專利名稱：移動(dòng)消息傳送系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明的實(shí)施例涉及利用移動(dòng)裝置(如蜂窩電話和個(gè)人數(shù)字助理(PDA))進(jìn)行消息傳送的系統(tǒng)和方法，更具體地說(shuō)涉及利用移動(dòng)裝置將多媒體進(jìn)行消息傳送的系統(tǒng)和方法。
背景技術(shù)：
傳統(tǒng)意義上，利用移動(dòng)裝置來(lái)對(duì)多媒體(如文本、圖象、視頻和音頻)進(jìn)行消息傳送很麻煩并且在許多情況下是不可能的。例如，短消息業(yè)務(wù)(SMS)限制為傳送160個(gè)或更少字符的文本消息。雖然多媒體消息傳送業(yè)務(wù)(MMS)允許傳送文本以及其他媒體，但是MMS缺乏存留性，它是在消息已交付給接受器之后距離發(fā)送器和接受器對(duì)消息進(jìn)行的遠(yuǎn)程存儲(chǔ)。具體而言，在消息經(jīng)由MMS交付后，負(fù)責(zé)交付的服務(wù)器不保留消息復(fù)本以便例如以后參照或再用多媒體內(nèi)容。因此，移動(dòng)用戶通過(guò)利用MMS而在正在進(jìn)行的基礎(chǔ)上與另一個(gè)戶合作的能力是非常有限的。此外，經(jīng)由因特網(wǎng)協(xié)議(IP)信道(如經(jīng)由IP多媒體子系統(tǒng)(IMS)或通過(guò)移動(dòng)裝置上運(yùn)行的瀏覽器)把多媒體交付到移動(dòng)裝置的常規(guī)方法在交付時(shí)間和網(wǎng)絡(luò)連接可靠性方面可得到很大地改進(jìn)。
因此，希望提供解決利用移動(dòng)裝置將媒體進(jìn)行消息傳送的常規(guī)系統(tǒng)的這些和其他缺點(diǎn)的移動(dòng)消息傳送系統(tǒng)和方法。
發(fā)明內(nèi)容
本發(fā)明實(shí)施例涉及利用移動(dòng)裝置對(duì)多媒體進(jìn)行消息傳送的改進(jìn)的系統(tǒng)和方法。通過(guò)便于多媒體合作、提高內(nèi)容交付效率和/或網(wǎng)絡(luò)可靠性，和/或提升終端用戶功能性來(lái)改進(jìn)提供給移動(dòng)用戶的消息傳送經(jīng)歷。例如，移動(dòng)用戶的消息傳送經(jīng)歷可與提供給桌面和其他非移動(dòng)裝置的消息傳送經(jīng)歷相比或超過(guò)它，就使用和功能性的簡(jiǎn)易性而言在傳統(tǒng)意義上超過(guò)了移動(dòng)裝置的消息傳送經(jīng)歷。
在一個(gè)方面，提供了允許移動(dòng)用戶通過(guò)多媒體消息傳送(如用文本、圖象、視頻和/或音頻進(jìn)行消息傳送)在正在進(jìn)行的基礎(chǔ)上與其他裝置的用戶合作的系統(tǒng)和方法。例如，在一個(gè)實(shí)施例中，由移動(dòng)和非移動(dòng)裝置產(chǎn)生的多媒體消息在把消息和相關(guān)聯(lián)的元信息作為“文檔”(或其部分)距離消息發(fā)送器和接受器遠(yuǎn)程存留(即存儲(chǔ))之前，自動(dòng)用識(shí)別元信息(如作者、日期、時(shí)間和/或位置)進(jìn)行標(biāo)記。這些文檔即使在消息傳遞給接受器之后也保留在遠(yuǎn)程存儲(chǔ)中，它允許基于元信息來(lái)例如搜索和/或分類以及訪問(wèn)消息以便以后參照、修正和/或再用多媒體內(nèi)容。此外發(fā)送器和接受器可設(shè)計(jì)為文檔參與者，由此建立了創(chuàng)建參與者之間的消息傳送共同體的關(guān)聯(lián)。相同共同體的成員(即相同文檔中的參與者)可具有特定于該共同體的各種功能性，例如開(kāi)始與共同體其他成員的實(shí)時(shí)通信(如用戶從其中兩個(gè)用戶均參與的文檔中的參與者的列表中選擇另一用戶的在線ID)，向共同體的所有其他成員發(fā)送消息并確定當(dāng)前哪些共同體成員訪問(wèn)形成共同體的基礎(chǔ)的文檔。因此，參與多個(gè)文檔的用戶可以是多個(gè)消息傳送共同體的成員。
如這里所用到的，文檔包括任何一類或多類多媒體(以及可選地還有相關(guān)聯(lián)的元信息)，它們?cè)诎l(fā)送器和接受器之間傳遞，并在傳遞之后距離發(fā)送器和接受器遠(yuǎn)程存儲(chǔ)。文檔可以分布方式或以任何其他合適的方法遠(yuǎn)程存儲(chǔ)在單個(gè)位置。在優(yōu)選實(shí)施例中，每個(gè)文檔包括一個(gè)或多個(gè)稱為“分段”的關(guān)聯(lián)的消息(如第一分段包括從發(fā)送器到一個(gè)或多個(gè)接受器的多媒體消息和識(shí)別發(fā)送器的元信息，而其他分段包括來(lái)自接受器的多媒體響應(yīng)和識(shí)別接受器的信息)?？稍诜侄蔚脑畔⒅蝎@得同一文檔的分段存留于遠(yuǎn)程站點(diǎn)的順序。此元信息(如時(shí)間標(biāo)記)可用來(lái)例如以參與者之間的多媒體對(duì)話發(fā)生的順序或以用戶定義的順序重放該多媒體對(duì)話?？蛇x地是，還可提供可由具有此文檔的訪問(wèn)權(quán)的用戶選擇的歷史文件。歷史文件可包括例如按照分段在遠(yuǎn)程站點(diǎn)存留的順序識(shí)別文檔的分段(如由它們相關(guān)聯(lián)的元信息)的內(nèi)容表。用戶可從內(nèi)容表中選擇條目以導(dǎo)航到文檔中的對(duì)應(yīng)分段。
在另一實(shí)施例中，提供了一個(gè)允許不同裝置的用戶同時(shí)寫到(如添加或修改)已存儲(chǔ)的文檔(如存留遠(yuǎn)離裝置存儲(chǔ)的文檔的分段)的附加功能。這與傳統(tǒng)方法相反，它采用鎖定機(jī)制來(lái)授予對(duì)所存儲(chǔ)的內(nèi)容的許可，在該機(jī)制中在給定時(shí)間只有一個(gè)用戶可訪問(wèn)/修改所存儲(chǔ)的內(nèi)容以及請(qǐng)求寫訪問(wèn)內(nèi)容的隨后用戶增加到隊(duì)列中。
在其他實(shí)施例中，提供了社會(huì)聯(lián)網(wǎng)協(xié)議，允許在文檔中與參與者相關(guān)聯(lián)的幾方(如文檔參與者的“朋友”或“朋友的朋友”)訪問(wèn)文檔和其相關(guān)聯(lián)的多媒體內(nèi)容(可選的還有元信息)。這樣的一方還可例如在該方將附加到文檔的響應(yīng)進(jìn)行消息傳送時(shí)成為文檔參與者。
在另一方面，提供了便于多媒體消息交付給移動(dòng)裝置的系統(tǒng)和方法。例如，在一個(gè)實(shí)施例中基于XML的多媒體消息用減小消息尺寸的XML“短碼”進(jìn)行編碼，由此減小了由發(fā)送設(shè)備編碼的XML的量以及接收設(shè)備譯碼的XML的量，這是把消息傳遞給接受器所需要的。具體而言，當(dāng)消息中XML樹(shù)或子樹(shù)的結(jié)構(gòu)遵守默認(rèn)結(jié)構(gòu)(如當(dāng)負(fù)責(zé)播放消息并運(yùn)行于接受器的裝置上的客戶端應(yīng)用包括保持從消息到消息靜態(tài)的工具條或其他圖形用戶接口(GUI)方面時(shí))，定義樹(shù)或子樹(shù)結(jié)構(gòu)的消息的編碼部分可用表示該結(jié)構(gòu)的縮減碼代替?？商崆按_定或在消息流期間確定針對(duì)其定義短碼的具體的樹(shù)或子樹(shù)。例如安裝在客戶端裝置上的客戶端應(yīng)用可已經(jīng)包括或可在安裝時(shí)獲得短碼定義。作為備選或附加，可針對(duì)出現(xiàn)在消息傳送流的樹(shù)或子樹(shù)以on-the-fly方式定義短碼(如響應(yīng)確定子樹(shù)是否已在消息流中出現(xiàn)了超過(guò)閾值次數(shù)如一次來(lái)針對(duì)子樹(shù)定義短碼)。在定義短碼時(shí)，短碼定義可提供給文檔參與者的消息傳送設(shè)備和/或負(fù)責(zé)消息的遠(yuǎn)程存儲(chǔ)的服務(wù)器。在優(yōu)選實(shí)施例中，XML短碼是netomatic標(biāo)記語(yǔ)言(nml)短碼，其中nml是2002年11月28日公布的序列號(hào)為20020178164的美國(guó)公布、題為“在計(jì)算機(jī)網(wǎng)絡(luò)上共享、管理以及傳遞信息”中描述的XML構(gòu)造語(yǔ)言，該文獻(xiàn)通過(guò)引用而被完整地結(jié)合于此。
在另一實(shí)施例中，只有文檔中的一部分在給定時(shí)間傳遞給移動(dòng)裝置。例如，文檔的一個(gè)或多個(gè)分段可基于通信網(wǎng)絡(luò)的帶寬和/或等待時(shí)間，和/或移動(dòng)裝置的處理和/或存儲(chǔ)能力而傳遞給移動(dòng)裝置。文檔的另一個(gè)或多個(gè)分段可在隨后的傳送中傳遞給移動(dòng)裝置。這些分段可以是“自我意識(shí)的(self aware)”，因?yàn)樗鼈儼ㄒ苿?dòng)裝置重編文檔所需要的所有信息。
在另一實(shí)施例中，在消息的文本部分傳遞給裝置的同時(shí)把消息的非文本多媒體作為內(nèi)嵌ASCII編碼二進(jìn)制資產(chǎn)傳遞給移動(dòng)裝置。ASCII編碼資產(chǎn)可被壓縮以減小消息尺寸。相反，交付多媒體消息給移動(dòng)裝置的常規(guī)方法涉及把消息的文本部分交付給裝置，其中文本部分包括一系列對(duì)非文本媒體的引用。隨后，響應(yīng)對(duì)來(lái)自移動(dòng)裝置的媒體的單獨(dú)請(qǐng)求把每個(gè)非文本媒體交付給該裝置。多個(gè)對(duì)信息的請(qǐng)求可由于一個(gè)或多個(gè)請(qǐng)求未被服務(wù)器接收或由于移動(dòng)裝置接收的內(nèi)容中的傳送錯(cuò)誤而導(dǎo)致出錯(cuò)。多個(gè)信息請(qǐng)求還會(huì)增加網(wǎng)絡(luò)延遲(即等待時(shí)間)。
在另一實(shí)施例中，移動(dòng)裝置可通過(guò)“懶惰的”推式和/或拉式通知協(xié)議與多媒體服務(wù)器進(jìn)行通信，其中移動(dòng)裝置和多媒體服務(wù)器僅在裝置或服務(wù)器經(jīng)歷了狀態(tài)變化時(shí)才進(jìn)行通信。例如，當(dāng)移動(dòng)裝置的發(fā)起狀態(tài)變化時(shí)(如裝置“上線”或“離線”)，裝置可向服務(wù)器發(fā)送(推出)一字節(jié)的通知來(lái)指示此發(fā)起狀態(tài)(以及其他“存在”信息如“忙”、“離開(kāi)”、“打字”、“空閑”等)。通知還可用作來(lái)自服務(wù)器的消息請(qǐng)求(拉)和/或其他更新，如請(qǐng)求其他移動(dòng)用戶(如移動(dòng)用戶的朋友列表中所列的用戶)的存在信息。在另一示例中，服務(wù)器可在更新變得可用時(shí)把關(guān)于此更新的警告發(fā)送(推送)給移動(dòng)裝置。這種懶惰的推和/或拉式協(xié)議使利用移動(dòng)裝置進(jìn)行消息傳送所需的網(wǎng)絡(luò)業(yè)務(wù)量最小，因此縮短了例如網(wǎng)絡(luò)等待時(shí)間。
在另一實(shí)施例中，移動(dòng)裝置可在對(duì)服務(wù)器的單次呼叫中進(jìn)行多次信息請(qǐng)求。例如，單次呼叫可包括針對(duì)來(lái)自存在接口的存在信息的第一請(qǐng)求和針對(duì)來(lái)自預(yù)定接口的辛迪加(syndicated)內(nèi)容的第二請(qǐng)求。相反，常規(guī)方法發(fā)出單獨(dú)的呼叫，每個(gè)請(qǐng)求一次。類似于懶惰的推和/或拉式協(xié)議，這也減小了利用移動(dòng)裝置進(jìn)行消息傳送所需的網(wǎng)絡(luò)業(yè)務(wù)量。
在另一實(shí)施例，辛迪加內(nèi)容(如新聞饋送)通過(guò)中間服務(wù)器從辛迪加內(nèi)容服務(wù)器傳遞給移動(dòng)裝置。當(dāng)移動(dòng)裝置請(qǐng)求辛迪加內(nèi)容時(shí)，中間服務(wù)器向該裝置發(fā)送存儲(chǔ)器(中間服務(wù)器的存儲(chǔ)器或諸如由第三方內(nèi)容提供商接管的服務(wù)器之類的其他存儲(chǔ)器)中存儲(chǔ)辛迪加內(nèi)容的位置的參照(鏈接)。例如，該裝置隨后可通過(guò)參照訪問(wèn)內(nèi)容，而不必下載和存儲(chǔ)內(nèi)容其本身。這樣，避免了雙重的內(nèi)容存儲(chǔ)以及從辛迪加內(nèi)容服務(wù)器對(duì)內(nèi)容的檢索，因而減小了網(wǎng)絡(luò)業(yè)務(wù)量。這與需要每個(gè)用戶的裝置訪問(wèn)并直接從內(nèi)容服務(wù)器下載內(nèi)容的常規(guī)方法相反。
另一方面，提供了提高提供給移動(dòng)裝置的用戶的功能性的各種功能性。這種功能性可至少部分地由來(lái)自移動(dòng)裝置上的存儲(chǔ)器或在移動(dòng)裝置由終端用戶購(gòu)買時(shí)駐留在該裝置上的存儲(chǔ)器中的客戶端應(yīng)用提供，該應(yīng)用可從因特網(wǎng)下載并在移動(dòng)裝置上安裝。在另一示例中，在無(wú)客戶端方法中可通過(guò)移動(dòng)裝置的資源(如瀏覽器和/或媒體播放器)而不是專用的客戶端應(yīng)用提供消息傳送功能性。
在一個(gè)實(shí)施例中，可提供文檔級(jí)存在信息(作為用戶存在的信息的備選或附加)，該信息指示例如文檔是否可用于查看、文檔是否已經(jīng)改變、誰(shuí)在訪問(wèn)文檔或?qū)ξ臋n進(jìn)行工作和/或該文檔最近更新是何時(shí)。例如當(dāng)移動(dòng)用戶激活客戶端應(yīng)用時(shí)，該用戶可看到以一個(gè)或多個(gè)文檔的顯示來(lái)呈示，其中該用戶是參與者或已被邀請(qǐng)與剛剛描述的以文檔為中心的特征的一個(gè)或多個(gè)一同參與。
在另一實(shí)施例中，可提供允許用戶記錄、回放以及編輯消息和消息線程的功能性。例如，基于存儲(chǔ)在遠(yuǎn)程站點(diǎn)上的多媒體內(nèi)容的元信息，可給提供用戶選項(xiàng)以搜索消息內(nèi)容。此外，元信息實(shí)現(xiàn)了消息回放，例如用戶可基于時(shí)間、日期和/或位置過(guò)濾消息的選擇性回放。
在另一實(shí)施例中，可提供“消息推送(push-to-message)”功能性，以便把消息發(fā)送給當(dāng)前離線的用戶、針對(duì)特定日期和時(shí)間和/或地理位置安排消息的交付和/或當(dāng)用戶檢索到消息時(shí)連接用戶(以及零個(gè)或多個(gè)其他用戶)。
雖然主要結(jié)合移動(dòng)裝置來(lái)描述本發(fā)明實(shí)施例的上述特征，但這些特征還可應(yīng)用到利用非移動(dòng)裝置(如桌面計(jì)算機(jī))的消息傳送中。
為更好地理解本發(fā)明，結(jié)合附圖對(duì)以下說(shuō)明進(jìn)行參照，附圖中類似的附圖標(biāo)記指類似的部分，并且附圖中圖1是根據(jù)本發(fā)明實(shí)施例的多媒體消息傳送系統(tǒng)的圖；圖2A是根據(jù)本發(fā)明實(shí)施例的非移動(dòng)裝置上運(yùn)行的多媒體客戶端應(yīng)用提供的屏幕抓拍，其中顯示了由服務(wù)器存留于存儲(chǔ)器的文檔。
圖2B是圖2A中顯示的相同文檔的屏幕抓拍，如根據(jù)本發(fā)明的實(shí)施例由運(yùn)行在移動(dòng)裝置上的多媒體內(nèi)容應(yīng)用所顯示；圖3是根據(jù)本發(fā)明消息傳送媒體所涉及的說(shuō)明性步驟的流程圖；圖4顯示了根據(jù)本發(fā)明的實(shí)施例在文檔創(chuàng)建時(shí)元信息的插入；圖5是移動(dòng)裝置顯示屏幕的屏幕抓拍，其中響應(yīng)于多媒體服務(wù)器的單次呼叫將七副圖象傳送給移動(dòng)裝置；圖6顯示了把作為內(nèi)嵌壓縮ASCII編碼二進(jìn)制資產(chǎn)的多媒體內(nèi)容傳遞給其上安裝了多媒體客戶端應(yīng)用的移動(dòng)裝置的交付時(shí)間與把相同消息傳遞給HTML瀏覽器所需要的交付時(shí)間的比較；圖7顯示了根據(jù)本發(fā)明的實(shí)施例一字節(jié)通知的流程圖；圖8顯示了根據(jù)本發(fā)明的實(shí)施例的客戶端服務(wù)器接口的動(dòng)態(tài)級(jí)聯(lián)；以及圖9和圖10顯示了根據(jù)本發(fā)明的實(shí)施例經(jīng)由中間服務(wù)器的內(nèi)容辛迪加的交付。
具體實(shí)施例方式
本發(fā)明的實(shí)施例涉及為終端用戶提供無(wú)縫經(jīng)歷的裝置不可知和網(wǎng)絡(luò)不可知的多媒體消息傳送環(huán)境，而不考慮用戶從移動(dòng)裝置、桌面裝置、置頂裝置還是從其他裝置進(jìn)行消息傳送。在此環(huán)境里，裝置可跨過(guò)不同網(wǎng)絡(luò)和/或協(xié)議例如Web(HTTP)、SMTP/POP/IMAP、SIP、CDMA和GSM(GPRS、EDGE)相互進(jìn)行消息傳送。
圖1顯示了系統(tǒng)100的實(shí)施例，該系統(tǒng)包括服務(wù)器102(各自包括一個(gè)或多個(gè)服務(wù)器接口104和存儲(chǔ)器106)和用戶設(shè)備108(例如一個(gè)或多個(gè)移動(dòng)裝置如蜂窩電話和個(gè)人數(shù)字助理(PDA)和/或非移動(dòng)裝置如桌面計(jì)算機(jī))。系統(tǒng)100還包括網(wǎng)關(guān)110、再現(xiàn)引擎112、HTTP/電郵服務(wù)器114、負(fù)載均衡器116和第三方網(wǎng)關(guān)118。例如，本發(fā)明的實(shí)施例可允許移動(dòng)或非移動(dòng)裝置的用戶查看移動(dòng)用戶的存在信息以便確定移動(dòng)用戶的發(fā)起狀態(tài)(如在線、離線、忙、離開(kāi)、打字、空閑等)，并使移動(dòng)用戶進(jìn)行涉及多媒體如文本、圖象、音頻和視頻的通信。在用戶設(shè)備108之間傳遞的消息(以及可選的還有與消息相關(guān)聯(lián)的元信息)由服務(wù)器104作為文檔(或其部分)存留(存儲(chǔ))在存儲(chǔ)器106中，以便例如在未來(lái)的消息中稍后進(jìn)行參照和/或再用多媒體內(nèi)容。當(dāng)系統(tǒng)100中的文檔是基于nml的文檔時(shí)，系統(tǒng)100在其各個(gè)部件上可用“netomat”修飾語(yǔ)(如netomat服務(wù)器102)標(biāo)記。
移動(dòng)和非移動(dòng)裝置可通過(guò)采用客戶端或無(wú)客戶端的方法聯(lián)網(wǎng)到系統(tǒng)100。在前面情況下，例如在裝置的用戶從因特網(wǎng)下載客戶端之后可將客戶端應(yīng)用安裝在該裝置上。例如，移動(dòng)裝置的客戶端可以是用Java寫的小腳本應(yīng)用(即當(dāng)移動(dòng)裝置是java使能的裝置)。在一個(gè)實(shí)施例中，這種應(yīng)用可采用J2ME MIDP 2.0平臺(tái)來(lái)創(chuàng)建，該平臺(tái)還可包括具有MMAPI(多媒體API)和WMA(無(wú)線消息傳送API)支持的MIDP 1.0平臺(tái)。例如，客戶端的大小可從50k到150k，這取決于安裝客戶端的具體移動(dòng)裝置。在另一實(shí)施例中，移動(dòng)客戶端可以是XHTML用戶內(nèi)容管理接口。用于非移動(dòng)裝置的客戶端應(yīng)用的例子包括Java 1.4應(yīng)用、Java1.1小程序、宏媒體動(dòng)畫6.0小程序或XHTML用戶內(nèi)容管理接口。無(wú)客戶端裝置可通過(guò)利用駐留在裝置上而非專用客戶端應(yīng)用上的資源(如瀏覽器、文本消息傳送和/或媒體播放器)聯(lián)網(wǎng)到系統(tǒng)100。通常，安裝有客戶端應(yīng)用以便多媒體消息傳送的裝置與無(wú)客戶端的裝置相比可具有增強(qiáng)的消息傳送能力。例如，無(wú)客戶端裝置可支持這里所說(shuō)的可能除了XML“短碼”和內(nèi)嵌壓縮ASCII編碼二進(jìn)制資產(chǎn)之外的所有功能性。
服務(wù)器102負(fù)責(zé)管理所有的入站和出站請(qǐng)求(如請(qǐng)求更新或把消息傳遞給移動(dòng)用戶108或從其傳遞消息)、與存儲(chǔ)器106接口以及提供服務(wù)器接口104。在一個(gè)實(shí)施例中，服務(wù)器102是J2EE應(yīng)用服務(wù)器。
服務(wù)器接口104可給移動(dòng)和非移動(dòng)裝置108提供改變的信息并可允許裝置108以統(tǒng)一的方式連接到服務(wù)器102。例如，接口104可包括以下接口的一個(gè)或多個(gè)上傳資產(chǎn)接口(UAI)、管理資產(chǎn)接口(MAI)、版本接口(VI)、通知接口(NI)、存在接口(PI)、預(yù)定接口(SUI)、準(zhǔn)許和投票接口(PTI)、邀請(qǐng)接口(II)、用戶數(shù)據(jù)管理接口(UDMI)、訪問(wèn)管理接口(AMI)、搜索接口(SI)和web服務(wù)接口(WSI)。
UAI可負(fù)責(zé)給服務(wù)器上傳所有文本和二進(jìn)制資產(chǎn)。MAI接口負(fù)責(zé)用戶資產(chǎn)的遠(yuǎn)程管理、例如訪問(wèn)存留在遠(yuǎn)程站點(diǎn)上的分段以及參照新文檔中的分段，由此再用多媒體內(nèi)容。VI可負(fù)責(zé)所有更新的版本制定并針對(duì)文檔分段產(chǎn)生歷史文件。NI可負(fù)責(zé)通知用戶更新他們的空間(其包括源于用戶的文檔(如消息線程)以及用戶僅是其中的參與者的文檔)。PI可負(fù)責(zé)存在信息、例如指示列于用戶的朋友列表上的每一方的發(fā)起狀態(tài)的信息以及其他存在信息。SUI可負(fù)責(zé)內(nèi)容的辛迪加。PTI可負(fù)責(zé)設(shè)定和得到對(duì)用戶的內(nèi)容的讀和寫訪問(wèn)的準(zhǔn)許。II可負(fù)責(zé)對(duì)用戶的空間的一次邀請(qǐng)，它可設(shè)定與PTI不同的準(zhǔn)許設(shè)置。UDMI可負(fù)責(zé)管理用戶數(shù)據(jù)、如簡(jiǎn)檔和地址簿。AMI可負(fù)責(zé)用戶的內(nèi)容的關(guān)鍵字保護(hù)和關(guān)鍵字管理。SI可負(fù)責(zé)查詢用戶數(shù)據(jù)和用戶內(nèi)容(如搜索系統(tǒng)100的所有用戶公共可用的信息和內(nèi)容或搜索私人信息如只對(duì)文檔參與者可用的信息)。WSI可負(fù)責(zé)把web服務(wù)集成到運(yùn)行于用戶設(shè)備108上的客戶端應(yīng)用中。例如，WSI可采用簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議(SOAP)協(xié)議進(jìn)行通信并可具有Web服務(wù)描述語(yǔ)言(WSDL)的內(nèi)置支持。
網(wǎng)關(guān)110是服務(wù)器側(cè)的應(yīng)用，其可創(chuàng)建本發(fā)明實(shí)施例的多媒體消息傳送系統(tǒng)和其他通信系統(tǒng)之間的網(wǎng)橋。例如，網(wǎng)關(guān)110可包括一個(gè)或多個(gè)以下網(wǎng)關(guān)SMS/MMS網(wǎng)關(guān)(SMSG)、電子郵件(電郵)網(wǎng)關(guān)(eMailG)、存在網(wǎng)關(guān)(PresenceG)、即時(shí)消息傳送網(wǎng)關(guān)(IMG)、內(nèi)容流網(wǎng)關(guān)(CSG)和搜索網(wǎng)關(guān)(SG)。SMSG允許來(lái)自裝置108的SMS和MMS消息由服務(wù)器102作為分段存留到存儲(chǔ)器106中。eMailG允許把基于文本的電郵消息和具有附件的電郵消息集成到存儲(chǔ)器106存留的文檔中。PresenceG允許與其他基于存在的系統(tǒng)、如Jabber或Wireless Village、循規(guī)蹈矩和/或簡(jiǎn)單的系統(tǒng)集成(因此采用了來(lái)自這些系統(tǒng)的存在信息)。IMG允許與基于即時(shí)消息的系統(tǒng)如Jabber、AIM、Wireless Village和ICQ集成。CSG允許與流式技術(shù)集成(如流式音頻和視頻)。SG允許與現(xiàn)有搜索技術(shù)如Google和MSN搜索集成。例如，在用戶設(shè)備108上顯示的圖形用戶接口(GUI)(如與運(yùn)行于設(shè)備108上的客戶端應(yīng)用相關(guān)聯(lián)的GUI)中輸入的搜索詞語(yǔ)可由SG轉(zhuǎn)換為搜索技術(shù)可識(shí)別的格式，并隨后提供給搜索技術(shù)。由搜索技術(shù)返回的搜索結(jié)果可轉(zhuǎn)換成合適的格式(如XML構(gòu)造語(yǔ)言nml)，并在使用戶設(shè)備108顯示此結(jié)果之前用元信息(如指示用于搜索的搜索技術(shù)的的源信息和/或與搜索技術(shù)的搜索結(jié)果一起提供的任何元信息)標(biāo)記。
服務(wù)器102通常向用戶設(shè)備108發(fā)送SMS(文本)或因特網(wǎng)協(xié)議(IP)分組通知以警告該設(shè)備例如netomat消息或更新(如更新存在信息和/或更新辛迪加內(nèi)容)可用。關(guān)于SMS消息，消息的具體的形式和內(nèi)容可根據(jù)通知所針對(duì)的裝置是客戶端還是無(wú)客戶端裝置而變。為此，netomat服務(wù)器102可在存儲(chǔ)器106中存儲(chǔ)或者訪問(wèn)安裝有客戶端(如移動(dòng)裝置)的裝置列表。
例如，響應(yīng)服務(wù)器102確定出移動(dòng)裝置108是無(wú)客戶端裝置，服務(wù)器102可經(jīng)由SMS向該裝置發(fā)送通知，其中SMS通知指示可從服務(wù)器102得到新消息和/或更新信息。SMS通知可包括例如文檔(或其一部分)或其他內(nèi)容，如由服務(wù)器102存留在存儲(chǔ)器106中的辛迪加內(nèi)容的外部鏈接。自動(dòng)地在接收以無(wú)線應(yīng)用協(xié)議(WAP)推出消息形式的通知時(shí)(例如)或響應(yīng)于用戶選擇鏈接，無(wú)客戶端移動(dòng)裝置的瀏覽器可訪問(wèn)并為用戶播放文檔或辛迪加內(nèi)容(如在移動(dòng)裝置的顯示區(qū)域中顯示視頻、文本或圖象，經(jīng)由移動(dòng)裝置的揚(yáng)聲器傳送音頻或它們的組合)。還可顯示其中用戶可輸入和遞交文本以便消息傳送響應(yīng)的一個(gè)或多個(gè)字段。在另一示例中，系統(tǒng)100可允許無(wú)客戶端移動(dòng)裝置的用戶用SMS消息響應(yīng)通知，其可作為文本分段由服務(wù)器102存留在存儲(chǔ)器106中。
或者，響應(yīng)于服務(wù)器102確定出移動(dòng)裝置108安裝了客戶端應(yīng)用以便進(jìn)行多媒體消息傳送，服務(wù)器102可向裝置發(fā)送在通知首部中包括客戶端應(yīng)用的端口號(hào)的SMS通知。這在移動(dòng)裝置接收到消息時(shí)可觸發(fā)客戶端應(yīng)用的自動(dòng)啟動(dòng)。一旦啟動(dòng)，客戶端應(yīng)用便可訪問(wèn)由服務(wù)器102存留于存儲(chǔ)器106的文檔(在SMS通知中可提供的鏈接)并允許用戶發(fā)出多媒體消息響應(yīng)。此外，當(dāng)客戶端應(yīng)用處于發(fā)起狀態(tài)時(shí)，消息或更新的通知可由服務(wù)器102通過(guò)IP信道而不是經(jīng)由SMS發(fā)送。為此，服務(wù)器102可存儲(chǔ)或訪問(wèn)指示其上安裝有客戶端的移動(dòng)裝置中的哪些處于發(fā)起狀態(tài)的數(shù)據(jù)。以下結(jié)合對(duì)一字節(jié)的“懶惰”推或拉式通知的描述提供了有關(guān)由服務(wù)器102確定運(yùn)行于移動(dòng)裝置108上的客戶端應(yīng)用是否在發(fā)起狀態(tài)的其他細(xì)節(jié)。
系統(tǒng)100中的再現(xiàn)引擎112可以是顯示和/或操縱系統(tǒng)中由用戶設(shè)備108消息傳送的多媒體內(nèi)容和/或其他內(nèi)容(如辛迪加內(nèi)容)的軟件模塊。例如，再現(xiàn)引擎112可在物理空間中生成公共顯示，如電子廣告牌或音樂(lè)會(huì)投影。備選地或另外，再現(xiàn)引擎112可在因特網(wǎng)頁(yè)(如萬(wàn)維網(wǎng)頁(yè))上發(fā)布內(nèi)容。內(nèi)容的發(fā)布和處理可實(shí)時(shí)發(fā)生，如從移動(dòng)和桌面裝置投票或輪詢。再現(xiàn)引擎還可根據(jù)用戶的靜態(tài)輸入產(chǎn)生類似電影的動(dòng)漫經(jīng)歷，在此意義上，再現(xiàn)引擎可自動(dòng)按照分段在遠(yuǎn)程站點(diǎn)存留的順序回放文檔的這些分段。
圖2A是由在例如根據(jù)本發(fā)明的桌面裝置上顯示的多媒體客戶端應(yīng)用提供的說(shuō)明性顯示的屏幕抓拍。在圖2A中，為用戶顯示由服務(wù)器102存留于存儲(chǔ)器106中的文檔。更具體地說(shuō)，圖2A提供了用戶空間的概況，其可概念化為其中用戶是文檔參與者的文檔集合(即用戶具有著作權(quán)的文檔集合)。如圖所示，目前在顯示屏內(nèi)選擇了題為“MIKE′S 25TH”的文檔202。因此為用戶顯示了文檔202的分段204、206和208，每個(gè)分段包括含有文本和圖象和對(duì)應(yīng)元信息(如作者、日期和時(shí)間)的多媒體。該顯示還可包括各種可選擇的選項(xiàng)。還提供了選項(xiàng)210、212和214以便允許用戶分別選擇文檔“IT′SA GIRL”、“HAPPY BI…”以及“DECEMBE…”進(jìn)行顯示?？商峁┻x項(xiàng)216以便允許用戶創(chuàng)建新文檔?；貜?fù)字段218可允許用戶向當(dāng)前文檔202的參與者遞交針對(duì)通信的多媒體響應(yīng)。如圖所示，可從裝置的本地存儲(chǔ)(“MY COMPUTER”選項(xiàng)220)或遠(yuǎn)程存儲(chǔ)中(如在專用于存儲(chǔ)用戶特定的內(nèi)容(“My Gallery”選項(xiàng)222)的存儲(chǔ)器106中)的分配中選擇多媒體(如圖象)以包括在響應(yīng)中。“FunStuff”選項(xiàng)226可允許用戶訪問(wèn)來(lái)自遠(yuǎn)程存儲(chǔ)的第三方多媒體內(nèi)容(如辛迪加內(nèi)容)。預(yù)覽(Preview)窗口224可允許用戶在發(fā)送多媒體消息之前預(yù)覽圖象。選項(xiàng)228可指示要參與文檔中的兩個(gè)新的邀請(qǐng)是用戶可用的。選擇選項(xiàng)218可允許用戶查看邀請(qǐng)和/或關(guān)于邀請(qǐng)的發(fā)送器的簡(jiǎn)檔信息。選擇接受邀請(qǐng)可導(dǎo)致對(duì)應(yīng)的文檔及其相關(guān)聯(lián)的信息出現(xiàn)在顯示屏中。
圖2B是圖2A中顯示的相同文檔202的屏幕抓拍，如根據(jù)本發(fā)明的實(shí)施例由運(yùn)行于移動(dòng)裝置上的多媒體內(nèi)容應(yīng)用所顯示的。移動(dòng)用戶可用的選項(xiàng)可以與圖2A的示例中提供給用戶的那些類似或相同。然而，由于移動(dòng)裝置的顯示屏更小，因此可能需要用戶例如滾動(dòng)顯示來(lái)訪問(wèn)選項(xiàng)。
圖3是根據(jù)本發(fā)明消息傳送媒體所需的說(shuō)明性步驟的流程圖300。在步驟302上，服務(wù)器102可從用戶設(shè)備108(如移動(dòng)用戶設(shè)備)接收打算傳遞給一個(gè)或多個(gè)接受器(如移動(dòng)用戶設(shè)備的另一安裝)的媒體消息。在步驟304上，服務(wù)器102可把媒體消息作為文檔存儲(chǔ)在(如遠(yuǎn)離媒體消息的一個(gè)或多個(gè)接受器和發(fā)送器的)存儲(chǔ)器106中。在步驟306上，服務(wù)器102可把消息傳遞給一個(gè)或多個(gè)消息接受器。例如，服務(wù)器102可通過(guò)向接受器傳送文檔邀請(qǐng)或其他通知來(lái)通知該接收器接收消息，并可響應(yīng)于接受該邀請(qǐng)的接受器把消息傳遞給接受器。把消息傳遞給接受器包括發(fā)送鏈接給遠(yuǎn)程存儲(chǔ)的消息和/或傳送(如流出)所有消息或消息的一部分給接受器設(shè)備。在優(yōu)選實(shí)施例中，來(lái)自消息的多媒體內(nèi)容最好作為壓縮的ASCII二進(jìn)制編碼資產(chǎn)傳遞給接受器，以下將結(jié)合圖5和圖6對(duì)這進(jìn)行描述。在步驟308上，服務(wù)器306可在把遠(yuǎn)程存儲(chǔ)器中的文檔傳遞給一個(gè)或多個(gè)接受器之后維護(hù)它，這可允許未來(lái)的消息中參照和/或再用文檔(及其多媒體內(nèi)容)。在一個(gè)實(shí)施例中，服務(wù)器102可把已經(jīng)接受邀請(qǐng)加入文檔或讓消息作為分段附加到文檔的用戶指定為文檔中的參與者，由此在用戶之間創(chuàng)建了關(guān)聯(lián)。此關(guān)聯(lián)可建立用戶的共同體，這些用戶可具有特定于該共同體的功能。
在本發(fā)明的一個(gè)方面中，提供了允許移動(dòng)用戶108通過(guò)多媒體消息傳送(如消息傳送文本、圖象視頻和/或音頻)與其他基于移動(dòng)的裝置的用戶合作的系統(tǒng)和方法。例如，由移動(dòng)和非移動(dòng)裝置108產(chǎn)生的多媒體消息可在服務(wù)器102把消息和相關(guān)聯(lián)元信息作為文檔(如或者文檔的分段)存留在遠(yuǎn)離消息發(fā)送器和接受器的存儲(chǔ)器106中之前用識(shí)別元信息(如作者、日期、時(shí)間和/或位置)自動(dòng)標(biāo)記。作為另一示例，可提供單個(gè)附加的功能，它允許不同裝置108的用戶同時(shí)寫到(如添加或修改)存儲(chǔ)的文檔中(如把分段存留到遠(yuǎn)離裝置存儲(chǔ)的文檔)的。在另一示例中，可提供社會(huì)聯(lián)網(wǎng)協(xié)議(如“朋友的朋友”協(xié)議)，它允許存儲(chǔ)的文檔和它們相關(guān)聯(lián)的多媒體內(nèi)容(以及可選地還有元信息)由除了最初的消息接受器以外的其他方進(jìn)行訪問(wèn)?，F(xiàn)在更詳細(xì)地描述這些特征。
消息傳送內(nèi)容的自動(dòng)元信息標(biāo)記Web資源包含提供關(guān)于作者身份、鏈接、關(guān)鍵字和描述符的信息的元標(biāo)簽。此信息用于文檔的搜索和機(jī)器處理。目前用于這方面的一種方法是RDF，它是XML的擴(kuò)展，提供了具有用于著作、操縱和搜索機(jī)器產(chǎn)生的元數(shù)據(jù)的工具的框架，這些元數(shù)據(jù)隨后可由其他機(jī)器有效地處理。
目前通過(guò)如RDF標(biāo)簽的方法提供元數(shù)據(jù)需要一些人為輸入(例如明確地支持信息或輸入標(biāo)簽)。然而，自動(dòng)插入標(biāo)簽是描述通信系統(tǒng)中創(chuàng)建的文檔的量所必要的，特別是在其中多媒體消息傳送系統(tǒng)允許經(jīng)由分段附加操作同時(shí)更新(以下更詳細(xì)描述)的本發(fā)明的實(shí)施例中，情況尤其如此。
在一個(gè)實(shí)施例中，本發(fā)明采用自動(dòng)標(biāo)記元信息來(lái)描述每個(gè)文檔或其一部分。例如在每個(gè)文檔包括一個(gè)或多個(gè)分段的優(yōu)選實(shí)施例中，文檔內(nèi)的每個(gè)分段可用指示創(chuàng)建位置、日期和分段的作者的元信息標(biāo)記。就移動(dòng)裝置而言，位置信息可基于例如全球定位系統(tǒng)(GPS)測(cè)量的移動(dòng)裝置的全球位置、移動(dòng)裝置的標(biāo)識(shí)符(如蜂窩ID)和/或基于用戶的輸入(如用戶在紐約州的用戶指示)產(chǎn)生。非移動(dòng)裝置的位置信息可基于GPS或響應(yīng)于用戶輸入(如其中用戶陳述了用戶的裝置所在的郵政區(qū)碼的用戶的用戶簡(jiǎn)檔)?；谠畔?，可搜索、編輯和組織分段和文檔，這些變化可由其他用戶查看。
自動(dòng)標(biāo)記元信息有助于確保更新的信息正確地被標(biāo)記以便以后使用。在一個(gè)實(shí)施例中，在消息發(fā)送給服務(wù)器102之前運(yùn)行于用戶設(shè)備108上的客戶端應(yīng)用可用作者、日期、時(shí)間和位置標(biāo)記新消息(所有這些是發(fā)送裝置的功能)。在另一實(shí)施例中(如當(dāng)消息從無(wú)客戶端裝置發(fā)送時(shí))，服務(wù)器102可在把消息存留在存儲(chǔ)器106中或把該內(nèi)容傳送到分布式布置的另一服務(wù)器之前用元信息標(biāo)記消息。圖4顯示了根據(jù)本發(fā)明的實(shí)施例在創(chuàng)建文檔時(shí)元信息的插入。具體而言，文檔的分段用分段名稱＝“fragment”，作者姓名＝“Maciej”，日期和時(shí)間＝“27-Jul-04 16:21PM MST”和位置信息＝“Paris”和“:::Latitude19degress-45minutes-32.4seconds-north:::Longitude155degrees-27minutes-22.8seconds-west:::Altitude2300feet”來(lái)標(biāo)記。這些分段隨后追加到可包括一個(gè)或多個(gè)之前的其他分段形式的關(guān)聯(lián)消息的文檔上。
具有一次追加操作的全局用戶管理文件系統(tǒng)系統(tǒng)100可提供可從任何裝置108全局訪問(wèn)的內(nèi)容管理系統(tǒng)，并可提供搜索、分類、發(fā)送、刪除、共享和再用多媒體資產(chǎn)的能力。相反，常規(guī)文件系統(tǒng)對(duì)正在讀取或更新的文件的訪問(wèn)進(jìn)行“鎖定”，同時(shí)把對(duì)于那些文件的其他請(qǐng)求增加到隊(duì)列中。鎖定訪問(wèn)需要額外的處理時(shí)間和服務(wù)器存儲(chǔ)器，并可導(dǎo)致更新丟失、實(shí)際未保存下來(lái)以進(jìn)行上傳的數(shù)據(jù)變化和重新讀取更新的文件的問(wèn)題。
系統(tǒng)100提供的全局文件系統(tǒng)提供了避免了以上問(wèn)題的簡(jiǎn)單而有效的更新文件的方式。在優(yōu)選實(shí)施例中，由于所有文檔可通過(guò)追加新分段而不是覆蓋現(xiàn)有分段來(lái)改變，因此文檔內(nèi)的隨機(jī)寫實(shí)際上是不存在的。因此一旦被寫入，則文檔里的分段便是只讀的，而且對(duì)于大部分是順序讀取的。全局文件系統(tǒng)可以是基于域的系統(tǒng)，其按目錄分級(jí)組織文件并通過(guò)域內(nèi)的路徑名來(lái)識(shí)別它們，如路徑/m/a/c/iej/travel/index.v45.nml其可設(shè)在域內(nèi)http//www.netomat.net全局文件系統(tǒng)支持標(biāo)準(zhǔn)的打開(kāi)、關(guān)閉、刪除、讀取和寫入操作，以及分段追加，其允許多個(gè)裝置108在保證每個(gè)裝置的追加的完整性的同時(shí)把分段同時(shí)追加到文檔。
此分段方法比傳統(tǒng)分布文件系統(tǒng)簡(jiǎn)單的多，因此更易于擴(kuò)展并具有更好的容錯(cuò)能力。分段方法還有助于避免在不同終端用戶裝置之間進(jìn)行數(shù)據(jù)同步的需要。這些問(wèn)題均由當(dāng)前的基于web的協(xié)議(如WebDAV)而產(chǎn)生，該協(xié)議通過(guò)利用鎖定機(jī)制允許用戶共同編輯、發(fā)布和管理Web資源，但是也容易出現(xiàn)擴(kuò)展性問(wèn)題并且不提供分段追加功能性。
在消息傳送流和協(xié)議層內(nèi)建立社會(huì)聯(lián)網(wǎng)協(xié)議目前的社會(huì)聯(lián)網(wǎng)應(yīng)用提供了許多用來(lái)識(shí)別用戶之間的交換或關(guān)系的途徑，也提供了鼓勵(lì)用戶構(gòu)成社會(huì)網(wǎng)絡(luò)的特征。在一個(gè)實(shí)施例中，本發(fā)明通過(guò)對(duì)交互模式更細(xì)致的研究而促進(jìn)了社會(huì)聯(lián)網(wǎng)。
本發(fā)明針對(duì)給定的一套移動(dòng)裝置基于裝置之間的實(shí)際交互操作提供了自動(dòng)定義合適的社會(huì)規(guī)則有時(shí)也稱為社會(huì)契約的方法。例如，用戶創(chuàng)建的文檔可采用“朋友的朋友”協(xié)議鏈接，其只允許互相認(rèn)識(shí)或已經(jīng)彼此介紹的人來(lái)發(fā)送和接收消息，該消息隨后可作為分段追加到文檔上。
例如，朋友的文檔可在消息由接收方接收(即與忽略或刪除相反由接收方訪問(wèn))時(shí)創(chuàng)建，由此在發(fā)送方和接收方之間創(chuàng)建了“信任鏈接”。通常，此信任鏈接將僅針對(duì)即時(shí)文檔是有效的，也就是說(shuō)不將讓接收方訪問(wèn)發(fā)送器所參與的其他私人文檔，反之亦然。這樣，朋友的朋友的網(wǎng)絡(luò)可由于在用戶之間的正進(jìn)行的通信/合作而有組織地生長(zhǎng)。
作為另一示例，朋友的列表(有時(shí)也稱為伙伴列表)可以是用戶建立的或自動(dòng)由服務(wù)器接口104的邀請(qǐng)、預(yù)定和通知處理而產(chǎn)生的。
還可提供作為由用戶創(chuàng)建的用戶數(shù)據(jù)的集合的簡(jiǎn)檔來(lái)表示和描述它們自身，不過(guò)可允許用戶隱藏或限制對(duì)他們的簡(jiǎn)檔的訪問(wèn)。簡(jiǎn)檔用來(lái)識(shí)別網(wǎng)絡(luò)內(nèi)的用戶。系統(tǒng)100可支持多媒體簡(jiǎn)檔以及在某通信期間簡(jiǎn)檔的“反向查詢”，這意味著(例如)消息接受器在從發(fā)送器接收消息之前可查看消息發(fā)送器的簡(jiǎn)檔。簡(jiǎn)檔是用戶的公共簡(jiǎn)檔。
變化的信任度可屬于不同的社會(huì)鏈接。例如，可在朋友的列表的成員之間指示最大的信任度。這種變化的信任和/或其他用戶偏好可用來(lái)過(guò)濾系統(tǒng)100允許交付給用戶的要加入社會(huì)網(wǎng)絡(luò)的邀請(qǐng)類型。例如，系統(tǒng)100可允許把一方的邀請(qǐng)交付給用戶，除非基于例如分布列表或主題標(biāo)簽的屬性(類似于用于電郵的SPAM阻塞)確定出消息是該反對(duì)的。
系統(tǒng)100自動(dòng)進(jìn)行創(chuàng)建社會(huì)協(xié)議的處理。因?yàn)橄到y(tǒng)上的每個(gè)消息均標(biāo)記有元信息、被存儲(chǔ)起來(lái)(除非用戶刪除它)并且可搜索以便稍后使用，所以系統(tǒng)100可追蹤網(wǎng)絡(luò)中出現(xiàn)的任何社會(huì)結(jié)。重要的是要注意此能力僅可應(yīng)用于消息分段之間的鏈接，以及注意如何訪問(wèn)消息而不是消息的內(nèi)容。
在本發(fā)明的另一方面，提供了促使多媒體消息交付給移動(dòng)裝置的系統(tǒng)和方法。例如，基于XML的多媒體消息可利用XML“短碼”進(jìn)行編碼，它減少了發(fā)送器編碼的XML的量以及接受器譯碼的XML的量，這對(duì)于把消息傳遞給接受器是必需的。在另一實(shí)施例中，只有文檔的一部分可在給定時(shí)間根據(jù)例如通信網(wǎng)絡(luò)的帶寬和/或等待時(shí)間和/或移動(dòng)裝置的處理和/或存儲(chǔ)能力傳遞給移動(dòng)(或非移動(dòng))裝置。在另一實(shí)施例中，消息的非文本多媒體可作為內(nèi)嵌ASCII編碼二進(jìn)制資產(chǎn)傳遞給移動(dòng)裝置，同時(shí)消息的文本部分傳遞給裝置。在另一實(shí)施例中，移動(dòng)用戶108可通過(guò)“懶惰”的推和/或拉式通知協(xié)議與服務(wù)器102通信，其中移動(dòng)裝置108和服務(wù)器102僅在裝置或服務(wù)器經(jīng)歷狀態(tài)變化時(shí)通信。在另一實(shí)施例中，移動(dòng)裝置108可在一次請(qǐng)求中向多個(gè)服務(wù)器接口104發(fā)出多次呼叫信息。在另一實(shí)施例中，服務(wù)器102可在辛迪加內(nèi)容服務(wù)器(如提供新聞饋送的)和一個(gè)或多個(gè)移動(dòng)裝置108之間用作中間件。這可避免內(nèi)容存儲(chǔ)器的重復(fù)并減少了網(wǎng)絡(luò)流量。現(xiàn)在更詳細(xì)地描述這些特征。
縮減的編碼-XML短碼本發(fā)明的實(shí)施例提供了尤其是在無(wú)線網(wǎng)絡(luò)上更有效地傳送基于XML的文檔的方法。雖然傳送大小的減少是所有通信方法的目標(biāo)，但對(duì)于其中效率受低帶寬和高系統(tǒng)開(kāi)銷影響的資源有限的裝置如移動(dòng)電話而言，它是主要考慮因素。本發(fā)明在不需要其他編碼軟件的情況下減少了文檔大小，由此減小了傳送大小并且避免了編碼和譯碼文檔的計(jì)算負(fù)擔(dān)。
現(xiàn)有消息傳送系統(tǒng)有賴于在網(wǎng)絡(luò)上更有效傳送編碼數(shù)據(jù)的兩種方法。這兩種方法是二進(jìn)制編碼和二進(jìn)制壓縮。兩種方法就解釋編碼的傳輸所需的系統(tǒng)開(kāi)銷而言均具有效率作用。
二進(jìn)制編碼方法如WBXML(無(wú)線二進(jìn)制XML)，其編碼文件為二進(jìn)制格式。二進(jìn)制編碼的缺點(diǎn)包括處理用戶設(shè)備和多媒體服務(wù)器上的與編碼和譯碼相關(guān)聯(lián)的系統(tǒng)開(kāi)銷以及處理用于存儲(chǔ)編碼/譯碼軟件的其他存儲(chǔ)器的系統(tǒng)開(kāi)銷。
數(shù)據(jù)壓縮是用于減小存儲(chǔ)和傳送文檔所需要的系統(tǒng)開(kāi)銷和網(wǎng)絡(luò)帶寬的另一傳統(tǒng)方法。由于采用二進(jìn)制編碼，因此數(shù)據(jù)壓縮需要解譯，由此在每個(gè)裝置上需要壓縮/解壓縮軟件，以及在傳送/再現(xiàn)處理中由于壓縮/解壓縮而引入了等待時(shí)間。
在一個(gè)實(shí)施例中，本發(fā)明提供了第三個(gè)解決方案，它通過(guò)識(shí)別可再用的標(biāo)記語(yǔ)言和用短碼替代該語(yǔ)言而不需要XML編碼。在多數(shù)情況下，這比二進(jìn)制編碼和數(shù)據(jù)壓縮更有效。本發(fā)明減少了文檔大小，節(jié)約了網(wǎng)絡(luò)帶寬，并且不需要其他軟件，由此節(jié)約了裝置上的存儲(chǔ)空間并且不需要系統(tǒng)開(kāi)銷處理。在其中系統(tǒng)100傳送基于nml(netomatic標(biāo)記語(yǔ)言)的文檔的優(yōu)選實(shí)施例中，短碼是(nml)短碼。nml是以上結(jié)合美國(guó)公布No.20020178164描述的遵守XML的語(yǔ)言。
nml短碼表示一個(gè)或許多個(gè)nml編碼單元。短碼把nml單元的基礎(chǔ)結(jié)構(gòu)分解成單個(gè)編碼單元。短碼可用來(lái)代替任何nml樹(shù)/子樹(shù)。短碼在應(yīng)用識(shí)別出nml單元的默認(rèn)值時(shí)被插入，并且當(dāng)那些值在nml應(yīng)用的生命周期內(nèi)保持一致時(shí)。短碼由現(xiàn)有分析程序和解釋程序處理，現(xiàn)有分析程序和解釋程序允許更有效地處理復(fù)雜文檔而不需要額外的預(yù)處理。
例如，nml<toolbar>單元包含定義nml應(yīng)用的用戶接口的單元和屬性；屬性如布局、看和感覺(jué)以及功能。以下顯示了具有子單元和屬性的<toolbar>定義的示例<toolbar type＝″all″>
<formContainer name＝″AddImage″id＝″003″>
<submit action＝″http//mobile.netomat.net/account/addImage.jsp″target＝″ImageForm″method＝″GET″id＝″01″name＝″Add Image″>
</submit>
</formContainer>
</toolbar>
例如，以上編碼的樹(shù)結(jié)構(gòu)可表示如下 因此，每當(dāng)需要用戶接口時(shí)不傳送此結(jié)構(gòu)(如以上樹(shù)所表示的)的整個(gè)<toolbar>定義，而是發(fā)送短碼。
如下是用于這種情況下的短碼<toolbar type＝″all″/>
<toolbar>短碼隱藏了定義布局、看和感覺(jué)以及功能性的屬性。通過(guò)在工具條單元的最初傳送中提供屬性值“類型＝全部”，而把屬于該單元的子樹(shù)標(biāo)記為符合條件的短碼。下次在應(yīng)用接收具有如以上示例的“類型＝all”的屬性的<toolbar>單元時(shí)，該應(yīng)用把<toolbar>識(shí)別為短碼。
在另一示例中，可采用短碼<slideshow>來(lái)產(chǎn)生一序列圖象，如下簡(jiǎn)單編碼所示。應(yīng)當(dāng)注意，在如何把這序列圖象再現(xiàn)給屏幕的客戶端應(yīng)用時(shí)可它移至客戶端應(yīng)用。例如，圖象可預(yù)加載并通過(guò)用下一圖象替代這一副圖象來(lái)循環(huán)，或者一旦該項(xiàng)被選擇的話它們可一個(gè)接一個(gè)地顯示于可滾動(dòng)的區(qū)域中。
<slideshow x＝″10″y＝″10″width＝″150″height＝″136″period＝″9000″>
<image src＝″/107-0784_IMG20634.JPG″y＝″24″width＝″150″height＝″112″/>
<image src＝″/107-0785_IMG20633.JPG″y＝″24″width＝″150″height＝″112″/>
<image src＝″/107-0786_IMG20632.JPG″y＝″24″width＝″150″height＝″112″/>
<image src＝″/107-0787_IMG20631.JPG″y＝″24″width＝″150″height＝″112″/>
<image src＝″/107-0788_IMG20630.JPG″y＝″24″width＝″150″height＝″112″/>
<image src＝″/107-0789_IMG20629.JPG″y＝″24″width＝″150″height＝″112″/>
</slideshow>
因此，重復(fù)的編碼由識(shí)別屬性標(biāo)記，并且在隨后的通信中不重新發(fā)送冗余編碼。采用此方法，可縮短碼大塊的消息交換，從而有效地減小了通過(guò)網(wǎng)絡(luò)傳送的文件的大小。在一些情況下，短碼可在通過(guò)預(yù)定的短碼消息交換之前指定。如果客戶端應(yīng)用不識(shí)別短碼，則客戶端應(yīng)用可向服務(wù)器102發(fā)送消息，并且隨后重復(fù)的編碼將被完整地發(fā)送。
任意長(zhǎng)度的多媒體消息和消息線程的交付在另一實(shí)施例中，本發(fā)明消除了與通過(guò)具有有限帶寬和較長(zhǎng)的等待時(shí)間的網(wǎng)絡(luò)把大型文件和任意長(zhǎng)度消息交付給具有有限存儲(chǔ)的裝置相關(guān)聯(lián)的問(wèn)題。例如，XML更具體地說(shuō)是遵循XML的語(yǔ)言nml提供了用以創(chuàng)建“大塊”文檔的簡(jiǎn)單的解決方案，作為更復(fù)雜的方法的備選例如有把XML分段重新編排到文檔中的XML分段規(guī)范。
在nml的情況下，對(duì)文檔大小沒(méi)有限制，nml分段提供了按大塊交付文檔的靈活性；即與完整的文檔相反數(shù)據(jù)大塊屬于更大的文檔。
分段是文檔的一部分并且足夠小以便它可交付到例如可能具有有限存儲(chǔ)器和處理能力的移動(dòng)裝置108。一次交付分段的數(shù)量可基于網(wǎng)絡(luò)吞吐量和裝置能力。系統(tǒng)100可通過(guò)網(wǎng)絡(luò)加載隨后的分段，從而表現(xiàn)出文檔在本地被滾動(dòng)。
在一個(gè)實(shí)施例中，本發(fā)明提供了在合適的情況下基于網(wǎng)絡(luò)帶寬和裝置108交付1至n個(gè)分段的能力。對(duì)于可傳送的分段的數(shù)量沒(méi)有上限。所傳送分段的默認(rèn)數(shù)量可作為用戶偏好而被動(dòng)態(tài)覆蓋。
nml分段可包含0個(gè)或多個(gè)nml對(duì)象(單元)，nml對(duì)象定義為時(shí)間和空間中的對(duì)象，意指它們包含定義作者的屬性(如前所述的元信息)、最近修改的日期/時(shí)間標(biāo)記和其地理位置(在可用時(shí))。圖4顯示了nml分段。
此元信息使nml分段成為“自我意識(shí)”的，意指需要重新編排此文檔的信息包含在它們自身的分段里。分段不需要分段外的任何規(guī)則或知識(shí)。任何兩個(gè)nml分段可基于此自我意識(shí)進(jìn)行分類。
內(nèi)嵌壓縮的ASCII編碼的二進(jìn)制資產(chǎn)由于移動(dòng)網(wǎng)絡(luò)不斷擴(kuò)展，因此也的確需要更快、更高效地并且用戶友好地向具有小屏幕特征且容易受到不可靠網(wǎng)絡(luò)連接和較低的帶寬的影響的裝置交付格式化多媒體顯示?？邕^(guò)移動(dòng)和固定網(wǎng)絡(luò)交換消息中的多媒體的現(xiàn)有方法在與本發(fā)明比較時(shí)需要指數(shù)級(jí)地更高數(shù)量的客戶端/服務(wù)器呼叫/響應(yīng)，因此對(duì)網(wǎng)絡(luò)有更高的要求，使傳送會(huì)話遭網(wǎng)絡(luò)故障影響以及使用戶等待更長(zhǎng)的時(shí)間。
常規(guī)移動(dòng)應(yīng)用如電話瀏覽器需要以下步驟來(lái)加載多媒體文件、如包含圖象的HTML或XHTML。第一步，響應(yīng)于用戶對(duì)HTML文件的請(qǐng)求必須加載HTML文件。接下來(lái)，必須加載HTML文件中每個(gè)嵌入的圖象，其中每個(gè)嵌入的圖象要求單獨(dú)的用戶請(qǐng)求。MMS和其他消息傳送系統(tǒng)采用類似的步驟。多次呼叫信息可由于一次或多次呼叫未由服務(wù)器接收或由于移動(dòng)裝置接收的內(nèi)容中的傳送錯(cuò)誤而導(dǎo)致錯(cuò)誤。
在一個(gè)實(shí)施例中，不像常規(guī)系統(tǒng)系統(tǒng)100通過(guò)不進(jìn)行多次呼叫和減小消息尺寸而高效地把多媒體內(nèi)容交付給移動(dòng)裝置108。具體而言，移動(dòng)裝置108的單次呼叫使得服務(wù)器102傳送包含ASCII編碼的nml文件和壓縮多媒體資產(chǎn)(如由服務(wù)器102壓縮和編碼的)。當(dāng)壓縮時(shí)，ASCII編碼和壓縮文件小了百分之十二到三十。另外的百分之十的優(yōu)點(diǎn)通過(guò)減小每次TCP/IP連接所需的系統(tǒng)開(kāi)銷(即通過(guò)減小呼叫/響應(yīng)次數(shù))來(lái)獲得。交付一個(gè)消息中包含多個(gè)資產(chǎn)的消息的能力導(dǎo)致更快速的交付并且交付明顯改進(jìn)的用戶經(jīng)歷。系統(tǒng)100僅適用于其中需要減少受到網(wǎng)絡(luò)不可靠性和較差連接的影響的移動(dòng)環(huán)境。系統(tǒng)100還通過(guò)限制服務(wù)器必須響應(yīng)的呼叫數(shù)量來(lái)節(jié)約服務(wù)器102的資源。例如，圖5是移動(dòng)裝置顯示屏的屏幕抓拍，其中響應(yīng)于服務(wù)器102的單次呼叫把七副圖象502-514(以及相關(guān)聯(lián)的文本)傳送到移動(dòng)裝置(圖1)。
圖6是顯示了把包括五副圖象(大小總共為50k)的內(nèi)容作為內(nèi)嵌壓縮的ASCII編碼二進(jìn)制資產(chǎn)交付給其上安裝了多媒體客戶端應(yīng)用的移動(dòng)裝置所需的交付時(shí)間(其中消息是nml消息)與發(fā)送相同內(nèi)容到移動(dòng)裝置的HTML瀏覽器所需的交付時(shí)間(在沒(méi)有進(jìn)行ASCII編碼二進(jìn)制資產(chǎn)的內(nèi)嵌壓縮的情況下)的比較。更具體地說(shuō)，如果在28.8kbps線路上交付，交付壓縮的ASCII編碼二進(jìn)制資產(chǎn)需要48.4秒，而交付相同內(nèi)容到HTML瀏覽器需要66.5秒。
以下顯示了針對(duì)包括三副圖象的nml文件的說(shuō)明性編碼。在此示例中，內(nèi)嵌消息利用包括LZ77算法和Huffman編碼的組合的標(biāo)準(zhǔn)數(shù)據(jù)壓縮算法進(jìn)行壓縮，并被編碼為Base64。一副內(nèi)嵌圖象(如1272字節(jié))比JPG格式的原始圖象(如1564字節(jié))更小。
<pre listing-type="program-listing">＜？xml version＝″1.0″e(cuò)ncoding＝″ISO-8859-1″？＞＜nml＞＜img enc＝″base64″id＝″mzw:::userpic″src＝″user/profile/photo_smallthumb.jpg″x＝″0″y＝″0″＞/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAYEBQYFBAYGBQYHBwYIChAKCgkJChQODwwQFxQYGBcUFhYaHSUfGhsjHBYWICwgIyYnKSopGR8tMC0oMCUoKSj/2wBDAQcHBwoIChMKChMoGhYaKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCj/wAA.RCAAYACADASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRo1JicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKT1JWW15iZmqKjpKWm</pre><pre listing-type="program-listing">p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+T15ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOE18RcYGRomJygPKjU2Nzg5OkNERUZHSE1KU1RVV1dYYWVpjZGVmZ2hpanN0dXZ3eH16goOEhYaHiImKkpOU1ZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD58u7C6upHeCOeQKOSnPPoB3rv/DfgfwxNaIPEuq3Ud4RnbbFFVPY5DZ+owKqJo8Nkkk9vf7tq8q0eS3PqD7+1Yime7u50EG0DLIWcAMAPU4/zxXA5tqyO2NOK3Ra8XeHLLRp0ewuVu7Fv1SR1AZTjgHsfr7HgVyOqKGhQLyM5xmuotop77RLoXCPBBDIsquehGCDjt3rDMbbf3UcsiEnay9CP85raKsY1Ensei6B4HZvD15qGoXrx3scXnR2cagNt/vMeencAccZIr1rxbgSjIIKthQ4B5z0wevTpRRS1BXLhNpHU+HdIfXdO1PS7qWaz1EbFZnO5IypCmN1GcA1gN3Y99j0rk5tG1Pwprw07UJInUSeU/lybo+cfNnHHBB/OiiuunBPQ6Mbh4wpKotz//2Q＝＜/img＞＜img enc＝″base64″id＝″mzw:::userpic″src＝″user2/profile/photo_smallthumb.jpg″x＝″0″y＝″0″＞/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAYEBQYFBAYGBQYHBwYIChAKCgkJChQODwwQFxQYGBcUFhYaHSUfGhsjHBYWICwgIyYnKSopGR8tMC0oMCUoKSj/2wBDAQcHBwoIChMKChMoGhYaKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCj/wAARCAAYACADASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA</pre><pre listing-type="program-listing">AAF9AQIDAAQRBRIhMUEGEIFhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRo1JicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaG1qc3R1dnd4eXqDhIWGh4iJipKT1JWW15iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+T15ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOE18RcYGRomJygpKjU2Nzg5OkNERUZHSE1KU1RVV1dYWVpjZGVmZ2hpanN0dXZ3eH16goOEhYaHiImKkpOU1ZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD58u7C6upHeCOeQKOSnPPoB3rv/DfgfwxNaIPEuq3Ud4RnbbFFVPY5DZ+owKqJo8Nkkk9vf7tq8q0eS3PqD7+1Yime7u50EG0DLIWcAMAPU4/zxXA5tqyO2NOK3Ra8XeHLLRp0ewuVu7Fv1SR1AZTjgHsfr7HgVyOqKGhQLyM5xmuotop77RLoXCPBBDIsquehGCDjt3rDMbbf3UcsiEnay9CP85raKsY1Ensei6B4HZvD15qGoXrx3scXnR2cagNt/vMeencAccZIr1rxbgSjIIKthQ4B5z0wevTpRRS1BXLhNpHU+HdItXdO1PS7qWaz1EbFZnO5IypCmN1GcAlgN3Y9j0rk5tG1Pwprw07UJInUSeU/lybo+cfNnHHBB/OiiuunBPQ6Mbh4wpKotz//2Q＝＜/img>＜img enc＝″base64″id＝″mzw:::userpic″src＝″user3/profile/photo_smallthumb.jpg″x＝″0″y＝″0″＞/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAYEBQYFBAYGBQYHBwYIChAKCgkJChQODwwQFxQYGBcUFhYaHSUfGhsjHBYWICwgIyYnKSopGR8tMC0oMCUoKSj/2wBDAQcHBwoIChMKChMoGhYaKCgoKCgo</pre><pre listing-type="program-listing">KCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCj/wAARCAAYACADASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRYS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKT1JWW15iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+T15ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOE18RcYGRomJygpKjU2Nzg5OkNERUZHSE1KU1RVV1dYWVpjZGVmZ2hpanN0dXZ3eH16goOEhYaHiImKkpOU1ZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD58u7C6upHeCOeQKOSnPPoB3rv/DfgfwxNaIPEuq3Ud4RnbbFFVPY5DZ+owKqJo8Nkkk9vf7tq8q0eS3PqD7+1Yime7u50EG0DLIWcAMAPU4/zxXA5tqyO2NOK3Ra8XeHLLRp0ewuVu7Fv1SR1AZTjgHsfr7HgVyOqKGhQLyM5xmuotop77RLoXCPBBDIsquehGCDjt3rDMbbf3UcsiEnay9CP85raKsY1Ensei6B4HZvD15qGoXrx3scXnR2cagNt/vMeencAccZIr1rxbgSjIIKthQ4B5z0wevTpRRS1BXLhNpHU+HdIfXdO1PS7qWaz1EbFZnO5IypCmN1GcA1gN3Y9j0rk5tG1Pwprw07UJInUSeU/lybo+cfNnHHBB/OiiuunBPQ6Mbh4wpKotz//2Q＝＜/img＞＜/nml＞</pre>
以下顯示了包括三副圖象的HTML文件的參照的說(shuō)明性編碼。每個(gè)圖象的大小是1564字節(jié)，并需要單獨(dú)呼叫服務(wù)器。由此，為顯示此文檔，需要呼叫服務(wù)器四次(即一次請(qǐng)求文本和三次其他的請(qǐng)求，每副圖象一次)。<html><head><title>Document containing three images</title></head><body><img src＝″user/profile/photo_smallthumb.jpg″alt＝＝″User picture″><img src＝″user2/profile/photo_smallthumb.jpg″alt＝″User picture″><img src＝″user3/profile/photo_smallthumb.jpg″alt＝″User picture″></body></html>
一字節(jié)的“懶惰”推或拉式通知移動(dòng)裝置使用的迅速發(fā)展不斷地對(duì)跨越移動(dòng)和固定網(wǎng)絡(luò)實(shí)現(xiàn)的消息傳送系統(tǒng)提出越來(lái)越多的要求。就帶寬和連接可靠性而言，目前的網(wǎng)絡(luò)具有通常會(huì)導(dǎo)致消息丟失或被破壞的明顯限制。目前的消息傳送系統(tǒng)由于帶寬和網(wǎng)絡(luò)可靠性而面臨若干問(wèn)題。
在一個(gè)實(shí)施例中，本發(fā)明通過(guò)使消息交換所需的網(wǎng)絡(luò)流量最小來(lái)為移動(dòng)和固定網(wǎng)絡(luò)提供更快速、更靈活的消息傳送系統(tǒng)。本發(fā)明最大化了網(wǎng)絡(luò)和裝置資源(如帶寬和存儲(chǔ))，同時(shí)允許用戶選擇他們下載到他們的裝置的信息。
具體地說(shuō)，本發(fā)明涉及控制消息和數(shù)據(jù)的交換的通知方法。本發(fā)明提供了鞏固用戶狀態(tài)、更新、消息和/或其他信息的交付機(jī)制(如一字節(jié)交付機(jī)制)。一字節(jié)通知通過(guò)把裝置狀態(tài)信息與控制裝置和服務(wù)器102之間的內(nèi)容和消息的交付的信息聚集起來(lái)，使網(wǎng)絡(luò)流量最小。相反，常規(guī)消息傳送系統(tǒng)需要單獨(dú)通知裝置狀態(tài)中的信令變化和數(shù)據(jù)中的信令變化。在常規(guī)消息傳送系統(tǒng)中，與一字節(jié)通知方法相反其流量以千字節(jié)計(jì)量。
圖7顯示了根據(jù)本發(fā)明的實(shí)施例的一字節(jié)通知的流程圖。在步驟A，用戶設(shè)備向服務(wù)器發(fā)送指令(如終端用戶定義的指令)以規(guī)定在例如文檔改變或更新時(shí)(如當(dāng)辛迪加內(nèi)容的更新可用時(shí)或當(dāng)用戶已存留對(duì)該用戶所參與的文檔的響應(yīng)時(shí))通知用戶設(shè)備。用戶設(shè)備還可當(dāng)更新可用時(shí)規(guī)定它是否將接收一字節(jié)通知的更新、更新的概要或?qū)嶋H更新本身。在步驟B，服務(wù)器接收指令。在步驟C，全局文件系統(tǒng)(以及其他設(shè)備如存在接口)向服務(wù)器提供更新，這些更新包括與用戶偏好相關(guān)的更新。在步驟D，基于用戶的偏好，服務(wù)器向用戶設(shè)備“推”出用戶的更新的一字節(jié)通知(警告)、更新概要或用戶在步驟E接收的實(shí)際更新本身。對(duì)于警告或概要，在步驟F終端用戶可選擇忽略或下載更新。響應(yīng)下載更新的請(qǐng)求，在步驟G服務(wù)器把更新推向用戶設(shè)備，并在步驟H用戶設(shè)備接收該內(nèi)容。在另一實(shí)施例中，用戶設(shè)備可執(zhí)行“拉”通知過(guò)程，其中用戶設(shè)備例如每隔“n”秒查詢服務(wù)器以便請(qǐng)求更新服務(wù)器(如除了警告服務(wù)器有關(guān)用戶設(shè)備的狀態(tài)之外)。
根據(jù)本發(fā)明的一字節(jié)通知可采取各種形式。例如，在一個(gè)實(shí)施例中，8比特(一字節(jié))通知可用于存儲(chǔ)一個(gè)ASCII字符如Y、N、S或P，其中每個(gè)字符可表示特定內(nèi)容的通知(或請(qǐng)求)(如只有有關(guān)辛迪加內(nèi)容更新的通知)或任何/所有更新內(nèi)容(如“Y”字符表示在沒(méi)有規(guī)定更新類型的情況下更新可用的通知)。在另一實(shí)施例中，8比特可用來(lái)表示代表特定信息的狀態(tài)編碼，如0-99表示存在(如可用或繁忙)的狀態(tài)信息，100-199表示文檔的狀態(tài)信息，而200-255表示錯(cuò)誤編碼。在另一實(shí)施例中，8比特可用來(lái)定義變化類型(如4比特)、如文檔的有效日期的改變和與那些變化相關(guān)聯(lián)的屬性(4比特)、如指示變化是緊迫的或需要對(duì)變化進(jìn)行確認(rèn)或其他一些行為。
服務(wù)器接口的動(dòng)態(tài)級(jí)聯(lián)服務(wù)器的請(qǐng)求必須正確地格式化以便服務(wù)器可讀取請(qǐng)求和格式響應(yīng)。其上安裝了客戶端應(yīng)用的移動(dòng)裝置108可利用單次呼叫從各種服務(wù)器接口104請(qǐng)求信息。在另一實(shí)施例中，服務(wù)器可提供具有發(fā)送這種級(jí)聯(lián)呼叫的選項(xiàng)的無(wú)客戶端裝置。采用常規(guī)方法，如CGI(普通網(wǎng)關(guān)接口)和HTTP，把這種請(qǐng)求分成多次呼叫，每個(gè)接口一次。相反，根據(jù)本發(fā)明的客戶端應(yīng)用可產(chǎn)生例如從存在接口和用戶搜索的接口的請(qǐng)求信息的呼叫。單次呼叫可包括一系列傳統(tǒng)HTTP呼叫，每個(gè)呼叫均有稍稍修改的導(dǎo)致服務(wù)器同時(shí)處理HTTP呼叫的理由。本發(fā)明以更有效的方式利用標(biāo)準(zhǔn)和協(xié)議(HTTP)。服務(wù)器可把所有請(qǐng)求的內(nèi)容合并為它發(fā)送給請(qǐng)求裝置的單次響應(yīng)。
HTTP提供幾個(gè)有用的客戶端/服務(wù)器呼叫如把數(shù)據(jù)發(fā)送給服務(wù)器的HTTPPOST和請(qǐng)求響應(yīng)的HTTPGET。復(fù)雜的系統(tǒng)需要有效的方法來(lái)發(fā)送多個(gè)復(fù)雜的請(qǐng)求。web應(yīng)用通常由幾個(gè)HTTPPOST請(qǐng)求和HTTPGET請(qǐng)求組成，例如HTTPPOST請(qǐng)求可用來(lái)把用戶數(shù)據(jù)提交給服務(wù)器，另一HTTPPOST請(qǐng)求可用來(lái)登記任何用戶。
為發(fā)送這種請(qǐng)求，客戶端應(yīng)用自動(dòng)級(jí)聯(lián)不同請(qǐng)求和響應(yīng)，而不是給每個(gè)接口104發(fā)送單獨(dú)的請(qǐng)求。接口是在客戶端和服務(wù)器之間進(jìn)行連接以便它們可交換信息的點(diǎn)。每個(gè)接口是接口繼承了更高級(jí)接口的屬性的層次結(jié)構(gòu)的部分。這種繼承通過(guò)組合多個(gè)接口的功能性而延伸了服務(wù)器接口104的能力，因?yàn)檫@些接口在單次請(qǐng)求期間可把更多消息傳送給服務(wù)器；例如，在對(duì)服務(wù)器102的單次請(qǐng)求中接收用戶狀態(tài)和新用戶數(shù)據(jù)。
例如，圖8顯示了根據(jù)本發(fā)明的實(shí)施例的動(dòng)態(tài)級(jí)聯(lián)服務(wù)器接口。如圖所示，第一移動(dòng)裝置可在對(duì)服務(wù)器102單次完整的呼叫中訪問(wèn)其存在、版本和通知接口。第二移動(dòng)裝置可對(duì)服務(wù)器102的接口執(zhí)行單獨(dú)連續(xù)的呼叫。非移動(dòng)裝置可對(duì)預(yù)定和搜索接口執(zhí)行單次集成的呼叫，以及對(duì)資產(chǎn)管理接口執(zhí)行單獨(dú)的呼叫。
作為另一示例，系統(tǒng)100中的存在接口與文檔緊密耦合。人可即具有全局存在也可出現(xiàn)在文檔或文檔的集合里。具有存在的netomat文檔變?yōu)樯鷦?dòng)的合作環(huán)境。如結(jié)合圖1所述，存在接口(PI)負(fù)責(zé)用戶的存在和可用性。通知接口(NI)負(fù)責(zé)通知用戶他們的空間和他們參與的空間的更新。用戶通知可采用拉或推式機(jī)制。通過(guò)邀請(qǐng)、預(yù)定和通知接口來(lái)創(chuàng)建并自動(dòng)管理聯(lián)系列表。PI接口可具有以下結(jié)構(gòu)<hdlr value＝”prsnc”>
<param name＝”avlblty”value＝”available”/>
<param name＝”status”value＝”busy”/>
<param name＝”mood”value＝”happy”/>
<param name＝”ticket”value＝”VNdzTYIYkqF1Qo56sucz4ale1d/RvCRufnIFQRNfdTA＝”/>
<param name＝”docroot”value＝”/maciej/NewYork/index.nml/>
<param name＝”lng”value＝”eng”/>
<param name＝”alias”value＝”Superwoman”/>
<param name＝”contact”value＝”http//mobile.netomat.net/maciej/profile”>
</hdlr>
NI接口可具有以下結(jié)構(gòu)<hdlr value＝”add”>
<param name＝”nmv”value＝”path_to_history_file”/>
<param name＝”ticket”value＝”VNdzTYIYkqF1Qo56sucz4ale1d/RvCRufnIFQRNfdTA＝”/>
<param name＝”user”value＝”user_name”/>
<param name＝”time”value＝”polling_or_push_time”/>
<param name＝”extends”value＝”PresenceInterface”/>
<param name＝”implements”value＝”Version”/></hdlr>
以下是采用具有級(jí)聯(lián)的存在和通知接口的公共網(wǎng)關(guān)接口的簡(jiǎn)單的HTTP GET請(qǐng)求和服務(wù)器響應(yīng)。通知接口繼承存在接口并實(shí)現(xiàn)DocumentListener接口。
<pre listing-type="program-listing">GET/account/cgi-bin/gettime2.cgi？nmv＝/maciej/NewYork/index.nmv&amp;time＝30&amp;user＝maciej&amp;r＝0.44471429614350&amp;extends＝PresenceInterface&amp;implements＝DocumentListener2 HTTP/1.1Accept*/*x-flash-version7，0，19，0Accepr-Encodinggzip，deflateUser-AgentMozilla/4.0(compatible；MSIE 6.0；Windows NT 5.1；SV1；.NET CLR1.1.4322)Hostmobile.netomat.netConnectionKeep-AliveCookieJSESSIONID＝94A4AD4182586179AD64097BF51637B1.mobile-0HTTP/1.1 200 OKDateWed，03 Nov 2004 18:54:05 GMTServerApacheContent-length50Keep-Alivetimeout＝15，max＝94ConnectionKeep-AliveContent-Typetext/plain；charset＝ISO-8859-1＜nmv path＝”/maciej/NewYork/index.nmv”＞＜lm＞1099507331＜/lm＞＜user type＝”br”＞maciej＜param name＝”avlblty”value＝”available”/>＜param name＝”status”value＝”busy”/＞ <param name＝”mood”value＝”happy”/> <param name＝”ticket”value＝”VNdzTYTYkqF1Qo56sucz4ale1d/RvCRufnIFQRNfdTA＝”/></pre><pre listing-type="program-listing"> ＜param name＝”docroot”value＝”/maciej/NewYork/index.nml”/＞ ＜param name＝”lng”value＝”eng”/＞ ＜param name＝”alias”value＝”Superwoman”/＞ ＜param name＝”contact”value＝”http//mobile.netomat.net/maciej/profile”＞＜/user＞＜/nmv＞</pre>服務(wù)器響應(yīng)返回最后修改的串以及文檔裝訂的存在信息，′br′指示用戶正在使用瀏覽器。
經(jīng)由中間服務(wù)器交付的辛迪加內(nèi)容辛迪加內(nèi)容指允許內(nèi)容消費(fèi)者訂購(gòu)內(nèi)容制作人的饋送的技術(shù)。有許多種把辛迪加內(nèi)容分布到客戶端/服務(wù)器環(huán)境中的格式，包括RSS(真正簡(jiǎn)單的辛迪加)和ICE(信息和內(nèi)容交換)。這些格式以更簡(jiǎn)單的方式把內(nèi)容分配給訂戶，藉此必須針對(duì)每個(gè)用戶從內(nèi)容服務(wù)器加載內(nèi)容?？紤]有大量的內(nèi)容訂戶，因此該分布的方法將給通信網(wǎng)絡(luò)施加大量負(fù)載，產(chǎn)生瓶頸，并增大了存儲(chǔ)需要。
在一個(gè)實(shí)施例，本發(fā)明提供了以使網(wǎng)絡(luò)業(yè)務(wù)量最小、不需要內(nèi)容重復(fù)并提供了可擴(kuò)展的內(nèi)容共享機(jī)制的方式把內(nèi)容簡(jiǎn)單地分布到上百萬(wàn)用戶的方法。
本發(fā)明以不同于傳統(tǒng)方法的方式實(shí)現(xiàn)了辛迪加內(nèi)容的交付。首先，從辛迪加內(nèi)容服務(wù)器饋送的所有更新聚合到擔(dān)當(dāng)中間調(diào)度和把更新交付給裝置108的服務(wù)器102。圖9說(shuō)明了訂購(gòu)方案。通過(guò)把所有饋送聚合到服務(wù)器102，訂戶從原始饋送解耦，由此消除了可與當(dāng)前的下載請(qǐng)求同時(shí)出現(xiàn)的瓶頸。服務(wù)器102控制業(yè)務(wù)量和隔離裝置108以免產(chǎn)生過(guò)大的網(wǎng)絡(luò)業(yè)務(wù)量和瓶頸。
其次，辛迪加內(nèi)容保留在通過(guò)請(qǐng)求裝置共享的服務(wù)器102上，這進(jìn)一步降低了網(wǎng)絡(luò)業(yè)務(wù)量、可能存在的瓶頸以及存儲(chǔ)要求。服務(wù)器102定期從一個(gè)或多個(gè)辛迪加服務(wù)器下載內(nèi)容，并利用客戶端應(yīng)用警告裝置108以及在內(nèi)容可得時(shí)訂購(gòu)辛迪加內(nèi)容?？蛻舳丝蛇x擇性地請(qǐng)求服務(wù)器優(yōu)化以便交付給客戶端的更新。如果客戶端請(qǐng)求內(nèi)容，服務(wù)器102拷貝內(nèi)容的參照(鏈接)到客戶端的netomat空間(如與辛迪加內(nèi)容相關(guān)聯(lián)的文檔的分段)中，但把實(shí)際內(nèi)容留在服務(wù)器上。
此外，一個(gè)用戶可容易地與其他用戶共享辛迪加內(nèi)容。例如，當(dāng)用戶選擇辛迪加內(nèi)容時(shí)，該內(nèi)容插入到消息流中并與其他用戶共享。由此新聞饋送(例如)可動(dòng)態(tài)插入到正在進(jìn)行的對(duì)話中，并與其他即時(shí)共享而不需要額外的監(jiān)護(hù)機(jī)制。用戶隨后可邀請(qǐng)任何其他用戶來(lái)共享辛迪加內(nèi)容饋送。圖10說(shuō)明了內(nèi)容是如何共享的。通知被邀者隨后需要更新可被忽略或下載的新聞饋送。
用戶可在組內(nèi)公告評(píng)論；由此打開(kāi)對(duì)話和/或形成合作文檔。當(dāng)一組中的成員接收了訂購(gòu)饋送時(shí)，該組的所有成員也接收該饋送的通知。單個(gè)組的成員可選擇接收或忽略饋送，進(jìn)而加強(qiáng)組的社會(huì)性。由于與內(nèi)容分布相關(guān)聯(lián)的系統(tǒng)開(kāi)銷較低并可自動(dòng)把內(nèi)容插入到消息中，因此組可容易地容納例如約百萬(wàn)人。
在本發(fā)明的另一方面，提供了提高移動(dòng)用戶關(guān)于移動(dòng)消息傳送的各種功能性。此功能性可至少部分地由運(yùn)行于移動(dòng)裝置上的客戶端應(yīng)用提供。例如，這種客戶端可在由終端用戶購(gòu)買時(shí)從因特網(wǎng)下載并安裝在移動(dòng)裝置上或駐留在移動(dòng)裝置上的存儲(chǔ)器中。在另一示例中，消息傳送功能性可在無(wú)客戶端的方法中通過(guò)除了專用客戶端應(yīng)用之外的資源(如瀏覽器和/或媒體播放器)來(lái)提供。在一個(gè)實(shí)施例中，可提供指示例如文檔是否可用于查看、文檔是否已發(fā)生變化、誰(shuí)正訪問(wèn)文檔或?qū)ξ臋n進(jìn)行工作和/或文檔何時(shí)最后一次更新的文檔級(jí)存在信息。在另一實(shí)施例中，可提供允許用戶記錄、回放和編輯消息和消息線程的功能性。例如，可向用戶顯示用以基于存儲(chǔ)消息內(nèi)容的元信息搜索在遠(yuǎn)程站點(diǎn)上存儲(chǔ)的該內(nèi)容的選項(xiàng)。在另一實(shí)施例中，可提供“消息推送”功能以便向目前離線的用戶發(fā)送消息、安排在特定日期和時(shí)間和/或地理位置交付消息和/或當(dāng)用戶檢索到消息時(shí)連接該用戶(以及零個(gè)或多個(gè)其他用戶)。下面更詳細(xì)地描述這些特征。
意識(shí)到網(wǎng)絡(luò)、存在和位置的文檔在通信網(wǎng)絡(luò)中，存在通常理解為用戶的在線或離線狀態(tài)。常規(guī)存在的一個(gè)示例是即時(shí)消息傳送，如AOL的即時(shí)消息傳送系統(tǒng)和“伙伴列表”，其中服務(wù)器知道用戶是在線還是離線，并且還可追蹤存在的更多個(gè)細(xì)致?tīng)顟B(tài)如忙、離開(kāi)、打字和空閑。在本系統(tǒng)中，焦點(diǎn)主要針對(duì)用戶。
在一個(gè)實(shí)施例中，本發(fā)明介紹了稱為文檔級(jí)存在的新的存在類型。作為備選或附加的是，關(guān)于用戶的存在信息，本發(fā)明允許系統(tǒng)100的用戶找到文檔并合作。文檔存在向用戶提供有關(guān)文檔狀態(tài)、位置和網(wǎng)絡(luò)意識(shí)的有意義的信息。有適當(dāng)許可權(quán)的用戶可看見(jiàn)文檔是否可用于查看、文檔是否已經(jīng)改變、誰(shuí)在訪問(wèn)或在給定文檔上工作、誰(shuí)出現(xiàn)在在線會(huì)話中(消息線程)以及文檔最近更新是什么時(shí)候。
如上所述，nml文檔可包括元信息(如作者、位置和日期和時(shí)間標(biāo)記)，它是服務(wù)器102已知的，并可由用戶查詢。在合作環(huán)境、如不同參與者所作的簽名文檔和管理增量變化里文檔存在是重要的。如由全球定位系統(tǒng)(GPS)數(shù)據(jù)提供的位置意識(shí)提供了關(guān)于文檔在哪創(chuàng)建的信息。網(wǎng)絡(luò)意識(shí)基于文檔被轉(zhuǎn)移的位置和文檔存在的狀態(tài)賦予它們對(duì)象調(diào)節(jié)的能力；即，如由網(wǎng)絡(luò)狀態(tài)所指示的文檔可交付或追加一個(gè)或多個(gè)它的分段。例如，當(dāng)安裝在移動(dòng)裝置上的客戶端應(yīng)用確定客戶端將要或可能要丟棄數(shù)據(jù)分組(如基于網(wǎng)絡(luò)帶寬)時(shí)，客戶端可請(qǐng)求服務(wù)器在給定時(shí)間里發(fā)送更少的分段。對(duì)于無(wú)客戶端應(yīng)用，服務(wù)器可在給定時(shí)間發(fā)送默認(rèn)數(shù)量的分段(如1個(gè)分段)。
在正操作文檔的任何部分時(shí)，系統(tǒng)意識(shí)到文檔的存在和位置。該信息可由具有許可權(quán)的用戶查詢。例如，用戶可查詢誰(shuí)在看以及誰(shuí)在某天更改了內(nèi)容。文檔在時(shí)間和空間里是自我管理對(duì)象；文檔級(jí)的存在增加有關(guān)什么包括文檔以及它是如何被處理的另一間隔水平。
消息和消息線程的記錄和回放功能性傳統(tǒng)多媒體如web站點(diǎn)、照片和流式媒體文件不允許用戶編輯被傳送的文檔，并且僅允許進(jìn)行過(guò)濾或識(shí)別需要的信息以及進(jìn)行回放的有限的選項(xiàng)。
按文檔中的信息出現(xiàn)的動(dòng)畫序列進(jìn)行回放對(duì)于基于時(shí)間的媒體(如以每秒數(shù)幀顯示的視頻或演講)而言通常被認(rèn)為是更重要的事情，這與基于非時(shí)間的媒體(如消息傳送線程和公告牌)相反。然而，訪問(wèn)和訂購(gòu)信息對(duì)于基于時(shí)間以及基于非時(shí)間的媒體二者而言均是重要的。
在一個(gè)實(shí)施例中，本發(fā)明允許任何消息交換或合作以有選擇地記錄和有選擇地回放。本發(fā)明提供了搜索和選擇功能以便用戶可找到并選擇需要的回放信息。例如，用戶可基于元信息從頭到尾回放整篇文檔，如這里所述的元信息定義其中媒體的分段由服務(wù)器102存留到存儲(chǔ)器106的順序。作為另一示例，回放命令可基于在文檔中的任意點(diǎn)上可能出現(xiàn)的用戶編輯來(lái)進(jìn)行改變、停止和開(kāi)始。
由于文檔的基礎(chǔ)結(jié)構(gòu)即分段集合而使得可以具有選擇性的記錄/回放功能。記錄的對(duì)話由小尺寸的分段集合組成，它們每個(gè)已自動(dòng)標(biāo)記為元信息。消息交換可通過(guò)把過(guò)濾器應(yīng)用于嵌入到分段中的元信息以及預(yù)定的設(shè)置來(lái)有選擇地記錄(如僅回放由給定作者在特定日期、特定位置和/或在特定時(shí)間期間產(chǎn)生的分段)。
回放功能通過(guò)按定義的順序加載并顯示分段而實(shí)現(xiàn)?；胤诺捻樞蚝蛢?nèi)容可通過(guò)把不同的過(guò)濾器應(yīng)用于消息以及針對(duì)消息分類算法來(lái)實(shí)時(shí)地定義和重新定義，由此可實(shí)現(xiàn)在文檔內(nèi)的任何地方開(kāi)始回放。
消息推送功能可按如下提供消息推送功能
Alert-and-message(警告并進(jìn)行消息傳送)使netomat用戶在用戶離線時(shí)向另一netomat用戶發(fā)送即時(shí)消息。如果用戶離線，則它們的移動(dòng)裝置上的netomat應(yīng)用將自動(dòng)發(fā)起，警告用戶有該消息。目前的移動(dòng)消息傳送系統(tǒng)可通過(guò)采用推出注冊(cè)機(jī)制來(lái)“喚醒”裝置上的應(yīng)用。類似地，該創(chuàng)新可“喚醒”netomat應(yīng)用或在系統(tǒng)上加載消息以便稍后交付。可在任何時(shí)間例如立即、在兩小時(shí)里或在兩個(gè)月里安排喚醒應(yīng)用。Alert-and-message元信息嵌入到文檔自身當(dāng)中而不是作為網(wǎng)絡(luò)功能，這使得此信息可搜索并且更不易受到交付問(wèn)題影響。
Schedule-to-deliver(安排交付)使netomat用戶可指定消息交付的時(shí)間和地理位置。例如，netomat用戶可創(chuàng)建在特定日期如“2010年10月1日”在某位置如“芝加哥奧黑爾機(jī)場(chǎng)”上交付給另一netomat用戶的消息。用戶還可安排在設(shè)定時(shí)間刪除消息。Schedule-to-deliver元信息嵌入到文檔自身當(dāng)中，而不是作為使信息可搜索并且更不易受到交付問(wèn)題影響的網(wǎng)絡(luò)功能。
Connect-on-delivery(交付時(shí)連接)使用戶和其他所選擇的用戶可在消息成功交付時(shí)連接到正接收的用戶。例如，netomat用戶能在生日那天發(fā)送消息祝賀另一用戶。當(dāng)生日這天用戶接受消息時(shí)，其他幾個(gè)用戶同時(shí)連接祝賀過(guò)生日的用戶。Connect-on-delivery元信息嵌入到文檔自身當(dāng)中，而不是作為網(wǎng)絡(luò)功能，這使此信息可搜索并且更不易受到交付問(wèn)題影響。
因此，可以看出本發(fā)明提供了針對(duì)利用移動(dòng)裝置進(jìn)行多媒體消息傳送的系統(tǒng)和方法。雖然這里就特定實(shí)施例進(jìn)行了詳細(xì)描述，但這僅通過(guò)舉例說(shuō)明的方式進(jìn)行，并不意欲限制有關(guān)以下所附權(quán)利要求的范圍。具體地說(shuō)，發(fā)明人設(shè)想可進(jìn)行不背離權(quán)利要求限定的本發(fā)明的精神和范圍的各種替代、變更以及修改。其他方面、優(yōu)點(diǎn)和修改被認(rèn)為屬于以下權(quán)利要求的范圍。所提出的權(quán)利要求是這里公開(kāi)的本發(fā)明的表示。此外，也預(yù)計(jì)到其他未要求權(quán)利的發(fā)明。發(fā)明人保留在以后的權(quán)利要求中追加這種發(fā)明的權(quán)利。
權(quán)利要求
1.一種在發(fā)送器和一個(gè)或多個(gè)接受器之間將媒體進(jìn)行消息傳送的方法，所述方法包括接收旨在用于傳遞給所述一個(gè)或多個(gè)接受器的媒體消息；距離所述發(fā)送器和所述一個(gè)或多個(gè)接受器的用戶設(shè)備將所述媒體消息作為文檔進(jìn)行遠(yuǎn)程存儲(chǔ)；將所述媒體消息傳遞給所述一個(gè)或多個(gè)接受器；和在所述傳遞之后維護(hù)所述遠(yuǎn)程存儲(chǔ)中的所述文檔。
2.如權(quán)利要求1所述的方法，還包括指定所述發(fā)送器和所述一個(gè)或多個(gè)接受器作為所述文檔中的參與者，由此創(chuàng)建所述發(fā)送器和所述一個(gè)或多個(gè)接受器之間的關(guān)聯(lián)。
3.如權(quán)利要求1所述的方法，其中所述接收媒體消息的步驟包括接收含有從由文本、圖象、音頻和視頻構(gòu)成的媒體類型組中選擇的兩個(gè)或兩個(gè)以上媒體類型的媒體消息。
4.如權(quán)利要求1所述的方法，其中所述發(fā)送器和所述一個(gè)或多個(gè)接受器中的至少一個(gè)的所述用戶設(shè)備是移動(dòng)裝置。
5.如權(quán)利要求1所述的方法，還包括向文檔參與者提供對(duì)所述文檔的訪問(wèn)；和響應(yīng)來(lái)自所述文檔參與者的請(qǐng)求，修改所述被訪問(wèn)的文檔或遠(yuǎn)程存儲(chǔ)含有來(lái)自所述被訪問(wèn)的文檔的多媒體內(nèi)容的新文檔。
6.如權(quán)利要求1所述的方法，還包括提供第一文檔參與者可憑此通過(guò)提交響應(yīng)來(lái)寫到所述文檔的能力；和提供第二文檔參與者可憑此通過(guò)提交響應(yīng)來(lái)同時(shí)寫到所述文檔的能力。
7.如權(quán)利要求1所述的方法，還包括基于預(yù)定準(zhǔn)則將所述文檔的訪問(wèn)權(quán)授予給用戶子集。
8.如權(quán)利要求1所述的方法，其中所述接收的消息和所述傳遞的消息中的至少一個(gè)包括簡(jiǎn)化編碼的樹(shù)或子樹(shù)的編碼結(jié)構(gòu)的短碼。
9.如權(quán)利要求8所述的方法，還包括規(guī)定所述短碼。
10.如權(quán)利要求1所述的方法，還包括接收來(lái)自文檔參與者的對(duì)所述文檔的請(qǐng)求，其中所述文檔包括多個(gè)分段；和響應(yīng)所述請(qǐng)求僅將所述分段中的一部分傳送給所述文檔參與者。
11.如權(quán)利要求1所述的方法，其中將所述消息傳遞給所述一個(gè)或多個(gè)接受器的步驟包括交付作為內(nèi)嵌壓縮ASCII編碼二進(jìn)制資產(chǎn)的所述消息。
12.如權(quán)利要求1所述的方法，其中將所述消息傳遞給所述一個(gè)或多個(gè)接受器的步驟包括在接收所述消息之前維持與接受器的空閑通信狀態(tài)；響應(yīng)接收所述消息，將指示所述消息的可用性的通知傳送給所述接受器；和響應(yīng)接收來(lái)自所述接受器的對(duì)所述消息的請(qǐng)求而將所述消息傳遞給所述接受器。
13.如權(quán)利要求1所述的方法，還包括接收來(lái)自文檔參與者的更新與所述文檔相關(guān)聯(lián)的信息的請(qǐng)求，其中所述請(qǐng)求在相同呼叫中與一個(gè)或多個(gè)額外請(qǐng)求同時(shí)被接收到。
14.如權(quán)利要求1所述的方法，還包括接收來(lái)自辛迪加內(nèi)容服務(wù)器的辛迪加內(nèi)容；距離所述文檔參與者遠(yuǎn)程存儲(chǔ)所述辛迪加內(nèi)容；和向所述文檔參與者中的至少一個(gè)提供所述辛迪加內(nèi)容。
15.如權(quán)利要求1所述的方法，還包括向文檔參與者提供文檔級(jí)存在信息，所述文檔級(jí)存在信息是從由指示文檔是否已發(fā)生變化的信息和識(shí)別當(dāng)前訪問(wèn)所述文檔的文檔參與者的信息構(gòu)成的文檔級(jí)存在信息組中選擇的。
16.如權(quán)利要求1所述的方法，還包括在將所述消息(與元信息)作為所述文檔進(jìn)行存儲(chǔ)之前利用所述元信息標(biāo)記所述消息；以及允許文檔參與者基于所述元信息搜索遠(yuǎn)程存儲(chǔ)的文檔。
17.如權(quán)利要求1所述的方法，還包括向文檔參與者提供消息推送功能性，所述消息推送功能性是從由向當(dāng)前離線的另一文檔參與者發(fā)送消息、安排在特定日期、時(shí)間和/或地理位置交付消息以及當(dāng)另一文檔參與者檢索消息時(shí)在實(shí)時(shí)環(huán)境中連接到所述另一文檔參與者所構(gòu)成的功能性組中選擇的。
18.一種在發(fā)送器和接受器之間將媒體進(jìn)行消息傳送的方法，所述方法包括接收旨在用于傳遞給所述接受器的媒體消息，其中所述接受器的用戶設(shè)備是移動(dòng)裝置，并且所述媒體消息包括非文本媒體；和將所述媒體消息傳遞給所述一個(gè)或多個(gè)接受器，其中所述非文本媒體作為一個(gè)或多個(gè)內(nèi)嵌ASCII編碼二進(jìn)制資產(chǎn)傳遞給所述接受器。
19.一種在發(fā)送器和一個(gè)或多個(gè)接受器之間便于將媒體進(jìn)行消息傳送的服務(wù)器，所述服務(wù)器配置成接收旨在用于傳遞給所述一個(gè)或多個(gè)接受器的媒體消息；距離所述發(fā)送器和所述一個(gè)或多個(gè)接受器的用戶設(shè)備將所述媒體消息作為文檔進(jìn)行遠(yuǎn)程存儲(chǔ)；將所述媒體消息傳遞給所述一個(gè)或多個(gè)接受器；以及在所述傳遞之后維護(hù)在所述遠(yuǎn)程存儲(chǔ)中的所述文檔。
20.一種含有駐留在本地存儲(chǔ)器中的客戶端應(yīng)用的用戶設(shè)備，所述客戶端應(yīng)用配置成向用戶提供產(chǎn)生旨在用于傳遞給一個(gè)或多個(gè)接受器的媒體消息的能力；將所述媒體消息傳送給服務(wù)器，其中所述媒體消息距離所述用戶設(shè)備和所述一個(gè)或多個(gè)接受器的用戶設(shè)備遠(yuǎn)程存儲(chǔ)，并在所述媒體消息傳遞給所述一個(gè)或多個(gè)接受器之后在所述遠(yuǎn)程存儲(chǔ)中維護(hù)。
21.一種其上具有記錄有計(jì)算機(jī)可執(zhí)行程序代碼的計(jì)算機(jī)可讀媒體，其執(zhí)行包括以下步驟的方法接收旨在用于傳遞給一個(gè)或多個(gè)接受器的媒體消息；距離所述媒體消息的發(fā)送器和所述一個(gè)或多個(gè)接受器將所述媒體消息作為文檔進(jìn)行遠(yuǎn)程存儲(chǔ)；將所述媒體消息傳遞給所述一個(gè)或多個(gè)接受器；和在所述傳遞之后維護(hù)所述遠(yuǎn)程存儲(chǔ)中的所述文檔。
全文摘要
本發(fā)明提供了利用移動(dòng)裝置(如蜂窩電話和個(gè)人數(shù)字助理(PDA))進(jìn)行消息傳送的系統(tǒng)和方法，更具體地說(shuō)，涉及利用移動(dòng)裝置將多媒體進(jìn)行消息傳送的系統(tǒng)和方法。在一個(gè)方面，提供了允許移動(dòng)用戶在正在進(jìn)行的基礎(chǔ)上通過(guò)將多媒體進(jìn)行消息傳送MMS(如用文本、圖象、視頻和/或音頻進(jìn)行消息傳送)與另一裝置的用戶合作的系統(tǒng)和方法。例如，在一個(gè)實(shí)施例中由移動(dòng)和非移動(dòng)裝置產(chǎn)生的多媒體消息在把消息和相關(guān)聯(lián)元信息作為“文檔”(或其部分)遠(yuǎn)離消息發(fā)送器和接受器存留(即存儲(chǔ))之前自動(dòng)用元信息(如作者、日期、時(shí)間和/或位置)標(biāo)記。這些文檔即使在消息傳遞給接受器之后也保留在遠(yuǎn)程存儲(chǔ)中，這允許基于元信息例如來(lái)搜索和/或分類和訪問(wèn)消息以便以后參照、修正和/或再用多媒體內(nèi)容。此外，發(fā)送器和接受器可指定為文檔參與者，由此建立了創(chuàng)建參與者之間的消息傳送共同體的關(guān)聯(lián)。
文檔編號(hào)H04W4/12GK101061730SQ200580039332
公開(kāi)日2007年10月24日 申請(qǐng)日期2005年9月21日 優(yōu)先權(quán)日2004年9月21日
發(fā)明者M·維斯恩萊夫斯基 申請(qǐng)人:內(nèi)托馬特公司