NativeAPP、WebAPP與類(lèi)微信APP信息同步系統(tǒng)的制作方法
【專(zhuān)利摘要】本發(fā)明提出一種基于服務(wù)端的技術(shù)，對(duì)于不同的客戶(hù)端進(jìn)行數(shù)據(jù)交互，適應(yīng)不同的客戶(hù)端在網(wǎng)絡(luò)傳輸上的要求；將NativeAPP，WebAPP和類(lèi)微信APP不同客戶(hù)端進(jìn)行數(shù)據(jù)交互，并且將通信接口按照網(wǎng)絡(luò)協(xié)議類(lèi)型模塊化，有選擇性的同步部分?jǐn)?shù)據(jù)到指定的客戶(hù)端，為傳統(tǒng)型行業(yè)信息發(fā)布和數(shù)據(jù)維護(hù)提供了一套便利的系統(tǒng)，數(shù)據(jù)同步大大減少人力操作成本；也為IT同行業(yè)打造了一個(gè)靈活、方便、快捷的不同客戶(hù)端同步數(shù)據(jù)的工具，提高代碼的可復(fù)用性，大大減少了人工開(kāi)發(fā)成本。
【專(zhuān)利說(shuō)明】Nat iveAPP、WebAPP與類(lèi)微信APP信息同步系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于移動(dòng)互聯(lián)網(wǎng)【技術(shù)領(lǐng)域】，涉及一種讓Native APP, Web APP和類(lèi)微信APP進(jìn)行數(shù)據(jù)同步系統(tǒng)。
【背景技術(shù)】
[0002]目前，隨著互聯(lián)網(wǎng)和電信技術(shù)的快速發(fā)展，移動(dòng)通信與互聯(lián)網(wǎng)融合成為了移動(dòng)互聯(lián)網(wǎng)。為滿(mǎn)足行業(yè)企業(yè)推廣自身的產(chǎn)品和業(yè)務(wù)流程的優(yōu)化，基于移動(dòng)互聯(lián)網(wǎng)技術(shù)的行業(yè)應(yīng)用應(yīng)運(yùn)而生，幫助行業(yè)企業(yè)達(dá)到移動(dòng)辦公、移動(dòng)工作流程管理等目標(biāo)，從而提升其工作效率和企業(yè)效益，提升管理水平。
[0003]移動(dòng)互聯(lián)網(wǎng)行業(yè)應(yīng)用可分為三種，一種是基于本地操作系統(tǒng)運(yùn)行的APP JPNativeAPP (原生APP);—種是基于智能終端的瀏覽器運(yùn)行html5的Web APP ;一種是在微信的平臺(tái)基礎(chǔ)上，同時(shí)結(jié)合部分web html5技術(shù),將原來(lái)的借助于瀏覽器的web APP多了個(gè)展現(xiàn)方式，即是類(lèi)微信APP。然而這三種APP本身是相互獨(dú)立，沒(méi)有任何交集，沒(méi)有實(shí)現(xiàn)自動(dòng)化數(shù)據(jù)同步，沒(méi)有辦法實(shí)現(xiàn)“一站式更新，多端同步顯示”。為了解決上述問(wèn)題，需要將Native APP,Web APP，微信APP進(jìn)行融合，提供一種跨終端信息同步的系統(tǒng)，將信息可以同步到不同的的終端，使使用者專(zhuān)注于信息的前期設(shè)計(jì)和后期數(shù)據(jù)統(tǒng)計(jì)分析，使開(kāi)發(fā)者可以在此基礎(chǔ)上進(jìn)行二次開(kāi)發(fā)，提高代碼的可復(fù)用性，大大減少了人工成本，提高工作效率。

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

