(57)【特許請求の範囲】
【請求項１】
インスタントメッセージアプリケーションサーバに、ユーザのためのインスタントメッセージ用マルチメディア着信音（ＭＲＴ：Ｍｕｌｔｉｍｅｄｉａ  Ｒｉｎｇ  Ｔｏｎｅ）提示ルールを設定し、
前記インスタントメッセージアプリケーションサーバにより、前記ユーザからインスタントメッセージを受信すると、前記ＭＲＴ提示ルールに従って、ＭＲＴをインスタントメッセージ受信側に提示する必要があると判断し、
前記インスタントメッセージアプリケーションサーバにより、前記ユーザのＭＲＴリソースから、提示するＭＲＴを選択し、
前記インスタントメッセージアプリケーションサーバにより、リソースサーバに記憶された前記提示するＭＲＴのアドレス情報と、前記インスタントメッセージとを、前記インスタントメッセージ受信側に送信し、
前記インスタントメッセージ受信側により、前記ＭＲＴリソースのアドレス情報に応じて、前記リソースサーバから前記ＭＲＴをダウンロードし、前記ＭＲＴを提示する
インスタントメッセージ用ＭＲＴ提示方法。
【請求項２】
前記インスタントメッセージ用ＭＲＴ提示ルールは、
ＭＲＴ提示用オブジェクトテーブルを設定し、前記インスタントメッセージ受信側が前記オブジェクトテーブル内のオブジェクトに属する場合、前記インスタントメッセージ受信側に前記ＭＲＴを提示し、又は
前記ユーザにとっての全てのインスタントメッセージ受信側に、前記ＭＲＴを提示する
請求項１に記載の方法。
【請求項３】
前記ＭＲＴリソースは、オーディオファイル、ビデオファイル、テキストファイル、イメージ及び電子名刺の少なくともいずれか１つを含む
請求項１又は２に記載の方法。
【請求項４】
前記インスタントメッセージ用ＭＲＴ提示ルールは、
前記ユーザの前記ＭＲＴリソースとして２つ以上のＭＲＴがある場合、前記インスタントメッセージ受信側に提示するＭＲＴを、前記ＭＲＴリソースが記憶されている順序に従って循環的に選択し、又は
前記ユーザの前記ＭＲＴリソースとして２つ以上のＭＲＴがある場合、前記インスタントメッセージ受信側に提示するＭＲＴを、前記ＭＲＴリソースからランダムに選択する
請求項３に記載の方法。
【請求項５】
前記ＭＲＴリソースは、
前記ユーザにより前記ＭＲＴサーバにアップロードされたＭＲＴ、
前記ＭＲＴサーバによって提供されたＭＲＴリソースから、前記ユーザにより選択されたＭＲＴ、又は
前記ユーザにより前記ＭＲＴサーバにアップロードされたＭＲＴと、前記ＭＲＴサーバによって提供されたＭＲＴリソースから、前記ユーザにより選択されたＭＲＴとである
請求項１に記載の方法。
【請求項６】
インスタントメッセージアプリケーションサーバに、ユーザのためのインスタントメッセージ用ＭＲＴ提示ルールを設定する設定ユニットと、
前記インスタントメッセージアプリケーションサーバに設けられ、前記ユーザからインスタントメッセージを受信する第１の受信ユニットと、
前記インスタントメッセージアプリケーションサーバに設けられ、前記インスタントメッセージ用ＭＲＴ提示ルールに応じて、ＭＲＴを提示する必要があると判断すると、選択ユニットをトリガする判断ユニットと、
前記インスタントメッセージアプリケーションサーバに設けられ、前記ユーザのＭＲＴリソースから、提示するＭＲＴを選択する選択ユニットと、
前記インスタントメッセージアプリケーションサーバに設けられ、リソースサーバに記憶された前記提示するＭＲＴのアドレス情報と、前記インスタントメッセージとを、前記インスタントメッセージ受信側に送信する送信ユニットと、
前記インスタントメッセージ受信側に設けられ、前記提示するＭＲＴのアドレス情報と、前記インスタントメッセージとを受信する第２の受信ユニットと、
前記インスタントメッセージ受信側に設けられ、前記ＭＲＴリソースのアドレス情報に応じて、前記リソースサーバから前記ＭＲＴをダウンロードし、前記ＭＲＴを提示するＭＲＴ提示ユニットと
を含むインスタントメッセージ用ＭＲＴ提示システム。
【請求項７】
前記設定ユニットが設定したインスタントメッセージ用ＭＲＴ提示ルールは、
ＭＲＴ提示用オブジェクトテーブルを設定し、前記インスタントメッセージ受信側が前記オブジェクトテーブル内のオブジェクトに属する場合、前記インスタントメッセージ受信側に前記ＭＲＴを提示し、又は
前記ユーザにとっての全てのインスタントメッセージ受信側に、前記ＭＲＴを提示する
請求項６に記載のシステム。
【請求項８】
前記ＭＲＴリソースは、オーディオファイル、ビデオファイル、テキストファイル、イメージ及び電子名刺の少なくともいずれか１つを含むことを特徴とする
請求項６又は７に記載のシステム。
【請求項９】
前記設定ユニットが設定したＭＲＴ提示ルールは、
前記ユーザの前記ＭＲＴリソースとして２つ以上のＭＲＴがある場合、前記インスタントメッセージ受信側に提示するＭＲＴを、前記ＭＲＴリソースが記憶されている順序に従って循環的に選択し、又は
前記ユーザの前記ＭＲＴリソースとして２つ以上のＭＲＴがある場合、前記インスタントメッセージ受信側に提示するＭＲＴを、前記ＭＲＴリソースからランダムに選択する
請求項８に記載のシステム。
【請求項１０】
前記ＭＲＴリソースは、
前記ユーザにより前記ＭＲＴサーバにアップロードされたＭＲＴ、
前記ＭＲＴサーバによって提供されたＭＲＴリソースから、前記ユーザにより選択されたＭＲＴ、又は
前記ユーザにより前記ＭＲＴサーバにアップロードされたＭＲＴと、前記ＭＲＴサーバによって提供されたＭＲＴリソースから、前記ユーザにより選択されたＭＲＴとである
請求項６に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インスタントメッセージ（ＩＭ：Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｅ）用マルチメディア着信音（ＭＲＴ：Ｍｕｌｔｉｍｅｄｉａ  Ｒｉｎｇ  Ｔｏｎｅ）提示技術に関し、特に、インスタントメッセージ用ＭＲＴ提示方法及びシステムに関する。
【背景技術】
【０００２】
通信技術が発展するにつれて、ユーザにとっての通信上の必要性を満たすために、様々なタイプのメッセージサービスが提供されている。そのようなメッセージサービスとしては、ショートメッセージサービス（ＳＭＳ：Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）、マルチメディアメッセージサービス（ＭＭＳ：Ｍｕｌｔｉｍｅｄｉａ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）、インスタントメッセージ（ＩＭ：Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｅ）がある。これら各メッセージサービスの中でも、インスタントメッセージサービスは、最初にインターネット分野に応用され、その後、徐々に遠隔通信（テレコミュニケーション）分野へと広がっている。事業者は次々とネットワークを構築し、また、モバイル端末の機能は向上している。このため、インスタントメッセージサービスは、ユーザ間の重要なコミュニケーションツールとなっている。インスタントメッセージサービスに対するユーザの要求もまた、インスタントメッセージの急速な発展を後押ししている。
【０００３】
一方、ＭＲＴサービスでは、発呼者が被呼者を呼び出すと、被呼端末は、被呼者が応答するまでの間、ネットワークから取得したＭＲＴリソースを被呼者に提示する。ＭＲＴリソースは、発呼者により予め設定されたイメージ、テキスト、ビデオ、オーディオなどのリソース、又はそれらの組み合せである。現在のＭＲＴサービスによれば、主に、通話の前に、被呼者は、発呼者が設定した個人用のＭＲＴリソースを体験することができる。
【０００４】
また、インスタントメッセージを相手に送信する場合、ユーザは、ユーザ自身が設定した個人用のＭＲＴリソースを、メッセージ受信側に提示したいと考えることもある。この個人用のＭＲＴリソースとは、例えば、テキスト、イメージ又はユーザ自身の電子名刺（ｖＣａｒｄ）等である。特に、所定時間内に複数回のメッセージインタラクションが行われる場合には、ユーザは、最初のメッセージを送信するときに、上記個人用のＭＲＴリソースを提示したいと考える。また、ユーザは、異なる時間帯に応じて、ユーザ自身の気持ちに応じて、そして、異なるインスタントメッセージ受信側に応じて、異なるリソースを提示するよう設定してよい。これにより、ユーザは、高品質なサービスを体験することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、現状では、ＭＲＴサービスは、インスタントメッセージ分野には応用されていない。上記のサービスに対する要求がまだ発展していない。また、現状では、インスタントメッセージ受信側にＭＲＴを提示する技術的解決手段が提案されていない。
【０００６】
以上に鑑み、本発明の主な目的は、ユーザの設定方式に従って設定されたＭＲＴをインスタントメッセージ受信側に提示することが可能なインスタントメッセージ用ＭＲＴ提示方法及びシステムを提供することにある。
【課題を解決するための手段】
【０００７】
上記の目的を達成するために、本発明の技術的解決手段は、
インスタントメッセージアプリケーションサーバに、ユーザのためのインスタントメッセージ用マルチメディア着信音（ＭＲＴ：Ｍｕｌｔｉｍｅｄｉａ  Ｒｉｎｇ  Ｔｏｎｅ）提示ルールを設定し、
前記インスタントメッセージアプリケーションサーバにより、前記ユーザからインスタントメッセージを受信すると、前記ＭＲＴ提示ルールに従って、ＭＲＴをインスタントメッセージ受信側に提示する必要があると判断し、
前記インスタントメッセージアプリケーションサーバにより、前記ユーザのＭＲＴリソースから、提示するＭＲＴを選択し、
前記インスタントメッセージアプリケーションサーバにより、リソースサーバに記憶された前記提示するＭＲＴのアドレス情報と、前記インスタントメッセージとを、前記インスタントメッセージ受信側に送信し、
前記インスタントメッセージ受信側により、前記ＭＲＴリソースのアドレス情報に応じて、前記リソースサーバから前記ＭＲＴをダウンロードし、前記ＭＲＴを提示する
インスタントメッセージ用ＭＲＴ提示方法により実現される。
【０００８】
好ましくは、前記インスタントメッセージ用ＭＲＴ提示ルールは、
ＭＲＴ提示用オブジェクトテーブルを設定し、前記インスタントメッセージ受信側が前記オブジェクトテーブル内のオブジェクトに属する場合、前記インスタントメッセージ受信側に前記ＭＲＴを提示し、又は
前記ユーザにとっての全てのインスタントメッセージ受信側に、前記ＭＲＴを提示する。
【０００９】
好ましくは、前記ＭＲＴリソースは、オーディオファイル、ビデオファイル、テキストファイル、イメージ及び電子名刺の少なくともいずれか１つを含む。
【００１０】
好ましくは、前記インスタントメッセージ用ＭＲＴ提示ルールは、
前記ユーザの前記ＭＲＴリソースとして２つ以上のＭＲＴがある場合、前記インスタントメッセージ受信側に提示するＭＲＴを、前記ＭＲＴリソースが記憶されている順序に従って循環的に選択し、又は
前記ユーザの前記ＭＲＴリソースとして２つ以上のＭＲＴがある場合、前記インスタントメッセージ受信側に提示するＭＲＴを、前記ＭＲＴリソースからランダムに選択する。
【００１１】
好ましくは、前記ＭＲＴリソースは、
前記ユーザにより前記ＭＲＴサーバにアップロードされたＭＲＴ、
前記ＭＲＴサーバによって提供されたＭＲＴリソースから、前記ユーザにより選択されたＭＲＴ、又は
前記ユーザにより前記ＭＲＴサーバにアップロードされたＭＲＴと、前記ＭＲＴサーバによって提供されたＭＲＴリソースから、前記ユーザにより選択されたＭＲＴとである。
【００１２】
本発明の技術的解決手段は、さらに、インスタントメッセージアプリケーションサーバに、ユーザのためのインスタントメッセージ用ＭＲＴ提示ルールを設定する設定ユニットと、
前記インスタントメッセージアプリケーションサーバに設けられ、前記ユーザからインスタントメッセージを受信する第１の受信ユニットと、
前記インスタントメッセージアプリケーションサーバに設けられ、前記インスタントメッセージ用ＭＲＴ提示ルールに応じて、ＭＲＴを提示する必要があると判断すると、選択ユニットをトリガする判断ユニットと、
前記インスタントメッセージアプリケーションサーバに設けられ、前記ユーザのＭＲＴリソースから、提示するＭＲＴを選択する選択ユニットと、
前記インスタントメッセージアプリケーションサーバに設けられ、リソースサーバに記憶された前記提示するＭＲＴのアドレス情報と、前記インスタントメッセージとを、前記インスタントメッセージ受信側に送信する送信ユニットと、
前記インスタントメッセージ受信側に設けられ、前記提示するＭＲＴのアドレス情報と、前記インスタントメッセージとを受信する第２の受信ユニットと、
前記インスタントメッセージ受信側に設けられ、前記ＭＲＴリソースのアドレス情報に応じて、前記リソースサーバから前記ＭＲＴをダウンロードし、前記ＭＲＴを提示するＭＲＴ提示ユニットと
を含むインスタントメッセージ用ＭＲＴ提示システムにより実現される。
【００１３】
好ましくは、前記設定ユニットが設定したインスタントメッセージ用ＭＲＴ提示ルールは、
ＭＲＴ提示用オブジェクトテーブルを設定し、前記インスタントメッセージ受信側が前記オブジェクトテーブル内のオブジェクトに属する場合、前記インスタントメッセージ受信側に前記ＭＲＴを提示し、又は
前記ユーザにとっての全てのインスタントメッセージ受信側に、前記ＭＲＴを提示する。
【００１４】
好ましくは、前記ＭＲＴリソースは、オーディオファイル、ビデオファイル、テキストファイル、イメージ及び電子名刺の少なくともいずれか１つを含むことを特徴とする。
【００１５】
好ましくは、前記設定ユニットが設定したＭＲＴ提示ルールは、
前記ユーザの前記ＭＲＴリソースとして２つ以上のＭＲＴがある場合、前記インスタントメッセージ受信側に提示するＭＲＴを、前記ＭＲＴリソースが記憶されている順序に従って循環的に選択し、又は
前記ユーザの前記ＭＲＴリソースとして２つ以上のＭＲＴがある場合、前記インスタントメッセージ受信側に提示するＭＲＴを、前記ＭＲＴリソースからランダムに選択する。
【００１６】
好ましくは、前記ＭＲＴリソースは、
前記ユーザにより前記ＭＲＴサーバにアップロードされたＭＲＴ、
前記ＭＲＴサーバによって提供されたＭＲＴリソースから、前記ユーザにより選択されたＭＲＴ、又は
前記ユーザにより前記ＭＲＴサーバにアップロードされたＭＲＴと、前記ＭＲＴサーバによって提供されたＭＲＴリソースから、前記ユーザにより選択されたＭＲＴとである。
【発明の効果】
【００１７】
本発明によれば、インスタントメッセージアプリケーションサーバに、ユーザのためのインスタントメッセージ用ＭＲＴ提示ルールを設定する。前記ユーザのＭＲＴリソースを、リソースサーバに記憶する。インスタントメッセージアプリケーションサーバが、ＭＲＴをインスタントメッセージ受信側に提示すると判断する。すると、インスタントメッセージと、リソースサーバに記憶され、提示すると判断されたＭＲＴのアドレス情報とを、インスタントメッセージ受信側に送信する。インスタントメッセージ受信側のユーザ端末は、ＭＲＴのアドレス情報に応じて、前記リソースサーバから対応するＭＲＴをダウンロードし、ＭＲＴをインスタントメッセージ受信側に提示する。本発明によれば、インスタントメッセージユーザは、高品質なサービスを体験することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態１に係るインスタントメッセージ用ＭＲＴ提示方法のフローチャートである。
【図２】本発明の実施形態２に係るインスタントメッセージ用ＭＲＴ提示方法のフローチャートである。
【図３】本発明に係るインスタントメッセージ用ＭＲＴ提示システムの構造を示す図である。
【発明を実施するための形態】
【００１９】
本発明の基本的な着想は以下のとおりである。すなわち、インスタントメッセージアプリケーションサーバに、ユーザのためのインスタントメッセージ用ＭＲＴ提示ルールを設定する。前記ユーザのＭＲＴリソースを、リソースサーバに記憶する。インスタントメッセージアプリケーションサーバが、ＭＲＴをインスタントメッセージ受信側に提示すると判断する。すると、インスタントメッセージと、リソースサーバに記憶され、提示すると判断されたＭＲＴのアドレス情報とを、インスタントメッセージ受信側に送信する。インスタントメッセージ受信側のユーザ端末は、ＭＲＴのアドレス情報に応じて、リソースサーバから対応するＭＲＴをダウンロードし、インスタントメッセージ受信側にＭＲＴを提示する。本発明によれば、インスタントメッセージユーザは、高品質なサービスを体験することができる。
【００２０】
本発明の目的、技術的解決手段及び利点をより明確にするため、以下、実施形態と共に、図面を参照しながら本発明をより詳細に説明する。
【００２１】
本発明の技術的解決手段によれば、ＭＲＴの提示に係る装置又はサーバとして、主に、インスタントメッセージングアプリケーションサーバ（ＩＭ−ＡＳ：Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）と、ＭＲＴサーバ（ＭＲＴＳ：Ｍｕｌｔｉｍｅｄｉａ  Ｒｉｎｇ  Ｔｏｎｅ  Ｓｅｒｖｅｒ）と、リソースサーバ（ＲＳ：Ｒｅｓｏｕｒｃｅ  Ｓｅｒｖｅｒ）と、インスタントメッセージ送信側のユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）と、インスタントメッセージ受信側のユーザ装置（ＵＥ）とが用いられる。さらに、ＭＲＴの提示に係る装置又はサーバとして、必要に応じて、シグナリング及びメディアベアラに用いられるアクセスネットワークやコアネットワーク等の装置などが用いられる。ここで、インスタントメッセージ送信側ＵＥは、インスタントメッセージ送信側のユーザにより利用されるユーザ装置である。ユーザは、当該ユーザ装置を介して、インスタントメッセージを送信する。インスタントメッセージ受信側ＵＥは、受信側のユーザにより利用されるユーザ装置である。ユーザは、当該装置を介して、インスタントメッセージを受信する。インスタントメッセージ受信側ＵＥは、インスタントメッセージと、提示するＭＲＴのアドレス情報とを受信すると、ＭＲＴのアドレス情報に応じて、対応するＭＲＴをＲＳからダウンロードする。インスタントメッセージ受信側ＵＥは、ダウンロードしたＭＲＴを、インスタントメッセージ受信側のユーザに提示する。ＩＭ−ＡＳは、本発明に係るインスタントメッセージサービスを実現するためのコアとなる装置である。ＩＭ−ＡＳは、インスタントメッセージユーザ間で、インスタントメッセージを送信する。ＭＲＴＳは、インスタントメッセージユーザのＭＲＴリソースの設定情報を記憶する。このＭＲＴリソースの設定情報とは、例えば、ユーザのＭＲＴリソースの具体的な識別情報、ユーザのＭＲＴの数、ＭＲＴの属性などである。ＭＲＴＳは、ＩＭ−ＡＳと共に、ＭＲＴ機能を有するインスタントメッセージサービスを実現する。本発明において、ＭＲＴＳは、ＩＭ−ＡＳと一体化して１つの装置としてもよい。ＲＳは、インスタントメッセージユーザの具体的なＭＲＴリソースを記憶し、インスタントメッセージユーザ装置のダウンロード要求を受信し、ＭＲＴリソースのダウンロードサービスを提供する。
【００２２】
本発明によれば、ＭＲＴ機能を有するインスタントメッセージサービスを実現するためのシステムが提供される。このシステムによれば、インスタントメッセージ送信側によって、ＭＲＴリソースが設定される。このＭＲＴリソースは、リソースサーバに予め記憶される。このリソースサーバは、ＭＲＴをダウンロードさせることが可能である。インスタントメッセージ受信側ＵＥは、このリソースサーバにアクセスすることができる。ユーザがインスタントメッセージを送信すると、インスタントメッセージアプリケーションサーバは、送信側が設定したＭＲＴリソースが記憶されたアドレスを、インスタントメッセージ受信側ＵＥに送信する。インスタントメッセージ受信側ＵＥは、リソースサーバから、インスタントメッセージ送信側が設定したＭＲＴリソースをダウンロードする。インスタントメッセージ受信側ＵＥは、メッセージ到着情報を受信側端末に通知する必要がある場合、インスタントメッセージ送信側が設定したＭＲＴリソースを、受信側のユーザに提示する。
【００２３】
本発明に係るＭＲＴ提示方法を実行する前に、インスタントメッセージ送信側ユーザは、ユーザの好みに応じたＭＲＴリソース及びＭＲＴリソースの提示ルールを、ＩＭ−ＡＳ及びＭＲＴＳに設定する必要がある。ＭＲＴリソースは、リソースタイプと、具体的なリソースコンテンツと、リソースのＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）とを含む。ＭＲＴリソースは、オーディオファイル、ビデオファイル、テキストファイル、イメージ、電子名刺（ｖＣａｒｄ）の少なくとも１つである。インスタントメッセージ用ＭＲＴ提示ルールとしては、以下のルールがある。すなわち、ＭＲＴ提示用オブジェクトテーブルを設定し、インスタントメッセージ受信側が前記オブジェクトテーブル内のオブジェクトに属する場合、ＭＲＴを前記インスタントメッセージ受信側に提示する。あるいは、ＭＲＴを全てのインスタントメッセージ受信側に提示する。インスタントメッセージ用ＭＲＴ提示ルールとしては、さらに、以下のルールがある。すなわち、インスタントメッセージ送信側のユーザのＭＲＴリソースとして２つ以上のＭＲＴがある場合、インスタントメッセージ受信側に提示するＭＲＴを、ＭＲＴリソースが記憶されている順序に従って循環的に選択する。あるいは、インスタントメッセージ送信側のユーザのＭＲＴリソースとして２つ以上のＭＲＴがある場合、インスタントメッセージ受信側に提示するＭＲＴを、ＭＲＴリソースからランダムに選択する。インスタントメッセージ送信側のユーザのＭＲＴリソースは、リソースサーバに記憶される。ＭＲＴリソースは、インスタントメッセージ送信側のユーザによりＭＲＴサーバにアップロードされたＭＲＴである。あるいは、ＭＲＴリソースは、ＭＲＴサーバによって提供されたＭＲＴリソースから、ユーザが選択したＭＲＴである。あるいは、ＭＲＴリソースは、ユーザによりＭＲＴサーバにアップロードされたＭＲＴと、ＭＲＴサーバによって提供されたＭＲＴリソースからユーザが選択したＭＲＴとである。
【００２４】
本発明は、既存のインスタントメッセージサービスの仕様に基づいている。インタラクティブなメッセージフォーマット及びフィールドを拡張する必要がない。インスタントメッセージサービス間のインタラクションに影響を与えることなく、早急に態勢を整えることができる。さらに、本発明によれば、ユーザが高品質なサービスを体験することができる。以下、具体例を用いて、本発明の技術的解決手段の本質を説明する。
【００２５】
＜実施形態１＞
図１は、本発明の実施形態１に係るインスタントメッセージ用ＭＲＴ提示方法のフローチャートである。図１に示すように、本実施形態では、インスタントメッセージユーザは、Ｐａｇｅモードで、インスタントメッセージを送信する。Ｐａｇｅモードでは、ユーザは、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）ＭＥＳＳＡＧＥ方式を利用してメッセージの送信を行う。Ｐａｇｅモードでは、メッセージのサイズは、１３００バイト未満である。本実施形態に係るインスタントメッセージ用ＭＲＴ提示方法は、下記のステップを含む。
【００２６】
ステップ１０１：インスタントメッセージ送信側ＵＥは、ユーザが送信したいインスタントメッセージを含む「ＳＩＰ  ＭＥＳＳＡＧＥ」メッセージを、ＩＭ−ＡＳ／ＭＲＴＳに送信する。ＩＭ−ＡＳ及びＭＲＴＳがメッセージシステムにそれぞれ独立して設定される場合、インスタントメッセージは、直接ＩＭ−ＡＳに送信される。複数のＩＭ−ＡＳ間で、情報が交換される。各ＩＭ−ＡＳは、ＭＲＴ提示ルールと、ＭＲＴリソースの設定情報とを検索可能である。ＭＲＴ提示ルールは、インスタントメッセージ送信側のユーザにより設定されたものである。ＭＲＴリソースの設定情報は、ＭＲＴＳに記憶されたものである。
【００２７】
ステップ１０２：ＩＭ−ＡＳ／ＭＲＴＳは、「ＭＥＳＳＡＧＥ」メッセージに対する応答メッセージ「２００  ＯＫ」を、インスタントメッセージ送信側ＵＥに送信する。ＩＭ−ＡＳ／ＭＲＴＳは、インスタントメッセージ送信側ＵＥが送信したインスタントメッセージを受信したことを、インスタントメッセージ送信側ＵＥに通知する。
【００２８】
ステップ１０３：ＩＭ−ＡＳ／ＭＲＴＳは、ユーザが設定したＭＲＴ提示ルールを検索する。ＩＭ−ＡＳ／ＭＲＴＳは、「ＭＥＳＳＡＧＥ」メッセージに「Ｃａｌｌ−Ｉｎｆｏ」フィールドを追加する。これにより、当該フィールドに、ＭＲＴリソース情報が含まれることとなる。
【００２９】
次に、インスタントメッセージ受信側は、メッセージに含まれるＭＲＴ情報に応じて、対応するＭＲＴをダウンロードする。インスタントメッセージ受信側は、インスタントメッセージ受信者に、ＭＲＴを提示する。
【００３０】
本発明において、ＭＲＴリソースのタイプは、例えば、イメージ、文字、又はユーザがデザインした電子名刺（ｖＣａｒｄ）である。「Ｃａｌｌ−Ｉｎｆｏ」フィールドには、ＲＳに記憶されたＭＲＴリソースのアドレス情報（例えば、ＵＲＩ情報）が含まれる必要がある。リソースタイプは、「ｐｕｒｐｏｓｅ」パラメータとして示される。リソースタイプには、「ｉｃｏｎ」、「ｉｎｆｏ」及び「ｃａｒｄ」がある。「ｉｃｏｎ」は、送信側アイコンとして使用可能なイメージリソースを示す。「ｉｎｆｏ」は、送信側の記述情報を示す。「ｃａｒｄ」は、送信側の電子名刺（ｖＣａｒｄ）情報を示す。１度に送信されるインスタントメッセージに含まれるリソース情報は、上記３種類のいずれか１つ又はこれらの組み合せであればよい。例えば、下記の「Ｃａｌｌ−Ｉｎｆｏ」フィールドには、２つのタイプのＭＲＴリソース（インスタントメッセージ送信側のイメージ（ｉｃｏｎ）、記述情報（ｉｎｆｏ））が含まれる。
【００３１】
Ｃａｌｌ−Ｉｎｆｏ：  <http://www.example.com/xiaoi/photo.jpg>;purpose=icon，
<http://www.example.com/xiaoi/>;purpose=info
【００３２】
次に、ＩＭ−ＡＳ／ＭＲＴＳは、インスタントメッセージ送信側が設定したＭＲＴ提示ルールに従って、ＭＲＴを、インスタントメッセージ受信側に提示する。具体的なＭＲＴ提示ルールは、実施形態中既に説明したから、ここでの説明は省略する。本発明の技術的解決手段によれば、ＭＲＴ提示ルールにより、インスタントメッセージ送信側の個人用要求を十分満足させ、インスタントメッセージ送信側が高品質なサービスを体験することを保証する。同時に、ＭＲＴ提示ルールにより、インスタントメッセージ受信側も同様に、高品質なサービスを体験することができる。
【００３３】
ステップ１０４：ＩＭ−ＡＳ／ＭＲＴＳは、「Ｃａｌｌ−Ｉｎｆｏ」フィールドを追加した「ＭＥＳＳＡＧＥ」メッセージを、インスタントメッセージ受信側ＵＥに送信する。
【００３４】
ステップ１０５：インスタントメッセージ受信側ＵＥは、「ＭＥＳＳＡＧＥ」メッセージに対する応答メッセージ「２００  ＯＫ」を、ＩＭ−ＡＳ／ＭＲＴＳに返す。インスタントメッセージ受信側ＵＥは、ＩＭ−ＡＳ／ＭＲＴＳが転送したインスタントメッセージを受信したことを、ＩＭ−ＡＳ／ＭＲＴＳに通知する。
【００３５】
ステップ１０６：インスタントメッセージ受信側ＵＥは、受信した「ＭＥＳＳＡＧＥ」メッセージに含まれるメッセージコンテンツ及びＭＲＴリソース情報を記憶する。
【００３６】
ステップ１０７：インスタントメッセージ受信側ＵＥは、ＭＲＴリソース情報から、ＭＲＴのアドレス情報（例えば、ＵＲＩ）を抽出する。インスタントメッセージ受信側ＵＥは、抽出したＭＲＴのアドレス情報に応じて、対応するＲＳに、当該ＭＲＴリソースのダウンロードを要求する。
【００３７】
ステップ１０８：ＲＳは、ＭＲＴリソースを、インスタントメッセージ受信側ＵＥに送信する。
【００３８】
ここで、インスタントメッセージ受信側ＵＥが、インタネットサービスに対応しているものとする。この場合、ステップ１０７及び１０８において、ハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ：Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）方式を用いて、ＭＲＴリソースをダウンロードすることができる。
【００３９】
ステップ１０９：インスタントメッセージ受信側ＵＥは、対応するＭＲＴをダウンロードする。この後、インスタントメッセージ受信側ＵＥは、新しいインスタントメッセージを受信したことをユーザに通知し、ＭＲＴのタイプに応じて、ＭＲＴリソースを提示する。あるいは、インスタントメッセージ受信側ＵＥは、ＭＲＴを提示しながら、受信したインスタントメッセージを表示する。あるいは、インスタントメッセージ受信側ＵＥは、インスタントメッセージ受信側のユーザがＭＲＴに対して応答した後、受信したインスタントメッセージを表示する。
【００４０】
＜実施形態２＞
図２は、本発明の実施形態２に係るインスタントメッセージ用ＭＲＴ提示方法のフローチャートである。図２に示すように、本実施形態では、インスタントメッセージユーザは、Ｓｅｓｓｉｏｎモードで、インスタントメッセージを送信する。Ｓｅｓｓｉｏｎモードでは、インスタントメッセージを送信する前に、まずセッションを確立する必要がある。Ｓｅｓｓｉｏｎモードでは、セッションを確立した後、ＭＳＲＰ（Ｍｅｓｓａｇｅ  Ｓｅｓｓｉｏｎ  Ｒｅｌａｙ  Ｐｒｏｔｏｃｏｌ）を用いてメッセージを送信する。Ｓｅｓｓｉｏｎモードは、大きいサイズのメッセージ（１３００バイトより大きい）や、ファイルの送信に適用される。本実施形態のインスタントメッセージ用ＭＲＴ提示方法は、下記のステップを含む。
【００４１】
ステップ２０１：インスタントメッセージ送信側ＵＥは、「ＳＩＰ  ＩＮＶＩＴＥ」リクエストをＩＭ−ＡＳ／ＭＲＴＳに送信し、これにより、メッセージを送信するためのＭＳＲＰメディアネゴシエーションを行う。ＩＭ−ＡＳ及びＭＲＴＳがメッセージシステムにそれぞれ独立して設定される場合、「ＳＩＰ  ＩＮＶＩＴＥ」リクエストは、直接ＩＭ−ＡＳに送信される。複数のＩＭ−ＡＳ間で、情報が交換される。各ＩＭ−ＡＳは、ＭＲＴ提示ルールと、ＭＲＴリソースの設定情報とを検索可能である。ＭＲＴ提示ルールは、インスタントメッセージ送信側のユーザにより設定されたものである。ＭＲＴリソースの設定情報は、ＭＲＴＳに記憶されたものである。
【００４２】
ステップ２０２：ＩＭ−ＡＳ／ＭＲＴＳは、インスタントメッセージ送信側のユーザが設定したＭＲＴリソースを検索する。ＩＭ−ＡＳ／ＭＲＴＳは、ＭＲＴリソース情報を含む「Ｃａｌｌ−Ｉｎｆｏ」フィールドを「ＩＮＶＩＴＥ」メッセージに追加する。
【００４３】
ＭＲＴリソースのタイプは、例えば、イメージ、文字、又はユーザがデザインした電子名刺（ｖＣａｒｄ）である。「Ｃａｌｌ−Ｉｎｆｏ」フィールドには、ＲＳに記憶されたＭＲＴリソースのアドレス情報（例えば、ＵＲＩ情報）が含まれる必要がある。リソースタイプは、「ｐｕｒｐｏｓｅ」パラメータとして示される。リソースタイプには、「ｉｃｏｎ」、「ｉｎｆｏ」及び「ｃａｒｄ」がある。「ｉｃｏｎ」は、送信側アイコンとして使用可能なイメージリソースを示す。「ｉｎｆｏ」は、送信側の記述情報を示す。「ｃａｒｄ」は、送信側の電子名刺（ｖＣａｒｄ）情報を示す。１度に送信されるインスタントメッセージに含まれるリソース情報は、上記３種類のいずれか１つ又はこれらの組み合せであればよい。例えば、下記の「Ｃａｌｌ−Ｉｎｆｏ」フィールドには、２つのタイプのＭＲＴリソース（インスタントメッセージ送信側のイメージ（ｉｃｏｎ）、記述情報（ｉｎｆｏ））が含まれる。
【００４４】
Ｃａｌｌ−Ｉｎｆｏ：  <http://www.example.com/xiaoi/photo.jpg>;purpose=icon，
<http://www.example.com/xiaoi/>;purpose=info
【００４５】
ステップ２０２において、ＩＭ−ＡＳ／ＭＲＴＳは、インスタントメッセージ送信側が設定したＭＲＴ提示ルールに従って、ＭＲＴを、インスタントメッセージ受信側に提示する。具体的なＭＲＴ提示ルールは、実施形態中既に説明したから、ここでの説明は省略する。本発明の技術的解決手段によれば、ＭＲＴ提示ルールにより、インスタントメッセージ送信側の個人用要求を十分満足させ、インスタントメッセージ送信側が高品質なサービスを体験することを保証する。同時に、ＭＲＴ提示ルールにより、インスタントメッセージ受信側も同様に、高品質なサービスを体験することができる。
【００４６】
ステップ２０３：ＩＭ−ＡＳ／ＭＲＴＳは、「Ｃａｌｌ−Ｉｎｆｏ」フィールドを追加した「ＩＮＶＩＴＥ」メッセージを、インスタントメッセージ受信側ＵＥに送信する。
【００４７】
ステップ２０４：インスタントメッセージ受信側ＵＥは、受信した「ＩＮＶＩＴＥ」メッセージに含まれるＭＲＴリソース情報を記憶する。
【００４８】
ステップ２０５：インスタントメッセージ受信側ＵＥは、「ＩＮＶＩＴＥ」メッセージに対して「２００  ＯＫ」メッセージを返す。これにより、ＩＭ−ＡＳ／ＭＲＴＳと受信側ＵＥとの間で、ＭＳＲＰネゴシエーションが完了する。
【００４９】
ステップ２０６：ＩＭ−ＡＳ／ＭＲＴＳは、「ＡＣＫ」メッセージを、インスタントメッセージ受信側ＵＥに送信する。
【００５０】
ステップ２０７：ＩＭ−ＡＳ／ＭＲＴＳと、インスタントメッセージ受信側ＵＥとの間に、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）リンクが確立する。
【００５１】
ステップ２０８：ＩＭ−ＡＳ／ＭＲＴＳは、「ＩＮＶＩＴＥ」リクエストに対して、「２００  ＯＫ」メッセージを、インスタントメッセージ送信側ＵＥに返す。これにより、インスタントメッセージ送信側ＵＥとＩＭ−ＡＳ／ＭＲＴＳとの間で、ＭＳＲＰネゴシエーションが完了する。
【００５２】
ステップ２０９：インスタントメッセージ送信側ＵＥは、「ＡＣＫ」メッセージを、ＩＭ−ＡＳ／ＭＲＴＳに返す。
【００５３】
ステップ２１０：インスタントメッセージ送信側ＵＥと、ＩＭ−ＡＳ／ＭＲＴＳとの間に、ＴＣＰリンクが確立する。
【００５４】
ステップ２１１：インスタントメッセージ送信側ＵＥは、「ＭＳＲＰ  ＳＥＮＤ」メッセージを介して、生成したインスタントメッセージを、ＩＭ−ＡＳ／ＭＲＴＳに送信する。
【００５５】
ステップ２１２：ＩＭ−ＡＳ／ＭＲＴＳは、「ＭＳＲＰ  ＳＥＮＤ」メッセージを介して、インスタントメッセージを、インスタントメッセージ受信側ＵＥに送信する。
【００５６】
ステップ２１３：インスタントメッセージ受信側ＵＥは、「ＭＳＲＰ  ２００  ＯＫ」リスポンスを、ＩＭ−ＡＳ／ＭＲＴＳに返す。
【００５７】
ステップ２１４：ＩＭ−ＡＳ／ＭＲＴＳは、「ＭＳＲＰ  ２００  ＯＫ」リスポンスを、インスタントメッセージ送信側ＵＥに送信する。
【００５８】
ステップ２１５：インスタントメッセージ送信側ＵＥは、「ＳＩＰ  ＢＹＥ」メッセージを、ＩＭ−ＡＳ／ＭＲＴＳに送信する。これにより、セッションが終了する。
【００５９】
ステップ２１６：ＩＭ−ＡＳ／ＭＲＴＳは、「ＳＩＰ  ＢＹＥ」メッセージを、インスタントメッセージ受信側ＵＥに転送する。これにより、セッションが終了する。
【００６０】
ステップ２１７：インスタントメッセージ受信側ＵＥは、「ＳＩＰ  ２００  ＯＫ（ＢＹＥ）」を、ＩＭ−ＡＳ／ＭＲＴＳに送信する。
【００６１】
ステップ２１８：ＩＭ−ＡＳ／ＭＲＴＳは、「ＳＩＰ  ２００  ＯＫ（ＢＹＥ）」を、インスタントメッセージ送信側ＵＥに送信する。
【００６２】
ステップ２１９：インスタントメッセージ受信側ＵＥは、ＭＲＴリソースのアドレス情報（例えば、ＭＲＴのＵＲＩ）を抽出する。インスタントメッセージ受信側ＵＥは、抽出したＭＲＴのアドレス情報に応じて、ＲＳに、当該ＭＲＴリソースのダウンロードを要求する。
【００６３】
ステップ２２０：ＲＳは、ＭＲＴリソースを、受信側ＵＥに送信する。
【００６４】
本実施形態において、ステップ２１９及びステップ２０５を同時に実行してもよい。
【００６５】
ステップ２２１：インスタントメッセージ受信側ＵＥは、ＭＲＴをダウンロードする。この後、インスタントメッセージ受信側ＵＥは、新しいインスタントメッセージを受信したことをユーザに通知し、ＭＲＴのタイプに応じて、ＭＲＴリソースを提示する。あるいは、インスタントメッセージ受信側ＵＥは、ＭＲＴを提示しながら、受信したインスタントメッセージを表示する。あるいは、インスタントメッセージ受信側ＵＥは、インスタントメッセージ受信側のユーザがＭＲＴに対して応答した後、受信したインスタントメッセージを表示する。
【００６６】
図３は、本発明のインスタントメッセージ用ＭＲＴ提示システムの構造を示す図である。図３に示すように、本発明に係るインスタントメッセージ用ＭＲＴ提示システムは、設定ユニット３０と、第１の受信ユニット３１と、判断ユニット３２と、選択ユニット３３と、送信ユニット３４と、第２の受信ユニット３５と、ＭＲＴ提示ユニット３６とを含む。設定ユニット３０は、インスタントメッセージアプリケーションサーバ（ＩＭ−ＡＳ）に、ユーザのためのインスタントメッセージ用ＭＲＴ提示ルールを設定する。第１の受信ユニット３１は、インスタントメッセージアプリケーションサーバに設けられる。第１の受信ユニット３１は、インスタントメッセージ送信側ユーザから、インスタントメッセージを受信する。判断ユニット３２は、インスタントメッセージアプリケーションサーバに設けられる。判断ユニット３２は、インスタントメッセージ用ＭＲＴ提示ルールに応じて、ＭＲＴをインスタントメッセージ受信側に提示する必要があるかどうかを判断する。判断ユニット３２は、ＭＲＴを提示する必要がある場合、選択ユニット３３をトリガする。選択ユニット３３は、インスタントメッセージアプリケーションサーバに設けられる。選択ユニット３３は、ユーザのＭＲＴリソースから、提示するＭＲＴを選択する。送信ユニット３４は、インスタントメッセージアプリケーションサーバに設けられる。送信ユニット３４は、リソースサーバに記憶された、提示するＭＲＴのアドレス情報を、インスタントメッセージとともに、インスタントメッセージ受信側に送信する。第２の受信ユニット３５は、インスタントメッセージ受信側に設けられる。第２の受信ユニット３５は、提示するＭＲＴのアドレス情報と、インスタントメッセージとを受信する。ＭＲＴ提示ユニット３６は、インスタントメッセージ受信側に設けられる。ＭＲＴ提示ユニット３６は、ＭＲＴリソースのアドレス情報に応じて、リソースサーバからＭＲＴをダウンロードし、提示する。設定ユニット３０が設定したインスタントメッセージ用ＭＲＴ提示ルールは、以下のとおりである。ＭＲＴ提示用オブジェクトテーブルを設定し、インスタントメッセージ受信側がオブジェクトテーブル内のオブジェクトに属する場合、インスタントメッセージ受信側にＭＲＴを提示する。あるいは、ユーザにとっての全てのインスタントメッセージ受信側にＭＲＴを提示する。ＭＲＴリソースは、オーディオファイル、ビデオファイル、テキストファイル、イメージ及び電子名刺（ｖＣａｒｄ）の少なくとも１つを含む。設定ユニットが設定したＭＲＴ提示ルールは、以下のとおりである。ユーザのＭＲＴリソースとして２つ以上のＭＲＴがある場合、インスタントメッセージ受信側に提示するＭＲＴを、ＭＲＴリソースが記憶されている順序に従って循環的に選択する。あるいは、ユーザのＭＲＴリソースとして２つ以上のＭＲＴがある場合、インスタントメッセージ受信側に提示するＭＲＴを、ＭＲＴリソースからランダムに選択する。ＭＲＴリソースは、ユーザによりＭＲＴサーバにアップロードされたＭＲＴである。あるいは、ＭＲＴリソースは、ＭＲＴサーバによって提供されたＭＲＴリソースから、ユーザにより選択されたＭＲＴである。あるいは、ＭＲＴリソースは、ユーザによりＭＲＴサーバにアップロードされたＭＲＴと、ＭＲＴサーバによって提供されたＭＲＴリソースから、ユーザにより選択されたＭＲＴとである。
【００６７】
当業者には、図３に示すインスタントメッセージ用ＭＲＴ提示システムは、上記インスタントメッセージ用ＭＲＴ提示方法を実現するために設定されたものであると理解されたい。図面における各処理ユニットの機能は、上記方法の関連する説明を参照して理解される。図３に示すシステム中の各処理ユニットの機能は、プロセッサにより実行されるプログラムにより実現されてもよいし、具体的な論理回路により実現されてもよい。
【００６８】
以上の説明は、本発明の好ましい実施形態に過ぎず、本発明の保護範囲を限定するものではない。
【図１】
0005557262.tif 000002
【図２】
0005557262.tif 000003
【図３】
0005557262.tif 000004