TWI455530B - 擴展傳訊平臺 - Google Patents

Description

擴展傳訊平臺 發明領域

本申請案關於用於提供擴展傳訊服務之系統及方法。本發明尤其但不全是關於在一行動通訊網路内提供擴展傳訊及/或檔案共享服務。

發明背景

在行動通訊系統中使用的傳訊之最多形式為短訊息服務(SMS)。典型地，訊息自發端裝置被發送到提供一儲存及轉送(store-and-forward)機制的一短訊息服務中心(SMSC)。在該SMSC及手機之間的短訊息之傳輸利用SS7協定之行動應用部分(Mobile Application Part,MAP)來完成。訊息籍由MAP行動端發起轉送SM(mo-ForwardSM)及行動端終止轉送SM(mt-ForwardSM)操作來發送，其負載長度受發信協定之約束而被精確地限制於140個八位元組(140個八位元組=140*8位元=1120位元)。短訊息可利用各種字母來編碼：預設GSM7位元字母(在下面顯示)、8位元資料字母及16位元UTF-16/UCS-2字母。

根據用戶已在該手機中配置了哪種字母，將導致160個7位元字符、140個8位元字符或者70個16位元字符(包括空格)之最大個別短訊息大小。對GSM手機及網路元件來說，支持該GSM7位元字母是強制性的，但是在諸如阿拉伯語、漢語、朝鮮語、日語或西里爾字母語言(例如俄語)中的字符必須利用該16位元UCS-2字符編碼(Unicode)來編碼。路由資料及其他元資料對該負載大小來說是附加的。

如果一接收者不可及，該SMSC排佇該訊息以稍後重試。一些SMSC也提供一“轉送及遺忘”選項，其中傳送只被嘗試一次。相應地訊息遞送盡最大努力，因此不保證一訊息會實際地被遞送到它的接收者且延遲或者完全丟失一訊息也是常見的，尤其當在網路之間發送時。

近年來諸如即時訊息及電子郵件的附加的訊息服務已經移轉到行動環境中。在一標準桌上型電腦環境中，即時傳訊(IM)在一個網路上的兩個或者更多參與者之間提供即時的以文字為基的或接近即時的通訊。因此IM與諸如電子郵件這樣的服務之間的主要區別是使用者之間的通訊之感知的同步性，傳訊以即時或者接近即時來完成。即時訊息典型地被記錄於一本地通訊歷史記錄中，其彌補了與電子郵件之持久性之差距及有助於迅速交換像URLs或者文件摘錄之資訊(當透過電話通訊時其可能不實用)。IM允許有效的且效率高的通訊，其特徵在於應答或者回覆之立刻接收。

行動即時傳訊(MIM)略微不同於標準桌上型IM應用程式之即時傳訊。MIM是一存在狀態致能傳訊服務，其嘗試將該桌上型傳訊經驗轉移到正在移動中的使用情境。然而一些桌上型經驗之核心概念一方面適用於一已連接的行動裝置，而其它的不適用。例如一些形狀因數及移動性相關差異需要被考慮以產生一真正適當的、強健的且仍方便的行動經驗，諸如頻寬、記憶體大小、媒體格式之可得性、基於小鍵盤之輸入、螢幕輸出、CPU性能及電池電源是中心問題，而這些對於具備已連接網路之桌上型裝置使用者及甚至遊牧(nomadic)使用者來說則不然。

正如上所提及，行動資料網路會可能是不可靠的且訊息可能會丟失(盡最大努力之訊息遞送)。現有的行動即時傳訊(IM)“閘道器”產品把IM訊息看作“閒聊”。這樣則不保證該訊息會被遞送到該預期的接收者，因為MIM不把一訊息之丟失看作是重要的事。這樣MIM之目前的實施態樣不輕易地適合於一商業環境或資訊之該遞送很重要的其它應用。

如上所討論，大多數現有的傳訊系統(例如SMS)提供有限的儲存容量。在SMS之情況下，可能需要一本地PC備份/歸檔以提供任何一種訊息備份能力且進而該過程實質上是手動的。想要保存訊息的一使用者必須在刪除他們的行動裝置上的訊息以為新訊息腾出空間之前執行該手動過程。

因此，需要提供一個會被一非正式的及商業的或者重要的使用者接受之可靠的傳訊解決方案。也會有利的是，提供一設施以使使用者能備份已發送及已接收的訊息以供以後察看。

發明概要

因此，在本發明之一個層面中，提供了一擴展訊息系統，該系統包括：受組配以接收經由一第一遞送通道從用於遞送的發端裝置到至少一個接收裝置的訊息的至少一個伺服器；及其中該至少一個伺服器進一步受組配以如果經由該第一遞送通道的該訊息之遞送沒能實現，選擇一替代遞送通道；可選擇地，該發端裝置可受組配以如果經由該第一遞送通道的該訊息之遞送沒能實現，選擇一替代遞送通道。