[0004]本發(fā)明的目的是針對(duì)上述問(wèn)題，提出一種基于服務(wù)端的技術(shù)，對(duì)于不同的客戶(hù)端進(jìn)行數(shù)據(jù)交互，適應(yīng)不同的客戶(hù)端在網(wǎng)絡(luò)傳輸上的要求；將Native APP，Web APP和類(lèi)微信APP不同客戶(hù)端進(jìn)行數(shù)據(jù)交互，并且將通信接口按照網(wǎng)絡(luò)協(xié)議類(lèi)型模塊化，有選擇性的同步部分?jǐn)?shù)據(jù)到指定的客戶(hù)端，為傳統(tǒng)型行業(yè)信息發(fā)布和數(shù)據(jù)維護(hù)提供了一套便利的系統(tǒng)，數(shù)據(jù)同步大大減少人力操作成本；也為IT同行業(yè)打造了一個(gè)靈活、方便、快捷的不同客戶(hù)端同步數(shù)據(jù)的工具，提高代碼的可復(fù)用性，大大減少了人工開(kāi)發(fā)成本。
[0005]本發(fā)明的技術(shù)方案如下:一種Native APP、Web APP與類(lèi)微信APP信息同步系統(tǒng)，該系統(tǒng)包括以下幾個(gè)部分:Native APP/ffeb APP /類(lèi)微信APP，在移動(dòng)端設(shè)備上使用的，提供信息顯示或者功能操作的應(yīng)用程序；微信服務(wù)端(微信服務(wù)商自身的系統(tǒng)服務(wù)器)；系統(tǒng)服務(wù)端(本發(fā)明在自身硬件服務(wù)器上面搭建的終端應(yīng)用程序)。本發(fā)明的核心部分，就是系統(tǒng)服務(wù)端，也是實(shí)現(xiàn)Native APP/ffeb APP /類(lèi)微信APP信息同步的關(guān)鍵。
[0006]系統(tǒng)服務(wù)端，包括系統(tǒng)服務(wù)端與Native APP之間通信的模塊、系統(tǒng)服務(wù)端與webhtml5之間通信的模塊、系統(tǒng)服務(wù)端與微信服務(wù)端之間通信的模塊、系統(tǒng)服務(wù)端的功能維護(hù)模塊和通信數(shù)據(jù)管理模塊。
所述系統(tǒng)服務(wù)端與Native APP之間通信的模塊，指用戶(hù)根據(jù)自身功能需求，選擇特定的通信協(xié)議與服務(wù)端進(jìn)行數(shù)據(jù)傳輸?shù)慕涌谀K。在該模塊中，提供選擇的通信協(xié)議有HTTP協(xié)議，HTTPS協(xié)議和XMPP協(xié)議。HTTPS協(xié)議一般都適用于保密性要求比較高的數(shù)據(jù)傳輸，比如令牌的校驗(yàn)，HTTP協(xié)議用于普通的數(shù)據(jù)傳輸，而XMPP協(xié)議一般為了達(dá)到實(shí)時(shí)通信的目的，以XML格式進(jìn)行數(shù)據(jù)傳輸。
[0007]所述系統(tǒng)服務(wù)端與web html5之間通信的模塊，指用戶(hù)根據(jù)自身功能要求，選擇是被動(dòng)類(lèi)型還是主動(dòng)類(lèi)型，從而跟服務(wù)端進(jìn)行交互的接口模塊。在該模塊中，被動(dòng)和主動(dòng)兩種類(lèi)型是相對(duì)于服務(wù)端而言，被動(dòng)類(lèi)型是指由客戶(hù)端主動(dòng)發(fā)請(qǐng)求到服務(wù)端要數(shù)據(jù)，涉及下層協(xié)議有HTTP ;主動(dòng)類(lèi)型是指在無(wú)客戶(hù)端請(qǐng)求的情況下服務(wù)端主動(dòng)推送到客戶(hù)端，涉及的寫(xiě)成協(xié)議有WS/WSS。
[0008]所述系統(tǒng)服務(wù)端與微信服務(wù)端之間通信的模塊，指系統(tǒng)服務(wù)端調(diào)用微信服務(wù)端提供的接口，做了二次開(kāi)發(fā)封裝，對(duì)外進(jìn)行發(fā)布，這里主要是涉及到下層的協(xié)議有HTTPS。這個(gè)模塊也是系統(tǒng)服務(wù)端與類(lèi)微信APP進(jìn)行通信的橋梁，微信服務(wù)端本身已經(jīng)具備與類(lèi)微信APP (—個(gè)基于微信平臺(tái)的APP)進(jìn)行通信，只要保證本發(fā)明的系統(tǒng)服務(wù)端與微信服務(wù)端進(jìn)行實(shí)時(shí)通信，也就能間接達(dá)到與類(lèi)微信APP通信的目的。
[0009]所述系統(tǒng)服務(wù)端的功能維護(hù)模塊，提供了人性化的操作界面，用于管理所有不同顯示端顯示的內(nèi)容，特定功能的啟動(dòng)/關(guān)閉，數(shù)據(jù)保存到數(shù)據(jù)持久層，即是數(shù)據(jù)庫(kù)，同時(shí)根據(jù)界面設(shè)定的參數(shù)，可以設(shè)定數(shù)據(jù)保存在服務(wù)端的有效期。
還有通信數(shù)據(jù)管理模塊，通信管理，在數(shù)據(jù)交互太過(guò)頻繁(數(shù)據(jù)連接超過(guò)后臺(tái)配置參數(shù)設(shè)定的最大連接數(shù))時(shí)，根據(jù)通信優(yōu)先級(jí)策略，將優(yōu)先級(jí)比較高的通信請(qǐng)求先處理，優(yōu)先級(jí)較低的處于等待狀態(tài)，達(dá)到降低服務(wù)端的交互壓力；數(shù)據(jù)管理，對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)進(jìn)行監(jiān)控，當(dāng)數(shù)據(jù)庫(kù)的數(shù)據(jù)寄存超過(guò)有效期就進(jìn)行定時(shí)刪除。
[0010]本發(fā)明的系統(tǒng)操作流程:首先使用者必須先將某個(gè)應(yīng)用信息進(jìn)行注冊(cè)，再選擇客戶(hù)端類(lèi)型(原生android APP /原生IOS APP /WEB APP /類(lèi)微信APP)在服務(wù)端進(jìn)行登錄，比如android程序必須提供包名，在登記成功之后就會(huì)返回令牌，以此作為發(fā)送和獲取信息的身份憑證。比如在登記選擇了多個(gè)客戶(hù)端類(lèi)型的話(huà)，該應(yīng)用下面的不同客戶(hù)端也都綁定到了同個(gè)令牌。
[0011]一般有如下兩種情況進(jìn)行保存數(shù)據(jù)到系統(tǒng)服務(wù)端:一種是Native APP或Web APP等客戶(hù)端應(yīng)用，既沒(méi)有服務(wù)端技術(shù)進(jìn)行支持，又需要有錄入數(shù)據(jù)端口的話(huà)，可以直接用本發(fā)明中的服務(wù)端功能維護(hù)模塊提供的后臺(tái)界面，進(jìn)行相應(yīng)的操作。在成功登錄服務(wù)端之后，選擇通信的協(xié)議，將需要進(jìn)行發(fā)送數(shù)據(jù)通過(guò)后臺(tái)界面中錄入，將數(shù)據(jù)保存在本發(fā)明的底層數(shù)據(jù)庫(kù)中。
[0012]一種是如果Native APP或Web APP等客戶(hù)端應(yīng)用，有自己的服務(wù)端來(lái)做支持，可以直接引用本發(fā)明中對(duì)外發(fā)布的通信服務(wù)接口 API，同時(shí)在調(diào)用API傳入令牌做參數(shù)(注冊(cè)登記時(shí)生成的令牌)，默認(rèn)是發(fā)送具有該身份標(biāo)識(shí)的所有客戶(hù)端，也可以在參數(shù)指定某幾種客戶(hù)端，臨時(shí)將數(shù)據(jù)保存在本發(fā)明的底層數(shù)據(jù)庫(kù)中。
[0013]需要進(jìn)行同步的客戶(hù)端應(yīng)用，只需根據(jù)自身的客戶(hù)端類(lèi)型選擇不同的API進(jìn)行調(diào)用，加上應(yīng)用的身份標(biāo)識(shí)令牌，將數(shù)據(jù)臨時(shí)保存在系統(tǒng)服務(wù)端的數(shù)據(jù)提取出來(lái):通過(guò)XMPP協(xié)議或WS協(xié)議達(dá)到主動(dòng)推送信息，或者通過(guò)HTTP協(xié)議代碼的調(diào)用達(dá)到被動(dòng)請(qǐng)求數(shù)據(jù)，都能同步剛才錄入的數(shù)據(jù)到自身應(yīng)用的客戶(hù)端。
[0014]本發(fā)明的有益效果:現(xiàn)在如果Native APP (android/ios),與web APP和類(lèi)微信APP要實(shí)現(xiàn)數(shù)據(jù)同步，要么通過(guò)人為錄入數(shù)據(jù)信息的話(huà)，這樣不僅增加工作量，同時(shí)還增加操作繁瑣性；要么就通過(guò)編程的方式，針對(duì)特定的Native APP與進(jìn)行同步一端來(lái)編寫(xiě)，這種方式雖然解決同步的問(wèn)題，不僅可重用性極差，人工成本也增大。為了解決這些問(wèn)題，本發(fā)明在第二種解決方式的基礎(chǔ)上做了優(yōu)化，同時(shí)針對(duì)不同的功能需求應(yīng)用不同網(wǎng)絡(luò)通信協(xié)議，再將操作實(shí)現(xiàn)封裝起來(lái)，通用而不失靈活性，同時(shí)用服務(wù)端數(shù)據(jù)庫(kù)作為終端存儲(chǔ)的媒介，在數(shù)據(jù)的有效期內(nèi)數(shù)據(jù)不會(huì)丟失，保證數(shù)據(jù)穩(wěn)定性。
[0015]Native APP，Web APP和類(lèi)微信APP之間數(shù)據(jù)同步的系統(tǒng)，對(duì)外提供兩種實(shí)現(xiàn)模式:一種是Native APP或Web APP等客戶(hù)端應(yīng)用，無(wú)服務(wù)端技術(shù)進(jìn)行支持的話(huà)，可以直接用本發(fā)明中的服務(wù)端功能維護(hù)模塊提供的后臺(tái)界面進(jìn)行相應(yīng)的操作，提供數(shù)據(jù)暫時(shí)寄放，實(shí)現(xiàn)其他客戶(hù)端數(shù)據(jù)同步；一種是如果客戶(hù)端根據(jù)自身的功能需求，可以直接引用本發(fā)明中對(duì)外發(fā)布的通信服務(wù)接口 API，做二次開(kāi)發(fā)，實(shí)現(xiàn)指定的其他客戶(hù)端進(jìn)行通信。
【專(zhuān)利附圖】

