一種可配置手機(jī)應(yīng)用菜單的方法
【專利摘要】本發(fā)明提供一種可配置手機(jī)應(yīng)用菜單的方法,該方法采用分布式文件傳輸服務(wù)模塊實(shí)施對(duì)的單個(gè)或批量文件的上傳、下載服務(wù)，旨在解決文件傳輸服務(wù)在并發(fā)數(shù)量以及傳輸效率方面的瓶頸問(wèn)題，系統(tǒng)包括：(1)客戶端應(yīng)用接口；(2)服務(wù)端中轉(zhuǎn)服務(wù)；(3)服務(wù)端分布式文件處理服務(wù)，分布式文件傳輸服務(wù)模塊可以有效的解決大批量文件同時(shí)上傳、下載時(shí)在數(shù)量以及服務(wù)效率的瓶頸問(wèn)題；采用訂閱服務(wù)接口以及統(tǒng)一的中轉(zhuǎn)服務(wù)接口，避免了文件傳輸服務(wù)在某些特殊應(yīng)用環(huán)境下通信端口號(hào)無(wú)法顯式獲取而導(dǎo)致服務(wù)失敗的弊端，保障服務(wù)安全有效的進(jìn)行。
【專利說(shuō)明】—種可配置手機(jī)應(yīng)用菜單的方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及計(jì)算機(jī)【技術(shù)領(lǐng)域】，在文件傳輸服務(wù)中，批量的文件上傳以及下載服務(wù)同時(shí)進(jìn)行的情況時(shí)有發(fā)生，同時(shí)、瞬發(fā)的批量文件上傳以及下載服務(wù)在數(shù)量以及服務(wù)效率方面對(duì)文件傳輸服務(wù)模塊有較高的要求，另外，某些特殊應(yīng)用環(huán)境下，客戶端端口號(hào)資源由于涉及信息安全等問(wèn)題而不能顯式獲得，該發(fā)明旨在解決批量文件上傳以及下載服務(wù)同時(shí)進(jìn)行時(shí)遇到的在數(shù)量以及效率方面的瓶頸問(wèn)題，并解決某些特殊應(yīng)用下客戶端通信端口號(hào)不能顯式獲得而導(dǎo)致服務(wù)失敗的問(wèn)題。具體地說(shuō)是一種可配置手機(jī)應(yīng)用菜單的方法。

【背景技術(shù)】
[0002]在文件傳輸服務(wù)中，文件傳輸服務(wù)模塊對(duì)批量文件同時(shí)上傳、下載服務(wù)所能處理的數(shù)量以及效率有較高的要求，超出文件傳輸服務(wù)模塊承受能力的工作任務(wù)將導(dǎo)致文件傳輸服務(wù)模塊性能的下降甚至崩潰，而大批量的文件同時(shí)上傳及下載服務(wù)場(chǎng)景在應(yīng)用中時(shí)常發(fā)生，因此，文件傳輸服務(wù)模塊必須能夠高效的處理大批量的文件同時(shí)上傳、下載服務(wù)。
[0003]目前各類文件傳輸服務(wù)大都采用文件集中管理的存儲(chǔ)方式，文件的上傳與下載都需向同一臺(tái)服務(wù)器申請(qǐng)服務(wù)，由于服務(wù)端任務(wù)處理能力以及服務(wù)提供能力的有限性，大批量文件同時(shí)上傳、下載時(shí)必然導(dǎo)致服務(wù)端任務(wù)的堵塞，從而導(dǎo)致服務(wù)處理效率的下降或者服務(wù)的失敗，更甚至導(dǎo)致服務(wù)端的崩潰。
[0004]目前的文件傳輸服務(wù)的網(wǎng)絡(luò)通信協(xié)議大都依賴于TCP/IP協(xié)議，TCP/IP協(xié)議的運(yùn)行需要有明確的通信IP地址以及端口號(hào)，但在某些特殊應(yīng)用環(huán)境下，客戶端的通信端口號(hào)是無(wú)法顯式獲取的，或者是時(shí)常變更的，當(dāng)前文件傳輸服務(wù)直接通過(guò)顯式的IP地址以及端口號(hào)提供服務(wù)的方式，將導(dǎo)致服務(wù)效率的下降甚至失敗。
[0005]綜上所述，集中式的文件管理方式將使文件傳輸服務(wù)的效率降低，且使得文件傳輸服務(wù)的瓶頸快速到來(lái)，為滿足當(dāng)今大數(shù)據(jù)時(shí)代批量文件傳輸服務(wù)的需求，文件傳輸服務(wù)必須提高服務(wù)效率、支持大批量的文件同時(shí)上傳、下載服務(wù)；另外，為應(yīng)對(duì)某些特殊環(huán)境應(yīng)用，解決客戶端通信端口號(hào)無(wú)法顯式獲取或端口號(hào)經(jīng)常變更的問(wèn)題，將有利于提高服務(wù)的安全性和可靠性。在某些應(yīng)用環(huán)境下，可能需要采用自定義的通信協(xié)議提供服務(wù)，因此，支持多通信協(xié)議，將有利于提高服務(wù)的適用性。