該傳訊網路可被認為包括一發端裝置、至少一個伺服器及一個或多個接收者(這些接收者可能是行動裝置或者電子郵件或者其它接收者類型)。

一訊息可被認為是一文字訊息或者可以是某種其它類型之資料訊息或檔案，諸如但不受限於一圖像、音樂檔案或文件。

該遞送保證之原理適用於訊息傳輸之所有部分。因此，該發端裝置可以包括一個或多個預先定義的規則集，用於控制該訊息如何被發送。該規則集可包括與在該第一遞送通道上重發該訊息之前該發端裝置等待的該段時間有關的資訊，在切換到一替代遞送通道之前在該第一遞送通道上之該等重試多久一次及持續多長時間。該訊息可包括一重試計數器，其在該發端裝置每一次嘗試遞送該訊息至該最少一個伺服器之後而遞增。該系統可使該使用者能夠依照他們的偏好重新配置該規則集。

該發端裝置可以向該使用者顯示一指示，提供關於該訊息之遞送狀態的資訊。

該第一遞送通道可以是一基於網際網路協定(IP)的傳訊通道且該訊息可以是一即時訊息或者聊天訊息。較佳地，該替代遞送通道是一SMTP、MIME、POP、IMAP或者類似傳訊通道。適當地，該替代遞送通道可以是一SS7或者類似的傳訊通道。在一替代遞送通道被用於該訊息之遞送之情況下，該發端裝置或者該至少一個伺服器可重新格式化該訊息以符合該替代遞送通道之傳訊標準。

較佳地，該發端裝置適用於在該該至少一個伺服器經由該第一傳訊通道接收到該訊息之後接收來自該至少一個伺服器的一應答訊息。

在無應答訊息返回到該發端裝置的情況下，該發端裝置使用該等商業規則及該發送者之使用者設定來決定採取的動作。典型地，這可包括一預先定義的重試嘗試之次數及接著向遞送會受到影響的該替代遞送通道的一切換。它還可要求該使用者介入來決定採取什麼動作。進一步地它可以包括籍由該最初遞送通道到該伺服器的一遞送，該最初遞送通道具有包括於該訊息標頭中的用來指示該伺服器切換到該第二遞送通道之指令。

一旦該訊息已經達到該至少一個伺服器，它必然會被路由到該一個或多個接收者上。該至少一個伺服器將首先嘗試用由該發端裝置之該使用者指定的該遞送通道遞送該訊息。

該伺服器可以包括一個或多個預先定義的規則集，用於控制該訊息如何被發送。該規則集可包括與在該第一遞送通道上重發該訊息之前該至少一個伺服器等待的該段時間有關的資訊，在切換到一替代遞送通道之前在該第一遞送通道上之該等重試多久一次及持續多長時間。該訊息可包括一重試計數器，其在該伺服器之每一次嘗試遞送該訊息到該至少一個接收裝置之後而遞增。該系統可使該使用者能夠依照他們的偏好重新配置該規則集。可選擇地，該伺服器可解除管理重試的責任給該發端裝置。

較佳地，該至少一個伺服器適用於在該至少一個接收裝置經由該第一傳訊通道接收到該訊息之後接收來自該至少一個接收裝置的一應答訊息。該系統還可以受組配以使該至少一個伺服器通知該發端裝置該訊息已被該至少一個接收裝置接收。該端對端通知只在該發端裝置正在管理該重試程序時才需要，以提供保證式遞送。在事實並非如此且該至少一個伺服器仍然控制該程序及保持遞送之確實性的情況下，並不強制將該接收應答返回給該發端裝置。該應答訊息可以是任一適當的格式，但有條件是它含有一最小的、充分的資訊將該應答與該訊息關聯在一起。例如，該應答可包括一序列號、一時間戳記、一唯一ID或者類似之物。該唯一ID可以自與該訊息之接收相關聯的該序列號及時間戳記來產生。

可選擇地，該伺服器只把接收之該應答傳遞到該發端裝置。在這種方式下，該發端裝置對推動該遞送之保證到該接收裝置負更多的責任。

在無應答訊息返回到該至少一個伺服器的情況下，該伺服器使用該等商業規則及該發送者和接收者之使用者設定來決定採取的動作。典型地，這可包括一已定義的重試嘗試之次數及接著向遞送會受到影響的該替代遞送通道的一切換。

