信息傳遞方法及裝置與流程
2023-05-17 01:13:06 3
本申請涉及網際網路技術領域，特別涉及一種信息傳遞方法及裝置。
背景技術：
隨著網際網路技術的不斷發展，網際網路中的信息變得越來越多，人們想要快速獲取自己需要的信息變得越來越困難。
高效的信息傳遞可以使用戶快速獲取自己需要的信息。在社交網絡中，好友之間的信息傳遞就是一種高效的信息傳遞，發送方可以將接收方需要的信息快速的發送給接收方。
現實生活中針對產品信息的傳遞需求較大，而在現有技術中，上述好友之間傳遞信息時無法攜帶產品信息。例如，在攜帶有網絡資源的信息傳遞過程中，無法同時攜帶產品信息；如果接收方既需要網絡資源又需要產品信息，那麼發送方需要進行兩次信息傳遞，一次發送攜帶網絡資源的信息；另二次發送產品信息。
綜上所述，現有技術中存在傳遞信息效率不高的問題。
技術實現要素：
本申請實施例的目的是提供一種信息傳遞方法及裝置，用以解決現有技術中存在傳遞信息效率不高的問題。
為解決上述技術問題，本申請實施例提供的信息傳遞方法及裝置是這樣實現的：
一種信息傳遞方法，包括：
生成未寫入內容的待傳遞信息；
根據所述待傳遞信息的傳遞方向確定待傳遞信息的接收方；
向所述待傳遞信息中寫入網絡資源及產品信息，使之成為同時攜帶網絡資源及產品信息的待傳遞信息；
將所述攜帶網絡資源及產品信息的待傳遞信息發生至所述接收方。
一種信息傳遞方法，包括：
生成未寫入內容的網絡紅包；
所述待傳遞信息包括網絡紅包；
根據所述網絡紅包的傳遞方向確定網絡紅包的接收方；
向所述網絡紅包中寫入資金及理財產品信息，使之成為同時攜帶資金及理財產品信息的網絡紅包；
將所述攜帶資金及理財產品信息的網絡紅包發送至所述接收方。
一種信息傳遞方法，包括：
接收發送方發送的攜帶網絡資源及產品信息的待傳遞信息；
在顯示所述待傳遞信息中的產品信息時，將所述網絡資源注入到接收方的網絡資源池中。
一種信息傳遞方法，包括：
接收發送方發送的攜帶資金及理財產品信息的網絡紅包；
在顯示所述網絡紅包中的理財產品信息時，將所述資金注入到接收方的帳戶中。
一種信息傳遞裝置，包括：
生成單元，用於生成未寫入內容的的待傳遞信息；
確定單元，用於根據所述待傳遞信息的傳遞方向確定待傳遞信息的接收方；
處理單元，用於向所述待傳遞信息中寫入網絡資源及產品信息，使之成為同時攜帶網絡資源及產品信息的待傳遞信息；
發送單元，用於將所述攜帶網絡資源及產品信息的待傳遞信息發生至所述 接收方。
一種信息傳遞裝置，包括：
生成單元，用於生成未寫入內容的的網絡紅包；
確定單元，用於根據所述網絡紅包的傳遞方向確定網絡紅包的接收方；
處理單元，用於向所述網絡紅包中寫入資金及理財產品信息，使之成為同時攜帶資金及理財產品信息的網絡紅包；
發送單元，用於將所述攜帶資金及理財產品信息的網絡紅包發送至所述接收方。
一種信息傳遞裝置，包括：
接收單元，用於接收發送方發送的攜帶網絡資源及產品信息的待傳遞信息；
顯示單元，用於在顯示所述待傳遞信息中的產品信息時，將所述網絡資源注入到接收方的網絡資源池中。
一種信息傳遞裝置，包括：
接收單元，用於接收發送方發送的攜帶資金及理財產品信息的網絡紅包；
顯示單元，用於在顯示所述網絡紅包中的理財產品信息時，將所述資金注入到接收方的帳戶中。
由以上本申請實施例提供的技術方案可見，通過在未寫入內容的待傳遞消息中即寫入網絡資源又寫入產品信息，使得待傳遞消息同時攜帶網絡資源和產品信息。如此，接收方在接收到所述待傳遞信息後，既可以收到網絡資源也可以收到產品信息。通過以上方案，可以解決現有技術中傳遞信息效率不高的問題。
附圖說明
為了更清楚地說明本申請實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述 中的附圖僅僅是本申請中記載的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。
圖1a為本申請一實施例可以適用的示例性的系統架構概念圖；
圖1b為本申請一實施例可以適用的示例性的系統架構概念圖；
圖2為本申請一實施例中提供的信息傳遞方法的流程圖；
圖3為本申請一實施例中提供的信息傳遞方法的流程圖；
圖4為本申請一實施例中提供的信息傳遞方法的流程圖；
圖5為本申請一實施例中提供的信息傳遞裝置的模塊示意圖；
圖6為本申請一實施例中提供的信息傳遞裝置的模塊示意圖。
具體實施方式
為了使本技術領域的人員更好地理解本申請中的技術方案，下面將結合本申請實施例中的附圖，對本申請實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例。基於本申請中的實施例，本領域普通技術人員在沒有付出創造性勞動前提下所獲得的所有其他實施例，都應當屬於本申請保護的範圍。
本申請中描述的方法和系統，可以使網絡中傳遞信息變得更有效率。本文中的網絡可以是社交網絡、支付網絡等在傳統網絡基礎上之上適應性改進、變化後的適於網絡應用的結構。這樣的社交網絡可以例如適用於微信、微博、facebook、twitter等，甚至可以涵蓋目前已有的即時通訊類型的網絡。這樣的支付網絡可以適用於例如阿里巴巴的支付網絡、騰訊的支付網絡、小米的支付網絡、京東的支付網絡等。而且，上述支付網絡可以與上述社交網絡形成功能的疊加。伴隨功能的疊加，可能需要代表真實世界性質的數據的疊加和整合。
圖1a示出了本申請中可以適用的示例性的系統架構概念。
在系統架構概念圖100中，網絡中不同客戶端106之間藉助網絡可以實現數據通信，繼而完成信息傳遞。系統架構概念圖100可以包括經由網絡112與 一個或多個客戶端106進行數據通信的運營伺服器105，以及可以集成於運營伺服器105或獨立於伺服器105的資料庫115。運營伺服器105可以對應社交網絡的服務平臺，也可以對應支付網絡的服務平臺，在一些情況下，例如完成藉助社交和網絡一體化完成支付的網絡中，可以整合這樣的社交網絡平臺和支付網絡平臺。
每個網絡112都可以包括有線或無線電信裝置，客戶端106所基於的網絡裝置可以通過所述有線或無線電信裝置來交換數據。例如，每個網絡112都可以包括區域網(「lan」)、廣域網(「wan」)、內部網、網際網路、行動電話網絡、虛擬專用網(vpn)、蜂窩式或其它移動通信網絡、藍牙、nfc或其任何組合。在示例性實施方案的討論中，應理解，術語「數據」和「信息」可在本文中互換使用來指代可存在於基於計算機的環境中的文字、圖像、音頻、視頻或任何其它形式的信息。
每個客戶端106所基於的網絡裝置都可以包括具有能夠經由網絡112發出並接收數據的通信模塊的裝置。例如，每個客戶端106所基於的網絡裝置都可以包括伺服器、臺式計算機、膝上型計算機、平板計算機、智慧型手機、手持式計算機、個人數字助理(「pda」)，或者其它任何的有線或無線處理器驅動裝置。在圖1a所描繪的示例性實施方案中，客戶端106所基於的網絡裝置可以分別由最終用戶或消費者、可能的交易對手方用戶、社交網絡系統的發布者，以及等待支付的操作者進行操作。
用戶(包括個人或組織)可以使用如網頁瀏覽器應用程式或獨立應用程式的應用程式，以便經由網絡112查看、下載、上傳或以其它方式訪問文件或網頁。網絡包括有線或無線電信系統或裝置，網絡裝置(包括裝置105、106)可以通過所述有線或無線電信裝置來交換數據。例如，網絡112可以包括區域網(「lan」)、廣域網(「wan」)、內部網、網際網路、存儲區域網絡(san)、個人區域網絡(pan)、城域網(man)、無線區域網(wlan)、虛擬專用網(vpn)、蜂窩式或其它移動通信網絡、藍牙、nfc或其任何組合，或者有助於信號、數據和/ 或消息的通信的任何其它適當的架構或系統。在示例性實施方案的討論中，應理解，術語「數據」和「信息」可在本文中互換使用來指代可存在於基於計算機的環境中的文字、圖像、音頻、視頻或任何其它形式的信息。
網頁瀏覽器應用程式或獨立應用程式的應用程式，可以與連接到網絡112的網頁伺服器(或其它伺服器，諸如社交平臺、支付平臺等)以完成交互。
每個客戶端106所基於的網絡裝置，可以通過軟體或硬體甚至軟硬體結合的方式納入數字錢包應用程式模塊。數字錢包可以涵蓋客戶端106以用來幫助客戶端完成購買交易的任何應用程式、硬體、軟體或進程。數字錢包可以與網頁瀏覽器應用程式分開、可以與其交互，或者可以具體實現為其配套應用。作為配套應用，數字錢包在網頁瀏覽器應用內執行。也就是說，數字錢包可以是嵌入網頁瀏覽器應用程式中的應用程式。如果數字錢包與網頁瀏覽器應用程式分開，則數字錢包可以經由任何可用的通信技術來訪問網絡112。
客戶端106可以根據承載的用戶信息提供或獲取一個或多個聯繫人應用程式。聯繫人應用可以是客戶端106上的保持社交網絡可訪問性的用戶聯繫人列表的任何程序或應用程式。聯繫人應用的實例可以包括但不限於電子郵件應用程式、簡訊應用程式、即時消息發送、日曆邀請列表，或者如outlook或act的聯繫人資料庫，或者社交軟體的好友(或分級好友、陌生人、拉黑人等諸如此類)提供程序/界面/列表/清單，可以包括在線的、不在線的、隱身的、忙碌的甚至託管的狀態。聯繫人應用中的聯繫人可以通過各種因素來進行優先級排序，所述因素如與客戶端106承載所述用戶的通信頻率、社交關係、出現有特定聯繫人的聯繫人應用程式的數目，或者可從應用程式中提取出的任何其它優先級排序因素。
系統架構概念圖100中，例如完成藉助社交網絡一體化完成支付的網絡中，可以整合這樣的社交網絡平臺和支付網絡平臺。則該伺服器105可以具有社交網絡中伺服器的功能。此時的社交網絡伺服器105可以代表計算機實施的系統，社交網絡系統使用所述系統來託管社交網站和使用社交網站的所有配置文件 和社區。社交網站可以代表允許用戶經由網際網路與通常擁有共同興趣或共同關係的其它用戶交互的任何基於網頁的社區。客戶端106可以加入或者與其交互的社交網站的實例。
社交網絡伺服器105可以向客戶端106提供所屬用戶的在線社區的成員列表。社交網絡系統中可以對每位社區成員與客戶端106所屬用戶的關係進行優先級排序。這可以由可應用於每個特定社交網絡系統的結構的因素來確定。例如，如facebook的社交網絡系統可以將社區的成員分類為「朋友」或「朋友的朋友」，並且linkedin可以將成員分類為第一級聯繫人、第二級聯繫人或第三級聯繫人。
社交網絡系統伺服器105可以經由任何可用技術與客戶端106通信。這些技術可以包括但不限於經由網絡112的網際網路連接、電子郵件、簡訊、即時消息發送，或者其它合適的通信技術。社交網絡系統可以包括可由社交網絡伺服器105訪問的數據存儲單元115。數據存儲單元115可以包括一個或多個有形計算機可讀存儲裝置。
系統架構概念圖100中，例如完成藉助社交網絡一體化完成支付的網絡中，可以整合這樣的社交網絡平臺和支付網絡平臺。則該伺服器105可以具有支付網絡中伺服器的功能。此時的支付網絡伺服器105可以代表計算機實施的系統，支付網絡系統使用所述系統來託管支付平臺和使用支付平臺的所有配置文件和關係數據、支付數據的存儲。支付網站可以代表允許用戶經由網際網路與通常擁有支付/購買/關注/收藏中存在共同的用戶交互的任何基於網頁的社區。
圖1a中，與運營伺服器105可以是集成關係或分立關係的計算裝置103，特別是後者的情況下，一般可以通過內部網絡或專用網絡連接，或者也可以通過加密的公共網絡連接。特別的，當為集成關係時，可能採用更高效、傳輸速度更快的內部總線形式的連接。該計算裝置103，當為集成關係或分立關係時，均可以直接(圖中未示出)或通過運營伺服器105訪問資料庫115。
對計算機裝置103進行適當的編程，可以藉由這種指令控制本申請中方法 的實施。特別的，當為集成關係時，計算機裝置103處理的事務可以視為運營伺服器105的處理而不必特別加以區分。
圖1b則示出了分立的社交網絡與支付網絡中的系統架構。系統架構概念圖101可以包括經由網絡112與一個或多個客戶端106進行數據通信的運營伺服器107和109，以及可以集成於運營伺服器107或獨立於運營伺服器107的計算環境108，以及可以集成於運營伺服器109或獨立於運營伺服器109的計算環境110。在一個實例當中，運營伺服器107可以對應社交網絡的服務平臺，運營伺服器109可以對應支付網絡的服務平臺。對應的資料庫117，可以提供或存儲所需的社交網絡數據和操作數據；對應的資料庫118，可以提供或存儲所需的支付網絡數據和操作數據。其它屬性類似於上述對應圖1a的描述，不再贅述。
接下來參照圖2，所述圖2為本申請一實施例中提供的信息傳遞方法的流程圖。本實施例中，所述信息傳遞方法包括如下步驟：
s110：生成未寫入內容的待傳遞信息。
所述未寫入內容的待傳遞信息可以視為一個信息載體，用戶可以在所述待傳遞信息中寫入其它信息。
例如發送網絡紅包的場景中，發送方發送網絡紅包(待傳遞信息)時，首先需要生成一個空的網絡紅包(待傳遞信息)。
s120：根據所述待傳遞信息的傳遞方向確定待傳遞信息的接收方。
所述接收方可以是一個或者多個。例如，社交網絡中，用戶可以向單個好友發送所述待傳遞信息；或者同時向多個好友發送所述待傳遞信息。
具體地，所述s120步驟，包括：
從預設接收方列表中確定接收方。
本實施例中，發送方可以在所述預設接收方列表中確定接收方。所述預設接收方列表中記錄了若干接收方。例如，社交網絡中好友列表、好友群列表等。
例如發送網絡紅包的場景中，發送方在生成未寫入內容的待傳遞信息後， 可以從好友列表中確定接收方。
需要說明的是，本實施例中所述接收方可以是一個，也可以是多個。
在本申請的一個實施例中，所述s120步驟，具體可以包括：
接收到接收方發出的傳遞請求時，將所述傳遞請求中攜帶的標識確定為接收方。
本實施例中，所述標識與發出所述傳遞請求的接收方存在關聯關係。發送方可以根據所述標識確定關聯的接收方。
例如發送網絡紅包的場景中，a(接收方)可以向b(發送方)發出一個「討紅包」的傳遞請求；b接收到後，根據該傳遞請求中攜帶的標識確定該標識對應的a為接收方。
需要說明的是，本實施例中所述接收方為一個。
s130：向所述待傳遞信息中寫入網絡資源及產品信息，使之成為同時攜帶網絡資源及產品信息的待傳遞信息。
如圖3所示，所述s130步驟，具體可以包括如下步驟：
s131：從發送方的網絡資源池中獲取網絡資源後寫入到所述待傳遞信息中；
s132：從發送方的產品池中獲取產品信息後寫入到所述待傳遞信息中。
本實施例中，所述發送方的網絡資源池用於存放發送方的網絡資源。
類似的，所述發送方的產品池用於存放產品信息。
例如發送網絡紅包的場景中，從發送方的帳戶(網絡資源池)中獲取資金後充值到網絡紅包(待傳遞信息)中。
從發送方的理財產品列表(產品池)中獲取理財產品信息(產品池)後寫入到網路紅包(待傳遞信息)中。
s140：將所述攜帶網絡資源及產品信息的待傳遞信息發生至所述接收方。
發送方將所述攜帶網絡資源及產品信息的待傳遞信息發生至所述接收方。
通過本實施例，在未寫入內容的待傳遞消息中即寫入網絡資源又寫入產品 信息，使得待傳遞消息同時攜帶網絡資源和產品信息。如此，接收方在接收到所述待傳遞信息後，既可以收到網絡資源也可以收到產品信息。實現了提高傳遞信息的效率的目的。
在本申請的一個實施例中，圖3的基礎上在s131與s132步驟之間，還可以包括如下步驟：
接收伺服器發送的從所述接收方歷史購買的產品中獲取的預設數量個的產品對應的產品信息。
將所述預設數量個的產品信息注入產品池中。
本實施例中，所述預設數量可以人為設置的一個經驗值。
伺服器可以根據發送方確定的接收方，從而獲取所述接收方歷史購買的產品；然後根據這些歷史的產品的購買量，將購買量最多的預設數量個的產品對應的產品信息發送給發送方。
例如發送網絡紅包的場景中，伺服器根據發送方確定的接收方，獲取該接收方歷史購買的理財產品有理財產品a、理財產品b、理財產品c、理財產品d。這些理財產品的購買量為：理財產品a，100件；理財產品b，240件；理財產品c，80件；理財產品d，270件。假如預設數量為2個，那麼購買量最多的2個理財產品為d和b；所以將理財產品d和理財產品b對應的理財產品信息發生給發送方。
通過本實施例，發送方的產品池中產品信息符合接收方的購買興趣，進而可以提高接收方的購買所述產品信息對應的產品的可能性。
在本申請的一個具體地實施例提供的信息傳遞方法包括如下步驟：
生成未寫入內容的網絡紅包；
所述待傳遞信息包括網絡紅包；
根據所述網絡紅包的傳遞方向確定網絡紅包的接收方；
向所述網絡紅包中寫入資金及理財產品信息，使之成為同時攜帶資金及理財產品信息的網絡紅包；
將所述攜帶資金及理財產品信息的網絡紅包發送至所述接收方。
通過本實施例，發送方在未寫入內容的網絡紅包中即充值資金又寫入理財產品信息，使得該網絡紅包同時攜帶資金和理財產品信息。如此，接收方在接收到所述網絡紅包後，既可以收到資金也可以收到理財產品信息。如此，通過網絡紅包的傳播提高了理財產品推廣範圍。
接下來參照圖4，所述圖4為本申請一實施例中提供的信息傳遞方法的流程圖。本實施例中，所述信息傳遞方法包括如下步驟：
s210：接收發送方發送的攜帶網絡資源及產品信息的待傳遞信息。
s220：在顯示所述待傳遞信息中的產品信息時，將所述網絡資源注入到接收方的網絡資源池中。
通過本實施例中，發送方在未寫入內容的待傳遞消息中即寫入網絡資源又寫入產品信息，使得待傳遞消息同時攜帶網絡資源和產品信息。如此，接收方在接收到所述待傳遞信息後，既可以收到網絡資源也可以收到產品信息。實現了提高傳遞信息的效率的目的。
在本申請的一個實施例中，在s220步驟之後，還可以包括：
在接收到確定購買所述產品信息對應的產品的請求時，從接收方的網絡資源池中抽取購買所述產品所需的網絡資源，用以購買所述產品。
例如發送網絡紅包的場景中，接收方在接收到確定購買理財產品信息對應的理財產品請求時，從接收方帳戶中扣去購買該理財產品所需的資金，用以購買理財產品。
通過本實施例，在接收方購買產品信息對應的產品的請求時，自動提取購買該產品所需的網絡資源。
在本申請的一個具體地實施例提供的信息傳遞方法包括如下步驟：
接收發送方發送的攜帶資金及理財產品信息的網絡紅包；
在顯示所述網絡紅包中的理財產品信息時，將所述資金注入到接收方的帳戶中。
通過本實施例，發送方在未寫入內容的網絡紅包中即充值資金又寫入理財產品信息，使得該網絡紅包同時攜帶資金和理財產品信息。如此，接收方在接收到所述網絡紅包後，既可以收到資金也可以收到理財產品信息。如此，通過網絡紅包的傳播提高了理財產品推廣範圍。
本申請實施例提供還提供一種裝置，可以實現上述的方法步驟，且該裝置可以通過軟體實現，也可以通過硬體或者軟硬體結合的方式實現。以軟體實現為例，作為邏輯意義上的裝置，是通過伺服器的cpu(centralprocessunit，中央處理器)將對應的電腦程式指令讀取到內存中運行形成的。
圖5為本申請一實施例中提供的信息傳遞裝置的模塊示意圖。本實施例中，所述信息傳遞裝置包括：
生成單元310，用於生成未寫入內容的待傳遞信息；
確定單元320，用於根據所述待傳遞信息的傳遞方向確定待傳遞信息的接收方；
處理單元330，用於向所述待傳遞信息中寫入網絡資源及產品信息，使之成為同時攜帶網絡資源及產品信息的待傳遞信息；
發送單元340，用於將所述攜帶網絡資源及產品信息的待傳遞信息發生至所述接收方。
優選地，所述確定單元320，具體包括：
第一確定子單元，用於從預設接收方列表中確定接收方；
或者，
第二確定子單元，用於接收到接收方發出的傳遞請求時，將所述傳遞請求 中攜帶的標識確定為接收方。
優選地，所述處理單元330，具體包括：
第一插入子單元，用於從發送方的網絡資源池中獲取網絡資源後寫入到所述待傳遞信息中；
第二插入子單元，用於從發送方的產品池中獲取產品信息後寫入到所述待傳遞信息中。
優選地，在所述第二插入子單元之前，還包括：
第一接收子單元，用於接收伺服器發送的從所述接收方歷史購買的產品中獲取的預設數量個的產品對應的產品信息；
注入子單元，用於將所述預設數量個的產品信息注入產品池中。
本申請的一個實施例提供的信息傳遞裝置包括：
生成單元，用於生成未寫入內容的的網絡紅包；
確定單元，用於根據所述網絡紅包的傳遞方向確定網絡紅包的接收方；
處理單元，用於向所述網絡紅包中寫入資金及理財產品信息，使之成為同時攜帶資金及理財產品信息的網絡紅包；
發送單元，用於將所述攜帶資金及理財產品信息的網絡紅包發送至所述接收方。
圖6為本申請一實施例中提供的信息傳遞裝置的模塊示意圖。本實施例中，所述信息傳遞裝置包括
接收單元410，用於接收發送方發送的攜帶網絡資源及產品信息的待傳遞信息；
顯示單元420，用於在顯示所述待傳遞信息中的產品信息時，將所述網絡資源注入到接收方的網絡資源池中。
優選地，在所述顯示單元420之後，還包括：
購買子單元，用於在接收到確定購買所述產品信息對應的產品的請求時，從所述接收方的網絡資源池中抽取購買所述產品所需的網絡資源，用以購買所述產品。
優選地，所述待傳遞信息包括網絡紅包；
所述接收方的網絡資源池包括接收方的帳戶；
所述網絡資源包括資金；
所述產品信息包括理財產品信息。
本申請的一個實施例提供的信息傳遞裝置包括：
接收單元，用於接收發送方發送的攜帶資金及理財產品信息的網絡紅包；
顯示單元，用於在顯示所述網絡紅包中的理財產品信息時，將所述資金注入到接收方的帳戶中。
在20世紀90年代，對於一個技術的改進可以很明顯地區分是硬體上的改進(例如，對二極體、電晶體、開關等電路結構的改進)還是軟體上的改進(對於方法流程的改進)。然而，隨著技術的發展，當今的很多方法流程的改進已經可以視為硬體電路結構的直接改進。設計人員幾乎都通過將改進的方法流程編程到硬體電路中來得到相應的硬體電路結構。因此，不能說一個方法流程的改進就不能用硬體實體模塊來實現。例如，可編程邏輯器件(programmablelogicdevice,pld)(例如現場可編程門陣列(fieldprogrammablegatearray，fpga))就是這樣一種集成電路，其邏輯功能由用戶對器件編程來確定。由設計人員自行編程來把一個數字系統「集成」在一片pld上，而不需要請晶片製造廠商來設計和製作專用的集成電路晶片。而且，如今，取代手工地製作集成電路晶片，這種編程也多半改用「邏輯編譯器(logiccompiler)」軟體來實現，它與程序開發撰寫時所用的軟體編譯器相類似，而要編譯之前的原始代碼也得用特定的程式語言來撰寫，此稱之為硬體描述語言(hardwaredescription language，hdl)，而hdl也並非僅有一種，而是有許多種，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)與verilog。本領域技術人員也應該清楚，只需要將方法流程用上述幾種硬體描述語言稍作邏輯編程並編程到集成電路中，就可以很容易得到實現該邏輯方法流程的硬體電路。
控制器可以按任何適當的方式實現，例如，控制器可以採取例如微處理器或處理器以及存儲可由該(微)處理器執行的計算機可讀程序代碼(例如軟體或固件)的計算機可讀介質、邏輯門、開關、專用集成電路(applicationspecificintegratedcircuit，asic)、可編程邏輯控制器和嵌入微控制器的形式，控制器的例子包括但不限於以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存儲器控制器還可以被實現為存儲器的控制邏輯的一部分。本領域技術人員也知道，除了以純計算機可讀程序代碼方式實現控制器以外，完全可以通過將方法步驟進行邏輯編程來使得控制器以邏輯門、開關、專用集成電路、可編程邏輯控制器和嵌入微控制器等的形式來實現相同功能。因此這種控制器可以被認為是一種硬體部件，而對其內包括的用於實現各種功能的裝置也可以視為硬體部件內的結構。或者甚至，可以將用於實現各種功能的裝置視為既可以是實現方法的軟體模塊又可以是硬體部件內的結構。
上述實施例闡明的系統、裝置、模塊或單元，具體可以由計算機晶片或實體實現，或者由具有某種功能的產品來實現。
為了描述的方便，描述以上裝置時以功能分為各種單元分別描述。當然，在實施本申請時可以把各單元的功能在同一個或多個軟體和/或硬體中實現。
本領域內的技術人員應明白，本發明的實施例可提供為方法、系統、或電腦程式產品。因此，本發明可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體方面的實施例的形式。而且，本發明可採用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限於磁碟存儲器、cd-rom、光學存儲器等)上實施的電腦程式產品的形式。
本發明是參照根據本發明實施例的方法、設備(系統)、和電腦程式產品的流程圖和/或方框圖來描述的。應理解可由電腦程式指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些電腦程式指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
這些電腦程式指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
這些電腦程式指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
在一個典型的配置中，計算設備包括一個或多個處理器(cpu)、輸入/輸出接口、網絡接口和內存。
內存可能包括計算機可讀介質中的非永久性存儲器，隨機存取存儲器(ram)和/或非易失性內存等形式，如只讀存儲器(rom)或快閃記憶體(flashram)。內存是計算機可讀介質的示例。
計算機可讀介質包括永久性和非永久性、可移動和非可移動媒體可以由任 何方法或技術來實現信息存儲。信息可以是計算機可讀指令、數據結構、程序的模塊或其他數據。計算機的存儲介質的例子包括，但不限於相變內存(pram)、靜態隨機存取存儲器(sram)、動態隨機存取存儲器(dram)、其他類型的隨機存取存儲器(ram)、只讀存儲器(rom)、電可擦除可編程只讀存儲器(eeprom)、快閃記憶體或其他內存技術、只讀光碟只讀存儲器(cd-rom)、數字多功能光碟(dvd)或其他光學存儲、磁盒式磁帶，磁帶磁磁碟存儲或其他磁性存儲設備或任何其他非傳輸介質，可用於存儲可以被計算設備訪問的信息。按照本文中的界定，計算機可讀介質不包括暫存電腦可讀媒體(transitorymedia)，如調製的數據信號和載波。
還需要說明的是，術語「包括」、「包含」或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句「包括一個……」限定的要素，並不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。
本領域技術人員應明白，本申請的實施例可提供為方法、系統或電腦程式產品。因此，本申請可採用完全硬體實施例、完全軟體實施例或結合軟體和硬體方面的實施例的形式。而且，本申請可採用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限於磁碟存儲器、cd-rom、光學存儲器等)上實施的電腦程式產品的形式。
本申請可以在由計算機執行的計算機可執行指令的一般上下文中描述，例如程序模塊。一般地，程序模塊包括執行特定任務或實現特定抽象數據類型的例程、程序、對象、組件、數據結構等等。也可以在分布式計算環境中實踐本申請，在這些分布式計算環境中，由通過通信網絡而被連接的遠程處理設備來執行任務。在分布式計算環境中，程序模塊可以位於包括存儲設備在內的本地和遠程計算機存儲介質中。
本說明書中的各個實施例均採用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於系統實施例而言，由於其基本相似於方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。
以上所述僅為本申請的實施例而已，並不用於限制本申請。對於本領域技術人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內所作的任何修改、等同替換、改進等，均應包含在本申請的權利要求範圍之內。