專利名稱：適配于短信管理系統(tǒng)的短信發(fā)送裝置的制作方法
技術領域：
本發(fā)明涉及短信管理系統(tǒng)，尤其涉及一種短信發(fā)送裝置。
背景技術：
隨著社會信息化及網(wǎng)絡化的深入發(fā)展，越來越多的商品交易可以基于電子交易服 務平臺完成。電子交易服務平臺可以將服務使用者(交易雙方)以及服務提供者(例如金 融、物流服務等)的信息一并整合，此種整合有多方資源、信息的平臺能夠有效促進商品交 易的信息溝通，為服務使用者帶來較大的便利。大型電子交易平臺通常對應多種具體的應用子系統(tǒng)，例如物流子系統(tǒng)、合約子系 統(tǒng)、銀行子系統(tǒng)等。這些應用子系統(tǒng)可以由一個應用服務器提供，也可以由多個應用服務器 提供。用戶在訪問這些應用子系統(tǒng)或者使用其提供的各種服務時，可以借助終端設備訪問 電子交易平臺。在服務的過程中，一些應用子系統(tǒng)會采取短信息的方式和終端設備進行交 互。例如，動態(tài)密碼、短信提醒等業(yè)務中均涉及短信技術。隨著電子交易服務平臺的廣泛使用，短信服務器在電子商務的應用中也越來越廣 泛，在申請?zhí)枮?00410033336.4的中國專利申請中公開一種短信服務器，該短信服務器與 一移動通信網(wǎng)絡連接，此移動通信網(wǎng)絡供聯(lián)系第一終端機和第二終端機。此短信服務器包 含一處理器模塊、一內(nèi)存與一響應模塊。此處理器模塊供接收由此第一終端機所發(fā)出的短 信，并供傳送此短信至第二終端機。此內(nèi)存與此處理器模塊連接，供存儲此短信。此響應模 塊與此處理器模塊連接，供根據(jù)用戶的設定而選擇性地對此短信進行對應的響應?，F(xiàn)有技術中，每個應用子系統(tǒng)上集成有短信管理系統(tǒng)，當用戶通過終端設備發(fā)出 的短信息經(jīng)由有線或者無線網(wǎng)絡到達后，短信管理系統(tǒng)接收并根據(jù)短信息的內(nèi)容做出相應 的響應動作，將處理的結果通過網(wǎng)絡反饋給終端設備；或者，當應用子系統(tǒng)需要向用戶對應 的終端設備下發(fā)短信息時，也會利用短信管理系統(tǒng)進行相應的處理，例如編輯短信息內(nèi)容寸。此種現(xiàn)有技術的缺陷在于第一，如果每個應用子系統(tǒng)上都集成短信管理系統(tǒng)，則 會增加應用子系統(tǒng)的開發(fā)難度，延長開發(fā)時間及增加開發(fā)成本。第二，隨著電子交易服務平 臺的廣泛應用，應用子系統(tǒng)的種類越來越多，如果每個應用子系統(tǒng)均集成短信管理系統(tǒng)，由 于不同的應用子系統(tǒng)的開發(fā)者不同，則相應的會出現(xiàn)多種標準和接口的技術，兼容性及重 用性差，導致交易服務平臺以及終端設備需要針對每個應用子系統(tǒng)進行相應的適配，從而 需要占用較多的資源。