該至少一個伺服器可以耦接到一資料庫。該伺服器可受組配以週期性地將每次嘗試遞送一訊息之一記錄及網路特定資訊寫入到該資料庫。該資料庫還可被用作用於經過該遞送伺服器的所有訊息的一訊息儲存庫。該系統可為該使用者提供一適當的介面來接取該使用者所發送及接收的所有訊息。

在本發明之另一層面中，提供了一種用於路由訊息之方法，該方法包括以下步驟：在一伺服器接收從用於遞送的一發端裝置到該至少一個接收者的一訊息；經由一第一遞送通道轉送該訊息到該至少一個接收裝置；等待來自該至少一個接收裝置的應答訊息之接收，且如果無應答訊息被接收到，該伺服器經由一替代遞送通道重發該訊息到該至少一個接收裝置。

該方法可包括以下步驟：在經由該替代遞送通道重發該訊息之前經由該第一遞送通道重發該訊息達一預先決定的次數。適當地，經由該第一遞送通道重發該訊息之步驟包括遞增與該訊息相關聯的一重試計數器之步驟。該方法可以可取捨地包括以下步驟：如果先前沒能經由該第一遞送通道影響該遞送，在該發端裝置開始經由該替代遞送通道傳送該訊息。(即，發端裝置具有超控第一遞送通道之重試的能力)

適當地，經由該替代遞送通道轉送該訊息之步驟進一步包括重新格式化該訊息以符合該通道之傳訊標準之步驟。

該方法也可包含在該接收裝置上進行處理來識別重複的訊息。在低網路可靠性存在的情況下，在該至少一個伺服器或者發端裝置得到一回應以指示成功接收前訊息可能被發送多次。在這是由於該接收沒能被發送而不是該訊息本身的情況下，結果可能是重複的訊息到達該接收裝置。這籍由利用包含於以上描述的訊息中的該唯一識別符來處理。該接收裝置查看在先前接收到的訊息中的該唯一識別符且不再次顯示先前已接收到的且已顯示的一訊息。

在本發明之另一方面中，一指示可顯示給該使用者，指示一訊息之該遞送狀態。在一個方式中，在訊息重試籍由該發端裝置控制的情況下，較佳地有對試圖退出該發送應用程式的使用者之一警告，警告其一訊息尚未獲確認正在被遞送且重試仍未完成。

圖式簡單說明

為了本發明更容易地被理解及付諸實施，現在將要參考附圖，其說明了本發明之較佳實施例，且其中：第1圖是根據本發明之一個實施例之一擴展訊息系統之一示意性方塊圖。

第2圖是繪示在根據本發明之一個實施例之該傳訊系統中各種節點之間的發信的一流程圖。

較佳實施例之詳細說明

關於第1圖這裡根據本發明之一個實施例說明了一傳訊系統100。在本發明之脈絡中，一訊息可被認為是一文字訊息或者可以是某種其它類型之資料訊息或檔案，諸如但不受限於一圖像、音樂檔案或文件。

如圖所示，一發端裝置101(例如行動手機、PDA、可攜式電腦或類似物)被使用者使用以藉由裝置之傳訊應用程式102創建一訊息。在此實例中，該傳訊應用程式是一行動IM應用程式。一旦該使用者創建了該期望的訊息，該使用者將會從他們的聯絡人或者好友列表103中選擇一個或多個接收者107。接收者107可以是該相同網路104之成員或者一不同網路106之成員。一旦選定了該等接收者107，該裝置之傳訊應用程式102將會經由該網路104把該訊息連同關於該等預期接收者及用於訊息的通向接收裝置107的要使用的優選遞送通道之資訊轉送到該遞送伺服器105。該等優選遞送通道可以是基於資料(網際網路協定/IP)的傳訊(諸如即時傳訊或聊天)、SMS、MMS、電子郵件或其它任何已定義的傳訊格式。

一旦該發端裝置101已經轉送該訊息到該遞送伺服器105，它期望從該遞送通道105接收一應答訊息/封包以確認該訊息之接收。該應答之特定格式並非關鍵，但有條件是它能夠被輕易地與該起初所發送的訊息關聯起來。有很多用於把該應答訊息和該最初所發送的訊息關聯起來的方法。例如該關聯可以透過使用用來產生把該應答訊息和該最初所發送的訊息關聯起來的一唯一訊息ID之一序列號、一時間戳記或者類似之物來完成。

如果該發端裝置101沒能接收一應答，在嘗試重發該訊息之前，它基於一預先定義的規則集等待一段預先決定的時間。該預先定義的規則集不僅定義了重發該訊息之前該裝置等待的該段時間，而且定義了重試多久一次及將持續多長時間。例如，該規則集可受組配以允許該發送裝置101最多10次重試，在該最初嘗試發送該訊息之後每次重試間隔五分鐘。用完重試之該最大數量後，該發端裝置101仍不能完成訊息遞送，一段預定的時間後，它可接著嘗試經由一另一方法影響遞送以將該訊息路由到該遞送伺服器105。

