專利名稱：用于近實時通信的方法和設(shè)備的制作方法
用于近實時通信的方法和設(shè)備
背景技術(shù)：
發(fā)明領(lǐng)域本發(fā)明涉及通信，且尤其是涉及一種具有支持基于時間的媒體的近實時通信能力的電子郵件客戶端和利用電子郵件的尋址、協(xié)議和結(jié)構(gòu)來支持實時通信的方法。相關(guān)技術(shù)描述目前有三種全球使用的尋址領(lǐng)域。主要用來遞送信件和包裹的郵政系統(tǒng)依賴于物理位置的使用，例如一所房子的地址、辦公大樓的地址、或郵局(PO)信箱。為了保障郵件或包裹的遞送，接收者的物理地址必須被提供，包括國家、州或地區(qū)、市或鎮(zhèn)、郵局或郵政編碼、街道名和街道編號?，F(xiàn)有的電話結(jié)構(gòu)定義了歷來被用于近實時語音通信(例如，電話呼叫)的另一個全球性尋址域。有線和移動電話都通過電話號碼來定址(例如，呼叫)，電話號碼通常包括國家代碼和在給定的國家和/或區(qū)域碼中來識別特定電話的一組額外數(shù)字的可變號碼。當(dāng)在呼叫方之間開始電路連接時，可能發(fā)生一個全雙工的對話。第三全球?qū)ぶ废到y(tǒng)是電子郵件。每一個電子郵件賬戶通過限定用戶名和域名的唯一的全球性可尋址電子郵件地址來識別。電子郵件通常是從發(fā)信者發(fā)送到一個或多個接收者的文本消息。電子郵件在電子郵件客戶端上生成。一個知名的電子郵件客戶端是Microsoft Outlook，其被用來在電腦上生成、接收和處理電子郵件消息?？蛇x擇的，例如Yahoo、Google或Hotmail等免費電子郵件服務(wù)可由用戶通過頁面使用。不管所使用的類型如何，電子郵件客戶端通常會(i)列表或顯示所有接收的消息，具有顯示電子郵件主題的電子郵件報頭、電子郵件的發(fā)送者、其被發(fā)送的日期/時間及諸如電子郵件的大小等其他屬性；(ii)允許用戶選擇消息來回顧； (iii)允許用戶來打字并發(fā)送新消息到接收者并回復(fù)已收到的他人的郵件；以及(iv)允許附件例如靜態(tài)照片、文件、或視頻片段附加到將要發(fā)出的郵件。一封電子郵件消息在能夠發(fā)送前必須被創(chuàng)建完全。一個發(fā)送者通常首先通過在電子郵件的報頭中相應(yīng)的“To”欄輸入接收者的電子郵件地址來定義一個接收者。然后文字消息被鍵入電子郵件的正文，并選擇性的添加文件。當(dāng)消息完成后，用戶發(fā)送電子郵件。在發(fā)送步驟期間，電子郵件客戶端啟動與位于網(wǎng)絡(luò)的其服務(wù)器之間的會話。該會話通常是基于簡單郵件傳輸協(xié)議(SMTP)建立的。在會話過程中，電子郵件客戶端將發(fā)送者的郵件地址、接收者的郵件地址、郵件的正文及任何附件提供給SMTP服務(wù)器。接收者的郵件地址被劃分為兩部分，包括接收者的名字(例如，“jsmith”)和域名(例如，“hotmail.com，，)。如果接收者是在SMTP服務(wù)器控制的域中，則服務(wù)器作出對特定接收人的遞送指示，其通常是電子郵件遞送到在相同SMTP服務(wù)器或處于相同域的另一服務(wù)器上與接收者相關(guān)聯(lián)的收件箱中。另一方面如果接收者在服務(wù)器不控制的域中，那么電子郵件服務(wù)器需要利用SMTP與控制接收者域的服務(wù)器進(jìn)行通信。要發(fā)送電子郵件到另一個域的接收者，SMTP服務(wù)器要啟動與域名系統(tǒng)(DNS)的對話，詢問接收者域的郵件交換器(MX)記錄。該MX記錄包含該域SMTP服務(wù)器的優(yōu)先列表。然后電子郵件從發(fā)送者的SMTP服務(wù)器發(fā)送到作出響應(yīng)的MX列表中的第一 SMTP服務(wù)器。然后該第一響應(yīng)服務(wù)器確定接收者是否在第一響應(yīng)服務(wù)器控制的域中。如果是，該電子郵件被遞送到接收者的收件箱中。如果不是，上述過程會重復(fù)，直到一個響應(yīng)服務(wù)器可以遞送該消息到接收者收件箱中。沿遞送路線上的每個服務(wù)器有時被稱作一個“跳(hop)”。然后該電子郵件可能通過接收者的電子郵件客戶端被訪問，該客戶端可能位于接收者的電腦上或互聯(lián)網(wǎng)上。如果一封郵件是發(fā)送給多方的，上述過程會為每個接收者重復(fù)。上述描述的順序，一般適用于通過互聯(lián)網(wǎng)發(fā)送的電子郵件。對于某些專有系統(tǒng)， 例如在相同的專有網(wǎng)絡(luò)上的兩個Microsoft Exchange用戶間發(fā)送的電子郵件，SMTP協(xié)議可能不被用來路由該電子郵件，但郵件地址仍然被使用。該專有協(xié)議和服務(wù)器在操作上與 SMTP實質(zhì)相同。現(xiàn)有的電子郵件結(jié)構(gòu)，不管是依賴SMTP還是專有電子郵件協(xié)議，實質(zhì)上是一個 “存儲和轉(zhuǎn)發(fā)”消息系統(tǒng)。一封電子郵件在能發(fā)送前必須要建立完整。在發(fā)送者的SMTP或?qū)Ｓ朽]件服務(wù)器上，還有沿著到接收者的SMTP或?qū)Ｓ朽]件服務(wù)器的路徑的任何中間電子郵件服務(wù)器跳，該電子郵件在能被轉(zhuǎn)發(fā)前必須要被完整接收。最后該電子郵件在接收者能夠回放消息前必須在接收者的收件箱被完整接收。相比之下，在公共交換電話網(wǎng)絡(luò)(PSTN)上進(jìn)行的電話對話在本質(zhì)上更先進(jìn)。當(dāng)話被說出時，這些話從發(fā)送者到接收者被同步地傳輸，在那里它們被有效的直播或近實時地聽到。結(jié)果，電話對話可以在普通網(wǎng)絡(luò)連接(例如，電路)中在一個“直播”或近實時模式下進(jìn)行。相反，電子郵件通信通常在一系列單獨的存儲和轉(zhuǎn)發(fā)消息下發(fā)生，常常在不同時間通過例如互聯(lián)網(wǎng)的網(wǎng)絡(luò)在兩個或多個成員間來回發(fā)送。眾所周知，可以添加文件到包含基于時間的媒體(例如，隨時間而變化的媒體)例如視頻片段的電子郵件中。由于電子郵件存儲和轉(zhuǎn)發(fā)的本質(zhì)，當(dāng)其被創(chuàng)建時，添加到電子郵件消息中的基于時間的媒體卻不能被接收者“直播”回放。在附件中的基于時間的媒體可被回放前，在網(wǎng)絡(luò)中的每個電子郵件服務(wù)器跳中，電子郵件和包含基于時間的媒體的附件首先必須被創(chuàng)建、發(fā)送、存儲和轉(zhuǎn)發(fā)，然后被接收者完整接收。因此當(dāng)媒體正被創(chuàng)建時，電子郵件消息的接收者來近實時地回放媒體是不可能的。已知電話消息系統(tǒng)，其中語音消息可以以電子郵件的方式被創(chuàng)建并發(fā)送到接收者。有了這些系統(tǒng)，公共交換電話網(wǎng)絡(luò)(PSTN)被用來與電子郵件合作。在使用中，首先要制作并存儲消息的記錄，然后通過電子郵件轉(zhuǎn)發(fā)到接收者。然而，再一次，在接收者能回放記錄的消息前首先要完整接收該消息。即時消息或IM是存儲和轉(zhuǎn)發(fā)系統(tǒng)的另一個例子。如同上述的電子郵件，在消息被轉(zhuǎn)發(fā)到接收者前，消息先要被完成。IM系統(tǒng)中的消息通常比通過電子郵件發(fā)送的消息短很多。IM系統(tǒng)中的每一行文字是在存儲和轉(zhuǎn)發(fā)方式下的獨立遞送的消息?，F(xiàn)有IM系統(tǒng)不提供給接收者在發(fā)送者創(chuàng)建消息時逐步地且同步地回放該消息的方法。直播文字系統(tǒng)是眾所周知的，雖然它們多被用于早期Unix系統(tǒng)中的無聲終端接口。在一個直播文字系統(tǒng)中，發(fā)送者一按鍵，每個該按鍵就被發(fā)送到接收者。這些系統(tǒng)只支持文字，但其確實允許接收者在消息正被創(chuàng)建時逐步回放消息。目前，沒有被知曉的系統(tǒng)或方法用于擴展電子郵件的全球?qū)ぶ泛吐酚山Y(jié)構(gòu)來支持在發(fā)送者和接收者之間利用他們的電子郵件地址來進(jìn)行基于時間的媒體的直播或近實時通信。發(fā)明概述一種具有支持基于時間的媒體的實時通信能力的電子郵件客戶端被公開。該電子郵件客戶端包含一種會話單元，其被配置成當(dāng)尋址域內(nèi)接收者的電子郵件地址被定義時建立與服務(wù)器的會話。一旦該電子郵件地址被定義，當(dāng)基于時間的媒體被經(jīng)由路由正被創(chuàng)建給接收者時，該電子郵件客戶端的傳輸單元被配置成同步地且逐步地傳輸基于時間的媒體，該路由至少部分地通過查找該電子郵件地址的域名來發(fā)現(xiàn)。一旦接收者的電子郵件地址被定義了，通過至少部分地發(fā)現(xiàn)到接收者的路由，該傳輸單元可逐步地傳輸基于時間的媒體到該接收者。附圖簡述本發(fā)明最好參照下面的描述結(jié)合附圖來理解，該


