專利名稱::在融合網(wǎng)際協(xié)議消息服務(wù)客戶端和短消息服務(wù)客戶端之間建立用于消息通信的會話的方...的制作方法
技術(shù)領(lǐng)域:
:本發(fā)明一般涉及消息服務(wù)(messagingservice),具體來講,本發(fā)明涉及在融合(converged)網(wǎng)際協(xié)議(IP)消息服務(wù)客戶端與短消息服務(wù)客戶端之間建立用于的消息通信的會話的方法和系統(tǒng)。
背景技術(shù):
:消息服務(wù)是一類交互服務(wù),其利用具有累積傳送(accumulatedtransmission)電子郵箱和消息處理功能的存儲設(shè)備提供用戶與用戶終端之間的通信,消息服務(wù)包括諸如即時(shí)消息(InstantMessaging,IM)、短消息服務(wù)(ShortMessagingService,SMS)、多々某體消息月艮務(wù)(MultimediaMessagingService,MMS)和無線一4t通服務(wù)(PushtoTalkOverCellular(PoC)S6rvic6)的服務(wù)。IM服務(wù)是指利用因特網(wǎng)環(huán)境中的特定程序,融合了聊天功能和文件傳送/接收功能的一種服務(wù)。最近,移動通信服務(wù)的發(fā)展使得個(gè)人移動通信終端(如蜂窩電話)能夠提供用于實(shí)時(shí)通信的IM服務(wù),該服務(wù)由個(gè)人計(jì)算機(jī)(PC)經(jīng)由因特網(wǎng)提供。在PoC服務(wù)中,半雙工通信方法被應(yīng)用到移動通信服務(wù)中。IM服務(wù)和PoC服務(wù)是基于會話發(fā)起協(xié)議(SIP)的消息服務(wù),其中,當(dāng)在發(fā)送客戶終端和接收客戶終端之間建立起會話之后,消息通信通過傳送和接收消息來執(zhí)行。作為示例,現(xiàn)在將描述根據(jù)IM服務(wù)在執(zhí)行消息通信的兩個(gè)IM客戶端之間建立會話的過程。試圖開始消息通信的客戶端,即試圖開啟會話的IM客戶端A,將SIPINVITE(SIP邀請)消息傳送到IM客戶端B。接收到該SIPINVITE消息后,作為響應(yīng),IM客戶端B將200OK(同意)消息傳送到IM客戶端A。作為響應(yīng),接收到200OK消息的IM客戶端A將確認(rèn)(ACK)消息傳送到IM客戶端B。SMS允許訂戶(subscriber)發(fā)送和接收短消息以及執(zhí)行消息通信,而無需建立單獨(dú)的會話。SM客戶端將用戶輸入的文本存儲在SMS-SUBMIT(SMS提交)消息的用戶數(shù)據(jù)部分中,并將SMS-SUBMIT消息傳送到SM服務(wù)器。SM服務(wù)器將SMS-SUBMIT消息轉(zhuǎn)換為SMS-DELIVER(SMS投遞)消息,并將該SMS-DELIVER消息傳送到對應(yīng)于沖妻收地址的SM客戶端。作為響應(yīng),接收到該SMS-DELIVER消息的SM客戶端通過向SM服務(wù)器發(fā)送SMS-DELIVERY-REPORT(SMS投遞報(bào)告)消息來通知消息接收狀態(tài)。即使SMS-SUBMIT消息一皮轉(zhuǎn)換為SMS-DELIVER消息,用戶豐命入的文本也不會改變。如上所述,不同服務(wù)類型的消息服務(wù)使用不同的協(xié)議。因此,消息服務(wù)不能互相兼容,從而用戶只有在確定了消息通信的類型是否可被目標(biāo)客戶終端接受之后才能開始消息通信。而且,如果各個(gè)客戶終端支持的消息服務(wù)類型不同,則很難執(zhí)行消息通信。例如,在建立會話之后開始消息通信的IM服務(wù)不能與不建立會話就開始消息通信的SMS相兼容,因此從IM客戶端傳送的IM不能被SM客戶端接收。因此,需要一種新的融合消息服務(wù)來融合諸如IM、SMS、MMS和PoC服務(wù)的消息服務(wù)。由于融合消息服務(wù)的用戶必須能夠與融合消息服務(wù)的用戶和已有消息服務(wù)的用戶進(jìn)行通信而不受限制,因此必須進(jìn)行與諸如IM、SMS、MMS和PoC的服務(wù)的交互工作(interworking)。而且,必須執(zhí)行在通過建立會話來執(zhí)行通信的消息服務(wù)與不建立會話而執(zhí)行通信的消息服務(wù)之間的交互工作。
發(fā)明內(nèi)容本發(fā)明的一個(gè)方面在于,基本上解決至少上述問題和/或缺點(diǎn),并提供至少以下優(yōu)點(diǎn)。因此本發(fā)明的一個(gè)方面提供了一種方法和系統(tǒng),用于在融合了諸如IM、SMS、MMS和PoC服務(wù)的消息服務(wù)的新的融合消息服務(wù)中,在融合消息服務(wù)客戶端和短消息(SM)客戶端之間建立用于消息通信的會話。根據(jù)本發(fā)明,提供一種在融合IP消息服務(wù)系統(tǒng)中,在融合IP消息客戶端和SM客戶端之間建立用于進(jìn)行交互消息通信的會話的方法,該方法包括融合IP消息客戶端將用于交互消息通信的會話建立請求傳送到融合IP消息服務(wù)器;如果接收到會話建立請求,則融合IP消息服務(wù)器確定交互消息通信的目標(biāo)客戶端是否支持融合IP消息服務(wù),并且如果確定該目標(biāo)客戶端不支持融合IP消息服務(wù),則將該會話建立請求傳送到交互工作功能模塊(IWF);如果接收到會話建立請求的IWF確定交互消息通信的目標(biāo)客戶端是SM客戶端,則IWF通過將會話建立請求的格式變換為SM服務(wù)格式來生成交互消息通信請求,并將該交互消息通信請求傳送到SM客戶端;以及如果IWF在有效響應(yīng)時(shí)間內(nèi)/人SM客戶端接收到響應(yīng)于交互消息通信請求的4妻受響應(yīng),則IWF在融合IP消息客戶端和SM客戶端之間建立用于進(jìn)行交互消息通信的會話。該方法還包括,如果IWF在有效響應(yīng)時(shí)間內(nèi)從SM客戶端接收到響應(yīng)于交互消息通信請求的拒絕響應(yīng),則IWF通知融合IP消息客戶端和SM客戶端會話建立失敗。該方法還包括,如果IWF在有效響應(yīng)時(shí)間內(nèi)沒有從SM客戶端接收到響應(yīng)于交互消息通信請求的接受或拒絕響應(yīng),則IWF在有效響應(yīng)時(shí)間過去時(shí)通知融合IP消息客戶端和SM客戶端會話建立失敗。該方法還包括,如果IWF在有效響應(yīng)時(shí)間過去之后/人SM客戶端接收到響應(yīng)于交互消息通信請求的接受或拒絕響應(yīng),則IWF通過將該接受或拒絕響應(yīng)作為一般短消息處理,將該接受或拒絕響應(yīng)傳送到融合IP消息客戶端。該方法還包括,如果IWF在有效響應(yīng)時(shí)間過去之后從SM客戶端接收到響應(yīng)于交互消息通信"i貪求的4妻受或拒絕響應(yīng),則IWF丟棄該-接受或拒絕響應(yīng)。根據(jù)以下結(jié)合附圖的詳細(xì)描述,本發(fā)明的上述和其他目的、特征和優(yōu)點(diǎn)將變得更加清楚,附圖中圖1例示了根據(jù)本發(fā)明的融合IP消息服務(wù)系統(tǒng);圖2例示了根據(jù)本發(fā)明第一實(shí)施例在融合IP消息客戶端和SM客戶端之間建立用于交互消息通信的會話的過程;圖3描述了根據(jù)本發(fā)明第一實(shí)施例在融合IP消息客戶端和SM客戶端之間建立用于交互消息通信的會話的過程中的會話建立失敗;圖4描述了根據(jù)本發(fā)明第一實(shí)施例在融合IP消息客戶端與SM客戶端之間建立用于交互消息通信的會話的過程中,由于經(jīng)過了有效響應(yīng)時(shí)間造成的會話建立失敗;圖5例示了根據(jù)本發(fā)明第一實(shí)施例,當(dāng)在融合IP消息客戶端和SM客戶9端之間建立用于交互消息通信的會話時(shí),處理一般短消息的過程;以及圖6描述了根據(jù)本發(fā)明的第二實(shí)施例,在融合IP消息客戶端和SM客戶端之間建立用于交互消息通信的會話的過程中,由于經(jīng)過了有效響應(yīng)時(shí)間而造成的會話建立失敗。具體實(shí)施例方式以下將參考附圖描述本發(fā)明的優(yōu)選實(shí)施例。在附圖中,相同或相似的元素由相同的參考標(biāo)號來表示,即使它們出現(xiàn)在不同的圖中也是如此。在以下描述中,為了清楚和簡潔的目的,已知功能或結(jié)構(gòu)將不做詳細(xì)描述。在下文的描述中,將融合了諸如IM、SMS、MMS和PoC消息服務(wù)的新的消息服務(wù)稱為融合IP消息服務(wù)(以下稱為CPM服務(wù))。根據(jù)本發(fā)明,CPM服務(wù)提供在IM、SMS、MMS和PoC服務(wù)中的任意兩種服務(wù)之間的交互工作功能,以便允許在CPM客戶端和已有消息服務(wù)用戶之間進(jìn)行消息通信,并且具體來講,CPM服務(wù)在CPM客戶端和SM客戶端之間自動建立虛擬會話,以允許在CPM客戶端和SM客戶端之間進(jìn)行消息通信。圖1例示了根據(jù)本發(fā)明的融合IP消息服務(wù)系統(tǒng)。參考圖1,CPM服務(wù)系統(tǒng)包括CPM客戶端IO、CPM服務(wù)器20、交互工作功能模塊(IWF)30、SM服務(wù)器40和SM客戶端50,并且還包括未示出的MMS服務(wù)器、PoC服務(wù)器和IM服務(wù)器。CPM客戶端10支持CPM服務(wù),并且根據(jù)CPM客戶端10的用戶的選擇,構(gòu)建用于單向消息通信或交互消息通信的消息,并將該消息傳送到CPM服務(wù)器20。CPM客戶端IO接收和處理伴隨消息通信的各種類型的消息,并且根據(jù)需要或根據(jù)用戶設(shè)定,將消息的內(nèi)容提供給CPM客戶端10的用戶。作為例子,單向消息通信可以是SMS或MMS,交互消息通信可以是指IM服務(wù)。具體來講,CPM客戶端10構(gòu)建用于在交互消息通信中建立會話的會話發(fā)起協(xié)議(SIP)INVITE消息,并將該SIPINVITE消息傳送到CPM服務(wù)器20,并且接收和處理來自CPM服務(wù)器20的響應(yīng)于SIPINVITE消息的消臺CPM服務(wù)器20存儲CPM客戶端和執(zhí)行傳統(tǒng)消息服務(wù)的客戶端的訂戶信息,并處理從發(fā)送CPM客戶端IO接收的、與消息通信相關(guān)的消息。也就是,如果CPM服務(wù)器20從發(fā)送CPM客戶端10接收到與消息通信相關(guān)的消息,則CPM服務(wù)器20通過搜索預(yù)先存儲的訂戶信息來確定接收客戶端是否支持CPM服務(wù),并根據(jù)確定結(jié)果將該消息傳送到接收客戶端。例如,如果接收客戶端是CPM客戶端,則CPM服務(wù)器20將消息傳送到接收客戶端連接到的通信網(wǎng)絡(luò)。如果接收客戶端是只支持傳統(tǒng)消息服務(wù)的客戶端,則CPM服務(wù)器20將消息傳送到IWF30。具體來講,根據(jù)本發(fā)明,如果CPM服務(wù)器20從CPM客戶端10接收到SIPINVITE消息,則CPM服務(wù)器20確定目標(biāo)客戶端是否支持CPM服務(wù),并且如果確定該目標(biāo)客戶端不支持CPM服務(wù),則CPM服務(wù)器20將SIPINVITE消息傳送到IWF30。CPM服務(wù)器20還將從IWF30接收的消息傳送到CPM客戶端10。當(dāng)IWF30從CPM服務(wù)器20接收到與消息通信相關(guān)的消息時(shí),IWF30檢測接收客戶端以及該接收客戶端支持的消息服務(wù)類型。如果需要,IWF30將所接收的消息的格式變換為與接收客戶端支持的消息服務(wù)相對應(yīng)的消息格式,并將變換后的消息傳送到消息服務(wù)的服務(wù)器,例如,SM服務(wù)器40、MMS服務(wù)器、PoC服務(wù)器或IM服務(wù)器。如果需要,IWF30將從SM服務(wù)器40、MMS服務(wù)器、PoC服務(wù)器或IM服務(wù)器接收的消息變換為CPM消息格式,并將變換后的消息傳送到CPM服務(wù)器20。因此,IWF30存儲消息服務(wù)訂戶信息、以及與各種消息服務(wù)類型相對應(yīng)的消息格式和變換程序。具體來講,如果IWF30從CPM服務(wù)器20接收到SIPINVITE消息,則IWF30檢測接收客戶端所支持的所有消息服務(wù)類型。如果接收客戶端是SM客戶端,則IWF30將SIPINVITE消息變換為SMS支持的格式,即SMS-SUBMIT消息,并將SMS-SUBMIT消息傳送到SM服務(wù)器40。根據(jù)本發(fā)明,SMS-SUBMIT可以以兩種格式來構(gòu)建。根據(jù)本發(fā)明的第一實(shí)施例,用于通知當(dāng)前SMS-SUBMIT消息是SIPINVITE消息的信息被包含在SMS-SUBMIT消息的主體(body),即用戶數(shù)據(jù),中,而不改變已有SMS-SUBMIT消息格式。才艮據(jù)本發(fā)明的第二實(shí)施例,向已有SMS-SUBMIT消息格式的標(biāo)題添加新的字段,其中存儲用于通知當(dāng)前SMS-SUBMIT消息是SIPINVITE消息的信息和接收SM客戶端的響應(yīng)。才艮據(jù)本發(fā)明的第一實(shí)施例,如果從CPM服務(wù)器20接收的SIPINVITE消息的接收客戶端是SM客戶端50,則IWF30將該SIPINVITE消息變換為SMS-SUBMIT消息,并將用于向SM接收方詢問對交互消息通信的接受或拒絕意圖的詢問語句和用于接收者根據(jù)接受或拒絕意圖進(jìn)行輸入的響應(yīng)指令插入到SMS-SUBMIT消息的用戶數(shù)據(jù)字段,作為用來通知當(dāng)前SMS-SUBMIT消息是SIPINVITE消息的信息。例如,所述詢問語句可以是"A請求B進(jìn)行消息通信。你接受嗎?",而所述響應(yīng)指令可以是"是",表示接受意圖,或是"否",表示拒絕意圖。IWF30在將插入了所述語句的SMS-SUBMIT消息傳送到SM服務(wù)器40之后,立即根據(jù)有效響應(yīng)時(shí)間激活定時(shí)器。有效響應(yīng)時(shí)間,即定時(shí)器值,必須等于或小于在SIP中傳送請求之后等待響應(yīng)時(shí)使用的定時(shí)器值。如果IWF30在有效響應(yīng)時(shí)間過去之前從SM客戶端50接收到SM,則IWF30根據(jù)所接收SM的用戶數(shù)據(jù)中是否包含響應(yīng)指令,來確定所接收SM是與交互消息通信請求相關(guān)的響應(yīng)消息還是一般的SM。IWF30根據(jù)響應(yīng)指令的類型確定SM客戶端50是否接受了交互消息通信請求。如果響應(yīng)指令表示所接收SM中包含接受,則IWF30通過將200OK消息傳送到CPM客戶端10,在CPM客戶端10和IWF30之間建立會話。如果響應(yīng)指令表示在所4妄收SM中包含拒絕,則IWF30通過將SIP中定義的4xx響應(yīng)消息中適當(dāng)?shù)囊粋€(gè)消息傳送到CPM客戶端10來停止會話建立工作。如果所接收的SM是一般的SM,則IWF30將所接收的SM變換為SIP消息,并將該SIP消息傳送到與接收CPM客戶端相對應(yīng)的CPM服務(wù)器20。此外,IWF30為所有接收的SM生成SMS-DELIVERY-REPORT消息,并將該SMS-DELIVERY-REPORT消息經(jīng)由SM服務(wù)器40傳送到SM客戶端。如果IWF30直到有效響應(yīng)時(shí)間過去都沒能從SM服務(wù)器40接收到響應(yīng)于交互消息通信請求的SM,則IWF30根據(jù)有效響應(yīng)時(shí)間的過去,生成4xx響應(yīng),并將該4xx響應(yīng)經(jīng)由CPM服務(wù)器20傳送到CPM客戶端10,生成用來通知有效響應(yīng)時(shí)間已經(jīng)過去的SM(SMS-SUBMIT消息),并將該SM經(jīng)由SM服務(wù)器40傳送到SM客戶端50。在這種情況下,將用于通知用戶有效響應(yīng)時(shí)間已經(jīng)過去的語句插入到傳送給SM服務(wù)器40的SMS-SUBMIT消息中。例如,用來通知有效響應(yīng)時(shí)間已經(jīng)過去的語句可以是"由于超過響應(yīng)時(shí)間,消息通信請求一皮取消"。IWF30將在有效響應(yīng)時(shí)間過去之后接收的所有SM(SMS-DELIVER消息)看作是與交互消息通信請求無關(guān)的獨(dú)立消息,將每個(gè)接收的SM變換為SIP消息,并將SIP消息傳送到CPM服務(wù)器20。SM服務(wù)器40是支持SMS服務(wù)的服務(wù)器,并且根據(jù)本發(fā)明的第一實(shí)施例,將從IWF30接收的SMS-SUBMIT消息變換為SMS-DELIVER消息,并將SMS-DELIVER消息傳送到SM客戶端50。當(dāng)SM服務(wù)器40從SM客戶端1250接收到以CPM客戶端10為接收客戶端的SMS-SUBMIT消息時(shí),SM服務(wù)器40將該SMS-SUBMIT消息變換為SMS-DELIVER消息,并將該SMS-DELIVER消息傳送到IWF30。SM服務(wù)器40將從IWF30接收的SMS-DELIVERY-REPORT消息傳送到MS客戶端50,并且如果SM服務(wù)器40從SM客戶端50接收到以CPM客戶端10為接收客戶端的SMS-DELIVERY-REPORT消息,貝'JSM月l務(wù)器40將該SMS-DELIVERY-REPORT消息傳送到IWF30。SM客戶端50將SM客戶端50的用戶輸入的文本插入到SMS-SUBMIT消息中,并將該SMS-SUBMIT消息傳送到SM服務(wù)器40,并且,如果從SM服務(wù)器40接收到從另一個(gè)客戶端傳送的SMS-DELIVER消息,則SM客戶端50根據(jù)SM客戶端50的用戶設(shè)定通知接收到SM或顯示包含在SM中的文本。當(dāng)SM客戶端50接收到SMS-DELIVER消息時(shí),SM客戶端50將SMS-DELIVERY-REPORT消息傳送到SM服務(wù)器40,以通知SM已經(jīng)被接收而沒有發(fā)生錯(cuò)誤。圖2例示了根據(jù)本發(fā)明在CPM客戶端10和SM客戶端50之間建立用于交互消息通信的會話的過程。參考圖2,如果CPM客戶端10的用戶輸入與SM客戶端50進(jìn)行交互消息通信的請求,則在步驟101,CPM客戶端10將SIPINVITE消息傳送到CPM服務(wù)器20,以建立用于與SM客戶端50進(jìn)行交互消息通信的會話。如果通過訂戶信息搜索確定SIPINVITE消息的接收方不使用CPM服務(wù),則在步驟103,CPM服務(wù)器20將SIPINVITE消息傳送到IWF30。IWF30通過搜索與SIPINVITE消息的接收客戶端相對應(yīng)的訂戶信息,檢測接收方使用的消息服務(wù)的類型。如果IWF30檢測到該接收方使用SMS,而不使用諸如MMS、IM或PoC服務(wù)的其他消息服務(wù),則IWF30將該SIPINVITE消息變換為SMS-SUBMIT消息。在變換期間,IWF30將交互消息通信請求語句和響應(yīng)指令插入到SMS-SUBMIT消息的用戶H據(jù)字段中。在步驟105,IWF30將SMS-SUBMIT消息傳送到SM服務(wù)器40,SM服務(wù)器40將該SMS提供給接收SM客戶端50,并且IWF30在傳送之后立即激活定時(shí)器。SM服務(wù)器40將SMS-SUBMIT消息變換為SMS-DELIVER消息,并在步驟107將SMS-DELIVER消息傳送到SM客戶端50。SM客戶端50可以通知SM客戶端50的用戶已經(jīng)接收到SMS-DELIVER消息,并根據(jù)SM客戶端50用戶設(shè)定在顯示屏幕上顯示交互消息通信請求語句和響應(yīng)指令。在步驟109,SM客戶端50將SMS-DELIVERY-REPORT消息傳送到SM服務(wù)器40。在步驟111,SM服務(wù)器40將SMS-DELIVERY-REPORT消息傳送到IWF30。SM客戶端50的用戶確認(rèn)顯示的交互消息通信請求語句,輸入接受響應(yīng)指令,例如"是",以接受所請求的交互消息通信,并請求SM傳送。SM客戶端50響應(yīng)于用戶請求構(gòu)建SMS-SUBMIT消息,并在步驟113將該SMS-SUBMIT消息傳送到SM服務(wù)器40。SM服務(wù)器40將從SM客戶端50接收的SMS-SUBMIT消息變換為SMS-DELIVER消息,并在步驟115將SMS-DELIVER消息傳送到IWF30。由于IWF30在有效響應(yīng)時(shí)間過去之前從SM服務(wù)器40接收到SMS-DELIVER消息,并且該SMS-DELIVER消息包含表示"是",即接受交互消息通信請求,的響應(yīng)指令,所以IWF30將該SMS-DELIVER消息看作是響應(yīng)于SIPINVITE消息的接受消息。因此,在步驟117,IWF30將200OK消息傳送到CPM服務(wù)器20。在步驟119,CPM月良務(wù)器20將從IWF30接收的200OK消息傳送到CPM客戶端10。在步驟121,CPM客戶端10響應(yīng)于200OK消息將ACK消息傳送到CPM服務(wù)器20。在步驟123,CPM服務(wù)器20將從CPM客戶端10接收的ACK消息傳送到IWF30。當(dāng)IWF30從CPM服務(wù)器20接收到ACK消息時(shí),IWF30生成響應(yīng)于在步驟115接收的SMS-DELIVER消息的SMS-DELIVERY-REPORT消息,并且在步驟125,IWF30將SMS-DELIVERY-REPORT消息傳送到SM服務(wù)器40。在步驟127,SM服務(wù)器40將SMS-DELIVERY-REPORT消息傳送到SM客戶端50,并因此在步驟129,在CPM客戶端10和SM客戶端50之間建立會話。如上所述,SM客戶端50能夠接受CPM客戶端10的交互消息通信請求,并且由于在CPM客戶端10和IWF30之間傳送和接收了SIPINVITE消息和200OK消息,因此在CPM客戶端10和SM客戶端50之間建立了虛擬會話。同時(shí),SM客戶端50的用戶可以拒絕CPM客戶端10的交互消息通信請求,現(xiàn)在將參考圖3描述CPM服務(wù)系統(tǒng)在這種情況下的處理過程。圖3描述了根據(jù)本發(fā)明在CPM客戶端10和SM客戶端50之間建立用于交互消息通信的會話的過程中的會話建立失敗。圖3中例示的步驟201到211與圖2中例示的步驟101到111相同。參考圖3,在步驟201到207,SM客戶端50接收包含CPM客戶端10的用戶的交互消息通信請求的SM,并顯示交互消息通信請求語句和響應(yīng)指令。SM客戶端50的用戶確認(rèn)SM,輸入拒絕響應(yīng)指令,例如"否",以拒絕所請求的交互消息通信,并請求SM傳送。響應(yīng)于用戶請求,在步驟213,SM客戶端50將包含拒絕響應(yīng)指令"否"的SM(SMS-SUBMIT消息)傳送到SM服務(wù)器40。SM服務(wù)器40將從SM客戶端50接收的SMS-SUBMIT消息變換為SMS-DELIVER消息,并在步驟215將該SMS-DELIVER消息傳送到IWF30。由于IWF30在有效響應(yīng)時(shí)間過去之前從SM服務(wù)器40接收到SMS-DELIVER消息,并且該SMS-DELIVER消息包含拒絕響應(yīng)指令,即"否",所以IWF30將該SMS-DELIVER消息看作是響應(yīng)于SIPINVITE消息的拒絕消息。因此,在步驟217,IWF30將表示SMS用戶拒絕的4xx響應(yīng)傳送到CPM服務(wù)器20。在步驟219,CPM服務(wù)器20將4xx響應(yīng)傳送到CPM客戶端10。在步驟221,CPM客戶端10響應(yīng)于4xx響應(yīng)將ACK消息傳送到CPM服務(wù)器20。在步驟223,CPM服務(wù)器20將從CPM客戶端10接收的ACK消息傳送到IWF30。當(dāng)IWF30從CPM服務(wù)器20接收到ACK消息時(shí),IWF30生成響應(yīng)于在步驟215接收的SMS-DELIVER消息的SMS-DELIVERY-REPORT消息,并在步驟225將該SMS-DELIVERY-REPORT消息傳送到SM服務(wù)器40。在步驟227,SM服務(wù)器40將SMS-DELIVERY-REPORT消息傳送到SM客戶端50。如上所述,由于SM客戶端50拒絕了CPM客戶端10的交互消息通信請求,并且CPM客戶端10不能接收到響應(yīng)于SIPINVITE消息的200OK消息,因此在CPM客戶端10和SM客戶端50之間的會話建立失敗。除了SM客戶端50拒絕交互消息通信請求的情況,當(dāng)IWF30不能在有效響應(yīng)時(shí)間過去之前接收到響應(yīng)于交互消息通信請求的包含響應(yīng)指令的SM時(shí),該會話建立失敗也會發(fā)生?,F(xiàn)在將參考圖4描述在這種情況下CPM服務(wù)系統(tǒng)的處理過程。圖4描述了根據(jù)本發(fā)明在CPM客戶端10和SM客戶端50之間建立用于敗。圖4中例示的步驟301到311與圖2中例示的步驟101到111相同。參考圖4,在步驟301到311,響應(yīng)于CPM客戶端10的用戶的交互消息通信請求,IWF30將從CPM客戶端10接收的SIPINVITE消息變換為SMS-SUBMIT消息,將該SMS-SUBMIT消息經(jīng)由SM服務(wù)器40傳送到SM客戶端50,并接收作為響應(yīng)的SMS-DELIVERY-REPORT消息。此后,如果直到在步驟305中設(shè)定的有效響應(yīng)時(shí)間過去,IWF30都沒能從SM服務(wù)器40接收到包含響應(yīng)指令的SM,則在有效響應(yīng)時(shí)間過去之后,IWF30立即將4xx響應(yīng)傳送到CPM客戶端10,生成通知用于交互消息通信請求的有效響應(yīng)時(shí)間已經(jīng)過去的SM(SMS-SUBMIT消息),并在步驟313將該SM傳送到SM客戶端50。換句話說,在有效響應(yīng)時(shí)間過去之后,在步驟313-1,IWF30立即將4xx響應(yīng)傳送到CPM服務(wù)器20,生成包含表示有效響應(yīng)時(shí)間已經(jīng)過去的語句的SMS-SUBMIT消息,并在步驟313-2將該SMS-SUBMIT消息傳送到SM服務(wù)器40。在步驟315,CPM服務(wù)器20將從IWF30接收的4xx響應(yīng)傳送到CPM客戶端10。SM服務(wù)器40將在步驟313-2從IWF30接收的SMS-SUBMIT消息變換為SMS-DELIVER消息,并在步驟313-3將該SMS-DELIVER消息傳送到SM客戶端50。響應(yīng)于從CPM服務(wù)器20接收的4xx響應(yīng),CPM客戶端10在步驟317將ACK消息傳送到CPM服務(wù)器20,并且CPM服務(wù)器20在步驟319將ACK消息傳送到IWF30。響應(yīng)于從SM服務(wù)器40接收的SMS-DELIVER消息,SM客戶端50在步驟321將SMS-DELIVERY-REPORT消息傳送到SM服務(wù)器40,并且SM服務(wù)器40在步驟323將該SMS-DELIVERY-REPORT消息傳送到IWF30。從而,在CPM客戶端10和SM客戶端50之間的會話建立失敗。這樣,即使IWF30在有效響應(yīng)時(shí)間過去之后接收到包含響應(yīng)指令的SM,即SMS-DELIVER消息,會話也不能建立。當(dāng)IWF30在有效響應(yīng)時(shí)間過去之后接收到包含響應(yīng)指令的SM時(shí),IWF30將所接收的SM作為一4殳SM來處理。換句話i兌,在有效響應(yīng)時(shí)間過去之后,IWF30將每個(gè)接收的SM確定為與交互消息通信無關(guān)的、從SM客戶端50獨(dú)立地傳送到CPM客戶端10的消息,并以此來進(jìn)4亍處理,而不確定每個(gè)接收的SM是否包含有響應(yīng)指令。因此,如步驟327到339-1所例示的,IWF30將SMS-DELIVER消息變換為SIP消息,并將SIP消息傳送到CPM服務(wù)器20。當(dāng)CPM客戶端IO和SM客戶端50之間的會話建立由于經(jīng)過了有效響應(yīng)時(shí)間而失敗之后,如果SM客戶端50的用戶請求傳送包含接受響應(yīng)指令"是"的SM,SM客戶端50構(gòu)建包含接受響應(yīng)指令的SM(SMS-SUBMIT消息),并在步驟327將該SMS-SUBMIT消息傳送到SM服務(wù)器40。SM服務(wù)器40將接收到的SMS-SUBMIT消息變換為SMS-DELIVER消息,并在步驟329將該SMS-DELIVER消息傳送到IWF30。由于有效響應(yīng)時(shí)間已經(jīng)過去,即使IWF30接收到包含接受響應(yīng)指令的SM(SMS-DELIVER消息),IWF30也只是將該SMS-DELIVER消息變換為SIP消息而不對該SM進(jìn)行單獨(dú)分析,并且在步驟331將該SIP消息傳送到CPM服務(wù)器20。在步驟333,CPM服務(wù)器20將從IWF30接收的SIP消息傳送到CPM客戶端10。在步驟335,CPM客戶端10響應(yīng)于從CPM服務(wù)器20接收的SIP消息將200OK消息傳送到CPM服務(wù)器20。在步驟337,CPM服務(wù)器20將從CPM客戶端10接收的200OK消息傳送到IWF30。IWF30將200OK消息變換為SMS-DELIVERY-REPORT消息,并在步驟339和339-1將SMS-DELIVERY-REPORT消息經(jīng)由SM服務(wù)器40傳送到SM客戶端50。此夕卜,在步驟341和341-1,IWF30響應(yīng)于200OK消息將ACK消息經(jīng)由CPM服務(wù)器20傳送到CPM客戶端10。圖5例示了根據(jù)本發(fā)明在CPM客戶端10和SM客戶端50之間的交互消息通信中處理一般SM的過程。圖5中例示的步驟401到411與圖2中例示的步驟101到111相同。參考圖5,在步驟401到411中,響應(yīng)于CPM客戶端10的用戶的交互消息通信請求,IWF30將從CPM客戶端10接收的SIPINVITE消息變換為SMS-SUBMIT消息,將該SMS-SUBMIT消息經(jīng)由SM服務(wù)器40傳送到SM客戶端50,并4妄收作為響應(yīng)的SMS-DELIVERY-REPORT消息。此后,SM客戶端50不管在步驟407接收的包含交互消息通信請求語句的SM而生成獨(dú)立的SM(SMS-SUBMIT消息),并在步驟413將該SMS-SUBMIT消息傳送到SM服務(wù)器40。這里,所述獨(dú)立的SMS-SUBMIT消息不包含響應(yīng)指令"是"或"否"。SM服務(wù)器40將從SM客戶端50接收的SMS-SUBMIT消息變換為SMS-DELIVER消息,并在步驟415將該SMS-DELIVER消息傳送到IWF30。由于IWF30在有效響應(yīng)時(shí)間過去之前接收到SM(SMS-DELIVER消息),因此IWF30確定所接收的SM是否包含響應(yīng)指令。如果確定所接收的SM包含響應(yīng)指令,則執(zhí)行圖2或圖3中例示的過程。如果確定所接收的SM不包含響應(yīng)指令,則IWF30確定所接收的SM是與在步驟403接收的SIP-INVITE消息或在步驟405傳送的SMS-SUBMIT消息無關(guān)的獨(dú)立的消息。因此,IWF30將所接收的SMS-DELIVER消息變換為SIP消息,并在步驟417將該SIP消息傳送到CPM服務(wù)器20。在步驟419,CPM服務(wù)器20將從IWF30接收的SIP消息傳送到CPM客戶端10。在步驟421,CPM客戶端10將200OK消息傳送到CPM服務(wù)器20,以便通知IWF30CPM客戶端10已經(jīng)接收到該SIP消息。在步驟423,CPM服務(wù)器20將從CPM客戶端IO接收的200OK消息傳送到IWF30。如果從CPM服務(wù)器20接收到200OK消息,則IWF30生成響應(yīng)于在步驟415接收的SMS-DELIVER消息的SMS-DELIVER-REPORT消息,并在步驟425和427將該SMS-DELIVER-REPORT消息經(jīng)由SM服務(wù)器40傳送到SM客戶端50。此外,響應(yīng)于200OK消息,IWF30在步驟429和431將ACK消息經(jīng)由CPM服務(wù)器20傳送到CPM客戶端10。之后,取決于SM客戶端50的用戶的操作,過程會按照圖2、圖3或圖4中所例示的過程那樣進(jìn)行。如上所述,當(dāng)IWF30經(jīng)由CPM服務(wù)器20從CPM客戶端10接收到以SM客戶端50為接收客戶端的SIPINVITE消息時(shí),IWF30將該SIPINVITE消息變換為具有SMS支持的格式的消息,即SMS-SUBMIT消息,并經(jīng)由SM服務(wù)器40將該SMS-SUBMIT消息傳送到SM客戶端50。如果在有效響應(yīng)時(shí)間內(nèi)IWF30從SM客戶端50接收到響應(yīng)于該SMS-SUBMIT消息的SM,則CPM客戶端10和SM客戶端50之間的會話建立。根據(jù)本發(fā)明的第一實(shí)施例,無需改變SMS-SUBMIT消息的已有格式,SMS-SUBMIT消息只是在SMS-SUBMIT消息的用戶數(shù)據(jù)字段中包含用于通知當(dāng)前SMS-SUBMIT消息是SIPINVITE消息的信息。已經(jīng)參考圖2到圖5描述了根據(jù)本發(fā)明第一實(shí)施例的CPM服務(wù)系統(tǒng)的操作。將參考圖6描述本發(fā)明的第二實(shí)施例,其中當(dāng)IWF30將SIPINVITE消息變換為SMS-SUBMIT消息時(shí),像第一實(shí)施例那樣IWF30將用于詢問SM接收方對交互消息通信的接受或拒絕意圖的詢問語句插入到SMS-SUBMIT消息的用戶數(shù)據(jù)字段中,并且IWF30將一標(biāo)題字段添加到傳統(tǒng)SMS-SUBMIT消息以通知SM客戶端當(dāng)前SMS-SUBMIT消息是SIPINVITE消息,并且當(dāng)接收SM客戶端傳送對包含該標(biāo)題字段的SMS-SUBMIT消息的響應(yīng)時(shí),接收SM客戶端將一標(biāo)題字段添加到當(dāng)前SMS-SUBMIT消息,以通知當(dāng)前SMS-SUBMIT消息是響應(yīng)于交互消息通信請求的4妄受或拒絕響應(yīng)消息。才艮據(jù)本發(fā)明的第二實(shí)施例,當(dāng)將SIPINVITE消息變換為SMS消息格式時(shí),由于用于SM客戶端50的用戶的語句和用于SM客戶端50的標(biāo)題字段被添加到SMS-SUBMIT消息,而不是像本發(fā)明的第一實(shí)施例那樣當(dāng)SM客戶端50的用戶輸入關(guān)于SM客戶端50的用戶是接受還是拒絕交互消息通信請求的響應(yīng)時(shí)直接輸入響應(yīng)指令,因此可以通過輸入特定鍵來實(shí)現(xiàn)關(guān)于SM客戶端50的用戶是接受還是拒絕交互消息通信請求的響應(yīng)。在表l中例示了根據(jù)本發(fā)明的第二實(shí)施例,當(dāng)IWF30將SIPINVITE消息變換為SMS-SUBMIT消息時(shí),新添加到SMS-SUBMIT消息的標(biāo)題中的標(biāo)題字段。表1<table>tableseeoriginaldocumentpage19</column></row><table>在表2中例示了根據(jù)本發(fā)明的第二實(shí)施例,當(dāng)SM客戶端50的用戶輸入特定鍵時(shí),新添加到由SM客戶端50生成的響應(yīng)消息(SMS-SUBMIT)的標(biāo)題字段。表2<table>tableseeoriginaldocumentpage19</column></row><table>根據(jù)本發(fā)明的第二實(shí)施例,如果IWF30從CPM服務(wù)器20接收到SIPINVITE消息,該SIPINVITE消息的接收客戶端只有SM客戶端50,因?yàn)榻邮辗街?吏用SMS,則IWF30將請求SMS用戶進(jìn)行交互消息通信的語句插入到SMS-SUBMIT消息的主體,即用戶數(shù)據(jù)字段,中。IWF30還將TP—INVITE標(biāo)題字段添加到SMS-SUBMIT消息的標(biāo)題部分,并將其字段值設(shè)定為1。將變換后的SMS-SUBMIT消息經(jīng)由SM服務(wù)器40傳送到SM客戶端50的過程與在本發(fā)明的第一實(shí)施例中描述的過程相同。接收到添加了TPJNVITE標(biāo)題字段的SMS-SUBMIT消息的SM客戶端50,將表示交互消息通信請求的語句提供給SM客戶端50的用戶,同時(shí)顯示以語句,以指示用于選擇性地輸入響應(yīng)交互消息通信請求的接受或拒絕的特定鍵。SM客戶端50的用戶通過參考所顯示的語句來輸入接受或拒絕交互消息通信請求的鍵。如果SM客戶端50的用戶輸入了接受或拒絕交互消息通信請求的鍵,則SM客戶端50將TP—RESPONSE標(biāo)題字段添加到SMS-SUBMIT消息的標(biāo)題部分,根據(jù)SM客戶端50的用戶選擇的接受或拒絕,將TP—RESPONSE標(biāo)題字段的值設(shè)定為0或1,并將該SMS-SUBMIT消息傳送到SM服務(wù)器40。如果IWF30在有效響應(yīng)時(shí)間過去之前從SM服務(wù)器40接收到SM(SMS-DELIVER),則IWF30確定該SMS-DELIVER消息是否包含TP—RESPONSE標(biāo)題字段。如果確定沒有包含TP—RESPONSE標(biāo)題字段,則IWF30確定所接收的SMS-DELIVER消息是與SIP-INVITE無關(guān)的獨(dú)立SM,并等待對SIP-INVITE信息的響應(yīng),直到有效響應(yīng)時(shí)間過去。IWF30將所接收的SM變換為SIP消息,并將SIP消息經(jīng)由CPM服務(wù)器20傳送到CPM客戶端10。如果確定在SMS-DELIVER消息中包含TP—RESPONSE標(biāo)題字段,則IWF30檢測TP—RESPONSE標(biāo)題字段的值,并根據(jù)值是1或0確定SM客戶端50接受或拒絕了交互消息通信。IWF30將表示接受或拒絕SIP-INVITE的語句插入到SIP消息中,并將該SIP消息傳送到CPM客戶端10。才艮據(jù)本發(fā)明的第二實(shí)施例,如果IWF30在有效響應(yīng)時(shí)間過去之后接收到包含TP—RESPONSE的SM,則IWF30丟棄該SM,不將該SM傳送到CPM客戶端10,而不管接受還是拒絕交互消息通信。與本發(fā)明的第一實(shí)施例不同,IWF30能夠通過只檢查所接收SM的標(biāo)題字段,即通過確定所接收的SM中是否包含TP一RESPONSE標(biāo)題字段,來確定所接收的SM是對交互消息通信請求的響應(yīng)還是一般的SM。IWF30響應(yīng)于所接收的SM將SMS-DELIVERY-REPORT消息傳送到SM客戶端50,在該SMS-DELIVERY-REPORT消息中插入了用于通知有效響應(yīng)時(shí)間已經(jīng)過去的語句。上述過程例示在圖6中。圖6描述了根據(jù)本發(fā)明的第二實(shí)施例,在CPM客戶端IO和SM客戶端50之間建立用于交互消息通信的會話的過程中,由于有效響應(yīng)時(shí)間過去造成的會話建立失敗。參考圖6,如果CPM客戶端10的用戶輸入了與SM客戶端50進(jìn)行交互消息通信的請求,在步驟501,CPM客戶端10將SIPINVITE消息傳送到CPM服務(wù)器20,以建立用于與SM客戶端50執(zhí)行交互消息通信的會話。如果通過訂戶信息搜索確定SIPINVITE消息的接收方不使用CPM服務(wù),在步驟503,CPM服務(wù)器20將SIPINVITE消息傳送到IWF30。IWF30通過搜索與SIPINVITE消息的接4^戶端相對應(yīng)的訂戶信息來檢測接收方使用的消息服務(wù)的類型。如果IWF30檢測到接收方使用SMS而不使用如MMS、IM或PoC服務(wù)的其他消息服務(wù),則IWF30將SIPINVITE消息變換為SMS-SUBMIT消息。在變換過程中,IWF30將TP—INVITE標(biāo)題字段添加到SMS-SUBMIT消息的標(biāo)題部分,將TP—INVITE標(biāo)題字段的值設(shè)定為1,并將交互消息通信請求語句插入到SMS-SUBMIT消息的用戶數(shù)據(jù)字段中。IWF30在步驟505將該SMS-SUBMIT消息傳送到將SMS提供給接收SM客戶端50的SM服務(wù)器40,并在傳送之后立即激活定時(shí)器。SM服務(wù)器40將SMS-SUBMIT消息變換為SMS-DELIVER消息,并在步驟507將SMS-DELIVER消息傳送到SM客戶端50。SM客戶端50可以通知SM客戶端50的用戶已經(jīng)接收到SMS-DELIVER消息,并根據(jù)SM客戶端50的用戶的設(shè)定在顯示屏幕上顯示交互消息通信請求語句和響應(yīng)指令。在步驟509,SM客戶端50將SMS-DELIVERY-REPORT消息傳送到SM服務(wù)器40。在步驟511,SM服務(wù)器40將SMS-DELIVERY-REPORT消息傳送到IWF30。此后,如果直到在步驟505中設(shè)定的有效響應(yīng)時(shí)間過去,IWF30都不能從SM服務(wù)器40接收到包含響應(yīng)指令的SM,則在該有效響應(yīng)時(shí)間過去之后,IWF30立即將4xx響應(yīng)傳送到CPM客戶端10,生成通知用于交互消息通信請求的有效響應(yīng)時(shí)間已經(jīng)過去的SM(SMS-SUBMIT消息),并在步驟513將該SM傳送到SM客戶端50。換句話說,IWF30在有效響應(yīng)時(shí)間過去之后立即在步驟513-1將4xx響應(yīng)傳送到CPM服務(wù)器20,生成包含表示有效響應(yīng)時(shí)間已經(jīng)過去的語句的SMS-SUBMIT消息,并在步驟513-2將該SMS-SUBMIT消息傳送到SM服務(wù)器40。在步驟515,CPM服務(wù)器20將從IWF30接收的4xx響應(yīng)傳送到CPM客戶端10。SM服務(wù)器40將從IWF30接收的SMS-SUBMIT消息變換為SMS-DELIVER消息,并在步驟521將該SMS-DELIVER消息傳送到SM客戶端50。CPM客戶端10響應(yīng)于從CPM服務(wù)器20接收的4xx響應(yīng),在步驟517將ACK消息傳送到CPM服務(wù)器20,而CPM服務(wù)器20在步驟519將該ACK消息傳送到IWF30。SM客戶端50響應(yīng)于從SM服務(wù)器40接收的SMS-DELIVER消息,在步驟523將SMS-DELIVERY-REPORT消息傳送到SM服務(wù)器40,而SM服務(wù)器40在步驟525將該SMS-DELIVERY-REPORT消息傳送到IWF30。從而,在CPM客戶端10和SM客戶端50之間的會話建立失敗。因此,即使IWF30在有效響應(yīng)時(shí)間過去之后接收到包含響應(yīng)指令的SM,即SMS-DELIVER消息,會話也不會建立。當(dāng)IWF30在有效響應(yīng)時(shí)間過去之后接收到包含TP—RESPONSE標(biāo)題字段的SM時(shí),IWF30丟棄所接收的SM。在CPM客戶端10和SM客戶端50之間的會話建立由于有效響應(yīng)時(shí)間過去而失敗之后,SM客戶端50構(gòu)建SM(SMS-SUBMIT消息),在該SM中添加了TP—RESPONSE標(biāo)題字段,并且根據(jù)SM客戶端50的用戶的輸入而設(shè)定對應(yīng)于接受的字段值,并且,在步驟527,SM客戶端50將該SMS-SUBMIT消息傳送到SM服務(wù)器40。SM服務(wù)器40將所接收的SMS-SUBMIT消息變換為SMS-DELIVER消息,并在步驟529將該SMS-DELIVER消息傳送到IWF30。雖然IWF30接收到了包含TP—RESPONSE標(biāo)題字^1的SM(SMS-SUBMIT消息),由于有效響應(yīng)時(shí)間已經(jīng)過去,IWF30丟棄所接收的SM,生成包含用于通知由于有效響應(yīng)時(shí)間過去而造成傳送失敗的語句的SMS-DELIVERY-REPORT消息,并在步驟531將該SMS-DELIVERY-REPORT消息傳送到SM服務(wù)器40。SM服務(wù)器40在步驟533將該SMS-DELIVERY-REPORT消息傳送到SM客戶端50。如上所述,根據(jù)本發(fā)明的第二實(shí)施例,如果IWF30經(jīng)由CPM服務(wù)器20從CPM客戶端10接收到以SM客戶端50為接收客戶端的SIPINVITE消息,則IWF30將SIPINVITE消息變換為SMS支持的格式的消息,即SMS-SUBMIT消息,將新標(biāo)題字段添加到該SMS-SUBMIT消息,該標(biāo)題字段中存儲了用于通知當(dāng)前SMS-SUBMIT消息是SIPINVITE消息的信息,并將該SMS-SUBMIT消息經(jīng)由SM服務(wù)器40傳送到SM客戶端50,并且如果IWF30在有效響應(yīng)時(shí)間內(nèi)從SM客戶端50接收到其中添加了新標(biāo)題字段的SM,該標(biāo)題字段中存儲了響應(yīng)于SMS-SUBMIT消息的接受響應(yīng),貝'jCPM客戶端10和SM客戶端50之間的會話能夠被建立。如上所述,根據(jù)本發(fā)明,融合IP消息客戶端傳送用于交互消息通信的會話建立請求,并且當(dāng)融合IP消息服務(wù)器接收到會話建立請求時(shí),融合IP消息服務(wù)器確定交互消息通信的目標(biāo)客戶端是否使用融合IP消息服務(wù)。如果確定目標(biāo)客戶端不使用融合IP消息服務(wù),則融合IP消息服務(wù)器將會話建立請求傳送到IWF,在IWF接收到會話建立請求之后,如果確定目標(biāo)客戶端是SM客戶端,IWF就通過將會話建立請求的格式變換為SMS格式來生成交互消息通信請求,并將交互消息通信請求傳送到SM客戶端。如果IWF在有效響應(yīng)時(shí)間內(nèi)從SM客戶端接收到響應(yīng)于交互消息通信請求的接受響應(yīng),則能夠在融合IP消息客戶端和SM客戶端之間建立用于交互消息通信的會話。雖然已經(jīng)參考一定的優(yōu)選實(shí)施例示出和描述了本發(fā)明,但是本領(lǐng)域技術(shù)人員將理解,可以進(jìn)行各種形式和細(xì)節(jié)上的改變,而不脫離由所附權(quán)利要求書定義的本發(fā)明的精神和范圍。權(quán)利要求1.一種用于在融合網(wǎng)際協(xié)議(IP)消息服務(wù)系統(tǒng)中,在融合IP消息客戶端和短消息(SM)客戶端之間建立用于交互消息通信的會話的方法,該方法包括由融合IP消息客戶端將用于交互消息通信的會話建立請求傳送到融合IP消息服務(wù)器;如果接收到會話建立請求,由融合IP消息服務(wù)器確定該交互消息通信的目標(biāo)客戶端是否支持融合IP消息服務(wù),并且如果確定該目標(biāo)客戶端不支持融合IP消息服務(wù),則將該會話建立請求傳送到交互工作功能模塊(IWF);如果接收到會話建立請求的IWF確定交互消息通信的目標(biāo)客戶端是SM客戶端,則IWF通過將會話建立請求的格式變換為SM服務(wù)格式來生成交互消息通信請求,并將該交互消息通信請求傳送到SM客戶端;以及如果在響應(yīng)時(shí)間內(nèi)IWF從SM客戶端接收到響應(yīng)于該交互消息通信請求的接受響應(yīng),則IWF在融合IP消息客戶端和SM客戶端之間建立用于交互消息通信的會話。2.如權(quán)利要求1所述的方法,還包括如果IWF在響應(yīng)時(shí)間內(nèi)從SM客戶端接收到響應(yīng)于交互消息通信請求的拒絕響應(yīng),則IWF通知融合IP消息客戶端和SM客戶端會話建立失敗。3.如權(quán)利要求2所述的方法,還包括如果IWF在響應(yīng)時(shí)間內(nèi)沒有從SM客戶端接收到響應(yīng)于交互消息通信請求的接受或拒絕響應(yīng),貝'jIWF在響應(yīng)時(shí)間過去時(shí)通知融合IP消息客戶端和SM客戶端會話建立失敗。4.如權(quán)利要求3所述的方法,還包括如果IWF在響應(yīng)時(shí)間過去之后從SM接收到響應(yīng)于交互消息通信請求的接受或拒絕響應(yīng),則IWF通過將該接受或拒絕響應(yīng)作為短消息處理,來將該接受或拒絕響應(yīng)傳送到融合IP消息客戶端。5.如權(quán)利要求3所述的方法,還包括如果IWF在響應(yīng)時(shí)間過去之后從SM客戶端接收到響應(yīng)于交互消息通信請求的接受或拒絕響應(yīng),則IWF丟棄該接受或拒絕響應(yīng)。6.如權(quán)利要求4所述的方法,其中,所述IWF將交互消息通信請求傳送到SM客戶端還包括通過從融合IP消息服務(wù)器接收會話發(fā)起協(xié)議(SIP)INVITE消息來接收會話建立請求,該會話發(fā)起協(xié)議(SIP)INVITE消息是從融合IP消息客戶端傳送的;通過搜索交互消息通信的目標(biāo)客戶端的訂戶信息來確定交互消息通信的目標(biāo)客戶端是SM客戶端;以及響應(yīng)于SIPINVITE消息生成短消息服務(wù)(SMS)-SUBMIT消息,并將該SMS-SUBMIT消息經(jīng)由SM服務(wù)器傳送到SM客戶端,所述SMS-SUBMIT消息中包含表示交互消息通信請求的語句和響應(yīng)指令,該響應(yīng)指令必須由SM客戶端的用戶響應(yīng)于交互消息通信請求來輸入。7.如權(quán)利要求6所述的方法,其中,所述IWF在融合IP消息客戶端和SM客戶端之間建立用于交互消息通信的會話還包括在響應(yīng)時(shí)間內(nèi)從SM客戶端接收SM;確定該SM是否包括響應(yīng)指令;如果確定該SM包含響應(yīng)指令,則確定該響應(yīng)指令是接受響應(yīng)指令還是拒絕響應(yīng)指令;以及如果確定該響應(yīng)指令是接受響應(yīng)指令,則通過將200OK消息傳送到融合IP消息客戶端和將SMS-DELIVERY-REPORT消息傳送到SM客戶端,來在融合IP消息客戶端和SM客戶端之間建立用于交互消息通信的會話。8.如權(quán)利要求7所述的方法,還包括如果確定包含在SM中的響應(yīng)指令是拒絕響應(yīng)指令,則通過將4xx響應(yīng)傳送到融合IP消息客戶端和將SMS-DELIVERY-REPORT消息傳送到SM客戶端,來通知會話建立失敗。9.如權(quán)利要求8所述的方法,其中,表示交互消息通信請求的語句和響應(yīng)指令被存儲在用戶數(shù)據(jù)中。10.如權(quán)利要求5所述的方法,其中,所述IWF將交互消息通信請求傳送到SM客戶端還包括通過從融合IP消息服務(wù)器接收會話發(fā)起協(xié)議(SIP)INVITE消息來接收會話建立請求,該SIPINVITE消息是從融合IP消息客戶端傳送的;通過搜索交互消息通信的目標(biāo)客戶端的訂戶信息來確定交互消息通信的目標(biāo)客戶端是SM客戶端;以及響應(yīng)于SIPINVITE消息生成其中添加了表示交互消息通信請求消息的標(biāo)題字段的短消息服務(wù)(SMS)-SUBMIT消息,并且將該SMS-SUBMIT消息經(jīng)由SM服務(wù)器傳送到SM客戶端。11.如權(quán)利要求IO所述的方法,其中,所述SMS-SUBMIT消息還包括表示交互消息通信請求的語句和鍵信息,該4建信息必須由SM客戶端的用戶響應(yīng)于交互消息通信請求來輸入,以作為接受或拒絕意圖。12.如權(quán)利要求11所述的方法,其中,所述IWF在融合IP消息客戶端和SM客戶端之間建立用于交互消息通信的會話還包括在響應(yīng)時(shí)間內(nèi)從SM客戶端接收SM;確定SM是否包括表示響應(yīng)于交互消息通信請求的接受或拒絕意圖的標(biāo)題字段;如果確定SM包括表示接受或拒絕意圖的標(biāo)題字段,則確定表示接受或拒絕意圖的標(biāo)題字段的值對應(yīng)于接受響應(yīng)還是拒絕響應(yīng);以及如果確定標(biāo)題字段的值對應(yīng)于接受響應(yīng),則通過將200OK消息傳送到融合IP消息客戶端和將SMS-DELIVERY-REPORT消息傳送到SM客戶端,來在融合IP消息客戶端和SM客戶端之間建立用于交互消息通信的會話。13.如權(quán)利要求12所述的方法,還包括如果確定標(biāo)題字段的值對應(yīng)于拒絕響應(yīng),則通過將4xx響應(yīng)傳送到融合IP消息客戶端和將SMS-DELIVERY-REPORT消息傳送到SM客戶端,來通知會話建立失敗。14.一種融合網(wǎng)際協(xié)議(IP)消息服務(wù)系統(tǒng),包括融合IP消息客戶端,用于傳送用于交互消息通信的會話建立請求;融合IP消息服務(wù)器,用于如果接收到會話建立請求,則確定交互消息通信的目標(biāo)客戶端是否支持融合IP消息服務(wù),并且如果確定目標(biāo)客戶端不支持融合IP消息服務(wù),則將該會話建立請求傳送到交互工作功能模塊(IWF);以及所述IWF,用于接收會話建立請求,并且如果確定交互消息通信的目標(biāo)客戶端是短消息(SM)客戶端,則通過將會話建立請求的格式變換為SM服務(wù)格式來生成交互消息通信請求,并將該交互消息通信請求傳送到SM客戶端,以及如果在響應(yīng)時(shí)間內(nèi)從SM客戶端接收到響應(yīng)于交互消息通信請求的接受響應(yīng),則在融合IP消息客戶端和SM客戶端之間建立用于進(jìn)行交互消息通信的會話。15.如權(quán)利要求14所述的融合IP消息服務(wù)系統(tǒng),其中,如果IWF在響應(yīng)時(shí)間內(nèi)從SM客戶端接收到響應(yīng)于交互消息通信請求的拒絕響應(yīng),則IWF通知融合IP消息客戶端和SM客戶端會話建立失敗。16.如權(quán)利要求15所述的融合IP消息服務(wù)系統(tǒng),其中,如果IWF在響應(yīng)時(shí)間內(nèi)沒有從SM客戶端接收到響應(yīng)于交互消息通信請求的接受或拒絕響應(yīng),則IWF在有效響應(yīng)時(shí)間過去時(shí)通知融合IP消息客戶端和SM客戶端會話建立失敗。17.如權(quán)利要求16所述的融合IP消息服務(wù)系統(tǒng),其中,如果IWF在響應(yīng)時(shí)間過去之后從SM客戶端接收到響應(yīng)于交互消息通信請求的接受或拒絕響應(yīng),則IWF通過將該接受或拒絕響應(yīng)作為一^:短消息處理,來將該4妄受或拒絕響應(yīng)傳送到融合IP消息客戶端。18.如權(quán)利要求16所述的融合IP消息服務(wù)系統(tǒng),其中,如果IWF在響應(yīng)時(shí)間過去之后從SM客戶端接收到響應(yīng)于交互消息通信請求的接受或拒絕響應(yīng),則IWF丟棄該4妾受或拒絕響應(yīng)。19.如權(quán)利要求17所述的融合IP消息服務(wù)系統(tǒng),其中,當(dāng)IWF將交互消息通信請求傳送到SM客戶端時(shí),IWF通過從融合IP消息服務(wù)器接收從融合IP消息客戶端傳送的會話發(fā)起協(xié)議(SIP)INVITE消息來接收會話建立請求,通過搜索交互消息通信的目標(biāo)客戶端的訂戶信息來確定交互消息通信的目標(biāo)客戶端是SM客戶端,響應(yīng)于SIPINVITE消息生成短消息服務(wù)(SMS)-SUBMIT消息,并將該SMS-SUBMIT消息經(jīng)由SM服務(wù)器傳送到SM客戶端,其中,在該SMS-SUBMIT消息中包含表示交互消息通信請求的語句和響應(yīng)指令,該響應(yīng)指令必須由SM客戶端的用戶響應(yīng)于交互消息通信請求來輸入。20.如權(quán)利要求19所述的融合IP消息服務(wù)系統(tǒng),其中,當(dāng)IWF在融合IP消息客戶端和SM客戶端之間建立用于進(jìn)行交互消息通信的會話時(shí),IWF在響應(yīng)時(shí)間內(nèi)從SM客戶端接收SM,確定該SM是否包括響應(yīng)指令,并且如果確定該SM包含響應(yīng)指令,則確定該響應(yīng)指令是接受響應(yīng)指令還是拒絕響應(yīng)指令,以及如果確定該響應(yīng)指令是接受響應(yīng)指令,則通過將200OK消息傳送到融合IP消息客戶端和將SMS-DELIVERY-REPORT消息傳送到SM客戶端,來在融合IP消息客戶端和SM客戶端之間建立用于進(jìn)行交互消息通信的會話。21.如權(quán)利要求20所述的融合IP消息服務(wù)系統(tǒng),其中,如果確定包括在SM中的響應(yīng)指令是拒絕響應(yīng)指令,則IWF通過將4xx響應(yīng)傳送到融合IP消息客戶端和將SMS-DELIVERY-REPORT消息傳送到SM客戶端,來通知會話建立失敗。22.如權(quán)利要求21所述的融合IP消息服務(wù)系統(tǒng),其中,表示交互消息通信請求的語句和響應(yīng)指令被存儲在用戶數(shù)據(jù)中。23.如權(quán)利要求18所述的融合IP消息服務(wù)系統(tǒng),其中,IWF將交互消息通信請求傳送到SM客戶端,IWF通過從融合IP消息服務(wù)器接收從融合IP消息客戶端傳送的會話發(fā)起協(xié)議(SIP)INVITE消息來接收會話建立請求,通過搜索交互消息通信的目標(biāo)客戶端的訂戶信息來確定交互消息通信的目標(biāo)客戶端是SM客戶端,響應(yīng)于SIPINVITE消息生成短消息服務(wù)(SMS)-SUBMIT消息,并且將SMS-SUBMIT消息經(jīng)由SM服務(wù)器傳送到SM客戶端,其中,在該SMS-SUBMIT消息中添加了表示交互消息通信請求消息的標(biāo)題字段。24.如權(quán)利要求23所述的融合IP消息服務(wù)系統(tǒng),其中,所述SMS-SUBMIT消息還包括表示交互消息通信請求的語句和鍵信息,該鍵信息必須由SM客戶端的用戶響應(yīng)于交互消息通信請求來輸入,以作為接受或拒絕意圖。25.如權(quán)利要求24所述的融合IP消息服務(wù)系統(tǒng),其中,IWF在融合IP消息客戶端和SM客戶端之間建立用于進(jìn)行交互消息通信的會話,IWF在響應(yīng)時(shí)間內(nèi)從SM客戶端接收SM,確定SM是否包括響應(yīng)于交互消息通信請求的表示接受或拒絕意圖的標(biāo)題字段,如果確定SM包括表示接受或拒絕意圖的標(biāo)題字段,則確定表示接受或拒絕意圖的標(biāo)題字段的值對應(yīng)于接受響應(yīng)還是拒絕響應(yīng),以及如果確定標(biāo)題字段的值對應(yīng)于接受響應(yīng),則通過將200OK消息傳送到融合IP消息客戶端和將SMS-DELIVERY-REPORT消息傳送到SM客戶端,來在融合IP消息客戶端和SM客戶端之間建立用于進(jìn)行交互消息通信的會話。26.如權(quán)利要求25所述的融合IP消息服務(wù)系統(tǒng),其中,如果確定標(biāo)題字^:的^直對應(yīng)于拒絕響應(yīng),則IWF通過將4xx響應(yīng)傳送到融合IP消息客戶端和將SMS-DELIVERY-REPORT消息傳送到SM客戶端,來通知會話建立失敗。全文摘要融合IP消息客戶端傳送用于交互消息通信的會話建立請求。當(dāng)融合IP消息服務(wù)器接收到該請求時(shí),其確定交互消息通信的目標(biāo)客戶端是否使用融合IP消息服務(wù)。如果否,則融合IP消息服務(wù)器將會話建立請求傳送到IWF。如果確定目標(biāo)客戶端是SM客戶端,則IWF通過將會話建立請求的格式變換為SMS格式來生成交互消息通信請求,并將交互消息通信請求傳送到SM客戶端。如果IWF在有效響應(yīng)時(shí)間內(nèi)從SM客戶端接收到響應(yīng)于交互消息通信請求的接受響應(yīng),則可以在融合IP消息客戶端和SM客戶端之間建立用于交互消息通信的會話。文檔編號H04W80/04GK101578891SQ200780049798公開日2009年11月11日申請日期2007年11月13日優(yōu)先權(quán)日2006年11月13日發(fā)明者吳載權(quán),成常慶,李升勇,李炅卓,旭金申請人:三星電子株式會社