(57)【要約】【課題】  複数の通信端末を有するユーザとセッションを接続する際に、通信端末の特性またはネットワークの状況等に基づいて、異なるネットワークに存在する複数の通信端末から、適切に通信端末を選択可能できるネットワーク制御装置を提供する。【解決手段】  ネットワーク制御装置２は、セッション開始メッセージを受信するメッセージ転送部２１と、セッション開始メッセージの宛先ユーザに対応する一つ以上の通信端末のそれぞれが属するネットワークに対して、通信端末とネットワークの少なくとも一方に関する情報を問い合わせる問合せメッセージを作成するメッセージ処理部２３と、問合せメッセージを送信すると共に問合せメッセージに対する応答を受信するメッセージ転送部２１と、応答に基づいて宛先ユーザに対応する一つ以上の通信端末の中からセッションを開始する通信端末を選択するルーティング先決定手段２４４とを備える。【選択図】  図１
2005094297.tif 000002
【特許請求の範囲】
【請求項１】
セッション開始メッセージを受信する手段と、
前記セッション開始メッセージの宛先ユーザに対応する一つ以上の通信端末のそれぞれが属するネットワークに対して、前記通信端末と前記ネットワークの少なくとも一方に関する情報を問い合わせる問合せメッセージを送信する手段と、
前記問合せメッセージに対する応答を受信する手段と、
前記応答に基づいて前記宛先ユーザに対応する一つ以上の通信端末の中から前記セッションを開始する通信端末を選択する手段と、
を備えることを特徴とするネットワーク制御装置。
【請求項２】
前記セッション開始メッセージの宛先ユーザの通信端末のアドレスとして、選択された前記通信端末のアドレスを記入する手段と、
前記記入の行われたセッション開始メッセージを選択された前記通信端末に送信する手段と、
を備えることを特徴とする請求項１に記載のネットワーク制御装置。
【請求項３】
選択された前記通信端末に関する情報を前記セッション開始メッセージの送信元に送信する手段を備えることを特徴とする請求項１に記載のネットワーク制御装置。
【請求項４】
前記応答には、前記通信端末に関する情報として、前記通信端末のメディア処理能力に関する情報が含まれることを特徴とする請求項１に記載のネットワーク制御装置。
【請求項５】
前記応答には、前記ネットワークに関する情報として、前記ネットワークの通信品質に関する情報と前記ネットワークの課金情報の少なくとも一方が含まれることを特徴とする請求項１に記載のネットワーク制御装置。
【請求項６】
前記選択する手段は、前記セッションを開始する通信端末を選択するための選択基準に関する情報と前記応答とに基づいて前記通信端末を選択することを特徴とする請求項１に記載のネットワーク制御装置。
【請求項７】
前記選択基準に関する情報は、前記受信する手段によって受信した前記セッション開始メッセージに含まれることを特徴とする請求項６に記載のネットワーク制御装置。
【請求項８】
前記選択基準に関する情報として各ユーザに対応して選択基準に関する情報を格納した装置から、前記セッション開始メッセージの送信元ユーザに対応する情報を取得する手段を備えることを特徴とする請求項６に記載のネットワーク制御装置。
【請求項９】
前記選択基準に関する情報は、前記セッションに求められる通信品質に関する要求情報と課金に関する要求情報の少なくとも一方であることを特徴とする請求項６に記載のネットワーク制御装置。
【請求項１０】
前記セッション開始メッセージに含まれる、前記セッションにより提供されるべきサービスの識別情報に基づいて、セッション開始側のネットワークがそのサービスを提供できる状態か否かを判定する手段を備え、
サービス提供可能との判定に応じて、前記問合せメッセージを送信することを特徴とする請求項１に記載のネットワーク制御装置。
【請求項１１】
前記宛先ユーザに対応する二つ以上の通信端末がそれぞれ異なるネットワークに属するものであり、
前記宛先ユーザのアドレスと前記二つ以上の通信端末に関する情報とを関連付けて格納した装置を用いて前記宛先ユーザの通信端末が属するネットワークを特定し、前記問合せメッセージの送信先を決定する手段を備えることを特徴とする請求項１に記載のネットワーク制御装置。
【請求項１２】
前記宛先ユーザに対応する二つ以上の通信端末がそれぞれ異なるネットワークに属するものであり、
前記宛先ユーザのアドレスと前記二つ以上の通信端末のアドレスとを関連付けて格納した装置を用いて前記宛先ユーザの通信端末のアドレスを特定する手段を備え、
前記記入する手段が特定された通信端末のアドレスをセッション開始メッセージに記入することを特徴とする請求項２に記載のネットワーク制御装置。
【請求項１３】
他のネットワークから送信される、自ネットワークに接続された通信端末を接続先とするセッションに関する問合せメッセージを受信する手段と、
前記問合せメッセージにより指定された前記通信端末に関する情報を取得する手段と、
取得した前記通信端末に関する情報を前記問合せメッセージに対する応答として、前記問合せメッセージの送信元のネットワークに送信する手段と、
を備えることを特徴とするネットワーク制御装置。
【請求項１４】
前記自ネットワークに関する情報を前記応答に含めて送信することを特徴とする請求項１３に記載のネットワーク制御装置。
【請求項１５】
セッションに関するユーザのニーズを入力する手段と、
前記ユーザのニーズを自端末の処理能力と自端末が接続されたネットワークの特性の少なくとも一方に基づいて数値に変換する変換手段と、
変換されたユーザのニーズを含むセッション開始メッセージを送信する手段と、
を備えることを特徴とする通信端末。
【請求項１６】
セッションの接続先となる通信端末を選択するネットワーク制御装置がセッション開始メッセージを受信するステップと、
前記セッション開始メッセージの宛先ユーザに対応する一つ以上の通信端末のそれぞれが属するネットワークに対して、前記通信端末と前記ネットワークに関する情報の少なくとも一方を問い合わせる問合せメッセージを送信するステップと、
前記問合せメッセージに対する応答を前記ネットワーク制御装置が受信するステップと、
前記応答に基づいて前記宛先ユーザに対応する一つ以上の通信端末の中から前記セッションを開始する通信端末を選択するステップと、
を有することを特徴とするネットワーク制御方法。
【請求項１７】
他のネットワークから送信される、自ネットワークに接続された通信端末を接続先とするセッションに関する問合せメッセージをネットワーク制御装置が受信するステップと、
前記問合せメッセージにより指定された前記通信端末に関する情報を取得するステップと、
取得した前記通信端末に関する情報を前記問合せメッセージに対する応答として、前記問合せメッセージの送信元のネットワークに送信するステップと、
を有することを特徴とするネットワーク制御方法。
【請求項１８】
セッションを開始する通信端末が、前記セッションに関するユーザのニーズの入力を受け付けるステップと、
前記ユーザのニーズを前記通信端末の処理能力と前記通信端末が接続されたネットワークの特性の少なくとも一方に基づいて数値に変換するステップと、
変換されたユーザのニーズを含むセッション開始メッセージを送信するステップと、
を有することを特徴とする通信端末の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セッションの接続先を制御するネットワーク制御装置、通信端末、ネットワーク制御システム、およびネットワーク制御方法に関する。
【背景技術】
【０００２】
ＩＰネットワーク上でマルチメディアセッションを確立・変更・終了するためのさまざまなプロトコルが提案されている。このプロトコルの一つとして、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）がある。
【０００３】
ＳＩＰは、アプリケーション層のシグナリングプロトコルである。ＩＥＴＦ（Ｉｎｔｅｒｎａｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）のワーキンググループで提案され、現在、ＲＦＣ３２６１で標準化されている。ＳＩＰで実現可能なサービスには、ビデオ会議や電話、インスタントメッセージ、プレゼンスなどさまざまなものが含まれる。また、３ＧＰＰ（Ｔｈｅ  Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐｒｏｊｅｃｔ）では、次世代の移動通信システムの網側のセッション確立にはＳＩＰを利用することが決定している。
【０００４】
標準的なＳＩＰをベースにした通信システムでは、セッションの発側となる通信端末がセッション開始メッセージを送信し、そのメッセージはＳＩＰプロキシにより受信される。そして、ＳＩＰプロキシは、受信したセッション開始メッセージのヘッダの標準的なフィールドに記述した宛先に基づいて、セッション開始メッセージを着側の通信端末にルーティングする。
【０００５】
ユーザの意図に基づいて、通信先の通信端末を選択することが可能な通信システムが特許文献１に開示されている。この通信システムは、ＳＩＰを用いて構築されている通信システムであり、発呼側エンドポイントと被呼側エンドポイントとサーバを有する。この通信システムでは、サーバに、ロケーションサーバとデータベースが接続されている。ロケーションサーバは、発呼側エンドポイントと被呼側エンドポイント間の通話のルーティングのために使用される位置情報を有する。データベースには、着側ネットワークに含まれる通信端末の属性の情報が含まれている。
【０００６】
この通信システムでは、あらかじめ発呼側エンドポイントが、被呼側エンドポイントの情報を有している。この通信システムを用いて通信を開始する際には、発呼側エンドポイントは、ヘッダルーティング情報と呼ばれる標準的なルーティング情報に本体ルーティング情報を加えた通話開始メッセージを作成して送信する。本体ルーティング情報は、発側通信端末を所持するユーザ（発呼者）の意図に関係した情報を含む。例えば、洗濯機に詳しい販売員と話したいと発側通信端末のユーザが希望する場合には、「洗濯機」という着側端末の属性を表すキーワードを本体ルーティング情報に記述する。
【０００７】
サーバは、発呼側エンドポイントから送信された通話開始メッセージを受信すると、通話開始メッセージに含まれるルーティング情報に基づいて送信先のアドレスを決定する。より詳しくは、サーバは、本体ルーティング情報に含まれるキーワードに基づいて発呼者の意図を推定し、ルーティングすべきアドレスをデータベースから取得する。そして、サーバは、取得したアドレス宛てに通話開始メッセージを送信する。
【０００８】
これにより、特許文献１に記載の通信システムでは、発呼者の意図に基づいた端末に通話開始メッセージをルーティング可能となる。例えば、標準的なルーティング情報が一般の電気会社のアドレスであり、発呼者に関連付けられたルーティング情報が「洗濯機」であった場合、ロケーションサーバとデータベースに基づいて、その電気会社の洗濯機についての質問に答えることができる熟達した販売員の端末に通話を接続することが可能である。
【特許文献１】特開２００２−３３５２６７号公報（第５、６頁、図２）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
近年、通信ネットワークの種類が増え、また通信ネットワークに接続される通信端末の数は増加している。これに伴い、異なったネットワークに対応した複数の通信端末を有する人が増加している。複数の通信端末を利用できるユーザは、通信内容に応じて、あるいは、通信端末が接続されたネットワークの状況に応じて使用する通信端末を選択可能である。従って、このようなユーザに対して通信を開始する際には、ネットワークの状況などを考慮して、異なるネットワークに存在する複数の通信端末から、利用する通信端末をフレキシブルに選択することが望まれる。ここで、「発側」とはセッションを開始する側であり、「着側」とはセッションの接続先となり得る側である。
【００１０】
しかし、上記特許文献１に記載の通信システムでは、ヘッダルーティング情報に記述されたアドレスに基づいて、特定のネットワークに通話開始メッセージを送信するため、異なるネットワークに存在する複数の通信端末から、着側の通信端末を選択することはできなかった。また、ネットワークの状況は常に変化するが、上記した通信システムでは、発呼側ユーザのリアルタイムな要求に十分に答えることができなかった。
【００１１】
本発明は、上記した背景に鑑み、複数の通信端末を有するユーザを宛先とするセッションをいずれか一つの通信端末に接続する際に、異なるネットワークに存在する複数の通信端末から、適切に通信端末を選択できるネットワーク制御装置、ネットワーク制御システムおよびネットワーク制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明のネットワーク制御装置は、セッション開始メッセージを受信する手段と、前記セッション開始メッセージの宛先ユーザに対応する一つ以上の通信端末のそれぞれが属するネットワークに対して、前記通信端末と前記ネットワークの少なくとも一方に関する情報を問い合わせる問合せメッセージを送信する手段と、前記問合せメッセージに対する応答を受信する手段と、前記応答に基づいて前記宛先ユーザに対応する一つ以上の通信端末の中から前記セッションを開始する通信端末を選択する手段とを備える。
【００１３】
この構成により、宛先ユーザに対応する一つ以上の通信端末のそれぞれが属するネットワークから、その通信端末またはネットワークに関する情報を取得することができる。従って、通信端末またはネットワークに関する情報に基づいて、セッションを接続するために最適な通信端末またはその通信端末が属するネットワークを選択可能である。
【００１４】
本発明のネットワーク制御装置は、前記セッション開始メッセージの宛先ユーザの通信端末のアドレスとして、選択された前記通信端末のアドレスを記入する手段と、前記記入の行われたセッション開始メッセージを選択された前記通信端末に送信する手段とをさらに備える構成としてもよい。
【００１５】
この構成により、セッション開始メッセージを送信した発側の通信端末から受信したセッション開始メッセージを選択された通信端末に送信し、発側の通信端末と選択されたセッション接続先の通信端末との間でセッションを確立させることができる。
【００１６】
本発明のネットワーク制御装置は、選択された前記通信端末に関する情報を前記セッション開始メッセージの送信元に送信する手段をさらに備える構成としてもよい。
【００１７】
この構成により、発側の通信端末はセッション接続先として選択された通信端末の情報を得られるので、発側の通信端末からセッション接続先の通信端末を指定してセッション開始メッセージを送信することが可能となる。
【００１８】
ネットワークからの前記応答には、前記通信端末に関する情報として、前記通信端末のメディア処理能力に関する情報が含まれる構成としてもよい。
【００１９】
これにより、応答に含まれる着側通信端末のメディア処理能力に関する情報に基づいて、セッション接続先の通信端末を選択可能となる。メディア処理能力に関する情報には、例えば、通信端末がサポートするコーデックの情報がある。
【００２０】
ネットワークからの前記応答には、前記ネットワークに関する情報として、前記ネットワークの通信品質に関する情報と前記ネットワークの課金情報の少なくとも一方が含まれるようにしてもよい。
【００２１】
これにより、応答に含まれる着側のネットワークの通信品質に関する情報に基づいて、セッション接続先の通信端末を選択可能となる。ネットワークの通信品質に関する情報には、例えば、ネットワークの帯域、または伝送遅延、あるいはパケットロス率に関する情報がある。なお、セッション接続先の通信端末を選択する際、着側のネットワークの通信品質だけでなく、着側のネットワークへ到達するまでの経由ネットワークの通信品質も参照してもよい。
【００２２】
また、本発明のネットワーク制御装置において、前記選択する手段は、前記セッションを開始する通信端末を選択するための選択基準に関する情報と前記応答とに基づいて前記通信端末を選択する構成とするとよい。
【００２３】
この構成により、着側のネットワークからの応答を所望の選択基準に従って分析し、セッションを開始する通信端末を選択することができる。また、ユーザごとに選択基準を変更することが可能であり、各ユーザのニーズに合わせて通信端末の選択を行うことができる。なお、ここでの選択基準は発側のユーザのニーズを反映して設定されることが好ましい。発呼側のユーザのニーズとは、例えば、ユーザがセッションで用いたいメディアの種類、ネットワークの帯域幅または料金、またはユーザが希望する着側端末の属性等である。
【００２４】
前記選択基準に関する情報は、前記受信する手段によって受信した前記セッション開始メッセージに含まれる構成としてもよい。
【００２５】
この構成により、開始するセッションごとに選択基準を変えることができる。
【００２６】
また、本発明のネットワーク制御装置は、前記選択基準に関する情報として各ユーザに対応して選択基準に関する情報を格納した装置から、前記セッション開始メッセージの送信元ユーザに対応する情報を取得する手段を備えてもよい。
【００２７】
この構成により、各ユーザは自分の望む選択基準に関する情報をあらかじめ登録しておくことができる。従って、セッションごとに選択基準を設定する手間が省ける。
【００２８】
前記選択基準に関する情報は、前記セッションに求められる通信品質に関する要求情報と課金に関する要求情報の少なくとも一方とすることができる。
【００２９】
これにより、ユーザが望む通信品質または料金に基づいてセッション接続先を選択可能となる。
【００３０】
前記選択基準に関する情報は、メディア処理能力に関する要求情報と、通信品質に関する要求情報と、課金に関する要求情報の少なくとも二つのうち、いずれを優先してセッション接続先の前記通信端末を選択するかを規定した優先順位に関する情報とすることができる。
【００３１】
これにより、メディア処理能力に関する要求、通信品質に関する要求または課金に関する要求に優先順位を付け、ユーザのニーズにきめ細かく対応できる。
【００３２】
また、本発明のネットワーク制御装置は、前記セッション開始メッセージに含まれる、前記セッションにより提供されるべきサービスの識別情報に基づいて、セッション開始側のネットワークがそのサービスを提供できる状態か否かを判定する手段を備え、サービス提供可能との判定に応じて、前記問合せメッセージを送信する構成としてもよい。
【００３３】
この構成によれば、開始するセッションにより提供されるべきサービス（アプリケーション）にネットワークが対応できる状況か否かを判定し、セッション開始側のネットワークがサービスを提供可能な場合に問合せメッセージを送信する。これにより、発側のネットワークがサービスを提供できない場合には、着側のネットワークへ問合せメッセージを送信しないでセッション開始処理を終了することができる。
【００３４】
前記判定する手段は、前記セッション開始側のネットワークの状況に応じて提供可能なサービスを規定した運用ルールを用いて、前記サービスを提供可能か否か判定する構成としてもよい。
【００３５】
発側のネットワークの運用ルールを用いてサービスを提供可能か否か判定することにより、例えば、発側のネットワークの輻輳を低減できる。なお、運用ルールは、ネットワークの状況に対応して利用可能なサービスを規定している。例えば、ネットワークの輻輳を防止するために規定されたルールである。
【００３６】
また、本発明のネットワーク制御装置は、前記セッション開始メッセージに含まれるサービスの識別情報を、前記問合せメッセージに含ませる構成としてもよい。
【００３７】
この構成により、着側のネットワークは、開始されるセッションで提供されるべきサービス（アプリケーション）の内容を知ることができる。従って、例えば、着側のネットワーク制御装置は、着側のネットワークがそのサービスに対応できる状況であるか否かを判定できる。そして、着側のネットワークがサービスを提供できない場合には、前記応答を返さないか、あるいは前記応答に問い合わせられた通信端末やネットワークに関する情報を含めない等により、セッションが開始されないようにすることができる。これにより、着側のネットワークの状況を考慮した通信端末の選択を行える。さらに、例えば、着側の通信端末のユーザが着側のネットワークからそのサービスを受けられる契約となっているか否かも判定できる。そして、着側のネットワークがサービスを提供できない場合には、セッションが開始されないようにすることができる。このようにして、着側のニーズに合わないセッションを開始しないようにすることができ、着側のユーザのニーズも考慮した通信端末の選択を行える。着側のユーザのニーズとは、例えば、ユーザがサービスを受けたいか否か、またサービスを受けたい場合にはその時間帯はいつか、という要求である。
【００３８】
また、本発明のネットワーク制御装置は、前記宛先ユーザに対応する二つ以上の通信端末がそれぞれ異なるネットワークに属するものであり、前記宛先ユーザのアドレスと前記二つ以上の通信端末に関する情報とを関連付けて格納した装置を用いて前記宛先ユーザの通信端末が属するネットワークを特定し、前記問合せメッセージの送信先を決定する手段を備える構成としてもよい。
【００３９】
この構成により、宛先ユーザが異なるネットワークの通信端末を複数所有している場合も、問合せメッセージを送信すべき通信端末が属するネットワークを特定できる。
【００４０】
また、本発明のネットワーク制御装置は、前記宛先ユーザに対応する二つ以上の通信端末がそれぞれ異なるネットワークに属するものであり、前記宛先ユーザのアドレスと前記二つ以上の通信端末のアドレスとを関連付けて格納した装置を用いて前記宛先ユーザの通信端末のアドレスを特定する手段を備え、記入する手段が、特定された通信端末のアドレスをセッション開始メッセージに記入する構成としてもよい。
【００４１】
この構成により、宛先ユーザが異なるネットワークの通信端末を複数所有している場合も、選択された通信端末のアドレスを特定でき、セッション開始メッセージを送信することができる。
【００４２】
本発明の別の態様に係るネットワーク制御装置（以下、着側ネットワーク制御装置という）は、他のネットワークから送信される、自ネットワークに接続された通信端末を接続先とするセッションに関する問合せメッセージを受信する手段と、前記問合せメッセージにより指定された前記通信端末に関する情報を取得する手段と、取得した前記通信端末に関する情報を前記問合せメッセージに対する応答として、前記問合せメッセージの送信元のネットワークに送信する手段とを備える。
【００４３】
この構成によれば、セッション接続先となり得る通信端末に関する情報がセッション開始側のネットワークに送信される。これにより、セッション開始側のネットワークが、宛先ユーザに対応する一以上の通信端末の情報を取得し、取得した情報に基づいてセッション接続に最適な通信端末を選択することができる。
【００４４】
前記通信端末に関する情報には、前記通信端末のメディア処理能力に関する情報が含まれる構成としてもよい。
【００４５】
これにより、セッション開始側のネットワークが、着側の通信端末のメディア処理能力に関する情報に基づいてセッション接続先の通信端末を選択可能となる。メディア処理能力に関する情報には、例えば、通信端末がサポートするコーデックの情報がある。
【００４６】
前記自ネットワークに関する情報をも前記応答に含めて送信する構成としてもよい。
【００４７】
この構成により、セッション開始側のネットワークが着側のネットワークの通信品質に関する情報に基づいて、セッション接続先の通信端末を選択可能となる。
【００４８】
前記自ネットワークに関する情報には、前記自ネットワークの通信品質に関する情報と前記自ネットワークの課金情報の少なくとも一方が含まれるようにしてもよい。
【００４９】
これにより、セッション開始側のネットワークは、ユーザが望む通信品質または料金に基づいてセッション接続先を選択できる。ネットワークの通信品質に関する情報には、例えば、ネットワークの帯域、または伝送遅延に関する情報、あるいはパケットロス率に関する情報がある。
【００５０】
また、本発明の着側のネットワーク制御装置は、前記通信端末のユーザが前記通信端末および前記自ネットワークによって受けるサービスに関するルールに基づいて、前記問合せメッセージにより指定されたサービスを前記ユーザが受けられるか否かを判定する手段を備え、前記サービスを受けることができるという判定に応じて、前記問合せメッセージに対する応答に前記セッションを開始可能であることを通知する情報を含める構成としてもよい。
【００５１】
この構成により、セッション開始側のネットワークが、セッション接続先となり得るユーザのニーズを考慮して接続先の通信端末を選択できる。ユーザが受けるサービスに関するルールとしては、例えば、ユーザがそもそもそのサービスに登録しているか否か、そのユーザがサービスを受けることができる時間帯、または一カ月にサービスを受けることができる上限の料金がある。
【００５２】
また、本発明の着側ネットワーク制御装置は、前記自ネットワークが前記問合せメッセージにより指定されたサービスを提供できる状態か否か判定する手段を備え、サービス提供可能との判定に応じて、前記問合せメッセージに対する応答に前記セッションを開始可能であることを通知する情報を含める構成としてもよい。
【００５３】
この構成によれば、開始するセッションにより提供されるべきサービスに自ネットワークが対応できる状況か否かを判定し、サービスを提供可能な場合にセッション開始可能であることをセッション開始側のネットワークに通知する。これにより、セッション開始側のネットワークは、着側のネットワークの状況を考慮してセッション接続先の通信端末を選択できる。
【００５４】
前記判定する手段は、前記自ネットワークの状況に応じて提供可能なサービスを規定した運用ルールを用いて、前記サービスを提供可能か否か判定する構成としてもよい。
【００５５】
ネットワークの運用ルールを用いてサービスを提供可能か否か判定することにより、例えば、着側のネットワークの輻輳を低減できる。なお、運用ルールは、ネットワークの状況に対応して利用可能なサービスを規定している。例えば、ネットワークの輻輳を防止するために規定されたルールである。
【００５６】
本発明の通信端末は、セッションに関するユーザのニーズを入力する手段と、前記ユーザのニーズを自端末の処理能力と自端末が接続されたネットワークの特性の少なくとも一方に基づいて数値に変換する変換手段と、変換されたユーザのニーズを含むセッション開始メッセージを送信する手段とを備える。
【００５７】
この構成によれば、ユーザのニーズを数値化してネットワーク制御装置に送信することができる。従って、ネットワーク制御装置がユーザのニーズに基づいて、セッション接続先の通信端末を選択することができる。ここで、自端末の処理能力とは、例えば自端末のＣＰＵのクロック数、画面の解像度、自端末にインストールされたアプリケーションなどがある。また、ネットワークの特性とは、例えば、通信端末が光ファイバによってネットワークに接続されているのか、電話回線によってネットワークに接続されているのかという情報である。同じユーザニーズであってもそれを実現する通信端末やネットワークにより、必要となる通信速度、解像度、１秒あたりのフレーム数などが変化するので、通信端末またはネットワークの情報に基づいてユーザニーズを適切な値に変換することが好ましい。
【００５８】
本発明の通信端末において、前記ユーザのニーズには、通信品質に関する情報と通信料金に関する情報の少なくとも一方が含まれる構成としてもよい。
【００５９】
この構成により、ネットワーク制御装置は、ユーザが望む通信品質または料金に基づいてセッション接続先を選択することができる。
【００６０】
本発明の通信端末において、前記ユーザのニーズには、メディア処理能力に関する要求情報と、通信品質に関する要求情報と、課金に関する要求情報の少なくとも二つのうち、いずれを優先してセッション接続先の前記通信端末を選択するかを規定した優先順位に関する情報が含まれる構成としてもよい。
【００６１】
これにより、メディア処理能力に関する要求、通信品質に関する要求または課金に関する要求に優先順位を付け、ユーザのニーズにきめ細かく対応できる。
【００６２】
本発明に係るネットワーク制御システムは、セッション開始メッセージを受信した問合せメッセージを送信する上記の発側（セッション開始側）のネットワーク制御装置と、前記問合せメッセージを受信する上記の着側のネットワーク制御装置とを備える。
【００６３】
この構成により、宛先ユーザに対応する一つ以上の通信端末のそれぞれが属するネットワークから、その通信端末またはネットワークに関する情報を取得し、取得した情報に基づいてセッション接続先を選択することができる。従って、通信端末またはネットワークに関する情報に基づいて、セッションを接続するために最適な通信端末またはその通信端末が属するネットワークを選択可能である。
【００６４】
本発明のネットワーク制御方法は、セッションの接続先となる通信端末を選択するネットワーク制御装置がセッション開始メッセージを受信するステップと、前記セッション開始メッセージの宛先ユーザに対応する一つ以上の通信端末のそれぞれが属するネットワークに対して、前記通信端末と前記ネットワークの少なくとも一方に関する情報を問い合わせる問合せメッセージを送信するステップと、前記問合せメッセージに対する応答を前記ネットワーク制御装置が受信するステップと、前記応答に基づいて前記宛先ユーザに対応する一つ以上の通信端末の中から前記セッションを開始する通信端末を選択するステップとを有する。
【００６５】
この方法により、宛先ユーザに対応する一つ以上の通信端末のそれぞれが属するネットワークから、その通信端末またはネットワークに関する情報を取得することができる。従って、通信端末またはネットワークに関する情報に基づいて、セッションを接続するために最適な通信端末またはその通信端末が属するネットワークを選択可能である。
【００６６】
本発明の別の態様に係るネットワーク制御方法は、他のネットワークから送信される、自ネットワークに接続された通信端末を接続先とするセッションに関する問合せメッセージをネットワーク制御装置が受信するステップと、前記問合せメッセージにより指定された前記通信端末に関する情報を取得するステップと、取得した前記通信端末に関する情報を前記問合せメッセージに対する応答として、前記問合せメッセージの送信元のネットワークに送信するステップとを有する。
【００６７】
この方法によれば、セッション接続先となり得る通信端末に関する情報をセッション開始側のネットワークに送信する。これにより、セッション開始側のネットワークが、宛先ユーザに対応する一以上の通信端末の情報を取得し、取得した情報に基づいてセッション接続に最適な通信端末を選択することができる。
【００６８】
なお、上記したネットワーク制御装置の特徴はすべてネットワーク制御方法に適用することができる。
【００６９】
本発明の通信端末の制御方法は、セッションを開始する通信端末が、前記セッションに関するユーザのニーズの入力を受け付けるステップと、前記ユーザのニーズを前記通信端末の処理能力と前記通信端末が接続されたネットワークの特性の少なくとも一方に基づいて数値に変換するステップと、変換されたユーザのニーズを含むセッション開始メッセージを送信するステップと、を有する。
【００７０】
これによれば、ユーザのニーズを数値化してネットワーク制御装置に送信することができる。従って、ネットワーク制御装置がユーザのニーズに基づいて、セッション接続先の通信端末を選択することができる。ここで、自端末の処理能力とは、例えば自端末のＣＰＵのクロック数、画面の解像度、自端末にインストールされたアプリケーションなどがある。また、ネットワークの特性とは、例えば、通信端末が光ファイバによってネットワークに接続されているのか、電話回線によってネットワークに接続されているのかという情報である。同じユーザニーズであってもそれを実現する通信端末やネットワークにより、必要となる通信速度、解像度、１秒あたりのフレーム数などが変化するので、通信端末またはネットワークの情報に基づいてユーザニーズを適切な値に変換することが好ましい。
【００７１】
なお、上記した通信端末の特徴はすべて通信端末の制御方法に適用することができる。
【発明の効果】
【００７２】
本発明のネットワーク制御装置は、宛先ユーザに対応する一つ以上の通信端末のそれぞれが属するネットワークから、その通信端末またはネットワークに関する情報を取得することができ、取得した情報に基づいて、異なるネットワークに存在する複数の通信端末から、ネットワークの状況等に合った通信端末をセッション接続先として選択できるというすぐれた効果を提供することができるものである。
【発明を実施するための最良の形態】
【００７３】
以下、本発明の実施の形態について図面を用いて説明する。
【００７４】
図１は、本発明の実施の形態のネットワーク制御装置２の構成を示す図である。図１を参照してネットワーク制御装置２について説明する前に、ネットワーク制御装置２が適用されるネットワーク環境について説明する。
【００７５】
図２は、本発明の実施の形態のネットワーク制御装置２が適用されるネットワーク環境の例を示す図である。図２に示すように、複数のネットワーク１６，１７，１８，１９が接続して一つのネットワークが構成されている。このようなネットワークの例は、インターネットである。この例では、セッション接続元のネットワーク１６とセッション接続先のネットワーク１８，１９は、所定の帯域を確保できる専用ＩＰネットワーク１７によって接続されている。
【００７６】
また、ＩＰネットワーク１７には、ワンナンバー管理装置３０が接続されている。ワンナンバー管理装置３０は、それぞれのネットワーク１６，１８，１９に接続された通信端末１，１４，２０とそのユーザとの対応関係を格納したワンナンバー管理データベース１５を有している。これにより、ユーザが有する複数の通信端末を管理することが可能である。
【００７７】
図３（ａ）は、ワンナンバー管理データベース１５に格納されたデータの例を示す図である。ワンナンバー管理データベース１５は、ユーザ名と、ＵＲＩと、ネットワークアドレスと、端末アドレスの情報が格納されている。ユーザ名はユーザの名称であり、ＵＲＩはユーザのアドレスを示す。このＵＲＩは、ユーザが有する複数の通信端末を代表するアドレスである。ネットワークアドレスは、ユーザが使用する通信端末が属するネットワークのアドレスであり、端末アドレスは使用端末のアドレスである。図３（ａ）に示す例では、ユーザＡのＵＲＩはｕｓｅｒＡ＠ｕｓｅｒＡであり、２個の通信端末１４，２０を有する。通信端末１４のアドレスはｕｓｅｒＡ＠ｋｅｉｔａｉ．ｃｏｍ（ネットワークアドレスはｋｅｉｔａｉ．ｃｏｍ）であり、通信端末２０のアドレスはｕｓｅｒＡ＠ｐｄａ．ｃｏｍ（ネットワークアドレスはｐｄａ．ｃｏｍ）である。
【００７８】
再び、図２を参照する。それぞれのネットワーク１６，１８，１９には、セッション接続先を制御するネットワーク制御装置２，６，１０と、ロケーションサーバ３，９，１３と、ネットワーク１６，１８，１９に関する情報を格納したネットワーク情報データベース（以下、「ＮＷ情報データベース」という）４，８，１２と、ネットワーク１６，１８，１９に接続された通信端末１，１４，２０およびそのユーザに関する情報を格納した加入者データベース５，７，１１とが含まれている。本発明の実施の形態のネットワーク制御システムは、それぞれのネットワーク１６，１８，１９に含まれるネットワーク制御装置２，６，１０が複数集まって構成される。
【００７９】
図３（ｂ）は、ＮＷ情報データベース４に格納されたデータの例を示す図である。ＮＷ情報データベース４には、運用ポリシー、ＱｏＳ情報、料金などの情報が格納されている。運用ポリシーは、ネットワークの輻輳を防止するために規定されたサービスの運用ルールである。例えば、ネットワーク１６の伝送遅延時間が所定の閾値より大きくなった場合にインタラクティブ通信サービスを停止する、というルールである。図３（ｂ）に示す例では、現在サービスＡは使用できないことが分かる。ＱｏＳ情報は、ネットワーク１６の通信品質に関する情報である。図３（ｂ）に示す例では、ＮＷ情報データベース４はネットワーク１６の帯域幅が４Ｍであるという情報を有している。他に、ネットワークの現在の状況として、パケットロス率や伝送遅延時間に関する情報を有してもよい。また、ネットワーク１８，１９とのそれぞれの間で確保可能なＩＰネットワーク１７の帯域に関する情報も有してもよい。料金は、ネットワークによりサービスの提供を受けるときの利用料金に関する情報である。
【００８０】
図３（ｃ）は、加入者データベース５に格納されたデータの例を示す図である。加入者データベース５には、ユーザ情報、端末情報、ユーザニーズ、メディア情報、サービスポリシーなどの情報が格納されている。ユーザ情報は、ユーザを特定するユーザＩＤである。端末情報は、ネットワーク１６に接続されたユーザの通信端末を特定する端末ＩＤである。ユーザニーズは、通信端末１を用いてセッション接続する際の要求に関する情報である。図３（ｃ）に示すユーザニーズ情報によれば、ＱｏＳとして帯域幅４Ｍのネットワークでの通信を要求し、利用料金が１分あたり１０円のサービスを望んでいることが分かる。このユーザニーズの情報は、後述するように通信端末１がセッション開始（ＩＮＶＩＴＥ）メッセージの中に含めることもできる。その場合は、加入者データベース５の中にユーザニーズを登録しておく必要はない。メディア情報は、ユーザの通信端末１が処理可能なコーデックタイプの情報である。ここでは、通信端末１がＡＭＲ、Ｇ７１１、ＭＰＥＧ４−ＦＧＳ（Ｆｉｎｅ  Ｇｒａｎｕｌａｒｉｔｙ  Ｓｃａｌａｂｉｌｉｔｙ）の規格に対応していることが分かる。サービスポリシーは、ユーザがサービスを受けることに関するルールであり、ユーザとネットワーク１６との間の契約に基づいて設定される。ここでは、０：００ＡＭ〜７：００ＡＭの間にサービスを受けたくない、というルールが規定されている。
【００８１】
次に、図１を参照して、ネットワーク制御装置２について説明する。ここでは、ネットワーク制御装置２について説明するが、ネットワーク１８に設けられたネットワーク制御装置６、ネットワーク１９に設けられたネットワーク制御装置１０も同様の構成である。ネットワーク制御装置２は、通信端末１と他の通信端末１４，２０とをＳＩＰによってセッション接続させるため、セッション接続元の通信端末１からのセッション開始メッセージをセッション接続先となる通信端末１４または通信端末２０にルーティングする機能を有する。ここでいうルーティングとは、一人のユーザ（一つのＵＲＩ）に属する通信端末が複数存在する場合に、その中から現在要求されているセッションの接続先（もしくは中継先）となるべき通信端末（もしくは通信端末が属するネットワーク）を選択することを指す。
【００８２】
ネットワーク制御装置２は、図１に示すように階層化された構造を有する。すなわち、パケットの送受信を行うメッセージ転送部２１と、ＳＩＰセッションの状態を管理するセッション状態管理部２２と、ＳＩＰメッセージを処理するメッセージ処理部２３と、セッションのルーティングを行うルーティング制御部２４と、を有する。
【００８３】
メッセージ転送部２１は、ＳＩＰメッセージをパケット化して送信する機能と、受信したパケットからＳＩＰメッセージを組み立てる機能を有する。
【００８４】
セッション状態管理部２２は、セッションの状態に応じてメッセージ転送部２１にＳＩＰメッセージの送信指示を出し、メッセージ転送部２１が受信したＳＩＰメッセージを受けてセッションの状態を管理する機能を有する。
【００８５】
メッセージ処理部２３は、メッセージ解析手段２３１とメッセージ作成手段２３２を有する。メッセージ解析手段２３１は、受信したＳＩＰメッセージからヘッダおよびボディを抽出してその内容を解析する機能を有する。そして、メッセージの解析結果をルーティング制御部２４に通知する。また、メッセージ作成手段２３２は、ルーティング制御部２４からの指示に従ってＳＩＰメッセージを作成する機能を有する。
【００８６】
ルーティング制御部２４は、ポリシー判定手段２４１と、着側ネットワークアドレス取得手段（以下、「着側ＮＷアドレス取得手段」という）２４２と、ルーティング情報取得手段２４３と、ルーティング先決定手段２４４とを有する。
【００８７】
ポリシー判定手段２４１は、ＮＷ情報データベース４に格納された運用ポリシーまたは加入者データベース５に格納されたサービスポリシーに基づいて、サービスを提供可能か否か判定する機能を有する。具体的には、通信端末１からセッション開始メッセージを受信した場合には、そのセッションにより提供されるべきサービスをネットワーク１６が提供できるか否か運用ポリシーに基づいて判定する。さらに、セッション接続元である通信端末１のユーザがサービスを受けられるか否かサービスポリシーに基づいて判定してもよい。一方、他のネットワーク１８，１９からセッションに関する問合せメッセージを受信した場合には、そのセッションにより提供されるべきサービスを提供できるか否か運用ポリシーに基づいて判定し、また、セッション接続先となり得る通信端末１のユーザがサービスを受けられるか否かサービスポリシーに基づいて判定する。
【００８８】
着側ＮＷアドレス取得手段２４２は、通信端末１からのセッション開始メッセージに含まれる宛先ユーザの情報に基づいて、宛先ユーザに対応する一以上の通信端末１４，２０が接続されたネットワーク１８，１９のアドレスを取得する機能を有する。着側ＮＷアドレス取得手段２４２は、ロケーションサーバ３と接続され、宛先ユーザの通信端末１４，２０のアドレスをロケーションサーバ３に問い合わせる。なお、ロケーションサーバ３は、ワンナンバー管理装置３０と通信可能であり、他のネットワーク１８，１９にある通信端末１４，２０のアドレス情報をワンナンバー管理データベース１５から取得できる。
【００８９】
ルーティング情報取得手段２４３は、ルーティング先の通信端末を決定するための情報を取得する機能を有する。具体的には、通信端末１からのセッション開始メッセージに応じて、宛先ユーザに対応する一以上の通信端末１４，２０が接続されたそれぞれのネットワーク１８，１９に問合せメッセージを送信し、問合せメッセージに対する応答を受信する。この応答の中に後述するルーティング情報（ルーティングを行うために参照する情報）が含まれている。これにより、通信端末１４，２０が属するネットワーク１８，１９から通信端末１４，２０およびネットワーク１８，１９に関する情報を集めることができる。一方、他のネットワーク１８，１９からセッションに関する問合せメッセージを受信し、そのセッションにより提供されるべきサービスがネットワーク１６におけるポリシーに合致すると判定された場合には、ルーティング情報取得手段２４３は、ＮＷ情報データベース４に格納された現在のネットワーク１６の帯域や加入者データベース５に格納された通信端末１のメディア情報（これがルーティング情報である）を読み出して、これを含む応答を作成し、ネットワーク１８、１９に返信するように指示する。
【００９０】
ルーティング先決定手段２４４は、ルーティング情報取得手段２４３により取得された情報に基づいて、ルーティング先の通信端末を決定する機能を有する。ルーティング先決定手段２４４は、通信端末１からのセッション開始メッセージに含まれるルーティング先判定フラグ（詳細後述）による優先順位に応じて、ネットワーク１８，１９からの応答に含まれるルーティング情報を解析し、ルーティング先の通信端末を決定する。
【００９１】
次に、通信端末１について説明する。本発明の実施の形態で用いられる通信端末１はＩＰ対応可能な端末であり、ユーザのニーズを入力可能な端末である。例えば、携帯電話端末、ＩＰ電話端末、無線ネットワークに接続可能な機能を有するＰＤＡ、または、パソコン、ネット家電などである。
【００９２】
図４は、通信端末１の構成を示すブロック図である。ここでは、通信端末１について説明するが、通信端末１４、２０も同様の構成である。図４に示すように、通信端末１は、ユーザのニーズを設定するためのユーザ設定部１０１と、設定されたユーザニーズを数値情報に変換する情報変換部１０２と、ＳＩＰメッセージを処理するメッセージ処理部１０３と、セッションの呼状態を管理するセッションコントロール部１０４と、ＳＩＰメッセージを送受信するためのネットワーク接続制御部１０５とを有する。なお、図２に示すユーザＡのように、ユーザは複数の通信端末を有することが可能である。ユーザＡが有するネットワーク対応の複数の通信端末１４，２０は、ＰＡＮ（Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を構成する。
【００９３】
次に、本発明の実施の形態に係るネットワーク制御システムによるセッション接続の動作について説明する。以下の例では、通信端末１からユーザＡの通信端末１４または通信端末２０に、フルクオリティかつ一番低料金でＭＰＥＧ４のＦＧＳ方式で動画像を送信する例について説明する。なお、ＭＰＥＧ４のＦＧＳは、無段階の伝送帯域に合わせて映像品質に応じた動画像伝送が可能な規格である。
【００９４】
まず、ユーザは、セッションにより行うサービスの情報とニーズを発側の通信端末１にユーザ設定部１０１から入力する。ここでは、ユーザは、コーデック情報としてＭＰＥＧ４のＦＧＳ方式での動画像送信を設定し、ユーザニーズとしてフルクオリティかつ一番低料金を設定する。動画像送信は、通信端末にインストールされている所定のアプリケーションにより行われる。
【００９５】
通信端末１は、設定されたユーザニーズの情報を情報変換部１０２により数値情報に変換する。ここでは、ユーザニーズとしてフルクオリティを設定している。情報変換部１０２は、通信端末１が有する動画像送信用のアプリケーションによってフルクオリティ送信するために必要なネットワークの帯域幅２Ｍに変換する。ここでは、フルクオリティの設定に対応して、ネットワークの帯域幅２Ｍに変換されたが、動き重視または音声重視が設定された場合には、ネットワークの帯域幅は例えば１Ｍに変換される。本例で変換された値（帯域幅２Ｍ）は、通信端末１の処理能力や通信端末１で用いられるアプリケーションに基づく変換値である。なお、通信端末１が接続されているネットワークの特性に応じて、ユーザのニーズを数値に変換してもよい。
【００９６】
次に、通信端末１は、メッセージ処理部１０３により、ＳＩＰメッセージを作成する。ここで作成されるＳＩＰメッセージを図５（ａ）に示す。ヘッダは、セッション開始メッセージであることを示すＩＮＶＩＴＥである。ヘッダには、宛先ユーザのＵＲＩがＩＮＶＩＴＥメッセージ標準フィールドに記述される。このＵＲＩはユーザが有する複数の通信端末をワンナンバーで管理するＵＲＩである。具体的には、ユーザＡのＵＲＩである「ｕｓｅｒＡ＠ｕｓｅｒＡ」が記述される。
【００９７】
ヘッダに続くボディは、ＳＤＰボディと拡張ボディからなる。ＳＤＰボディには、メディア情報としてＭＰＥＧ４−ＦＧＳが記述される。拡張ボディには、サービスＩＤ、ルーティング判定フラグおよびユーザニーズの情報が記述される。サービスＩＤは、セッションにより提供されるべきサービスを特定するための識別情報である。この情報によって、セッションで行うサービスを着側に通知できる。なお、サービスを特定するための識別情報は、サービスを提供するために用いられるアプリケーションに関する情報でもよい。
【００９８】
ルーティング判定フラグは、ルーティングの判定基準となる項目を示す情報である。ここでは、メディア情報、ＱｏＳ、料金をルーティング判定基準としていることが分かる。また、ルーティング判定フラグは、どの項目を優先して判定するかの優先順位についての情報も含む。ここでは、メディア情報、ＱｏＳ、料金の順に判定される。
【００９９】
ユーザニーズの情報は、セッションで行うサービスに対するユーザのニーズを数値化した情報である。ここでは、ＱｏＳと料金の情報が記述されている。これは、ユーザにより通信端末１に設定されたユーザニーズに対応する。ここでは、ＱｏＳとしてネットワーク帯域幅２Ｍが記述され、料金として１０円／分が記述されている。
【０１００】
次に、通信端末１は、セッションコントロール部１０４によってセッション状態を管理する。そして、通信端末１は、メッセージ処理部１０３で作成されたＳＩＰメッセージを指定されたＵＲＩにネットワーク接続制御部１０５を介して送信する。
【０１０１】
ネットワーク制御装置２は、通信端末１から送信されたＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージで指定された宛先のユーザＡが有する通信端末１４または通信端末２０にＩＮＶＩＴＥメッセージをルーティングする。このとき、ネットワーク制御装置２は、発側および着側のユーザニーズとネットワークの状況に合った通信端末をルーティング先として選択する。以下、ネットワーク制御装置２の動作について図６を参照しながら説明する。
【０１０２】
図６は、ＩＮＶＩＴＥメッセージを受信したネットワーク制御装置２の動作を示すフローチャートである。ネットワーク制御装置２は、メッセージ転送部２１によりＩＮＶＩＴＥメッセージを受信すると、受信したＩＮＶＩＴＥメッセージをセッション状態管理部２２を介してメッセージ処理部２３に送る。メッセージ処理部２３は、メッセージ解析手段２３１によりＩＮＶＩＴＥメッセージを解析し（Ｓ１０）、ＩＮＶＩＴＥメッセージのヘッダに含まれるユーザＩＤ、拡張ボディに含まれるサービスＩＤを抽出する。そして、メッセージ処理部２３は、抽出したユーザＩＤおよびサービスＩＤをルーティング制御部２４のポリシー判定手段２４１に送る。
【０１０３】
ポリシー判定手段２４１は、ＮＷ情報データベース４から運用ポリシーを取得する（Ｓ１２）。そして、ポリシー判定手段２４１は、メッセージ処理部２３から送られたユーザＩＤおよびサービスＩＤが運用ポリシーを満たすか否かを判定する（Ｓ１４）。ここで運用ポリシーを満たさないと判定された場合には、ポリシー判定手段２４１はメッセージ処理部２３に対し、「ＮＯＴ  ＡＣＣＥＰＴＡＢＬＥ」を作成して発側の通信端末１へ送信することを指示する（Ｓ１６）。
【０１０４】
ユーザＩＤおよびサービスＩＤが運用ポリシーを満たすと判定された場合には、ポリシー判定手段２４１はメッセージ処理部２３に運用ポリシーを満たすことを通知する。メッセージ処理部２３は、運用ポリシーを満たすとの通知を受けると、メッセージ解析手段２３１により、ＩＮＶＩＴＥメッセージのヘッダから宛先ユーザのＵＲＩの情報を抽出し、着側ＮＷアドレス取得手段２４２に送る（Ｓ１８）。
【０１０５】
着側ＮＷアドレス取得手段２４２は、メッセージ処理部２３から送られた宛先ユーザのＵＲＩを受信すると、対応する通信端末１４，２０が接続されたネットワーク１８，１９のアドレスを検索する（Ｓ２０）。すなわち、着側ＮＷアドレス取得手段２４２は、宛先ユーザに対応する一以上の通信端末１４，２０が接続されたそれぞれのネットワーク１８，１９のアドレスをロケーションサーバ３に問い合わせる。ロケーションサーバ３では、宛先ユーザのＵＲＩに対応する通信端末１４，２０が接続されたネットワーク１８，１９のアドレスを検索する（Ｓ２２）。ロケーションサーバ３が他のネットワーク１８，１９に存在する通信端末１４，２０の情報を有しない場合には、ロケーションサーバ３はワンナンバー管理装置３０に宛先ユーザのＵＲＩに対応する通信端末１４，２０が接続されたネットワーク１８，１９のアドレスを問い合わせる（Ｓ２４）。ロケーションサーバ３は、ネットワークアドレス１８，１９の検索が終了すると、検索結果を着側ＮＷアドレス取得手段２４２に送る（Ｓ２６）。これにより、着側ＮＷアドレス取得手段２４２は、宛先ユーザのＵＲＩに対応する通信端末１４，２０が接続されたネットワーク１８，１９のアドレスを取得できる。着側ＮＷアドレス取得手段２４２は、取得したネットワークアドレスをルーティング情報取得手段２４３に送る（Ｓ２８）。
【０１０６】
ルーティング情報取得手段２４３は、着側ＮＷアドレス取得手段２４２からネットワークアドレスを受信すると、そのネットワークアドレスに送信する問合せメッセージの作成をメッセージ処理部２３に指示する（Ｓ３０）。ルーティング情報取得手段２４３は、宛先ユーザのＵＲＩに対応する通信端末１４，２０が接続されたネットワーク１８，１９に問合せメッセージを送信することにより、それぞれの通信端末１４，２０およびネットワーク１８，１９に関する情報を取得する。
【０１０７】
メッセージ処理部２３は、メッセージ作成手段２３２により、問合せメッセージを作成する（Ｓ３２）。ここで作成される問合せメッセージを図５（ｂ）に示す。問合せメッセージには、ＳＩＰのＩＮＶＩＴＥメッセージが用いられる。ヘッダには、宛先のネットワークアドレスがＩＮＶＩＴＥメッセージ標準フィールドに記述される。このネットワークアドレスは、着信ＮＷアドレス取得手段２４２から通知されたアドレスである。
【０１０８】
ヘッダに続くボディは、拡張ボディからなる。拡張ボディは、サービスＩＤと３つのフラグを有する。それぞれのフラグは、着側のネットワーク１８，１９にメディア情報、ＱｏＳおよび課金情報を問い合わせるか否かを示す。フラグを立てることによって、その情報を着側のネットワーク１８，１９に問い合わせる。ここでは、着側のネットワーク１８，１９に、メディア情報、ＱｏＳおよび課金情報を問い合わせる。
【０１０９】
メッセージ処理部２３は、作成した問合せメッセージをセッション状態管理部２２およびメッセージ転送部２１を介して送信する（Ｓ３４）。
【０１１０】
図７は、着側のネットワーク１８にあるネットワーク制御装置６が、問合せのＩＮＶＩＴＥメッセージを受信したときの動作を示すフローチャートである。ここでは、ネットワーク制御装置１８について説明するが、ネットワーク制御装置１９の動作も同じである。着側のネットワーク制御装置６は、発側のネットワーク制御装置２から送信されたＩＮＶＩＴＥメッセージ（問合せメッセージ）を受信する。着側のネットワーク制御装置６は、受信したＩＮＶＩＴＥメッセージをセッション状態管理部２２を介してメッセージ処理部２３に送る。メッセージ処理部２３は、メッセージ解析手段２３１によりＩＮＶＩＴＥメッセージを解析し（Ｓ４０）、ＩＮＶＩＴＥメッセージのヘッダに含まれるユーザＩＤ、拡張ボディに含まれるサービスＩＤを抽出する。そして、メッセージ処理部２３は、抽出したユーザＩＤおよびサービスＩＤをルーティング制御部２４のポリシー判定手段２４１とルーティング情報取得手段２４３に送る。
【０１１１】
ポリシー判定手段２４１は、ＮＷ情報データベース８から運用ポリシーを取得し、加入者データベース７からサービスポリシーを取得する（Ｓ４２）。そして、ポリシー判定手段２４１は、メッセージ処理部２３から送られたユーザＩＤおよびサービスＩＤが運用ポリシーおよびサービスポリシーを満たすか否かを判定する（Ｓ４４）。ここで運用ポリシーまたはサービスポリシーを満たさないと判定された場合には、ポリシー判定手段２４１はメッセージ処理部２３に対し、「ＮＯＴ  ＡＣＣＥＰＴＡＢＬＥ」を作成して通信端末１に送信することを指示する（Ｓ４６）。
【０１１２】
ユーザＩＤおよびサービスＩＤが運用ポリシーを満たすと判定された場合には、ポリシー判定手段２４１はルーティング情報取得手段２４３に運用ポリシーおよびサービスポリシーを満たすことを通知する。ルーティング情報取得手段２４３は、加入者データベース７およびＮＷ情報データベース８から、問合せメッセージで要求されているメディア情報、ＱｏＳ、および料金情報を取得する（Ｓ４８）。すなわち、ルーティング情報取得手段２４３は、加入者データベース７から通信端末１４のメディア情報を取得し、ＮＷ情報データベース８から料金およびＱｏＳを取得する。ＮＷ情報データベース８から取得する情報は、ネットワーク１８の現在の状況を示す。
【０１１３】
次に、ルーティング情報取得手段２４３は、問合せメッセージに対する応答の作成をメッセージ処理部２３に指示する（Ｓ５０）。ここでは、ＩＮＶＩＴＥメッセージに対する２００ＯＫ応答の作成を指示する。２００ＯＫ応答にはルーティング情報取得手段２４３が取得したメディア情報、ＱｏＳ、および料金情報が含められる。
【０１１４】
メッセージ処理部２３は、ルーティング情報取得手段２４３からの指示に従って２００ＯＫ応答を作成する（Ｓ５２）。ここで作成される２００ＯＫ応答を図５（ｃ）に示す。ヘッダは、ＩＮＶＩＴＥメッセージに対する成功レスポンスであることを示す２００ＯＫである。ヘッダに続くボディには、問合せメッセージにより要求された項目に関する情報が記述される。この例では、メディア情報、ＱｏＳ情報および課金情報が記述されている。これらの情報は、ルーティング情報取得手段２４３により取得した情報である。
【０１１５】
続いて、メッセージ処理部２３は、作成したメッセージをセッション状態管理部２２およびメッセージ転送部２１を介して、発側のネットワーク制御装置２に送信する（Ｓ５４）。
【０１１６】
図８は、発側のネットワーク１６にあるネットワーク制御装置２が、問合せメッセージに対して２００ＯＫ応答を受信したときの動作を示すフローチャートである。発側のネットワーク制御装置２は、着側のネットワーク制御装置６，１０から送信された２００ＯＫ応答を受信する。ネットワーク制御装置２は、受信した２００ＯＫ応答をセッション状態管理部２２を介してメッセージ処理部２３に送る。メッセージ処理部２３は、メッセージ解析手段２３１により２００ＯＫ応答を解析し、２００ＯＫ応答に含まれる着側のネットワーク１８，１９と通信端末１４，２０に関するルーティング情報を抽出する（Ｓ６０）。そして、メッセージ処理部２３は、取得した着側ネットワーク１８，１９と通信端末１４，２０に関するルーティング情報をルーティング情報取得手段２４３に送る。このとき、メッセージ処理部２３は、発側の通信端末１より受信したＩＮＶＩＴＥメッセージに含まれていた発側通信端末１のコーデックタイプの情報、要求するＱｏＳの情報および要求する課金情報もルーティング情報取得手段２４３に送る。これにより、ルーティング情報取得手段２４３は、ルーティング先の通信端末１を決定するために必要な情報を取得できた。
【０１１７】
ルーティング情報取得手段２４３は、発側ユーザのニーズと、着側のネットワーク１８，１９および着側の通信端末１４，２０に関するルーティング情報をルーティング先決定手段２４４に送る（Ｓ６２）。
【０１１８】
ルーティング先決定手段２４４は、ルーティング判定フラグを取得し（Ｓ６４）、ルーティング判定フラグにより定められた判定基準および優先順位に従って、ルーティング先の通信端末を決定する（Ｓ６６）。ここでは、前述したように、コーデック、ＱｏＳ、料金という順番にルーティング情報を分析し、ルーティング先の通信端末およびネットワークを選択する。ルーティング先の決定方法については、後に具体例をあげて説明する。
【０１１９】
次に、ルーティング先決定手段２４４は、発側のユーザニーズを満たすルーティング先を決定できたか否かを判定する（Ｓ６８）。ユーザニーズを満たすルーティング先が決定できなかった場合には、ルーティング先決定手段２４４は、メッセージ処理部２３に対し、「ＮＯＴ  ＡＣＣＥＰＴＡＢＬＥ」を作成して発側の通信端末１へ送信することを指示する（Ｓ７０）。
【０１２０】
ルーティング先が決定できた場合には、ルーティング先決定手段２４４は、決定されたルーティング先に送信するＩＮＶＩＴＥメッセージの作成をメッセージ処理部２３に指示する（Ｓ７２）。すなわち、決定されたルーティング先の通信端末を宛先としたＩＮＶＩＴＥメッセージの作成を指示する。
【０１２１】
メッセージ処理部２３は、ルーティング先決定手段２４４からの指示に従ってＩＮＶＩＴＥメッセージを作成する（Ｓ７４）。そして、メッセージ処理部２３は、作成したＩＮＶＩＴＥメッセージをセッション状態管理部２２およびメッセージ転送部２１を介して送信する（Ｓ７６）。
【０１２２】
以上の動作により、発側通信端末１から受信したＩＮＶＩＴＥメッセージを、発側および着側のユーザニーズ、ネットワークの動的な状況に合わせて選択された通信端末にＩＮＶＩＴＥメッセージをルーティングすることができる。なお、上記説明では、通信端末１をセッション開始側として説明したが、通信端末１４または通信端末２０がセッション開始側となり得るのは言うまでもない。例えば、通信端末１４から通信端末１にＩＮＶＩＴＥメッセージをルーティングする場合には、ネットワーク制御装置６がルーティング先を決定し、上記と同様にＩＮＶＩＴＥメッセージのルーティングを行う。
【０１２３】
次に、ルーティング情報からルーティング先を決定する方法について、具体例に基づいて説明する。本発明の実施の形態では、ルーティング判定フラグには、メディア情報、ＱｏＳ、料金と記述されている。従って、ルーティング先決定手段２４４は、まずメディア情報に関するユーザニーズによりルーティング先を絞り込み、次にＱｏＳに関するユーザニーズによりルーティング先を絞り込み、最後に料金によってルーティング先を絞り込む。
【０１２４】
まず、メディア情報であるコーデックに基づく判定方法について説明する。ルーティング先決定手段２４４は、発側の通信端末１と着側の通信端末１４，２０とで共通するコーデックの数に基づいてルーティング先を決定する。発側の通信端末１がサポートするコーデックタイプを集合ＮＡで示し、着側のネットワーク１８に接続された通信端末１４がサポートするコーデックタイプを集合ＮＢ、着側のネットワーク１９に接続された通信端末１９がサポートするコーデックタイプを集合ＮＣで示す。
【０１２５】
発側の通信端末１と着側の通信端末１４に共通するコーデックの数が、発側の通信端末１と着側の通信端末１９に共通するコーデックの数より多い場合、すなわち、（ＮＡ∩ＮＢ）⊃（ＮＡ∩ＮＣ）の関係が成り立つ場合には、ルーティング先としてネットワーク１８を選択する。逆に、（ＮＡ∩ＮＢ）⊂（ＮＡ∩ＮＣ）の関係が成り立つ場合には、ルーティング先としてネットワーク１９を選択する。
【０１２６】
なお、発側の通信端末１と着側の通信端末１４，２０が共通のコーデックをサポートしていない場合には、ユーザニーズに合う通信端末がないので、セッションを開始できない。
【０１２７】
共通するコーデックが同数である場合、すなわち、（ＮＡ∩ＮＢ）＝（ＮＡ∩ＮＣ）である場合には、発側の通信端末が優先して使用したいコーデックを有する通信端末をルーティング先とする。以下、具体例を挙げて説明する。
【０１２８】
図９（ａ）は、各通信端末１，１４，２０がサポートするコーデックの例を示す図である。図９（ａ）から分かるように、通信端末１と通信端末１４に共通するコーデックの数は２つであり、通信端末１と通信端末１９に共通するコーデックの数は２つであるので同じである。この場合、発側の通信端末１が優先して使用したいコーデックを有する通信端末がセッション接続先として選択される。発側の通信端末１は、優先して使用したいコーデックから順にセッション開始メッセージのＳＤＰに記述する。ここでは、ＳＤＰにＭＰＥＧ４−ＦＧＳ、ＡＭＲ、Ｇ．７１１と記述されているとすると、ＭＰＥＧ４−ＦＧＳをサポートしている通信端末１４がセッション接続先として選択されることになる。
【０１２９】
上記したコーデックによる判定でセッション接続先を選択できない場合、すなわち、共通するコーデックの数が同じで、かつ優先して使用したいコーデックの種類が同じ場合には、ルーティング判定フラグで示される次の判定基準に基づいて判定を行う。実施の形態のルーティング判定フラグによれば、次の判定基準は、ＱｏＳである。ここでは、ネットワークの帯域を例としてＱｏＳに基づくルーティング先決定について述べる。発側のネットワーク１６から着側のネットワーク１８，１９までのネットワークが提供可能な帯域を計算してルーティング先を決定する。自ネットワーク１６とＩＰネットワーク１７の帯域情報はＮＷ情報データベース４から取得し、他のネットワーク１８，１９の帯域情報はルーティング情報取得手段２４３により取得する。
【０１３０】
図９（ｂ）は、各ネットワークが提供できる帯域幅の例を示す図である。ルーティング先決定手段２４４は、図９（ｂ）に示すそれぞれのネットワークの帯域に基づいて次のようにルーティング先を決定する。ルーティング先決定手段２４４は、ネットワーク１６からネットワーク１８までの間で確保できる帯域とネットワーク１６からネットワーク１９までの間で確保できる帯域を比較する。ネットワーク１６からネットワーク１８までの間で確保できる帯域は、ネットワーク１６が提供できる帯域（４Ｍ）、ネットワーク１６とネットワーク１８との間で確保できる帯域（２Ｍ）、ネットワーク１８が提供できる帯域（２Ｍ）のうちの最小の帯域、すなわち、２Ｍの帯域である。またネットワーク１６からネットワーク１９までの間で確保できる帯域は、ネットワーク１６が提供できる帯域（４Ｍ）、ネットワーク１６とネットワーク１９との間で確保できる帯域（４Ｍ）、ネットワーク１９が提供できる帯域（３Ｍ）のうちの最小の帯域、すなわち、３Ｍの帯域である。従って、より大きい帯域を確保できるネットワーク１９の通信端末２０が選択される。
【０１３１】
なお、いずれのネットワーク１８，１９をセッション接続先とした場合にもユーザのニーズを満たすことができる場合には、ルーティング判定フラグに示される次の判定基準により判定してもよい。次の判定基準は、料金である。ネットワーク１８とネットワーク１９の利用料金を比較して安い方のネットワークを選択する。以上、本発明の実施の形態に係るルーティング先決定手段２４４によるルーティング先決定方法について具体的に説明した。
【０１３２】
本発明の実施の形態に係るネットワーク接続装置２は、宛先ユーザに対応する複数の通信端末１４，２０が接続されたネットワーク１８，１９に対し、問合せメッセージを送信する。そして、問合せメッセージに対する応答に含まれる通信端末１４，２０及びネットワーク１８，１９に関する情報と発側のユーザのニーズと基づいてセッション接続先の通信端末およびネットワークを選択するので、発側のユーザのニーズおよび発側から着側までのネットワークの状況に合ったセッション接続先にＩＮＶＩＴＥメッセージをルーティングできる。
【０１３３】
また、問合せメッセージには、セッションによって提供されるべきサービスのサービスＩＤが含まれ、着側のネットワーク１８，１９では、ネットワーク１８，１９の状況やユーザのポリシーから見てサービスを提供可能か否か判定する。これにより、着側のユーザのニーズも考慮して、セッション接続先の通信端末およびネットワークを選択することができる。
【０１３４】
以上、本発明のネットワーク接続システムについて、実施の形態を挙げて説明したが、本発明は上記した実施の形態に限定されない。
【０１３５】
上記の実施の形態では、ネットワーク接続装置２は、ルーティング先決定手段２４４によりルーティング先の通信端末を決定すると、決定されたセッション接続先にＩＮＶＩＴＥメッセージを送信することとしたが、ＩＮＶＩＴＥメッセージを送信しないで、決定されたセッション接続先の情報を発側の通信端末１に送信してもよい。これにより、発側の通信端末１は、決定された通信端末へＩＮＶＩＴＥメッセージを送信することが可能となる。
【０１３６】
また、上記の実施の形態では、発側の通信端末１が送信するセッション開始メッセージに発側ユーザのニーズやルーティング判定フラグを含めることとしたが、これらの情報をあらかじめ加入者データベース５に格納することも可能である。これにより、セッションを開始するごとに、ユーザのニーズを設定する必要がなくなるので便利である。
【０１３７】
また、上記の実施の形態では、ネットワーク制御装置２、ロケーションサーバ３、ネットワーク情報データベース４、加入者データベース５は、それぞれ別の装置により構成されているが、これらを単一の装置によって構成することも可能である。
【産業上の利用可能性】
【０１３８】
以上説明したように、本発明のネットワーク制御装置は、宛先ユーザに対応する一つ以上の通信端末のそれぞれが属するネットワークから、その通信端末とネットワークの少なくとも一方に関する情報を取得することができ、取得した情報に基づいて、ネットワークの状況等に合った通信端末をセッション接続先として選択できるという効果を有し、例えば、ＩＰネットワークにおけるセッション制御等に有用である。
【図面の簡単な説明】
【０１３９】
【図１】実施の形態に係るネットワーク制御装置の構成を示す図
【図２】ネットワーク制御装置が適用されるネットワーク環境を示す図
【図３】（ａ）ワンナンバー管理データベースに格納されたデータの例を示す図  （ｂ）ネットワーク情報データベースに格納されたデータの例を示す図  （ｃ）加入者データベースに格納されたデータの例を示す図
【図４】実施の形態に係る通信端末の構成を示す図
【図５】（ａ）発側のネットワーク制御装置が受信するＩＮＶＩＴＥメッセージを示す図  （ｂ）問合せメッセージを示す図  （ｃ）問合せメッセージに対する応答を示す図
【図６】ＩＮＶＩＴＥメッセージを受信したネットワーク制御装置の動作を示す図
【図７】問合せメッセージを受信したネットワーク制御装置の動作を示す図
【図８】問合せメッセージに対する応答を受信したネットワーク制御装置の動作を示す図
【図９】（ａ）各通信端末がサポートするコーデックの例を示す図  （ｂ）各ネットワークの帯域の例を示す図
【符号の説明】
【０１４０】
１  通信端末
２  ネットワーク制御装置
３  ロケーションサーバ
４  ネットワーク情報データベース
５  加入者データベース
１５  ワンナンバー管理データベース
２１  メッセージ転送部
２２  セッション状態管理部
２３  メッセージ処理部
２４  ルーティング制御部
【図１】
2005094297.tif 000003
【図２】
2005094297.tif 000004
【図３】
2005094297.tif 000005
【図４】
2005094297.tif 000006
【図５】
2005094297.tif 000007
【図６】
2005094297.tif 000008
【図７】
2005094297.tif 000009
【図８】
2005094297.tif 000010
【図９】
2005094297.tif 000011