【發(fā)明內(nèi)容】

[0006]本發(fā)明的目的是提供一種可配置手機(jī)應(yīng)用菜單的方法。
[0007]本發(fā)明的目的是按以下方式實(shí)現(xiàn)的，利用支持多通信協(xié)議的分布式的文件傳輸服務(wù)模塊，采用云服務(wù)的處理方式，分布式的提供文件上傳以及下載服務(wù)，并解決在某些應(yīng)用環(huán)境下無(wú)法顯式獲取客戶端通信端口號(hào)而導(dǎo)致服務(wù)失敗的問(wèn)題；
系統(tǒng)采用一臺(tái)中轉(zhuǎn)服務(wù)器進(jìn)行調(diào)度，采用多臺(tái)資源服務(wù)器提供分布式文件服務(wù)，，中轉(zhuǎn)服務(wù)器將任務(wù)量分配到多臺(tái)資源服務(wù)器中，從而達(dá)到解決大批量文件同時(shí)上傳、下載在并發(fā)量以及服務(wù)效率方面的瓶頸問(wèn)題，由于中轉(zhuǎn)服務(wù)器只接收很小的指令信息，大約為100個(gè)字節(jié)左右，則中轉(zhuǎn)服務(wù)器能夠處理的并發(fā)量約為20M/0.1K = 20000，實(shí)際文件服務(wù)將分發(fā)到集群資源服務(wù)器中，實(shí)際文件傳輸服務(wù)中提高客戶滿意傳輸速率，由以前的1K /s提高到400k/s，將不會(huì)影響中轉(zhuǎn)服務(wù)器的任務(wù)并發(fā)量，增加集群中資源服務(wù)器的數(shù)量，將提高文件傳輸服務(wù)速率，同理，當(dāng)一臺(tái)中轉(zhuǎn)服務(wù)器無(wú)法達(dá)到實(shí)際應(yīng)用需要的并發(fā)量時(shí)，可通過(guò)將資源服務(wù)器集群的方式代替單個(gè)服務(wù)器完成調(diào)度任務(wù)以及處理超大批量并發(fā)任務(wù)，這樣達(dá)到某個(gè)特定滿意度的并發(fā)數(shù)計(jì)算公式如下:
總并發(fā)量=資源服務(wù)器數(shù)目*客戶滿意速率下單服務(wù)器的并發(fā)量另外，TCP/IP協(xié)議發(fā)送100個(gè)字節(jié)左右大小的指令報(bào)文所用的時(shí)間Tb?/為微妙級(jí)，大小為4M的文件傳輸時(shí)間777/e為幾秒到幾十秒，指令消息的發(fā)送所消耗的時(shí)間不會(huì)給文件傳輸服務(wù)的效率產(chǎn)生明顯的影響；
具體實(shí)現(xiàn)步驟如下:
客戶端訂閱接口服務(wù)
客戶端訂閱接口服務(wù)為客戶提供文件傳輸服務(wù)的訂閱請(qǐng)求接口，客戶端通過(guò)訂閱接口向服務(wù)端發(fā)送文件服務(wù)請(qǐng)求，并等待服務(wù)端回返的消息，從服務(wù)端回返消息中解析出為本次請(qǐng)求服務(wù)提供服務(wù)的服務(wù)方地址，客戶端重新與該服務(wù)方直接建立通信并請(qǐng)求服務(wù)；
在TCP/IP協(xié)議下，客戶端訂閱服務(wù)向服務(wù)端申請(qǐng)建立socket連接，連接建立后，客戶端訂閱服務(wù)通過(guò)該連接向服務(wù)端發(fā)送文件傳輸服務(wù)請(qǐng)求，請(qǐng)求發(fā)送后，該連接將保持連接狀態(tài)，直到客戶端主動(dòng)斷開(kāi)服務(wù)；
服務(wù)端中轉(zhuǎn)服務(wù)
服務(wù)端中轉(zhuǎn)服務(wù)實(shí)現(xiàn)兩個(gè)主要功能:一是，接收客戶端的訂閱請(qǐng)求并轉(zhuǎn)發(fā)給服務(wù)端分布式處理服務(wù)；二是，接收服務(wù)端分布式處理服務(wù)對(duì)訂閱請(qǐng)求服務(wù)返回的處理結(jié)果，并將該處理結(jié)果返回給該訂閱請(qǐng)求的請(qǐng)求者；
服務(wù)端中轉(zhuǎn)服務(wù)接收到客戶端的訂閱請(qǐng)求后，對(duì)請(qǐng)求信息進(jìn)行解析，獲取并登記該訂閱者的訂閱服務(wù)碼以及通信地址，為滿足特殊應(yīng)用環(huán)境下的應(yīng)用，如果采用TCP/IP協(xié)議接收到客戶端請(qǐng)求，則服務(wù)端中轉(zhuǎn)服務(wù)將記錄該訂閱請(qǐng)求采用的socket連接，并采用該連接向訂閱請(qǐng)求者回返服務(wù)請(qǐng)求處理結(jié)果；
服務(wù)端中轉(zhuǎn)服務(wù)如果接收到訂閱服務(wù)回返消息，對(duì)消息進(jìn)行解析獲取該消息的訂閱服務(wù)碼，并根據(jù)該服務(wù)碼在注冊(cè)登記表中查找該服務(wù)碼所對(duì)應(yīng)的訂閱請(qǐng)求者地址信息，通過(guò)該地址信息，將訂閱處理結(jié)果回返給客戶端訂閱請(qǐng)求者；
服務(wù)端分布式處理服務(wù)
服務(wù)端分布式處理服務(wù)接收中轉(zhuǎn)服務(wù)轉(zhuǎn)發(fā)過(guò)來(lái)的訂閱請(qǐng)求，對(duì)消息解析后，通過(guò)Storm分布式服務(wù)處理系統(tǒng)對(duì)訂閱請(qǐng)求進(jìn)行處理，獲取本次訂閱請(qǐng)求的服務(wù)提供方信息，并將處理結(jié)果回返給服務(wù)端中轉(zhuǎn)服務(wù)。
[0008]所述的方法，設(shè)置文件傳輸服務(wù)訂閱接口，按照規(guī)定格式發(fā)送訂閱請(qǐng)求，訂閱請(qǐng)求格式規(guī)定如下:報(bào)文頭+服務(wù)碼+服務(wù)請(qǐng)求參數(shù)+消息標(biāo)記，報(bào)文頭為協(xié)議報(bào)文頭，長(zhǎng)度根據(jù)采用的協(xié)議進(jìn)行規(guī)定；服務(wù)碼由訂閱服務(wù)自動(dòng)生成，用于標(biāo)識(shí)服務(wù)請(qǐng)求；請(qǐng)求參數(shù)用于聲明所需的服務(wù)內(nèi)容；消息標(biāo)記用于標(biāo)識(shí)消息類型。
[0009]所述的方法，將服務(wù)進(jìn)行分類，不同類型的服務(wù)請(qǐng)求可能從不同的服務(wù)方獲取服務(wù)。
[0010]所述的方法，消息傳輸支持多種協(xié)議。
[0011]本發(fā)明的目的有益效果是:分布式文件傳輸服務(wù)，其特征是通過(guò)分布式的文件服務(wù)，解決大批量文件同時(shí)上傳、下載所遇到的在效率以及數(shù)量上的瓶頸問(wèn)題；通過(guò)支持多協(xié)議以及自定義通信協(xié)議的加載，提高服務(wù)的可擴(kuò)展性；TCP/IP協(xié)議及其變種協(xié)議下，客戶端采取長(zhǎng)連接的方式，保證服務(wù)的安全可靠。