【附圖說(shuō)明】
[0016]下面結(jié)合附圖對(duì)本發(fā)明做進(jìn)一步詳述。
[0017]圖1為本發(fā)明的部署位置示意圖。
[0018]圖2為本發(fā)明的功能模塊圖。
[0019]圖3為本發(fā)明的系統(tǒng)流程圖。
【具體實(shí)施方式】
[0020]下面結(jié)合附圖和實(shí)施例對(duì)本發(fā)明作進(jìn)一步的說(shuō)明。
[0021]如圖1所示，為本發(fā)明的應(yīng)用在系統(tǒng)中的部署位置示意圖，本發(fā)明的功能模塊如圖2所示，它包括服務(wù)端與Native APP之間通信的模塊、服務(wù)端與web html5之間通信的模塊、服務(wù)端與微信服務(wù)端之間通信的模塊、服務(wù)器的功能維護(hù)模塊和隊(duì)列通信管理模塊。其處于底層，用數(shù)據(jù)庫(kù)作為最終儲(chǔ)存媒介，同時(shí)在結(jié)合隊(duì)列通信管理模塊可以對(duì)超時(shí)保存的數(shù)據(jù)進(jìn)行定時(shí)刪除。
[0022]如圖3所示，為本發(fā)明的系統(tǒng)流程圖，其中涉及的協(xié)議模塊有如下幾種=HTTPS協(xié)議模塊:主要是提供給令牌驗(yàn)證，或者傳輸需要加密的數(shù)據(jù)的使用；HTTP協(xié)議模塊:主要是應(yīng)用在對(duì)數(shù)據(jù)保密要求不高的數(shù)據(jù)傳輸上；XMPP協(xié)議模塊:主要是用在服務(wù)端與NativeAPP之間通信的模塊，以XML格式進(jìn)行數(shù)據(jù)傳輸，以達(dá)到實(shí)時(shí)通信的目的；WS或WSS協(xié)議接口:主要是用在服務(wù)端與web html5之間通信的模塊，服務(wù)器和客戶(hù)端可以在給定的時(shí)間范圍內(nèi)的任意時(shí)刻，相互推送信息，以達(dá)到實(shí)時(shí)通信的目的。
[0023]開(kāi)發(fā)團(tuán)隊(duì)，在引入了本發(fā)明提供的對(duì)外同步的API包之后，只需要像普通方法那樣調(diào)用，根據(jù)API開(kāi)發(fā)文檔，傳入指定參數(shù)，并能將自身某款應(yīng)用的不同的客戶(hù)端數(shù)據(jù)同步起來(lái)，提供代碼的可復(fù)用性，也節(jié)省了人員開(kāi)發(fā)成本，最終讓使用者可以把精力放在邏輯或者業(yè)務(wù)代碼的處理上面。
【權(quán)利要求】
1.一種 Native APP、Web APP 與類(lèi)微信 APP 信息同步系統(tǒng)，包括:Native APP/ffeb APP/類(lèi)微信APP，在移動(dòng)端設(shè)備上使用的，提供信息顯示或者功能操作的應(yīng)用程序；微信服務(wù)端；系統(tǒng)服務(wù)端，即本發(fā)明在自身硬件服務(wù)器上面搭建的終端應(yīng)用程序，實(shí)現(xiàn)Native APP/Web APP /類(lèi)微信APP信息同步的關(guān)鍵；所述系統(tǒng)服務(wù)端，包括系統(tǒng)服務(wù)端與Native APP之間通信的模塊、系統(tǒng)服務(wù)端與web html5之間通信的模塊、系統(tǒng)服務(wù)端與微信服務(wù)端之間通信的模塊、系統(tǒng)服務(wù)端的功能維護(hù)模塊和通信數(shù)據(jù)管理模塊。
2.如權(quán)利要求1所述的NativeAPP,Web APP與類(lèi)微信APP信息同步系統(tǒng)，其特征是:所述系統(tǒng)服務(wù)端與Native APP之間通信的模塊，指用戶(hù)根據(jù)自身功能需求，選擇特定的通信協(xié)議與服務(wù)端進(jìn)行數(shù)據(jù)傳輸?shù)慕涌谀K，在該模塊中，提供選擇的通信協(xié)議有HTTP協(xié)議，HTTPS協(xié)議和XMPP協(xié)議，HTTPS協(xié)議一般都適用于保密性要求比較高的數(shù)據(jù)傳輸，比如令牌的校驗(yàn)，HTTP協(xié)議用于普通的數(shù)據(jù)傳輸，而XMPP協(xié)議一般為了達(dá)到實(shí)時(shí)通信的目的，以XML格式進(jìn)行數(shù)據(jù)傳輸。
3.如權(quán)利要求1所述的NativeAPP,Web APP與類(lèi)微信APP信息同步系統(tǒng)，其特征是:所述系統(tǒng)服務(wù)端與web html5之間通信的模塊，指用戶(hù)根據(jù)自身功能要求，選擇是被動(dòng)類(lèi)型還是主動(dòng)類(lèi)型，從而跟服務(wù)端進(jìn)行交互的接口模塊，在該模塊中，被動(dòng)和主動(dòng)兩種類(lèi)型是相對(duì)于服務(wù)端而言，被動(dòng)類(lèi)型是指由客戶(hù)端主動(dòng)發(fā)請(qǐng)求到服務(wù)端要數(shù)據(jù)，涉及下層協(xié)議有HTTP ;主動(dòng)類(lèi)型是指在無(wú)客戶(hù)端請(qǐng)求的情況下服務(wù)端主動(dòng)推送到客戶(hù)端，涉及的寫(xiě)成協(xié)議有 WS/WSS。
4.如權(quán)利要求1所述的NativeAPP,Web APP與類(lèi)微信APP信息同步系統(tǒng)，其特征是:所述系統(tǒng)服務(wù)端與微 信服務(wù)端之間通信的模塊，指系統(tǒng)服務(wù)端調(diào)用微信服務(wù)端提供的接口，做了二次開(kāi)發(fā)封裝，對(duì)外進(jìn)行發(fā)布，這里主要是涉及到下層的協(xié)議有HTTPS，這個(gè)模塊也是系統(tǒng)服務(wù)端與類(lèi)微信APP進(jìn)行通信的橋梁，微信服務(wù)端本身已經(jīng)具備與類(lèi)微信APP進(jìn)行通信，只要保證本發(fā)明的系統(tǒng)服務(wù)端與微信服務(wù)端進(jìn)行實(shí)時(shí)通信，也就能間接達(dá)到與類(lèi)微信APP通信的目的。
5.如權(quán)利要求1所述的NativeAPP,Web APP與類(lèi)微信APP信息同步系統(tǒng)，其特征是:所述系統(tǒng)服務(wù)端的功能維護(hù)模塊，提供了人性化的操作界面，用于管理所有不同顯示端顯示的內(nèi)容，特定功能的啟動(dòng)/關(guān)閉，數(shù)據(jù)保存到數(shù)據(jù)持久層，即是數(shù)據(jù)庫(kù)，同時(shí)根據(jù)界面設(shè)定的參數(shù)，可以設(shè)定數(shù)據(jù)保存在服務(wù)端的有效期；還有通信數(shù)據(jù)管理模塊，通信管理，在數(shù)據(jù)交互太過(guò)頻繁時(shí)，根據(jù)通信優(yōu)先級(jí)策略，將優(yōu)先級(jí)比較高的通信請(qǐng)求先處理，優(yōu)先級(jí)較低的處于等待狀態(tài)，達(dá)到降低服務(wù)端的交互壓力；數(shù)據(jù)管理，對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)進(jìn)行監(jiān)控，當(dāng)數(shù)據(jù)庫(kù)的數(shù)據(jù)寄存超過(guò)有效期就進(jìn)行定時(shí)刪除。
6.如權(quán)利要求1所述的NativeAPP,Web APP與類(lèi)微信APP信息同步系統(tǒng)的操作方法，方法如下:首先使用者必須先將某個(gè)應(yīng)用信息進(jìn)行注冊(cè)，再選擇客戶(hù)端類(lèi)型，在服務(wù)端進(jìn)行登錄，比如android程序必須提供包名，在登記成功之后就會(huì)返回令牌，以此作為發(fā)送和獲取信息的身份憑證；比如在登記選擇了多個(gè)客戶(hù)端類(lèi)型的話(huà)，該應(yīng)用下面的不同客戶(hù)端也都綁定到了同個(gè)令牌；一般有如下兩種情況進(jìn)行保存數(shù)據(jù)到系統(tǒng)服務(wù)端:一種是NativeAPP或Web APP等客戶(hù)端應(yīng)用，既沒(méi)有服務(wù)端技術(shù)進(jìn)行支持，又需要有錄入數(shù)據(jù)端口的話(huà)，可以直接用本發(fā)明中的服務(wù)端功能維護(hù)模塊提供的后臺(tái)界面，進(jìn)行相應(yīng)的操作，在成功登錄服務(wù)端之后，選擇通信的協(xié)議，將需要進(jìn)行發(fā)送數(shù)據(jù)通過(guò)后臺(tái)界面中錄入，將數(shù)據(jù)保存在本發(fā)明的底層數(shù)據(jù)庫(kù)中；一種是如果Native APP或Web APP等客戶(hù)端應(yīng)用,有自己的服務(wù)端來(lái)做支持，可以直接引用本發(fā)明中對(duì)外發(fā)布的通信服務(wù)接口 API，同時(shí)在調(diào)用API傳入令牌做參數(shù)，默認(rèn)是發(fā)送具有該身份標(biāo)識(shí)的所有客戶(hù)端，也可以在參數(shù)指定某幾種客戶(hù)端，臨時(shí)將數(shù)據(jù)保存在本發(fā)明的底層數(shù)據(jù)庫(kù)中；需要進(jìn)行同步的客戶(hù)端應(yīng)用，只需根據(jù)自身的客戶(hù)端類(lèi)型選擇不同的API進(jìn)行調(diào)用，加上應(yīng)用的身份標(biāo)識(shí)令牌，將數(shù)據(jù)臨時(shí)保存在系統(tǒng)服務(wù)端的數(shù)據(jù)提取出來(lái):通過(guò)XMPP協(xié)議或WS協(xié)議達(dá)到主動(dòng)推送信息，或者通過(guò)HTTP協(xié)議代碼的調(diào)用達(dá)到被動(dòng)請(qǐng) 求數(shù)據(jù)，都能同步剛才錄入的數(shù)據(jù)到自身應(yīng)用的客戶(hù)端。
【文檔編號(hào)】H04L12/58GK103780627SQ201410044243
【公開(kāi)日】2014年5月7日 申請(qǐng)日期:2014年1月30日 優(yōu)先權(quán)日:2014年1月30日
【發(fā)明者】吳錦洲 申請(qǐng)人:吳錦洲