了本發(fā)明的具體實施方案。圖1是根據(jù)本發(fā)明的、一種能夠支持用戶間基于時間的媒體的直播或近實時通信的網(wǎng)絡(luò)。圖2是根據(jù)本發(fā)明的一個實施方式的通信設(shè)備的示圖。圖3是根據(jù)本發(fā)明的另一個實施方式的通信設(shè)備的示圖。圖4A和4B是闡述本發(fā)明中一個通信設(shè)備上創(chuàng)建電子郵件報頭的步驟的流程圖。圖5A到5D是闡述與本發(fā)明一致的在網(wǎng)絡(luò)上進(jìn)行通信的步驟的流程圖。圖6是闡述根據(jù)本發(fā)明而將媒體文件添加到電子郵件的流程圖。圖7是闡述根據(jù)本發(fā)明的另一實施方式的在網(wǎng)絡(luò)上遞送基于時間的媒體的示圖。圖8是闡述現(xiàn)有技術(shù)中傳統(tǒng)的電子郵件結(jié)構(gòu)的示圖。圖9是根據(jù)本發(fā)明的改進(jìn)的電子郵件結(jié)構(gòu)的示圖。應(yīng)當(dāng)指出，圖中相似的參考數(shù)字指的是相似的單元。
具體實施方式
的詳細(xì)說明現(xiàn)在將參照如附圖所示的本發(fā)明的不同實施方式詳細(xì)說明本發(fā)明。在下面的說明中，將會闡明具體細(xì)節(jié)來使本發(fā)明能被深入了解。但是，很明顯的，對本領(lǐng)域技術(shù)人員來說， 可不使用本發(fā)明中闡述的某些實現(xiàn)細(xì)節(jié)來實現(xiàn)本發(fā)明。同樣可以理解，為了避免使本發(fā)明不必要的晦澀，眾所周知的操作不會被詳細(xì)描述。本申請針對一些實施方式，包括⑴使用電子郵件和DNS結(jié)構(gòu)來定義遞送包含基于時間的媒體的消息路由，同時使用近實時通信協(xié)議用于實際遞送媒體；(ii)利用電子郵件尋址和DNS的、包括基于時間的媒體的消息的不同遞送選項；(iii)用于支持包含基于時間的媒體的“逐步的”電子郵件的遞送而對SMTP或其他專有電子郵件的協(xié)議的修改；(iv) 近實時語音或其他基于時間的媒體通信的接收者的電子郵件地址的后期綁定；以及(ν)通過采用全球可尋址電子郵件地址和DNS來路由包含基于時間的媒體的消息或逐步的電子郵件以進(jìn)行近實時對話。下面會對這些方面中的每一個進(jìn)行細(xì)節(jié)描述。I. #用申,子由B件禾Π DNS結(jié)構(gòu)來定義遞送包含基于時丨旬白袖某體白妨肖肩、的g各由，所沭遞送使用沂實時通信協(xié)議用語媒體的實際遞送參見圖1，一張網(wǎng)絡(luò)系統(tǒng)的圖，該系統(tǒng)有能力(i)支持基于時間的媒體的“直播”或近實時通信以及(ii)展示了利用根據(jù)本發(fā)明的電子郵件和DNS的結(jié)構(gòu)來路由。系統(tǒng)10包括網(wǎng)絡(luò)12和使用通信設(shè)備14A、14B、14C和14D的用戶A、B、C和D，以及定位于網(wǎng)絡(luò)12的服務(wù)器16A、16B、16C和16D。網(wǎng)絡(luò)12進(jìn)一步包括一個DNS服務(wù)器18。在不同實施方式中，網(wǎng)絡(luò)12可能包括互聯(lián)網(wǎng)、內(nèi)部網(wǎng)、移動IP網(wǎng)、或者依賴于互聯(lián)網(wǎng)協(xié)議和/或DNS的任何其他類型的網(wǎng)絡(luò)、或由此來的任何組合。用戶A、B和C每個分別由服務(wù)器16A到16D通過他們各自的全球可尋址電子郵件地址“UserAODomain A，，、“UserBODomain B"UserCiDomain C”來尋址。由于下面提到的原因，用戶D特意未被通過全球可尋址電子郵件地址在網(wǎng)絡(luò)12 上被識別。服務(wù)器16A、16B、16C and 16D每個都被配置來分別為用戶A、B、C和D提供一個或多個服務(wù)。在這個例子中，服務(wù)器A定義域A并使用SMTP (或者類似的專用服務(wù))和MX DNS記錄提供用戶A標(biāo)準(zhǔn)電子郵件遞送服務(wù)，以下將簡稱MX DNS為“MX”。服務(wù)器A進(jìn)一步給用戶A提供實時通信服務(wù)，以下將簡稱實時通信服務(wù)為“RVX”。服務(wù)器16B定義域B，并給用戶B提供實時通信服務(wù)RVX，但不提供電子郵件服務(wù)MX。服務(wù)器16C定義域C，并給用戶C提供電子郵件服務(wù)MX，但不提供實時域RVX服務(wù)。服務(wù)器16D既不給用戶D提供實時通信服務(wù)也不提供電子郵件域MX服務(wù)，但提供未被識別的其他服務(wù)，因為它們不相關(guān)。在一個實施方式中，實時服務(wù)RVX可能基于任何允許用戶與基于時間的媒體近實時通信、但不需要接收者在近實時模式下回放基于時間的媒體的通信協(xié)議。已知的具有這些屬性的協(xié)議包括美國申請序列號12/028，400和申請序列號12/192，890中詳細(xì)介紹的合作傳輸協(xié)議(CTP)或者美國申請序列號12/253，816、12/253，833和12/253，842描述的語音或其他基于時間的媒體近實時同步協(xié)議。上述列舉的美國申請被轉(zhuǎn)讓給本發(fā)明的受讓人在此通過弓I用并入用于所有的目的。在可選的實施方式中，RVX服務(wù)可能單獨地或合并地基于提供近實時通信的其他通信協(xié)議，例如SIP、RTP、Skype、VoIP等。通信設(shè)備14A到14D中的每個可能是任何類型的通信設(shè)備，例如有線電話、VoIP電話、蜂窩無線電裝置、衛(wèi)星無線電裝置、軍事或第一響應(yīng)無線電裝置、移動互聯(lián)網(wǎng)設(shè)備、或者就是其他任何類型的通信設(shè)備。另外，一個給定的用戶可能有多種通信設(shè)備14。例如，一個用戶可能有下列項中的一個或多個家庭電腦、工作電腦、即按即說對講機、移動電話或個人數(shù)字助理(PDA)。不論每個用戶A、B、C、D擁有的通信設(shè)備14的數(shù)量，每個運作都基本相同并如本文分別描述的接收由服務(wù)器16A、16B、16C和16D提供的服務(wù)。需要指出的是，相對真實實施方式中的通常實施，如圖所示的系統(tǒng)10已經(jīng)被大大簡化了。為了說明起見，如上面列舉的提供(或不提供)給用戶A、B、C、D的RVX和MX服務(wù)已被特意選擇突出并描述各種功能和方面。然而在實際實施方式中，可能會有顯著的大量的用戶，每個都有一個或多個通信設(shè)備14以及網(wǎng)絡(luò)12上的相關(guān)服務(wù)器，提供給每個用戶各種服務(wù)。另外，范圍從單個服務(wù)器或一組服務(wù)器的組合可能包含在網(wǎng)絡(luò)12中，來分別提供給一個或多個用戶RVX和/或MX。通信設(shè)備14A、14B和14C以及服務(wù)器16A、16B和16C 可能以上面描述的利用DNS、SMTP、或者用于在網(wǎng)絡(luò)12上的一個或多個跳上找到路由的其它專用電子郵件協(xié)議相類似的方式來彼此通信。在同一域中消息到接收者的遞送路由通常是遞送到相同域的相同服務(wù)器16或關(guān)聯(lián)服務(wù)器的收件箱中。消息傳遞到另一域的接收者通常是經(jīng)過網(wǎng)絡(luò)12的一個或多個跳來被發(fā)送到接收者的電子郵件服務(wù)器。由于近實時的電子郵件和媒體通過IP網(wǎng)絡(luò)的路由選擇是本領(lǐng)域眾所周知的，因此在此并沒有提供一個詳細(xì)的解釋。參見圖2，展示了根據(jù)本發(fā)明的一個實施方式的通信設(shè)備14的圖。在這個實施方式中，通信設(shè)備14是一個可與網(wǎng)絡(luò)12無線通信的移動設(shè)備20，例如移動手機或PTT無線電裝置。移動設(shè)備20可能可選的包括下述項的一個或多個鍵盤22、顯示器M、揚聲器26、 麥克風(fēng)觀、音量控制30、能夠生成靜態(tài)照片和/或動態(tài)影像的相機32、顯示控制單元34、開始功能單元36、和結(jié)束功能單元38。在不同實施方式中，設(shè)備20(i)是基于IP的，意為其被設(shè)計為采用互聯(lián)網(wǎng)協(xié)議在網(wǎng)絡(luò)12上通信，和(ii)運行一個或多個RVX協(xié)議，包含任何上面列舉的或者任何其他近實時通信協(xié)議。另外，設(shè)備20也可以可選地本地運行一個電子郵件客戶端，訪問位于網(wǎng)絡(luò)12上的服務(wù)器16中的一個上的電子郵件客戶端，或擁有既運行又訪問網(wǎng)絡(luò)上電子郵件客戶端的能力。參見圖3，展示了根據(jù)本發(fā)明的另一個實施方式的通信設(shè)備的圖。在這個實施方式中，通信設(shè)備14是與網(wǎng)絡(luò)12相連的電腦40，或者通過有線或者通過無線連接(圖中未顯示)。電腦40可選地包括下述項中的一個或多個鍵盤42、顯示器44、揚聲器喇叭46、麥克風(fēng)48、能夠生成靜態(tài)照片和/或動態(tài)影像的相機50、鼠標(biāo)52、開始功能單元M、和結(jié)束功能單元56。電腦40能夠運行一個電子郵件客戶端，訪問位于網(wǎng)絡(luò)12上的服務(wù)器16上的電子郵件客戶端，或既運行又訪問網(wǎng)絡(luò)上電子郵件客戶端。在不同實施方式中，電腦40(i) 是基于IP的，意為其被設(shè)計為采用互聯(lián)網(wǎng)協(xié)議在網(wǎng)絡(luò)12上通信，和(ii)運行一個或多個 RVX協(xié)議，包含任何上面列舉的或者任何其他近實時通信協(xié)議。進(jìn)一步的，電腦40可能是便攜式電腦，例如筆記本電腦或個人數(shù)字助理，且不局限于所示的桌面式電腦。另外，設(shè)備40 可以可選地運行電子郵件客戶端，訪問位于網(wǎng)絡(luò)12上的服務(wù)器16中的一個的電子郵件客戶端，或擁有既運行又訪問網(wǎng)絡(luò)上電子郵件客戶端的能力。移動設(shè)備20和電腦40的開始功能單元36Λ4和結(jié)束功能單元38/56意為它們各自功能的象征。對移動設(shè)備20、電腦40、或任何其他類型的通信設(shè)備14來說，物理實質(zhì)上包括開始和結(jié)束按鈕本身并不是必需的。不如說，需要理解這些功能中的每一個可能會通過不同的方式來實施，例如，利用觸摸屏或其他輸入設(shè)備例如鼠標(biāo)、手寫筆或指針等來輸入語音命令、預(yù)定義的按鍵、或命令。網(wǎng)絡(luò)12使用現(xiàn)有電子郵件結(jié)構(gòu)，包括收件人用戶的全球可識別電子郵件地址和用于路由發(fā)現(xiàn)的DNS，同時一旦路由被發(fā)現(xiàn)就利用近實時RVX協(xié)議來真實傳送包括基于時間的媒體的消息到所尋址的接收者。像傳統(tǒng)的電子郵件，每個消息為了路由目的依賴于報頭，其尤其定義了一個或多個接收者的全球可尋址電子郵件地址。然而不同于傳統(tǒng)地存儲轉(zhuǎn)發(fā)電子郵件，消息中的基于時間的媒體采用近實時RVX協(xié)議來傳輸。結(jié)果，在發(fā)送者創(chuàng)建媒體時，基于時間的媒體可能被同時地、逐步地在網(wǎng)絡(luò)12上傳輸。另外，在基于時間的媒體通過網(wǎng)絡(luò)被接收時，接收者可選擇地同時地、逐步地再現(xiàn)該基于時間的媒體。當(dāng)兩方或多方同時正在對話時(例如，生成和回放基于時間的媒體)，網(wǎng)絡(luò)12支持使用RVX協(xié)議來進(jìn)行媒體遞送的近實時通信，同時采用現(xiàn)有電子郵件結(jié)構(gòu)和DNS來路由。參見圖4A，闡述在通信設(shè)備14上創(chuàng)建和傳輸與消息關(guān)聯(lián)的基于時間的媒體的順序流程圖。如果通信設(shè)備14的用戶想要和特定接收者通信，用戶或者從聯(lián)系人列表中選擇接收者，或者回復(fù)來自預(yù)期接收者的已接收消息。如果來自預(yù)期接收者的消息不能被回復(fù)或者預(yù)期接收者已不在聯(lián)系人列表中，接收者的全球可尋址電子郵件系統(tǒng)就手動地進(jìn)入設(shè)備14。為了回應(yīng)上述任何內(nèi)容，創(chuàng)建了一個消息報頭(步驟62)，包括在“To”報頭中接收者的全球可尋址電子郵件地址。一旦接收者的全球可尋址電子郵件地址被定義，會執(zhí)行DNS 查找，這樣遞送到全球?qū)ぶ返慕邮照叩呐c消息關(guān)聯(lián)的媒體的路由會很快被發(fā)現(xiàn)。之后，用戶會啟動開始功能36/54并開始創(chuàng)建基于時間的媒體(步驟64)，例如通過麥克風(fēng)來說話，生成視頻，或兩者皆有。然后基于時間的媒體被逐步地且同步地編碼(步驟66)，使用RVX協(xié)議使用所發(fā)現(xiàn)的遞送路由在網(wǎng)絡(luò)12上傳輸(步驟68)，并可選地在設(shè)備14上持久存儲(步驟70)。應(yīng)該指出，雖然步驟62到70在圖中按步驟闡述，在所有實際用途中，它們發(fā)生在大致相同的時間。用戶可在聯(lián)系人列表中選擇一個接收者，啟動開始功能36/54，并立即開始說話。當(dāng)媒體被創(chuàng)建時，RVX協(xié)議逐步地且同步地通過網(wǎng)絡(luò)12傳輸媒體到接收者，使用DNS 查找結(jié)果來發(fā)現(xiàn)路由，對發(fā)送用戶來說沒有任何明顯延遲?；诤芏嘣颍l(fā)出消息的基于時間的媒體可有選擇地持久存儲在發(fā)送通信設(shè)備 14上。例如，如果在遞送路由被發(fā)現(xiàn)之前消息的基于時間的媒體就被創(chuàng)建，那么當(dāng)遞送路由被發(fā)現(xiàn)時基于時間的媒體可能從存儲器來傳輸。如果在路由被發(fā)現(xiàn)后基于時間的媒體仍然在創(chuàng)建中，那么基于時間的媒體在正被創(chuàng)建時會被同步地逐步地被存儲?？蛇x擇地，有了基于時間的媒體的存儲，發(fā)送者可在隨后任意時間回放存儲的消息。當(dāng)通信設(shè)備14不連接到網(wǎng)絡(luò)12時消息也可以被創(chuàng)建和存儲，在這里連接被定義為通過網(wǎng)絡(luò)發(fā)送消息的能力，而不連接被定義為沒有通過網(wǎng)絡(luò)發(fā)送消息的能力。當(dāng)設(shè)備14隨后連接時，消息可能從存儲器被傳輸?shù)筋A(yù)期的接收者，使用或者RVX協(xié)議或作為電子郵件的附件。參見圖4B，用于闡述創(chuàng)建消息報頭(圖4A中步驟62)的順序流程圖100被展示。 在步驟62a中，發(fā)送者的全球可尋址電子郵件地址在消息報頭的“From”欄中被提供。在步驟62b中，接收者的全球可尋址電子郵件地址被輸入消息報頭的“To”欄中。如果有多個接收者，每個接收者的電子郵件地址被輸入到“To”欄。在另外的實施方式中，“CC”或“BCC” 欄被用于一個或全部接收者。在步驟62c中，全球唯一消息ID或數(shù)字被分配給消息。在步驟62d中，其他信息，例如會話名稱，或消息主題，在報頭中提供。在步驟62e中，消息的開始日期/時間被創(chuàng)建以及可能消息的結(jié)束日期/時間可被包括于報頭中。在一個實施方式中，除可能定義結(jié)束日期/時間外，步驟6 到6 通常發(fā)生在大致相同的時間。在其他實施方式中，步驟6 到6 可能以任何順序發(fā)生。開始和結(jié)束的日期/時間通常分別與發(fā)送設(shè)備14的開始功能36/55和結(jié)束功能的38/56的實施一致。然而，發(fā)送者對于給定消息并不總能實施結(jié)束功能38/56。當(dāng)發(fā)生這種情況時，發(fā)送者可能簡單地停止創(chuàng)建并發(fā)送與消息關(guān)聯(lián)的基于時間的媒體。因此，消息可能保持“開放式”而沒有定義的結(jié)束日期/時間。在某些實施方式中，步驟6 到6 是在發(fā)送通信設(shè)備14上來執(zhí)行。在另外的實施方式中，發(fā)送通信設(shè)備可能發(fā)送一些或全部消息報頭信息到服務(wù)器16，由該服務(wù)器來執(zhí)行步驟6 到62e。消息的基于時間的媒體可能也會可選地存儲在服務(wù)器16上，供發(fā)送用戶稍后回放或傳輸?shù)浇邮照摺Ｔ谏鲜龅膶嵤┓绞街?，提供了包含到、來自、消息ID序號、會話名稱、消息開始和結(jié)束時間的多欄消息報頭。需要理解，并不是所有這些欄都是必需的，也可能包括其他欄。 唯一需要的信息是"T0、CC、或BCC欄中的一個指定的至少一個接收者，其定義接收者的全球可尋址電子郵件地址。其余欄都是可選的。消息報頭的格式也是可變的。在一個實施方式中，消息報頭的結(jié)構(gòu)可能與傳統(tǒng)電子郵件使用的或電子郵件使用的信封類似。在其他實施方式中，消息報頭的結(jié)構(gòu)可以采用適合通過網(wǎng)絡(luò)12傳輸接收者的全球可尋址電子郵件地址以及其他可能的報頭信息的任何類型。雖然討論了用于指定接收者的具體電子郵件報頭欄，包含接收者地址信息的實際報頭欄可能不必要包含接收者本身的全球可尋址電子郵件地址。本領(lǐng)域眾所周知，“信封接收者”可能用于指定接收者的電子郵件地址，即使信封接收者可能與電子郵件報頭列出的接收者不同。因此，如本文所使用，術(shù)語消息報頭需要被廣義地解釋為包括信封信息和包括任意數(shù)目的欄的常規(guī)消息或電子郵件報頭，例如但不局域于RFC822或5322所指定的那些。另外，術(shù)語“尋址”或“全球可尋址電子郵件地址”的使用擬廣義解釋為包括任何尋址方法，包括傳統(tǒng)消息或電子郵件報頭中或消息信封中的用法。網(wǎng)絡(luò)12在某些情況下可能遞送包含基于時間的媒體的消息，其能夠⑴通過網(wǎng)絡(luò) 12被逐步地且同步地傳輸?shù)浇邮照卟?ii)在基于時間的媒體正被發(fā)送者創(chuàng)建并發(fā)送時， 能讓被尋址的接收者近實時地回放。在其他情況下，消息不能被實時遞送。近實時方案和非實時方案都分別通過下面圖5A到5C討論。參見圖5A，用于闡述在網(wǎng)絡(luò)12中使用全球可尋址電子郵件地址的包含基于時間的媒體的消息可能進(jìn)行近實時通信的步驟的流程圖80被展示。該步驟在用戶A用任意近實時RVX協(xié)議發(fā)送消息到用戶B的情況下被描述。如上所述，服務(wù)器16B給用戶B提供RVX 服務(wù)，而非MX服務(wù)。在初始的步驟82中，服務(wù)器16A在大致相同的時間收到消息的消息報頭(或者允許服務(wù)器執(zhí)行步驟62a_62e中的一些或全部的報頭信息)和基于時間的媒體，其在正由通信設(shè)備14A逐步地且同步地創(chuàng)建并傳輸時被服務(wù)器傳輸。由于消息報頭的“To”、“CC”、或 “BCC”欄包括用戶B的全球可尋址電子郵件地址(userBODomainB)，服務(wù)器16A用DNS協(xié)議請求查詢域B的DNS服務(wù)器18的RVX (步驟84)。由于RVX存在于域B (步驟86)，查找結(jié)果是積極的。然后基于時間的媒體利用RVX協(xié)議被逐步地且同步地從與發(fā)送者關(guān)聯(lián)的服務(wù)器16A發(fā)送到與接收者相關(guān)的服務(wù)器16B?；跁r間的媒體可能通過兩個服務(wù)器16A和16B 間的一跳或多跳傳輸。在每跳處，進(jìn)行DNS查找來發(fā)現(xiàn)到下一跳的遞送路由，RVX協(xié)議被利用來遞送基于時間的媒體到每個下一跳。在一個實施方式中，當(dāng)基于時間的媒體到達(dá)服務(wù)器16B時媒體被逐步地且同步地傳輸?shù)浇邮照叩耐ㄐ旁O(shè)備14B。接收者被通知收到的消息，作為回應(yīng)，接收者可選擇在消息的媒體被逐步地接收時利用近實時模式同步地回放媒體。在一個可選實施方式中，消息的媒體也可選地放在收件箱并持久存儲在接收者設(shè)備14B中。隨著消息的持久存儲，接收者可選擇在媒體被接收時用近實時模式回放媒體或隨后任意時間從存儲器中回放媒體。在另一個實施方式中，消息也可被存儲于位于與用戶B相關(guān)聯(lián)的服務(wù)器16B的收件箱中。在這種方式中，設(shè)備14B的用戶可能在隨后任意時間訪問服務(wù)器16B上的收件箱的消息。另外，服務(wù)器16B可封裝消息到文件中并關(guān)聯(lián)文件到電子郵件。如上所述，用戶B 不被提供MX服務(wù)并因此不能接收這樣的電子郵件。但在用戶可以接收電子郵件的情況下， 消息可被采用附件的形式轉(zhuǎn)發(fā)。
在其他實施方式中，消息的媒體可能被存儲于發(fā)送者用戶的發(fā)件箱中，該發(fā)件箱或位于用戶的發(fā)送消息設(shè)備14，或者位于發(fā)送者相關(guān)聯(lián)的服務(wù)器16A。參見圖5B，再次提供了闡述用戶A和用戶C之間的通信的流程圖80。如前所述，月艮務(wù)器16C提供給用戶C該MX服務(wù)，但不提供實時RVX服務(wù)。當(dāng)用戶A想要與用戶C通信， 初始步驟與上述基本相同。服務(wù)器16A初始接收用戶COiserOid omainC)的全球可尋址電子郵件地址的消息報頭(或可選地進(jìn)行步驟62a-62e需要的報頭信息)和用戶A (步驟82) 逐步地且同步地傳輸?shù)幕跁r間的媒體。由于RVX查找結(jié)果(步驟86)是消極的，服務(wù)器 16A接著用DNS協(xié)議請求查詢域C (步驟90)的DNS服務(wù)器18的MX。得到積極的結(jié)果(步驟92)，服務(wù)器16A發(fā)送含有被封裝為附件(步驟96)的基于時間的媒體的傳統(tǒng)電子郵件到服務(wù)器16C。在服務(wù)器16C中，該電子郵件被放在接收者的收件箱。該電子郵件也可被轉(zhuǎn)發(fā)到通信設(shè)備14C的收件箱。因此當(dāng)接收者沒有RVX服務(wù)時，消息的基于時間的媒體被服務(wù)器16A通過網(wǎng)絡(luò)12發(fā)送到服務(wù)器16C以及可能通信設(shè)備14C，采用SMTP或類似的專有電子郵件系統(tǒng)的存儲和轉(zhuǎn)發(fā)程序。參見圖5C，再次提供了闡述用戶A和用戶D之間的通信嘗試的流程圖80。如前所述，用戶D既不被提供電子郵件MX服務(wù)也不被提供近實時RVX服務(wù)。當(dāng)用戶A想要與用戶 D通信，初始步驟與上述基本相同。服務(wù)器16A接收用戶DOiserDOdomainD)的全球可尋址電子郵件地址的消息報頭(或可選地進(jìn)行步驟62a-62e需要的報頭信息)和用戶A(步驟 82)逐步地且同步地傳輸?shù)幕跁r間的媒體。由于對于域D(的RVX查找結(jié)果(判定86) 和MX查找結(jié)果(菱形92)都是消極的，會生成一個差錯消息(步驟94)且消息不能被遞送 (步驟96)。在不同實施方式中，消息的基于時間的媒體可能被存儲于或發(fā)送消息設(shè)備14A、 或服務(wù)器16A、或兩者。當(dāng)RVX和/或MX服務(wù)被提供給用戶D時消息會隨后被發(fā)送。關(guān)于圖5C描述的場景通常發(fā)生在不正確的電子郵件域名被當(dāng)作接收者提供時。 當(dāng)發(fā)送者試圖用無效的全球可尋址電子郵件域名發(fā)送消息時，導(dǎo)致差錯消息(步驟94)。如果電子郵件地址的正確域名被提供，消息可以隨后使用RVX協(xié)議或當(dāng)作使用MX服務(wù)的電子郵件的附件被轉(zhuǎn)發(fā)。在可選的實施方式中，通信設(shè)備14A到14C可被安排成點對點配置。有了這項安排，至少發(fā)送消息設(shè)備14有能力直接在DNS服務(wù)器18上進(jìn)行RVX和/或MX查找，不需要中間服務(wù)器16的幫助來進(jìn)行查找功能。通信設(shè)備14也具備直接傳輸消息的媒體到其他通信設(shè)備的能力。取決于接收者是否是RVX和/或MX域的成員，發(fā)送消息設(shè)備14A可以(i) 通過網(wǎng)絡(luò)12逐步地且同步地傳輸消息的基于時間的媒體到接收者；(ii)封裝消息的基于時間的媒體到文件中并用SMTP或類似專用協(xié)議傳輸包含該文件作為附件的電子郵件到接收者；(iii)或如果無效的全球性尋址用戶名或域名被用于電子郵件地址和/或接收者不被提供MX服務(wù)時接收差錯消息。參見圖5D，闡述點對點實施方式的流程圖100。在初始步驟101中，發(fā)送消息設(shè)備 14指明它想要與接收消息設(shè)備14通信。在判定菱形框102中，發(fā)送者的通信設(shè)備14執(zhí)行接收者的全球可尋址電子郵件地址的DNS查找，來判斷點接收者是否能接收RVX服務(wù)。如果查找結(jié)果是積極的，則使用發(fā)送消息設(shè)備14創(chuàng)建(步驟103)的基于時間的媒體使用RVX 查找所定義的遞送路由被逐步地且同步地發(fā)送(步驟104)到接收者。在判定菱形框105 中，確定是否建立實時通信。如果是，則傳輸?shù)拿襟w在被接收時，被逐步地且同步地呈現(xiàn)在接收者的通信設(shè)備14處(框106)。如果近實時通信沒有被建立，則消息的媒體被放置在接收者的收件箱中(框107)，該收件箱或者是在接收者的設(shè)備14上，或者是在與接收者關(guān)聯(lián)的服務(wù)器16上，或者可能皆有。由于接收者的一些原因，近實時通信可能不會發(fā)生，例如接收者無效，不在網(wǎng)絡(luò)范圍內(nèi)，或指明不想在近實時模式下回放消息。另外一方面，如果接收者不接收RVX服務(wù)(判定102)，則消息的媒體以電子郵件附件的形式被遞送，假定接收者接收MX域服務(wù)?；跁r間的媒體被封裝為文件并附在電子郵件上(步驟108)。當(dāng)消息完成時，電子郵件通過使用由MX查找結(jié)果確定的路由來傳輸(步驟109)。在一個實施方式中，如果發(fā)送消息裝置14本地運行一個電子郵件客戶端，則電子郵件可能直接從發(fā)送點發(fā)送。電子郵件可能或者被運行電子郵件客戶端的接收點設(shè)備14 接收，或者被代表接收者的運行電子郵件客戶端的服務(wù)器16接收，或者接收點設(shè)備14和服務(wù)器16兩者皆有可能。在兩點都運行電子郵件客戶端的情況下，媒體可能被采用電子郵件附件的形式從發(fā)送消息設(shè)備14發(fā)送到接收消息設(shè)備14。這與知道的相對于發(fā)送點的服務(wù)器來發(fā)送語音消息的電子郵件到接收者的電話消息系統(tǒng)不同。在某些實施方式中，附件可以被取代或擴充為包含基于時間的媒體的網(wǎng)頁鏈接，下面會以更多細(xì)節(jié)描述。需要指出上述關(guān)于圖4A，4B和5A到5C的討論已被簡化為本發(fā)明一定方面的闡述。應(yīng)當(dāng)理解實際實現(xiàn)時可能在幾個方面進(jìn)行修改。例如，每次服務(wù)器16A接收電子郵件地址，服務(wù)器16A可能首先確定接收者的域(S卩，域A、域B、域C)是否在服務(wù)器16A的一個或多個本地域中。如果不是，則上述關(guān)于圖5A、5B和5C描述的程序會分別執(zhí)行。另外如果接收者的域在服務(wù)器16A的本地域中，則服務(wù)器16A可能(i)如果接收者接收實時通信服務(wù)， 則實時遞送消息或(ii)如果接收者接收MX服務(wù)但不接收實時服務(wù)，則將消息當(dāng)作電子郵件的附件遞送。另外，服務(wù)器16A在每個實施例中執(zhí)行DNS查找可能不是必需的。如眾所周知的，在每次接收者的電子郵件地址被接收時，之前的DNS查找結(jié)果可能被緩存并使用， 而不是執(zhí)行新的DNS查找。參見圖6，闡述在服務(wù)器16(圖5B中框98)處或從發(fā)送設(shè)備14A(圖5D中框107) 發(fā)送封裝到電子郵件的附件中的基于時間的媒體的步驟流程圖被展示。在任一種情況下， 當(dāng)消息完成時，例如當(dāng)結(jié)束功能38/56被實施時，用戶A生成的基于時間的媒體被封裝到文件中(步驟112)并被附在電子郵件上(步驟114)。在結(jié)束功能38/56未被實施的情況下，在沒有創(chuàng)建任何新的基于時間的媒體一段預(yù)定時間間隔過去后，可能默認(rèn)宣告消息的結(jié)束。一旦消息的基于時間的媒體完成，或通過結(jié)束功能38/56的實施或者通過默認(rèn)，包含附件的電子郵件隨后經(jīng)過網(wǎng)絡(luò)12被服務(wù)器16A或通信設(shè)備14A使用SMTP或近似專用協(xié)議， 以類似傳統(tǒng)電子郵件的方式傳輸(步驟116)到接收者的MX查找結(jié)果。伴隨上述的服務(wù)器或點對點模型，RCX查找結(jié)果首先用于遞送基于時間的媒體。如果RVX嘗試失敗，則MX結(jié)果被用于后備。通過這項安排，傳統(tǒng)的基于時間的媒體包含在附件中的電子郵件和/或網(wǎng)頁鏈接被用于在接收者不被提供RVX服務(wù)的情況下遞送媒體。該電子郵件可能被創(chuàng)建于服務(wù)器或發(fā)送設(shè)備。II.遞送選項參見圖7，闡述根據(jù)本發(fā)明的另一實施方式通過網(wǎng)絡(luò)12遞送基于時間的媒體的圖示被展示。在這個實施方式中，網(wǎng)絡(luò)12與上面關(guān)于圖1描述的除至少一點外，其余基本相同。一個或多個服務(wù)器16A-16C被配置為網(wǎng)頁服務(wù)器，此外如上所述提供RVX和/或MX服務(wù)。在本實施方式中，當(dāng)消息發(fā)送給用戶時，用戶從他們各自的服務(wù)器16接收包含URL鏈接的電子郵件。當(dāng)用戶選擇運行在它們通信設(shè)備14的網(wǎng)頁回放器的鏈接時，合適的網(wǎng)頁服務(wù)器16提供了允許接收者訪問并回放消息的網(wǎng)頁。該服務(wù)網(wǎng)頁可能也提供多種再現(xiàn)選項， 比如通過實時或時移模式回放消息的媒體，跟上直播，暫停直播對話，跳到對話的首部，跳到對話時間的之前點，更快再現(xiàn)，在不同對話間跳轉(zhuǎn)，等等。在圖中，網(wǎng)頁服務(wù)器提供的功能如同服務(wù)器16A，16B, 16C提供的服務(wù)之一。在一個可選實施方式中，網(wǎng)頁服務(wù)器的功能可以通過除16A、16B、16C之外還使用網(wǎng)絡(luò)12上的一個或多個其他服務(wù)器(未示出)來實施。III.電子郵件協(xié)議修改和逐步的電子郵件上面描述的消息利用全球可尋址電子郵件地址和用于定義遞送路由的DNS結(jié)構(gòu)來路由，利用RVX協(xié)議來近實時實際遞送基于時間的媒體。雖然如當(dāng)前定義和使用的SMTP 標(biāo)準(zhǔn)和其他專用電子郵件協(xié)議是存儲和轉(zhuǎn)發(fā)協(xié)議，然而，利用某些修改，如在本發(fā)明中考慮的，SMTP標(biāo)準(zhǔn)和其他專用電子郵件協(xié)議可以用作RVX消息協(xié)議，用于近實時地遞送基于時間的媒體。在傳統(tǒng)的電子郵件中，在電子郵件可以被發(fā)出前，媒體內(nèi)容必須被完整地組成和打包。在接收端，在接收者可以回放前，電子郵件必須被全面地接收。如下面詳細(xì)描述的， SMTP、Microsoft Exchange或任何其他專用電子郵件協(xié)議可被用于創(chuàng)建“逐步的”電子郵件，其中媒體可被近實時地發(fā)送。現(xiàn)有的電子郵件結(jié)構(gòu)能通過修改SMTP、Microsoft Exchange或其他專用電子郵件協(xié)議(下文通常被稱為電子郵件協(xié)議)在發(fā)送方的使用方式和修改電子郵件在接收方從服務(wù)器被檢索的方式，來用于支持近實時地傳輸基于時間的媒體。目前的電子郵件協(xié)議不嚴(yán)格要求整個消息在遞送開始之前可以被發(fā)送，雖然這是如何使用電子郵件協(xié)議的典型情況。因此基于時間的媒體可以因此在它正被創(chuàng)建時被逐步地遞送，使用標(biāo)準(zhǔn)SMTP、 Microsoft Exchange或任何其他專用電子郵件協(xié)議。電子郵件通常通過接入?yún)f(xié)議像POP或IMAP來遞送到用戶設(shè)備。這些協(xié)議不支持在它們正在到達(dá)時逐步地遞送消息。然而，通過對這些接入?yún)f(xié)議的簡單修改，消息可以在消息的媒體正通過網(wǎng)絡(luò)到達(dá)時被逐步地遞送到接收者。這種修改包括去掉目前要求中電子郵件服務(wù)器在消息可被下載到客戶端前知道電子郵件消息的整個大小。通過取消這個限制， 客戶端可以在電子郵件消息的基于時間的媒體通過網(wǎng)絡(luò)在服務(wù)器處被接收時開始下載電子郵件消息的基于時間的媒體。參見圖8，闡述了傳統(tǒng)現(xiàn)有技術(shù)中電子郵件120使用任何上面列舉的電子郵件協(xié)議的框架。電子郵件120包括報頭122和正文124。報頭包括“To”欄(或者可能CC和/ 或BCC欄)、“From”欄、唯一全球ID號碼、主題欄、可選附件、和日期/時間戳。電子郵件的正文1 包括要被傳輸?shù)拿襟w，該媒體通常包括鍵入的消息和可能附加的文件(例如，文檔或照片)。當(dāng)完成時，電子郵件被發(fā)送。DNS查找被執(zhí)行并且該電子郵件被路由到接收者。 傳統(tǒng)的電子郵件是“靜態(tài)的”，意為包括附件的電子郵件的正文一旦傳輸開始就是固定的。 沒有可能在媒體正被創(chuàng)建時就逐步地且同步地傳輸傳統(tǒng)的電子郵件基于時間的媒體?，F(xiàn)有技術(shù)中電子郵件120因此不具備支持近實時通信的能力。參見圖9，展示了根據(jù)本發(fā)明的電子郵件130的框架。電子郵件消息130被用于支持近實時通信。電子郵件130包括包含“To”欄(且者可能CC和/或BCC欄)的報頭132 和正文134。然而，電子郵件130的框架與傳統(tǒng)的現(xiàn)有技術(shù)中電子郵件120相比至少兩點不同。首先，報頭132包括電子郵件開始日期/時間和結(jié)束日期/時間。通過將開始和結(jié)束時間與電子郵件130相關(guān)聯(lián)，而不僅僅只是電子郵件120被發(fā)送時的日期/時間戳，第二點不同可被實現(xiàn)。在電子郵件130被創(chuàng)建且發(fā)送者定義接收者的全球可尋址電子郵件地址之后，用于路由的DNS查找立刻被執(zhí)行。在幾乎同時，基于時間的媒體可被創(chuàng)建。在基于時間的媒體被創(chuàng)建時，它可以被逐步地且同步地傳輸?shù)紻NS查找的結(jié)果，從跳到跳，使用SMTP、 MicrosoftExchange或任何其他專用電子郵件協(xié)議的流特性。電子郵件130的正文134因此是“逐步的”。隨著與電子郵件130相關(guān)聯(lián)的基于時間的媒體被動態(tài)創(chuàng)建，基于時間的媒體被逐步地且同步地傳輸?shù)浇邮照叩碾娮余]件服務(wù)器，當(dāng)需要時，在整個網(wǎng)絡(luò)上從跳傳輸?shù)教?。如果電子郵件130被發(fā)送到多個接收者，不考慮在To、CC或BCC欄是否能被辨識，上述過程會為每一位接收者重復(fù)。通過發(fā)起與發(fā)送者相關(guān)聯(lián)的電子郵件服務(wù)器的電子郵件協(xié)議會話，就在定義接收者的電子郵件地址后，會立刻執(zhí)行DNS查找。這與傳統(tǒng)電子郵件120不同，電子郵件會話通常只在電子郵件組成完整且發(fā)送者實施“發(fā)送”功能之后被發(fā)起。結(jié)果，遞送路由能在基于時間的媒體正被創(chuàng)建時逐步地且同步地傳輸基于時間的媒體之前或同時被發(fā)現(xiàn)。在基于時間的媒體在會話建立之前被創(chuàng)建的情況下，基于時間的媒體可在媒體被創(chuàng)建時被暫時地或永久地存儲。一旦與電子郵件服務(wù)器的協(xié)議會話被建立，存儲的媒體可以隨后被逐步地從存儲器傳輸。電子郵件130的結(jié)束日期/時間可以被定義或是開放式。當(dāng)發(fā)送者在通信設(shè)備14 上實施結(jié)束功能38/56，隨后電子郵件130的結(jié)束時間被定義。如果結(jié)束功能38/56從未被實施，那么電子郵件130的持續(xù)時間是“開放式”的，且并不需要具有定義的結(jié)束日期/時間。開放式電子郵件130因此通常在沒有媒體被創(chuàng)建的一段預(yù)定時間間隔后默認(rèn)終止?？傊?，逐步的電子郵件130能通過實施上述修改使用SMTP、Microsoft Exchange 或任何其他專有電子郵件協(xié)議被發(fā)送。同樣地，接收者可以通過修改的接入?yún)f(xié)議比如POP、 IMAC和類似的接入?yún)f(xié)議，逐步地且同步地回放逐步的電子郵件130的基于時間的媒體?？傊?，這些修改能夠使用電子郵件尋址、電子郵件協(xié)議、DNS和現(xiàn)有的電子郵件結(jié)構(gòu)來支持基于時間的媒體的實時傳輸。IV.用于實時i舌咅禾π 他, 于時丨旬 射某體的接iBr者地jih的后其胎邦定在通信的情況下，當(dāng)通過網(wǎng)絡(luò)的有效遞送路由已被確定用于該地址，接收者地址可被描述為“綁定”。PSTN上的傳統(tǒng)的電話呼叫被認(rèn)為使用“早期綁定”，因為在任何媒體可被傳輸?shù)剿鼋邮照咧埃鶕艿碾娫捥柎a(在這種情況下為“接收者地址”)被用來建立一些激活的路徑(即電路連接)到所述接收者。僅在該連接被建立之后，呼叫方可開始講話且該媒體被傳輸。無論該呼叫被置于一個或多個電話號碼，或者該呼叫被轉(zhuǎn)移為語音留言系統(tǒng)，綁定通常發(fā)生在任何話語被遞送之前。由于在網(wǎng)絡(luò)上將接收者的地址綁定到激活的目的地在媒體的任何傳輸之前發(fā)生，因而它被認(rèn)為是“早期”。相反，電子郵件被認(rèn)為采用 “后期”綁定。個人可以撰寫電子郵件消息并在網(wǎng)絡(luò)上發(fā)送它，而不將該消息綁定到該接收者將使用的設(shè)備。作為替代，在該電子郵件被撰寫后，該接收者的電子郵件地址被用來將該電子郵件路由到該接收者，以在設(shè)備上和在該接收者的選擇的時間被回放。隨著(關(guān)于圖4A、4B和5A-5D被描述的)消息或如上所述的電子郵件130，用戶可以使用他們的全球可尋址電子郵件地址來尋址接收者，并且然后立即開始對話或生成基于時間的媒體。如上所述，一旦接收者的電子郵件地址被定義，限定遞送路由的DNS查找就被立即執(zhí)行。在大致相同的時間，任何可用的基于時間的媒體被逐步地且同時地在網(wǎng)絡(luò)12上傳輸?shù)浇邮照?。因此激活遞送路由的發(fā)現(xiàn)和逐步且同時地創(chuàng)建、傳輸和遞送基于時間的媒體大致與基于時間的媒體被創(chuàng)建同時發(fā)生。如果基于時間的媒體創(chuàng)建已經(jīng)開始之后發(fā)現(xiàn)實際的遞送路由，則媒體可以被暫時或持久地存儲且然后一旦激活的遞送路由被定義則從存儲器被傳輸。在用戶可以開始講話之前不需要建立網(wǎng)絡(luò)連接或電路。使用DNS和電子郵件的結(jié)構(gòu)來逐步地且同時地傳輸基于時間的媒體的能力因此使得能夠以之前不可能的方式后期綁定用于語音和其他基于時間的媒體的接收者地址。V.對話(關(guān)于圖1至3、4A_4B以及5A-5D)所描述的消息傳遞方法和系統(tǒng)有利于支持發(fā)送用戶和接收用戶之間的對話。當(dāng)兩個或更多方使用任何以上所列RVX協(xié)議例如VoIP、SIP、 RTP或Skype正在來回對話時，則對話可以以直播近實時模式發(fā)生。當(dāng)RVX協(xié)議允許用戶近實時地傳遞基于時間的媒體，但是不要求接收者近實時地回放該基于時間的媒體，例如使用CTP或以上提到的同步協(xié)議，則對話可以(i)以近實時模式發(fā)生；(ii)以時移模式發(fā)生； 或(iii)在兩個模式之間無縫轉(zhuǎn)換。回復(fù)消息可以以多種不同的方式被路由。例如，使用CTP和同步協(xié)議，參與者的全球可尋址電子郵件地址可連通DNS路由消息一起被嵌入流媒體。當(dāng)回復(fù)被發(fā)送時，所嵌入的地址和路由消息被用于該回復(fù)消息?？蛇x地，可以使用對話ID或包括在流媒體中的其他指針來與DNS路由消息一起路由消息，所述指針指向接收者的全球可識別電子郵件地址。 另一種選擇，參與者可以被明確地尋址且DNS查找被執(zhí)行用于該回復(fù)消息。上述逐步的電子郵件130實施方式還可被用于實施對話。當(dāng)對話被發(fā)起時，電子郵件130被發(fā)送者創(chuàng)建，如果發(fā)送通信設(shè)備14運行電子郵件客戶端則在該發(fā)送通信設(shè)備14 上被創(chuàng)建，或如果網(wǎng)絡(luò)上的郵件服務(wù)器運行代表發(fā)送者的電子郵件客戶端就在該郵件服務(wù)器上被創(chuàng)建。在逐步的電子郵件130的媒體被創(chuàng)建時，它使用由DNS定義的路由被逐步地傳輸?shù)浇邮照?。為了回?fù)，逐步的電子郵件130代表接收者被創(chuàng)建，這或是在接收者的設(shè)備 14上，或是在代表接收者的運行電子郵件客戶端的服務(wù)器上。初始發(fā)送者的電子郵件地址被自動插入返回電子郵件130的“To”欄(或可能CC和/或BCC欄)且DNS查找被執(zhí)行。 一旦該媒體被創(chuàng)建，可以使用SMTP、Microsoft Exchange或其他專用電子郵件協(xié)議的流特性來傳輸與該返回郵件關(guān)聯(lián)的媒體。在該媒體逐步地在他們的電子郵件客戶端接收時，接收者可以同時地近實時地回放該基于時間的媒體。不管實施方式如何，“回復(fù)”功能可以以多種方式被實施。例如接收者可以將確定的回復(fù)命令輸入他們的通信設(shè)備14，例如通過使用預(yù)定的語言或按鍵命令或通過觸摸屏輸入命令。可選地，當(dāng)接收者開始說話或生成其他基于時間的媒體以響應(yīng)于收到的消息或電子郵件130時，回復(fù)消息或電子郵件可被自動生成。當(dāng)回復(fù)消息被自動創(chuàng)建時，初始發(fā)送者的電子郵件地址被從收到的消息中提取且用于尋址該回復(fù)消息。在其他實施方式中，用于發(fā)送和接收在參與者之間的對話的消息RVX協(xié)議不一定必須是相同的。例如，一個參與者可以使用CTP、同步、逐步的電子郵件、VoIP、SIP、RTP或 Skype協(xié)議中的一個來發(fā)送消息，而其他參與者可以使用所列協(xié)議中不同的一個，假若某種類型的普通對話標(biāo)識符被使用。無論用于傳輸?shù)膮f(xié)議如何，任何消息使用唯一的對話標(biāo)識符被鏈接或穿連在一起。在不同的其他實施方式中，對話可以被使用不同的標(biāo)準(zhǔn)來定義。例如，對話可以由個人的名字(例如媽媽、配偶、上司等)或普通一群人(例如籃球隊、銷售團隊、撲克好友等)定義。對話也可以由主題定義，例如夢幻足球聯(lián)賽、ACME企業(yè)賬戶或“科研重地”項目。 無論用于定義對話的上下文屬性如何，將特定對話的消息鏈接或組織在一起的能力創(chuàng)建了持久或持續(xù)的對話的意見。對于傳統(tǒng)的電話呼叫，對話通常在參與方掛機時結(jié)束。不存在關(guān)于上下文來鏈接、組織和可能存儲在相同參與方之間的多個電話對話的所說的話語。相反，這里定義的對話是由普通屬性鏈接在一起的一組普通消息。只要消息被添加到該對話， 對話是連續(xù)的或持續(xù)的。此屬性使得參與者在任意時間促成對話成為可能。例如，用戶可以在對話列表中選擇對話，且在任何時間將消息貢獻(xiàn)給所選的對話。然后該消息被發(fā)送到所有的對話參與者。因此當(dāng)首次創(chuàng)建對話或回復(fù)收到的消息時，不一定發(fā)送消息。VI實現(xiàn)實施方式關(guān)于圖1-3、4A_4B和5A-5D描述的消息傳遞方法和逐步的郵件130可以以各種方式被實施。例如手機或其他移動通信服務(wù)提供者可以提供使用消息和/或逐步的電子郵件 130操作的點對點移動通信設(shè)備給用戶。此外，這些服務(wù)提供者也可以維持服務(wù)器16的網(wǎng)絡(luò)12，用于接收來自非點對點通信設(shè)備的消息和/或電子郵件130、創(chuàng)建消息、執(zhí)行DNS查找操作和用于使用任何一個或可能多個RVX協(xié)議來路由消息的基于時間的媒體。在另一實施方式中，消息傳遞和逐步的電子郵件130方法可以被嵌入軟件應(yīng)用，所述軟件應(yīng)用意在被下載到且被執(zhí)行在傳統(tǒng)的電話、移動或蜂窩電話和無線電裝置、移動臺、臺式機和筆記本電腦上。在每一個這些案例中，如本文所述，應(yīng)用使得設(shè)備能夠發(fā)送、接收和處理消息和逐步的電子郵件130。在其他實施方式中，電子郵件客戶端可被修改來創(chuàng)建、接收和處理逐步的電子郵件130。該電子郵件客戶端可以可選地駐留于互聯(lián)網(wǎng)或其他網(wǎng)絡(luò)上的服務(wù)器上、發(fā)送或接收設(shè)備上、或兩者。雖然上述電子郵件方法通常在單一的發(fā)送者和單一的接收者的文本中(關(guān)于圖 4A-4B和5A-5D被討論)或到單一的接收者的電子郵件中被描述，應(yīng)理解的是，消息和/或電子郵件130可以被同時地發(fā)送到多個參與方。每一個接收者將接收或不接收該消息或電子郵件，這取決于他們的狀態(tài)，如上所述。如在如上所述的美國申請中詳細(xì)地描述的，可以使用多個不同的再現(xiàn)選項來再現(xiàn)媒體，例如跟上直播、暫停直播對話、跳轉(zhuǎn)到對話的首部、 跳轉(zhuǎn)到對話的之前的時間點、更快再現(xiàn)、更慢再現(xiàn)、在不同的對話之間跳轉(zhuǎn)等。通過消息和/ 或電子郵件交換的基于時間的媒體不僅限于語音或視頻。此外，基于時間的媒體可以以不同于它被創(chuàng)建的形式被遞送到接收者。例如，在被遞送到接收者之前，語音消息可以被轉(zhuǎn)錄成文本文件或英文消息可被翻譯成另一種語言。任何隨時間改變的媒體例如傳感器數(shù)據(jù)、 GPS或位置消息可以被傳輸。雖然本發(fā)明參考其具體的實施方式被特別地示出和描述，但是本領(lǐng)域技術(shù)人員應(yīng)理解的是，在不背離本發(fā)明的精神和范圍的情況下，可以改變所公開的實施方式的形式和細(xì)節(jié)。因此意在本發(fā)明被解釋為包括落于本發(fā)明的真實精神和范圍中的所有的變形和等價物，如在所附權(quán)利要求中所提供的。
2權(quán)利要求
1.一種能夠支持基于時間的媒體的實時通信的電子郵件客戶端，包括會話單元，其被配置為當(dāng)尋址域內(nèi)接收者的電子郵件地址被定義時建立與服務(wù)器的會話；以及傳輸單元，其被配置為當(dāng)基于時間的媒體正被創(chuàng)建時，經(jīng)由一路由同時地且逐步地傳輸所述基于時間的媒體到所述接收者，該路由通過查找所述接收者的所述電子郵件地址的域來被至少部分地發(fā)現(xiàn)。
2.如權(quán)利要求1所述的電子郵件客戶端，其中所述會話單元還被配置為建立與所述服務(wù)器的電子郵件協(xié)議會話。
3.如前述權(quán)利要求中任一項所述的電子郵件客戶端，其中所述電子郵件會話使用下列項之一(i)SMTP ；(ii)MicrosoftExchange ；或(iii)專用電子郵件服務(wù)。
4.如前述權(quán)利要求中任一項所述的電子郵件客戶端，其中所述會話單元和所述傳輸單元還合作，使得與所述服務(wù)器的所述會話在所述基于時間的媒體的創(chuàng)建完成之前被建立。
5.如前述權(quán)利要求中任一項所述的電子郵件客戶端，還配置為當(dāng)所述基于時間的媒體正在被創(chuàng)建時持久地且逐步地存儲所述基于時間的媒體。
6.如前述權(quán)利要求中任一項所述的電子郵件客戶端，還包括尋址單元，該尋址單元被配置為使得所述電子郵件客戶端的用戶具有定義所述接收者的所述電子郵件地址的能力。
7.如權(quán)利要求6所述的電子郵件客戶端，其中所述尋址單元被配置為使用下列方式中的一個或多個來允許所述電子郵件客戶端的用戶定義所述接收者的所述地址(i)從聯(lián)系人列表中選擇所述接收者，所述接收者的所述電子郵件地址響應(yīng)于所述選擇從存儲位置被檢索；(ii)將與所述接收者相關(guān)聯(lián)的所述電子郵件地址手動地輸入到所述電子郵件客戶端中；或(iii)響應(yīng)于接收由所述接收者發(fā)送的之前消息實施回復(fù)功能，所述回復(fù)功能的所述實施導(dǎo)致對所述接收者的所述電子郵件地址的所述定義。
8.如前述權(quán)利要求中任一項所述的電子郵件客戶端，還包括報頭單元，該報頭單元被配置為給所述電子郵件客戶端的用戶呈現(xiàn)電子郵件報頭。
9.如前述權(quán)利要求中任一項所述的電子郵件客戶端，其中所述電子郵件報頭包括以下項之一(i) “化”欄，以定義所述基于時間的媒體的一個或多個接收者；(ii)抄送或“CC”欄，以定義所述基于時間的媒體的一個或多個接收者；(iii)密件抄送或“BCC”欄，以定義所述基于時間的媒體的一個或多個接收者；(iv)主題欄，用于定義與所述基于時間的媒體相關(guān)聯(lián)的消息的主題；(ν)全球唯一消息標(biāo)識符；(vi)開始日期和時間；(vii)結(jié)束日期和時間；或(viii)⑴到(vii)的任何組合。
10.如前述權(quán)利要求中任一項所述的電子郵件客戶端，還包括封裝單元，該封裝單元被配置為如果當(dāng)所述基于時間的媒體正被所述傳輸單元傳輸時所述接收者不能逐步地接收和再現(xiàn)該基于時間的媒體，則該封裝單元將為所述接收者創(chuàng)建的所述基于時間的媒體封裝成媒體文件。
11.如權(quán)利要求10所述的電子郵件客戶端，其中所述傳輸單元還被配置為，如果當(dāng)所述基于時間的媒體正被所述傳輸單元傳輸時所述接收者不能逐步地接收和再現(xiàn)所述基于時間的媒體，則使用所定義的電子郵件地址傳輸附有所述媒體文件的電子郵件至所述接收者O
12.如前述權(quán)利要求中任一項所述的電子郵件客戶端，還包括發(fā)件箱，該發(fā)件箱被配置為存儲由所述電子郵件的所述用戶發(fā)送的包含基于時間的媒體的一個或多個消息。
13.如前述權(quán)利要求中任一項所述的電子郵件客戶端，還包括收件箱，該收件箱被配置為容納接收自一個或多個發(fā)送者的包含基于時間的媒體的一個或多個接收到的消息。
14.如前述權(quán)利要求中任一項所述的電子郵件客戶端，還包括接收單元，該接收單元被配置為接收包含在從發(fā)送者發(fā)送到所述電子郵件客戶端的消息中的基于時間的媒體。
15.如權(quán)利要求14所述的電子郵件客戶端，還包括再現(xiàn)單元，該再現(xiàn)單元被配置為使得所述電子郵件客戶端的用戶能夠再現(xiàn)包含在來自所述發(fā)送者的所述消息中的所述基于時間的媒體。
16.如權(quán)利要求15所述的電子郵件客戶端，其中所述再現(xiàn)單元還被配置為能夠以下列再現(xiàn)選項之一來再現(xiàn)來自所述發(fā)送者的所述消息的所述基于時間的媒體(i)以通過當(dāng)所述基于時間的媒體被接收時逐步地且同時地再現(xiàn)所述消息的所述基于時間的媒體的近實時模式；或( )以通過從存儲器中檢索和再現(xiàn)所述消息的所述基于時間的媒體的時移模式。
17.如權(quán)利要求16所述的電子郵件客戶端，其中所述再現(xiàn)單元還被配置為在所述(i) 近實時模式和所述(ii)時移模式之間無縫地轉(zhuǎn)換對所接收到的消息的所述基于時間的媒體的所述再現(xiàn)。
18.如權(quán)利要求16所述的電子郵件客戶端，其中所述再現(xiàn)單元還包括以下再現(xiàn)選項中的一個或多個⑴播放；( )快放；(iii)慢放；(iv)向前跳躍；(ν)向后跳躍；(vi)暫停；或(vii)跟上直播(CTL)，其中所述消息的所述基于時間的媒體以所述時移模式、以快于該媒體被初始編碼的速率被再現(xiàn)，并且然后當(dāng)所述基于時間的媒體的所述再現(xiàn)已經(jīng)跟上所述消息的直播點時變到所述近實時模式。
19.如前述權(quán)利要求中任一項所述的電子郵件客戶端，還包括通信設(shè)備，所述電子郵件客戶端駐留在所述通信設(shè)備上。
20.如權(quán)利要求19所述的電子郵件客戶端，其中所述通信設(shè)備由以下之一組成有線電話、無線電話、蜂窩電話、移動電話、計算機、無線電裝置、衛(wèi)星電話、衛(wèi)星無線電裝置、戰(zhàn)術(shù)無線電裝置或戰(zhàn)術(shù)電話。
21.如前述權(quán)利要求中任一項所述的電子郵件客戶端，還包括通信服務(wù)器，所述電子郵件客戶端駐留在所述通信服務(wù)器上并且通過網(wǎng)絡(luò)上的網(wǎng)頁可訪問。
22.如前述權(quán)利要求中任一項所述的電子郵件客戶端，其中所述接收者的所述電子郵件地址是與所述接收者相關(guān)聯(lián)的全球可尋址電子郵件地址。
23.如前述權(quán)利要求中任一項所述的電子郵件客戶端，其中，至少部分地由所述服務(wù)器使用所述接收者的所述電子郵件地址發(fā)現(xiàn)的路由是使用對所述接收者的所述電子郵件地址的DNS查找來確定所述接收者是否接收實時通信服務(wù)而被發(fā)現(xiàn)的。
24.如權(quán)利要求23所述的電子郵件客戶端，其中所述實時通信服務(wù)依賴于以下協(xié)議中的一個(i)VoIP；(ii)SIP；(iii)RTP；(iv)Skype；(ν)當(dāng)媒體在被接收時能夠?qū)崟r再現(xiàn)該媒體、但是允許所述媒體以時移模式被再現(xiàn)的通信協(xié)議；或(vi)⑴到(ν)的任何組合。
25.如權(quán)利要求11所述的電子郵件客戶端，其中附有所述媒體文件的所述電子郵件使用一路由被發(fā)送到所述接收者，該路由使用對所述接收者的所述電子郵件地址的DNS查找被至少部分地定義。
26.如前述權(quán)利要求中任一項所述的電子郵件客戶端，還包括差錯消息生成器，該差錯消息生成器被配置為如果所述基于時間的媒體不能被傳輸?shù)剿鼋邮照邉t生成差錯消息。
27.如前述權(quán)利要求中任一項所述的電子郵件客戶端，其中所述電子郵件客戶端還被配置為與訪問協(xié)議合作，所述訪問協(xié)議支持逐步地遞送包含在所述一個或多個接收到的消息中的所述基于時間的媒體。
28.如權(quán)利要求27所述的電子郵件客戶端，其中所述訪問協(xié)議是被修改為移除對在所接收到的一個或多個消息的所述基于時間的媒體能夠被分別下載到所述電子郵件客戶端之前要知道所述消息的實際大小的任何要求的IMAC或POP。
29.—種在網(wǎng)絡(luò)上向接收者逐步地且同時地傳輸基于時間的媒體的方法，包括使用與所述接收者相關(guān)聯(lián)的電子郵件地址將電子郵件消息尋址到所述接收者；以及當(dāng)與所述電子郵件消息相關(guān)聯(lián)的基于時間的媒體正被創(chuàng)建時，沿著使用與所述接收者相關(guān)聯(lián)的所述電子郵件地址發(fā)現(xiàn)的遞送路由，逐步地且同時地將基于時間的媒體傳輸?shù)剿鼋邮照摺?br> 30.如權(quán)利要求四所述的方法，還包括一旦所述電子郵件消息使用與所述接收者相關(guān)聯(lián)的所述電子郵件地址被尋址，就建立與位于所述網(wǎng)絡(luò)上的電子郵件服務(wù)器的電子郵件協(xié)議會話；以及一旦建立了與所述電子郵件服務(wù)器的所述電子郵件協(xié)議會話，則當(dāng)與所述電子郵件消息相關(guān)聯(lián)的基于時間的媒體被創(chuàng)建時，逐步地且同時地傳輸所述基于時間的媒體。
31.如權(quán)利要求四或30所述的方法，還包括在所述電子郵件消息的所述基于時間的媒體的創(chuàng)建完成之前，建立與所述電子郵件服務(wù)器的所述電子郵件協(xié)議會話。
32.如權(quán)利要求四到31中任一項所述的方法，還包括當(dāng)與所述電子郵件消息相關(guān)聯(lián)的基于時間的媒體正被創(chuàng)建時，逐步地且同時地存儲所述基于時間的媒體；以及如果在所述電子郵件消息的一些或所有的所述基于時間的媒體被創(chuàng)建之后所述電子郵件協(xié)議會話被建立，則逐步地從存儲器傳輸所述基于時間的媒體。
33.如權(quán)利要求30到32中任一項所述的方法，還包括使用下列項之一建立所述電子郵件協(xié)議會話(a)SMTP；(b)MicrosoftExchange ；或(c)任何專用電子郵件服務(wù)。
34.如權(quán)利要求四到33中任一項所述的方法，還包括逐步地且同時地遞送所述電子郵件消息的所述基于時間的媒體到與所述接收者相關(guān)聯(lián)的通信設(shè)備；以及使得所述接收者在所述基于時間的媒體被逐步地遞送時能夠在所述接收者的所述通信設(shè)備處逐步地且同時地再現(xiàn)所述電子郵件消息的所述基于時間的媒體。
35.如權(quán)利要求34所述的方法，其中使得所述接收者在所述基于時間的媒體被逐步地遞送時能夠在所述接收者的所述通信設(shè)備處逐步地且同時地再現(xiàn)所述電子郵件消息的所述基于時間的媒體還包括提供訪問協(xié)議給所述接收者，以訪問在與所述接收者相關(guān)聯(lián)的、所述網(wǎng)絡(luò)上的電子郵件服務(wù)器處的所述電子郵件消息的所述基于時間的媒體，所述訪問協(xié)議修改為移除要求在所述接收者能夠訪問所述基于時間的媒體之前要知道所述電子郵件消息的實際大小的限制；以及使得所述接收者在所述基于時間的媒體被逐步地遞送時能夠訪問所述基于時間的媒體。
36.如權(quán)利要求四到35中任一項所述的方法，還包括在與所述接收者相關(guān)聯(lián)的通信設(shè)備處遞送所述電子郵件消息的所述基于時間的媒體；實現(xiàn)在所述通信設(shè)備處存儲所述電子郵件消息的所述基于時間的媒體；以及提供給所述接收者通過從存儲器中檢索所述基于時間的媒體來在任意后來的時間回放所述電子郵件消息的所述基于時間的媒體的選項。
37.如權(quán)利要求36所述的方法，其中提供給所述接收者在任意后來的時間回放所述電子郵件消息的所述基于時間的媒體的選項包括以下項之(i)使得所述接收者能夠通過運行與所述接收者相關(guān)聯(lián)的電話或計算機的第一電子郵件客戶端來訪問所述電子郵件消息的所存儲的基于時間的媒體；( )使得所述接收者能夠通過在所述網(wǎng)絡(luò)上的電子郵件服務(wù)器上運行的、且由所述接收者可訪問的第二電子郵件客戶端來訪問所述電子郵件消息的所存儲的基于時間的媒體；(iii)⑴和( )兩者。
38.如前述權(quán)利要求四到37中任一項所述的方法，其中沿著所述遞送路由逐步地且同時地傳輸與所述電子郵件消息相關(guān)聯(lián)的基于時間的媒體還包括在所述網(wǎng)絡(luò)上的一跳或多跳之間逐步地且同時地傳輸所述基于時間的媒體。
39.如權(quán)利要求38所述的方法，對于所述一跳或多跳中的每一個，所述方法還包括 (i)使用所述接收者的所述電子郵件地址的DNS查找結(jié)果來定義到所述網(wǎng)絡(luò)上的下一跳的路由；( )逐步地且同時地傳輸所述電子郵件的所述基于時間的媒體到所述下一跳；以及 (iii)重復(fù)(i)和(ii)，直到所述基于時間的媒體被同時地且逐步地遞送到與所述接收者相關(guān)聯(lián)的、所述網(wǎng)絡(luò)上的電子郵件服務(wù)器。
40.如前述權(quán)利要求四到39中任一項所述的方法，還包括將開始時間/日期與所述電子郵件消息相關(guān)聯(lián)。
41.如前述權(quán)利要求四到40中任一項所述的方法，還包括將結(jié)束時間/日期與所述電子郵件消息相關(guān)聯(lián)。
42.如權(quán)利要求41所述的方法，還包括實施結(jié)束功能以明確定義所述電子郵件消息的所述結(jié)束日期/時間。
43.如權(quán)利要求41所述的方法，還包括通過默認(rèn)在已停止創(chuàng)建與所述電子郵件相關(guān)聯(lián)的所述基于時間的媒體后的一預(yù)定時間段，來定義所述電子郵件消息的所述結(jié)束日期/時間。
44.如權(quán)利要求四到43中任一項所述的方法，還包括使用在與所述電子郵件消息的發(fā)送者相關(guān)聯(lián)的通信設(shè)備上運行的電子郵件客戶端來創(chuàng)建所述電子郵件消息。
45.如權(quán)利要求四到43中任一項所述的方法，還包括在運行于由所述電子郵件消息的發(fā)送者可訪問的服務(wù)器上的電子郵件客戶端上創(chuàng)建所述電子郵件消息。
46.如權(quán)利要求四到45中任一項所述的方法，還包括在與所述發(fā)送者相關(guān)聯(lián)的發(fā)件箱中保存所述電子郵件消息。
47.如權(quán)利要求四到46中任一項所述的方法，還包括在與所述接收者相關(guān)聯(lián)的收件箱中保存所述電子郵件消息。
48.如權(quán)利要求四到47中任一項所述的方法，還包括將URL鏈接電子郵寄到所述接收者，所述URL鏈接定義用于訪問所述電子郵件消息的所述基于時間的媒體的網(wǎng)頁；以及當(dāng)所述網(wǎng)頁被所述接收者訪問時，提供所述電子郵件消息的所述基于時間的媒體。
49.如權(quán)利要求四到48中任一項所述的方法，還包括使用與所述接收者相關(guān)聯(lián)的通信設(shè)備在所述網(wǎng)絡(luò)上接收由所述接收者生成的回復(fù)消息；以及在所述網(wǎng)絡(luò)上傳輸所述回復(fù)消息到所述電子郵件消息的發(fā)送用戶。
50.如權(quán)利要求49所述的方法，其中使用以下方式之一生成所述回復(fù)消息(i)使得所述接收者能夠通過將明確的回復(fù)命令輸入到所述接收者使用的所述通信設(shè)備中來生成所述回復(fù)消息；或( )為回復(fù)發(fā)送到所述接收者的所述電子郵件消息，響應(yīng)于所述接收者創(chuàng)建基于時間的媒體，生成所述回復(fù)消息。
51.如權(quán)利要求四到50中任一項所述的方法，其中通過以下方式創(chuàng)建與所述電子郵件消息相關(guān)聯(lián)的所述基于時間的媒體并且將所述電子郵件消息尋址到所述接收者使用與所述發(fā)送用戶相關(guān)聯(lián)的所述通信設(shè)備定義所述接收者的所述電子郵件地址； 在與所述發(fā)送用戶相關(guān)聯(lián)的所述通信設(shè)備上實施“開始”消息功能；以及在實施所述開始功能后，在所述通信設(shè)備上創(chuàng)建所述消息的所述基于時間的媒體。
52.如權(quán)利要求四到51中任一項所述的方法，其中所述電子郵件消息通過以下方式之一被尋址到所述接收者(i)從聯(lián)系人列表中選擇所述接收者，響應(yīng)于所述選擇，與所述接收者相關(guān)聯(lián)的所述電子郵件地址從存儲位置被檢索；( )將與所述接收者相關(guān)聯(lián)的所述電子郵件地址手動地輸入到與所述電子郵件消息的發(fā)送者相關(guān)聯(lián)的通信設(shè)備中；或(iii)響應(yīng)于由所述接收者發(fā)送的之前消息，實施回復(fù)功能。
53.如權(quán)利要求52所述的方法，其中所述電子郵件消息通過以下方式被尋址到所述接收者為所述電子郵件消息創(chuàng)建帶有被指定用于定義所述接收者的至少一個欄的電子郵件消息報頭；以及將與所述接收者相關(guān)聯(lián)的所述電子郵件地址插入到所述被指定用于定義所述接收者的至少一個欄中。
54.如權(quán)利要求53所述的方法，還包括在與所述發(fā)送用戶相關(guān)聯(lián)的通信設(shè)備上創(chuàng)建所述電子郵件消息報頭以及插入所述接收者的所述電子郵件地址。
55.如權(quán)利要求53所述的方法，還包括在與所述發(fā)送用戶相關(guān)聯(lián)的且位于所述網(wǎng)絡(luò)上的電子郵件服務(wù)器上創(chuàng)建所述消息報頭以及插入所述電子郵件地址。
56.如權(quán)利要求四到55中任一項所述的方法，其中與所述接收者相關(guān)聯(lián)的所述電子郵件地址是全球可尋址電子郵件地址。
57.如權(quán)利要求四到56中任一項所述的方法，其中所述遞送路由是到與所述接收者相關(guān)聯(lián)的收件箱。
58.如權(quán)利要求57所述的方法，其中所述遞送路由包括所述網(wǎng)絡(luò)上的一跳或多跳。
59.如權(quán)利要求58所述的方法，對于所述遞送路由上的所述一跳或多跳中的每一個， 所述方法還包括以下項(i)使用與所述接收者相關(guān)聯(lián)的所述電子郵件地址的DNS查找結(jié)果來查明所述下一跳；以及( )對于每一個下一跳重復(fù)(i)，直到所述電子郵件消息的所述基于時間的媒體被遞送至與所述接收者相關(guān)聯(lián)的、所述網(wǎng)絡(luò)上的服務(wù)器。
60.如權(quán)利要求58所述的方法，其中所述一跳或多跳中的每一個包括以下項之一 (i)服務(wù)器到服務(wù)器跳；( )客戶端到服務(wù)器跳；或 (iii)服務(wù)器到客戶端跳。
61.一種實現(xiàn)基于時間的媒體的后期綁定的方法，所述基于時間的媒體當(dāng)在通信網(wǎng)絡(luò)上被傳輸時能夠被接收者近實時地再現(xiàn)，該方法包括使用與所述接收者相關(guān)聯(lián)的地址將消息尋址到接收者；逐步地創(chuàng)建與所述消息相關(guān)聯(lián)的基于時間的媒體；發(fā)現(xiàn)所述通信網(wǎng)絡(luò)上的激活的遞送路由，以使用與所述接收者相關(guān)聯(lián)的地址來逐步地且同時地遞送與所述消息相關(guān)聯(lián)的所述基于時間的媒體至所述接收者；以及當(dāng)所述激活的遞送路由被發(fā)現(xiàn)且可用時，在所述基于時間的媒體正被創(chuàng)建時，逐步地且同時地傳輸與所述消息相關(guān)聯(lián)的所述基于時間的媒體至所述接收者。
62.如權(quán)利要求61所述的方法，其中發(fā)現(xiàn)所述激活的遞送路由和逐步地且同時地傳輸所述消息的所述基于時間的媒體大體上同時發(fā)生。
63.如權(quán)利要求61或62所述的方法，其中發(fā)現(xiàn)所述激活的遞送路由在已經(jīng)開始創(chuàng)建所述消息的所述基于時間的媒體之后發(fā)生。
64.如權(quán)利要求61到63中任一項所述的方法，還包括當(dāng)所述基于時間的媒體被創(chuàng)建時，逐步地存儲所述基于時間的媒體；以及從存儲器逐步地且同時地傳輸在激活的發(fā)現(xiàn)路由被發(fā)現(xiàn)和可用之前所存儲的所創(chuàng)建的基于時間的媒體。
65.如權(quán)利要求61到64中任一項所述的方法，其中發(fā)現(xiàn)所述激活的遞送路由還包括定義在所述通信網(wǎng)絡(luò)上的、所述消息的發(fā)送者和所述接收者之間的一跳或多跳。
66.如權(quán)利要求65所述的方法，其中定義所述一跳或多跳還包括分別在所述一跳或多跳中的每一個處使用與所述接收者相關(guān)聯(lián)的所述地址的第一查找結(jié)果。
67.如權(quán)利要求66所述的方法，其中所述地址的所述第一查找結(jié)果是與所述接收者相關(guān)聯(lián)的電子郵件地址的DNS查找結(jié)果，所述第一查找結(jié)果確定所述接收者的所述地址是否在能夠支持近實時通信協(xié)議的域內(nèi)和所述網(wǎng)絡(luò)上的下一跳。
68.如權(quán)利要求67所述的方法，還包括如果所述第一查找結(jié)果是否定的則使用所述接收者的所述地址的第二查找結(jié)果，所述第二查找結(jié)果確定所述接收者是否在能夠支持電子郵件服務(wù)的域內(nèi)和用于遞送電子郵件消息到所述接收者的、至所述下一跳的遞送路由。
69.如權(quán)利要求68所述的方法，當(dāng)所述第二查找結(jié)果是肯定的時，所述方法還包括以下各項將與所述消息相關(guān)聯(lián)的所述基于時間的媒體封裝到文件中；將所述文件附于電子郵件消息；以及使用所確定的電子郵件遞送路由將帶有所附文件的所述電子郵件消息傳輸至所述接收者。
70.如權(quán)利要求61到69中任一項所述的方法，其中逐步地且同時地傳輸與所述消息相關(guān)聯(lián)的所述基于時間的媒體還包括使用通信協(xié)議，所述通信協(xié)議允許基于時間的媒體的近實時的通信，但不要求所述接收者以近實時模式回放所述基于時間的媒體。
71.如權(quán)利要求61到70中任一項所述的方法，還包括在與所述接收者相關(guān)聯(lián)的通信設(shè)備處逐步地且同時地遞送所述消息的所述基于時間的媒體；以及使得所述接收者能夠在所述基于時間的媒體被逐步地且同時地遞送時在所述接收者的所述通信設(shè)備處逐步地且同時地再現(xiàn)所述消息的所述基于時間的媒體。
72.如權(quán)利要求61到71中任一項所述的方法，還包括在與所述接收者相關(guān)聯(lián)的通信設(shè)備處遞送所述消息的所述基于時間的媒體； 在與所述接收者相關(guān)聯(lián)的通信設(shè)備處實現(xiàn)存儲所述消息的所述基于時間的媒體；以及提供給所述接收者通過從存儲器中檢索所述基于時間的媒體來在任意后來的時間回放所述消息的所述基于時間的媒體的選項。
73.如權(quán)利要求72所述的方法，其中在與所述接收者相關(guān)聯(lián)的所述通信設(shè)備處實現(xiàn)存儲所述消息的所述基于時間的媒體還包括(i)在與所述接收者相關(guān)聯(lián)的計算機或電話上實現(xiàn)存儲所述基于時間的媒體； ( )在由所述接收者可訪問的網(wǎng)絡(luò)上的服務(wù)器上實現(xiàn)存儲所述基于時間的媒體；或 (iii)⑴和( )兩者。
74.如權(quán)利要求61到73中任一項所述的方法，其中所述一跳或多跳中的每一個能夠包括以下項之一(i)服務(wù)器到服務(wù)器跳； ( )客戶端到服務(wù)器跳；或 (iii)服務(wù)器到客戶端跳。
75.如權(quán)利要求61到74中任一項所述的方法，其中逐步地且同時地傳輸與所述消息相關(guān)聯(lián)的所述基于時間的媒體還包括使用以下項之一 VoIP、SIP、RTP, Skype、逐步的電子郵件、允許基于時間的媒體的近實時通信的通信協(xié)議、或其任意組合。
76.一種用于在網(wǎng)絡(luò)上傳輸基于時間的媒體的方法，包括在具有一個或多個本地域的服務(wù)器處從發(fā)送用戶接收消息，所述消息包括想要發(fā)給接收者的基于時間的媒體，使用識別域中的所述接收者的電子郵件地址來將所述消息尋址到所述接收者；查明所述接收者的域是否在所述服務(wù)器的所述一個或多個本地域中； 如果所述接收者的域不在所述服務(wù)器的本地域中，則使用與所述接收者相關(guān)聯(lián)的所述電子郵件地址的第一 DNS查找結(jié)果來確定所述接收者的域是否提供近實時通信服務(wù)、并查明第一遞送路由以使用近實時通信協(xié)議將所述消息的所述基于時間的媒體遞送到所述接收者的域；且或者如果所述第一 DNS查找結(jié)果是肯定的，則在所述基于時間的媒體正被創(chuàng)建時，使用由所述第一 DNS查找結(jié)果查明的所述第一遞送路由并使用所述近實時通信協(xié)議來在所述網(wǎng)絡(luò)上逐步地傳輸所述消息的所述基于時間的媒體；或如果所述第一 DNS查找結(jié)果是否定的，則使用與所述接收者相關(guān)聯(lián)的所述電子郵件地址的第二 DNS查找結(jié)果來確定所述接收者的域是否提供用于所述電子郵件地址的電子郵件服務(wù)，且查明用來遞送電子郵件到所述接收者的電子郵件遞送路由；以及如果所述第二 DNS查找結(jié)果是肯定的，則還 將與所述消息相關(guān)聯(lián)的所述基于時間的媒體封裝到文件中； 在與所述消息相關(guān)聯(lián)的所述基于時間的媒體完成后將所述文件附于電子郵件；以及使用由所述第二 DNS查找結(jié)果定義的所述電子郵件遞送路由來傳輸帶有附件的所述電子郵件到所述接收者。
77.如權(quán)利要求76所述的方法，還包括如果所述第一DNS查找結(jié)果和所述第二 DNS查找結(jié)果兩者都是否定的，則生成表示所述消息的所述基于時間的媒體無法遞送的差錯消肩、ο
78.如權(quán)利要求76或77所述的方法，其中，在與所述消息的發(fā)送用戶相關(guān)聯(lián)的通信設(shè)備上，包括在所述消息中的所述基于時間的媒體被創(chuàng)建且與所述接收者關(guān)聯(lián)的所述電子郵件地址被定義。
79.如權(quán)利要求76到78中任一項所述的方法，還包括當(dāng)使用與所述消息的所述發(fā)送用戶關(guān)聯(lián)的第一通信設(shè)備創(chuàng)建所述基于時間的媒體時，使用所述第一 DNS查找結(jié)果且逐步地傳輸所述基于時間的媒體到所述接收者。
80.如權(quán)利要求79所述的方法，其中使用所述第二DNS查找的結(jié)果、將所述基于時間的媒體封裝到所述文件中、以及將所述文件附于所述電子郵件都是在所述第一通信設(shè)備上執(zhí)行的。
81.如權(quán)利要求76到80中任一項所述的方法，還包括在所述服務(wù)器處接收與所述接收者相關(guān)聯(lián)的所述電子郵件地址和包括所述基于時間的媒體的所述消息；在所述服務(wù)器處使用所述第一 DNS查找結(jié)果；以及如果所述第一 DNS查找的結(jié)果是肯定的，則在所述基于時間的媒體在所述服務(wù)器處被接收時，在所述網(wǎng)絡(luò)上沿著由所述第一 DNS查找結(jié)果所查明的所述第一遞送路由和使用所述近實時通信協(xié)議來逐步地傳輸所述消息的所述基于時間的媒體。
82.如權(quán)利要求81所述的方法，其中如果所述第一DNS查找的結(jié)果是否定的在所述服務(wù)器處將與所述消息相關(guān)聯(lián)的所述基于時間的媒體封裝到所述文件中；在所述服務(wù)器處將所述文件附于所述電子郵件；以及沿著由所述第二 DNS查找結(jié)果定義的所述電子郵件遞送路由來從所述服務(wù)器傳輸帶有所述附件的所述電子郵件。
83.如前述權(quán)利要求76到82中任一項所述的方法，還包括在與所述發(fā)送用戶相關(guān)聯(lián)的第一通信設(shè)備上創(chuàng)建想要發(fā)給所述接收者的所述消息；查明當(dāng)所述消息正被創(chuàng)建時所述第一通信設(shè)備是否未連接到所述網(wǎng)絡(luò)，其中未連接被定義為不能在所述網(wǎng)絡(luò)上從所述第一通信設(shè)備傳輸與所述消息相關(guān)聯(lián)的所述基于時間的媒體；在所述基于時間的媒體正被創(chuàng)建時，在所述第一通信設(shè)備上逐步地存儲所述消息的所述基于時間的媒體；以及在所述第一通信設(shè)備連接到所述網(wǎng)絡(luò)后且當(dāng)所述第一 DNS查找結(jié)果是肯定的時，在所述網(wǎng)絡(luò)上沿著所述第一遞送路由且使用所述近實時通信協(xié)議來從存儲器逐步地傳輸與所述消息相關(guān)聯(lián)的所述基于時間的媒體，其中連接到所述網(wǎng)絡(luò)被定義為能夠在所述網(wǎng)絡(luò)上從所述第一通信設(shè)備傳輸與所述消息相關(guān)聯(lián)的所述基于時間的媒體。
84.如前述權(quán)利要求76到83中任一項所述的方法，還包括在與所述發(fā)送用戶相關(guān)聯(lián)的第一通信設(shè)備上創(chuàng)建想要發(fā)給所述接收者的所述消息；查明當(dāng)所述消息正被創(chuàng)建時所述第一通信設(shè)備是否未連接到所述網(wǎng)絡(luò)，其中未連接被定義為不能在所述網(wǎng)絡(luò)上從所述第一通信設(shè)備傳輸與所述消息相關(guān)聯(lián)的所述基于時間的媒體；在所述基于時間的媒體正被創(chuàng)建時，在所述第一通信設(shè)備上逐步地存儲所述消息的所述基于時間的媒體；以及當(dāng)所述第一通信設(shè)備使用在所述第一 DNS查找結(jié)果是否定的且所述第二 DNS查找結(jié)果是肯定的時候由所述第二 DNS查找結(jié)果定義的所述電子郵件遞送路由重新連接到所述網(wǎng)絡(luò)時，傳輸帶有所述附件的所述電子郵件到所述接收者，其中連接到所述網(wǎng)絡(luò)被定義為能夠在所述網(wǎng)絡(luò)上傳輸所述電子郵件。
85.如前述權(quán)利要求76到84中任一項所述的方法，還包括在所述基于時間的媒體正被逐步地傳輸和遞送到所述接收者時，在與所述接收者相關(guān)聯(lián)的通信設(shè)備上實現(xiàn)逐步地且同時地再現(xiàn)所述消息的所述基于時間的媒體。
86.如前述權(quán)利要求76到85中任一項所述的方法，還包括將包括在所述消息中的所述基于時間的媒體存儲在與所述發(fā)送用戶相關(guān)聯(lián)的發(fā)件箱中。
87.如前述權(quán)利要求76到86中任一項所述的方法，其中所述近實時通信協(xié)議包括以下項之一 VoIP、SIP、RTP、Skype、逐步的電子郵件、允許基于時間的媒體的近實時的通信的通信協(xié)議、或其任意組合。
88.如前述權(quán)利要求76到86中任一項所述的方法，其中所述近實時通信協(xié)議是允許基于時間的媒體的通信、但是不要求所述接收者以近實時模式回放所述基于時間的媒體的通信協(xié)議。
89.如前述權(quán)利要求76到88中任一項所述的方法，還包括將URL鏈接電子郵寄到所述接收者，所述URL鏈接定義用于訪問所述消息的所述基于時間的媒體的網(wǎng)頁；以及當(dāng)所述網(wǎng)頁被所述接收者訪問時，提供所述消息的所述基于時間的媒體。
90.如前述權(quán)利要求76到89中任一項所述的方法，還包括使用與所述接收者相關(guān)聯(lián)的通信設(shè)備在網(wǎng)絡(luò)上接收由所述接收者生成的回復(fù)消息；以及在所述網(wǎng)絡(luò)上傳輸所述回復(fù)消息到所述發(fā)送用戶。
91.如權(quán)利要求90所述的方法，其中所述回復(fù)消息使用以下方式之一被生成(i)使得所述接收者能夠通過將明確的回復(fù)命令輸入到由所述接收者使用的所述通信設(shè)備來生成所述回復(fù)消息；或( )響應(yīng)于被發(fā)送到所述接收者的所述消息，為回復(fù)所述接收者創(chuàng)建基于時間的媒體，生成尋址到所述發(fā)送用戶的所述回復(fù)消息，所述發(fā)送用戶的所述電子郵件地址從由所述接收者接收的所述消息中提取。
92.如前述權(quán)利要求76到91中任一項所述的方法，其中通過以下方式，包括在所述消息中的所述基于時間的媒體被創(chuàng)建且所述消息被尋址到所述接收者使用與所述發(fā)送用戶相關(guān)聯(lián)的所述通信設(shè)備定義所述接收者的所述電子郵件地址；在與所述發(fā)送用戶相關(guān)聯(lián)的所述通信設(shè)備上實施“開始”消息功能；以及在實施所述開始功能后，在所述通信設(shè)備上創(chuàng)建所述消息的所述基于時間的媒體。
93.如前述權(quán)利要求76到92中任一項所述的方法，其中所述消息通過以下方式之一被尋址到所述接收者(i)從聯(lián)系人列表中選擇所述接收者，響應(yīng)于所述選擇，與所述接收者相關(guān)聯(lián)的所述電子郵件地址從存儲位置被檢索；(ii)將所述電子郵件地址手動地輸入到與所述發(fā)送者相關(guān)聯(lián)的通信設(shè)備中；或(iii)響應(yīng)于由所述接收者發(fā)送的之前消息，實施回復(fù)功能。
94.如權(quán)利要求93所述的方法，其中所述消息通過以下方式被尋址到所述接收者 創(chuàng)建帶有被指定用于定義所述接收者的至少一個欄的消息報頭；以及將與所述接收者相關(guān)聯(lián)的所述電子郵件地址插入到所述被指定用于定義所述接收者的至少一個欄中。
95.如權(quán)利要求94所述的方法，還包括在與所述發(fā)送用戶相關(guān)聯(lián)的通信設(shè)備上創(chuàng)建所述消息報頭以及插入所述接收者的所述電子郵件地址。
96.如權(quán)利要求94所述的方法，還包括在所述服務(wù)器上創(chuàng)建所述消息報頭以及將所述電子郵件地址插入到所述消息報頭中。
97.如前述權(quán)利要求76到96中任一項所述的方法，其中所述接收者的所述電子郵件地址是全球可尋址電子郵件地址。
98.如前述權(quán)利要求76到97中任一項所述的方法，其中所述第一遞送路由是到與所述接收者相關(guān)聯(lián)的收件箱。
99.如前述權(quán)利要求76到98中任一項所述的方法，其中所述第一遞送路由包括所述網(wǎng)絡(luò)上的一跳或多跳以遞送所述消息的所述基于時間的媒體到所述接收者。
100.如權(quán)利要求99所述的方法，還包括對于所述一跳或多跳，分別依賴于一個或多個 DNS查找結(jié)果。
101.如權(quán)利要求99所述的方法，其中所述一跳或多跳中的每一個包括以下項之一 (i)服務(wù)器到服務(wù)器跳；( )客戶端到服務(wù)器跳；或 (iii)服務(wù)器到客戶端跳。
102.如前述權(quán)利要求76到101中任一項所述的方法，還包括 在所述服務(wù)器處接收所述消息的所述基于時間的媒體；以及將所述消息的所述基于時間的媒體從所述服務(wù)器轉(zhuǎn)發(fā)到與所述接收者相關(guān)聯(lián)的通信設(shè)備。
103.如前述權(quán)利要求76到102中任一項所述的方法，還包括查明所述接收者的所識別的域是否在所述服務(wù)器的所述一個或多個本地域中；且或者；如果所述接收者接收實時通信服務(wù)，則使用實時通信協(xié)議來將包括所述基于時間的媒體的所述消息遞送到所述接收者；或者如果所述接收者接收所述電子郵件服務(wù)但不接收所述實時通信服務(wù)，則將帶有附在所述文件中的所述基于時間的媒體的所述電子郵件遞送到所述接收者。
104.一種用于在網(wǎng)絡(luò)上傳輸基于時間的媒體的方法，包括在具有一個或多個本地域的服務(wù)器處接收想要發(fā)給接收者的包括基于時間的媒體的消息，所述消息使用與所述接收者相關(guān)聯(lián)的全球可尋址電子郵件地址被尋址到所述接收者；查明與所述接收者相關(guān)聯(lián)的所述全球可尋址電子郵件地址是否定義了所述服務(wù)器的所述一個或多個本地域中的域；如果所述全球可尋址電子郵件地址的所定義的域在所述服務(wù)器的所述一個或多個本地域之外，則使用與所述接收者相關(guān)聯(lián)的所述全球可尋址電子郵件地址的第一 DNS查找結(jié)果來確定所述接收者是否接收近實時通信服務(wù)并查明用于在所述網(wǎng)絡(luò)上使用所述近實時通信協(xié)議遞送所述消息的所述基于時間的媒體到所述接收者的遞送路由；以及如果所述第一查找結(jié)果是肯定的，則在所述基于時間的媒體正被創(chuàng)建時，使用由所述第一 DNS查找結(jié)果查明的所述遞送路由并使用所述近實時通信協(xié)議來逐步地且同時地在所述網(wǎng)絡(luò)上傳輸所述消息的所述基于時間的媒體。
105.如權(quán)利要求104所述的方法，還包括 查明所述第一 DNS查找結(jié)果是否是否定的；如果所述第一 DNS查找結(jié)果是否定的，則使用與所述接收者相關(guān)聯(lián)的所述全球可尋址電子郵件地址的第二 DNS查找結(jié)果來確定所述接收者是否使用所述全球可尋址電子郵件地址接收電子郵件服務(wù)，并查明用于遞送電子郵件到所述接收者的電子郵件遞送路由；以及如果所述第二 DNS查找結(jié)果是肯定的，則還 將與所述消息相關(guān)聯(lián)的所述基于時間的媒體封裝到文件中； 在與所述消息相關(guān)聯(lián)的所述基于時間的媒體完成后將所述文件附于電子郵件；以及使用由所述第二查找結(jié)果定義的所述電子郵件遞送路由來傳輸帶有所述附件的所述電子郵件到所述接收者。
106.如權(quán)利要求105所述的方法，還包括如果所述第一DNS查找結(jié)果和所述第二 DNS 查找結(jié)果都是否定的，則生成表示所述消息的所述基于時間的媒體無法遞送的差錯消息。
全文摘要
一種具有支持基于時間的媒體的實時通信能力的電子郵件客戶端。該電子郵件客戶端包含會話單元，其被配置為當(dāng)尋址域內(nèi)接收者的電子郵件地址被定義時與服務(wù)器建立會話。一旦該電子郵件地址被定義，該電子郵件客戶端的傳輸單元被配置為當(dāng)基于時間的媒體正被創(chuàng)建時經(jīng)由路由同步地且逐步地傳輸基于時間的媒體到接收者，該路由通過查找該電子郵件地址的域被至少部分地發(fā)現(xiàn)。一旦接收者的電子郵件地址被定義，通過至少部分地發(fā)現(xiàn)到接收者的路由，該傳輸單元會逐步地將基于時間的媒體遞送到該接收者。
文檔編號H04L29/06GK102292944SQ200980155405
公開日2011年12月21日 申請日期2009年9月22日 優(yōu)先權(quán)日2009年1月30日
發(fā)明者托馬斯·E·凱蒂斯, 瑪麗·G·潘塔加, 詹姆士·T·潘塔加, 馬修·J·蘭尼 申請人:沃克瑟知識產(chǎn)權(quán)有限責(zé)任公司