專利名稱：：消息收發(fā)服務(wù)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明一般涉及消息收發(fā)服務(wù)。本發(fā)明特別涉及用于評估要使用多個通信信道中哪一個信道的消息收發(fā)服務(wù)，但并不限于此。
背景技術(shù)：
：當今有許多不同類型的消息收發(fā)技術(shù)用于通信。例如，電子郵件、即時消息收發(fā)(IM)、短消息服務(wù)(SMS)、多媒體消息服務(wù)(MMS)、無線應(yīng)用協(xié)議推入(WAP推入)等等。這與以前可用相比引入了更多的機會和靈活性，但同時增加了對最終用戶的復雜性。例如，消息發(fā)送方通常沒有有關(guān)消息接收方的連通性、優(yōu)選項及其它相關(guān)方面的足夠信息。也就是說，John可能不知道Jane是否在辦公時間之外訪問電子郵件以及Jane比較喜歡電子郵件還是SMS。這令最終用戶難以選擇合適的通信信道到達接收方，特別是當消息需要在某個期限內(nèi)傳遞而人卻在某個特定位置的時候，或者在其它相似情況的時候。介紹上述復雜性不僅因為通信設(shè)備配備了多個通信信道，還因為這些通信信道(例如電子郵件、即時消息收發(fā)、語音、文本和多媒體消息收發(fā))既可在同一通信設(shè)備上也可跨設(shè)備彼此斷開連接或者相互獨立。當前發(fā)送方一般必須管理同一接收方的多個用戶帳戶和聯(lián)系號碼/地址。而且，發(fā)送方和接收方都必須管理通信的多個信道。例如，不同的通信信道提供不同的特征和能力并且通常最終用戶難以快速準確地評估在特定情形中要使用的最佳通信信道。另一個問題涉及跨平臺通信能力的缺乏。例如，考慮用戶在其PC上操作電子郵件客戶端。該用戶創(chuàng)建包含特定文本的電子郵件。然而，一般用戶不可能象SMS消息那樣將同一文本消息從電子郵件客戶端直接發(fā)送給接收方。通常，用戶需要拷貝或重新鍵入文本到移動電話上的SMS消息中并且隨后發(fā)送SMS消息給接收方。然而，這耗時且容易出錯。另外，發(fā)送方和接收方都需要有相同類型的通信信道和相應(yīng)的客戶端應(yīng)用可用。如果接收方有一組不同的通信帳戶(電子郵件地址、移動號碼、即時消息帳戶等)可向其發(fā)送消息，則發(fā)送方需要訂閱所有這些通信帳戶以便利用接收方的連通性。之前已經(jīng)作出了嘗試來增加發(fā)送方可獲得的有關(guān)接收方的信息量以便使發(fā)送方能夠作出有關(guān)發(fā)送消息的較佳選擇。這些之前的嘗試中的一些已經(jīng)使用了有限形式的自動消息轉(zhuǎn)換，盡管存在關(guān)于這些方法的各種缺點，如現(xiàn)在要討論的。Nakanishi等人在其報告"iCAMS2:DevelopingaMobileCommunicationToolusingLocationInformationandScheduleInformationwithJ2ME(iCAMS2:通過J2ME使用位置信息和日程信息開發(fā)移動通信工具)"，ProceedingsofMobileHCI(移動人機交互會議錄)，2003,400-404中描述了一個封閉用戶組成員之間發(fā)送消息的方案。根據(jù)接收方的處境與背景，按照可用通信信道的適用性排序和顯示可用通信信道。然而，該方案需要位置信息和日程信息在組成員之間共享，使得組成員必須愿意共享該敏感且私密的信息。該方法難以擴展到更廣泛的用戶組，因為產(chǎn)生了作為共享敏感信息而產(chǎn)生的安全性問題。此外在該方案中，發(fā)送方的通信設(shè)備必須支持所選通信信道；且沒有自動消息類型轉(zhuǎn)換的能力。Maniatis等人描述一個消息分層模型，它將個人信息添加到由應(yīng)用、傳輸/網(wǎng)絡(luò)和鏈路層組成的傳統(tǒng)分層模型(Maniatis等人"TheMobilePeopleArchitecture(移動人架構(gòu))"，MobileComputingandCommunicationsReview(移動計算和通信回顧)，1,2,1999，1-7)。該添加層信息用于將到來的消息路由至接收方當前使用的應(yīng)用/設(shè)備。因而，接收方有一個個人的通信代理，通過該代理重定向消息，并且如果必要，將其轉(zhuǎn)換成不同的消息格式。該方法的一個問題是將到來的消息重定向至所有當前可用的設(shè)備。這增加了網(wǎng)絡(luò)負荷并且還在低帶寬連通性情況下將大量數(shù)據(jù)發(fā)送至設(shè)備時或者在設(shè)備具有低接收能力例如有限的消息存儲空間時導致嚴重的問題。而且，可能無意中將數(shù)據(jù)發(fā)送到?jīng)]有處理該格式數(shù)據(jù)能力的設(shè)備。所使用的特定自動消息轉(zhuǎn)換存在沒有對消息的所有部分進行轉(zhuǎn)換的問題。因此，在消息轉(zhuǎn)換過程中一些信息丟失并且沒有提供將該丟失通知給發(fā)送方的途徑。Tang等人(ConNexustoawarenex:extendingawarenesstomobileusers(網(wǎng)絡(luò)共通到網(wǎng)絡(luò)存在擴展對移動用戶的意識)，ProceedingsoftheSIGCHIconferenceonHumanfactorsincomputingsystems(計算系統(tǒng)中關(guān)于人類因素的人機交互專家協(xié)會會議論文集)，2001,221-228)，描述一種移動設(shè)備的原型，它提供為有限人數(shù)的用戶組提供位置和連通性信息。為了給標識合適的通信信道提供簡單的支持，系統(tǒng)突出顯示最近有活動的信道。然而，最近有活動的信道可能不再是最適于使用的信道。而且，該方法還遇到了與共享用戶之間敏感信息的需求有關(guān)的安全性問題。概述下面提供本揭示的簡化概要以便為讀者提供基本的理解。本概要不是本揭示的詳盡概觀，并且既不標識本發(fā)明的關(guān)鍵/本質(zhì)元素也不描繪本發(fā)明的范圍。其唯一目的是以簡化形式提供在此揭示一些概念作為稍后提供的更詳細描述的序言。描述提供應(yīng)用不可知(applicationagnostic)和跨平臺消息收發(fā)的消息收發(fā)服務(wù)。發(fā)送方匯編消息內(nèi)容組元并指定消息優(yōu)選項。消息收發(fā)服務(wù)計算通過不同類型通信信道發(fā)送消息的效用和成本。使用成本和效用信息選擇通信信道，并且消息服務(wù)格式化消息內(nèi)容組元用于特定的通信信道。隨后發(fā)送消息，例如作為電子郵件、SMS、MMS或其它適合類型，取決于選擇的信道。使用發(fā)送方消息優(yōu)選項、通信信道屬性、發(fā)送與接收設(shè)備屬性并且較佳地還使用(但非必須)接收方的優(yōu)選項來計算效用。在另一實施例中，可把成本包含在效用函數(shù)中，反之亦然。在一示例中，消息服務(wù)器安排為通過多個通信信道之一將來自發(fā)送實體的消息發(fā)送至接收實體。發(fā)送實體可以是具有通信設(shè)備如PDA、膝上型計算機、移動電話或其它通信設(shè)備的用戶，或者發(fā)送實體可以是自動化服務(wù)。這也應(yīng)用于接收實體。消息服務(wù)器包括輸入，被安排為接收關(guān)聯(lián)于消息的消息屬性值以及消息的一或多個消息內(nèi)容部分；輸入，被安排為訪問關(guān)聯(lián)于一或多個通信信道的通信信道屬性值；關(guān)聯(lián)于發(fā)送實體的發(fā)送實體屬性值和關(guān)聯(lián)于接收實體的接收實體屬性值；處理器，被安排為基于消息屬性值、通信信道屬性值、發(fā)送實體屬性值和接收實體屬性值中的至少一些計算通過至少一個通信信道發(fā)送消息的效用；輸出，被安排為格式化一或多個消息內(nèi)容部分以通過通信信道之一發(fā)送，所述通信信道是基于計算得到的效用選擇的。如此，提供了跨平臺和應(yīng)用不可知的消息收發(fā)，因為消息服務(wù)器自動在適當?shù)臅r候格式化消息內(nèi)容部分用于選擇的通信信道。發(fā)送方不必由其自己來作出有關(guān)要使用什么類型的消息收發(fā)的選擇，無論是SMS、MMS、電子郵件還是其它。另外，因為消息服務(wù)器使用屬性值計算效用，因此以設(shè)計成為發(fā)送方提供最佳性能的方式來選擇通信信道，其中要考慮至少包括信道特性、發(fā)送和接收實體特性和消息特性在內(nèi)的許多因素。在另一示例中，提供通過多個通信信道之一發(fā)送來自發(fā)送實體的消息到接收實體的相應(yīng)方法。這使用例如在消息服務(wù)器上執(zhí)行的下列步驟。接收關(guān)聯(lián)于消息的消息屬性值以及消息的一或多個消息內(nèi)容部分；訪問關(guān)聯(lián)于一或多個通信信道的通信信道屬性值、關(guān)聯(lián)于發(fā)送實體的發(fā)送實體屬性值和關(guān)聯(lián)于接收實體的接收實體屬性值；基于消息屬性值、通信信道屬性值、發(fā)送實體屬性值和接收實體屬性值中的至少一些，計算通過至少一個通信信道發(fā)送消息的效用；格式化一或多個消息內(nèi)容部分以通過通信信道之一發(fā)送，所述通信信道是基于計算得到的效用來選擇的。在另一示例中，提供消息發(fā)送實體。消息發(fā)送實體可以是具有用于與上述消息服務(wù)器相互配合的軟件的通信設(shè)備。它還可以是從其它地方訪問用于與消息服務(wù)器相互配合的功能性的自動服務(wù)或通信設(shè)備。消息發(fā)送實體包括輸入，被安排為接收有關(guān)用于要發(fā)送的消息的消息內(nèi)容的信息；輸入，被安排為接收關(guān)聯(lián)于消息的消息特性；輸出，被安排為發(fā)送消息特性到消息服務(wù)器；輸入，被安排為接收有關(guān)可用于發(fā)送消息的信息以及關(guān)聯(lián)于這些通信信道的效用值；以及輸出，被安排為發(fā)送有關(guān)所選通信信道的信息到消息服務(wù)器以及發(fā)送消息內(nèi)容到消息服務(wù)器。發(fā)送實體設(shè)備和應(yīng)用可以不同于并且有可能不與接收實體設(shè)備和應(yīng)用兼容。消息收發(fā)服務(wù)器能夠通過重新格式化消息內(nèi)容部分來解決這個問題。重新格式化使其產(chǎn)生的消息兼容于接收實體及其消息收發(fā)應(yīng)用軟件。較佳地，還安排處理器基于通過至少一個通信信道發(fā)送消息的成本計算效用。較佳地，還接收外部背景信息并且基于該外部背景信息的至少一些來計算效用。例如，外部背景信息可以是有關(guān)消息服務(wù)器本身的狀態(tài)(服務(wù)器的繁忙程度)、網(wǎng)絡(luò)擁塞信息、有關(guān)用戶人口的信息和來自獨立源諸如來自RSS饋送或基于web的服務(wù)的信息。如果發(fā)生地震，例如，該信息可用于針對使用電子郵件提出勸告。較佳地，輸入安排為接收接收方消息優(yōu)選項屬性值，并且還基于這些接收方消息優(yōu)選項中的至少一些計算效用。這是有利的，因為可以考慮接收方消息優(yōu)選項，例如如果接收方在某個日時與電子郵件相比較喜歡SMS。有利的是，將處理器安排為形成效用關(guān)系向量，它涉及在比較通過一個通信信道發(fā)送消息與通過另一個通信信道發(fā)送時各效用的關(guān)系。這允許以快速且計算成本低的方式對各種通信信道選項的效用值進行比較。較佳地，處理器安排為形成成本關(guān)系向量。這允許以快速且計算成本低的方式對各種通信信道選項的成本值進行比較。較佳地，處理器安排為連結(jié)效用關(guān)系向量和成本關(guān)系向量并且對經(jīng)連結(jié)的向量應(yīng)用度量以允許按照效用和成本對通信信道進行排序。這允許有效且簡單地以低計算成本對通信信道作出選擇。在一個示例中，消息服務(wù)器安排為發(fā)送計算得到的效用信息至發(fā)送實體并且接收有關(guān)來自該發(fā)送實體的所選通信信道的信息。有利的是，這將控制給予發(fā)送方，讓發(fā)送方能夠基于效用(和/或成本)信息選擇特定的通信信道。在另一個示例中，消息服務(wù)器安排為至少基于計算得到的效用選擇用于發(fā)送消息的通信信道。這在發(fā)送方要求自動服務(wù)的場合中是有利的，在自動服務(wù)中，在不向發(fā)送方咨詢有關(guān)與效用和或成本信息同時可用的選項的情況下作出信道選擇。較佳地，輸出安排為發(fā)送有關(guān)消息狀態(tài)的信息至發(fā)送實體和或接收實體。例如，這可以包括已讀收據(jù)、傳遞信息和或有關(guān)從發(fā)送的消息中省略的任何消息內(nèi)容部分的信息。任何在此描述的方法可由存儲介質(zhì)上機器可讀形式的軟件完成。該軟件可以適用于在并行處理器或者串行處理器上執(zhí)行使得這些方法步驟可按任何合適的順序或同時得到執(zhí)行。這里承認軟件能夠是有價值的、可以單獨交易的商品。它旨在包含運行于或者控制"非自航(dumb)"或者標準的硬件以實現(xiàn)期望的功能的軟件。出于類似理由，它還旨在包含"描述"或者定義硬件配置的軟件，例如HDL(硬件描述語言)軟件，用于設(shè)計硅芯片，或者用于配置通用可編程芯片以實現(xiàn)期望的功能。許多伴隨特征將隨著參考下面的詳細描述并結(jié)合附圖進行理解而得到更好的認識。本發(fā)明通過參考附圖閱讀下面的具體實施方式而得到更好的理解，其中圖1是提供消息服務(wù)的通信網(wǎng)絡(luò)的示例圖；圖2是消息服務(wù)器的示意圖3是消息收發(fā)服務(wù)使用的數(shù)據(jù)庫方案的示例；圖4是關(guān)于消息服務(wù)的用戶管理部分的示例用戶界面的屏幕截圖5是關(guān)于在PC上使用的消息服務(wù)的消息裝配和優(yōu)選項選擇部分的示例用戶界面的屏幕截圖6是關(guān)于PDA上使用的消息服務(wù)的示例用戶界面的屏幕截圖；圖7是關(guān)于智能電話上使用的消息服務(wù)的示例用戶界面的屏幕截圖；圖8是使用消息服務(wù)發(fā)送消息的方法的流程圖；圖9是在消息服務(wù)器執(zhí)行的方法的流程圖10是按照效用和成本對通信信道進行排序的方法的流程圖。相同的標號用于指示附圖中相同的部分。詳細描述下面結(jié)合附圖提供的詳細描述旨在作為對本示例的描述，而非表示用于解釋或利用本示例的唯一形式。該描述闡述本示例的功能以及用于構(gòu)造和操作本示例的步驟序列。然而，相同或等價的功能與序列可由不同的示例來完成。如上所述，當前存在各種消息收發(fā)服務(wù)，它們使用不同的基礎(chǔ)結(jié)構(gòu)和技術(shù)諸如因特網(wǎng)/電子郵件和GSM/SMS。本發(fā)明特別關(guān)注支持用戶之間或服務(wù)與用戶之間的異步通信的消息收發(fā)服務(wù)。如己經(jīng)說明的，本發(fā)明絕不限于異步通信。術(shù)語"異步通信"用于指包含在某一時刻從發(fā)送方發(fā)送的消息并在一段有效的時間間隔之后要由用戶接收或者期望得到用戶應(yīng)答的通信。例如，語音郵件消息、電子郵件消息、文本消息等等。相反，同步通信是實時開展的，諸如語音呼叫。另外，本發(fā)明主要關(guān)注但不限于在其中發(fā)送方發(fā)起對接收方的消息發(fā)送的消息推入情形。而且，消息可能打開同步通信信道(例如，聊天客戶端或電話呼叫)。相反，消息拉出要求接收方發(fā)起或請求信息。消息收發(fā)系統(tǒng)的實現(xiàn)可包括組合推入和拉出方法的混合方法。例如，消息可在兩個步驟中傳遞至接收方首先系統(tǒng)發(fā)送消息已經(jīng)到達系統(tǒng)的通知并提供到該消息的鏈接使用戶能夠拉出內(nèi)容到設(shè)備上。認識到消息的發(fā)送方通常面對若干決定但幾乎沒有信息可供依賴的情況。用下面三個問題概括消息的發(fā)送方所面對的處境考慮特定消息的具體特性，用于發(fā)送該特定消息的最適消息收發(fā)應(yīng)用(例如電子郵件、SMS等)是什么？考慮(但不限于)接收方的連通性和可用信道的狀態(tài)，將消息傳遞至接收方的最佳方法是什么？在優(yōu)化包括通信成本在內(nèi)的發(fā)送方和接收方總效用的同時如何達成先前這兩個目標？已經(jīng)開發(fā)了解決這些問題并且還提供應(yīng)用不可知和跨平臺的消息收發(fā)的消息收發(fā)服務(wù)。術(shù)語"應(yīng)用不可知"在此用于指可與任何類型的消息收發(fā)應(yīng)用一起運行的消息收發(fā)服務(wù)，可以是電子郵件、SMS、MMS還是其它。術(shù)語"跨平臺的消息收發(fā)"用于指通過提供自動消息類型轉(zhuǎn)換在支持不同消息類型的實體之間發(fā)送消息的能力。圖1是提供消息收發(fā)服務(wù)的通信網(wǎng)絡(luò)10的示意圖。發(fā)送方12示意性地表示為具有一或多個通信設(shè)備，諸如移動電話、個人數(shù)字助理、膝上型計算機、個人計算機等等。(然而，發(fā)送方本身也有可能是自動化服務(wù)。)這些通信設(shè)備(稱為客戶端)被安排為與在此稱為mCommunicatorServer(商標)的消息服務(wù)器16通信。該通信以任何合適的方式實現(xiàn)，諸如使用因特網(wǎng)連接。在一較佳示例中，每一通信設(shè)備或客戶端還包括用于與消息服務(wù)器16相互配合的消息應(yīng)用軟件。較佳地但非必要，該消息應(yīng)用軟件兼容于不同類型的通信設(shè)備，諸如智能電話、PDA、桌面計算機和其它設(shè)備。然而，在通信設(shè)備處提供消息應(yīng)用軟件功能性不是必須的。還有可能在消息服務(wù)器16或其它網(wǎng)絡(luò)實體處保持該功能性并且由客戶端提取，這是本領(lǐng)域已知的，諸如基于web/基于瀏覽器的消息應(yīng)用。圖1還示出接收方14并且示意性地表示多個通信設(shè)備，它們以類似于對發(fā)送方12的方式可用于接收方。每一接收方通信設(shè)備通過因特網(wǎng)連接或其它合適類型的連接與通信網(wǎng)絡(luò)10連接。接收方通信設(shè)備較佳地還包括消息應(yīng)用軟件或者有權(quán)訪問該軟件。與發(fā)送實體可以是自動化服務(wù)相同，接收實體也可以是自動化服務(wù)。通信網(wǎng)絡(luò)10還包括移動連接網(wǎng)關(guān)17和因特網(wǎng)連接服務(wù)器18，兩者都與消息服務(wù)器16通信。也可使用任何其它合適類型的網(wǎng)關(guān)，諸如各種即時消息收發(fā)網(wǎng)關(guān)。消息服務(wù)器16負責管理和處理到來的消息。它將消息組元保存在數(shù)據(jù)庫服務(wù)器(它或者與消息服務(wù)器集成或者與消息服務(wù)器通信)中，并且對于指定的接收方，確定有可能可用的通信信道。除了消息服務(wù)器16提議合適的通信信道之外，它還以合適的格式匯編消息的內(nèi)容并且發(fā)起通過所選信道對接收方的消息傳遞。如果選擇電子郵件或即時消息信道，則消息服務(wù)器16利用因特網(wǎng)連接服務(wù)器18發(fā)送消息。如果選擇SMS、MMS或WAP推入信道，則消息服務(wù)器16如圖1所示利用移動連接網(wǎng)關(guān)17發(fā)送消息。如上所述，也可使用其它類型的網(wǎng)關(guān)，而這意味著其它類型的消息也可使用該消息服務(wù)來發(fā)送。圖1還例示訂閱或注冊過程。通過通信網(wǎng)絡(luò)10向其提供的消息收發(fā)服務(wù)的用戶較佳地訂閱該消息收發(fā)服務(wù)作為發(fā)送方12、接收方14或是用作發(fā)送方12或接收方H的自動化服務(wù)。在一個實施例中，作為訂閱過程的一部分，用戶提供有關(guān)其聯(lián)系人詳情、消息收發(fā)優(yōu)選項和可用通信設(shè)備/信道的信息。存儲該信息供消息收發(fā)服務(wù)使用。然而，這不是必須的。消息收發(fā)服務(wù)可以使用任何合適的手段來獲得有關(guān)用戶的聯(lián)系人詳情、消息收發(fā)優(yōu)選項和可用通信設(shè)備或信道的信息。這些手動可以包括使用來自如本領(lǐng)域已知的現(xiàn)有管理系統(tǒng)的信息、使用有關(guān)用戶過去的消息收發(fā)行為的歷史信息以及使用在關(guān)聯(lián)于網(wǎng)絡(luò)操作者、其它服務(wù)供應(yīng)商或協(xié)同群件系統(tǒng)的數(shù)據(jù)庫中可得的信息。圖2更詳細地例示消息服務(wù)器16。它從可以是任何合適類型的數(shù)據(jù)庫服務(wù)器20接收輸入。數(shù)據(jù)庫服務(wù)器20存儲有關(guān)用戶、用戶消息收發(fā)信道、用戶的狀態(tài)和消息的信息。該信息是通過本領(lǐng)域已知的任何合適的方式獲得的。術(shù)語"用戶消息收發(fā)信道"用于指使用戶能夠與另一用戶通信消息的可用手段，例如電子郵件、SMS、MMS等。用戶消息收發(fā)信道取決于用戶可用的通信設(shè)備類型，因為各個設(shè)備一般僅支持所選的消息收發(fā)類型。圖3是數(shù)據(jù)庫服務(wù)器20使用的數(shù)據(jù)庫模式的示例，它示出表以及各表之間關(guān)系的示例。表userdata(用戶數(shù)據(jù))30存儲有關(guān)消息服務(wù)用戶的個人信息。除了用于識別和授權(quán)的用戶名與密碼之外，它還存儲用戶聯(lián)系人信息，諸如電子郵件地址、移動電話號碼和即時信使地址。另一個表用于存儲客戶端信息(見圖3中表clients(客戶端)31)。該表存儲用戶的連通性狀態(tài)以及用戶最后一次成功使用消息服務(wù)的時間戳。有關(guān)發(fā)送和未發(fā)送的消息的信息存儲在稱為表messages(消息)32的第三個表中。該表在需要時還存儲消息傳遞日期。另一個稱為attachments(附件)表33的表存儲消息的所有二進制數(shù)據(jù)(如圖像、聲音文件等附件)。在一較佳示例中，消息服務(wù)器16與客戶端12之間的通信是使用web服務(wù)完成的并且要求客戶端與消息服務(wù)器之間的因特網(wǎng)或其它合適的連通性。在一特別較佳的實施例中，消息服務(wù)器16提供兩種web服務(wù)，一種用于用戶管理而另一種用于消息處理。這些web服務(wù)像以下概括的那樣使用不同功能用于客戶端12與消息服務(wù)器16之間通信。在下表中給出示例用戶管理函數(shù):<table>tableseeoriginaldocumentpage13</column></row><table><table>tableseeoriginaldocumentpage14</column></row><table><table>tableseeoriginaldocumentpage15</column></row><table>如上所述，在一較佳示例中，在客戶端12處提供消息收發(fā)應(yīng)用軟件以與消息服務(wù)器16交互。該軟件提供下列功能性登錄到消息服務(wù)器16編寫消息指定消息屬性發(fā)送消息至消息服務(wù)器16與服務(wù)器通信有關(guān)消息收發(fā)過程(接收有關(guān)消息狀態(tài)的通知，修改傳遞請求，等等)?？蛇x地，它還提供用戶管理功能諸如設(shè)置新用戶帳戶。圖4至7示出來自示例消息收發(fā)應(yīng)用客戶端軟件的屏幕截圖。這些在本文檔中稍后更詳細地說明?，F(xiàn)在參考圖8描述一種使用消息服務(wù)發(fā)送消息的方法。終端用戶首先選擇其通信設(shè)備12之一(圖1)并且使用其上提供或從其訪問的消息服務(wù)客戶端軟件來匯編要發(fā)送的消息的內(nèi)容。該內(nèi)容可以包括文本、語音記錄、圖像文件附件或任何其它合適內(nèi)容類型(見圖8的步驟80)。將包括接收方詳情、消息特性和發(fā)送方對消息傳遞優(yōu)選項的信息發(fā)送到消息服務(wù)器16(見圖l)。這可以與消息內(nèi)容本身一起發(fā)送，而可以在沒有消息內(nèi)容的情況下發(fā)送(見圖8的步驟81)。如果終端用戶是自動化服務(wù)或代理，則步驟80和81使用基于規(guī)則的系統(tǒng)或任何其它合適的自動化裝置來執(zhí)行?？蛻舳嗽O(shè)備12隨后從消息服務(wù)器16接收可用于所提議的消息的通信信道列表，這些可用通信信道的每一個都帶有效用值并且可以帶有或不帶有成本值(見圖8的步驟82)。例如，在簡單形式中，效用值包括使用特定信道的成本和/或所支持的消息部分的數(shù)量。所支持的消息部分是可以通過特定通信信道發(fā)送和接收的消息的那些部分。例如，假設(shè)通信信道僅支持SMS，則消息的文本部分是所支持的消息部分而任何附件、圖象或聲音記錄不是所支持的消息部分。應(yīng)當注意到客戶端接收可用通信信道列表連同與其相關(guān)聯(lián)的效用和成本信息不是必須的。還有可能的是，消息服務(wù)器由其本身基于效用信息和/或成本信息選擇通信信道之一。發(fā)送方選擇可用通信信道之一并且發(fā)送有關(guān)該選擇的信息至消息服務(wù)器。除非已經(jīng)發(fā)送，在該階段還將消息內(nèi)容發(fā)送至消息服務(wù)器。(見圖8的框83)。發(fā)送方隨后可選地從消息服務(wù)器接收有關(guān)消息的狀態(tài)的信息(見框84)。例如，這包括有關(guān)消息是否已經(jīng)發(fā)送和傳遞時間的信息。發(fā)送方還具有調(diào)用消息直至一特定時刻的能力。在一些實施例中，該特定時刻是向接收方顯示或提供消息內(nèi)容的時刻。S卩，在一較佳實施例中，保持由消息收發(fā)系統(tǒng)對消息的控制直到真正顯示了該消息為止?？梢栽谠摃r刻之前調(diào)用該消息。為了實現(xiàn)這一點，不采用在接收方設(shè)備上高速緩存中間消息，因為這將防礙消息收發(fā)系統(tǒng)在顯示之前對消息的控制。在一這樣的實現(xiàn)中，在接收方應(yīng)用準備好顯示內(nèi)容時從消息服務(wù)器直接傳遞消息。然而，還提供其它實施例，其中在接收實體處本地加載消息供稍后呈現(xiàn)。在該情形中，僅在下載至接收實體之前可調(diào)用消息。圖9是由消息服務(wù)器16執(zhí)行的方法的流程圖。這包括從客戶端接收消息詳情(見步驟90)。消息詳情包括接收方詳情、消息特性、發(fā)送方的優(yōu)選項以及可選地包括消息內(nèi)容。消息服務(wù)器接著訪問數(shù)據(jù)庫服務(wù)器20以獲得有關(guān)與接收方相關(guān)聯(lián)的注冊通信信道的信息(見圖9的框91)，其中包括有關(guān)這些信道的狀態(tài)的信息。例如，它可具有有關(guān)針對電子郵件消息在接收方收件箱中有多少未讀的最近收到的消息的信息。消息服務(wù)器接著排列可用通信信道(見圖9的框92)。這是基于有關(guān)接收方的注冊通信信道、這些信道的狀態(tài)、發(fā)送方的優(yōu)選項以及消息特性的信息來完成的。在另一實施例中，它還基于有關(guān)接收方的優(yōu)選項或可涉及更一般背景的其它具體要求的信息。例如，具體要求可來自通信服務(wù)的狀態(tài)，或該服務(wù)可接收的外部信息例如RSS新聞、Web通信量統(tǒng)計等等。在另一實施例中，這可以是基于有關(guān)使用該服務(wù)的用戶人口的聚合信息。例如，如果消息收發(fā)系統(tǒng)由于外部事件例如股市大跌、自然災(zāi)害等而過載于用戶消息收發(fā)，可將消息收發(fā)系統(tǒng)安排為不處理附件。消息服務(wù)器發(fā)送有關(guān)經(jīng)排序的信道的信息至客戶端(見圖9的框93)又從客戶端接收有關(guān)終端用戶已經(jīng)選擇了哪一個信道的信息(見圖9的框94)。有關(guān)信道排序的信息可以像促進發(fā)送方的決定所需的那樣詳細。例如，除了消息發(fā)送的成本，還通知發(fā)送方有關(guān)信道可能具有的限制，諸如不能通過SMS發(fā)送附件。一旦用戶作出決定，如果消息服務(wù)器還沒有從客戶端收到消息內(nèi)容，則它在這時就這么做。消息服務(wù)器隨后重新打包消息的內(nèi)容，針對特定選擇的信道對其進行格式化(見框95)并且發(fā)起通過所選信道的消息的發(fā)送。例如，如果用戶選擇SMS,則從內(nèi)容中除去附件并且僅傳遞消息的文本。消息服務(wù)器還通知客戶端有關(guān)消息的狀態(tài)，例如通過指定傳遞時間和/或己讀收據(jù)(見框96)。還有可能的是，消息服務(wù)器將附加信息結(jié)合到重新格式化的消息中。例如，這包括有關(guān)省略的消息部分的信息。以此方式就能通知接收方，例如所收到的文本消息與尚未發(fā)送的聲音記錄附件相關(guān)聯(lián)。另外，通知客戶端關(guān)于消息狀態(tài)的步驟96，較佳地包括通知客戶端關(guān)于因為不受支持而尚未發(fā)送的任何消息部分。于是可以看到，提供跨平臺和應(yīng)用不可知的消息收發(fā)能力是通過將消息解匯編為消息內(nèi)容部分并且將該消息重新匯編為適于所選通信信道的形式來實現(xiàn)的。較佳地，但非必須，解匯編是作為客戶端與消息服務(wù)器之間基于web的通信鏈接來實現(xiàn)的。當用戶選擇諸如文本、文件附件、主題標題、圖象附件、聲音記錄附件等的消息內(nèi)容部分添加到消息時，這些消息內(nèi)容部分被標識為要通過web鏈接發(fā)送至消息服務(wù)器的組元。解匯編因而已經(jīng)在消息組元到達消息服務(wù)器之前已經(jīng)發(fā)生。重新匯編是通過使用規(guī)則、框架、模式或其它合適的結(jié)構(gòu)定義特定通信信道所需的格式來實現(xiàn)的(諸如SMS到移動電話，或者電子郵件到PDA)?，F(xiàn)在參考圖IO給出有關(guān)消息服務(wù)器16用于排序可用通信信道的方法的更多細節(jié)。圖10是計算通過特定通信信道發(fā)送消息的效用和成本的方法的一個示例的流程圖。消息的特性是由加權(quán)屬性值的向量描述的(圖io的框100)。而且，通信信道的屬性和功能性是使用屬性向量描述的(圖10的框101)。發(fā)送和接收設(shè)備的特征也是使用發(fā)送和接收設(shè)備各自的屬性向量來描述的(圖io的框102)。分析每一通信信道和設(shè)備并且由操作者諸如消息服務(wù)提供商或網(wǎng)絡(luò)操作者預先指定其屬性向量的值。預指定的規(guī)則、準則或其它信息用于結(jié)合有關(guān)消息本身的信息自動確定消息的屬性值。對于每一屬性，計算發(fā)送特定消息的效用。在一特定示例中，如果通信信道向量以及發(fā)送設(shè)備向量和接收設(shè)備向量滿足或者超過屬性值，則效用為1。否則效用為零(見圖10的框103)。(注意，系統(tǒng)可以基于過去的行為使用、預指定或?qū)W習效用的任何合適的函數(shù))。隨后形成效用關(guān)系向量，它描述在比較通過一個通信信道發(fā)送消息與通過另一通信信道發(fā)送時各效用的關(guān)系(見圖10的框104)。還形成成本關(guān)系向量。它描述在比較通過一個通信信道發(fā)送消息與通過另一通信信道發(fā)送時成本的關(guān)系(見圖10的框105)。連結(jié)成本和效用關(guān)系向量(見框106)以及隨后在所連結(jié)的向量上使用任何合適的度量來按照效用和成本對通信信道進行排序(見框107)。在上述示例中，在不參考接收方的優(yōu)選項(不同于接收方設(shè)備或?qū)嶓w的屬性)的情況下計算效用。然而，在另一實施例中，有關(guān)接收方優(yōu)選項的屬性也用于計算效用。接收方例如能夠定義特定屬性和/或通信信道的乘數(shù)以減少不希望的通信形式的效用。例如，接收方可指定在預定時間段不應(yīng)當接收電子郵件，因為接收方?jīng)]有時間管理過載的電子郵件收件箱?，F(xiàn)在更具體地描述圖10的示例。屬性向量^^("""2，…，"")描述通信空間中的相關(guān)屬性。消息特性是由屬性值空間A上的函數(shù)M來描述的M-JaM，其中Jcir和Mcf。其中n是向量中的分量數(shù)，而R是實數(shù)集。消息屬性w,:(A,…,"")"附,(…,附")e及概括要傳遞的消息的特性。這些消息屬性的相關(guān)性(屬性加權(quán))是由加權(quán)向量『-(w(m,),w(W2),…，M;(氣))e描述的，它表示屬性向量M中元素的重要性并且具有消息向量的維數(shù)。在此示例中，權(quán)重在零與l之間，盡管這不是必須的?？墒褂萌魏螌崝?shù)值用于權(quán)重。因此，w(mi)是mi的最小需要值(in%);否則忽略相應(yīng)的消息特性。值0的w(mi)表示屬性對于消息不是必須需要的但如果所選通信信道支持它則可增加消息的值(假定miX);否則根本不需要該屬性)。通信信道是網(wǎng)絡(luò)連接(例如GPRS)和推入消息類型(例如SMS)的組合。它被描述為向量CC，其中的元素定義為c。(^,K,)ac^&,K,"Je，其中m,ccc,.(j)。該屬性向量示出通信信道的特性和功能性。因此，設(shè)備特性向量Dj描述發(fā)送和接收設(shè)備的特征(D1和D2)。其元素定義為《,；(a，K,fl")a^(a"K，a")ei，其中附；匚《。為每一屬性i計算通過通信信道x發(fā)送消息的效用1如果CC,.A《,A《,.20如果cqv《,.v《"<m,.—m,.n(m,.)""=<0如果m,..Wm,)-OA/ii>{cq./%;《,./m,.;《,/m,.)否貝lj其中/=1.."還為通信信道x定義通信信道成本作為一般屬性向量的函數(shù)。成本函數(shù)Cx的結(jié)果是通過信道x發(fā)送消息所引起的總成本。因為效用和成本特征具有不同的維數(shù)，因此要求轉(zhuǎn)換它們以便實現(xiàn)可比性。因此，效用關(guān)系向量URx,y涉及在比較通過通信信道x發(fā)送消息與通過y發(fā)送它時的效用的關(guān)系?！駝t其中z'-lKw相應(yīng)地，計算成本關(guān)系CRx,y。廣《Jc,/c廣1如果C,/C^11-C,/Cy+1否貝'J其中z'-lKw效用向量和成本關(guān)系的值現(xiàn)在是'無量綱'的并且可以用于進一步的評價。因此，簡單地連結(jié)效用向量和成本關(guān)系，產(chǎn)生一般關(guān)系向量Rx,y(c。廳氛c:j為了確定通信信道x是否比y好，需要單一的度量-該計算可以例如通過使用函數(shù)的標準平均諸如加權(quán)平均、中值等來執(zhí)行。通過使用加權(quán)平均，有可能定義關(guān)系向量Rx,y中每一元素的相關(guān)性。信道x與信道y相比較的優(yōu)先權(quán)隨后可表示為々=/=/=1所得到的矩陣可用于標識最合適的通信信道。下面的列表概括了通信信道和消息的典型屬性集合:屬<table>tableseeoriginaldocumentpage20</column></row><table>'U(d)=未受限制的(設(shè)備相關(guān))在上表中"WAP推入Si"指無線訪問協(xié)議服務(wù)指示，例如通過它接收方接收關(guān)聯(lián)于鏈接至網(wǎng)頁或web服務(wù)的URL的SMS消息。"WAP服務(wù)載荷"指無線訪問協(xié)議服務(wù)載荷，它強制接收實體加載相關(guān)聯(lián)的URL(例如，這通常由網(wǎng)絡(luò)操作者用于銷售鈴音)。對于每一通信信道，存在一個成本函數(shù)用于計算在通過信道發(fā)送消息時的總成本。下面給出成本函數(shù)的示例。用于將消息發(fā)送至在遠離發(fā)送實體的移動網(wǎng)絡(luò)中的接收方的漫游成本，也可以結(jié)合到成本函數(shù)中，這對于本領(lǐng)域技術(shù)人<table>tableseeoriginaldocumentpage21</column></row><table>圖4是被安排為與消息服務(wù)相互配合的PC的用戶界面一部分的示例。它是用戶管理對話框的示例屏幕截圖，通過它可添加消息服務(wù)的新用戶或訂閱者以及該新用戶的聯(lián)系人詳情、密碼和用戶ID設(shè)置。圖5是被安排為與消息服務(wù)相互配合的PC的用戶界面一部分的示例。它是消息編輯器的示例屏幕截圖，通過它發(fā)送方能夠整理消息內(nèi)容部分并且設(shè)置消息特性(或消息屬性)。例如，這些屬性包括消息重要性、是否需要傳遞確認、是否需要已讀確認、在消息內(nèi)容中提供的任何附件是否必須隨消息發(fā)送、在消息內(nèi)容中提供的任何URI鏈接是否必須隨消息啟用、任何消息文本是否必須隨消息發(fā)送、是否需要消息主題、消息的優(yōu)先權(quán)以及消息的存在期限。圖6是在PDA上使用并顯示消息編輯器的用戶界面一部分的示例。圖7是在智能電話上使用的用戶界面一部分的示例。它示出用于指定圖像作為消息內(nèi)容一部分的消息編輯器。本領(lǐng)域的技術(shù)人員將認識到用于存儲程序指令的存儲設(shè)備可分布在網(wǎng)絡(luò)上。例如，遠程計算機可存儲描述為軟件的該過程的示例。本地或終端計算機可訪問遠程計算機并下載該軟件的一部分或全部以運行該程序。可替換地，本地計算機可按需下載軟件的片斷，或者可以在本地終端上執(zhí)行一些軟件指令而在遠程計算機(或計算機網(wǎng)絡(luò))上執(zhí)行一些軟件指令。本領(lǐng)域的技術(shù)人員將認識到，通過使用本領(lǐng)域技術(shù)人員已知的常規(guī)技術(shù)，軟件指令的全部或部分可由專用電路如DSP、可編程邏輯陣列等來執(zhí)行。還有可能的是，消息收發(fā)服務(wù)為同步消息收發(fā)而運行。例如，由上述示例中的消息服務(wù)器發(fā)送的消息可配置為打開發(fā)送實體與接收實體之間的同步通信。以任何合適的方式來實現(xiàn)它。例如，(通常由網(wǎng)絡(luò)操作者)安裝在移動電話上的SIMAT應(yīng)用可用于強制該電話呼叫另一實體。可打開任何合適的同步通信會話，諸如傳統(tǒng)的語音呼叫、通過互聯(lián)網(wǎng)協(xié)議的語音呼叫、聊天會話等等。如對于本領(lǐng)域的技術(shù)人員而言，顯然此處給出的任何范圍或者設(shè)備值可以被擴展或者改變而不失去所尋求的效果，。文本中描述的各方法步驟可以在需要時按任何合適的次序或同時執(zhí)行。可以理解，上面對于較佳實施例的描述僅僅是作為例子給出的，而本領(lǐng)域的技術(shù)人員可以做出多種改變。權(quán)利要求1.一種消息服務(wù)器(16)，被安排為通過多個通信信道之一將來自發(fā)送實體(12)的消息發(fā)送至接收實體(14)，所述消息服務(wù)器包括(i)輸入，被安排為接收關(guān)聯(lián)于所述消息的消息屬性值以及所述消息的一或多個消息內(nèi)容部分；(ii)輸入，被安排為訪問關(guān)聯(lián)于一或多個所述通信信道的通信信道屬性值；關(guān)聯(lián)于所述發(fā)送實體的發(fā)送實體屬性值和關(guān)聯(lián)于所述接收實體的接收實體屬性值；(iii)處理器，被安排為基于所述消息屬性值、通信信道屬性值、發(fā)送實體屬性值和接收實體屬性值中的至少一些來計算通過所述通信信道至少之一發(fā)送所述消息的效用；(iv)輸出，被安排為格式化一或多個所述消息內(nèi)容部分以通過所述通信信道之一發(fā)送，所述通信信道是基于所述計算得到的效用來選擇的。2.如權(quán)利要求1所述的消息服務(wù)器，其特征在于，所述發(fā)送實體和所述接收實體各自包括消息收發(fā)應(yīng)用軟件，所述發(fā)送實體應(yīng)用軟件與所述接收實體應(yīng)用軟件不兼容，并且其中所述輸出被安排為格式化所述消息內(nèi)容部分以便與所述接收實體應(yīng)用軟件兼容。3.如權(quán)利要求1或權(quán)利要求2所述的消息服務(wù)器(16)，其特征在于，所述處理器還被安排為基于發(fā)送所述消息的成本計算所述效用。4.如在前權(quán)利要求中的任一項所述的消息服務(wù)器(16)，其特征在于，所述輸入被安排為接收接收方消息優(yōu)選項屬性值，以及其中，所述效用還基于該接收方消息優(yōu)選項屬性值中的至少一些來計算。5.如在前權(quán)利要求中的任一項所述的消息服務(wù)器，其特征在于，所述輸入被安排為接收外部背景信息，并且其中所述效用還基于該外部背景信息中的至少一些來計算。6.如在前權(quán)利要求中的任一項所述的消息服務(wù)器(16)，其特征在于，所述處理器被安排為形成效用關(guān)系向量，所述效用關(guān)系向量涉及在比較通過一個通信信道發(fā)送所述消息與通過另一個通信信道發(fā)送時各效用的關(guān)系。7.如權(quán)利要求6所述的消息服務(wù)器，其特征在于，所述處理器還被安排為形成成本關(guān)系向量。8.如權(quán)利要求7所述的消息服務(wù)器，其特征在于，所述處理器被安排為連結(jié)所述效用關(guān)系向量和成本關(guān)系向量并且對所述經(jīng)連結(jié)的向量應(yīng)用度量，從而能夠?qū)λ鐾ㄐ判诺肋M行排序。9.如在前權(quán)利要求中的任一項所述的消息服務(wù)器，其特征在于，所述輸出還被安排為發(fā)送有關(guān)消息狀態(tài)的信息至所述發(fā)送實體和或所述接收實體。10.如在前權(quán)利要求中的任一項所述的消息服務(wù)器，其特征在于，所述輸出還被安排為發(fā)送有關(guān)從用于發(fā)送的格式中省略的任何消息內(nèi)容部分的信息至所述發(fā)送實體和或所述接收實體。11.一種通過多個通信信道之一將來自發(fā)送實體(12)的消息發(fā)送至接收實體(14)的方法，所述方法包括下列步驟(i)接收關(guān)聯(lián)于所述消息的消息屬性值以及所述消息的一或多個消息內(nèi)容部分；(ii)訪問關(guān)聯(lián)于一或多個所述通信信道的通信信道屬性值、關(guān)聯(lián)于所述發(fā)送實體的發(fā)送實體屬性值和關(guān)聯(lián)于所述接收實體的接收實體屬性值；(iii)基于所述消息屬性值、通信信道屬性值、發(fā)送實體屬性值和接收實體屬性值中的至少一些計算通過所述通信信道至少之一發(fā)送所述消息的效用；(iv)格式化一或多個所述消息內(nèi)容部分以通過所述通信信道之一發(fā)送，所述通信信道是基于所述計算得到的效用來選擇的。12.如權(quán)利要求13所述的方法，其特征在于，所述發(fā)送實體和所述接收實體各自包括消息收發(fā)應(yīng)用軟件，所述發(fā)送實體應(yīng)用軟件與所述接收實體應(yīng)用軟件不兼容，并且其中所述格式化一或多個所述消息內(nèi)容部分的步驟包括格式化一或多個所述消息內(nèi)容部分以便與所述接收實體應(yīng)用軟件兼容。13.如權(quán)利要求11或權(quán)利要求12所述的方法，其特征在于，包括基于發(fā)送所述消息的成本計算所述效用。14.如權(quán)利要求11至13任一項所述的方法，其特征在于，還包括接收接收方消息優(yōu)選項屬性值，并且其中所述效用還基于該接收方消息優(yōu)選項屬性值中的至少一些來計算。15.如權(quán)利要求13至16任一所述的方法，其特征在于，還包括接收外部背景信息并且基于該外部背景信息中的至少一些計算所述效用。16.如權(quán)利要求11至15任一所述的方法，其特征在于，還包括形成效用關(guān)系向量，所述效用關(guān)系向量涉及在比較通過一個通信信道發(fā)送所述消息與通過另一通信信道發(fā)送時各效用的關(guān)系。17.如權(quán)利要求16所述的方法，其特征在于，還包括形成成本關(guān)系向量。18.如權(quán)利要求17所述的方法，其特征在于，包括連結(jié)所述效用關(guān)系向量和成本關(guān)系向量，并且對所述經(jīng)連結(jié)的向量應(yīng)用度量，從而能夠按照效用和成本對所述通信信道進行排序。19.如權(quán)利要求11至18任一所述的方法由計算機程序來執(zhí)行。20.—種消息發(fā)送實體(12)包括(i)輸入，被安排為接收有關(guān)用于要發(fā)送消息的消息內(nèi)容的信息；(ii)輸入，被安排為接收關(guān)聯(lián)于所述消息的消息特性；(iii)輸出，被安排為發(fā)送所述消息特性至消息服務(wù)器；(iii)輸入，被安排為接收有關(guān)可用于發(fā)送所述消息的通信信道以及關(guān)聯(lián)于通過那些通信信道發(fā)送所述消息的效用值的信息；(iv)輸出，被安排為發(fā)送有關(guān)所選通信信道的信息至所述消息服務(wù)器以及發(fā)送所述消息內(nèi)容至所述消息服務(wù)器。全文摘要描述一種提供應(yīng)用不可知和跨平臺的消息收發(fā)的消息收發(fā)服務(wù)。發(fā)送方匯編消息內(nèi)容組元并指定消息優(yōu)選項。消息收發(fā)服務(wù)計算通過不同類型的通信信道發(fā)送消息的效用和成本。使用成本和效用信息選擇通信信道并且消息服務(wù)格式化消息內(nèi)容組元用于特定的通信信道。隨后取決于所選的信道，將消息例如作為電子郵件、SMS、MMS或其它合適的類型發(fā)送。使用發(fā)送方消息優(yōu)選項、通信信道屬性、發(fā)送和接收設(shè)備屬性并且較佳還使用(但非必須)接收方的優(yōu)選項來計算效用。文檔編號G06Q10/00GK101322147SQ200680045211公開日2008年12月10日申請日期2006年10月19日優(yōu)先權(quán)日2005年12月2日發(fā)明者J·穆特曼,N·米利克-福瑞林申請人:微軟公司