發(fā)明內(nèi)容
本發(fā)明要解決的技術問題在于，提供適配于電子交易服務平臺的短信管理系統(tǒng)， 減少資源的占用，提高兼容性、重用性。為解決上述問題，本發(fā)明提供一種適配于云交易平臺的短信管理系統(tǒng)，包括短信發(fā)送裝置，適用于接收來自應用子系統(tǒng)的請求，在發(fā)送任務列表插入發(fā)送任務；按照發(fā)送任務列表中的記錄，生成待發(fā)送的短信，發(fā)送到終端設備；在發(fā)送記錄列表中 添加發(fā)送記錄；短信接收裝置，適用于接收來自終端設備的短信息，將接收到的短信息插入到接 收任務列表；并根據(jù)發(fā)送記錄列表中的相關記錄，調(diào)用對應的應用子系統(tǒng)或者將短信息傳 輸給對應的應用子系統(tǒng)?？蛇x的，所述短信管理系統(tǒng)還包括門戶管理單元，適用于對歷史發(fā)送短信和歷史 接收短信進行管理?？蛇x的，所述短信管理系統(tǒng)還包括存儲空間，適用于存儲發(fā)送任務列表、接收任務 列表以及發(fā)送記錄列表。所述短信發(fā)送裝置包括
發(fā)送接口單元，用于接收應用子系統(tǒng)的請求，在發(fā)送任務列表里插入發(fā)送任務；發(fā)送處理單元，適用于按照發(fā)送任務列表里的記錄，根據(jù)不同的業(yè)務類型和短信 通道，生成待發(fā)送的短信息，發(fā)送到終端設備；在發(fā)送記錄列表里添加發(fā)送記錄?？蛇x的，所述發(fā)送接口單元包括應用子系統(tǒng)接口、接口處理單元和數(shù)據(jù)庫接口 ；其 中，所述應用子系統(tǒng)接口用于接收來自應用子系統(tǒng)的請求，所述接口處理單元用于基于所 述請求生成發(fā)送任務，所述數(shù)據(jù)庫接口用于將所述發(fā)送任務插入數(shù)據(jù)庫中的發(fā)送任務列 表?？蛇x的，所述發(fā)送接口單元為數(shù)據(jù)庫接口，供應用子系統(tǒng)直接往數(shù)據(jù)庫的發(fā)送任 務列表中插入一條任務?？蛇x的，所述發(fā)送處理單元還用于關聯(lián)發(fā)送記錄和短信附加碼。所述短信接收裝置包括接收接口單元，適用于接收來自終端設備的短信息，并將接收到的短信息插入接 收任務列表；接收處理單元，適用于按照所述接收任務列表的記錄，根據(jù)不同的業(yè)務類型和短 信通道，匹配發(fā)送記錄列表中的數(shù)據(jù)，根據(jù)匹配的結果，調(diào)用對應的應用子系統(tǒng)或者把接收 到的短消息傳輸給對應的應用子系統(tǒng)?？蛇x的，所述接收接口單元包括短信息網(wǎng)關接口、接口匹配單元、數(shù)據(jù)庫接口 ；其 中，所述短信息網(wǎng)關接口用于從網(wǎng)絡運營商的短信息網(wǎng)關接收短信息，所述數(shù)據(jù)庫接口用 于將接收的短信息插入接收任務列表里，所述接口匹配單元用于提供所述短信息網(wǎng)關接口 和數(shù)據(jù)庫接口之間的匹配?？蛇x的，所述接收接口單元包括短信息網(wǎng)關接口、數(shù)據(jù)庫接口 ；其中，所述短信息 網(wǎng)關接口用于從網(wǎng)絡運營商的短信息網(wǎng)關接收短信息，所述數(shù)據(jù)庫接口用于將接收到的短 信息插入數(shù)據(jù)庫的接收任務列表里。可選的，所述接收接口單元包括輸入接口、數(shù)據(jù)庫接口 ；其中，所述輸入接口用于 接收用戶輸入的短信息，數(shù)據(jù)庫接口用于將接收到的短信息插入數(shù)據(jù)庫的接收任務列表 里；所述輸入接口可以采用網(wǎng)頁形式，通過請求指令的方式將接收到的短信息插入接收任 務列表。本發(fā)明還提供一種云交易系統(tǒng)，包括多個應用子系統(tǒng)、數(shù)據(jù)庫、云交易平臺；其 特征在于，還包括集成于所述云交易平臺的短信管理系統(tǒng)。
相對于現(xiàn)有技術，本發(fā)明的有益效果在于，短信管理系統(tǒng)集成在云交易平臺上，所 述短信管理系統(tǒng)把來自應用子系統(tǒng)的請求發(fā)送給用戶，同時也可以接收來自用戶的短信 息，根據(jù)短信息的內(nèi)容調(diào)用對應的應用子系統(tǒng)或者將短信息傳輸?shù)綄膽米酉到y(tǒng)。隨 著電子交易服務平臺的廣泛應用，應用子系統(tǒng)的種類越來越多，使用終端設備的用戶也變 得很龐大。如果每個應用子系統(tǒng)上都集成一個短信管理系統(tǒng)，由于不同的應用子系統(tǒng)的開 發(fā)者不同，則相應的會出現(xiàn)多種標準和接口的技術，兼容性及重用性差，導致交易服務平臺 以及終端設備需要針對每個應用子系統(tǒng)進行相應的適配，從而需要占用較多的資源；同時， 必然導致增加應用子系統(tǒng)的開發(fā)難度，延長開發(fā)時間及增加開發(fā)成本。本發(fā)明中短信管理 系統(tǒng)集成在云交易平臺上，即使有多個終端設備和多個應用子系統(tǒng)，也只需要一個短信管 理系統(tǒng)。本發(fā)明相對 于現(xiàn)有技術可減少資源的浪費，提高兼容性、重用性；同時，降低應用子 系統(tǒng)的開發(fā)周期，減少開發(fā)難度和降低開發(fā)成本；另外，應用子系統(tǒng)可以利用有限的資源提 供更加豐富的功能，滿足不同用戶的需求。