此外，如果當訊息仍未被發送時，一使用者試圖登出或者退出該發端裝置客戶端應用程式，在完成登出或者退出之前，該發端裝置客戶端應用程式將通知使用者該訊息之該遞送狀態並提供可供選擇的遞送選項。

如第1圖所示，該遞送伺服器105在此實例中被耦接到至少一個電子郵件伺服器108及/或至少一個傳訊中心(SMSC、MMSC)109以提供多個替代遞送通道。如果該訊息經由該最初遞送通道(即該訊息本體格式)無法被路由到接收裝置，該遞送伺服器將切換到下一個優選遞送格式。例如，該遞送伺服器105可從IM切換為SMS以實現該訊息之遞送。

可選擇地，如果該訊息經由籍由該使用者選擇的該最初遞送通道無法遞送，該發端裝置101可促使該使用者選擇一供選擇的遞送通道。在某些情況下一使用者可能選擇該伺服器知道是不可用的一通道，例如，該使用者可能選擇基於IP的傳訊，但是該伺服器知道該接收裝置無法接收這種類型的訊息。在這種情況下，該遞送伺服器105把該訊息轉換為一替代訊息格式(SMS、email等)以經由一替代遞送通道(例如電子郵件閘道器108、SMSC 109)遞送。

該最初遞送通道可包括一組包括於該訊息標頭中的用以指示該伺服器切換到該第二遞送通道之指令。

每一次該訊息籍由該遞送伺服器105遭發送(及重發)，它攜帶一重試計數器，該重試計數器從0(最初遞送)向上計數。每次重試，該計數器就遭遞增以指示重試。基於該遞送伺服器上配置的該規則集，該遞送伺服器就能根據該重試計數來選擇嘗試可選擇的遞送方法來遞送一訊息。這允許經過一特定次數之重試後，把該訊息轉換為一SMS、MMS或者電子郵件。在最初疊代中，一訊息將從第三次重試開始嘗試經由SMS遞送。

每次嘗試遞送該訊息和包括蜂巢格站點(cell site)等的網路資訊之一記錄籍由該伺服器被儲存在資料庫110中。在這種情況下該遞送伺服器105可以耦接到該網路104之本地暫存器(HLR)。當一訊息未能被成功遞送時，一日誌記錄被寫到該資料庫110中。該記錄不僅包括關於未成功遞送的資訊，它還包括與該接收行動裝置有關的該HLR資訊。進而使用標準資料分析工具所提供的對該資料之後續分析可顯示需要維護及或升級的特定網路區域。這樣的紀錄可識別特定載體(carrier)覆蓋範圍問題或者其它的網路缺陷。此外，該資料庫110可被用作用於使用者訊息的一儲存設施，其在下面會被更詳細描述。

第2圖根據本發明之一個實施例描述了籍由該傳訊系統100使用的該發信。為了實現該訊息之遞送，該遞送伺服器105需要首先識別該(等)預期的接收者107及該使用者優選遞送通道。在該網路中的每一個客戶端裝置(發端或收端101、107)使用一基於時間的心跳(heartbeat)異動213與該伺服器通訊，這允許該伺服器追蹤在網路中的所有裝置之存在狀態(presence)。在本範例中，每一個客戶端裝置每10分鐘發送一心跳到該伺服器。如果該伺服器沒接收到其預期的心跳，它將該客戶端裝置標示為離線。

該心跳異動不僅用於顯示該客戶端裝置之存在狀態，也顯示目前可得以用於該客戶端裝置之服務等級。例如，在該使用者已經指示利用例如IM通訊的一優選遞送的情況下，該伺服器檢查以確認該接收者107連接著該伺服器且能夠透過藉由該接收裝置之心跳所提供的資訊來接收訊息。在某些情況下，該接收裝置107可能沒準備好或者不能接收一IM訊息，該遞送伺服器105則嘗試使用適當的替代遞送通道諸如一SMS 209、電子郵件207或者其它適當的傳訊格式來發送該訊息到每一個接收者。對每一遞送方式來說，當該訊息已經遭遞送時，一確認/應答訊息被期望來自該接收者(或者遞送代理，在SMS及電子郵件的情況下視情況而定)。此確認/應答訊息接著將繼續被傳給該訊息之最初發送者。如以上所提及，該確認訊息之特定格式並非關鍵，但有條件是它允許該系統把該確認訊息與該最初發送的訊息關聯起來。

