(57)【要約】【課題】  通信を確保しつつネットワークの混雑状態に応じた満足度の高いデータ通信を可能とする信号中継サーバを提供すること。【解決手段】  この信号中継サーバ１０は、セッション制御信号を中継する信号中継サーバであって、INVITE信号をパーソナルコンピュータ２０１から受信する信号受信部１０１と、INVITE信号中のＳＤＰメッセージからユーザデータのプロトコルの候補を示すプロトコル情報を抽出する情報抽出部１０２と、ネットワークの混雑状態に応じてプロトコル情報の中から所定の帯域幅以上のものを選択し、選択されたプロトコル情報をINVITE信号中のＳＤＰメッセージから削除するよう編集する信号編集部１０３と、INVITE信号をパーソナルコンピュータ２０２に送信する送信部１０４とを備える。【選択図】  図１
2005328291.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークにおいて発信側端末と着信側端末との間で送受される通信セッションを制御するためのセッション制御信号を中継する信号中継サーバであって、
通信セッションを確立させるための接続要求信号を、発信側端末から受信する信号受信手段と、
前記信号受信手段により受信された前記接続要求信号の中から、通信セッション確立後に前記発信側端末と前記着信側端末との間で送受されるユーザデータのプロトコルの候補を示すプロトコル情報を抽出する情報抽出手段と、
前記ネットワークの混雑状態に応じて、前記情報抽出手段によって抽出されたプロトコル情報の中から所定の帯域幅以上のものを選択し、選択されたプロトコル情報を前記接続要求信号から削除するよう当該接続要求信号を編集する信号編集手段と、
前記信号編集手段により編集された前記接続要求信号を前記着信側端末に送信する信号送信手段と
を備えることを特徴とする信号中継サーバ。
【請求項２】
前記プロトコル情報は、ユーザデータの符号化方式を示す符号化方式情報であることを特徴とする、請求項１に記載の信号中継サーバ。
【請求項３】
ネットワークの混雑状態情報を取得する取得手段をさらに備え、
前記信号編集手段は、前記取得手段によって取得された前記混雑状態情報に応じて前記プロトコル情報の中から所定の帯域幅以上のものを選択することを特徴とする、請求項１又は２に記載の信号中継サーバ。
【請求項４】
前記信号送信手段は、前記混雑状態に応じて、前記発信側端末に通信セッションが確立不可の旨を示す接続不可信号を送信することを特徴とする、請求項１〜３のいずれか１項に記載の信号中継サーバ。
【請求項５】
ネットワークにおいて発信側端末と着信側端末との間で送受される通信セッションを制御するためのセッション制御信号を中継する信号中継方法であって、
信号受信手段が、通信セッションを確立させるための接続要求信号を、発信側端末から受信する信号受信ステップと、
情報抽出手段が、前記信号受信手段により受信された前記接続要求信号の中から、通信セッション確立後に前記発信側端末と前記着信側端末との間で送受されるユーザデータのプロトコルの候補を示すプロトコル情報を抽出する情報抽出ステップと、
信号編集手段が、前記ネットワークの混雑状態に応じて、前記情報抽出手段によって抽出されたプロトコル情報の中から所定の帯域幅以上のものを選択し、選択されたプロトコル情報を前記接続要求信号から削除するよう当該接続要求信号を編集する信号編集ステップと、
信号送信手段が、前記信号編集手段により編集された前記接続要求信号を前記着信側端末に送信する信号送信ステップと
を備えることを特徴とする信号中継方法。
【請求項６】
ネットワークにおいて発信側端末と着信側端末との間で送受される通信セッションを制御するためのセッション制御信号を中継する処理をコンピュータに実行させる信号中継プログラムであって、
コンピュータを、
通信セッションを確立させるための接続要求信号を、発信側端末から受信する信号受信手段、
前記信号受信手段により受信された前記接続要求信号の中から、通信セッション確立後に前記発信側端末と前記着信側端末との間で送受されるユーザデータのプロトコルの候補を示すプロトコル情報を抽出する情報抽出手段、
前記ネットワークの混雑状態に応じて、前記情報抽出手段によって抽出されたプロトコル情報の中から所定の帯域幅以上のものを選択し、選択されたプロトコル情報を前記接続要求信号から削除するよう当該接続要求信号を編集する信号編集手段、
前記信号編集手段により編集された前記接続要求信号を前記着信側端末に送信する信号送信手段
として機能させることを特徴とする信号中継プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、信号中継サーバ、信号中継方法、及び信号中継プログラムに関するものである。
【背景技術】
【０００２】
近年、インターネットプロトコル（Internet Protocol）を利用して、インターネット等のネットワーク上における音声通話や画像通信等の様々なマルチメディア通信が実現されている。これらのマルチメディア通信を、より拡張性高く、より簡易に実現する技術として、通信セッションの確立、変更、切断を実現するアプリケーション層の通信プロトコルであるＳＩＰプロトコル（Session Initiation Protocol）が標準化されている（非特許文献１参照。）。
【０００３】
詳説すれば、発信側ノードと着信側ノードの間に、１以上のいわゆるＳＩＰサーバと呼ばれるプロキシサーバが設置され、このＳＩＰサーバが、ノード間で送受信される各種の制御信号を中継することにより通信セッションを制御することが行われている。例えば、この技術を、インターネット上で音声通信を実現する技術であるVoIP（Voice over Internet Protocol）に適用することも行われている。
【非特許文献１】J. Rosenberg, H. Schulzrinne, G. Camarillo, and A. Johnston, "SIP: Session Initiation Protocol," IETF RFC3261, June 2002.
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来技術では、以下の様な問題点があった。つまり、発信側ノードから着信側ノードに接続要求を行う場合には、その接続要求信号（INVITE信号）中のＳＤＰ（Session Description Protocol）メッセージに、発信側ノードが適用可能なデータ符号化方式等のプロトコル情報を含めて送信する。これに対して、着信側ノードは、その中から適用可能なプロトコルを選択して応答信号（OK信号）を返信する。
【０００５】
この場合に、着信側ノードが選択したプロトコルでデータ通信を開始しても、ネットワークの混雑状態によっては、そのプロトコルに必要な帯域幅が確保できず、通信の遅延が大きくなったり、通信自体が不可能になったりする場合があった。
【０００６】
上記問題点を解決する為、予め帯域幅が小さめのプロトコルに設定しておき、接続要求信号を送信することも考えられるが、この場合、通信は確保できても、ユーザに対して満足度の高いデータ通信サービスを提供することは困難である。
【０００７】
本発明は、上記課題に鑑みてなされたものであり、通信を確保しつつネットワークの混雑状態に応じた満足度の高いデータ通信を可能とする信号中継サーバ、信号中継方法、及び信号中継プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の信号中継サーバは、ネットワークにおいて発信側端末と着信側端末との間で送受される通信セッションを制御するためのセッション制御信号を中継する信号中継サーバであって、通信セッションを確立させるための接続要求信号を、発信側端末から受信する信号受信手段と、信号受信手段により受信された接続要求信号の中から、通信セッション確立後に発信側端末と着信側端末との間で送受されるユーザデータのプロトコルの候補を示すプロトコル情報を抽出する情報抽出手段と、ネットワークの混雑状態に応じて、情報抽出手段によって抽出されたプロトコル情報の中から所定の帯域幅以上のものを選択し、選択されたプロトコル情報を接続要求信号から削除するよう当該接続要求信号を編集する信号編集手段と、信号編集手段により編集された接続要求信号を着信側端末に送信する信号送信手段とを備える。
【０００９】
また、本発明の信号中継方法は、ネットワークにおいて発信側端末と着信側端末との間で送受される通信セッションを制御するためのセッション制御信号を中継する信号中継方法であって、信号受信手段が、通信セッションを確立させるための接続要求信号を、発信側端末から受信する信号受信ステップと、情報抽出手段が、信号受信手段により受信された接続要求信号の中から、通信セッション確立後に発信側端末と着信側端末との間で送受されるユーザデータのプロトコルの候補を示すプロトコル情報を抽出する情報抽出ステップと、信号編集手段が、ネットワークの混雑状態に応じて、情報抽出手段によって抽出されたプロトコル情報の中から所定の帯域幅以上のものを選択し、選択されたプロトコル情報を接続要求信号から削除するよう当該接続要求信号を編集する信号編集ステップと、信号送信手段が、信号編集手段により編集された接続要求信号を着信側端末に送信する信号送信ステップとを備える。
【００１０】
また、本発明の信号中継プログラムは、ネットワークにおいて発信側端末と着信側端末との間で送受される通信セッションを制御するためのセッション制御信号を中継する処理をコンピュータに実行させる信号中継プログラムであって、コンピュータを、通信セッションを確立させるための接続要求信号を、発信側端末から受信する信号受信手段、信号受信手段により受信された接続要求信号の中から、通信セッション確立後に発信側端末と着信側端末との間で送受されるユーザデータのプロトコルの候補を示すプロトコル情報を抽出する情報抽出手段、ネットワークの混雑状態に応じて、情報抽出手段によって抽出されたプロトコル情報の中から所定の帯域幅以上のものを選択し、選択されたプロトコル情報を接続要求信号から削除するよう当該接続要求信号を編集する信号編集手段、信号編集手段により編集された接続要求信号を着信側端末に送信する信号送信手段として機能させる。
【００１１】
本発明の信号中継サーバ及び信号中継方法によれば、信号受信手段が、発信側端末から接続要求信号を受信し、情報抽出手段が、発信側端末から受信した接続要求信号の中からユーザデータに関するプロトコル情報を抽出し、信号編集手段が、その接続要求信号からネットワークの混雑状態に応じて所定の帯域幅以上のプロトコル情報を削除した後、信号送信手段が、その信号を着信側端末に送信する。これにより、送信側端末と着信側端末間でネットワークの混雑状態に応じた帯域幅に制限されたプロトコル情報のみを選択させて通信させることができる。また、本発明の信号中継プログラムを動作させても同様である。
【００１２】
また、本発明の信号中継サーバでは、プロトコル情報は、ユーザデータの符号化方式を示す符号化方式情報であることも好ましい。この場合、送信側端末と着信側端末で送受されるユーザデータの符号化方式をネットワークの混雑状態に応じた帯域幅に制限されたプロトコル情報のみを選択させて通信させることができる。
【００１３】
また、本発明の信号中継サーバでは、ネットワークの混雑状態情報を取得する取得手段をさらに備え、信号編集手段は、取得手段によって取得された混雑状態情報に応じてプロトコル情報の中から所定の帯域幅以上のものを選択することも好ましい。このように、信号編集手段が、取得手段が取得したネットワークの混雑状態情報に基づいてプロトコル情報を所定の帯域幅に制限するように編集することにより、送信側端末と着信側端末間でネットワークにおいて検出された混雑状態情報に応じた帯域幅に制限されたプロトコル情報のみを選択させて通信させることができる。
【００１４】
また、本発明の信号中継サーバでは、信号送信手段は、混雑状態に応じて、発信側端末に通信セッションが確立不可の旨を示す接続不可信号を送信することも好ましい。この場合、信号送信手段が混雑状況に応じて送信側端末に接続不可信号を送信することにより、ネットワークが輻輳状態の場合に、送信側端末と着信側端末との通信を制限することができる。
【発明の効果】
【００１５】
本発明の信号中継サーバによれば、発信側端末から接続要求信号を受信し、発信側端末から受信した接続要求信号の中からユーザデータに関するプロトコル情報を抽出し、その接続要求信号からネットワークの混雑状態に応じて所定の帯域幅以上のプロトコル情報を削除した後、その信号を着信側端末に送信する。これにより、送信側端末と着信側端末間でネットワークの混雑状態に応じた帯域幅に制限されたプロトコル情報のみを選択させて通信させることができる。その結果、通信を確保しつつネットワークの混雑状態に応じた満足度の高いデータ通信を可能とする信号中継サーバを提供することができる。
【発明を実施するための最良の形態】
【００１６】
本発明の実施形態にかかる信号中継サーバについて図面を参照して説明する。なお、各図において、同一要素には同一符号を付して重複する説明を省略する。
【００１７】
図１は、本発明にかかる信号中継サーバの構成図である。図１に示すように、本実施形態にかかる信号中継サーバ１０は、パーソナルコンピュータ２０１、２０２と、ＩＰネットワーク網６０を介してデータの送受信が可能なように接続されている。また、信号中継サーバ１０は、ＩＰネットワーク網６０のデータ通信量の混雑状況を監視するネットワーク監視装置３０と接続されている。
【００１８】
ここで、パーソナルコンピュータ２０１、２０２は、VoIP技術を利用したいわゆるIP電話機能を有するソフトウェアがインストールされた音声通話機能付きのパーソナルコンピュータであり、音声信号をデジタルデータに符号化及び復号化する機能を有する。以下、本実施形態においては、パーソナルコンピュータ２０１（発信側端末）は、パーソナルコンピュータ２０２（着信側端末）を使用するユーザに対して発信しようとするユーザが使用する端末であるものとして説明する。
【００１９】
また、ネットワーク監視装置３０は、ＩＰネットワーク網６０のデータ通信量の混雑状態を監視してその混雑状態情報を信号中継サーバ１０に対して通知する機能を有する。具体的には、ネットワーク監視装置３０は、ＩＰネットワーク網６０に混雑状況に応じて、“輻輳無し”、“輻輳状態（一部規制）”、“輻輳状態（全規制）”の３種類の混雑状態情報を生成して通知する。
【００２０】
信号中継サーバ１０は、ＩＰネットワーク網６０において発信側端末と着信側端末との間で送受される通信セッションを制御するためのセッション制御信号を中継するサーバシステムである。信号中継サーバ１０の機能的な構成要素としては、図１に示すように、信号受信部１０１（信号受信手段）と、情報抽出部１０２（情報抽出手段）と、信号編集部１０３（信号編集手段）と、送信部１０４（信号送信手段）と、監視情報受信部１０５（取得手段）と、帯域情報格納部１０６と、監視情報格納部１０７とを備えて構成される。
【００２１】
引き続いて、信号中継サーバ１０の各構成要素について詳細に説明する。
【００２２】
信号受信部１０１は、発信側端末から音声通話のための通信セッションを確立させるための接続確立信号であるINVITE信号を受信する部分である。このINVITE信号は、発信しようとするユーザがパーソナルコンピュータ２０１において発信操作を行った後に、パーソナルコンピュータ２０１から着信側端末であるパーソナルコンピュータ２０２に向けて送信される信号である。このINVITE信号の中には、ＳＤＰメッセージが含まれている。このＳＤＰメッセージには、通信セッションが確立された後にパーソナルコンピュータ２０１とパーソナルコンピュータ２０２の間で送受される音声データを含むユーザデータのプロトコルの候補を示す１以上のプロトコル情報が含まれている。プロトコルとは、例えば、ユーザデータのコーデック（Coder/Decoder）方式（符号化方式）「G.711」、「G.729」等の、ユーザデータがＩＰネットワーク網６０において伝送される際のデータ圧縮方式を示すものである。ここでのINVITE信号中のＳＤＰメッセージには、パーソナルコンピュータ２０１で使用可能なプロトコルを示す１以上のプロトコル情報を含んでいる。さらに、このINVITE信号には、パーソナルコンピュータ２０１及びパーソナルコンピュータ２０２のアドレスを示すコンピュータ名等のアドレス情報も含んでいる。
【００２３】
また、情報抽出部１０２は、信号受信部１０１において受信されたINVITE信号中のＳＤＰメッセージからプロトコル情報を抽出する部分である。情報抽出部１０２は、INVITE信号と、抽出された「G.711」や「G.729」の符号化方式等を示す１以上のプロトコル情報とを信号編集部１０３に出力する。
【００２４】
また、監視情報受信部１０５は、ネットワーク監視装置３０から、ＩＰネットワーク網６０のデータ通信量の混雑状態を示す混雑状態情報を定期的に受信する部分である。そして、監視情報受信部１０５は、受信した混雑状態情報を受信日時に関連づけて監視情報格納部１０７に格納する。図２には、このようにして監視情報格納部１０７に格納されたデータの構成図の一例を示す。図２の例によれば、受信された混雑状態情報である「輻輳状態（一部規制）」が、その混雑状態情報を受信した日時である「2003/3/1 13:00:00」に関連づけて格納されている。
【００２５】
図１に戻って、信号編集部１０３は、監視情報受信部１０５によって取得された混雑状態情報に応じてINVITE信号を編集する部分である。編集は、監視情報格納部１０７に格納された最新の混雑状態情報に応じて、情報抽出部１０２により抽出されたプロトコル情報の中から、所定の帯域幅以上のプロトコルに関するプロトコル情報を選択して、そのプロトコル情報をINVITE信号中のＳＤＰメッセージから削除するように行う。より具体的には、信号編集部１０３は、監視情報格納部１０７を参照し、最新の監視情報受信日時に関する混雑状態情報を取得する。また、同時に、信号編集部１０３は、帯域情報格納部１０６を参照することにより、プロトコル情報の示すプロトコルの帯域幅を取得する。図３は、帯域情報格納部１０６に格納されたデータの構成図の一例である。図３の例によれば、符号化方式を意味するCODEC方式「G.711」が、そのCODEC方式を採用した場合のユーザデータの帯域幅である「64kbps」に関連づけて格納されている。この帯域情報格納部１０６を参照することにより、「G.711」を示す符号化方式情報の帯域幅として、「64kbps」を取得することができる。図１に戻って、そこで、信号編集部１０３は、混雑状態情報が“輻輳無し”あるいは“輻輳状態（全規制）”の場合は、INVITE信号を編集することなく、INVITE信号と混雑状態情報を送信部１０４に出力する。一方、信号編集部１０３は、混雑状態情報が“輻輳状態（一部規制）”の場合は、所定の帯域幅（例えば“32kbps”）以上の符号化方式に対応する符号化方式情報を選択し、INVITE信号中のＳＤＰメッセージから削除する。さらに、信号編集部１０３は、編集したINVITE信号を送信部１０４に出力する。
【００２６】
また、送信部１０４は、信号編集部１０３によって編集されたINVITE信号を着信側の端末であるパーソナルコンピュータ２０２に送信する部分である。なお、送信部１０４は、信号編集部１０３から出力された混雑状態情報が“輻輳状態（全規制）”の場合には、パーソナルコンピュータ２０１に対して通信セッションが確立不可の旨を示す接続不可信号を返信する機能も有する。
【００２７】
続いて、本実施形態にかかる信号中継サーバ１０の動作について説明し、併せて、本発明の実施形態にかかる信号中継方法について説明する。図４及び図５は、本実施形態にかかる信号中継サーバ１０の動作を示す動作遷移図である。
【００２８】
まず、図４において、パーソナルコンピュータ２０１から音声通話を発信する発信操作が行われると、パーソナルコンピュータ２０２に対してINVITE信号が送信される（ステップＳ０１）。そのINVITE信号中のＳＤＰメッセージには、パーソナルコンピュータ２０１において使用可能な符号化方式である「G.711」と「G.729」とを示す２つの符号化方式情報を含んでいる。そして、INVITE信号は、信号中継サーバ１０の信号受信部１０１によって受信される（ステップＳ０２）。信号受信部１０１によりINVITE信号が受信されると、送信部１０４からパーソナルコンピュータ２０１に対して、接続試行中を知らせるためのTRYING信号が返送される（ステップＳ０３）。
【００２９】
次に、情報抽出部１０２により、信号受信部１０１において受信されたINVITE信号中のＳＤＰメッセージから、「G.711」と「G.729」の符号化方式を示す２つの符号化方式情報が抽出される（ステップＳ０４）。その後、符号化方式情報とINVITE信号が信号編集部１０３に渡されると、帯域情報格納部１０６が参照され、その符号化方式情報に対応する帯域幅の情報が取得される（ステップＳ０５）。図３の例によれば、「G.711」を示す符号化方式情報に対応する帯域幅として「64kbps」が、「G.729」を示す符号化方式情報に対応する帯域幅として「8kbps」が取得される。また、信号編集部１０３により、監視情報格納部１０７が参照され、最新の受信日時に関する混雑状態情報が取得される（ステップＳ０６）。
【００３０】
そして、信号編集部１０３により、以下のようにしてINVITE信号が編集される。まず、取得された混雑状態情報が“輻輳状態（全規制）”であるかどうかが判定される（ステップS０７）。混雑状態情報が“輻輳状態（全規制）”である場合には（ステップＳ０７；ＹＥＳ）、送信部１０４によりパーソナルコンピュータ２０１に対して接続不可情報が送信され、通信セッションが確立されないまま処理を終了する（ステップＳ０８）。これに対して、混雑状態情報が“輻輳状態（全規制）”でない場合には（ステップＳ０７；ＮＯ）、次に、混雑状態情報が“輻輳状態（一部規制）”であるかどうかが判定される（ステップＳ０９）。混雑状態情報が“輻輳状態（一部規制）”でない場合には（ステップＳ０９；ＮＯ）、INVITE信号を編集することなく、処理をステップＳ１３に移行する。
【００３１】
一方、混雑状態情報が“輻輳状態（一部規制）”である場合には（ステップＳ０９；ＹＥＳ）、特定の符号化方式情報に対応する帯域幅が所定の帯域幅以上であるかが判定される（ステップＳ１０）。符号化方式情報に対応する帯域幅が所定の帯域幅以上である場合には（ステップＳ１０；ＹＥＳ）、INVITE信号中のＳＤＰメッセージからその符号化方式情報が削除される（ステップS１１）。例えば、所定の帯域幅が“32kbps”と設定された場合には、帯域幅が“64kbps”である符号化方式「G.711」を示す符号化方式情報が削除される。一方、符号化方式情報に対応する帯域幅が所定の帯域幅以上でない場合には（ステップＳ１０；ＮＯ）、INVITE信号中のＳＤＰメッセージからその符号化方式情報は削除されない。ステップＳ１０〜ステップＳ１１の処理は、INVITE信号に含まれる全ての符号化方式情報について繰り返される（ステップＳ１２）。
【００３２】
このようにして編集されたINVITE信号は、送信部１０４によりパーソナルコンピュータ２０２に対して送信される（ステップＳ１３）。次に、図５に移って、INVITE信号を受信したパーソナルコンピュータ２０２により、接続試行中を知らせるためのTRYING信号が、発信側端末に向けて返送される（ステップＳ１４）。次に、パーソナルコンピュータ２０２により呼出中を知らせるためのRINGING信号が、発信側端末に向けて送信される（ステップＳ１５）。このRINGING信号は、信号中継サーバ１０の信号受信部１０１によって受信され、送信部１０４により、パーソナルコンピュータ２０１に送信される（ステップＳ１６）。そして、パーソナルコンピュータ２０２において応答操作が行われると、先に送られてきたINVITE信号中のＳＤＰメッセージに含まれる符号化方式情報が示す符号化方式のうちから使用可能な符号化方式のものが決定される。決定された符号化方式を示す符号化方式情報を含むOK信号が、パーソナルコンピュータ２０２から発信側端末に送信され、信号受信部１０１において受信される（ステップＳ１７）。受信されたOK信号は、送信部１０４により、パーソナルコンピュータ２０１に転送される（ステップＳ１８）。OK信号を受信したパーソナルコンピュータ２０１は、ACK信号を着信側端末に向けて送信する（ステップＳ１９）。そのACK信号は、信号受信部１０１により受信され、送信部１０４によりパーソナルコンピュータ２０２に転送される（ステップＳ２０）。
【００３３】
以上のような動作により、パーソナルコンピュータ２０１とパーソナルコンピュータ２０２間の通信セッションが確立され、以後、決定された符号化方式が適用されたパケットデータを送受信することにより音声通話が実現される。
【００３４】
次に、本発明の実施形態にかかる信号中継プログラム、および、当該信号中継プログラムを記録したコンピュータ読み取り可能な記録媒体（以下、単に記録媒体という）について説明する。ここで、記録媒体とは、コンピュータのハードウェア資源に備えられている読み取り装置に対して、プログラムの記述内容に応じて、磁気、光、電気等のエネルギーの変化状態を引き起こして、それに対応する信号の形式で、読み取り装置にプログラムの記述内容を伝達できるものである。かかる記録媒体としては、例えば、磁気ディスク、光ディスク、ＣＤ−ＲＯＭ、コンピュータに内蔵されるメモリなどが該当する。
【００３５】
図６は、本発明の実施形態にかかる記録媒体の構成図である。記録媒体９は、図６に示すように、プログラムを記録するプログラム領域９１を備えている。このプログラム領域９１には、信号中継プログラム９２が記録されている。信号中継プログラム９２は、処理を統括するメインモジュール９２１と、信号受信モジュール９２２と、情報抽出モジュール９２３と、信号編集モジュール９２４と、送信モジュール９２５と、監視情報受信モジュール９２６とを備えて構成される。ここで、信号受信モジュール９２２、情報抽出モジュール９２３、信号編集モジュール９２４、送信モジュール９２５、監視情報受信モジュール９２６のそれぞれを動作させることによって実現する機能は、上記信号中継サーバ１０の信号受信部１０１、情報抽出部１０２、信号編集部１０３、送信部１０４、監視情報受信部１０５それぞれの機能と同様である。尚、この場合、上記信号中継サーバ１０の帯域情報格納部１０６と監視情報格納部１０７とのそれぞれは、記録媒体９のデータ領域９３に帯域情報格納部９３１と監視情報格納部９３２として格納されていても良いし、別の記録媒体に格納されていても良い。
【００３６】
以上述べた本実施形態にかかる信号中継サーバ１０によれば、信号受信部１０１が、パーソナルコンピュータ２０１からINVITE信号を受信し、情報抽出部１０２が、パーソナルコンピュータ２０１から受信したINVITE信号中のＳＤＰメッセージからユーザデータに関するプロトコル情報を抽出し、信号編集部１０３が、そのINVITE信号中のＳＤＰメッセージからネットワークの混雑状態に応じて所定の帯域幅以上のプロトコル情報を削除した後、送信部１０４が、その信号をパーソナルコンピュータ２０２に送信する。これにより、送信側端末と着信側端末間でネットワークの混雑状態に応じた帯域幅に制限されたプロトコル情報のみを選択させて通信させることができる。
【００３７】
本実施形態にかかる信号中継サーバ１０においては、発信側端末及び着信側端末としてパーソナルコンピュータを使用していたが、これは、ネットワーク上でデータを送受信できるものであればこれに限られない。例えば、携帯電話機、ＰＨＳ、ＩＰ電話専用機、携帯情報端末（ＰＤＡ）等が挙げられる。
【００３８】
また、本実施形態にかかる信号中継サーバ１０においては、ネットワーク監視装置３０においては３種類の混雑状態情報に基づいてINVITE信号を編集していたが、これは、これらの情報のパターン及びそのパターン数は適宜変更しても良い。また、混雑状態情報として、ＩＰネットワーク網６０に伝送されているパケット数等の定量的なデータを用いても良い。
【００３９】
また、本実施形態にかかる信号中継サーバ１０においては、プロトコル情報が示すプロトコルが所定の帯域幅以上のものを削除するようINVITE信号を編集していたが、これは、この所定の帯域幅をユーザ毎、あるいは、音声データや画像データ等のユーザデータに含まれるデータの種類毎に可変値となるように設定しても良い。これにより、ユーザ毎、提供される通信サービス毎に、制限する帯域幅にバリエーションを持たせることが可能となり、より満足度の高いデータ通信が実現できる。
【００４０】
また、本実施形態にかかる信号中継サーバ１０においては、定期的にネットワーク監視装置３０から混雑状態情報を取得していたが、これは、INVITE信号が受信されるタイミングで、その都度混雑状態情報を取得するようにしても良い。これにより、定期的に取得する場合と比較して、常により最新の混雑状態情報により、発信側端末と着信側端末との間で送受されるユーザデータの帯域幅を制限することができる。
【００４１】
また、本実施形態にかかる信号中継サーバ１０においては、パーソナルコンピュータ間でVoIPによる音声通話の通信セッションを制御するための制御信号を中継するために利用されていたが、これは、動画像通信、テレビ電話通信、テキスト通信、音楽データ通信、双方向型ゲーム用データ通信等、様々なデータを扱う通信において利用することができる。
【図面の簡単な説明】
【００４２】
【図１】本発明の実施形態である信号中継サーバの構成図である。
【図２】図１の監視情報格納部に格納されるデータの構成図である。
【図３】図１の帯域情報格納部格納されるデータの構成図である。
【図４】本発明の実施形態である信号中継サーバの動作の前半を示す動作遷移図である。
【図５】本発明の実施形態である信号中継サーバの動作の後半を示す動作遷移図である。
【図６】本発明の実施形態である信号中継プログラムの構成図である。
【符号の説明】
【００４３】
１０…信号中継サーバ、３０…ネットワーク監視装置、６０…ＩＰネットワーク網、１０１…信号受信部、１０２…情報抽出部、１０３…信号編集部、１０４…送信部、１０５…監視情報受信部、１０６…帯域情報格納部、１０７…監視情報格納部、２０１、２０２…パーソナルコンピュータ。
【図１】
2005328291.tif 000003
【図２】
2005328291.tif 000004
【図３】
2005328291.tif 000005
【図４】
2005328291.tif 000006
【図５】
2005328291.tif 000007
【図６】
2005328291.tif 000008