(57)【要約】【課題】ネットワークを構成する通信端末数が多くなっても、疎通確認を素早く行い、迅速にネットワーク通信網を形成する。【解決手段】制御サーバ１０は、通信開始タイミングを検出すると（Ｓ１０１）、会議に参加する放収音装置１１〜１ｎの端末情報を取得し（Ｓ１０２）、各放収音装置１１〜１ｎへ疎通確認用データを同時に送信する（Ｓ１０３）。制御サーバ１０は、応答データの受信待機状態に入り（Ｓ１０４）、放収音装置から応答データを受信すると（Ｓ１０５：Ｙ）、当該応答データを送信した放収音装置の端末情報を取得し（Ｓ１０６）、当該放収音装置へのＩＰ接続制御を行う（Ｓ１０７）。制御サーバ１０は、応答データを順次受信する毎に、このようなＩＰ接続制御処理を実行する。【選択図】  図３
2008252541.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信端末と、該複数の通信端末の間で行われるデータ通信の制御を行う制御サーバと、を備え、前記複数の通信端末と前記制御サーバとをＩＰ網で接続したネットワーク通信システムであって、
前記制御サーバは、前記複数の通信端末に対して疎通確認用データを送信し、当該疎通確認用データに対する応答データを検出した通信端末から順に、前記データ通信の制御を開始する、
ネットワーク通信システム。
【請求項２】
前記制御サーバは、前記複数の通信端末の全てに対して同時に前記疎通確認用データを送信する、請求項１に記載のネットワーク通信システム。
【請求項３】
前記制御サーバは、前記複数の通信端末に対して優先順位を設定して記憶しており、該優先順位の順に応じて前記疎通確認用データを送信する、請求項１に記載のネットワーク通信システム。
【請求項４】
前記複数の通信端末および前記制御サーバを接続するネットワーク網が、さらにＩＳＤＮ網およびアナログ回線網を備え、
前記制御サーバは、前記ＩＰ網での疎通が確認されない通信端末に対しては、ＩＳＤＮ網またはアナログ回線網による通信の制御を開始する、請求項１〜３のいずれかに記載のネットワーク通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、互いに離れた場所に設置された複数の通信装置をネットワーク接続して、互いに音声や映像を通信するネットワーク通信システムに関するものである。
【背景技術】
【０００２】
従来、複数の遠隔地同士の間で通信を行うシステムが各種開示されている。このような通信システムの場合、送信元装置と受信先装置とがともに生存していなければ、すなわちこれらの装置間が疎通していなければ、データ通信を実行することができない。このため、ネットワーク通信を実行する通信端末間で疎通確認を行っている。例えば、特許文献１では、送信元の通信端末が受信先の通信端末に対して、主たるデータ通信の前に疎通確認を行うものである。
【特許文献１】特開２００６−１６６２４４公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上述の特許文献１に記載の通信システムでは、送信元の通信端末が、受信先となる通信端末毎に個別に疎通確認を行うものであるが、各通信端末で疎通確認を行うには、タイマのカウントにより所定時間以内に応答があるかどうかで確認している。このため、例えば１００台規模からなる通信システムの場合、全ての通信端末の疎通確認を終了するまでに、多大な時間を費やしてしまう。
【０００４】
したがって、本発明の目的は、ネットワークを構成する通信端末数が多くなっても、疎通確認を素早く行い、迅速にネットワーク通信網を形成することができるネットワーク通信システムを提供することにある。
【課題を解決するための手段】
【０００５】
この発明は、複数の通信端末と、該複数の通信端末の間で行われるデータ通信の制御を行う制御サーバと、を備え、複数の通信端末と制御サーバとをＩＰ網で接続したネットワーク通信システムに関するものである。この発明の制御サーバは、複数の通信端末に対して疎通確認用データを送信し、当該疎通確認用データに対する応答データを検出した通信端末から順に、データ通信の制御を開始することを特徴としている。
【０００６】
この構成では、制御サーバは、複数の通信端末の通信制御を行う前に、これら複数の通信端末に対して疎通確認用データを、ＩＰ網を介して送信する。各通信端末は、疎通確認データを受信すると応答データを制御サーバへ送信する。制御サーバは、応答データを検出した順に通信端末の通信制御を開始する。このように、制御サーバは、疎通確認用データにより、通信可能が検出された通信端末から順に通信制御を行うので、個々に且つ順に疎通確認を行うよりも、迅速にネットワーク通信網を構築していくことができる。
【０００７】
また、この発明のネットワーク通信システムの制御サーバは、複数の通信端末の全てに対して同時に疎通確認用データを送信することを特徴としている。
【０００８】
この構成では、制御サーバは、全ての通信端末に対して同時に疎通確認用データを送信して、応答データを検出するので、全ての通信端末の内から応答を確認できた順に通信制御が開始される。これにより、ネットワークを形成する全ての通信端末において、通信が確立された順に、ネットワーク網が構築されていく。
【０００９】
また、この発明のネットワーク通信システムの制御サーバは、複数の通信端末に対して優先順位を設定して記憶しており、該優先順位の順に応じて疎通確認用データを送信することを特徴としている。
【００１０】
この構成では、例えば、本社や各地方のメイン支社等を優先度「高」に設定し、他の支社、支店を優先度「低」に設定し、優先度「高」から順に疎通確認用データによる疎通確認を行う。これにより、重要な拠点の通信端末から順に、迅速にネットワーク網を確立していくことができる。
【００１１】
また、この発明のネットワーク通信システムは、複数の通信端末および制御サーバを接続するネットワーク網が、さらにＩＳＤＮ網およびアナログ回線網を備えている。そして、制御サーバは、ＩＰ網での疎通が確認されない通信端末に対しては、ＩＳＤＮ網またはアナログ回線網による通信の制御を開始することを特徴としている。
【００１２】
この構成では、ＩＰ網によるネットワークが状況により構築できない通信端末に対しては、ＩＳＤＮ網やアナログ回線網により通信を確立する。これにより、ＩＰ網で通信が確立されない状態であっても、他の通信網で通信が確立するので、単にＩＰ網のみで繰り返し疎通確認を行うよりも早くネットワーク通信網を確立することができる。
【発明の効果】
【００１３】
この発明によれば、制御サーバでネットワークの通信端末へ疎通確認用データを略同時に送信して、応答データを検出した通信端末から順に通信制御を開始することで、通信が確認できた順に迅速にネットワーク通信網を確立することができる。特に通信端末数が１００台規模のように多くなった場合に、個々に疎通確認を順次行うよりも非常に迅速にネットワーク通信網を確立することができる。
【発明を実施するための最良の形態】
【００１４】
本発明の実施形態に係るネットワーク通信システムについて、図を参照して説明する。以下の説明では、複数の会議室に配置された放収音装置間で音声通信を行う会議システムを例に説明する。
図１は本実施形態の会議システムの主要構成を示すブロック図である。図２（Ａ）は図１に示した放収音装置１１〜１ｎの主要構成を示すブロック図であり、図２（Ｂ）は図１に示した制御サーバ１０の主要構成を示すブロック図である。
【００１５】
図１に示すように、本実施形態の会議システムは、ＩＰ網であるネットワーク２００と、該ネットワーク２００に接続する制御サーバ１０および放収音装置１１〜１ｎを備える。
放収音装置１１〜１ｎは、基本的に全て同じ機能構成からなり、それぞれが異なる会議室１１１〜１１ｎに設置されている。なお、以下では、放収音装置の構成を放収音装置１１を代表例にして説明する。
【００１６】
放収音装置１１は、制御部１２１、通信制御部１２２、放音制御部１２３、収音制御部１２４、スピーカＳＰ、マイクＭＩＣを備える。
【００１７】
制御部１２１は、放収音装置１１の全体制御を行うとともに、制御サーバ１０から送信される各種の制御コマンドに応答する。
【００１８】
通信制御部１２２は、放収音装置１１をネットワーク２００に接続するインターフェースの機能を備え、制御サーバ１０から制御コマンドを受信すると制御部１２１に与え、ネットワーク２００を介して音声データを受信すると放音制御部１２３へ与える。また、通信制御部１２２は、収音制御部１２４から自装置で収音した音声データが入力されると、ネットワーク２００で接続された相手先の放収音装置へ制御サーバ１０を介して、音声データを送信する。なお、制御サーバ１０を介することなく音声データを通信するネットワークである場合には、通信制御部１２２は、自装置で収音した音声データを、相手先の放収音装置へ直接送信する。これらの音声データの送信は、単数の放収音装置を対象にしたものに限らず、同時に複数の放収音装置を対象にしてもよい。
【００１９】
放音制御部１２３は、入力した音声データに対して所定の放音信号処理を行い、スピーカＳＰに与える。ここで、所定の放音信号処理とは、例えばスピーカＳＰが複数の単体スピーカを配列してなるアレイスピーカであった場合には、通信制御部１２２から入力した音声データに基づいて各単体スピーカへ与える放音信号を生成する処理等を示す。そして、このような信号処理の条件は制御部１２１から与えられる。スピーカＳＰは、与えられた放音信号に基づいて放音する。
【００２０】
マイクＭＩＣは自装置周りから収音すると、収音信号を収音制御部１２４へ与える。収音制御部１２４は、入力した収音信号に対して所定の収音信号処理を行い、通信制御部１２２へ与える。ここで、所定の収音信号処理とは、例えば、マイクＭＩＣが複数の単体マイクを配列してなるアレイマイクであった場合に、各単体マイクから入力された収音信号にそれぞれ所定の遅延・振幅処理を行って話者方向に指向性の強い収音ビーム信号を生成する処理等を示す。
【００２１】
制御サーバ１０は、通信制御部１５０、スケジュール管理部１５１、メモリ１５２を備える。
【００２２】
通信制御部１５０は、ネットワーク２００に対するネットワークインターフェースの機能を有するとともに、スケジュール管理部１５１から会議開始の情報を受け付けると、各放収音装置１１〜１ｎへ疎通確認用データを、ＩＣＭＰプロトコル等を用いて送信する。通信制御部１５０は、疎通確認用データの応答データを放収音装置から受信すると、当該放収音装置に対するＩＰ網によるネットワーク接続を確立する。
【００２３】
スケジュール管理部１５１は、予め操作入力された会議の開始時間等を管理する。すなわち、スケジュール管理部１５１は、タイマを備え、タイマで計時した時刻に基づいて、会議開始時刻に所定時間近づくと会議開始の情報を通信制御部１５０へ与える。
【００２４】
メモリ１５２は、スケジュール管理部１５１で管理される会議の情報を記憶する。より具体的には、スケジューリングされた会議毎に、会議開始時間、会議参加予定放収音装置リストを記憶する。会議参加予定放収音装置リストには、各放収音装置のＩＰアドレス等が備えられている。また、メモリ１５２は、各放収音装置１１〜１ｎの接続状態を示す情報も記憶する。接続状態を示す情報とは、疎通確認用データの応答があるかどうかの情報や、実際にＩＰ網で接続されているかどうかの情報等を示す。
【００２５】
次に、具体的にＩＰ網による通信開始までのフローについて、図３および図４を参照して説明する。
図３は通信開始フローを示すフローチャートであり、図４は疎通確認からネットワーク接続までの処理シーケンスを示す図である。
【００２６】
制御サーバ１０は、計時を行っており、予め設定された会議の開始時間を検出すると、メモリ１５２に記憶されている会議情報を取得する（Ｓ１０１）。制御サーバ１０は、会議情報から会議参加予定の各放収音装置（会議端末）の端末情報を取得する（Ｓ１０２）。これらの情報取得は、例えば上位タスクである会議アプリケーション等に組み込まれており、端末情報を取得すると、制御サーバ１０は会議アプリケーションの下位タスクである端末管理タスクを起動する。端末管理タスクは、会議参加予定の各放収音装置（例えば、図１（図４）の例であれば放収音装置１１〜１ｎ）のＩＰアドレスを取得して、各放収音装置に対する疎通確認用データを生成し、さらに下位タスクである端末リモート制御タスクに与える。端末リモート制御タスクは、ＩＣＭＰプロトコルを用いて、指定された各放収音装置１１〜１ｎに対して、Ｅｃｈｏ  Ｒｅｑｕｅｓｔを、疎通確認用データとして送信する。この際、端末リモート制御タスクは、全ての放収音装置１１〜１ｎに対して同時処理タスクで、Ｅｃｈｏ  Ｒｅｑｕｅｓｔを送信する（Ｓ１０３）。
【００２７】
端末管理タスクおよび端末リモート制御タスクは、Ｅｃｈｏ  Ｒｅｑｕｅｓｔの送信後、Ｅｃｈｏ  Ｒｅｐｌｙからなる応答データの受信待機状態になる（Ｓ１０４）。
【００２８】
端末リモート制御タスクは、放収音装置（例えば、図４の例であれば放収音装置１２）からＥｃｈｏ  Ｒｅｐｌｙを受信すると（Ｓ１０５：Ｙ）、当該放収音装置の情報（ＩＤ等）を関連付けした疎通確認通知を端末管理タスクに与える（Ｓ１０６）。なお、Ｅｃｈｏ  Ｒｅｐｌｙの受信は、予め設定したタイムアウト時間内まで、継続的に行われる（Ｓ１０５：Ｎ→Ｓ１０９：Ｙ→Ｓ１０４）。そして、タイムアウト時間に達すると、疎通確認を中止して、未接続の放収音装置の端末情報を検出する（Ｓ１０９：Ｎ→Ｓ１１０→Ｓ１１１）。以下、説明を簡素化するために図４の例に示すように放収音装置１２からＥｃｈｏ  Ｒｅｐｌｙが帰ってきた場合に則して説明する。
【００２９】
端末管理タスクは、端末疎通確認通知を受け付けると、対応する放収音装置１２への端末接続要求を生成し、端末リモート制御タスクへ受け渡す。端末リモート制御タスクは、端末接続要求を受け付けると、対応する放収音装置１２へＩＰ接続制御を送信して、制御サーバ１０と放収音装置１２との接続を確立する（Ｓ１０７）。また、端末管理タスクは、放収音装置１２に対しての端末モード取得要求を生成し、端末リモート制御タスクへ受け渡す。端末モード取得要求とは、対象となる放収音装置１２の動作モードを取得する制御コマンドである。端末リモート制御タスクは、端末モード取得制御を放収音装置１２へ送信する。端末リモート制御タスクは、放収音装置１２から端末モード情報を受信すると、端末管理タスクへ、端末モード情報を含む端末モード取得通知を与える。端末管理タスクは、端末モード情報を取得し、放収音装置１２を識別する端末情報とともに上位の会議アプリケーションへ与える。
【００３０】
このようなＥｃｈｏ  Ｒｅｑｕｅｓｔの送信およびＥｃｈｏ  Ｒｅｐｌｙの受信による疎通確認の処理は、全ての端末での疎通確認が行われるまで継続的に行われる（Ｓ１０８：Ｎ→Ｓ１０９：Ｙ→Ｓ１０４）。ただし、疎通確認に対しては、予めタイムアウト時間が設定されており、疎通開始時刻を基準として、タイムアウト時間に達すると、疎通確認を中止する（Ｓ１０９：Ｎ→Ｓ１１０）。制御サーバ１０は、疎通確認を中止すると、未接続の放収音装置の端末情報を検出して（Ｓ１１１）、例えば、未接続状態の放収音装置の情報を、ネットワーク２００への接続が確立された各放収音装置へ通知する。
【００３１】
このように、全ての放収音装置での疎通確認が終了するか、タイムアウト時間を経過して未接続状態の放収音装置を検出することで、通信開始フローが完了する。
【００３２】
以上のような構成および処理を用いることで、疎通確認用データを全ての放収音装置に対して同時に送信し、応答データを受け付けた順にＩＰ網でのネットワークが確立されていく。これにより、個々にタイムアウト時間を設定しながら疎通確認を行うよりも、迅速にネットワークを構築していくことができる。特に、接続される放収音装置が１００台規模の大きなシステムになれば、より効果が顕著に表れる。
【００３３】
なお、前述の説明では、ＩＰ網のみしか無い場合について説明したが、制御サーバ１０および放収音装置１１〜１ｎが他のネットワーク通信網で接続されている場合、例えば、ＩＳＤＮ通信網やアナログ回線網で接続されている場合は、図５に示すような処理を行う。
図５は別の通信開始フローを示すフローチャートである。
なお、タイムアウト時間内での処理は、図４に示した処理と同じであるので、説明は省略する。
【００３４】
タイムアウト時間に達すると、制御サーバ１０は、他の通信網が利用可能かどうかを確認する。ここで、制御サーバ１０は、他の通信網を検出すれば、ＩＰ網での通信が未接続である放収音装置に対して、当該通信網での接続制御を行う（Ｓ１１２：Ｙ→Ｓ１１３）。例えば、ＩＳＤＮ通信網が確立していれば、制御サーバ１０は、ＩＰ網で接続できない放収音装置に対して、ＩＳＤＮ通信網での接続制御を行う。また、アナログ回線網が確立していれば、制御サーバ１０は、ＩＰ網で接続できない放収音装置に対して、アナログ回線網で接続制御を行う。一方で、他の通信網や回線網が存在しなければ、前述のように疎通確認を中止して、未接続の端末情報を取得する（Ｓ１１２：Ｎ→Ｓ１１０→Ｓ１１１）。
【００３５】
このような処理を行うことで、ＩＰ網で接続されない放収音装置も他の通信網および回線網で接続されるので、単に未接続情報を流す場合よりも確実にネットワークを確立することができる。そして、未接続の放収音装置に対して、タイムアウト後も定期的に接続を確認するような場合には、タイムアウト時に一括して放収音装置を他の通信網および回線網で接続することで、結果的に、より迅速にネットワーク網を確立することができる。
【００３６】
また、前述の説明では、すべての放収音装置に対して同時に疎通確認用データ（Ｅｃｈｏ  Ｒｅｑｕｅｓｔ）を送信する例を示したが、各放収音装置を異なる複数の優先度で分類し、優先度毎に順に疎通確認用データの送信を行うようにしてもよい。例えば、本社、や支社の放収音装置に高い優先度を設定し、支店や小売店の放収音装置に低い優先度を設定する。そして、まず、優先度の高い放収音装置に対してのみ疎通確認を行い、その後に優先度の低い放収音装置に対して疎通確認を行うようにする。これにより、優先度の高い箇所の放収音装置のみでまず迅速にネットワークを構成し、この後、全体のネットワークを構成することができる。
【図面の簡単な説明】
【００３７】
【図１】本実施形態の会議システムの主要構成を示すブロック図である。
【図２】図１に示した放収音装置１１〜１ｎの主要構成を示すブロック図、および、図１に示した制御サーバ１０の主要構成を示すブロック図である。
【図３】通信開始フローを示すフローチャートである。
【図４】疎通確認からネットワーク接続までの処理シーケンスを示す図である。
【図５】別の通信開始フローを示すフローチャートである。
【符号の説明】
【００３８】
１１１〜１１ｎ−会議室、１０−制御サーバ、１１〜１ｎ−放収音装置、１２１−放収音装置の制御部、１２２−通信制御部、１２３−放音制御部、１２４−収音制御部、１５０−制御サーバの通信制御部、１５１−スケジュール管理部、１５２−メモリ
【図１】
2008252541.tif 000003
【図２】
2008252541.tif 000004
【図３】
2008252541.tif 000005
【図４】
2008252541.tif 000006
【図５】
2008252541.tif 000007