【專利附圖】

【附圖說(shuō)明】
[0012]圖1是系統(tǒng)結(jié)構(gòu)圖；
圖2是客戶端流程圖；
圖3是服務(wù)端中轉(zhuǎn)服務(wù)流程圖。

【具體實(shí)施方式】
[0013]參照說(shuō)明書附圖對(duì)本發(fā)明的一種可配置手機(jī)應(yīng)用菜單的方法作以下詳細(xì)地說(shuō)明。
[0014]本發(fā)明所要解決的技術(shù)問(wèn)題是提供一種支持多通信協(xié)議的分布式的文件傳輸服務(wù)模塊，采用云服務(wù)的處理方式，分布式的提供文件上傳以及下載服務(wù)，并解決在某些應(yīng)用環(huán)境下無(wú)法顯式獲取客戶端通信端口號(hào)而導(dǎo)致服務(wù)失敗的問(wèn)題。為說(shuō)明本發(fā)明的理論依據(jù)，現(xiàn)做出以下假設(shè):
a、一臺(tái)服務(wù)器可用網(wǎng)絡(luò)帶寬為fed；
b、一臺(tái)服務(wù)器磁盤讀寫速率為Rhd；
C、一臺(tái)服務(wù)器可使用的線程數(shù)為；
d、一臺(tái)服務(wù)器可同時(shí)接入的TCP/IP'織_ NI ink ；
e、客戶滿意的傳輸速率為ZtWie/-- ；
則一臺(tái)服務(wù)器的傳輸速率為’.Rtrans = min{ Bnet ,Rhd }
當(dāng)前服務(wù)器可接收的并發(fā)任務(wù)量為-,MconcurrGnt - min { Rtrans/Rclient , Nthread，Nlink }
一般來(lái)說(shuō)，及即服務(wù)器的傳輸速率將取決于磁盤的讀寫速率，經(jīng)實(shí)際測(cè)算，普通磁盤的讀寫速率大約為20M/s，如二 1K/s (實(shí)際應(yīng)用中將遠(yuǎn)大于該值)，則Rtrans/RcIient = I;當(dāng)磁盤利用率達(dá)到100%時(shí)，將導(dǎo)致整個(gè)操作系統(tǒng)的停滯；系統(tǒng)可同時(shí)接入的TCP/IP連接數(shù)的理論極限值為65535 (與具體操作系統(tǒng)以及版本相關(guān))，但實(shí)際應(yīng)用中遠(yuǎn)遠(yuǎn)達(dá)不到該值，經(jīng)實(shí)際測(cè)算，取值5000左右時(shí)，可獲得較好的性能。通過(guò)以上分析可看出:可處理的并發(fā)任務(wù)量為^Nconcurrerit = Rtrans/Rcli en t = 2K
在單服務(wù)器文件傳輸服務(wù)模式下，當(dāng)客戶滿意度提高時(shí)，必然導(dǎo)致服務(wù)器所能處理的并發(fā)任務(wù)量的降低。
實(shí)施例
[0015]系統(tǒng)采用一臺(tái)中轉(zhuǎn)服務(wù)器進(jìn)行調(diào)度，采用多臺(tái)資源服務(wù)器提供分布式文件服務(wù)，，中轉(zhuǎn)服務(wù)器將任務(wù)量分配到多臺(tái)資源服務(wù)器中，從而達(dá)到解決大批量文件同時(shí)上傳、下載在并發(fā)量以及服務(wù)效率方面的瓶頸問(wèn)題，由于中轉(zhuǎn)服務(wù)器只接收很小的指令信息，大約為100個(gè)字節(jié)左右，則中轉(zhuǎn)服務(wù)器能夠處理的并發(fā)量約為20M/0.1K = 20000，實(shí)際文件服務(wù)將分發(fā)到集群資源服務(wù)器中，實(shí)際文件傳輸服務(wù)中提高客戶滿意傳輸速率，由以前的1K /s提高到400k/s)將不會(huì)影響中轉(zhuǎn)服務(wù)器的任務(wù)并發(fā)量，增加集群中資源服務(wù)器的數(shù)量，將提高文件傳輸服務(wù)速率，同理，當(dāng)一臺(tái)中轉(zhuǎn)服務(wù)器無(wú)法達(dá)到實(shí)際應(yīng)用需要的并發(fā)量時(shí)，可通過(guò)將資源服務(wù)器集群的方式代替單個(gè)服務(wù)器完成調(diào)度任務(wù)以及處理超大批量并發(fā)任務(wù)，這樣達(dá)到某個(gè)特定滿意度的并發(fā)數(shù)計(jì)算公式如下:
總并發(fā)量=服務(wù)器數(shù)目*客戶滿意速率下單服務(wù)器的并發(fā)量另外，TCP/IP協(xié)議發(fā)送100個(gè)字節(jié)左右大小的指令報(bào)文所用的時(shí)間Tb?/為微妙級(jí)，大小為4M的文件傳輸時(shí)間777/e為幾秒到幾十秒，指令消息的發(fā)送所消耗的時(shí)間不會(huì)給文件傳輸服務(wù)的效率產(chǎn)生明顯的影響。
[0016]系統(tǒng)結(jié)構(gòu)如圖1所示，其具體實(shí)現(xiàn)方案如下:
(一) 客戶端訂閱接口服務(wù)
客戶端訂閱接口服務(wù)為客戶提供文件傳輸服務(wù)的訂閱請(qǐng)求接口，客戶端通過(guò)訂閱接口向服務(wù)端發(fā)送文件服務(wù)請(qǐng)求，并等待服務(wù)端回返的消息，從服務(wù)端回返消息中解析出為本次請(qǐng)求服務(wù)提供服務(wù)的服務(wù)方地址，客戶端重新與該服務(wù)方直接建立通信并請(qǐng)求服務(wù)?？蛻舳肆鞒虉D如圖2所示。
[0017]在TCP/IP協(xié)議下，客戶端訂閱服務(wù)向服務(wù)端申請(qǐng)建立socket連接，連接建立后，客戶端訂閱服務(wù)通過(guò)該連接向服務(wù)端發(fā)送文件傳輸服務(wù)請(qǐng)求，請(qǐng)求發(fā)送后，該連接將保持連接狀態(tài)，直到客戶端主動(dòng)斷開(kāi)服務(wù)。
[0018](二)服務(wù)端中轉(zhuǎn)服務(wù)服務(wù)端中轉(zhuǎn)服務(wù)實(shí)現(xiàn)兩個(gè)主要功能:
一是，接收客戶端的訂閱請(qǐng)求并轉(zhuǎn)發(fā)給服務(wù)端分布式處理服務(wù)；
二是，接收服務(wù)端分布式處理服務(wù)對(duì)訂閱請(qǐng)求服務(wù)返回的處理結(jié)果，并將該處理結(jié)果返回給該訂閱請(qǐng)求的請(qǐng)求者。服務(wù)端中轉(zhuǎn)服務(wù)流程圖如圖3所示。
[0019]服務(wù)端中轉(zhuǎn)服務(wù)接收到客戶端的訂閱請(qǐng)求后，對(duì)請(qǐng)求信息進(jìn)行解析，獲取并登記該訂閱者的訂閱服務(wù)碼以及通信地址。為滿足特殊應(yīng)用環(huán)境下的應(yīng)用，如果采用TCP/IP協(xié)議接收到客戶端請(qǐng)求，則服務(wù)端中轉(zhuǎn)服務(wù)將記錄該訂閱請(qǐng)求采用的socket連接，并采用該連接向訂閱請(qǐng)求者回返服務(wù)請(qǐng)求處理結(jié)果。
[0020]服務(wù)端中轉(zhuǎn)服務(wù)如果接收到訂閱服務(wù)回返消息，對(duì)消息進(jìn)行解析獲取該消息的訂閱服務(wù)碼，并根據(jù)該服務(wù)碼在注冊(cè)登記表中查找該服務(wù)碼所對(duì)應(yīng)的訂閱請(qǐng)求者地址信息，通過(guò)該地址信息，將訂閱處理結(jié)果回返給客戶端訂閱請(qǐng)求者。
[0021](三)服務(wù)端分布式處理服務(wù)
服務(wù)端分布式處理服務(wù)接收中轉(zhuǎn)服務(wù)轉(zhuǎn)發(fā)過(guò)來(lái)的訂閱請(qǐng)求，對(duì)消息解析后，通過(guò)Storm分布式服務(wù)處理系統(tǒng)對(duì)訂閱請(qǐng)求進(jìn)行處理，獲取本次訂閱請(qǐng)求的服務(wù)提供方信息，并將處理結(jié)果回返給服務(wù)端中轉(zhuǎn)服務(wù)。
[0022]除說(shuō)明書所述的技術(shù)特征外，均為本專業(yè)技術(shù)人員的已知技術(shù)。
【權(quán)利要求】
1.一種可配置手機(jī)應(yīng)用菜單的方法，其特征在于利用支持多通信協(xié)議的分布式的文件傳輸服務(wù)模塊，采用云服務(wù)的處理方式，分布式地提供文件上傳以及下載服務(wù)，并解決在某些應(yīng)用環(huán)境下無(wú)法顯式獲取客戶端通信端口號(hào)而導(dǎo)致服務(wù)失敗的問(wèn)題； 系統(tǒng)采用一臺(tái)中轉(zhuǎn)服務(wù)器進(jìn)行調(diào)度，采用多臺(tái)資源服務(wù)器提供分布式文件服務(wù)，，中轉(zhuǎn)服務(wù)器將任務(wù)量分配到多臺(tái)資源服務(wù)器中，從而達(dá)到解決大批量文件同時(shí)上傳、下載在并發(fā)量以及服務(wù)效率方面的瓶頸問(wèn)題，由于中轉(zhuǎn)服務(wù)器只接收很小的指令信息，大約為100個(gè)字節(jié)左右，則中轉(zhuǎn)服務(wù)器能夠處理的并發(fā)量約為20M/0.1K = 20000，實(shí)際文件服務(wù)將分發(fā)到集群資源服務(wù)器中，實(shí)際文件傳輸服務(wù)中提高客戶滿意傳輸速率，由以前的1K /s提高到400k/s將不會(huì)影響中轉(zhuǎn)服務(wù)器的任務(wù)并發(fā)量，增加集群中資源服務(wù)器的數(shù)量，將提高文件傳輸服務(wù)速率，同理，當(dāng)一臺(tái)中轉(zhuǎn)服務(wù)器無(wú)法達(dá)到實(shí)際應(yīng)用需要的并發(fā)量時(shí)，可通過(guò)將資源服務(wù)器集群的方式代替單個(gè)服務(wù)器完成調(diào)度任務(wù)以及處理超大批量并發(fā)任務(wù)，這樣達(dá)到某個(gè)特定滿意度的并發(fā)數(shù)計(jì)算公式如下: 總并發(fā)量=資源服務(wù)器數(shù)目*客戶滿意速率下單服務(wù)器的并發(fā)量另外，TCP/IP協(xié)議發(fā)送100個(gè)字節(jié)左右大小的指令報(bào)文所用的時(shí)間Tb?/為微妙級(jí)，大小為4M的文件傳輸時(shí)間777/e為幾秒到幾十秒，指令消息的發(fā)送所消耗的時(shí)間不會(huì)給文件傳輸服務(wù)的效率產(chǎn)生明顯的影響； 具體實(shí)現(xiàn)步驟如下: 客戶端訂閱接口服務(wù) 客戶端訂閱接口服務(wù)為客戶提供文件傳輸服務(wù)的訂閱請(qǐng)求接口，客戶端通過(guò)訂閱接口向服務(wù)端發(fā)送文件服務(wù)請(qǐng)求，并等待服務(wù)端回返的消息，從服務(wù)端回返消息中解析出為本次請(qǐng)求服務(wù)提供服務(wù)的服務(wù)方地址，客戶端重新與該服務(wù)方直接建立通信并請(qǐng)求服務(wù)； 在TCP/IP協(xié)議下，客戶端訂閱服務(wù)向服務(wù)端申請(qǐng)建立socket連接，連接建立后，客戶端訂閱服務(wù)通過(guò)該連接向服務(wù)端發(fā)送文件傳輸服務(wù)請(qǐng)求，請(qǐng)求發(fā)送后，該連接將保持連接狀態(tài)，直到客戶端主動(dòng)斷開(kāi)服務(wù)； 服務(wù)端中轉(zhuǎn)服務(wù) 服務(wù)端中轉(zhuǎn)服務(wù)實(shí)現(xiàn)兩個(gè)主要功能:一是，接收客戶端的訂閱請(qǐng)求并轉(zhuǎn)發(fā)給服務(wù)端分布式處理服務(wù)；二是，接收服務(wù)端分布式處理服務(wù)對(duì)訂閱請(qǐng)求服務(wù)返回的處理結(jié)果，并將該處理結(jié)果返回給該訂閱請(qǐng)求的請(qǐng)求者； 服務(wù)端中轉(zhuǎn)服務(wù)接收到客戶端的訂閱請(qǐng)求后，對(duì)請(qǐng)求信息進(jìn)行解析，獲取并登記該訂閱者的訂閱服務(wù)碼以及通信地址，為滿足特殊應(yīng)用環(huán)境下的應(yīng)用，如果采用TCP/IP協(xié)議接收到客戶端請(qǐng)求，則服務(wù)端中轉(zhuǎn)服務(wù)將記錄該訂閱請(qǐng)求采用的socket連接，并采用該連接向訂閱請(qǐng)求者回返服務(wù)請(qǐng)求處理結(jié)果； 服務(wù)端中轉(zhuǎn)服務(wù)如果接收到訂閱服務(wù)回返消息，對(duì)消息進(jìn)行解析獲取該消息的訂閱服務(wù)碼，并根據(jù)該服務(wù)碼在注冊(cè)登記表中查找該服務(wù)碼所對(duì)應(yīng)的訂閱請(qǐng)求者地址信息，通過(guò)該地址信息，將訂閱處理結(jié)果回返給客戶端訂閱請(qǐng)求者； 服務(wù)端分布式處理服務(wù) 服務(wù)端分布式處理服務(wù)接收中轉(zhuǎn)服務(wù)轉(zhuǎn)發(fā)過(guò)來(lái)的訂閱請(qǐng)求，對(duì)消息解析后，通過(guò)Storm分布式服務(wù)處理系統(tǒng)對(duì)訂閱請(qǐng)求進(jìn)行處理，獲取本次訂閱請(qǐng)求的服務(wù)提供方信息，并將處理結(jié)果回返給服務(wù)端中轉(zhuǎn)服務(wù)。
2.如權(quán)利要求1所述的方法，其特征是:設(shè)置文件傳輸服務(wù)訂閱接口，按照規(guī)定格式發(fā)送訂閱請(qǐng)求，訂閱請(qǐng)求格式規(guī)定如下:報(bào)文頭+服務(wù)碼+服務(wù)請(qǐng)求參數(shù)+消息標(biāo)記，報(bào)文頭為協(xié)議報(bào)文頭，長(zhǎng)度根據(jù)采用的協(xié)議進(jìn)行規(guī)定；服務(wù)碼由訂閱服務(wù)自動(dòng)生成，用于標(biāo)識(shí)服務(wù)請(qǐng)求；請(qǐng)求參數(shù)用于聲明所需的服務(wù)內(nèi)容；消息標(biāo)記用于標(biāo)識(shí)消息類型。
3.如權(quán)利要求1所述的方法，其特征是:將服務(wù)進(jìn)行分類，不同類型的服務(wù)請(qǐng)求可能從不同的服務(wù)方獲取服務(wù)。
4.如權(quán)利要求1所述的方法，其特征是:消息傳輸支持多種協(xié)議。
【文檔編號(hào)】H04M1/725GK104270444SQ201410516975
【公開(kāi)日】2015年1月7日 申請(qǐng)日期:2014年9月30日 優(yōu)先權(quán)日:2014年9月30日
【發(fā)明者】孫維泉, 李磊 申請(qǐng)人:浪潮軟件股份有限公司