(57)【要約】【課題】本発明は、通信システムにおいてマルチメディアコンテンツを提供するシステム及び方法を提供する。【解決手段】本発明は、通信システムにおいて発信側端末機がマルチメディアコンテンツタイプのリングバックを提供する方法であって、提供可能なサービスの各々とマッピングされるメニューキーを含むマルチメディアコンテンツタイプのリングバックを提供するステップと、マルチメディアコンテンツタイプのリングバックを提供する間に、特定メニューキーが入力されれば、特定メニューキーにマッピングされているサービスを提供するステップとを含む。【選択図】図２
2007143153.tif 000002
【特許請求の範囲】
【請求項１】
通信システムにおいて発信側端末機がマルチメディアコンテンツタイプのリングバックを提供する方法であって、
提供可能なサービスの各々とマッピングされるメニューキーを含むマルチメディアコンテンツタイプのリングバックを提供するステップと、
前記マルチメディアコンテンツタイプのリングバックを提供する間に、特定メニューキーが入力されると、前記特定メニューキーにマッピングされているサービスを提供するステップとを含む、通信システムにおいて発信側端末機がマルチメディアコンテンツタイプのリングバックを提供する方法。
【請求項２】
前記サービスを提供するステップは、前記サービスが着信側端末機と共通に実行されているサービスでない場合、前記サービスのためのクライアントを起動して、前記サービスを実行するステップを含む、請求項１に記載の通信システムにおいて発信側端末機がマルチメディアコンテンツタイプのリングバックを提供する方法。
【請求項３】
前記サービスを提供するステップは、前記サービスが着信側端末機と共通に実行されているサービスである場合、前記着信側端末機とサービス連動が可能な、前記サービスのためのクライアントを起動して、前記サービスを実行するステップを含む、請求項１に記載の通信システムにおいて発信側端末機がマルチメディアコンテンツタイプのリングバックを提供する方法。
【請求項４】
前記提供可能なサービスは、ＰＴＡサービス、ＩＭサービス、コネクションサービス及び取消サービスを含む、請求項３に記載の通信システムにおいて発信側端末機がマルチメディアコンテンツタイプのリングバックを提供する方法。
【請求項５】
前記特定メニューキーにマッピングされているサービスがＩＭサービスであり、前記ＩＭサービスが前記着信側端末機と共通に実行されている場合、前記ＩＭサービスを提供するステップは、
ＩＭサービスクライアントを起動するステップと、
前記着信側端末機に送信するインスタントメッセージが入力されるステップと、
前記進行中である呼出セッションから前記着信側端末機の着信アドレスを検出し、前記着信アドレス及び前記インスタントメッセージを含んで第１のメッセージを生成するステップと、
前記第１のメッセージを前記着信側端末機に送信し、前記着信側端末機で前記インスタントメッセージがディスプレイされるように制御するステップとを含む、請求項４に記載の通信システムにおいて発信側端末機がマルチメディアコンテンツタイプのリングバックを提供する方法。
【請求項６】
前記第１のメッセージは、ＳＩＰ＿ＭＥＳＳＡＧＥ方式を使用して生成される、請求項５に記載の通信システムにおいて発信側端末機がマルチメディアコンテンツタイプのリングバックを提供する方法。
【請求項７】
前記特定メニューキーにマッピングされているサービスがＰＴＡサービスであり、前記ＰＴＡサービスが前記着信側端末機と共通に実行されている場合、前記ＰＴＡサービスを提供するステップは、
前記マルチメディアコンテンツタイプのリングバックの提供を中止するステップと、
ＰＴＡサービスクライアントを起動するステップと、
ＰＴＡ呼出セットアップのために、前記着信側端末機の着信アドレスを含む第１のメッセージを生成するステップと、
前記第１のメッセージを前記着信側端末機に送信し、前記着信側端末機と前記ＰＴＡ呼出とがセットアップされるように制御するステップと、
前記着信側端末機と前記ＰＴＡ呼出とがセットアップされれば、前記セットアップされたＰＴＡ呼出を介してＰＴＡサービスデータをプッシュするステップとを含む、請求項４に記載の通信システムにおいて発信側端末機がマルチメディアコンテンツタイプのリングバックを提供する方法。
【請求項８】
前記マルチメディアコンテンツタイプのリングバックの提供を中止した後、現在進行中である呼出セットアップを中止するステップをさらに含む、請求項７に記載の通信システムにおいて発信側端末機がマルチメディアコンテンツタイプのリングバックを提供する方法。
【請求項９】
前記第１のメッセージは、ＳＩＰ＿ＩＮＶＩＴＥ方式を使用して生成される、請求項８に記載の通信システムにおいて発信側端末機がマルチメディアコンテンツタイプのリングバックを提供する方法。
【請求項１０】
前記特定メニューキーにマッピングされているサービスが取消サービスであり、前記取消サービスが前記着信側端末機と共通に実行されている場合、前記取消サービスを提供するステップは、
前記マルチメディアコンテンツタイプのリングバックの提供と、現在進行中である呼出セットアップとを中止するステップと、
前記呼出セットアップを取消するために、前記着信側端末機の着信アドレスを含む第１のメッセージを生成するステップと、
前記第１のメッセージを前記着信側端末機に送信し、前記呼出セットアップが取消されるように制御するステップとを含む、請求項４に記載の通信システムにおいて発信側端末機がマルチメディアコンテンツタイプのリングバックを提供する方法。
【請求項１１】
前記第１のメッセージは、ＳＩＰ＿ＣＡＮＣＥＬ方式を使用して生成される、請求項１０に記載の通信システムにおいて発信側端末機がマルチメディアコンテンツタイプのリングバックを提供する方法。
【請求項１２】
前記特定メニューキーにマッピングされているサービスがコネクションサービスであり、前記コネクションサービスが前記着信側端末機と共通に実行されている場合、前記コネクションサービスを提供するステップは、
予め設定されたコネクション電話番号が存在する場合、前記コネクション電話番号に該当する着信側端末機に呼出をセットアップするために、前記コネクション電話番号に該当する着信側端末機の着信アドレスを含む第１のメッセージを生成するステップと、
前記第１のメッセージを前記コネクション電話番号に該当する着信側端末機に送信し、呼出がセットアップされるように制御するステップとを含む、請求項４に記載の通信システムにおいて発信側端末機がマルチメディアコンテンツタイプのリングバックを提供する方法。
【請求項１３】
前記第１のメッセージは、ＳＩＰ＿ＩＮＶＩＴＥ方式を使用して生成される、請求項１２に記載の通信システムにおいて発信側端末機がマルチメディアコンテンツタイプのリングバックを提供する方法。
【請求項１４】
前記コネクション電話番号が存在しない場合、前記マルチメディアコンテンツタイプのリングバックが継続的に提供されるように制御するステップをさらに含む、請求項１２に記載の通信システムにおいて発信側端末機がマルチメディアコンテンツタイプのリングバックを提供する方法。
【請求項１５】
通信システムにおいて着信側端末機がマルチメディアコンテンツタイプのベルを提供する方法であって、
提供可能なサービスの各々にマッピングされるメニューキーを含むマルチメディアコンテンツタイプのベルを提供するステップと、
前記マルチメディアコンテンツタイプのベルを提供する間に、特定メニューキーが入力されると、前記特定メニューキーにマッピングされているサービスを提供するステップとを含む、通信システムにおいて着信側端末機がマルチメディアコンテンツタイプのベルを提供する方法。
【請求項１６】
前記サービスを提供するステップは、前記サービスが発信側端末機と共通に実行されているサービスでない場合、前記サービスのためのクライアントを起動して、前記サービスを実行するステップを含む、請求項１５に記載の通信システムにおいて着信側端末機がマルチメディアコンテンツタイプのベルを提供する方法。
【請求項１７】
前記サービスを提供するステップは、前記サービスが発信側端末機と共通に実行されているサービスである場合、前記発信側端末機とサービス連動が可能な、前記サービスのためのクライアントを起動して、前記サービスを実行するステップを含む、請求項１５に記載の通信システムにおいて着信側端末機がマルチメディアコンテンツタイプのベルを提供する方法。
【請求項１８】
前記提供可能なサービスは、ＰＴＡサービス、ＩＭサービス、音声通話サービス、ビデオ通話サービス及び拒否サービスを含む、請求項１７に記載の通信システムにおいて着信側端末機がマルチメディアコンテンツタイプのベルを提供する方法。
【請求項１９】
前記特定メニューキーにマッピングされているサービスがＩＭサービスであり、前記ＩＭサービスが前記発信側端末機と共通に実行されている場合、前記ＩＭサービスを提供するステップは、
ＩＭサービスクライアントを起動するステップと、
前記発信側端末機に送信するインスタントメッセージが入力されるステップと、
前記インスタントメッセージと、前記発信側端末機の着信アドレスとを含む第１のメッセージを生成するステップと、
前記第１のメッセージを前記発信側端末機に送信し、前記発信側端末機で前記インスタントメッセージがディスプレイされるように制御するステップとを含む、請求項１８に記載の通信システムにおいて着信側端末機がマルチメディアコンテンツタイプのベルを提供する方法。
【請求項２０】
前記第１のメッセージは、ＳＩＰ＿ＭＥＳＳＡＧＥ方式を使用して生成される、請求項１９に記載の通信システムにおいて着信側端末機がマルチメディアコンテンツタイプのベルを提供する方法。
【請求項２１】
前記特定メニューキーにマッピングされているサービスがＰＴＡサービスであり、前記ＰＴＡサービスが前記発信側端末機と共通に実行されている場合、前記ＰＴＡサービスを提供するステップは、
前記マルチメディアコンテンツタイプのベルの提供を中止するステップと、
ＰＴＡサービスクライアントを起動するステップと、
ＰＴＡ呼出セットアップのために、前記発信側端末機の着信アドレスを含む第１のメッセージを生成するステップと、
前記第１のメッセージを前記発信側端末機に送信し、前記発信側端末機と前記ＰＴＡ呼出とがセットアップされるように制御するステップと、
前記発信側端末機と前記ＰＴＡ呼出とがセットアップされれば、前記セットアップされたＰＴＡ呼出を介してＰＴＡサービスデータをプッシュするステップとを含む、請求項１８に記載の通信システムにおいて着信側端末機がマルチメディアコンテンツタイプのベルを提供する方法。
【請求項２２】
前記マルチメディアコンテンツタイプのベルの提供を中止した後、現在進行中である呼出セットアップを中止するステップをさらに含む、請求項２１に記載の通信システムにおいて着信側端末機がマルチメディアコンテンツタイプのベルを提供する方法。
【請求項２３】
前記第１のメッセージは、ＳＩＰ＿ＩＮＶＩＴＥ方式を使用して生成される、請求項２２に記載の通信システムにおいて着信側端末機がマルチメディアコンテンツタイプのベルを提供する方法。
【請求項２４】
前記特定メニューキーにマッピングされているサービスが拒否サービスであり、前記拒否サービスが前記発信側端末機と共通に実行されている場合、前記拒否サービスを提供するステップは、
前記マルチメディアコンテンツタイプのベルの提供と、現在進行中である呼出セットアップとを中止するステップと、
前記呼出セットアップを拒否するために、前記発信側端末機の着信アドレスを含む第１のメッセージを生成するステップと、
前記第１のメッセージを前記発信側端末機に送信し、前記呼出セットアップが拒否されるように制御するステップとを含む、請求項１８に記載の通信システムにおいて着信側端末機がマルチメディアコンテンツタイプのベルを提供する方法。
【請求項２５】
前記第１のメッセージは、ＳＩＰ＿４８０方式を使用して生成される、請求項２４に記載の通信システムにおいて着信側端末機がマルチメディアコンテンツタイプのベルを提供する方法。
【請求項２６】
前記特定メニューキーにマッピングされているサービスが音声通話サービスであり、前記音声通話サービスが前記発信側端末機と共通に実行されている場合、前記音声通話サービスを提供するステップは、
音声通話のための資源を割り当てるステップと、
前記音声通話を要求するために、前記発信側端末機の着信アドレスを含む第１のメッセージを生成するステップと、
前記第１のメッセージを前記発信側端末機に送信し、前記音声通話が連結されるように制御するステップとを含む、請求項１８に記載の通信システムにおいて着信側端末機がマルチメディアコンテンツタイプのベルを提供する方法。
【請求項２７】
前記第１のメッセージは、ＳＩＰ＿ＩＮＶＩＴＥ方式を使用して生成される、請求項２６に記載の通信システムにおける着信側端末機がマルチメディアコンテンツタイプのベルを提供する方法。
【請求項２８】
前記特定メニューキーにマッピングされているサービスがビデオ通話サービスであり、前記ビデオ通話サービスが前記発信側端末機と共通に実行されている場合、前記ビデオ通話サービスを提供するステップは、
前記マルチメディアコンテンツタイプのベルの提供を中止するステップと、
前記ビデオ通話のための資源を割り当てるステップと、
前記ビデオ通話を要求するために、前記発信側端末機の着信アドレスを含む第１のメッセージを生成するステップと、
前記第１のメッセージを前記発信側端末機に送信し、前記ビデオ通話が接続されるように制御するステップとを含む、請求項１８に記載の通信システムにおいて着信側端末機がマルチメディアコンテンツタイプのベルを提供する方法。
【請求項２９】
前記第１のメッセージは、ＳＩＰ＿ＩＮＶＩＴＥ方式を使用して生成される、請求項２８に記載の通信システムにおいて着信側端末機がマルチメディアコンテンツタイプのベルを提供する方法。
【請求項３０】
通信システムにおけるマルチメディアコンテンツを提供する方法であって、
発信側端末機は、前記発信側端末機及びＰＩＰサーバで予め設定された、前記発信側端末機が提供可能なサービスの各々にマッピングされるメニューキーを含むマルチメディアコンテンツタイプのリングバックを提供する間に、特定メニューキーが入力されると、前記特定メニューキーにマッピングされている第１のサービスが着信側端末機と連動してサービス可能か否かを検査するステップと、
前記発信側端末機は、第１のサービスが前記着信側端末機と連動してサービス可能である場合、前記第１のサービスを実行するためのクライアントを起動し、前記第１のサービスを提供するためのメッセージを生成して、発信側ＩＭＳサーバに送信するステップと、
前記発信側ＩＭＳサーバは、前記メッセージの受信により、前記発信側端末機のサービスプロファイルを検索し、サービストリガを発生させ、前記発信側端末機が実行しようとするサービスを判断するステップと、
前記発信側ＩＭＳサーバは、前記判断結果に応じてサービスを提供するアプリケーションサーバに前記メッセージを送信するステップと、
前記アプリケーションサーバは、前記メッセージの受信により、前記発信側端末機に前記第１のサービスを提供するように制御し、前記メッセージを前記発信側ＩＭＳサーバに送信するステップと、
前記発信側ＩＭＳサーバは、前記メッセージを前記着信側端末機が属している着信側ＩＭＳサーバに送信するステップと、
前記着信側ＩＭＳサーバは、前記メッセージの受信により、前記着信側端末機のサービスプロファイルを検索し、サービストリガを発生させ、前記着信側端末機が実行しようとするサービスを判断した後、前記着信側端末機に前記メッセージを送信するステップと、
前記着信側端末機は、前記メッセージの受信により、前記第１のサービスを実行するためのクライアントを起動し、前記第１のサービスを実行するように制御するステップとを含む、通信システムにおいてマルチメディアコンテンツを提供する方法。
【請求項３１】
前記発信側端末機は、前記第１のサービスが前記着信側端末機と連動してサービス可能でない場合、前記第１のサービスを実行するためのクライアントを起動するステップをさらに含む、請求項３０に記載の通信システムにおいてマルチメディアコンテンツを提供する方法。
【請求項３２】
前記提供可能なサービスは、ＰＴＡサービス、ＩＭサービス、コネクションサービス及び取消サービスを含む、請求項３１に記載の通信システムにおいてマルチメディアコンテンツを提供する方法。
【請求項３３】
通信システムにおいてマルチメディアコンテンツを提供する方法であって、
着信側端末機は、前記着信側端末機及びＰＩＰサーバで予め設定された、前記着信側端末機が提供可能なサービスの各々とマッピングされるメニューキーを含むマルチメディアコンテンツタイプのベルを提供する間に、特定メニューキーが入力されると、前記特定メニューキーにマッピングされている第１のサービスが発信側端末機と連動してサービス可能か否かを検査するステップと、
前記着信側端末機は、第１のサービスが前記発信側端末機と連動してサービス可能である場合、前記第１のサービスを実行するためのクライアントを起動し、前記第１のサービスを提供するためのメッセージを生成して、着信側ＩＭＳサーバに送信するステップと、
前記着信側ＩＭＳサーバは、前記メッセージの受信により、前記着信側端末機のサービスプロファイルを検索し、サービストリガを発生させ、前記着信側端末機が実行しようとするサービスを判断するステップと、
前記着信側ＩＭＳサーバは、前記判断結果に応じてサービスを提供するアプリケーションサーバに前記メッセージを送信するステップと、
前記アプリケーションサーバは、前記メッセージの受信により、前記着信側端末機に前記第１のサービスを提供するように制御し、前記メッセージを前記着信側ＩＭＳサーバに送信するステップと、
前記着信側ＩＭＳサーバは、前記メッセージを前記発信側端末機が属している発信側ＩＭＳサーバに送信するステップと、
前記発信側ＩＭＳサーバは、前記メッセージの受信により、前記発信側端末機のサービスプロファイルを検索し、サービストリガを発生させ、前記発信側端末機が実行しようとするサービスを判断した後、前記メッセージを前記発信側端末機に送信するステップと、
前記発信側端末機は、前記メッセージの受信により、前記第１のサービスを実行するためのクライアントを起動し、前記第１のサービスを実行するように制御するステップとを含む、通信システムにおいてマルチメディアコンテンツを提供する方法。
【請求項３４】
前記着信側端末機は、前記第１のサービスが前記発信側端末機と連動してサービス可能でない場合、前記第１のサービスを実行するためのクライアントを起動するステップをさらに含む、請求項３３に記載の通信システムにおいてマルチメディアコンテンツを提供する方法。
【請求項３５】
前記提供可能なサービスは、ＰＴＡサービス、ＩＭサービス、音声通話サービス、ビデオ通話サービス及び拒否サービスを含む、請求項３４に記載の通信システムにおいてマルチメディアコンテンツを提供する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システムにおいてコンテンツを提供するシステム及び方法に関し、特に、マルチメディアコンテンツを提供するシステム及び方法に関する。
【背景技術】
【０００２】
インターネットプロトコル(ＩＰ：Internet Protocol、以下、「ＩＰ」と称する。) マルチメディアサブシステム (ＩＭＳ：IP Multimedia Subsystem、以下、「ＩＭＳ」と称する。) は、ＩＰベースのパケット通信サービスを提供するシステムであって、テキストベースの応用階層制御プロトコルであるセッション初期化プロトコル (ＳＩＰ：Session Initiation Protocol、以下、「ＳＩＰ」と称する。) をベースとするものである。ＳＩＰにより、クライアントの呼出しによりサーバが応答するクライアント／サーバ構造に基づいて、少なくとも一人以上の参加者がセッションを生成し、修正し、終了することが可能になる。ここで、セッションは、インターネットを用いた遠隔会議、電話、面会、イベント通知及びインスタントメッセージング(ＩＭ：Instant Messaging、以下、「ＩＭ」と称する。) などで具現される。また、ＳＩＰは、一般的なテキストベースのインターネット標準をベースとするため、故障・修理及びネットワークデバッギング等が容易である。
【０００３】
ここで、ＳＩＰベースのマルチメディア電話環境での報知方式について説明すれば、次の通りである。ここで、報知とは、リングバック(ring-back)又はベル(bell)を示す。ＳＩＰベースのマルチメディア電話環境では、発信側端末機にリングバックを提供するために１８０リンギング(180 ringing)メッセージを使用する。１８０リンギングメッセージを受信した発信側端末機は、ローカル(local)リングバックを再生したり、リンキングメッセージに含まれているリングバックデータを再生したりすることにより、発信側端末機のユーザーにリングバックを提供する。
【０００４】
また、ＳＩＰベースのマルチメディア電話環境では、着信側端末機にベルを提供するためにインバイトメッセージを使用する。インバイトメッセージを受信した着信側端末機は、予め格納されているベルを再生したり、インバイトメッセージに含まれているベルデータを再生したりすることにより、着信側端末機のユーザーにベルを提供する。
【０００５】
一方、現在まで提案されている多様な通信システム、すなわち、公衆交換電話ネットワーク(ＰＳＴＮ：Public Switched Telephone Network)、コード分割多重接続(ＣＤＭＡ：Code Division Multiple Access)通信システム及び広帯域コード分割多重接続(Ｗ-ＣＤＭＡ：Wideband Code Division Multiple Access)通信システムなどのような通信システムで提供する報知方式について説明すれば、次の通りである。
【０００６】
まず、発信側端末機のユーザーは、発信時、当該通信システムにおいてデフォルトに設定されている基本リングバック又は発信側端末機及び着信側端末機に予め設定されているリングバックだけを提供され、着信側端末機のユーザーは、着信時、着信側端末機に予め設定されているベルだけを提供される。ここで、基本リングバックと、発信側端末機及び着信側端末機に設定されているリングバックと、着信側端末機に設定されているベルとは、いずれも単純オーディオ信号である。
【０００７】
前述したように、既存の通信システムでは、発信側端末機のユーザー及び着信側端末機のユーザーの要求及び趣向が反映されない形態で報知、すなわち、リングバック及びベルが提供された。これは、端末機自体の性能、リングバック及びベルを提供するための資源が限られていたためである。しかしながら、通信システムの発展に伴い、端末機の性能が向上した。また、報知の形態についても、通信システムにおいて定型的に提供される単純オーディオ信号の形態ではなく、端末機ユーザーの要求及び趣向が反映される形態にまで、サービス水準の向上が要求されている。
【特許文献１】韓国公開番号Ｐ２００２−９７０４４  加入者基盤リングバックトーンサービスにおける音源変更方法
【発明の開示】
【発明が解決しようとする課題】
【０００８】
よって、本発明の目的は、通信システムにおいてマルチメディアコンテンツを提供するシステム及び方法を提供することにある。
【０００９】
本発明の他の目的は、通信システムにおいてマルチメディアコンテンツタイプの報知を提供するシステム及び方法を提供することにある。
【００１０】
本発明のさらに他の目的は、通信システムにおいて発信側端末機にマルチメディアコンテンツタイプのリングバックを提供するシステム及び方法を提供することにある。
【００１１】
本発明のさらに他の目的は、通信システムにおいて着信側端末機にマルチメディアコンテンツタイプのベルを提供するシステム及び方法を提供することにある。
【００１２】
本発明のさらに他の目的は、通信システムにおいて発信側端末機がマルチメディアコンテンツタイプのリングバックを提供する間、別途のサービスを付加的に提供するシステム及び方法を提供することにある。
【００１３】
本発明のさらに他の目的は、通信システムにおいて着信側端末機がマルチメディアコンテンツタイプのベルを提供する間、別途のサービスを付加的に提供するシステム及び方法を提供することにある。
【課題を解決するための手段】
【００１４】
前記目的を達成するために、本発明は、通信システムにおいて発信側端末機がマルチメディアコンテンツタイプのリングバックを提供する方法であって、提供可能なサービスの各々にマッピングされるメニューキーを含むマルチメディアコンテンツタイプのリングバックを提供するステップと、前記マルチメディアコンテンツタイプのリングバックを提供する間に、特定メニューキーが入力されると、前記特定メニューキーにマッピングされているサービスを提供するステップとを含む。
【００１５】
また、本発明は、通信システムにおいて着信側端末機がマルチメディアコンテンツタイプのベルを提供する方法であって、提供可能なサービスの各々にマッピングされるメニューキーを含むマルチメディアコンテンツタイプのベルを提供するステップと、前記マルチメディアコンテンツタイプのベルを提供する間に、特定メニューキーが入力されると、前記特定メニューキーにマッピングされているサービスを提供するステップとを含む。
【発明の効果】
【００１６】
本発明によれば、通信システムにおいてマルチメディアコンテンツタイプの報知を提供することにより、端末機ユーザーの要求及び趣向を反映するように差別化されたサービスを提供できる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の好適な実施形態について添付図面を参照しながら詳細に説明する。なお、下記の説明において、本発明の要旨のみを明瞭にするために、公知の機能や構成についての具体的な説明は適宜省略する。
【００１８】
本発明は、ＩＰベースの通信システムにおいてマルチメディアコンテンツを提供するシステム及び方法を提案する。また、本発明は、ＩＰベースの通信システムにおいてマルチメディアコンテンツタイプの報知を提供するシステム及び方法を提案する。ここで、報知は、発信側端末機の発信時、発信側端末機に提供されるリングバックと、着信側端末機の着信時、着信側端末機に提供されるベルとを指す。
【００１９】
図１は、本発明の実施形態によるマルチメディアコンテンツタイプの報知を提供する通信システムの構造を概略的に示す図である。
【００２０】
図１によれば、発信側端末機１１０及び着信側端末機１２０は、マルチメディアコンテンツタイプの報知を提供するために、マルチメディア機能をサポートする。すなわち、発信側端末機１１０がマルチメディアコンテンツタイプのリングバックを提供し、着信側端末機１２０がマルチメディアコンテンツタイプのベルを提供するために、発信側端末機１１０及び着信側端末機１２０は、マルチメディア機能をサポートする必要がある。発信側端末機１１０は、発信側ＩＭＳサーバ１３０及びコンテンツサーバ１６０に連結されており、着信側端末機１２０は、着信側ＩＭＳサーバ１４０及びコンテンツサーバ１６０に連結されている。
【００２１】
また、発信側ＩＭＳサーバ１３０、着信側ＩＭＳサーバ１４０及びコンテンツサーバ１６０の各々は、ＰＩＰ(Personal IMS Portal application)サーバ１５０に連結されている。ＰＩＰサーバ１５０は、状態情報管理サーバ１７０、ＩＭサーバ１８０、ＤＭＳ(Data Manipulation Server)１９０及びＰＴＡ(Push To All)サーバ１９５に連結されている。図１では、ＰＩＰサーバ１５０が状態情報管理サーバ１７０、ＩＭサーバ１８０、ＤＭＳ(１９０)及びＰＴＡサーバ１９５に連結されて動作する場合を例として説明したが、ＰＩＰサーバ１５０には、通信システムにおいて提供しようとするマルチメディアコンテンツタイプの報知に対応させるように、多様な機能をサポートする多様なアプリケーションサーバを連結させて動作させることもできる。
【００２２】
ここで、通信システムの各構成要素、すなわち、発信側端末機１１０、着信側端末機１２０、発信側ＩＭＳサーバ１３０、着信側ＩＭＳサーバ１４０、ＰＩＰサーバ１５０、コンテンツサーバ１６０、状態情報管理サーバ１７０、ＩＭサーバ１８０、ＤＭＳ(１９０)及びＰＴＡサーバ１９５について具体的に説明する。
【００２３】
発信側端末機１１０及び着信側端末機１２０は、その通信方式に制限は無い。すなわち、有線方式、無線方式或いは有無線統合方式の何れか一つで通信を行えば良い。但し、マルチメディアコンテンツタイプの報知を再生するのに充分な処理能力を備える必要がある。また、発信側端末機１１０及び着信側端末機１２０は、マルチメディアコンテンツタイプの報知を再生できるように、音声及びマルチメディア録音／録画機能と、再生機能とを備えるべきであり、ＳＩＰ(Session Initiate Protocol)メッセージのヘッダ及びボディーを使用した特定マルチメディアデータの送受信をサポートする必要がある。
【００２４】
発信側ＩＭＳサーバ１３０及び着信側ＩＭＳサーバ１４０は、発信側端末機１１０及び着信側端末機１２０の呼出セットアップ及び呼出解除の動作を制御し、発信側端末機１１０及び着信側端末機１２０のサービスプロファイルに従い、発信側端末機１１０及び着信側端末機１２０にマルチメディアコンテンツタイプの報知を提供すべき時点で、ＰＩＰサーバ１５０と連動して、発信側端末機１１０及び着信側端末機１２０にマルチメディアコンテンツタイプの報知を提供する。
【００２５】
ＰＩＰサーバ１５０は、発信側端末機１１０及び着信側端末機１２０にマルチメディアコンテンツタイプの報知を提供するように制御する。すなわち、ＰＩＰサーバ１５０は、発信側ＩＭＳサーバ１３０及び着信側ＩＭＳサーバ１４０の要求に応じて、発信側端末機１１０及び着信側端末機１２０にマルチメディアコンテンツタイプの報知を提供するために、マルチメディアコンテンツを提供する。コンテンツサーバ１６０は、オーディオ、ビデオ、イメージ及びメッセージ以外に、ＨＴＴＰ(Hyper Text Transfer Protocol)、ＷＡＰ(Wireless Application Protocol)、フラッシュアニメーション(flash animation)などで実現可能なマルチメディアコンテンツを維持／管理する。また、コンテンツサーバ１６０は、ＰＩＰサーバ１５０内に統合されていても良い。
【００２６】
状態情報管理サーバ１７０は、発信側端末機１１０及び着信側端末機１２０の状態情報を維持／管理し、ＰＩＰサーバ１５０の要求に応じて、発信側端末機１１０及び着信側端末機１２０の状態情報をＰＩＰサーバ１５０に提供する。ＩＭサーバ１８０は、インスタントメッセージの送受信を管理し、ＤＭＳ(１９０)は、各端末機のグループ別サービスプロファイル及び各グループに対するアクセス情報と、サービス優先順位情報とを格納し、ＰＴＡサーバ１９５は、端末機間に音声、マルチメディア及びデータなどを単方向に送信するＰＴＡサービスを提供する。
【００２７】
図１では、本発明の実施形態によるマルチメディアコンテンツタイプの報知を提供する通信システムの構造について説明した。次に、図２を参照して、本発明の実施形態によるマルチメディアコンテンツタイプの報知を提供する通信システムにおけるリングバックの提供動作について説明する。
【００２８】
図２は、本発明の実施形態によるマルチメディアコンテンツタイプの報知を提供する通信システムにおけるリングバックの提供動作を示す順序図である。
【００２９】
図２によれば、段階Ｓ２１１において、発信側端末機１１０は、発信により、すなわち、着信側端末機１２０への呼出セットアップ要求により、マルチメディアコンテンツタイプのリングバックを提供する間に、段階Ｓ２１３においてメニューキーが入力されるか否かを検査する。ここで、発信側端末機１１０がマルチメディアコンテンツタイプのリングバックを提供する動作について簡略に説明する。まず、発信側端末機１１０が着信側端末機１２０に発信すると、発信側ＩＭＳサーバ１３０、着信側ＩＭＳサーバ１４０及びＰＩＰサーバ１５０が連動して、発信側端末機１１０及びＰＩＰサーバ１５０が予め設定されたマルチメディアコンテンツタイプのリングバックを発信側端末機１１０に提供する。ここでは、発信側端末機１１０及びＰＩＰサーバ１５０が予め設定されたマルチメディアコンテンツタイプのリングバックを発信側端末機１１０に提供する場合を例として説明したが、発信側端末機１１０の代わりに着信側端末機１２０が、予め設定されたマルチメディアコンテンツタイプのリングバックを発信側端末機１１０に提供することもできる。また、マルチメディアコンテンツタイプのリングバックは、前述したように、オーディオ、ビデオ、イメージ及びメッセージ以外に、ＨＴＴＰ、ＷＡＰ、フラッシュアニメーションなどで実現できるため、マルチメディアコンテンツタイプのリングバックには、各種機能を選択するためのメニューキーも含まれている。図２では、マルチメディアコンテンツタイプのリングバック内に含まれるメニューキーを、ＰＴＡサービスメニューキー、ＩＭサービスメニューキー、コネクションメニューキー及び取消メニューキーとしているが、それ以外のメニューキーを含むこともできる。また、メニューキーの各々は、当該サービスの各々と一対一にマッピングされているので、特定メニューキーが入力されると、入力されたメニューキーにマッピングされているサービスが提供される。
【００３０】
続いて、段階Ｓ２１３において、マルチメディアコンテンツタイプのリングバックを提供する間に、メニューキーが入力されない場合、発信側端末機１１０は、段階Ｓ２１１に戻り、着信側端末機１２０で応答するまでマルチメディアコンテンツタイプのリングバックを継続的に提供する。一方、段階Ｓ２１３において、マルチメディアコンテンツタイプのリングバックを提供する間に、メニューキーが入力された場合、発信側端末機１１０は、段階Ｓ２１５に進む。段階Ｓ２１５において、発信側端末機１１０は、入力されたメニューキーに該当するメニューが、サービス能力の比較により、着信側端末機１２０との共通メニューであるか否かを検査する。ここで、発信側端末機１１０は、呼出セットアップ時、ＰＩＰサーバ１５０から着信側端末機１２０のサービス能力に関する情報が通知される。
【００３１】
段階Ｓ２１５において、入力されたメニューキーに該当するメニューが、サービス能力比較の結果、着信側端末機１２０との共通メニューではない場合、発信側端末機１１０は、段階Ｓ２１７に進む。段階Ｓ２１７において、発信側端末機１１０は、着信側端末機１２０に該当メニューサービスが存在しない場合のためのクライアントを起動する。
【００３２】
一方、段階Ｓ２１５において、入力されたメニューキーに該当するメニューが、サービス能力比較の結果、着信側端末機１２０との共通メニューである場合、発信側端末機１１０は、段階Ｓ２１９に進む。段階Ｓ２１９において、発信側端末機１１０は、入力されたメニューキーに該当するクライアントを起動し、当該メニューにマッピングされているサービスを提供し、終了する。具体的には、入力されたメニューキーが、マルチメディアコンテンツタイプのリングバック内のＰＴＡサービスメニューキーであるか、ＩＭサービスメニューキーであるか、コネクションメニューキーであるか、取消メニューキーであるかによって、段階Ｓ２１９の動作は各々異なる。具体的な説明を以下に与える。
【００３３】
図２では、本発明の実施形態によるマルチメディアコンテンツタイプの報知を提供する通信システムにおけるリングバック提供動作について説明した。次に、図３〜図６を参照して、図２の段階Ｓ２１９において入力されたメニューキーに該当するサービスを提供する動作について説明する。
【００３４】
第一に、図３を参照して、入力されたメニューキーがＩＭサービスメニューキーである場合における、段階Ｓ２１９のサービス提供動作について説明する。
【００３５】
図３は、図２の段階Ｓ２１９において、ＩＭサービスメニューキーの入力に従うサービス提供動作を示すフローチャートである。
【００３６】
図３は、図２で発信側端末機１１０がマルチメディアコンテンツタイプのリングバックを提供する間、ＩＭサービスメニューキーが入力された場合のサービス提供動作、すなわち、段階Ｓ２１９のサービス提供動作を示す図である。図３によれば、発信側端末機１１０は、ＩＭサービスメニューキーの入力があると、ＩＭサービスクライアントを起動する(段階Ｓ３１１)。ＩＭサービスクライアントを起動することにより、発信側端末機１１０が提供するマルチメディアコンテンツタイプのリングバック上には、インスタントメッセージの入力のためのＩＭサービスクライアントツールがディスプレイされる。これに対して、発信側端末機１１０のユーザーから着信側端末機１２０に送信するインスタントメッセージが入力される(段階Ｓ３１３)。着信側端末機１２０に送信するインスタントメッセージが入力されると、発信側端末機１１０は、入力されたインスタントメッセージと、発信側端末機１１０が発信した着信側端末機１２０の着信アドレスを含むＳＩＰメッセージとを生成する(段階Ｓ３１５)。ここで、着信側端末機１２０の着信アドレスは、着信側端末機１２０と進行中である呼出セッションから獲得できる。また、着信アドレスは、ＳＩＰ ＵＲＩ(Unified Resource Identifier)又はＴＥＬ ＵＲＩになる。図３では、ＩＭサービスのためのＳＩＰ方式として、ＳＩＰ＿ＭＥＳＳＡＧＥ方式を使用するが、それ以外の方式を使用することもできる。ここで、ＳＩＰ方式では、ＳＩＰ＿ＭＥＳＳＡＧＥ方式、ＳＩＰ＿ＩＮＶＩＴＥ方式、ＳＩＰ＿ＣＡＮＣＥＬ方式及びＳＩＰ_４８０(Temporarily Unavailable)方式など多様な方式が存在し、ＳＩＰ方式自体は本発明と直接的な関連がないので、その詳細な説明を省略する。
【００３７】
発信側端末機１１０は、生成したＳＩＰ＿ＭＥＳＳＡＧＥメッセージを発信側ＩＭＳサーバ１３０に送信し、ＩＭ呼出セットアップを要求する(段階Ｓ３１７)。発信側ＩＭＳサーバ１３０は、発信側端末機１１０からＳＩＰ＿ＭＥＳＳＡＧＥメッセージを受信することにより、発信側端末機１１０のサービスプロファイルを検索し、サービストリガ(service triggering)を発生させる(段階Ｓ３１９)。すなわち、発信側ＩＭＳサーバ１３０は、サービスプロファイル検索を介して発信側端末機１１０に提供すべきサービスを判断し、判断結果に応じて、発信側端末機１１０に提供すべきサービスを運用するアプリケーションサーバに当該サービス提供を要求する必要がある。図３では、発信側端末機１１０がＩＭサービスを要求したので、発信側ＩＭＳサーバ１３０はＩＭサーバ１８０に発信側端末機１１０に対するＩＭサービス提供を要求する必要がある。発信側ＩＭＳサーバ１３０は、ＩＭサーバ１８０に発信側端末機１１０から受信したＳＩＰ＿ＭＥＳＳＡＧＥメッセージを送信し、発信側端末機１１０に対するＩＭサービス提供を要求する(段階Ｓ３２１)。
【００３８】
ＩＭサーバ１８０は、発信側ＩＭＳサーバ１３０からＳＩＰ＿ＭＥＳＳＡＧＥメッセージを受信し、それに対する応答として受信したＳＩＰ＿ＭＥＳＳＡＧＥを更に発信側ＩＭＳサーバ１３０に送信する(段階Ｓ３２３)。発信側ＩＭＳサーバ１３０は、ＩＭサーバ１８０からＳＩＰ＿ＭＥＳＳＡＧＥメッセージを受信し、着信側端末機１２０に連結されている着信側ＩＭＳサーバ１４０に受信したＳＩＰ＿ＭＥＳＳＡＧＥメッセージを送信する(段階Ｓ３２５)。
【００３９】
発信側ＩＭＳサーバ１３０からＳＩＰ＿ＭＥＳＳＡＧＥメッセージを受信した着信側ＩＭＳサーバ１４０は、着信側端末機１２０のサービスプロファイルを検索し、サービストリガを発生させる(段階Ｓ３２７)。すなわち、着信側ＩＭＳサーバ１４０は、サービスプロファイル検索を介して着信側端末機１２０に提供すべきサービスを判断し、判断結果に応じて、着信側端末機１２０にサービストリガを発生させる。図３では、ＩＭサービスを提供するために、着信側ＩＭＳサーバ１４０は、着信側端末機１２０に対して、前記ＳＩＰ＿ＭＥＳＳＡＧＥメッセージを送信するトリガを発生させる(段階Ｓ３２９)。
【００４０】
着信側端末機１２０は、発信側端末機１１０の発信に呼応するマルチメディアコンテンツタイプのベルを提供する間に、着信側ＩＭＳサーバ１４０からＳＩＰ＿ＭＥＳＳＡＧＥメッセージを受信する。これにより、着信側端末機１２０は、ＩＭサービスのためのクライアントを起動する(段階Ｓ３３１)。ＩＭサービスクライアントを起動することにより、着信側端末機１２０のマルチメディアコンテンツタイプのリングバック上には、インスタントメッセージを表示するためのＩＭサービスクライアントツールがディスプレイされる。これにより、着信側端末機１２０は、発信側端末機１１０のユーザーが入力したインスタントメッセージを表示する(段階Ｓ３３３)。
【００４１】
第二に、図４を参照して、入力されたメニューキーがＰＴＡサービスメニューキーである場合における、段階Ｓ２１９のサービス提供動作について説明する。
【００４２】
図４は、図２の段階Ｓ２１９においてＰＴＡサービスメニューキーの入力によるサービス提供動作を示すフローチャートである。
【００４３】
図４は、図２で発信側端末機１１０がマルチメディアコンテンツタイプのリングバックを提供する間に、ＰＴＡサービスメニューキーが入力された場合のサービス提供動作、すなわち、段階Ｓ２１９のサービス提供動作を示す図である。図４によれば、発信側端末機１１０は、ＰＴＡサービスメニューキーの入力があると、マルチメディアコンテンツタイプのリングバック提供と、着信側端末機１２０へのビデオ通話呼出セットアップ要求に従い発信側端末機１１０が実行していたビデオ通話呼出セットアップとを中止する(段階Ｓ４１１及び段階Ｓ４１３)。図４では、ＰＴＡサービスメニューキーが入力されれば、マルチメディアコンテンツタイプのリングバック提供と、ビデオ通話呼出セットアップとを中止する場合を例として説明したが、マルチメディアコンテンツタイプのリングバック提供だけを中止し、ビデオ通話呼出セットアップは継続することもできる。
【００４４】
このように、ビデオ通話呼出セットアップを中止した後に、発信側端末機１１０は、ＰＴＡサービスメニューキーの入力に対応して、ＰＴＡサービスクライアントを起動する(段階Ｓ４１５)。ＰＴＡサービスクライアントが起動されることにより、発信側端末機１１０のマルチメディアコンテンツタイプのリングバック上には、ＰＴＡサービスクライアントツールがディスプレイされる。発信側端末機１１０は、発信側端末機１１０が発信していた着信側端末機１２０の着信アドレス及びＩＰアドレスを含むＳＩＰメッセージを生成する(段階Ｓ４１７)。図４では、ＰＴＡサービスのためのＳＩＰ方式としてＳＩＰ＿ＩＮＶＩＴＥ方式を使用するが、それ以外の方式を使用することもできる。
【００４５】
ここで、発信側端末機１１０は、ＰＴＡサービスのためのＳＩＰ＿ＩＮＶＩＴＥメッセージに着信側端末機１２０の着信アドレス及びＩＰアドレスだけでなく、ＰＴＡサービスの受け入れ条件を示すパラメーターであるAccept_Contact:*;+g.poc.talkburstも含む。ここで、Accept_Contact:*;+g.poc.talkburstパラメーターは、発信側ＩＭＳサーバ１３０がサービスプロファイル検索及びサービストリガの実行時、Accept_Contact:*;+g.poc.talkburstパラメーターと一致するヘッダ値を持つＳＩＰ＿ＩＮＶＩＴＥメッセージをＰＴＡサーバ１９５に送信するトリガを発生させるために必要なパラメーターである。
【００４６】
発信側端末機１１０は、生成したＳＩＰ＿ＩＮＶＩＴＥメッセージを発信側ＩＭＳサーバ１３０に送信し、ＰＴＡ呼出セットアップを要求する(段階Ｓ４１９)。発信側ＩＭＳサーバ１３０は、発信側端末機１１０からＳＩＰ＿ＩＮＶＩＴＥメッセージを受信することにより、発信側端末機１１０のサービスプロファイルを検索し、サービストリガを発生させる(段階Ｓ４２１)。すなわち、発信側ＩＭＳサーバ１３０は、サービスプロファイル検索を介して発信側端末機１１０に提供すべきサービスを判断し、判断結果に応じて、発信側端末機１１０に提供すべきサービスを運用するアプリケーションサーバに当該サービスの提供を要求する必要がある。図４では、発信側端末機１１０がＰＴＡサービスを要求したので、発信側ＩＭＳサーバ１３０は、ＰＴＡサーバ１９５に発信側端末機１１０に対するＰＴＡサービスの提供を要求する必要がある。そこで、発信側ＩＭＳサーバ１３０は、ＰＴＡサーバ１９５に発信側端末機１１０から受信したＳＩＰ＿ＩＮＶＩＴＥメッセージを送信し、発信側端末機１１０に対するＰＴＡサービスの提供を要求する(段階Ｓ４２３)。
【００４７】
ＰＴＡサーバ１９５は、発信側ＩＭＳサーバ１３０からＳＩＰ＿ＩＮＶＩＴＥメッセージを受信し、それに対する応答として受信したＳＩＰ＿ＩＮＶＩＴＥメッセージを更に発信側ＩＭＳサーバ１３０に送信する(段階Ｓ４２５)。発信側ＩＭＳサーバ１３０は、ＰＴＡサーバ１９５からＳＩＰ＿ＩＮＶＩＴＥメッセージを受信したら、着信側端末機１２０が連結されている着信側ＩＭＳサーバ１４０に、受信したＳＩＰ＿ＩＮＶＩＴＥメッセージを送信する(段階Ｓ４２７)。
【００４８】
発信側ＩＭＳサーバ１３０からＳＩＰ＿ＩＮＶＩＴＥメッセージを受信した着信側ＩＭＳサーバ１４０は、着信側端末機１２０のサービスプロファイルを検索し、サービストリガを発生させる(段階Ｓ４２９)。すなわち、着信側ＩＭＳサーバ１４０は、サービスプロファイル検索を介して着信側端末機１２０に提供すべきサービスを判断し、判断結果に応じて、着信側端末機１２０にメッセージを送信する。図４では、ＰＴＡサービスを提供すべきであるため、着信側ＩＭＳサーバ１４０は、着信側端末機１２０に受信したＳＩＰ＿ＩＮＶＩＴＥメッセージを送信する(段階Ｓ４３１)。
【００４９】
着信側端末機１２０は、着信側ＩＭＳサーバ１４０からＳＩＰ＿ＩＮＶＩＴＥメッセージを受信し、ＰＴＡサービスのためのクライアントを起動する(段階Ｓ４３３)。ここで、図４には示さないが、発信側端末機１１０がＰＴＡサービスを開始する場合、発信によって実行されていた呼出セットアップを中止するので、着信側端末機１２０もマルチメディアコンテンツタイプのベル提供を中止する。また、着信側ＩＭＳサーバ１４０からＰＴＡ呼出セットアップのためのＳＩＰ＿ＩＮＶＩＴＥメッセージを受信すると、ＰＴＡ呼出セットアップに対する応答としてＳＩＰ＿ＵＰＤＡＴＥメッセージを送信する。ＰＴＡサービスクライアントの起動により、着信側端末機１２０は、ＰＴＡサービスのためのＰＴＡサービスクライアントツールをディスプレイする(段階Ｓ４３５)。このように、発信側端末機１１０と着信側端末機１２０との間にＰＴＡ呼出がセットアップされる、すなわち、発信側端末機１１０と着信側端末機１２０との間に通信の担い手(bearer)がセットアップされると、発信側端末機１１０は、セットアップされた通信の担い手を介して所望のＰＴＡサービスデータ、一例として音声及びマルチメディアデータをプッシュすなわち送信する(段階Ｓ４３７)。
【００５０】
第三に、図５を参照して、入力されたメニューキーが取消メニューキーである場合における、段階Ｓ２１９のサービス提供動作について説明する。
【００５１】
図５は、図２の段階Ｓ２１９において取消メニューキーの入力によるサービス提供動作を示すフローチャートである。
【００５２】
図５は、図２で発信側端末機１１０がマルチメディアコンテンツタイプのリングバックを提供する間に、取消メニューキーが入力された場合のサービス提供動作、すなわち、段階Ｓ２１９のサービス提供動作を示す図である。図５によれば、発信側端末機１１０は、取消メニューキーの入力があると、マルチメディアコンテンツタイプのリングバックの提供と、着信側端末機１２０へのビデオ通話呼出セットアップ要求に従う発信側端末機１１０が実行していたビデオ通話呼出セットアップとを中止する(段階Ｓ５１１及び段階Ｓ５１３)。
【００５３】
発信側端末機１１０は、ビデオ通話呼出セットアップを取り消すために、発信側端末機１１０が発信していた着信側端末機１２０の着信アドレス及びＩＰアドレスを含むＳＩＰメッセージを生成する(段階Ｓ５１５)。図５では、ビデオ通話呼出セットアップを取り消すためのＳＩＰ方式として、ＳＩＰ＿ＣＡＮＣＥＬ方式を使用するが、それ以外の方式を使用することもできる。
【００５４】
発信側端末機１１０は、生成したＳＩＰ＿ＣＡＮＣＥＬメッセージを発信側ＩＭＳサーバ１３０に送信し、ビデオ通話呼出セットアップの取消を要求する(段階Ｓ５１７)。発信側ＩＭＳサーバ１３０は、発信側端末機１１０からＳＩＰ＿ＣＡＮＣＥＬメッセージを受信し、受信したＳＩＰ＿ＣＡＮＣＥＬメッセージをＰＩＰサーバ１５０に送信する(段階Ｓ５１９)。ＰＩＰサーバ１５０は、発信側ＩＭＳサーバ１３０からＳＩＰ＿ＣＡＮＣＥＬメッセージを受信し、受信したＳＩＰ＿ＣＡＮＣＥＬメッセージを発信側ＩＭＳサーバ１３０に送信する(段階Ｓ５２１)。ここで、ＰＩＰサーバ１５０は、発信側ＩＭＳサーバ１３０からＳＩＰ＿ＣＡＮＣＥＬメッセージを受信することにより、発信側端末機１１０にマルチメディアコンテンツタイプのリングバック提供のために割当てられた資源を解放する。
【００５５】
発信側ＩＭＳサーバ１３０は、ＰＩＰサーバ１５０からＳＩＰ＿ＣＡＮＣＥＬメッセージを受信し、受信したＳＩＰ＿ＣＡＮＣＥＬメッセージを着信側ＩＭＳサーバ１４０に送信する(段階Ｓ５２３)。着信側ＩＭＳサーバ１４０は、発信側ＩＭＳサーバ１３０からＳＩＰ＿ＣＡＮＣＥＬメッセージを受信し、受信したＳＩＰ＿ＣＡＮＣＥＬメッセージを着信側端末機１２０に送信する(段階Ｓ５２５)。着信側端末機１２０は、発信側端末機１１０の発信によるマルチメディアコンテンツタイプのベルを提供する間、着信側ＩＭＳサーバ１４０からＳＩＰ＿ＣＡＮＣＥＬメッセージを受信することにより、マルチメディアコンテンツタイプのベル提供を中断し、ビデオ通話呼出セットアップを終了する(段階Ｓ５２７)。
【００５６】
第四に、図６を参照して、入力されたメニューキーがコネクションメニューキーである場合における、段階Ｓ２１９のサービス提供動作について説明する。
【００５７】
図６は、図２の段階Ｓ２１９においてコネクションメニューキーの入力によるサービス提供動作を示すフローチャートである。
【００５８】
図６は、図２で発信側端末機１１０がマルチメディアコンテンツタイプのリングバックを提供する間に、コネクションメニューキーが入力された場合のサービス提供動作、すなわち、段階Ｓ２１９のサービス提供動作を示す図である。図６によれば、発信側端末機１１０は、コネクションメニューキーの入力があると、発信側端末機１１０に予め設定されているコネクション電話番号が存在するか否か検査する(段階Ｓ６１１)。予め設定されているコネクション電話番号が存在しない場合、発信側端末機１１０は、そのままマルチメディアコンテンツタイプのリングバックを提供する。
【００５９】
一方、予め設定されているコネクション電話番号が存在する場合、発信側端末機１１０は、コネクション電話番号に該当する着信側端末機６１０の着信アドレス及びＩＰアドレスを含むＳＩＰメッセージを生成する(段階Ｓ６１３)。図６では、コネクションメニューを提供するためのＳＩＰ方式として、ＳＩＰ＿ＩＮＶＩＴＥ方式を使用するが、それ以外の方式を使用することもできる。ここで、着信側端末機６１０は、図２で説明した着信側端末機１２０と異なるものであり、着信側端末機１２０と同一の着信側ＩＭＳサーバ、すなわち、着信側ＩＭＳサーバ１４０に連結されても、着信側ＩＭＳサーバ１４０と異なる着信側ＩＭＳサーバ、すなわち、着信側ＩＭＳサーバ６００に連結されても良い。図６では、着信側端末機６１０が着信側ＩＭＳサーバ６００に連結されるものとする。
【００６０】
発信側端末機１１０は、生成したＳＩＰ＿ＩＮＶＩＴＥメッセージを発信側ＩＭＳサーバ１３０に送信し、新しいビデオ通話呼出セットアップを要求する(段階Ｓ６１５)。発信側ＩＭＳサーバ１３０は、発信側端末機１１０からＳＩＰ＿ＩＮＶＩＴＥメッセージを受信することにより、発信側端末機１１０のサービスプロファイルを検索し、サービストリガを発生させる(段階Ｓ６１７)。すなわち、発信側ＩＭＳサーバ１３０は、サービスプロファイル検索を介して発信側端末機１１０に提供すべきサービスを判断し、判断結果に応じて、発信側端末機１１０に提供すべきサービスを運用するアプリケーションサーバに当該サービス提供を要求する必要がある。図３では、発信側端末機１１０が新しいビデオ通話呼出セットアップを要求したので、発信側ＩＭＳサーバ１３０は、ＰＩＰサーバ１５０に発信側端末機１１０のビデオ通話呼出セットアップを要求する必要がある。そこで、発信側ＩＭＳサーバ１３０は、ＰＩＰサーバ１５０に発信側端末機１１０から受信したＳＩＰ＿ＩＮＶＩＴＥメッセージを送信し、発信側端末機１１０に対するビデオ通話呼出セットアップを要求する(段階Ｓ６１９)。
【００６１】
ＰＩＰサーバ１５０は、発信側ＩＭＳサーバ１３０からＳＩＰ＿ＩＮＶＩＴＥメッセージを受信し、それに対する応答として受信したＳＩＰ＿ＩＮＶＩＴＥメッセージを更に発信側ＩＭＳサーバ１３０に送信する(段階Ｓ６２１)。発信側ＩＭＳサーバ１３０は、ＰＩＰサーバ１５０からＳＩＰ＿ＩＮＶＩＴＥメッセージを受信し、着信側端末機６１０に連結されている着信側ＩＭＳサーバ６００に、受信したＳＩＰ＿ＩＮＶＩＴＥメッセージを送信する(段階Ｓ６２３)。
【００６２】
発信側ＩＭＳサーバ１３０からＳＩＰ＿ＩＮＶＩＴＥメッセージを受信した着信側ＩＭＳサーバ６００は、着信側端末機６１０のサービスプロファイルを検索し、サービストリガを発生させる(段階Ｓ６２５)。すなわち、着信側ＩＭＳサーバ６００は、サービスプロファイル検索を介して着信側端末機６１０に提供すべきサービスを判断し、判断結果に応じて、着信側端末機６１０にメッセージを送信する。図６ではビデオ通話呼出セットアップを実行すべきであるため、着信側ＩＭＳサーバ６００は、発信側ＩＭＳサーバ１３０から受信したＳＩＰ＿ＩＮＶＩＴＥメッセージを、着信側端末機６１０に送信する(段階Ｓ６２７)。着信側端末機６１０は、着信側ＩＭＳサーバ６００からＳＩＰ＿ＩＮＶＩＴＥメッセージを受信することにより、ＰＩＰサーバ１５０で提供するマルチメディアコンテンツタイプのベルを提供する(段階Ｓ６２９)。
【００６３】
次に、図７を参照して、本発明の実施形態によるマルチメディアコンテンツタイプの報知を提供する通信システムにおけるベル提供動作について説明する。
【００６４】
図７は、本発明の実施形態によるマルチメディアコンテンツタイプの報知を提供する通信システムにおけるベル提供動作を示す順序図である。
【００６５】
図７によれば、段階Ｓ７１１において、着信側端末機１２０は、着信により、すなわち、発信側端末機１１０の呼出セットアップ要求により、マルチメディアコンテンツタイプのベルを提供する間に、段階Ｓ７１３においてメニューキーが入力されるか否か検査する。ここで、着信側端末機１２０がマルチメディアコンテンツタイプのベルを提供する動作について簡略に説明する。発信側端末機１１０が着信側端末機１２０に発信する場合、発信側ＩＭＳサーバ１３０、着信側ＩＭＳサーバ１４０及びＰＩＰサーバ１５０が連動して、着信側端末機１２０及びＰＩＰサーバ１５０により予め設定されたマルチメディアコンテンツタイプのベルが、着信側端末機１２０に提供される。ここでは、着信側端末機１２０及びＰＩＰサーバ１５０により予め設定されたマルチメディアコンテンツタイプのベルが、着信側端末機１２０に提供される場合を例として説明したが、着信側端末機１２０の代わりに発信側端末機１１０により予め設定されたマルチメディアコンテンツタイプのベルが、着信側端末機１２０に提供されることもできる。また、マルチメディアコンテンツタイプのベルは、前述したように、オーディオ、ビデオ、イメージ及びメッセージ以外に、ＨＴＴＰ、ＷＡＰ及びフラッシュアニメーションなどによっても実現可能であり、マルチメディアコンテンツタイプのリングには各種機能を選択するためのメニューキーが含まれている。図７では、マルチメディアコンテンツタイプのベル内に含まれるメニューキーを、ＰＴＡサービスメニューキー、ＩＭサービスメニューキー、音声通話メニューキー、ビデオ通話メニューキー及び拒否メニューキーとするが、それ以外のメニューキーを含むこともできる。
【００６６】
続いて、段階Ｓ７１３において、マルチメディアコンテンツタイプのベルが提供される間、メニューキーが入力されない場合、着信側端末機１２０は、段階Ｓ７１１に戻り、着信側端末機１２０で応答するまでマルチメディアコンテンツタイプのベルを継続的に提供する。一方、段階Ｓ７１３において、マルチメディアコンテンツタイプのベルが提供される間、メニューキーが入力された場合、着信側端末機１２０は段階Ｓ７１５に進む。
【００６７】
段階Ｓ７１５において、着信側端末機１２０は、入力されたメニューキーに該当するメニューが、サービス能力の比較により、発信側端末機１１０との共通メニューか否かを検査する。ここで、着信側端末機１２０は、呼出セットアップ時、ＰＩＰサーバ１５０から発信側端末機１１０のサービス能力に関する情報が通知される。段階Ｓ７１５において、入力されたメニューキーに該当するメニューが、サービス能力比較の結果、発信側端末機１１０との共通メニューでない場合、着信側端末機１２０は、段階Ｓ７１７に進む。段階Ｓ７１７において、着信側端末機１２０は、発信側端末機１１０に該当メニューサービスが存在しない場合のためのクライアントを起動する。
【００６８】
一方、段階Ｓ７１５において、入力されたメニューキーに該当するメニューが、サービス能力比較の結果、発信側端末機１１０と共通メニューである場合、着信側端末機１２０は、段階Ｓ７１９に進む。段階Ｓ７１９において、着信側端末機１２０は、入力されたメニューキーに該当するクライアントを起動し、当該メニューにマッピングされているサービスを提供し、終了する。具体的には、入力されたメニューキーが、マルチメディアコンテンツタイプのベル内のＰＴＡサービスメニューキーであるか、ＩＭサービスメニューキーであるか、 音声通話メニューキーであるか、ビデオ通話メニューキーであるか、拒否メニューキーであるかによって、段階Ｓ７１９の動作は各々異なる。詳細な説明を以下に与える。
【００６９】
図７では、本発明の実施形態によるマルチメディアコンテンツタイプの報知を提供する通信システムにおけるベル提供動作について説明したが、次に、図８〜図１１を参照して、図７の段階Ｓ７１９において入力されたメニューキーに該当するサービスを提供する動作について説明する。
【００７０】
第一に、図８を参照して、入力されたメニューキーがＩＭサービスメニューキーである場合における、段階Ｓ７１９のサービス提供動作について説明する。
【００７１】
図８は、図７の段階Ｓ７１９において、ＩＭサービスメニューキーの入力に従うサービス提供動作を示すフローチャートである。
【００７２】
図８は、図７で着信側端末機１２０がマルチメディアコンテンツタイプのベルを提供する間、ＩＭサービスメニューキーが入力された場合のサービス提供動作、すなわち、段階Ｓ７１９のサービス提供動作を示す図である。図８によれば、着信側端末機１２０は、ＩＭサービスメニューキーの入力があると、ＩＭサービスクライアントを起動する(段階Ｓ８１１)。ＩＭサービスクライアントを起動することにより、着信側端末機１２０のマルチメディアコンテンツタイプのベル上には、インスタントメッセージの入力のためのＩＭサービスクライアントツールがディスプレイされる。これにより、着信側端末機１２０には、着信側端末機１２０のユーザーから発信側端末機１１０に送信するインスタントメッセージが入力される(段階Ｓ８１３)。発信側端末機１１０に送信するインスタントメッセージが入力されると、着信側端末機１２０は、入力されたインスタントメッセージと、着信側端末機１２０が発信した発信側端末機１１０の着信アドレス及びＩＰアドレスを含むＳＩＰメッセージとを生成する(段階Ｓ８１５)。図８では、ＩＭサービスのためのＳＩＰ方式として、ＳＩＰ＿ＭＥＳＳＡＧＥ方式を使用するが、それ以外の方式を使用することもできる。
【００７３】
着信側端末機１２０は、生成したＳＩＰ＿ＭＥＳＳＡＧＥメッセージを着信側ＩＭＳサーバ１４０に送信し、ＩＭ呼出セットアップを要求する(段階Ｓ８１７)。着信側ＩＭＳサーバ１４０は、着信側端末機１２０からＳＩＰ＿ＭＥＳＳＡＧＥメッセージを受信することにより、着信側端末機１２０のサービスプロファイルを検索し、サービストリガを発生させる(段階Ｓ８１９)。すなわち、着信側ＩＭＳサーバ１４０は、サービスプロファイル検索を介して着信側端末機１２０に提供すべきサービスを判断し、判断結果に応じて、着信側端末機１２０に提供すべきサービスを運用するアプリケーションサーバに当該サービス提供を要求すべきである。図８では、着信側端末機１２０がＩＭサービスを要求したので、着信側ＩＭＳサーバ１４０はＩＭサーバ１８０に着信側端末機１２０に対するＩＭサービス提供を要求すべきである。よって、着信側ＩＭＳサーバ１４０は、ＩＭサーバ１８０に着信側端末機１２０から受信したＳＩＰ＿ＭＥＳＳＡＧＥメッセージを送信し、着信側端末機１２０に対するＩＭサービス提供を要求する(段階Ｓ８２１)。
【００７４】
ＩＭサーバ１８０は、着信側ＩＭＳサーバ１４０からＳＩＰ＿ＭＥＳＳＡＧＥメッセージを受信し、それに対する応答として受信したＳＩＰ＿ＭＥＳＳＡＧＥを更に着信側ＩＭＳサーバ１４０に送信する(段階Ｓ８２３)。着信側ＩＭＳサーバ１４０は、ＩＭサーバ１８０からＳＩＰ＿ＭＥＳＳＡＧＥメッセージを受信し、発信側端末機１１０に連結している発信側ＩＭＳサーバ１３０に受信したＳＩＰ＿ＭＥＳＳＡＧＥメッセージを送信する(段階Ｓ８２５)。
【００７５】
着信側ＩＭＳサーバ１４０からＳＩＰ＿ＭＥＳＳＡＧＥメッセージを受信した発信側ＩＭＳサーバ１３０は、発信側端末機１１０のサービスプロファイルを検索し、サービストリガを発生させる(段階Ｓ８２７)。すなわち、発信側ＩＭＳサーバ１３０は、サービスプロファイル検索を介して発信側端末機１１０に提供すべきサービスを判断し、判断結果に応じて、発信側端末機１１０にメッセージを送信する。図８では、ＩＭサービスを提供するために、発信側ＩＭＳサーバ１３０は、受信したＳＩＰ＿ＭＥＳＳＡＧＥメッセージを発信側端末機１１０に送信する(段階Ｓ８２９)。
【００７６】
発信側端末機１１０は、着信側端末機１２０の発信に伴うマルチメディアコンテンツタイプのリングバックを提供する間に、発信側ＩＭＳサーバ１３０からＳＩＰ＿ＭＥＳＳＡＧＥメッセージを受信すると、ＩＭサービスのためのクライアントを起動する(段階Ｓ８３１)。ＩＭサービスクライアントを起動することにより、発信側端末機１１０のマルチメディアコンテンツタイプのリングバック上には、インスタントメッセージを表示するためのＩＭサービスクライアントツールがディスプレイされる。これにより、発信側端末機１１０は、着信側端末機１２０ユーザーが入力したインスタントメッセージを表示する(段階Ｓ８３３)。
【００７７】
第二に、図９を参照して、入力されたメニューキーがＰＴＡサービスメニューキーである場合における、段階Ｓ７１９のサービス提供動作について説明する。
【００７８】
図９は、図７の段階Ｓ７１９においてＰＴＡサービスメニューキーの入力によるサービス提供動作を示すフローチャートである。
【００７９】
図９は、図７で着信側端末機１２０がマルチメディアコンテンツタイプのベルを提供する間に、ＰＴＡサービスメニューキーが入力された場合のサービス提供動作、すなわち、段階Ｓ７１９のサービス提供動作を示す図である。図９によれば、着信側端末機１２０は、ＰＴＡサービスメニューキーの入力があると、マルチメディアコンテンツタイプのベル提供と、発信側端末機１１０のビデオ通話呼出セットアップ要求に従う着信側端末機１２０自身が実行していたビデオ通話呼出セットアップとを中止する(段階Ｓ９１１及び段階Ｓ９１３)。図９では、ＰＴＡサービスメニューキーが入力されると、マルチメディアコンテンツタイプのベル提供と、ビデオ通話呼出セットアップとを中止する場合を例として説明したが、マルチメディアコンテンツタイプのベル提供だけを中止し、ビデオ通話呼出セットアップは継続することもできる。
【００８０】
このように、ビデオ通話呼出セットアップまで中止した後、着信側端末機１２０は、ＰＴＡサービスメニューキーの入力に伴い、ＰＴＡサービスクライアントを起動する(段階Ｓ９１５)。ＰＴＡサービスクライアントを起動することにより、着信側端末機１２０のマルチメディアコンテンツタイプのベル上には、ＰＴＡサービスクライアントツールがディスプレイされる。着信側端末機１２０は、発信側端末機１２０が着信していた発信側端末機１１０の着信アドレス及びＩＰアドレスを含むＳＩＰメッセージを生成する(段階Ｓ９１７)。図９では、ＰＴＡサービスのためのＳＩＰ方式としてＳＩＰ＿ＩＮＶＩＴＥ方式を使用するが、それ以外の方式を使用することもできる。ここで、着信側端末機１２０は、ＰＴＡサービスのためのＳＩＰ＿ＩＮＶＩＴＥメッセージに発信側端末機１１０の着信アドレス及びＩＰアドレスだけでなく、ＰＴＡサービスの受け入れ条件を示すパラメーターであるAccept_Contact:*;+g.poc.talkburstも含む。ここで、Accept_Contact:*;+g.poc.talkburstパラメーターは、着信側ＩＭＳサーバ１４０がサービスプロファイル検索及びサービストリガの実行時、Accept_Contact:*;+g.poc.talkburstパラメーターと一致するヘッダ値を持つＳＩＰ＿ＩＮＶＩＴＥメッセージをＰＴＡサーバ１９５に送信するために必要なパラメーターである。
【００８１】
着信側端末機１２０は、生成したＳＩＰ＿ＩＮＶＩＴＥメッセージを着信側ＩＭＳサーバ１４０に送信し、ＰＴＡ呼出セットアップを要求する(段階Ｓ９１９)。着信側ＩＭＳサーバ１４０は、着信側端末機１２０からＳＩＰ＿ＩＮＶＩＴＥメッセージを受信することにより、着信側端末機１２０のサービスプロファイルを検索し、サービストリガを発生させる(段階Ｓ９２１)。すなわち、着信側ＩＭＳサーバ１４０は、サービスプロファイル検索を介して着信側端末機１２０に提供すべきサービスを判断し、判断結果に応じて、着信側端末機１２０に提供すべきサービスを運用するアプリケーションサーバに当該サービス提供を要求する必要がある。図９では、着信側端末機１２０がＰＴＡサービスを要求したので、着信側ＩＭＳサーバ１４０は、ＰＴＡサーバ１９５に着信側端末機１２０に対するＰＴＡサービス提供を要求する必要がある。そこで、着信側ＩＭＳサーバ１４０は、ＰＴＡサーバ１９５に着信側端末機１２０から受信したＳＩＰ＿ＩＮＶＩＴＥメッセージを送信し、着信側端末機１２０に対するＰＴＡサービス提供を要求する(段階Ｓ９２３)。
【００８２】
ＰＴＡサーバ１９５は、着信側ＩＭＳサーバ１４０からＳＩＰ＿ＩＮＶＩＴＥメッセージを受信し、それに対する応答として受信したＳＩＰ＿ＩＮＶＩＴＥメッセージを更に着信側ＩＭＳサーバ１４０に送信する(段階Ｓ９２５)。着信側ＩＭＳサーバ１４０は、ＰＴＡサーバ１９５からＳＩＰ＿ＩＮＶＩＴＥメッセージを受信したら、発信側端末機１１０が連結されている発信側ＩＭＳサーバ１３０に、受信したＳＩＰ＿ＩＮＶＩＴＥメッセージを送信する(段階Ｓ９２７)。
【００８３】
着信側ＩＭＳサーバ１４０からＳＩＰ＿ＩＮＶＩＴＥメッセージを受信した発信側ＩＭＳサーバ１３０は、発信側端末機１１０のサービスプロファイルを検索し、サービストリガを発生させる(段階Ｓ９２９)。すなわち、発信側ＩＭＳサーバ１３０は、サービスプロファイル検索を介して発信側端末機１１０に提供すべきサービスを判断し、判断結果に応じて、発信側端末機１１０にメッセージを送信する。図９では、ＰＴＡサービスを提供するために、発信側ＩＭＳサーバ１３０は、発信側端末機１１０に受信したＳＩＰ＿ＩＮＶＩＴＥメッセージを送信する(段階Ｓ９３１)。
【００８４】
発信側端末機１１０は、発信側ＩＭＳサーバ１３０からＳＩＰ＿ＩＮＶＩＴＥメッセージを受信し、ＰＴＡサービスのためのクライアントを起動する(段階Ｓ９３３)。ここで、図９には示さないが、着信側端末機１２０がＰＴＡサービスを開始する場合、着信によって実行されていた呼出セットアップを中止するので、発信側端末機１１０もマルチメディアコンテンツタイプのリングバック提供を中止する。また、発信側ＩＭＳサーバ１３０からＰＴＡ呼出セットアップのためのＳＩＰ＿ＩＮＶＩＴＥメッセージを受信すれば、ＰＴＡ呼出セットアップに対する応答としてＳＩＰ＿ＵＰＤＡＴＥメッセージを送信する。
【００８５】
ＰＴＡサービスクライアントの起動により、発信側端末機１１０は、ＰＴＡサービスのためのＰＴＡサービスクライアントツールをディスプレイする(段階Ｓ９３５)。このように、発信側端末機１１０と着信側端末機１２０との間にＰＴＡ呼出がセットアップされる、すなわち、発信側端末機１１０と着信側端末機１２０との間に通信の担い手がセットアップされると、着信側端末機１２０は、セットアップされた通信の担い手を介して所望のＰＴＡサービスデータ、一例として音声及びマルチメディアデータをプッシュすなわち送信する(段階Ｓ９３７)。
【００８６】
第三に、図１０を参照して、入力されたメニューキーが拒否メニューキーである場合における、段階Ｓ７１９のサービス提供動作について説明する。
【００８７】
図１０は、図７の段階Ｓ７１９において拒否メニューキーの入力によるサービス提供動作を示すフローチャートである。
【００８８】
図１０は、図７で着信側端末機１２０がマルチメディアコンテンツタイプのベルを提供する間、拒否メニューキーが入力された場合のサービス提供動作、すなわち、段階Ｓ７１９のサービス提供動作を示す図である。図１０によれば、着信側端末機１２０は、拒否メニューキーの入力があると、マルチメディアコンテンツタイプのベル提供と、発信側端末機１１０のビデオ通話呼出セットアップ要求に従う着信側端末機１２０が実行していたビデオ通話呼出セットアップとを中止する(段階Ｓ１０１１及び段階Ｓ１０１３)。
【００８９】
着信側端末機１２０は、ビデオ通話呼出セットアップを拒否するために、着信側端末機１２０が発信していた発信側端末機１１０の着信アドレス及びＩＰアドレスを含むＳＩＰメッセージを生成する(段階Ｓ１０１５)。図１０では、ビデオ通話呼出セットアップを拒否するためのＳＩＰ方式として、ＳＩＰ＿４８０方式を使用するが、それ以外の方式を使用することもできる。着信側端末機１２０は、生成したＳＩＰ＿４８０メッセージを着信側ＩＭＳサーバ１４０に送信し、ビデオ通話呼出セットアップの拒否を要求する(段階Ｓ１０１７)。着信側ＩＭＳサーバ１４０は、着信側端末機１２０からＳＩＰ＿４８０メッセージを受信し、受信したＳＩＰ＿４８０メッセージをＰＩＰサーバ１５０に送信する(段階Ｓ１０１９)。ＰＩＰサーバ１５０は、着信側ＩＭＳサーバ１４０からＳＩＰ＿４８０メッセージを受信し、受信したＳＩＰ＿４８０メッセージを更に着信側ＩＭＳサーバ１４０に送信する(段階Ｓ１０２１)。ここで、ＰＩＰサーバ１５０は、着信側ＩＭＳサーバ１４０からＳＩＰ＿４８０メッセージを受信することにより、着信側端末機１２０にマルチメディアコンテンツタイプのベル提供のために割当てられた資源を開放する。
【００９０】
着信側ＩＭＳサーバ１４０は、ＰＩＰサーバ１５０からＳＩＰ＿４８０メッセージを受信し、受信したＳＩＰ＿４８０メッセージを発信側ＩＭＳサーバ１３０に送信する(段階Ｓ１０２３)。発信側ＩＭＳサーバ１３０は、着信側ＩＭＳサーバ１４０からＳＩＰ＿４８０メッセージを受信し、受信したＳＩＰ＿４８０メッセージを発信側端末機１１０に送信する(段階Ｓ１０２５)。発信側端末機１１０は、着信側端末機１２０への発信によるマルチメディアコンテンツタイプのリングバックを提供する間、発信側ＩＭＳサーバ１２０からＳＩＰ＿４８０メッセージを受信することにより、マルチメディアコンテンツタイプのリングバック提供を中断し、ビデオ通話呼出セットアップを終了する(段階Ｓ１０２７)。
【００９１】
第四に、図１１を参照して、入力されたメニューキーが音声通話メニューキーである場合における、段階Ｓ７１９のサービス提供動作について説明する。
【００９２】
図１１は、図７の段階Ｓ７１９において音声通話メニューキーの入力によるサービス提供動作を示すフローチャートである。
【００９３】
図１１は、図７で着信側端末機１２０がマルチメディアコンテンツタイプのベルを提供する間に、音声通話メニューキーが入力された場合のサービス提供動作、すなわち、段階Ｓ７１９のサービス提供動作を示す図である。図１１によれば、着信側端末機１２０は、音声通話メニューキーの入力があると、音声通話のための資源を割り当てる(段階Ｓ１１１３)。続いて、音声通話のために、着信側端末機１２０は、着信していた発信側端末機１１０の着信アドレス及びＩＰアドレスを含むＳＩＰメッセージを生成する(段階Ｓ１１１５)。図１１では、音声通話のためのＳＩＰ方式として、ＳＩＰ＿ＵＰＤＡＴＥ方式を使用するが、それ以外の方式を使用することもできる。
【００９４】
着信側端末機１２０は、生成したＳＩＰ＿ＵＰＤＡＴＥメッセージを着信側ＩＭＳサーバ１４０に送信し、音声通話を要求する(段階Ｓ１１１７)。着信側ＩＭＳサーバ１４０は、着信側端末機１２０からＳＩＰ＿ＵＰＤＡＴＥメッセージを受信することにより、着信側端末機１２０のサービスプロファイルを検索し、サービストリガを発生させる(段階Ｓ１１１９)。すなわち、着信側ＩＭＳサーバ１４０は、サービスプロファイル検索を介して着信側端末機１２０に提供すべきサービスを判断し、判断結果に応じて、着信側端末機１２０に提供すべきサービスを運用するアプリケーションサーバに当該サービス提供を要求すべきである。図１１では、着信側端末機１２０がＩＭサービスを要求したので、着信側ＩＭＳサーバ１４０はＰＩＰサーバ１５０に着信側端末機１２０に対する音声通話の提供を要求する必要がある。そこで、着信側ＩＭＳサーバ１４０は、ＰＩＰサーバ１５０に着信側端末機１２０から受信したＳＩＰ＿ＵＰＤＡＴＥメッセージを送信し、着信側端末機１２０に対する音声通話の提供を要求する(段階Ｓ１１２１)。
【００９５】
ＰＩＰサーバ１５０は、着信側ＩＭＳサーバ１４０からＳＩＰ＿ＵＰＤＡＴＥメッセージを受信し、それに対する応答として受信したＳＩＰ＿ＵＰＤＡＴＥを更に着信側ＩＭＳサーバ１４０に送信する(段階Ｓ１１２３)。着信側ＩＭＳサーバ１４０は、ＰＩＰサーバ１５０からＳＩＰ＿ＵＰＤＡＴＥメッセージを受信し、発信側端末機１１０に連結している発信側ＩＭＳサーバ１３０に、受信したＳＩＰ＿ＵＰＤＡＴＥメッセージを送信する(段階Ｓ１１２５)。
【００９６】
着信側ＩＭＳサーバ１４０からＳＩＰ＿ＵＰＤＡＴＥメッセージを受信した発信側ＩＭＳサーバ１３０は、発信側端末機１１０のサービスプロファイルを検索し、サービストリガを発生させる(段階Ｓ１１２７)。すなわち、発信側ＩＭＳサーバ１３０は、サービスプロファイル検索を介して発信側端末機１１０に提供すべきサービスを判断し、判断結果に応じて、発信側端末機１１０にメッセージを送信する。図１１では、音声通話を提供するために、発信側ＩＭＳサーバ１３０は、発信側端末機１１０に受信したＳＩＰ＿ＵＰＤＡＴＥメッセージを送信する(段階Ｓ１１２９)。
発信側端末機１１０は、発信側ＩＭＳサーバ１３０からＳＩＰ＿ＵＰＤＡＴＥメッセージを受信することにより、音声通話に必要な資源だけを割り当てる(段階Ｓ１１３１)。このように、発信側端末機１１０まで音声通話に必要な資源割当てが完了すれば、発信側端末機１１０と着信側端末機１２０との間に音声通話が実行される(段階Ｓ１１３３)。
【００９７】
第五に、図１２を参照して、入力されたメニューキーがビデオ通話メニューキーである場合における、段階Ｓ７１９のサービス提供動作について説明する。
【００９８】
図１２は、図７の段階Ｓ７１９において、ビデオ通話メニューキーの入力によるサービス提供動作を示すフローチャートである。
【００９９】
図１２は、図７で着信側端末機１２０がマルチメディアコンテンツタイプのベルを提供する間、ビデオ通話メニューキーが入力された場合のサービス提供動作、すなわち、段階Ｓ７１９のサービス提供動作を示す図である。図１２によれば、着信側端末機１２０は、ビデオ通話メニューキーの入力があると、ビデオ通話に必要な資源を割り当てる(段階Ｓ１２１３)。続いて、ビデオ通話のために、着信側端末機１２０は、着信していた発信側端末機１１０の着信アドレス及びＩＰアドレスを含むＳＩＰメッセージを生成する(段階Ｓ１２１５)。図１２では、ビデオ通話のためのＳＩＰ方式として、ＳＩＰ＿ＵＰＤＡＴＥ方式を使用するが、それ以外の方式を使用することもできる。
【０１００】
着信側端末機１２０は、生成したＳＩＰ＿ＵＰＤＡＴＥメッセージを着信側ＩＭＳサーバ１４０に送信し、ビデオ通話を要求する(段階Ｓ１２１７)。着信側ＩＭＳサーバ１４０は、着信側端末機１２０からＳＩＰ＿ＵＰＤＡＴＥメッセージを受信することにより、着信側端末機１２０のサービスプロファイルを検索し、サービストリガを発生させる(段階Ｓ１２１９)。すなわち、着信側ＩＭＳサーバ１４０は、サービスプロファイル検索を介して着信側端末機１２０に提供すべきサービスを判断し、判断結果に応じて、着信側端末機１２０に提供すべきサービスを運用するアプリケーションサーバに当該サービス提供を要求する必要がある。図１２では、着信側端末機１２０がビデオ通話を要求したので、着信側ＩＭＳサーバ１４０はＰＩＰサーバ１５０に着信側端末機１２０に対するビデオ通話の提供を要求する必要がある。そこで、着信側ＩＭＳサーバ１４０は、ＰＩＰサーバ１５０に着信側端末機１２０から受信したＳＩＰ＿ＵＰＤＡＴＥメッセージを送信し、着信側端末機１２０に対するビデオ通話の提供を要求する(段階Ｓ１２２１)。
【０１０１】
ＰＩＰサーバ１５０は、着信側ＩＭＳサーバ１４０からＳＩＰ＿ＵＰＤＡＴＥメッセージを受信し、それに対する応答として受信したＳＩＰ＿ＵＰＤＡＴＥを更に着信側ＩＭＳサーバ１４０に送信する(段階Ｓ１２２３)。着信側ＩＭＳサーバ１４０は、ＰＩＰサーバ１５０からＳＩＰ＿ＵＰＤＡＴＥメッセージを受信し、発信側端末機１１０に連結されている発信側ＩＭＳサーバ１３０に、受信したＳＩＰ＿ＵＰＤＡＴＥメッセージを送信する(段階Ｓ１２２５)。
【０１０２】
着信側ＩＭＳサーバ１４０からＳＩＰ＿ＵＰＤＡＴＥメッセージを受信した発信側ＩＭＳサーバ１３０は、発信側端末機１１０のサービスプロファイルを検索し、サービストリガを発生させる(段階Ｓ１２２７)。すなわち、発信側ＩＭＳサーバ１３０は、サービスプロファイル検索を介して発信側端末機１１０に提供すべきサービスを判断し、判断結果に応じて、発信側端末機１１０にメッセージを送信する。図１２では、ビデオ通話を提供するために、発信側ＩＭＳサーバ１３０は、発信側端末機１１０に受信したＳＩＰ＿ＵＰＤＡＴＥメッセージを送信する(段階Ｓ１２２９)。
【０１０３】
発信側端末機１１０は、発信側ＩＭＳサーバ１３０からＳＩＰ＿ＵＰＤＡＴＥメッセージを受信することにより、ビデオ通話に必要な資源だけを割り当てる(段階Ｓ１２３１)。このように、発信側端末機１１０までビデオ通話に必要な資源割当てが完了すると、発信側端末機１１０と着信側端末機１２０との間にビデオ通話が実行される(段階Ｓ１２３３)。
【０１０４】
なお、本発明の詳細な説明では具体的な実施形態について説明したが、本発明の要旨から逸脱しない範囲内で多様に変形できる。よって、本発明の範囲は、前述の実施形態に限定されるものではなく、特許請求の範囲の記載及びこれと均等なものに基づいて定められるべきである。
【図面の簡単な説明】
【０１０５】
【図１】本発明の実施形態によるマルチメディアコンテンツタイプの報知を提供する通信システムの構造を概略的に示す図である。
【図２】本発明の実施形態によるマルチメディアコンテンツタイプの報知を提供する通信システムにおけるリングバック提供動作を示す順序図である。
【図３】図２の段階Ｓ２１９においてＩＭサービスメニューキーの入力によるサービス提供動作を示すフローチャートである。
【図４】図２の段階Ｓ２１９においてＰＴＡサービスメニューキーの入力によるサービス提供動作を示すフローチャートである。
【図５】図２の段階Ｓ２１９において取消メニューキーの入力によるサービス提供動作を示すフローチャートである。
【図６】図２の段階Ｓ２１９においてコネクションメニューキーの入力によるサービス提供動作を示すフローチャートである。
【図７】本発明の実施形態によるマルチメディアコンテンツタイプの報知を提供する通信システムにおけるベル提供動作を示す順序図である。
【図８】図７の段階Ｓ７１９においてＩＭサービスメニューキーの入力によるサービス提供動作を示すフローチャートである。
【図９】図７の段階Ｓ７１９においてＰＴＡサービスメニューキーの入力によるサービス提供動作を示すフローチャートである。
【図１０】図７の段階Ｓ７１９において拒否メニューキーの入力によるサービス提供動作を示すフローチャートである。
【図１１】図７の段階Ｓ７１９において音声通話メニューキーの入力によるサービス提供動作を示すフローチャートである。
【図１２】図７の段階Ｓ７１９においてビデオ通話メニューキーの入力によるサービス提供動作を示すフローチャートである。
【符号の説明】
【０１０６】
１１０  発信側端末機
１２０  着信側端末機
１３０  発信側ＩＭＳサーバ
１４０  着信側ＩＭＳサーバ
１５０  ＰＩＰサーバ
１６０  コンテンツサーバ
１７０  状態情報管理サーバ
１８０  ＩＭサーバ
１９０  ＤＭＳ
１９５  ＰＴＡサーバ
【図１】
2007143153.tif 000003
【図２】
2007143153.tif 000004
【図３】
2007143153.tif 000005
【図４】
2007143153.tif 000006
【図５】
2007143153.tif 000007
【図６】
2007143153.tif 000008
【図７】
2007143153.tif 000009
【図８】
2007143153.tif 000010
【図９】
2007143153.tif 000011
【図１０】
2007143153.tif 000012
【図１１】
2007143153.tif 000013
【図１２】
2007143153.tif 000014