如第2圖所示，發端裝置101轉送該IM訊息201到該遞送伺服器105用於經由該最初遞送通道202遞送到該接收裝置107。該遞送伺服器105發回一應答訊息到該發端裝置101。該遞送伺服器繼續發送該IM訊息到該接收裝置107。該接收裝置107接著發回一應答訊息203到該遞送伺服器105，該遞送伺服器105接著可取捨地通知該發送裝置101該訊息204之成功的端對端遞送。如果該最初遞送202通道不可用，遞送伺服器105則嘗試經由一替代遞送通道諸如經由電子郵件閘道器108的電子郵件205，或者經由SMSC 109的SMS 206來路由該訊息。

在電子郵件是該遭選擇的替代遞送路由的情況下，該遞送伺服器105在把該訊息205轉送給該電子郵件閘道器之前，把該訊息從它的本體格式轉換為該適當的電子郵件格式。電子郵件閘道器108接著轉送該訊息207到該接收裝置107，該接收裝置接著發回一應答訊息208。相似地，在SMS或者MMS被選為該替代遞送通道的情況下，該遞送伺服器105在轉送該訊息到該SMSC 109之前，把該訊息從它的本體格式轉換為一適當大小的SMS封包。然而在本發明之目前實施例中，在這種情況下，可以可取捨地執行訊息截斷，因為許多SMS訊息封包遭發送且需要以一整體遞送該訊息到接收裝置107。該SMSC 109接著轉送該訊息209到該接收裝置107，該接收裝置然後發回一應答訊息210。在該所說明的範例中，該伺服器不期待得到透過電子郵件伺服器及/或SMSC/SMS閘道器的經由電子郵件或SMS所發送的針對訊息的確認211、212(以虛線所示)，因為這些格式都被認為是可接受地可靠的。然而，熟於此技者可了解的是，這樣一驗證程序可很快被納入該系統。

如上所提及，自該遞送伺服器105到該接收裝置107的訊息之該路由安排可以透過在該遞送伺服器105上實施的一套預先定義的規則來完成。該規則集控制重試嘗試之次數；要使用的替代遞送通道及它們的順序；重試持續的時間；重試嘗試之頻率。下面的表根據本發明之一個實施例顯示了適用於以一文字傳訊系統來路由訊息的一規則集之一個範例。

在本發明之另一實施例中，在該訊息包括一圖像或者其它的檔案的情況下，該替代遞送通道可受組配成MMS或者某種其它檔案傳送協定。

該使用者可以配置該規則集以適合他們的偏好，例如經由一線上介面或類似之物。規則狀態的改變接著被傳遞到該遞送伺服器，該遞送伺服器為該特定使用者修改該規則集之該操作。在本範例中，該使用者可基於他們的狀態設定、他們的離線設定及他們的當前網路存在狀態來定義一訊息如何被路由到他們。如上所提及，該心跳異動通知該遞送伺服器該使用者之存在狀態。然而，該使用者接收訊息之可得性基於該使用者定義的狀態設定、他們的“離線設定”及他們是否連線(登入)之一組合來決定：

‧當離線時SMS路由，其通知該伺服器當客戶端裝置狀態被設定為離線時經由SMS來路由該訊息；

‧電子郵件路由，其當該使用者未登入到一客戶端裝置時路由該訊息到電子郵件；

‧喚醒，其允許該系統用SS7或者SMS0喚醒該接收裝置上的該客戶端應用程式，然後把該訊息呈現給該使用者；

‧保存於伺服器，其通知該伺服器保存該訊息到該伺服器直到該使用者登回到其客戶端裝置。

因此可得性成為使用者定義的屬性，其使該使用者能夠修改該系統的規則集之應用。如在第1表中所示，根據該使用者是線上或者離線，在該系統内有使用者可從其中選擇的多個狀態。該4個主要的狀態類型是可接收、不可接收、請勿打擾及隱身。在網路中，如果使用者選擇離線設定允許經由一替代遞送通道來及時遞送一訊息，當離線時該使用者選擇的該狀態遭保持。如果一網路内使用者選擇了不允許及時遞送之離線設定，諸如電子郵件或“保存於伺服器”，當他們離線時，他們的可得性將顯示為“無法通訊”。對於一客戶端裝置之“網路外”使用者來說，有限的離線設定是可得到的，諸如保存於伺服器及電子郵件。因此，一離線網路外使用者一直被認為“無法通訊”。

除上述外，該系統還可向該使用者呈現指定一訊息之各種特徵之能力，例如訊息重要性。訊息重要性可由該發送者設定為一般或高。訊息重要性作為資料包含於該訊息標頭中且被用於在整個網路中以決定訊息處理。

