本申請(qǐng)案主張日期為2015年10月19日的第62/243,151號(hào)美國(guó)臨時(shí)專利申請(qǐng)案的優(yōu)先權(quán)，其作為參考并入本文中。
技術(shù)領(lǐng)域：
本文中所描述的本發(fā)明的標(biāo)的物大體來(lái)說(shuō)涉及一種用于使用可擴(kuò)展消息接發(fā)和呈現(xiàn)協(xié)議(XMPP)將來(lái)自基于網(wǎng)絡(luò)的瀏覽器的內(nèi)容廣播到接收方裝置的系統(tǒng)和方法，且更明確地說(shuō)涉及一種用于使用可擴(kuò)展消息接發(fā)和呈現(xiàn)協(xié)議(XMPP)將來(lái)自基于網(wǎng)絡(luò)的瀏覽器的即時(shí)消息實(shí)時(shí)廣播到接收方裝置的系統(tǒng)和方法。
背景技術(shù)：
：隨著蜂窩技術(shù)的出現(xiàn)，全世界蜂窩訂戶的數(shù)目已大大增加。經(jīng)由蜂窩技術(shù)支持的許多通信方式中的一者是消息接發(fā)功能性，其中蜂窩訂戶可經(jīng)由蜂窩式通信網(wǎng)絡(luò)中操作的蜂窩式電話共享到接收方的一或多個(gè)消息。盡管消息接發(fā)技術(shù)已有進(jìn)步，但當(dāng)今利用的最優(yōu)選消息接發(fā)技術(shù)仍是短消息服務(wù)(SMS)技術(shù)。最近，SMS技術(shù)的使用已從人對(duì)人(P2P)消息接發(fā)改變?yōu)閼?yīng)用對(duì)人(A2P)消息接發(fā)。與在兩個(gè)移動(dòng)訂戶之間交換消息的P2P消息接發(fā)相比，A2P消息接發(fā)允許經(jīng)由應(yīng)用(例如網(wǎng)絡(luò)應(yīng)用)將消息發(fā)送到一或多個(gè)移動(dòng)訂戶?；蛘?，A2P消息接發(fā)還能夠?qū)⑾囊苿?dòng)訂戶發(fā)送到網(wǎng)絡(luò)應(yīng)用。通常，A2P消息接發(fā)用于發(fā)送警告、通知和營(yíng)銷或促銷消息，例如銀行警告和/或飛行警告。在一個(gè)實(shí)例中，A2P消息接發(fā)可由航空公司使用以通知乘客起飛時(shí)間和登機(jī)閘口。類似地，在另一實(shí)例中，保險(xiǎn)公司可通知其同事參加財(cái)務(wù)研討會(huì)。在現(xiàn)有技術(shù)中，稱為可擴(kuò)展消息接發(fā)和呈現(xiàn)協(xié)議(XMPP)的通信協(xié)議可用于基于XML(可擴(kuò)展標(biāo)記語(yǔ)言)的消息定向中間件。XMPP實(shí)現(xiàn)任何兩個(gè)或兩個(gè)以上網(wǎng)絡(luò)實(shí)體之間經(jīng)構(gòu)造但可擴(kuò)展的數(shù)據(jù)的近實(shí)時(shí)交換。然而，使用現(xiàn)有常規(guī)基于XMPP的技術(shù)交換數(shù)據(jù)僅基于點(diǎn)對(duì)點(diǎn)數(shù)據(jù)交換環(huán)境。技術(shù)實(shí)現(xiàn)要素：提供此概述是為了介紹關(guān)于用于將一或多個(gè)內(nèi)容廣播到接收方裝置的系統(tǒng)和方法的概念，且下文在具體實(shí)施方式中進(jìn)一步描述所述概念。此概述并不意圖識(shí)別所主張的標(biāo)的物的基本特征，也并不意圖用于確定或限制所主張的標(biāo)的物的范圍。在一實(shí)施方案中，揭示一種將一或多個(gè)內(nèi)容廣播到接收方裝置的方法。所述方法可包括由第一處理單元接收來(lái)自發(fā)送方裝置的廣播請(qǐng)求。在一實(shí)施例中，第一處理單元為網(wǎng)絡(luò)服務(wù)器，且其中所述網(wǎng)絡(luò)服務(wù)器經(jīng)由關(guān)聯(lián)到所述發(fā)送方裝置的網(wǎng)絡(luò)瀏覽器接收來(lái)自發(fā)送方裝置的廣播請(qǐng)求。所述廣播請(qǐng)求包括一或多個(gè)內(nèi)容以及關(guān)聯(lián)到所述一或多個(gè)內(nèi)容的元數(shù)據(jù)，其中所述一或多個(gè)內(nèi)容將廣播到接收方裝置。此外，所述方法可包括由第一處理單元將所述一或多個(gè)內(nèi)容以及所述元數(shù)據(jù)存儲(chǔ)在耦合到所述第一處理單元的內(nèi)容儲(chǔ)存庫(kù)中。所述方法可進(jìn)一步包括由耦合到內(nèi)容儲(chǔ)存庫(kù)的第二處理單元檢測(cè)從接收方裝置接收的連接請(qǐng)求，其中所述連接請(qǐng)求由第二處理單元經(jīng)由以通信方式與接收方裝置耦合的第三處理單元接收。在一實(shí)施例中，所述第二處理單元、所述第三處理單元和所述接收方裝置分別為OJC(OpenfireJAVA組件)服務(wù)器、XMPP服務(wù)器和XMPP客戶端裝置(下文稱為XMPP客戶端)。OJC服務(wù)器可進(jìn)一步包括計(jì)算節(jié)點(diǎn)的集群。在一個(gè)方面中，從接收方裝置接收所述連接請(qǐng)求以啟動(dòng)所述一或多個(gè)內(nèi)容到所述接收方裝置的廣播。此外，所述方法可包括由第二處理單元基于連接請(qǐng)求的接收從內(nèi)容儲(chǔ)存庫(kù)檢索所述一或多個(gè)內(nèi)容。此外，所述方法可包括由所述第二處理單元經(jīng)由第三處理單元將所述一或多個(gè)內(nèi)容發(fā)射到接收方裝置。在另一實(shí)施方案中，揭示一種用于將一或多個(gè)內(nèi)容廣播到接收方裝置的系統(tǒng)。所述系統(tǒng)可包括以通信方式耦合到發(fā)送方裝置的第一處理單元。所述第一處理單元可經(jīng)配置以從發(fā)送方裝置接收廣播請(qǐng)求。在一實(shí)施例中，第一處理單元為網(wǎng)絡(luò)服務(wù)器，且其中所述網(wǎng)絡(luò)服務(wù)器經(jīng)由關(guān)聯(lián)到發(fā)送方裝置的網(wǎng)絡(luò)瀏覽器接收來(lái)自發(fā)送方裝置的廣播請(qǐng)求。廣播請(qǐng)求包括一或多個(gè)內(nèi)容以及關(guān)聯(lián)到所述一或多個(gè)內(nèi)容的元數(shù)據(jù)，其中所述一或多個(gè)廣播內(nèi)容將廣播到接收方裝置。所述第一處理單元可進(jìn)一步經(jīng)配置以將所述一或多個(gè)內(nèi)容以及所述元數(shù)據(jù)存儲(chǔ)在耦合到第一處理單元的內(nèi)容儲(chǔ)存庫(kù)中。所述系統(tǒng)可進(jìn)一步包括經(jīng)由第三處理單元以通信方式與接收方裝置耦合的第二處理單元。所述第二處理單元可經(jīng)配置以檢測(cè)從接收方裝置接收的連接請(qǐng)求，其中所述連接請(qǐng)求經(jīng)由第三處理單元接收。在一實(shí)施例中，第二處理單元、第三處理單元和接收方裝置分別為OJC服務(wù)器、XMPP服務(wù)器和XMPP客戶端裝置。OJC服務(wù)器可進(jìn)一步包括計(jì)算節(jié)點(diǎn)的集群。在一個(gè)方面中，從接收方裝置接收連接請(qǐng)求以啟動(dòng)所述一或多個(gè)內(nèi)容到接收方裝置的廣播。所述第二處理單元可進(jìn)一步經(jīng)配置以基于連接請(qǐng)求的接收從內(nèi)容儲(chǔ)存庫(kù)檢索所述一或多個(gè)內(nèi)容。此外，所述第二處理單元可經(jīng)配置以經(jīng)由第三處理單元將所述一或多個(gè)內(nèi)容發(fā)射到接收方裝置。附圖說(shuō)明參考附圖描述具體實(shí)施方式。在圖中，參考標(biāo)號(hào)的最左邊數(shù)字識(shí)別其中所述參考標(biāo)號(hào)第一次出現(xiàn)的圖。貫穿圖式使用相同數(shù)字指代相同特征及組件。圖1說(shuō)明根據(jù)本發(fā)明的實(shí)施例實(shí)現(xiàn)一或多個(gè)內(nèi)容到接收方裝置的廣播的系統(tǒng)100的網(wǎng)絡(luò)實(shí)施方案。圖2說(shuō)明基于XMPP的點(diǎn)對(duì)點(diǎn)消息接發(fā)環(huán)境的常規(guī)技術(shù)。圖3說(shuō)明根據(jù)本發(fā)明的實(shí)施例用于經(jīng)由集中式XMPP服務(wù)器將消息廣播到多個(gè)XMPP客戶端的基于集中式XMPP的廣播技術(shù)。圖4說(shuō)明根據(jù)本發(fā)明的實(shí)施例的流程圖400，其展示用于發(fā)送方裝置的用戶(即網(wǎng)絡(luò)用戶)向網(wǎng)絡(luò)服務(wù)器注冊(cè)的工作流程。圖5說(shuō)明根據(jù)本發(fā)明的實(shí)施例的流程圖500，其展示用于接收方裝置(即，XMPP客戶端裝置)的用戶(App用戶)向XMPP服務(wù)器注冊(cè)的工作流程。圖6為根據(jù)本發(fā)明的實(shí)施例的流程圖600，其展示用于由App用戶訂閱屬于網(wǎng)絡(luò)用戶的頻道的工作流程。圖7說(shuō)明根據(jù)本發(fā)明的實(shí)施例的流程圖700，其描繪關(guān)于OJC服務(wù)器與XMPP客戶端裝置之間的通信的步驟。圖8為說(shuō)明根據(jù)本發(fā)明的實(shí)施例OJC服務(wù)器的經(jīng)集群節(jié)點(diǎn)/組件/機(jī)器之間任務(wù)的分布的圖。圖9說(shuō)明根據(jù)本發(fā)明的實(shí)施例的流程圖900，其描繪關(guān)于OJC服務(wù)器和XMPP服務(wù)器的外部組件/節(jié)點(diǎn)/機(jī)器之間的通信的步驟。圖10到圖14說(shuō)明根據(jù)本發(fā)明的實(shí)施例關(guān)聯(lián)到OJC服務(wù)器與XMPP客戶端裝置之間傳送的各種數(shù)據(jù)包的數(shù)據(jù)包結(jié)構(gòu)。圖15說(shuō)明根據(jù)本發(fā)明的實(shí)施例用于將一或多個(gè)內(nèi)容廣播到接收方裝置的方法1500。具體實(shí)施方式貫穿本說(shuō)明書提及的“各種實(shí)施例”、“一些實(shí)施例”、“一個(gè)實(shí)施例”或“一實(shí)施例”意味著結(jié)合所述實(shí)施例所描述的特定特征、結(jié)構(gòu)或特性被包含在至少一個(gè)實(shí)施例中。因此，貫穿本說(shuō)明書各處出現(xiàn)的短語(yǔ)“在各種實(shí)施例中”、“在一些實(shí)施例中”、“在一個(gè)實(shí)施例中”或“在一實(shí)施例中”未必全部是指同一個(gè)實(shí)施例。此外，在一或多個(gè)實(shí)施例中，特定特征、結(jié)構(gòu)或特性可以任何合適的方式組合。本發(fā)明描述用于將一或多個(gè)內(nèi)容廣播到接收方裝置的系統(tǒng)和方法。更確切地說(shuō)，本發(fā)明描述用以使用XMPP將幾乎即時(shí)的消息從基于網(wǎng)絡(luò)的瀏覽器廣播到基于智能電話的應(yīng)用或App的系統(tǒng)和方法。根據(jù)本發(fā)明的各方面，所述系統(tǒng)可包含發(fā)送方裝置(屬于期望發(fā)送消息的網(wǎng)絡(luò)用戶)、基于網(wǎng)絡(luò)的瀏覽器、網(wǎng)絡(luò)服務(wù)器、內(nèi)容儲(chǔ)存庫(kù)、任務(wù)調(diào)度裝置(中間件應(yīng)用/裝置)、XMPP服務(wù)器、OJC(OpenfireJAVA組件)服務(wù)器和接收方裝置(屬于期望接收消息的App用戶)。必須理解，OJC服務(wù)器是由用于Openfire的JAVA(編程語(yǔ)言)編寫的OpenfireJAVA組件。OJC服務(wù)器包括經(jīng)配置以與XMPP服務(wù)器通信的外部組件(下文可互換地被稱作計(jì)算節(jié)點(diǎn))的集群。XMPP服務(wù)器進(jìn)一步與接收方裝置通信，所述接收方裝置是XMPP客戶端裝置或駐留在XMPP客戶端裝置上的應(yīng)用(App)。在一個(gè)方面中，發(fā)送方裝置的用戶(下文也稱為網(wǎng)絡(luò)用戶)可經(jīng)由基于網(wǎng)絡(luò)的瀏覽器將廣播請(qǐng)求發(fā)射到網(wǎng)絡(luò)服務(wù)器。所述基于網(wǎng)絡(luò)的瀏覽器可提供用于網(wǎng)絡(luò)用戶的接口以存儲(chǔ)來(lái)自網(wǎng)絡(luò)用戶的廣播請(qǐng)求。所述廣播請(qǐng)求可包含消息接發(fā)內(nèi)容、接收方裝置(下文也稱為App)和用于消息的遞送的調(diào)度時(shí)間。廣播請(qǐng)求可存儲(chǔ)在內(nèi)容儲(chǔ)存庫(kù)中且由任務(wù)調(diào)度裝置進(jìn)一步處理。在一個(gè)實(shí)施例中，任務(wù)調(diào)度裝置可經(jīng)由通知消息通知App接入XMPP服務(wù)器且借此檢索由網(wǎng)絡(luò)用戶發(fā)送的既定消息。在另一實(shí)施例中，無(wú)關(guān)于來(lái)自任務(wù)調(diào)度裝置的通知，所述App可觸發(fā)一事件以自動(dòng)登錄XMPP服務(wù)器且借此檢索所述消息。在此實(shí)施例中，一旦App用戶解鎖屏幕或Wi-Fi已連接或App開(kāi)始，所述App就可登錄到XMPP服務(wù)器以便作為后臺(tái)服務(wù)從XMPP服務(wù)器提取所述消息。在一實(shí)施例中，XMPP客戶端可使用基于用戶名、上一次消息接發(fā)ID和上一次當(dāng)前登錄時(shí)戳的部分字符串動(dòng)態(tài)地產(chǎn)生的驗(yàn)證口令登錄XMPP服務(wù)器。在一個(gè)方面中，經(jīng)由OJC服務(wù)器檢索和傳遞所述消息。OJC服務(wù)器可檢測(cè)來(lái)自XMPP客戶端的任何新的連接請(qǐng)求，其中所述連接請(qǐng)求指示XMPP客戶端打算檢索存儲(chǔ)在內(nèi)容儲(chǔ)存庫(kù)中的對(duì)應(yīng)于所述XMPP客戶端的向OJC服務(wù)器啟動(dòng)連接請(qǐng)求的消息。OJC服務(wù)器可經(jīng)配置以從內(nèi)容儲(chǔ)存庫(kù)檢索對(duì)應(yīng)消息并且其后將對(duì)應(yīng)消息傳遞到相應(yīng)XMPP客戶端。OJC由外部組件(計(jì)算節(jié)點(diǎn)或計(jì)算機(jī)器)的集群形成，所述外部組件使用OJC負(fù)載均衡技術(shù)共同地執(zhí)行對(duì)應(yīng)于耦合到XMPP服務(wù)器的多個(gè)XMPP客戶端的消息的檢索和傳遞的分布式任務(wù)。在一實(shí)施例中，到App的消息到達(dá)時(shí)間可用內(nèi)容儲(chǔ)存庫(kù)記錄。消息的檢索完成之后，XMPP客戶端可在由XMPP服務(wù)器監(jiān)視和控制的閑置時(shí)間周期之后被踢出。XMPP客戶端的踢出確保XMPP客戶端不會(huì)由于XMPP客戶端的用戶的企業(yè)工作環(huán)境而一直連接。此外，一旦App的用戶讀取和/或答復(fù)所述消息，所述App就可登錄到XMPP服務(wù)器且促進(jìn)更新內(nèi)容儲(chǔ)存庫(kù)-關(guān)于經(jīng)由OJC服務(wù)器進(jìn)行的消息的讀取和/或答復(fù)的時(shí)戳。最后，網(wǎng)絡(luò)用戶可刷新基于網(wǎng)絡(luò)的瀏覽器中的網(wǎng)頁(yè)以便從內(nèi)容儲(chǔ)存庫(kù)檢索最新遞送結(jié)果。雖然用于將一或多個(gè)內(nèi)容廣播到接收方裝置的所描述的系統(tǒng)和方法的方面可在任何數(shù)目的不同計(jì)算系統(tǒng)、環(huán)境和/或配置中實(shí)施，但在以下示范性系統(tǒng)的上下文中描述所述實(shí)施例。現(xiàn)參看圖1，說(shuō)明根據(jù)本發(fā)明的實(shí)施例的用于將一或多個(gè)內(nèi)容廣播到接收方裝置的系統(tǒng)100的網(wǎng)絡(luò)實(shí)施方案。如圖1中所展示，系統(tǒng)100可包括經(jīng)由網(wǎng)絡(luò)瀏覽器104以通信方式耦合到第一處理單元106的發(fā)送方裝置102。發(fā)送方裝置102的實(shí)例可包含(但不限于)移動(dòng)裝置、個(gè)人數(shù)字助理(PDA)、移動(dòng)計(jì)算裝置、通信裝置、電話、移動(dòng)電話、蜂窩式電話、智能電話、手持機(jī)、單向?qū)ず魴C(jī)、雙向?qū)ず魴C(jī)、消息接發(fā)裝置、計(jì)算機(jī)、個(gè)人計(jì)算機(jī)(PC)、臺(tái)式計(jì)算機(jī)、工作站、膝上型計(jì)算機(jī)、筆記本計(jì)算機(jī)、平板計(jì)算機(jī)、手持型計(jì)算機(jī)、迷你計(jì)算機(jī)、網(wǎng)絡(luò)設(shè)備、網(wǎng)站設(shè)備等等。在一個(gè)實(shí)施例中，耦合到發(fā)送方裝置102的第一處理單元106為網(wǎng)絡(luò)服務(wù)器。下文中，第一處理單元106將被稱作網(wǎng)絡(luò)服務(wù)器106。網(wǎng)絡(luò)服務(wù)器106可進(jìn)一步耦合到經(jīng)配置以存儲(chǔ)多個(gè)內(nèi)容的內(nèi)容儲(chǔ)存庫(kù)108。內(nèi)容儲(chǔ)存庫(kù)108可進(jìn)一步由如圖1中所展示的第二處理單元110和任務(wù)調(diào)度裝置114接入。在一個(gè)實(shí)施例中，第二處理單元110為OJC(OpenfireJAVA組件)服務(wù)器。下文中，第二處理單元110將被稱作OJC(OpenfireJAVA組件)服務(wù)器110。OJC服務(wù)器110進(jìn)一步耦合到第三處理單元112，如所示。在一個(gè)實(shí)施例中，第三處理單元112為可擴(kuò)展消息接發(fā)和呈現(xiàn)協(xié)議(XMPP)服務(wù)器。下文中，第三處理單元112將被稱作XMPP服務(wù)器112。XMPP服務(wù)器112可進(jìn)一步由接收方裝置116或駐留在接收方裝置116上的應(yīng)用接入。在一個(gè)實(shí)施例中，接收方裝置116中的每一者可為XMPP客戶端裝置。下文中，接收方裝置116中的每一者將被稱作XMPP客戶端裝置116。XMPP客戶端裝置116的實(shí)例可包含(但不限于)移動(dòng)裝置、個(gè)人數(shù)字助理(PDA)、移動(dòng)計(jì)算裝置、通信裝置、電話、移動(dòng)電話、蜂窩式電話、智能電話、手持機(jī)、單向?qū)ず魴C(jī)、雙向?qū)ず魴C(jī)、消息接發(fā)裝置、計(jì)算機(jī)、個(gè)人計(jì)算機(jī)(PC)、臺(tái)式計(jì)算機(jī)、工作站、膝上型計(jì)算機(jī)、筆記本計(jì)算機(jī)、平板計(jì)算機(jī)、手持型計(jì)算機(jī)、迷你計(jì)算機(jī)、網(wǎng)絡(luò)設(shè)備、網(wǎng)站設(shè)備等等。包含發(fā)送方裝置102、網(wǎng)絡(luò)服務(wù)器106、OJC服務(wù)器110、XMPP服務(wù)器112、任務(wù)調(diào)度裝置114和XMPP客戶端裝置116的前述計(jì)算裝置可包含至少一個(gè)處理器、輸入/輸出(I/O)接口和存儲(chǔ)器(圖1中未圖示)。所述至少一個(gè)處理器可實(shí)施為一或多個(gè)微處理器、微計(jì)算機(jī)、微控制器、數(shù)字信號(hào)處理器、中央處理單元、狀態(tài)機(jī)、邏輯電路和/或基于操作指令操縱信號(hào)的任何裝置。所述至少一個(gè)處理器還經(jīng)配置(以及其它能力)以提取并執(zhí)行存儲(chǔ)在存儲(chǔ)器中的計(jì)算機(jī)可讀指令。I/O接口可包含多種軟件和硬件接口，例如網(wǎng)絡(luò)接口、圖形用戶接口等等。I/O接口可允許與其它計(jì)算裝置和終端用戶交互。I/O接口可促進(jìn)多種網(wǎng)絡(luò)和協(xié)議類型內(nèi)的多個(gè)通信，所述多種網(wǎng)絡(luò)和協(xié)議類型包含例如LAN、線纜等有線網(wǎng)絡(luò)和例如WLAN、蜂窩式或衛(wèi)星等無(wú)線網(wǎng)絡(luò)。I/O接口可包含用于將若干裝置連接到彼此的一或多個(gè)端口。存儲(chǔ)器可包含此項(xiàng)技術(shù)中已知任何計(jì)算機(jī)可讀媒體，包含例如：易失性存儲(chǔ)器，例如靜態(tài)隨機(jī)存取存儲(chǔ)器(SRAM)和動(dòng)態(tài)隨機(jī)存取存儲(chǔ)器(DRAM)；和/或非易失性存儲(chǔ)器，例如只讀存儲(chǔ)器(ROM)、可擦除可編程ROM、快閃存儲(chǔ)器、硬盤、光盤以及磁帶。存儲(chǔ)器可包含模塊和數(shù)據(jù)。所述模塊包含例程、程序、對(duì)象、組件、數(shù)據(jù)結(jié)構(gòu)等，其執(zhí)行特定任務(wù)或?qū)嵤┨囟ǔ橄髷?shù)據(jù)類型。所述數(shù)據(jù)，在各種用途中，可以充當(dāng)儲(chǔ)存庫(kù)以用于存儲(chǔ)由模塊中的一或多者處理、接收以及產(chǎn)生的數(shù)據(jù)。前述計(jì)算裝置可支持根據(jù)所描述的實(shí)施例的一或多種類型的網(wǎng)絡(luò)上的通信。舉例來(lái)說(shuō)，一些計(jì)算裝置和網(wǎng)絡(luò)可支持廣域網(wǎng)(WAN)、因特網(wǎng)、電話網(wǎng)(例如模擬、數(shù)字、POTS、PSTN、ISDN、xDSL)、移動(dòng)電話網(wǎng)絡(luò)(例如CDMA、GSM、NDAC、TDMA、E-TDMA、NAMPS、WCDMA、CDMA-2000、UMTS、3G、4G)、無(wú)線電網(wǎng)絡(luò)、電視機(jī)網(wǎng)絡(luò)、線纜網(wǎng)絡(luò)、光網(wǎng)絡(luò)(例如PON)、衛(wèi)星網(wǎng)絡(luò)(例如、VSAT)、包交換網(wǎng)絡(luò)、電路交換網(wǎng)絡(luò)、公用網(wǎng)絡(luò)、私用網(wǎng)絡(luò)和/或經(jīng)配置以攜載數(shù)據(jù)的其它有線或無(wú)線通信網(wǎng)絡(luò)上的通信。計(jì)算裝置和網(wǎng)絡(luò)還可支持包含因特網(wǎng)接入的無(wú)線廣域網(wǎng)(WWAN)通信服務(wù)，例如EV-DO、EV-DV、CDMA/1×RTT、GSM/GPRS、EDGE、HSDPA、HSUPA等。前述計(jì)算裝置和網(wǎng)絡(luò)可根據(jù)電氣電子工程師學(xué)會(huì)(IEEE)標(biāo)準(zhǔn)、協(xié)議和例如IEEE802.11(“WiFi”)、IEEE802.16(“WiMAX”)、IEEE802.20x(“移動(dòng)-Fi”)等變型支持無(wú)線局域網(wǎng)(WLAN)和/或無(wú)線城域網(wǎng)(WMAN)數(shù)據(jù)通信功能性。計(jì)算裝置和網(wǎng)絡(luò)還可支持例如無(wú)線個(gè)域網(wǎng)(WPAN)通信、數(shù)據(jù)通信、紅外(IR)通信、近場(chǎng)通信、電磁感應(yīng)(EMI)通信、無(wú)源或有源RFID通信、微脈沖雷達(dá)(MIR)、超寬帶(UWB)通信、自動(dòng)識(shí)別和數(shù)據(jù)俘獲(AIDC)通信等短程通信。前述計(jì)算裝置共同地實(shí)現(xiàn)將所述一或多個(gè)內(nèi)容從發(fā)送方裝置102(下文中可互換地稱作發(fā)送方裝置102或網(wǎng)絡(luò)用戶102)廣播到XMPP客戶端裝置116(下文中可互換地稱作XMPP客戶端裝置116或XMPP客戶端App116或App用戶116)。所述一或多個(gè)內(nèi)容可屬于網(wǎng)絡(luò)用戶102，其中所述一或多個(gè)內(nèi)容將廣播到App用戶116。在一些實(shí)施例中，所述一或多個(gè)內(nèi)容可包括文本消息、音頻消息、視頻消息、多媒體消息、圖像及其組合中的至少一者。在一個(gè)實(shí)例中，本文的所述一或多個(gè)內(nèi)容可包含待由網(wǎng)絡(luò)用戶102使用可擴(kuò)展消息接發(fā)和呈現(xiàn)協(xié)議(XMPP)廣播到App用戶116的大量消息。大體來(lái)說(shuō)，XMPP實(shí)現(xiàn)兩個(gè)或兩個(gè)以上網(wǎng)絡(luò)實(shí)體(即XMPP客戶端)之間經(jīng)構(gòu)造但可擴(kuò)展的數(shù)據(jù)的近實(shí)時(shí)交換。圖2說(shuō)明實(shí)現(xiàn)使用XMPP的內(nèi)容的點(diǎn)對(duì)點(diǎn)交換的常規(guī)/傳統(tǒng)技術(shù)。如所示，XMPP服務(wù)器實(shí)現(xiàn)XMPP裝置之間數(shù)據(jù)的傳遞。因此，在現(xiàn)有情境中，發(fā)送方裝置和接收方裝置兩者必須為XMPP客戶端裝置以便實(shí)現(xiàn)經(jīng)由XMPP服務(wù)器在兩個(gè)裝置之間數(shù)據(jù)的傳遞，如圖2中所展示。與前述常規(guī)/傳統(tǒng)技術(shù)相比，當(dāng)前系統(tǒng)100實(shí)現(xiàn)經(jīng)由非XMPP組件(也就是OJC組件(即圖1中展示的OJC服務(wù)器110))將數(shù)據(jù)傳遞到XMPP客戶端裝置。圖3說(shuō)明根據(jù)本發(fā)明的實(shí)施例經(jīng)由集中式XMPP服務(wù)器112將消息廣播到多個(gè)XMPP客戶端裝置116的基于集中式XMPP的廣播技術(shù)。如圖3中所展示，待廣播的消息來(lái)源于網(wǎng)絡(luò)門戶302，其經(jīng)由網(wǎng)絡(luò)瀏覽器104接收來(lái)自發(fā)送方裝置102的消息。所述消息隨后經(jīng)由非XMPP組件(即OJC服務(wù)器110)經(jīng)由XMPP服務(wù)器112傳遞到XMPP客戶端裝置116。下文中參看圖1和圖4到圖15闡述使用基于集中式XMPP的廣播技術(shù)(如圖3中所說(shuō)明)將內(nèi)容廣播到XMPP客戶端裝置116的詳細(xì)描述，如下。參看圖1，為了實(shí)現(xiàn)由網(wǎng)絡(luò)用戶將內(nèi)容傳遞到App用戶，網(wǎng)絡(luò)用戶必須初始地向網(wǎng)絡(luò)服務(wù)器106注冊(cè)發(fā)送方裝置102(屬于網(wǎng)絡(luò)用戶)。本文的網(wǎng)絡(luò)用戶指代團(tuán)體、組織或人的群組。網(wǎng)絡(luò)用戶可經(jīng)由圖1中展示的網(wǎng)絡(luò)瀏覽器104注冊(cè)發(fā)送方裝置102。參看圖4，說(shuō)明用于網(wǎng)絡(luò)用戶的注冊(cè)的工作流程400。如圖4中所展示，在框402處，開(kāi)始注冊(cè)過(guò)程。在框404處，提示網(wǎng)絡(luò)用戶注冊(cè)對(duì)應(yīng)于網(wǎng)絡(luò)服務(wù)器106上的發(fā)送方裝置102的賬號(hào)。在框406處，提示網(wǎng)絡(luò)用戶輸入用戶名。在框408處，檢驗(yàn)網(wǎng)絡(luò)用戶提供的用戶名是否已經(jīng)存在于系統(tǒng)中。如果在框408處確定所述用戶名存在于系統(tǒng)中，那么在框406處提示網(wǎng)絡(luò)用戶輸入新的用戶名。如果在框408處確定由網(wǎng)絡(luò)用戶提供的用戶名并不存在于系統(tǒng)中，那么在框410處進(jìn)一步提示網(wǎng)絡(luò)用戶輸入口令。在框412處，檢查由網(wǎng)絡(luò)用戶提供的口令的格式。如果所提供的口令的格式正確，那么在框414處使網(wǎng)絡(luò)用戶能夠輸入電子郵件地址。如果口令的格式不正確，那么可提示網(wǎng)絡(luò)用戶再輸入口令直至獲得具有正確格式的口令為止。在框416處，檢查由網(wǎng)絡(luò)用戶提供的電子郵件地址以確定是否相同電子郵件地址由其他網(wǎng)絡(luò)用戶使用。如果確定電子郵件地址由其他網(wǎng)絡(luò)用戶使用，那么提示所述網(wǎng)絡(luò)用戶再輸入對(duì)于所述網(wǎng)絡(luò)用戶來(lái)說(shuō)是唯一的電子郵件地址。如果確定電子郵件地址并不由任何其他網(wǎng)絡(luò)用戶使用，那么在框418處，通過(guò)在所提供的電子郵件地址上將檢驗(yàn)電子郵件發(fā)送到網(wǎng)絡(luò)用戶來(lái)檢驗(yàn)網(wǎng)絡(luò)用戶的電子郵件地址。如果未成功地檢驗(yàn)所述電子郵件地址，那么在框420處，將檢驗(yàn)電子郵件重新發(fā)送到網(wǎng)絡(luò)用戶且相應(yīng)地成功地檢驗(yàn)網(wǎng)絡(luò)用戶的電子郵件地址。基于在框418處電子郵件地址的成功驗(yàn)證，在框422處向網(wǎng)絡(luò)服務(wù)器106成功地注冊(cè)網(wǎng)絡(luò)用戶以及關(guān)聯(lián)到網(wǎng)絡(luò)用戶的發(fā)送方裝置102借此終止注冊(cè)工作流程400。類似地，為了實(shí)現(xiàn)由App用戶從網(wǎng)絡(luò)用戶接收內(nèi)容，App用戶必須初始地向XMPP服務(wù)器112注冊(cè)XMPP客戶端裝置116(屬于App用戶)或駐留在所述XMPP客戶端裝置上的XMPPApp。參看圖5，說(shuō)明用于App用戶的注冊(cè)的工作流程500。如圖5中所展示，在框502處，開(kāi)始注冊(cè)過(guò)程。在框504處，提示App用戶注冊(cè)對(duì)應(yīng)于XMPP服務(wù)器112上的XMPP客戶端裝置116的賬號(hào)。在框506處，提示App用戶選擇用于注冊(cè)XMPP客戶端裝置116和/或XMPP客戶端裝置116上的XMPPApp的注冊(cè)方法。在框508處，使App用戶能夠基于框506處注冊(cè)方法(即電子郵件注冊(cè)方法或電話注冊(cè)方法)的選擇提供電子郵件地址或電話號(hào)碼。在框510處，檢查所提供的電子郵件地址或電話號(hào)碼的格式。如果電子郵件地址或電話號(hào)碼的格式正確，那么在框512處，使App用戶能夠輸入所述電子郵件地址處或電話號(hào)碼上發(fā)送的檢驗(yàn)碼。如果電子郵件地址或電話號(hào)碼的格式不正確，那么可提示App用戶重新輸入電子郵件地址或電話號(hào)碼直至提供正確格式的電子郵件地址或電話號(hào)碼為止。在框514處，檢查由App用戶提供的檢驗(yàn)碼。如果確定App用戶提供的檢驗(yàn)碼不正確，那么可提示App用戶重新輸入正確的檢驗(yàn)碼。如果在框514處確定App用戶提供的檢驗(yàn)碼正確，那么在框516處檢查是否XMPP服務(wù)器112上已經(jīng)存在對(duì)應(yīng)于App用戶的賬號(hào)。如果已經(jīng)存在對(duì)應(yīng)于App用戶的賬號(hào)，那么在框518處，可提示App用戶確認(rèn)現(xiàn)有賬號(hào)的使用。如果App用戶確認(rèn)使用現(xiàn)有賬號(hào)，那么在框520處，將關(guān)于App用戶的現(xiàn)有賬號(hào)的賬號(hào)數(shù)據(jù)恢復(fù)到App用戶的XMPP客戶端裝置116?；诳?20處賬號(hào)數(shù)據(jù)的成功恢復(fù)或框516處現(xiàn)有賬號(hào)的不可用性的確定，在框522處向XMPP服務(wù)器112成功地注冊(cè)App用戶以及XMPP客戶端裝置116和/或XMPP客戶端裝置116上的XMPPApp借此終止注冊(cè)工作流程500?，F(xiàn)再次參看圖1，基于網(wǎng)絡(luò)用戶102向網(wǎng)絡(luò)服務(wù)器106的成功注冊(cè)，網(wǎng)絡(luò)用戶102可經(jīng)由網(wǎng)絡(luò)瀏覽器104向網(wǎng)絡(luò)服務(wù)器106提交廣播請(qǐng)求。確切地說(shuō)，網(wǎng)絡(luò)用戶可經(jīng)由網(wǎng)絡(luò)瀏覽器104登錄到網(wǎng)絡(luò)服務(wù)器106。在一實(shí)施例中，廣播請(qǐng)求可包括一或多個(gè)內(nèi)容以及關(guān)聯(lián)到所述一或多個(gè)內(nèi)容的元數(shù)據(jù)。所述一或多個(gè)內(nèi)容將經(jīng)由屬于網(wǎng)絡(luò)用戶102的頻道廣播到至少一個(gè)XMPP客戶端裝置116。本文中的頻道指示網(wǎng)絡(luò)用戶102與所述至少一個(gè)XMPP客戶端裝置116之間的通信關(guān)系。所述通信關(guān)系也稱為“會(huì)見(jiàn)”，其中所述通信關(guān)系用于將來(lái)自網(wǎng)絡(luò)用戶的內(nèi)容傳遞到XMPP客戶端裝置116且反之亦然。在一方面中，所述關(guān)系為多對(duì)多關(guān)系。也就是說(shuō)，屬于單一網(wǎng)絡(luò)用戶的單一頻道可由多個(gè)XMPP客戶端裝置116訂閱。應(yīng)注意，App用戶116可基于向XMPP服務(wù)器114成功注冊(cè)而向網(wǎng)絡(luò)用戶102提交訂閱請(qǐng)求以便訂閱關(guān)聯(lián)到網(wǎng)絡(luò)用戶102的頻道。網(wǎng)絡(luò)用戶102可批準(zhǔn)來(lái)自App用戶116的所述訂閱請(qǐng)求。圖6說(shuō)明流程圖600，其描繪用于由關(guān)聯(lián)到XMPP客戶端裝置116的用戶(即App用戶)訂閱頻道的工作流程，其中所訂閱的所述頻道屬于關(guān)聯(lián)到發(fā)送方裝置102的用戶(即網(wǎng)絡(luò)用戶)。如圖6中所展示，在框602處，開(kāi)始用于頻道的訂閱的過(guò)程。在框604處，App用戶可訂閱網(wǎng)絡(luò)用戶的頻道。在框606處，可提示App用戶輸入對(duì)應(yīng)于正由App用戶訂閱的頻道的頻道識(shí)別符(ID)。在框608處，檢查是否存在對(duì)應(yīng)于頻道ID的頻道。如果在框608處確定不存在對(duì)應(yīng)于頻道ID的頻道，那么提示App用戶重新輸入關(guān)于存在的有效頻道的頻道ID。如果在框608處確定存在對(duì)應(yīng)于頻道ID的頻道且其為有效頻道，那么在框610處，檢驗(yàn)App用戶是否已經(jīng)訂閱所述頻道。如果App用戶已經(jīng)訂閱所述頻道，那么提示App用戶輸入對(duì)應(yīng)于所訂閱的頻道的頻道ID且借此網(wǎng)絡(luò)用戶和App用戶經(jīng)由所訂閱的頻道連接以便實(shí)現(xiàn)網(wǎng)絡(luò)用戶與App用戶之間數(shù)據(jù)的傳遞。然而，如果在框610處確定App用戶尚未訂閱所述頻道，那么在框612處使App用戶能夠?qū)㈩l道訂閱請(qǐng)求發(fā)射到網(wǎng)絡(luò)用戶以便訂閱和/或確認(rèn)屬于所述網(wǎng)絡(luò)用戶的頻道。在框614處，基于頻道的確認(rèn)，可提示App用戶提供額外留言以便檢驗(yàn)App用戶。在一個(gè)實(shí)例中，可提示App用戶輸入App用戶的姓名或識(shí)別App的識(shí)別符或先前由網(wǎng)絡(luò)用戶提供到App用戶的個(gè)人識(shí)別號(hào)(PIN)。在框616處，網(wǎng)絡(luò)用戶可批準(zhǔn)頻道訂閱請(qǐng)求。在框618處，檢查網(wǎng)絡(luò)用戶是否已經(jīng)批準(zhǔn)來(lái)自App用戶的頻道訂閱請(qǐng)求。如果在框618處確定網(wǎng)絡(luò)用戶尚未批準(zhǔn)頻道訂閱請(qǐng)求，那么迭代地執(zhí)行前述頻道訂閱的過(guò)程(框604-618)直至網(wǎng)絡(luò)用戶批準(zhǔn)App用戶的頻道訂閱請(qǐng)求為止。如果在框618處確定網(wǎng)絡(luò)用戶已經(jīng)批準(zhǔn)頻道訂閱請(qǐng)求，那么頻道訂閱在框620處成功，借此終止用于頻道訂閱的工作流程600。必須理解，每一網(wǎng)絡(luò)用戶102具有用于廣播屬于相應(yīng)網(wǎng)絡(luò)用戶的內(nèi)容的單獨(dú)和/或唯一頻道。此外，每一App用戶必須訂閱相應(yīng)網(wǎng)絡(luò)用戶的相應(yīng)頻道以便在App用戶與網(wǎng)絡(luò)用戶之間建立用于廣播所述內(nèi)容的通信關(guān)系。在一個(gè)方面中，本文中的內(nèi)容可指代關(guān)于由主要是企業(yè)和/或商業(yè)組織的網(wǎng)絡(luò)用戶提供的各種產(chǎn)品/解決方案的廣告和營(yíng)銷/促銷消息。如上文所描述，網(wǎng)絡(luò)服務(wù)器106可接收包括所述一或多個(gè)內(nèi)容和關(guān)聯(lián)到所述一或多個(gè)內(nèi)容的元數(shù)據(jù)的廣播請(qǐng)求。在一個(gè)實(shí)例中，所述一或多個(gè)內(nèi)容指示待廣播到XMPP客戶端裝置116的消息。此外，所述元數(shù)據(jù)可包括關(guān)于XMPP客戶端裝置116(和借此識(shí)別的App用戶身份)的識(shí)別符和用于啟動(dòng)消息到App用戶的傳遞的調(diào)度時(shí)間。應(yīng)注意，網(wǎng)絡(luò)用戶通過(guò)從發(fā)送方裝置102的地址簿存儲(chǔ)器選擇App用戶，輸入待廣播到所選擇的App用戶的內(nèi)容/消息且設(shè)定用于內(nèi)容/消息的廣播的調(diào)度時(shí)間來(lái)產(chǎn)生廣播請(qǐng)求。所述廣播請(qǐng)求可存儲(chǔ)在與如圖1中所展示的網(wǎng)絡(luò)服務(wù)器106耦合的內(nèi)容儲(chǔ)存庫(kù)108中。在一個(gè)實(shí)施例中，內(nèi)容儲(chǔ)存庫(kù)108是含有存儲(chǔ)數(shù)據(jù)(即內(nèi)容和關(guān)于所述內(nèi)容的元數(shù)據(jù))的不同數(shù)據(jù)表的數(shù)據(jù)庫(kù)。現(xiàn)再次參看圖1，任務(wù)調(diào)度裝置114可經(jīng)配置以按照內(nèi)容/消息的廣播請(qǐng)求中設(shè)定的調(diào)度時(shí)間觸發(fā)存儲(chǔ)在內(nèi)容儲(chǔ)存庫(kù)108中的內(nèi)容/消息到XMPP客戶端裝置116的廣播。任務(wù)調(diào)度裝置114為經(jīng)配置以基于內(nèi)容儲(chǔ)存庫(kù)108中內(nèi)容/消息的發(fā)射/接收的狀態(tài)更新內(nèi)容儲(chǔ)存庫(kù)108的中間件裝置和/或應(yīng)用。在一實(shí)施例中，任務(wù)調(diào)度裝置114可通知XMPP客戶端裝置116觸發(fā)從XMPP客戶端裝置116到XMPP服務(wù)器112的連接請(qǐng)求以用于內(nèi)容/消息的檢索。確切地說(shuō)，任務(wù)調(diào)度裝置114可在XMPP客戶端裝置(或XMPPApp)上將通知消息發(fā)送到App用戶，其中所述通知消息指示App用戶登錄XMPP服務(wù)器112且檢索經(jīng)調(diào)度用于廣播到App用戶的消息/內(nèi)容。經(jīng)由下文中詳細(xì)闡述的OJC服務(wù)器110與XMPP客戶端裝置116之間建立的連接啟用內(nèi)容/消息的傳遞。OJC服務(wù)器110可經(jīng)配置以管理從內(nèi)容儲(chǔ)存庫(kù)108檢索內(nèi)容/消息，且經(jīng)由XMPP服務(wù)器112將內(nèi)容/消息傳遞到XMPP客戶端裝置116。OJC服務(wù)器110可經(jīng)配置以經(jīng)由XMPP服務(wù)器112從XMPP客戶端裝置116中的至少一者接收連接請(qǐng)求。OJC服務(wù)器110包含共同地執(zhí)行從內(nèi)容儲(chǔ)存庫(kù)108檢索內(nèi)容和將內(nèi)容傳遞到XMPP客戶端裝置116的任務(wù)的計(jì)算節(jié)點(diǎn)(或外部組件/機(jī)器)的集群。OJC服務(wù)器110可包括‘N’數(shù)目個(gè)計(jì)算節(jié)點(diǎn)，其中N>1。所述組件中的每一者具有對(duì)等組件或節(jié)點(diǎn)之間的相同配置和數(shù)據(jù)庫(kù)會(huì)話。集群設(shè)計(jì)經(jīng)由服務(wù)器之間的負(fù)載均衡算法實(shí)現(xiàn)均衡連接，且提供故障接管支持。如下詳細(xì)闡述由計(jì)算節(jié)點(diǎn)的集群執(zhí)行的負(fù)載均衡算法。計(jì)算節(jié)點(diǎn)的集群包括第一節(jié)點(diǎn)(下文中被稱作主節(jié)點(diǎn))和多個(gè)從節(jié)點(diǎn)(下文中被稱作工作節(jié)點(diǎn))。第一節(jié)點(diǎn)或主節(jié)點(diǎn)適于將任務(wù)指派到每一工作節(jié)點(diǎn)以檢索和傳遞對(duì)應(yīng)于XMPP客戶端裝置116中的至少一者的內(nèi)容/消息。任務(wù)到工作節(jié)點(diǎn)的指派是基于負(fù)載均衡算法。如上文所描述，主節(jié)點(diǎn)管理工作節(jié)點(diǎn)且因此并不負(fù)責(zé)執(zhí)行內(nèi)容檢索及其到XMPP客戶端裝置116中的一者的傳遞的任務(wù)。在主節(jié)點(diǎn)失效或不在執(zhí)行的情境中，將工作節(jié)點(diǎn)中的一者指定為管理其它工作節(jié)點(diǎn)的主節(jié)點(diǎn)。所述主節(jié)點(diǎn)可經(jīng)配置以提取以表呈現(xiàn)的內(nèi)容儲(chǔ)存庫(kù)108中的內(nèi)容/消息，其被稱作“批次”，具有狀態(tài)＝“NEW_ENTRY”。必須理解，每一批次包含由網(wǎng)絡(luò)用戶發(fā)送到App用戶的大量消息。因此，每一批次中的總接收方不同于其它批次。主節(jié)點(diǎn)可將總接收方分類為三個(gè)不同批次，即小樣本、中等樣本和大樣本。在一個(gè)示范性實(shí)施例中，小樣本可包含1-50個(gè)接收方，中等樣本可包含51-500個(gè)接收方，且大樣本可包含超過(guò)500個(gè)接收方。主節(jié)點(diǎn)接著可將這些小、中等和大樣本指派到工作節(jié)點(diǎn)以供執(zhí)行。在一個(gè)實(shí)施例中，總接收方的分類為小樣本、中等樣本和大樣本的類別的接收方百分比分別大致為75％、20％和5％。圖8為說(shuō)明根據(jù)本發(fā)明的實(shí)施例的OJC服務(wù)器110的經(jīng)集群節(jié)點(diǎn)/組件之間任務(wù)的分布的框圖。應(yīng)注意，工作節(jié)點(diǎn)適于優(yōu)先處理關(guān)于分類為小樣本的接收方的內(nèi)容/消息，但中等樣本和大樣本在隊(duì)列中等待處理。這是因?yàn)?，從網(wǎng)絡(luò)用戶使用體驗(yàn)的觀點(diǎn)來(lái)看，小樣本的處理可以較少時(shí)間完成且更容易被通知具有延遲。在一個(gè)極端情境中，可指派100％的工作節(jié)點(diǎn)來(lái)處置小樣本。專門工作節(jié)點(diǎn)可經(jīng)配置以處置具有大樣本的罕見(jiàn)的情境。用于大樣本的專門工作節(jié)點(diǎn)分配使專門工作節(jié)點(diǎn)能夠僅處置/處理此特定批次的大樣本，因此避免節(jié)點(diǎn)之間不必要的上下文切換。主節(jié)點(diǎn)可分配剩余工作節(jié)點(diǎn)來(lái)處置中等樣本。應(yīng)注意，一旦批次的處理完成，所述批次的狀態(tài)就更新為“COMPLETED”，且所述批次將不再次處理。一旦工作節(jié)點(diǎn)完成所指派的任務(wù)，所述工作節(jié)點(diǎn)就向主節(jié)點(diǎn)更新完成狀態(tài)且等待主節(jié)點(diǎn)進(jìn)一步分配后續(xù)任務(wù)。分配到工作節(jié)點(diǎn)中的每一者的任務(wù)是：由OJC服務(wù)器110從所述至少一個(gè)XMPP客戶端裝置116接收連接請(qǐng)求之后的內(nèi)容/消息到所述至少一個(gè)XMPP客戶端裝置116的檢索和傳遞。由工作節(jié)點(diǎn)代表OJC服務(wù)器110進(jìn)行的前述任務(wù)的執(zhí)行經(jīng)由OJC服務(wù)器110與XMPP客戶端裝置116之間建立的通信來(lái)促進(jìn)。圖7為描繪關(guān)于OJC服務(wù)器110與所述至少一個(gè)XMPP客戶端裝置116之間的通信的步驟的流程圖700。如圖7中所展示，在框702處，開(kāi)始用于促進(jìn)OJC服務(wù)器110與XMPP客戶端裝置116之間的通信的過(guò)程。在框704處，OJC服務(wù)器110可收聽(tīng)來(lái)自XMPP客戶端裝置116的連接請(qǐng)求。在框706處，OJC服務(wù)器110可檢查是否消息從網(wǎng)絡(luò)用戶發(fā)送到App用戶。如果在框706處確定消息從網(wǎng)絡(luò)用戶發(fā)送到App用戶，那么在框708處，OJC服務(wù)器110可從內(nèi)容儲(chǔ)存庫(kù)108讀取消息且將消息傳遞到App用戶。在框710處，OJC服務(wù)器110可用關(guān)于App用戶對(duì)消息的接收的時(shí)戳更新內(nèi)容儲(chǔ)存庫(kù)108。在框712處，XMPP客戶端裝置116可保持與OJC服務(wù)器110連接。如果在框706處確定消息未從網(wǎng)絡(luò)用戶發(fā)送到App用戶，那么在框714處App用戶可讀取或答復(fù)從網(wǎng)絡(luò)用戶接收的消息。在框716處，檢驗(yàn)App用戶是否已經(jīng)讀取所述消息或答復(fù)所述消息。如果在框716處確定App用戶已經(jīng)讀取所述消息，那么在框718處，OJC服務(wù)器110可用關(guān)于App用戶作出的對(duì)應(yīng)于來(lái)自網(wǎng)絡(luò)用戶的所接收的消息的答復(fù)的內(nèi)容更新內(nèi)容儲(chǔ)存庫(kù)108。或者，在框720處，OJC服務(wù)器110可用關(guān)于正由App用戶讀取的消息的時(shí)戳更新內(nèi)容儲(chǔ)存庫(kù)108。應(yīng)注意，內(nèi)容儲(chǔ)存庫(kù)中記錄的時(shí)戳指示到XMPPApp或XMPP客戶端裝置116的消息到達(dá)時(shí)間。在用所答復(fù)內(nèi)容或時(shí)戳更新內(nèi)容儲(chǔ)存庫(kù)108之后，所述過(guò)程進(jìn)行到框712，其中XMPP客戶端裝置116保持與OJC服務(wù)器110連接。在框722處，檢查XMPP客戶端裝置是否閑置(即App用戶既不讀取也不答復(fù)來(lái)自網(wǎng)絡(luò)用戶的所接收的消息)持續(xù)大于一分鐘的預(yù)定義時(shí)間周期。如果XMPP客戶端裝置并不閑置持續(xù)大于一分鐘的時(shí)間周期，那么在框724處，檢查是否存在從XMPP客戶端裝置116到OJC服務(wù)器110的任何新的連接請(qǐng)求用于從網(wǎng)絡(luò)用戶接收新消息。如果在框724處確定存在新連接請(qǐng)求，那么重復(fù)從框706的過(guò)程步驟直至不再檢測(cè)到新的連接請(qǐng)求。如果在框724處確定不存在新的連接請(qǐng)求，那么過(guò)程進(jìn)行到框712。如果在框722處確定XMPP客戶端裝置閑置持續(xù)大于一分鐘的時(shí)間周期，那么在框726處將XMPP客戶端裝置116自動(dòng)踢出使其不與OJC服務(wù)器110連接，借此終止OJC服務(wù)器110與XMPP客戶端裝置116之間的通信。必須理解，OJC服務(wù)器110可經(jīng)由XMPP服務(wù)器112與XMPP客戶端裝置116通信。主節(jié)點(diǎn)可針對(duì)每一工作節(jié)點(diǎn)指派專門通信會(huì)話，其中所述專門通信會(huì)話促進(jìn)相應(yīng)工作節(jié)點(diǎn)與XMPP服務(wù)器112之間的通信。在一個(gè)實(shí)施例中，通信會(huì)話為TCP會(huì)話。更確切地說(shuō)，TCP會(huì)話實(shí)現(xiàn)內(nèi)容/消息從工作節(jié)點(diǎn)到相應(yīng)XMPP客戶端裝置116的傳遞。工作節(jié)點(diǎn)經(jīng)由XMPP服務(wù)器112的通信端口(例如端口號(hào)843)與XMPP服務(wù)器112連接以便傳遞內(nèi)容/消息。所述通信端口經(jīng)配置以收聽(tīng)來(lái)自工作節(jié)點(diǎn)的傳入連接請(qǐng)求。在一實(shí)施例中，工作節(jié)點(diǎn)與XMPP服務(wù)器112之間經(jīng)由通信端口建立的連接是遵循由XMPP標(biāo)準(zhǔn)(即“XEP-0114：Jabber組件協(xié)議”)指定的規(guī)格的插口連接。工作節(jié)點(diǎn)與XMPP服務(wù)器112之間的通信的細(xì)節(jié)在下文中參看圖9描述。圖9為描繪關(guān)于OJC服務(wù)器110與XMPP服務(wù)器112的節(jié)點(diǎn)(即工作節(jié)點(diǎn)/組件)之間的通信的步驟的流程圖900。如圖所示，在框902處，工作節(jié)點(diǎn)與XMPP服務(wù)器112之間的通信經(jīng)由通信端口843上建立的專門TCP會(huì)話開(kāi)始。在框904處，工作節(jié)點(diǎn)可將流發(fā)射到XMPP服務(wù)器112。在一個(gè)實(shí)施例中，工作節(jié)點(diǎn)發(fā)射的流的格式如下：<stream:streamxmlns＝'jabber:component:accept'xmlns:stream＝'http://etherx.jabber.org/streams'to＝'xxx.192.1.1.1'>；其中，“xxx.192.1.1.1”指示處置由名稱和服務(wù)器IP組成的組件/工作節(jié)點(diǎn)的XMPP服務(wù)器112的代理。在框906處，在接收流之后，XMPP服務(wù)器112可通過(guò)將流標(biāo)頭發(fā)射到組件/工作節(jié)點(diǎn)而答復(fù)組件/工作節(jié)點(diǎn)。流標(biāo)頭可包括關(guān)于從組件/工作節(jié)點(diǎn)接收的流的流識(shí)別符(流ID)。在一個(gè)實(shí)施例中，由XMPP服務(wù)器112發(fā)射到組件/工作節(jié)點(diǎn)的流標(biāo)頭的格式如下：<stream:streamxmlns:stream＝'http://etherx.jabber.org/streams'xmlns＝'jabber:component:accept'from＝'xxx.192.1.1.1'id＝'[StreamID]'>在框908處，組件/工作節(jié)點(diǎn)可將握手要素以握手信號(hào)的形式發(fā)射到XMPP服務(wù)器112。在一實(shí)施例中，可至少基于與預(yù)共享機(jī)密密鑰串接的流識(shí)別符(流ID)來(lái)計(jì)算握手要素的XML字符數(shù)據(jù)。在一個(gè)實(shí)施例中，包括與機(jī)密密鑰串接的流ID的握手信號(hào)的格式如下：<handshake>aaee83c26aeeafcbabeabfcbcd50df997e0a2a1e</handshake>在框910處，檢查所接收的握手要素是否正確。如果確定所接收的握手要素不正確，那么過(guò)程進(jìn)行到框904。如果確定所接收的握手要素正確，那么在框912處XMPP服務(wù)器112可將對(duì)應(yīng)于以上握手信號(hào)的確認(rèn)信號(hào)的形式的空握手要素發(fā)射到組件/工作節(jié)點(diǎn)。發(fā)射確認(rèn)信號(hào)以指示XMPP服務(wù)器112與所述組件/工作節(jié)點(diǎn)之間建立成功連接。在一個(gè)實(shí)施例中，空握手要素(即確認(rèn)信號(hào))的格式如下：<handshake/>在框914處，基于確認(rèn)信號(hào)的接收，組件/工作節(jié)點(diǎn)向XMPP服務(wù)器112的驗(yàn)證成功，借此在組件/工作節(jié)點(diǎn)與XMPP服務(wù)器112之間建立插口連接。在框916處，在建立插口連接之后，XMPP服務(wù)器112和OJC服務(wù)器110兩者均就緒以經(jīng)由所建立的插口連接在彼此間發(fā)送和/或接收消息/內(nèi)容。在框918處，檢查OJC服務(wù)器110是否已經(jīng)將解除連接信號(hào)發(fā)送到XMPP服務(wù)器112。如果在框918處確定OJC服務(wù)器110尚未發(fā)送解除連接信號(hào)，那么在框920處檢驗(yàn)OJC服務(wù)器110與XMPP服務(wù)器112之間的連接是否由于缺乏內(nèi)容/消息的傳遞而非活躍持續(xù)大于30秒的時(shí)間周期。如果在框920處確定所述連接非活躍持續(xù)大于30秒的時(shí)間周期，那么在框922處，OJC服務(wù)器110將心跳消息發(fā)射到XMPP服務(wù)器112以維持插口連接以便促進(jìn)消息/內(nèi)容從OJC服務(wù)器110到XMPP服務(wù)器112的傳遞且反之亦然。如果在框918處確定OJC服務(wù)器110已經(jīng)發(fā)送解除連接信號(hào)，那么在框924處，終止組件/工作節(jié)點(diǎn)與XMPP服務(wù)器之間的插口連接。必須理解，OJC服務(wù)器110的組件/工作節(jié)點(diǎn)可首先將既定針對(duì)XMPP客戶端裝置116的消息傳遞到XMPP服務(wù)器的代理，并且其后將消息重定向到XMPP客戶端裝置116。在一個(gè)實(shí)施例中，傳遞到XMPP客戶端裝置116的消息如下：其中，“john.lee\40abc.com”是指定的XMPP客戶端裝置，且[content]是消息接發(fā)內(nèi)容。類似地，如果存在對(duì)應(yīng)于來(lái)自XMPP客戶端裝置116的消息接發(fā)內(nèi)容的響應(yīng)內(nèi)容，那么所述響應(yīng)內(nèi)容由XMPP客戶端裝置116傳遞到XMPP服務(wù)器112。XMPP服務(wù)器112隨后將響應(yīng)內(nèi)容重定向到OJC服務(wù)器110的組件/工作節(jié)點(diǎn)，所述OJC服務(wù)器110最終將響應(yīng)內(nèi)容插入在內(nèi)容儲(chǔ)存庫(kù)108中。在一個(gè)實(shí)施例中，從XMPP客戶端裝置116傳遞的響應(yīng)內(nèi)容如下：其中，[content]是來(lái)自XMPP客戶端裝置116的響應(yīng)內(nèi)容。必須理解，OJC服務(wù)器110的組件/工作節(jié)點(diǎn)可經(jīng)配置以更新對(duì)應(yīng)于內(nèi)容/消息的關(guān)于響應(yīng)內(nèi)容的接收的內(nèi)容儲(chǔ)存庫(kù)，或所述內(nèi)容/消息由XMPP客戶端裝置116或其組合存取。XMPP客戶端裝置116可由任務(wù)調(diào)度裝置114觸發(fā)以登錄XMPP服務(wù)器112以便檢索去往相應(yīng)客戶端裝置116的消息/內(nèi)容?；蛘?，XMPPApp經(jīng)配置以在一旦發(fā)生以下情況時(shí)在不接收來(lái)自任務(wù)調(diào)度裝置114的觸發(fā)/通知的情況下自動(dòng)登錄XMPP服務(wù)器112：XMPP客戶端裝置116解鎖或因特網(wǎng)連接(例如Wi-Fi或2G/3G/4G)可用或XMPP客戶端裝置116上的XMPPApp開(kāi)啟。在一個(gè)實(shí)施例中，XMPP客戶端裝置116可經(jīng)由使用動(dòng)態(tài)口令產(chǎn)生技術(shù)產(chǎn)生的動(dòng)態(tài)口令登錄到XMPP服務(wù)器112。XMPP服務(wù)器113可基于動(dòng)態(tài)口令以及由App用戶提供的AppUsername(例如電子郵件地址、手機(jī)號(hào)等)驗(yàn)證XMPP客戶端裝置116以便接入XMPP服務(wù)器112。在一個(gè)實(shí)施例中，動(dòng)態(tài)口令可針對(duì)XMPP服務(wù)器112與XMPP客戶端裝置116之間啟動(dòng)的當(dāng)前登錄會(huì)話而實(shí)時(shí)產(chǎn)生。在此實(shí)施例中，可基于以下中的至少一者產(chǎn)生動(dòng)態(tài)口令：接收方識(shí)別符(即關(guān)聯(lián)到App用戶的識(shí)別符)、關(guān)聯(lián)到由接收方裝置檢索的上一內(nèi)容的內(nèi)容識(shí)別符、對(duì)應(yīng)于XMPP服務(wù)器112與XMPP客戶端裝置116之間的上一登錄會(huì)話的時(shí)戳及其組合。在一個(gè)實(shí)例中，針對(duì)每一登錄會(huì)話產(chǎn)生的口令串是基于公式(1)，如下：口令串＝MD5[substr(AppUsername,10)+上一MessageID+上一登錄時(shí)戳]........................................公式(1)其中，AppUsername為關(guān)于App用戶的注冊(cè)用戶名。應(yīng)注意，AppUsername為App用戶注冊(cè)之后產(chǎn)生的恒定串。MessageID：其為對(duì)應(yīng)于每一內(nèi)容/消息的唯一內(nèi)容/消息識(shí)別符。所述內(nèi)容/消息識(shí)別符可在XMPP服務(wù)器112和XMPP客戶端裝置116兩者處經(jīng)由HTTP同步發(fā)射而同步。登錄時(shí)戳：指示每一XMPP驗(yàn)證期間XMPP服務(wù)器112與XMPP客戶端裝置116兩者處記錄的時(shí)戳。應(yīng)注意，以上公式(1)可每次根據(jù)App版本更新而更新/修改/改變以便增加口令串形成的復(fù)雜性?；谟蒟MPP服務(wù)器112對(duì)XMPP客戶端裝置116的成功驗(yàn)證，XMPP客戶端裝置116可檢索去往XMPP客戶端裝置116的內(nèi)容/消息。如果XMPP客戶端裝置116非活躍持續(xù)預(yù)定義時(shí)間周期(例如比方說(shuō)1分鐘)，那么XMPP客戶端裝置116可由XMPP服務(wù)器112踢出。確切地說(shuō)，XMPP服務(wù)器112可經(jīng)編程以選擇在線且已提取內(nèi)容/消息持續(xù)預(yù)定時(shí)間間隔(例如兩分鐘)的XMPP客戶端裝置116，并且其后所述XMPP客戶端裝置116仍連接，而在預(yù)定義時(shí)間周期(例如一分鐘或更長(zhǎng)時(shí)間)內(nèi)無(wú)任何活動(dòng)。這些所選擇的XMPP客戶端裝置116由XMPP服務(wù)器112踢出。非活躍XMPP客戶端裝置116的踢出實(shí)現(xiàn)系統(tǒng)資源的負(fù)擔(dān)的減小且借此促進(jìn)節(jié)省裝置的電池服務(wù)壽命。網(wǎng)絡(luò)用戶102可經(jīng)配置以通過(guò)刷新發(fā)送方裝置102上呈現(xiàn)的網(wǎng)頁(yè)而經(jīng)由網(wǎng)絡(luò)瀏覽器104從內(nèi)容儲(chǔ)存庫(kù)108檢索最新遞送報(bào)告。最新遞送報(bào)告可顯示遞送到相應(yīng)XMPP客戶端裝置116的內(nèi)容/消息的狀態(tài)。在一個(gè)方面，系統(tǒng)100可能夠經(jīng)由網(wǎng)絡(luò)瀏覽器實(shí)施全載尋呼算法而發(fā)送大量消息且檢索高達(dá)50000個(gè)App用戶的遞送結(jié)果以實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)用戶的提示響應(yīng)。全載尋呼算法進(jìn)一步描述如下。網(wǎng)絡(luò)用戶102可經(jīng)配置以經(jīng)由網(wǎng)絡(luò)門戶302(圖3中展示)執(zhí)行從內(nèi)容儲(chǔ)存庫(kù)108的大量加載。舉例來(lái)說(shuō)，網(wǎng)絡(luò)用戶102可跨越若干個(gè)月加載高達(dá)50，000個(gè)條目(例如地址簿檢索、遞送結(jié)果)且執(zhí)行統(tǒng)計(jì)分析。為了實(shí)現(xiàn)大量加載期間針對(duì)網(wǎng)絡(luò)用戶的提示視覺(jué)響應(yīng)，系統(tǒng)100實(shí)施全載尋呼算法如下：根據(jù)由系統(tǒng)100實(shí)施的全載尋呼算法，可首先計(jì)算待加載的總條目且將其相應(yīng)地分類為包含小樣本和大樣本的兩個(gè)類型。應(yīng)注意，每一小樣本含有1-500個(gè)條目，而每一大樣本可含有超過(guò)500個(gè)條目。對(duì)于分類為小樣本的條目，系統(tǒng)100可檢索來(lái)自內(nèi)容儲(chǔ)存庫(kù)108的數(shù)據(jù)且可針對(duì)每一條目計(jì)算小計(jì)的統(tǒng)計(jì)。系統(tǒng)100接著可將數(shù)據(jù)寫入到內(nèi)容儲(chǔ)存庫(kù)的數(shù)據(jù)表，內(nèi)容儲(chǔ)存庫(kù)為用于jQueryjavascript庫(kù)的插件。因?yàn)樾颖局械臈l目小于500，所以用于檢索來(lái)自內(nèi)容儲(chǔ)存庫(kù)108的數(shù)據(jù)的數(shù)據(jù)檢索時(shí)間以及用以將數(shù)據(jù)寫入到數(shù)據(jù)表中的處理時(shí)間對(duì)于網(wǎng)絡(luò)用戶來(lái)說(shuō)并不顯著。應(yīng)注意，數(shù)據(jù)檢索時(shí)間和處理時(shí)間共同地總共小于1秒。必須理解，當(dāng)數(shù)據(jù)全載到網(wǎng)絡(luò)瀏覽器104中時(shí)，網(wǎng)絡(luò)用戶102可享受瀏覽期間的提示視覺(jué)響應(yīng)?？上蚓W(wǎng)絡(luò)用戶瞬時(shí)顯示結(jié)果的每一過(guò)濾或上下文搜索，而不需要網(wǎng)絡(luò)用戶點(diǎn)擊經(jīng)提供用以搜索條目的搜索按鈕。對(duì)于分類為大樣本的條目，系統(tǒng)100可基于頁(yè)面單位讀取部分條目，其中含有頁(yè)面單位中的總條目的頁(yè)面大小可依據(jù)網(wǎng)絡(luò)用戶的偏好界定。在一個(gè)實(shí)例中，網(wǎng)絡(luò)用戶可針對(duì)每一頁(yè)面單位設(shè)定10-50個(gè)條目的偏好范圍。因此，因?yàn)槊恳粰z索可僅含有每次讀取10-50個(gè)條目數(shù)據(jù)，所以網(wǎng)絡(luò)用戶仍具備提示視覺(jué)響應(yīng)。應(yīng)理解，針對(duì)每一瀏覽事件，網(wǎng)絡(luò)用戶可應(yīng)用過(guò)濾或上下文搜索操作來(lái)促進(jìn)從內(nèi)容儲(chǔ)存庫(kù)的數(shù)據(jù)檢索，且借此實(shí)現(xiàn)對(duì)數(shù)據(jù)表的處理。為了執(zhí)行對(duì)于過(guò)濾或上下文搜索的請(qǐng)求，網(wǎng)絡(luò)用戶可點(diǎn)擊搜索按鈕。盡管大樣本檢索執(zhí)行許多網(wǎng)絡(luò)請(qǐng)求，但因?yàn)闂l目數(shù)目較小，所以對(duì)于網(wǎng)絡(luò)服務(wù)器106不存在負(fù)擔(dān)且提示視覺(jué)響應(yīng)仍提供到網(wǎng)絡(luò)用戶。應(yīng)注意，經(jīng)由以JavaScript對(duì)象記法(JSON)格式表示的數(shù)據(jù)包促進(jìn)OJC服務(wù)器110與XMPP客戶端裝置116之間的前述通信。每一數(shù)據(jù)包的結(jié)構(gòu)以及其JSON格式的表示進(jìn)一步參看圖10、圖11、圖12、圖13和圖14詳細(xì)闡述如下：參看圖10，其為說(shuō)明根據(jù)本發(fā)明的實(shí)施例用于將來(lái)自O(shè)JC服務(wù)器110的消息發(fā)送到XMPP客戶端裝置116的數(shù)據(jù)包的交換的圖。如圖所示，經(jīng)由各種命令(作為數(shù)據(jù)包交換)促進(jìn)消息的發(fā)送，所述各種命令包含HOST_SEND_MSG、HOST_SEND_HANDSET_REACH或HOST_SEND_HANDSET_REJECT(未圖示)、HOST_SEND_HANDSET_REACH_ACK或HOST_SEND_HANDSET_REJECT_ACK(未圖示)、HOST_SEND_CLIENT_READ和HOST_SEND_CLIENT_READ_ACK。下文中在后續(xù)段落中描述這些命令中的每一者的結(jié)構(gòu)(及其實(shí)例)。命令10：HOST_SEND_MSG(指示OJC服務(wù)器主機(jī)使用XMPP協(xié)議將消息發(fā)送到XMPP客戶端App中的一者。在一個(gè)示范性實(shí)施例中，所述命令10的結(jié)構(gòu)如下：前述命令10以JSON格式傳遞為：{"CommandName":"10","HostPacketID":"100","AppUsername":"85297911476","ChannelID":"1","MsgDID":"20000","MsgDType":"1","MsgMContent":"Msg-1534"}命令11：HOST_SEND_HANDSET_REACH(指示消息已到達(dá)手持機(jī)(即XMPP客戶端裝置)，且因此XMPP客戶端app將到達(dá)接收信號(hào)傳回到OJC服務(wù)器主機(jī))。在一個(gè)示范性實(shí)施例中，所述命令11的結(jié)構(gòu)如下：前述命令11以JSON格式傳遞為：{"CommandName":"11","HostPacketID":"100","AppPacketID":"5","AppUsername":"85297911476","AppMsgID":"20","MsgDID":"20000"}命令12：HOST_SEND_HANDSET_REACH_ACK(指示OJC服務(wù)器主機(jī)接收了包“HOST_SEND_HANDSET_REACH”，且因此所述OJC服務(wù)器主機(jī)將其確認(rèn)傳回到XMPP客戶端app)。在一個(gè)示范性實(shí)施例中，所述命令12的結(jié)構(gòu)如下：結(jié)構(gòu)實(shí)例CommandName12(HOST_SEND_HANDSET_REACH_ACK)AppPacketID5AppUsername85297911476MsgDID20000HandsetReachTimestamp1376372282前述命令12以JSON格式傳遞為：{"CommandName":"12","AppPacketID":"5","AppUsername":"85297911476","MsgDID":"20000","HandsetReachTimestamp":"1376372282"}命令13：HOST_SEND_HANDSET_REJECT(指示消息已到達(dá)手持機(jī)(即XMPP客戶端裝置)但所述消息已被拒絕(例如由于頻道的去激活)。在一個(gè)示范性實(shí)施例中，所述命令13的結(jié)構(gòu)如下：結(jié)構(gòu)實(shí)例CommandName13(HOST_SEND_HANDSET_REJECT)HostPacketID100AppPacketID5AppUsername85297911476MsgDID20000RejectErrorCode332前述命令13以JSON格式傳遞為：{"CommandName":"13","HostPacketID":"100","AppPacketID":"5","AppUsername":"85297911476","MsgDID":"20000","RejectErrorCode":"332"}命令14：HOST_SEND_HANDSET_REJECT_ACK(指示OJC服務(wù)器主機(jī)已接收包-“HOST_SEND_HANDSET_REJECT.”，因此OJC服務(wù)器將其確認(rèn)發(fā)送到XMPP客戶端App)。在一個(gè)示范性實(shí)施例中，所述命令14的結(jié)構(gòu)如下：前述命令14以JSON格式傳遞為：{"CommandName":"14","AppPacketID":"5","AppUsername":"85297911476","MsgDID":"20000","HandsetRejectTimestamp":"1376372282"}命令15：HOST_SEND_CLIENT_READ(指示消息已由XMPP客戶端裝置讀取，且因此XMPP客戶端裝置將讀取接收傳回到OJC服務(wù)器主機(jī))。在一個(gè)示范性實(shí)施例中，所述命令15的結(jié)構(gòu)如下：結(jié)構(gòu)實(shí)例CommandName15(HOST_SEND_CLIENT_READ)AppPacketID6AppUsername85297911476AppMsgID20MsgDID20000前述命令15以JSON格式傳遞為：{"CommandName":"15","AppPacketID":"6","AppUsername":"85297911476","AppMsgID":"20","MsgDID":"20000"}命令16：HOST_SEND_CLIENT_READ_ACK(指示OJC服務(wù)器主機(jī)已接收包-“HOST_SEND_CLIENT_READ.”，因此OJC服務(wù)器主機(jī)將其確認(rèn)發(fā)送到XMPP客戶端App)。在一個(gè)示范性實(shí)施例中，所述命令16的結(jié)構(gòu)如下：結(jié)構(gòu)實(shí)例CommandName16(HOST_SEND_CLIENT_READ_ACK)AppPacketID6AppUsername85297911476MsgDID20000HandsetReachTimestamp1376372282加回ClientReadTimestamp1376372284前述命令16以JSON格式傳遞為：{"CommandName":"16","AppPacketID":"6","AppUsername":"85297911476","MsgDID":"20000","ClientReadTimestamp":"1376372284"}參看圖11，其為說(shuō)明根據(jù)本發(fā)明的實(shí)施例的指示從XMPP客戶端裝置116到OJC服務(wù)器110的答復(fù)消息的數(shù)據(jù)包的交換的圖。如圖所示，答復(fù)消息經(jīng)由各種命令(作為數(shù)據(jù)包交換)來(lái)促進(jìn)，所述各種命令包含APP_REPLY_MSG、APP_REPLY_MACHINE_REACH或APP_REPLY_MACHINE_REJECT(未圖示)、APP_REPLY_MACHINE_REACH_ACK或APP_REPLY_MACHINE_REJECT_ACK(未圖示)、APP_REPLY_ADMIN_READ和APP_REPLY_ADMIN_READ_ACK。下文中在后續(xù)段落中描述所述命令中的每一者的結(jié)構(gòu)(及其實(shí)例)。命令20：APP_REPLY_MSG(指示XMPP客戶端App以消息向OJC服務(wù)器答復(fù))。在一個(gè)示范性實(shí)施例中，所述命令20的結(jié)構(gòu)如下：結(jié)構(gòu)名稱實(shí)例CommandName20(APP_REPLY_MSG)AppPacketID7AppUsername85297911476MsgDID20000AppMsgID500AppMsgType1(文本)AppMsgContent答復(fù)消息前述命令20以JSON格式傳遞為：{"CommandName":"20","AppPacketID":"7","AppUsername":"85297911476","MsgDID":"20000","AppMsgID":"500","AppMsgType":"1","AppMsgContent":"repliesmessage"}命令21：APP_REPLY_MACHINE_REACH(指示來(lái)自XMPP客戶端的消息已到達(dá)OJC服務(wù)器主機(jī)，OJC服務(wù)器主機(jī)確認(rèn)消息的接收)。在一個(gè)示范性實(shí)施例中，所述命令21的結(jié)構(gòu)如下：結(jié)構(gòu)實(shí)例CommandName21(APP_REPLY_MACHINE_REACH)HostPacketID101AppPacketID7AppUsername85297911476AppMsgID500MsgRID40000MachineReachTimestamp1376372288前述命令21以JSON格式傳遞為：{"CommandName":"21","HostPacketID":"101","AppPacketID":"7","AppUsername":"85297911476","AppMsgID":"500","MsgRID":"40000","MachineReachTimestamp":"1376372288"}命令22：APP_REPLY_MACHINE_REACH_ACK(指示XMPP客戶端App已接收包-“APP_REPLY_MACHINE_REACH”，因此XMPP客戶端App將其確認(rèn)傳回到OJC服務(wù)器主機(jī))。在一個(gè)示范性實(shí)施例中，所述命令22的結(jié)構(gòu)如下：結(jié)構(gòu)實(shí)例CommandName22(APP_REPLY_MACHINE_REACH_ACK)HostPacketID101AppUsername85297911476前述命令22以JSON格式傳遞為：{"CommandName":"22","HostPacketID":"101","AppUsername":"85297911476"}命令23：APP_REPLY_MACHINE_REJECT(指示答復(fù)消息已到達(dá)OJC服務(wù)器主機(jī)，但答復(fù)消息已被拒絕(例如由于會(huì)見(jiàn)(即通信關(guān)系)期滿))。在一個(gè)示范性實(shí)施例中，所述命令23的結(jié)構(gòu)如下：結(jié)構(gòu)實(shí)例CommandName23(APP_REPLY_MACHINE_REJECT)HostPacketID101AppPacketID7AppUsername85297911476AppMsgID500MsgRID40000MachineRejectTimestamp1376372288RejectErrorCode334前述命令23以JSON格式傳遞為：{"CommandName":"23","HostPacketID":"101","AppPacketID":"7","AppUsername":"85297911476","AppMsgID":"500","MsgRID":"40000","MachineRejectTimestamp":"1376372288","RejectErrorCode":"334"}命令24：APP_REPLY_MACHINE_REJECT_ACK(指示XMPP客戶端App已接收包-“APP_REPLY_MACHINE_REJECT”，且因此XMPP客戶端App將其確認(rèn)傳回到OJC服務(wù)器主機(jī))。在一個(gè)示范性實(shí)施例中，所述命令24的結(jié)構(gòu)如下：結(jié)構(gòu)實(shí)例CommandName24(APP_REPLY_MACHINE_REJECT_ACK)HostPacketID101AppUsername85297911476前述命令24以JSON格式傳遞為：{"CommandName":"24","HostPacketID":"101","AppUsername":"85297911476"}命令25：APP_REPLY_ADMIN_READ(指示來(lái)自XMPP客戶端App的答復(fù)消息已由機(jī)器讀取，且因此OJC服務(wù)器將所述答復(fù)消息的讀取接收傳回到XMPP客戶端App)。在一個(gè)示范性實(shí)施例中，所述命令25的結(jié)構(gòu)如下：結(jié)構(gòu)實(shí)例CommandName25(APP_REPLY_ADMIN_READ)HostPacketID102AppUsername85297911476AppMsgID500MsgRID40000MachineReachTimestamp1376372288AdminReadTimestamp1376372290前述命令25以JSON格式傳遞為：{"CommandName":"25","HostPacketID":"102","AppUsername":"85297911476","AppMsgID":"500","MsgRID":"40000","MachineReachTimestamp":"1376372288","AdminReadTimestamp":"1376372290"}命令26：APP_REPLY_ADMIN_READ_ACK(指示XMPP客戶端App已接收包-“APP_REPLY_ADMIN_READ”，且因此XMPP客戶端App將其確認(rèn)傳回到OJC服務(wù)器主機(jī))。在一個(gè)示范性實(shí)施例中，所述命令26的結(jié)構(gòu)如下：結(jié)構(gòu)實(shí)例CommandName26(APP_REPLY_ADMIN_READ_ACK)HostPacketID102AppUsername85297911476前述命令26以JSON格式傳遞為：{"CommandName":"26","HostPacketID":"102","AppUsername":"85297911476"}現(xiàn)參看圖12，其為說(shuō)明根據(jù)本發(fā)明的實(shí)施例的關(guān)于屬于網(wǎng)絡(luò)用戶的頻道的批準(zhǔn)/拒絕/阻擋的XMPP客戶端裝置116與OJC服務(wù)器110之間的數(shù)據(jù)包的交換的圖。如圖所示，經(jīng)由各種命令(作為數(shù)據(jù)包交換)促進(jìn)頻道批準(zhǔn)/拒絕/阻擋，所述各種命令包含HOST_CHANNEL_APPROVE或HOST_CHANNEL_REJECT(未圖示)、HOST_CHANNEL_APPROVE_ACK或HOST_CHANNEL_REJECT_ACK(未圖示)、HOST_CHANNEL_BLOCK(未圖示)或HOST_CHANNEL_UNBLOCK(未圖示)、HOST_CHANNEL_BLOCK_ACK(未圖示)或HOST_CHANNEL_UNBLOCK_ACK(未圖示)、HOST_CHANNEL_CHANGE_PROFILE(未圖示)和HOST_CHANNEL_CHANGE_PROFILE_ACK(未圖示)。下文中在后續(xù)段落中描述所述命令中的每一者的結(jié)構(gòu)(及其實(shí)例)。命令40：HOST_CHANNEL_APPROVE(指示OJC服務(wù)器主機(jī)已批準(zhǔn)來(lái)自XMPP客戶端App的頻道訂閱請(qǐng)求)。在一個(gè)示范性實(shí)施例中，所述命令40的結(jié)構(gòu)如下：結(jié)構(gòu)實(shí)例CommandName40(HOST_CHANNEL_APPROVE)HostPacketID110AppUsername85297911476ChannelID1(Meteorsis)前述命令40以JSON格式傳遞為：{"CommandName":"40","HostPacketID":"110","AppUsername":"85297911476","ChannelID":"1"}命令41：HOST_CHANNEL_APPROVE_ACK(指示XMPP客戶端App已從OJC服務(wù)器主機(jī)接收包-“HOST_CHANNEL_APPROVE”，且因此XMPP客戶端App將其確認(rèn)傳回到OJC服務(wù)器主機(jī))。在一個(gè)示范性實(shí)施例中，所述命令41的結(jié)構(gòu)如下：結(jié)構(gòu)實(shí)例CommandName41(HOST_CHANNEL_APPROVE_ACK)HostPacketID110AppUsername85297911476前述命令41以JSON格式傳遞為：{"CommandName":"41","HostPacketID":"110","AppUsername":"85297911476"}命令42：HOST_CHANNEL_REJECT(指示OJC服務(wù)器主機(jī)已拒絕來(lái)自XMPP客戶端App的頻道訂閱請(qǐng)求)。在一個(gè)示范性實(shí)施例中，所述命令42的結(jié)構(gòu)如下：結(jié)構(gòu)名稱實(shí)例CommandName42(HOST_CHANNEL_REJECT)HostPacketID111AppUsername85297911476ChannelID1(Meteorsis)前述命令42以JSON格式傳遞為：{"CommandName":"42","HostPacketID":"111","AppUsername":"85297911476","ChannelID":"1"}命令43：HOST_CHANNEL_REJECT_ACK(指示XMPP客戶端App已從OJC服務(wù)器主機(jī)接收包-“HOST_CHANNEL_REJECT”，且因此XMPP客戶端將確認(rèn)傳回到OJC服務(wù)器主機(jī))。在一個(gè)示范性實(shí)施例中，所述命令43的結(jié)構(gòu)如下：結(jié)構(gòu)實(shí)例CommandName43(HOST_CHANNEL_REJECT_ACK)HostPacketID111AppUsername85297911476前述命令43以JSON格式傳遞為：{"CommandName":"43","HostPacketID":"111","AppUsername":"85297911476"}命令44：HOST_CHANNEL_BLOCK(指示OJC服務(wù)器主機(jī)已阻擋XMPP客戶端App訂閱的當(dāng)前頻道)。在一個(gè)示范性實(shí)施例中，所述命令44的結(jié)構(gòu)如下：結(jié)構(gòu)名稱實(shí)例CommandName44(HOST_CHANNEL_BLOCK)HostPacketID112AppUsername85297911476ChannelID1(Meteorsis)前述命令44以JSON格式傳遞為：{"CommandName":"44","HostPacketID":"112","AppUsername":"85297911476","ChannelID":"1"}命令45：HOST_CHANNEL_BLOCK_ACK(指示XMPP客戶端App已從OJC服務(wù)器主機(jī)接收包-“HOST_CHANNEL_BLOCK”)。在一個(gè)示范性實(shí)施例中，所述命令45的結(jié)構(gòu)如下：結(jié)構(gòu)實(shí)例CommandName45(HOST_CHANNEL_BLOCK_ACK)HostPacketID112AppUsername85297911476前述命令45以JSON格式傳遞為：{"CommandName":"45","HostPacketID":"112","AppUsername":"85297911476"}命令46：HOST_CHANNEL_UNBLOCK(指示OJC服務(wù)器主機(jī)已阻擋用于XMPP客戶端App的當(dāng)前頻道)。在一個(gè)示范性實(shí)施例中，所述命令46的結(jié)構(gòu)如下：結(jié)構(gòu)名稱實(shí)例CommandName46(HOST_CHANNEL_UNBLOCK)HostPacketID113AppUsername85297911476ChannelID1(Meteorsis)前述命令46以JSON格式傳遞為：{"CommandName":"46","HostPacketID":"113","AppUsername":"85297911476","ChannelID":"1"}命令47：HOST_CHANNEL_UNBLOCK_ACK(指示XMPP客戶端App已從OJC服務(wù)器接收包-“HOST_CHANNEL_UNBLOCK”，因此XMPP客戶端App將其確認(rèn)傳回到OJC服務(wù)器主機(jī))。在一個(gè)示范性實(shí)施例中，所述命令47的結(jié)構(gòu)如下：結(jié)構(gòu)實(shí)例CommandName47(HOST_CHANNEL_UNBLOCK_ACK)HostPacketID113AppUsername85297911476前述命令47以JSON格式傳遞為：{"CommandName":"47","HostPacketID":"113","AppUsername":"85297911476"}命令48：HOST_CHANNEL_CHANGE_PROFILE(指示OJC服務(wù)器主機(jī)已改變由XMPP客戶端App訂閱的頻道的細(xì)節(jié)。在一個(gè)實(shí)例中，頻道的細(xì)節(jié)可包含標(biāo)志、公司名稱和描述等)。在一個(gè)示范性實(shí)施例中，所述命令48的結(jié)構(gòu)如下：前述命令48以JSON格式傳遞為：{"CommandName":"48","HostPacketID":"114","AppUsername":"85297911476","ChannelID":"1","ChannelName":"Meteors信息系統(tǒng)有限公司","ChannelDescription":"提供SMS服務(wù)","CompanyWebsite":"http://www.meteorsis.com","LogoDownloadURL":"meteorsis-標(biāo)志-1391675464.GIF"}命令49：CHANNEL_CHANGE_PROFILE_ACK(指示XMPP客戶端App已從OJC服務(wù)器接收包-“HOST_CHANNEL_CHANGE_PROFILE”，因此XMPP客戶端App將其確認(rèn)傳回到OJC服務(wù)器主機(jī))。在一個(gè)示范性實(shí)施例中，所述命令49的結(jié)構(gòu)如下：結(jié)構(gòu)實(shí)例CommandName49(HOST_CHANNEL_CHANGE_PROFILE_ACK)HostPacketID114AppUsername85297911476前述命令49以JSON格式傳遞為：{"CommandName":"49","HostPacketID":"114","AppUsername":"85297911476"}前述頻道可由XMPP客戶端App基于從XMPP客戶端app接收的到OJC服務(wù)器主機(jī)的訂閱請(qǐng)求來(lái)訂閱。圖13說(shuō)明XMPP客戶端App與OJC服務(wù)器主機(jī)之間交換的數(shù)據(jù)包(即，APP_CHANNEL_REQUEST_SUBSCRIBE和APP_CHANNEL_REQUEST_SUBSCRIBE_ACK)，其促進(jìn)由XMPP客戶端App發(fā)布到OJC服務(wù)器主機(jī)的頻道訂閱請(qǐng)求?；陬l道訂閱請(qǐng)求的接收，OJC服務(wù)器主機(jī)可通過(guò)如上文所解釋交換數(shù)據(jù)包(圖12中展示)來(lái)批準(zhǔn)/拒絕所述頻道?，F(xiàn)參看圖14，其為說(shuō)明根據(jù)本發(fā)明的實(shí)施例的XMPP客戶端裝置116與OJC服務(wù)器110之間數(shù)據(jù)包的交換以請(qǐng)求屬于網(wǎng)絡(luò)用戶的頻道的再訂閱的圖。如圖所示，經(jīng)由各種命令(作為數(shù)據(jù)包交換)促進(jìn)頻道再訂閱請(qǐng)求，所述各種命令包含APP_CHANNEL_REQUEST_RESUBSCRIBE、APP_CHANNEL_REQUEST_RESUBSCRIBE_ACK、APP_CHANNEL_REQUEST_UNBLOCK(未圖示)和APP_CHANNEL_REQUEST_UNBLOCK_ACK(未圖示)。下文中在后續(xù)段落中描述所述命令中的每一者的結(jié)構(gòu)(及其實(shí)例)。命令54：APP_CHANNEL_REQUEST_RESUBSCRIBE(指示XMPP客戶端App已將再訂閱頻道的請(qǐng)求發(fā)送到OJC服務(wù)器主機(jī))。在一個(gè)示范性實(shí)施例中，所述命令54的結(jié)構(gòu)如下：結(jié)構(gòu)名稱實(shí)例CommandName54(APP_CHANNEL_REQUEST_RESUBSCRIBE)AppPacketID83AppUsername85297911476ChannelID1(Meteorsis)前述命令54以JSON格式傳遞為：{"CommandName":"54","AppPacketID":"83","AppUsername":"85297911476","ChannelID":"1"}命令55：APP_CHANNEL_REQUEST_RESUBSCRIBE_ACK(指示OJC服務(wù)器主機(jī)已從XMPP客戶端App接收包-“APP_CHANNEL_REQUEST_RESUBSCRIBE”，且因此OJC服務(wù)器主機(jī)將其確認(rèn)傳回到XMPP客戶端App)。在一個(gè)示范性實(shí)施例中，所述命令55的結(jié)構(gòu)如下：結(jié)構(gòu)實(shí)例CommandName55(APP_CHANNEL_REQUEST_RESUBSCRIBE_ACK)AppPacketID83AppUsername85297911476前述命令55以JSON格式傳遞為：{"CommandName":"55","AppPacketID":"83","AppUsername":"85297911476"}命令56：APP_CHANNEL_REQUEST_UNBLOCK(指示XMPP客戶端App已將對(duì)頻道進(jìn)行解除阻擋的請(qǐng)求發(fā)送到OJC服務(wù)器主機(jī))。在一個(gè)示范性實(shí)施例中，所述命令56的結(jié)構(gòu)如下：結(jié)構(gòu)名稱實(shí)例CommandName56(APP_CHANNEL_REQUEST_UNBLOCK)AppPacketID84AppUsername85297911476ChannelID1(Meteorsis)前述命令56以JSON格式傳遞為：{"CommandName":"56","AppPacketID":"84","AppUsername":"85297911476","ChannelID":"1"}命令57：APP_CHANNEL_REQUEST_UNBLOCK_ACK(指示OJC服務(wù)器主機(jī)已從XMPP客戶端App接收包-“APP_CHANNEL_REQUEST_UNBLOCK”，且因此OJC服務(wù)器主機(jī)將其確認(rèn)傳回到XMPP客戶端App)。在一個(gè)示范性實(shí)施例中，所述命令57的結(jié)構(gòu)如下：結(jié)構(gòu)實(shí)例CommandName57(APP_CHANNEL_REQUEST_UNBLOCK_ACK)AppPacketID84AppUsername85297911476前述命令57以JSON格式傳遞為：{"CommandName":"57","AppPacketID":"84","AppUsername":"85297911476"}應(yīng)注意，圖10到圖14中展示的數(shù)據(jù)包流指示為‘N’或‘1’。如果數(shù)據(jù)包的流指示為‘N’，那么相應(yīng)數(shù)據(jù)包由發(fā)送方(即OJC服務(wù)器110或XMPP客戶端裝置116)重試以發(fā)射‘N’次到接收器(即OJC服務(wù)器110或XMPP客戶端裝置116)直至所述數(shù)據(jù)包接收到其對(duì)應(yīng)的取消確認(rèn)為止。在一個(gè)實(shí)施例中，‘N’可在1-10之間變化?；蛘撸绻麛?shù)據(jù)包的流指示為‘1’，那么數(shù)據(jù)包僅發(fā)送一次，而不進(jìn)行進(jìn)一步發(fā)射嘗試。在此情況下，即使然后接收到指示為‘N’的復(fù)制包，指示為“1”的新的包(具有不同包id)也記錄為確認(rèn)?，F(xiàn)參看圖15，展示根據(jù)本發(fā)明標(biāo)的物的實(shí)施例用于將一或多個(gè)內(nèi)容廣播到接收方裝置的方法1500。方法1500的描述次序并不希望解釋為限制，且任何數(shù)目的所描述方法框可按任何次序組合以實(shí)施方法1500或替代方法。此外，方法1500可以任何合適的硬件、軟件、固件或其組合實(shí)施。然而，為便于闡釋，在下文描述的實(shí)施例中，方法1500可被認(rèn)為實(shí)施在上文所描述的系統(tǒng)100中。在框1502處，廣播請(qǐng)求由第一處理單元106從發(fā)送方裝置102接收。在一個(gè)實(shí)施方案中，第一處理單元106為以通信方式耦合到發(fā)送方裝置102的網(wǎng)絡(luò)服務(wù)器。第一處理單元106可經(jīng)由關(guān)聯(lián)到發(fā)送方裝置的網(wǎng)絡(luò)瀏覽器104接收廣播請(qǐng)求。在一實(shí)施例中，廣播請(qǐng)求可包括待廣播到接收方裝置116的一或多個(gè)內(nèi)容以及關(guān)聯(lián)到所述一或多個(gè)內(nèi)容的元數(shù)據(jù)。元數(shù)據(jù)可至少包括接收方裝置116(即XMPPApp)的用戶(即App用戶)的身份和用于將所述一或多個(gè)內(nèi)容廣播到接收方裝置116的調(diào)度時(shí)間。在框1504處，所述一或多個(gè)內(nèi)容以及所述元數(shù)據(jù)可存儲(chǔ)在耦合到第一處理單元106的內(nèi)容儲(chǔ)存庫(kù)108中。在一個(gè)實(shí)施方案中，所述一或多個(gè)內(nèi)容以及所述元數(shù)據(jù)由第一處理單元106存儲(chǔ)在內(nèi)容儲(chǔ)存庫(kù)108中。在框1506處，可經(jīng)由任務(wù)調(diào)度裝置114按照元數(shù)據(jù)中的調(diào)度時(shí)間調(diào)度用以觸發(fā)所述一或多個(gè)內(nèi)容到接收方裝置的廣播的任務(wù)。在框1508處，可由第二處理單元110檢測(cè)從接收方裝置116接收的連接請(qǐng)求。在一個(gè)實(shí)施例中，第二處理單元110為OJC服務(wù)器。OJC服務(wù)器進(jìn)一步包括計(jì)算節(jié)點(diǎn)的集群。連接請(qǐng)求由第二處理單元110經(jīng)由以通信方式與接收方裝置116耦合的第三處理單元112接收。在一個(gè)實(shí)施例中，第三處理單元112為XMPP服務(wù)器，且接收方裝置116為XMPP客戶端裝置116。連接請(qǐng)求指示接收方裝置打算接收所述一或多個(gè)內(nèi)容。在框1510處，可由第二處理單元110基于連接請(qǐng)求的接收從內(nèi)容儲(chǔ)存庫(kù)108檢索所述一或多個(gè)內(nèi)容。在一個(gè)實(shí)施方案中，由第二處理單元110經(jīng)由計(jì)算節(jié)點(diǎn)的集群中的至少一個(gè)計(jì)算節(jié)點(diǎn)(圖8中展示)檢索所述一或多個(gè)內(nèi)容。在框1512處，所檢索的所述一或多個(gè)內(nèi)容由第二處理單元110經(jīng)由第三處理單元112發(fā)射到接收方裝置116。在一個(gè)實(shí)施方案中，所述一或多個(gè)內(nèi)容由第二處理單元110使用所述至少一個(gè)計(jì)算節(jié)點(diǎn)經(jīng)由第三處理單元112發(fā)射。在一實(shí)施例中，所述至少一個(gè)計(jì)算節(jié)點(diǎn)經(jīng)由通信端口在TCP會(huì)話期間與第三處理單元112連接以便促進(jìn)所述一或多個(gè)內(nèi)容到接收方裝置116的傳遞。上文所論述的示范性實(shí)施例可提供特定優(yōu)點(diǎn)。盡管對(duì)于實(shí)踐本發(fā)明的方面不是必需的，但這些優(yōu)點(diǎn)可包含以下特征提供的優(yōu)點(diǎn)。本發(fā)明的一些實(shí)施例實(shí)現(xiàn)一種用于經(jīng)由單一非XMPP組件(例如OJC服務(wù)器)將來(lái)自基于網(wǎng)絡(luò)的應(yīng)用的消息瞬時(shí)傳遞到多個(gè)XMPP客戶端裝置的系統(tǒng)和方法。本發(fā)明的一些實(shí)施例實(shí)現(xiàn)一種用于基于針對(duì)XMPPApp用戶與XMPP服務(wù)器之間啟動(dòng)的當(dāng)前登錄會(huì)話實(shí)時(shí)產(chǎn)生的動(dòng)態(tài)口令用XMPP服務(wù)器驗(yàn)證XMPPApp用戶的系統(tǒng)和方法。本發(fā)明的一些實(shí)施例實(shí)現(xiàn)一種用于使用負(fù)載均衡算法經(jīng)由外部組件/計(jì)算節(jié)點(diǎn)的集群將內(nèi)容/消息廣播到XMPP客戶端裝置的系統(tǒng)和方法。本發(fā)明的一些實(shí)施例實(shí)現(xiàn)一種用于通過(guò)基于全載尋呼算法向網(wǎng)絡(luò)用戶呈現(xiàn)遞送結(jié)果來(lái)實(shí)現(xiàn)到網(wǎng)絡(luò)用戶的提示視覺(jué)響應(yīng)的系統(tǒng)和方法。盡管已經(jīng)用特定針對(duì)結(jié)構(gòu)特征和/或方法的語(yǔ)言描述用于將一或多個(gè)內(nèi)容廣播到接收方裝置的方法和系統(tǒng)的實(shí)施方案，但應(yīng)理解，所附權(quán)利要求書不必限于所描述的特定特征或方法。實(shí)際上，所述特定特征和方法作為用于將一或多個(gè)內(nèi)容廣播到接收方裝置的實(shí)施方案的實(shí)例而揭示。當(dāng)前第1頁(yè)1 2 3