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