通信システム及び中継装置
【課題】処理を行うリソースをネットワーク経由で利用する場合において、特定の装置に処理の負荷が集中することを抑制する。
【解決手段】ＶｏＩＰゲートウェイ装置４ｂは、ＩＰ電話装置２ａから送信されてくる、Ｇ．７２９方式で符号化された音声データストリームを、処理負荷の軽いＧ．７１１方式で符号化された音声データストリームへ変換し、ＶｏＩＰゲートウェイ装置４ａへ送信する。この音声データストリームはＶｏＩＰゲートウェイ装置４ａでアナログ信号に変換されて電話機５ａに届けられる。一方、電話機５ａから発せられたアナログ信号は、ＶｏＩＰゲートウェイ装置４ａでＧ．７１１方式で符号化されてＶｏＩＰゲートウェイ装置４ｂに送信される。ＶｏＩＰゲートウェイ装置４ｂの制御部４１は、Ｇ．７１１方式で符号化された音声データストリームを、Ｇ．７２９方式で符号化された音声データストリームへ変換し、ＩＰ電話装置２ａへ送信する。
【解決手段】ＶｏＩＰゲートウェイ装置４ｂは、ＩＰ電話装置２ａから送信されてくる、Ｇ．７２９方式で符号化された音声データストリームを、処理負荷の軽いＧ．７１１方式で符号化された音声データストリームへ変換し、ＶｏＩＰゲートウェイ装置４ａへ送信する。この音声データストリームはＶｏＩＰゲートウェイ装置４ａでアナログ信号に変換されて電話機５ａに届けられる。一方、電話機５ａから発せられたアナログ信号は、ＶｏＩＰゲートウェイ装置４ａでＧ．７１１方式で符号化されてＶｏＩＰゲートウェイ装置４ｂに送信される。ＶｏＩＰゲートウェイ装置４ｂの制御部４１は、Ｇ．７１１方式で符号化された音声データストリームを、Ｇ．７２９方式で符号化された音声データストリームへ変換し、ＩＰ電話装置２ａへ送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上のリソースを利用する技術に関する。
【背景技術】
【０００２】
通話の音声信号を符号化したデータをパケットに変換してＩＰ（Internet Protocol）ネットワーク上を伝送するためのＶｏＩＰ（Voice over Internet Protocol）という技術が知られている。デジタル形式のデータが伝送されるＩＰネットワークとアナログ信号が伝送される電話網との間には、ＶｏＩＰゲートウェイ装置と呼ばれる中継装置が設けられている。このＶｏＩＰゲートウェイ装置は、例えばＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、コーデックまたはエコーキャンセラなどのリソースとして、自装置に予め割り当てられた最大通話数に必要十分となるようなものを備えている。例えば、ＣＰＵやＤＳＰは、最大数の通話に関する処理を実行し得るだけの演算機能を備えている。また、Ｇ．７２９方式のコーデックなど、ライセンス料の発生するリソースであれば、ＶｏＩＰゲートウェイ装置の販売者が最大通話数に応じた額のライセンス料をライセンサに支払っている。ところが、例えば企業内の内線通話システムなどにこのＶｏＩＰを適用した場合、そのシステム全体で見れば、全てのＶｏＩＰゲートウェイ装置が同時に最大数の通話を中継することはほとんどなく、そのときどきで稼働していないリソースが存在する。
【０００３】
例えば特許文献１、２には、音声処理に要するリソースとしてのコーデックを十分に実装した専用のサーバ装置を用意しておき、ネットワーク上でコーデックの不足が生じたときには、そのサーバ装置のコーデックをネットワーク経由で一時的に利用して処理を行うシステムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２９５５８６号公報
【特許文献２】特開２００４−１０２３３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記のようなリソースの提供専用のサーバ装置に対して処理の負荷が集中する事態が考えられ、もしその負荷によってサーバ装置が故障乃至異常を起こすと、システム全体での利用が困難になる。そして、このような事態に備えて、例えばサーバ装置を広帯域の回線に接続したり、また構成を冗長化するなどの対策が必要となるが、これらは、サーバ装置の設置コストを上昇させる原因となる。このような事情は、音声処理に要するリソースに限らず、画像処理に要するリソースなどを利用する場合であっても同様である。
【０００６】
そこで、本発明の目的は、処理を行うリソースをネットワーク経由で利用する場合において、特定の装置に処理の負荷が集中することを抑制することにある。
【課題を解決するための手段】
【０００７】
上述の課題を解決するため、本発明は、複数の通信装置間で送受信されるデータの中継をそれぞれ行う複数の中継装置を備え、各々の前記中継装置は、一の通信装置から他の通信装置に宛てて送信されたデータを受信すると、当該データを前記他の通信装置に宛てて送信する中継処理を行う中継手段と、前記中継手段によってデータの中継処理が行われているときに、当該データに対して処理を行うリソースと、前記中継手段が前記一の通信装置から送信されたデータを受信したときに、当該データに対応するリソースがない場合には、他の中継装置に対して、当該データに対応するリソースが当該他の中継装置において空いているか否かを問い合わせる問い合わせ手段と、他の中継装置から、当該他の中継装置が受信したデータに対応するリソースが自装置において空いているか否かの問い合わせがあると、当該他の中継装置に対し、自装置における前記リソースの空き状況に応じた内容の返答を行う返答手段と、前記問い合わせの結果、前記他の中継装置において前記リソースが空いている場合には、前記一の通信装置から前記他の通信装置に宛てて送信されたデータの中継処理を当該他の中継装置が行うための準備を行う準備手段とを備え、前記準備手段によって前記準備が行われた後、前記中継手段は、前記他の中継装置において前記リソースによる処理を経て送信されてくるデータを受信すると、当該データを前記他の通信装置に宛てて送信する中継処理を行うことを特徴とする通信システムを提供する。
【０００８】
本発明の好ましい態様において、前記問い合わせ手段は、自装置と各々の前記他の中継装置との間の通信速度に関する情報を記憶しており、各々の前記他の中継装置に対して前記問い合わせを行うときの順序として、前記通信速度に応じた順序を決定し、決定した順序で他の中継装置のそれぞれに対して前記問い合わせを行うようにしてもよい。
【０００９】
別の好ましい態様では、前記問い合わせ手段は、各々の前記他の中継装置が備えるリソースの性能または空き具合に関連する情報を記憶しており、各々の前記他の中継装置に対して前記問い合わせを行うときの順序として、前記リソースの性能が高いと、または、リソースが空いている度合いが大きいと、早く問い合わせを行うような順序を決定し、決定した順序で他の中継装置のそれぞれに対して前記問い合わせを行うようにしてもよい。
【００１０】
さらに別の好ましい態様において、前記問い合わせ手段は、各々の前記他の中継装置が、前記一の通信装置から前記他の通信装置に宛てて送信されたデータの中継を行ったときの当該中継の成功率に関する情報を記憶しており、各々の前記他の中継装置に対して前記問い合わせを行うときの順序として、前記成功率が高いと早く問い合わせを行うような順序を決定し、決定した順序で他の中継装置のそれぞれに対して前記問い合わせを行うようにしてもよい。
【００１１】
上記において、前記他の中継装置において前記リソースによる処理を経て送信されてくるデータを受信すると当該データを前記他の通信装置に宛てて送信する中継処理を、前記中継手段が開始した後に、自装置の前記リソースが前記別のデータに対して行っていた処理が完了すると、前記他の中継装置による前記中継処理を終了させるための終了処理を行う終了手段を備え、前記終了手段による終了処理の後に、前記中継手段は、前記一の通信装置から前記他の通信装置に宛てて送信されたデータを受信すると、当該データを前記他の通信装置に宛てて送信する中継処理を行い、前記リソースは、当該中継処理が行われているときに、当該データに対して前記処理を行うようにしてもよい。
【００１２】
また、本発明は、一の通信装置から他の通信装置に宛てて送信されたデータを受信すると、当該データを前記他の通信装置に宛てて送信する中継処理を行う中継手段と、前記中継手段によってデータの中継処理が行われているときに、当該データに対して処理を行うリソースと、前記中継手段が前記一の通信装置から送信されたデータを受信したときに、当該データに対応するリソースがない場合には、他の中継装置に対して、当該データに対応するリソースが当該他の中継装置において空いているか否かを問い合わせる問い合わせ手段と、他の中継装置から、当該他の中継装置が受信したデータに対応するリソースが自装置において空いているか否かの問い合わせがあると、当該他の中継装置に対し、自装置における前記リソースの空き状況に応じた内容の返答を行う返答手段と、前記問い合わせの結果、前記他の中継装置において前記リソースが空いている場合には、前記一の通信装置から前記他の通信装置に宛てて送信されたデータの中継処理を当該他の中継装置が行うための準備を行う準備手段とを備え、前記準備手段によって前記準備が行われた後、前記中継手段は、前記他の中継装置において前記リソースによる処理を経て送信されてくるデータを受信すると、当該データを前記他の通信装置に宛てて送信する中継処理を行うことを特徴とする中継装置を提供する。
【発明の効果】
【００１３】
本発明によれば、処理を行うリソースをネットワーク経由で利用する場合において、特定の装置に処理の負荷が集中することを抑制することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態に係る通信システムの構成を示す図である。
【図２】ＶｏＩＰゲートウェイ装置の構成を示すブロック図である。
【図３】通信システムの動作を説明するシーケンス図である。
【図４】変形例におけるＶｏＩＰゲートウェイ装置が記憶している管理テーブルの内容の一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の一実施形態について説明する。
＜実施形態＞
＜構成＞
図１は、本発明の実施形態に係る通信システムの構成を示す図である。通信システムは、ＩＰネットワーク１と、ＩＰネットワーク１に接続された複数のＩＰ電話装置２ａ，２ｂと、複数のアナログ電話網３ａ，３ｂと、ＩＰネットワーク１とアナログ電話網３ａ，３ｂとをそれぞれ接続する複数のＶｏＩＰゲートウェイ装置４ａ，４ｂと、アナログ電話網３ａ，３ｂに接続された複数の電話機５ａ〜５ｄとを備えている。ＩＰ電話装置２ａ，２ｂ及び電話機５ａ〜５ｄは利用者の通話に利用される通信装置であり、通話に必要なマイクやスピーカ、操作子、そして音声処理回路などを備えている。各々のＶｏＩＰゲートウェイ装置４ａ，４ｂに接続されたアナログ電話網３ａ，３ｂは、例えば企業などの組織に設けられた内線電話網であり、それぞれが或る数の電話機に対して通話サービスを提供する。ＶｏＩＰゲートウェイ装置は、ＳＩＰ（Session Initiation Protocol）を用いて、ＩＰ電話装置２ａ，２ｂと電話機５ａ〜５ｄとの間で送受信される双方向の音声データストリームのデータ中継を行い、それぞれの利用者間の通話を実現する。ＳＩＰとは、ＶｏＩＰなどで用いられる２つ以上のクライアント間においてセッションの開始、変更、終了といった基本的な機能を実現するためのプロトコルであり、これらの基本機能を実現するために、例えばクライアントに関する情報についてはＳＤＰ（Session Description Protocol）で処理し、データ通信についてはＲＴＰ（Real-time Transport Protocol）で処理するようになっている。
【００１６】
また、各ＶｏＩＰゲートウェイ装置４ａ，４ｂには、それぞれが接続されているアナログ電話網３ａ，３ｂの電話機５ａ〜５ｄの最大通話数よりも少ない通話数に見合ったリソースが実装されている。したがって、各ＶｏＩＰゲートウェイ装置４ａ，４ｂにおいてはリソースが不足する事態が見込まれるが、このような場合には、各ＶｏＩＰゲートウェイ装置４ａ，４ｂは、他のＶｏＩＰゲートウェイ装置のリソースをＩＰネットワーク１経由で利用するようになっている。なお、図１におけるＩＰネットワーク、ＩＰ電話装置、アナログ電話網、ＶｏＩＰゲートウェイ装置、及び電話機の数は、図示されている数に限らない。
【００１７】
図２は、ＶｏＩＰゲートウェイ装置４ａの構成を示すブロック図である。ＶｏＩＰゲートウェイ装置４ａは、制御部４１、揮発性記憶部４２、不揮発性記憶部４３、ＩＰネットワーク通信部４４及びアナログ電話網通信部４５を備えている。制御部４１は、ＣＰＵ、ＤＳＰ及びコーデックなど、各種処理を行うリソースを備えている。データ中継時に音声処理を行うコーデックには、Ｇ．７２９方式のコーデックと、このＧ．７２９方式よりも処理の負荷が小さいＧ．７１１方式のコーデックとがある。ＩＰ電話装置２ａ，２ｂは、音声データの符号化方式としてＧ．７２９方式を採用しているため、ＩＰ電話装置２ａ，２ｂから送信された音声データストリーム及びＩＰ電話装置２ａ，２ｂを宛先とする音声データストリームを中継するにあたっては、Ｇ．７２９方式のコーデックが必要になる。揮発性記憶部４２は、例えばＲＡＭ（Random Access Memory）であり、制御部４１のＣＰＵがプログラムを実行する際のワークエリアとなる。不揮発性記憶部４３は、例えばＥＰＲＯＭ（Erasable Programmable Read Only Memory）などの不揮発性メモリであり、制御部４１のＣＰＵが実行するプログラムや、このＶｏＩＰゲートウェイ装置４ａが利用するリソースを実装する他の複数のＶｏＩＰゲートウェイ装置のＩＰアドレスなどを記憶している。ＩＰネットワーク通信部４４は、ＩＰネットワーク１に接続されるインタフェースであり、アナログ電話網通信部４５は、アナログ電話網３ａに接続されるインタフェースである。
なお、ＶｏＩＰゲートウェイ装置４ｂの構成は、ＶｏＩＰゲートウェイ装置４ａと同様である。
【００１８】
＜動作＞
図３は、通信システムの動作を示すシーケンス図である。例えば、一の通信装置であるＩＰ電話装置２ａの利用者が他の通信装置である電話機５ａの利用者との通話を希望した場合に、ＶｏＩＰゲートウェイ装置４ａの制御部４１のリソースに空きがあれば、制御部４１は、ＩＰ電話装置２ａから電話機５ａに宛てて送信された音声データストリームを受信すると、その音声データストリームを他の通信装置である電話機５ａに宛てて送信する中継処理を行う中継手段として機能する。一方、ＶｏＩＰゲートウェイ装置４ａの制御部４１のリソースに空きがないときには、制御部４１は、ＶｏＩＰゲートウェイ装置４ｂのリソースであるコーデックを利用する。図３はこの場合の動作を示している。
【００１９】
まず、利用者がＩＰ電話装置２ａに対して電話機５ａの電話番号を指定して通話の開始を指示すると、この指示に応じて、ＩＰ電話装置２ａは、ＩＮＶＩＴＥリクエストをＶｏＩＰゲートウェイ装置４ａに送信する（ステップＳ１）。このＩＮＶＩＴＥリクエストは、ＳＩＰにおいて通話要求を行ってセッションを開始するためのリクエストであり、ＩＰ電話装置２ａのＩＰアドレス及び電話機５ａの電話番号を含んでいる。ＶｏＩＰゲートウェイ装置４ａの制御部４１は、ＩＰネットワーク１を介してこのＩＮＶＩＴＥリクエストを受け取ると、要求されている通話に必要な自身のリソースが空いているか否かを判断する。ここで、ＶｏＩＰゲートウェイ装置４ａの制御部４１は、自身のコーデックのうち、Ｇ．７２９方式のコーデックが全て、他の音声データストリームを処理中で空きがないと判断した場合には、不揮発性記憶部４３に記憶している他のＶｏＩＰゲートウェイ装置のＩＰアドレスのうち、いずれか１つを選択する。ここでは、ＶｏＩＰゲートウェイ装置４ｂのＩＰアドレスが選択されたとし、制御部４１は、このＩＰアドレスを宛先として、ＩＮＶＩＴＥリクエストを送信する（ステップＳ２）。このＩＮＶＩＴＥリクエスト内のＳＤＰセッション記述子の“ａ＝”行には、ＶｏＩＰゲートウェイ装置４ａが利用したいリソースの名称乃至識別情報（ここでは、Ｇ．７２９方式のコーデックである旨）と、通話要求元のＩＰ電話装置２ａのＩＰアドレスが記述されている。このＩＮＶＩＴＥリクエストは、他のＶｏＩＰゲートウェイ装置に対して、自装置のリソースと同種のリソースが当該他のＶｏＩＰゲートウェイ装置において空いているか否かを問い合わせるリクエストに相当する。よって、制御部４１は、問い合わせ手段として機能する。
【００２０】
ＶｏＩＰゲートウェイ装置４ｂの制御部４１は、ＩＰネットワーク１を介してこのＩＮＶＩＴＥリクエストを受け取ると、この内容を揮発性記憶部４２にいったん記憶した後、ＳＤＰセッション記述子の“ａ＝”行に記述されたＧ．７２９方式のコーデックが空いているか否かを判断する。そして、ＶｏＩＰゲートウェイ装置４ｂの制御部４１は、空いているコーデックがあると判断した場合には、２００番の応答をＶｏＩＰゲートウェイ装置４ａに送信する（ステップＳ３）。ＳＩＰにおいて２００番の応答は、ＯＫ（肯定）の意味を表す。この２００番の応答は、ＶｏＩＰゲートウェイ装置４ａに対し、ＶｏＩＰゲートウェイ装置４ｂにおけるリソースの空き状況に応じた内容の返答に相当する。よって、制御部４１は返答手段として機能する。一方、ＶｏＩＰゲートウェイ装置４ａの制御部４１は、この２００番の応答を受け取ると、ＶｏＩＰゲートウェイ装置４ｂとの間でＲＴＰセッションを確立する（ステップＳ４）。
【００２１】
そして、ＶｏＩＰゲートウェイ装置４ａの制御部４１は、ＲＴＰセッションを確立すると、ＩＰ電話装置２ａに対して３０２番の応答を送信する（ステップＳ５）。この３０２番の応答の意味はMoved Temporarilyであり、ここでは、ＶｏＩＰゲートウェイ装置４ｂへの音声データストリームのリダイレクトを表している。従って、この３０２番の応答には、ＶｏＩＰゲートウェイ装置４ｂのＩＰアドレスが含まれている。ＩＰ電話装置２ａは、この３０２番の応答を受け取ると、電話機５ａの電話番号を含むＩＮＶＩＴＥリクエストを、３０２番の応答に含まれているＶｏＩＰゲートウェイ装置４ｂのＩＰアドレスを宛先として送信する（ステップＳ６）。
【００２２】
ＶｏＩＰゲートウェイ装置４ｂの制御部４１は、ＩＰネットワーク１を介してこのＩＮＶＩＴＥリクエストを受け取ると、ステップＳ２で受けとったＩＮＶＩＴＥリクエストの内容と照合して、このステップＳ６で受け取ったＩＮＶＩＴＥリクエストがＶｏＩＰゲートウェイ装置４ａからの依頼に基づくものであることを認識する。そして、ＶｏＩＰゲートウェイ装置４ｂの制御部４１は、要求されている通話に必要なリソースとしてのコーデックが空いているか否かを判断するが、ここでは、既に判断したとおりコーデックが空いているはずであるから、２００番の応答をＩＰネットワーク１を介してＩＰ電話装置２ａに送信する（ステップＳ７）。そして、ＶｏＩＰゲートウェイ装置４ａの制御部４１は、ＩＰ電話装置２ａとの間でＲＴＰセッションを確立する（ステップＳ８）。これにより、ＶｏＩＰゲートウェイ装置４ａとＶｏＩＰゲートウェイ装置４ｂとの間、および、ＶｏＩＰゲートウェイ装置４ｂとＩＰ電話装置２ａとの間は、それぞれＲＴＰセッションが確立されたことになる。このようにして、ＩＰ電話装置２ａ及び電話機５ａとの間で送受信されるデータの中継処理をＶｏＩＰゲートウェイ装置４ｂが行うための準備が整えられる。つまり、ＶｏＩＰゲートウェイ装置４ａの制御部４１が行ったステップＳ５の処理はこの準備を行なうのに必要な処理であり、制御部４１はその準備を行う準備手段として機能することになる。
【００２３】
以降、ＶｏＩＰゲートウェイ装置４ｂの制御部４１とＶｏＩＰゲートウェイ装置４ａの制御部４１とが連携して、ＩＰ電話装置２ａ及び電話機５ａ間の双方向のデータ中継を行うが、このとき、Ｇ．７２９方式のコーデックを用いた処理を行うのはＶｏＩＰゲートウェイ装置４ｂの制御部４１である。より具体的には、ＶｏＩＰゲートウェイ装置４ｂの制御部４１は、ＩＰ電話装置２ａからＩＰネットワーク１を介して送信されてくる、Ｇ．７２９方式で符号化された音声データストリームを、より処理負荷の軽いＧ．７１１方式で符号化された音声データストリームへ変換して、ＩＰネットワーク１経由でＶｏＩＰゲートウェイ装置４ａへ送信する。このＧ．７１１方式で符号化された音声データストリームは、ＶｏＩＰゲートウェイ装置４ａを経由するときに、アナログ信号に変換されて電話機５ａに届けられ、音として発せられる。一方、電話機５ａから発せられたアナログ信号は、ＶｏＩＰゲートウェイ装置４ａを経由するときに、Ｇ．７１１方式で符号化された音声データストリームに変換され、ＩＰネットワーク１を介してＶｏＩＰゲートウェイ装置４ｂに送信される。ＶｏＩＰゲートウェイ装置４ｂの制御部４１は、ＶｏＩＰゲートウェイ装置４ａから送信されてくる、Ｇ．７１１方式で符号化された音声データストリームを、Ｇ．７２９方式で符号化された音声データストリームへ変換し、ＩＰネットワーク１を介してＩＰ電話装置２ａへ送信する。ＩＰ電話装置２ａはこれを復号して音として発する。このようにして、ＩＰ電話装置２ａの利用者と電話機５ａの利用者との間での通話が実現される（ステップＳ９）。
【００２４】
なお、ＶｏＩＰゲートウェイ装置４ｂの制御部４１は、要求されている通話に必要なリソースとしてのコーデックが空いているか否かを判断したときに、全コーデックの空きがないと判断した場合には、ＮＧの旨の応答をＶｏＩＰゲートウェイ装置４ａに送信する。ＶｏＩＰゲートウェイ装置４ａの制御部４１は、この応答を受け取ると、不揮発性記憶部に記憶している他のＶｏＩＰゲートウェイ装置のＩＰアドレスのうち、ＶｏＩＰゲートウェイ装置４ｂ以外のＩＰアドレスを１つ選択する。そして、上述したステップＳ２と同様に、制御部４１は、このＩＰアドレスを宛先として、ＩＮＶＩＴＥリクエストを送信する。このように、制御部４１は、リソースの空きがあるＶｏＩＰゲートウェイ装置が見つかるまで、不揮発性記憶部に記憶している全てのＶｏＩＰゲートウェイ装置のＩＰアドレスに宛ててＩＮＶＩＴＥリクエストを送信して、リソースの利用を試みる。そして、この試みの結果、全てのＶｏＩＰゲートウェイ装置においてリソースの空きが無かった場合には、制御部４１は、ＩＰ電話装置２ａに対し、“Ｂｕｓｙ”の旨の４８６番の応答を送信する。
【００２５】
以上の例は、ＶｏＩＰゲートウェイ装置４ａがＶｏＩＰゲートウェイ装置４ｂのリソースを利用する場合であったが、これとは逆の場合もあり得る。例えば、ＩＰ電話装置２ａの利用者が電話機５ｂの利用者との通話を希望した場合に、この電話機５ｂにアナログ電話網３ｂを介して接続されているＶｏＩＰゲートウェイ装置４ｂのリソースであるコーデックが全て稼動中であるため、ＶｏＩＰゲートウェイ装置４ａのリソースであるコーデックを利用する、というような場合である。
【００２６】
このように、上記の実施形態では、或るＶｏＩＰゲートウェイ装置においてその装置自身のリソースが不足しているような場合に、他のＶｏＩＰゲートウェイ装置のリソースを利用するようにしているから、ＩＰネットワーク上に複数設けられたＶｏＩＰゲートウェイ装置はお互いにリソースを利用しあうことができる。よって、ＶｏＩＰゲートウェイ装置群とは別に、リソースの提供専用のサーバ装置を用意する場合と比較すると、負荷の分散を図ることができ、特定の装置に処理の負荷が集中するような事態の発生を抑制することが可能となる。
そして、上記のようにＶｏＩＰゲートウェイ装置群によって負荷分散を図っているので、各々のＶｏＩＰゲートウェイ装置４ａ，４ｂには、それぞれに接続されているアナログ電話網３ａ，３ｂの電話機５ａ〜５ｄの最大通話数よりも少ない通話数に見合ったリソースを実装すれば足りる。よって、各々のＶｏＩＰゲートウェイ装置の設置コストや管理コストを抑えられる。
【００２７】
＜変形例＞
以上の実施形態は次のように変形可能である。また、次の各変形は互いに組み合わせてもよい。
＜変形例１＞
実施形態において、ＶｏＩＰゲートウェイ装置４ａの制御部４１は、リソースの空きがあるか否かを他のＶｏＩＰゲートウェイ装置の各々に対して順番に問い合わせていたが、問い合わせの方法はこれに限らない。例えば制御部４１は、不揮発性記憶部４３に記憶されているＶｏＩＰゲートウェイ装置の全アドレスに対していっせいに問い合わせを行い、これらのＶｏＩＰゲートウェイ装置群から最も早く２００番の応答があったものを選択してもよい。このようにすれば、リソースの利用を依頼する先となるＶｏＩＰゲートウェイ装置を早く決めることができる。
【００２８】
＜変形例２＞
また、ＶｏＩＰゲートウェイ装置４ａの制御部４１が、リソースの空きがあるか否かを他のＶｏＩＰゲートウェイ装置の各々に対して問い合わせるときの順番を次のような手順で決定するようにしてもよい。
ここで、図４は、ＶｏＩＰゲートウェイ装置４ａの不揮発性記憶部４３に記憶された管理テーブルの内容の一例を示す図である。この管理テーブルには、他のＶｏＩＰゲートウェイ装置に問い合わせを行うときの順序を決定する根拠となる情報群が記述されている。この情報群には、ホップ数、通信帯域、リソースの性能、リソース稼働率及び成功率が含まれており、これらが各ＶｏＩＰゲートウェイ装置のＩＰアドレスと対応付けて管理テーブルに記述されている。
【００２９】
まず、ホップ数は、この管理テーブルを記憶しているＶｏＩＰゲートウェイ装置４ａ（以下、自装置という）と、他のＶｏＩＰゲートウェイ装置４ｂ，４ｃ・・・（以下、他装置という）とが通信を行うときに、その通信を中継するノードの数である。そして、通信帯域は、自装置と他装置との間で行う通信の通信速度（bit/second）である。自装置の制御部４１は、ホップ数を調べる場合には、例えば、ネットワーク上の或るホスト装置から別のホスト装置までの経路を調べるためのtracertと同様の方法で、自装置と他装置との間の経路上に存在するノードの数を検出する。tracertの処理の方法の説明については省略する。また、自装置の制御部４１は、通信帯域を調べる場合には、例えば、他装置に対して定期的に測定パケットを送信し、これに応じて他装置から送信されてくる応答パケットを受信して、その測定パケットの送信から応答パケットの受信までの時間を計測することで、通信帯域を検出する。ホップ数及び通信帯域は、他装置との間の通信速度に関する情報の一例であり、管理テーブルにはこれ以外の通信速度の指標に関する情報が記述されていてもよい。
【００３０】
次に、リソースの性能は、他装置が備えるリソースの性能を１０レベルで評価した値である。自装置の制御部４１は、他装置に対して定期的にリソースの性能を問い合わせることで、他装置のリソースの性能を検出する。このリソースの性能は、他装置が備えるリソースの性能に関連する情報の一例であり、管理テーブルにはこれ以外の性能の指標に関する情報が記述されていてもよい。
【００３１】
次に、リソース稼働率は、他装置が備えるリソースの空き具合を百分率で評価した値である。自装置の制御部４１は、他装置に対して定期的にリソースの空き具合を問い合わせ、その他装置から、過去の一定期間においてリソースが空いていた時間の割合を取得することで、他装置のリソース稼働率を検出する。このリソース稼働率は、他装置が備えるリソースの空き具合に関連する情報の一例であり、管理テーブルにはこれ以外の空き具合の指標に関する情報が記述されていてもよい。
【００３２】
そして、成功率は、自装置が他装置に対してリソースの利用を依頼し、これに応じて他装置がリソースの処理を行いながらデータの中継を行ったときの当該中継の成功率である。中継が失敗する場合とは、例えばネットワークの通信環境が不安定であるとか、他装置の処理状態が不安定であるような場合である。自装置の制御部４１は、他装置に対してリソースの利用を依頼したときのデータ中継の成功の有無を記憶しておき、その成功率を算出する。成功率は、他装置がデータの中継を行ったときの当該中継の成功率に関する情報の一例であり、管理テーブルにはこれ以外のデータ中継の成功率の指標に関する情報が記述されていてもよい。
【００３３】
自装置の制御部４１は、上記のような各情報に対して重み付けを行って問い合わせの順序を決定する。具体的には、制御部４１は、通信速度に関する情報に対しては、通信速度が速いほど大きな重み付けを行う。また、制御部４１は、リソースの性能に関する情報に対しては、リソースの性能が高いほど大きな重み付けを行う。また、制御部４１は、リソースの空き具合に関する情報に対しては、リソースが空いている度合いが大きいほど大きな重み付けを行う。また、制御部４１は、データの中継の成功率に関する情報に対しては、成功率が高いほど大きな重み付けを行う。そして、制御部４１は、これらの重み付けを行った結果を、各々の他装置ごとに合計して、その合計値が高い他装置から順番に上記の問い合わせを行う。
制御部４１は、通信速度に関する情報、リソースの性能に関する情報、リソースの空き具合に関する情報及びデータの中継の成功率に関する情報を、上記のように組み合わせるのではなく、それぞれを単独で用いて、問い合わせ順序を決めるときの根拠としてもよい。これらの情報を単独で用いる場合も、重み付けの考え方は上記と同様である。
このようにすれば、リソースの処理やデータの中継処理が早いＶｏＩＰゲートウェイ装置に対して、リソースの処理を依頼することができる。
ただし、通信速度に関する情報に関しては、制御部４１は、上記とは逆に、通信速度が速いほど小さくなる重み付けを行ってよい。
【００３４】
＜変形例３＞
ＶｏＩＰゲートウェイ装置４ａの制御部４１は、ＶｏＩＰゲートウェイ装置４ｂのリソースによる処理を経て自装置に送信されてくるデータを受信し、これを本来の宛先である電話機５ａに送信する中継処理（つまり図３では、ステップＳ９の通話処理）を開始した後に、自装置のリソースに空きが生じた場合には、ＶｏＩＰゲートウェイ装置４ｂのリソースによる処理を終了させて、自装置のリソースを用いた処理を行ってデータ中継を行うようにしてもよい。具体的には、ＶｏＩＰゲートウェイ装置４ａの制御部４１は、自装置のリソースが別のデータに対して行っていた処理が完了することで、そのリソースに空きが生じたことを検知すると、その旨をＶｏＩＰゲートウェイ装置４ｂに通知する。制御部４１によって行われるこの通知処理が、ＶｏＩＰゲートウェイ装置４ｂのリソースによる処理を終了させるための終了処理に該当する。一方、ＶｏＩＰゲートウェイ装置４ｂの制御部４１は、自装置とＩＰ電話装置２ａとの間のＲＴＰセッションをＲＥＦＥＲリクエストによって、ＶｏＩＰゲートウェイ装置４ａとＩＰ電話装置２ａとの間のＲＴＰセッションに切り替える。ＳＩＰにおいてＲＥＦＥＲリクエストは、データの転送を意味するリクエストである。そして、ＶｏＩＰゲートウェイ装置４ａの制御部４１は、ＩＰ電話装置２ａから電話機５ａに宛てて送信された符号化音声データストリームを受信すると、そのデータストリームを電話機５ａに宛てて送信する一方、電話機５ａからＩＰ電話装置２ａに宛てて発せられたアナログ信号を受信すると、その符号化音声データストリームに変換してＩＰ電話装置２ａに宛てて送信する。このとき、制御部４１のリソースであるコーデックは、前述したような符号化方式の変換を行う。
このようにすれば、ＶｏＩＰゲートウェイ装置４ａは、ＶｏＩＰゲートウェイ装置４ｂのリソースを利用せずに、自身のリソースを利用することができる。
【００３５】
＜変形例４＞
実施形態では、お互いのリソースを利用し合う中継装置として、ＶｏＩＰゲートウェイ装置を例示したが、この中継装置はゲートウェイ装置に限らず、要するに、音声データの中継を行いつつ、その音声データに対して何らかの音声処理を行う中継装置であればよい。
また、中継装置が互いに利用し合うリソースは、Ｇ．７２９方式のコーデックの例に限定されず、音声処理に要するリソースであれば、例えば音声のエコーキャンセラなどであってもよい。また、画像データを取り扱う場合には、画像データのコーデックなどが考えられる。さらに、音声処理または画像処理を行うリソースに限定されることも無い。
また、中継装置がお互いに利用しあうリソースは完全同一のものでなくても、同種のリソースであればよい。例えば、同じ方式で符号化／復号を行うコーデックであってもバージョンが異なる場合には、完全に一致するリソースとは言えないが、新バージョンのリソースが独自に対応できる分野以外は、旧バージョンと同じ機能を実現するものである。同種のリソースとは、例えばこのようなバージョン違いのリソースどうしのことであるが、要するに、一方の中継装置のリソースに代えて他方の中継装置のリソースが利用できるような状態にある場合、これらの両者のリソースを同種のリソースという。
また、通信システムで用いられる通信プロトコルは、実施形態の例示以外のものであってもよい。また、通信システムにおける各中継装置のアドレスは、ＩＰアドレス以外のもの、例えばＳＩＰアドレスなどを用いてもよい。
【００３６】
＜変形例５＞
変形例４においては、ＶｏＩＰゲートウェイ装置などの中継装置がお互いに利用しあうリソースは同一ではなく同種のリソースでも構わないことを説明したが、これをさらに、次のような内容に拡張してもよい。
例えば、ＶｏＩＰゲートウェイ装置などの中継装置に対して、その中継装置が備えていないリソースを必要とするようなデータが送信されてくる場合がある。実施形態の例で説明すると、ＩＰ電話装置からＶｏＩＰゲートウェイ装置に対して、Ｇ．７２９方式で符号化された音声データストリームが送信されてきたときに、そのＶｏＩＰゲートウェイ装置が、そもそもＧ．７２９方式のコーデックを備えていないような場合である。この場合、ＶｏＩＰゲートウェイ装置の制御部４１は、実施形態で説明した内容と同様の手順で、他のＶｏＩＰゲートウェイ装置に対し、Ｇ．７２９方式のコーデックの空き具合を問い合わせ、空いているコーデックを備えているＶｏＩＰゲートウェイ装置に、そのコーデックを用いた処理を依頼する。また、Ｇ．７２９方式のコーデックを備えているＶｏＩＰゲートウェイ装置に対して、ＩＰ電話装置から、Ｇ．７２９方式以外の符号化方式で符号化された音声データストリームが送信されてくる場合もある。このような場合も、ＶｏＩＰゲートウェイ装置の制御部４１は、他のＶｏＩＰゲートウェイ装置に対し、Ｇ７２９．方式以外の符号化方式のコーデックの空き具合を問い合わせ、空いているコーデックを備えているＶｏＩＰゲートウェイ装置に、そのコーデックを用いた処理を依頼する。
以上のように、ＶｏＩＰゲートウェイ装置などの中継装置が、ＩＰ電話装置や電話機などの通信装置から送信されたデータを受信したときに、そのデータに対応するリソースがない場合には、他の中継装置に対して、そのデータに対応するリソースが空いているか否かを問い合わせ、その問い合わせの結果、リソースが空いていることが分かれば、他の中継装置にそのリソースによる処理を依頼する。ここでいう、「データに対応するリソース」とは、そのデータを用いた処理を行うことが可能なリソースのことであり、複数の中継装置においてデータに対して同一の処理を行う同一のリソース（実施形態で説明した内容）と、複数の中継装置においてデータに対して同種の処理を行う同種のリソース（変形例４で説明した内容）と、中継装置が備えていないリソースを必要とするようなデータが送信されてきた場合に、そのデータに対する処理を行えるような他の中継装置のリソース（変形例５で説明した内容）とを含む。
【００３７】
＜変形例６＞
上述した実施形態におけるプログラムは、磁気記録媒体（磁気テープ、磁気ディスクなど）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリなどのコンピュータ読み取り可能な記録媒体に記憶した状態で、ＶｏＩＰゲートウェイ装置等の中継装置に提供し得る。この場合には、記録媒体を読み取るインターフェースをこれらの中継装置に設ければよい。また、ネットワーク経由でこれらの中継装置にダウンロードさせることも可能である。
【符号の説明】
【００３８】
１・・・ＩＰネットワーク、２ａ，２ｂ・・・ＩＰ電話装置、３ａ，３ｂ・・・アナログ電話網、４ａ，４ｂ・・・ＶｏＩＰゲートウェイ装置、５ａ〜５ｄ・・・電話機、４１・・・制御部、４２・・・揮発性記憶部、４３・・・不揮発性記憶部、４４・・・ＩＰネットワーク通信部、４５・・・アナログ電話網通信部。
【技術分野】
【０００１】
本発明は、ネットワーク上のリソースを利用する技術に関する。
【背景技術】
【０００２】
通話の音声信号を符号化したデータをパケットに変換してＩＰ（Internet Protocol）ネットワーク上を伝送するためのＶｏＩＰ（Voice over Internet Protocol）という技術が知られている。デジタル形式のデータが伝送されるＩＰネットワークとアナログ信号が伝送される電話網との間には、ＶｏＩＰゲートウェイ装置と呼ばれる中継装置が設けられている。このＶｏＩＰゲートウェイ装置は、例えばＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、コーデックまたはエコーキャンセラなどのリソースとして、自装置に予め割り当てられた最大通話数に必要十分となるようなものを備えている。例えば、ＣＰＵやＤＳＰは、最大数の通話に関する処理を実行し得るだけの演算機能を備えている。また、Ｇ．７２９方式のコーデックなど、ライセンス料の発生するリソースであれば、ＶｏＩＰゲートウェイ装置の販売者が最大通話数に応じた額のライセンス料をライセンサに支払っている。ところが、例えば企業内の内線通話システムなどにこのＶｏＩＰを適用した場合、そのシステム全体で見れば、全てのＶｏＩＰゲートウェイ装置が同時に最大数の通話を中継することはほとんどなく、そのときどきで稼働していないリソースが存在する。
【０００３】
例えば特許文献１、２には、音声処理に要するリソースとしてのコーデックを十分に実装した専用のサーバ装置を用意しておき、ネットワーク上でコーデックの不足が生じたときには、そのサーバ装置のコーデックをネットワーク経由で一時的に利用して処理を行うシステムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２９５５８６号公報
【特許文献２】特開２００４−１０２３３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記のようなリソースの提供専用のサーバ装置に対して処理の負荷が集中する事態が考えられ、もしその負荷によってサーバ装置が故障乃至異常を起こすと、システム全体での利用が困難になる。そして、このような事態に備えて、例えばサーバ装置を広帯域の回線に接続したり、また構成を冗長化するなどの対策が必要となるが、これらは、サーバ装置の設置コストを上昇させる原因となる。このような事情は、音声処理に要するリソースに限らず、画像処理に要するリソースなどを利用する場合であっても同様である。
【０００６】
そこで、本発明の目的は、処理を行うリソースをネットワーク経由で利用する場合において、特定の装置に処理の負荷が集中することを抑制することにある。
【課題を解決するための手段】
【０００７】
上述の課題を解決するため、本発明は、複数の通信装置間で送受信されるデータの中継をそれぞれ行う複数の中継装置を備え、各々の前記中継装置は、一の通信装置から他の通信装置に宛てて送信されたデータを受信すると、当該データを前記他の通信装置に宛てて送信する中継処理を行う中継手段と、前記中継手段によってデータの中継処理が行われているときに、当該データに対して処理を行うリソースと、前記中継手段が前記一の通信装置から送信されたデータを受信したときに、当該データに対応するリソースがない場合には、他の中継装置に対して、当該データに対応するリソースが当該他の中継装置において空いているか否かを問い合わせる問い合わせ手段と、他の中継装置から、当該他の中継装置が受信したデータに対応するリソースが自装置において空いているか否かの問い合わせがあると、当該他の中継装置に対し、自装置における前記リソースの空き状況に応じた内容の返答を行う返答手段と、前記問い合わせの結果、前記他の中継装置において前記リソースが空いている場合には、前記一の通信装置から前記他の通信装置に宛てて送信されたデータの中継処理を当該他の中継装置が行うための準備を行う準備手段とを備え、前記準備手段によって前記準備が行われた後、前記中継手段は、前記他の中継装置において前記リソースによる処理を経て送信されてくるデータを受信すると、当該データを前記他の通信装置に宛てて送信する中継処理を行うことを特徴とする通信システムを提供する。
【０００８】
本発明の好ましい態様において、前記問い合わせ手段は、自装置と各々の前記他の中継装置との間の通信速度に関する情報を記憶しており、各々の前記他の中継装置に対して前記問い合わせを行うときの順序として、前記通信速度に応じた順序を決定し、決定した順序で他の中継装置のそれぞれに対して前記問い合わせを行うようにしてもよい。
【０００９】
別の好ましい態様では、前記問い合わせ手段は、各々の前記他の中継装置が備えるリソースの性能または空き具合に関連する情報を記憶しており、各々の前記他の中継装置に対して前記問い合わせを行うときの順序として、前記リソースの性能が高いと、または、リソースが空いている度合いが大きいと、早く問い合わせを行うような順序を決定し、決定した順序で他の中継装置のそれぞれに対して前記問い合わせを行うようにしてもよい。
【００１０】
さらに別の好ましい態様において、前記問い合わせ手段は、各々の前記他の中継装置が、前記一の通信装置から前記他の通信装置に宛てて送信されたデータの中継を行ったときの当該中継の成功率に関する情報を記憶しており、各々の前記他の中継装置に対して前記問い合わせを行うときの順序として、前記成功率が高いと早く問い合わせを行うような順序を決定し、決定した順序で他の中継装置のそれぞれに対して前記問い合わせを行うようにしてもよい。
【００１１】
上記において、前記他の中継装置において前記リソースによる処理を経て送信されてくるデータを受信すると当該データを前記他の通信装置に宛てて送信する中継処理を、前記中継手段が開始した後に、自装置の前記リソースが前記別のデータに対して行っていた処理が完了すると、前記他の中継装置による前記中継処理を終了させるための終了処理を行う終了手段を備え、前記終了手段による終了処理の後に、前記中継手段は、前記一の通信装置から前記他の通信装置に宛てて送信されたデータを受信すると、当該データを前記他の通信装置に宛てて送信する中継処理を行い、前記リソースは、当該中継処理が行われているときに、当該データに対して前記処理を行うようにしてもよい。
【００１２】
また、本発明は、一の通信装置から他の通信装置に宛てて送信されたデータを受信すると、当該データを前記他の通信装置に宛てて送信する中継処理を行う中継手段と、前記中継手段によってデータの中継処理が行われているときに、当該データに対して処理を行うリソースと、前記中継手段が前記一の通信装置から送信されたデータを受信したときに、当該データに対応するリソースがない場合には、他の中継装置に対して、当該データに対応するリソースが当該他の中継装置において空いているか否かを問い合わせる問い合わせ手段と、他の中継装置から、当該他の中継装置が受信したデータに対応するリソースが自装置において空いているか否かの問い合わせがあると、当該他の中継装置に対し、自装置における前記リソースの空き状況に応じた内容の返答を行う返答手段と、前記問い合わせの結果、前記他の中継装置において前記リソースが空いている場合には、前記一の通信装置から前記他の通信装置に宛てて送信されたデータの中継処理を当該他の中継装置が行うための準備を行う準備手段とを備え、前記準備手段によって前記準備が行われた後、前記中継手段は、前記他の中継装置において前記リソースによる処理を経て送信されてくるデータを受信すると、当該データを前記他の通信装置に宛てて送信する中継処理を行うことを特徴とする中継装置を提供する。
【発明の効果】
【００１３】
本発明によれば、処理を行うリソースをネットワーク経由で利用する場合において、特定の装置に処理の負荷が集中することを抑制することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態に係る通信システムの構成を示す図である。
【図２】ＶｏＩＰゲートウェイ装置の構成を示すブロック図である。
【図３】通信システムの動作を説明するシーケンス図である。
【図４】変形例におけるＶｏＩＰゲートウェイ装置が記憶している管理テーブルの内容の一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の一実施形態について説明する。
＜実施形態＞
＜構成＞
図１は、本発明の実施形態に係る通信システムの構成を示す図である。通信システムは、ＩＰネットワーク１と、ＩＰネットワーク１に接続された複数のＩＰ電話装置２ａ，２ｂと、複数のアナログ電話網３ａ，３ｂと、ＩＰネットワーク１とアナログ電話網３ａ，３ｂとをそれぞれ接続する複数のＶｏＩＰゲートウェイ装置４ａ，４ｂと、アナログ電話網３ａ，３ｂに接続された複数の電話機５ａ〜５ｄとを備えている。ＩＰ電話装置２ａ，２ｂ及び電話機５ａ〜５ｄは利用者の通話に利用される通信装置であり、通話に必要なマイクやスピーカ、操作子、そして音声処理回路などを備えている。各々のＶｏＩＰゲートウェイ装置４ａ，４ｂに接続されたアナログ電話網３ａ，３ｂは、例えば企業などの組織に設けられた内線電話網であり、それぞれが或る数の電話機に対して通話サービスを提供する。ＶｏＩＰゲートウェイ装置は、ＳＩＰ（Session Initiation Protocol）を用いて、ＩＰ電話装置２ａ，２ｂと電話機５ａ〜５ｄとの間で送受信される双方向の音声データストリームのデータ中継を行い、それぞれの利用者間の通話を実現する。ＳＩＰとは、ＶｏＩＰなどで用いられる２つ以上のクライアント間においてセッションの開始、変更、終了といった基本的な機能を実現するためのプロトコルであり、これらの基本機能を実現するために、例えばクライアントに関する情報についてはＳＤＰ（Session Description Protocol）で処理し、データ通信についてはＲＴＰ（Real-time Transport Protocol）で処理するようになっている。
【００１６】
また、各ＶｏＩＰゲートウェイ装置４ａ，４ｂには、それぞれが接続されているアナログ電話網３ａ，３ｂの電話機５ａ〜５ｄの最大通話数よりも少ない通話数に見合ったリソースが実装されている。したがって、各ＶｏＩＰゲートウェイ装置４ａ，４ｂにおいてはリソースが不足する事態が見込まれるが、このような場合には、各ＶｏＩＰゲートウェイ装置４ａ，４ｂは、他のＶｏＩＰゲートウェイ装置のリソースをＩＰネットワーク１経由で利用するようになっている。なお、図１におけるＩＰネットワーク、ＩＰ電話装置、アナログ電話網、ＶｏＩＰゲートウェイ装置、及び電話機の数は、図示されている数に限らない。
【００１７】
図２は、ＶｏＩＰゲートウェイ装置４ａの構成を示すブロック図である。ＶｏＩＰゲートウェイ装置４ａは、制御部４１、揮発性記憶部４２、不揮発性記憶部４３、ＩＰネットワーク通信部４４及びアナログ電話網通信部４５を備えている。制御部４１は、ＣＰＵ、ＤＳＰ及びコーデックなど、各種処理を行うリソースを備えている。データ中継時に音声処理を行うコーデックには、Ｇ．７２９方式のコーデックと、このＧ．７２９方式よりも処理の負荷が小さいＧ．７１１方式のコーデックとがある。ＩＰ電話装置２ａ，２ｂは、音声データの符号化方式としてＧ．７２９方式を採用しているため、ＩＰ電話装置２ａ，２ｂから送信された音声データストリーム及びＩＰ電話装置２ａ，２ｂを宛先とする音声データストリームを中継するにあたっては、Ｇ．７２９方式のコーデックが必要になる。揮発性記憶部４２は、例えばＲＡＭ（Random Access Memory）であり、制御部４１のＣＰＵがプログラムを実行する際のワークエリアとなる。不揮発性記憶部４３は、例えばＥＰＲＯＭ（Erasable Programmable Read Only Memory）などの不揮発性メモリであり、制御部４１のＣＰＵが実行するプログラムや、このＶｏＩＰゲートウェイ装置４ａが利用するリソースを実装する他の複数のＶｏＩＰゲートウェイ装置のＩＰアドレスなどを記憶している。ＩＰネットワーク通信部４４は、ＩＰネットワーク１に接続されるインタフェースであり、アナログ電話網通信部４５は、アナログ電話網３ａに接続されるインタフェースである。
なお、ＶｏＩＰゲートウェイ装置４ｂの構成は、ＶｏＩＰゲートウェイ装置４ａと同様である。
【００１８】
＜動作＞
図３は、通信システムの動作を示すシーケンス図である。例えば、一の通信装置であるＩＰ電話装置２ａの利用者が他の通信装置である電話機５ａの利用者との通話を希望した場合に、ＶｏＩＰゲートウェイ装置４ａの制御部４１のリソースに空きがあれば、制御部４１は、ＩＰ電話装置２ａから電話機５ａに宛てて送信された音声データストリームを受信すると、その音声データストリームを他の通信装置である電話機５ａに宛てて送信する中継処理を行う中継手段として機能する。一方、ＶｏＩＰゲートウェイ装置４ａの制御部４１のリソースに空きがないときには、制御部４１は、ＶｏＩＰゲートウェイ装置４ｂのリソースであるコーデックを利用する。図３はこの場合の動作を示している。
【００１９】
まず、利用者がＩＰ電話装置２ａに対して電話機５ａの電話番号を指定して通話の開始を指示すると、この指示に応じて、ＩＰ電話装置２ａは、ＩＮＶＩＴＥリクエストをＶｏＩＰゲートウェイ装置４ａに送信する（ステップＳ１）。このＩＮＶＩＴＥリクエストは、ＳＩＰにおいて通話要求を行ってセッションを開始するためのリクエストであり、ＩＰ電話装置２ａのＩＰアドレス及び電話機５ａの電話番号を含んでいる。ＶｏＩＰゲートウェイ装置４ａの制御部４１は、ＩＰネットワーク１を介してこのＩＮＶＩＴＥリクエストを受け取ると、要求されている通話に必要な自身のリソースが空いているか否かを判断する。ここで、ＶｏＩＰゲートウェイ装置４ａの制御部４１は、自身のコーデックのうち、Ｇ．７２９方式のコーデックが全て、他の音声データストリームを処理中で空きがないと判断した場合には、不揮発性記憶部４３に記憶している他のＶｏＩＰゲートウェイ装置のＩＰアドレスのうち、いずれか１つを選択する。ここでは、ＶｏＩＰゲートウェイ装置４ｂのＩＰアドレスが選択されたとし、制御部４１は、このＩＰアドレスを宛先として、ＩＮＶＩＴＥリクエストを送信する（ステップＳ２）。このＩＮＶＩＴＥリクエスト内のＳＤＰセッション記述子の“ａ＝”行には、ＶｏＩＰゲートウェイ装置４ａが利用したいリソースの名称乃至識別情報（ここでは、Ｇ．７２９方式のコーデックである旨）と、通話要求元のＩＰ電話装置２ａのＩＰアドレスが記述されている。このＩＮＶＩＴＥリクエストは、他のＶｏＩＰゲートウェイ装置に対して、自装置のリソースと同種のリソースが当該他のＶｏＩＰゲートウェイ装置において空いているか否かを問い合わせるリクエストに相当する。よって、制御部４１は、問い合わせ手段として機能する。
【００２０】
ＶｏＩＰゲートウェイ装置４ｂの制御部４１は、ＩＰネットワーク１を介してこのＩＮＶＩＴＥリクエストを受け取ると、この内容を揮発性記憶部４２にいったん記憶した後、ＳＤＰセッション記述子の“ａ＝”行に記述されたＧ．７２９方式のコーデックが空いているか否かを判断する。そして、ＶｏＩＰゲートウェイ装置４ｂの制御部４１は、空いているコーデックがあると判断した場合には、２００番の応答をＶｏＩＰゲートウェイ装置４ａに送信する（ステップＳ３）。ＳＩＰにおいて２００番の応答は、ＯＫ（肯定）の意味を表す。この２００番の応答は、ＶｏＩＰゲートウェイ装置４ａに対し、ＶｏＩＰゲートウェイ装置４ｂにおけるリソースの空き状況に応じた内容の返答に相当する。よって、制御部４１は返答手段として機能する。一方、ＶｏＩＰゲートウェイ装置４ａの制御部４１は、この２００番の応答を受け取ると、ＶｏＩＰゲートウェイ装置４ｂとの間でＲＴＰセッションを確立する（ステップＳ４）。
【００２１】
そして、ＶｏＩＰゲートウェイ装置４ａの制御部４１は、ＲＴＰセッションを確立すると、ＩＰ電話装置２ａに対して３０２番の応答を送信する（ステップＳ５）。この３０２番の応答の意味はMoved Temporarilyであり、ここでは、ＶｏＩＰゲートウェイ装置４ｂへの音声データストリームのリダイレクトを表している。従って、この３０２番の応答には、ＶｏＩＰゲートウェイ装置４ｂのＩＰアドレスが含まれている。ＩＰ電話装置２ａは、この３０２番の応答を受け取ると、電話機５ａの電話番号を含むＩＮＶＩＴＥリクエストを、３０２番の応答に含まれているＶｏＩＰゲートウェイ装置４ｂのＩＰアドレスを宛先として送信する（ステップＳ６）。
【００２２】
ＶｏＩＰゲートウェイ装置４ｂの制御部４１は、ＩＰネットワーク１を介してこのＩＮＶＩＴＥリクエストを受け取ると、ステップＳ２で受けとったＩＮＶＩＴＥリクエストの内容と照合して、このステップＳ６で受け取ったＩＮＶＩＴＥリクエストがＶｏＩＰゲートウェイ装置４ａからの依頼に基づくものであることを認識する。そして、ＶｏＩＰゲートウェイ装置４ｂの制御部４１は、要求されている通話に必要なリソースとしてのコーデックが空いているか否かを判断するが、ここでは、既に判断したとおりコーデックが空いているはずであるから、２００番の応答をＩＰネットワーク１を介してＩＰ電話装置２ａに送信する（ステップＳ７）。そして、ＶｏＩＰゲートウェイ装置４ａの制御部４１は、ＩＰ電話装置２ａとの間でＲＴＰセッションを確立する（ステップＳ８）。これにより、ＶｏＩＰゲートウェイ装置４ａとＶｏＩＰゲートウェイ装置４ｂとの間、および、ＶｏＩＰゲートウェイ装置４ｂとＩＰ電話装置２ａとの間は、それぞれＲＴＰセッションが確立されたことになる。このようにして、ＩＰ電話装置２ａ及び電話機５ａとの間で送受信されるデータの中継処理をＶｏＩＰゲートウェイ装置４ｂが行うための準備が整えられる。つまり、ＶｏＩＰゲートウェイ装置４ａの制御部４１が行ったステップＳ５の処理はこの準備を行なうのに必要な処理であり、制御部４１はその準備を行う準備手段として機能することになる。
【００２３】
以降、ＶｏＩＰゲートウェイ装置４ｂの制御部４１とＶｏＩＰゲートウェイ装置４ａの制御部４１とが連携して、ＩＰ電話装置２ａ及び電話機５ａ間の双方向のデータ中継を行うが、このとき、Ｇ．７２９方式のコーデックを用いた処理を行うのはＶｏＩＰゲートウェイ装置４ｂの制御部４１である。より具体的には、ＶｏＩＰゲートウェイ装置４ｂの制御部４１は、ＩＰ電話装置２ａからＩＰネットワーク１を介して送信されてくる、Ｇ．７２９方式で符号化された音声データストリームを、より処理負荷の軽いＧ．７１１方式で符号化された音声データストリームへ変換して、ＩＰネットワーク１経由でＶｏＩＰゲートウェイ装置４ａへ送信する。このＧ．７１１方式で符号化された音声データストリームは、ＶｏＩＰゲートウェイ装置４ａを経由するときに、アナログ信号に変換されて電話機５ａに届けられ、音として発せられる。一方、電話機５ａから発せられたアナログ信号は、ＶｏＩＰゲートウェイ装置４ａを経由するときに、Ｇ．７１１方式で符号化された音声データストリームに変換され、ＩＰネットワーク１を介してＶｏＩＰゲートウェイ装置４ｂに送信される。ＶｏＩＰゲートウェイ装置４ｂの制御部４１は、ＶｏＩＰゲートウェイ装置４ａから送信されてくる、Ｇ．７１１方式で符号化された音声データストリームを、Ｇ．７２９方式で符号化された音声データストリームへ変換し、ＩＰネットワーク１を介してＩＰ電話装置２ａへ送信する。ＩＰ電話装置２ａはこれを復号して音として発する。このようにして、ＩＰ電話装置２ａの利用者と電話機５ａの利用者との間での通話が実現される（ステップＳ９）。
【００２４】
なお、ＶｏＩＰゲートウェイ装置４ｂの制御部４１は、要求されている通話に必要なリソースとしてのコーデックが空いているか否かを判断したときに、全コーデックの空きがないと判断した場合には、ＮＧの旨の応答をＶｏＩＰゲートウェイ装置４ａに送信する。ＶｏＩＰゲートウェイ装置４ａの制御部４１は、この応答を受け取ると、不揮発性記憶部に記憶している他のＶｏＩＰゲートウェイ装置のＩＰアドレスのうち、ＶｏＩＰゲートウェイ装置４ｂ以外のＩＰアドレスを１つ選択する。そして、上述したステップＳ２と同様に、制御部４１は、このＩＰアドレスを宛先として、ＩＮＶＩＴＥリクエストを送信する。このように、制御部４１は、リソースの空きがあるＶｏＩＰゲートウェイ装置が見つかるまで、不揮発性記憶部に記憶している全てのＶｏＩＰゲートウェイ装置のＩＰアドレスに宛ててＩＮＶＩＴＥリクエストを送信して、リソースの利用を試みる。そして、この試みの結果、全てのＶｏＩＰゲートウェイ装置においてリソースの空きが無かった場合には、制御部４１は、ＩＰ電話装置２ａに対し、“Ｂｕｓｙ”の旨の４８６番の応答を送信する。
【００２５】
以上の例は、ＶｏＩＰゲートウェイ装置４ａがＶｏＩＰゲートウェイ装置４ｂのリソースを利用する場合であったが、これとは逆の場合もあり得る。例えば、ＩＰ電話装置２ａの利用者が電話機５ｂの利用者との通話を希望した場合に、この電話機５ｂにアナログ電話網３ｂを介して接続されているＶｏＩＰゲートウェイ装置４ｂのリソースであるコーデックが全て稼動中であるため、ＶｏＩＰゲートウェイ装置４ａのリソースであるコーデックを利用する、というような場合である。
【００２６】
このように、上記の実施形態では、或るＶｏＩＰゲートウェイ装置においてその装置自身のリソースが不足しているような場合に、他のＶｏＩＰゲートウェイ装置のリソースを利用するようにしているから、ＩＰネットワーク上に複数設けられたＶｏＩＰゲートウェイ装置はお互いにリソースを利用しあうことができる。よって、ＶｏＩＰゲートウェイ装置群とは別に、リソースの提供専用のサーバ装置を用意する場合と比較すると、負荷の分散を図ることができ、特定の装置に処理の負荷が集中するような事態の発生を抑制することが可能となる。
そして、上記のようにＶｏＩＰゲートウェイ装置群によって負荷分散を図っているので、各々のＶｏＩＰゲートウェイ装置４ａ，４ｂには、それぞれに接続されているアナログ電話網３ａ，３ｂの電話機５ａ〜５ｄの最大通話数よりも少ない通話数に見合ったリソースを実装すれば足りる。よって、各々のＶｏＩＰゲートウェイ装置の設置コストや管理コストを抑えられる。
【００２７】
＜変形例＞
以上の実施形態は次のように変形可能である。また、次の各変形は互いに組み合わせてもよい。
＜変形例１＞
実施形態において、ＶｏＩＰゲートウェイ装置４ａの制御部４１は、リソースの空きがあるか否かを他のＶｏＩＰゲートウェイ装置の各々に対して順番に問い合わせていたが、問い合わせの方法はこれに限らない。例えば制御部４１は、不揮発性記憶部４３に記憶されているＶｏＩＰゲートウェイ装置の全アドレスに対していっせいに問い合わせを行い、これらのＶｏＩＰゲートウェイ装置群から最も早く２００番の応答があったものを選択してもよい。このようにすれば、リソースの利用を依頼する先となるＶｏＩＰゲートウェイ装置を早く決めることができる。
【００２８】
＜変形例２＞
また、ＶｏＩＰゲートウェイ装置４ａの制御部４１が、リソースの空きがあるか否かを他のＶｏＩＰゲートウェイ装置の各々に対して問い合わせるときの順番を次のような手順で決定するようにしてもよい。
ここで、図４は、ＶｏＩＰゲートウェイ装置４ａの不揮発性記憶部４３に記憶された管理テーブルの内容の一例を示す図である。この管理テーブルには、他のＶｏＩＰゲートウェイ装置に問い合わせを行うときの順序を決定する根拠となる情報群が記述されている。この情報群には、ホップ数、通信帯域、リソースの性能、リソース稼働率及び成功率が含まれており、これらが各ＶｏＩＰゲートウェイ装置のＩＰアドレスと対応付けて管理テーブルに記述されている。
【００２９】
まず、ホップ数は、この管理テーブルを記憶しているＶｏＩＰゲートウェイ装置４ａ（以下、自装置という）と、他のＶｏＩＰゲートウェイ装置４ｂ，４ｃ・・・（以下、他装置という）とが通信を行うときに、その通信を中継するノードの数である。そして、通信帯域は、自装置と他装置との間で行う通信の通信速度（bit/second）である。自装置の制御部４１は、ホップ数を調べる場合には、例えば、ネットワーク上の或るホスト装置から別のホスト装置までの経路を調べるためのtracertと同様の方法で、自装置と他装置との間の経路上に存在するノードの数を検出する。tracertの処理の方法の説明については省略する。また、自装置の制御部４１は、通信帯域を調べる場合には、例えば、他装置に対して定期的に測定パケットを送信し、これに応じて他装置から送信されてくる応答パケットを受信して、その測定パケットの送信から応答パケットの受信までの時間を計測することで、通信帯域を検出する。ホップ数及び通信帯域は、他装置との間の通信速度に関する情報の一例であり、管理テーブルにはこれ以外の通信速度の指標に関する情報が記述されていてもよい。
【００３０】
次に、リソースの性能は、他装置が備えるリソースの性能を１０レベルで評価した値である。自装置の制御部４１は、他装置に対して定期的にリソースの性能を問い合わせることで、他装置のリソースの性能を検出する。このリソースの性能は、他装置が備えるリソースの性能に関連する情報の一例であり、管理テーブルにはこれ以外の性能の指標に関する情報が記述されていてもよい。
【００３１】
次に、リソース稼働率は、他装置が備えるリソースの空き具合を百分率で評価した値である。自装置の制御部４１は、他装置に対して定期的にリソースの空き具合を問い合わせ、その他装置から、過去の一定期間においてリソースが空いていた時間の割合を取得することで、他装置のリソース稼働率を検出する。このリソース稼働率は、他装置が備えるリソースの空き具合に関連する情報の一例であり、管理テーブルにはこれ以外の空き具合の指標に関する情報が記述されていてもよい。
【００３２】
そして、成功率は、自装置が他装置に対してリソースの利用を依頼し、これに応じて他装置がリソースの処理を行いながらデータの中継を行ったときの当該中継の成功率である。中継が失敗する場合とは、例えばネットワークの通信環境が不安定であるとか、他装置の処理状態が不安定であるような場合である。自装置の制御部４１は、他装置に対してリソースの利用を依頼したときのデータ中継の成功の有無を記憶しておき、その成功率を算出する。成功率は、他装置がデータの中継を行ったときの当該中継の成功率に関する情報の一例であり、管理テーブルにはこれ以外のデータ中継の成功率の指標に関する情報が記述されていてもよい。
【００３３】
自装置の制御部４１は、上記のような各情報に対して重み付けを行って問い合わせの順序を決定する。具体的には、制御部４１は、通信速度に関する情報に対しては、通信速度が速いほど大きな重み付けを行う。また、制御部４１は、リソースの性能に関する情報に対しては、リソースの性能が高いほど大きな重み付けを行う。また、制御部４１は、リソースの空き具合に関する情報に対しては、リソースが空いている度合いが大きいほど大きな重み付けを行う。また、制御部４１は、データの中継の成功率に関する情報に対しては、成功率が高いほど大きな重み付けを行う。そして、制御部４１は、これらの重み付けを行った結果を、各々の他装置ごとに合計して、その合計値が高い他装置から順番に上記の問い合わせを行う。
制御部４１は、通信速度に関する情報、リソースの性能に関する情報、リソースの空き具合に関する情報及びデータの中継の成功率に関する情報を、上記のように組み合わせるのではなく、それぞれを単独で用いて、問い合わせ順序を決めるときの根拠としてもよい。これらの情報を単独で用いる場合も、重み付けの考え方は上記と同様である。
このようにすれば、リソースの処理やデータの中継処理が早いＶｏＩＰゲートウェイ装置に対して、リソースの処理を依頼することができる。
ただし、通信速度に関する情報に関しては、制御部４１は、上記とは逆に、通信速度が速いほど小さくなる重み付けを行ってよい。
【００３４】
＜変形例３＞
ＶｏＩＰゲートウェイ装置４ａの制御部４１は、ＶｏＩＰゲートウェイ装置４ｂのリソースによる処理を経て自装置に送信されてくるデータを受信し、これを本来の宛先である電話機５ａに送信する中継処理（つまり図３では、ステップＳ９の通話処理）を開始した後に、自装置のリソースに空きが生じた場合には、ＶｏＩＰゲートウェイ装置４ｂのリソースによる処理を終了させて、自装置のリソースを用いた処理を行ってデータ中継を行うようにしてもよい。具体的には、ＶｏＩＰゲートウェイ装置４ａの制御部４１は、自装置のリソースが別のデータに対して行っていた処理が完了することで、そのリソースに空きが生じたことを検知すると、その旨をＶｏＩＰゲートウェイ装置４ｂに通知する。制御部４１によって行われるこの通知処理が、ＶｏＩＰゲートウェイ装置４ｂのリソースによる処理を終了させるための終了処理に該当する。一方、ＶｏＩＰゲートウェイ装置４ｂの制御部４１は、自装置とＩＰ電話装置２ａとの間のＲＴＰセッションをＲＥＦＥＲリクエストによって、ＶｏＩＰゲートウェイ装置４ａとＩＰ電話装置２ａとの間のＲＴＰセッションに切り替える。ＳＩＰにおいてＲＥＦＥＲリクエストは、データの転送を意味するリクエストである。そして、ＶｏＩＰゲートウェイ装置４ａの制御部４１は、ＩＰ電話装置２ａから電話機５ａに宛てて送信された符号化音声データストリームを受信すると、そのデータストリームを電話機５ａに宛てて送信する一方、電話機５ａからＩＰ電話装置２ａに宛てて発せられたアナログ信号を受信すると、その符号化音声データストリームに変換してＩＰ電話装置２ａに宛てて送信する。このとき、制御部４１のリソースであるコーデックは、前述したような符号化方式の変換を行う。
このようにすれば、ＶｏＩＰゲートウェイ装置４ａは、ＶｏＩＰゲートウェイ装置４ｂのリソースを利用せずに、自身のリソースを利用することができる。
【００３５】
＜変形例４＞
実施形態では、お互いのリソースを利用し合う中継装置として、ＶｏＩＰゲートウェイ装置を例示したが、この中継装置はゲートウェイ装置に限らず、要するに、音声データの中継を行いつつ、その音声データに対して何らかの音声処理を行う中継装置であればよい。
また、中継装置が互いに利用し合うリソースは、Ｇ．７２９方式のコーデックの例に限定されず、音声処理に要するリソースであれば、例えば音声のエコーキャンセラなどであってもよい。また、画像データを取り扱う場合には、画像データのコーデックなどが考えられる。さらに、音声処理または画像処理を行うリソースに限定されることも無い。
また、中継装置がお互いに利用しあうリソースは完全同一のものでなくても、同種のリソースであればよい。例えば、同じ方式で符号化／復号を行うコーデックであってもバージョンが異なる場合には、完全に一致するリソースとは言えないが、新バージョンのリソースが独自に対応できる分野以外は、旧バージョンと同じ機能を実現するものである。同種のリソースとは、例えばこのようなバージョン違いのリソースどうしのことであるが、要するに、一方の中継装置のリソースに代えて他方の中継装置のリソースが利用できるような状態にある場合、これらの両者のリソースを同種のリソースという。
また、通信システムで用いられる通信プロトコルは、実施形態の例示以外のものであってもよい。また、通信システムにおける各中継装置のアドレスは、ＩＰアドレス以外のもの、例えばＳＩＰアドレスなどを用いてもよい。
【００３６】
＜変形例５＞
変形例４においては、ＶｏＩＰゲートウェイ装置などの中継装置がお互いに利用しあうリソースは同一ではなく同種のリソースでも構わないことを説明したが、これをさらに、次のような内容に拡張してもよい。
例えば、ＶｏＩＰゲートウェイ装置などの中継装置に対して、その中継装置が備えていないリソースを必要とするようなデータが送信されてくる場合がある。実施形態の例で説明すると、ＩＰ電話装置からＶｏＩＰゲートウェイ装置に対して、Ｇ．７２９方式で符号化された音声データストリームが送信されてきたときに、そのＶｏＩＰゲートウェイ装置が、そもそもＧ．７２９方式のコーデックを備えていないような場合である。この場合、ＶｏＩＰゲートウェイ装置の制御部４１は、実施形態で説明した内容と同様の手順で、他のＶｏＩＰゲートウェイ装置に対し、Ｇ．７２９方式のコーデックの空き具合を問い合わせ、空いているコーデックを備えているＶｏＩＰゲートウェイ装置に、そのコーデックを用いた処理を依頼する。また、Ｇ．７２９方式のコーデックを備えているＶｏＩＰゲートウェイ装置に対して、ＩＰ電話装置から、Ｇ．７２９方式以外の符号化方式で符号化された音声データストリームが送信されてくる場合もある。このような場合も、ＶｏＩＰゲートウェイ装置の制御部４１は、他のＶｏＩＰゲートウェイ装置に対し、Ｇ７２９．方式以外の符号化方式のコーデックの空き具合を問い合わせ、空いているコーデックを備えているＶｏＩＰゲートウェイ装置に、そのコーデックを用いた処理を依頼する。
以上のように、ＶｏＩＰゲートウェイ装置などの中継装置が、ＩＰ電話装置や電話機などの通信装置から送信されたデータを受信したときに、そのデータに対応するリソースがない場合には、他の中継装置に対して、そのデータに対応するリソースが空いているか否かを問い合わせ、その問い合わせの結果、リソースが空いていることが分かれば、他の中継装置にそのリソースによる処理を依頼する。ここでいう、「データに対応するリソース」とは、そのデータを用いた処理を行うことが可能なリソースのことであり、複数の中継装置においてデータに対して同一の処理を行う同一のリソース（実施形態で説明した内容）と、複数の中継装置においてデータに対して同種の処理を行う同種のリソース（変形例４で説明した内容）と、中継装置が備えていないリソースを必要とするようなデータが送信されてきた場合に、そのデータに対する処理を行えるような他の中継装置のリソース（変形例５で説明した内容）とを含む。
【００３７】
＜変形例６＞
上述した実施形態におけるプログラムは、磁気記録媒体（磁気テープ、磁気ディスクなど）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリなどのコンピュータ読み取り可能な記録媒体に記憶した状態で、ＶｏＩＰゲートウェイ装置等の中継装置に提供し得る。この場合には、記録媒体を読み取るインターフェースをこれらの中継装置に設ければよい。また、ネットワーク経由でこれらの中継装置にダウンロードさせることも可能である。
【符号の説明】
【００３８】
１・・・ＩＰネットワーク、２ａ，２ｂ・・・ＩＰ電話装置、３ａ，３ｂ・・・アナログ電話網、４ａ，４ｂ・・・ＶｏＩＰゲートウェイ装置、５ａ〜５ｄ・・・電話機、４１・・・制御部、４２・・・揮発性記憶部、４３・・・不揮発性記憶部、４４・・・ＩＰネットワーク通信部、４５・・・アナログ電話網通信部。
【特許請求の範囲】
【請求項１】
複数の通信装置間で送受信されるデータの中継をそれぞれ行う複数の中継装置を備え、
各々の前記中継装置は、
一の通信装置から他の通信装置に宛てて送信されたデータを受信すると、当該データを前記他の通信装置に宛てて送信する中継処理を行う中継手段と、
前記中継手段によってデータの中継処理が行われているときに、当該データに対して処理を行うリソースと、
前記中継手段が前記一の通信装置から送信されたデータを受信したときに、当該データに対応するリソースがない場合には、他の中継装置に対して、当該データに対応するリソースが当該他の中継装置において空いているか否かを問い合わせる問い合わせ手段と、
他の中継装置から、当該他の中継装置が受信したデータに対応するリソースが自装置において空いているか否かの問い合わせがあると、当該他の中継装置に対し、自装置における前記リソースの空き状況に応じた内容の返答を行う返答手段と、
前記問い合わせの結果、前記他の中継装置において前記リソースが空いている場合には、前記一の通信装置から前記他の通信装置に宛てて送信されたデータの中継処理を当該他の中継装置が行うための準備を行う準備手段とを備え、
前記準備手段によって前記準備が行われた後、前記中継手段は、前記他の中継装置において前記リソースによる処理を経て送信されてくるデータを受信すると、当該データを前記他の通信装置に宛てて送信する中継処理を行う
ことを特徴とする通信システム。
【請求項２】
前記問い合わせ手段は、
自装置と各々の前記他の中継装置との間の通信速度に関する情報を記憶しており、
各々の前記他の中継装置に対して前記問い合わせを行うときの順序として、前記通信速度に応じた順序を決定し、決定した順序で他の中継装置のそれぞれに対して前記問い合わせを行う
ことを特徴とする請求項１記載の通信システム。
【請求項３】
前記問い合わせ手段は、
各々の前記他の中継装置が備えるリソースの性能または空き具合に関連する情報を記憶しており、
各々の前記他の中継装置に対して前記問い合わせを行うときの順序として、前記リソースの性能が高いと、または、リソースが空いている度合いが大きいと、早く問い合わせを行うような順序を決定し、決定した順序で他の中継装置のそれぞれに対して前記問い合わせを行う
ことを特徴とする請求項１記載の通信システム。
【請求項４】
前記問い合わせ手段は、
各々の前記他の中継装置が、前記一の通信装置から前記他の通信装置に宛てて送信されたデータの中継を行ったときの当該中継の成功率に関する情報を記憶しており、
各々の前記他の中継装置に対して前記問い合わせを行うときの順序として、前記成功率が高いと早く問い合わせを行うような順序を決定し、決定した順序で他の中継装置のそれぞれに対して前記問い合わせを行う
ことを特徴とする請求項１記載の通信システム。
【請求項５】
前記他の中継装置において前記リソースによる処理を経て送信されてくるデータを受信すると当該データを前記他の通信装置に宛てて送信する中継処理を、前記中継手段が開始した後に、自装置の前記リソースが別のデータに対して行っていた処理が完了すると、前記他の中継装置による前記リソースの処理を終了させるための終了処理を行う終了手段を備え、
前記終了手段による終了処理の後に、前記中継手段は、前記一の通信装置から前記他の通信装置に宛てて送信されたデータを受信すると、当該データを前記他の通信装置に宛てて送信する中継処理を行い、前記リソースは、当該中継処理が行われているときに、当該データに対して前記処理を行う
ことを特徴とする請求項１〜４のいずれか１に記載の通信システム。
【請求項６】
一の通信装置から他の通信装置に宛てて送信されたデータを受信すると、当該データを前記他の通信装置に宛てて送信する中継処理を行う中継手段と、
前記中継手段によってデータの中継処理が行われているときに、当該データに対して処理を行うリソースと、
前記中継手段が前記一の通信装置から送信されたデータを受信したときに、当該データに対応するリソースがない場合には、他の中継装置に対して、当該データに対応するリソースが当該他の中継装置において空いているか否かを問い合わせる問い合わせ手段と、
他の中継装置から、当該他の中継装置が受信したデータに対応するリソースが自装置において空いているか否かの問い合わせがあると、当該他の中継装置に対し、自装置における前記リソースの空き状況に応じた内容の返答を行う返答手段と、
前記問い合わせの結果、前記他の中継装置において前記リソースが空いている場合には、前記一の通信装置から前記他の通信装置に宛てて送信されたデータの中継処理を当該他の中継装置が行うための準備を行う準備手段とを備え、
前記準備手段によって前記準備が行われた後、前記中継手段は、前記他の中継装置において前記リソースによる処理を経て送信されてくるデータを受信すると、当該データを前記他の通信装置に宛てて送信する中継処理を行う
ことを特徴とする中継装置。
【請求項１】
複数の通信装置間で送受信されるデータの中継をそれぞれ行う複数の中継装置を備え、
各々の前記中継装置は、
一の通信装置から他の通信装置に宛てて送信されたデータを受信すると、当該データを前記他の通信装置に宛てて送信する中継処理を行う中継手段と、
前記中継手段によってデータの中継処理が行われているときに、当該データに対して処理を行うリソースと、
前記中継手段が前記一の通信装置から送信されたデータを受信したときに、当該データに対応するリソースがない場合には、他の中継装置に対して、当該データに対応するリソースが当該他の中継装置において空いているか否かを問い合わせる問い合わせ手段と、
他の中継装置から、当該他の中継装置が受信したデータに対応するリソースが自装置において空いているか否かの問い合わせがあると、当該他の中継装置に対し、自装置における前記リソースの空き状況に応じた内容の返答を行う返答手段と、
前記問い合わせの結果、前記他の中継装置において前記リソースが空いている場合には、前記一の通信装置から前記他の通信装置に宛てて送信されたデータの中継処理を当該他の中継装置が行うための準備を行う準備手段とを備え、
前記準備手段によって前記準備が行われた後、前記中継手段は、前記他の中継装置において前記リソースによる処理を経て送信されてくるデータを受信すると、当該データを前記他の通信装置に宛てて送信する中継処理を行う
ことを特徴とする通信システム。
【請求項２】
前記問い合わせ手段は、
自装置と各々の前記他の中継装置との間の通信速度に関する情報を記憶しており、
各々の前記他の中継装置に対して前記問い合わせを行うときの順序として、前記通信速度に応じた順序を決定し、決定した順序で他の中継装置のそれぞれに対して前記問い合わせを行う
ことを特徴とする請求項１記載の通信システム。
【請求項３】
前記問い合わせ手段は、
各々の前記他の中継装置が備えるリソースの性能または空き具合に関連する情報を記憶しており、
各々の前記他の中継装置に対して前記問い合わせを行うときの順序として、前記リソースの性能が高いと、または、リソースが空いている度合いが大きいと、早く問い合わせを行うような順序を決定し、決定した順序で他の中継装置のそれぞれに対して前記問い合わせを行う
ことを特徴とする請求項１記載の通信システム。
【請求項４】
前記問い合わせ手段は、
各々の前記他の中継装置が、前記一の通信装置から前記他の通信装置に宛てて送信されたデータの中継を行ったときの当該中継の成功率に関する情報を記憶しており、
各々の前記他の中継装置に対して前記問い合わせを行うときの順序として、前記成功率が高いと早く問い合わせを行うような順序を決定し、決定した順序で他の中継装置のそれぞれに対して前記問い合わせを行う
ことを特徴とする請求項１記載の通信システム。
【請求項５】
前記他の中継装置において前記リソースによる処理を経て送信されてくるデータを受信すると当該データを前記他の通信装置に宛てて送信する中継処理を、前記中継手段が開始した後に、自装置の前記リソースが別のデータに対して行っていた処理が完了すると、前記他の中継装置による前記リソースの処理を終了させるための終了処理を行う終了手段を備え、
前記終了手段による終了処理の後に、前記中継手段は、前記一の通信装置から前記他の通信装置に宛てて送信されたデータを受信すると、当該データを前記他の通信装置に宛てて送信する中継処理を行い、前記リソースは、当該中継処理が行われているときに、当該データに対して前記処理を行う
ことを特徴とする請求項１〜４のいずれか１に記載の通信システム。
【請求項６】
一の通信装置から他の通信装置に宛てて送信されたデータを受信すると、当該データを前記他の通信装置に宛てて送信する中継処理を行う中継手段と、
前記中継手段によってデータの中継処理が行われているときに、当該データに対して処理を行うリソースと、
前記中継手段が前記一の通信装置から送信されたデータを受信したときに、当該データに対応するリソースがない場合には、他の中継装置に対して、当該データに対応するリソースが当該他の中継装置において空いているか否かを問い合わせる問い合わせ手段と、
他の中継装置から、当該他の中継装置が受信したデータに対応するリソースが自装置において空いているか否かの問い合わせがあると、当該他の中継装置に対し、自装置における前記リソースの空き状況に応じた内容の返答を行う返答手段と、
前記問い合わせの結果、前記他の中継装置において前記リソースが空いている場合には、前記一の通信装置から前記他の通信装置に宛てて送信されたデータの中継処理を当該他の中継装置が行うための準備を行う準備手段とを備え、
前記準備手段によって前記準備が行われた後、前記中継手段は、前記他の中継装置において前記リソースによる処理を経て送信されてくるデータを受信すると、当該データを前記他の通信装置に宛てて送信する中継処理を行う
ことを特徴とする中継装置。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２０１１−２１６９８８（Ｐ２０１１−２１６９８８Ａ）
【公開日】平成２３年１０月２７日（２０１１．１０．２７）
【国際特許分類】
【出願番号】特願２０１０−８０８５３（Ｐ２０１０−８０８５３）
【出願日】平成２２年３月３１日（２０１０．３．３１）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
【公開日】平成２３年１０月２７日（２０１１．１０．２７）
【国際特許分類】
【出願日】平成２２年３月３１日（２０１０．３．３１）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
[ Back to top ]