專利名稱:通信系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通信系統(tǒng),其中移動通信終端經(jīng)由服務器彼此之間發(fā)送并 接收即時消息。
背景技術(shù):
已經(jīng)向現(xiàn)有的移動電話提供了移動即時消息傳送服務。利用該服務, 通信終端的用戶被允許使用即時消息傳送服務,通過這種服務,用戶可以 在移動終端上利用文本、語音、圖像等彼此聊天。
如圖19 (A)所示,在所提供的移動即時消息傳送服務中,包括了能 夠使用短消息服務(SMS,它是現(xiàn)有的移動消息服務)的移動終端(下文 中稱為"SMS客戶端")11禾n 12以及向SMS客戶端提供短消息服務的 SMS服務器(下文中稱為"SMSC" ) 21,并且SMS客戶端11和12經(jīng)由 SMSC 21彼此之間發(fā)送并接收短消息。
另外,如圖19 (B)所示,提供了能夠使用多媒體消息服務(MMS, 它是現(xiàn)有的移動消息服務)的移動終端(下文中稱為"MMS客戶端") 13和14以及向MMS客戶端提供多媒體消息服務的MMS服務器(下文中 稱為"MMSC" ) 22,并且MMS客戶端13和14經(jīng)由MMSC22彼此之間
發(fā)送并接收短消息。
另外,如圖19 (C)所示,提供了能夠使用移動電子郵件服務 (MES,它是現(xiàn)有的電子郵件服務)的移動終端(下文中稱為"MES客戶 端")15和16以及向MES客戶端提供移動電子郵件服務的MES服務器 (下文中稱為"MESC" ) 25,并且MES客戶端15禾卩16經(jīng)由MESC 25 彼此之間發(fā)送并接收短消息。
在所提供的移動消息服務中,由于分別經(jīng)由不同的服務器(服務器) 發(fā)送并接收不同消息類型的移動消息,因此存在不方便的因素,即消息不能在不同消息類型的服務之間相關(guān)聯(lián)地發(fā)送和接收。
考慮到以上內(nèi)容,已開發(fā)出一種消息系統(tǒng),其中消息系統(tǒng)中的消息網(wǎng)
關(guān)將SMS消息類型和MMS消息類型彼此轉(zhuǎn)換并對其進行中繼和傳送,從 而消息可以在不同消息類型的現(xiàn)有消息服務之間被發(fā)送和接收(參見專利 文獻l)。
另外,在所提供的移動即時消息傳送系統(tǒng)中,存在一個問題,即在開 始通信之前,不能識別將與其執(zhí)行實時通信的對方終端用戶的通信狀態(tài)和 狀況。為了解決這一問題,已開發(fā)出一種即時消息傳送服務系統(tǒng),其中在 移動即時消息傳送服務中結(jié)合了用于向每個終端通知反映通信對方的呼叫 狀態(tài)的存在(presence)狀態(tài)信息的存在狀態(tài)信息通知服務(專利文獻 2)。
專利文獻1:日本專利早期公開公布No. 2003-163953 專利文獻2:日本專利早期公開公布No. 2006-191608
發(fā)明內(nèi)容
本發(fā)明要解決的問題
然而,在專利文獻1所示的示例中,如上所述,存在一個問題,即在 使用即時消息服務之前不能識別對方終端用戶的通信狀態(tài)和狀況。
另外,在專利文獻2所示的示例中,由于它不是關(guān)聯(lián)現(xiàn)有消息服務器 的系統(tǒng),因此存在以下問題該系統(tǒng)難以與現(xiàn)有消息系統(tǒng)相關(guān)聯(lián)或者被結(jié) 合在現(xiàn)有消息系統(tǒng)中。
另外,在使用由因特網(wǎng)服務提供商(ISP)提供的即時消息傳送服務 (下文中稱為"ISP-IM")的情況下,存在以下問題即消息僅能在預先 登記為ISP-IM服務的用戶的用戶之間發(fā)送和接收。
在這種情況下,還存在一個問題,即用戶需要獲取除了對于移動終端 唯一的電話號碼以外的新帳戶,并且不能與帳戶未知的用戶進行消息的發(fā) 送和接收。另外,還存在一個問題,即,即使在同一 ISP-IM服務中登記 的用戶之間,也僅僅能在他們/她們之間已進行了認證的用戶之間發(fā)送和接 收消息。另外,由于ISP-IM的許多服務是在因特網(wǎng)基礎(chǔ)上采用的并且不受運 營者的主導,因此存在難以就服務向用戶收費的缺點。另外,在所登記的 用戶信息的內(nèi)容有任何改變的情況下,通信對方無法找出所登記內(nèi)容的改 變,除非用戶他/她自身向?qū)Ψ酵ㄖ@種改變。
本發(fā)明的一個目的是提供一種通信系統(tǒng),該通信系統(tǒng)使得即時消息服 務的用戶能夠?qū)崟r地找出通信對方的存在狀態(tài),并且使得能夠利用不同消 息類型在通信對方之間進行消息的發(fā)送和接收。 用于解決問題的手段
為了實現(xiàn)該目的,根據(jù)本發(fā)明的通信系統(tǒng)是一種用于利用不同類型的 消息交換信息的通信系統(tǒng),包括多種類型的服務器,每個服務器為每種 消息類型提供不同用戶接口的服務;移動終端,該移動終端通過用于這多 個服務器中的專用服務器的用戶接口連接到該專用服務器;以及中繼單
元,該中繼單元建立這些服務器之間的關(guān)聯(lián)。中繼單元確定源移動終端和 目的地地址,基于確定結(jié)果互換用戶接口,并且向經(jīng)互換的用戶接口的目
標服務器(object server)發(fā)送一消息,該消息包括從源移動終端發(fā)送來的 通信狀態(tài)的信息。
盡管本發(fā)明被構(gòu)造為一種通信系統(tǒng),但是本發(fā)明并不限于此,而是可 以構(gòu)造為一種用于通過與現(xiàn)有服務器相結(jié)合來關(guān)聯(lián)服務器的中繼設(shè)備和通 信中繼方法。另外,本發(fā)明可以被構(gòu)造為軟件形式的中繼程序。
根據(jù)本發(fā)明的中繼設(shè)備是一種用于在多種類型的服務器之間利用不同 用戶接口的移動終端之間的消息來中繼信息交換的中繼設(shè)備,該中繼設(shè)備 包括中繼單元,中繼單元確定源移動終端和目的地地址,基于確定結(jié)果互 換用戶接口,并且向經(jīng)互換的用戶接口的目標服務器發(fā)送一消息,該消息 包括從源移動終端發(fā)送來的通信狀態(tài)的信息。
根據(jù)本發(fā)明的通信中繼方法是一種用于在多種類型的服務器之間利用 不同用戶接口的移動終端之間的消息來中繼信息交換的通信中繼方法。該 方法包括確定源移動終端和目的地地址,基于確定結(jié)果互換用戶接口, 并且向經(jīng)互換的用戶接口的目標服務器發(fā)送包括從源移動終端發(fā)送來的信 息的消息。根據(jù)本發(fā)明的中繼程序是一種用于在多種類型的服務器之間利用不同 用戶接口的移動終端之間的消息來中繼并控制信息交換的中繼程序。該程 序使得計算機執(zhí)行以下功能確定源移動終端和目的地地址的功能;基于 確定結(jié)果互換用戶接口的功能;以及向經(jīng)互換的用戶接口的目標服務器發(fā)
送包括從源移動終端發(fā)送來的信息的消息。 本發(fā)明的效果
在本發(fā)明中,確定源移動終端和目的地地址,基于確定結(jié)果互換用戶 接口,并且向經(jīng)互換的用戶接口的目標服務器發(fā)送包括從源移動終端發(fā)送 來的信息的消息。這樣,可以經(jīng)由不同用戶接口的服務器執(zhí)行通過不同用 戶接口的移動終端之間的消息進行的信息交換。
圖1是示出根據(jù)本發(fā)明示例性實施例的通信系統(tǒng)中的整體網(wǎng)絡的配置圖。
圖2示出了圖1所公開的通信系統(tǒng),其中圖2 (A)是示出通知給 SMS客戶端的示例性IP消息的示圖,圖2 (B)是示出通知給MMS客戶 端的示例性IP消息的示圖。
圖3是示出圖1所公開的通信系統(tǒng)中的IPM服務器的示例性配置的框圖。
圖4是示意性地示出當圖1所公開的通信系統(tǒng)中的IPM服務器接收IP 消息時的處理步驟的流程圖。
圖5示出了圖l所公開的通信系統(tǒng),其中圖5 (A)是示出從SMS客 戶端通知給IPM客戶端的示例性信息的示圖,圖5 (B)是示出從MMS 客戶端通知給IPM客戶端的示例性信息的示圖。
圖6是指示在圖1所公開的通信系統(tǒng)中、從IPM客戶端到SMS客戶 端執(zhí)行的存在狀態(tài)信息更新的通信操作的定時的通信序列圖。
圖7示出了圖1所公開的通信系統(tǒng),其中圖7 (A)是示出IPM客戶 端的存在狀態(tài)的示例性經(jīng)更新內(nèi)容的示圖,圖7 (B)是示出通知給SMS 客戶端的示例性消息內(nèi)容的示圖。圖8是指示在圖1所公開的通信系統(tǒng)中、從SMS客戶端到IPM客戶 端執(zhí)行的存在狀態(tài)信息更新的通信操作的定時的通信序列圖。
圖9示出了圖l所公開的通信系統(tǒng),其中圖9 (A)是示出SMS客戶 端的存在狀態(tài)的示例性經(jīng)更新內(nèi)容的示圖,圖9 (B)是示出通知給IPM 客戶端的示例性消息內(nèi)容的示圖。
圖IO是示出在圖l所公開的通信系統(tǒng)中,在IPM客戶端、SMS客戶 端、SMSC服務器和IPM服務器之間執(zhí)行的通信操作的定時的通信序列 圖。
圖11是示出在圖1所公開的通信系統(tǒng)中、由IPM客戶端創(chuàng)建的示例 性消息內(nèi)容的示圖。
圖12是示出在圖l所公開的通信系統(tǒng)中,在IPM客戶端、SMS客戶 端、SMSC服務器和IPM服務器之間執(zhí)行的通信操作的定時的通信序列 圖。
圖13是示出在圖1所公開的通信系統(tǒng)中、從IPM客戶端到MMS客 戶端執(zhí)行的存在狀態(tài)信息更新的通信操作的定時的通信序列圖。
圖14示出了圖l所公開的通信系統(tǒng),其中圖14 (A)是示出IPM客 戶端的存在狀態(tài)的示例性經(jīng)更新內(nèi)容的示圖,圖14 (B)是示出通知給 MMS客戶端的示例性消息內(nèi)容的示圖。
圖15是示出在圖1所公開的通信系統(tǒng)中、從MMS客戶端到IPM客 戶端執(zhí)行的存在狀態(tài)信息更新的通信操作的定時的通信序列圖。
圖16示出了圖l所公開的通信系統(tǒng),其中圖16 (A)是示出MMS客 戶端的存在狀態(tài)的示例性經(jīng)更新內(nèi)容的示圖,圖16 (B)是示出通知給 IPM客戶端的示例性消息內(nèi)容的示圖。
圖17是示出在圖1所公開的通信系統(tǒng)中、經(jīng)由MMSC服務器和IPM 服務器從IPM客戶端到MMS客戶端執(zhí)行的通信操作的定時的通信序列 圖。
圖18是示出在圖1所公開的通信系統(tǒng)中、經(jīng)由MMSC服務器和IPM 服務器從MMS客戶端到IPM客戶端執(zhí)行的通信操作的定時的通信序列 圖。示出SMS系統(tǒng)的網(wǎng)絡 配置的示意配置圖,圖19 (B)是示出MMS系統(tǒng)的網(wǎng)絡配置的示意配置 圖,圖19 (C)是示出EMS系統(tǒng)的網(wǎng)絡配置的示意配置圖。
標號描述11:SMS客戶端
13:MMS客戶端
15:MES客戶端
21:SMS服務器
23:MMS服務器
25:MES服務器
3hIPM服務器
32:IPM用戶數(shù)據(jù)庫部件
33:客戶端接口部件
34:消息轉(zhuǎn)換中繼部件
41:IPM客戶端
331IMPS通信單元
332IM通信單元
341IPM通信路徑控制單元
342消息類型轉(zhuǎn)換單元
具體實施例方式
下文中,將基于附圖詳細描述本發(fā)明的示例性實施例。 在西方國家主要開發(fā)了用于利用不同類型的消息來發(fā)送和接收信息的
通信服務。這些服務可以被引入日本,并且在這種情況下,可以利用移動
終端使用通信服務。這些服務包括短消息服務(SMS)、多媒體服務 (MMS)、移動電子郵件服務(MES)和由因特網(wǎng)提供商提供的即時消息 服務(ISP-IM)。
關(guān)于短消息服務,信息是僅利用文本消息發(fā)送和接收的,并且不能附
加包括圖像和音樂在內(nèi)的文件。另外,短消息服務具有以下限制 一次發(fā)送的可用字符的數(shù)目很少,并且在不同運營商之間不能使用該服務,因為提供短消息服務的運營商彼此并不關(guān)聯(lián)。關(guān)于多媒體服務,該服務僅能用在支持多媒體服務的移動終端之間,并且該服務不能用在不同運營商之間,因為提供多媒體服務的運營商彼此并不關(guān)聯(lián)。關(guān)于ISP-IM的即時消息服務,信息僅在某一團體中發(fā)送和接收,其中僅僅先前登記的用戶可以交換消息(即,在封閉世界內(nèi)),并且信息是利用所獲取的除了移動電話
的電話號碼以外的帳戶來交換的。另外,ISP-IM的即時消息服務是由每個
運營商提供的,因此在各個運營商提供的服務之間不存在兼容性。另外,這各種服務是分別利用不同用戶接口 (通信協(xié)議、數(shù)據(jù)格式
等)提供的。這意味著各種類型的服務器利用不同用戶接口針對各個消息
類型獨立地提供服務。這樣,移動終端通過經(jīng)由針對每個服務器的用戶接
口連接到專用服務器來使用服務。
本發(fā)明的示例性實施例提供了一種通信系統(tǒng),該通信系統(tǒng)通過不同用
戶接口向用戶提供服務,同時解決了用戶接口的限制和服務的不兼容性,
并且考慮到了運營商的經(jīng)濟優(yōu)點。
如圖1所示,根據(jù)本發(fā)明示例性實施例的通信系統(tǒng)是一種用于利用不
同類型的消息發(fā)送和接收信息的通信系統(tǒng),并且作為基本配置包括多種類
型的服務器21和23 (每個服務器為每種消息類型提供不同用戶接口的不同服務)、移動終端11、 13和41 (每個終端經(jīng)由針對每個服務器的用戶接口連接到專用服務器)、以及建立服務器之間的關(guān)聯(lián)的中繼單元31。中繼單元31被配置為確定源移動終端11、 13或41和目的地地址,并且基于確定結(jié)果來互換用戶接口,并將包括從源移動終端發(fā)送來的信息的消息發(fā)送到經(jīng)互換的用戶接口的目標服務器。
盡管移動終端11、 13和41可以是各種類型的,但是作為示例將描述世界上具有最高普及率的移動電話。
盡管中繼單元31作為基本配置具有建立服務器21和23之間的關(guān)聯(lián)的
功能,但是在圖1所示的示例中,中繼單元31具有作為服務器的功能,其經(jīng)由與移動電話41的電話號碼相對應的用戶接口利用消息向源移動終端41提供服務,其中源移動終端41正利用該電話號碼作為發(fā)送地址來執(zhí)行訪問。這意味著中繼單元31的服務器是一種在示例性實施例中新提出的服務器,并且該服務器作為針對利用電話號碼作為目的地地址來訪問的
移動電話41的新服務器(IPM服務器)工作。
另外,盡管圖1的示例示出了提供短消息服務的SMSC服務器12和提供多媒體服務的MMSC服務器23作為服務器,但是服務器并不限于這些,并且可以添加提供移動電子郵件服務的MES服務器。另外,盡管示出了一個SMSC服務器12和一個MMSC服務器23,但是其數(shù)目并不限于一個??梢砸黄鹛峁┎煌\營商的多個SMSC服務器21和MMSC服務器23。注意,下面的描述基于這樣的假設(shè),即中繼單元31被配置為既具有關(guān)聯(lián)服務器21和23的功能,又具有作為IPM服務器的功能。
在示例性實施例中,將描述以下情況在提供不同服務的服務器21、23和31之間執(zhí)行雙向通信,并且由各個服務器21、 23和31提供的服務被提供給移動終端11、 13和41 。
當利用消息交換信息時,對于作為通信對方的移動電話13和41,移動電話11的用戶將自身設(shè)備的電話號碼、用于接收由MMSC服務器23提供的服務的移動電話13的帳戶和電話號碼、以及用于接收由IPM服務器31提供的服務的移動電話41的帳戶和電話號碼關(guān)聯(lián)起來,并經(jīng)由SMSC服務器21將其登記在IPM服務器31中。
類似地,對于作為通信對方的移動電話11和41,移動電話13的用戶將用于接收由MMSC服務器23提供的服務的自身設(shè)備的帳戶和電話號碼、用于接收由SMSC服務器21提供的服務的移動電話11的電話號碼、以及用于接收由IPM服務器31提供的服務的移動電話41的帳戶和電話號碼關(guān)聯(lián)起來,并經(jīng)由MMSC服務器23將其登記在IPM服務器31中。
類似地,對于作為通信對方的移動電話11和13時,移動電話41的用戶將用于接收由IPM服務器31提供的服務的自身設(shè)備的帳戶和電話號碼、用于接收由SMSC服務器21提供的服務的移動電話11的電話號碼、以及用于接收由MMSC服務器23提供的服務的移動電話13的帳戶和電話號碼關(guān)聯(lián)起來,并將其登記在IPM服務器31中。
由移動電話11、 13和41的用戶進行的登記過程是用于指定通信對方的必需過程,并且基本上不同于用于接收ISP-IM的即時消息服務的封閉 團體中的預先登記。登記過程對于具有不同用戶接口的移動電話的全部用 戶來說都是開放的。
將描述以下情況在接收由SMSC服務器21提供的短消息服務的移
動電話11和接收由MMSC服務器23提供的多媒體服務的移動電話13之 間執(zhí)行使用消息進行的信息交換,這兩個移動電話都己完成了登記過程。
移動電話11的用戶將指示自身設(shè)備(移動電話11)的通信狀態(tài)的信 息(即指示諸如移動電話11的用戶例如正疲勞或者繁忙的通信狀態(tài)的信 息)和作為通信對方的移動電話13的電話號碼關(guān)聯(lián)起來,并將其發(fā)送到 SMSC服務器21。注意,來自移動電話11的內(nèi)容(信息和電話號碼)是 以文本格式發(fā)送的。當SMSC服務器21從移動電話11接收到通信狀態(tài)的 信息時,SMSC服務器21將該信息發(fā)送到IPM服務器31 。
在從SMSC服務器21接收到移動電話11的通信狀態(tài)的信息后,IPM 服務器31基于關(guān)聯(lián)移動終端11和移動終端13的登記數(shù)據(jù)來確定作為源的 移動電話11和目的地地址。IPM服務器31用作中繼單元,并且當IPM服 務器31確定源是移動電話11并且目的地地址是連接到MMSC服務器23 的移動電話13時,IPM服務器31基于確定結(jié)果將用于發(fā)送來自SMSC服 務器21的內(nèi)容的用戶接口互換到鏈接MMSC服務器23和移動電話13的 用戶接口,并將包括從移動終端11發(fā)送來的通信狀態(tài)的信息的消息發(fā)送 到經(jīng)互換的用戶接口的目標MMSC服務器23。 IPM服務器31以遵從由 MMSC服務器23提供的多媒體服務的格式來發(fā)送被發(fā)送到MMSC服務器 23的消息。
在用作服務器的狀態(tài)下,當IPM服務器31為移動電話13從移動電話 41接收通信狀態(tài)的信息時,IPM服務器31將鏈接移動電話41和IPM服務 器31的用戶接口互換到鏈接移動電話13和MMSC服務器23的用戶接 口,并將包括從移動終端41發(fā)送來的通信狀態(tài)的信息的消息發(fā)送到經(jīng)互 換的用戶接口的目標MMSC服務器23 。
當MMSC服務器23從IPM服務器(中繼單元)31接收到消息時, MMSC服務器23將該消息發(fā)送到移動電話13?;趥鬟f到移動電話13的消息,用戶識別移動電話11或移動終端41的通信狀態(tài)。另外,在移動電
話13中,從IPM服務器31發(fā)送來的移動電話的通信狀態(tài)的信息被針對各 個通信對象進行分類,并被存儲在消息列表中,消息列表是除了用于電子 郵件的發(fā)件箱/收件箱以外另設(shè)的。另外,在移動電話中,從對方移動電話 發(fā)送來的消息被以對話形式存儲。注意,由移動電話13進行的信息存儲 與移動電話11和41的相同。
當對方移動電話11或41的用戶希望基于所接收的通信狀態(tài)的信息利 用消息交換信息時,移動電話13的用戶向MMSC服務器23發(fā)送必需的消 息。MMSC服務器23將來自移動電話13的消息發(fā)送到IPM服務器31。
在從MMSC服務器23接收到消息后,IPM服務器31用作中繼單元。 然后,IPM服務器31基于所存儲的電話號碼確定源移動終端13和目的地 地址。如果目的地地址是移動電話11,則IPM服務器31將來自移動電話 13的消息轉(zhuǎn)換為文本格式,并將經(jīng)轉(zhuǎn)換的消息發(fā)送到SMSC服務器21。 如果目的地地址是移動電話41 ,則IPM服務器31將來自移動電話13的消 息轉(zhuǎn)換為可被移動電話41識別的數(shù)據(jù)格式,并將表明其接收到經(jīng)轉(zhuǎn)換的 消息的通知發(fā)送到移動電話41。
在從IPM服務器31接收到消息后,SMSC服務器21將該消息發(fā)送到 移動電話ll。通過上述過程,在屬于SMSC服務器21的移動電話11和屬 于MMSC服務器23的移動電話13之間執(zhí)行了使用消息的信息交換。
另外,當移動電話41的用戶從IPM服務器31接收到通知時,用戶基 于電話號碼訪問IPM服務器31,并且請求IPM服務器31獲取消息。IPM 服務器31基于所存儲的電話號碼來確定來自移動電話41的訪問,并且激 活應用軟件并顯示消息。當顯示消息時,IPM服務器31向該消息結(jié)合附 加的信息,例如廣告信息。
移動電話41的用戶檢査由IPM服務器31顯示的消息,并且如果必要 則將消息下載到移動電話41。通過上述過程,在屬于MMSC服務器23的 移動電話13和屬于IPM服務器31的移動電話41之間執(zhí)行了使用消息的 信息交換。
盡管示例性實施例在以上描述中被構(gòu)造為通信系統(tǒng),但是它并不限于安裝的服務器21和23相結(jié)合而被構(gòu)造為具有用于關(guān)聯(lián)服務器的中繼單元 31的中繼設(shè)備。另外,示例性實施例可以被構(gòu)造為用于使得計算機執(zhí)行由 中繼單元執(zhí)行的功能的中繼程序。
如上所述,根據(jù)示例性實施例,可以向用戶提供不同用戶接口之間的 服務,同時解決由用戶接口引起的服務的不兼容性和限制,并且可以在無 需知曉對方所支持的類型的情況下執(zhí)行信息交換。
另外,根據(jù)示例性實施例,由于可以向從移動終端發(fā)送來的消息結(jié)合 諸如廣告信息之類的附加信息,因此操作服務器的運營商除了接收用于消 息通信的數(shù)據(jù)包費用以外,還可以接收廣告費用(如果附加信息是廣告信 息的話)。這樣,示例性實施例能夠在提供通信系統(tǒng)的同時向運營商提供 經(jīng)濟上的優(yōu)點。
由于源移動終端和目的地地址是基于給予移動電話的電話號碼的數(shù)據(jù) 而確定的,因此消息的發(fā)送和接收可以利用電話號碼執(zhí)行。這樣,如果對 方移動電話的電話號碼己知的話,則可以基于電話號碼通過消息與世界上 的任何人執(zhí)行信息交換,而無需使用電子郵件地址。
另外,提供商所提供的IPS-IM的即時消息所需的封閉世界中的預先 登記不是必需的。示例性實施例的過程是對于所有移動電話開放的登記過 程,并且已經(jīng)登記在移動電話中的地址簿可以原樣使用。這樣,可以防止 向用戶施加不必要的負擔。
另外,由于利用消息交換的多條信息是針對各個通信對方分類的并且 被存儲在移動終端的消息列表中,因此可以針對各個通信對方檢查之前已 交換的內(nèi)容。另外,由于利用消息交換的信息以對話形式被存儲在移動終 端中,因此可以在屏幕上檢査信息交換的流程。
接下來,將基于特定示例更詳細地描述示例性實施例。
如圖1所示,根據(jù)示例性實施例的通信系統(tǒng)包括屬于SMSC服務器21 的移動電話ll、屬于MMSC服務器23的移動電話13、向移動電話ll提 供短消息服務的SMSC服務器21、以及向移動電話13提供多媒體服務的 MMSC服務器23。通信系統(tǒng)還包括IPM服務器31。 IPM服務器31具有作為中繼單元的 關(guān)聯(lián)SMSC服務器21和MMSC服務器23的功能以及作為服務器的向移 動電話41提供服務的功能。IPM服務器31和移動電話41是無線連接的, 并且IPM服務器31向基于電話號碼訪問的移動電話41提供即時消息服 務。
由于各個移動電話ll、 13和41是作為服務器21、 23和31的客戶端 工作的設(shè)備,因此在下面的描述中,移動電話11將被稱為SMS客戶端, 移動電話13將被稱為MMS客戶端,而移動電話41將被稱為IPM客戶 端。
在該配置中,IPM客戶端41和SMS客戶端11或MMS客戶端13彼 此之間發(fā)送和接收消息。另外,除了圖1所示的配置以外,該系統(tǒng)可以具 有多個IPM客戶端,這多個IPM客戶端已連接到IPM服務器31并且使用 由IPM服務器31提供的即時消息服務。另外,除了以上配置以外,IPM 服務器31可以以與SMSC服務器21和MMSC服務器23相同的方式關(guān)聯(lián) 與SMSC服務器21具有相同功能特性的SMS服務器和與MMSC服務器 23具有相同功能特性的MMS服務器。
這將在下面詳細描述。SMS客戶端11假定是利用SMS (短消息服 務)使用消息服務的移動通信終端,SMS是現(xiàn)有技術(shù)。例如,安裝在現(xiàn)有 移動電話中的SMS是這樣一種服務,通過該服務,某一長度的文本消息 可以被發(fā)送到SMS客戶端以及從SMS客戶端接收,并且長達大約168字 節(jié)的字符數(shù)據(jù)可以經(jīng)由SMS服務器21和22來傳輸。
SMS客戶端11經(jīng)由預定SMS服務器21向IPM服務器31發(fā)送指示 SMS客戶端11的通信狀態(tài)的信息(即,例如指示用戶當前是否可通信或 者用戶的當前感覺和狀況的存在狀態(tài)信息),并將在SMS客戶端11中新 設(shè)定的存在狀態(tài)信息發(fā)送到IPM服務器31作為存在更新登記請求。注 意,在示例性實施例的每個客戶端中,已預先設(shè)定了包括"高興"、"疲 勞"、"興奮"、"繁忙"和"未連接"在內(nèi)的存在狀態(tài)信息。
SMS客戶端11還接收從IPM服務器31通知來的IPM客戶端41的存 在狀態(tài)信息(指示移動電話的通信狀態(tài)的信息)和指示存在狀態(tài)信息的經(jīng)更新內(nèi)容的存在狀態(tài)更新信息,并在屏幕上顯示存在狀態(tài)信息和存在狀態(tài) 更新信息的內(nèi)容,如圖2 (A)所示。
另外,SMS客戶端11經(jīng)由IPM服務器31向IPM客戶端41發(fā)送消息 和從IPM客戶端41接收消息。在該示例性實施例中,SMS客戶端11通過 電話號碼指定它要向之發(fā)送即時消息的對方客戶端終端(IPM客戶端 41)。從而,即時消息通過與現(xiàn)有短郵件服務(SMS)相同的過程被發(fā)送 到IPM客戶端。
接下來,MMS客戶端13是使用現(xiàn)有多消息服務的客戶端終端(與上 述SMS客戶端ll相同),并且在示例性實施例中,假定它是除了文本數(shù) 據(jù)以外還能夠發(fā)送和接收語音和圖像的移動通信終端。安裝在現(xiàn)有移動電 話中的MMS (多媒體消息服務)是這樣一種服務,通過該服務,某一長 度的文本消息、語音和圖像可以在MMS客戶端之間發(fā)送和接收。
MMS客戶端13經(jīng)由己預先設(shè)定的MMS服務器23向IPM服務器31 發(fā)送指示MMS客戶端13的通信狀態(tài)的信息,S卩,例如指示用戶當前是否 可通信或者用戶的當前感覺和狀況的存在狀態(tài)信息,并將在MMS客戶端 13中新設(shè)定的存在狀態(tài)信息發(fā)送到IPM服務器31作為存在更新登記請 求。注意,在示例性實施例的每個客戶端終端中,預先設(shè)定了包括"高 興"、"疲勞"、"興奮"、"繁忙"和"未連接"在內(nèi)的存在狀態(tài)信 息。另外,MMS客戶端13接收從IPM服務器31通知來的IPM客戶端41 的存在狀態(tài)信息和指示存在狀態(tài)信息的經(jīng)更新內(nèi)容的存在狀態(tài)更新信息, 并且在屏幕上顯示存在狀態(tài)信息和存在狀態(tài)更新信息的內(nèi)容,如圖2 (B)所示。
另外,MMS客戶端13經(jīng)由IPM服務器31向IPM客戶端41發(fā)送即時 消息并從IPM客戶端41接收即時消息。在該示例性實施例中,MMS客戶 端13通過電話號碼指定作為它發(fā)送IP消息的目標的對方客戶端終端 (IPM客戶端41)。從而,MMS客戶端13通過與現(xiàn)有MMS相同的過程 向IPM客戶端41發(fā)送即時消息。
如上所述,SMSC服務器21是SMS消息傳送服務器,其在現(xiàn)有的 SMS客戶端之間提供短消息服務(SMS)并且執(zhí)行SMS的通信中繼和控制。SMSC服務器21向IPM服務器31傳送從SMS客戶端11發(fā)送來的 SMS客戶端的存在狀態(tài)信息(指示移動電話的通信狀態(tài)的信息),并且向 SMS客戶端11傳送并通知從IPM服務器31發(fā)送來的IPM客戶端41的存 在狀態(tài)信息和存在狀態(tài)更新信息。注意,在SMS客戶端和IPM服務器31 之間的通信中,存在狀態(tài)信息和存在狀態(tài)更新信息是作為IP消息被發(fā)送和 接收的,其中消息類型是SMS格式的。
另外,SMSC服務器21向IPM服務器31傳送從SMS客戶端11發(fā)送 來的、去往IPM客戶端41的IP消息(SMS消息),并且向SMS客戶端 11傳送經(jīng)由IPM服務器31從IPM客戶端41發(fā)送來的IP消息(SMS消 息)。另外,SMSC服務器21中繼并傳送從IPM服務器31發(fā)送到IPM客 戶端41的存在改變通知信號和消息進入通知信號。
如上所述,MMS服務器23是提供用在現(xiàn)有MMS客戶端之間的MMS (多媒體消息服務)并且執(zhí)行MMS的通信中繼和控制的服務器。MMSC 服務器23向IPM服務器31傳送從MMS客戶端13發(fā)送來的MMS客戶端 (用戶)的存在狀態(tài)信息,并且向MMS客戶端13傳送并通知從IPM服 務器31發(fā)送來的IPM客戶端41的存在狀態(tài)信息和存在狀態(tài)更新信息。注 意,存在狀態(tài)信息和存在狀態(tài)更新信息在MMS服務器23和IPM服務器 31之間作為MMS格式的IP消息被發(fā)送和接收。
另外,MMSC服務器23向IPM服務器31傳送從MMS客戶端13發(fā) 送來的、去往IPM客戶端41的IP消息(MMS消息),并且向MMS客戶 端13傳送經(jīng)由IPM服務器31從IPM客戶端41發(fā)送來的IP消息(MMS 消息)。
如圖3所示,IPM (IP消息)服務器31包括管理各個客戶端終端的存 在狀態(tài)信息、IP消息、終端用戶信息、以及消息類型信息的IPM用戶數(shù)據(jù) 庫部件32,執(zhí)行從各個終端發(fā)送來的IP消息的發(fā)送和接收的客戶端接口 部件33,以及基于登記在IPM用戶數(shù)據(jù)庫部件32中的信息來轉(zhuǎn)換消息類 型的消息轉(zhuǎn)換中繼部件34。
客戶端接口部件33包括IMPS通信單元331和IM通信單元332, IMPS通信單元331建立IPM客戶端之間的相互通信會話并且控制通信會話,IM通信單元332建立IPM客戶端和除IPM客戶端以外的客戶端終端 之間的通信協(xié)議的通信會話并且控制通信會話并執(zhí)行發(fā)送和接收。
消息轉(zhuǎn)換中繼部件34包括IPM通信路徑控制單元341和消息類型轉(zhuǎn) 換單元342, IPM通信路徑控制單元341指定經(jīng)由IPM服務器31執(zhí)行的客 戶端終端之間的通信的源和目的地(傳送目的地)并且執(zhí)行通信的路由處 理,消息類型轉(zhuǎn)換單元342根據(jù)通信的目的地終端來轉(zhuǎn)換消息類型。
IPM用戶數(shù)據(jù)庫部件32保存關(guān)于各個客戶端終端的存在狀態(tài)信息的 最新狀態(tài),臨時存儲在各個客戶端終端之間發(fā)送和接收的IP消息,并且管 理用在各個客戶端終端中使用的消息類型信息。IPM用戶數(shù)據(jù)庫部件32 還可以存儲包括各個客戶端終端的電話號碼、地址和生日在內(nèi)的用戶信 息。利用IPM用戶數(shù)據(jù)庫部件32,當任何一個客戶端終端的用戶改變他/ 她的電話號碼或地址時,通過改變客戶端終端的用戶信息,改變后的內(nèi)容 可以經(jīng)由IPM用戶數(shù)據(jù)庫部件32被通知給預先登記的客戶端終端的用 戶。
客戶端接口部件33的IMPS通信單元331在IPM用戶數(shù)據(jù)庫部件32 中存儲從每個IPM客戶端發(fā)送來的存在狀態(tài)信息和存在更新登記請求,并 且答復并通知針對所接收的存在更新登記請求已完成了更新登記。當在 存儲在IPM用戶數(shù)據(jù)庫部件32中的每個客戶端終端的存在狀態(tài)信息中有 任何更新時,IMPS通信單元331向IPM客戶端通知指示改變的存在改變 通知信號(下文中稱為"CIR信號1"),并向IPM客戶端通知消息進入 通知信號(下文中稱為"CIR信號2")的傳送目的地,消息進入通知信 號指示新的IP消息被存儲在IPM用戶數(shù)據(jù)庫部件32中。
IMPS通信單元331可以進行設(shè)定以使得CIR信號2經(jīng)由預設(shè)的消息 傳送服務器(例如,SMSC服務器22)被發(fā)送。另外,IMPS通信單元 331發(fā)回與從IPM客戶端發(fā)送來的存在更新通知請求相對應的存在狀態(tài)更 新信息,并且向IPM客戶端發(fā)回與來自IPM客戶端的消息獲取請求相對 應的IMPS格式的IP消息。
IM通信單元332在IPM用戶數(shù)據(jù)庫部件32中存儲從每個消息傳送服 務器發(fā)送來的存在更新登記請求,經(jīng)由相應的每個消息傳送服務器發(fā)送存在狀態(tài)更新信息(其中消息類型被轉(zhuǎn)換以適合于每個客戶端終端),并且 經(jīng)由相應的每個消息傳送服務器發(fā)送IP消息(其中消息類型被轉(zhuǎn)換以適合 于每個客戶端終端)。
消息轉(zhuǎn)換中繼部件34的消息類型轉(zhuǎn)換單元342確定從每個客戶端終 端發(fā)送來的IP消息的源和傳送目的地的終端類型,并且轉(zhuǎn)換IP消息的消 息類型以便適合于傳送目的地的終端類型。消息類型轉(zhuǎn)換單元342還在 IPM用戶數(shù)據(jù)庫部件32中存儲經(jīng)轉(zhuǎn)換的IP消息,并從IPM用戶數(shù)據(jù)庫部 件32中刪除已發(fā)送到傳送目的地的IP消息。
接下來,將基于圖4的流程圖描述對于從每個客戶端終端發(fā)送來的IP 消息、IPM服務器31的中繼通信操作。
首先,IP消息被從IPM客戶端41、 SMS客戶端ll和MMS客戶端13 中的任何一個發(fā)送到IPM服務器31 (步驟S201) 。 IPM服務器31接收到 IP消息(步驟S202),并且確定IP消息的源終端(步驟S203)。如果IP 消息的源終端是除了 IPM客戶端以外的終端(即,SMS客戶端或MMS客 戶端),則IPM服務器31確定消息的目的地地址(步驟S204)。
如果消息的目的地是除了 IPM終端以外的終端,則IPM服務器31丟 棄消息并發(fā)送目的地不正確錯誤(步驟S205)。執(zhí)行這一步的目的是例如 使得示例性實施例的IPM服務器31可以不在SMSC服務器21和MMSC 服務器22之間中繼消息。這樣,在示例性實施例中,從SMS客戶端11或 MMS客戶端13發(fā)送到IPM服務器31的IP消息的目的地(傳送目的地) 將是IPM客戶端41。
如果在步驟S204確定目的地地址是IPM客戶端,則IPM服務器31 將所接收的IP消息轉(zhuǎn)換為IMPS格式(步驟S206)。然后,IPM服務器 31將經(jīng)轉(zhuǎn)換的IP消息存儲在IPM用戶數(shù)據(jù)庫部件32中(步驟S208), 并向IPM客戶端41通知CIR消息(步驟S209)。然后,IPM服務器31 將經(jīng)轉(zhuǎn)換的IP消息發(fā)送到IPM客戶端41 (步驟S214)。
另外,如果在步驟S203確定IP消息的源終端是IPM客戶端41,則 IPM服務器31確定IP消息的目的地地址(步驟S207)。如果確定IP消 息的目的地地址是IPM客戶端,則IPM服務器31將IP消息存儲在IPM用戶數(shù)據(jù)庫部件32中(步驟S208),并向IPM客戶端41通知CIR消息 (步驟S209)。然后,IPM服務器31將經(jīng)轉(zhuǎn)換的IP消息發(fā)送到IPM客戶 端41 (步驟S214)。如果在步驟S207中確定消息的目的地地址是除了 IPM客戶端以外的 客戶端(即,SMS客戶端ll或MMS客戶端13),則IPM服務器31確定 IP消息是否有附加文件(步驟S210)。如果IPM服務器31確定包括附加文件,則IPM服務器31將IP消息 的數(shù)據(jù)格式轉(zhuǎn)換為EAIF (步驟S212)。相反地,如果IPM服務器31確 定不包括附加文件,則IPM服務器31確定消息大小(步驟S211)。然 后,如果IPM服務器31確定消息大小小于168字節(jié),則IPM服務器31將 消息的數(shù)據(jù)格式轉(zhuǎn)換為SMPP (Short Message Peer to Peer Protocol,短消 息端對端協(xié)議)(步驟S213),并且如果IPM服務器31確定消息大小為 168字節(jié)或更大,則IPM服務器31將消息的數(shù)據(jù)格式轉(zhuǎn)換為EAIF (外部 應用接口)(步驟S212)。然后,IPM服務器31將經(jīng)轉(zhuǎn)換的IP消息發(fā)送 到目的地(步驟S214)。IPM客戶端41 (和42、 43...)假定是移動通信終端,其利用示例性 實施例的IMPS (即時消息和存在服務)協(xié)議與IPM服務器31發(fā)送和接收 IMPS格式的IP消息和存在狀態(tài)信息。IPM客戶端41是如上所述使用由 IPM服務器31提供的即時消息存在服務(IMP服務)的客戶端終端,并 且在示例性實施例中,該終端假定是發(fā)送和接收IMPS格式的文本數(shù)據(jù)、 語音、圖像和圖片的移動通信終端。IPM客戶端41經(jīng)由預定IPM服務器31向IPM服務器31發(fā)送IMPS 格式的存在狀態(tài)信息(包括它當前是否可與SMS客戶端、MMS客戶端和 其他IPM客戶端的用戶通信,或者用戶的當前感覺和狀況),并且發(fā)送存 在更新登記請求以請求存在狀態(tài)信息的更新登記。注意,在示例性實施例 的每個客戶端終端中已預先設(shè)定了包括"高興"、"疲勞"、"興奮"、 "繁忙"和"未連接"在內(nèi)的存在狀態(tài)信息。另外,IPM客戶端41接收 從IPM服務器31通知來的每個客戶端終端的存在狀態(tài)信息和)所示。另外,IPM客戶端41創(chuàng)建IP消息,并且經(jīng)由IPM服務器31與SMS 客戶端、MMS客戶端和其他IPM客戶端中的任何一個發(fā)送和接收IP消 息。IPM客戶端41通過電話號碼指定它要向之發(fā)送IP消息的對方客戶端 終端。從而,即時消息可以通過與現(xiàn)有SMS和MMS相同的過程被發(fā)送和 接收。IPM客戶端41還具有存在信息存儲單元,該單元存儲預定客戶端終 端的存在狀態(tài)信息。存在狀態(tài)存儲單元存儲經(jīng)由IPM服務器31通知來的 每個客戶端終端的存在狀態(tài)信息,并且利用新接收的存在狀態(tài)信息的經(jīng)更 新內(nèi)容來更新并設(shè)定所存儲的每個客戶端終端的存在狀態(tài)信息。另外, IPM客戶端41可以從IPM服務器31的IPM用戶數(shù)據(jù)庫部件定期獲取預定 客戶端終端的存在狀態(tài)信息。存儲在存在狀態(tài)存儲單元中的每個客戶端終端的存在狀態(tài)信息被顯示 在IPM客戶端41的顯示屏上,如圖5 (B)所示。從而,IPM客戶端41 的用戶可以在開始消息傳送通信之前檢查存在狀態(tài)信息,例如預設(shè)的客戶 端終端用戶的通信狀態(tài)和感覺。例如,如果對方用戶的存在狀態(tài)信息是 "繁忙"或"未連接",則IPM客戶端41的用戶可以決定當前不能與對 方用戶進行實時通信。在這種情況下,IPM客戶端用戶可以根據(jù)目的地用 戶的狀態(tài)來選擇通信方法,包括制止消息傳送通信或者通過電子郵件通知 該事件。另外,如果在IPM客戶端41的存在狀態(tài)信息中沒有任何改變,則 IPM客戶端41自動地向IPM服務器31發(fā)送存在狀態(tài)信息的改變后內(nèi)容。 從而,由IPM客戶端41保存的存在狀態(tài)信息和IPM服務器31的IPM用 戶數(shù)據(jù)庫部件的內(nèi)容可以被自動同步。接下來,將描述根據(jù)示例性實施例的整體通信系統(tǒng)的操作。 首先,指示每個客戶端終端是否可通信的通信狀態(tài)信息(存在狀態(tài)信 息)被登記在IPM服務器31中。然后,IPM服務器31向預定的IPM客戶 端41和SMS客戶端11通知所登記的存在狀態(tài)信息(另外,IPM服務器 31從SMS客戶端11和IPM客戶端41獲取存在狀態(tài)信息,并且執(zhí)行對所目的地終端來轉(zhuǎn)換所接收的即時 消息的消息類型并發(fā)送經(jīng)轉(zhuǎn)換的即時消息)。另外,指示每個客戶端終端是否可通信的通信狀態(tài)信息(存在狀態(tài)信 息)被登記在IPM服務器31中。然后,IPM服務器31向預定的IPM客戶 端41和SMS客戶端11通知所登記的存在狀態(tài)信息。另外,IPM服務器 31從SMS客戶端11和IPM客戶端41獲取存在狀態(tài)信息,并且執(zhí)行對所 存儲的存在狀態(tài)信息的更新設(shè)定。然后,IPM客戶端向SMS客戶端發(fā)送 即時消息,然后IPM服務器31基于目的地終端來轉(zhuǎn)換所接收的即時消息 的消息類型并發(fā)送經(jīng)轉(zhuǎn)換的即時消息。注意,由IPM服務器31執(zhí)行的內(nèi)容可以被配置為由計算機執(zhí)行的程序?,F(xiàn)在,將首先描述在IPM客戶端41和SMS客戶端11之間執(zhí)行的通 知存在狀態(tài)信息的更新的操作以及發(fā)送和接收IP消息的操作。然后,將描 述在IPM客戶端41和MMS客戶端13之間執(zhí)行的通知存在狀態(tài)信息的更 新的操作以及發(fā)送和接收IP消息的操作。首先,將基于圖6的序列圖描述IPM客戶端41更新存在狀態(tài)信息并 且經(jīng)更新的內(nèi)容被SMS客戶端11接收的操作。首先,IPM客戶端41向IPM服務器31發(fā)送作為存在更新登記請求的 對所登記的存在狀態(tài)的內(nèi)容改變(更新)(步驟S301)。在該示例性實施 例中,由于IPM客戶端41將存在狀態(tài)信息從"興奮"改變到"疲勞", 如圖7 (A)所示,因此存在更新登記請求被發(fā)送。然后,IPM服務器31 接收到該存在更新登記請求并將其登記在IPM用戶數(shù)據(jù)庫部件32中,并 且向IPM客戶端41發(fā)回指示存在狀態(tài)的更新登記已經(jīng)完成的更新登記響 應(步驟S302)。然后,IPM服務器31基于所接收的存在更新登記請求 來創(chuàng)建指示IPM客戶端41的存在狀態(tài)信息的改變后內(nèi)容的存在狀態(tài)改變 消息(步驟S303),并經(jīng)由SMSC 21將存在狀態(tài)改變消息發(fā)送到SMS客 戶端11 (步驟S304)。11中,IPM客戶端41 (用戶名Alice)的存在狀態(tài)的改變后內(nèi)容作為 SMS格式的IP消息被顯示在屏幕上。從而,SMS客戶端11的用戶發(fā)現(xiàn) IPM客戶端41的存在狀態(tài)的改變后內(nèi)容。然后,將基于圖8的序列圖描述SMS客戶端11更新存在狀態(tài)信息并 且IPM客戶端41接收該經(jīng)更新內(nèi)容的操作。首先,SMS客戶端11經(jīng)由SMSC 21向IPM服務器31發(fā)送作為存在 更新登記請求的存在狀態(tài)的改變(更新)(步驟S311)。在該示例性實施 例中,如圖9 (A)所示,SMS客戶端11的存在狀態(tài)信息從"困倦"改變 到"高興"的事實作為SMS格式的IP消息被通知給IPM服務器31。然后,IPM服務器31接收到存在更新登記請求,并且向IPM客戶端 41發(fā)送存在改變通知信號(下文中稱為"CIR信號1"),該信號通知 SMS客戶端11的存在狀態(tài)信息已改變(步驟S312) 。 IPM客戶端41接收 到CIR信號1,并且向IPM服務器31發(fā)送請求SMS客戶端11的存在狀 態(tài)信息的經(jīng)更新內(nèi)容的消息(下文中稱為"存在更新通知請求")(步驟 S313)。響應于存在更新通知請求,IPM服務器31以IMPS格式發(fā)送SMS客 戶端11的存在狀態(tài)更新信息(步驟S314)。基于所通知的存在狀態(tài)更新 信息,IPM客戶端41更新并設(shè)定存儲在IPM客戶端41中的SMS客戶端 11的存在狀態(tài)設(shè)定。在該示例性實施例中,SMS客戶端11 (用戶名 Joshua)的存在狀態(tài)設(shè)定被從"困倦"改變到"高興",如圖9 (B)所 示。然后,IPM客戶端41向IPM服務器31發(fā)送通知IPM客戶端41中存 儲的存在狀態(tài)設(shè)定被適當?shù)馗碌母峦瓿赏ㄖ?步驟S315)。接下來,將基于圖10的序列圖描述直到由IPM客戶端41創(chuàng)建并發(fā)送 的IP消息被SMS客戶端11接收為止的操作。首先,IPM客戶端41向SMS客戶端11發(fā)送所創(chuàng)建的IP消息(步驟 S101)。如圖11所示,當點擊"發(fā)送"按鈕時,IPM客戶端41發(fā)送在消 息創(chuàng)建屏幕中輸入的IP消息。該IP消息被以IMPS格式被發(fā)送到IPM服 務器31。 IPM服務器31從IPM客戶端41接收到該消息,并且確定消息的目的地(傳送目的地)終端的消息類型(步驟S102)。在該示例性實施例
中,所接收的IP消息的消息類型被從IMPS格式轉(zhuǎn)換為SMS格式(步驟 S103)。
然后,IPM服務器31向SMSC 21發(fā)送經(jīng)轉(zhuǎn)換的消息(步驟S104), 并且經(jīng)由SMSC 21將發(fā)送成功信號(200)發(fā)送到IPM客戶端41 (步驟 S105)。然后,SMSC 21將從IPM服務器31發(fā)送來的IP消息發(fā)送(傳 送)到SMS客戶端11 (步驟S106) 。 SMS客戶端11接收到從SMSC 21 發(fā)送來的IP消息并且顯示該IP消息(步驟S107)。
接下來,將基于圖12的序列圖描述直到由SMS客戶端ll創(chuàng)建并發(fā)送 的IP消息被IPM客戶端41接收為止的操作。
首先,SMS客戶端11向SMSC 21發(fā)送為IPM客戶端41創(chuàng)建的IP消 息(步驟Slll)。然后,SMSC21接收到該IP消息并將其發(fā)送到IPM服 務器31 (步驟S112)。
然后,IPM服務器31確定IP消息的傳送目的地(IPM客戶端41)的 消息類型(步驟S113),并將IP消息轉(zhuǎn)換為IMPS格式(步驟S114)。 然后,IPM服務器31將IP消息存儲在IPM用戶數(shù)據(jù)庫部件32中(步驟 S115),并經(jīng)由SMSC21向SMS客戶端11發(fā)送作為響應信號的發(fā)送成功 信號(0x0000000)(步驟S116)。
然后,IPM服務器31經(jīng)由預設(shè)的SMSC 22向IPM客戶端41發(fā)送消 息進入通知信號(下文中稱為"CIR信號2")(步驟S117) 。 IPM服務 器31可以經(jīng)由預設(shè)的SMSC 21來發(fā)送CIR信號2。
然后,IPM客戶端41接收到CIR信號2并向IPM服務器31發(fā)送IP 消息獲取請求(步驟S118) 。 IPM服務器31接收到消息獲取請求并且向 IPM客戶端41發(fā)回對應于消息獲取請求的消息(步驟S119)。
然后,IPM客戶端41接收到IP消息并且向IPM服務器31發(fā)送指示 IP消息的成功接收的IP消息接收答復(步驟S120)。最終,接收到消息 接收答復的IPM服務器31從IPM用戶數(shù)據(jù)庫中刪除消息(步驟S121)。
首先,將基于圖13的序列圖描述從IPM客戶端41更新存在狀態(tài)信息 起、直到MMS客戶端13接收到經(jīng)更新內(nèi)容為止的操作。首先,IPM客戶端41向IPM服務器31發(fā)送作為存在更新登記請求的 存在狀態(tài)的改變(更新)(步驟S331)。在該示例性實施例中,由于IPM 客戶端41將存在狀態(tài)信息從"興奮"改變到"疲勞",如圖14 (A)所 示,因此存在更新登記請求被發(fā)送。
然后,IPM服務器31接收到存在更新登記請求并將其登記在IPM用 戶數(shù)據(jù)庫部件32中,并且向IPM客戶端41發(fā)回指示存在狀態(tài)的更新登記 的完成的更新登記答復(步驟S332)。然后,基于所接收的存在更新登記 請求,IPM服務器31創(chuàng)建指示IPM客戶端41的存在狀態(tài)信息的改變后內(nèi) 容的存在狀態(tài)改變消息(步驟S333),并且經(jīng)由MMSC 23將存在狀態(tài)改 變消息發(fā)送到MMS客戶端13 (步驟S334)。
從而,在接收到存在狀態(tài)改變消息的IPM服務器31中,IPM客戶端 41 (用戶名Alice)的存在狀態(tài)的改變后內(nèi)容以MMS格式的IP消息的形 式被顯示在屏幕上,如圖14 (B)所示。從而,MMS客戶端31的用戶可 以注意到IPM客戶端41的存在狀態(tài)的改變后內(nèi)容。
接下來,將基于圖15的序列圖描述MMS客戶端13更新存在狀態(tài)信 息并且IPM客戶端41接收經(jīng)更新內(nèi)容的操作。
首先,MMS客戶端13經(jīng)由MMSC 23向IPM服務器31發(fā)送作為存在 更新登記請求的存在狀態(tài)的改變(更新)(步驟S341)。在該示例性實施 例中,MMS客戶端13的存在狀態(tài)信息被從"困倦"改變到"高興"的事 實作為MMS格式的IP消息被通知給IPM服務器31,如圖16 (A)所
不o
然后,IPM服務器31接收到存在更新登記請求,并且向IPM客戶端 41發(fā)送存在改變通知信號(下文中稱為"CIR信號1"),該信號通知 在MMS客戶端13的存在狀態(tài)信息中發(fā)生了改變(步驟S342) 。 IPM客 戶端41接收到CIR信號1并且向IPM服務器31發(fā)送請求MMS客戶端13 的存在狀態(tài)信息的經(jīng)更新內(nèi)容的消息(下文中稱為"存在更新通知請 求")(步驟S343)。
響應于存在更新通知請求,IPM服務器31以IMPS格式發(fā)送MMS客 戶端13的存在狀態(tài)更新信息(步驟S344)?;谒ㄖ拇嬖跔顟B(tài)更新中的MMS客戶端 13的存在狀態(tài)設(shè)定。在該示例性實施例中,MMS客戶端13 (用戶名 Joshua)的存在狀態(tài)設(shè)定被從"困倦"改變到"高興",如圖16 (B)所示。
然后,IPM客戶端41向IPM服務器31發(fā)送更新完成通知,該通知告 知存儲在IPM客戶端41中的存在狀態(tài)設(shè)定已被適當?shù)馗?步驟 S345)。
接下來,將基于圖17的序列圖描述直到由IPM客戶端41創(chuàng)建并發(fā)送 的IP消息被MMS客戶端13接收為止的操作。
首先,IPM客戶端41向MMS客戶端13發(fā)送所創(chuàng)建的IP消息(步驟 S131)。如圖11所示,當點擊"發(fā)送"按鈕時,IPM客戶端41發(fā)送在消 息創(chuàng)建屏幕中輸入的IP消息。該IP消息以IMPS格式被發(fā)送到IPM服務 器31。
IPM服務器31從IPM客戶端41接收到該消息,并且確定消息的目的 地(傳送目的地)終端的消息類型(步驟S132)。在該示例性實施例中, 所接收的IP消息的消息類型被從IMPS格式轉(zhuǎn)換為MMS格式(步驟 S133)。
然后IPM服務器31發(fā)送經(jīng)MMSC 23轉(zhuǎn)換的消息(步驟S134),并 且經(jīng)由MMSC 23將發(fā)送成功信號(200)發(fā)送到IPM客戶端41 (步驟 S135)。然后,MMSC 23將從IPM服務器31發(fā)送來的IP消息發(fā)送(傳 送)到MMS客戶端13 (步驟S136) 。 MMS客戶端13接收到從MMSC 23發(fā)送來的IP消息并且顯示IP消息(步驟S137)。
接下來,將參考圖18的序列圖描述直到由MMS客戶端13創(chuàng)建并發(fā) 送的IP消息被IPM客戶端41接收為止的操作。
首先,MMS客戶端13向MMSC 23發(fā)送為IPM客戶端41創(chuàng)建的IP 消息(步驟S141)。然后,MMSC 23接收到該IP消息并將其發(fā)送到IPM 服務器31 (步驟S142)。
然后,IPM服務器31確定IP消息的傳送目的地(IPM客戶端41)的 消息類型(步驟S143),并且將IP消息轉(zhuǎn)換為IMPS格式(步驟S144)。然后,IPM服務器31將IP消息存儲在IPM用戶數(shù)據(jù)庫部件32 中(步驟S145),并且經(jīng)由MMSC 23向MMS客戶端13發(fā)送作為答復信 號的發(fā)送成功信號(0x0000000)(步驟S146)。
然后,IPM服務器31經(jīng)由預設(shè)的SMSC 22向IPM客戶端41發(fā)送消 息進入通知信號(下文中稱為"CIR信號2")(步驟S147) 。 IPM服務 器31可以經(jīng)由預設(shè)的MMSC 23發(fā)送CIR信號2。
然后,IPM客戶端41接收到CIR信號2并且向IPM服務器31發(fā)送IP 消息獲取請求(步驟S148) 。 IPM服務器31接收到消息獲取請求并且向 IPM客戶端41發(fā)回對應于消息獲取請求的消息(步驟S149)。
然后,IPM客戶端41接收到IP消息并且向IPM服務器31發(fā)送指示 IP消息的成功接收的IP消息接收答復(步驟S150)。最終,接收到消息 接收答復的IPM服務器31從IPM用戶數(shù)據(jù)庫中刪除該消息(步驟 S151)。
根據(jù)示例性實施例,連接到IPM服務器31的IPM客戶端41可以向作 為現(xiàn)有客戶端終端的SMS客戶端11和MMS客戶端13發(fā)送即時消息并從 其接收即時消息,并且彼此通知存在信息和改變后內(nèi)容。從而,各個客戶 端終端的用戶可以發(fā)送并接收消息,而無需知曉通信對方所支持的消息類 型。
另外,由于所登記的用戶信息和存在狀態(tài)信息是實時更新的,因此每 個客戶端終端的用戶可以確認通信對方的狀態(tài)(存在)并且在最佳時機通 過最優(yōu)的措施進行聯(lián)絡。另外,通過采用SMS格式,還可以使用與現(xiàn)有 SMS用戶相關(guān)聯(lián)的消息服務。
另外,還可以與帳戶或電子郵件地址未知的對方進行即時消息通信, 如果他/她的電話號碼已知的話。另外,可以發(fā)送或接收消息,而無需在通 信之前執(zhí)行諸如授權(quán)或登記之類的過程。此外,盡管SMS和MMS已被示 例性地示為示例性實施例中的現(xiàn)有消息服務,但是以與SMS和MMS相同 的方式可以執(zhí)行由ISP運營商提供的即時消息傳送服務(ISP-IM)和消息 服務之間的關(guān)聯(lián)。除此之外,在示例性實施例中,可以提供由運營者指 導、并且由IPM服務器提供的服務,例如對使用的收費設(shè)定和廣告顯示。盡管己參考實施例(和示例)描述了本發(fā)明,但是本發(fā)明并不限于這 些實施例(和示例)。在本發(fā)明的范圍內(nèi)可以進行可被本領(lǐng)域技術(shù)人員所 理解的形式和細節(jié)上的各種改變。
本申請基于并要求2007年3月30日提交的日本專利申請No. 2007-091479的優(yōu)先權(quán),該申請的公開通過引用全部結(jié)合于此。 工業(yè)應用性
本發(fā)明可應用于經(jīng)由服務器在通信終端之間執(zhí)行實時通信的實時通信 服務系統(tǒng)。
權(quán)利要求
1.一種用于利用不同類型的消息交換信息的通信系統(tǒng),包括多種類型的服務器,每個服務器針對每種消息類型利用不同用戶接口提供服務;移動終端,所述移動終端通過用于專用服務器的用戶接口連接到該專用服務器;以及中繼單元,所述中繼單元建立服務器之間的關(guān)聯(lián),其中所述中繼單元確定源移動終端和目的地地址,基于確定結(jié)果互換用戶接口,并且向經(jīng)互換的用戶接口的目標服務器發(fā)送一消息,該消息包括從所述源移動終端發(fā)送來的通信狀態(tài)的信息。
2. 如權(quán)利要求1所述的通信系統(tǒng),其中 所述移動終端是被給予一電話號碼的移動電話,并且 所述中繼單元基于已預先登記的移動電話的電話號碼來確定被提供不同服務的源移動電話和目的地地址。
3. 如權(quán)利要求2所述的通信系統(tǒng),其中所述中繼單元用作服務器,該 服務器通過與電話號碼相對應的用戶接口、利用消息向利用電話號碼作為 目的地地址執(zhí)行訪問的源移動電話提供服務。
4. 如權(quán)利要求2所述的通信系統(tǒng),其中所述中繼單元基于目的地移動 電話的電話號碼來確定要互換的用戶接口。
5. 如權(quán)利要求2所述的通信系統(tǒng),其中所述中繼單元基于去往目的地 地址的消息的大小來確定目的地服務器,所述目的地地址是基于電話號碼 來確定的。
6. 如權(quán)利要求1所述的通信系統(tǒng),其中所述服務器之一向所述移動終端發(fā)送從所述中繼單元發(fā)送來的消息,并且所述服務器中的另一個向所述移動終端通知消息的進入呼叫,并且對 來自接收到該通知的移動終端的消息獲取請求作出答復。
7. 如權(quán)利要求1所述的通信系統(tǒng),其中當所述通信狀態(tài)的信息被輸入時,所述中繼單元向所述目的地地址的移動終端順序地發(fā)送消息,在該消 息中包括所述通信狀態(tài)的信息。
8. 如權(quán)利要求3所述的通信系統(tǒng),其中所述中繼單元在所述通信狀態(tài) 的信息中結(jié)合了附加的信息。
9. 如權(quán)利要求1所述的通信系統(tǒng),其中所述移動終端除了包括用于分類并存儲消息的發(fā)件箱和收件箱以外,還包括用于針對每個通信對象進行 分類的消息列表。
10. 如權(quán)利要求1所述的通信系統(tǒng),其中所述移動終端以對話形式存儲從所述服務器發(fā)送來的消息。
11. 一種中繼設(shè)備,用于在多種類型的服務器之間利用不同用戶接口的移動終端之間的消息來中繼信息交換,該設(shè)備包括中繼單元,所述中繼單元確定源移動終端和目的地地址,基于確定結(jié) 果互換用戶接口,并且向經(jīng)互換的用戶接口的目標服務器發(fā)送一消息,該 消息包括從所述源移動終端發(fā)送來的通信狀態(tài)。
12. 如權(quán)利要求11所述的中繼設(shè)備,其中 所述移動終端是被給予一電話號碼的移動電話,并且所述中繼單元基于已預先登記的移動電話的電話號碼來確定被提供不 同服務的源移動電話和目的地地址。
13. 如權(quán)利要求12所述的中繼設(shè)備,其中所述中繼單元用作服務器,該服務器通過與電話號碼相對應的用戶接口、利用消息向利用電話號碼作 為目的地地址執(zhí)行訪問的源移動電話提供服務。
14. 如權(quán)利要求12所述的中繼設(shè)備,其中所述中繼單元基于目的地移 動電話的電話號碼來確定要互換的用戶接口 。
15. 如權(quán)利要求12所述的中繼設(shè)備,其中所述中繼單元基于去往目的 地地址的消息的大小來確定目的地服務器,所述目的地地址是基于電話號 碼來確定的。
16. 如權(quán)利要求11所述的中繼設(shè)備,其中當所述通信狀態(tài)的信息被輸 入時,所述中繼單元向所述目的地地址的移動終端順序地發(fā)送消息,在該 消息中包括所述通信狀態(tài)的信息。
17. 如權(quán)利要求13所述的中繼設(shè)備,其中所述中繼單元在所述通信狀 態(tài)的信息中結(jié)合了附加的信息。
18. —種通信中繼方法,用于在多種類型的服務器之間利用不同用戶接口的移動終端之間的消息來中繼信息交換,該方法包括確定源移動終端和目的地地址,基于確定結(jié)果互換用戶接口,并且向 經(jīng)互換的用戶接口的目標服務器發(fā)送一消息,該消息包括從所述源移動終 端發(fā)送來的通信狀態(tài)。
19. 一種中繼程序,用于在多種類型的服務器之間利用不同用戶接口 的移動終端之間的消息來中繼并控制信息交換,該程序使得計算機執(zhí)行以 下功能確定源移動終端和目的地地址的功能; 基于確定結(jié)果互換用戶接口的功能;以及向經(jīng)互換的用戶接口的目標服務器發(fā)送包括從所述源移動終端發(fā)送來 的通信狀態(tài)的消息的功能。
全文摘要
[問題]提供一種通信系統(tǒng),其中在即時消息服務中,在用戶之間可以實時相互得知另一方的存在狀態(tài),并且可以向使用不同消息類型的另一方發(fā)送消息并從其接收消息。[用于解決問題的手段]IPM服務器對從SMS客戶端、MMS客戶端和IMP客戶端發(fā)送來的即時消息的消息類型進行轉(zhuǎn)換以便匹配目的地終端,獲取指示客戶端是否可通信的存在狀態(tài)信息,并且向每個客戶端通知所獲取的存在狀態(tài)信息。
文檔編號G06F13/00GK101647008SQ20088001041
公開日2010年2月10日 申請日期2008年3月12日 優(yōu)先權(quán)日2007年3月30日
發(fā)明者今清水準, 岡部貴廣, 木賀勇介, 松瀨真紀子 申請人:日本電氣株式會社