ゲートウェイ装置、情報通信方法、情報通信プログラム、および情報通信システム
【課題】端末装置間の通信セッションを確立するまでの時間を短縮することができるとともに、フォールバック処理による通信網のトラフィックの増大を抑制するこが可能なゲートウェイ装置を提供すること。
【解決手段】少なくとも１以上の端末装置と同一ネットワーク内で接続され、同一ネットワーク内の端末装置と、別のネットワーク内の端末装置と、の間の通信セッションを確立するまでの情報の送受信を中継するシグナリングモジュールと、複数の端末装置の通信能力に関する情報を少なくとも含む能力情報が登録される通信能力データベースと、同一ネットワーク内の端末装置と、別のネットワーク内の端末装置と、の間の通信セッションが確立されるまでにシグナリングモジュールが中継した情報をキャッシュし、別のネットワーク内の端末装置の能力情報を通信能力データベースに登録して管理する通信能力判断モジュールと、を備えた。
【解決手段】少なくとも１以上の端末装置と同一ネットワーク内で接続され、同一ネットワーク内の端末装置と、別のネットワーク内の端末装置と、の間の通信セッションを確立するまでの情報の送受信を中継するシグナリングモジュールと、複数の端末装置の通信能力に関する情報を少なくとも含む能力情報が登録される通信能力データベースと、同一ネットワーク内の端末装置と、別のネットワーク内の端末装置と、の間の通信セッションが確立されるまでにシグナリングモジュールが中継した情報をキャッシュし、別のネットワーク内の端末装置の能力情報を通信能力データベースに登録して管理する通信能力判断モジュールと、を備えた。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲートウェイ装置、情報通信方法、情報通信プログラム、および情報通信システムに関する。
【背景技術】
【０００２】
例えば、ＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）のようなＩＰ電話網においては、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）のパケットサイズ等の問題により、フォールバック処理が必要となることがある。ここで、フォールバック処理とは、通話開始要求が何らかの理由でエラーとなった場合に、エラーとなった条件を変更して再度通話開始要求を行う処理をいう。しかしながら、フォールバック処理は、ネットワークのトラフィックを増大させてしまうという問題がある。また、フォールバック処理が繰り返し行われることにより、通話開始までの時間が延びてしまい、ユーザにとっても利便性が悪くなるという問題がある。
【０００３】
このようなフォールバック処理を回避するための技術が、例えば、特許文献１に開示されている。特許文献１には、通信先の接続状況を確認した上で、あらかじめ設定された複数の通信条件の中から、通信先の接続状況に応じた適切な通信条件を選択することが可能な通信端末装置が開示されている。該通信端末装置は、例えば、通信先の電話番号の先頭が「０５０」であるか否かを確認することで相手方の装置がＩＰ電話網に接続されていると判断する。このように、特許文献１に記載の通信端末装置は、通信先の端末装置がＩＰ電話網に接続されているか否かを判断し、接続状況に応じて通信条件を適宜変更することにより通信エラーを極力防止し、フォールバック処理を軽減することを目的としている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５-１３００３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に記載された通信端末装置は、単に相手方端末のＩＰ電話網への接続状況に応じて最大データ速度や最大シンボルレートなどの通信条件を変更するに過ぎない。したがって、例えば、相手方の端末装置が対応可能な通信規格によっては、通信状態を確立するまでに端末装置間でフォールバック処理が複数回行われることもある。この結果、端末装置間の通信セッションを確立するまでの時間が長くなるとともに、フォールバック処理による通信網のトラフィックが増大してしまうという問題があった。
【０００６】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、端末装置間の通信セッションを確立するまでの時間を短縮することができるとともに、フォールバック処理による通信網のトラフィックの増大を抑制することが可能な、新規かつ改良されたゲートウェイ装置、情報通信方法、情報通信プログラム、および情報通信システムを提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある観点によれば、少なくとも１以上の端末装置と同一ネットワーク内で接続され、前記同一ネットワーク内の端末装置と、別のネットワーク内の端末装置と、の間の通信セッションを確立するまでの情報の送受信を中継するシグナリングモジュールと、複数の端末装置の通信能力に関する情報を少なくとも含む能力情報が登録される通信能力データベースと、前記同一ネットワーク内の端末装置と、別のネットワーク内の端末装置と、の間の通信セッションが確立されるまでに前記シグナリングモジュールが中継した情報をキャッシュし、別のネットワーク内の端末装置の前記能力情報を前記通信能力データベースに登録して管理する通信能力判断モジュールと、を備える、ゲートウェイ装置が提供される。
【０００８】
係る構成により、少なくとも１以上の端末装置と同一ネットワーク内で接続されるゲートウェイ装置のシグナリングモジュールは、同一ネットワーク内の端末装置と、別のネットワーク内の端末装置と、の間の通信セッションを確立するまでの情報の送受信を中継することができる。また、ゲートウェイ装置が備える通信能力データベースには、数の端末装置の通信能力に関する情報を少なくとも含む能力情報が登録される。また、通信能力判断モジュールは、同一ネットワーク内の端末装置と、別のネットワーク内の端末装置と、の間の通信セッションが確立されるまでにシグナリングモジュールが中継した情報をキャッシュし、別のネットワーク内の端末装置の能力情報を、通信能力データベースに登録して管理することができる。
【０００９】
また、前記通信能力判断モジュールは、前記同一ネットワーク内の発信側の端末装置から別のネットワーク内の端末装置に発信要求があった場合に、前記通信能力データベースから着信側の端末装置の前記能力情報を検索することもできる。この場合、前記シグナリングモジュールは、前記通信能力データベースに登録されている前記着信側の端末装置の前記能力情報に基づいて、前記着信側の端末装置が前記発信要求の通信規格に対応しているか否かを判断し、対応していると判断した場合、前記発信要求を前記着信側の端末装置へ送信し、対応していないと判断した場合、エラー信号を前記発信側の端末装置へ送信することもできる。
【００１０】
また、前記通信能力データベースに登録されている期間を前記端末装置毎に管理するタイマモジュールをさらに備えてもよい。この場合、該タイマモジュールは、前記通信能力データベースに登録されている前記能力情報に対応する端末装置との通信セッションが確立されるたびに、該能力情報の前記通信能力データベースへの登録期間をリセットして計測し直すこともできる。
【００１１】
また、前記タイマモジュールは、所定の端末装置の前記能力情報の前記登録期間が、あらかじめ設定された所定期間を超えた場合、該能力情報を前記通信能力データベースから消去するように前記通信能力判断モジュールに指示し、前記通信能力判断モジュールは、前記タイマモジュールからの指示に応じて、該当する能力情報を前記通信能力データベースから消去することもできる。
【００１２】
また、前記通信能力判断モジュールは、前記別のネットワーク内の端末装置から前記同一ネットワーク内の端末装置に発信要求があった場合において、該発信要求に対応する通信規格と、前記通信能力データベースに登録されている前記別のネットワーク内の端末装置の前記能力情報に含まれる通信規格とが異なる場合、前記通信能力データベースに登録されている前記発信要求をした端末装置の前記能力情報を、該発信要求に対応する通信規格を含む新しい能力情報に更新することもできる。
【００１３】
また、上記課題を解決するために、本発明の別の観点によれば、少なくとも１以上の端末装置と接続されるゲートウェイ装置により、該ゲートウェイ装置と同一ネットワーク内で接続される端末装置と、別のネットワーク内の端末装置と、の間で情報の送受信を中継して、前記端末装置間の通信セッションを確立する通信セッション確立ステップと、前記通信セッション確立ステップにおいて前記端末装置間で送受信された情報をキャッシュし、前記別のネットワーク内の端末装置の通信能力に関する情報を少なくとも含む能力情報を通信能力データベースに登録して管理する通信能力登録ステップと、を含む、ゲートウェイ装置による情報通信方法が提供される。
【００１４】
また、上記課題を解決するために、本発明の別の観点によれば、少なくとも１以上の端末装置と接続されるゲートウェイ装置により、該ゲートウェイ装置と同一ネットワーク内で接続される端末装置と、別のネットワーク内の端末装置と、の間で情報の送受信を中継して、前記端末装置間の通信セッションを確立する通信セッション確立処理と、前記通信セッション確立処理において前記端末装置間で送受信された情報をキャッシュし、前記別のネットワーク内の端末装置の通信能力に関する情報を少なくとも含む能力情報を通信能力データベースに登録して管理する通信能力登録処理と、を、コンピュータに実行させる情報通信プログラムが提供される。
【００１５】
また、上記課題を解決するために、本発明の別の観点によれば、端末装置間でゲートウェイ装置を介して通信セッションを確立する情報通信システムにおいて、前記端末装置は、該端末装置と同一ネットワーク内で接続されるゲートウェイ装置へ別のネットワーク内の端末装置に対する発信要求を送信する第１シグナリングモジュールを備え、前記ゲートウェイ装置は、前記第１シグナリングモジュールからの前記発信要求に応じて、前記同一ネットワーク内の端末装置と、前記別のネットワーク内の端末装置と、の間の通信セッションを確立するまでの情報の送受信を中継する第２シグナリングモジュールと、複数の端末装置の通信能力に関する情報を少なくとも含む能力情報が登録される通信能力データベースと、前記同一ネットワーク内の端末装置と、前記別のネットワーク内の端末装置と、の間の通信セッションが確立されるまでに前記第２シグナリングモジュールが中継した情報をキャッシュし、前記別のネットワーク内の端末装置の前記能力情報を前記通信能力データベースに登録して管理する通信能力判断モジュールと、を備える、情報通信システムが
提供される。
【００１６】
また、前記通信能力判断モジュールは、前記同一ネットワーク内の発信側の端末装置の前記第１シグナリングモジュールからの前記発信要求に応じて、前記通信能力データベースから着信側の端末装置の前記能力情報を検索してもよい。この場合、前記第２シグナリングモジュールは、前記通信能力データベースに登録されている前記着信側の端末装置の前記能力情報に基づいて、前記着信側の端末装置が前記発信要求の通信規格に対応しているか否かを判断し、対応していると判断した場合、前記発信要求を前記着信側の端末装置へ送信し、対応していないと判断した場合、エラー信号を前記発信側の端末装置へ送信し、前記発信側の端末装置の前記第１シグナリングモジュールは、前記エラー信号の受信に応じて、異なる通信規格に基づく発信要求を前記ゲートウェイ装置へ再度送信することもできる。
【００１７】
また、前記第１シグナリングモジュールが、前記発信要求内に前記能力情報を利用しないことを命令する情報を含めて前記ゲートウェイ装置へ送信した場合において、前記第２シグナリングモジュールは、前記能力情報に基づいて前記着信側の端末装置が前記発信側の通信規格に対応しているか否かを判断することなく、該発信要求を前記着信側の端末装置へ送信することもできる。
【００１８】
また、前記端末装置が対応可能な通信規格が更新された場合、前記第１シグナリングモジュールは、該端末装置とは異なるネットワーク内の前記ゲートウェイ装置に対して前記能力情報の消去命令を送信し、前記消去命令を受信した前記ゲートウェイ装置の前記通信能力判断モジュールは、前記通信能力データベースから前記消去命令に対応する能力情報を消去することもできる。
【００１９】
また、前記情報通信システムは、複数の前記ゲートウェイ装置が備える前記通信能力データベースに登録されている前記能力情報をまとめて管理する通信能力サーバをさらに備えてもよい。この場合、前記ゲートウェイ装置の前記通信能力判断モジュールは、所定の前記端末装置の前記能力情報を前記通信能力データベースに登録した後、該能力情報を前記通信能力サーバへ送信し、前記通信能力サーバは、前記ゲートウェイ装置の前記通信能力判断モジュールから受信した前記能力情報を管理することもできる。
【００２０】
また、前記ゲートウェイ装置の通信能力判断モジュールは、前記着信側の端末装置の前記能力情報が前記通信能力データベースに登録されていない場合、前記通信能力サーバから前記着信側の端末装置の前記能力情報を取得し、該能力情報を前記通信能力データベースに登録することもできる。
【発明の効果】
【００２１】
以上説明したように本発明によれば、ゲートウェイ装置が端末装置の能力情報を管理することにより、端末装置間の通信セッションを確立するまでの時間を短縮することができるとともに、フォールバック処理による通信網のトラフィックの増大を抑制することが可能である。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施形態の１つに係る情報通信システム５００の概略構成を示す説明図である。
【図２】同実施形態に係る情報通信システム５００において、ゲートウェイ装置２００がフォールバック情報の結果をキャッシュする処理の流れの一例を示すシーケンス図である。
【図３】同実施形態に係る情報通信システム５００において、ゲートウェイ装置２００がキャッシュする能力情報の一例を示す説明図である。
【図４】同実施形態に係る情報通信システム５００において、ゲートウェイ装置２００に登録されている能力情報に基づいて、通信セッションを確立させる処理の流れの一例を示すシーケンス図である。
【図５】同実施形態に係る情報通信システム５００において、ゲートウェイ装置２００に登録されている能力情報を自動で消去する処理の流れの一例を示すシーケンス図である。
【図６】変形例１の情報通信システム５００において、端末装置１００が対応可能な通信規格が更新された場合に、ゲートウェイ装置２００が能力情報を更新する処理の流れの一例を示すシーケンス図である。
【図７】変形例１の情報通信システム５００において、端末装置１００Ｂ’がゲートウェイ装置２００Ａに対して能力情報の削除を要求する際の処理の流れの一例を示すシーケンス図である。
【図８】変形例１の情報通信システム５００において、端末装置１００Ｂ’から送信されるメッセージ情報の一例を示す説明図である。
【図９】変形例２の情報通信システム５００において、端末装置１００から送信されるメッセージ情報の一例を示す説明図である。
【図１０】変形例３の情報通信システム５００において、通信能力サーバ４００を利用した能力情報の登録・取得処理の流れの一例を示すシーケンス図である。
【図１１】同実施形態に係る情報通信システム５００を構成する端末装置１００およびゲートウェイ装置２００のハードウェア構成の一例を示すブロック図である。
【図１２】従来の情報通信システム５０の概略構成を示す説明図である。
【図１３】従来の情報通信システム５０において、端末間で通信を開始する際に行われるフォールバック処理の一般的な流れを示すシーケンス図である。
【発明を実施するための形態】
【００２３】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２４】
なお、説明は以下の順序で行うものとする。
１．本発明の実施形態の概要
２．情報通信システム５００の概略構成
３．情報通信システム５００における通話開始処理の流れ
３−１．フォールバック処理の結果をキャッシュする処理の流れ
３−２．能力情報に基づいて通信セッションを確立する処理の流れ
３−３．タイマによる能力情報の消去処理の流れ
４．変形例
４−１．変形例１（端末装置の通信規格の更新に応じて能力情報を更新する例）
４−２．変形例２（能力情報の利用を制限する例）
４−３．変形例３（複数のゲートウェイ装置２００の能力情報を一括管理する例）
５．端末装置１００およびゲートウェイ装置２００のハードウェア構成
６．まとめ
【００２５】
＜１．本発明の実施形態の概要＞
まず、従来技術の問題点を明確にしたうえで、本発明の実施形態の１つに係る情報通信システム５００の概要について説明する。
【００２６】
図１２は、従来の情報通信システム５０の概略構成を示す説明図である。図１２に示すように、家庭内や企業内ＬＡＮにおいて、少なくとも１以上の端末装置１０がゲートウェイ装置２０を介して通信網４０に接続されている。図１２に示す例では、端末装置１０Ａは、例えば、Ｈ．２６４（動画圧縮規格）、ＭＰＥＧ４（Ｖｉｄｅｏ／Ａｕｄｉｏ）などに対応可能なテレビ会議用の端末装置である。一方、端末装置１０Ｂは、ＩＰｖ４のみ対応可能なＧ．７１１（音声符号化規格）音声電話用の端末装置である。このような従来の情報通信システム５０において、端末装置１０Ａのユーザが、通信網４０を介して端末装置１０Ｂのユーザとの通話を開始する際の処理の流れについて以下説明する。
【００２７】
図１３は、図１２に示した従来の情報通信システム５０において、端末装置１０間で通信を開始する際に行われるフォールバック処理の一般的な流れを示すシーケンス図である。なお、図１３に示すシーケンス図は、端末装置１０Ａを発信側とし、端末装置１０Ｂを着信側とした場合の例であるが、端末装置１０Ａを着信側とし、端末装置１０Ｂを発信側とした場合も同様の処理が行われる。
【００２８】
図１３に示すように、端末装置１０Ａに備えられるＳＩＰシグナリングモジュール１２Ａは、ユーザからの通話開始指示に応じて、ステップ１０において、メディア送受信モジュール１４Ａに対して受信開始を要求する。これと同時に、ＳＩＰシグナリングモジュール１２Ａは、ＩＰｖ６／Ｈ．２６４／ＭＰＥＧ４−ＡＡＣで端末装置１０Ｂへ発信する。すなわち、ＳＩＰシグナリングモジュール１２Ａは、ステップ１２および１４において、ゲートウェイ装置２０Ａを介して発信要求をＳＩＰサーバ３０へ送信する。
【００２９】
ここで、ＳＩＰサーバ３０は、端末装置１０ＢがＩＰｖ４のみに対応する端末装置であることを認識しているため、ステップ１６および１８において、ゲートウェイ装置２０Ａを介してエラー信号（エラーコード４８８等）を端末装置１０Ａへ送信する。
【００３０】
この結果、端末装置１０ＡのＳＩＰシグナリングモジュール１２Ａは、発信条件を変更して再度、通話開始要求（フォールバック処理）を行う。具体的には、ＳＩＰシグナリングモジュール１２Ａは、ＩＰｖ４／ＭＰＥＧ４−Ｖｉｄｅｏ／ＭＰＥＧ４−ＡＡＣで端末装置１０Ｂへ再度発信する。すなわち、ＳＩＰシグナリングモジュール１２Ａは、ステップ２０および２２において、ゲートウェイ装置２０Ａを介して、発信要求をＳＩＰサーバ３０へ送信する。これを受けてＳＩＰサーバ３０は、端末装置１０ＢがＩＰｖ４に対応する端末装置であることを認識しているため、ステップ２４および２６において、ゲートウェイ装置２０Ｂを介して端末装置１０Ａからの発信要求を端末装置１０Ｂへ送信する。
【００３１】
これを受けて、端末装置１０ＢのＳＩＰシグナリングモジュール１２Ｂは、ステップ２８において、端末装置１０Ａから受信した発信要求の通信規格が、自己の端末で対応可能か否かを判断する能力マッチング処理を行う。図１３に示した例では、端末装置１０Ｂは、ＩＰｖ４のみ対応可能なＧ．７１１音声電話用の端末装置であるため、ＳＩＰシグナリングモジュール１２Ｂは、ステップ３０、３２、３４および３６において、エラー信号を端末装置１０Ａへ送信する。
【００３２】
この結果、端末装置１０ＡのＳＩＰシグナリングモジュール１２Ａは、発信条件を変更して再度、通話開始要求（フォールバック処理）を行う。具体的には、ＳＩＰシグナリングモジュール１２Ａは、ＩＰｖ４／Ｇ．７１１で端末装置１０Ｂへ再度発信する。すなわち、ステップ３８、４０、４２および４４において、ゲートウェイ装置２０Ａ、ＳＩＰサーバ３０およびゲートウェイ装置２０Ｂを介して、発信要求が端末装置１０Ａから端末装置１０Ｂへ送信される。
【００３３】
これを受けて、端末装置１０ＢのＳＩＰシグナリングモジュール１２Ａは、ステップ４６において再度、能力マッチング処理を行う。図１３に示した例では、端末装置１０Ｂは、ＩＰｖ４のみ対応可能なＧ．７１１音声電話用の端末装置であるため、ＳＩＰシグナリングモジュール１２Ｂは、端末装置１０Ａとの通話を開始可能と判断する。すなわち、ＳＩＰシグナリングモジュール１２Ｂは、ステップ４８において、メディア送受信モジュール１４Ｂに対して送受信開始を要求する。また、ＳＩＰシグナリングモジュール１２Ｂは、ステップ５０、５２、５４および５６において、応答信号を端末装置１０Ａへ送信する。
【００３４】
その後、端末装置１０ＡのＳＩＰシグナリングモジュール１２Ａは、ステップ５８において、メディア送受信モジュール１４Ａに対して送信開始を要求する。この結果、ステップ６０において、端末装置１０Ａと端末装置１０Ｂとの間の通信セッションが確立される。
【００３５】
以上のように、従来の情報通信システム５０においては、通信セッションを確立するに際して、相手方の端末装置の能力とマッチングするまでフォールバック処理を実行する必要がある。これにより、通話開始までの時間が長くなったり、発信要求信号やエラー信号などにより通信網４０のトラフィックが増大したりするという問題が発生する。
【００３６】
本発明の実施形態の１つに係る情報通信システム５００を利用することにより、上記問題点を解決することができる。具体的には、ゲートウェイ装置２００が過去のフォールバック処理の結果をキャッシュすることにより、各端末装置１００の通信能力に関する情報をデータベースとして管理する。これにより、端末装置１００が発信要求を送信した際に、ゲートウェイ装置２００は、相手方端末装置１００との能力マッチング処理を行うことができる。したがって、通信セッションの確立までに必要なフォールバック処理を、端末装置１００とゲートウェイ装置２００との間で行うことができる。
【００３７】
すなわち、ゲートウェイ装置２００がフォールバック処理の結果をキャッシュすることにより、通信セッションの確立までに必要なフォールバック処理を、端末装置１００とゲートウェイ装置２００との間で行うことができる。この結果、本発明の実施形態の１つに係る情報通信システム５００を利用することにより、端末装置１００間の通信セッションを確立するまでの時間を短縮することができるとともに、フォールバック処理によるトラフィックの増大を抑制することが可能である。
【００３８】
以下、このような特徴を有する情報通信システム５００の詳細について説明する。
【００３９】
＜２．情報通信システム５００の概略構成＞
【００４０】
図１は、本発明の実施形態の１つに係る情報通信システム５００の概略構成を示す説明図である。図１に示すように、本実施形態に係る情報通信システム５００は、上述した従来の情報通信システム５０と同様に、家庭内や企業内ＬＡＮにおいて、少なくとも１以上の端末装置１００がゲートウェイ装置２００を介して通信網４０に接続されている。図１に示すように、同一ＬＡＮ内においては、１つのゲートウェイ装置２００に対して複数の端末装置１００が接続されている。すなわち、複数の端末装置１００が同一のゲートウェイ装置２００を介して通信網４０に接続されている。なお、通信網４０は、例えば、ＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）のようなＩＰ電話網が想定されるが、例えば、インターネット上でＳＩＰサーバを介したＶｏＩＰサービスなどであってもよく、特定の通信ネットワークに限定されない。
【００４１】
また、図１に示す例では、端末装置１００Ａは、例えば、Ｈ．２６４（動画圧縮規格）、ＭＰＥＧ４（Ｖｉｄｅｏ／Ａｕｄｉｏ）などに対応可能なテレビ会議用の端末装置である。一方、端末装置１００Ｂは、ＩＰｖ４のみ対応可能なＧ．７１１（音声符号化規格）音声電話用の端末装置である。以下の説明においては、テレビ会議用の端末装置１００Ａと音声電話用の端末装置１００Ｂとの間で、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ３００を介して通信セッションを確立する場合を例に説明する。
【００４２】
図１に示すように、端末装置１００は、ＳＩＰシグナリングモジュール１０２と、メディア送受信モジュール１０４と、を含んで構成される。また、ゲートウェイ装置２００は、ＳＩＰシグナリングモジュール２０２と、通信能力判断モジュール２０４と、タイマモジュール２０６と、を含んで構成される。以下、端末装置１００およびゲートウェイ装置２００の各機能構成部の詳細について説明する。
【００４３】
（端末装置１００）
ＳＩＰシグナリングモジュール１０２は、端末装置１００間における呼制御（シグナリング）を行う。すなわち、ＳＩＰシグナリングモジュール１０２は、ユーザからの指示に応じて、所定の端末装置１００との通信セッションを確立させる。ＳＩＰシグナリングモジュール１０２は、例えば、通話開始をリクエストするＵＡＣ（Ｕｓｅｒ Ａｇｅｎｔ Ｃｌｉｅｎｔ）の機能モジュールとして動作する。また、ＳＩＰシグナリングモジュール１０２は、例えば、受け取ったリクエストに対するレスポンスを生成するＵＡＳ（Ｕｓｅｒ Ａｇｅｎｔ Ｓｅｒｖｅｒ）の機能モジュールとして動作することもできる。
【００４４】
メディア送受信モジュール１０４は、端末装置１００間における通信セッションが確立された後に、所定のメディアデータを送受信する。メディア送受信モジュール１０４は、例えば、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）などの通信プロトコルに基づいて、音声や映像などのメディアデータを通信先の端末装置１００へ送信する。なお、メディア送受信モジュール１０４が送受信可能なメディアデータや通信プロトコルの種類は、特定のものに限定されるものではない。すなわち、本実施形態に係る情報通信システム５００は、通信セッションの確立までの時間短縮およびトラフィックの抑制を目的とするものであるため、通信セッション確立後のメディアデータの送受信方法等は特定のものに限定されるものではない。
【００４５】
（ゲートウェイ装置２００）
ＳＩＰシグナリングモジュール２０２は、上記端末装置１００のＳＩＰシグナリングモジュール１０２と同様に、端末装置１００間における呼制御（シグナリング）を行う。すなわち、ＳＩＰシグナリングモジュール２０２は、ＳＩＰサーバ３００を介して、端末装置１００間における発信要求、エラー信号、応答信号等の送受信を中継する。
【００４６】
上述したように、本実施形態においては、ゲートウェイ装置２００がフォールバック処理の結果をキャッシュし、キャッシュ情報に基づいて次回からのフォールバック処理を端末装置１００とゲートウェイ装置２００との間で行うことを特徴の１つとしている。したがって、ＳＩＰシグナリングモジュール２０２は、端末装置１００間の通信セッションが確立される際に、フォールバック処理の結果をキャッシュするように後述する通信能力判断モジュール２０４へ指示する。
【００４７】
また、発信側の端末装置１００Ａから発信要求があった場合には、ＳＩＰシグナリングモジュール２０２Ａは、通信能力判断モジュール２０４Ａに対して、着信側の端末装置１００Ｂの能力情報（フォールバック処理の結果）の検索を指示する。その後、ＳＩＰシグナリングモジュール２０２Ａは、着信側の端末装置１００Ｂの能力情報がキャッシュされていない場合には、通常通りのフォールバック処理を行う。着信側の端末装置１００Ｂの能力情報がキャッシュされている場合には、キャッシュ情報に基づいて、端末装置１００Ａとゲートウェイ装置２００Ａとの間でフォールバック処理を行う。なお、ＳＩＰシグナリングモジュール２０２による各種処理の流れの詳細については、処理シーケンス図を参照に後述する。
【００４８】
通信能力判断モジュール２０４は、各端末装置１００の能力情報を通信能力データベースに登録して管理する。上述したように、端末装置１００間の通信セッションが確立される際には、フォールバック処理の結果をキャッシュするように、ＳＩＰシグナリングモジュール２０２から指示を受ける。これを受けて、通信能力判断モジュール２０４は、フォールバック処理の結果をキャッシュして、端末装置１００毎に能力情報を通信能力データベースに登録して管理する。通信能力判断モジュール２０４が管理する能力情報としては、例えば、端末装置のアドレス情報、通信プロトコル情報、ビデオコーデック情報、オーディオコーデック情報などが含まれる。このように、ゲートウェイ装置２００が管理する通信能力データベースには、複数の端末装置１００の通信能力に関する情報を少なくとも含む能力情報が登録されている。
【００４９】
また、通信能力判断モジュール２０４は、ＳＩＰシグナリングモジュール２０２からの指示に応じて、通信能力データベースから所定の端末装置１００の能力情報を検索し、検索結果をＳＩＰシグナリングモジュール２０２へ転送する。これにより、ＳＩＰシグナリングモジュール２０２は、端末装置１００とゲートウェイ装置２００との間でフォールバック処理を行うことができるか否かを判断することができる。
【００５０】
また、通信能力判断モジュール２０４は、所定の端末装置１００に関する能力情報が所定時間利用されていない場合、当該能力情報を通信能力データベースから自動で消去することもできる。能力情報判断モジュール２０４は、後述するタイマモジュール２０６が管理する能力情報の登録期間に応じて、所定期間利用されていない能力情報を通信能力データベースから消去する。これにより、所定期間通信セッションが確立されていない古い能力情報を自動で消去することができる。なお、通信能力判断モジュール２０４による各種処理の流れの詳細については、処理シーケンス図を参照に後述する。
【００５１】
タイマモジュール２０６は、通信能力判断モジュール２０４が管理する通信能力データベースに登録されている能力情報の記録期間を管理する。タイマモジュール２０６は、通信能力判断モジュール２０４からの指示に応じて、所定の能力情報の登録期間の計測を開始したり、登録期間を更新したりする。また、タイマモジュール２０６は、所定の能力情報が通信能力データベースに登録されている期間が、あらかじめ設定された満了期間を超えた場合、当該能力情報の消去を通信能力判断モジュール２０４へ指示する。これを受けて通信能力判断モジュール２０４は、所定期間通信セッションが確立されていない古い能力情報を通信能力データベースから自動で消去することができる。なお、タイマモジュール２０６による各種処理の流れの詳細については、処理シーケンス図を参照に後述する。
【００５２】
＜３．情報通信システム５００における通話開始処理の流れ＞
次に、上述した情報通信システム５００において、端末装置１００Ａのユーザが、通信網４０を介して端末装置１００Ｂのユーザとの通話を開始する際の処理の流れについて以下説明する。
【００５３】
［３−１．フォールバック処理の結果をキャッシュする処理の流れ］
まず、端末装置１００Ａと端末装置１００Ｂとの間で通信セッションが確立された際に行われるフォールバック情報の結果のキャッシュ処理の流れについて、図２のシーケンス図を参照にして説明する。図２は、本実施形態に係る情報通信システム５００において、ゲートウェイ装置２００Ａがフォールバック情報の結果をキャッシュする処理の流れの一例を示すシーケンス図である。したがって、図２は、ゲートウェイ装置２００Ａが管理する通信能力データベースに端末装置１００Ｂに関する能力情報が記録されていない状態において、端末装置１００Ａから端末装置１００Ｂに発信要求があった場合の処理の流れの一例である。
【００５４】
なお、図２に示すシーケンス図では、説明の便宜上、着信側のゲートウェイ装置２００Ｂおよび端末装置１００Ｂによる処理が省略されている。もちろん本実施形態においても、図１３に示した従来の情報通信システム５０と同様に、ＳＩＰサーバ３００、着信側のゲートウェイ装置２００Ｂおよび端末装置１００Ｂ間でも各種信号の送受信処理が行われることはいうまでもない。
【００５５】
まず、端末装置１００ＡのＳＩＰシグナリングモジュール１０２Ａは、ユーザからの通話開始指示に応じて、ステップ１００において、メディア送受信モジュール１０４Ａに対して受信開始を要求する。これと同時に、ＳＩＰシグナリングモジュール１０２Ａは、ＩＰｖ６／Ｈ．２６４／ＭＰＥＧ４−ＡＡＣで端末装置１００Ｂへ発信する。すなわち、ＳＩＰシグナリングモジュール１０２Ａは、ステップ１０２において、発信要求をゲートウェイ装置２００Ａへ送信する。
【００５６】
これを受けてゲートウェイ装置２００ＡのＳＩＰシグナリングモジュール２０２Ａは、ステップ１０４において、通信能力判断モジュール２０４Ａに対して、通信能力データベースから端末装置１００Ｂに関する能力情報の検索を命令する。その後、通信能力判断モジュール２０４Ａは、ステップ１０６において、通信能力データベースから端末装置１００Ｂに関する能力情報を検索し、ステップ１０８において、検索結果をＳＩＰシグナリングモジュール２０２Ａへ送信する。
【００５７】
ここで、図２に示す例では、通信能力データベースには端末装置１００Ｂに関する能力情報が記録されていない。したがって、ＳＩＰシグナリングモジュール２０２Ａは、通信能力判断モジュール２０４Ａから受信した検索結果に基づいて、端末装置１００Ａとゲートウェイ装置２００Ａとの間ではフォールバック処理を行うことができないと判断する。この結果、ＳＩＰシグナリングモジュール２０２Ａは、上述した従来方式と同様に、ステップ１１０〜ステップ１３８の処理により、端末装置１００Ｂとの通信セッションを確立させる。
【００５８】
具体的には、ステップ１１０において、ＩＰｖ６／Ｈ．２６４／ＭＰＥＧ４−ＡＡＣに基づく発信要求をＳＩＰサーバ３００へ送信する。これを受けて、ＳＩＰサーバ３００は、ステップ１１４および１１６において、ゲートウェイ装置２００Ａを介してエラー信号（エラーコード４８８等）を端末装置１００Ａへ送信する。
【００５９】
この結果、端末装置１００ＡのＳＩＰシグナリングモジュール１０２Ａは、発信条件を変更して再度、通話開始要求（フォールバック処理）を行う。具体的には、ＳＩＰシグナリングモジュール１０２Ａは、ＩＰｖ４／ＭＰＥＧ４−Ｖｉｄｅｏ／ＭＰＥＧ４−ＡＡＣで端末装置１００Ｂへ再度発信する。すなわち、ＳＩＰシグナリングモジュール１０２Ａは、ステップ１１８および１２０において、ゲートウェイ装置２００Ａを介して、発信要求をＳＩＰサーバ３００へ送信する。その後、ＳＩＰサーバ３００から発信要求を受信した端末装置１００ＢのＳＩＰシグナリングモジュール１０２Ｂは、端末装置１００Ａから受信した発信要求の通信規格が、自己の端末で対応可能か否かを判断する能力マッチング処理を行う。端末装置１００Ｂは、ＩＰｖ４のみ対応可能なＧ．７１１音声電話用の端末装置であるため、ＳＩＰシグナリングモジュール１０２Ｂは、ステップ１２２、１２４および１２６において、エラー信号を端末装置１００Ａへ送信する。
【００６０】
この結果、端末装置１００ＡのＳＩＰシグナリングモジュール１０２Ａは、発信条件を変更して再度、通話開始要求（フォールバック処理）を行う。具体的には、ＳＩＰシグナリングモジュール１０２Ａは、ＩＰｖ４／Ｇ．７１１で端末装置１００Ｂへ再度発信する。すなわち、ステップ１２８および１３０において、ゲートウェイ装置２００Ａを介して、端末装置１００Ａからの発信要求がＳＩＰサーバ３００へ送信される。その後、ＳＩＰサーバ３００から発信要求を受信した端末装置１００ＢのＳＩＰシグナリングモジュール１０２Ｂは再度、能力マッチング処理を行う。端末装置１００Ｂは、ＩＰｖ４のみ対応可能なＧ．７１１音声電話用の端末装置であるため、ＳＩＰシグナリングモジュール１０２Ｂは、端末装置１００Ａとの通話を開始可能と判断する。すなわち、ＳＩＰシグナリングモジュール１０２Ｂは、ステップ１３２、１３４および１３６において、応答信号を端末装置１００Ａへ送信する。
【００６１】
その後、端末装置１００ＡのＳＩＰシグナリングモジュール１０２Ａは、ステップ１３８において、メディア送受信モジュール１０４Ａに対して送信開始を要求する。
【００６２】
また、上述したように、本実施形態に係る情報通信システム５００では、ゲートウェイ装置２００Ａがフォールバック処理の結果をキャッシュすることを特徴の１つとしている。具体的には、ステップ１４０において、ゲートウェイ装置２００ＡのＳＩＰシグナリングモジュール２０２Ａは、通信能力判断モジュール２０４Ａに対して、フォールバック処理の結果を通信能力データベースに登録するように指示する。
【００６３】
これを受けて、通信能力判断モジュール２０４Ａは、ステップ１４２において、フォールバック処理の結果を通信能力データベースに登録する。通信能力判断モジュール２０４Ａは、例えば、最終的に端末装置１００Ｂから送信された応答メッセージに記録されている所定の情報を抽出して、端末装置１００Ｂに関する能力情報として通信能力データベースに登録することができる。
【００６４】
図３は、ゲートウェイ装置２００がキャッシュする能力情報の例を示す説明図である。図３に示された情報は、着信側の端末装置１００から最終的に送信された応答メッセージの一例である。ゲートウェイ装置２００の通信能力判断モジュール２０４は例えば、図３に示すメッセージ情報の中から、アドレス情報、通信プロトコル情報、ビデオコーデック情報およびオーディオコーデック情報のみを抽出し、能力情報として通信能力データベースに登録する。この結果、ゲートウェイ装置２００は、能力情報を参照することにより、該能力情報に対応する端末装置１００が対応可能な通信プロトコル、通信帯域、メディア情報などを認識することができる。また、着信側の端末装置１００から最終的に送信された応答メッセージ情報の中から、通信セッションの確立に必要な情報のみを抽出することにより、登録処理の時間短縮やデータベースの簡略化などを図ることもできる。
【００６５】
なお、図３に示したメッセージ情報は、本実施形態を説明する上での一例であり、メッセージ情報の内容、能力情報として抽出される情報の種類等はこれらに限定されるものではない。例えば、図２に示した例では、着信側の端末装置１００Ｂに関する能力情報として、最終的に通信セッションを確立できた通信条件（ＩＰｖ４／Ｇ．７１１）に関する情報などが通信能力データベースに登録される。
【００６６】
再度、図２の処理シーケンスを参照すると、通信能力判断モジュール２０４Ａは、能力情報を登録した後、ステップ１４４において、タイマモジュール２０６Ａに対して、該能力情報の登録期間の計測開始を指示する。これを受けて、タイマモジュール２０６Ａは、ステップ１４６において、端末装置１００Ｂに関する能力情報の登録期間の計測を開始し、ステップ１４８および１５０において応答信号を送信する。なお、タイマモジュール２０６Ａが管理する登録期間に関する情報に基づいて能力情報を自動で消去する処理の詳細については後述する。
【００６７】
以上のような処理の結果、ステップ１５２において、端末装置１００Ａと端末装置１００Ｂとの間の通信セッションが確立される。このように、情報通信システム５００では、通信セッションを確立する際に、ゲートウェイ装置２００がフォールバック処理の結果に関する情報をキャッシュし、着信側の端末装置１００の能力情報として通信能力データベースに登録しておくことができる。なお、図２に示した例で、着信側の端末装置１００Ｂと接続されるゲートウェイ装置２００Ｂも同様に、フォールバック処理の結果に関する情報をキャッシュし、発信側の端末装置１００Ａの能力情報として通信能力データベースに登録することも当然に可能である。
【００６８】
［３−２．能力情報に基づいて通信セッションを確立する処理の流れ］
次に、図２の処理により登録された能力情報に基づいて端末装置１００Ａとゲートウェイ装置２００Ａとの間でフォールバック処理を行って通信セッションを確立させる処理の流れについて説明する。
【００６９】
図４は、本実施形態に係る情報通信システム５００において、ゲートウェイ装置２００に登録されている能力情報に基づいて、通信セッションを確立させる処理の流れの一例を示すシーケンス図である。したがって、図４は、ゲートウェイ装置２００Ａが管理する通信能力データベースに端末装置１００Ｂに関する能力情報が記録されている状態において、端末装置１００Ａから端末装置１００Ｂに発信要求があった場合の処理の流れの一例である。
【００７０】
なお、図４に示すシーケンス図では、説明の便宜上、着信側のゲートウェイ装置２００Ｂおよび端末装置１００Ｂによる処理が省略されている。もちろん本実施形態においても、図１３に示した従来の情報通信システム５０と同様に、ＳＩＰサーバ３００、着信側のゲートウェイ装置２００Ｂおよび端末装置１００Ｂ間でも各種信号の送受信処理が行われることはいうまでもない。
【００７１】
まず、端末装置１００ＡのＳＩＰシグナリングモジュール１０２Ａは、ユーザからの通話開始指示に応じて、ステップ２００において、メディア送受信モジュール１０４Ａに対して受信開始を要求する。これと同時に、ＳＩＰシグナリングモジュール１０２Ａは、ＩＰｖ６／Ｈ．２６４／ＭＰＥＧ４−ＡＡＣで端末装置１００Ｂへ発信する。すなわち、ＳＩＰシグナリングモジュール１０２Ａは、ステップ２０２において、発信要求をゲートウェイ装置２００Ａへ送信する。
【００７２】
これを受けてゲートウェイ装置２００ＡのＳＩＰシグナリングモジュール２０２Ａは、ステップ２０４において、通信能力判断モジュール２０４Ａに対して、通信能力データベースから端末装置１００Ｂに関する能力情報の検索を命令する。その後、通信能力判断モジュール２０４Ａは、ステップ２０６において、通信能力データベースから端末装置１００Ｂに関する能力情報を検索し、ステップ２０８において、検索結果をＳＩＰシグナリングモジュール２０２Ａへ送信する。
【００７３】
ここで、ゲートウェイ装置２００Ａが管理する通信能力データベースには、図２に示した処理により、端末装置１００Ｂに関する能力情報が記録されている。したがって、通信能力判断モジュール２０４Ａは、ステップ２０８において、検索した端末装置１００Ｂに関する能力情報をＳＩＰシグナリングモジュール２０２Ａへ送信する。
【００７４】
その後、ＳＩＰシグナリングモジュール２０２Ａは、ステップ２１０において、端末装置１００Ｂに関する能力情報に基づいて、端末装置１００Ａから受信した発信要求の通信規格が、端末装置１００Ｂで対応可能か否かを判断する能力マッチング処理を行う。ここで、端末装置１００Ｂは、ＩＰｖ４のみ対応可能なＧ．７１１音声電話用の端末装置であるため、ＳＩＰシグナリングモジュール２０２Ａは、ステップ２１２において、エラー信号を端末装置１００Ａへ送信する。
【００７５】
この結果、端末装置１００ＡのＳＩＰシグナリングモジュール１０２Ａは、発信条件を変更して再度、通話開始要求（フォールバック処理）を行う。具体的には、ＳＩＰシグナリングモジュール１０２Ａは、ＩＰｖ４／ＭＰＥＧ４−Ｖｉｄｅｏ／ＭＰＥＧ４−ＡＡＣで端末装置１００Ｂへ再度発信する。すなわち、ＳＩＰシグナリングモジュール１０２Ａは、ステップ２１４において、発信要求をゲートウェイ装置２００Ａへ送信する。
【００７６】
これを受けて、ＳＩＰシグナリングモジュール２０２Ａは、ステップ２１６において、端末装置１００Ｂに関する能力情報に基づいて、再度能力マッチング処理を行う。ここで、端末装置１００Ｂは、ＩＰｖ４のみ対応可能なＧ．７１１音声電話用の端末装置であるため、ＳＩＰシグナリングモジュール２０２Ａは、ステップ２１８において、エラー信号を端末装置１００Ａへ送信する。
【００７７】
この結果、端末装置１００ＡのＳＩＰシグナリングモジュール１０２Ａは、発信条件を変更して再度、通話開始要求（フォールバック処理）を行う。具体的には、ＳＩＰシグナリングモジュール１０２Ａは、ＩＰｖ４／Ｇ．７１１で端末装置１００Ｂへ再度発信する。すなわち、ステップ２２０において、発信要求をゲートウェイ装置２００Ａへ送信する。
【００７８】
これを受けて、ＳＩＰシグナリングモジュール２０２Ａは、ステップ２２２において、端末装置１００Ｂに関する能力情報に基づいて、再度能力マッチング処理を行う。ここで、端末装置１００Ｂは、ＩＰｖ４のみ対応可能なＧ．７１１音声電話用の端末装置であるため、ＳＩＰシグナリングモジュール２０２Ａは、端末装置１００Ｂとの通話を開始可能と判断する。すなわち、ＳＩＰシグナリングモジュール２０２Ａは、ステップ２２４において、ＳＩＰサーバ３００を介して発信要求を端末装置１００Ｂへ送信する。
【００７９】
これにより、ＳＩＰサーバ３００から発信要求を受信した端末装置１００ＢのＳＩＰシグナリングモジュール１０２Ｂは、能力マッチング処理を行うことで、端末装置１００Ａとの通話を開始可能と判断することができる。したがって、ＳＩＰシグナリングモジュール１０２Ｂは、ステップ２２６、２２８および２３０において、応答信号を端末装置１００Ａへ送信する。
【００８０】
その後、端末装置１００ＡのＳＩＰシグナリングモジュール１０２Ａは、ステップ２３２において、メディア送受信モジュール１０４Ａに対して送信開始を要求する。
【００８１】
また、上述したように、本実施形態に係る情報通信システム５００では、通信能力データベースに記録されている能力情報の登録期間を管理することにより、自動で古い能力情報を消去することを特徴の１つとしている。したがって、ゲートウェイ装置２００ＡのＳＩＰシグナリングモジュール２０２Ａは、ステップ２３４および２３６において、タイマモジュール２０６Ａに対して、端末装置１００Ｂに関する能力情報の登録期間の更新を指示する。これを受けて、タイマモジュール２０６Ａは、ステップ２３８において、端末装置１００Ｂに関する能力情報の登録期間をリセットし、再度０から登録期間の計測を開始し、ステップ２４０および２４２において応答信号を送信する。
【００８２】
以上のような処理の結果、ステップ２４４において、端末装置１００Ａと端末装置１００Ｂとの間の通信セッションが確立される。このように、情報通信システム５００では、ゲートウェイ装置２００Ａが着信側の端末装置１００Ｂに関する能力情報を、能力情報データベースに登録して管理している。これにより、端末装置１００Ａと端末装置１００Ｂとの間の通信セッションを確立する際に必要となるフォールバック処理を、発信側の端末装置１００Ａとゲートウェイ装置２００Ａとの間で行うことができる。すなわち、図１３に示した従来の情報通信システム５０のように、通信セッションを確立するまでのフォールバック処理を、ＳＩＰサーバ３０を介して端末装置１００Ｂと行う必要がない。この結果、端末装置１００間の通信セッションを確立するまでの時間を短縮することができるとともに、フォールバック処理による通信網４０のトラフィックの増大を抑制することが可能。
【００８３】
［３−３．タイマによる能力情報の消去処理の流れ］
次に、タイマモジュール２０６によって管理される能力情報の自動消去処理の流れについて説明する。
【００８４】
図５は、本実施形態に係る情報通信システム５００において、ゲートウェイ装置２００が管理する通信能力データベースに登録されている能力情報を自動で消去する処理の流れの一例を示すシーケンス図である。
【００８５】
図５に示すように、タイマモジュール２０６は、ステップ３００において、所定の端末装置１００に関する能力情報の登録期間が、あらかじめ設定されている期間を超えたと判断した場合、該能力情報の消去を通信能力判断モジュール２０４に指示する。すなわち、タイマモジュール２０６は、ステップ３０２において、通信能力データベースから対象となる能力情報を消去するように、通信能力判断モジュール２０４に指示する。
【００８６】
これを受けて、通信能力判断モジュール２０４は、ステップ３０４において、該当する能力情報を能力情報データベースから消去して、ステップ３０６において、応答信号をタイマモジュール２０６へ送信する。
【００８７】
この結果、ゲートウェイ装置２００は、一定期間通信セッションが確立されていない端末装置１００に関する能力情報を自動で消去することができる。これにより、古い能力情報に基づいてフォールバック処理が行われることを防止することができる。
【００８８】
以上のように、本実施形態に係る情報通信システム５００を利用することにより、ゲートウェイ装置２００は、フォールバック処理の結果をキャッシュして、所定の端末装置１００の能力情報を通信能力データベースに登録して管理することができる。これにより、発信側の端末装置１００Ａと着信側の端末装置１００Ｂとの間の通信セッションを確立する際に、端末装置１００Ａとゲートウェイ装置２００Ａとの間でフォールバック処理を行うことができる。この結果、本実施形態に係る情報通信システム５００を利用することにより、端末装置１００間の通信セッションを確立するまでの時間を短縮することができるとともに、フォールバック処理による通信網４０のトラフィックの増大を抑制することが可能である。
【００８９】
なお、上記説明においては、端末装置１００Ａから端末装置１００Ｂに発信する場合を例に説明したが、本発明はこれに限定されるものではない。例えば、端末装置１００Ｂから端末装置１００Ａに発信する際には、端末装置１００Ｂとゲートウェイ装置２００Ｂとの間でフォールバック処理が行われた後に、通信セッションが確立される。
【００９０】
また、本実施形態に係る情報通信システム５００においては、あるゲートウェイ装置２００の配下のすべての端末装置１００が当該ゲートウェイ装置２００に登録されている複数の端末装置１００に関する能力情報を利用することができる。例えば、あるゲートウェイ装置２００ａの配下に３つの端末装置１００ａ、１００ｂ、１００ｃが存在し、別のゲートウェイ装置２００ｂの配下の端末装置１００ｄと通信セッションを確立すると仮定する。ここで、例えば、端末装置１００ａと端末装置１００ｄとの間で一度通信セッションが確立された場合、ゲートウェイ装置２００ａは、端末装置１００ｄに関する能力情報を能力情報データベースに登録している。したがって、端末装置１００ｂや端末装置１００ｃが初めて端末装置１００ｄと通信セッションを確立する場合においても、端末装置１００ｂまたは端末装置１００ｃとゲートウェイ装置２００ａとの間でフォールバック処理が行われる。このように、ゲートウェイ装置２００がフォールバック情報をキャッシュし、各端末装置１００の能力情報を管理することにより、情報通信システム５００全体において、通信セッションを確立するまでの時間短縮およびトラフィックの抑制を実現することができる。
【００９１】
＜４．変形例＞
上述した情報通信システム５００では、ゲートウェイ装置２００の仕様等を適宜変更することにより、端末装置１００間の通信セッションをさらに効率よく確立させることもできる。以下、上述した情報通信システム５００の各種変形例について説明する。
【００９２】
［４−１．変形例１（端末装置の通信規格の更新に応じて能力情報を更新する例）］
上記実施形態では、端末装置１００ＡがＨ．２６４（動画圧縮規格）等に対応可能なテレビ会議用の端末装置で、端末装置１００ＢがＩＰｖ４のみ対応可能なＧ．７１１（音声符号化規格）音声電話用の端末装置である場合を例に説明した。ここで、例えば、ソフトウェアのインストールやバージョンアップなどにより、端末装置１００Ｂが対応可能な通信規格が更新されることも考えられる。変形例１の情報通信システム５００においては、端末装置１００が対応可能な通信規格が更新された場合に、ゲートウェイ装置２００は、該端末装置１００に関する能力情報を更新することができる。以下、このような特徴を有する変形例１の情報通信システム５００における、能力情報の更新処理の流れについて説明する。
【００９３】
図６は、本実施形態に係る情報通信システム５００において、端末装置１００が対応可能な通信規格が更新された場合に、ゲートウェイ装置２００が能力情報を更新する処理の流れの一例を示すシーケンス図である。なお、以下の説明では、端末装置１００Ｂが、Ｇ．７１１（音声符号化規格）音声電話用の端末装置からＨ．２６４（動画圧縮規格）等に対応可能なテレビ会議用の端末装置１００Ｂ’に更新された場合を例に説明する。したがって、図６に示す処理は、端末装置１００Ｂ’に更新された後に、端末装置１００Ｂ’から端末装置１００Ａに発信要求があった場合の情報通信システム５００における処理の流れの一例である。なお、「端末装置１００Ｂ」および「端末装置１００Ｂ’」は同一の端末装置であり、対応可能な通信規格が、ソフトウェアのインストールやバージョンアップ等により更新されたものである。
【００９４】
なお、図６に示すシーケンス図では、説明の便宜上、発信側のゲートウェイ装置２００Ｂおよび端末装置１００Ｂ’による処理が省略されている。もちろん、上記実施形態に係る情報通信システム５００と同様に、ＳＩＰサーバ３００、着信側のゲートウェイ装置２００Ｂおよび端末装置１００Ｂ’間でも各種信号の送受信処理が行われることはいうまでもない。
【００９５】
まず、端末装置１００Ｂ’は、上記実施形態において説明した端末装置１００Ａから端末装置１００Ｂへの発信要求処理と同様に、端末装置１００Ａに対して発信要求をする。すなわち、端末装置１００Ｂ’のＳＩＰシグナリングモジュール１０２Ｂは、ユーザからの通話開始指示に応じて、メディア送受信モジュール１０４Ｂに対して受信開始を要求する。これと同時に、ＳＩＰシグナリングモジュール１０２Ｂは、ＩＰｖ６／Ｈ．２６４／ＭＰＥＧ４−ＡＡＣで端末装置１００Ａへ発信する。すなわち、ＳＩＰシグナリングモジュール１０２Ｂは、発信要求をゲートウェイ装置２００Ｂへ送信する。
【００９６】
これを受けてゲートウェイ装置２００ＢのＳＩＰシグナリングモジュール２０２Ｂは、端末装置１００Ａに関する能力情報に基づいて、能力マッチング処理を行った後、ステップ４００において、ＳＩＰサーバ３００へ発信要求を送信する。その後、ＳＩＰサーバ３００は、端末装置１００Ｂ’から送信された発信要求を、ステップ４０２において、ゲートウェイ装置２００Ａへ送信する。
【００９７】
これを受けて、ゲートウェイ装置２００ＡのＳＩＰシグナリングモジュール２０２Ａは、ステップ４０４で能力マッチング処理を行うとともに、ステップ４０６において、端末装置１００Ｂ’に関する能力情報の更新を通信能力判断モジュール２０４Ａに指示する。通信能力判断モジュール２０４Ａは、ステップ４０８において、端末装置１００Ｂ’に関する能力情報を更新する。すなわち、通信能力判断モジュール２０４Ａは、通信能力データベースに登録されている端末装置１００Ｂに関する能力情報（Ｇ．７１１等）を、端末装置１００Ｂ’に関する能力情報（ＩＰｖ６／Ｈ．２６４等）に更新する。
【００９８】
さらに、通信能力判断モジュール２０４Ａは、ステップ４１０において、端末装置１００Ｂ’の能力情報の登録期間の更新を、タイマモジュール２０６Ａに指示する。これを受けて、タイマモジュール２０６Ａは、端末装置１００Ｂに関する能力情報の登録期間をリセットし、再度０から登録期間の計測を開始し、ステップ４１４および４１６において応答信号を送信する。
【００９９】
その後、ＳＩＰシグナリングモジュール２０２Ａは、ステップ４１８において、発信要求を端末装置１００Ａへ送信する。これを受けて、端末装置１００ＡのＳＩＰシグナリングモジュール１０２Ａは、ステップ４２０において能力マッチング処理を行うことにより、端末装置１００Ｂ’との通話を開始可能と判断することができる。したがって、ＳＩＰシグナリングモジュール１０２Ａは、ステップ４２２および４２４において、ＳＩＰサーバ３００を介して応答信号を端末装置１００Ｂ’へ送信し、ステップ４２６において、メディア送受信モジュール１０４Ａに対して送受信開始を要求する。
【０１００】
以上のような処理の結果、ステップ４２８において、端末装置１００Ｂ’と端末装置１００Ａとの間の通信セッションが確立される。このように、変形例１の情報通信システム５００では、発信側の端末装置１００が対応可能な通信規格が更新された場合において、該端末装置１００から発信要求があった際、着信側のゲートウェイ装置２００が発信側の端末装置１００に関する能力情報を更新する。これにより、ゲートウェイ装置２００は、常に各端末装置１００の最新の能力情報を管理しておくことができる。この結果、図６に示した処理の後、端末装置１００Ａから端末装置１００Ｂ’に発信した場合、ゲートウェイ装置２００Ａは端末装置１００Ｂ’に関する最新の能力情報（ＩＰｖ６／Ｈ．２６４等）に基づいて能力マッチング処理を行うことができる。したがって、変形例１の情報通信システム５００を利用することにより、端末装置１００間の通信セッションを確立するまでの時間をより短縮することができるとともに、フォールバック処理による通信網４０のトラフィックの増大をより抑制することが可能である。
【０１０１】
なお、図６に示した例では、通信規格が更新された端末装置１００Ｂ’から端末装置１００Ａに発信要求があった場合に、ゲートウェイ装置２００Ａが能力情報データベースに登録されている能力情報を更新する例について説明したが、本発明はこれに限られない。例えば、端末装置１００Ｂ’は、対応可能な通信規格が更新された場合、端末装置１００Ａに発信することなく、端末装置１００Ａと接続されるゲートウェイ装置２００Ａに対して古い能力情報の削除を要求してもよい。以下、端末装置１００Ｂ’がゲートウェイ装置２００Ａに対して能力情報の削除を要求する際の処理の流れについて説明する。
【０１０２】
図７は、端末装置１００Ｂ’がゲートウェイ装置２００Ａに対して能力情報の削除を要求する際の処理の流れの一例を示すシーケンス図である。
【０１０３】
端末装置１００Ｂ’は、対応可能な通信規格が更新された場合、ゲートウェイ装置２００Ａに登録されている端末装置１００Ｂ’に関する能力情報の消去を要求する。すなわち、
端末装置１００Ｂ’のＳＩＰシグナリングモジュール１０２Ｂは、ステップ５００および５０２において、ＳＩＰサーバ３００を介して、ゲートウェイ装置２００Ａに対して能力情報の消去を要求する。
【０１０４】
図８は、端末装置１００Ｂ’から送信される能力情報の消去命令のメッセージ情報の一例を示す説明図である。図８に示すように、端末装置１００Ｂ’は、能力情報の消去命令を意味する「ｒｅｍｏｖｅ ａｌｌ」を含むメッセージ情報をゲートウェイ装置２００Ａへ送信する。なお、図８に示したメッセージ情報は、本変形例を説明する上での一例であり、メッセージ情報の内容はこれに限定されるものではない。
【０１０５】
これを受けて、ゲートウェイ装置２００ＡのＳＩＰシグナリングモジュール２０２Ａは、ステップ５０４において、端末装置１００Ｂ’から送信された削除要求に対応する能力情報が通信能力データベースに登録されているか否かを判断する能力マッチング処理を行う。ＳＩＰシグナリングモジュール２０２Ａは、図８に示したメッセージ情報に含まれる送信元アドレスなどに基づいて、端末装置１００Ｂ’に関する能力情報の登録の有無を確認することができる。端末装置１００Ｂ’に関する能力情報が通信能力データベースに登録されている場合、ＳＩＰシグナリングモジュール２０２Ａは、ステップ５０６において、該能力情報の消去を通信能力判断モジュール２０４Ａに指示する。
【０１０６】
その後、通信能力判断モジュール２０４Ａは、ステップ５０８において、通信能力データベースに登録されている端末装置１００Ｂ’に関する能力情報を消去する。さらに、通信能力判断モジュール２０４Ａは、ステップ５１０において、タイマモジュール２０６Ａが管理している端末装置１００Ｂ’に関する能力情報の登録期間の計測を中止するように、タイマモジュール２０６Ａに対して指示する。これを受けて、タイマモジュール２０６Ａは、ステップ５１２において、端末装置１００Ｂ’に関する能力情報の登録期間の計測を中止し、ステップ５１４および５１６において応答信号を送信する。
【０１０７】
これにより、端末装置１００Ｂ’に関する能力情報は、ゲートウェイ装置２００Ａが管理する通信能力データベースから消去されることとなる。
【０１０８】
このように、変形例１の情報通信システム５００では、端末装置１００が対応可能な通信規格が更新された場合、端末装置１００は、該端末装置１００に関する能力情報の消去を、複数のゲートウェイ装置２００に対して指示することができる。この結果、各ゲートウェイ装置２００は、消去要求を送信した端末装置１００に関する能力情報を、通信能力データベースから消去することができる。したがって、別の端末装置１００が、通信規格が更新された端末装置１００に発信する場合においても、古い能力情報に基づいて通信セッションの確立処理が実行されることを確実に防止することができる。
【０１０９】
もちろん、端末装置１００が対応可能な通信規格が更新された場合、端末装置１００は、該端末装置１００に関する能力情報を更新するように複数のゲートウェイ装置２００に対して指示してもよい。端末装置１００が能力情報の消去を要求するか、能力情報の更新を要求するか、発信要求するまで能力情報を維持しておくかは、情報通信システム５００に要求される仕様やコストなどに応じて適宜設計・変更することができる。
【０１１０】
［４−２．変形例２（能力情報の利用を制限する例）］
上記実施形態に係る情報通信システム５００では、ゲートウェイ装置２００で管理する通信能力データベースに登録されている能力情報を利用せずに、通信セッションを確立することもできる。例えば、相手側の端末装置１００の通信規格が更新されていることが明らかな場合や、古い能力情報が登録されている場合や、初めて発信要求をする場合などには、ゲートウェイ装置２００の通信能力データベースを検索する処理がかえって無駄になることもある。そこで、変形例２の情報通信システム５００では、端末装置１００からの要求に応じて、上述した通信能力データベースを利用せずに通信セッションを確立することもできる。
【０１１１】
具体的には、端末装置１００は、通信セッションを確立する際、発信要求のメッセージ情報に、キャッシュ情報（着信側の端末装置１００に関する能力情報）を利用せずに通信セッションを確立させることを指示する情報を含めてゲートウェイ装置２００へ送信する。図９は、端末装置１００からゲートウェイ装置へ送信される発信要求のメッセージ情報の一例を示す説明図である。
【０１１２】
図９に示すように、端末装置１００は、能力情報を利用しないことの命令を意味する「ｃａｃｈｅ−ｃｏｎｔｒｏｌ＝ｎｏ−ｃａｃｈｅ」を含むメッセージ情報をゲートウェイ装置２００へ送信する。なお、図９に示したメッセージ情報は、本変形例を説明する上での一例であり、メッセージ情報の内容はこれに限定されるものではない。
【０１１３】
これを受けたゲートウェイ装置２００は、通信能力データベースから能力情報を検索することなく、図２に示したステップ１１０以降の処理により、通信セッションを確立させる。すなわち、通信セッションが確立されるまで、端末装置１００間で従来方式と同様のフォールバック処理が行われる。
【０１１４】
このように、端末装置１００は、任意にゲートウェイ装置２００が管理する能力情報を利用せずに通信セッションを確立させることもできる。この結果、例えば、相手側の端末装置１００の通信規格が更新されていることが明らかな場合や、古い能力情報が登録されている場合や、初めて発信要求をする場合などにおいて、通信セッションを確立するまでの時間がかえって伸びてしまうことを防止できる。
【０１１５】
［４−３．変形例３（複数のゲートウェイ装置２００の能力情報を一括管理する例）］
上述したように、上記実施形態に係る情報通信システム５００では、ゲートウェイ装置２００が能力情報を管理することにより、ゲートウェイ装置２００の配下のすべての端末装置１００が該能力情報を利用することができる。しかしながら、ゲートウェイ装置２００によって異なる通信能力データベースを管理しているため、あるゲートウェイ装置２００が管理している所定の端末装置１００の能力情報を、別のゲートウェイ装置２００は管理していないといった状況も想定される。このような場合、端末装置１００間の通信セッションを確立させるには、端末装置１００間でフォールバック処理を行う必要がある。ここで、変形例３の情報通信システム５００では、複数のゲートウェイ装置２００が管理する能力情報を一括して管理する通信能力サーバ４００をさらに備えることにより、このような問題点を解消することもできる。以下、変形例３の情報通信システム５００において、通信能力サーバ４００を利用した能力情報の登録・取得処理の流れについて説明する。
【０１１６】
図１０は、変形例３の情報通信システム５００において、通信能力サーバ４００を利用した能力情報の登録・取得処理の流れの一例を示すシーケンス図である。なお、以下の説明においては、通信能力サーバ４００の配下に２つのゲートウェイ装置２００Ａおよび２００Ｂが存在する場合を例に説明するが、通信能力サーバ４００の配下には３つ以上のゲートウェイ装置２００が存在することも当然に可能である。また、通信能力サーバ４００は、ゲートウェイ装置２００と同様に、通信能力判断モジュール４０２と、タイマモジュール４０４と、を含んで構成されている。また、通信能力サーバ４００は、各端末装置１００に関する能力情報が登録された通信能力データベースを管理している。
【０１１７】
図１０に示すように、ゲートウェイ装置２００Ａがステップ６００において、ある端末装置１００Ｃの能力情報を能力情報データベースに登録した場合、ステップ６０２において、当該能力情報を通信能力サーバ４００へ送信する。なお、ステップ６００による端末装置１００Ｃに関する能力情報の登録処理については、例えば、図２のステップ１４２において説明したように、端末装置１００Ａと端末装置１００Ｃとの間の通信セッションを確立させる際に行われる。
【０１１８】
その後、通信能力サーバ４００の通信能力判断モジュール４０２は、ステップ６０４において、端末装置１００Ｃに関する能力情報を、通信能力データベースに登録する。また、通信能力判断モジュール４０２は、ステップ６０６において、タイマモジュール４０４に対して、端末装置１００Ｃに関する能力情報の登録期間の計測開始を指示する。これを受けて、タイマモジュール４０４は、ステップ６０８において、端末装置１００Ｃに関する能力情報の登録期間の計測を開始し、ステップ６１０および６１２において応答信号をゲートウェイ装置２００Ａへ送信する。なお、通信能力サーバ４００が管理する通信能力データベースに端末装置１００Ｃの能力情報が登録済みの場合、タイマモジュール４０４は、ステップ６０８で、端末装置１００Ｃに関する能力情報の登録期間をリセットし、再度０から登録期間の計測を開始する。
【０１１９】
以上のステップ６０２〜ステップ６１２の処理により、ゲートウェイ装置２００Ａで管理されている端末装置１００Ｃに関する能力情報が、通信能力サーバ４００においても管理されることとなる。このようによして、通信能力サーバ４００が管理する通信能力データベースに登録されている端末装置１００Ｃに関する能力情報を、該能力情報を有していない別のゲートウェイ装置２００Ｂが取得する処理の流れについて以下説明する。
【０１２０】
図１０のステップ７００〜ステップ７１２の処理は、ゲートウェイ装置２００Ｂの配下の端末装置１００Ｂが、端末装置１００Ｃに発信要求をした場合に行われる処理の一部である。すなわち、ゲートウェイ装置２００Ｂの通信能力判断モジュール２０４Ｂは、ステップ７００において、能力情報データベースから端末装置１００Ｃに関する能力情報を検索する。なお、端末装置１００Ｂから発信要求があった際の処理の流れについては、図２に示したステップ１００〜ステップ１０６と同様であるため、ここでは詳細を省略する。
【０１２１】
ここで、端末装置１００Ｂが端末装置１００Ｃに対して初めて発信要求をした場合、ゲートウェイ装置２００Ｂの通信能力データベースには、端末装置１００Ｃに関する能力情報は登録されていない。この場合、ゲートウェイ装置２００Ｂは、ステップ７０２〜ステップ７１２の処理により、端末装置１００Ｃに関する能力情報を、通信能力サーバ４００から取得する。
【０１２２】
具体的には、ゲートウェイ装置２００Ｂの通信能力判断モジュール２０４Ｂは、ステップ７０２において、通信能力サーバ４００に対して、端末装置１００Ｃに関する能力情報の取得を要求する。
【０１２３】
これを受けて、通信能力サーバ４００の通信能力判断モジュール４０２は、ステップ７０４において、通信能力データベースから、端末装置１００Ｃに関する能力情報を検索し、ステップ７０６において、応答信号をゲートウェイ装置２００Ｂへ送信する。上述したように、本例では、上記ステップ６０２〜６１２により、端末装置１００Ｃに関する能力情報が、ゲートウェイ装置２００Ａを介して通信能力サーバ４００が管理する通信能力データベースに登録されている。したがって、通信能力判断モジュール４０２は、ステップ７０６において、端末装置１００Ｃに関する能力情報をゲートウェイ装置２００Ｂへ送信することができる。
【０１２４】
その後、ゲートウェイ装置２００Ｂの通信能力判断モジュール２０４Ｂは、通信能力サーバ４００から受信した端末装置１００Ｃに関する能力情報を、ステップ７０８において、通信能力データベースに登録する。さらに、ゲートウェイ装置２００Ｂの通信能力判断モジュール２０４Ｂは、ステップ７１０において、タイマモジュール２０６Ｂに対して、端末装置１００Ｃに関する能力情報の登録期間の計測開始を指示する。これを受けて、タイマモジュール２０６Ｂは、ステップ７１２において、端末装置１００Ｃに関する能力情報の登録期間の計測を開始する。
【０１２５】
以上のステップ７０２〜ステップ７１２の処理により、通信能力サーバ４００で管理されている端末装置１００Ｃに関する能力情報を、ゲートウェイ装置２００Ｂが取得して管理することができる。その後、図４に示したステップ２１０〜ステップ２４４の処理により、端末装置１００Ｂと端末装置１００Ｃとの間で通信セッションが確立される。すなわち、端末装置１００Ｂは、初めて端末装置１００Ｃに発信する場合においても、通信セッションの確立までに必要となるフォールバック処理を、端末装置１００Ｂとゲートウェイ装置２００Ｂとの間で行うことができる。以上のように、変形例３の情報通信システム５００を利用することにより、端末装置１００間の通信セッションを確立するまでの時間をより短縮することができるとともに、フォールバック処理による通信網４０のトラフィックをより抑制することが可能である。
【０１２６】
なお、図１０に示したシーケンス図は、上記変形例３の情報通信システム５００の特徴を説明する上での一例であり、システム構成や処理の流れについては、これらに限定されるものではない。上記変形例３は、通信能力サーバ４００が複数のゲートウェイ装置２００が管理する能力情報を一括管理することにより、各ゲートウェイ装置２００が他のゲートウェイ装置２００が管理している能力情報を容易に取得できることを特徴の１つとしている。したがって、通信能力サーバ４００の配下に存在するゲートウェイ装置２００の数や、各ゲートウェイ装置２００の配下に存在する端末装置１００の数や対応可能な通信規格等は、特定のものに限定されない。
【０１２７】
＜ ５．端末装置１００およびゲートウェイ装置２００のハードウェア構成＞
次に、上述した情報通信システム５００を構成する端末装置１００のハードウェア構成の一例について説明する。なお、ゲートウェイ装置２００も、以下に説明する端末装置１００と同様のハードウェア構成を備えることができる。
【０１２８】
図１１は、本実施形態に係る情報通信システム５００を構成する端末装置１００のハードウェア構成の一例を示すブロック図である。本実施形態に係る端末装置１００は主に、ＣＰＵ９０１、ＲＯＭ９０３、ＲＡＭ９０５、ブリッジ９０９、インターフェース９１３、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２３、および通信装置９２５を備える。
【０１２９】
ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０３、ＲＡＭ９０５、ストレージ装置９１９、またはリムーバブル記録媒体９２７に記録された各種プログラムに従って、端末装置１００内の動作全般またはその一部を制御する。ＲＯＭ９０３は、ＣＰＵ９０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ９０５は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバス等の内部バスにより構成されるホストバス９０７により相互に接続されている。
【０１３０】
入力装置９１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなどユーザが操作する操作手段である。
【０１３１】
出力装置９１７は、例えば、ＣＲＴディスプレイ、液晶ディスプレイ、プラズマディスプレイ、ＥＬディスプレイなどの表示装置などを含んで構成される。また、出力装置９１７は、スピーカなどの音声出力装置など、取得した情報をユーザに対して聴覚的に通知することが可能な装置も含んで構成される。
【０１３２】
ストレージ装置９１９は、端末装置１００の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１９は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイス等により構成される。
【０１３３】
ドライブ９２１は、記録媒体用リーダライタであり、端末装置１００に内蔵、あるいは外付けされる。ドライブ９２１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体に記録されている情報を読み出して、ＲＡＭ９０５に出力する。また、ドライブ９２１は、装着されているリムーバブル記録媒体にデータなどを書き込むことも可能である。
【０１３４】
接続ポート９２３は、例えば、ＵＳＢポート、光オーディオ端子、ＩＥＥＥ１３９４ポート、ＳＣＳＩポート、ＨＤＭＩポート等の、外部接続機器９２９に直接接続するためのポートである。
【０１３５】
通信装置９２５は、例えば、通信網４０に接続するための通信デバイス等で構成された通信インターフェースである。通信装置９２５は、例えば、有線または無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ、光通信用のルータ、ＡＤＳＬ用のルータ、または各種通信用のモデム等である。
【０１３６】
以上、上述した情報通信システム５００を構成する端末装置１００およびゲートウェイ装置２００の機能を実現可能なハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。したがって、本実施形態を実施する時々の技術レベルに応じて、適宜、利用するハードウェア構成を変更することが可能である。
【０１３７】
＜６．まとめ＞
以上説明したように、本発明の実施形態の１つに係る情報通信システム５００では、ゲートウェイ装置２００がフォールバック処理の結果をキャッシュすることができる。また、ゲートウェイ装置２００は、キャッシュしたフォールバック処理の結果に基づいて、相手側の端末装置１００の通信能力に関する情報を通信能力データベースに登録しておくことができる。これにより、ある端末装置１００が別の端末装置１００に発信した場合において、通信セッションの確立までに必要となるフォールバック処理を端末装置１００間で行うことなく、端末装置１００と同一ＬＡＮ内のゲートウェイ装置２００との間で行うことができる。この結果、端末装置１００間の通信セッションを確立するまでの時間を短縮することができるとともに、発信要求信号やエラー信号等による通信網４０のトラフィックの増大を抑制することが可能である。また、複数のゲートウェイ装置２００が管理する各端末装置１００に関する能力情報を一括管理する通信能力サーバ４００をさらに備えることにより、ゲートウェイ装置２００間でも各端末装置１００に関する能力情報を共有することができる。この結果、情報通信システム５００を利用することにより、端末装置１００間の通信セッションを確立するまでの時間をさらに短縮することができると共に、発信要求信号やエラー信号等による通信網４０のトラフィックの増大をさらに抑制することが可能である。
【０１３８】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【０１３９】
例えば、上記実施形態では、あるＬＡＮ内のゲートウェイ装置２００Ａの配下の端末装置１００Ａから、別のＬＡＮ内のゲートウェイ装置２００Ｂの配下の端末装置１００Ｂに通信セッションの確立を要求する場合を中心に説明したが、本発明はこれに限定されない。例えば、通信網４０には３以上のゲートウェイ装置２００を介して３以上のＬＡＮが接続され、１つのゲートウェイ装置２００の配下に複数の端末装置１００が接続される場合にも当然に適用することができる。また、各端末装置１００およびゲートウェイ装置２００においても、上記実施形態において中心的に説明した端末装置１００Ａおよびゲートウェイ装置２００Ａと同様の処理が行われる。
【０１４０】
また、上記実施形態において例示した端末装置１００の通信規格やメッセージ情報などは、上記実施形態を説明する上での一例であり、本発明はこれらに限定されるものではない。すなわち、上記実施形態では、ゲートウェイ装置２００が端末装置１００の能力情報を管理することを特徴の１つとしており、端末装置１００の通信能力そのものについては特定の能力に限定されるものではない。
【０１４１】
また、本明細書において、シーケンス図に記述されたステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的に又は個別的に実行される処理をも含む。また時系列的に処理されるステップでも、場合によっては適宜順序を変更することが可能であることは言うまでもない。
【符号の説明】
【０１４２】
１０、１０Ａ、１０Ｂ 端末装置
１２、１２Ａ、１２Ｂ ＳＩＰシグナリングモジュール
１４、１４Ａ、１４Ｂ メディア送受信モジュール
２０、２０Ａ、２０Ｂ ゲートウェイ装置
３０ ＳＩＰサーバ
４０ 通信網
５０ 情報通信システム
１００、１００Ａ、１００Ｂ、１００Ｃ 端末装置
１０２、１０２Ａ、１０２Ｂ ＳＩＰシグナリングモジュール
１０４、１０４Ａ、１０４Ｂ メディア送受信モジュール
２００、２００Ａ、２００Ｂ ゲートウェイ装置
２０２、２０２Ａ、２０２Ｂ ＳＩＰシグナリングモジュール
２０４、２０４Ａ、２０４Ｂ 通信能力判断モジュール
２０６、２０６Ａ、２０６Ｂ タイマモジュール
３００ ＳＩＰサーバ
４００ 通信能力サーバ
４０２ 通信能力判断モジュール
４０４ タイマモジュール
５００ 情報通信システム
【技術分野】
【０００１】
本発明は、ゲートウェイ装置、情報通信方法、情報通信プログラム、および情報通信システムに関する。
【背景技術】
【０００２】
例えば、ＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）のようなＩＰ電話網においては、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）のパケットサイズ等の問題により、フォールバック処理が必要となることがある。ここで、フォールバック処理とは、通話開始要求が何らかの理由でエラーとなった場合に、エラーとなった条件を変更して再度通話開始要求を行う処理をいう。しかしながら、フォールバック処理は、ネットワークのトラフィックを増大させてしまうという問題がある。また、フォールバック処理が繰り返し行われることにより、通話開始までの時間が延びてしまい、ユーザにとっても利便性が悪くなるという問題がある。
【０００３】
このようなフォールバック処理を回避するための技術が、例えば、特許文献１に開示されている。特許文献１には、通信先の接続状況を確認した上で、あらかじめ設定された複数の通信条件の中から、通信先の接続状況に応じた適切な通信条件を選択することが可能な通信端末装置が開示されている。該通信端末装置は、例えば、通信先の電話番号の先頭が「０５０」であるか否かを確認することで相手方の装置がＩＰ電話網に接続されていると判断する。このように、特許文献１に記載の通信端末装置は、通信先の端末装置がＩＰ電話網に接続されているか否かを判断し、接続状況に応じて通信条件を適宜変更することにより通信エラーを極力防止し、フォールバック処理を軽減することを目的としている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５-１３００３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に記載された通信端末装置は、単に相手方端末のＩＰ電話網への接続状況に応じて最大データ速度や最大シンボルレートなどの通信条件を変更するに過ぎない。したがって、例えば、相手方の端末装置が対応可能な通信規格によっては、通信状態を確立するまでに端末装置間でフォールバック処理が複数回行われることもある。この結果、端末装置間の通信セッションを確立するまでの時間が長くなるとともに、フォールバック処理による通信網のトラフィックが増大してしまうという問題があった。
【０００６】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、端末装置間の通信セッションを確立するまでの時間を短縮することができるとともに、フォールバック処理による通信網のトラフィックの増大を抑制することが可能な、新規かつ改良されたゲートウェイ装置、情報通信方法、情報通信プログラム、および情報通信システムを提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある観点によれば、少なくとも１以上の端末装置と同一ネットワーク内で接続され、前記同一ネットワーク内の端末装置と、別のネットワーク内の端末装置と、の間の通信セッションを確立するまでの情報の送受信を中継するシグナリングモジュールと、複数の端末装置の通信能力に関する情報を少なくとも含む能力情報が登録される通信能力データベースと、前記同一ネットワーク内の端末装置と、別のネットワーク内の端末装置と、の間の通信セッションが確立されるまでに前記シグナリングモジュールが中継した情報をキャッシュし、別のネットワーク内の端末装置の前記能力情報を前記通信能力データベースに登録して管理する通信能力判断モジュールと、を備える、ゲートウェイ装置が提供される。
【０００８】
係る構成により、少なくとも１以上の端末装置と同一ネットワーク内で接続されるゲートウェイ装置のシグナリングモジュールは、同一ネットワーク内の端末装置と、別のネットワーク内の端末装置と、の間の通信セッションを確立するまでの情報の送受信を中継することができる。また、ゲートウェイ装置が備える通信能力データベースには、数の端末装置の通信能力に関する情報を少なくとも含む能力情報が登録される。また、通信能力判断モジュールは、同一ネットワーク内の端末装置と、別のネットワーク内の端末装置と、の間の通信セッションが確立されるまでにシグナリングモジュールが中継した情報をキャッシュし、別のネットワーク内の端末装置の能力情報を、通信能力データベースに登録して管理することができる。
【０００９】
また、前記通信能力判断モジュールは、前記同一ネットワーク内の発信側の端末装置から別のネットワーク内の端末装置に発信要求があった場合に、前記通信能力データベースから着信側の端末装置の前記能力情報を検索することもできる。この場合、前記シグナリングモジュールは、前記通信能力データベースに登録されている前記着信側の端末装置の前記能力情報に基づいて、前記着信側の端末装置が前記発信要求の通信規格に対応しているか否かを判断し、対応していると判断した場合、前記発信要求を前記着信側の端末装置へ送信し、対応していないと判断した場合、エラー信号を前記発信側の端末装置へ送信することもできる。
【００１０】
また、前記通信能力データベースに登録されている期間を前記端末装置毎に管理するタイマモジュールをさらに備えてもよい。この場合、該タイマモジュールは、前記通信能力データベースに登録されている前記能力情報に対応する端末装置との通信セッションが確立されるたびに、該能力情報の前記通信能力データベースへの登録期間をリセットして計測し直すこともできる。
【００１１】
また、前記タイマモジュールは、所定の端末装置の前記能力情報の前記登録期間が、あらかじめ設定された所定期間を超えた場合、該能力情報を前記通信能力データベースから消去するように前記通信能力判断モジュールに指示し、前記通信能力判断モジュールは、前記タイマモジュールからの指示に応じて、該当する能力情報を前記通信能力データベースから消去することもできる。
【００１２】
また、前記通信能力判断モジュールは、前記別のネットワーク内の端末装置から前記同一ネットワーク内の端末装置に発信要求があった場合において、該発信要求に対応する通信規格と、前記通信能力データベースに登録されている前記別のネットワーク内の端末装置の前記能力情報に含まれる通信規格とが異なる場合、前記通信能力データベースに登録されている前記発信要求をした端末装置の前記能力情報を、該発信要求に対応する通信規格を含む新しい能力情報に更新することもできる。
【００１３】
また、上記課題を解決するために、本発明の別の観点によれば、少なくとも１以上の端末装置と接続されるゲートウェイ装置により、該ゲートウェイ装置と同一ネットワーク内で接続される端末装置と、別のネットワーク内の端末装置と、の間で情報の送受信を中継して、前記端末装置間の通信セッションを確立する通信セッション確立ステップと、前記通信セッション確立ステップにおいて前記端末装置間で送受信された情報をキャッシュし、前記別のネットワーク内の端末装置の通信能力に関する情報を少なくとも含む能力情報を通信能力データベースに登録して管理する通信能力登録ステップと、を含む、ゲートウェイ装置による情報通信方法が提供される。
【００１４】
また、上記課題を解決するために、本発明の別の観点によれば、少なくとも１以上の端末装置と接続されるゲートウェイ装置により、該ゲートウェイ装置と同一ネットワーク内で接続される端末装置と、別のネットワーク内の端末装置と、の間で情報の送受信を中継して、前記端末装置間の通信セッションを確立する通信セッション確立処理と、前記通信セッション確立処理において前記端末装置間で送受信された情報をキャッシュし、前記別のネットワーク内の端末装置の通信能力に関する情報を少なくとも含む能力情報を通信能力データベースに登録して管理する通信能力登録処理と、を、コンピュータに実行させる情報通信プログラムが提供される。
【００１５】
また、上記課題を解決するために、本発明の別の観点によれば、端末装置間でゲートウェイ装置を介して通信セッションを確立する情報通信システムにおいて、前記端末装置は、該端末装置と同一ネットワーク内で接続されるゲートウェイ装置へ別のネットワーク内の端末装置に対する発信要求を送信する第１シグナリングモジュールを備え、前記ゲートウェイ装置は、前記第１シグナリングモジュールからの前記発信要求に応じて、前記同一ネットワーク内の端末装置と、前記別のネットワーク内の端末装置と、の間の通信セッションを確立するまでの情報の送受信を中継する第２シグナリングモジュールと、複数の端末装置の通信能力に関する情報を少なくとも含む能力情報が登録される通信能力データベースと、前記同一ネットワーク内の端末装置と、前記別のネットワーク内の端末装置と、の間の通信セッションが確立されるまでに前記第２シグナリングモジュールが中継した情報をキャッシュし、前記別のネットワーク内の端末装置の前記能力情報を前記通信能力データベースに登録して管理する通信能力判断モジュールと、を備える、情報通信システムが
提供される。
【００１６】
また、前記通信能力判断モジュールは、前記同一ネットワーク内の発信側の端末装置の前記第１シグナリングモジュールからの前記発信要求に応じて、前記通信能力データベースから着信側の端末装置の前記能力情報を検索してもよい。この場合、前記第２シグナリングモジュールは、前記通信能力データベースに登録されている前記着信側の端末装置の前記能力情報に基づいて、前記着信側の端末装置が前記発信要求の通信規格に対応しているか否かを判断し、対応していると判断した場合、前記発信要求を前記着信側の端末装置へ送信し、対応していないと判断した場合、エラー信号を前記発信側の端末装置へ送信し、前記発信側の端末装置の前記第１シグナリングモジュールは、前記エラー信号の受信に応じて、異なる通信規格に基づく発信要求を前記ゲートウェイ装置へ再度送信することもできる。
【００１７】
また、前記第１シグナリングモジュールが、前記発信要求内に前記能力情報を利用しないことを命令する情報を含めて前記ゲートウェイ装置へ送信した場合において、前記第２シグナリングモジュールは、前記能力情報に基づいて前記着信側の端末装置が前記発信側の通信規格に対応しているか否かを判断することなく、該発信要求を前記着信側の端末装置へ送信することもできる。
【００１８】
また、前記端末装置が対応可能な通信規格が更新された場合、前記第１シグナリングモジュールは、該端末装置とは異なるネットワーク内の前記ゲートウェイ装置に対して前記能力情報の消去命令を送信し、前記消去命令を受信した前記ゲートウェイ装置の前記通信能力判断モジュールは、前記通信能力データベースから前記消去命令に対応する能力情報を消去することもできる。
【００１９】
また、前記情報通信システムは、複数の前記ゲートウェイ装置が備える前記通信能力データベースに登録されている前記能力情報をまとめて管理する通信能力サーバをさらに備えてもよい。この場合、前記ゲートウェイ装置の前記通信能力判断モジュールは、所定の前記端末装置の前記能力情報を前記通信能力データベースに登録した後、該能力情報を前記通信能力サーバへ送信し、前記通信能力サーバは、前記ゲートウェイ装置の前記通信能力判断モジュールから受信した前記能力情報を管理することもできる。
【００２０】
また、前記ゲートウェイ装置の通信能力判断モジュールは、前記着信側の端末装置の前記能力情報が前記通信能力データベースに登録されていない場合、前記通信能力サーバから前記着信側の端末装置の前記能力情報を取得し、該能力情報を前記通信能力データベースに登録することもできる。
【発明の効果】
【００２１】
以上説明したように本発明によれば、ゲートウェイ装置が端末装置の能力情報を管理することにより、端末装置間の通信セッションを確立するまでの時間を短縮することができるとともに、フォールバック処理による通信網のトラフィックの増大を抑制することが可能である。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施形態の１つに係る情報通信システム５００の概略構成を示す説明図である。
【図２】同実施形態に係る情報通信システム５００において、ゲートウェイ装置２００がフォールバック情報の結果をキャッシュする処理の流れの一例を示すシーケンス図である。
【図３】同実施形態に係る情報通信システム５００において、ゲートウェイ装置２００がキャッシュする能力情報の一例を示す説明図である。
【図４】同実施形態に係る情報通信システム５００において、ゲートウェイ装置２００に登録されている能力情報に基づいて、通信セッションを確立させる処理の流れの一例を示すシーケンス図である。
【図５】同実施形態に係る情報通信システム５００において、ゲートウェイ装置２００に登録されている能力情報を自動で消去する処理の流れの一例を示すシーケンス図である。
【図６】変形例１の情報通信システム５００において、端末装置１００が対応可能な通信規格が更新された場合に、ゲートウェイ装置２００が能力情報を更新する処理の流れの一例を示すシーケンス図である。
【図７】変形例１の情報通信システム５００において、端末装置１００Ｂ’がゲートウェイ装置２００Ａに対して能力情報の削除を要求する際の処理の流れの一例を示すシーケンス図である。
【図８】変形例１の情報通信システム５００において、端末装置１００Ｂ’から送信されるメッセージ情報の一例を示す説明図である。
【図９】変形例２の情報通信システム５００において、端末装置１００から送信されるメッセージ情報の一例を示す説明図である。
【図１０】変形例３の情報通信システム５００において、通信能力サーバ４００を利用した能力情報の登録・取得処理の流れの一例を示すシーケンス図である。
【図１１】同実施形態に係る情報通信システム５００を構成する端末装置１００およびゲートウェイ装置２００のハードウェア構成の一例を示すブロック図である。
【図１２】従来の情報通信システム５０の概略構成を示す説明図である。
【図１３】従来の情報通信システム５０において、端末間で通信を開始する際に行われるフォールバック処理の一般的な流れを示すシーケンス図である。
【発明を実施するための形態】
【００２３】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２４】
なお、説明は以下の順序で行うものとする。
１．本発明の実施形態の概要
２．情報通信システム５００の概略構成
３．情報通信システム５００における通話開始処理の流れ
３−１．フォールバック処理の結果をキャッシュする処理の流れ
３−２．能力情報に基づいて通信セッションを確立する処理の流れ
３−３．タイマによる能力情報の消去処理の流れ
４．変形例
４−１．変形例１（端末装置の通信規格の更新に応じて能力情報を更新する例）
４−２．変形例２（能力情報の利用を制限する例）
４−３．変形例３（複数のゲートウェイ装置２００の能力情報を一括管理する例）
５．端末装置１００およびゲートウェイ装置２００のハードウェア構成
６．まとめ
【００２５】
＜１．本発明の実施形態の概要＞
まず、従来技術の問題点を明確にしたうえで、本発明の実施形態の１つに係る情報通信システム５００の概要について説明する。
【００２６】
図１２は、従来の情報通信システム５０の概略構成を示す説明図である。図１２に示すように、家庭内や企業内ＬＡＮにおいて、少なくとも１以上の端末装置１０がゲートウェイ装置２０を介して通信網４０に接続されている。図１２に示す例では、端末装置１０Ａは、例えば、Ｈ．２６４（動画圧縮規格）、ＭＰＥＧ４（Ｖｉｄｅｏ／Ａｕｄｉｏ）などに対応可能なテレビ会議用の端末装置である。一方、端末装置１０Ｂは、ＩＰｖ４のみ対応可能なＧ．７１１（音声符号化規格）音声電話用の端末装置である。このような従来の情報通信システム５０において、端末装置１０Ａのユーザが、通信網４０を介して端末装置１０Ｂのユーザとの通話を開始する際の処理の流れについて以下説明する。
【００２７】
図１３は、図１２に示した従来の情報通信システム５０において、端末装置１０間で通信を開始する際に行われるフォールバック処理の一般的な流れを示すシーケンス図である。なお、図１３に示すシーケンス図は、端末装置１０Ａを発信側とし、端末装置１０Ｂを着信側とした場合の例であるが、端末装置１０Ａを着信側とし、端末装置１０Ｂを発信側とした場合も同様の処理が行われる。
【００２８】
図１３に示すように、端末装置１０Ａに備えられるＳＩＰシグナリングモジュール１２Ａは、ユーザからの通話開始指示に応じて、ステップ１０において、メディア送受信モジュール１４Ａに対して受信開始を要求する。これと同時に、ＳＩＰシグナリングモジュール１２Ａは、ＩＰｖ６／Ｈ．２６４／ＭＰＥＧ４−ＡＡＣで端末装置１０Ｂへ発信する。すなわち、ＳＩＰシグナリングモジュール１２Ａは、ステップ１２および１４において、ゲートウェイ装置２０Ａを介して発信要求をＳＩＰサーバ３０へ送信する。
【００２９】
ここで、ＳＩＰサーバ３０は、端末装置１０ＢがＩＰｖ４のみに対応する端末装置であることを認識しているため、ステップ１６および１８において、ゲートウェイ装置２０Ａを介してエラー信号（エラーコード４８８等）を端末装置１０Ａへ送信する。
【００３０】
この結果、端末装置１０ＡのＳＩＰシグナリングモジュール１２Ａは、発信条件を変更して再度、通話開始要求（フォールバック処理）を行う。具体的には、ＳＩＰシグナリングモジュール１２Ａは、ＩＰｖ４／ＭＰＥＧ４−Ｖｉｄｅｏ／ＭＰＥＧ４−ＡＡＣで端末装置１０Ｂへ再度発信する。すなわち、ＳＩＰシグナリングモジュール１２Ａは、ステップ２０および２２において、ゲートウェイ装置２０Ａを介して、発信要求をＳＩＰサーバ３０へ送信する。これを受けてＳＩＰサーバ３０は、端末装置１０ＢがＩＰｖ４に対応する端末装置であることを認識しているため、ステップ２４および２６において、ゲートウェイ装置２０Ｂを介して端末装置１０Ａからの発信要求を端末装置１０Ｂへ送信する。
【００３１】
これを受けて、端末装置１０ＢのＳＩＰシグナリングモジュール１２Ｂは、ステップ２８において、端末装置１０Ａから受信した発信要求の通信規格が、自己の端末で対応可能か否かを判断する能力マッチング処理を行う。図１３に示した例では、端末装置１０Ｂは、ＩＰｖ４のみ対応可能なＧ．７１１音声電話用の端末装置であるため、ＳＩＰシグナリングモジュール１２Ｂは、ステップ３０、３２、３４および３６において、エラー信号を端末装置１０Ａへ送信する。
【００３２】
この結果、端末装置１０ＡのＳＩＰシグナリングモジュール１２Ａは、発信条件を変更して再度、通話開始要求（フォールバック処理）を行う。具体的には、ＳＩＰシグナリングモジュール１２Ａは、ＩＰｖ４／Ｇ．７１１で端末装置１０Ｂへ再度発信する。すなわち、ステップ３８、４０、４２および４４において、ゲートウェイ装置２０Ａ、ＳＩＰサーバ３０およびゲートウェイ装置２０Ｂを介して、発信要求が端末装置１０Ａから端末装置１０Ｂへ送信される。
【００３３】
これを受けて、端末装置１０ＢのＳＩＰシグナリングモジュール１２Ａは、ステップ４６において再度、能力マッチング処理を行う。図１３に示した例では、端末装置１０Ｂは、ＩＰｖ４のみ対応可能なＧ．７１１音声電話用の端末装置であるため、ＳＩＰシグナリングモジュール１２Ｂは、端末装置１０Ａとの通話を開始可能と判断する。すなわち、ＳＩＰシグナリングモジュール１２Ｂは、ステップ４８において、メディア送受信モジュール１４Ｂに対して送受信開始を要求する。また、ＳＩＰシグナリングモジュール１２Ｂは、ステップ５０、５２、５４および５６において、応答信号を端末装置１０Ａへ送信する。
【００３４】
その後、端末装置１０ＡのＳＩＰシグナリングモジュール１２Ａは、ステップ５８において、メディア送受信モジュール１４Ａに対して送信開始を要求する。この結果、ステップ６０において、端末装置１０Ａと端末装置１０Ｂとの間の通信セッションが確立される。
【００３５】
以上のように、従来の情報通信システム５０においては、通信セッションを確立するに際して、相手方の端末装置の能力とマッチングするまでフォールバック処理を実行する必要がある。これにより、通話開始までの時間が長くなったり、発信要求信号やエラー信号などにより通信網４０のトラフィックが増大したりするという問題が発生する。
【００３６】
本発明の実施形態の１つに係る情報通信システム５００を利用することにより、上記問題点を解決することができる。具体的には、ゲートウェイ装置２００が過去のフォールバック処理の結果をキャッシュすることにより、各端末装置１００の通信能力に関する情報をデータベースとして管理する。これにより、端末装置１００が発信要求を送信した際に、ゲートウェイ装置２００は、相手方端末装置１００との能力マッチング処理を行うことができる。したがって、通信セッションの確立までに必要なフォールバック処理を、端末装置１００とゲートウェイ装置２００との間で行うことができる。
【００３７】
すなわち、ゲートウェイ装置２００がフォールバック処理の結果をキャッシュすることにより、通信セッションの確立までに必要なフォールバック処理を、端末装置１００とゲートウェイ装置２００との間で行うことができる。この結果、本発明の実施形態の１つに係る情報通信システム５００を利用することにより、端末装置１００間の通信セッションを確立するまでの時間を短縮することができるとともに、フォールバック処理によるトラフィックの増大を抑制することが可能である。
【００３８】
以下、このような特徴を有する情報通信システム５００の詳細について説明する。
【００３９】
＜２．情報通信システム５００の概略構成＞
【００４０】
図１は、本発明の実施形態の１つに係る情報通信システム５００の概略構成を示す説明図である。図１に示すように、本実施形態に係る情報通信システム５００は、上述した従来の情報通信システム５０と同様に、家庭内や企業内ＬＡＮにおいて、少なくとも１以上の端末装置１００がゲートウェイ装置２００を介して通信網４０に接続されている。図１に示すように、同一ＬＡＮ内においては、１つのゲートウェイ装置２００に対して複数の端末装置１００が接続されている。すなわち、複数の端末装置１００が同一のゲートウェイ装置２００を介して通信網４０に接続されている。なお、通信網４０は、例えば、ＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）のようなＩＰ電話網が想定されるが、例えば、インターネット上でＳＩＰサーバを介したＶｏＩＰサービスなどであってもよく、特定の通信ネットワークに限定されない。
【００４１】
また、図１に示す例では、端末装置１００Ａは、例えば、Ｈ．２６４（動画圧縮規格）、ＭＰＥＧ４（Ｖｉｄｅｏ／Ａｕｄｉｏ）などに対応可能なテレビ会議用の端末装置である。一方、端末装置１００Ｂは、ＩＰｖ４のみ対応可能なＧ．７１１（音声符号化規格）音声電話用の端末装置である。以下の説明においては、テレビ会議用の端末装置１００Ａと音声電話用の端末装置１００Ｂとの間で、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ３００を介して通信セッションを確立する場合を例に説明する。
【００４２】
図１に示すように、端末装置１００は、ＳＩＰシグナリングモジュール１０２と、メディア送受信モジュール１０４と、を含んで構成される。また、ゲートウェイ装置２００は、ＳＩＰシグナリングモジュール２０２と、通信能力判断モジュール２０４と、タイマモジュール２０６と、を含んで構成される。以下、端末装置１００およびゲートウェイ装置２００の各機能構成部の詳細について説明する。
【００４３】
（端末装置１００）
ＳＩＰシグナリングモジュール１０２は、端末装置１００間における呼制御（シグナリング）を行う。すなわち、ＳＩＰシグナリングモジュール１０２は、ユーザからの指示に応じて、所定の端末装置１００との通信セッションを確立させる。ＳＩＰシグナリングモジュール１０２は、例えば、通話開始をリクエストするＵＡＣ（Ｕｓｅｒ Ａｇｅｎｔ Ｃｌｉｅｎｔ）の機能モジュールとして動作する。また、ＳＩＰシグナリングモジュール１０２は、例えば、受け取ったリクエストに対するレスポンスを生成するＵＡＳ（Ｕｓｅｒ Ａｇｅｎｔ Ｓｅｒｖｅｒ）の機能モジュールとして動作することもできる。
【００４４】
メディア送受信モジュール１０４は、端末装置１００間における通信セッションが確立された後に、所定のメディアデータを送受信する。メディア送受信モジュール１０４は、例えば、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）などの通信プロトコルに基づいて、音声や映像などのメディアデータを通信先の端末装置１００へ送信する。なお、メディア送受信モジュール１０４が送受信可能なメディアデータや通信プロトコルの種類は、特定のものに限定されるものではない。すなわち、本実施形態に係る情報通信システム５００は、通信セッションの確立までの時間短縮およびトラフィックの抑制を目的とするものであるため、通信セッション確立後のメディアデータの送受信方法等は特定のものに限定されるものではない。
【００４５】
（ゲートウェイ装置２００）
ＳＩＰシグナリングモジュール２０２は、上記端末装置１００のＳＩＰシグナリングモジュール１０２と同様に、端末装置１００間における呼制御（シグナリング）を行う。すなわち、ＳＩＰシグナリングモジュール２０２は、ＳＩＰサーバ３００を介して、端末装置１００間における発信要求、エラー信号、応答信号等の送受信を中継する。
【００４６】
上述したように、本実施形態においては、ゲートウェイ装置２００がフォールバック処理の結果をキャッシュし、キャッシュ情報に基づいて次回からのフォールバック処理を端末装置１００とゲートウェイ装置２００との間で行うことを特徴の１つとしている。したがって、ＳＩＰシグナリングモジュール２０２は、端末装置１００間の通信セッションが確立される際に、フォールバック処理の結果をキャッシュするように後述する通信能力判断モジュール２０４へ指示する。
【００４７】
また、発信側の端末装置１００Ａから発信要求があった場合には、ＳＩＰシグナリングモジュール２０２Ａは、通信能力判断モジュール２０４Ａに対して、着信側の端末装置１００Ｂの能力情報（フォールバック処理の結果）の検索を指示する。その後、ＳＩＰシグナリングモジュール２０２Ａは、着信側の端末装置１００Ｂの能力情報がキャッシュされていない場合には、通常通りのフォールバック処理を行う。着信側の端末装置１００Ｂの能力情報がキャッシュされている場合には、キャッシュ情報に基づいて、端末装置１００Ａとゲートウェイ装置２００Ａとの間でフォールバック処理を行う。なお、ＳＩＰシグナリングモジュール２０２による各種処理の流れの詳細については、処理シーケンス図を参照に後述する。
【００４８】
通信能力判断モジュール２０４は、各端末装置１００の能力情報を通信能力データベースに登録して管理する。上述したように、端末装置１００間の通信セッションが確立される際には、フォールバック処理の結果をキャッシュするように、ＳＩＰシグナリングモジュール２０２から指示を受ける。これを受けて、通信能力判断モジュール２０４は、フォールバック処理の結果をキャッシュして、端末装置１００毎に能力情報を通信能力データベースに登録して管理する。通信能力判断モジュール２０４が管理する能力情報としては、例えば、端末装置のアドレス情報、通信プロトコル情報、ビデオコーデック情報、オーディオコーデック情報などが含まれる。このように、ゲートウェイ装置２００が管理する通信能力データベースには、複数の端末装置１００の通信能力に関する情報を少なくとも含む能力情報が登録されている。
【００４９】
また、通信能力判断モジュール２０４は、ＳＩＰシグナリングモジュール２０２からの指示に応じて、通信能力データベースから所定の端末装置１００の能力情報を検索し、検索結果をＳＩＰシグナリングモジュール２０２へ転送する。これにより、ＳＩＰシグナリングモジュール２０２は、端末装置１００とゲートウェイ装置２００との間でフォールバック処理を行うことができるか否かを判断することができる。
【００５０】
また、通信能力判断モジュール２０４は、所定の端末装置１００に関する能力情報が所定時間利用されていない場合、当該能力情報を通信能力データベースから自動で消去することもできる。能力情報判断モジュール２０４は、後述するタイマモジュール２０６が管理する能力情報の登録期間に応じて、所定期間利用されていない能力情報を通信能力データベースから消去する。これにより、所定期間通信セッションが確立されていない古い能力情報を自動で消去することができる。なお、通信能力判断モジュール２０４による各種処理の流れの詳細については、処理シーケンス図を参照に後述する。
【００５１】
タイマモジュール２０６は、通信能力判断モジュール２０４が管理する通信能力データベースに登録されている能力情報の記録期間を管理する。タイマモジュール２０６は、通信能力判断モジュール２０４からの指示に応じて、所定の能力情報の登録期間の計測を開始したり、登録期間を更新したりする。また、タイマモジュール２０６は、所定の能力情報が通信能力データベースに登録されている期間が、あらかじめ設定された満了期間を超えた場合、当該能力情報の消去を通信能力判断モジュール２０４へ指示する。これを受けて通信能力判断モジュール２０４は、所定期間通信セッションが確立されていない古い能力情報を通信能力データベースから自動で消去することができる。なお、タイマモジュール２０６による各種処理の流れの詳細については、処理シーケンス図を参照に後述する。
【００５２】
＜３．情報通信システム５００における通話開始処理の流れ＞
次に、上述した情報通信システム５００において、端末装置１００Ａのユーザが、通信網４０を介して端末装置１００Ｂのユーザとの通話を開始する際の処理の流れについて以下説明する。
【００５３】
［３−１．フォールバック処理の結果をキャッシュする処理の流れ］
まず、端末装置１００Ａと端末装置１００Ｂとの間で通信セッションが確立された際に行われるフォールバック情報の結果のキャッシュ処理の流れについて、図２のシーケンス図を参照にして説明する。図２は、本実施形態に係る情報通信システム５００において、ゲートウェイ装置２００Ａがフォールバック情報の結果をキャッシュする処理の流れの一例を示すシーケンス図である。したがって、図２は、ゲートウェイ装置２００Ａが管理する通信能力データベースに端末装置１００Ｂに関する能力情報が記録されていない状態において、端末装置１００Ａから端末装置１００Ｂに発信要求があった場合の処理の流れの一例である。
【００５４】
なお、図２に示すシーケンス図では、説明の便宜上、着信側のゲートウェイ装置２００Ｂおよび端末装置１００Ｂによる処理が省略されている。もちろん本実施形態においても、図１３に示した従来の情報通信システム５０と同様に、ＳＩＰサーバ３００、着信側のゲートウェイ装置２００Ｂおよび端末装置１００Ｂ間でも各種信号の送受信処理が行われることはいうまでもない。
【００５５】
まず、端末装置１００ＡのＳＩＰシグナリングモジュール１０２Ａは、ユーザからの通話開始指示に応じて、ステップ１００において、メディア送受信モジュール１０４Ａに対して受信開始を要求する。これと同時に、ＳＩＰシグナリングモジュール１０２Ａは、ＩＰｖ６／Ｈ．２６４／ＭＰＥＧ４−ＡＡＣで端末装置１００Ｂへ発信する。すなわち、ＳＩＰシグナリングモジュール１０２Ａは、ステップ１０２において、発信要求をゲートウェイ装置２００Ａへ送信する。
【００５６】
これを受けてゲートウェイ装置２００ＡのＳＩＰシグナリングモジュール２０２Ａは、ステップ１０４において、通信能力判断モジュール２０４Ａに対して、通信能力データベースから端末装置１００Ｂに関する能力情報の検索を命令する。その後、通信能力判断モジュール２０４Ａは、ステップ１０６において、通信能力データベースから端末装置１００Ｂに関する能力情報を検索し、ステップ１０８において、検索結果をＳＩＰシグナリングモジュール２０２Ａへ送信する。
【００５７】
ここで、図２に示す例では、通信能力データベースには端末装置１００Ｂに関する能力情報が記録されていない。したがって、ＳＩＰシグナリングモジュール２０２Ａは、通信能力判断モジュール２０４Ａから受信した検索結果に基づいて、端末装置１００Ａとゲートウェイ装置２００Ａとの間ではフォールバック処理を行うことができないと判断する。この結果、ＳＩＰシグナリングモジュール２０２Ａは、上述した従来方式と同様に、ステップ１１０〜ステップ１３８の処理により、端末装置１００Ｂとの通信セッションを確立させる。
【００５８】
具体的には、ステップ１１０において、ＩＰｖ６／Ｈ．２６４／ＭＰＥＧ４−ＡＡＣに基づく発信要求をＳＩＰサーバ３００へ送信する。これを受けて、ＳＩＰサーバ３００は、ステップ１１４および１１６において、ゲートウェイ装置２００Ａを介してエラー信号（エラーコード４８８等）を端末装置１００Ａへ送信する。
【００５９】
この結果、端末装置１００ＡのＳＩＰシグナリングモジュール１０２Ａは、発信条件を変更して再度、通話開始要求（フォールバック処理）を行う。具体的には、ＳＩＰシグナリングモジュール１０２Ａは、ＩＰｖ４／ＭＰＥＧ４−Ｖｉｄｅｏ／ＭＰＥＧ４−ＡＡＣで端末装置１００Ｂへ再度発信する。すなわち、ＳＩＰシグナリングモジュール１０２Ａは、ステップ１１８および１２０において、ゲートウェイ装置２００Ａを介して、発信要求をＳＩＰサーバ３００へ送信する。その後、ＳＩＰサーバ３００から発信要求を受信した端末装置１００ＢのＳＩＰシグナリングモジュール１０２Ｂは、端末装置１００Ａから受信した発信要求の通信規格が、自己の端末で対応可能か否かを判断する能力マッチング処理を行う。端末装置１００Ｂは、ＩＰｖ４のみ対応可能なＧ．７１１音声電話用の端末装置であるため、ＳＩＰシグナリングモジュール１０２Ｂは、ステップ１２２、１２４および１２６において、エラー信号を端末装置１００Ａへ送信する。
【００６０】
この結果、端末装置１００ＡのＳＩＰシグナリングモジュール１０２Ａは、発信条件を変更して再度、通話開始要求（フォールバック処理）を行う。具体的には、ＳＩＰシグナリングモジュール１０２Ａは、ＩＰｖ４／Ｇ．７１１で端末装置１００Ｂへ再度発信する。すなわち、ステップ１２８および１３０において、ゲートウェイ装置２００Ａを介して、端末装置１００Ａからの発信要求がＳＩＰサーバ３００へ送信される。その後、ＳＩＰサーバ３００から発信要求を受信した端末装置１００ＢのＳＩＰシグナリングモジュール１０２Ｂは再度、能力マッチング処理を行う。端末装置１００Ｂは、ＩＰｖ４のみ対応可能なＧ．７１１音声電話用の端末装置であるため、ＳＩＰシグナリングモジュール１０２Ｂは、端末装置１００Ａとの通話を開始可能と判断する。すなわち、ＳＩＰシグナリングモジュール１０２Ｂは、ステップ１３２、１３４および１３６において、応答信号を端末装置１００Ａへ送信する。
【００６１】
その後、端末装置１００ＡのＳＩＰシグナリングモジュール１０２Ａは、ステップ１３８において、メディア送受信モジュール１０４Ａに対して送信開始を要求する。
【００６２】
また、上述したように、本実施形態に係る情報通信システム５００では、ゲートウェイ装置２００Ａがフォールバック処理の結果をキャッシュすることを特徴の１つとしている。具体的には、ステップ１４０において、ゲートウェイ装置２００ＡのＳＩＰシグナリングモジュール２０２Ａは、通信能力判断モジュール２０４Ａに対して、フォールバック処理の結果を通信能力データベースに登録するように指示する。
【００６３】
これを受けて、通信能力判断モジュール２０４Ａは、ステップ１４２において、フォールバック処理の結果を通信能力データベースに登録する。通信能力判断モジュール２０４Ａは、例えば、最終的に端末装置１００Ｂから送信された応答メッセージに記録されている所定の情報を抽出して、端末装置１００Ｂに関する能力情報として通信能力データベースに登録することができる。
【００６４】
図３は、ゲートウェイ装置２００がキャッシュする能力情報の例を示す説明図である。図３に示された情報は、着信側の端末装置１００から最終的に送信された応答メッセージの一例である。ゲートウェイ装置２００の通信能力判断モジュール２０４は例えば、図３に示すメッセージ情報の中から、アドレス情報、通信プロトコル情報、ビデオコーデック情報およびオーディオコーデック情報のみを抽出し、能力情報として通信能力データベースに登録する。この結果、ゲートウェイ装置２００は、能力情報を参照することにより、該能力情報に対応する端末装置１００が対応可能な通信プロトコル、通信帯域、メディア情報などを認識することができる。また、着信側の端末装置１００から最終的に送信された応答メッセージ情報の中から、通信セッションの確立に必要な情報のみを抽出することにより、登録処理の時間短縮やデータベースの簡略化などを図ることもできる。
【００６５】
なお、図３に示したメッセージ情報は、本実施形態を説明する上での一例であり、メッセージ情報の内容、能力情報として抽出される情報の種類等はこれらに限定されるものではない。例えば、図２に示した例では、着信側の端末装置１００Ｂに関する能力情報として、最終的に通信セッションを確立できた通信条件（ＩＰｖ４／Ｇ．７１１）に関する情報などが通信能力データベースに登録される。
【００６６】
再度、図２の処理シーケンスを参照すると、通信能力判断モジュール２０４Ａは、能力情報を登録した後、ステップ１４４において、タイマモジュール２０６Ａに対して、該能力情報の登録期間の計測開始を指示する。これを受けて、タイマモジュール２０６Ａは、ステップ１４６において、端末装置１００Ｂに関する能力情報の登録期間の計測を開始し、ステップ１４８および１５０において応答信号を送信する。なお、タイマモジュール２０６Ａが管理する登録期間に関する情報に基づいて能力情報を自動で消去する処理の詳細については後述する。
【００６７】
以上のような処理の結果、ステップ１５２において、端末装置１００Ａと端末装置１００Ｂとの間の通信セッションが確立される。このように、情報通信システム５００では、通信セッションを確立する際に、ゲートウェイ装置２００がフォールバック処理の結果に関する情報をキャッシュし、着信側の端末装置１００の能力情報として通信能力データベースに登録しておくことができる。なお、図２に示した例で、着信側の端末装置１００Ｂと接続されるゲートウェイ装置２００Ｂも同様に、フォールバック処理の結果に関する情報をキャッシュし、発信側の端末装置１００Ａの能力情報として通信能力データベースに登録することも当然に可能である。
【００６８】
［３−２．能力情報に基づいて通信セッションを確立する処理の流れ］
次に、図２の処理により登録された能力情報に基づいて端末装置１００Ａとゲートウェイ装置２００Ａとの間でフォールバック処理を行って通信セッションを確立させる処理の流れについて説明する。
【００６９】
図４は、本実施形態に係る情報通信システム５００において、ゲートウェイ装置２００に登録されている能力情報に基づいて、通信セッションを確立させる処理の流れの一例を示すシーケンス図である。したがって、図４は、ゲートウェイ装置２００Ａが管理する通信能力データベースに端末装置１００Ｂに関する能力情報が記録されている状態において、端末装置１００Ａから端末装置１００Ｂに発信要求があった場合の処理の流れの一例である。
【００７０】
なお、図４に示すシーケンス図では、説明の便宜上、着信側のゲートウェイ装置２００Ｂおよび端末装置１００Ｂによる処理が省略されている。もちろん本実施形態においても、図１３に示した従来の情報通信システム５０と同様に、ＳＩＰサーバ３００、着信側のゲートウェイ装置２００Ｂおよび端末装置１００Ｂ間でも各種信号の送受信処理が行われることはいうまでもない。
【００７１】
まず、端末装置１００ＡのＳＩＰシグナリングモジュール１０２Ａは、ユーザからの通話開始指示に応じて、ステップ２００において、メディア送受信モジュール１０４Ａに対して受信開始を要求する。これと同時に、ＳＩＰシグナリングモジュール１０２Ａは、ＩＰｖ６／Ｈ．２６４／ＭＰＥＧ４−ＡＡＣで端末装置１００Ｂへ発信する。すなわち、ＳＩＰシグナリングモジュール１０２Ａは、ステップ２０２において、発信要求をゲートウェイ装置２００Ａへ送信する。
【００７２】
これを受けてゲートウェイ装置２００ＡのＳＩＰシグナリングモジュール２０２Ａは、ステップ２０４において、通信能力判断モジュール２０４Ａに対して、通信能力データベースから端末装置１００Ｂに関する能力情報の検索を命令する。その後、通信能力判断モジュール２０４Ａは、ステップ２０６において、通信能力データベースから端末装置１００Ｂに関する能力情報を検索し、ステップ２０８において、検索結果をＳＩＰシグナリングモジュール２０２Ａへ送信する。
【００７３】
ここで、ゲートウェイ装置２００Ａが管理する通信能力データベースには、図２に示した処理により、端末装置１００Ｂに関する能力情報が記録されている。したがって、通信能力判断モジュール２０４Ａは、ステップ２０８において、検索した端末装置１００Ｂに関する能力情報をＳＩＰシグナリングモジュール２０２Ａへ送信する。
【００７４】
その後、ＳＩＰシグナリングモジュール２０２Ａは、ステップ２１０において、端末装置１００Ｂに関する能力情報に基づいて、端末装置１００Ａから受信した発信要求の通信規格が、端末装置１００Ｂで対応可能か否かを判断する能力マッチング処理を行う。ここで、端末装置１００Ｂは、ＩＰｖ４のみ対応可能なＧ．７１１音声電話用の端末装置であるため、ＳＩＰシグナリングモジュール２０２Ａは、ステップ２１２において、エラー信号を端末装置１００Ａへ送信する。
【００７５】
この結果、端末装置１００ＡのＳＩＰシグナリングモジュール１０２Ａは、発信条件を変更して再度、通話開始要求（フォールバック処理）を行う。具体的には、ＳＩＰシグナリングモジュール１０２Ａは、ＩＰｖ４／ＭＰＥＧ４−Ｖｉｄｅｏ／ＭＰＥＧ４−ＡＡＣで端末装置１００Ｂへ再度発信する。すなわち、ＳＩＰシグナリングモジュール１０２Ａは、ステップ２１４において、発信要求をゲートウェイ装置２００Ａへ送信する。
【００７６】
これを受けて、ＳＩＰシグナリングモジュール２０２Ａは、ステップ２１６において、端末装置１００Ｂに関する能力情報に基づいて、再度能力マッチング処理を行う。ここで、端末装置１００Ｂは、ＩＰｖ４のみ対応可能なＧ．７１１音声電話用の端末装置であるため、ＳＩＰシグナリングモジュール２０２Ａは、ステップ２１８において、エラー信号を端末装置１００Ａへ送信する。
【００７７】
この結果、端末装置１００ＡのＳＩＰシグナリングモジュール１０２Ａは、発信条件を変更して再度、通話開始要求（フォールバック処理）を行う。具体的には、ＳＩＰシグナリングモジュール１０２Ａは、ＩＰｖ４／Ｇ．７１１で端末装置１００Ｂへ再度発信する。すなわち、ステップ２２０において、発信要求をゲートウェイ装置２００Ａへ送信する。
【００７８】
これを受けて、ＳＩＰシグナリングモジュール２０２Ａは、ステップ２２２において、端末装置１００Ｂに関する能力情報に基づいて、再度能力マッチング処理を行う。ここで、端末装置１００Ｂは、ＩＰｖ４のみ対応可能なＧ．７１１音声電話用の端末装置であるため、ＳＩＰシグナリングモジュール２０２Ａは、端末装置１００Ｂとの通話を開始可能と判断する。すなわち、ＳＩＰシグナリングモジュール２０２Ａは、ステップ２２４において、ＳＩＰサーバ３００を介して発信要求を端末装置１００Ｂへ送信する。
【００７９】
これにより、ＳＩＰサーバ３００から発信要求を受信した端末装置１００ＢのＳＩＰシグナリングモジュール１０２Ｂは、能力マッチング処理を行うことで、端末装置１００Ａとの通話を開始可能と判断することができる。したがって、ＳＩＰシグナリングモジュール１０２Ｂは、ステップ２２６、２２８および２３０において、応答信号を端末装置１００Ａへ送信する。
【００８０】
その後、端末装置１００ＡのＳＩＰシグナリングモジュール１０２Ａは、ステップ２３２において、メディア送受信モジュール１０４Ａに対して送信開始を要求する。
【００８１】
また、上述したように、本実施形態に係る情報通信システム５００では、通信能力データベースに記録されている能力情報の登録期間を管理することにより、自動で古い能力情報を消去することを特徴の１つとしている。したがって、ゲートウェイ装置２００ＡのＳＩＰシグナリングモジュール２０２Ａは、ステップ２３４および２３６において、タイマモジュール２０６Ａに対して、端末装置１００Ｂに関する能力情報の登録期間の更新を指示する。これを受けて、タイマモジュール２０６Ａは、ステップ２３８において、端末装置１００Ｂに関する能力情報の登録期間をリセットし、再度０から登録期間の計測を開始し、ステップ２４０および２４２において応答信号を送信する。
【００８２】
以上のような処理の結果、ステップ２４４において、端末装置１００Ａと端末装置１００Ｂとの間の通信セッションが確立される。このように、情報通信システム５００では、ゲートウェイ装置２００Ａが着信側の端末装置１００Ｂに関する能力情報を、能力情報データベースに登録して管理している。これにより、端末装置１００Ａと端末装置１００Ｂとの間の通信セッションを確立する際に必要となるフォールバック処理を、発信側の端末装置１００Ａとゲートウェイ装置２００Ａとの間で行うことができる。すなわち、図１３に示した従来の情報通信システム５０のように、通信セッションを確立するまでのフォールバック処理を、ＳＩＰサーバ３０を介して端末装置１００Ｂと行う必要がない。この結果、端末装置１００間の通信セッションを確立するまでの時間を短縮することができるとともに、フォールバック処理による通信網４０のトラフィックの増大を抑制することが可能。
【００８３】
［３−３．タイマによる能力情報の消去処理の流れ］
次に、タイマモジュール２０６によって管理される能力情報の自動消去処理の流れについて説明する。
【００８４】
図５は、本実施形態に係る情報通信システム５００において、ゲートウェイ装置２００が管理する通信能力データベースに登録されている能力情報を自動で消去する処理の流れの一例を示すシーケンス図である。
【００８５】
図５に示すように、タイマモジュール２０６は、ステップ３００において、所定の端末装置１００に関する能力情報の登録期間が、あらかじめ設定されている期間を超えたと判断した場合、該能力情報の消去を通信能力判断モジュール２０４に指示する。すなわち、タイマモジュール２０６は、ステップ３０２において、通信能力データベースから対象となる能力情報を消去するように、通信能力判断モジュール２０４に指示する。
【００８６】
これを受けて、通信能力判断モジュール２０４は、ステップ３０４において、該当する能力情報を能力情報データベースから消去して、ステップ３０６において、応答信号をタイマモジュール２０６へ送信する。
【００８７】
この結果、ゲートウェイ装置２００は、一定期間通信セッションが確立されていない端末装置１００に関する能力情報を自動で消去することができる。これにより、古い能力情報に基づいてフォールバック処理が行われることを防止することができる。
【００８８】
以上のように、本実施形態に係る情報通信システム５００を利用することにより、ゲートウェイ装置２００は、フォールバック処理の結果をキャッシュして、所定の端末装置１００の能力情報を通信能力データベースに登録して管理することができる。これにより、発信側の端末装置１００Ａと着信側の端末装置１００Ｂとの間の通信セッションを確立する際に、端末装置１００Ａとゲートウェイ装置２００Ａとの間でフォールバック処理を行うことができる。この結果、本実施形態に係る情報通信システム５００を利用することにより、端末装置１００間の通信セッションを確立するまでの時間を短縮することができるとともに、フォールバック処理による通信網４０のトラフィックの増大を抑制することが可能である。
【００８９】
なお、上記説明においては、端末装置１００Ａから端末装置１００Ｂに発信する場合を例に説明したが、本発明はこれに限定されるものではない。例えば、端末装置１００Ｂから端末装置１００Ａに発信する際には、端末装置１００Ｂとゲートウェイ装置２００Ｂとの間でフォールバック処理が行われた後に、通信セッションが確立される。
【００９０】
また、本実施形態に係る情報通信システム５００においては、あるゲートウェイ装置２００の配下のすべての端末装置１００が当該ゲートウェイ装置２００に登録されている複数の端末装置１００に関する能力情報を利用することができる。例えば、あるゲートウェイ装置２００ａの配下に３つの端末装置１００ａ、１００ｂ、１００ｃが存在し、別のゲートウェイ装置２００ｂの配下の端末装置１００ｄと通信セッションを確立すると仮定する。ここで、例えば、端末装置１００ａと端末装置１００ｄとの間で一度通信セッションが確立された場合、ゲートウェイ装置２００ａは、端末装置１００ｄに関する能力情報を能力情報データベースに登録している。したがって、端末装置１００ｂや端末装置１００ｃが初めて端末装置１００ｄと通信セッションを確立する場合においても、端末装置１００ｂまたは端末装置１００ｃとゲートウェイ装置２００ａとの間でフォールバック処理が行われる。このように、ゲートウェイ装置２００がフォールバック情報をキャッシュし、各端末装置１００の能力情報を管理することにより、情報通信システム５００全体において、通信セッションを確立するまでの時間短縮およびトラフィックの抑制を実現することができる。
【００９１】
＜４．変形例＞
上述した情報通信システム５００では、ゲートウェイ装置２００の仕様等を適宜変更することにより、端末装置１００間の通信セッションをさらに効率よく確立させることもできる。以下、上述した情報通信システム５００の各種変形例について説明する。
【００９２】
［４−１．変形例１（端末装置の通信規格の更新に応じて能力情報を更新する例）］
上記実施形態では、端末装置１００ＡがＨ．２６４（動画圧縮規格）等に対応可能なテレビ会議用の端末装置で、端末装置１００ＢがＩＰｖ４のみ対応可能なＧ．７１１（音声符号化規格）音声電話用の端末装置である場合を例に説明した。ここで、例えば、ソフトウェアのインストールやバージョンアップなどにより、端末装置１００Ｂが対応可能な通信規格が更新されることも考えられる。変形例１の情報通信システム５００においては、端末装置１００が対応可能な通信規格が更新された場合に、ゲートウェイ装置２００は、該端末装置１００に関する能力情報を更新することができる。以下、このような特徴を有する変形例１の情報通信システム５００における、能力情報の更新処理の流れについて説明する。
【００９３】
図６は、本実施形態に係る情報通信システム５００において、端末装置１００が対応可能な通信規格が更新された場合に、ゲートウェイ装置２００が能力情報を更新する処理の流れの一例を示すシーケンス図である。なお、以下の説明では、端末装置１００Ｂが、Ｇ．７１１（音声符号化規格）音声電話用の端末装置からＨ．２６４（動画圧縮規格）等に対応可能なテレビ会議用の端末装置１００Ｂ’に更新された場合を例に説明する。したがって、図６に示す処理は、端末装置１００Ｂ’に更新された後に、端末装置１００Ｂ’から端末装置１００Ａに発信要求があった場合の情報通信システム５００における処理の流れの一例である。なお、「端末装置１００Ｂ」および「端末装置１００Ｂ’」は同一の端末装置であり、対応可能な通信規格が、ソフトウェアのインストールやバージョンアップ等により更新されたものである。
【００９４】
なお、図６に示すシーケンス図では、説明の便宜上、発信側のゲートウェイ装置２００Ｂおよび端末装置１００Ｂ’による処理が省略されている。もちろん、上記実施形態に係る情報通信システム５００と同様に、ＳＩＰサーバ３００、着信側のゲートウェイ装置２００Ｂおよび端末装置１００Ｂ’間でも各種信号の送受信処理が行われることはいうまでもない。
【００９５】
まず、端末装置１００Ｂ’は、上記実施形態において説明した端末装置１００Ａから端末装置１００Ｂへの発信要求処理と同様に、端末装置１００Ａに対して発信要求をする。すなわち、端末装置１００Ｂ’のＳＩＰシグナリングモジュール１０２Ｂは、ユーザからの通話開始指示に応じて、メディア送受信モジュール１０４Ｂに対して受信開始を要求する。これと同時に、ＳＩＰシグナリングモジュール１０２Ｂは、ＩＰｖ６／Ｈ．２６４／ＭＰＥＧ４−ＡＡＣで端末装置１００Ａへ発信する。すなわち、ＳＩＰシグナリングモジュール１０２Ｂは、発信要求をゲートウェイ装置２００Ｂへ送信する。
【００９６】
これを受けてゲートウェイ装置２００ＢのＳＩＰシグナリングモジュール２０２Ｂは、端末装置１００Ａに関する能力情報に基づいて、能力マッチング処理を行った後、ステップ４００において、ＳＩＰサーバ３００へ発信要求を送信する。その後、ＳＩＰサーバ３００は、端末装置１００Ｂ’から送信された発信要求を、ステップ４０２において、ゲートウェイ装置２００Ａへ送信する。
【００９７】
これを受けて、ゲートウェイ装置２００ＡのＳＩＰシグナリングモジュール２０２Ａは、ステップ４０４で能力マッチング処理を行うとともに、ステップ４０６において、端末装置１００Ｂ’に関する能力情報の更新を通信能力判断モジュール２０４Ａに指示する。通信能力判断モジュール２０４Ａは、ステップ４０８において、端末装置１００Ｂ’に関する能力情報を更新する。すなわち、通信能力判断モジュール２０４Ａは、通信能力データベースに登録されている端末装置１００Ｂに関する能力情報（Ｇ．７１１等）を、端末装置１００Ｂ’に関する能力情報（ＩＰｖ６／Ｈ．２６４等）に更新する。
【００９８】
さらに、通信能力判断モジュール２０４Ａは、ステップ４１０において、端末装置１００Ｂ’の能力情報の登録期間の更新を、タイマモジュール２０６Ａに指示する。これを受けて、タイマモジュール２０６Ａは、端末装置１００Ｂに関する能力情報の登録期間をリセットし、再度０から登録期間の計測を開始し、ステップ４１４および４１６において応答信号を送信する。
【００９９】
その後、ＳＩＰシグナリングモジュール２０２Ａは、ステップ４１８において、発信要求を端末装置１００Ａへ送信する。これを受けて、端末装置１００ＡのＳＩＰシグナリングモジュール１０２Ａは、ステップ４２０において能力マッチング処理を行うことにより、端末装置１００Ｂ’との通話を開始可能と判断することができる。したがって、ＳＩＰシグナリングモジュール１０２Ａは、ステップ４２２および４２４において、ＳＩＰサーバ３００を介して応答信号を端末装置１００Ｂ’へ送信し、ステップ４２６において、メディア送受信モジュール１０４Ａに対して送受信開始を要求する。
【０１００】
以上のような処理の結果、ステップ４２８において、端末装置１００Ｂ’と端末装置１００Ａとの間の通信セッションが確立される。このように、変形例１の情報通信システム５００では、発信側の端末装置１００が対応可能な通信規格が更新された場合において、該端末装置１００から発信要求があった際、着信側のゲートウェイ装置２００が発信側の端末装置１００に関する能力情報を更新する。これにより、ゲートウェイ装置２００は、常に各端末装置１００の最新の能力情報を管理しておくことができる。この結果、図６に示した処理の後、端末装置１００Ａから端末装置１００Ｂ’に発信した場合、ゲートウェイ装置２００Ａは端末装置１００Ｂ’に関する最新の能力情報（ＩＰｖ６／Ｈ．２６４等）に基づいて能力マッチング処理を行うことができる。したがって、変形例１の情報通信システム５００を利用することにより、端末装置１００間の通信セッションを確立するまでの時間をより短縮することができるとともに、フォールバック処理による通信網４０のトラフィックの増大をより抑制することが可能である。
【０１０１】
なお、図６に示した例では、通信規格が更新された端末装置１００Ｂ’から端末装置１００Ａに発信要求があった場合に、ゲートウェイ装置２００Ａが能力情報データベースに登録されている能力情報を更新する例について説明したが、本発明はこれに限られない。例えば、端末装置１００Ｂ’は、対応可能な通信規格が更新された場合、端末装置１００Ａに発信することなく、端末装置１００Ａと接続されるゲートウェイ装置２００Ａに対して古い能力情報の削除を要求してもよい。以下、端末装置１００Ｂ’がゲートウェイ装置２００Ａに対して能力情報の削除を要求する際の処理の流れについて説明する。
【０１０２】
図７は、端末装置１００Ｂ’がゲートウェイ装置２００Ａに対して能力情報の削除を要求する際の処理の流れの一例を示すシーケンス図である。
【０１０３】
端末装置１００Ｂ’は、対応可能な通信規格が更新された場合、ゲートウェイ装置２００Ａに登録されている端末装置１００Ｂ’に関する能力情報の消去を要求する。すなわち、
端末装置１００Ｂ’のＳＩＰシグナリングモジュール１０２Ｂは、ステップ５００および５０２において、ＳＩＰサーバ３００を介して、ゲートウェイ装置２００Ａに対して能力情報の消去を要求する。
【０１０４】
図８は、端末装置１００Ｂ’から送信される能力情報の消去命令のメッセージ情報の一例を示す説明図である。図８に示すように、端末装置１００Ｂ’は、能力情報の消去命令を意味する「ｒｅｍｏｖｅ ａｌｌ」を含むメッセージ情報をゲートウェイ装置２００Ａへ送信する。なお、図８に示したメッセージ情報は、本変形例を説明する上での一例であり、メッセージ情報の内容はこれに限定されるものではない。
【０１０５】
これを受けて、ゲートウェイ装置２００ＡのＳＩＰシグナリングモジュール２０２Ａは、ステップ５０４において、端末装置１００Ｂ’から送信された削除要求に対応する能力情報が通信能力データベースに登録されているか否かを判断する能力マッチング処理を行う。ＳＩＰシグナリングモジュール２０２Ａは、図８に示したメッセージ情報に含まれる送信元アドレスなどに基づいて、端末装置１００Ｂ’に関する能力情報の登録の有無を確認することができる。端末装置１００Ｂ’に関する能力情報が通信能力データベースに登録されている場合、ＳＩＰシグナリングモジュール２０２Ａは、ステップ５０６において、該能力情報の消去を通信能力判断モジュール２０４Ａに指示する。
【０１０６】
その後、通信能力判断モジュール２０４Ａは、ステップ５０８において、通信能力データベースに登録されている端末装置１００Ｂ’に関する能力情報を消去する。さらに、通信能力判断モジュール２０４Ａは、ステップ５１０において、タイマモジュール２０６Ａが管理している端末装置１００Ｂ’に関する能力情報の登録期間の計測を中止するように、タイマモジュール２０６Ａに対して指示する。これを受けて、タイマモジュール２０６Ａは、ステップ５１２において、端末装置１００Ｂ’に関する能力情報の登録期間の計測を中止し、ステップ５１４および５１６において応答信号を送信する。
【０１０７】
これにより、端末装置１００Ｂ’に関する能力情報は、ゲートウェイ装置２００Ａが管理する通信能力データベースから消去されることとなる。
【０１０８】
このように、変形例１の情報通信システム５００では、端末装置１００が対応可能な通信規格が更新された場合、端末装置１００は、該端末装置１００に関する能力情報の消去を、複数のゲートウェイ装置２００に対して指示することができる。この結果、各ゲートウェイ装置２００は、消去要求を送信した端末装置１００に関する能力情報を、通信能力データベースから消去することができる。したがって、別の端末装置１００が、通信規格が更新された端末装置１００に発信する場合においても、古い能力情報に基づいて通信セッションの確立処理が実行されることを確実に防止することができる。
【０１０９】
もちろん、端末装置１００が対応可能な通信規格が更新された場合、端末装置１００は、該端末装置１００に関する能力情報を更新するように複数のゲートウェイ装置２００に対して指示してもよい。端末装置１００が能力情報の消去を要求するか、能力情報の更新を要求するか、発信要求するまで能力情報を維持しておくかは、情報通信システム５００に要求される仕様やコストなどに応じて適宜設計・変更することができる。
【０１１０】
［４−２．変形例２（能力情報の利用を制限する例）］
上記実施形態に係る情報通信システム５００では、ゲートウェイ装置２００で管理する通信能力データベースに登録されている能力情報を利用せずに、通信セッションを確立することもできる。例えば、相手側の端末装置１００の通信規格が更新されていることが明らかな場合や、古い能力情報が登録されている場合や、初めて発信要求をする場合などには、ゲートウェイ装置２００の通信能力データベースを検索する処理がかえって無駄になることもある。そこで、変形例２の情報通信システム５００では、端末装置１００からの要求に応じて、上述した通信能力データベースを利用せずに通信セッションを確立することもできる。
【０１１１】
具体的には、端末装置１００は、通信セッションを確立する際、発信要求のメッセージ情報に、キャッシュ情報（着信側の端末装置１００に関する能力情報）を利用せずに通信セッションを確立させることを指示する情報を含めてゲートウェイ装置２００へ送信する。図９は、端末装置１００からゲートウェイ装置へ送信される発信要求のメッセージ情報の一例を示す説明図である。
【０１１２】
図９に示すように、端末装置１００は、能力情報を利用しないことの命令を意味する「ｃａｃｈｅ−ｃｏｎｔｒｏｌ＝ｎｏ−ｃａｃｈｅ」を含むメッセージ情報をゲートウェイ装置２００へ送信する。なお、図９に示したメッセージ情報は、本変形例を説明する上での一例であり、メッセージ情報の内容はこれに限定されるものではない。
【０１１３】
これを受けたゲートウェイ装置２００は、通信能力データベースから能力情報を検索することなく、図２に示したステップ１１０以降の処理により、通信セッションを確立させる。すなわち、通信セッションが確立されるまで、端末装置１００間で従来方式と同様のフォールバック処理が行われる。
【０１１４】
このように、端末装置１００は、任意にゲートウェイ装置２００が管理する能力情報を利用せずに通信セッションを確立させることもできる。この結果、例えば、相手側の端末装置１００の通信規格が更新されていることが明らかな場合や、古い能力情報が登録されている場合や、初めて発信要求をする場合などにおいて、通信セッションを確立するまでの時間がかえって伸びてしまうことを防止できる。
【０１１５】
［４−３．変形例３（複数のゲートウェイ装置２００の能力情報を一括管理する例）］
上述したように、上記実施形態に係る情報通信システム５００では、ゲートウェイ装置２００が能力情報を管理することにより、ゲートウェイ装置２００の配下のすべての端末装置１００が該能力情報を利用することができる。しかしながら、ゲートウェイ装置２００によって異なる通信能力データベースを管理しているため、あるゲートウェイ装置２００が管理している所定の端末装置１００の能力情報を、別のゲートウェイ装置２００は管理していないといった状況も想定される。このような場合、端末装置１００間の通信セッションを確立させるには、端末装置１００間でフォールバック処理を行う必要がある。ここで、変形例３の情報通信システム５００では、複数のゲートウェイ装置２００が管理する能力情報を一括して管理する通信能力サーバ４００をさらに備えることにより、このような問題点を解消することもできる。以下、変形例３の情報通信システム５００において、通信能力サーバ４００を利用した能力情報の登録・取得処理の流れについて説明する。
【０１１６】
図１０は、変形例３の情報通信システム５００において、通信能力サーバ４００を利用した能力情報の登録・取得処理の流れの一例を示すシーケンス図である。なお、以下の説明においては、通信能力サーバ４００の配下に２つのゲートウェイ装置２００Ａおよび２００Ｂが存在する場合を例に説明するが、通信能力サーバ４００の配下には３つ以上のゲートウェイ装置２００が存在することも当然に可能である。また、通信能力サーバ４００は、ゲートウェイ装置２００と同様に、通信能力判断モジュール４０２と、タイマモジュール４０４と、を含んで構成されている。また、通信能力サーバ４００は、各端末装置１００に関する能力情報が登録された通信能力データベースを管理している。
【０１１７】
図１０に示すように、ゲートウェイ装置２００Ａがステップ６００において、ある端末装置１００Ｃの能力情報を能力情報データベースに登録した場合、ステップ６０２において、当該能力情報を通信能力サーバ４００へ送信する。なお、ステップ６００による端末装置１００Ｃに関する能力情報の登録処理については、例えば、図２のステップ１４２において説明したように、端末装置１００Ａと端末装置１００Ｃとの間の通信セッションを確立させる際に行われる。
【０１１８】
その後、通信能力サーバ４００の通信能力判断モジュール４０２は、ステップ６０４において、端末装置１００Ｃに関する能力情報を、通信能力データベースに登録する。また、通信能力判断モジュール４０２は、ステップ６０６において、タイマモジュール４０４に対して、端末装置１００Ｃに関する能力情報の登録期間の計測開始を指示する。これを受けて、タイマモジュール４０４は、ステップ６０８において、端末装置１００Ｃに関する能力情報の登録期間の計測を開始し、ステップ６１０および６１２において応答信号をゲートウェイ装置２００Ａへ送信する。なお、通信能力サーバ４００が管理する通信能力データベースに端末装置１００Ｃの能力情報が登録済みの場合、タイマモジュール４０４は、ステップ６０８で、端末装置１００Ｃに関する能力情報の登録期間をリセットし、再度０から登録期間の計測を開始する。
【０１１９】
以上のステップ６０２〜ステップ６１２の処理により、ゲートウェイ装置２００Ａで管理されている端末装置１００Ｃに関する能力情報が、通信能力サーバ４００においても管理されることとなる。このようによして、通信能力サーバ４００が管理する通信能力データベースに登録されている端末装置１００Ｃに関する能力情報を、該能力情報を有していない別のゲートウェイ装置２００Ｂが取得する処理の流れについて以下説明する。
【０１２０】
図１０のステップ７００〜ステップ７１２の処理は、ゲートウェイ装置２００Ｂの配下の端末装置１００Ｂが、端末装置１００Ｃに発信要求をした場合に行われる処理の一部である。すなわち、ゲートウェイ装置２００Ｂの通信能力判断モジュール２０４Ｂは、ステップ７００において、能力情報データベースから端末装置１００Ｃに関する能力情報を検索する。なお、端末装置１００Ｂから発信要求があった際の処理の流れについては、図２に示したステップ１００〜ステップ１０６と同様であるため、ここでは詳細を省略する。
【０１２１】
ここで、端末装置１００Ｂが端末装置１００Ｃに対して初めて発信要求をした場合、ゲートウェイ装置２００Ｂの通信能力データベースには、端末装置１００Ｃに関する能力情報は登録されていない。この場合、ゲートウェイ装置２００Ｂは、ステップ７０２〜ステップ７１２の処理により、端末装置１００Ｃに関する能力情報を、通信能力サーバ４００から取得する。
【０１２２】
具体的には、ゲートウェイ装置２００Ｂの通信能力判断モジュール２０４Ｂは、ステップ７０２において、通信能力サーバ４００に対して、端末装置１００Ｃに関する能力情報の取得を要求する。
【０１２３】
これを受けて、通信能力サーバ４００の通信能力判断モジュール４０２は、ステップ７０４において、通信能力データベースから、端末装置１００Ｃに関する能力情報を検索し、ステップ７０６において、応答信号をゲートウェイ装置２００Ｂへ送信する。上述したように、本例では、上記ステップ６０２〜６１２により、端末装置１００Ｃに関する能力情報が、ゲートウェイ装置２００Ａを介して通信能力サーバ４００が管理する通信能力データベースに登録されている。したがって、通信能力判断モジュール４０２は、ステップ７０６において、端末装置１００Ｃに関する能力情報をゲートウェイ装置２００Ｂへ送信することができる。
【０１２４】
その後、ゲートウェイ装置２００Ｂの通信能力判断モジュール２０４Ｂは、通信能力サーバ４００から受信した端末装置１００Ｃに関する能力情報を、ステップ７０８において、通信能力データベースに登録する。さらに、ゲートウェイ装置２００Ｂの通信能力判断モジュール２０４Ｂは、ステップ７１０において、タイマモジュール２０６Ｂに対して、端末装置１００Ｃに関する能力情報の登録期間の計測開始を指示する。これを受けて、タイマモジュール２０６Ｂは、ステップ７１２において、端末装置１００Ｃに関する能力情報の登録期間の計測を開始する。
【０１２５】
以上のステップ７０２〜ステップ７１２の処理により、通信能力サーバ４００で管理されている端末装置１００Ｃに関する能力情報を、ゲートウェイ装置２００Ｂが取得して管理することができる。その後、図４に示したステップ２１０〜ステップ２４４の処理により、端末装置１００Ｂと端末装置１００Ｃとの間で通信セッションが確立される。すなわち、端末装置１００Ｂは、初めて端末装置１００Ｃに発信する場合においても、通信セッションの確立までに必要となるフォールバック処理を、端末装置１００Ｂとゲートウェイ装置２００Ｂとの間で行うことができる。以上のように、変形例３の情報通信システム５００を利用することにより、端末装置１００間の通信セッションを確立するまでの時間をより短縮することができるとともに、フォールバック処理による通信網４０のトラフィックをより抑制することが可能である。
【０１２６】
なお、図１０に示したシーケンス図は、上記変形例３の情報通信システム５００の特徴を説明する上での一例であり、システム構成や処理の流れについては、これらに限定されるものではない。上記変形例３は、通信能力サーバ４００が複数のゲートウェイ装置２００が管理する能力情報を一括管理することにより、各ゲートウェイ装置２００が他のゲートウェイ装置２００が管理している能力情報を容易に取得できることを特徴の１つとしている。したがって、通信能力サーバ４００の配下に存在するゲートウェイ装置２００の数や、各ゲートウェイ装置２００の配下に存在する端末装置１００の数や対応可能な通信規格等は、特定のものに限定されない。
【０１２７】
＜ ５．端末装置１００およびゲートウェイ装置２００のハードウェア構成＞
次に、上述した情報通信システム５００を構成する端末装置１００のハードウェア構成の一例について説明する。なお、ゲートウェイ装置２００も、以下に説明する端末装置１００と同様のハードウェア構成を備えることができる。
【０１２８】
図１１は、本実施形態に係る情報通信システム５００を構成する端末装置１００のハードウェア構成の一例を示すブロック図である。本実施形態に係る端末装置１００は主に、ＣＰＵ９０１、ＲＯＭ９０３、ＲＡＭ９０５、ブリッジ９０９、インターフェース９１３、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２３、および通信装置９２５を備える。
【０１２９】
ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０３、ＲＡＭ９０５、ストレージ装置９１９、またはリムーバブル記録媒体９２７に記録された各種プログラムに従って、端末装置１００内の動作全般またはその一部を制御する。ＲＯＭ９０３は、ＣＰＵ９０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ９０５は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバス等の内部バスにより構成されるホストバス９０７により相互に接続されている。
【０１３０】
入力装置９１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなどユーザが操作する操作手段である。
【０１３１】
出力装置９１７は、例えば、ＣＲＴディスプレイ、液晶ディスプレイ、プラズマディスプレイ、ＥＬディスプレイなどの表示装置などを含んで構成される。また、出力装置９１７は、スピーカなどの音声出力装置など、取得した情報をユーザに対して聴覚的に通知することが可能な装置も含んで構成される。
【０１３２】
ストレージ装置９１９は、端末装置１００の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１９は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイス等により構成される。
【０１３３】
ドライブ９２１は、記録媒体用リーダライタであり、端末装置１００に内蔵、あるいは外付けされる。ドライブ９２１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体に記録されている情報を読み出して、ＲＡＭ９０５に出力する。また、ドライブ９２１は、装着されているリムーバブル記録媒体にデータなどを書き込むことも可能である。
【０１３４】
接続ポート９２３は、例えば、ＵＳＢポート、光オーディオ端子、ＩＥＥＥ１３９４ポート、ＳＣＳＩポート、ＨＤＭＩポート等の、外部接続機器９２９に直接接続するためのポートである。
【０１３５】
通信装置９２５は、例えば、通信網４０に接続するための通信デバイス等で構成された通信インターフェースである。通信装置９２５は、例えば、有線または無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ、光通信用のルータ、ＡＤＳＬ用のルータ、または各種通信用のモデム等である。
【０１３６】
以上、上述した情報通信システム５００を構成する端末装置１００およびゲートウェイ装置２００の機能を実現可能なハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。したがって、本実施形態を実施する時々の技術レベルに応じて、適宜、利用するハードウェア構成を変更することが可能である。
【０１３７】
＜６．まとめ＞
以上説明したように、本発明の実施形態の１つに係る情報通信システム５００では、ゲートウェイ装置２００がフォールバック処理の結果をキャッシュすることができる。また、ゲートウェイ装置２００は、キャッシュしたフォールバック処理の結果に基づいて、相手側の端末装置１００の通信能力に関する情報を通信能力データベースに登録しておくことができる。これにより、ある端末装置１００が別の端末装置１００に発信した場合において、通信セッションの確立までに必要となるフォールバック処理を端末装置１００間で行うことなく、端末装置１００と同一ＬＡＮ内のゲートウェイ装置２００との間で行うことができる。この結果、端末装置１００間の通信セッションを確立するまでの時間を短縮することができるとともに、発信要求信号やエラー信号等による通信網４０のトラフィックの増大を抑制することが可能である。また、複数のゲートウェイ装置２００が管理する各端末装置１００に関する能力情報を一括管理する通信能力サーバ４００をさらに備えることにより、ゲートウェイ装置２００間でも各端末装置１００に関する能力情報を共有することができる。この結果、情報通信システム５００を利用することにより、端末装置１００間の通信セッションを確立するまでの時間をさらに短縮することができると共に、発信要求信号やエラー信号等による通信網４０のトラフィックの増大をさらに抑制することが可能である。
【０１３８】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【０１３９】
例えば、上記実施形態では、あるＬＡＮ内のゲートウェイ装置２００Ａの配下の端末装置１００Ａから、別のＬＡＮ内のゲートウェイ装置２００Ｂの配下の端末装置１００Ｂに通信セッションの確立を要求する場合を中心に説明したが、本発明はこれに限定されない。例えば、通信網４０には３以上のゲートウェイ装置２００を介して３以上のＬＡＮが接続され、１つのゲートウェイ装置２００の配下に複数の端末装置１００が接続される場合にも当然に適用することができる。また、各端末装置１００およびゲートウェイ装置２００においても、上記実施形態において中心的に説明した端末装置１００Ａおよびゲートウェイ装置２００Ａと同様の処理が行われる。
【０１４０】
また、上記実施形態において例示した端末装置１００の通信規格やメッセージ情報などは、上記実施形態を説明する上での一例であり、本発明はこれらに限定されるものではない。すなわち、上記実施形態では、ゲートウェイ装置２００が端末装置１００の能力情報を管理することを特徴の１つとしており、端末装置１００の通信能力そのものについては特定の能力に限定されるものではない。
【０１４１】
また、本明細書において、シーケンス図に記述されたステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的に又は個別的に実行される処理をも含む。また時系列的に処理されるステップでも、場合によっては適宜順序を変更することが可能であることは言うまでもない。
【符号の説明】
【０１４２】
１０、１０Ａ、１０Ｂ 端末装置
１２、１２Ａ、１２Ｂ ＳＩＰシグナリングモジュール
１４、１４Ａ、１４Ｂ メディア送受信モジュール
２０、２０Ａ、２０Ｂ ゲートウェイ装置
３０ ＳＩＰサーバ
４０ 通信網
５０ 情報通信システム
１００、１００Ａ、１００Ｂ、１００Ｃ 端末装置
１０２、１０２Ａ、１０２Ｂ ＳＩＰシグナリングモジュール
１０４、１０４Ａ、１０４Ｂ メディア送受信モジュール
２００、２００Ａ、２００Ｂ ゲートウェイ装置
２０２、２０２Ａ、２０２Ｂ ＳＩＰシグナリングモジュール
２０４、２０４Ａ、２０４Ｂ 通信能力判断モジュール
２０６、２０６Ａ、２０６Ｂ タイマモジュール
３００ ＳＩＰサーバ
４００ 通信能力サーバ
４０２ 通信能力判断モジュール
４０４ タイマモジュール
５００ 情報通信システム
【特許請求の範囲】
【請求項１】
少なくとも１以上の端末装置と同一ネットワーク内で接続され、
前記同一ネットワーク内の端末装置と、別のネットワーク内の端末装置と、の間の通信セッションを確立するまでの情報の送受信を中継するシグナリングモジュールと、
複数の端末装置の通信能力に関する情報を少なくとも含む能力情報が登録される通信能力データベースと、
前記同一ネットワーク内の端末装置と、別のネットワーク内の端末装置と、の間の通信セッションが確立されるまでに前記シグナリングモジュールが中継した情報をキャッシュし、別のネットワーク内の端末装置の前記能力情報を前記通信能力データベースに登録して管理する通信能力判断モジュールと、
を備える、ゲートウェイ装置。
【請求項２】
前記通信能力判断モジュールは、前記同一ネットワーク内の発信側の端末装置から別のネットワーク内の端末装置に発信要求があった場合に、前記通信能力データベースから着信側の端末装置の前記能力情報を検索し、
前記シグナリングモジュールは、前記通信能力データベースに登録されている前記着信側の端末装置の前記能力情報に基づいて、前記着信側の端末装置が前記発信要求の通信規格に対応しているか否かを判断し、
対応していると判断した場合、前記発信要求を前記着信側の端末装置へ送信し、
対応していないと判断した場合、エラー信号を前記発信側の端末装置へ送信する、請求項１に記載のゲートウェイ装置。
【請求項３】
前記通信能力データベースに登録されている期間を前記端末装置毎に管理するタイマモジュールをさらに備え、
該タイマモジュールは、前記通信能力データベースに登録されている前記能力情報に対応する端末装置との通信セッションが確立されるたびに、該能力情報の前記通信能力データベースへの登録期間をリセットして計測し直す、請求項２に記載のゲートウェイ装置。
【請求項４】
前記タイマモジュールは、所定の端末装置の前記能力情報の前記登録期間が、あらかじめ設定された所定期間を超えた場合、該能力情報を前記通信能力データベースから消去するように前記通信能力判断モジュールに指示し、
前記通信能力判断モジュールは、前記タイマモジュールからの指示に応じて、該当する能力情報を前記通信能力データベースから消去する、請求項３に記載のゲートウェイ装置。
【請求項５】
前記通信能力判断モジュールは、前記別のネットワーク内の端末装置から前記同一ネットワーク内の端末装置に発信要求があった場合において、該発信要求に対応する通信規格と、前記通信能力データベースに登録されている前記別のネットワーク内の端末装置の前記能力情報に含まれる通信規格とが異なる場合、前記通信能力データベースに登録されている前記発信要求をした端末装置の前記能力情報を、該発信要求に対応する通信規格を含む新しい能力情報に更新する、請求項４に記載のゲートウェイ装置。
【請求項６】
少なくとも１以上の端末装置と接続されるゲートウェイ装置により、該ゲートウェイ装置と同一ネットワーク内で接続される端末装置と、別のネットワーク内の端末装置と、の間で情報の送受信を中継して、前記端末装置間の通信セッションを確立する通信セッション確立ステップと、
前記通信セッション確立ステップにおいて前記端末装置間で送受信された情報をキャッシュし、前記別のネットワーク内の端末装置の通信能力に関する情報を少なくとも含む能力情報を通信能力データベースに登録して管理する通信能力登録ステップと、
を含む、ゲートウェイ装置による情報処理方法。
【請求項７】
少なくとも１以上の端末装置と接続されるゲートウェイ装置により、該ゲートウェイ装置と同一ネットワーク内で接続される端末装置と、別のネットワーク内の端末装置と、の間で情報の送受信を中継して、前記端末装置間の通信セッションを確立する通信セッション確立処理と、
前記通信セッション確立処理において前記端末装置間で送受信された情報をキャッシュし、前記別のネットワーク内の端末装置の通信能力に関する情報を少なくとも含む能力情報を通信能力データベースに登録して管理する通信能力登録処理と、
を、コンピュータに実行させる情報処理プログラム。
【請求項８】
端末装置間でゲートウェイ装置を介して通信セッションを確立する情報通信システムにおいて、
前記端末装置は、該端末装置と同一ネットワーク内で接続されるゲートウェイ装置へ別のネットワーク内の端末装置に対する発信要求を送信する第１シグナリングモジュールを備え、
前記ゲートウェイ装置は、
前記第１シグナリングモジュールからの前記発信要求に応じて、前記同一ネットワーク内の端末装置と、前記別のネットワーク内の端末装置と、の間の通信セッションを確立するまでの情報の送受信を中継する第２シグナリングモジュールと、
複数の端末装置の通信能力に関する情報を少なくとも含む能力情報が登録される通信能力データベースと、
前記同一ネットワーク内の端末装置と、前記別のネットワーク内の端末装置と、の間の通信セッションが確立されるまでに前記第２シグナリングモジュールが中継した情報をキャッシュし、前記別のネットワーク内の端末装置の前記能力情報を前記通信能力データベースに登録して管理する通信能力判断モジュールと、
を備える、情報通信システム。
【請求項９】
前記通信能力判断モジュールは、前記同一ネットワーク内の発信側の端末装置の前記第１シグナリングモジュールからの前記発信要求に応じて、前記通信能力データベースから着信側の端末装置の前記能力情報を検索し、
前記第２シグナリングモジュールは、前記通信能力データベースに登録されている前記着信側の端末装置の前記能力情報に基づいて、前記着信側の端末装置が前記発信要求の通信規格に対応しているか否かを判断し、
対応していると判断した場合、前記発信要求を前記着信側の端末装置へ送信し、
対応していないと判断した場合、エラー信号を前記発信側の端末装置へ送信し、
前記発信側の端末装置の前記第１シグナリングモジュールは、前記エラー信号の受信に応じて、異なる通信規格に基づく発信要求を前記ゲートウェイ装置へ再度送信する、請求項８に記載の情報通信システム。
【請求項１０】
前記第１シグナリングモジュールが、前記発信要求内に前記能力情報を利用しないことを命令する情報を含めて前記ゲートウェイ装置へ送信した場合において、
前記第２シグナリングモジュールは、前記能力情報に基づいて前記着信側の端末装置が前記発信側の通信規格に対応しているか否かを判断することなく、該発信要求を前記着信側の端末装置へ送信する、請求項９に記載の情報通信システム。
【請求項１１】
前記端末装置が対応可能な通信規格が更新された場合、前記第１シグナリングモジュールは、該端末装置とは異なるネットワーク内の前記ゲートウェイ装置に対して前記能力情報の消去命令を送信し、
前記消去命令を受信した前記ゲートウェイ装置の前記通信能力判断モジュールは、前記通信能力データベースから前記消去命令に対応する能力情報を消去する、請求項１０に記載の情報通信システム。
【請求項１２】
複数の前記ゲートウェイ装置が備える前記通信能力データベースに登録されている前記能力情報をまとめて管理する通信能力サーバをさらに備え、
前記ゲートウェイ装置の前記通信能力判断モジュールは、所定の前記端末装置の前記能力情報を前記通信能力データベースに登録した後、該能力情報を前記通信能力サーバへ送信し、
前記通信能力サーバは、前記ゲートウェイ装置の前記通信能力判断モジュールから受信した前記能力情報を管理する、請求項１０または１１に記載の情報通信システム。
【請求項１３】
前記ゲートウェイ装置の通信能力判断モジュールは、前記着信側の端末装置の前記能力情報が前記通信能力データベースに登録されていない場合、前記通信能力サーバから前記着信側の端末装置の前記能力情報を取得し、該能力情報を前記通信能力データベースに登録する、請求項１２に記載の情報通信システム。
【請求項１】
少なくとも１以上の端末装置と同一ネットワーク内で接続され、
前記同一ネットワーク内の端末装置と、別のネットワーク内の端末装置と、の間の通信セッションを確立するまでの情報の送受信を中継するシグナリングモジュールと、
複数の端末装置の通信能力に関する情報を少なくとも含む能力情報が登録される通信能力データベースと、
前記同一ネットワーク内の端末装置と、別のネットワーク内の端末装置と、の間の通信セッションが確立されるまでに前記シグナリングモジュールが中継した情報をキャッシュし、別のネットワーク内の端末装置の前記能力情報を前記通信能力データベースに登録して管理する通信能力判断モジュールと、
を備える、ゲートウェイ装置。
【請求項２】
前記通信能力判断モジュールは、前記同一ネットワーク内の発信側の端末装置から別のネットワーク内の端末装置に発信要求があった場合に、前記通信能力データベースから着信側の端末装置の前記能力情報を検索し、
前記シグナリングモジュールは、前記通信能力データベースに登録されている前記着信側の端末装置の前記能力情報に基づいて、前記着信側の端末装置が前記発信要求の通信規格に対応しているか否かを判断し、
対応していると判断した場合、前記発信要求を前記着信側の端末装置へ送信し、
対応していないと判断した場合、エラー信号を前記発信側の端末装置へ送信する、請求項１に記載のゲートウェイ装置。
【請求項３】
前記通信能力データベースに登録されている期間を前記端末装置毎に管理するタイマモジュールをさらに備え、
該タイマモジュールは、前記通信能力データベースに登録されている前記能力情報に対応する端末装置との通信セッションが確立されるたびに、該能力情報の前記通信能力データベースへの登録期間をリセットして計測し直す、請求項２に記載のゲートウェイ装置。
【請求項４】
前記タイマモジュールは、所定の端末装置の前記能力情報の前記登録期間が、あらかじめ設定された所定期間を超えた場合、該能力情報を前記通信能力データベースから消去するように前記通信能力判断モジュールに指示し、
前記通信能力判断モジュールは、前記タイマモジュールからの指示に応じて、該当する能力情報を前記通信能力データベースから消去する、請求項３に記載のゲートウェイ装置。
【請求項５】
前記通信能力判断モジュールは、前記別のネットワーク内の端末装置から前記同一ネットワーク内の端末装置に発信要求があった場合において、該発信要求に対応する通信規格と、前記通信能力データベースに登録されている前記別のネットワーク内の端末装置の前記能力情報に含まれる通信規格とが異なる場合、前記通信能力データベースに登録されている前記発信要求をした端末装置の前記能力情報を、該発信要求に対応する通信規格を含む新しい能力情報に更新する、請求項４に記載のゲートウェイ装置。
【請求項６】
少なくとも１以上の端末装置と接続されるゲートウェイ装置により、該ゲートウェイ装置と同一ネットワーク内で接続される端末装置と、別のネットワーク内の端末装置と、の間で情報の送受信を中継して、前記端末装置間の通信セッションを確立する通信セッション確立ステップと、
前記通信セッション確立ステップにおいて前記端末装置間で送受信された情報をキャッシュし、前記別のネットワーク内の端末装置の通信能力に関する情報を少なくとも含む能力情報を通信能力データベースに登録して管理する通信能力登録ステップと、
を含む、ゲートウェイ装置による情報処理方法。
【請求項７】
少なくとも１以上の端末装置と接続されるゲートウェイ装置により、該ゲートウェイ装置と同一ネットワーク内で接続される端末装置と、別のネットワーク内の端末装置と、の間で情報の送受信を中継して、前記端末装置間の通信セッションを確立する通信セッション確立処理と、
前記通信セッション確立処理において前記端末装置間で送受信された情報をキャッシュし、前記別のネットワーク内の端末装置の通信能力に関する情報を少なくとも含む能力情報を通信能力データベースに登録して管理する通信能力登録処理と、
を、コンピュータに実行させる情報処理プログラム。
【請求項８】
端末装置間でゲートウェイ装置を介して通信セッションを確立する情報通信システムにおいて、
前記端末装置は、該端末装置と同一ネットワーク内で接続されるゲートウェイ装置へ別のネットワーク内の端末装置に対する発信要求を送信する第１シグナリングモジュールを備え、
前記ゲートウェイ装置は、
前記第１シグナリングモジュールからの前記発信要求に応じて、前記同一ネットワーク内の端末装置と、前記別のネットワーク内の端末装置と、の間の通信セッションを確立するまでの情報の送受信を中継する第２シグナリングモジュールと、
複数の端末装置の通信能力に関する情報を少なくとも含む能力情報が登録される通信能力データベースと、
前記同一ネットワーク内の端末装置と、前記別のネットワーク内の端末装置と、の間の通信セッションが確立されるまでに前記第２シグナリングモジュールが中継した情報をキャッシュし、前記別のネットワーク内の端末装置の前記能力情報を前記通信能力データベースに登録して管理する通信能力判断モジュールと、
を備える、情報通信システム。
【請求項９】
前記通信能力判断モジュールは、前記同一ネットワーク内の発信側の端末装置の前記第１シグナリングモジュールからの前記発信要求に応じて、前記通信能力データベースから着信側の端末装置の前記能力情報を検索し、
前記第２シグナリングモジュールは、前記通信能力データベースに登録されている前記着信側の端末装置の前記能力情報に基づいて、前記着信側の端末装置が前記発信要求の通信規格に対応しているか否かを判断し、
対応していると判断した場合、前記発信要求を前記着信側の端末装置へ送信し、
対応していないと判断した場合、エラー信号を前記発信側の端末装置へ送信し、
前記発信側の端末装置の前記第１シグナリングモジュールは、前記エラー信号の受信に応じて、異なる通信規格に基づく発信要求を前記ゲートウェイ装置へ再度送信する、請求項８に記載の情報通信システム。
【請求項１０】
前記第１シグナリングモジュールが、前記発信要求内に前記能力情報を利用しないことを命令する情報を含めて前記ゲートウェイ装置へ送信した場合において、
前記第２シグナリングモジュールは、前記能力情報に基づいて前記着信側の端末装置が前記発信側の通信規格に対応しているか否かを判断することなく、該発信要求を前記着信側の端末装置へ送信する、請求項９に記載の情報通信システム。
【請求項１１】
前記端末装置が対応可能な通信規格が更新された場合、前記第１シグナリングモジュールは、該端末装置とは異なるネットワーク内の前記ゲートウェイ装置に対して前記能力情報の消去命令を送信し、
前記消去命令を受信した前記ゲートウェイ装置の前記通信能力判断モジュールは、前記通信能力データベースから前記消去命令に対応する能力情報を消去する、請求項１０に記載の情報通信システム。
【請求項１２】
複数の前記ゲートウェイ装置が備える前記通信能力データベースに登録されている前記能力情報をまとめて管理する通信能力サーバをさらに備え、
前記ゲートウェイ装置の前記通信能力判断モジュールは、所定の前記端末装置の前記能力情報を前記通信能力データベースに登録した後、該能力情報を前記通信能力サーバへ送信し、
前記通信能力サーバは、前記ゲートウェイ装置の前記通信能力判断モジュールから受信した前記能力情報を管理する、請求項１０または１１に記載の情報通信システム。
【請求項１３】
前記ゲートウェイ装置の通信能力判断モジュールは、前記着信側の端末装置の前記能力情報が前記通信能力データベースに登録されていない場合、前記通信能力サーバから前記着信側の端末装置の前記能力情報を取得し、該能力情報を前記通信能力データベースに登録する、請求項１２に記載の情報通信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１０−１６６３１１（Ｐ２０１０−１６６３１１Ａ）
【公開日】平成２２年７月２９日（２０１０．７．２９）
【国際特許分類】
【出願番号】特願２００９−６７２７（Ｐ２００９−６７２７）
【出願日】平成２１年１月１５日（２００９．１．１５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２２年７月２９日（２０１０．７．２９）
【国際特許分類】
【出願日】平成２１年１月１５日（２００９．１．１５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]