(57)【要約】【課題】  インスタントメッセージサービスにおけるユーザ間で相互に通信相手のプレゼンス状態をリアルタイムに知り得ると共にメッセージ種別の異なる通信相手とのメッセージの送受信を可能とする。【解決手段】  ＩＰＭサーバが、ＳＭＳクライアント、ＭＭＳクライアント、およびＩＰＭクライアントから送り込まれるインスタントメッセージのメッセージ種別を送信先の端末に適合するように変換し、前記クライアントが通信可能であるか否かのプレゼンス状態情報を取得し、前記取得したプレゼンス状態情報を前記クライアントにそれぞれ通知する。【選択図】      図１
2008126580.tif 000002
【特許請求の範囲】
【請求項１】
種別の異なるメッセージにより情報の遣り取りを行う通信システムであって、
メッセージ種別毎にユーザーインターフェースが異なる個別のサービスをそれぞれ提供する複数種のサーバと、
前記サーバ毎のユーザーインターフェースにより専用の前記サーバに接続する携帯端末と、
前記サーバ同士の連携を確立する中継ユニットとを有し、
前記中継ユニットは、送信元の携帯端末及び送信先アドレスをそれぞれ判定し、それらの判定結果に基づいて前記ユーザーインターフェース相互を互換し、前記互換したユーザーインターフェースで対象となる前記サーバに、前記送信元の携帯端末から送信された通信状態の情報を含むメッセージを送信することを特徴とする通信システム。
【請求項２】
前記携帯端末は、電話番号が付与された携帯電話であり、
前記中継ユニットは、予め登録されている前記携帯電話の電話番号に基づいて、提供されるサービスが異なる送信元の携帯電話及び送信先アドレスをそれぞれ判定する請求項１に記載の通信システム。
【請求項３】
前記中継ユニットは、前記送信先アドレスとして電話番号を用いてアクセスする発信元の携帯電話に対して、前記電話番号に対応したユーザーインターフェースでメッセージによるサービスを提供するサーバとして機能する請求項２に記載の通信システム。
【請求項４】
前記中継ユニットは、送信先携帯電話の電話番号に基づいて、互換するユーザーインターフェースを決定する請求項２に記載の通信システム。
【請求項５】
前記中継ユニットは、前記電話番号に基づいて判定された送信先アドレスへのメッセージのサイズに基づいて送信先のサーバを決定する請求項２に記載の通信システム。
【請求項６】
前記一のサーバは、前記中継ユニットから送信された前記メッセージを前記携帯端末に送信し、
前記他のサーバは、前記メッセージの着信を前記携帯端末に通知し、前記通知を受けた前記携帯端末からのメッセージ取得要求に応答する請求項１に記載の通信システム。
【請求項７】
前記中継ユニットは、前記通信状態の情報が入力した際に前記通信状態の情報を前記メッセージに含めて送信先アドレスの携帯端末に逐次送信する請求項１に記載の通信システム。
【請求項８】
前記中継ユニットは、前記通信情報に付加情報を組込む請求項３に記載の通信システム。
【請求項９】
前記携帯端末は、前記メッセージを仕分けて保存する送信・受信ボックスに加えて、通信対象者毎に仕分けるメッセージリストを有する請求項１に記載の通信システム。
【請求項１０】
前記携帯端末は、前記サーバから送信された前記メッセージを会話形式で格納する請求項１に記載の通信システム。
【請求項１１】
ユーザーインターフェースの異なる携帯端末間でのメッセージによる情報の遣り取りを複数種のサーバ間で中継する中継装置であって、
送信元の携帯端末及び送信先アドレスをそれぞれ判定し、それらの判定結果に基づいて前記ユーザーインターフェース相互を互換し、前記互換したユーザーインターフェースで対象となる前記サーバに、前記送信元の携帯端末から送信された通信状態を含むメッセージを送信する中継ユニットを有することを特徴とする中継装置。
【請求項１２】
前記携帯端末は、電話番号が付与された携帯電話であり、
前記中継ユニットは、予め登録されている前記携帯電話の電話番号に基づいて、提供されるサービスが異なる送信元の携帯電話及び送信先アドレスをそれぞれ判定する請求項１１に記載の中継装置。
【請求項１３】
前記中継ユニットは、前記送信先アドレスとして電話番号を用いてアクセスする発信元の携帯電話に対して、前記電話番号に対応したユーザーインターフェースでメッセージによるサービスを提供するサーバとして機能する請求項１２に記載の通信システム。
【請求項１４】
前記中継ユニットは、送信先携帯電話の電話番号に基づいて、互換するユーザーインターフェースを決定する請求項１２に記載の中継装置。
【請求項１５】
前記中継ユニットは、前記電話番号に基づいて判定された送信先アドレスへのメッセージのサイズに基づいて送信先のサーバを決定する請求項１２に記載の中継装置。
【請求項１６】
前記中継ユニットは、前記通信状態の情報が入力した際に前記通信状態の情報を前記メッセージに含めて送信先アドレスの携帯端末に逐次送信する請求項１１に記載の中継装置。
【請求項１７】
前記中継ユニットは、前記通信情報に付加情報を組込む請求項１３に記載の中継装置。
【請求項１８】
ユーザーインターフェースの異なる携帯端末間でのメッセージによる情報の遣り取りを複数種のサーバ間で中継する通信中継方法であって、
送信元の携帯端末及び送信先アドレスをそれぞれ判定し、それらの判定結果に基づいて前記ユーザーインターフェース相互を互換し、前記互換したユーザーインターフェースで対象となる前記サーバに、前記送信元の携帯端末から送信された通信状態を含むメッセージを送信することを特徴とする通信中継方法。
【請求項１９】
ユーザーインターフェースの異なる携帯端末間におけるメッセージによる情報の遣り取りを複数種のサーバ間で中継制御する中継プログラムであって、
コンピュータに、
送信元の携帯端末及び送信先アドレスをそれぞれ判定する機能と、
前記判定結果に基づいて前記ユーザーインターフェース相互を互換する機能と、
前記互換したユーザーインターフェースで対象となる前記サーバに、前記送信元の携帯端末から送信された通信状態を含むメッセージを送出する機能とを実行させることを特徴とする中継プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信端末同士がサーバを介して相互にインスタントメッセージの送受信を行う通信システムに関する。
【背景技術】
【０００２】
通信端末のユーザ同士が相互にリアルタイムで文字、音声、画像等によるチャットを行うことができるインスタントメッセンジャーサービスを、携帯端末で利用可能なモバイルインスタントメッセンジャーサービスが、既存の携帯電話等に提供されている。【０００３】
提供されているモバイルインスタントメッセンジャーサービスにあっては、図19(a)に示すように、既存のモバイルメッセージサービスであるショートメッセージサービス(ＳＭＳ：Short Message Service)を利用可能な携帯端末(以下「SMSクライアント」という)１１及び１２と、当該ＳＭＳクライアントにショートメッセージサービスを提供するＳＭＳサーバ(以下「ＳＭＳＣ」という)２１とを備え、ＳＭＳクライアント１１と１２とが相互にＳＭＳＣ２１を介してショートメッセージの送受信を行う。【０００４】
又、図19(b)に示すように、既存のモバイルメッセージサービスであるマルチメディアメッセージサービス(ＭＭＳ：Multimedia Message Service)を利用可能な携帯端末(以下「MMSクライアント」という)１３及び１４と、当該ＭＭＳクライアントにマルチメディアメッセージサービスを提供するＭＭＳサーバ(以下「ＭＭＳＣ」という)２２とを備え、ＭＭＳクライアント１３と１４とが相互にＭＭＳＣ２２を介してマルチメディアメッセージサービスの送受信を行う。【０００５】
又、図19(c)に示すように、既存のＥ−ＭａｉｌサービスであるモバイルＥメールサービス(MES：Mobile E-mail Service)を利用可能な携帯端末(以下「MESクライアント」という)１５及び１６と、当該ＭＥＳクライアントにモバイルＥメールサービスを提供するＭＥＳサーバ(以下「ＭＥＳＣ」という)２５とを備え、ＭＥＳクライアント１５と１６とが相互にＭＥＳＣ２５を介してインスタントメッセージの送受信を行う。【０００６】
提供されているモバイルメッセージサービスでは、上述のように、メッセージ種別の異なるモバイルメッセージが、それぞれに異なるサーバ(サーバ)を介して送受信されており、メッセージ種別の異なるサービス間で連携してメッセージの送受信を行うことができないという不都合があった。【０００７】
これに対して、メッセージシステムにおけるメッセージゲートウェイが、例えば、ＳＭＳタイプのメッセージ種別とＭＭＳタイプのメッセージ種別とを相互に変換して中継転送することにより、メッセージ種別の異なる既存のメッセージサービス相互間でのメッセージ送受信を行い得るメッセージシステムが開発されている(特許文献１参照)。【０００８】
又、提供されているモバイルインスタントメッセンジャーシステムでは、リアルタイム通信を行う相手端末ユーザの通信状態や状況を、通信を行うのに先立って把握することができないという不都合があった。これを解決するために、モバイルインスタントメッセンジャーサービスに、通信相手の通話状態が反映されたプレゼンス状態情報を各端末に通知するプレゼンス状態情報通知サービスの組み込まれたインスタントメッセンジャーサービスシステムが開発されている(特許文献２)。
【特許文献１】特開２００３−１６３９５３公報
【特許文献２】特開２００６−１９１６０８公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上述の特許文献１に示された例では、上述のように、相手端末ユーザの通信状態や状況を、インスタントメッセージサービスを利用するのに先立って把握することができないという不都合があった。【００１０】
又、上述の特許文献２に示された例では、既存の各メッセージサーバを連携させるシステムではないため、既存のメッセージシステムに連携させる、又は導入することが困難であるという不都合がある。【００１１】
更に、ＩＳＰ(Internet Service Provider)により提供されるインスタントメッセンジャーサービス(以下「ＩＳＰ−ＩＭ」という)を利用する場合には、ＩＳＰ−ＩＭサービスの利用者として事前に登録された利用者同士でしかメッセージの送受信が行えないという不都合がある。【００１２】
又、この場合、ユーザは移動端末に固有の電話番号以外に新たにアカウントを取得する必要があり、アカウントを知らない相手とはメッセージの送受信を行うことができないという不都合があった。更に、同じＩＳＰ−ＩＭサービスに登録されたユーザ同士であっても、相互に認証を得たユーザ同士でなければ、メッセージの送受信を行うことができないという不都合がある。【００１３】
又、このＩＳＰ−ＩＭの多くは、インターネットベースで利用され、オペレータ主導ではないサービスであるために、ユーザに対してサービス提供に係る課金を行うことが困難であるという不都合があった。又、登録されたユーザ情報等の内容に変更があった場合、ユーザ自身が通信相手に通知しなければ、通信相手側では登録内容の変更を知ることができないという不都合があった。【００１４】
本発明の目的は、インスタントメッセージサービスのユーザが通信相手のプレゼンス状態をリアルタイムに知り得ると共にメッセージ種別の異なる通信相手とのメッセージの送受信を可能とする通信システムを提供することにある。
【課題を解決するための手段】
【００１５】
前記目的を達成するために、本発明に係る通信システムは、種別の異なるメッセージにより情報の遣り取りを行う通信システムであって、
メッセージ種別毎にユーザーインターフェースが異なる個別のサービスをそれぞれ提供する複数種のサーバと、前記サーバ毎のユーザーインターフェースにより専用の前記サーバに接続する携帯端末と、前記サーバ同士の連携を確立する中継ユニットとを有し、
前記中継ユニットは、送信元の携帯端末及び送信先アドレスをそれぞれ判定し、それらの判定結果に基づいて前記ユーザーインターフェース相互を互換し、前記互換したユーザーインターフェースで対象となる前記サーバに、前記送信元の携帯端末から送信された通信状態の情報を含むメッセージを送信することを特徴とするものである。【００１６】
本発明は通信システムとして構築したが、これに限られるものではなく、既存のサーバと組み合わせてサーバ相互間を連携する中継装置、通信中継方法としても構築してもよいものである。また、本発明はソフトウェアとしての中継プログラムとして構築してもよいものである。【００１７】
本発明に係る中継装置は、ユーザーインターフェースの異なる携帯端末間でのメッセージによる情報の遣り取りを複数種のサーバ間で中継する中継装置であって、
送信元の携帯端末及び送信先アドレスをそれぞれ判定し、それらの判定結果に基づいて前記ユーザーインターフェース相互を互換し、前記互換したユーザーインターフェースで対象となる前記サーバに、送信元の携帯端末から送信された情報を含むメッセージを送信する中継ユニットを有する構成として構築する。【００１８】
本発明に係る通信中継方法は、ユーザーインターフェースの異なる携帯端末間でのメッセージによる情報の遣り取りを複数種のサーバ間で中継する通信中継方法であって、
送信元の携帯端末及び送信先アドレスをそれぞれ判定し、それらの判定結果に基づいて前記ユーザーインターフェース相互を互換させ、前記互換したユーザーインターフェースで対象となる前記サーバに、送信元の携帯端末から送信された情報を含むメッセージを送信する構成として構築する。【００１９】
本発明に係る中継プログラムは、ユーザーインターフェースの異なる携帯端末間におけるメッセージによる情報の遣り取りを複数種のサーバ間で中継制御する中継プログラムであって、
コンピュータに、
送信元の携帯端末及び送信先アドレスをそれぞれ判定する機能と、
前記判定結果に基づいて前記ユーザーインターフェース相互を互換する機能と、
前記互換させたユーザーインターフェースで対象となる前記サーバに、送信元の携帯端末から送信された情報を含むメッセージを送出する機能とを実行させる構成として構築する。
【発明の効果】
【００２０】
本発明は、送信元の携帯端末及び送信先アドレスをそれぞれ判定し、それらの判定結果に基づいてユーザーインターフェース相互を互換させ、前記互換させたユーザーインターフェースで対象となるサーバに、送信元の携帯端末から送信された情報を含むメッセージを送信するため、ユーザーインターフェースの異なるサーバを介して、ユーザーインターフェースの異なる携帯端末相互間でメッセージによる情報の遣り取りを行うことができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施形態を図に基づいて詳細に説明する。【００２２】
欧米を中心として種別の異なるメッセージにより情報の遣り取りを行う通信サービスが展開されており、この通信サービスが日本にも導入される可能性があり、携帯端末を用いて前記通信サービスを受けられる。前記サービスには、ショートメッセージサービス（ＳＭＳ），マルチメディアサービス（ＭＭＳ），モバイルＥメールサービス（ＭＥＳ），インターネットプロバイダにより提供されるインスタントメッセージサービス（ＩＳＰ−ＩＭ）などの各種サービスが提供されている。【００２３】
ショートメッセージサービスは、テキストのみでのメッセージによる情報の遣り取りであって、画像や音楽などのファイルを添付することはできず、しかも、一度に送れる使用可能な文字数が少ないという制約があり、さらにはショートメッセージサービスを提供している通信業者同士の連携が取れていないため、通信業者が異なれば、ショートメッセージサービスを受けることができないという制約がある。マルチメディアサービスは、マルチメディアサービスに対応した携帯端末同士でのみマルチメディアサービスを享受することができ、しかも、マルチメディアサービスを提供している通信事業者同士の連携が取れていないため、通信事業者が異なれば、マルチメディアサービスを受けることができないという制約がある。ＩＳＰ−ＩＭのインスタントメッセージサービスは、事前に登録したユーザのみしかメッセージの遣り取りができないコミュニティ、すなわち閉じられた狭い世界での情報の遣り取りであり、しかも、携帯電話の電話番号以外に取得したアカウントによる情報の遣り取りである。また、ＩＳＰ−ＩＭのインスタントメッセージサービスは、通信事業者毎に独自に提供されており、通信事業者のサービスに互換性がない。【００２４】
さらに、前記各種サービスは、それぞれ異なるユーザーインターフェース（通信プロトコル，データ形式など）を用いて提供されている。すなわち、複数種のサーバがそれぞれ異なるユーザーインターフェースを用いてメッセージ種別毎に個別にサービスを提供している。したがって、携帯端末は、サーバ毎のユーザーインターフェースにより専用のサーバに接続してサービスを受けることとなる。【００２５】
本発明の実施形態は、ユーザーインターフェースによる制約及びサービスの非互換性などを解消して、異なるユーザーインターフェース相互間でのサービスをユーザに提供するとともに、通信事業者の経済的な効果をも考慮した通信システムを提供するものである。【００２６】
すなわち、本発明の実施形態に係る通信システムは図１に示すように、種別の異なるメッセージにより情報の遣り取りを行う通信システムであって、基本的な構成として、メッセージ種別毎にユーザーインターフェースが異なる個別のサービスをそれぞれ提供する複数種のサーバ２１，２３と、前記サーバ毎のユーザーインターフェースにより専用の前記サーバに接続する携帯端末１１，１３，４１と、前記サーバ同士の連携を確立する中継ユニット３１とを有しており、前記中継ユニット３１は、送信元の携帯端末１１，１３又は４１及び送信先アドレスをそれぞれ判定し、それらの判定結果に基づいて前記ユーザーインターフェース相互を互換し、前記互換したユーザーインターフェースで対象となる前記サーバに、送信元の携帯端末から送信された情報を含むメッセージを送信する構成として構築したものである。【００２７】
前記携帯端末１１，１３，４１としては、種々のものが考えられるが、世界中で最も普及率が高い携帯電話を例にとって説明する。【００２８】
前記中継ユニット３１は基本的な構成として、前記サーバ２１，２３同士の連携を確立する機能を有しているが、図１に示す例では、前記中継ユニット３１には、前記送信アドレスとして携帯電話４１の電話番号を用いてアクセスする発信元の携帯電話４１に対して、前記電話番号に対応したユーザーインターフェースでメッセージによるサービスを提供するサーバとしての機能を付与している。すなわち、前記中継ユニット３１による前記サーバは、本発明の実施形態において新たに提案されたサーバであり、前記送信先アドレスとして電話番号を用いてアクセスする携帯電話４１に対して新たなサーバ（ＩＰＭサーバ）として機能するものである。【００２９】
また、図１に示す例では、サーバとして、ショートメッセージサービスを提供するＳＭＳＣサーバ２１と、マルチメディアサービスを提供するＭＭＳＣサーバ２３とを示しているが、これに限られるものではなく、モバイルＥメールサービスを提供するＭＥＳサーバなどを追加してもよいものである。また、ＳＭＳＣサーバ２１，ＭＭＳＣサーバ２３は、それぞれ１台を示しているが、これに限られるものではなく、通信業者が異なるＳＭＳＣサーバ２１及びＭＭＳＣサーバ２３が混在していてもよいものである。なお、以下の説明では、中継ユニット３１が、サーバ２１，２３を連携させる機能と、ＩＰＭサーバとしての機能とを兼ね備えた構成であることを前提として説明する。【００３０】
本発明の実施形態において、異なるサービスを提供するサーバ２１，２３，３１相互間で双方向の通信を行い、各サーバ２１，２３，３１によるサービスを携帯電話１１，１３，４１に提供する場合について説明する。【００３１】
メッセージによる情報の遣り取りを行うにあたって、携帯電話１１のユーザは、通信相手方の携帯電話１３及び４１に関して、自装置の電話番号と、携帯電話１３がＭＭＳＣサーバ２３の提供するサービスを受けるためのアカウント及び電話番号と、携帯電話４１のＩＰＭサーバ３１が提供するサービスを受けるためのアカウント及び電話番号とを関連付けて、ＳＭＳＣサーバ２１を介してＩＰＭサーバ３１に登録する。【００３２】
携帯電話１３のユーザは同様に、通信相手方の携帯電話１１及び４１に関して、ＭＭＳＣサーバ２３の提供するサービスを受けるためのアカウント及び自装置の電話番号と、携帯電話１１がＳＭＳＣサーバ２１の提供するサービスを受けるための電話番号と、携帯電話４１のＩＰＭサーバ３１が提供するサービスを受けるためのアカウント及び電話番号とを関連付けて、ＭＭＳＣサーバ２３を介してＩＰＭサーバ３１に登録する。【００３３】
携帯電話４１のユーザは同様に、通信相手方の携帯電話１１及び１３に関して、ＩＰＭサーバ３１が提供するサービスを受けるためのアカウント及び自装置の電話番号と、携帯電話１１がＳＭＳＣサーバ２１の提供するサービスを受けるための電話番号と、携帯電話１３がＭＭＳＣサーバ２３の提供するサービスを受けるためのアカウント及び電話番号とを関連付けてＩＰＭサーバ３１に登録する。【００３４】
以上の携帯電話１１，１３，３１のユーザによる前記登録手続は、通信相手方を特定するために必要な手続であり、ＩＳＰ−ＩＭのインスタントメッセージサービスを受ける場合のような閉鎖されたコミュニティにおける事前登録とは本質的に異なるものであり、前記登録手続は、ユーザーインターフェースの異なる携帯電話を所有するユーザ全てに開放されているものである。【００３５】
前記登録手続が終了した、ＳＭＳＣサーバ２１によるショートメッセージサービスを受ける携帯電話１１と、ＭＭＳＣサーバ２３によるマルチメディアサービスを受ける携帯電話１３との間において、メッセージによる情報の遣り取りを行う場合について説明する。【００３６】
携帯電話１１のユーザは、自装置すなわち携帯電話１１の通信状態、例えば携帯電話１１のユーザが疲れている，忙しいなどの通信状態を示す情報と、通信相手方の携帯電話１３の電話番号とを関連させてＳＭＳＣサーバ２１に送信する。なお、携帯電話１１からのコンテンツ（前記情報及び前記電話番号）はテキスト形式で送信される。ＳＭＳＣサーバ２１は、携帯電話１１から通信状態の情報を受取ると、その情報をＩＰＭサーバ３１に送信する。【００３７】
ＩＰＭサーバ３１は、ＳＭＳＣサーバ２１から携帯電話１１の通信状態の情報を受取ると、予め登録してある携帯端末１１と携帯端末１３とを関連づけるデータに基づいて、送信元の携帯電話１１及び送信先アドレスを判定する。ＩＰＭサーバ３１は中継ユニットとして機能し、送信元が携帯電話１１であって送信先アドレスがＭＭＳＣサーバ２３に接続する携帯電話１３であると判定した場合、その判定結果に基づいて、ＳＭＳＣサーバ２１から前記コンテンツを送信したユーザーインターフェースを、ＭＭＳＣサーバ２３と携帯電話１３との間を結ぶユーザーインターフェースに互換し、その互換したユーザーインターフェースで対象となるＭＭＳＣサーバ２３に、携帯端末１１から送信された通信状態の情報を含むメッセージを送信する。ＩＰＭサーバ３１は、ＭＭＳＣサーバ２３に送信する前記メッセージを、ＭＭＳＣサーバ２３が提供するマルチメディアサービスに適合する形式で送信する。【００３８】
ＩＰＭサーバ３１はサーバとして機能した状態において、携帯電話４１から通信状態の情報を携帯電話１３宛てに受取ると、同様に携帯電話４１とＩＰＭサーバ３１との間を結ぶユーザーインターフェースを、携帯電話１３とＭＭＳＣサーバ２３との間を結ぶユーザーインターフェースに互換し、その互換したユーザーインターフェースで対象となるＭＭＳＣサーバ２３に、携帯端末４１から送信された通信状態の情報を含むメッセージを送信する。【００３９】
ＭＭＳＣサーバ２３は、ＩＰＭサーバ（中継ユニット）３１から前記メッセージを受取ると、そのメッセージを携帯電話１３に送信する。ユーザは、携帯電話１３に届いた前記メッセージに基づいて、携帯電話１１或いは携帯端末４１の通信状態を把握する。また、携帯電話１３では、ＩＰＭサーバ３１から送信された携帯電話の通信状態の情報を、電子メールの送信・受信ボックスの他に備えたメッセージリストに通信対象者毎に仕分けて保存する。また、携帯電話では、相手方携帯電話から送られたメッセージを会話形式で保存する、なお、携帯電話１３による前記情報の保存については、携帯電話１１，４１についも同様である。【００４０】
携帯電話１３のユーザは、受取った通信状態の情報に基づいて相手方の携帯電話１１又は４１のユーザがメッセージによる情報の遣り取りを望んでいる場合、必要なメッセージをＭＭＳＣサーバ２３に送信する。ＭＭＳＣサーバ２３は、携帯電話１３からのメッセージをＩＰＭサーバ３１に送信する。【００４１】
ＩＰＭサーバ３１は、ＭＭＳＣサーバ３から前記メッセージを受取ると、中継ユニットとして機能する。そして、ＩＰＭサーバ３１は、送信元の携帯端末１３及び送信先アドレスを予め記憶している電話番号に基づいて判定する。ＩＰＭサーバ３１は、送信先アドレスが携帯電話１１である場合、携帯電話１３からのメッセージをテキスト形式に変換し、その変換した前記メッセージをＳＭＳＣサーバ２１に送信する。ＩＰＭサーバ３１は、送信先アドレスが携帯電話４１である場合、携帯電話１３からの前記メッセージを携帯電話４１の認識可能なデータ形式に変換し、その変換した前記メッセージを受取った旨の通知を携帯電話４１に送信する。【００４２】
ＳＭＳＣサーバ２１は、ＩＰＭサーバ３１から前記メッセージを受取ると、そのメッセージを携帯電話１１に送信する。以上のような過程を経て、ＳＭＳＣサーバ２１に所属する携帯電話１１とＭＭＳＣサーバ２３に所属する携帯電話１３との間にメッセージによる情報の遣り取りが行われる。【００４３】
また、携帯電話４１のユーザは、ＩＰＭサーバ３１から前記通知を受取ると、電話番号に基づいてＩＰＭサーバ３１にアクセスし、前記メッセージの取得をＩＰＭサーバ３１に要求する。ＩＰＭサーバ３１は、携帯電話４１によるアクセスを予め記憶している電話番号に基づいて判定し、アプリケーションソフトを立ち上げて前記メッセージを表示する。前記メッセージを表示する際、ＩＰＭサーバ３１は、前記メッセージに付加情報、例えば広告情報を組込んで表示する。【００４４】
携帯電話４１のユーザは、ＩＰＭサーバ３１が表示した前記メッセージを確認し、必要であれば前記メッセージを携帯電話４１にダウンロードする。以上のような過程を経て、ＭＭＳＣサーバ２３に属する携帯電話１３とＩＰＭサーバ３１に属する携帯電話４１との間にメッセージによる情報の遣り取りが行われる。【００４５】
なお、以上の説明では、本発明の実施形態を通信システムとして構築したが、これに限られるものではない。サーバ２１及び２３が既設のものであれば、この既設のサーバ２１及び２３に組合わせることにより、サーバ同士を連携させる中継ユニット３１を有する中継装置として構築してもよいものである。また、本発明の実施形態は、中継ユニット３１が実施する機能をコンピュータに実行させる中継プログラムとして構築してもよいものである【００４６】
以上のように本発明の実施形態によれば、ユーザーインターフェースによる制約及びサービスの非互換性などを解消して、異なるユーザーインターフェース相互間でのサービスをユーザに提供でき、しかも、相手が対応している種別を意識することなく、情報の遣り取りを行うことができる。【００４７】
さらに本発明の実施形態によれば、携帯端末から送信するメッセージに付加情報、例えば広告情報を組込むことが可能となり、サーバを運用する通信事業者にとってはメッセージの通信によるPacket Feeに加えて、付加情報が広告情報である場合には広告収入を見込むことができ、通信事業者の経済的な効果を考慮した通信システムを提供できる。【００４８】
送信元の携帯端末及び送信先アドレスを、携帯電話に付与された電話番号のデータに基づいて判定することにより、電話番号を用いてメッセージの送受信を行うことができる。したがって、相手方の携帯電話の電話番号が分れば、世界中の誰とでも、メールアドレスを用いずに電話番号に基づいてメッセージによる情報の遣り取りを行うことができる。【００４９】
また、プロバイダが提供するＩＰＳ−ＩＭのインスタントメッセージのように閉鎖された世界での事前登録を行う必要がなく、全ての携帯電話に対して開放された登録手続であり、しかも携帯電話に既存で登録されている電話帳をそのまま利用でき、ユーザに余分な負担を追わせることは回避できる。【００５０】
さらに携帯端末に、メッセージによる情報を通信対象者毎にメッセージリストに仕分して保存することにより、過去に遣り取りをした内容を通信対象者毎に確認できる。また、携帯端末にメッセージによる情報の遣り取りを会話形式で保存することにより、情報の遣り取りの流れを画面で確認できる。【００５１】
次に、本発明の実施形態を具体例に基づいてさらに詳細に説明する。【００５２】
本発明の実施形態に係る通信システムは図１に示すように、ＳＭＳＣサーバ２１に所属する携帯電話１１およびＭＭＳＣサーバ２３に所属する携帯電話１３１３と、前記携帯電話１１に対してショートメッセージサービスを提供するＳＭＳＣサーバ２１と、前記携帯電話１３に対してマルチメディアサービスを提供するＭＭＳＣサーバ２３とを有している。【００５３】
さらに、ＩＰＭサーバ３１を有している。ＩＰＭサーバ３１は、ＳＭＳＣサーバ２１とＭＭＳＣサーバ２３とを連携する中継ユニットとしての機能と、携帯電話４１にサービスを提供するサーバとしての機能を兼ね備えている。ＩＰＭサーバ３１と携帯電話４１とは無線により接続し、ＩＰＭサーバ３１は、電話番号に基づいてアクセスした携帯電話４１に対してインスタントメッセージサービスを提供する。【００５４】
なお、携帯電話１１，１３，４１は、サーバ２１，２３，３１に対してそれぞれクライアントとしての機器であるため、以下の説明では、携帯電話１１をＳＭＳクライアント、携帯電話１３をＭＭＳクライアント、携帯電話４１をＩＰＭクライアントとして表記する。【００５５】
この構成において、ＩＰＭクライアント４１と、ＳＭＳクライアント１１又はＭＭＳクライアント１３とは、相互にメッセージの送受信を行う。又、図１に示される以外に、予めＩＰＭサーバ３１に接続され、ＩＰＭサーバ３１により提供されるインスタントメッセージサービスを利用する複数のＩＰＭクライアントを有する構成であってもよい。更に、上記構成に加えてＳＭＳサーバ２１と同等の機能的特性を有するＳＭＳサーバと、ＭＭＳサーバ２３と同等の機能的特性を有するＭＭＳサーバとが、上記ＳＭＳサーバ２１、ＭＭＳサーバ２３と同様に、ＩＰＭサーバ３１により連携されていてよいものである。【００５６】
以下、これを更に詳説する。上述したＳＭＳクライアント１１は、既存の技術であるＳＭＳ(Short Message Service)を利用してメッセージサービスを利用する移動通信端末を想定している。例えば、既存の携帯電話に搭載されたＳＭＳは、このＳＭＳクライアント間で一定の長さの文字メッセージを相互に送受信することができるサービスであり、ＳＭＳサーバ２１および２２を介して１６８byte程度までの文字データの通信を行うことができる。【００５７】
ＳＭＳクライアント１１は、予め設定されたＳＭＳサーバ２１を介してＳＭＳクライアント１１の通信状態を示す情報、例えばユーザが現在通信可能か否か又はユーザの現在の気分や状態などを示すプレゼンス状態情報をＩＰＭサーバ３１に送信し、ＳＭＳクライアント１１に新たに設定されたプレゼンス状態情報をプレゼンス更新登録要求としてＩＰＭサーバ３１に送信する。尚、本実施形態における各クライアントには、予めプレゼンス状態情報として、例えば幸せ(happy)，疲れている(tired)，興奮している(excited)，忙しい(busy)，および接続されていない(unconnected)が設定されている。【００５８】
又、ＳＭＳクライアント１１は、ＩＰＭサーバ３１から通知されたＩＰＭクライアント４１のプレゼンス状態情報（携帯電話の通信状態を示す情報）および当該プレゼンス状態情報の更新された内容を示すプレゼンス状態更新情報を受信し、図２(Ａ)に示すように、プレゼンス状態情報およびプレゼンス状態更新情報の内容を画面表示する。【００５９】
更に、ＳＭＳクライアント１１は、ＩＰＭサーバ３１を介してＩＰＭクライアント４１と相互にメッセージの送受信を行う。ここで、ＳＭＳクライアント１１は、インスタントメッセージを送信する相手のクライアント端末(ＩＰＭクライアント４１)を電話番号により指定する。これにより、既存のショートメールサービス（ＳＭＳ）と同様の手順でＩＰＭクライアントにインスタントメッセージを送信する。【００６０】
次に、ＭＭＳクライアント１３は、前述したＳＭＳクライアント１１と同様に、既存のマルチメッセージサービスを利用するクライアント端末であって、本実施形態では、文字データの他に音声や画像などの送受信を行うができる移動通信端末を想定している。既存の携帯電話に搭載されたＭＭＳ(Multimedia Message Service)は、ＭＭＳクライアント間で一定の長さの文字メッセージ、音声、および画像を相互に送受信することができるサービスである。【００６１】
ＭＭＳクライアント１３は、予め設定されたＭＭＳサーバ２３を介して、ＭＭＳクライアント１３の通信状態を示す情報、例えばユーザが現在通信可能か否か又はユーザの現在の気分や状態などを示すプレゼンス状態情報を、ＩＰＭサーバ３１に送信し、ＭＭＳクライアント１３に新たに設定されたプレゼンス状態情報をプレゼンス更新登録要求としてＩＰＭサーバ３１に送信する。尚、本実施形態における各クライアント端末には、予めプレゼンス状態情報として幸せ(happy),疲れている(tired),興奮している(excited),忙しい(busy),および接続されていない(unconnected)が設定されている。又、ＭＭＳクライアント１３は、ＩＰＭサーバ３１から通知されたＩＰＭクライアント４１のプレゼンス状態情報およびプレゼンス状態情報の更新された内容を示すプレゼンス状態更新情報を受信し、図２（Ｂ）に示すように、前記プレゼンス状態情報およびプレゼンス状態更新情報の内容を画面表示する。【００６２】
更に、ＭＭＳクライアント１３は、ＩＰＭサーバ３１を介してＩＰＭクライアント４１と相互にインスタントメッセージの送受信を行う。ここで、ＭＭＳクライアント１３は、ＩＰメッセージを送信する相手のクライアント端末(ＩＰＭクライアント４１)を電話番号により指定する。これにより、ＭＭＳクライアント１３は、既存のＭＭＳと同様の手順でＩＰＭクライアント４１にインスタントメッセージを送信する。【００６３】
ＳＭＳＣサーバ２１は、上述のように、既存のＳＭＳクライアント同士のショートメッセージサービス(SMS：Short Message Service)を提供すると共に、ＳＭＳの通信中継および制御を行うＳＭＳメッセンジャーサーバである。ＳＭＳＣサーバ２１は、ＳＭＳクライアント１１から送り込まれるＳＭＳクライアントのプレゼンス状態情報（携帯電話の通信状態を示す上方）をＩＰＭサーバ３１に転送し、ＩＰＭサーバ３１から送り込まれるＩＰＭクライアント４１のプレゼンス状態情報およびプレゼンス状態更新情報をＳＭＳクライアント１１に転送通知する。尚、上記プレゼンス状態情報およびプレゼンス状態更新情報は、ＳＭＳクライアントとＩＰＭサーバ３１との相互間通信では、メッセージ種別がＳＭＳ形式であるＩＰメッセージとして送受信される。【００６４】
又、ＳＭＳＣサーバ２１は、ＳＭＳクライアント１１から送られたＩＰＭクライアント４１宛のＩＰメッセージ（ＳＭＳメッセージ）をＩＰＭサーバ３１に転送し、又、ＩＰＭクライアント４１からＩＰＭサーバ３１を介して送り込まれるＩＰメッセージ（ＳＭＳメッセージ）をＳＭＳクライアント１１に転送する。更に、上記ＳＭＳＣサーバ２１は、ＩＰＭサーバ３１からＩＰＭクライアント４１に送られるプレゼンス変更通知信号およびメッセージ着信通知信号の中継転送を行う。【００６５】
ＭＭＳサーバ２３は、上述のように、既存のＭＭＳクライアント同士で利用されるMMS(Multimedia Message Service)を提供すると共に、ＭＭＳの通信中継および制御を行うサーバである。ＭＭＳＣサーバ２３は、ＭＭＳクライアント１３から送り込まれるＭＭＳクライアント(ユーザ)のプレゼンス状態情報をＩＰＭサーバ３１に転送し、ＩＰＭサーバ３１から送り込まれるＩＰＭクライアント４１のプレゼンス状態情報およびプレゼンス状態更新情報をＭＭＳクライアント１３に転送通知する。尚、上記プレゼンス状態情報およびプレゼンス状態更新情報は、ＭＭＳクライアント２３とＩＰＭサーバ３１との相互間でＭＭＳ形式のＩＰメッセージとして送受信される。【００６６】
又、ＭＭＳＣサーバ２３は、ＭＭＳクライアント１３から送られたＩＰＭクライアント４１宛のＩＰメッセージ（ＭＭＳメッセージ）をＩＰＭサーバ３１に転送し、又、ＩＰＭクライアント４１からＩＰＭサーバ３１を介して送り込まれるＩＰメッセージ（ＭＭＳメッセージ）をＭＭＳクライアント１３に転送する。【００６７】
ＩＰＭ（ＩＰ  Ｍｅｓｓａｇｅ）サーバ３１は図３に示すように、前記各クライアント端末のプレゼンス状態情報、ＩＰメッセージ、端末ユーザ情報、およびメッセージ種別情報を管理するＩＰＭユーザデータベース部３２と、各クライアント端末から送り込まれるＩＰメッセージの送受信を実行するクライアントインターフェイス部３３と、ＩＰＭユーザデータベース部３２に登録された情報に基づいてメッセージ種別の変換を行うメッセージ変換中継部３４とを有している。【００６８】
上記クライアントインターフェイス部３３は、ＩＰＭクライアント同士の相互間通信呼(セッション)を確立すると共に当該通信呼を制御するＩＭＰＳ通信手段３３１と、ＩＰＭクライアントとＩＰＭクライアント以外のクライアント端末との通信プロトコルの通信セッションを確立すると共に、当該通信セッションを制御し送受信を実行するＩＭ通信手段３３２を有する。【００６９】
上記メッセージ変換中継部３４は、ＩＰＭサーバ３１を介して行われる前記各クライアント端末相互間通信の送信元および送信先(転送先)を特定すると共に、当該通信のルーティング処理を行うＩＰＭ通信経路制御手段３４１と、前記通信の送信先端末に適合させてメッセージ種別の変換を行うメッセージ種別変換手段３４２を有する。【００７０】
ＩＰＭユーザデータベース部３２は、各クライアント端末に関するプレゼンス状態情報の最新の状態を保持し、前記各クライアント端末間で送受信されるＩＰメッセージを一時的に格納し、前記各クライアント端末で利用されるメッセージ種別情報を管理する。また前記ＩＰＭユーザデータベース部３２は、前記各クライアント端末の電話番号、住所、生年月日等のユーザ情報を記憶するようにしてもよいものである。前記ＩＰＭユーザデータベース部３２を有することにより、各クライアント端末のユーザが電話番号や住所の変更を行った場合に、クライアント端末のユーザ情報を変更することにより、当該ＩＰＭユーザデータベース部３２を介して、変更内容を予め登録されたクライアント端末のユーザに通知することができる。【００７１】
上記クライアントインターフェイス部３３のＩＭＰＳ通信手段３３１は、各ＩＰＭクライアントから送り込まれるプレゼンス状態情報およびプレゼンス更新登録要求をＩＰＭユーザデータベース部３２に格納し前記受信したプレゼンス更新登録要求に対して更新登録が完了したことを応答通知する。ＩＭＰＳ通信手段３３１は、ＩＰＭユーザデータベース部３２に格納された各クライアント端末のプレゼンス状態情報に更新があった場合に、当該変更があることを示すプレゼンス変更通知信号(以下「ＣＩＲ信号1」という)をＩＰＭクライアントに通知しと、ＩＰＭユーザデータベース部３２に新たにＩＰメッセージが格納されたことを示すメッセージ着信通知信号(以下「ＣＩＲ信号２」という)を転送先のＩＰＭクライアントに通知する。【００７２】
ここで、ＩＭＰＳ通信手段３３１は、ＣＩＲ信号２を予め設定されたメッセンジャーサーバ(例えば、ＳＭＳＣサーバ２２)を介してメッセージ着信通知信号を送信するように設定してもよい。更に、ＩＭＰＳ通信手段３３１は、ＩＰＭクライアントから送り込まれるプレゼンス更新通知要求に対して、対応するプレゼンス状態更新情報を返信し、ＩＰＭクライアントからのメッセージ取得要求に対して、当該メッセージ取得要求に対応するＩＰメッセージを、ＩＭＰＳ形式でＩＰＭクライアントに返信する。【００７３】
上記ＩＭ通信手段３３２は、各メッセンジャーサーバから送り込まれるプレゼンス更新登録要求をＩＰＭユーザデータベース部３２に格納し、又、各クライアント端末に適合してメッセージ種別変換されたプレゼンス状態更新情報を、対応する各メッセンジャーサーバを介して送信し、各クライアント端末に適合してメッセージ種別変換されたＩＰメッセージを対応する各メッセンジャーサーバを介して送信する。【００７４】
上記メッセージ変換中継部３４のメッセージ種別変換手段３４２は、各クライアント端末から送りこまれたＩＰメッセージの送信元および転送先の端末種別を判定すると共に、このＩＰメッセージのメッセージ種別を転送先の端末種別に適合するように変換する。又、メッセージ種別変換手段３４２は、変換したＩＰメッセージをＩＰＭユーザデータベース部３２に格納し、転送先に送信されたＩＰメッセージをＩＰＭユーザデータベース部３２から削除する。【００７５】
次に、ＩＰＭサーバ３１の、各クライアント端末から送り込まれるＩＰメッセージの中継通信動作について、図４のフローチャートに基づき、説明する。【００７６】
まず、ＩＰＭクライアント４１、ＳＭＳクライアント１１、又はＭＭＳクライアント１３からＩＰＭサーバ３１にＩＰメッセージが送信される(ステップＳ２０１)。ＩＰＭサーバ３１は、このＩＰメッセージを受信する(ステップＳ２０２)と共に、このＩＰメッセージの送信元端末を判定する(ステップＳ２０３)。ここで、ＩＰＭサーバ３１は、このＩＰメッセージの送信元クライアントがＩＰＭクライアント以外（つまりＳＭＳ又はＭＭＳクライアント）の場合、メッセージの送信先アドレスの判定を行う(ステップＳ２０４)。【００７７】
ここで、ＩＰＭサーバ３１は、メッセージの送信先がＩＰＭクライアント以外の場合、メッセージは破棄されると共に、宛先不正エラーを送出する(ステップＳ２０５)。これは、本実施形態のＩＰＭサーバ３１が、例えばＳＭＳＣサーバ２１とＭＭＳＣサーバ２２との相互間におけるメッセージ中継を行わないためである。よって、本実施形態では、ＳＭＳクライアント１１またはＭＭＳクライアント１３からＩＰＭサーバ３１に送り込まれるＩＰメッセージの送信先(転送先)はＩＰＭクライアント４１となる。【００７８】
ＩＰＭサーバ３１は、上記ステップＳ２０４で送信先アドレスがＩＰＭクライアントと判定した場合、受信したＩＰメッセージをＩＭＰＳ形式に変換する(ステップＳ２０６)。次いで、ＩＰＭサーバ３１は、変換されたＩＰメッセージをＩＰＭユーザデータベース部３２に保存する(ステップＳ２０８)と共に、ＩＰＭクライアント４１にＣＩＲメッセージを通知する(ステップＳ２０９)。次いでＩＰＭサーバ３１は、変換されたＩＰメッセージをＩＰＭクライアント４１に送信する(ステップＳ２１４)。【００７９】
又、ＩＰＭサーバ３１は、上記ステップＳ２０３でＩＰメッセージの送信元端末がＩＰＭクライアント４１からであると判定した場合、ＩＰメッセージの送信先アドレスを判定する(ステップＳ２０７)。ここで、ＩＰＭサーバ３１は、ＩＰメッセージの送信先アドレスがＩＰＭクライアントであると判定した場合、ＩＰメッセージをＩＰＭユーザデータベース部３２に保存する(ステップＳ２０８)と共に、ＩＰＭクライアント４１にＣＩＲメッセージを通知する(ステップＳ２０９)。次いでＩＰＭサーバ３１は、変換されたＩＰメッセージをＩＰＭクライアント４１に送信する(ステップＳ２１４)。【００８０】
又、ＩＰＭサーバ３１は、上記ステップＳ２０７でメッセージの送信先がＩＰＭクライアント以外、つまりＳＭＳクライアント１１又はＭＭＳクライアント１３と判定した場合、ＩＰメッセージに添付ファイルがあるか否かの判定を行う(ステップＳ２１０)。【００８１】
ここで、ＩＰＭサーバ３１は、添付ファイルがあると判定した場合、このＩＰメッセージのデータ形式をＥＡＩＦに変換する(ステップＳ２１２)。又、ＩＰＭサーバ３１は、添付ファイルがないと判定した場合、メッセージサイズの判定を行う(ステップＳ２１１)。次いでＩＰＭサーバ３１は、メッセージサイズが１６８byte未満と判定した場合、メッセージのデータ形式をＳＭＰＰ(Short Message Peer to Peer Protocol)に変換し(ステップＳ２１３)、又、メッセージサイズが１６８byte以上と判定した場合、このＩＰメッセージのデータ形式をＥＡＩＦ(External Application InterFace)に変換する(ステップＳ２１２)。次いで、ＩＰＭサーバ３１は、上記変換されたＩＰメッセージを送信先に向けて送信する(ステップＳ２１４)。【００８２】
上述のＩＰＭクライアント４１(および４２、４３…)は、本発明の実施形態に係るＩＭＰＳ（Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｅ  ＆  Ｐｒｅｓｅｎｃｅ  Ｓｅｒｖｉｃｅ）プロトコルでＩＰＭサーバ３１と相互にＩＭＰＳ形式のＩＰメッセージおよびプレゼンス状態情報の送受信を行う移動通信端末を想定している。ＩＰＭクライアント４１は、上述のように、ＩＰＭサーバ３１の提供するインスタントメッセージプレゼンスサービス（ＩＭＰサービス）を利用するクライアント端末であって、本実施形態では、ＩＭＰＳ形式の文字データ、音声、画像、映像等の送受信を行う移動通信端末を想定している。【００８３】
ＩＰＭクライアント４１は、予め設定されたＩＰＭサーバ３１を介して、ＳＭＳクライアント、ＭＭＳクライアント、および他のＩＰＭクライアントのユーザに対して現在通信可能か否か、又はユーザの現在の気分や状態などを示すプレゼンス状態情報を、ＩＭＰＳ形式でＩＰＭサーバ３１に送信し、前記プレゼンス状態情報の更新登録を要求するプレゼンス更新登録要求を送信する。尚、本実施形態における各クライアント端末には、予めプレゼンス状態情報として幸せ(happy),疲れている(tired),興奮している(excited),忙しい(busy),および接続されていない(unconnected)が設定されている。又、ＩＰＭクライアント４１は、ＩＰＭサーバ３１から通知された各クライアント端末のプレゼンス状態情報、および当該プレゼンス状態情報の更新された内容を示すプレゼンス状態更新情報を受信し、図５（Ａ）に示すように、通知されたプレゼンス状態情報とその更新内容とを画面表示する。【００８４】
又、ＩＰＭクライアント４１は、ＩＰメッセージを作成し、ＩＰＭサーバ３１を介してＳＭＳクライアント、ＭＭＳクライアントまたは他のＩＰＭクライアントと相互にＩＰメッセージの送受信を行う。ここで、ＩＰＭクライアント４１は、ＩＰメッセージを送信する相手のクライアント端末を電話番号により指定する。これにより、既存のＳＭＳおよびＭＭＳと同様の手順でインスタントメッセージの送受信を行うことができる。【００８５】
又、ＩＰＭクライアント４１は、予め設定されたクライアント端末のプレゼンス状態情報を保存するプレゼンス情報保存手段を有する。このプレゼンス状態保存手段は、ＩＰＭサーバ３１を介して通知される各クライアント端末のプレゼンス状態情報を保存し、予め保存された各クライアント端末のプレゼンス状態情報を、新たに受信したプレゼンス状態情報の更新内容により、プレゼンス状態保存手段のプレゼンス状態情報を更新設定する。更に、ＩＰＭクライアント４１は、予め設定されたクライアント端末のプレゼンス状態情報を前記ＩＰＭサーバ３１のＩＰＭユーザデータベース部から定期的に取得するようにしてもよい。【００８６】
尚、プレゼンス状態保存手段に保存された各クライアント端末のプレゼンス状態情報は、図５（Ｂ）に示すように、ＩＰＭクライアント４１のディスプレイに表示される。これにより、ＩＰＭクライアント４１のユーザは、設定されたクライアント端末ユーザの通信状態、気分等のプレゼンス状態情報をメッセンジャー通信の開始に先立って確認することができる。例えば、ＩＰＭクライアント４１のユーザは、相手ユーザのプレゼンス状態情報が”busy”や”unconnected”であった場合、この相手ユーザとは現時点ではリアルタイム通信できないと判断できる。この場合、ＩＰＭクライアントユーザは、メッセンジャー通信を控える、またはE-mailにより用件の通知を行う、など通信先ユーザの状態に合わせた通信方法を選択することができる。【００８７】
又、ＩＰＭクライアント４１は、当該ＩＰＭクライアント４１のプレゼンス状態情報に変更が生じた場合に、変更されたプレゼンス状態情報の内容をＩＰＭサーバ３１に自動的に送信する。これにより、ＩＰＭクライアント４１の有するプレゼンス状態情報と、ＩＰＭサーバ３１のＩＰＭユーザデータベース部の内容とを、自動的に同期することができる。【００８８】
次に、上記実施形態における通信システム全体の動作について説明する。【００８９】
まず、前記クライアント端末それぞれが通信可能か否かを示す通信状態情報(プレゼンス状態情報)をＩＰＭサーバ３１に登録する。次いで、ＩＰＭサーバ３１が、予め設定されたＩＰＭクライアント４１およびＳＭＳクライアント１１に対して前記登録されたプレゼンス状態情報を通知する(又、ＳＭＳクライアント１１およびＩＰＭクライアント４１からプレゼンス状態情報を取得すると共に、予め記憶されたプレゼンス状態情報の更新設定を行う。次いで、前記ＳＭＳクライアント１１が、前記ＩＰＭクライアント４１にインスタントメッセージを送信すると、前記ＩＰＭサーバ３１が、受信したインスタントメッセージのメッセージ種別を通信先の端末に基づき変換すると共に変換されたインスタントメッセージを送信する)。【００９０】
又、前記クライアント端末それぞれが通信可能か否かを示す通信状態情報(プレゼンス状態情報)をＩＰＭサーバ４１に登録する。次いで、ＩＰＭサーバ３１が、予め設定されたＩＰＭクライアント４１およびＳＭＳクライアント１１に対して前記登録されたプレゼンス状態情報を通知する。又、ＳＭＳクライアント１１およびＩＰＭクライアント４１からプレゼンス状態情報を取得すると共に、予め記憶されたプレゼンス状態情報の更新設定を行う。次いで、ＩＰＭクライアントが、前記ＳＭＳクライアントに向けてインスタントメッセージを送信し）次いで、前記ＩＰＭサーバ３１が、受信したインスタントメッセージのメッセージ種別を通信先の端末に基づき変換すると共に変換されたインスタントメッセージを送信する。【００９１】
ここで、ＩＰＭサーバ３１が実施する内容をプログラム化し、コンピュータに実行させるように構成してもよい。【００９２】
ここでは、はじめにＩＰＭクライアント４１とＳＭＳクライアント１１との相互間で行われる、プレゼンス状態情報の更新(アップデート)を通知する動作、およびＩＰメッセージの送受信動作を説明する。次いで、ＩＰＭクライアント４１とＭＭＳクライアント１３との相互間で行われる、プレゼンス状態情報の更新(アップデート)を通知する動作とＩＰメッセージの送受信動作を説明する。【００９３】
先ず、ＩＰＭクライアント４１がプレゼンス状態情報の更新を行い、この更新内容をＳＭＳクライアント１１が受信するまでの動作を、図６のシーケンスチャートに基づいて説明する。【００９４】
まず、ＩＰＭクライアント４１は、予め登録したプレゼンス状態の内容変更(更新)を、プレゼンス更新登録要求としてＩＰＭサーバ３１に送信する(ステップＳ３０１)。ここでは、ＩＰＭクライアント４１が、図７(A)に示すように、プレゼンス状態情報を’Excited’から’Tired’に変更したことにより、プレゼンス更新登録要求が送信される。次いで、ＩＰＭサーバ３１は、このプレゼンス更新登録要求を受信すると共にＩＰＭユーザデータベース部３２に登録し、ＩＰＭクライアント４１にプレゼンス状態の更新登録の完了を示す更新登録応答を返信する(ステップＳ３０２)。次いでＩＰＭサーバ３１は、受信したプレゼンス更新登録要求に基づいてＩＰＭクライアント４１のプレゼンス状態情報の変更内容を示すプレゼンス状態変更メッセージを作成する(ステップＳ３０３)と共に、このプレゼンス状態変更メッセージを、ＳＭＳＣ２１を介して、ＳＭＳクライアント１１に送信する(ステップＳ３０４)。【００９５】
これにより、このプレゼンス状態変更メッセージを受信したＳＭＳクライアント１１では、図７(B)に示すように、ＩＰＭクライアント４１(ユーザ名：Alice)のプレゼンス状態の変更内容がＳＭＳ形式のＩＰメッセージとして画面表示される。これにより、ＳＭＳクライアント１１のユーザは、ＩＰＭクライアント４１のプレゼンス状態の変更内容を知ることができる。【００９６】
次いで、ＳＭＳクライアント１１がプレゼンス状態情報の更新を行い、この更新内容をＩＰＭクライアント４１が受信する動作を、図８のシーケンスチャートに基づいて説明する。【００９７】
まず、ＳＭＳクライアント１１は、プレゼンス状態の変更(更新)を、プレゼンス更新登録要求としてＳＭＳＣ２１を介してＩＰＭサーバ３１に送信する(ステップＳ３１１)。ここでは、図９(Ａ)に示すように、ＳＭＳクライアント１１のプレゼンス状態情報が”sleep”から”happy”に変更されたことが、ＳＭＳ形式のＩＰメッセージとしてＩＰＭサーバ３１に通知される。【００９８】
次いで、ＩＰＭサーバ３１は、このプレゼンス更新登録要求を受信すると共に、ＳＭＳクライアント１１のプレゼンス状態情報に変更があることを通知するプレゼンス変更通知信号(以下「ＣＩＲ信号1」という)をＩＰＭクライアント４１に送信する(ステップＳ３１２)。ＩＰＭクライアント４１は、このＣＩＲ信号１を受信すると共にＩＰＭサーバ３１に対してＳＭＳクライアント１１のプレゼンス状態情報の更新内容を要求するメッセージ(以下「プレゼンス更新通知要求」という)を送信する(ステップＳ３１３)。【００９９】
ＩＰＭサーバ３１は、このプレゼンス更新通知要求に対して、ＳＭＳクライアント１１のプレゼンス状態更新情報を、ＩＭＰＳ形式で送信する(ステップＳ３１４)。ＩＰＭクライアント４１は、通知されたプレゼンス状態更新情報に基づいて、当該ＩＰＭクライアント４１に保存されたＳＭＳクライアント１１のプレゼンス状態設定を更新設定する。ここでは、図９(Ｂ)に示すように、ＳＭＳクライアント１１（ユーザ名：Joshua）のプレゼンス状態設定が”Sleepy”から”Happy”に変更される。
次いで、ＩＰＭクライアント４１は、当該ＩＰＭクライアント４１に保存されたプレゼンス状態設定が適切に更新されたこと通知する更新完了通知をＩＰＭサーバ３１に送信する(ステップＳ３１５)。【０１００】
次に、ＩＰＭクライアント４１で作成されると共に送信されたＩＰメッセージがＳＭＳクライアント１１で受信されるまでの動作を図１０のシーケンスチャートに基づいて説明する。【０１０１】
まず、ＩＰＭクライアント４１は作成したＩＰメッセージをＳＭＳクライアント１１に向けて送信する(ステップＳ１０１)。ＩＰＭクライアント４１は、図１１に示すように、メッセージ作成画面で入力されたＩＰメッセージをＳｅｎｄボタンが押下されることにより送信する。このＩＰメッセージは、ＩＭＰＳ形式でＩＰＭサーバ３１に送信される。ＩＰＭサーバ３１は、ＩＰＭクライアント４１からのメッセージを受信すると共に、当該メッセージの送信先(転送先)端末のメッセージ種別を判定する(ステップＳ１０２)。ここでは、受信されたＩＰメッセージのメッセージ種別をＩＭＰＳ形式からＳＭＳ形式に変換する(ステップＳ１０３)。【０１０２】
次いで、ＩＰＭサーバ３１は、ＳＭＳＣ２１に変換されたメッセージを送信する（ステップＳ１０４）と共にＩＰＭクライアント４１に送信成功信号(200)を、ＳＭＳＣ２１を介して送信する（ステップＳ１０５）。次いで、ＳＭＳＣ２１は、ＩＰＭサーバ３１から送られたＩＰメッセージを、ＳＭＳクライアント１１に送信(転送)する（ステップＳ１０６）。ＳＭＳクライアント１１は、ＳＭＳＣ２１から送り込まれたＩＰメッセージを受信すると共に当該ＩＰメッセージを表示する（ステップＳ１０７）。【０１０３】
次いで、ＳＭＳクライアント１１で作成され送信されたＩＰメッセージがＩＰＭクライアント４１で受信されるまでの動作を図１２のシーケンスチャートに基づいて説明する。【０１０４】
まず、ＳＭＳクライアント１１は、ＩＰＭクライアント４１宛に作成されたＩＰメッセージをＳＭＳＣ２１に送信する（ステップＳ１１１）。次いで、ＳＭＳＣ２１は、このＩＰメッセージを受信すると共にＩＰＭサーバ３１へ送信する（ステップＳ１１２）。【０１０５】
次いで、ＩＰＭサーバ３１は、このＩＰメッセージの転送先（ＩＰＭクライアント４１）のメッセージ種別を判定する（ステップＳ１１３）と共に、このＩＰメッセージをＩＭＰＳ形式に変換する（ステップＳ１１４）。次いで、このＩＰメッセージをＩＰＭユーザデータベース部３２に格納する（ステップＳ１１５）と共にＳＭＳクライアント１１に応答信号としての送信成功信号(0x0000000)を、ＳＭＳＣ２１を介して送信する（ステップＳ１１６）。【０１０６】
次に、ＩＰＭサーバ３１は、予め設定されたＳＭＳＣ２２を介してＩＰＭクライアント４１にメッセージ着信通知信号(以下「ＣＩＲ信号２」という)を送信する（ステップＳ１１７）。ここで、ＩＰＭサーバ３１は、予め設定されたＳＭＳＣ２１を介してＣＩＲ信号２を送信してもよい。【０１０７】
次いで、ＩＰＭクライアント４１は、ＣＩＲ信号２を受信すると共に、ＩＰＭサーバ３１にＩＰメッセージ取得要求を送信する（ステップＳ１１８）。ＩＰＭサーバ３１は、このメッセージ取得要求を受信すると共に当該メッセージ取得要求に対応するメッセージをＩＰＭクライアント４１に返信する（ステップＳ１１９）。【０１０８】
次いで、ＩＰＭクライアント４１は、このＩＰメッセージを受信すると共にＩＰＭサーバ３１に対してＩＰメッセージの受信成功を示すＩＰメッセージ受信応答を送信する（ステップＳ１２０）。最後に、このメッセージ受信応答を受信したＩＰＭサーバ３１は、ＩＰＭユーザデータベースから前記メッセージを削除する（ステップＳ１２１）。【０１０９】
まず、ＩＰＭクライアント４１がプレゼンス状態情報の更新を行い、この更新内容をＭＭＳクライアント１３が受信するまでの動作を、図１３のシーケンスチャートに基づいて説明する。【０１１０】
まず、ＩＰＭクライアント４１は、プレゼンス状態の変更(更新)を、プレゼンス更新登録要求としてＩＰＭサーバ３１に送信する(ステップＳ３３１)。ここでは、ＩＰＭクライアント４１が、図14(A)に示すように、プレゼンス状態情報を’Excited’から’Tired’に変更したことにより、プレゼンス更新登録要求が送信される。【０１１１】
次いで、ＩＰＭサーバ３１は、このプレゼンス更新登録要求を受信すると共にＩＰＭユーザデータベース部３２に登録し、ＩＰＭクライアント４１にプレゼンス状態の更新登録の完了を示す更新登録応答を返信する(ステップＳ３３２)。次いでＩＰＭサーバ３１は、受信したプレゼンス更新登録要求に基づいてＩＰＭクライアント４１のプレゼンス状態情報の変更内容を示すプレゼンス状態変更メッセージを作成する(ステップＳ３３３)と共に、このプレゼンス状態変更メッセージを、ＭＭＳＣ２３を介して、ＭＭＳクライアント１３に送信する(ステップＳ３３４)。【０１１２】
これにより、このプレゼンス状態変更メッセージを受信したＩＰＭクライアント１３では、図１４（Ｂ）に示すように、ＩＰＭクライアント４１(ユーザ名：Alice)のプレゼンス状態の変更内容がＭＭＳ形式のＩＰメッセージとして画面表示される。これにより、ＭＭＳクライアント１３のユーザは、ＩＰＭクライアント４１のプレゼンス状態の変更内容を知ることができる。【０１１３】
次いで、ＭＭＳクライアント１３がプレゼンス状態情報の更新を行い、この更新内容をＩＰＭクライアント４１が受信する動作を、図１５のシーケンスチャートに基づいて説明する。【０１１４】
まず、ＭＭＳクライアント１３は、プレゼンス状態の変更(更新)を、プレゼンス更新登録要求としてＭＭＳＣ２３を介してＩＰＭサーバ３１に送信する(ステップＳ３４１)。ここでは、図１６（Ａ）に示すように、ＭＭＳクライアント１３のプレゼンス状態情報が”sleep”から”happy”に変更されたことが、ＭＭＳ形式のＩＰメッセージとしてＩＰＭサーバ３１に通知される。【０１１５】
次いで、ＩＰＭサーバ３１は、このプレゼンス更新登録要求を受信すると共に、ＭＭＳクライアント１３のプレゼンス状態情報に変更があることを通知するプレゼンス変更通知信号(以下「ＣＩＲ信号1」という)をＩＰＭクライアント４１に送信する(ステップＳ３４２)。ＩＰＭクライアント４１は、このＣＩＲ信号１を受信すると共にＩＰＭサーバ３１に対してＭＭＳクライアント１３のプレゼンス状態情報の更新内容を要求するメッセージ(以下「プレゼンス更新通知要求」という)を送信する(ステップＳ３４３)。【０１１６】
ＩＰＭサーバ３１は、このプレゼンス更新通知要求に対して、ＭＭＳクライアント１３のプレゼンス状態更新情報を、ＩＭＰＳ形式で送信する(ステップＳ３４４)。ＩＰＭクライアント４１は、通知されたプレゼンス状態更新情報に基づいて、当該ＩＰＭクライアント４１に保存されたＭＭＳクライアント１３のプレゼンス状態設定を更新設定する。ここでは、図１６（Ｂ）に示すように、ＭＭＳクライアント１３（ユーザ名：Joshua）のプレゼンス状態設定が”Sleepy”から”Happy”に変更される。【０１１７】
次いで、ＩＰＭクライアント４１は、当該ＩＰＭクライアント４１に保存されたプレゼンス状態設定が適切に更新されたこと通知する更新完了通知をＩＰＭサーバ３１に送信する(ステップＳ３４５)。【０１１８】
次に、ＩＰＭクライアント４１で作成されると共に送信されたＩＰメッセージがＭＭＳクライアント１３で受信されるまでの動作を図１７のシーケンスチャートに基づいて説明する。【０１１９】
まず、ＩＰＭクライアント４１は作成したＩＰメッセージをＭＭＳクライアント１３に向けて送信する(ステップＳ１３１)。ＩＰＭクライアント４１は、図１１に示すように、メッセージ作成画面で入力されたＩＰメッセージをＳｅｎｄボタンが押下されることにより送信する。このＩＰメッセージは、ＩＭＰＳ形式でＩＰＭサーバ３１に送信される。【０１２０】
ＩＰＭサーバ３１は、ＩＰＭクライアント４１からのメッセージを受信すると共に、当該メッセージの送信先(転送先)端末のメッセージ種別を判定する(ステップＳ１３２)。ここでは、受信されたＩＰメッセージのメッセージ種別をＩＭＰＳ形式からＭＭＳ形式に変換する(ステップＳ１３３)。【０１２１】
次いで、ＩＰＭサーバ３１は、ＭＭＳＣ２３に変換されたメッセージを送信する（ステップＳ１３４）と共にＩＰＭクライアント４１に送信成功信号(200)を、ＭＭＳＣ２３を介して送信する（ステップＳ１３５）。次いで、ＭＭＳＣ２３は、ＩＰＭサーバ３１から送られたＩＰメッセージを、ＭＭＳクライアント１３に送信(転送)する（ステップＳ１３６）。ＭＭＳクライアント１３は、ＭＭＳＣ２３から送り込まれたＩＰメッセージを受信すると共に当該ＩＰメッセージを表示する（ステップＳ１３７）。【０１２２】
次いで、ＭＭＳクライアント１３で作成され送信されたＩＰメッセージがＩＰＭクライアント４１で受信されるまでの動作を図１８のシーケンスチャートに基づいて説明する。【０１２３】
まず、ＭＭＳクライアント１３は、ＩＰＭクライアント４１宛に作成されたＩＰメッセージをＭＭＳＣ２３に送信する（ステップＳ１４１）。次いで、ＭＭＳＣ２３は、このＩＰメッセージを受信すると共にＩＰＭサーバ３１へ送信する（ステップＳ１４２）。【０１２４】
次いで、ＩＰＭサーバ３１は、このＩＰメッセージの転送先（ＩＰＭクライアント４１）のメッセージ種別を判定する（ステップＳ１４３）と共に、このＩＰメッセージをＩＭＰＳ形式に変換する（ステップＳ１４４）。次いで、このＩＰメッセージをＩＰＭユーザデータベース部３２に格納する（ステップＳ１４５）と共にＭＭＳクライアント１３に応答信号としての送信成功信号(0x0000000)を、ＭＭＳＣ２３を介して送信する（ステップＳ１４６）。【０１２５】
次に、ＩＰＭサーバ３１は、予め設定されたＳＭＳＣ２２を介してＩＰＭクライアント４１にメッセージ着信通知信号(以下「ＣＩＲ信号２」という)を送信する（ステップＳ１４７）。ここで、ＩＰＭサーバ３１は、予め設定されたＭＭＳＣ２３を介してＣＩＲ信号２を送信してもよい。【０１２６】
次いで、ＩＰＭクライアント４１は、ＣＩＲ信号２を受信すると共に、ＩＰＭサーバ３１にＩＰメッセージ取得要求を送信する（ステップＳ１４８）。ＩＰＭサーバ３１は、このメッセージ取得要求を受信すると共に当該メッセージ取得要求に対応するメッセージをＩＰＭクライアント４１に返信する（ステップＳ１４９）。【０１２７】
次いで、ＩＰＭクライアント４１は、このＩＰメッセージを受信すると共にＩＰＭサーバ３１に対してＩＰメッセージの受信成功を示すＩＰメッセージ受信応答を送信する（ステップＳ１５０）。最後に、このメッセージ受信応答を受信したＩＰＭサーバ３１は、ＩＰＭユーザデータベースから前記メッセージを削除する（ステップＳ１５１）。【０１２８】
この実施形態によれば、ＩＰＭサーバ３１に接続されたＩＰＭクライアント４１は、既存のクライアント端末であるＳＭＳクライアント１１およびＭＭＳクライアント１３と相互にインスタントメッセージの送受信を行うことができ、且つプレゼンス情報およびその変更内容を、相互に通知することができる。これにより、上記各クライアント端末のユーザは、通信相手の対応しているメッセージ種別を意識することなく、メッセージの送受信を行うことができる。【０１２９】
又、登録されたユーザ情報およびプレゼンス状態情報がリアルタイムに更新されるため、上記各クライアント端末のユーザは通信相手の状態（プレゼンス）を確認し、最適な手段およびタイミングで連絡を取ることができる。更に、ＳＭＳの様式を引き継いで利用することにより、既存のＳＭＳユーザと連携してメッセージサービスを利用することができる。【０１３０】
又、アカウントやＥ−Ｍａｉｌアドレスを知らない相手とも、電話番号が分かれば、インスタントメッセージ通信を行うことができる。更に、通信に先立って承認や登録などの手続きを行わずにメッセージの送受信を行うことができる。更に、本実施形態では、既存のメッセージサービスとして、ＳＭＳとＭＭＳを例示しているが、ＩＳＰ事業者により提供されるインスタントメッセンジャーサービス(ＩＳＰ−ＩＭ)とのメッセージサービスの連携も、上記ＳＭＳおよびＭＭＳと同様に行うことができる。又、本実施形態では、ユーザに対する課金設定や、広告表示などＩＰＭサーバによるオペレータ主導のサービス提供を行うことができる。【０１３１】
以上、実施形態（及び実施例）を参照して本願発明を説明したが、本願発明は上記実施形態（及び実施例）に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。【０１３２】
この出願は２００７年３月３０日に出願された日本出願特願２００７−０９１４７９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【産業上の利用可能性】
【０１３３】
本発明は、サーバを介して通信端末間で実時間通信を行うリアルタイム通信サービスシステムに適用可能である。
【図面の簡単な説明】
【０１３４】
【図１】本発明の実施形態に係る通信システムにおけるネットワーク全体を示す構成図である。
【図２】図１に開示した通信システムであって、図２(A)はＳＭＳクライアントに通知されるＩＰメッセージの一例を示す説明図、図２(B)はＭＭＳクライアントに通知されるＩＰメッセージの一例を示す説明図である。
【図３】図１に開示した通信システムにおけるＩＰＭサーバの構成内容の一例を示すブロック図である。
【図４】図１に開示した通信システムにおけるＩＰＭサーバがＩＰメッセージを受信した場合の処理ステップを概略的に表示したフローチャートである。
【図５】図１に開示した通信システムであって、図５(A)はＳＭＳクライアントからＩＰＭクライアントに通知された情報の一例を示す説明図、図５(B)はＭＭＳクライアントからＩＰＭクライアントに通知された情報の一例を示す説明図である。
【図６】図１に開示した通信システムであって、ＩＰＭクライアントからＳＭＳクライアントへのプレゼンス状態情報更新の通信動作のタイミングを示す通信シーケンスチャートである。
【図７】図１に開示した通信システムであって、図７(A)はＩＰＭクライアントのプレゼンス状態の更新内容の一例を示す説明図、図７(B)はＳＭＳクライアントに通知されたメッセージ内容の一例を示す説明図である。
【図８】図１に開示した通信システムにおけるＳＭＳクライアントからＩＰＭクライアントへのプレゼンス状態情報更新の通信動作のタイミングを示す通信シーケンスチャートである。
【図９】図１に開示した通信システムであって、図９(A)はＳＭＳクライアントのプレゼンス状態の更新内容の一例を示す説明図、図９(B)はＩＰＭクライアントに通知されたメッセージ内容の一例を示す説明図である。
【図１０】図１に開示した通信システムにおけるＩＰＭクライアントとＳＭＳクライアントとＳＭＳＣサーバとＩＰＭサーバとの各相互間で行われる通信動作のタイミングを示す通信シーケンスチャートである。
【図１１】図１に開示した通信システムにおけるＩＰＭクライアントにより作成されたメッセージ内容の一例を示す説明図である。
【図１２】図１に開示した通信システムであって、ＩＰＭクライアントとＳＭＳクライアントとＳＭＳＣサーバとＩＰＭサーバとの各相互間で行われる通信動作のタイミングを示す通信シーケンスチャートである。
【図１３】図１に開示した通信システムであって、ＩＰＭクライアントからＭＭＳクライアントへのプレゼンス状態情報更新の通信動作のタイミングを示す通信シーケンスチャートである。
【図１４】図１に開示した通信システムであって、図14(A)はＩＰＭクライアントのプレゼンス状態の更新内容の一例を示す説明図、図14(B)はＭＭＳクライアントに通知されたメッセージ内容の一例を示す説明図である。
【図１５】図１に開示した通信システムにおけるＭＭＳクライアントからＩＰＭクライアントへのプレゼンス状態情報更新の通信動作のタイミングを示す通信シーケンスチャートである。
【図１６】図１に開示した通信システムであって、図16(A)はＭＭＳクライアントのプレゼンス状態の更新内容の一例を示す説明図、図16(B)はＩＰＭクライアントに通知されたメッセージ内容の一例を示す説明図である。
【図１７】図１に開示した通信システムにおけるＩＰＭクライアントからＭＭＳクライアントに対して、ＭＭＳＣサーバとＩＰＭサーバとを介して行われる通信動作のタイミングを示す通信シーケンスチャートである。
【図１８】図１に開示した通信システムにおけるＭＭＳクライアントからＩＰＭクライアントに対して、ＭＭＳＣサーバとＩＰＭサーバとを介して行われる通信動作のタイミングを示す通信シーケンスチャートである。
【図１９】関連する通信システムであって、図19(Ａ)はＳＭＳシステムのネットワーク構成を示す概略構成図、図19(Ｂ)はＭＭＳシステムのネットワーク構成を示す概略構成図、図19(Ｃ)はＥＭＳシステムのネットワーク構成を示す概略構成図である。
【符号の説明】
【０１３５】
１１  ＳＭＳクライアント
１３  ＭＭＳクライアント
１５  ＭＥＳクライアント
２１  ＳＭＳサーバ
２３  ＭＭＳサーバ
２５  ＭＥＳサーバ
３１  ＩＰＭサーバ
３２  ＩＰＭユーザデータベース部
３３  クライアントインターフェイス部
３４  メッセージ変換中継部
４１  ＩＰＭクライアント
３３１  ＩＭＰＳ通信手段
３３２  ＩＭ通信手段
３４１  ＩＰＭ通信経路制御手段
３４２  メッセージ種別変換手段
【図１】
2008126580.tif 000003
【図２】
2008126580.tif 000004
【図３】
2008126580.tif 000005
【図４】
2008126580.tif 000006
【図５】
2008126580.tif 000007
【図６】
2008126580.tif 000008
【図７】
2008126580.tif 000009
【図８】
2008126580.tif 000010
【図９】
2008126580.tif 000011
【図１０】
2008126580.tif 000012
【図１１】
2008126580.tif 000013
【図１２】
2008126580.tif 000014
【図１３】
2008126580.tif 000015
【図１４】
2008126580.tif 000016
【図１５】
2008126580.tif 000017
【図１６】
2008126580.tif 000018
【図１７】
2008126580.tif 000019
【図１８】
2008126580.tif 000020
【図１９】
2008126580.tif 000021
【国際調査報告】
2008126580.tif 000022
2008126580.tif 000023