專利名稱：：用于多對多移動(dòng)消息發(fā)送的裝置和方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及移動(dòng)通信，尤其涉及移動(dòng)消息發(fā)送。技術(shù)背景文本消息是流行的個(gè)人通信方法。文本消息可從移動(dòng)設(shè)備例如電話的用戶發(fā)送到移動(dòng)電話的另一用戶。每個(gè)文本消息通常發(fā)送給單個(gè)接收者。該接收者通常能夠通過將文本消息發(fā)送給原始消息的始發(fā)者來回答。然而，人們很經(jīng)常地希望與多于一個(gè)的人通信并且希望有多對多(many-to-many)消息發(fā)送，其通常稱為有幾個(gè)人的聊天室/電子郵件/IM會議，每個(gè)人都張貼可被所有其他人看到的消息，允許他們作出響應(yīng)，以^更所有其他人可看到該響應(yīng)。本領(lǐng)域的狀態(tài)被認(rèn)為由下列專利和非專利文件和產(chǎn)品表示GSM03.19;GSM03.40;3GPPTS23.040—短消息服務(wù)(SMS)的技術(shù)實(shí)現(xiàn)；3GPPTS22.140—MMS階段1;3GPPTS23.140—MMS階段2;以及ISO/IEC21989—信息技術(shù)一系統(tǒng)之間的電信和信息交換一專用綜合業(yè)務(wù)網(wǎng)絡(luò)一規(guī)范、功能模式和信息流一短消息服務(wù)；OMA即時(shí)消息和呈現(xiàn)服務(wù)(IMPS)規(guī)范；移動(dòng)即時(shí)消息發(fā)送(IM);摩托羅拉TalkaboutT卯0個(gè)人交互式通信器(communicator);諾基亞FriendsTalk;諾基亞智能消息發(fā)送；以及Upoc消息發(fā)送。在本說明書中提到的任何出版物和這里直接或間接引用的出版物的公開由此在這里通過引用被并入。
發(fā)明內(nèi)容在本說明書的上下文中使用下列定義。下列項(xiàng)中的每個(gè)都組成對于相應(yīng)術(shù)語的一個(gè)適當(dāng)?shù)亩x；在本領(lǐng)域中已知的可選的定義也可應(yīng)用于這里出現(xiàn)的不同術(shù)語。<table>tableseeoriginaldocumentpage8</column></row><table>原始消息在消息序列中按時(shí)間順序的第一個(gè)消息。多對多消息一種消息序列，其中每個(gè)消息都是一對多消息，且每個(gè)消息接收者都能夠回答消息始發(fā)者和所有其他消息接收者。EMS增強(qiáng)型消息服務(wù)。對SMS的擴(kuò)展。啟用EMS的移動(dòng)電話可發(fā)送和接收具有特殊文本格式(例如粗體或斜體)、動(dòng)畫、圖片、圖標(biāo)、聲音效果和特殊鈴聲音調(diào)的消息。MMS多媒體消息服務(wù)。對允許發(fā)送包括多媒體對象(圖像、音頻、視頻、多格式文本)的消息而不僅僅是如SMS中的文本消息的電話消息發(fā)送系統(tǒng)的標(biāo)準(zhǔn)。本發(fā)明的優(yōu)選實(shí)施方式的目的是，通過便攜式電話網(wǎng)絡(luò)或相當(dāng)大地限制消息長度的任何其它通信網(wǎng)絡(luò)來提供用于組(group)對話的系統(tǒng)和方法。本發(fā)明的另一優(yōu)選實(shí)施方式的另一目的是，在只提供一對一消息發(fā)送能力的通信網(wǎng)絡(luò)上提供組對話。本發(fā)明的另一優(yōu)選實(shí)施方式的另一目的是，使用簡單文本消息發(fā)送能力特別是現(xiàn)有的SMS系統(tǒng)來便于多對多消息的發(fā)送。本發(fā)明的另一優(yōu)選實(shí)施方式的另一目的是，提供基于一對一消息發(fā)送系統(tǒng)的多對多消息發(fā)送系統(tǒng)，其中每個(gè)一對一消息的一部分專門用于消息接收者的ID的編碼表示，以及其中一對一消息被發(fā)送給每個(gè)這樣的接收者或至少一些這樣的接收者。在某些實(shí)施方式中，為了允許多對多消息發(fā)送，一般除了一對一消息的實(shí)際接收者以外的所有消息接收者的ID被編碼到消息本身上。這對于一般默認(rèn)地被作為每個(gè)消息的一部分傳送的消息始發(fā)者和消息接收者的ID來說是附加部分。相同的文本消息接著被發(fā)送給每個(gè)接收者，在所發(fā)送的消息之間唯一的差別，可選地是，被編碼在發(fā)送給該接收者的消息上的ID列表中不包括一對一消息的接收者的ID。通過解碼所有消息接收者的ID,每個(gè)接收者能夠通過將消息發(fā)送給原始消息的所有接收者來響應(yīng)。優(yōu)選地，希望對消息始發(fā)者以及所有的原始消息的接收者做出響應(yīng)(稱為"回答全部(reply-all)"的動(dòng)作(action))的一對多消息(其可通過發(fā)送一系列如上所述的一對一消息來實(shí)現(xiàn))的接收者解碼所有消息接收者的ID,并使用接著被發(fā)送到原始消息的始發(fā)者和原始消息的所有其他接收者的一對多消息來啦支出響應(yīng)。上面描述的過程可用駐留在設(shè)備例如移動(dòng)電話上的軟件實(shí)現(xiàn)，該設(shè)備用于發(fā)送和4^收文本消息?，F(xiàn)在描述上面系統(tǒng)的可選的基于SMS的實(shí)施方式。SMS消息包含了在長度上被限制的文本。每個(gè)SMS消息被發(fā)送給單個(gè)接收者。接收者ID是接收者的電話號碼。每個(gè)SMS消息包含其始發(fā)者的電話號碼。為了提供在SMS消息上的多對多消息，一定數(shù)量的字符被保留。所有消息接收者的電話號碼被編碼到這些保留的字符上。為了最小化保留字符的數(shù)量，從而最大化可用于實(shí)際消息內(nèi)容的字符的數(shù)量，編碼過程可包括壓縮?？墒褂萌魏芜m當(dāng)?shù)囊话銦o損的文本壓縮和編碼方法，例如但不限于字典編碼器、游程(run-length)編碼器、Borrow-Wheelers變換器、通過部分匹配算法的預(yù)測、霍夫曼編碼以及算術(shù)編碼。在這里顯示和描述的本發(fā)明的優(yōu)選實(shí)施方式允許用戶發(fā)送多接收者文本消息。每個(gè)消息接收者可對原始消息發(fā)送者做出響應(yīng)(與在普通的SMS消息中一樣)，或可選地使用"回答一些(reply-to-some)"或"回答全部"選項(xiàng)并對原始消息的一些或全部接收者做出響應(yīng)。發(fā)送多接收者消息并回答收到的多接收者消息的能力創(chuàng)建了動(dòng)態(tài)(on-the-fly)私人聊天室。本發(fā)明的系統(tǒng)優(yōu)選地與用戶的地址簿連接，并且每當(dāng)?shù)刂凡颈桓聲r(shí)更新顯示的聯(lián)系人。為了接收多接收者消息，且甚至為了對原始消息的發(fā)送者作出響應(yīng)，用戶一般不需要配備有本發(fā)明的系統(tǒng)。優(yōu)選地，本發(fā)明的系統(tǒng)通過自動(dòng)識別不具有本發(fā)明的系統(tǒng)的用戶來自動(dòng)對該系統(tǒng)促銷，并給這些用戶提供關(guān)于在哪里獲得本發(fā)明的系統(tǒng)的指示。本發(fā)明的系統(tǒng)一般提供組管理功能，允許用戶預(yù)定義組，通過使用包含所有組成員的ID的、可被編碼和壓縮的消息讓用戶給其他用戶發(fā)送組的定義，或通過讓消息接收者創(chuàng)建由所有消息接收者和消息始發(fā)者組成的動(dòng)態(tài)組，來將這樣的組定義傳送到其他用戶。當(dāng)接收多接收者消息時(shí)，消息接收者可從菜單上的選項(xiàng)選擇，以收集消息中的所有號碼(即，發(fā)送者和除了選擇組選項(xiàng)的接收者以外的所有接收者)?？山又崾窘邮照呓o所述組一個(gè)名稱。例如，如果系統(tǒng)識別出用戶正在給以前沒有被定義組的多個(gè)接收者發(fā)送多接收者消息，則可提示用戶為包括當(dāng)前消息的接收者的組提供名稱，以便將來不是一個(gè)接一個(gè)地選擇接收者，而是可能簡單地將消息呈送給該組并接著將消息發(fā)送給那些組。本發(fā)明的某些實(shí)施方式也試圖通過蜂窩電話網(wǎng)絡(luò)或嚴(yán)格地限制消息大小和/或被嚴(yán)格限制于一對一消息發(fā)送能力的任何其它移動(dòng)通信網(wǎng)絡(luò)來提供用于有效的組對話的系統(tǒng)和方法。優(yōu)選地，本發(fā)明的移動(dòng)組對話系統(tǒng)具有下列特征中的一個(gè)、一些或全部，這些特征雖然受消息大小限制，但仍可促進(jìn)有效的組對話，每個(gè)特征都在這里纟皮詳細(xì)描述a.編碼并壓縮組成員的手機(jī)號碼的數(shù)字，其在對話的過程中被發(fā)送給其他組成員。b.將接收者的列表放置在消息的末尾或另外配置成使得接收者不需要觀看接收者列表；優(yōu)選地，界面使得觀看消息內(nèi)容和觀看接收者列表可以被分別地請求。c.將接收者本人從在對話期間傳送的"其他接收者"的列表中刪除，以便通過從根據(jù)本發(fā)明的優(yōu)選實(shí)施方式提供的接收者列表數(shù)據(jù)中除去這些來利用已經(jīng)包括在消息中的默認(rèn)屬性，例如實(shí)際接收者和發(fā)送者。d.提供允許包括組名稱的組的定義從一個(gè)用戶傳送到另一個(gè)的界面，使得自此以后，當(dāng)消息被發(fā)送給組的所有成員時(shí)，只需要傳送組的名稱而不是其中成員的電話號碼。e.消息級聯(lián)(concatenation)簡易化，優(yōu)選地使得其他4妾收者的列表在級聯(lián)消息序列中只出現(xiàn)一次。f.未占用空間的使用，因?yàn)榇蠖鄶?shù)消息不使用所有可用的字符，例如所有70或160個(gè)字符。g.以二進(jìn)制格式發(fā)送接收者列表數(shù)據(jù)，從而使它與消息的文本或其它內(nèi)容分離。這個(gè)可選特征的特定的優(yōu)點(diǎn)是，二進(jìn)制信息可只對應(yīng)用程序是可見的和可訪問的，但不可讀，使得沒有安裝應(yīng)用程序的移動(dòng)用戶可以不知道該信息，而有應(yīng)用程序的用戶可通過應(yīng)用程序看到該信息。因此根據(jù)本發(fā)明的優(yōu)選實(shí)施方式提供了多對多移動(dòng)消息發(fā)送方法，其包括使用移動(dòng)通信設(shè)備發(fā)送消息序列，其中至少一些消息被發(fā)送給多個(gè)接收者，并包括消息內(nèi)容和對所述多個(gè)接收者中的至少一些接收者的目的地指示的集合。進(jìn)一步根據(jù)本發(fā)明的優(yōu)選實(shí)施方式，至少一個(gè)單獨(dú)的消息由以前接收包括單獨(dú)的目的地指示的集合的以前消息的用戶發(fā)起，且其中單獨(dú)的消息被發(fā)送到在單獨(dú)的目的地指示的集合中的至少一些目的地指示。仍然進(jìn)一步根據(jù)本發(fā)明的優(yōu)選實(shí)施方式，至少一些消息在蜂窩通信網(wǎng)絡(luò)上被發(fā)送，且其中目的地指示包括蜂窩電話號碼。此外，根據(jù)本發(fā)明的優(yōu)選實(shí)施方式，網(wǎng)絡(luò)包括移動(dòng)電話網(wǎng)絡(luò)，且其中目的地指示包括移動(dòng)電話號碼。進(jìn)一步才艮據(jù)本發(fā)明的優(yōu)選實(shí)施方式，至少一些消息包括SMS消息、EMS消息或MMS消息。仍然進(jìn)一步根據(jù)本發(fā)明的優(yōu)選實(shí)施方式，消息序列包括至少第一和第二級聯(lián)消息的集合，其中第一級聯(lián)消息包括待發(fā)送的期望內(nèi)容的至少一部分，以及其中第二級聯(lián)消息包括分配列表的至少一部分。應(yīng)認(rèn)識到，第一和第二消息可按任何希望的時(shí)間順序發(fā)送，且一般來說形容詞"第一"、"第二"等在這里僅用于區(qū)別而不一定表示時(shí)間或空間順序。進(jìn)一步根據(jù)本發(fā)明的優(yōu)選實(shí)施方式，至少一些消息包括文本消息。仍然進(jìn)一步根據(jù)本發(fā)明的優(yōu)選實(shí)施方式，至少一些消息是多媒體消臺此外，根據(jù)本發(fā)明的另一優(yōu)選實(shí)施方式提供了多對多移動(dòng)消息發(fā)送系統(tǒng)，其包括操作地從用戶接收消息內(nèi)容和多個(gè)接收者的指示并發(fā)送消息序列的移動(dòng)發(fā)送編碼器，每個(gè)接收者都有目的地指示，用戶消息內(nèi)容被發(fā)送給接收者，其中至少一些消息被發(fā)送給多個(gè)接收者并包括消息內(nèi)容和對所述多個(gè)接收者中的至少一些的目的地指示的集合。進(jìn)一步根據(jù)本發(fā)明的優(yōu)選實(shí)施方式，系統(tǒng)還包括才喿作地處理由用戶發(fā)起的至少一個(gè)單獨(dú)的消息的回答處理器，該用戶以前從另一發(fā)送編碼器接收包括單獨(dú)的目的地指示的集合的以前消息，且其中回答處理器操作地將單獨(dú)的消息發(fā)送到在單獨(dú)的目的地指示的集合中的至少一些目的地指示。進(jìn)一步根據(jù)本發(fā)明的優(yōu)選實(shí)施方式，發(fā)送編碼器位于移動(dòng)通信設(shè)備內(nèi)而不是中央服務(wù)器內(nèi)。仍然進(jìn)一步根據(jù)本發(fā)明的優(yōu)選實(shí)施方式，消息序列在傳送有限大小的消息的網(wǎng)絡(luò)上被發(fā)送。進(jìn)一步根據(jù)本發(fā)明的優(yōu)選實(shí)施方式，網(wǎng)絡(luò)包括蜂窩電話網(wǎng)絡(luò)，且其中消息包括非會話式消息。仍然進(jìn)一步根據(jù)本發(fā)明的優(yōu)選實(shí)施方式，非會話式消息包括至少一個(gè)下列類型的至少一個(gè)消息SMS、EMS和MMS。進(jìn)一步根據(jù)本發(fā)明的優(yōu)選實(shí)施方式，每個(gè)消息包括存儲目的地指示的集合的被保留部分，且其中不同的被保留部分具有不同的大小，取決于相應(yīng)的目的地指示的集合的大小。此外，根據(jù)本發(fā)明的另一優(yōu)選實(shí)施方式提供了交互式邀請系統(tǒng)，其結(jié)合移動(dòng)通信網(wǎng)絡(luò)來操作，并包括至少一個(gè)邀請編碼器，該邀請編碼器操作地從邀請者的移動(dòng)通信設(shè)備接收邀請內(nèi)容和多個(gè)被邀請者的指示，并通過移動(dòng)通信網(wǎng)絡(luò)發(fā)送邀請消息序列，每個(gè)被邀請者都有目的地指示，邀請內(nèi)容被發(fā)送給被邀請者，其中至少一些邀請消息被發(fā)送給多個(gè)接收者并包括邀請內(nèi)容和對所述多個(gè)被邀請者中的至少一些的目的地指示的集合；以及邀請解碼器，其操作地通過網(wǎng)絡(luò)從邀請者的移動(dòng)通信設(shè)備接收包括邀請內(nèi)容和對多個(gè)被邀請者的移動(dòng)通信設(shè)備中的至少一些的目的地指示的集合的邀請消息，邀請解碼器操作地向被邀請者顯示邀請消息，以從被邀請者接收反饋并將反饋傳遞到目的地指示的集合的至少一部分。進(jìn)一步根據(jù)本發(fā)明的優(yōu)選實(shí)施方式，反饋包括對邀請消息的接受/拒絕響應(yīng)。仍然進(jìn)一步根據(jù)本發(fā)明的優(yōu)選實(shí)施方式，反饋包括關(guān)于邀請消息的被提議的新時(shí)間。此外，根據(jù)本發(fā)明的又一優(yōu)選實(shí)施方式提供了一種移動(dòng)通信系統(tǒng)，其包括多個(gè)移動(dòng)通信設(shè)備；移動(dòng)通信集中器(hub),其操作地在多個(gè)移動(dòng)通信設(shè)備中的各個(gè)移動(dòng)通信設(shè)備之間傳送消息，且其中至少一些移動(dòng)通信設(shè)備包括接收者組定義器，其操作地接受、存儲移動(dòng)通信設(shè)備用戶對至少一組包括其電話號碼的接收者的定義，并隨后根據(jù)請求向所述至少一組接收者中的每個(gè)成員發(fā)送消息；接收者組發(fā)送器，其操作地根據(jù)請求將至少一組接收者傳送到至少一個(gè)其他移動(dòng)通信設(shè)備用戶；以及接收者組接收器，其操作地從另一移動(dòng)通信設(shè)備接收進(jìn)入的接收者組，并隨后根據(jù)請求將消息發(fā)送給進(jìn)入的接收者組的每個(gè)成員。此外，根據(jù)本發(fā)明的再一優(yōu)選實(shí)施方式提供了移動(dòng)客戶間通信系統(tǒng)，其包括駐留在相應(yīng)的多個(gè)移動(dòng)通信設(shè)備中的多個(gè)客戶間通信器，每個(gè)通信器包括發(fā)送編碼器和組促銷(grouppromotion)狀態(tài)發(fā)生器，發(fā)送編碼器操作地接收關(guān)于組折扣優(yōu)惠(groupdiscountoffer)的消息內(nèi)容和多個(gè)接收者的指示并發(fā)送消息序列，每個(gè)接收者都有目的地指示，用戶消息內(nèi)容被發(fā)送給接收者，其中至少一些消息被發(fā)送給多個(gè)接收者并包括消息內(nèi)容和對所述多個(gè)接收者中的至少一些接收者的目的地指示的集合，組促銷狀態(tài)發(fā)生器操作地從多個(gè)移動(dòng)通信設(shè)備中的各個(gè)移動(dòng)通信設(shè)備接收關(guān)于組促銷的接受消息，并通過累積接受消息來產(chǎn)生表示組促銷的狀態(tài)指示。此外，根據(jù)本發(fā)明的另一優(yōu)選實(shí)施方式提供了移動(dòng)信息擴(kuò)散系統(tǒng)，其包括多個(gè)移動(dòng)通信設(shè)備，每個(gè)都具有信息擴(kuò)散操作模式，其中消息被發(fā)送給由移動(dòng)通信設(shè)備的用戶選擇的多個(gè)接收者，且確認(rèn)消息被自動(dòng)發(fā)送給已定義的接收者以確認(rèn)消息已被發(fā)送給多個(gè)接收者。進(jìn)一步根據(jù)本發(fā)明的優(yōu)選實(shí)施方式，回答處理器包括操作地將單獨(dú)的消息發(fā)送到所有目的地指示的回答全部處理器(reply-allprocessor)。仍然進(jìn)一步根據(jù)本發(fā)明的優(yōu)選實(shí)施方式，回答處理器包括操作地將單獨(dú)的消息發(fā)送到目的地指示的指定子集的回答一些處理器(reply-to-someprocessor)。進(jìn)一步根據(jù)本發(fā)明的優(yōu)選實(shí)施方式，消息通過移動(dòng)網(wǎng)絡(luò)在移動(dòng)用戶之間直接發(fā)送，而沒有利用路由服務(wù)器。仍然進(jìn)一步根據(jù)本發(fā)明的優(yōu)選實(shí)施方式，系統(tǒng)還包括才乘作地-(更于消息在移動(dòng)用戶之間的傳送的路由服務(wù)器。在下列圖中示出本發(fā)明的優(yōu)選實(shí)施方式圖l是根據(jù)本發(fā)明的第一、無服務(wù)器的實(shí)施方式構(gòu)造和操作的多對多移動(dòng)消息發(fā)送系統(tǒng)的簡化結(jié)構(gòu)圖說明；圖2是根據(jù)本發(fā)明的第二實(shí)施方式構(gòu)造和操作的以服務(wù)器為中心的多對多移動(dòng)消息發(fā)送系統(tǒng)的簡化結(jié)構(gòu)圖說明，該系統(tǒng)包括多對多消息處理服務(wù)器；圖3是圖1的無服務(wù)器的多對多消息發(fā)送系統(tǒng)的第一優(yōu)選操作方法的簡化流程圖說明，其中消息被發(fā)送；圖4是圖1的無服務(wù)器的多對多消息發(fā)送系統(tǒng)的第二優(yōu)選操作方法的簡化流程圖說明，其中消息被接收且對其的回答被發(fā)送給該消息的所有接收者；圖5是圖1的無服務(wù)器的多對多消息發(fā)送系統(tǒng)的第二優(yōu)選操作方法的筒化流程圖說明，其中消息被接收且對其的回答被發(fā)送給該消息的一些接收者；圖6是圖2的以服務(wù)器為中心的多對多消息發(fā)送系統(tǒng)的第一優(yōu)選操作方法的簡化流程圖說明，其中消息被發(fā)送；圖7是圖2的以服務(wù)器為中心的多對多消息發(fā)送系統(tǒng)的第二優(yōu)選操作方法的簡化流程圖說明，其中消息被接收且對其的回答凈皮發(fā)送給該消息的全部或一些接收者；圖8A-8D是根據(jù)本發(fā)明的優(yōu)選實(shí)施方式構(gòu)造和操作的單個(gè)消息的簡化示圖，該消息由發(fā)送者A發(fā)送給多個(gè)接收者，例如在所示實(shí)施方式中的四個(gè)4妄收者B、C、D和E;圖9是根據(jù)本發(fā)明的優(yōu)選實(shí)施方式構(gòu)造和操作的級聯(lián)消息的序列的簡化示圖，該消息由發(fā)送者A發(fā)送給接收者B以及其它接收者，例如在所示實(shí)施方式中的接收者C、D和E;圖10是根據(jù)本發(fā)明的優(yōu)選實(shí)施方式構(gòu)造和操作的級聯(lián)消息的序列的簡化示圖，該消息具有與圖9中相同的消息內(nèi)容，但由發(fā)送者A發(fā)送給接收者C;圖11是根據(jù)本發(fā)明的優(yōu)選實(shí)施方式構(gòu)造和操作的級聯(lián)消息的序列的簡化示圖，該消息具有與圖9中相同的消息內(nèi)容，但由發(fā)送者A發(fā)送給接收者D;圖12是根據(jù)本發(fā)明的優(yōu)選實(shí)施方式構(gòu)造和操:作的級聯(lián)消息的序列的筒化示圖，該消息具有與圖9中相同的消息內(nèi)容，但由發(fā)送者A發(fā)送給接收者E;圖13-28是屏幕截圖(screenshot)的簡化圖示說明，這些屏幕截圖一起形成給圖1-7的任何一個(gè)多對多消息發(fā)送系統(tǒng)的用戶(發(fā)送者和接收者)提供服務(wù)的優(yōu)選的用戶界面；圖29是才艮據(jù)本發(fā)明的優(yōu)選實(shí)施方式構(gòu)造和操:作的移動(dòng)交互式邀請系統(tǒng)的筒化功能結(jié)構(gòu)圖說明；圖30A是對圖29的外發(fā)(outgoing)邀請發(fā)生器890的優(yōu)選操作方法的簡化流程圖說明；圖30B是由圖30A中的單元1020執(zhí)行一對一消息發(fā)送步驟的優(yōu)選方法的簡化流程圖說明；圖31A是對圖29的進(jìn)入邀請閱讀器910的優(yōu)選操作方法的簡化流程圖說明；圖31B是由圖31A中的單元1150執(zhí)行邀請解碼步驟的優(yōu)選方法的簡化流程圖iJL明；圖32A是對圖29的外發(fā)邀請響應(yīng)發(fā)生器920的優(yōu)選操作方法的簡化流程圖說明；圖32B是由圖32A中的單元1320執(zhí)行一對一消息發(fā)送步驟的優(yōu)選方法的簡化流程圖說明；圖33A是對圖29的邀請響應(yīng)閱讀器930的優(yōu)選操作方法的簡化流程圖說明；圖33B是由圖33A中的單元1430執(zhí)行邀請響應(yīng)解碼步驟的優(yōu)選方法的簡化流程圖說明；圖34是屏幕截圖的第一系列的簡化圖示說明，這些屏幕截圖形成給圖29的移動(dòng)交互式邀請系統(tǒng)的用戶提供服務(wù)的優(yōu)選用戶界面900的第一部分，優(yōu)選用戶界面的第一部分使用戶能夠發(fā)起事件并邀請到那里的其他用戶；圖35是屏幕截圖的第二系列的簡化圖示說明，這些屏幕截圖形成給圖29的移動(dòng)交互式邀請系統(tǒng)的用戶提動(dòng)服務(wù)的優(yōu)選用戶界面900的第二部分，優(yōu)選用戶界面的第二部分使用戶能夠觀看他們被委托的事件的曰程表；圖36是屏幕截圖的第三系列的簡化圖示說明，這些屏幕截圖形成給圖29的移動(dòng)交互式邀請系統(tǒng)的用戶提供服務(wù)的優(yōu)選用戶界面900的第三部分，優(yōu)選用戶界面的第三部分使用戶能夠觀看他們可能希望接受或拒絕的未決的邀請；圖37是屏幕截圖的第四系列的簡化圖示說明，這些屏幕截圖形成給圖29的移動(dòng)交互式邀請系統(tǒng)的用戶提供服務(wù)的優(yōu)選用戶界面900的第四部分，優(yōu)選用戶界面的第四部分使用戶能夠定義聯(lián)系人的組并優(yōu)選地將這樣的組傳遞給在該組的內(nèi)部或外部的其他人；圖38是根據(jù)本發(fā)明的優(yōu)選實(shí)施方式構(gòu)造和操作的移動(dòng)客戶間通信系統(tǒng)的簡化功能結(jié)構(gòu)圖；圖39是圖38的客戶管理用戶界面1905的一系列優(yōu)選屏幕截圖的簡化圖示說明；圖40是圖38的PC上基于SMS的市場營銷用戶界面1920的一系列優(yōu)選屏幕截圖的簡化圖示說明；圖41A是優(yōu)選操作方法的簡化流程圖說明，圖38的促銷SMS發(fā)送器1930通過該操作發(fā)送組促銷消息；圖41B是由圖41A中的單元2270執(zhí)行發(fā)送一對一消息步驟的優(yōu)選方法的簡化流程圖說明；圖42A是優(yōu)選操作方法的簡化流程圖說明，圖38的促銷SMS發(fā)送器1930通過該操作發(fā)送優(yōu)惠信息(referraloffer);圖42B是由圖42A中的單元2420執(zhí)行發(fā)送一對一消息步驟的優(yōu)選方法的簡化流程圖說明；圖43是圖38的轉(zhuǎn)發(fā)SMS促銷單元1970的優(yōu)選操作方法的簡化流程圖說明；圖44是圖38的接受/拒絕消息發(fā)生器1980的優(yōu)選操作方法的簡化流程圖說明；圖45A是優(yōu)選操作方法的簡化流程圖說明，圖38的促銷SMS接收器1990通過該梯:作接收優(yōu)惠信息；圖45B是由圖45A中的單元2750執(zhí)行消息解碼步驟的優(yōu)選方法的簡化流程圖說明；以及圖46A-46B結(jié)合在一起形成圖38的電話促銷應(yīng)用單元200的一系列優(yōu)選屏幕截圖的筒化圖示說明。具體實(shí)施方式現(xiàn)在參考圖1,其為根據(jù)本發(fā)明的第一、無服務(wù)器的實(shí)施方式構(gòu)造和操作的多對多消息發(fā)送系統(tǒng)的簡化結(jié)構(gòu)圖說明。圖l的系統(tǒng)包括移動(dòng)發(fā)送者10，其駐留在多個(gè)移動(dòng)通信設(shè)備的每個(gè)上且一般操作地接收由移動(dòng)通信設(shè)備的用戶鍵入的進(jìn)入的消息，編碼在數(shù)量上相應(yīng)于由用戶消息始發(fā)者(雖然一般不一定是人)選擇的消息接收者30的數(shù)量的多個(gè)消息例如SMS、EMS或MMS消息，并通過一美殳全部或部分地為無線的網(wǎng)絡(luò)20來發(fā)送這些消息。如所示，多對多消息優(yōu)選地被記錄，其中移動(dòng)發(fā)送者10也向可選的多對多消息記錄系統(tǒng)40發(fā)送消息，記錄系統(tǒng)40產(chǎn)生日志記錄并儲存它?？蛇x地，隨著時(shí)間的過去，該日志映射用戶的社會網(wǎng)絡(luò)，優(yōu)選地包括衡量用戶之間的互連以指示其間定向連接的強(qiáng)度，正如在其間交換的消息的容量或頻率所證明的。圖2是根據(jù)本發(fā)明的第二實(shí)施方式構(gòu)造和操作的以服務(wù)器為中心的多對多消息發(fā)送系統(tǒng)的簡化結(jié)構(gòu)圖說明，該系統(tǒng)包括多對多消息處理服務(wù)器150。服務(wù)器一般操作地從發(fā)送用戶的移動(dòng)通信設(shè)備110接收進(jìn)入的消息，編碼在數(shù)量上相應(yīng)于由發(fā)送用戶選擇的消息接收者的數(shù)量的多個(gè)消息例如SMS、EMS或MMS消息，并通過無線網(wǎng)絡(luò)120來將這些消息發(fā)送給多個(gè)移動(dòng)用戶130。如所示，多對多消息優(yōu)選地通過產(chǎn)生日志記錄的記錄系統(tǒng)140被記錄。可選地，隨著時(shí)間的過去，該日志映射用戶的社會網(wǎng)絡(luò)，優(yōu)選地包括衡量用戶之間的互連以指示其間定向連接的強(qiáng)度，正如在其間交換的消息的容量或頻率所證明的。圖3是圖1的無服務(wù)器的多對多消息發(fā)送系統(tǒng)的第一操作優(yōu)選方法的簡化流程圖說明，其中消息被發(fā)送。圖4是圖1的無服務(wù)器的多對多消息發(fā)送系統(tǒng)的第二操:作優(yōu)選方法的簡化流程圖說明，其中消息被接收且對其的回答被發(fā)送給該消息的所有接收者。圖5是圖l的無服務(wù)器的多對多消息發(fā)送系統(tǒng)的第三操作優(yōu)選方法的簡化流程圖說明，其中消息被接收且對其的回答被發(fā)送給該消息的一些接收者。圖6是圖2的以服務(wù)器為中心的多對多消息發(fā)送系統(tǒng)的第一操作優(yōu)選方法的簡化流程圖說明，其中消息被發(fā)送。圖7是圖2的以服務(wù)器為中心的多對多消息發(fā)送系統(tǒng)的第二操作優(yōu)選方法的簡化流程圖說明，其中消息被接收且對其的回答被發(fā)送給該消息的全部或一些接收者?，F(xiàn)在詳細(xì)描述圖1-7的多對多消息發(fā)送系統(tǒng)。傳統(tǒng)移動(dòng)消息發(fā)送解決方案包括a.—對一消息發(fā)送允許單個(gè)發(fā)送者將消息發(fā)送給單個(gè)接收者。一些解決方案允許發(fā)送者指定接收者列表，使單獨(dú)的消息被發(fā)送給每個(gè)接收者，而不傳送關(guān)于其他接收者的任何信息且不能實(shí)現(xiàn)與他們的交互。b.基于中介服務(wù)器(mediationserver)的解決方案中介服務(wù)器是分配列表(也稱為"組")的中央儲存庫。發(fā)送者向中介服務(wù)器發(fā)送消息；服務(wù)器使該消息與適當(dāng)?shù)姆峙淞斜砺?lián)系起來并將該消息轉(zhuǎn)發(fā)給該列表上的每個(gè)用戶?；谥薪榉?wù)器的移動(dòng)消息發(fā)送解決方案的例子是聊天室。聊天室服務(wù)器在任何給定時(shí)間管理在每個(gè)給定聊天室中的用戶的列表。發(fā)送者向服務(wù)器發(fā)送單個(gè)消息；服務(wù)器使該消息與相關(guān)的聊天室聯(lián)系起來，并將該消息轉(zhuǎn)發(fā)給目前在同一聊天室內(nèi)的所有用戶，或者將消息轉(zhuǎn)發(fā)給該用戶所請求的一個(gè)特定的用戶，如果他希望與另一成員進(jìn)行"一方聊天(sidechat)，，的話。傳統(tǒng)的基于中介服務(wù)器的解決方案限于預(yù)定義的分配列表。在消息可在被發(fā)送給該列表之前，分配列表必須預(yù)先在服務(wù)器上定義。不支持將消息發(fā)送給僅僅為服務(wù)器或點(diǎn)對點(diǎn)(adhoc)組所知道的一組接收者。此外，由于分配列表的中央管理，一般需要預(yù)先注冊，用戶需要在第一次使用之前注冊。按照定義，注冊過程阻止了點(diǎn)對點(diǎn)應(yīng)用，并且注冊過程在使很多用戶利用它的過程中已經(jīng)被證明是非常嚴(yán)重的障礙。一般來說，沒有接收者列表的顯示一其他接收者的列表是不可見的。如果有與設(shè)備信息和應(yīng)用結(jié)合的任何能力，傳統(tǒng)的基于中介服務(wù)器的解決方案也受到限制。分配列表被集中地并且與設(shè)備分離地管理，且不可能使解決方案與存儲在設(shè)備上的信息例如地址簿結(jié)合。另一缺點(diǎn)是配置復(fù)雜性基于服務(wù)器的解決方案實(shí)現(xiàn)起來復(fù)雜，需要更多的時(shí)間、功夫和相當(dāng)高的才殳資。傳統(tǒng)的系統(tǒng)不能無縫地集成到現(xiàn)有的基礎(chǔ)設(shè)施中，與這里顯示和描述的本發(fā)明的優(yōu)選實(shí)施方式形成了對照。特別地，圖l-7的系統(tǒng)優(yōu)選地■不需要中介服務(wù)器并且甚至可能是如圖l所示的無服務(wù)器的；■不需要預(yù)先注冊；■不需要分配列表的預(yù)定義；■具有駐留在設(shè)備上的部件以允許與信息和功能單元的結(jié)合，例如駐留在設(shè)備上的軟件應(yīng)用程序。根據(jù)本發(fā)明的優(yōu)選實(shí)施方式，圖1-7的系統(tǒng)操作地將消息發(fā)送給幾個(gè)接收者，讓他們中的每一個(gè)都看到其他接收者，而不使用中介服務(wù)器。優(yōu)選地，圖1-7的系統(tǒng)使用可用軟件實(shí)現(xiàn)的功能單元，該功能單元駐留在移動(dòng)通信設(shè)備上來構(gòu)造、編碼和發(fā)送外發(fā)的消息并接收、解碼和顯示進(jìn)入的消息。該功能單元優(yōu)選地與在移動(dòng)通信設(shè)備上可用的地址簿信息連接。功能單元讓用戶從地址簿中選擇期望的接收者。優(yōu)選地，當(dāng)用戶或"發(fā)送者"為消息選擇期望的接收者時(shí)，則對于由用戶選擇的每一個(gè)接收者("當(dāng)前接收者")〇接收者列表被修改成包括由發(fā)送者選擇的所有接收者，但優(yōu)選地不包括當(dāng)前接收者，如在圖8-12中所示。〇包括原始消息文本和構(gòu)造的接收者列表的1對1消息一皮發(fā)送給當(dāng)前接收者。優(yōu)選地，一旦用戶接收到消息，就提供"回答全部"選項(xiàng)。每當(dāng)接收者("回答者")希望回答所有的其它消息接收者時(shí)，就一般如下創(chuàng)建接收者列表O原始消息的發(fā)送者(被回答的那一個(gè))被置于接收者列表中。〇原始消息的所有接收者被置于接收者列表中。〇回答者優(yōu)選地從接收者列表中被排除。對于包括在接收者列表中的每個(gè)接收者(在這里稱為"當(dāng)前接收者"),下列操作一般由圖1或圖2的系統(tǒng)中的發(fā)送者執(zhí)行〇修改接收者列表，包括由發(fā)送者選擇的所有接收者但不包括當(dāng)前接收者O將包括原始消息文本和構(gòu)造的接收者列表的1對1消息發(fā)送給當(dāng)前接收者為了允許本發(fā)明的系統(tǒng)的用戶與任何其他移動(dòng)用戶通信，圖1-7的系統(tǒng)優(yōu)選地允許其使用者也將消息發(fā)送給沒有安裝該系統(tǒng)的移動(dòng)用戶。換句話說，發(fā)出的SMS(短消息服務(wù))消息對于不具有在這里顯示和描述的解碼能力的移動(dòng)用戶來說也是可以閱讀的。為了完成此功能，圖l-7的系統(tǒng)優(yōu)選地使用文本表示法構(gòu)造SMS，以便消息文本第一個(gè)出現(xiàn)，后面是可被編碼的接收者列表信息。這使每個(gè)接收者都能夠閱讀消息文本。在本發(fā)明的某些實(shí)施方式中，例如在這里以圖4中的參考數(shù)字300和310、圖5中的400和410以及圖7中的600和610顯示和描述的解碼功能單元優(yōu)選地記錄接收進(jìn)入的SMS的事件。對于安裝了解碼功能單元的接收者，進(jìn)入的SMS由該功能單元截取，該功能單元一般驗(yàn)證所接收的消息旨在供應(yīng)用程序使用，分解消息從而使消息文本與接收者列表分開，解碼接收者列表并以清楚的表示法向接收者顯示消息，并允許每個(gè)接收者4乍出響應(yīng)。沒有安裝解碼功能單元的接收者一般接收消息作為常規(guī)的SMS，可閱讀它并可使用SMS標(biāo)準(zhǔn)回答選項(xiàng)來回答發(fā)送者。為了確保在沒有安裝解碼功能單元的、基于SIM的設(shè)備上的文本顯示(類似于常規(guī)文本SMS的顯示)，在所發(fā)送的SMS消息中使用的PID(協(xié)議ID)可為0x00,且DCS(數(shù)據(jù)編碼方案)可為0x12。在本發(fā)明的某些實(shí)施方式中，沒有安裝系統(tǒng)的用戶根本不能解碼消臺可選地，可使用分離的SMS消息發(fā)送文本消息和消息接收者列表。包含消息文本的SMS消息作為常規(guī)文本SMS消息被發(fā)送，以便它們也可被沒有安裝解碼功能單元的移動(dòng)用戶閱讀。包含接收者列表信息的SMS消息以二進(jìn)制或其它編碼格式發(fā)送并以解碼單元為目標(biāo)。例如，在基于SIM的環(huán)境中，包含接收者列表消息的SMS消息包括解碼功能單元的特定的TAR(工具包應(yīng)用程序參考)。當(dāng)被接收到時(shí)，該SMS消息一般觸發(fā)解碼功能單元，且如果本發(fā)明的系統(tǒng)沒有安裝在接收者的移動(dòng)電話上則該SMS消息可^t忽略。為了允許在這里顯示和描述的系統(tǒng)的用戶與任何其他移動(dòng)用戶通信，圖1-7的系統(tǒng)優(yōu)選地允許系統(tǒng)的用戶也向沒有安裝系統(tǒng)的移動(dòng)用戶發(fā)送消自可選地，在文本消息之后，添加可讀格式的促銷文本。移動(dòng)用戶，即，一般全部或部分地通過無線和/或蜂窩通信網(wǎng)絡(luò)通信的移動(dòng)通信設(shè)備的用戶，當(dāng)沒有安裝解碼功能單元并將接收到的進(jìn)入的消息作為常規(guī)SMS時(shí)，可看到正好在消息文本之后的促銷文本。解碼功能單元在解碼消息時(shí)忽略促銷文本。最終結(jié)果是，僅向沒有安裝所述功能單元的移動(dòng)用戶顯示促銷文本。優(yōu)選地，圖1-7的系統(tǒng)不保留固定數(shù)量的接收者并且不保留固定數(shù)量的字符來存儲接收者信息。而是，圖1-2的系統(tǒng)可接受可變數(shù)量的接收者并且只保留實(shí)際數(shù)量的接收者所需的空間。為了允許可變數(shù)量的接收者(這不需要發(fā)送和接收功能單元就接收者的數(shù)量事先達(dá)成一致)，實(shí)際接收者的號碼可在固定的位置嵌入消息中。這些號碼可位于消息中的不同位置。然而，為了使它不引起沒有安裝解碼功能單元的移動(dòng)用戶的注意，這些號碼優(yōu)選地位于消息的不可讀部分，即，在實(shí)際消息文本和可選的促銷文本之后。實(shí)際消息文本的長度和/或可選的促銷文本的長度可能不是預(yù)先已知的。因此，對接收者的號碼的存儲的最佳位置是在每個(gè)消息的最后字符中間。如果使用消息級聯(lián)，則接收者的號碼和消息序列信息所需的數(shù)據(jù)的順序可能不重要。當(dāng)發(fā)送消息時(shí)，編碼功能單元在消息中指定的固定位置中設(shè)置接收者的號碼。當(dāng)收到進(jìn)入的消息時(shí)，解碼功能單元檢索(retrieve)實(shí)際接收者的號碼并相應(yīng)地解碼消息。一般，實(shí)際消息文本和其接收者的列表("接收者列表")被嵌到SMS消息上。因此，為了允許長的消息以及長的接收者列表，圖l-7的系統(tǒng)一般能夠處理不能適合單個(gè)SMS的消息。存在級聯(lián)SMS消息的標(biāo)準(zhǔn)方法，例如在3GPPTS23.040中描述的方法。然而，用于SMS級聯(lián)的現(xiàn)有方法可能不是跨越各種技術(shù)的標(biāo)準(zhǔn)，因此，可使用在圖9-12中示出的消息級聯(lián)方法。為了將接收者列表包括在允許SMS消息使用的有限數(shù)量的字符(例如160個(gè)字符)中，同時(shí)為實(shí)際消息文本留下盡可能多的空間，圖l-7的系統(tǒng)可以下面特征中的一些或全部為特征-為了最小化存儲接收者列表信息所需的空間，該信息被編碼和壓縮-使用可變數(shù)量的接收者(見上文)來最小化接收者列表信息所需的空間-當(dāng)編碼的接收者列表和消息一起比字符的最大數(shù)量例如160還要長時(shí)，消息被分成幾個(gè)SMS消息，每個(gè)都包含其在SMS消息序列內(nèi)的位置的指示、消息序列中SMS消息的總數(shù)、以及消息序列的唯一標(biāo)識符。消息序列一^:由編碼功能單元?jiǎng)?chuàng)建，其將消息分成SMS消息序列。解碼功能單元通過級聯(lián)由這些SMS消息傳遞的文本部分而從包含在消息序列中的SMS消息重新構(gòu)造原始消息，如圖9-12所示的。解碼功能單元可優(yōu)選地將打算供其使用的SMS消息與所有其它SMS消息區(qū)分開。此外，如果其它SIM應(yīng)用程序使用類似的SMS消息，則本發(fā)明的系統(tǒng)一般忽略以其它SIM應(yīng)用程序作為目標(biāo)的SMS消息。為了將以解碼功能單元作為目標(biāo)的SMS消息和其它SMS消息(包括以其它應(yīng)用程序作為目標(biāo)的消息)區(qū)分開，圖1-7的系統(tǒng)具有下面特征中的一個(gè)或兩個(gè)-解碼功能單元被調(diào)用用于每個(gè)進(jìn)入的SMS,驗(yàn)證消息格式并只處理以預(yù)期的格式接收的消息-唯一的應(yīng)用標(biāo)識符被添加到由編碼功能單元發(fā)送的所有SMS消息。解碼功能單元只處理包含該唯一標(biāo)識符的消息圖1-7的系統(tǒng)的一般使用的例子如下Jim想給他的兩個(gè)同事Shannon和Anila(復(fù)雜的名字...)發(fā)送相同的文本消息(例如，請求重新安排會議)。為了這個(gè)目的，Jim使用本發(fā)明的系統(tǒng)。由于使用SMS來發(fā)送該消息，Jim不關(guān)心Shannon和Anila是空閑的還是忙碌的，或其電話是否開啟。Shannon獲得該消息。由于她在電話上安裝了在這里顯示和描述的系統(tǒng)，她立即被通知新的進(jìn)入的消息。她閱讀該消息并注意到相同的消息也發(fā)送給Anila。Shannon點(diǎn)擊"回答全部"選項(xiàng)來回復(fù)她同意對會議新近提i義的時(shí)間。Anila的移動(dòng)通信設(shè)備沒有在其中安裝本發(fā)明的系統(tǒng)。她因此接收到2個(gè)常規(guī)的SMS消息一個(gè)來自Jim，接著一個(gè)來自Shannon。她獲得的消息也還通知她，如果她安裝了本發(fā)明的系統(tǒng)，她將有更多的選項(xiàng)。然而，在她安裝了本發(fā)明的系統(tǒng)之前，她只可使用標(biāo)準(zhǔn)SMS回答選項(xiàng)來將消息分別地發(fā)送回Jim和Shannon。圖1-7的系統(tǒng)優(yōu)選地包括下面功能類別(a)-(d)中的一些或全部，其參考圖13-28的屏幕截示而在下面被詳細(xì)描述(a)消息發(fā)送功能，例如下列各項(xiàng)將文本消息發(fā)送給若干接收者(圖13-16),將文本消息發(fā)送給預(yù)定義的組(圖13-15、17)，從地址簿中選擇接收者(圖16),手工添加接收者(圖27)，以及將促銷信息自動(dòng)發(fā)送給不是本發(fā)明的系統(tǒng)的用戶的消息接收者。(b)消息接收功能，例如下列各項(xiàng)接收文本消息(圖20-21)，當(dāng)本發(fā)明的系統(tǒng)沒有運(yùn)行時(shí)接收消息(本發(fā)明的系統(tǒng)在收到新的消息時(shí)自動(dòng)啟動(dòng))，在沒有安裝本發(fā)明的系統(tǒng)的情況下接收消息(這些可被接收為正常的SMS消息)，回答發(fā)送者(圖22),回答一些(圖22)和回答全部(圖22)(原始消息的接收者和原始消息的發(fā)送者)。沒有安裝本發(fā)明的系統(tǒng)的用戶一般只能回答消息發(fā)送者(即，沒有回答全部或回答一些選項(xiàng))并且不能看到其他消息接收者。他們也許能夠看到作為文本的一部分的號碼，但不能在接收者列表中使用它們或回答不同于原始發(fā)送者以外的任何人(即，沒有回答全部選項(xiàng))。(c)組管理功能，例如下列各項(xiàng)定義新的組(每個(gè)組包括電話號碼的列表和可選地包括組名稱)(圖23-27),更新現(xiàn)有的組(圖23-27),刪除現(xiàn)有的組(圖25),將組傳送給另一用戶。(d)消息歷史紀(jì)錄功能所發(fā)送和接收的最近的消息被優(yōu)選地存儲(對每個(gè)消息，發(fā)送者/接收者、日期和時(shí)間以及內(nèi)容被優(yōu)選地存4諸)(圖18對接收的消息，圖19對發(fā)送的消息)。因此，用戶可重新查看發(fā)送的消息。用戶可重新查看接收的消息，可重新發(fā)送已發(fā)送的消息，并可回答接收到的消息。圖8A-8D是根據(jù)本發(fā)明的優(yōu)選實(shí)施方式構(gòu)造和操作的單個(gè)消息的簡化示圖，該消息由發(fā)送者A發(fā)送給多個(gè)接收者，例如在所示實(shí)施方式中的四個(gè)接收者B、C、D和E;圖9-12是根據(jù)本發(fā)明的優(yōu)選實(shí)施方式構(gòu)造和搡作的一系列級聯(lián)消息的簡化示圖，該消息由發(fā)送者A發(fā)送給接收者B、C、D和E。例如，當(dāng)消息內(nèi)斜艮長或當(dāng)期望消息內(nèi)容和接收者列表不在相同的消息內(nèi)時(shí)，本實(shí)施方式是有用的。為了使消息接收者，例如圖1中的接收者30或圖2中的接收者130,能夠解碼他們可接收的級聯(lián)消息，作為表示級聯(lián)消息的消息序列的一部分的每個(gè)消息可包含級聯(lián)信息，例如一個(gè)或更多唯一的消息序列ID、消息序列中的消息的總數(shù)以及消息序列內(nèi)當(dāng)前消息的位置。接收者一般在已驗(yàn)證接收到了消息序列的所有消息之后，使用級聯(lián)信息來處理每個(gè)消息、對其解碼、重新構(gòu)造原始的級聯(lián)消息文本并將其顯示給用戶。圖13-28是屏幕截圖的簡化圖示說明，這些屏幕截圖一起形成給圖1-7的任何一個(gè)多對多消息發(fā)送系統(tǒng)的用戶(發(fā)送者和接收者)提供服務(wù)的優(yōu)選的用戶界面?，F(xiàn)在參考圖13，其為主菜單屏幕的筒化圖示說明。主菜單是當(dāng)用戶(例如通過電話的菜單來)啟動(dòng)本發(fā)明的系統(tǒng)時(shí)顯示的第一屏幕(在這里顯示和描述的系統(tǒng)的啟動(dòng)的其它情況是當(dāng)接收到進(jìn)入的消息時(shí))。該屏幕充當(dāng)本發(fā)明的系統(tǒng)的根(root)菜單，并可優(yōu)選地從任何其它屏幕訪問，例如通過點(diǎn)擊CLR幾次來訪問根菜單。主菜單由用戶使用，來導(dǎo)航到其它屏幕中的任何一個(gè)。在圖13的屏幕上的用戶界面元素可例如包括下列各項(xiàng)OK(確認(rèn))和Cancel(取消)軟鍵(softkey)，以及包括包含下列選項(xiàng)的菜單NewMessage(新消息)、Inbox(收件箱)、SentItems(已發(fā)送項(xiàng))、Groups(組)、Help(幫助)、About(關(guān)于)和Exit(退出)。當(dāng)本發(fā)明的系統(tǒng)被啟動(dòng)時(shí)默認(rèn)的選項(xiàng)一般是"NewMessage"。在用戶選擇了某一選項(xiàng)并接著返回到主菜單(例如通過點(diǎn)擊CLR)時(shí)，相同的加亮選項(xiàng)被優(yōu)選地維持。用戶動(dòng)作一般包括Up(向上)/Down(向下)箭頭一在菜單選項(xiàng)之間向上/向下滾動(dòng)；OK—選擇加亮的菜單選項(xiàng)并如下打開相應(yīng)的屏幕如果在圖13的菜單中被加亮或以其他方式選擇的行是NewMessage行一系統(tǒng)打開圖14的新消息(NewMessage)屏幕。如果在圖13的菜單中被力。亮或以其他方式選擇的行是Inbox行一系統(tǒng)打開圖18的收件箱(Inbox)屏幕。如果在圖13的菜單中被加亮或以其他方式選擇的行是Groups行一系統(tǒng)打開圖23的組(Groups)屏幕。如果在圖13的菜單中被加亮或以其他方式選擇的行是Help行一系統(tǒng)打開幫助(Help)屏幕。如果在圖13的菜單中被力。亮或以其他方式選擇的行是About行一系統(tǒng)打開關(guān)于(About)屏幕。"Cancel"終止在這里顯示和描述的系統(tǒng)的才喿作?，F(xiàn)在參考圖14，其為新消息屏幕的簡化圖示說明。該屏幕由用戶使用來鍵入他希望發(fā)送的消息內(nèi)容。用戶界面(UI)元素可包括消息文本框—其可在長度上被限制為例如100個(gè)或任何其它適當(dāng)數(shù)量的字母數(shù)字字符、計(jì)數(shù)器一顯示剩余字符的數(shù)量、OK軟鍵以及Cancel軟鍵(當(dāng)輸入字符時(shí)變?yōu)镃lear(清除))。用戶動(dòng)作可包括0-9鍵一在消息框中顯示相應(yīng)字符(默認(rèn)的手機(jī)(handset)行為)、以及CLR—?jiǎng)h除字符/當(dāng)沒有字符時(shí)前面顯示的屏幕打開(或者是圖13中的主菜單屏幕，其中NewMessage選項(xiàng)可被加亮，或者是圖22中示出的進(jìn)入的消息動(dòng)作菜單)。其它可選的鍵包括*鍵，其在小寫和大寫字母之間轉(zhuǎn)換#鍵一在輸入模式(多次擊鍵、T9、數(shù)字、符號、語言)之間轉(zhuǎn)換(toggle)。OK軟鍵一打開新消息接收者屏幕，或者當(dāng)消息是來自已發(fā)送項(xiàng)文件夾時(shí)，打開已發(fā)送項(xiàng)動(dòng)作菜單?，F(xiàn)在參考圖15,其為新消息接收者屏幕的簡化圖示說明。該屏幕用來給消息接收者列表添力口/移除聯(lián)系人、成員或組，并最終發(fā)送消息。圖15的屏幕中的用戶界面元素可包括動(dòng)作菜單，該菜單可包括下列選項(xiàng)AddContact(添加聯(lián)系人)一將聯(lián)系人添加到接收者列表AddGroup(添加組)一將組添加到4妄收者列表AddNumber(添加號碼)一將號碼添加到接收者列表。該號碼一4殳并不為了將來使用而被儲存Send(發(fā)送)一發(fā)送消息(該選項(xiàng)一般僅在已為消息選擇了至少一個(gè)接收者時(shí)才有效)已被選擇的接收者的列表此外，可設(shè)置OK和Cancel軟鍵。用戶動(dòng)作可例如包括向上/向下箭頭一在菜單項(xiàng)之間向上/向下滾動(dòng)OK軟鍵如果在圖15的菜單中被加亮或以其他方式選擇的行是AddContact行一系統(tǒng)打開圖16的聯(lián)系人列表屏幕。如果加亮的行是AddGroup—系統(tǒng)打開圖17的組列表屏幕。如果加亮的行是AddNumber—系統(tǒng)打開圖27的輸入號碼屏幕。如果加亮的行是Send—系統(tǒng)發(fā)送消息。如果加亮的行是接收者之一一系統(tǒng)打開某一菜單，該菜單便于從消息的接收者列表移除該接收者，并且還可允許用戶添加或修改聯(lián)系人或組中的聯(lián)系人。響應(yīng)于用戶按Cancel軟鍵，系統(tǒng)關(guān)閉屏幕?，F(xiàn)在參考圖16，其為聯(lián)系人列表屏幕的簡化圖示說明，該屏幕用來選擇待添加到消息的接收者列表或組的聯(lián)系人。它一般從圖15所示的消息接收者菜單或圖25所示的組動(dòng)作菜單打開。用戶界面元素可例如包括OK軟鍵和"聯(lián)系人列表，，，該列表列出從可訪問的地址簿(例如可訪問的SIM地址簿、可訪問的電話地址簿或兩者)中4企索到的聯(lián)系人。列表中的第一行可以是"[NewContact(新聯(lián)系人)]，，。在不能夠同時(shí)檢索/顯示所有的聯(lián)系人的情況下，最后一行的文本可為"[More(更多)]"。在[More]已被使用的情況下，第一行的文本可為"[Prev(前面)]，，。用戶動(dòng)作可包括按向上/向下箭頭，在聯(lián)系人之間向上/向下滾動(dòng)。響應(yīng)于用戶按OK軟鍵一如果加亮的行是"NewContact",則系統(tǒng)打開圖26的新聯(lián)系人屏幕。如果加亮的行是"[More]",則系統(tǒng)檢索更多的聯(lián)系人并將它們顯示在圖16的聯(lián)系人屏幕中。如果加亮的行是"[Prev]",則系統(tǒng)將以前顯示的聯(lián)系人重新顯示在圖16的聯(lián)系人屏幕中。如果加亮的行是聯(lián)系人，則系統(tǒng)將加亮的聯(lián)系人添加到消息接收者列表/組，并打開圖25的消息接收者屏幕/組成員屏幕?，F(xiàn)在參考圖17,其為組列表屏幕的簡化圖示說明，該屏幕用來選擇待添加到消息的接收者列表的組。圖17中的用戶界面元素例如可包括OK軟鍵和"組列表，，，該列表列出存儲在內(nèi)部數(shù)據(jù)庫且從該數(shù)據(jù)庫內(nèi)部數(shù)據(jù)庫才企索到的組，該內(nèi)部數(shù)據(jù)庫存儲以前由用戶定義的或由用戶導(dǎo)入的組。列表中的第一行一般是"[NewGroup(新的組)]"。在不能同時(shí)檢索/顯示所有的組的情況下，最后一行的文本可為"[More]"。在[More]已被使用的情況下，第一行的文本可為"[Prev]"用戶動(dòng)作可包括按向上/向下箭頭，以在聯(lián)系人之間向上/向下滾動(dòng)。當(dāng)用戶按OK軟鍵時(shí)一如果加亮的行是"[More]",則系統(tǒng)檢索更多的組并將它們顯示在圖17的組屏幕中。如果加亮的行是"[Prev]，，，則系統(tǒng)將以前顯示的組重新顯示在圖17的組屏幕中。如果加亮的行是組，則系統(tǒng)將加亮的組添加到可存儲在系統(tǒng)的內(nèi)部數(shù)據(jù)庫中的消息接收者列表，并打開圖15的消息接收者屏幕。當(dāng)用戶發(fā)送消息時(shí)，它優(yōu)選地以下列格式(上面描述了級聯(lián)消息的格式)發(fā)送使用7位ASCII和GSM文本壓縮來發(fā)送消息。發(fā)送到N個(gè)接收者的消息作為N個(gè)SMS消息被物理發(fā)送。每個(gè)消息的接收者的數(shù)量被限制為n個(gè)接收者一在用戶試圖將消息發(fā)送給多于n個(gè)的接收者的情況下顯示錯(cuò)誤消息。n可為任何適當(dāng)?shù)恼麛?shù)，例如對于簡單的系統(tǒng)為5。每個(gè)消息的文本可以或可以不被事先(apriori)限制為最高數(shù)量的字符，例如100個(gè)，在這種情況下，用戶不能在新消息屏幕內(nèi)鍵入多于100個(gè)的字符。物理SMS的前n個(gè)字符可被認(rèn)為包括消息的文本。當(dāng)本發(fā)明的系統(tǒng)接收進(jìn)入的消息時(shí)，這些字符被提取到消息文本字段。物理SMS的從n+l算起的字符(例如字符101-120)可包括可選的固定的促銷文本。當(dāng)本發(fā)明的系統(tǒng)接收進(jìn)入的消息時(shí)，這些字符被忽略。物理SMS的下一組字符，例如字符121-160可包括消息接收者的編碼的電話號碼，每個(gè)接收者號碼以10個(gè)字符編碼。由于每個(gè)物理SMS被發(fā)送給一個(gè)"To(到)，，移動(dòng)目的地，所以與該目的地相關(guān)的接收者一般從被編碼到SMS上的接收者排除。當(dāng)本發(fā)明的系統(tǒng)接收進(jìn)入的消息時(shí)，這些字符被提取、解碼并顯示在圖4-5的消息接收者列表中?，F(xiàn)在參考圖18,其為收件箱屏幕的簡化圖示說明，該屏幕列出所接收的消息。在任何給定的時(shí)間收件箱中的消息的數(shù)量可被限制為例如20(或在沒有空間可用的情況下更少)。每個(gè)額外的消息一般覆蓋收件箱中最舊的消息。圖18中的用戶界面(UI)元素一般包括OK軟鍵和"消息列表"，其中每行表示一個(gè)消息。所述行可包括對消息狀態(tài)(已讀或未讀)的指示，并可跟隨有發(fā)送者的名字或電話號碼，消息狀態(tài)由行的最左邊的字符指示。對于為存儲在地址簿(或SIM地址簿、設(shè)備的電話簿或兩者)中的聯(lián)系人的發(fā)送者，可顯示名字；對于所有其他的發(fā)送者，可顯示號碼。用戶動(dòng)作一般包括按向上/向下箭頭以在收件箱消息之間滾動(dòng)、OK鍵(進(jìn)入的消息屏幕打開，顯示選定消息的信息)和CLR鍵一當(dāng)其被按下時(shí)顯示的圖13的主菜單。現(xiàn)在參考圖19,其為已發(fā)送項(xiàng)屏幕的簡化圖示說明，該屏幕列出所發(fā)送的消息。在任何給定的時(shí)間已發(fā)送項(xiàng)框中的消息的數(shù)量可被限制為例如20(或在沒有空間可用的情況下更少)。每個(gè)額外的消息可覆蓋已發(fā)送項(xiàng)中最舊的消息。UI元素可包括消息列表一每行可表示一個(gè)消息。所述行可包括來自消息文本的字符和/或接收者名字和/或消息被發(fā)送時(shí)的日期和時(shí)間。OK軟鍵和Cancel軟鍵(例如，在右邊)用戶動(dòng)作可包括向上/向下箭頭一在已發(fā)送項(xiàng)的框的消息之間滾動(dòng)OK鍵一通過選定消息的信息，打開圖14的新消息屏幕；以及CLR4定一顯示主菜單現(xiàn)在參考圖20,其為進(jìn)入的消息通知屏幕的簡化圖示說明。該通知可在接收到進(jìn)入的消息時(shí)被自動(dòng)提供。UI元素可包括時(shí)間戳一當(dāng)收到新消息時(shí)的日期和時(shí)間(只讀文本)通知文本一通知的文本(固定的文本)發(fā)送者名字一在地址簿中找到發(fā)送者的號碼的情況下為從地址簿中檢索到的發(fā)送者的名字。否則，發(fā)送者的號碼(只讀文本)；以及OK軟鍵。用戶動(dòng)作可包括OK軟鍵一打開圖21的進(jìn)入的消息屏幕；以及CLR鍵一以前顯示的屏幕打開(本發(fā)明的系統(tǒng)的屏幕，或移動(dòng)設(shè)備的一般屏幕)?，F(xiàn)在參考圖21，其為進(jìn)入的消息屏幕的簡化圖示說明，該屏幕用于顯示進(jìn)入的消息并允許用戶響應(yīng)。UI元素可包括時(shí)間戳一當(dāng)收到新消息時(shí)的日期和時(shí)間(只讀文本)；發(fā)送者名字一例如，在地址簿中找到發(fā)送者的號碼的情況下為從地址簿中檢索到的發(fā)送者的名字。否則為發(fā)送者的號碼(例如只讀文本);消息文本一消息的文本(例如只讀文本)；接收者列表一接收者的列表(優(yōu)選地不包括當(dāng)前用戶)。對于在電話的地址簿中找到其號碼的每個(gè)接收者，顯示與該號碼相關(guān)的接收者名字。對于所有其他聯(lián)系人，可顯示電話號碼；以及OK軟鍵。用戶動(dòng)作可包括向上/向下箭頭一在消息中滾動(dòng)(在消息太長而不能放入一個(gè)屏幕的情況下)；OK軟鍵一打開圖22的進(jìn)入的消息動(dòng)作菜單；以及CLR鍵一打開收件箱屏幕。現(xiàn)在參考圖22,其為進(jìn)入的消息的動(dòng)作菜單的簡化圖示說明，該菜單允許消息接收者指定如何響應(yīng)所接收的消息。UI元素可包括動(dòng)作菜單(其可包括一些或所有下列選項(xiàng)Replyall(回答全部)、Replytosome(回答一些)、Replytosender(回答發(fā)送者)、Savenumbertocontact(將號碼保存到聯(lián)系人)、creategroup(創(chuàng)建組)和Delete(刪除))、OK軟鍵和Cancel軟鍵。用戶動(dòng)作可包括向上/向下箭頭一其在菜單項(xiàng)之間向上/向下滾動(dòng)；以及OK軟鍵的使用，用戶動(dòng)作可如下如果加亮的行是ReplyAll—打開圖14的新消息屏幕。一旦用戶點(diǎn)擊該屏幕中的OK,消息就可被發(fā)送給原始消息的接收者，包括其發(fā)送者，不包括當(dāng)前發(fā)送者。如果加亮的行是ReplytoSome—打開圖14的新消息屏幕。一旦用戶點(diǎn)擊該屏幕中的OK，就可打開圖15的新消息接收者屏幕。原始消息的所有接收者(包括原始消息的發(fā)送者，不包括當(dāng)前發(fā)送者)可默認(rèn)地包括在列表中。如果加亮的行是ReplytoSender—打開圖14的新消息屏幕。一旦用戶點(diǎn)擊該屏幕中的OK，消息就可被發(fā)送給原始消息發(fā)送者。如果加亮的行是Delete—?jiǎng)h除當(dāng)前消息并打開圖18的收件箱屏幕。CanceH建一打開圖14的進(jìn)入的消息屏幕?，F(xiàn)在參考圖23，其為組屏幕的簡化圖示說明，該屏幕列出所有已定義的組并允許用戶添加、刪除和更新組定義。UI元素可包括OK軟4建和組列表，該列表包括從存儲組的內(nèi)部數(shù)據(jù)庫中檢索到的所有現(xiàn)有的組，如這里所描述的。該列表可包括下列項(xiàng)NewGroup(新組)行，其如果被用戶選擇則創(chuàng)建新組；以及組(Groups)—每行包括一個(gè)組的名稱。用戶動(dòng)作可包括用于在組的列表中向上/向下滾動(dòng)的向上/向下箭頭以及OK軟4建，OK軟鍵的動(dòng)作可為如果"NewGroup"選項(xiàng)被加亮一打開圖24的新組屏幕。如果組之一被加亮一打開圖25的相關(guān)的組成員屏幕。CLR鍵一打開圖13的主菜單?，F(xiàn)在參考圖24,其為新組屏幕的簡化圖示說明，該屏幕通過圖23的組屏幕打開。圖24的屏幕用于創(chuàng)建新組并給其指定名稱。UI元素可包括:OK軟鍵和包括組名稱(例如l-20個(gè)字母數(shù)字字符)的組名稱編輯框。用戶動(dòng)作可包括0-9鍵以在消息框中顯示相應(yīng)字符(默認(rèn)的手機(jī)行為)、OK軟鍵以打開圖25的組成員屏幕、以及CLR鍵以打開圖23的組屏幕?，F(xiàn)在參考圖25，其為組成員屏幕的簡化圖示說明，該屏幕通過圖23的組屏幕打開。圖25的屏幕用于指定包括在組中的聯(lián)系人。UI元素可包括OK軟《建和動(dòng)作菜單，動(dòng)作菜單可包括一些或所有下列選項(xiàng)Addcontact(添加聯(lián)系人)一將聯(lián)系人添加到組Addnumber(添加號碼)一將號碼添加到組Deletegroup(刪除組)；以及Groupmembers(組成員)。用戶動(dòng)作可包括在組成員之間向上/向下滾動(dòng)的向上/向下箭頭；以及，對于OK鍵如果加亮的行是"AddContact",則打開圖16的聯(lián)系人列表屏幕；如果加亮的行是"AddNumber"，則打開圖27的輸入號碼屏幕；如果加亮的行是"DeleteGroup",則刪除該組。圖23的組屏幕打開；以及如果加亮的行是組成員之一，則打開允許該成員被移除或保存到聯(lián)系人的菜單?，F(xiàn)在參考圖26,其為新聯(lián)系人屏幕的簡化圖示說明，當(dāng)用戶選擇新聯(lián)系人行時(shí)，該屏幕通過圖16的聯(lián)系人屏幕打開。UI元素可包括包含聯(lián)系人名字(1-20個(gè)字母數(shù)字字符)的聯(lián)系人名字編輯框和OK軟鍵。用戶動(dòng)作可包括0-9鍵一在消息框中顯示相應(yīng)字符(默認(rèn)的手機(jī)行為)；OK^建一打開輸入號碼屏幕；以及CLR鍵一打開聯(lián)系人屏幕。現(xiàn)在參考圖27，其為用于輸入接收者的號碼的輸入號碼屏幕的筒化圖示說明。它可通過圖15的新消息接收者屏幕、通過圖25的更新組屏幕或通過圖26的添加聯(lián)系人屏幕打開。UI元素可包括OK軟鍵和包含聯(lián)系人號碼(例如l-20個(gè)數(shù)字字符)的聯(lián)系人號碼編輯框。用戶動(dòng)作可包括0-9鍵一在消息框中顯示相應(yīng)字符(默認(rèn)的手機(jī)行為)；以及OK軟鍵當(dāng)從圖15的新消息接收者屏幕打開時(shí)，號碼被添加到消息接收者列表且新消息接收者屏幕打開；當(dāng)從圖25的更新組屏幕打開時(shí)，號碼被添加到組成員列表且圖25的更新組屏幕打開；當(dāng)從圖26的添加聯(lián)系人屏幕打開時(shí)，號碼被添加到組成員列表且圖16的聯(lián)系人屏幕打開；以及CLR屏幕一以前顯示的屏幕(圖15的新消息接收者屏幕、圖25的組成員屏幕或圖26的新聯(lián)系人屏幕之一)被顯示?，F(xiàn)在參考圖28，其為根據(jù)本發(fā)明的優(yōu)選實(shí)施方式構(gòu)造和操作的已發(fā)送項(xiàng)動(dòng)作菜單，該菜單允許用戶重新發(fā)送或刪除已發(fā)送項(xiàng)文件夾中的消息。UI元素可包括OK和Cancel軟鍵，以及可包括Resend(重新發(fā)送)和Delete(刪除)選項(xiàng)的動(dòng)作菜單。用戶動(dòng)作可例如包"fe:向上/向下箭頭一在菜單項(xiàng)之間向上/向下滾動(dòng)；Cancel鍵一打開進(jìn)入的消息屏幕；以及OK軟鍵如果加亮的行是Resend—打開圖14的新消息屏幕。一旦用戶點(diǎn)擊該屏幕中的OK，消息就可被發(fā)送給原始消息的接收者；如果加亮的行是Delete—?jiǎng)h除加亮的消息并重新顯示圖19的已發(fā)送項(xiàng)屏幕。消息級聯(lián)再次參考圖9-12，為了允許用戶發(fā)送較長的消息，并且為了支持雙字節(jié)語言，每個(gè)邏輯文本消息可包括幾個(gè)SMS消息的序列，系統(tǒng)將該序列作為一個(gè)單元處理，如這里詳細(xì)描述的。每個(gè)SMS消息可包括下列附加字段消息ID、組成當(dāng)前文本消息的SMS消息的總數(shù)、以及該SMS消息在組成當(dāng)前文本消息的SMS消息序列中的當(dāng)前編號。當(dāng)組成消息時(shí)，包含在文本消息中的全部數(shù)量的字符優(yōu)選地顯示在例如圖14的新消息屏幕中，忽略分解成實(shí)際SMS消息的特別說明。除此以外，組成消息的過程和屏幕可類似于用來組成一個(gè)SMS長度消息的過程和界面。所發(fā)送的消息實(shí)際上可能主要由發(fā)送給每個(gè)接收者的若干個(gè)SMS消息組成。只要組成發(fā)送給第一接收者的文本消息的SMS消息正在被發(fā)送，發(fā)送消息顯示就可顯示"發(fā)送2個(gè)消息中的1個(gè)消息"，并接著顯示"發(fā)送2個(gè)消息中的2個(gè)消息"，等等。本發(fā)明的系統(tǒng)一般在收到每個(gè)SMS消息時(shí)被啟動(dòng)。然而，只有當(dāng)一起形成給定的文本消息的所有SMS都被接收到時(shí)，才可向用戶顯示新消息通知，而不管它們一皮4妄收的特定順序。進(jìn)入的文本消息一般作為整體顯示，而不管組成它的實(shí)際SMS消息。對于每個(gè)文本消息，只有一個(gè)條目顯示在收件箱/已發(fā)送項(xiàng)文件夾內(nèi)，且進(jìn)入的消息屏幕顯示消息的整體。如果需要，[more]/[prev]選項(xiàng)可被添加到進(jìn)入的消息屏幕中。如果情況是這樣，則可以顯示計(jì)數(shù)器，所述計(jì)數(shù)器顯示當(dāng)前屏幕在組成該消息的完整的一串屏幕中的編號(例如，3個(gè)中的第1個(gè)，3個(gè)中的第2個(gè)，等等)。根據(jù)本發(fā)明，任何適當(dāng)?shù)姆椒捎脕斫M成消息。三個(gè)這樣的方法是a.將可讀文本SMS用于實(shí)際消息文本和將二進(jìn)制SMS用于接收者列表b.將可讀文本SMS既用于消息文本也用于接收者列表c.與(b)—樣，但是接收者列表被編碼，即，消息的接收者列表部分不用可讀的格式?，F(xiàn)在詳細(xì)描述上面方法的優(yōu)選實(shí)現(xiàn)。(a)可讀文本SMS用于消息文本而二進(jìn)制SMS用于接收者列表首先優(yōu)選地發(fā)送包括消息的文本SMS消息，后面跟著是包含接收者列表的二進(jìn)制SMS。所有的SMS消息(文本和二進(jìn)制兩者)優(yōu)選地例如由圖4中的功能單元300、圖5中的400和圖7中的600截^1。二進(jìn)制SMS—4殳使圖4的功能單元300、圖5的400和圖7的600打開，并被沒有安裝本發(fā)明的系統(tǒng)的設(shè)備忽略。每個(gè)文本SMS消息的一些字符，例如最后10個(gè)字符，可被保留并可例如包括字節(jié)0-4:應(yīng)用程序標(biāo)記；字節(jié)5:在當(dāng)前文本消息中SMS消息的數(shù)量(1字節(jié))；字節(jié)6:當(dāng)前SMS消息在當(dāng)前文本消息的序列中的編號(l字節(jié))；字節(jié)7-9:為未來的用戶保留。每個(gè)文本SMS的剩余字符可包括實(shí)際文本，該文本SMS—^:不包括含有接收者列表信息的二進(jìn)制SMS。例如在有很多接收者的情況下，可能有包括接收者列表數(shù)據(jù)的若干個(gè)二進(jìn)制SMS消息。(b)可讀文本SMS既用于消息文本也用于接收者列表兩者一般首先發(fā)送消息的文本，后面跟著是接收者列表。不一定在一個(gè)SMS消息中發(fā)送接收者列表(例如，接收者列表的開頭部分可包括在含有消息文本的最后的SMS上，以及剩余的接收者可包括在隨后的SMS中)。最后的文本SMS的接收通常啟動(dòng)本發(fā)明的系統(tǒng)(在此上下文中用"最后"一詞，是就作為同一文本消息的部分的所有其它文本SMS消息已一皮接收到而言的)。包括在接收者列表中的號碼可以以在每個(gè)連續(xù)的號碼之間采用分隔符(例如，默認(rèn)的分隔符"#")的文本格式出現(xiàn)。每個(gè)文本SMS消息的一些字符，例如最后10個(gè)字符，可被保留并可例如包括字節(jié)0-4:應(yīng)用程序標(biāo)記，字節(jié)5:在當(dāng)前文本消息中SMS消息的數(shù)量(1字節(jié))，字節(jié)6:當(dāng)前SMS消息在當(dāng)前文本消息的序列中的編號(l字節(jié))，字節(jié)7-8:為未來的用戶保留，以及字節(jié)9:在文本消息的最后的文本SMS中一接收者的數(shù)量，否則空白。(c)文本SMS用于消息文本，但釆用編碼的接收者列表一般首先發(fā)送消息的文本，后面跟著是接收者列表。不一定在一個(gè)SMS消息中發(fā)送接收者列表(例如，接收者列表的開頭部分可包括在含有消息文本的最后的SMS上，以及剩余的接收者可包括在隨后的SMS中)。所接收的"最后"的文本SMS通常啟動(dòng)本發(fā)明的系統(tǒng)。接收者列表(即，接收者號碼)以其二進(jìn)制格式被發(fā)送。每個(gè)文本SMS消息的一些字符可被保留；例如最后IO個(gè)字節(jié)可被如下保留字節(jié)0-4:應(yīng)用程序標(biāo)記；字節(jié)5:在當(dāng)前文本消息中SMS消息的數(shù)量(1字節(jié))；字節(jié)6:當(dāng)前SMS消息在當(dāng)前文本消息的序列中的編號(1字節(jié))；字節(jié)7-8:為未來的用戶保留；以及字節(jié)9:在文本消息的最后的文本SMS中一接收者的數(shù)量，否則空白。圖29是根據(jù)本發(fā)明的優(yōu)選實(shí)施方式構(gòu)造和操作的移動(dòng)交互式邀請系統(tǒng)的簡化功能結(jié)構(gòu)圖說明。圖29的系統(tǒng)一般安裝在移動(dòng)通信設(shè)備例如便攜式電話中。由圖29的系統(tǒng)產(chǎn)生的每個(gè)邀請或其它消息一般包括有限長度的消息，例如SMS、EMS或MMS消息。圖29的事件表一般包括關(guān)于表中的每個(gè)事件的下列信息中的一些或全部事件的主題、日期、開始時(shí)間(當(dāng)前的和可選地、被提議的變化，如果有)、結(jié)束時(shí)間(當(dāng)前的和可選地、被提議的變化，如果有)、參加者列表、每個(gè)參加者的邀請狀態(tài)。圖30A是對圖29的外發(fā)邀請發(fā)生器890的優(yōu)選操:作方法的簡化流程圖說明。圖30B是由圖30A中的單元1020執(zhí)行一對一消息發(fā)送步驟的優(yōu)選方法的簡化流程圖說明。圖31A是對圖29的進(jìn)入邀請閱讀器910的優(yōu)選操作方法的簡化流程圖說明。圖31B是由圖31A中的單元1150執(zhí)行邀請解碼步驟的優(yōu)選方法的簡化流程圖說明。圖32A是對圖29的外發(fā)邀請響應(yīng)發(fā)生器920的優(yōu)選操作方法的簡化流程圖i兌明。圖32B是由圖32A中的單元1320執(zhí)行一對一消息發(fā)送步驟的優(yōu)選方法的簡化流程圖說明。圖33A是對圖29的邀請響應(yīng)閱讀器930的優(yōu)選操作方法的簡化流程圖說明。圖33B是由圖33A中的單元1430執(zhí)行邀請響應(yīng)解碼步驟的優(yōu)選方法的簡化流程圖說明。圖34是屏幕截圖的第一系列的簡化圖示說明，這些屏幕截圖形成給圖29的移動(dòng)交互式邀請系統(tǒng)的用戶提供服務(wù)的優(yōu)選用戶界面900的第一部分，優(yōu)選用戶界面的第一部分使用戶能夠發(fā)起事件并邀請到那里的其他用戶。圖35是屏幕截圖的第二系列的簡化圖示說明，這些屏幕截圖形成給圖29的移動(dòng)交互式邀請系統(tǒng)的用戶提動(dòng)服務(wù)的優(yōu)選用戶界面900的第二部分，優(yōu)選用戶界面的第二部分使用戶能夠觀看他們被委托的事件的曰程表。圖36是屏幕截圖的第三系列的簡化圖示說明，這些屏幕截圖形成給圖29的移動(dòng)交互式邀請系統(tǒng)的用戶提供服務(wù)的優(yōu)選用戶界面900的第三部分，優(yōu)選用戶界面的第三部分使用戶能夠觀看他們可能希望接受的未決的邀請。圖37是屏幕截圖的第四系列的簡化圖示說明，這些屏幕截圖形成給圖29的移動(dòng)交互式邀請系統(tǒng)的用戶提供服務(wù)的優(yōu)選用戶界面900的第四部分，優(yōu)選用戶界面的第四部分使用戶能夠定義聯(lián)系人的組并優(yōu)選地將這樣的組傳遞給在該組的內(nèi)部或外部的其他人。圖38是根據(jù)本發(fā)明的優(yōu)選實(shí)施方式構(gòu)造和操作的客戶間通信系統(tǒng)的筒化功能結(jié)構(gòu)圖。圖38的系統(tǒng)的客戶端一般安裝在移動(dòng)通信設(shè)備例如便攜式電話中。由圖38的系統(tǒng)產(chǎn)生的每個(gè)消息一般包括有限長度的消息，例如一對一消息，如SMS、EMS或MMS消息。圖38的系統(tǒng)一般包括與市場營銷人員操作性相關(guān)地安裝的"市場營銷人員端，，和一般安裝在多個(gè)潛在客戶的每個(gè)的移動(dòng)通信設(shè)備中的"客戶端"?？蛻舯?910可例如包括下面類型的信息中的一些或全部客戶信息例如名字、電話號碼和/或地址；組的定義；以及客戶歷史紀(jì)錄信息。<足銷表1950可例如包括下面類型的信息中的一些或全部促銷信息例如ID、各種產(chǎn)品的價(jià)格和數(shù)量；促銷狀態(tài)例如對促銷作出響應(yīng)的人的數(shù)量；以及客戶促銷聯(lián)系信息，例如哪個(gè)客戶參加哪個(gè)促銷。由促銷跟蹤系統(tǒng)1960接收的SMS可包括促銷消息、轉(zhuǎn)發(fā)的促銷消息或促銷狀態(tài)更新。圖39是圖38的客戶管理用戶界面1905的一系列優(yōu)選屏幕截圖的簡化圖示說明。圖40是圖38的PC上基于SMS的市場營銷用戶界面1920的一系列優(yōu)選屏幕截圖的簡化圖示說明。圖41A是優(yōu)選操作方法的筒化流程圖說明，圖38的促銷SMS發(fā)送器1930通過該操作發(fā)送組促銷消息。圖41B是由圖41A中的單元2270執(zhí)行發(fā)送一對一消息步驟的優(yōu)選方法的簡化流程圖說明。圖42A是優(yōu)選操作方法的簡化流程圖說明，圖38的促銷SMS發(fā)送器1930通過該#:作發(fā)送優(yōu)惠信息。圖42B是由圖42A中的單元2420執(zhí)行發(fā)送一對一消息步驟的優(yōu)選方法的簡化流程圖說明。圖43是圖38的SMS促銷轉(zhuǎn)發(fā)單元1970的優(yōu)選操作方法的簡化流程圖說明。圖44是圖38的接受/拒絕消息發(fā)生器1980的優(yōu)選操作方法的簡化流程圖說明。圖45A是優(yōu)選操作方法的簡化流程圖說明，圖38的促銷SMS接收器1990通過該操:作接收優(yōu)惠信息。圖45B是由圖45A中的單元2750執(zhí)行消息解碼步驟的優(yōu)選方法的簡化流程圖說明。圖46A-46B結(jié)合在一起形成圖38的"電話促銷應(yīng)用"單元2000的一系列優(yōu)選屏幕截圖的簡化圖示說明。分別對于每個(gè)組折扣優(yōu)惠或更一^:地，對于促銷，優(yōu)選地根據(jù)請求通過增加"簽約(signup)"的用戶的數(shù)量來顯示多個(gè)組折扣優(yōu)惠的每個(gè)組折扣優(yōu)惠或其它促銷的狀態(tài)，所述其它j足銷被提供給組且一般需要組成員之間的交互作用以便變得有資格從促銷受益。例如，在組的至少n個(gè)成員"簽約"的情況下如果提供了組折扣，則此報(bào)價(jià)的狀態(tài)可例如為(如果11=5):"還沒有一個(gè)加入"或"1個(gè)已加入一如果你加入，只要3個(gè)加入就有效"或"4個(gè)已加入一加入并成交！"。應(yīng)認(rèn)識到，本發(fā)明適用于各種各樣的移動(dòng)應(yīng)用程序，其中消息被發(fā)送，分配列表可嵌入消息中或以其他方式與其相關(guān)聯(lián)，例如但不限于傳遞下面的有時(shí)重復(fù)的類別或類型的消息的系統(tǒng)文本消息；包括SMS、EMS和MMS的MS組(family);部分地或全部通過服務(wù)于數(shù)字式或非數(shù)字式移動(dòng)設(shè)備例如數(shù)字移動(dòng)電話的蜂窩式電話網(wǎng)絡(luò)來詞語地或非詞語地傳送的消息；以及通過陸上線路通信設(shè)備例如電話或通過不同于移動(dòng)電話的手持式設(shè)備發(fā)送的消息。應(yīng)認(rèn)識到，如果需要，本發(fā)明的軟件部件可以用ROM類型(只讀存儲器)的形式例如ROM、EPROM或EEPROM實(shí)現(xiàn)。如果需要，軟件部件可通常使用傳統(tǒng)技術(shù)以硬件實(shí)現(xiàn)。本發(fā)明可結(jié)合任何適當(dāng)?shù)钠脚_或框架被提供，例如但不限于基于或類似于下面技術(shù)的平臺或框架，其中一些是注冊商標(biāo)SIM應(yīng)用程序；SIM工具包應(yīng)用程序；USIM應(yīng)用程序；Java卡小應(yīng)用程序；工具包小應(yīng)用程序；卡應(yīng)用程序；嵌入在移動(dòng)電話的硬件、存儲器、磁盤、存儲器卡上或在設(shè)備上的任何其它形式的存儲器上的應(yīng)用程序；J2ME(Java2微型版)；SymbianOS、Wipi、i畫模式(i-mode)、WAP、BREW(無線-高通(Qualcomm)的二進(jìn)制運(yùn)行時(shí)環(huán)境)和PalmOS。在單獨(dú)的實(shí)施方式的上下文中描述的本發(fā)明的特征也可結(jié)合單個(gè)實(shí)施方式來提供。相反，為了簡潔而在單個(gè)實(shí)施方式中描述的本發(fā)明的特征可單獨(dú)地或在任何適當(dāng)?shù)淖咏M合中提供。例如，可在適當(dāng)時(shí)省略、修改和合并功能塊圖示和流程圖、屏幕截圖的塊和組成部分。權(quán)利要求1.一種多對多移動(dòng)消息發(fā)送方法，包括使用移動(dòng)通信設(shè)備發(fā)送消息序列，其中至少一些所述消息被發(fā)送給多個(gè)接收者并包括消息內(nèi)容和對所述多個(gè)接收者中的至少一些接收者的目的地指示的集合。2.如;K利要求1所述的方法，其中至少一個(gè)單獨(dú)的消息由以前4妻收到包括目的地指示的單獨(dú)集合的以前消息的用戶發(fā)起，且其中所述單獨(dú)的消息被發(fā)送到在所述目的地指示的單獨(dú)集合中的至少一些所述目的地指示。3.如權(quán)利要求1所述的方法，其中至少一些所述消息在蜂窩通信網(wǎng)絡(luò)上被發(fā)送，且其中所述目的地指示包括蜂窩電話號碼。4.如權(quán)利要求1所述的方法，其中所述網(wǎng)絡(luò)包括移動(dòng)電話網(wǎng)絡(luò)，且其中所述目的地指示包括移動(dòng)電話號碼。5.如前面權(quán)利要求中任一項(xiàng)所述的方法，其中至少一些所述消息包括SMS消息。6.如前面權(quán)利要求中任一項(xiàng)所述的方法，其中至少一些所述消息包括EMS消息。7.如前面權(quán)利要求中任一項(xiàng)所述的方法，其中至少一些所述消息包4舌MMS消息。8.如權(quán)利要求1所述的方法，其中所述消息序列包括至少第一級聯(lián)消息和第二級聯(lián)消息的集合，其中所述第一級聯(lián)消息包括待發(fā)送的期望內(nèi)容的至少一部分，以及其中所述第二級聯(lián)消息包括分配列表的至少一部分。9.如權(quán)利要求l所述的方法，其中至少一些所述消息包括文本消息。10.如權(quán)利要求1所述的方法，其中至少一些所述消息是多々某體消息。11.一種多對多移動(dòng)消息發(fā)送系統(tǒng)，包括移動(dòng)發(fā)送編碼器，其搡作地從用戶接收消息內(nèi)容和多個(gè)接收者的指示并發(fā)送消息序列，每個(gè)所述接收者都有目的地指示，用戶消息內(nèi)容被發(fā)送給所述接收者，其中至少一些所述消息被發(fā)送給所述多個(gè)接收者并包括所述消息內(nèi)容和對所述多個(gè)接收者中的至少一些接收者的目的地指示的集合。12.如權(quán)利要求11所述的系統(tǒng)，所述系統(tǒng)還包括操作地處理由用戶發(fā)起的至少一個(gè)單獨(dú)的消息的回答處理器，所述用戶以前從另一發(fā)送編碼器接收包括目的地指示的單獨(dú)集合的以前消息，且其中所述回答處理器操作地將所述單獨(dú)的消息發(fā)送到在所述目的地指示的單獨(dú)集合中的至少一些所述目的地指示。13.如權(quán)利要求11所述的系統(tǒng)，其中所述發(fā)送編碼器位于移動(dòng)通信設(shè)備內(nèi)而不是中央月良務(wù)器內(nèi)。14.如權(quán)利要求11所述的系統(tǒng)，其中所述消息序列在傳送有限大小的消息的網(wǎng)絡(luò)上被發(fā)送。15.如權(quán)利要求14所述的系統(tǒng)，其中所述網(wǎng)絡(luò)包括蜂窩電話網(wǎng)絡(luò)，且其中所述消息包括非會話式消息。16.如權(quán)利要求14所述的系統(tǒng)，其中所述非會話式消息包括至少一個(gè)下列類型的至少一個(gè)消息SMS;EMS;以及MMS。17.如權(quán)利要求l所述的方法，其中每個(gè)消息包括存儲所述目的地指示的集合的被保留部分，且其中不同的被保留部分取決于相應(yīng)的目的地指示的集合的大小而具有不同的大小。18.—種交互式邀請系統(tǒng)，其結(jié)合移動(dòng)通信網(wǎng)絡(luò)來操作并包括至少一個(gè)邀請編碼器，其操作地從邀請者的移動(dòng)通信設(shè)備接收邀請內(nèi)容和多個(gè)被邀請者的指示，并通過移動(dòng)通信網(wǎng)絡(luò)發(fā)送邀請消息序列，每個(gè)被邀請者都有目的地指示，所述邀請內(nèi)容被發(fā)送給所述被邀請者，其中至少一些所述邀請消息被發(fā)送給多個(gè)接收者并包括所述邀請內(nèi)容和對所述多個(gè)被邀請者中的至少一些被邀請者的目的地指示的集合；以及邀請解碼器，其操作地通過所述網(wǎng)絡(luò)從邀請者的移動(dòng)通信設(shè)備接收邀請消息，所述邀請消息包括邀請內(nèi)容和對多個(gè)被邀請者的移動(dòng)通信設(shè)備中的至少一些移動(dòng)通信設(shè)備的目的地指示的集合，所述邀請解碼器操作地向被邀請者顯示所述邀請消息，以從所述被邀請者接收反饋并將所述反饋傳遞到所述目的地指示的集合中的至少一部分。19.如權(quán)利要求18所述的系統(tǒng)，其中所述反饋包括對所述邀請消息的4妄受/拒絕響應(yīng)。20.如權(quán)利要求18所述的系統(tǒng)，其中所述反饋包括關(guān)于所述邀請消息的被提議的新時(shí)間。21.—種移動(dòng)通信系統(tǒng)，包括多個(gè)移動(dòng)通信設(shè)備；移動(dòng)通信集中器，其操作地在所述多個(gè)移動(dòng)通信設(shè)備的各個(gè)移動(dòng)通信設(shè)備之間傳送消息，且其中至少一些所述移動(dòng)通信設(shè)備包括接收者組定義器，其操作地接受、存儲移動(dòng)通信設(shè)備用戶對至少一組包括其電話號碼的接收者的定義，并隨后根據(jù)請求向所述至少一組接收者中的每個(gè)成員發(fā)送消息；接收者組發(fā)送器，其操作地根據(jù)請求將所述至少一組接收者傳送到至少一個(gè)其它移動(dòng)通信設(shè)備用戶；以及接收者組接收器，其操作地從另一移動(dòng)通信設(shè)備接收進(jìn)入的接收者組，并隨后根據(jù)請求將消息發(fā)送給所述進(jìn)入的接收者組的每個(gè)成口貝。22.—種移動(dòng)客戶間通信系統(tǒng)，其包括多個(gè)客戶間通信器，其駐留在相應(yīng)的多個(gè)移動(dòng)通信設(shè)備中，每個(gè)所述通信器包括發(fā)送編碼器，所述發(fā)送編碼器梯:作地接收關(guān)于組促銷的消息內(nèi)容和多個(gè)接收者的指示并發(fā)送消息序列，每個(gè)接收者都有目的地指示，用戶消息內(nèi)容被發(fā)送給所述接收者，其中至少一些所述消息被發(fā)送給所述多個(gè)接收者并包括所述消息內(nèi)容和對所述多個(gè)接收者中的至少一些的目的地指示的集合；以及組促銷狀態(tài)發(fā)生器，其操作地從所述多個(gè)移動(dòng)通信設(shè)備中的各個(gè)移動(dòng)通信設(shè)備接收關(guān)于所述組折扣優(yōu)惠的接受消息，并通過累積所述接受消息來產(chǎn)生表示所述組促銷的狀態(tài)指示。23.—種移動(dòng)信息擴(kuò)散系統(tǒng)，包括多個(gè)移動(dòng)通信設(shè)備，每個(gè)都具有信息擴(kuò)散操作模式，在所述才莫式中消息被發(fā)送給由所述移動(dòng)通信設(shè)備的用戶選擇的多個(gè)接收者，且確認(rèn)消息被自動(dòng)發(fā)送給已定義的接收者以確認(rèn)所述消息已被發(fā)送《會所述多個(gè)接收者。24.如權(quán)利要求12所述的系統(tǒng)，其中所述回答處理器包括操作地將所述單獨(dú)的消息發(fā)送到所有所述目的地指示的回答全部處理器。25.如權(quán)利要求12所述的系統(tǒng)，其中所述回答處理器包括操作地將所述單獨(dú)的消息發(fā)送到所述目的地指示的指定子集的回答一些處理器。26.如權(quán)利要求11所述的系統(tǒng)，其中消息通過移動(dòng)網(wǎng)絡(luò)在移動(dòng)用戶之間直接發(fā)送，而沒有利用路由服務(wù)器。27.如權(quán)利要求13所述的系統(tǒng)，還包括操作地便于消息在移動(dòng)用戶之間傳送的路由服務(wù)器。28.—種交互式邀請方法，其結(jié)合移動(dòng)通信網(wǎng)絡(luò)來操作并包括從邀請者的移動(dòng)通信設(shè)備接收邀請內(nèi)容和多個(gè)被邀請者的指示，并通過移動(dòng)通信網(wǎng)絡(luò)發(fā)送邀請消息序列，每個(gè)被邀請者都有目的地指示，所述邀請內(nèi)容被發(fā)送給所述被邀請者，其中至少一些所述邀請消息被發(fā)送給多個(gè)接收者并包括所述邀請內(nèi)容和對所述多個(gè)被邀請者中的至少一些被邀請者的目的地指示的集合；以及通過所述網(wǎng)絡(luò)從邀請者的移動(dòng)通信設(shè)備接收包括邀請內(nèi)容和對多個(gè)被邀請者的移動(dòng)通信設(shè)備中的至少一些移動(dòng)通信設(shè)備的目的地指示的集合的邀請消息，向被邀請者顯示所述邀請消息，從所述被邀請者接收反饋，并將所述反饋傳遞到所述目的地指示的集合的至少一部分。29.—種移動(dòng)通信方法，其操作地結(jié)合移動(dòng)通信集中器和多個(gè)移動(dòng)通信設(shè)備來操作地在所述多個(gè)移動(dòng)通信設(shè)備的各個(gè)移動(dòng)通信設(shè)備之間傳送消息，所述方法包括在至少一些所述移動(dòng)通信設(shè)備上執(zhí)行下列步驟接受、存儲用戶對至少一組包括其電話號碼的接收者的定義，并隨后根據(jù)請求將消息發(fā)送給所述至少一組接收者中的每個(gè)成員；根據(jù)請求將所述至少一組接收者傳送到至少一個(gè)其它移動(dòng)通信設(shè)備用戶；以及從另一移動(dòng)通信設(shè)備接收進(jìn)入的接收者組，并隨后根據(jù)請求將消息發(fā)送給所述進(jìn)入的接收者組的每個(gè)成員。30.—種移動(dòng)客戶間通信方法，包括在多個(gè)移動(dòng)通信設(shè)備上執(zhí)行下列步驟接收關(guān)于具有被表示的特征的組的消息內(nèi)容和多個(gè)接收者的指示，并發(fā)送消息序列，每個(gè)接收者都有目的地指示，用戶消息內(nèi)容被發(fā)送給所述接收者，其中至少一些所述消息一皮發(fā)送給所述多個(gè)接收者并包括所述消息內(nèi)容和對所述多個(gè)接收者中的至少一些的目的地指示的集合；以及從所述多個(gè)移動(dòng)通信設(shè)備中的各個(gè)移動(dòng)通信設(shè)備接收關(guān)于與所述組有關(guān)的所述消息內(nèi)容的接受消息，并通過累積所述接受消息以及將它們與所述被表示的特征比較來產(chǎn)生表示所述組的狀態(tài)指示。31.—種移動(dòng)信息擴(kuò)散方法，包括將消息從多個(gè)移動(dòng)通信設(shè)備發(fā)送到由所述移動(dòng)通信設(shè)備的每個(gè)用戶選擇的多個(gè)接收者，并將確認(rèn)消息自動(dòng)發(fā)送到已定義的接收者以確認(rèn)所述消息已被發(fā)送給所述多個(gè)接收者。全文摘要包括操作地發(fā)送消息序列的移動(dòng)通信設(shè)備的多對多移動(dòng)消息發(fā)送系統(tǒng)和方法，其中，至少一些消息被發(fā)送給多個(gè)接收者，并包括消息內(nèi)容和對多個(gè)接收者中的至少一些接收者的目的地指示的集合。文檔編號H04W76/00GK101401458SQ200680053866公開日2009年4月1日申請日期2006年8月30日優(yōu)先權(quán)日2006年1月17日發(fā)明者埃塞德·多尼申請人:賽恩德-M有限公司