如果該使用者選擇了高重要性，透過網路之訊息遞送規則、伺服器基礎架構及接收裝置不同地處理該訊息。典型地，高重要性的訊息被載送業者(carrier)以高昂的費率來收費。

對高重要性的訊息來說，依據該規則集，下面的對一般處理之變化發生：

‧從該發送裝置到該伺服器之重試每一分鐘發生一次，最多3次重試。如果未能發送該訊息，在該發送裝置上提醒該發送者且給出選項以繼續或者切換到一替代遞送通道。

‧在切換到一替代通道之前，從該伺服器到該接收裝置之重試每一分鐘發生一次，最多3次重試。

‧高重要性訊息永不會只被路由到電子郵件。如果接收者已在其離線設定中指定了電子郵件，那麼訊息將在被複製到電子郵件同時也被路由到SMS。

‧在該接收裝置上，一個特定提醒音將會為一高重要性的訊息響起。

‧在該接收裝置上，一請求將被顯示給該使用者以請求應答該接收且作為一訊息其將被發回到該最初發送者(具有應答的時間/日期)。

‧訊息將在資料庫110(在下面討論)中被標註為高重要性。

如以上簡要提及，該資料庫110可被用作一遠端儲存設施。該“儲存IT”功能提供了被發送到及來自該遞送伺服器105的所有訊息之一全部訊息歸檔設施。接取訊息透過一網站來提供。使用者可登入且接著使用大量的搜尋設施及標註來接取他們的訊息。充足的儲存空間遭提供使該使用者不需要刪除一訊息。

該遞送伺服器將以一異步處理所發送和接收到的每個訊息寫到一資料儲存設施110。典型地，訊息被分別地為每個發送者/接收者而寫入。儲存需求可籍由寫入一訊息之一單一複製及使用鏈結使該訊息與多個發送者/接收者相關聯來減少。在這種方法中，將以低搜尋性能而接受折衷。

訊息之標註可被自動執行，例如如果該訊息包含某些特徵：

‧包含一網站鏈接

‧包含一符合準則的號碼以表明它是一電話號碼

‧包含一地址(基於關鍵字諸如“Street(街道)”、“apartment(公寓)”、“st.”、“apt.”等之一資料庫)

該“儲存IT”使用者介面也透過該傳訊客戶端之一PC版本提供轉送及回覆該訊息的能力。該網站介面可包括以下：

‧使用與該使用者行動傳訊應用程式相同之使用者ID及密碼登入之能力；

‧接取所有已發送和接收到的訊息；

‧包括發送時間/日期、接收者/發送者資訊之訊息元資料；

‧訊息之標註(使用者可選擇標簽及自動化標簽，例如包含網站鏈接或號碼之標註訊息)

‧傳訊選項(回覆該訊息，發送一新訊息等)

‧接取好友列表

‧訊息歸檔管理(針對已選或全部接收者刪除一些或全部訊息)

‧使用者設定(關閉儲存IT，為特定接收者關閉，為特定接收者打開等)

應當被理解的是，只是擧本發明之例子來提供以上實施例，且對其進一步的改進及提高對熟於該相關技藝者也會是很明顯的，被視為落入在此描述的本發明之廣泛範圍和界限内。尤其，下面的附加及/或改進(非詳盡)可被進行而不脫離本發明之範圍：

‧重試之管理可籍由該發端裝置101執行而非該遞送裝置105。

‧接收之該應答可繞過該遞送伺服器105。在此方法中，該發端裝置101受組配以提供遞送之保證到該接收裝置107。

‧該發端裝置101可受組配以顯示一指示給該使用者，提供關於該訊息之該遞送狀態的資訊。

‧該發端裝置101可受組配以如果經由該第一遞送通道該訊息之遞送沒能實現，選擇一替代遞送通道。

‧在一替代遞送被用來遞送該訊息的情況下，若非該發端裝置就是該至少一個伺服器可重新格式化該訊息以符合該替代遞送通道之傳訊標準。

‧當無應答訊息返回該發端裝置時，除在該實施例中描述的該等商業規則及使用者設定外，該最初遞送通道還可進一步受組配以發送一訊息到該遞送伺服器105；該遞送伺服器105在該訊息標頭中包括用以指示該伺服器切換為該第二遞送通道之指令。

‧一指示可被顯示給該使用者以指示一訊息之該遞送狀態。作為一範例，在訊息重試由該發端裝置來控制的情況中，有一對嘗試退出該發送應用程式的一使用者之警告，警告其一訊息尚未獲確認為正在被遞送且重試仍未完成。

100．．．傳訊系統

101．．．發端裝置、發送裝置