圖1是本發(fā)明一云交易系統(tǒng)結構示意圖；圖2是本發(fā)明一云交易平臺短信管理系統(tǒng)結構示意圖；圖3是本發(fā)明短信發(fā)送裝置的結構示意圖；圖4是本發(fā)明短信管理系統(tǒng)短信發(fā)送流程框圖；圖5是本發(fā)明一短信管理系統(tǒng)短信發(fā)送流程示意圖；圖6是本發(fā)明另一短信管理系統(tǒng)短信發(fā)送流程示意圖；圖7是本發(fā)明短信接收裝置的結構示意圖；圖8是本發(fā)明短信管理系統(tǒng)短信接收流程框圖；圖9是本發(fā)明一短信管理系統(tǒng)短信接收流程示意圖；圖10是本發(fā)明另一短信管理系統(tǒng)短信接收流程示意圖。
具體實施例方式為使本發(fā)明的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結合附圖對本發(fā)明 的具體實施方式
做詳細的說明。在下面的描述中闡述了很多具體細節(jié)以便于充分理解本發(fā)明，但是本領域的技術 人員可以理解，本發(fā)明還可以采用其他不同于在此描述的其它方式來實施，因此本發(fā)明不 受下面公開的具體實施例的限制。圖1是本發(fā)明的實施方式中集成短信管理系統(tǒng)的一種云交易系統(tǒng)結構示意圖，包 括多個應用子系統(tǒng)2、數(shù)據(jù)庫3、云交易平臺1，以及集成于所述云交易平臺1上的短信管 理系統(tǒng)10。所述云交易平臺1和應用子系統(tǒng)2之間通過網(wǎng)絡進行信息交換。其中，應用子系統(tǒng)2通過云交易平臺1提供各種服務，如物流服務，合約服務，銀行 服務等。用戶可以通過終端設備9訪問所述云交易平臺1，從而使用應用子系統(tǒng)2提供的各 類服務。所述終端設備9與云交易平臺1可以通過現(xiàn)有技術中的多種方式實現(xiàn)連接，建立 數(shù)據(jù)通道，此不贅述。
所述短信管理系統(tǒng)10用于接收應用子系統(tǒng)2的短信發(fā)送請求，生成相應的待發(fā)送 短信，下發(fā)給終端設備9 ；接收來自終端設備9的短信，調(diào)用相應的應用子系統(tǒng)2進行處理 或者把來自終端設備9的短信傳輸?shù)较鄳膽米酉到y(tǒng)。圖2是本發(fā) 明的實施方式中集成在云交易平臺1上的短信管理系統(tǒng)10的結構示 意圖。所述短信管理系統(tǒng)10集成在云交易平臺1上，包括短信發(fā)送裝置20、短信接收裝 置30、門戶管理單元40以及存儲空間50。所述短信管理系統(tǒng)10適于與終端設備9耦接。短信發(fā)送裝置20，適用于接收來自應用子系統(tǒng)2的請求，在發(fā)送任務列表插入發(fā) 送任務；按照發(fā)送任務列表中的記錄，生成待發(fā)送的短信，發(fā)送到終端設備9 ；在發(fā)送記錄 列表中添加發(fā)送記錄。所述短信內(nèi)容至少包括發(fā)送方代碼信息，接收方代碼信息，業(yè)務類型，短信通道 以及文本信息。所述發(fā)送任務列表用于臨時儲存來自應用子系統(tǒng)2的請求，信息發(fā)送到終端設備 9后短信管理系統(tǒng)10將對發(fā)送任務列表里的任務進行刪除操作；所述發(fā)送任務列表為列表 形式或者文本形式；所述發(fā)送任務列表存儲在短信管理系統(tǒng)10自帶的存儲空間50上，或者 存儲在數(shù)據(jù)庫3上。所述發(fā)送記錄列表用于存儲短信管理系統(tǒng)10的發(fā)送記錄，為列表形式或者文本 形式；所述發(fā)送記錄列表存儲在短信管理系統(tǒng)自帶的存儲空間上，或者存儲在數(shù)據(jù)庫上。短信接收裝置30，適用于接收來自終端設備9的短信息，將接收到的短信息插入 到接收任務列表；并根據(jù)發(fā)送記錄列表中的相關記錄，調(diào)用對應的應用子系統(tǒng)2或者將短 信息傳輸給對應的應用子系統(tǒng)2。所述接收任務列表用于臨時儲存來自終端設備9的短消息，在調(diào)用對應的應用子 系統(tǒng)2或者將短信息傳輸給對應的應用子系統(tǒng)2之后，短信管理系統(tǒng)10將對接收任務列表 里的短信進行刪除操作；所述接收任務列表為列表形式或者文本形式；所述接收任務列表 存儲在短信管理系統(tǒng)10自帶的存儲空間50上，或者存儲在數(shù)據(jù)庫3上。門戶管理單元40適用于對歷史發(fā)送短信和歷史接收短信進行管理，包括存儲、查 詢、統(tǒng)計及分析，還可以具備模擬回復短信的功能，此不贅述。圖3是本發(fā)明實施方式提供的集成在云交易平臺上的短信發(fā)送裝置20的示意圖。所述短信發(fā)送裝置20包括發(fā)送接口單元201和發(fā)送處理單元202。所述發(fā)送接口單元201用于接收應用子系統(tǒng)2的請求，在發(fā)送任務列表里插入發(fā) 送任務。所述發(fā)送處理單元202，與發(fā)送接口單元201匹配，按照發(fā)送任務列表里的記錄， 根據(jù)不同的業(yè)務類型和短信通道，生成待發(fā)送的短信息，發(fā)送到終端設備9 ；在發(fā)送記錄列 表里添加發(fā)送記錄。在一個實施例中，所述發(fā)送接口單元201包括應用子系統(tǒng)接口、接口處理單元和 數(shù)據(jù)庫接口。其中，所述應用子系統(tǒng)接口用于接收來自應用子系統(tǒng)的請求，所述接口處理單 元用于基于所述請求生成發(fā)送任務，所述數(shù)據(jù)庫接口用于將所述發(fā)送任務插入數(shù)據(jù)庫中的 發(fā)送任務列表。在另一個實施例中，所述發(fā)送接口單元201為數(shù)據(jù)庫接口，供應用子系統(tǒng)直接往數(shù)據(jù)庫的發(fā)送任務列表中插入一條任務。在又一個實施例中，如果需要回復，且支持短信附加功能，發(fā)送處理單元202還用 于將發(fā)送記錄和短信附加碼關聯(lián)起來。如圖4所示，本發(fā)明的實施方式還提供短信發(fā)送處理方法，包括以下步驟步驟S11，接收應用子系統(tǒng)的請求，在發(fā)送任務列表里插入發(fā)送任務；
步驟S12，按照發(fā)送任務列表里的記錄，根據(jù)不同的業(yè)務類型和短信通道，生成待 發(fā)送的短信息；步驟S13，發(fā)送短信息至終端設備；步驟S14，在發(fā)送記錄列表里添加發(fā)送記錄。所述短信內(nèi)容至少包括發(fā)送方代碼信息，接收方代碼信息，業(yè)務類型，短信通道 以及文本信息。在一個實施例中，所述步驟Sll中，應用子系統(tǒng)通過訪問網(wǎng)絡服務(Web Service) 的方式，在發(fā)送任務列表里添加一條任務。在另一個實施例中，所述步驟Sll中，應用子系統(tǒng)直接往數(shù)據(jù)庫的發(fā)送任務列表 里添加一條任務。在又一個實施例中，如果需要回復，且支持短信附加功能，還可以將發(fā)送記錄和短 信附加碼關聯(lián)起來。圖5是本發(fā)明實施例中一短信管理系統(tǒng)短信發(fā)送流程示意圖。應用子系統(tǒng)21發(fā)出請求信息Ml，通過訪問網(wǎng)路服務(Web Service)的方式，把請 求信息Ml插入發(fā)送任務列表里；應用子系統(tǒng)22發(fā)出請求信息M2，通過訪問網(wǎng)路服務(Web Service)的方式，把請求信息M2插入發(fā)送任務列表里。所述請求信息Ml至少包含發(fā)送方 應用子系統(tǒng)21的代碼信息、接收方終端設備91的代碼信息、業(yè)務類型Al、短信通道Bl以及 文本信息；請求信息M2至少包含發(fā)送方應用子系統(tǒng)22的代碼信息、接收方終端設備91的 代碼信息、業(yè)務類型A2、短信通道B2以及文本信息。發(fā)送處理單元202按照發(fā)送任務列表里的記錄，根據(jù)請求信息Ml的業(yè)務類型Al、 短信通道Bl生成待發(fā)送短信息Mll ；根據(jù)請求信息Ml接收方代碼信息，把所述待發(fā)送短信 息Mll發(fā)送到終端設備91，并在發(fā)送記錄列表里添加短信息Mll的發(fā)送記錄。另一方面，發(fā)送處理單元202按照發(fā)送任務列表里的記錄，根據(jù)請求信息M2的業(yè) 務類型A2、短信通道B2生成待發(fā)送短信息M22 ；根據(jù)請求信息M2接收方代碼信息，把所述 待發(fā)送短信息M22發(fā)送到終端設備91，并在發(fā)送記錄列表里添加短信息M22的發(fā)送記錄?？蛇x的，上述應用子系統(tǒng)21、22通過訪問網(wǎng)路服務(Web Service)的方式把請求 信息Ml、請求信息M2插入發(fā)送任務列表里，可以是應用子系統(tǒng)21、22將請求信息Ml、請求 信息M2直接插入數(shù)據(jù)庫的發(fā)送任務列表里。圖6是本發(fā)明實施例中另一短信管理系統(tǒng)短信發(fā)送流程示意圖。應用子系統(tǒng)21發(fā)出請求信息M3，并把請求信息M3插入數(shù)據(jù)庫的發(fā)送任務列表里； 應用子系統(tǒng)22發(fā)出請求信息M4，并把請求信息M4插入數(shù)據(jù)庫的發(fā)送任務列表里。所述請 求信息M3至少包含發(fā)送方應用子系統(tǒng)21的代碼信息、接收方終端設備91的代碼信息、業(yè) 務類型A3、短信通道B3以及文本信息；請求信息M4至少包含發(fā)送方應用子系統(tǒng)22的代碼 信息、接收方終端設備92的代碼信息、業(yè)務類型A4、短信通道B4以及文本信息。
發(fā)送處理單元202按照發(fā)送任務列表里的記錄，根據(jù)請求信息M3的業(yè)務類型A3、 短信通道B3組合出待發(fā)送短信息M33 ；根據(jù)請求信息M3接收方代碼信息，把所述待發(fā)送短 信息M33發(fā)送到終端設備91，并在發(fā)送記錄列表里生成短信息M33的發(fā)送記錄。另一方面，發(fā)送處理單元202按照發(fā)送任務列表里的記錄，根據(jù)請求信息M4的業(yè) 務類型A4、短信通道B4組合出待發(fā)送短信息M44 ；根據(jù)請求信息M4接收方代碼信息，把所 述待發(fā)送短信息M44發(fā)送到終端設備92，并在發(fā)送記錄列表里添加短信息M44的發(fā)送記錄。
可選的，上述應用子系統(tǒng)21將請求信息M3直接插入數(shù)據(jù)庫的發(fā)送任務列表里，應 用子系統(tǒng)將請求信息M4直接插入數(shù)據(jù)庫的發(fā)送任務列表里，可以是應用子系統(tǒng)21、22通過 訪問網(wǎng)路服務(Web Service)的方式把請求信息M3、請求信息M4插入發(fā)送任務列表里。由圖5、圖6所示的兩種不同的實施列可見，當不同的應用子系統(tǒng)2需要向同一個 終端設備9發(fā)送不同的請求信息時，或者當不同的應用子系統(tǒng)2需要向不同的終端設備9 發(fā)送不同的請求信息時，應用子系統(tǒng)通過訪問網(wǎng)絡訪問的方式或者直接把請求信息插入數(shù) 據(jù)庫的發(fā)送任務列表里，發(fā)送處理單元202按照發(fā)送任務列表里的記錄，根據(jù)請求信息攜 帶的業(yè)務類型和短信通道信息，組合出待發(fā)送的短信息。發(fā)送處理單元202解碼出待發(fā)送 的短信息攜帶的接收方代碼信息，把待發(fā)送的短信息發(fā)送對應的終端設備9上，并在發(fā)送 記錄列表里添加相應的發(fā)送記錄。也就是說，來自不同應用子系統(tǒng)2的不同的請求信息被 插入發(fā)送任務列表后，發(fā)送處理單元202按照發(fā)送任務列表里的記錄，根據(jù)請求信息攜帶 的業(yè)務類型、短信通道以及接收方代碼信息，發(fā)送到不同的終端設備9并在發(fā)送記錄列表 里添加發(fā)送記錄。圖7是本發(fā)明的實施方式中短信接收裝置30的結構示意圖。所述短信接收裝置30包括接收接口單元301和接收處理單元302。接收接口單元301適用于接收來自終端設備9的短信息，并將接收到的短信息插 入接收任務列表。其中，所述短信息至少對應短信發(fā)送方代碼信息、接收方代碼信息、業(yè)務 類型，短信通道以及文本信息。接收處理單元302與接收接口單元301匹配，適用于按照所述接收任務列表的記 錄，根據(jù)不同的業(yè)務類型和短信通道，匹配發(fā)送記錄列表中的數(shù)據(jù)，根據(jù)匹配的結果，調(diào)用 對應的應用子系統(tǒng)2或者把接收到的短消息傳輸給對應的應用子系統(tǒng)2。在一個實施例中，所述接收接口單元301包括短信息網(wǎng)關接口、接口匹配單元、數(shù) 據(jù)庫接口。其中，所述短信息網(wǎng)關接口用于從網(wǎng)絡運營商的短信息網(wǎng)關接收短信息，所述數(shù) 據(jù)庫接口用于將接收的短信息插入接收任務列表里，所述接口匹配單元用于提供所述短信 息網(wǎng)關接口和數(shù)據(jù)庫接口之間的匹配。在另一個實施例中，所述接收接口單元301包括短信息網(wǎng)關接口、數(shù)據(jù)庫接口。其 中，所述短信息網(wǎng)關接口用于從網(wǎng)絡運營商的短信息網(wǎng)關接收短信息，所述數(shù)據(jù)庫接口用 于將接收到的短信息插入數(shù)據(jù)庫3的接收任務列表里。在又一個實施例中，所述接收接口單元301包括輸入接口、數(shù)據(jù)庫接口。其中，所 述輸入接口用于接收用戶輸入的短信息，數(shù)據(jù)庫接口用于將接收到的短信息插入數(shù)據(jù)庫3 的接收任務列表里。其中，所述輸入接口可以采用網(wǎng)頁形式，通過請求指令(Request)的方 式將接收到的短信息插入接收任務列表。在再一個實施例中，對于需要保持長時間連接來接收短信的這類服務，所述接收接口單元還包括服務專屬接收單元，在接收到該服務對應的短信息時，向接收任務列表中插入數(shù)據(jù)。如圖8所示，本發(fā)明的實施方式還提供短信接收處理方法，包括以下步驟步驟S21，接收來自終端設備的短信息；步驟S22，把接收到的短信息插入接收任務列表里；步驟S23，按照接收任務列表里的記錄，根據(jù)不同的服務類型和短信通道，匹配發(fā) 送記錄列表里的數(shù)據(jù)；步驟S24，根據(jù)匹配的結果，調(diào)用對應的應用子系統(tǒng)或者把短信息傳輸?shù)綄膽?用子系統(tǒng)。在一個實施例中，所述步驟S22是通過訪問網(wǎng)絡服務的方式，把接收到的短信插 入到接收任務列表里。在另一個實施例中，步驟S22把接收到的短信直接插入數(shù)據(jù)庫的接收任務列表里。在又一個實施例中，步驟S21是通過網(wǎng)頁的方式接收的；所述步驟S22是通過請求 指令(Request)的方式把接收到的短信插入到接收任務列表里。在再一個實施例中，對于需要保持長時間連接來接收短信的這類服務，在接收到 該服務對應的短信息時，向接收任務列表中插入數(shù)據(jù)。圖9是本發(fā)明一實施方式中短信管理系統(tǒng)短信接收流程示意圖。終端設備91通過短信接收模塊發(fā)送短信息M5、M6，通過短信息M5調(diào)用應用子系 統(tǒng)21，通過短信息M6調(diào)用應用子系統(tǒng)22。短信息M5至少包括發(fā)送方終端設備91的代碼 信息，接收方應用子系統(tǒng)21的代碼信息，業(yè)務類型信息A5，短信通道信息B5以及文本信息。 短信息M6至少包括發(fā)送方終端設備91的代碼信息，接收方應用子系統(tǒng)22的代碼信息，業(yè) 務類型信息A6，短信通道信息B6以及文本信息。接收接口單元301通過訪問網(wǎng)絡服務(Web Service)的方式，按照接收的先后順 利依次將來自終端設備91的短信息M5和短信息M6插入接收任務列表。接收處理單元302訪問接收任務列表，解碼出短信息M5的業(yè)務類型A5、短信通道 B5，并將業(yè)務類型A5、短信通道B5和發(fā)送記錄列表中的數(shù)據(jù)進行匹配。根據(jù)匹配的結果，接 收處理單元302調(diào)用應用子系統(tǒng)21或者把短信息M5傳輸?shù)綉米酉到y(tǒng)21。另一方面，接收處理單元302訪問接收任務列表，解碼出短信息M6的業(yè)務類型A6、 短信通道B6，并將業(yè)務類型A6、短信通道B6和發(fā)送記錄列表中的數(shù)據(jù)匹配。根據(jù)匹配的結 果，接收處理單元302調(diào)用應用子系統(tǒng)22或者把短信息M6傳輸?shù)綉米酉到y(tǒng)22。在一個實施例中，所述接收接口單元301直接將來自終端設備91的短信息M5、M6 插入數(shù)據(jù)庫的接收任務列表。在另一個實施例中，所述接收接口單元301接收來自終端設備的短信息是通過網(wǎng) 頁的方式接收的；所述將接收到的短信息M5、M6插入接收任務列表里是通過請求指令的方 式把接收到的短信M5、M6插入到接收任務列表里。在再一個實施例中，如果終端設備91需要保持長時間連接來接收短信，可按需求 再開發(fā)一個接收服務，往接收任務列表里插入數(shù)據(jù)。圖9是本發(fā)明另一實施方式中短信管理系統(tǒng)短信接收流程示意圖。
終端設備91通過短信接收模塊30發(fā)送短信息M7調(diào)用應用子系統(tǒng)21，終端設備 92通過短信接收模塊30發(fā)送短信息M8調(diào)用應用子系統(tǒng)22。短信息M7至少包括發(fā)送方終 端設備91的代碼信息，接收方應用子系統(tǒng)21的代碼信息，業(yè)務類型信息A7，短信通道信息 B7以及文本信息。短信息M8至少包括發(fā)送方終端設備92的代碼信息，接收方應用子系統(tǒng) 22的代碼信息，業(yè)務類型信息A8，短信通道信息B8以及文本信息。接收接口單元301通過訪問網(wǎng)絡服務(Web Service)的方式，按照接收的先后順 利依次將來自終端設備91的短信息M7和來自終端設備92的短信息M8插入接收任務列表。
接收處理單元302訪問接收任務列表，解碼出短信息M7的業(yè)務類型A7、短信通道 B7，并將業(yè)務類型A7、短信通道B7和發(fā)送記錄列表中的數(shù)據(jù)進行匹配。根據(jù)匹配的結果，接 收處理單元302調(diào)用應用子系統(tǒng)21或者將短信息M7傳輸?shù)綉米酉到y(tǒng)21。另一方面，接收處理單元302訪問接收任務列表，解碼出短信息M8的業(yè)務類型A8、 短信通道B8，并將業(yè)務類型A8、短信通道B8和發(fā)送記錄列表中的數(shù)據(jù)匹配。根據(jù)匹配的結 果，接收處理單元302調(diào)用應用子系統(tǒng)22或者將短信息M8傳輸?shù)綉米酉到y(tǒng)22。在一個實施例中，所述接收接口單元301直接將來自終端設備91的短信息M7和 來自終端設備92的短信息M8插入數(shù)據(jù)庫的接收任務列表。在另一個實施例中，所述接收接口單元301接收來自終端設備的短信息是通過網(wǎng) 頁的方式接收的；所述將接收到的短信息M7、M8插入接收任務列表里是通過請求指令的方 式把接收到的短信M7、M8插入到接收任務列表里。在再一個實施例中，如果終端設備91或者終端設備92需要保持長時間連接來接 收短信，可按需求再開發(fā)一個接收服務，往接收任務列表里插入數(shù)據(jù)。由圖9、圖10所示的兩種不同的實施列可見，當不同的終端設備9需要調(diào)用不同的 應用子系統(tǒng)2時，各終端設備9發(fā)出不同的調(diào)用短信息。集成在云交易平臺上的短信管理 系統(tǒng)的接收接口單元301接受來自終端設備9的短消息并將接收到的短消息插入接收任務 列表。接收處理單元302按照接收任務列表里的記錄，根據(jù)短消息中包含的不同的業(yè)務類 型信息和短信通道信息，來和發(fā)送記錄列表里的數(shù)據(jù)匹配，再根據(jù)匹配的結果調(diào)用不同的 應用子系統(tǒng)2。也就是說，來自不同終端設備9的攜帶不同調(diào)用指令的短消息，均被集成在 云交易平臺上的短信管理系統(tǒng)10接收、儲存、處理，各個應用子系統(tǒng)上不需要再集成各自 的短信管理系統(tǒng)。綜上所述，在大型電子交易平臺中，不同的終端設備和提供各種不同服務的應用 子系統(tǒng)之間，可以通過集成在云交易平臺上的短信管理系統(tǒng)之間方便的發(fā)送或者接收短信 息。本申請?zhí)岢龅陌讯绦殴芾硐到y(tǒng)集成在云交易平臺的上的發(fā)明，減少資源的占用，提高兼 容性、重用性，使得各個應用子系統(tǒng)不需要再設置各自的短信管理系統(tǒng)，降低了各個應用子 系統(tǒng)的研發(fā)周期和研發(fā)成本；同時，各個應用子系統(tǒng)可以利用有限的資源，開發(fā)出更具吸引 力的其它功能，吸引越來越多的電子交易用戶。雖然本發(fā)明己以較佳實施例披露如上，但本發(fā)明并非限定于此。任何本領域技術 人員，在不脫離本發(fā)明的精神和范圍內(nèi)，均可作各種更動與修改，因此本發(fā)明的保護范圍應 當以權利要求所限定的范圍。
權利要求
一種適配于短信管理系統(tǒng)的短信發(fā)送裝置，其特征在于，包括發(fā)送接口單元，用于接收應用子系統(tǒng)的請求，在發(fā)送任務列表里插入發(fā)送任務；發(fā)送處理單元，適用于按照發(fā)送任務列表里的記錄，根據(jù)不同的業(yè)務類型和短信通道，生成待發(fā)送的短信息，發(fā)送到終端設備；在發(fā)送記錄列表里添加發(fā)送記錄。
2.如權利要求1所述的短信發(fā)送裝置，其特征在于，所述發(fā)送接口單元包括應用子系 統(tǒng)接口、接口處理單元和數(shù)據(jù)庫接口 ；其中，所述應用子系統(tǒng)接口用于接收來自應用子系統(tǒng) 的請求，所述接口處理單元用于基于所述請求生成發(fā)送任務，所述數(shù)據(jù)庫接口用于將所述 發(fā)送任務插入數(shù)據(jù)庫中的發(fā)送任務列表。
3.如權利要求1所述的短信發(fā)送裝置，其特征在于，所述發(fā)送接口單元為數(shù)據(jù)庫接口， 供應用子系統(tǒng)直接往數(shù)據(jù)庫的發(fā)送任務列表中插入一條任務。
4.如權利要求1所述的短信發(fā)送裝置，其特征在于，所述發(fā)送處理單元還用于關聯(lián)發(fā) 送記錄和短信附加碼。
全文摘要
本發(fā)明提供一種適配于短信管理系統(tǒng)的短信發(fā)送裝置，包括發(fā)送接口單元和發(fā)送處理單元。所述發(fā)送接口單元，用于接收應用子系統(tǒng)的請求，在發(fā)送任務列表里插入發(fā)送任務。所述發(fā)送處理單元，適用于按照發(fā)送任務列表里的記錄，根據(jù)不同的業(yè)務類型和短信通道，生成待發(fā)送的短信息，發(fā)送到終端設備；在發(fā)送記錄列表里添加發(fā)送記錄。
文檔編號H04W4/14GK101969623SQ20101052689
公開日2011年2月9日 申請日期2010年10月29日 優(yōu)先權日2010年10月29日
發(fā)明者虞鋼 申請人:西本新干線股份有限公司