統合ＩＰメッセージングサービスにおけるメッセージスレッドを管理する方法及びシステム
【課題】統合ＩＰメッセージング（ＣＰＭ）サービスと短文メッセージサービス（ＳＭＳ）とのインターワーキングを行うＣＰＭシステムと関連して複数のメッセージスレッド管理を可能にする。
【解決手段】ＣＰＭユーザーは、事前にセッションを明示的に確立せず、他のＣＰＭ又はＳＭＳユーザーとメッセージに基づく対話を容易に開始することができる。上記対話が中止されるか又は後で再開されても、そして、ＣＰＭサービスで使用可能な（現在有効な又は格納されている）複数のメッセージスレッドが存在しても、所定の対話に属しているすべてのメッセージは、ＣＰＭユーザーサービス端末で対応する対話窓（すなわち、ウィンドウ）に表示される。メカニズムだけではなく、上記機能性を可能にするＣＰＭシステム要素の作用及びメッセージ構成がＣＰＭユーザーとＳＭＳユーザー間でも提供されるように上記メッセージスレッド管理を可能にする。
【解決手段】ＣＰＭユーザーは、事前にセッションを明示的に確立せず、他のＣＰＭ又はＳＭＳユーザーとメッセージに基づく対話を容易に開始することができる。上記対話が中止されるか又は後で再開されても、そして、ＣＰＭサービスで使用可能な（現在有効な又は格納されている）複数のメッセージスレッドが存在しても、所定の対話に属しているすべてのメッセージは、ＣＰＭユーザーサービス端末で対応する対話窓（すなわち、ウィンドウ）に表示される。メカニズムだけではなく、上記機能性を可能にするＣＰＭシステム要素の作用及びメッセージ構成がＣＰＭユーザーとＳＭＳユーザー間でも提供されるように上記メッセージスレッド管理を可能にする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、統合ＩＰメッセージングサービスのためのシステム及び方法に関し、特に、統合ＩＰメッセージングサービスの際におけるメッセージスレッドを管理する方法及びシステムに関する。
【背景技術】
【０００２】
現在では、短文メッセージサービス（Short Message Service：以下、“ＳＭＳ”と称する。）、マルチメディアメッセージングサービス（Multimedia Messaging Service：以下、“ＭＭＳ”と称する。）、電子メール、及びインスタントメッセージング（instant messaging：以下、“ＩＭ”と称する。）サービスなどのような多くの異なるメッセージングサービス（messaging services）が存在する。このようなサービスが相互に異なる技術に基づいているが、ユーザーは、一部共通点を有する。例えば、上述したすべてのサービスを用いてテキストメッセージを送信することができ、このすべてのサービスは、ＳＭＳを除いては、マルチメディアコンテンツの送信を支援することができる。
【０００３】
最近では、上述したメッセージングサービスを統合する新たな形式の統合型メッセージングサービスの必要性が台頭されている。以下、このような統合型メッセージングサービスを“統合ＩＰメッセージングサービス（Converged Internet Protocol(IP) Messaging service：以下、“ＣＰＭサービス”と称する。）”と呼ぶ。ＣＰＭサービスは、セッション開始プロトコル（Session Initiation Protocol：以下、“ＳＩＰ”と称する。）に基づくサービスであり、ＣＰＭサービスのユーザーだけでなく既存のメッセージングサービスのユーザーとメッセージ通信を自由に行うことができなければならない。したがって、ＣＰＭサービスは、既存のＳＭＳサービス、ＩＭサービス、ＭＭＳ、及びＰｏＣサービスなどとのインターワーキング（inter-working）が可能な必要がある。また、確立したセッションを介したメッセージングサービスとセッションの確立のないメッセージングサービスとの間のインターワーキングが可能でなければならず、したがって、このようなインターワーキングの標準化が進行している。
【０００４】
一般的に、ＣＰＭシステムにおけるメッセージ送受信は、図１に示すような過程に従って行われ、ＳＭＳシステムにおけるメッセージ送受信は、図２に示すような過程に従って行われる。各システムにおけるメッセージ送受信過程の理解を助けるために、図１及び図２では、各システムが２人のユーザーを含むという仮定に基づいているが、各システムが複数のユーザー間のメッセージ送受信も可能にする。また、ＣＰＭシステムにおいて、ユーザーがメッセージを交換する前にセッションを明示的に確立しないと仮定する。すなわち、対話の開始を希望するユーザーは、セッションの生成をまず要請せず即座にメッセージを送信することができる。
【０００５】
ＣＰＭサービスは、ユーザー間のセッションの開始、修正、及び終結を行うプロトコルを提供するＳＩＰに基づいている。まず、セッションを開始することなくメッセージを送信するために、ＣＰＭは、ＳＩＰメッセージエクステンション（extension）に依存する。図１は、ＣＰＭサーバ２を介してそれぞれ第１のＣＰＭクライアント１及び第２のＣＰＭクライアント３で表現された第１のユーザーから第２のユーザーに送信されたメッセージの典型的なフローを示す。
【０００６】
ステップ１０１で、第１のＣＰＭクライアント１は、＜表１＞に示すような構成を有する典型的なＳＩＰメッセージをＣＰＭサーバ２に送信する。
【０００７】
【表１】
【０００８】
ステップ１０３で、ＣＰＭサーバ２は、ＳＩＰメッセージを受信し、第２のＣＰＭクライアント３がＣＰＭサーバ２に登録されているか否かを確認し、＜表２＞に示すような構成を有するＳＩＰメッセージを第２のＣＰＭクライアント３に送信する。
【０００９】
【表２】
【００１０】
第２のＣＰＭクライアント３は、ステップ１０３で、メッセージを受信し、ステップ１０５で、＜表３＞に示すような構成を有する“２００ ＯＫ”メッセージをＣＰＭサーバ２に送信する。
【００１１】
【表３】
【００１２】
ステップ１０５で、第２のＣＰＭクライアントから“２００ ＯＫ”を受信すると、ステップ１０７で、ＣＰＭサーバ２は、＜表４＞に示すような構成を有する“２００ ＯＫ”メッセージを第１のＣＰＭクライアント１に送信する。
【００１３】
【表４】
【００１４】
一方、ＳＭＳは、３ＧＰＰ［ＴＳ ２３．０４０］で定義されたプロトコルに従う。図２は、第１の移動局（Mobile Station：以下、“ＭＳ”と称する。）４が短文メッセージ（Short Message：以下、“ＳＭ”と称する。）を短文メッセージサービスセンター（Short Message Service Center：以下、“ＳＭＳＣ”と称する。）５を介して第２のＭＳ６に送信する際における典型的なメッセージ処理フローを示す。
【００１５】
ステップ２０１で、第１のＭＳ４は、ＳＭＳ_提出（ＳＭＳ_ＳＵＢＭＩＴ）プロトコルデータユニット（Protocol Data Unit：以下、“ＰＤＵ”と称する。）を用いてＳＭをＳＭＳＣ５に提出する。この際に、第１のＭＳ４は、ＳＭＳ状態報告（ＳＭＳ_ＳＴＡＴＵＳ_ＲＥＰＯＲＴ）を要請することもできる。
【００１６】
ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵを受信すると、ＳＭＳＣ５は、ステップ２０３で、ＳＭＳ_ＳＵＢＭＩＴ_ＲＥＰＯＲＴ ＰＤＵを第１のＭＳ４に送信することにより、ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵの受信を確認する。
【００１７】
ステップ２０５で、ＳＭＳＣ５は、ＳＭＳ送信（ＳＭＳ_ＤＥＬＩＶＥＲ）ＰＤＵを介してＳＭを第２のＭＳ６に送信する。その後に、ステップ２０７で、第２のＭＳ６は、ＳＭＳ送信通知（ＳＭＳ_ＤＥＬＩＶＥＲ_ＲＥＰＯＲＴ）ＰＤＵをＳＭＳＣ５に送信することによりＳＭの受信を承認する。ＳＭＳ_ＤＥＬＩＶＥＲ_ＲＥＰＯＲＴ ＰＤＵを受信したＳＭＳＣ５は、ステップ２０９で、ＳＭが第２のＭＳ６に成功裡に送信されたことを通知するためにＳＭＳ_ＳＴＡＴＵＳ_ＲＥＰＯＲＴ ＰＤＵを第１のＭＳ４に送信する。
【００１８】
ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵは、＜表５＞に示すような情報要素（［ＴＳ２３．０４０］の参照）を含む。
【００１９】
【表５】
【００２０】
ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵは、＜表６＞に示すような情報要素（［ＴＳ２３．０４０］の参照）を含む。
【００２１】
【表６】
【００２２】
このＴＰ-ＵＤ（ユーザーデータ）は、送信するメッセージを含む。ＴＰ-ＵＤ内のヘッダーがメッセージより先行することができる。ヘッダーの存在は、ＴＰ-ＵＤＨＩ（ユーザーデータヘッダー指標）情報要素により表示される。すなわち、ＴＰ-ＵＤＨＩが“１”に設定されると、ＴＰ-ＵＤがヘッダーであることを表示するものである。
【００２３】
ＴＰ-ＵＤ内のヘッダーは、＜表７＞に示すように構成されることができる（［ＴＳ２３．０４０］の参照）。
【００２４】
【表７】
【００２５】
“情報-要素-識別子（Information-Element-Identifiers）”は、予め定義された値であり、この値のすべては、特定の意味と関連する。識別子のリスト及び各識別子の意味は、＜表８＞を示す（［ＴＳ２３．０４０］の参照）。
【００２６】
【表８】
【００２７】
上述した過程によるメッセージの送信は、２名のユーザー間で１回のみ行われるか、又は同一の２名のユーザー間で複数回反復して行われることもある。すなわち、ユーザーは、ＳＭＳ又はＣＰＭサービスを介して対話型でメッセージのやり取りを行い得る。このような過程において、２名のユーザーは、予めセッションを明白に確立せず、相互に一連のメッセージを交換するだけで対話を処理することができる。したがって、同一の相手との送受信を行うメッセージは、ユーザーの個別的なウィンドウにディスプレーされる。これは、セッションを確立した後にメッセージを送受信するＣＰＭサービスにも適用可能である。すなわち、ＣＰＭクライアントがＣＰＭサービスに従って同一の相手との送受信を行ったメッセージの集合を１つのウィンドウ、例えば、対話窓にディスプレーすることができない。また、メッセージが任意の特定のセッションに拘束されないため、後で対話を再開する場合に、前に交換されたメッセージを含む対話窓を提供することもできず、したがって、これらが相互にリンクされない。
【発明の概要】
【発明が解決しようとする課題】
【００２８】
したがって、本発明は、上述した従来技術の問題点を解決するために提案されたものであり、その目的は、２名の統合インターネットプロトコルメッセージ（ＣＰＭ）クライアント間で送受信されたメッセージを含む１つのメッセージグループをユーザーに同時に提供するための方法及びシステムを提供することにある。
【００２９】
本発明の他の目的は、異種サービスのユーザー、例えば、セッション確立を要請するＣＰＭサービスのＣＰＭクライアントとセッション確立を要請しないＳＭＳの短文メッセージサービス（ＳＭＳ）ユーザーとの間で送受信されたメッセージを含む１つのメッセージグループを同時に提供することができ、これにより、ＣＰＭクライアントが、対話型メッセージの相手がＣＰＭサービスの支援を受けるユーザーであるか否かを区分せず、対話型メッセージを効率的に送受信することができる方法及びシステムを提供することにある。
【課題を解決するための手段】
【００３０】
上記のような目的を達成するために、本発明の実施形態の一態様によれば、セッション開始プロトコル（ＳＩＰ）に基づく統合インターネットプロトコルメッセージングサービス（ＣＰＭＳ）に対応した、複数のメッセージスレッドを管理する統合インターネットプロトコルメッセージ（ＣＰＭ）システムを提供する。上記ＣＰＭシステムは、上記ＣＰＭＳに対応したＣＰＭクライアントと、インターネットプロトコルメディアサブシステム（ＩＭＳ）サービスに加入しないクライアントと、上記ＣＰＭクライアントの受信側クライアントがＣＰＭサーバにより上記ＩＭＳサービスに加入しないクライアントとして指定され、上記対話型メッセージ通信のためのＳＩＰメッセージを受信すると、上記ＳＩＰメッセージのメッセージフォーマットを上記受信側クライアントが受信可能なメッセージフォーマットに変換し、上記ＳＩＰメッセージに含まれているスレッド識別子（ＩＤ）を上記変換されたメッセージに挿入し、上記変換されたメッセージを、上記受信側クライアントを支援するサーバを介して上記受信側クライアントに送信するＩＷＦと、を含むことを特徴とする。
【００３１】
本発明の実施形態の他の態様によれば、セッション開始プロトコル（ＳＩＰ）に基づく統合インターネットプロトコルメッセージングサービス（ＣＰＭＳ）に対応した、複数のメッセージスレッドを管理する統合インターネットプロトコルメッセージ（ＣＰＭ）システムを提供する。上記ＣＰＭシステムは、上記ＣＰＭＳに対応したＣＰＭクライアントと、インターネットプロトコルメディアサブシステム（ＩＭＳ）サービスに加入しないクライアントと、上記ＣＰＭクライアントの受信側クライアントがＣＰＭサーバにより上記ＩＭＳサービスに加入しないクライアントとして指定され、対話型メッセージ通信のためのＳＩＰメッセージを受信すると、スレッド識別子（ＩＤ）を上記ＳＩＰメッセージから検出して格納し、上記ＳＩＰメッセージのメッセージフォーマットを上記受信側クライアントが受信可能なメッセージフォーマットに変換し、上記変換されたメッセージを、上記受信側クライアントを支援するサーバを介して上記受信側クライアントに送信し、所定の有効受信応答期間内に上記受信側クライアントから受信されたメッセージをＳＩＰメッセージに変換し、上記格納されているスレッドＩＤを上記変換されたＳＩＰメッセージに挿入し、上記ＳＩＰメッセージを、上記ＣＰＭサーバを介して上記ＣＰＭクライアントに送信するＩＷＦと、を含むことを特徴とする。
【００３２】
本発明の実施形態のさらに他の態様によれば、セッション開始プロトコル（ＳＩＰ）に基づく統合インターネットプロトコルメッセージングサービス（ＣＰＭＳ）に対応した、複数のメッセージスレッドを管理する統合インターネットプロトコルメッセージ（ＣＰＭ）システムを提供する。上記ＣＰＭシステムは、上記ＣＰＭＳに対応したＣＰＭクライアントと、短文メッセージサービス（ＳＭＳ）に対応した移動局（ＭＳ）と、上記ＣＰＭクライアントの受信側クライアントがＣＰＭサーバにより上記ＭＳとして指定され、対話型メッセージの通信のためのＳＩＰメッセージを受信すると、上記ＳＩＰメッセージのメッセージフォーマットをＳＭＳ提出プロトコルデータユニット（ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵ）に変換し、上記ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵのＴＰ宛先アドレスのサブアドレスディジットを上記ＳＩＰメッセージから検出されたスレッド識別子（ＩＤ）に設定し、上記ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵを短文メッセージサービスセンター（ＳＭＳＣ）に送信するＩＷＦと、上記ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵを受信し、上記ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵをＳＭＳ送信プロトコルデータユニット（ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵ）に変換し、上記ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵのＴＰ発信者アドレスのサブアドレスディジットを上記スレッドＩＤに設定し、上記ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵを上記移動局（ＭＳ）に送信する上記ＳＭＳＣと、を含むことを特徴とする。
【００３３】
本発明の実施形態のさらなる他の態様によれば、セッション開始プロトコル（ＳＩＰ）に基づく統合インターネットプロトコルメッセージングサービス（ＣＰＭＳ）に対応した統合インターネットプロトコルメッセージ（ＣＰＭ）クライアントが、同一の相手と送受信した一連のメッセージを含むメッセージスレッドを管理する方法を提供する。上記方法は、対話型メッセージ通信のためのメッセージの送信の要請を任意の受信側から受信するステップと、上記メッセージが上記受信側と関連した新たなメッセージスレッドの１番目のメッセージである場合に、新たなスレッド識別子（ＩＤ）を上記新たなメッセージスレッドに割り当て、上記受信側に関連して上記新たなスレッドＩＤを格納し、上記新たなスレッドＩＤを上記メッセージに挿入し、上記メッセージを送信するステップと、上記メッセージが上記受信側と関連して既存のメッセージスレッド内の連続するメッセージであると、上記既存のメッセージスレッドに従って割り当てられたスレッドＩＤを検出し、上記割り当てられたスレッドＩＤを上記メッセージに挿入し、上記メッセージを送信するステップと、対話型メッセージ通信のためのメッセージを受信するステップと、上記受信されたメッセージがスレッドＩＤを含む場合に、上記受信されたメッセージを上記受信されたメッセージに含まれているスレッドＩＤに対応するメッセージスレッドに含まれているメッセージとともにユーザーに提供するステップと、を含むことを特徴とする。
【００３４】
本発明の実施形態のさらに他の１つの態様によれば、セッション開始プロトコル（ＳＩＰ）に基づく統合インターネットプロトコルメッセージングサービス（ＣＰＭＳ）に対応した統合インターネットプロトコルメッセージ（ＣＰＭ）クライアントが、同一の相手と送受信した一連のメッセージを含むメッセージスレッドを管理する方法を提供する。上記方法は、対話型メッセージ通信のために、ＣＰＭクライアントがインターネットプロトコルメディアサブシステム（ＩＭＳ）サービスに加入しないクライアントとして指定され、上記受信側と関連したメッセージスレッドに割り当てられたスレッド識別子（ＩＤ）を含むＳＩＰメッセージを送信するステップと、インターワーキング機能（ＩＷＦ）がＣＰＭサーバを介して上記ＳＩＰメッセージを受信すると、上記ＩＷＦが上記ＳＩＰメッセージのメッセージフォーマットを上記受信側が受信可能なメッセージフォーマットに変換し、上記スレッドＩＤを上記変換されたメッセージに挿入し、上記変換されたメッセージを上記受信側に送信するステップと、を含むことを特徴とする。
【００３５】
本発明の実施形態のさらにまた他の態様によれば、セッション開始プロトコル（ＳＩＰ）に基づく統合インターネットプロトコルメッセージングサービス（ＣＰＭＳ）に対応した統合インターネットプロトコルメッセージ（ＣＰＭ）システムにおいて、同一の相手と送受信した一連のメッセージを含むメッセージスレッドを管理する方法を提供する。上記方法は、対話型メッセージ通信のために、ＣＰＭクライアントがインターネットプロトコルメディアサブシステム（ＩＭＳ）サービスに加入しないクライアントとして指定され、上記受信側と関連したメッセージスレッドに割り当てられたスレッド識別子（ＩＤ）を含むＳＩＰメッセージを送信するステップと、インターワーキング機能（ＩＷＦ）が上記ＳＩＰメッセージを、ＣＰＭサーバを介して受信すると、上記ＩＷＦが上記スレッドＩＤ、上記ＣＰＭクライアントのアドレス、及び上記受信側アドレスを格納し、上記スレッドＩＤに対応する所定の有効受信応答期間を設定し、上記ＳＩＰメッセージのメッセージフォーマットを上記受信側が受信可能なメッセージフォーマットに変換し、上記変換されたＳＩＰメッセージを、上記受信側を支援するサーバを介して上記受信側に送信するステップと、上記ＩＷＦが上記所定の有効受信応答期間内にメッセージを上記受信側から受信すると、上記受信側から受信されたメッセージを上記ＳＩＰメッセージに変換し、上記格納されているスレッドＩＤを上記ＳＩＰメッセージに挿入し、上記ＳＩＰメッセージを、上記ＣＰＭサーバを介して上記ＣＰＭクライアントに送信するステップと、を含むことを特徴とする。
【発明の効果】
【００３６】
ＣＰＭユーザーが予めセッションを明確に開始する必要なしに、他のＣＰＭユーザーとメッセージに基づく対話を行うことができるようにし、ＣＰＭユーザーが同一の対話窓で同一のスレッドに関連したすべてのメッセージを見ることができるようにする。また、ＣＰＭユーザーがＳＭＳユーザーとメッセージに基づく対話を行うことができるようにし、同一のメッセージスレッドの長所及び対話窓の特徴を享有することができるようにする。ＣＰＭユーザーは、相手がＣＰＭに対応しておらず、ＳＭＳのみに対応しているという事実を認識する必要がない。
【図面の簡単な説明】
【００３７】
【図１】ＣＰＭメッセージを処理する典型的なフローを示す図である。
【図２】ＳＭを処理する典型的なフローを示す図である。
【図３】ＣＰＭシステムとＳＭシステムとがインターワーキングする際のシステム内のメッセージを処理する過程を示す図である。
【図４】本発明の実施形態による送信側ＣＰＭクライアントの動作を示す図である。
【図５】本発明の実施形態によるＣＰＭクライアントの動作過程を示す図である。
【図６】本発明の実施形態により相互にインターワーキングするＣＰＭシステムとＳＭシステムとのメッセージ処理過程を示す図である。
【図７】本発明の実施形態により送信されたＳＭのＴＰ-ＵＤのヘッダーがスレッドＩＤを含む場合におけるＭＳがＳＭを送信する過程を示す図である。
【図８】本発明の実施形態によるＩＷＦの動作を示す図である。
【図９】本発明の他の実施形態により相互にインターワーキングするＣＰＭシステム及びＳＭシステムのメッセージ処理手続きを示す図である。
【図１０】本発明の他の実施形態によるＩＷＦの動作を示す図である。
【発明を実施するための形態】
【００３８】
以下、本発明の好適な一実施形態を、添付図面を参照しつつ詳細に説明する。下記の説明において、同一の構成要素及び部分には、可能な限り同一の符号及び番号を共通使用するものとする。また、明瞭性と簡潔性の観点から、本発明に関連した公知の機能や構成に関する具体的な説明が本発明の要旨を不明瞭にすると判断される場合には、その詳細な説明を省略する。
【００３９】
本発明において、“統合インターネットプロトコルメッセージサービス（Converged Internet Protocol(IP) Messaging service：以下、“ＣＰＭサービス”と称する。）を用いたＣＰＭクライアントと同一の相手との間で送受信した一連のメッセージを“メッセージスレッド（messages thread）”と呼ぶ。本発明は、ＣＰＭクライアントがこのメッセージスレッドをユーザーに提供する際に任意のメッセージスレッドに含まれている１つ又はそれ以上のメッセージを１つのウィンドウにグルーピングし表示することによりさらに友好的なユーザーインターフェースを提供する。本発明によれば、ＣＰＭクライアントが特定の相手とメッセージ通信を行う場合に、特定の相手に対応するメッセージスレッドに識別子を割り当てた後に、このメッセージをこの識別子とともに送信する。この際に、この特定の相手は、１人以上であり得る。また、本発明によると、同一の識別子は、ＣＰＭクライアントがこの特定の相手から受信するメッセージに含まれ、これにより、ＣＰＭクライアントがこの特定の相手に関連したメッセージスレッドを１つのウィンドウを介してユーザーに提供する。本発明において、この複数のメッセージがディスプレーされたウィンドウを“対話窓”と呼び、各メッセージスレッドに割り当てられた識別子又はメッセージ通信の相手に割り当てられた識別子を“スレッド識別子（thread Identifier（ＩＤ））”と呼ぶ。また、ここで、ＣＰＭクライアントは、ＣＰＭサービスを提供する通信網で直接的にメッセージをユーザーに提供し、ユーザーからの入力を受信するなどのユーザーとＣＰＭシステムとの間のユーザーインターフェースを提供する端末装置（Mobile Station：以下、“ＭＳ”と称する。）を含む。また、メッセージ通信でのＣＰＭクライアントの相手は、ＣＰＭクライアントであることもあり、ＣＰＭクライアントでないこともある。例えば、セッションを確立せず、メッセージを送受信するメッセージングサービスの端末であることもあり、インターネットプロトコルマルチメディアサービス（ＩＭＳ）に対応していないクライアントであることもある。
【００４０】
本発明は、ＣＰＭクライアント間のメッセージングサービスだけでなく、ＣＰＭシステムとインターワーキングする他のメッセージングシステムにも適用されることができ、この他のメッセージングシステムは、例えば、ＩＭＳを提供しないメッセージングシステム及びセッション確立なしにメッセージングサービスを提供するシステムを含む。したがって、下記で説明された実施形態において、ＣＰＭクライアント間のメッセージングサービスの際に、メッセージスレッドを提供する過程だけでなく、ＣＰＭシステムと他のメッセージングシステムとの間のメッセージングサービスに本発明を適用した例を説明するために、ＣＰＭシステムとＳＭＳシステムとがインターワーキングするシステムの例を挙げて説明する。
【００４１】
ＣＰＭサービスは、メッセージングサービスのためのセッション確立を要請するセッション開始プロトコル（Session Initiation Protocol：以下、“ＳＩＰ”と称する。）に基づくサービスであり、他方、ＳＭＳは、メッセージ送受信のためのセッション確立を必要としない。したがって、ＣＰＭシステム及びＳＭＳシステムは、インターワーキング機能（Inter-Working Function：以下、“ＩＷＦ”と称する。）を介してインターワーキングする。ＩＷＦは、様々な機能を含み、その中の代表的な１つは、ＣＰＭサービスメッセージ（以下、“ＣＰＭメッセージ”と称する。）及び短文メッセージ（short message：ＳＭ）のメッセージフォーマットを変換する。その結果、一方がＣＰＭメッセージを送信する場合であっても、相手は、短文メッセージを受信し得る。また、一方が短文メッセージを送信する場合であっても、相手は、ＣＰＭメッセージを受信し得る。このようなメッセージ処理フローは、図３に示す。
【００４２】
図３は、ＣＰＭシステムと短文メッセージシステムとがインターワークする際におけるシステム内のメッセージを処理する過程を示すもので、ＣＰＭクライアント１０がＣＰＭメッセージをＳＭＳに対応したＭＳ４０に送信する場合を示す。
【００４３】
図３を参照すると、ＣＰＭクライアント１０は、ステップ３０１及びステップ３０３で、ＣＰＭサーバ２０を介してＳＩＰメッセージをＩＷＦ３０に送信する。ＩＷＦ３０は、ステップ３０５で、ＣＰＭサービスに従うメッセージフォーマットからＳＭＳに従うメッセージフォーマットに変換し、ステップ３０７で、ＳＭＳ_ＳＵＢＭＩＴプロトコルデータユニット（Protocol Data Unit：以下、“ＰＤＵ”と称する。）を介してこのメッセージを短文メッセージサービスセンター（Short Message Service Center：以下、“ＳＭＳＣ”と称する。）５０に送信する。その後に、ＳＭＳＣ５０は、ステップ３１１で、ＳＭＳ ＤＥＬＩＶＥＲＹプロトコルデータユニット（ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵ）を介してこのメッセージをＭＳ４０に送信する。ＭＳ４０は、ステップ３１３で、ＳＭＳ_ＤＥＬＩＶＥＲ_ＲＥＰＯＲＴ ＰＤＵをＳＭＳＣ５０に送信し、ＳＭＳＣ５０は、ステップ３１５で、ＳＭＳ_ＳＴＡＴＵＳ_ＲＥＰＯＲＴ ＰＤＵをＩＷＦ３０に送信する。ＩＷＦ３０は、ステップ３１５で、ＳＭＳ_ＳＴＡＴＵＳ_ＲＥＰＯＲＴ ＰＤＵを受信すると、ステップ３１７及びステップ３１９で、ＣＰＭサーバ２０を介して“２００ ＯＫ”をＣＰＭクライアント１０に送信する。
【００４４】
上述したように、メッセージを送受信する場合に、ＣＰＭクライアント１０は、ＭＳ４０に関連したメッセージスレッドを他の通信対象に関連したメッセージスレッドと区分することができない。したがって、本発明によれば、ＣＰＭクライアント１０は、ＳＩＰメッセージを送信する前に、スレッドＩＤをＳＩＰメッセージに挿入する。例えば、本発明において、＜thread-id＞タグを含む新たなＸＭＬ（eXtensible Markup Language）文書は、ＳＩＰメッセージに含まれる。＜表９＞は、このようなＸＭＬ文書の一例を示す。
【００４５】
【表９】
【００４６】
また、＜表９＞に対応するＸＭＬスキーマは、＜表１０＞に示す。
【００４７】
【表１０】
【００４８】
＜表９＞に示したスキーマにおいて、“ノート”は、メッセージグルーピングテキストを意味し、“Thread-id”は、メッセージ受信対象又はグルーピングのために使用される値を意味し、“other”は、将来の延長のための空間ホルダー（place holder）を意味する。上述した構成を有するＸＭＬをＳＩＰメッセージに挿入するための発信ＣＰＭクライアント１０の動作を図４に示す。
【００４９】
図４を参照すると、ステップ４０１で、ＣＰＭクライアント１０は、ユーザーからメッセージの送信の要請を受信すると、ステップ４０３に進み、このメッセージが新たなスレッドの１番目のメッセージであるか、又は現存するスレッドのフォローアップメッセージであるかを検査する。本発明の一実施形態によると、スレッドデータベースは、ＣＰＭクライアント１０が対話型メッセージング通信のために特定の対象とメッセージを送受信する場合に、この特定の対象に対応するメッセージスレッドに割り当てられたスレッドＩＤとこの特定の対象に対応するアドレスとを格納する。ＣＰＭクライアント１０は、このスレッドデータベースを有する。また、このスレッドデータベースは、各スレッドＩＤに関連したメッセージを対応するスレッドＩＤに対応する方式で格納してもよく、または各スレッドＩＤに関連したメッセージを対応するスレッドＩＤに対応する位置で格納してもよい。このように格納されているメッセージは、対話窓の構成のために使用される。したがって、図４をさらに参照すると、ＣＰＭクライアント１０がこのメッセージの受信側とメッセージを送受信した場合に、このメッセージの受信側は、スレッドＩＤの割当てを受け、割り当てられたスレッドＩＤは、このスレッドデータベースに格納されており、このメッセージは、既存のスレッドのフォローアップメッセージに対応する。また、ＣＰＭクライアント１０がこのメッセージの受信側からメッセージを受信したことがなく、この送信されたメッセージが第１のメッセージである場合に、このメッセージは、新たなスレッドを開始する。したがって、ＣＰＭクライアント１０は、新たなスレッドＩＤを新たなメッセージスレッドに割り当てた後に、この新たなスレッドＩＤ及びこの受信側のアドレスをこのスレッドデータベースに格納する。
【００５０】
これに従って、ＣＰＭクライアント１０は、ステップ４０３で送信の要請を受けたメッセージの受信側のアドレスに存在する場合に、ＣＰＭクライアント１０は、ステップ４０５で、対応するスレッドＩＤを検出した後に、ステップ４１１に進む。他方、この受信側に割り当てられたスレッドＩＤが存在しない場合に、ＣＰＭクライアント１０は、ステップ４０７で、新たなスレッドＩＤを生成し、ステップ４０９で、この生成されたスレッドＩＤをこのメッセージの受信側のアドレスに関連して格納した後に、ステップ４１１に進む。ステップ４１１で、ＣＰＭクライアント１０は、この検出されたスレッドＩＤ又はこの生成されたスレッドＩＤを含むＳＩＰメッセージを生成し送信する。
【００５１】
一方、ＣＰＭクライアント１０は、このメッセージを送信するか、又は関連するスレッドＩＤを確認した後に、このメッセージを含み、この受信側に対応する対話窓をディスプレーすることができる。言い換えれば、ＣＰＭクライアント１０は、このメッセージに対応するスレッドＩＤに関連してこのスレッドデータベースに格納されているメッセージをロードするか、又はこのスレッドＩＤに関連してこのスレッドデータベースに格納されているメッセージの格納位置を参照することによりメッセージをロードし、これにより、このロードされたメッセージを１つの対話窓内に現在送信されるメッセージとともにディスプレーしてもよい。現在送信されるこのメッセージが新たなメッセージスレッドの開始に対応する場合に、現在送信されるこのメッセージだけを含む対話窓がディスプレーされる。
【００５２】
ステップ４１１で送信されたＳＩＰメッセージに含まれている受信側がＣＰＭクライアントである場合に、ＣＰＭサーバ２０は、従来の過程と同一の過程に従ってこのメッセージを対応するＣＰＭクライアントに送信する。
【００５３】
図５は、本発明の一実施形態によりスレッドＩＤを含むＣＰＭメッセージを受信した場合におけるＣＰＭクライアント１０の動作過程を示す図である。
【００５４】
図５を参照すると、ステップ５０１で、ＣＰＭクライアント１０は、新たなＳＩＰメッセージを受信すると、その内容を分析した後に、ステップ５０３に進む。ステップ５０３で、ＣＰＭクライアント１０は、このＳＩＰメッセージがスレッドＩＤを含んでいるか否かを検査する。このＳＩＰメッセージが何のスレッドＩＤも含んでいない場合に、ＣＰＭクライアント１０は、ステップ５０５に進み、ＣＰＭクライアントは、このメッセージを新たな対話窓に表示するだけで、手続きを終了する。このＳＩＰメッセージがスレッドＩＤを含む場合に、ＣＰＭクライアント１０は、ステップ５０７に進み、このスレッドＩＤとこのＳＩＰメッセージに含まれている送信側のアドレス、すなわち、発信者アドレスとがスレッドデータベースに格納されているか否かを確認する。ＣＰＭクライアント１０は、このスレッドデータベースに格納されている場合には、ステップ５０９に進み、このスレッドデータベースに格納されていない場合には、ステップ５１１に進む。
【００５５】
受信スレッドＩＤ及び発信者アドレスがこのスレッドデータベースに格納されているという事実は、このメッセージが既存のメッセージスレッドに属していることを意味する。したがって、ＣＰＭクライアント１０は、ステップ５０９で、このスレッドＩＤ及びこの発信者アドレスと関連した対話窓をロードした後に、ステップ５１３に進む。
【００５６】
しかしながら、受信スレッドＩＤ及び発信者アドレスがこのスレッドデータベースに格納されていない場合には、このメッセージは、新たなメッセージスレッドを開始した後に、ＣＰＭクライアント１０は、このスレッドデータベースに受信されたこのスレッドＩＤ及び発信者アドレスを格納し、これに関連した新たな対話窓を生成する。その後に、ＣＰＭクライアント１０は、ステップ５１３に進む。ステップ５１３で、ＣＰＭクライアント１０は、この新たなメッセージをこの対話窓に追加し、これを受信側ユーザーに表示する。これは、ＣＰＭクライアント１０の手続きを終了する。
【００５７】
上述したように、２人のＣＰＭクライアント間の対話型メッセージ通信のために送受信された各メッセージは、このメッセージを２人のＣＰＭクライアントでない他のＣＰＭクライアントと送受信された他のメッセージと区別するための識別子を含み得る。したがって、この２人のＣＰＭクライアントは、これら間にやり取りしたメッセージをグルーピングすることにより、このグルーピングされたメッセージを対話窓の形態で各ユーザーに提供することができる。
【００５８】
このようなメッセージスレッドの管理及び提供は、ＣＰＭクライアントとＳＭＳに対応したＭＳ間の対話型通信のためのメッセージを送受信する場合にも適用されることができる。したがって、ＣＰＭクライアントのメッセージングインターワーキングをできるだけ連続して作ることができ、ＣＰＭユーザーは、受信者がどのメッセージングサービスに対応しているかを認識する必要がない。
【００５９】
ＣＰＭクライアントとＳＭＳに対応したＭＳとの間で対話型通信のためのメッセージの送受信の際に、一般的に、メッセージスレッドをＣＰＭクライアントに提供する２種類の方法がある。第１の方法によると、スレッドＩＤは、送信側ＣＰＭクライアントにより送信されたＳＩＰメッセージ及びこのＳＩＰメッセージに応じて受信側に送信されたＳＭに含まれる。第２の方法によると、ＣＰＭシステムとＳＭＳシステムとをインターワーキングするためのＩＷＦは、送信側のＣＰＭクライアント及び受信側のＭＳに割り当てられたスレッドＩＤの格納及び管理を行い、ＩＷＦは、このスレッドＩＤをＭＳに提供せず、スレッドＩＤに関連したサービスをＣＰＭクライアントのみに提供する。
【００６０】
第１の方法による実施形態は、スレッドＩＤ情報をＳＭＳ領域に延長させ得る。このような実施形態は、ＳＭを受信し、これに対する応答を送信するＭＳからの適応された動作だけでなく、ＳＭＳユーザーに送信されたＳＭでの追加的な情報要素に影響を及ぼす。
【００６１】
以下、第１の方法は、図６乃至図８を参照して説明する。
【００６２】
図６は、本発明の実施形態により相互にインターワーキングするＣＰＭシステムとＳＭシステムとのメッセージ処理過程を示す図である。
【００６３】
図６を参照すると、ＣＰＭクライアント１０は、ステップ６０１及びステップ６０３で、送信するメッセージ及びスレッドＩＤを含むＳＩＰメッセージを、ＣＰＭサーバ２０を介してＩＷＦ３０に送信する。この際に、ＣＰＭクライアント１０がＳＩＰメッセージを構成する過程は、図４に示した過程と類似している。ステップ６０５で、ＩＷＦ３０がＳＩＰメッセージを受信すると、ステップ６０７に進む。ステップ６０７で、ＩＷＦ３０は、ＳＩＰメッセージを適切な短文メッセージ（ＳＭ）に変換した後に、ステップ６０９に進む。このＳＭは、例えば、ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵとなり得る。
【００６４】
ステップ６０９で、ＩＷＦ３０は、このＳＩＰメッセージがスレッドＩＤを含んでいるか否かを検査する。スレッドＩＤが存在する場合に、ＩＷＦ３０は、ステップ６１１に進み、スレッドＩＤが存在しない場合に、ＩＷＦ３０は、ステップ６１９に進む。
【００６５】
ステップ６１１で、ＩＷＦ３０は、このスレッドＩＤを抽出し、この抽出されたスレッドＩＤをこのＳＭに追加する。その後に、ＩＷＦ３０は、ステップ６１３に進む。
【００６６】
ステップ６１３で、ＩＷＦ３０は、この変換されたＳＭをＳＭＳＣ５０に送信する。その後に、ステップ６１５で、ＩＷＦ３０は、ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵをＳＭＳＣ５０に送信する。ステップ６１７で、ＳＭＳＣ５０は、このメッセージをＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵを介してＭＳ４０に送信する。ステップ６１９で、ＭＳ４０は、ＳＭＳ_ＤＥＬＩＶＥＲ_ＲＥＰＯＲＴ ＰＤＵをＳＭＳＣ５０に送信し、ＳＭＳ_ＤＥＬＩＶＥＲ_ＲＥＰＯＲＴ ＰＤＵに含まれているメッセージをユーザーに提供する。ステップ６２１で、ＳＭＳＣ５０は、ＳＭＳ_ＳＴＡＴＵＳ_ＲＥＰＯＲＴ ＰＤＵをＩＷＦ３０に送信する。ステップ６２１で、ＳＭＳ_ＳＴＡＴＵＳ_ＲＥＰＯＲＴ ＰＤＵを受信すると、ＩＷＦ３０は、ステップ６２３及びステップ６２５で、ＣＰＭサーバ２０を介して“２００ ＯＫ”をＣＰＭクライアント１０に送信する。
【００６７】
ステップ６０９及びステップ６１１は、ステップ６０７を行う間に任意の時間で発生することもできる。
【００６８】
ステップ６１１で、ＩＷＦ３０は、このスレッドＩＤを送信されるＳＭに含ませる。本発明の実施形態によると、スレッドＩＤは、ＳＭのＴＰ-ＵＤ（ユーザーデータ）のヘッダーに含まれるか、ＴＰ-ＵＤのボディー部分に含まれるか、または、ＴＰ-ＤＡ（Destination-Address）に含まれ得る。スレッドＩＤがＳＭのＴＰ-ＵＤのヘッダーに含まれる場合に、新たなＳＭＳ情報要素が追加される。しかしながら、このスレッドＩＤがＴＰ-ＵＤのボディー部分又はＴＰ-ＤＡに含まれる場合に、新たな情報要素の追加なしにシステムを構成することができる。
【００６９】
このスレッドＩＤがＳＭのＴＰ-ＵＤのヘッダーに含まれる場合に、このスレッドＩＤがこのヘッダー内にどのように正確に含まれるかについての多くの方法があり得る。本発明は、２種類の実施形態を提供し、これら中の１つは、＜表８＞を参照して、このスレッドＩＤをＴＰ-ＵＤに含まれているＳＭＳＣ制御パラメータに含ませるのである。ＳＭＳＣ制御パラメータは、ＳＭＳＣ５０を制御するために使用されることができるが、受信側ＭＳに明確に渡されることもできる情報を含む。ＳＭＳＣ制御パラメータは、基本的に特定のメッセージのエラーコードに基づいて、状態通知の発生を制御するオクテット１として“選択的状態通知（Selective Status Report）”を含む。本発明は、＜表１１＞に示すような第２のオクテットを追加する。
【００７０】
【表１１】
【００７１】
ＴＰ-ＲＰ（応答経路）は、ＳＭＳＣが送信側ＭＳを認識し、この送信側に応答を送信することができることを保証し、送信側メッセージを送信したＳＭＳＣと同一のＳＭＳＣを介してこの送信側メッセージに対する応答が送信されることを保証するために、ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵ及びＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵの両方に含まれる。
【００７２】
このスレッドＩＤをＴＰ-ＵＤのヘッダーに含ませる他の実施形態によると、新たな情報要素識別子は、ＴＰ-ＵＤヘッダーに追加されてもよい。すなわち、“メッセージスレッド情報（Message Thread Information：以下、“ＭＴＩ”と称する。）と名付けられた新たな情報要素識別子は、ＴＰ-ＵＤヘッダーに追加されてもよい。本発明の実施形態によると、このメッセージスレッド情報は、ＳＭＳ制御として分類され、反復可能性を有しないように設定されることができる。
【００７３】
図７は、本発明の実施形態により送信されたＳＭのＴＰ-ＵＤのヘッダーがスレッドＩＤを含む場合におけるＭＳ４０が短文メッセージを送信する過程を示す図である。
【００７４】
図７を参照すると、ステップ７０１で、ＭＳ４０がＳＭの送信の要請を受信する場合に、ＭＳ４０は、ステップ７０３に進む。ステップ７０３で、ＭＳ４０は、このＳＭが新たなメッセージであるか、又は前に受信したメッセージに対する応答であるかを確認する。このＳＭが応答である場合に、ＭＳ４０は、ステップ７０５に進む。このＳＭが新たなメッセージである場合に、このメッセージは、即座に送信されることができ、これに従って、ＭＳ４０は、ステップ７０９に進む。
【００７５】
ステップ７０５で、ＭＳ４０は、このＳＭが応答する短文メッセージのＴＰ-ＵＤ情報要素のヘッダー内にスレッドＩＤが含まれているか否かを確認する。このＳＭが応答している最初のメッセージがＴＰ-ＵＤ情報要素のヘッダー内にスレッドＩＤが含まれている場合には、ステップ７０７に進む。このＳＭが応答している最初のメッセージがＴＰ-ＵＤ情報要素のヘッダー内にスレッドＩＤが含まれていない場合には、ステップ７０９に進む。
【００７６】
ステップ７０７で、ＭＳ４０は、このスレッドＩＤを抽出し、この抽出されたスレッドＩＤを送信するＳＭのＴＰ-ＵＤのヘッダーに含ませる。その後に、ステップ７０９で、ＭＳ４０は、このＳＭをＳＭＳＣ５０に送信する。
【００７７】
ＳＭＳＣ５０は、受信したＳＭをＩＷＦ３０に送信し、このＳＭを受信したＩＷＦ３０は、図８に示すような過程に従って動作する。
【００７８】
図８を参照すると、ステップ８０１で、ＩＷＦ３０がＣＰＭクライアント１０に送信されるＳＭを受信すると、ステップ８０３で、ＩＷＦ３０は、このＳＭを適合したＳＩＰメッセージに変換した後に、ステップ８０５に進む。
【００７９】
ステップ８０５で、ＩＷＦ３０は、このＳＭがＴＰ-ＵＤ情報要素のヘッダー内にスレッドＩＤ情報を含んでいるか否かを確認する。スレッドＩＤが存在する場合に、ＩＷＦ３０は、ステップ８０７に進む。他方、スレッドＩＤが存在しない場合に、ＩＷＦ３０は、ステップ８０９に進み、ステップ８０３で変換されたＳＩＰメッセージを送信する。
【００８０】
ステップ８０７で、ＩＷＦ３０は、このスレッドＩＤをＳＭのＴＰ-ＵＤから抽出し、＜表９＞に示すように、この抽出されたスレッドＩＤをＸＭＬ文書フォーマットとしてＳＩＰメッセージに追加した後に、ステップ８０９に進み、このＳＩＰメッセージをＣＰＭサーバ２０に送信する。ステップ８０５及びステップ８０７は、ステップ８０３で、このＳＭをＳＩＰメッセージに変換する間に行われてもよい。
【００８１】
一方、本発明の他の実施形態によると、このスレッドＩＤ情報は、既存のサブアドレッシング及び応答経路メカニズムを使用して、既存のＳＭＳのＴＰ-ＤＡ（Destination Address）に追加されてもよい。
【００８２】
この既存のＳＭＳでのサブアドレッシング規則は、次のようである。
【００８３】
発信ＭＳは、ＴＰ-ＤＡフィールドに含まれている‘＊’又は‘＃’を有するＳＭを送信することができる。ＴＰ-ＤＡで遭遇する第１の‘＃’は、ＳＭＳＣ経路設定目的のためのアドレスが終了されるところを示す。付加的な‘＊’又は‘＃’は、次のディジットで存在することができ、第１の‘＃’を含むこのようなすべてのディジットは、サブアドレスディジットである。
【００８４】
ＳＭＳＣは、このようなサブアドレス情報とともに送信するＳＭを受信すると、このＳＭをＴＰ-ＯＡフィールドにコピーされた同一のサブアドレスディジットを有する受信ＭＳに送信しなければならない。
【００８５】
例えば、９８７６５４３２１のアドレスを有するＭＳ Ａが１２３４#５６#７８９＊のＴＰ-ＤＡを有するＳＭをＭＳ Ｂに送信する場合に、１２３４のアドレスを有するＭＳ Ｂは、９８７６５４３２１＃５６＃７８９＊のＴＰ-ＤＡを有するＳＭを受信する。
【００８６】
また、応答経路メカニズムのための普遍的な手続きは、次のようである。
【００８７】
・この応答経路が発信ＳＭのＳＭＳ_ＳＵＢＭＩＴ ＰＤＵを使用してＴＰ-ＲＰパラメータを設定することにより発信ＭＳにより要請される。発信ＳＭＳＣが発信ＭＳのために要請する応答経路を支援する場合に、この発信ＳＭＳＣは、ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵでのＴＰ-ＲＰパラメータに注目し、この発信ＭＳに応答する受信ＭＳに向けたＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵのＴＰ-ＲＰパラメータを設定する。したがって、応答経路は、発信ＭＳに対して応答するＭＳのために存在する。
【００８８】
・応答するＭＳが発信ＳＭを受信すると、発信ＭＳのアドレス及び応答経路メカニズムを有する。
発信ＭＳアドレスは、ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵ内のＴＰ-ＯＡで検出され、この応答経路の存在は、ＴＰ-ＲＰがＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵに設定されたか否かに基づいて決定される。
【００８９】
・この応答ＳＭを提出し、この応答経路が設定される場合に、この応答するＭＳは、この発信ＭＳアドレス（ＴＰ-ＯＡの内容）をＳＭＳ_ＳＵＢＭＩＴ ＰＤＵ内のＴＰ-ＤＡとして使用しなければならず、この発信ＭＳアドレスを、発信ＳＭを送信したＳＭＳＣに提出する。
【００９０】
・発信ＳＭ及び応答ＳＭは、同一のＳＭＳＣにより送信される。この原理は、例えば、このＳＣがこの発信ＭＳに到達するための適切なデータネットワークに対してこの応答ＳＭの経路を定めることができる可能性を最大にする。
【００９１】
以下、このサブアドレッシング、応答経路メカニズム、及びＴＰ-ＤＡを使用して従来のＳＭＳシステムに大きく影響を与えずスレッドＩＤ情報を送信する方法について説明する。
【００９２】
ＩＷＦ３０は、スレッドＩＤを含む受信側がＭＳ４０であるＳＩＰメッセージを受信すると、受信したＳＩＰメッセージをＳＭに変換し、このスレッドＩＤがサブアドレス、すなわち、＜dest_address＞＃＜<thread_id＞のように、このスレッドＩＤをこのＳＭを含むＳＭＳ_ＳＵＢＭＩＴ ＰＤＵのＴＰ-ＤＡ情報要素内に追加する。最初のスレッドＩＤがディジットで構成されない場合に、ＩＷＦ３０は、このスレッドＩＤを特定のディジットシーケンスに変換する必要があり、この最初のスレッドＩＤと対応するシーケンス間のマッピングテーブルをＴＰ-ＤＡに含ませる。また、ＩＷＦ３０は、ＴＰ-ＲＰ（応答経路）ビットを“１”に設定し、応答ＭＳがこのＳＭを送信したＳＭＳＣと同一のＳＭＳＣにこの応答ＭＳが任意のＳＭを提出することを要請する。
【００９３】
この後に、ＩＷＦ３０は、ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵをＳＭＳＣ５０に送信する。ＳＭＳＣ５０は、ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵをＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵに変換し、この変換されたＰＤＵをＭＳ４０に送信する。ＭＳ４０は、このＳＭをＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵを介してＳＭＳＣ５０から受信し、ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵは、サブアドレスとしてのスレッドＩＤ情報とＴＰ-ＯＡ情報要素とを含む。
【００９４】
ＭＳ４０がこの受信したＳＭに対する応答ＳＭを送信する場合に、ＭＳ４０は、応答経路手続きに従って、この応答ＳＭを含むＳＭＳ_ＳＵＢＭＩＴ ＰＤＵのＴＰ-ＤＡ内に、受信した最初のＳＭのＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵのＴＰ-ＯＡのすべての内容、すなわち、このスレッドＩＤを含む内容を含ませる。
【００９５】
また、ＭＳ４０は、この応答ＳＭを、ＳＭＳＣ５０を介してＩＷＦ３０に送信し、ＳＭＳＣ５０は、ＩＷＦ３０に送信されたＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵのＴＰ-ＯＡ内のスレッドＩＤをコピーする。
【００９６】
ＩＷＦ３０は、ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵを受信すると、このスレッドＩＤをＴＰ-ＯＡ情報要素から抽出し、このＳＭを適合したＳＩＰメッセージに変換する。また、このスレッドＩＤは、上述したＸＭＬフォーマットを用いてこのＳＩＰメッセージに含まれる。この際に、このスレッドＩＤは、上述したマッピングテーブルを使用して元来の英数字スレッドＩＤに戻って変換される必要があり得る。
【００９７】
この後に、ＩＷＦ３０は、ＳＩＰメッセージをＣＰＭサーバ２０に送信する。
【００９８】
このスレッドＩＤをＳＭに挿入する他の実施形態は、このスレッドＩＤをこのＳＭのボディー部分に挿入する方法を含み、これは、電子メールとインターワーキングするＳＭＳの機能を活用したものである。
【００９９】
電子メールとＳＭＳとのインターワーキングの際における基本的なシンタックスは、次のようである。
【０１００】
・ＳＭを受信する場合：[<from-address><space>]<message>
・ＳＭを送信する場合：[<to-address><space>]<message>
【０１０１】
ここで、［］は、選択的なフィールドである。“from-address”及び“to-address”は、“user@domain1.domain2”又は“UserName<user@domain1.domain2>”の中の１つであることができる（ここで、＜＞は、送信されることもできる。）。
【０１０２】
選択的に、次のようにメッセージのために選択的なサブジェクト（subject）を含むこともできる。
【０１０３】
・[<to-address>]（<subject>）<message>；又は
・[<to-address>]##<subject>#<message>
【０１０４】
この内容に基づいて、このメッセージの“サブジェクト”として代わりにこのスレッドＩＤを挿入する。
【０１０５】
すなわち、ＩＷＦ３０は、スレッドＩＤを含むＳＩＰメッセージを受信すると、このＳＩＰメッセージをＳＭに変換し、ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵのＴＰ-ＵＤのボディー部分にサブジェクトとしてスレッドＩＤを含む。例えば、“##<threadID>#<message>”で表現することができる。この<to-address>は、このＳＩＰメッセージの“To:”フィールドからアドレス（user@domain1.domain2）を抽出することにより追加することもできる。
【０１０６】
ＩＷＦ３０は、このＳＭを含むＳＭＳ_ＳＵＢＭＩＴ ＰＤＵをＳＭＳＣ５０に送信する。その後に、ＭＳ４０は、このＳＭをＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵ内のＳＭＳＣ５０から受信し、このスレッドＩＤ情報をＴＰ-ＵＤのボディー部に含ませる。ＭＳ４０は、この受信したＳＭに対する応答メッセージを送信した場合に、同一のシンタックスに従うために、ＴＰ-ＵＤ内に最初のメッセージに含まれていたサブジェクトと同一のサブジェクト、すなわち、スレッドＩＤを含む。ＭＳ４０は、この応答ＳＭを含むＳＭＳ_ＳＵＢＭＩＴ ＰＤＵをＳＭＳＣ５０に送信し、ＳＭＳＣ５０は、ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵに対応するＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵをＩＷＦ３０に送信する。
【０１０７】
ＩＷＦ３０は、ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵを受信すると、このスレッドＩＤを受信したＳＭ、すなわち、ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵのサブジェクトから抽出する。また、ＩＷＦ３０は、このＳＭを適切なＳＩＰメッセージに変換し、上述したＸＭＬフォーマットを用いてスレッドＩＤをＳＩＰメッセージに含ませた後に、ＳＩＰメッセージをＣＰＭサーバ２０に送信する。
【０１０８】
上述した実施形態のすべては、送信側ＣＰＭクライアントにより送信されたＳＩＰメッセージ及びこのＳＩＰメッセージに応じて受信側に送信されたＳＭがスレッドＩＤを含む場合に対応する。次の実施形態によると、ＣＰＭシステムとＳＭＳシステムとをインターワーキングするＩＷＦは、送信側ＣＰＭクライアント及び受信側ＭＳに従って割り当てられたスレッドＩＤの格納及び管理を行い、このスレッドＩＤをＭＳに提供しない。本実施形態は、従来のＳＭＳシステムを変化させることなく実現可能である。
【０１０９】
本発明の実施形態によると、一定の時間間隔の間に、“スレッドＩＤ、送信側アドレス、及び受信側アドレスをＩＷＦに格納することにより、ＩＷＦは、ＳＭＳドメインでのスレッドの存在をシミュレーションする。
【０１１０】
図９は、本発明の他の実施形態により相互にインターワーキングするＣＰＭシステム及びＳＭシステムのメッセージ処理手続きを示す図である。
【０１１１】
ステップ９０１及びステップ９０３で、ＣＰＭクライアント１０は、送信するメッセージ及びスレッドＩＤを含むＳＩＰメッセージを、ＣＰＭサーバ２０を介してＩＷＦ３０に送信する。この際に、ＣＰＭクライアント１０がＳＩＰメッセージを構成する過程は、図４に示した過程と類似している。ＩＷＦ３０は、ステップ９０５で、スレッドＩＤ、発信者アドレス、及び受信者アドレスを検出し、この検出された情報をデータベースに格納した後に、ＳＩＰメッセージを適切なＳＭに変換する。その後に、ステップ９０７で、ＩＷＦ３０は、この変換されたＳＭを含むＳＭＳ_ＳＵＢＭＩＴ ＰＤＵをＳＭＳＣ５０に送信する。ステップ９０９で、ＳＭＳＣ５０は、このメッセージをＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵを介してＭＳ４０に送信する。ＭＳ４０は、ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵを受信すると、図示していないが、ＳＭＳ_ＤＥＬＩＶＥＲ_ＲＥＰＯＲＴ ＰＤＵをＳＭＳＣ５０に送信し、ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵに含まれているメッセージをユーザーに提供する。また、ＳＭＳＣ５０は、ＳＭＳ_ＳＴＡＴＵＳ_ＲＥＰＯＲＴ ＰＤＵをＩＷＦ３０に送信する。ＩＷＦ３０は、ＳＭＳ_ＳＴＡＴＵＳ_ＲＥＰＯＲＴ ＰＤＵを受信すると、“２００ ＯＫ”を、ＣＰＭサーバ２０を介してＣＰＭクライアント１０に送信する。
【０１１２】
ステップ９１１で、ＭＳ４０がステップ９０９で受信したメッセージに対する応答メッセージを含むＳＭＳ_ＳＵＢＭＩＴ ＰＤＵをＳＭＳＣ５０に送信する。ステップ９１３で、ＳＭＳＣ５０は、応答メッセージをＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵを介してＩＷＦ３０に送信する。ステップ９１５で、ＩＷＦ３０は、ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵに含まれている発信者アドレス及び受信者アドレスを検出した後に、発信者アドレス及び受信者アドレスに対応するスレッドＩＤをこのデータベースから検索する。その後に、ステップ９１７で、ＩＷＦ３０は、この応答メッセージをＳＩＰメッセージに変換し、この得られたスレッドＩＤをＳＩＰメッセージに挿入した後に、このＳＩＰメッセージをＣＰＭサーバ２０に送信する。ステップ９１９で、ＣＰＭサーバ２０は、ＳＩＰメッセージをＣＰＭクライアント１０に送信する。
【０１１３】
ＩＷＦ３０の詳細な動作手続きを図１０に示す。図１０を参照すると、ステップ１０００で、ＩＷＦ３０は、イベントの発生を待機する。この際に、このイベントは、ＳＩＰメッセージ又はＳＭの受信及び有効受信応答期間の満了の中の１つを意味する。
【０１１４】
ＳＩＰメッセージがＣＰＭサーバ２０から受信されると、ＩＷＦ３０は、ステップ１００１に進む。ＳＭがＣＰＭサーバ２０から受信されると、ＩＷＦ３０は、ステップ１１０１に進む。また、任意のスレッドＩＤに関連した有効受信応答期間が満了すると、ＩＷＦ３０は、ステップ１２０１に進む。
【０１１５】
まず、ＩＷＦ３０がＳＩＰメッセージを受信した場合を説明する。ＳＩＰメッセージを受信すると、ＩＷＦ３０は、ステップ１００１で、このＳＩＰメッセージがスレッドＩＤを含むか否かを確認する。このＳＩＰメッセージがスレッドＩＤを含む場合に、ＩＷＦ３０は、ステップ１００３に進み、他方、このＳＩＰメッセージがスレッドＩＤを含まない場合に、ＩＷＦ３０は、ステップ１０１１に進む。ステップ１００３で、ＩＷＦ３０は、スレッドＩＤ、発信者アドレス、及び受信者アドレスをＳＩＰメッセージから抽出した後に、ステップ１００５に進む。ステップ１００５で、ＩＷＦ３０は、この抽出された３つの情報が自身のデータベースに存在するか否かを確認する。このような情報が自身のデータベースに存在しない場合に、ＩＷＦ３０は、ステップ１００７に進む。他方、この抽出された３つの情報が自身のデータベースに存在する場合に、ＩＷＦ３０は、ステップ１００９に進む。このような情報がデータベースに存在しないという事実は、このＳＩＰメッセージが新たなメッセージスレッドの１番目のメッセージであることを意味するか、又はメッセージスレッドが存在したが、消滅したことを意味する。ＩＷＦ３０は、スレッドＩＤ、発信者アドレス、及び受信者アドレスを自身のデータベースに格納し、このスレッドＩＤに対する予め定義された有効受信応答期間でタイマーを開始した後に、ステップ１０１１に進む。このタイマー及び有効受信応答期間は、ＩＷＦ３０によるスレッド管理のライフタイムを与える。すなわち、対応するスレッドＩＤと関連したメッセージがこの有効受信応答期間内に受信されないと、この対応するスレッドＩＤ及び関連アドレス情報は、削除される。また、スレッドＩＤ、発信者アドレス、及び受信者アドレスがこのデータベースに存在すると、これは、ＳＩＰメッセージが現存するメッセージスレッドのフォローアップメッセージであることを意味する。したがって、ステップ１００９で、スレッドＩＤ、発信者アドレス、及び受信者アドレスがこのデータベースに存在する場合に、ＩＷＦ３０は、このスレッドがまだ有効であることを認識し、このスレッドのライフタイム処理を延長するために、このスレッドと関連したタイマーをゼロにリセットする。その後に、ＩＷＦ３０は、ステップ１０１１に進む。ステップ１０１１で、ＩＷＦ３０は、ＳＩＰメッセージを適合したＳＭに変換し、このＳＭをＳＭＳＣ５０に送信する。この際に、ＳＭは、スレッドＩＤを含まない。この後に、ＩＷＦ３０は、任意の新たなイベントを待機するために、ステップ１０００に戻る。
【０１１６】
ＩＷＦ３０は、イベントの発生を待機する間にＳＭを受信すると、ステップ１１０１に進み、ＳＭをＳＩＰメッセージに変換する。この後に、ステップ１１０３で、ＩＷＦ３０は、このＳＩＰメッセージの“送信者アドレス−発信者アドレス”のペアが自身のデータベースに存在するか否かを確認する。このＳＩＰメッセージの“送信者アドレス−発信者アドレス”のペアが自身のデータベースに存在する場合に、ＩＷＦ３０は、ステップ１１０５に進む。このＳＩＰメッセージの“送信者アドレス−発信者アドレス”のペアが自身のデータベースに存在しない場合に、ＩＷＦ３０は、ＳＩＰメッセージが新たなスレッドの１番目のメッセージであるか、又はスレッドと関連しないメッセージであると認識し、ステップ１１１１に進む。ステップ１１０５で、ＩＷＦ３０は、１対のアドレスに対応するスレッドＩＤを抽出した後に、ステップ１１０７で、この抽出したスレッドＩＤをＳＩＰメッセージに含ませた後に、ステップ１１０９に進む。ステップ１１０９で、ＩＷＦ３０は、このスレッドＩＤと関連したタイマーをゼロにリセットする。現存するスレッドに属しているメッセージが到達した以降、このスレッドＩＤのライフタイムは、継続して処理されることができるようにデータベースで延長される。その後に、ＩＷＦ３０は、ステップ１１１１に進み、ＳＩＰメッセージをＣＰＭサーバ２０に送信する。この後に、ＩＷＦ３０は、新たなイベントを待機するためにステップ１０００に戻る。
【０１１７】
一方、任意のスレッドＩＤに対応して有効受信応答期間の満了イベントが発生すると、ＩＷＦ３０は、ステップ１２０１で、対応するスレッドＩＤ、発信者アドレス、及び受信者アドレスをこのデータベースから除去する。その後に、ＩＷＦ３０は、新たなイベントを待機するためにステップ１０００に戻る。
【０１１８】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【符号の説明】
【０１１９】
１０ 統合ＩＰメッセージングサービス(ＣＰＭ)クライアント
２０ ＣＰＭサーバ
３０ インターワーキング機能（ＩＷＦ）
４０ 移動局（ＭＳ）
５０ 短文メッセージサービスセンター（ＳＭＳＣ）
【技術分野】
【０００１】
本発明は、統合ＩＰメッセージングサービスのためのシステム及び方法に関し、特に、統合ＩＰメッセージングサービスの際におけるメッセージスレッドを管理する方法及びシステムに関する。
【背景技術】
【０００２】
現在では、短文メッセージサービス（Short Message Service：以下、“ＳＭＳ”と称する。）、マルチメディアメッセージングサービス（Multimedia Messaging Service：以下、“ＭＭＳ”と称する。）、電子メール、及びインスタントメッセージング（instant messaging：以下、“ＩＭ”と称する。）サービスなどのような多くの異なるメッセージングサービス（messaging services）が存在する。このようなサービスが相互に異なる技術に基づいているが、ユーザーは、一部共通点を有する。例えば、上述したすべてのサービスを用いてテキストメッセージを送信することができ、このすべてのサービスは、ＳＭＳを除いては、マルチメディアコンテンツの送信を支援することができる。
【０００３】
最近では、上述したメッセージングサービスを統合する新たな形式の統合型メッセージングサービスの必要性が台頭されている。以下、このような統合型メッセージングサービスを“統合ＩＰメッセージングサービス（Converged Internet Protocol(IP) Messaging service：以下、“ＣＰＭサービス”と称する。）”と呼ぶ。ＣＰＭサービスは、セッション開始プロトコル（Session Initiation Protocol：以下、“ＳＩＰ”と称する。）に基づくサービスであり、ＣＰＭサービスのユーザーだけでなく既存のメッセージングサービスのユーザーとメッセージ通信を自由に行うことができなければならない。したがって、ＣＰＭサービスは、既存のＳＭＳサービス、ＩＭサービス、ＭＭＳ、及びＰｏＣサービスなどとのインターワーキング（inter-working）が可能な必要がある。また、確立したセッションを介したメッセージングサービスとセッションの確立のないメッセージングサービスとの間のインターワーキングが可能でなければならず、したがって、このようなインターワーキングの標準化が進行している。
【０００４】
一般的に、ＣＰＭシステムにおけるメッセージ送受信は、図１に示すような過程に従って行われ、ＳＭＳシステムにおけるメッセージ送受信は、図２に示すような過程に従って行われる。各システムにおけるメッセージ送受信過程の理解を助けるために、図１及び図２では、各システムが２人のユーザーを含むという仮定に基づいているが、各システムが複数のユーザー間のメッセージ送受信も可能にする。また、ＣＰＭシステムにおいて、ユーザーがメッセージを交換する前にセッションを明示的に確立しないと仮定する。すなわち、対話の開始を希望するユーザーは、セッションの生成をまず要請せず即座にメッセージを送信することができる。
【０００５】
ＣＰＭサービスは、ユーザー間のセッションの開始、修正、及び終結を行うプロトコルを提供するＳＩＰに基づいている。まず、セッションを開始することなくメッセージを送信するために、ＣＰＭは、ＳＩＰメッセージエクステンション（extension）に依存する。図１は、ＣＰＭサーバ２を介してそれぞれ第１のＣＰＭクライアント１及び第２のＣＰＭクライアント３で表現された第１のユーザーから第２のユーザーに送信されたメッセージの典型的なフローを示す。
【０００６】
ステップ１０１で、第１のＣＰＭクライアント１は、＜表１＞に示すような構成を有する典型的なＳＩＰメッセージをＣＰＭサーバ２に送信する。
【０００７】
【表１】
【０００８】
ステップ１０３で、ＣＰＭサーバ２は、ＳＩＰメッセージを受信し、第２のＣＰＭクライアント３がＣＰＭサーバ２に登録されているか否かを確認し、＜表２＞に示すような構成を有するＳＩＰメッセージを第２のＣＰＭクライアント３に送信する。
【０００９】
【表２】
【００１０】
第２のＣＰＭクライアント３は、ステップ１０３で、メッセージを受信し、ステップ１０５で、＜表３＞に示すような構成を有する“２００ ＯＫ”メッセージをＣＰＭサーバ２に送信する。
【００１１】
【表３】
【００１２】
ステップ１０５で、第２のＣＰＭクライアントから“２００ ＯＫ”を受信すると、ステップ１０７で、ＣＰＭサーバ２は、＜表４＞に示すような構成を有する“２００ ＯＫ”メッセージを第１のＣＰＭクライアント１に送信する。
【００１３】
【表４】
【００１４】
一方、ＳＭＳは、３ＧＰＰ［ＴＳ ２３．０４０］で定義されたプロトコルに従う。図２は、第１の移動局（Mobile Station：以下、“ＭＳ”と称する。）４が短文メッセージ（Short Message：以下、“ＳＭ”と称する。）を短文メッセージサービスセンター（Short Message Service Center：以下、“ＳＭＳＣ”と称する。）５を介して第２のＭＳ６に送信する際における典型的なメッセージ処理フローを示す。
【００１５】
ステップ２０１で、第１のＭＳ４は、ＳＭＳ_提出（ＳＭＳ_ＳＵＢＭＩＴ）プロトコルデータユニット（Protocol Data Unit：以下、“ＰＤＵ”と称する。）を用いてＳＭをＳＭＳＣ５に提出する。この際に、第１のＭＳ４は、ＳＭＳ状態報告（ＳＭＳ_ＳＴＡＴＵＳ_ＲＥＰＯＲＴ）を要請することもできる。
【００１６】
ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵを受信すると、ＳＭＳＣ５は、ステップ２０３で、ＳＭＳ_ＳＵＢＭＩＴ_ＲＥＰＯＲＴ ＰＤＵを第１のＭＳ４に送信することにより、ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵの受信を確認する。
【００１７】
ステップ２０５で、ＳＭＳＣ５は、ＳＭＳ送信（ＳＭＳ_ＤＥＬＩＶＥＲ）ＰＤＵを介してＳＭを第２のＭＳ６に送信する。その後に、ステップ２０７で、第２のＭＳ６は、ＳＭＳ送信通知（ＳＭＳ_ＤＥＬＩＶＥＲ_ＲＥＰＯＲＴ）ＰＤＵをＳＭＳＣ５に送信することによりＳＭの受信を承認する。ＳＭＳ_ＤＥＬＩＶＥＲ_ＲＥＰＯＲＴ ＰＤＵを受信したＳＭＳＣ５は、ステップ２０９で、ＳＭが第２のＭＳ６に成功裡に送信されたことを通知するためにＳＭＳ_ＳＴＡＴＵＳ_ＲＥＰＯＲＴ ＰＤＵを第１のＭＳ４に送信する。
【００１８】
ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵは、＜表５＞に示すような情報要素（［ＴＳ２３．０４０］の参照）を含む。
【００１９】
【表５】
【００２０】
ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵは、＜表６＞に示すような情報要素（［ＴＳ２３．０４０］の参照）を含む。
【００２１】
【表６】
【００２２】
このＴＰ-ＵＤ（ユーザーデータ）は、送信するメッセージを含む。ＴＰ-ＵＤ内のヘッダーがメッセージより先行することができる。ヘッダーの存在は、ＴＰ-ＵＤＨＩ（ユーザーデータヘッダー指標）情報要素により表示される。すなわち、ＴＰ-ＵＤＨＩが“１”に設定されると、ＴＰ-ＵＤがヘッダーであることを表示するものである。
【００２３】
ＴＰ-ＵＤ内のヘッダーは、＜表７＞に示すように構成されることができる（［ＴＳ２３．０４０］の参照）。
【００２４】
【表７】
【００２５】
“情報-要素-識別子（Information-Element-Identifiers）”は、予め定義された値であり、この値のすべては、特定の意味と関連する。識別子のリスト及び各識別子の意味は、＜表８＞を示す（［ＴＳ２３．０４０］の参照）。
【００２６】
【表８】
【００２７】
上述した過程によるメッセージの送信は、２名のユーザー間で１回のみ行われるか、又は同一の２名のユーザー間で複数回反復して行われることもある。すなわち、ユーザーは、ＳＭＳ又はＣＰＭサービスを介して対話型でメッセージのやり取りを行い得る。このような過程において、２名のユーザーは、予めセッションを明白に確立せず、相互に一連のメッセージを交換するだけで対話を処理することができる。したがって、同一の相手との送受信を行うメッセージは、ユーザーの個別的なウィンドウにディスプレーされる。これは、セッションを確立した後にメッセージを送受信するＣＰＭサービスにも適用可能である。すなわち、ＣＰＭクライアントがＣＰＭサービスに従って同一の相手との送受信を行ったメッセージの集合を１つのウィンドウ、例えば、対話窓にディスプレーすることができない。また、メッセージが任意の特定のセッションに拘束されないため、後で対話を再開する場合に、前に交換されたメッセージを含む対話窓を提供することもできず、したがって、これらが相互にリンクされない。
【発明の概要】
【発明が解決しようとする課題】
【００２８】
したがって、本発明は、上述した従来技術の問題点を解決するために提案されたものであり、その目的は、２名の統合インターネットプロトコルメッセージ（ＣＰＭ）クライアント間で送受信されたメッセージを含む１つのメッセージグループをユーザーに同時に提供するための方法及びシステムを提供することにある。
【００２９】
本発明の他の目的は、異種サービスのユーザー、例えば、セッション確立を要請するＣＰＭサービスのＣＰＭクライアントとセッション確立を要請しないＳＭＳの短文メッセージサービス（ＳＭＳ）ユーザーとの間で送受信されたメッセージを含む１つのメッセージグループを同時に提供することができ、これにより、ＣＰＭクライアントが、対話型メッセージの相手がＣＰＭサービスの支援を受けるユーザーであるか否かを区分せず、対話型メッセージを効率的に送受信することができる方法及びシステムを提供することにある。
【課題を解決するための手段】
【００３０】
上記のような目的を達成するために、本発明の実施形態の一態様によれば、セッション開始プロトコル（ＳＩＰ）に基づく統合インターネットプロトコルメッセージングサービス（ＣＰＭＳ）に対応した、複数のメッセージスレッドを管理する統合インターネットプロトコルメッセージ（ＣＰＭ）システムを提供する。上記ＣＰＭシステムは、上記ＣＰＭＳに対応したＣＰＭクライアントと、インターネットプロトコルメディアサブシステム（ＩＭＳ）サービスに加入しないクライアントと、上記ＣＰＭクライアントの受信側クライアントがＣＰＭサーバにより上記ＩＭＳサービスに加入しないクライアントとして指定され、上記対話型メッセージ通信のためのＳＩＰメッセージを受信すると、上記ＳＩＰメッセージのメッセージフォーマットを上記受信側クライアントが受信可能なメッセージフォーマットに変換し、上記ＳＩＰメッセージに含まれているスレッド識別子（ＩＤ）を上記変換されたメッセージに挿入し、上記変換されたメッセージを、上記受信側クライアントを支援するサーバを介して上記受信側クライアントに送信するＩＷＦと、を含むことを特徴とする。
【００３１】
本発明の実施形態の他の態様によれば、セッション開始プロトコル（ＳＩＰ）に基づく統合インターネットプロトコルメッセージングサービス（ＣＰＭＳ）に対応した、複数のメッセージスレッドを管理する統合インターネットプロトコルメッセージ（ＣＰＭ）システムを提供する。上記ＣＰＭシステムは、上記ＣＰＭＳに対応したＣＰＭクライアントと、インターネットプロトコルメディアサブシステム（ＩＭＳ）サービスに加入しないクライアントと、上記ＣＰＭクライアントの受信側クライアントがＣＰＭサーバにより上記ＩＭＳサービスに加入しないクライアントとして指定され、対話型メッセージ通信のためのＳＩＰメッセージを受信すると、スレッド識別子（ＩＤ）を上記ＳＩＰメッセージから検出して格納し、上記ＳＩＰメッセージのメッセージフォーマットを上記受信側クライアントが受信可能なメッセージフォーマットに変換し、上記変換されたメッセージを、上記受信側クライアントを支援するサーバを介して上記受信側クライアントに送信し、所定の有効受信応答期間内に上記受信側クライアントから受信されたメッセージをＳＩＰメッセージに変換し、上記格納されているスレッドＩＤを上記変換されたＳＩＰメッセージに挿入し、上記ＳＩＰメッセージを、上記ＣＰＭサーバを介して上記ＣＰＭクライアントに送信するＩＷＦと、を含むことを特徴とする。
【００３２】
本発明の実施形態のさらに他の態様によれば、セッション開始プロトコル（ＳＩＰ）に基づく統合インターネットプロトコルメッセージングサービス（ＣＰＭＳ）に対応した、複数のメッセージスレッドを管理する統合インターネットプロトコルメッセージ（ＣＰＭ）システムを提供する。上記ＣＰＭシステムは、上記ＣＰＭＳに対応したＣＰＭクライアントと、短文メッセージサービス（ＳＭＳ）に対応した移動局（ＭＳ）と、上記ＣＰＭクライアントの受信側クライアントがＣＰＭサーバにより上記ＭＳとして指定され、対話型メッセージの通信のためのＳＩＰメッセージを受信すると、上記ＳＩＰメッセージのメッセージフォーマットをＳＭＳ提出プロトコルデータユニット（ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵ）に変換し、上記ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵのＴＰ宛先アドレスのサブアドレスディジットを上記ＳＩＰメッセージから検出されたスレッド識別子（ＩＤ）に設定し、上記ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵを短文メッセージサービスセンター（ＳＭＳＣ）に送信するＩＷＦと、上記ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵを受信し、上記ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵをＳＭＳ送信プロトコルデータユニット（ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵ）に変換し、上記ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵのＴＰ発信者アドレスのサブアドレスディジットを上記スレッドＩＤに設定し、上記ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵを上記移動局（ＭＳ）に送信する上記ＳＭＳＣと、を含むことを特徴とする。
【００３３】
本発明の実施形態のさらなる他の態様によれば、セッション開始プロトコル（ＳＩＰ）に基づく統合インターネットプロトコルメッセージングサービス（ＣＰＭＳ）に対応した統合インターネットプロトコルメッセージ（ＣＰＭ）クライアントが、同一の相手と送受信した一連のメッセージを含むメッセージスレッドを管理する方法を提供する。上記方法は、対話型メッセージ通信のためのメッセージの送信の要請を任意の受信側から受信するステップと、上記メッセージが上記受信側と関連した新たなメッセージスレッドの１番目のメッセージである場合に、新たなスレッド識別子（ＩＤ）を上記新たなメッセージスレッドに割り当て、上記受信側に関連して上記新たなスレッドＩＤを格納し、上記新たなスレッドＩＤを上記メッセージに挿入し、上記メッセージを送信するステップと、上記メッセージが上記受信側と関連して既存のメッセージスレッド内の連続するメッセージであると、上記既存のメッセージスレッドに従って割り当てられたスレッドＩＤを検出し、上記割り当てられたスレッドＩＤを上記メッセージに挿入し、上記メッセージを送信するステップと、対話型メッセージ通信のためのメッセージを受信するステップと、上記受信されたメッセージがスレッドＩＤを含む場合に、上記受信されたメッセージを上記受信されたメッセージに含まれているスレッドＩＤに対応するメッセージスレッドに含まれているメッセージとともにユーザーに提供するステップと、を含むことを特徴とする。
【００３４】
本発明の実施形態のさらに他の１つの態様によれば、セッション開始プロトコル（ＳＩＰ）に基づく統合インターネットプロトコルメッセージングサービス（ＣＰＭＳ）に対応した統合インターネットプロトコルメッセージ（ＣＰＭ）クライアントが、同一の相手と送受信した一連のメッセージを含むメッセージスレッドを管理する方法を提供する。上記方法は、対話型メッセージ通信のために、ＣＰＭクライアントがインターネットプロトコルメディアサブシステム（ＩＭＳ）サービスに加入しないクライアントとして指定され、上記受信側と関連したメッセージスレッドに割り当てられたスレッド識別子（ＩＤ）を含むＳＩＰメッセージを送信するステップと、インターワーキング機能（ＩＷＦ）がＣＰＭサーバを介して上記ＳＩＰメッセージを受信すると、上記ＩＷＦが上記ＳＩＰメッセージのメッセージフォーマットを上記受信側が受信可能なメッセージフォーマットに変換し、上記スレッドＩＤを上記変換されたメッセージに挿入し、上記変換されたメッセージを上記受信側に送信するステップと、を含むことを特徴とする。
【００３５】
本発明の実施形態のさらにまた他の態様によれば、セッション開始プロトコル（ＳＩＰ）に基づく統合インターネットプロトコルメッセージングサービス（ＣＰＭＳ）に対応した統合インターネットプロトコルメッセージ（ＣＰＭ）システムにおいて、同一の相手と送受信した一連のメッセージを含むメッセージスレッドを管理する方法を提供する。上記方法は、対話型メッセージ通信のために、ＣＰＭクライアントがインターネットプロトコルメディアサブシステム（ＩＭＳ）サービスに加入しないクライアントとして指定され、上記受信側と関連したメッセージスレッドに割り当てられたスレッド識別子（ＩＤ）を含むＳＩＰメッセージを送信するステップと、インターワーキング機能（ＩＷＦ）が上記ＳＩＰメッセージを、ＣＰＭサーバを介して受信すると、上記ＩＷＦが上記スレッドＩＤ、上記ＣＰＭクライアントのアドレス、及び上記受信側アドレスを格納し、上記スレッドＩＤに対応する所定の有効受信応答期間を設定し、上記ＳＩＰメッセージのメッセージフォーマットを上記受信側が受信可能なメッセージフォーマットに変換し、上記変換されたＳＩＰメッセージを、上記受信側を支援するサーバを介して上記受信側に送信するステップと、上記ＩＷＦが上記所定の有効受信応答期間内にメッセージを上記受信側から受信すると、上記受信側から受信されたメッセージを上記ＳＩＰメッセージに変換し、上記格納されているスレッドＩＤを上記ＳＩＰメッセージに挿入し、上記ＳＩＰメッセージを、上記ＣＰＭサーバを介して上記ＣＰＭクライアントに送信するステップと、を含むことを特徴とする。
【発明の効果】
【００３６】
ＣＰＭユーザーが予めセッションを明確に開始する必要なしに、他のＣＰＭユーザーとメッセージに基づく対話を行うことができるようにし、ＣＰＭユーザーが同一の対話窓で同一のスレッドに関連したすべてのメッセージを見ることができるようにする。また、ＣＰＭユーザーがＳＭＳユーザーとメッセージに基づく対話を行うことができるようにし、同一のメッセージスレッドの長所及び対話窓の特徴を享有することができるようにする。ＣＰＭユーザーは、相手がＣＰＭに対応しておらず、ＳＭＳのみに対応しているという事実を認識する必要がない。
【図面の簡単な説明】
【００３７】
【図１】ＣＰＭメッセージを処理する典型的なフローを示す図である。
【図２】ＳＭを処理する典型的なフローを示す図である。
【図３】ＣＰＭシステムとＳＭシステムとがインターワーキングする際のシステム内のメッセージを処理する過程を示す図である。
【図４】本発明の実施形態による送信側ＣＰＭクライアントの動作を示す図である。
【図５】本発明の実施形態によるＣＰＭクライアントの動作過程を示す図である。
【図６】本発明の実施形態により相互にインターワーキングするＣＰＭシステムとＳＭシステムとのメッセージ処理過程を示す図である。
【図７】本発明の実施形態により送信されたＳＭのＴＰ-ＵＤのヘッダーがスレッドＩＤを含む場合におけるＭＳがＳＭを送信する過程を示す図である。
【図８】本発明の実施形態によるＩＷＦの動作を示す図である。
【図９】本発明の他の実施形態により相互にインターワーキングするＣＰＭシステム及びＳＭシステムのメッセージ処理手続きを示す図である。
【図１０】本発明の他の実施形態によるＩＷＦの動作を示す図である。
【発明を実施するための形態】
【００３８】
以下、本発明の好適な一実施形態を、添付図面を参照しつつ詳細に説明する。下記の説明において、同一の構成要素及び部分には、可能な限り同一の符号及び番号を共通使用するものとする。また、明瞭性と簡潔性の観点から、本発明に関連した公知の機能や構成に関する具体的な説明が本発明の要旨を不明瞭にすると判断される場合には、その詳細な説明を省略する。
【００３９】
本発明において、“統合インターネットプロトコルメッセージサービス（Converged Internet Protocol(IP) Messaging service：以下、“ＣＰＭサービス”と称する。）を用いたＣＰＭクライアントと同一の相手との間で送受信した一連のメッセージを“メッセージスレッド（messages thread）”と呼ぶ。本発明は、ＣＰＭクライアントがこのメッセージスレッドをユーザーに提供する際に任意のメッセージスレッドに含まれている１つ又はそれ以上のメッセージを１つのウィンドウにグルーピングし表示することによりさらに友好的なユーザーインターフェースを提供する。本発明によれば、ＣＰＭクライアントが特定の相手とメッセージ通信を行う場合に、特定の相手に対応するメッセージスレッドに識別子を割り当てた後に、このメッセージをこの識別子とともに送信する。この際に、この特定の相手は、１人以上であり得る。また、本発明によると、同一の識別子は、ＣＰＭクライアントがこの特定の相手から受信するメッセージに含まれ、これにより、ＣＰＭクライアントがこの特定の相手に関連したメッセージスレッドを１つのウィンドウを介してユーザーに提供する。本発明において、この複数のメッセージがディスプレーされたウィンドウを“対話窓”と呼び、各メッセージスレッドに割り当てられた識別子又はメッセージ通信の相手に割り当てられた識別子を“スレッド識別子（thread Identifier（ＩＤ））”と呼ぶ。また、ここで、ＣＰＭクライアントは、ＣＰＭサービスを提供する通信網で直接的にメッセージをユーザーに提供し、ユーザーからの入力を受信するなどのユーザーとＣＰＭシステムとの間のユーザーインターフェースを提供する端末装置（Mobile Station：以下、“ＭＳ”と称する。）を含む。また、メッセージ通信でのＣＰＭクライアントの相手は、ＣＰＭクライアントであることもあり、ＣＰＭクライアントでないこともある。例えば、セッションを確立せず、メッセージを送受信するメッセージングサービスの端末であることもあり、インターネットプロトコルマルチメディアサービス（ＩＭＳ）に対応していないクライアントであることもある。
【００４０】
本発明は、ＣＰＭクライアント間のメッセージングサービスだけでなく、ＣＰＭシステムとインターワーキングする他のメッセージングシステムにも適用されることができ、この他のメッセージングシステムは、例えば、ＩＭＳを提供しないメッセージングシステム及びセッション確立なしにメッセージングサービスを提供するシステムを含む。したがって、下記で説明された実施形態において、ＣＰＭクライアント間のメッセージングサービスの際に、メッセージスレッドを提供する過程だけでなく、ＣＰＭシステムと他のメッセージングシステムとの間のメッセージングサービスに本発明を適用した例を説明するために、ＣＰＭシステムとＳＭＳシステムとがインターワーキングするシステムの例を挙げて説明する。
【００４１】
ＣＰＭサービスは、メッセージングサービスのためのセッション確立を要請するセッション開始プロトコル（Session Initiation Protocol：以下、“ＳＩＰ”と称する。）に基づくサービスであり、他方、ＳＭＳは、メッセージ送受信のためのセッション確立を必要としない。したがって、ＣＰＭシステム及びＳＭＳシステムは、インターワーキング機能（Inter-Working Function：以下、“ＩＷＦ”と称する。）を介してインターワーキングする。ＩＷＦは、様々な機能を含み、その中の代表的な１つは、ＣＰＭサービスメッセージ（以下、“ＣＰＭメッセージ”と称する。）及び短文メッセージ（short message：ＳＭ）のメッセージフォーマットを変換する。その結果、一方がＣＰＭメッセージを送信する場合であっても、相手は、短文メッセージを受信し得る。また、一方が短文メッセージを送信する場合であっても、相手は、ＣＰＭメッセージを受信し得る。このようなメッセージ処理フローは、図３に示す。
【００４２】
図３は、ＣＰＭシステムと短文メッセージシステムとがインターワークする際におけるシステム内のメッセージを処理する過程を示すもので、ＣＰＭクライアント１０がＣＰＭメッセージをＳＭＳに対応したＭＳ４０に送信する場合を示す。
【００４３】
図３を参照すると、ＣＰＭクライアント１０は、ステップ３０１及びステップ３０３で、ＣＰＭサーバ２０を介してＳＩＰメッセージをＩＷＦ３０に送信する。ＩＷＦ３０は、ステップ３０５で、ＣＰＭサービスに従うメッセージフォーマットからＳＭＳに従うメッセージフォーマットに変換し、ステップ３０７で、ＳＭＳ_ＳＵＢＭＩＴプロトコルデータユニット（Protocol Data Unit：以下、“ＰＤＵ”と称する。）を介してこのメッセージを短文メッセージサービスセンター（Short Message Service Center：以下、“ＳＭＳＣ”と称する。）５０に送信する。その後に、ＳＭＳＣ５０は、ステップ３１１で、ＳＭＳ ＤＥＬＩＶＥＲＹプロトコルデータユニット（ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵ）を介してこのメッセージをＭＳ４０に送信する。ＭＳ４０は、ステップ３１３で、ＳＭＳ_ＤＥＬＩＶＥＲ_ＲＥＰＯＲＴ ＰＤＵをＳＭＳＣ５０に送信し、ＳＭＳＣ５０は、ステップ３１５で、ＳＭＳ_ＳＴＡＴＵＳ_ＲＥＰＯＲＴ ＰＤＵをＩＷＦ３０に送信する。ＩＷＦ３０は、ステップ３１５で、ＳＭＳ_ＳＴＡＴＵＳ_ＲＥＰＯＲＴ ＰＤＵを受信すると、ステップ３１７及びステップ３１９で、ＣＰＭサーバ２０を介して“２００ ＯＫ”をＣＰＭクライアント１０に送信する。
【００４４】
上述したように、メッセージを送受信する場合に、ＣＰＭクライアント１０は、ＭＳ４０に関連したメッセージスレッドを他の通信対象に関連したメッセージスレッドと区分することができない。したがって、本発明によれば、ＣＰＭクライアント１０は、ＳＩＰメッセージを送信する前に、スレッドＩＤをＳＩＰメッセージに挿入する。例えば、本発明において、＜thread-id＞タグを含む新たなＸＭＬ（eXtensible Markup Language）文書は、ＳＩＰメッセージに含まれる。＜表９＞は、このようなＸＭＬ文書の一例を示す。
【００４５】
【表９】
【００４６】
また、＜表９＞に対応するＸＭＬスキーマは、＜表１０＞に示す。
【００４７】
【表１０】
【００４８】
＜表９＞に示したスキーマにおいて、“ノート”は、メッセージグルーピングテキストを意味し、“Thread-id”は、メッセージ受信対象又はグルーピングのために使用される値を意味し、“other”は、将来の延長のための空間ホルダー（place holder）を意味する。上述した構成を有するＸＭＬをＳＩＰメッセージに挿入するための発信ＣＰＭクライアント１０の動作を図４に示す。
【００４９】
図４を参照すると、ステップ４０１で、ＣＰＭクライアント１０は、ユーザーからメッセージの送信の要請を受信すると、ステップ４０３に進み、このメッセージが新たなスレッドの１番目のメッセージであるか、又は現存するスレッドのフォローアップメッセージであるかを検査する。本発明の一実施形態によると、スレッドデータベースは、ＣＰＭクライアント１０が対話型メッセージング通信のために特定の対象とメッセージを送受信する場合に、この特定の対象に対応するメッセージスレッドに割り当てられたスレッドＩＤとこの特定の対象に対応するアドレスとを格納する。ＣＰＭクライアント１０は、このスレッドデータベースを有する。また、このスレッドデータベースは、各スレッドＩＤに関連したメッセージを対応するスレッドＩＤに対応する方式で格納してもよく、または各スレッドＩＤに関連したメッセージを対応するスレッドＩＤに対応する位置で格納してもよい。このように格納されているメッセージは、対話窓の構成のために使用される。したがって、図４をさらに参照すると、ＣＰＭクライアント１０がこのメッセージの受信側とメッセージを送受信した場合に、このメッセージの受信側は、スレッドＩＤの割当てを受け、割り当てられたスレッドＩＤは、このスレッドデータベースに格納されており、このメッセージは、既存のスレッドのフォローアップメッセージに対応する。また、ＣＰＭクライアント１０がこのメッセージの受信側からメッセージを受信したことがなく、この送信されたメッセージが第１のメッセージである場合に、このメッセージは、新たなスレッドを開始する。したがって、ＣＰＭクライアント１０は、新たなスレッドＩＤを新たなメッセージスレッドに割り当てた後に、この新たなスレッドＩＤ及びこの受信側のアドレスをこのスレッドデータベースに格納する。
【００５０】
これに従って、ＣＰＭクライアント１０は、ステップ４０３で送信の要請を受けたメッセージの受信側のアドレスに存在する場合に、ＣＰＭクライアント１０は、ステップ４０５で、対応するスレッドＩＤを検出した後に、ステップ４１１に進む。他方、この受信側に割り当てられたスレッドＩＤが存在しない場合に、ＣＰＭクライアント１０は、ステップ４０７で、新たなスレッドＩＤを生成し、ステップ４０９で、この生成されたスレッドＩＤをこのメッセージの受信側のアドレスに関連して格納した後に、ステップ４１１に進む。ステップ４１１で、ＣＰＭクライアント１０は、この検出されたスレッドＩＤ又はこの生成されたスレッドＩＤを含むＳＩＰメッセージを生成し送信する。
【００５１】
一方、ＣＰＭクライアント１０は、このメッセージを送信するか、又は関連するスレッドＩＤを確認した後に、このメッセージを含み、この受信側に対応する対話窓をディスプレーすることができる。言い換えれば、ＣＰＭクライアント１０は、このメッセージに対応するスレッドＩＤに関連してこのスレッドデータベースに格納されているメッセージをロードするか、又はこのスレッドＩＤに関連してこのスレッドデータベースに格納されているメッセージの格納位置を参照することによりメッセージをロードし、これにより、このロードされたメッセージを１つの対話窓内に現在送信されるメッセージとともにディスプレーしてもよい。現在送信されるこのメッセージが新たなメッセージスレッドの開始に対応する場合に、現在送信されるこのメッセージだけを含む対話窓がディスプレーされる。
【００５２】
ステップ４１１で送信されたＳＩＰメッセージに含まれている受信側がＣＰＭクライアントである場合に、ＣＰＭサーバ２０は、従来の過程と同一の過程に従ってこのメッセージを対応するＣＰＭクライアントに送信する。
【００５３】
図５は、本発明の一実施形態によりスレッドＩＤを含むＣＰＭメッセージを受信した場合におけるＣＰＭクライアント１０の動作過程を示す図である。
【００５４】
図５を参照すると、ステップ５０１で、ＣＰＭクライアント１０は、新たなＳＩＰメッセージを受信すると、その内容を分析した後に、ステップ５０３に進む。ステップ５０３で、ＣＰＭクライアント１０は、このＳＩＰメッセージがスレッドＩＤを含んでいるか否かを検査する。このＳＩＰメッセージが何のスレッドＩＤも含んでいない場合に、ＣＰＭクライアント１０は、ステップ５０５に進み、ＣＰＭクライアントは、このメッセージを新たな対話窓に表示するだけで、手続きを終了する。このＳＩＰメッセージがスレッドＩＤを含む場合に、ＣＰＭクライアント１０は、ステップ５０７に進み、このスレッドＩＤとこのＳＩＰメッセージに含まれている送信側のアドレス、すなわち、発信者アドレスとがスレッドデータベースに格納されているか否かを確認する。ＣＰＭクライアント１０は、このスレッドデータベースに格納されている場合には、ステップ５０９に進み、このスレッドデータベースに格納されていない場合には、ステップ５１１に進む。
【００５５】
受信スレッドＩＤ及び発信者アドレスがこのスレッドデータベースに格納されているという事実は、このメッセージが既存のメッセージスレッドに属していることを意味する。したがって、ＣＰＭクライアント１０は、ステップ５０９で、このスレッドＩＤ及びこの発信者アドレスと関連した対話窓をロードした後に、ステップ５１３に進む。
【００５６】
しかしながら、受信スレッドＩＤ及び発信者アドレスがこのスレッドデータベースに格納されていない場合には、このメッセージは、新たなメッセージスレッドを開始した後に、ＣＰＭクライアント１０は、このスレッドデータベースに受信されたこのスレッドＩＤ及び発信者アドレスを格納し、これに関連した新たな対話窓を生成する。その後に、ＣＰＭクライアント１０は、ステップ５１３に進む。ステップ５１３で、ＣＰＭクライアント１０は、この新たなメッセージをこの対話窓に追加し、これを受信側ユーザーに表示する。これは、ＣＰＭクライアント１０の手続きを終了する。
【００５７】
上述したように、２人のＣＰＭクライアント間の対話型メッセージ通信のために送受信された各メッセージは、このメッセージを２人のＣＰＭクライアントでない他のＣＰＭクライアントと送受信された他のメッセージと区別するための識別子を含み得る。したがって、この２人のＣＰＭクライアントは、これら間にやり取りしたメッセージをグルーピングすることにより、このグルーピングされたメッセージを対話窓の形態で各ユーザーに提供することができる。
【００５８】
このようなメッセージスレッドの管理及び提供は、ＣＰＭクライアントとＳＭＳに対応したＭＳ間の対話型通信のためのメッセージを送受信する場合にも適用されることができる。したがって、ＣＰＭクライアントのメッセージングインターワーキングをできるだけ連続して作ることができ、ＣＰＭユーザーは、受信者がどのメッセージングサービスに対応しているかを認識する必要がない。
【００５９】
ＣＰＭクライアントとＳＭＳに対応したＭＳとの間で対話型通信のためのメッセージの送受信の際に、一般的に、メッセージスレッドをＣＰＭクライアントに提供する２種類の方法がある。第１の方法によると、スレッドＩＤは、送信側ＣＰＭクライアントにより送信されたＳＩＰメッセージ及びこのＳＩＰメッセージに応じて受信側に送信されたＳＭに含まれる。第２の方法によると、ＣＰＭシステムとＳＭＳシステムとをインターワーキングするためのＩＷＦは、送信側のＣＰＭクライアント及び受信側のＭＳに割り当てられたスレッドＩＤの格納及び管理を行い、ＩＷＦは、このスレッドＩＤをＭＳに提供せず、スレッドＩＤに関連したサービスをＣＰＭクライアントのみに提供する。
【００６０】
第１の方法による実施形態は、スレッドＩＤ情報をＳＭＳ領域に延長させ得る。このような実施形態は、ＳＭを受信し、これに対する応答を送信するＭＳからの適応された動作だけでなく、ＳＭＳユーザーに送信されたＳＭでの追加的な情報要素に影響を及ぼす。
【００６１】
以下、第１の方法は、図６乃至図８を参照して説明する。
【００６２】
図６は、本発明の実施形態により相互にインターワーキングするＣＰＭシステムとＳＭシステムとのメッセージ処理過程を示す図である。
【００６３】
図６を参照すると、ＣＰＭクライアント１０は、ステップ６０１及びステップ６０３で、送信するメッセージ及びスレッドＩＤを含むＳＩＰメッセージを、ＣＰＭサーバ２０を介してＩＷＦ３０に送信する。この際に、ＣＰＭクライアント１０がＳＩＰメッセージを構成する過程は、図４に示した過程と類似している。ステップ６０５で、ＩＷＦ３０がＳＩＰメッセージを受信すると、ステップ６０７に進む。ステップ６０７で、ＩＷＦ３０は、ＳＩＰメッセージを適切な短文メッセージ（ＳＭ）に変換した後に、ステップ６０９に進む。このＳＭは、例えば、ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵとなり得る。
【００６４】
ステップ６０９で、ＩＷＦ３０は、このＳＩＰメッセージがスレッドＩＤを含んでいるか否かを検査する。スレッドＩＤが存在する場合に、ＩＷＦ３０は、ステップ６１１に進み、スレッドＩＤが存在しない場合に、ＩＷＦ３０は、ステップ６１９に進む。
【００６５】
ステップ６１１で、ＩＷＦ３０は、このスレッドＩＤを抽出し、この抽出されたスレッドＩＤをこのＳＭに追加する。その後に、ＩＷＦ３０は、ステップ６１３に進む。
【００６６】
ステップ６１３で、ＩＷＦ３０は、この変換されたＳＭをＳＭＳＣ５０に送信する。その後に、ステップ６１５で、ＩＷＦ３０は、ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵをＳＭＳＣ５０に送信する。ステップ６１７で、ＳＭＳＣ５０は、このメッセージをＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵを介してＭＳ４０に送信する。ステップ６１９で、ＭＳ４０は、ＳＭＳ_ＤＥＬＩＶＥＲ_ＲＥＰＯＲＴ ＰＤＵをＳＭＳＣ５０に送信し、ＳＭＳ_ＤＥＬＩＶＥＲ_ＲＥＰＯＲＴ ＰＤＵに含まれているメッセージをユーザーに提供する。ステップ６２１で、ＳＭＳＣ５０は、ＳＭＳ_ＳＴＡＴＵＳ_ＲＥＰＯＲＴ ＰＤＵをＩＷＦ３０に送信する。ステップ６２１で、ＳＭＳ_ＳＴＡＴＵＳ_ＲＥＰＯＲＴ ＰＤＵを受信すると、ＩＷＦ３０は、ステップ６２３及びステップ６２５で、ＣＰＭサーバ２０を介して“２００ ＯＫ”をＣＰＭクライアント１０に送信する。
【００６７】
ステップ６０９及びステップ６１１は、ステップ６０７を行う間に任意の時間で発生することもできる。
【００６８】
ステップ６１１で、ＩＷＦ３０は、このスレッドＩＤを送信されるＳＭに含ませる。本発明の実施形態によると、スレッドＩＤは、ＳＭのＴＰ-ＵＤ（ユーザーデータ）のヘッダーに含まれるか、ＴＰ-ＵＤのボディー部分に含まれるか、または、ＴＰ-ＤＡ（Destination-Address）に含まれ得る。スレッドＩＤがＳＭのＴＰ-ＵＤのヘッダーに含まれる場合に、新たなＳＭＳ情報要素が追加される。しかしながら、このスレッドＩＤがＴＰ-ＵＤのボディー部分又はＴＰ-ＤＡに含まれる場合に、新たな情報要素の追加なしにシステムを構成することができる。
【００６９】
このスレッドＩＤがＳＭのＴＰ-ＵＤのヘッダーに含まれる場合に、このスレッドＩＤがこのヘッダー内にどのように正確に含まれるかについての多くの方法があり得る。本発明は、２種類の実施形態を提供し、これら中の１つは、＜表８＞を参照して、このスレッドＩＤをＴＰ-ＵＤに含まれているＳＭＳＣ制御パラメータに含ませるのである。ＳＭＳＣ制御パラメータは、ＳＭＳＣ５０を制御するために使用されることができるが、受信側ＭＳに明確に渡されることもできる情報を含む。ＳＭＳＣ制御パラメータは、基本的に特定のメッセージのエラーコードに基づいて、状態通知の発生を制御するオクテット１として“選択的状態通知（Selective Status Report）”を含む。本発明は、＜表１１＞に示すような第２のオクテットを追加する。
【００７０】
【表１１】
【００７１】
ＴＰ-ＲＰ（応答経路）は、ＳＭＳＣが送信側ＭＳを認識し、この送信側に応答を送信することができることを保証し、送信側メッセージを送信したＳＭＳＣと同一のＳＭＳＣを介してこの送信側メッセージに対する応答が送信されることを保証するために、ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵ及びＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵの両方に含まれる。
【００７２】
このスレッドＩＤをＴＰ-ＵＤのヘッダーに含ませる他の実施形態によると、新たな情報要素識別子は、ＴＰ-ＵＤヘッダーに追加されてもよい。すなわち、“メッセージスレッド情報（Message Thread Information：以下、“ＭＴＩ”と称する。）と名付けられた新たな情報要素識別子は、ＴＰ-ＵＤヘッダーに追加されてもよい。本発明の実施形態によると、このメッセージスレッド情報は、ＳＭＳ制御として分類され、反復可能性を有しないように設定されることができる。
【００７３】
図７は、本発明の実施形態により送信されたＳＭのＴＰ-ＵＤのヘッダーがスレッドＩＤを含む場合におけるＭＳ４０が短文メッセージを送信する過程を示す図である。
【００７４】
図７を参照すると、ステップ７０１で、ＭＳ４０がＳＭの送信の要請を受信する場合に、ＭＳ４０は、ステップ７０３に進む。ステップ７０３で、ＭＳ４０は、このＳＭが新たなメッセージであるか、又は前に受信したメッセージに対する応答であるかを確認する。このＳＭが応答である場合に、ＭＳ４０は、ステップ７０５に進む。このＳＭが新たなメッセージである場合に、このメッセージは、即座に送信されることができ、これに従って、ＭＳ４０は、ステップ７０９に進む。
【００７５】
ステップ７０５で、ＭＳ４０は、このＳＭが応答する短文メッセージのＴＰ-ＵＤ情報要素のヘッダー内にスレッドＩＤが含まれているか否かを確認する。このＳＭが応答している最初のメッセージがＴＰ-ＵＤ情報要素のヘッダー内にスレッドＩＤが含まれている場合には、ステップ７０７に進む。このＳＭが応答している最初のメッセージがＴＰ-ＵＤ情報要素のヘッダー内にスレッドＩＤが含まれていない場合には、ステップ７０９に進む。
【００７６】
ステップ７０７で、ＭＳ４０は、このスレッドＩＤを抽出し、この抽出されたスレッドＩＤを送信するＳＭのＴＰ-ＵＤのヘッダーに含ませる。その後に、ステップ７０９で、ＭＳ４０は、このＳＭをＳＭＳＣ５０に送信する。
【００７７】
ＳＭＳＣ５０は、受信したＳＭをＩＷＦ３０に送信し、このＳＭを受信したＩＷＦ３０は、図８に示すような過程に従って動作する。
【００７８】
図８を参照すると、ステップ８０１で、ＩＷＦ３０がＣＰＭクライアント１０に送信されるＳＭを受信すると、ステップ８０３で、ＩＷＦ３０は、このＳＭを適合したＳＩＰメッセージに変換した後に、ステップ８０５に進む。
【００７９】
ステップ８０５で、ＩＷＦ３０は、このＳＭがＴＰ-ＵＤ情報要素のヘッダー内にスレッドＩＤ情報を含んでいるか否かを確認する。スレッドＩＤが存在する場合に、ＩＷＦ３０は、ステップ８０７に進む。他方、スレッドＩＤが存在しない場合に、ＩＷＦ３０は、ステップ８０９に進み、ステップ８０３で変換されたＳＩＰメッセージを送信する。
【００８０】
ステップ８０７で、ＩＷＦ３０は、このスレッドＩＤをＳＭのＴＰ-ＵＤから抽出し、＜表９＞に示すように、この抽出されたスレッドＩＤをＸＭＬ文書フォーマットとしてＳＩＰメッセージに追加した後に、ステップ８０９に進み、このＳＩＰメッセージをＣＰＭサーバ２０に送信する。ステップ８０５及びステップ８０７は、ステップ８０３で、このＳＭをＳＩＰメッセージに変換する間に行われてもよい。
【００８１】
一方、本発明の他の実施形態によると、このスレッドＩＤ情報は、既存のサブアドレッシング及び応答経路メカニズムを使用して、既存のＳＭＳのＴＰ-ＤＡ（Destination Address）に追加されてもよい。
【００８２】
この既存のＳＭＳでのサブアドレッシング規則は、次のようである。
【００８３】
発信ＭＳは、ＴＰ-ＤＡフィールドに含まれている‘＊’又は‘＃’を有するＳＭを送信することができる。ＴＰ-ＤＡで遭遇する第１の‘＃’は、ＳＭＳＣ経路設定目的のためのアドレスが終了されるところを示す。付加的な‘＊’又は‘＃’は、次のディジットで存在することができ、第１の‘＃’を含むこのようなすべてのディジットは、サブアドレスディジットである。
【００８４】
ＳＭＳＣは、このようなサブアドレス情報とともに送信するＳＭを受信すると、このＳＭをＴＰ-ＯＡフィールドにコピーされた同一のサブアドレスディジットを有する受信ＭＳに送信しなければならない。
【００８５】
例えば、９８７６５４３２１のアドレスを有するＭＳ Ａが１２３４#５６#７８９＊のＴＰ-ＤＡを有するＳＭをＭＳ Ｂに送信する場合に、１２３４のアドレスを有するＭＳ Ｂは、９８７６５４３２１＃５６＃７８９＊のＴＰ-ＤＡを有するＳＭを受信する。
【００８６】
また、応答経路メカニズムのための普遍的な手続きは、次のようである。
【００８７】
・この応答経路が発信ＳＭのＳＭＳ_ＳＵＢＭＩＴ ＰＤＵを使用してＴＰ-ＲＰパラメータを設定することにより発信ＭＳにより要請される。発信ＳＭＳＣが発信ＭＳのために要請する応答経路を支援する場合に、この発信ＳＭＳＣは、ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵでのＴＰ-ＲＰパラメータに注目し、この発信ＭＳに応答する受信ＭＳに向けたＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵのＴＰ-ＲＰパラメータを設定する。したがって、応答経路は、発信ＭＳに対して応答するＭＳのために存在する。
【００８８】
・応答するＭＳが発信ＳＭを受信すると、発信ＭＳのアドレス及び応答経路メカニズムを有する。
発信ＭＳアドレスは、ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵ内のＴＰ-ＯＡで検出され、この応答経路の存在は、ＴＰ-ＲＰがＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵに設定されたか否かに基づいて決定される。
【００８９】
・この応答ＳＭを提出し、この応答経路が設定される場合に、この応答するＭＳは、この発信ＭＳアドレス（ＴＰ-ＯＡの内容）をＳＭＳ_ＳＵＢＭＩＴ ＰＤＵ内のＴＰ-ＤＡとして使用しなければならず、この発信ＭＳアドレスを、発信ＳＭを送信したＳＭＳＣに提出する。
【００９０】
・発信ＳＭ及び応答ＳＭは、同一のＳＭＳＣにより送信される。この原理は、例えば、このＳＣがこの発信ＭＳに到達するための適切なデータネットワークに対してこの応答ＳＭの経路を定めることができる可能性を最大にする。
【００９１】
以下、このサブアドレッシング、応答経路メカニズム、及びＴＰ-ＤＡを使用して従来のＳＭＳシステムに大きく影響を与えずスレッドＩＤ情報を送信する方法について説明する。
【００９２】
ＩＷＦ３０は、スレッドＩＤを含む受信側がＭＳ４０であるＳＩＰメッセージを受信すると、受信したＳＩＰメッセージをＳＭに変換し、このスレッドＩＤがサブアドレス、すなわち、＜dest_address＞＃＜<thread_id＞のように、このスレッドＩＤをこのＳＭを含むＳＭＳ_ＳＵＢＭＩＴ ＰＤＵのＴＰ-ＤＡ情報要素内に追加する。最初のスレッドＩＤがディジットで構成されない場合に、ＩＷＦ３０は、このスレッドＩＤを特定のディジットシーケンスに変換する必要があり、この最初のスレッドＩＤと対応するシーケンス間のマッピングテーブルをＴＰ-ＤＡに含ませる。また、ＩＷＦ３０は、ＴＰ-ＲＰ（応答経路）ビットを“１”に設定し、応答ＭＳがこのＳＭを送信したＳＭＳＣと同一のＳＭＳＣにこの応答ＭＳが任意のＳＭを提出することを要請する。
【００９３】
この後に、ＩＷＦ３０は、ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵをＳＭＳＣ５０に送信する。ＳＭＳＣ５０は、ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵをＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵに変換し、この変換されたＰＤＵをＭＳ４０に送信する。ＭＳ４０は、このＳＭをＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵを介してＳＭＳＣ５０から受信し、ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵは、サブアドレスとしてのスレッドＩＤ情報とＴＰ-ＯＡ情報要素とを含む。
【００９４】
ＭＳ４０がこの受信したＳＭに対する応答ＳＭを送信する場合に、ＭＳ４０は、応答経路手続きに従って、この応答ＳＭを含むＳＭＳ_ＳＵＢＭＩＴ ＰＤＵのＴＰ-ＤＡ内に、受信した最初のＳＭのＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵのＴＰ-ＯＡのすべての内容、すなわち、このスレッドＩＤを含む内容を含ませる。
【００９５】
また、ＭＳ４０は、この応答ＳＭを、ＳＭＳＣ５０を介してＩＷＦ３０に送信し、ＳＭＳＣ５０は、ＩＷＦ３０に送信されたＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵのＴＰ-ＯＡ内のスレッドＩＤをコピーする。
【００９６】
ＩＷＦ３０は、ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵを受信すると、このスレッドＩＤをＴＰ-ＯＡ情報要素から抽出し、このＳＭを適合したＳＩＰメッセージに変換する。また、このスレッドＩＤは、上述したＸＭＬフォーマットを用いてこのＳＩＰメッセージに含まれる。この際に、このスレッドＩＤは、上述したマッピングテーブルを使用して元来の英数字スレッドＩＤに戻って変換される必要があり得る。
【００９７】
この後に、ＩＷＦ３０は、ＳＩＰメッセージをＣＰＭサーバ２０に送信する。
【００９８】
このスレッドＩＤをＳＭに挿入する他の実施形態は、このスレッドＩＤをこのＳＭのボディー部分に挿入する方法を含み、これは、電子メールとインターワーキングするＳＭＳの機能を活用したものである。
【００９９】
電子メールとＳＭＳとのインターワーキングの際における基本的なシンタックスは、次のようである。
【０１００】
・ＳＭを受信する場合：[<from-address><space>]<message>
・ＳＭを送信する場合：[<to-address><space>]<message>
【０１０１】
ここで、［］は、選択的なフィールドである。“from-address”及び“to-address”は、“user@domain1.domain2”又は“UserName<user@domain1.domain2>”の中の１つであることができる（ここで、＜＞は、送信されることもできる。）。
【０１０２】
選択的に、次のようにメッセージのために選択的なサブジェクト（subject）を含むこともできる。
【０１０３】
・[<to-address>]（<subject>）<message>；又は
・[<to-address>]##<subject>#<message>
【０１０４】
この内容に基づいて、このメッセージの“サブジェクト”として代わりにこのスレッドＩＤを挿入する。
【０１０５】
すなわち、ＩＷＦ３０は、スレッドＩＤを含むＳＩＰメッセージを受信すると、このＳＩＰメッセージをＳＭに変換し、ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵのＴＰ-ＵＤのボディー部分にサブジェクトとしてスレッドＩＤを含む。例えば、“##<threadID>#<message>”で表現することができる。この<to-address>は、このＳＩＰメッセージの“To:”フィールドからアドレス（user@domain1.domain2）を抽出することにより追加することもできる。
【０１０６】
ＩＷＦ３０は、このＳＭを含むＳＭＳ_ＳＵＢＭＩＴ ＰＤＵをＳＭＳＣ５０に送信する。その後に、ＭＳ４０は、このＳＭをＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵ内のＳＭＳＣ５０から受信し、このスレッドＩＤ情報をＴＰ-ＵＤのボディー部に含ませる。ＭＳ４０は、この受信したＳＭに対する応答メッセージを送信した場合に、同一のシンタックスに従うために、ＴＰ-ＵＤ内に最初のメッセージに含まれていたサブジェクトと同一のサブジェクト、すなわち、スレッドＩＤを含む。ＭＳ４０は、この応答ＳＭを含むＳＭＳ_ＳＵＢＭＩＴ ＰＤＵをＳＭＳＣ５０に送信し、ＳＭＳＣ５０は、ＳＭＳ_ＳＵＢＭＩＴ ＰＤＵに対応するＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵをＩＷＦ３０に送信する。
【０１０７】
ＩＷＦ３０は、ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵを受信すると、このスレッドＩＤを受信したＳＭ、すなわち、ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵのサブジェクトから抽出する。また、ＩＷＦ３０は、このＳＭを適切なＳＩＰメッセージに変換し、上述したＸＭＬフォーマットを用いてスレッドＩＤをＳＩＰメッセージに含ませた後に、ＳＩＰメッセージをＣＰＭサーバ２０に送信する。
【０１０８】
上述した実施形態のすべては、送信側ＣＰＭクライアントにより送信されたＳＩＰメッセージ及びこのＳＩＰメッセージに応じて受信側に送信されたＳＭがスレッドＩＤを含む場合に対応する。次の実施形態によると、ＣＰＭシステムとＳＭＳシステムとをインターワーキングするＩＷＦは、送信側ＣＰＭクライアント及び受信側ＭＳに従って割り当てられたスレッドＩＤの格納及び管理を行い、このスレッドＩＤをＭＳに提供しない。本実施形態は、従来のＳＭＳシステムを変化させることなく実現可能である。
【０１０９】
本発明の実施形態によると、一定の時間間隔の間に、“スレッドＩＤ、送信側アドレス、及び受信側アドレスをＩＷＦに格納することにより、ＩＷＦは、ＳＭＳドメインでのスレッドの存在をシミュレーションする。
【０１１０】
図９は、本発明の他の実施形態により相互にインターワーキングするＣＰＭシステム及びＳＭシステムのメッセージ処理手続きを示す図である。
【０１１１】
ステップ９０１及びステップ９０３で、ＣＰＭクライアント１０は、送信するメッセージ及びスレッドＩＤを含むＳＩＰメッセージを、ＣＰＭサーバ２０を介してＩＷＦ３０に送信する。この際に、ＣＰＭクライアント１０がＳＩＰメッセージを構成する過程は、図４に示した過程と類似している。ＩＷＦ３０は、ステップ９０５で、スレッドＩＤ、発信者アドレス、及び受信者アドレスを検出し、この検出された情報をデータベースに格納した後に、ＳＩＰメッセージを適切なＳＭに変換する。その後に、ステップ９０７で、ＩＷＦ３０は、この変換されたＳＭを含むＳＭＳ_ＳＵＢＭＩＴ ＰＤＵをＳＭＳＣ５０に送信する。ステップ９０９で、ＳＭＳＣ５０は、このメッセージをＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵを介してＭＳ４０に送信する。ＭＳ４０は、ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵを受信すると、図示していないが、ＳＭＳ_ＤＥＬＩＶＥＲ_ＲＥＰＯＲＴ ＰＤＵをＳＭＳＣ５０に送信し、ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵに含まれているメッセージをユーザーに提供する。また、ＳＭＳＣ５０は、ＳＭＳ_ＳＴＡＴＵＳ_ＲＥＰＯＲＴ ＰＤＵをＩＷＦ３０に送信する。ＩＷＦ３０は、ＳＭＳ_ＳＴＡＴＵＳ_ＲＥＰＯＲＴ ＰＤＵを受信すると、“２００ ＯＫ”を、ＣＰＭサーバ２０を介してＣＰＭクライアント１０に送信する。
【０１１２】
ステップ９１１で、ＭＳ４０がステップ９０９で受信したメッセージに対する応答メッセージを含むＳＭＳ_ＳＵＢＭＩＴ ＰＤＵをＳＭＳＣ５０に送信する。ステップ９１３で、ＳＭＳＣ５０は、応答メッセージをＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵを介してＩＷＦ３０に送信する。ステップ９１５で、ＩＷＦ３０は、ＳＭＳ_ＤＥＬＩＶＥＲ ＰＤＵに含まれている発信者アドレス及び受信者アドレスを検出した後に、発信者アドレス及び受信者アドレスに対応するスレッドＩＤをこのデータベースから検索する。その後に、ステップ９１７で、ＩＷＦ３０は、この応答メッセージをＳＩＰメッセージに変換し、この得られたスレッドＩＤをＳＩＰメッセージに挿入した後に、このＳＩＰメッセージをＣＰＭサーバ２０に送信する。ステップ９１９で、ＣＰＭサーバ２０は、ＳＩＰメッセージをＣＰＭクライアント１０に送信する。
【０１１３】
ＩＷＦ３０の詳細な動作手続きを図１０に示す。図１０を参照すると、ステップ１０００で、ＩＷＦ３０は、イベントの発生を待機する。この際に、このイベントは、ＳＩＰメッセージ又はＳＭの受信及び有効受信応答期間の満了の中の１つを意味する。
【０１１４】
ＳＩＰメッセージがＣＰＭサーバ２０から受信されると、ＩＷＦ３０は、ステップ１００１に進む。ＳＭがＣＰＭサーバ２０から受信されると、ＩＷＦ３０は、ステップ１１０１に進む。また、任意のスレッドＩＤに関連した有効受信応答期間が満了すると、ＩＷＦ３０は、ステップ１２０１に進む。
【０１１５】
まず、ＩＷＦ３０がＳＩＰメッセージを受信した場合を説明する。ＳＩＰメッセージを受信すると、ＩＷＦ３０は、ステップ１００１で、このＳＩＰメッセージがスレッドＩＤを含むか否かを確認する。このＳＩＰメッセージがスレッドＩＤを含む場合に、ＩＷＦ３０は、ステップ１００３に進み、他方、このＳＩＰメッセージがスレッドＩＤを含まない場合に、ＩＷＦ３０は、ステップ１０１１に進む。ステップ１００３で、ＩＷＦ３０は、スレッドＩＤ、発信者アドレス、及び受信者アドレスをＳＩＰメッセージから抽出した後に、ステップ１００５に進む。ステップ１００５で、ＩＷＦ３０は、この抽出された３つの情報が自身のデータベースに存在するか否かを確認する。このような情報が自身のデータベースに存在しない場合に、ＩＷＦ３０は、ステップ１００７に進む。他方、この抽出された３つの情報が自身のデータベースに存在する場合に、ＩＷＦ３０は、ステップ１００９に進む。このような情報がデータベースに存在しないという事実は、このＳＩＰメッセージが新たなメッセージスレッドの１番目のメッセージであることを意味するか、又はメッセージスレッドが存在したが、消滅したことを意味する。ＩＷＦ３０は、スレッドＩＤ、発信者アドレス、及び受信者アドレスを自身のデータベースに格納し、このスレッドＩＤに対する予め定義された有効受信応答期間でタイマーを開始した後に、ステップ１０１１に進む。このタイマー及び有効受信応答期間は、ＩＷＦ３０によるスレッド管理のライフタイムを与える。すなわち、対応するスレッドＩＤと関連したメッセージがこの有効受信応答期間内に受信されないと、この対応するスレッドＩＤ及び関連アドレス情報は、削除される。また、スレッドＩＤ、発信者アドレス、及び受信者アドレスがこのデータベースに存在すると、これは、ＳＩＰメッセージが現存するメッセージスレッドのフォローアップメッセージであることを意味する。したがって、ステップ１００９で、スレッドＩＤ、発信者アドレス、及び受信者アドレスがこのデータベースに存在する場合に、ＩＷＦ３０は、このスレッドがまだ有効であることを認識し、このスレッドのライフタイム処理を延長するために、このスレッドと関連したタイマーをゼロにリセットする。その後に、ＩＷＦ３０は、ステップ１０１１に進む。ステップ１０１１で、ＩＷＦ３０は、ＳＩＰメッセージを適合したＳＭに変換し、このＳＭをＳＭＳＣ５０に送信する。この際に、ＳＭは、スレッドＩＤを含まない。この後に、ＩＷＦ３０は、任意の新たなイベントを待機するために、ステップ１０００に戻る。
【０１１６】
ＩＷＦ３０は、イベントの発生を待機する間にＳＭを受信すると、ステップ１１０１に進み、ＳＭをＳＩＰメッセージに変換する。この後に、ステップ１１０３で、ＩＷＦ３０は、このＳＩＰメッセージの“送信者アドレス−発信者アドレス”のペアが自身のデータベースに存在するか否かを確認する。このＳＩＰメッセージの“送信者アドレス−発信者アドレス”のペアが自身のデータベースに存在する場合に、ＩＷＦ３０は、ステップ１１０５に進む。このＳＩＰメッセージの“送信者アドレス−発信者アドレス”のペアが自身のデータベースに存在しない場合に、ＩＷＦ３０は、ＳＩＰメッセージが新たなスレッドの１番目のメッセージであるか、又はスレッドと関連しないメッセージであると認識し、ステップ１１１１に進む。ステップ１１０５で、ＩＷＦ３０は、１対のアドレスに対応するスレッドＩＤを抽出した後に、ステップ１１０７で、この抽出したスレッドＩＤをＳＩＰメッセージに含ませた後に、ステップ１１０９に進む。ステップ１１０９で、ＩＷＦ３０は、このスレッドＩＤと関連したタイマーをゼロにリセットする。現存するスレッドに属しているメッセージが到達した以降、このスレッドＩＤのライフタイムは、継続して処理されることができるようにデータベースで延長される。その後に、ＩＷＦ３０は、ステップ１１１１に進み、ＳＩＰメッセージをＣＰＭサーバ２０に送信する。この後に、ＩＷＦ３０は、新たなイベントを待機するためにステップ１０００に戻る。
【０１１７】
一方、任意のスレッドＩＤに対応して有効受信応答期間の満了イベントが発生すると、ＩＷＦ３０は、ステップ１２０１で、対応するスレッドＩＤ、発信者アドレス、及び受信者アドレスをこのデータベースから除去する。その後に、ＩＷＦ３０は、新たなイベントを待機するためにステップ１０００に戻る。
【０１１８】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【符号の説明】
【０１１９】
１０ 統合ＩＰメッセージングサービス(ＣＰＭ)クライアント
２０ ＣＰＭサーバ
３０ インターワーキング機能（ＩＷＦ）
４０ 移動局（ＭＳ）
５０ 短文メッセージサービスセンター（ＳＭＳＣ）
【特許請求の範囲】
【請求項１】
相異なるメッセージングサービスをインターワーキングするＩＷＦ(Interworking Function)が同じ相手と送受信した一連のメッセージでなされるメッセージスレッド(messages thread)を管理する方法であって、
ＳＩＰ(Session Initiation Protocol)基盤のＣＰＭＳ(Converged Internet Protocol Messaging Service)を支援する第１のクライアントから対話型メッセージ通信のためのＳＩＰメッセージを受信するステップと、ここで、前記ＳＩＰメッセージに対する受信端末は、他のメッセージングサービスを支援する第２のクライアント端末であり、
前記ＳＩＰメッセージから、スレッドＩＤと、前記第１のクライアント端末のアドレスと、前記第２のクライアント端末のアドレスを検出してデータベースに格納するステップと、
前記ＳＩＰメッセージフォーマットを前記他のメッセージングサービスで支援するメッセージフォーマットに変更して第１の変更メッセージを生成し、前記第１の変更メッセージを前記第２のクライアント端末に伝送するステップと、
前記第２のクライアントからメッセージを受信するステップと、
前記メッセージの受信端末が前記第１のクライアント端末であると、前記メッセージのメッセージフォーマットを前記ＣＰＭＳで支援するメッセージフォーマットに変更して第２の変更メッセージを生成するステップと、
前記第２の変更メッセージに前記データベースで前記第１のクライアント端末及び前記第２のクライアント端末に対応して検出された前記スレッドＩＤを含めて前記第１のクライアントに伝送するステップと、を含むことを特徴とするメッセージスレッド管理方法。
【請求項１】
相異なるメッセージングサービスをインターワーキングするＩＷＦ(Interworking Function)が同じ相手と送受信した一連のメッセージでなされるメッセージスレッド(messages thread)を管理する方法であって、
ＳＩＰ(Session Initiation Protocol)基盤のＣＰＭＳ(Converged Internet Protocol Messaging Service)を支援する第１のクライアントから対話型メッセージ通信のためのＳＩＰメッセージを受信するステップと、ここで、前記ＳＩＰメッセージに対する受信端末は、他のメッセージングサービスを支援する第２のクライアント端末であり、
前記ＳＩＰメッセージから、スレッドＩＤと、前記第１のクライアント端末のアドレスと、前記第２のクライアント端末のアドレスを検出してデータベースに格納するステップと、
前記ＳＩＰメッセージフォーマットを前記他のメッセージングサービスで支援するメッセージフォーマットに変更して第１の変更メッセージを生成し、前記第１の変更メッセージを前記第２のクライアント端末に伝送するステップと、
前記第２のクライアントからメッセージを受信するステップと、
前記メッセージの受信端末が前記第１のクライアント端末であると、前記メッセージのメッセージフォーマットを前記ＣＰＭＳで支援するメッセージフォーマットに変更して第２の変更メッセージを生成するステップと、
前記第２の変更メッセージに前記データベースで前記第１のクライアント端末及び前記第２のクライアント端末に対応して検出された前記スレッドＩＤを含めて前記第１のクライアントに伝送するステップと、を含むことを特徴とするメッセージスレッド管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−２５６３３０（Ｐ２０１２−２５６３３０Ａ）
【公開日】平成２４年１２月２７日（２０１２．１２．２７）
【国際特許分類】
【出願番号】特願２０１２−１５７５７２（Ｐ２０１２−１５７５７２）
【出願日】平成２４年７月１３日（２０１２．７．１３）
【分割の表示】特願２００９−５３６１７２（Ｐ２００９−５３６１７２）の分割
【原出願日】平成１９年１１月１３日（２００７．１１．１３）
【出願人】（５０３４４７０３６）サムスン エレクトロニクス カンパニー リミテッド (2,221)
【Ｆターム（参考）】
【公開日】平成２４年１２月２７日（２０１２．１２．２７）
【国際特許分類】
【出願日】平成２４年７月１３日（２０１２．７．１３）
【分割の表示】特願２００９−５３６１７２（Ｐ２００９−５３６１７２）の分割
【原出願日】平成１９年１１月１３日（２００７．１１．１３）
【出願人】（５０３４４７０３６）サムスン エレクトロニクス カンパニー リミテッド (2,221)
【Ｆターム（参考）】
[ Back to top ]