102．．．傳訊應用程式

103．．．聯絡人或好友列表

104．．．相同網路

105．．．遞送伺服器

106．．．不同網路

107．．．接收者、接收裝置

108．．．電子郵件伺服器、電子郵件閘道器

109．．．傳訊中心(SMSC、MMSC)

110．．．資料庫、資料儲存設施

201．．．IM訊息

202．．．最初遞送通道

203、208、210．．．應答訊息

204．．．訊息

205、207．．．電子郵件、訊息

206．．．SMS

209．．．SMS、訊息

211、212．．．針對訊息之確認

213．．．心跳異動

第1圖是根據本發明之一個實施例之一擴展訊息系統之一示意性方塊圖。

第2圖是繪示在根據本發明之一個實施例之該傳訊系統中各種節點之間的發信的一流程圖。

100．．．傳訊系統

101．．．發端裝置、發送裝置

102．．．傳訊應用程式

103．．．聯絡人或好友列表

104．．．相同網路

105．．．遞送伺服器

106．．．不同網路

107．．．接收者、接收裝置

108．．．電子郵件伺服器、電子郵件閘道器

109．．．傳訊中心(SMSC、MMSC)

110．．．資料庫、資料儲存設施

Claims (36)

1. 一種傳訊系統，其包括：至少一個伺服器，其組配來接收來自一發端裝置之一訊息以經由一第一遞送通道遞送到至少一個接收裝置；該至少一個接收裝置係組配來週期性地發送一接收裝置可用性及服務等級資訊至該至少一個伺服器；及其中該至少一個伺服器，在經由該第一遞送通道的該訊息之遞送無法實現的情況下，進一步組配來基於無接收到自該接收裝置週期性地發送的該服務等級資訊的情況，選擇一替代遞送通道以實現該訊息之遞送。
2. 如請求項1之傳訊系統，其中該第一遞送通道是一網際網路協定通道，且該訊息為一即時訊息。
3. 如請求項1之傳訊系統，其中該第一遞送通道選自：簡易郵件傳輸協定(SMTP)、多用途網際網路郵件擴展(MIME)、郵局協定(POP)、網際網路訊息存取協定(IMAP)通道中之至少一個，且該訊息是一電子郵件訊息。
4. 如請求項1之傳訊系統，其中該第一遞送通道是一第七號發信系統(SS7)通道，且該訊息是一短訊息服務(SMS)或者多媒體訊息服務(MMS)。
5. 如請求項1至4中任一項之傳訊系統，其中該伺服器受組配來重新格式化該訊息以依從該替代遞送通道之傳訊標準。
6. 如請求項1之傳訊系統，其中該至少一個伺服器適於在經由該第一遞送通道接收到該訊息時接收來自該至少 一個接收裝置的一應答訊息，此後該至少一個伺服器通知該發端裝置該訊息已被該至少一個接收裝置接收。
7. 如請求項6之傳訊系統，其中在沒能接收到該應答訊息時，該發端裝置可指示該伺服器立刻經由該替代遞送通道發送該訊息。
8. 如請求項6或7之傳訊系統，其中該應答訊息包括將該應答訊息與由該發端裝置發送的該訊息相關聯的一序列號、一時間戳記或一唯一識別符(ID)。
9. 如請求項1至4及6至7中任一項之傳訊系統，其中該伺服器進一步包括一個或多個預先定義的規則集，用於控制該訊息如何傳送到該至少一個接收裝置。
10. 如請求項9之傳訊系統，其中該預先定義的規則集包括與在該第一遞送通道上重發該訊息之前該伺服器等待的時間時段、及在切換到一替代遞送通道之前該伺服器要在該第一遞送通道上重試該訊息之遞送的最大次數有關的資訊。
11. 如請求項10之傳訊系統，其中該訊息包括一重試計數器，其在該伺服器每一次嘗試遞送該訊息到該至少一個接收裝置時遞增。
12. 如請求項11之傳訊系統，其中該至少一個伺服器可受組配來週期性地將每一次嘗試遞送一訊息之一記錄連同網路特定資訊寫入到一資料庫。
13. 如請求項12之傳訊系統，其中經過該至少一個伺服器的所有訊息之一複製被儲存於該資料庫以供一使用者日 後擷取。
14. 如請求項1至4及6至7中任一項之傳訊系統，其中該接收裝置上的重複的訊息基於一唯一識別符而不顯示給使用者。
15. 一種用於安排訊息傳送路由之方法，該方法包括以下步驟：在一伺服器接收來自一發端裝置的一訊息以遞送到至少一個接收裝置；在該伺服器接收來自該至少一個接收裝置之服務等級資訊，其中該至少一個接收裝置係組配來週期性地發送該服務等級資訊到至少一個該伺服器；經由一第一遞送通道轉送該訊息到該至少一個接收裝置；等待來自該至少一個接收裝置的一應答訊息之接收，且在無應答訊息被接收到的情況下，該至少一個伺服器基於無接收到自該至少一個接收裝置週期性地發送之該服務等級資訊的情況選擇一替代遞送通道重發該訊息到該至少一個接收裝置。
16. 如請求項15之方法，其中該第一遞送通道是一網際網路協定(IP)通道，且該訊息為一即時訊息。
17. 如請求項15之方法，其中該第一遞送通道選自：簡易郵件傳輸協定(SMTP)、多用途網際網路郵件擴展(MIME)、郵局協定(POP)、網際網路訊息存取協定(IMAP)通道中之至少一個，且該訊息是一電子郵件訊息。
18. 如請求項15之方法，其中該第一遞送通道是一第七號發信系統(SS7)通道，且該訊息為一短訊息服務(SMS)或者多媒體訊息服務(MMS)。
19. 如請求項15至18中任一項之方法，其中該伺服器受組配來重新格式化該訊息以依從該替代遞送通道之傳訊標準。
20. 如請求項15至18中任一項之方法，其進一步包括以下步驟：在嘗試經由該替代遞送通道發送該訊息之前經由該第一遞送通道重發該訊息達一預定次數。
21. 如請求項20之方法，其中經由該第一遞送通道重發該訊息之步驟包括遞增與該訊息相關聯的一重試計數器之步驟。
22. 如請求項15至18中任一項之方法，其中在該接收裝置上的重複的訊息基於一唯一識別符而不顯示給使用者。
23. 如請求項15至18中任一項之方法，其中該伺服器儲存所有訊息之一複製以供一使用者日後擷取。
24. 如請求項15至18中任一項之方法，其中該伺服器基於系統定義的內容規則和使用者定義的規則自動地給訊息加上標註，以供該使用者日後搜尋。
25. 一種用於安排訊息傳送路由之方法，該方法包括以下步驟：在一伺服器接收來自一發端裝置的一訊息以遞送到至少一個接收裝置；在該伺服器接收來自該至少一個接收裝置的服務 等級資訊，其中該至少一個接收裝置組配來週期性地發送該服務等級資訊到至少一個該伺服器；經由一最初遞送通道將該訊息轉送到該至少一個接收裝置；等待來自該至少一個接收裝置的一應答訊息之接收並將應答轉送回到該發端裝置，且如果無應答訊息被該發端裝置接收，該發端裝置重發該訊息到該伺服器，指出該訊息應該使用一替代遞送通道安排路由傳送到該接收裝置，其中該發端裝置基於無接收到從該至少一個接收裝置週期性地傳送的該服務等級資訊的情況選擇該替代遞送通道。
26. 如請求項25之方法，其中該最初遞送通道是一網際網路協定(IP)通道，且該訊息為一即時訊息。
27. 如請求項25之方法，其中該最初遞送通道選自：簡易郵件傳輸協定(SMTP)、多用途網際網路郵件擴展(MIME)、郵局協定(POP)、網際網路訊息存取協定(IMAP)通道中之至少一個，且該訊息為一電子郵件訊息。
28. 如請求項25該方法，其中該最初遞送通道是一第七號發信系統(SS7)通道，且該訊息是一短訊息服務(SMS)或多媒體訊息服務(MMS)。
29. 如請求項25至28中任一項之方法，其中該伺服器受組配來重新格式化該訊息以依從該替代遞送通道之傳訊標準。
30. 如請求項25至28中任一項之方法，其進一步包括以下步 驟：嘗試經由該替代遞送通道發送該訊息之前經由該最初遞送通道重發該訊息達一預定次數。
31. 如請求項30之方法，其中經由該最初遞送通道重發該訊息之步驟包括遞增與該訊息相關聯的一重試計數器之步驟。
32. 如請求項25至28中任一項之方法，其中該接收裝置上的重複訊息基於一唯一識別符而不顯示給使用者。
33. 如請求項25至28中任一項之方法，其中該伺服器儲存所有訊息之一複製以供一使用者日後擷取。
34. 如請求項25至28中任一項之方法，其中該伺服器基於系統定義的內容規則和使用者定義的規則自動地給訊息加以標註以供該使用者日後搜尋。
35. 如請求項25至28中任一項之方法，其中該發端裝置將關於一訊息之遞送狀態之一指示顯示給該使用者。
36. 如請求項25至28中任一項之方法，其中該發端裝置將在執行一關閉或退出操作之前警告一使用者一訊息尚未遞送。