会議通信システム
【課題】画像通信端末の役割を担うパーソナルコンピュータ（以下、ＰＣ）や音声通信端末に動的に通信アドレスが割り振られる場合でも、音声通信端末とＰＣとを手軽にペアリングすることを可能にする。
【解決手段】各々が画像通信端末の役割を担う複数のＰＣおよび複数の音声通信端末との間に通信セッションを確立し、音声データおよび画像データの通信を仲介する多地点接続装置に、何れかのＰＣから上記複数の音声通信端末の何れかとのペアリングを要求された場合に、その音声通信端末に対して当該ＰＣからペアリングを要求されている旨を通知し、ペアリングを許可する旨の返信があった場合に、両者をペアリングする処理を実行させる。一方、各音声通信端末には、多地点接続装置からのペアリング要求に応じてその旨を報知し、ペアリングを許可する旨の入力操作が為された場合に許可応答を返信する処理を実行させる。
【解決手段】各々が画像通信端末の役割を担う複数のＰＣおよび複数の音声通信端末との間に通信セッションを確立し、音声データおよび画像データの通信を仲介する多地点接続装置に、何れかのＰＣから上記複数の音声通信端末の何れかとのペアリングを要求された場合に、その音声通信端末に対して当該ＰＣからペアリングを要求されている旨を通知し、ペアリングを許可する旨の返信があった場合に、両者をペアリングする処理を実行させる。一方、各音声通信端末には、多地点接続装置からのペアリング要求に応じてその旨を報知し、ペアリングを許可する旨の入力操作が為された場合に許可応答を返信する処理を実行させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多地点接続装置（Multi-point Control Unit、以下、ＭＣＵ）に接続されるパーソナルコンピュータ（以下、ＰＣ）に複数の音声通信端末の何れかを対応付ける技術に関する。
【背景技術】
【０００２】
近年、ＡＤＳＬ（Asymmetric Digital
Subscriber Line）や光通信などの高速データ通信技術が一般に利用されている。この種の高速データ通信技術を利用した通信システムの一例としては、会議通信システムが挙げられる。会議通信システムとは、地理的に離れた場所にいる各利用者に会議を行わせるための通信システムである。会議通信システムは、各利用者の使用する音声通信端末をＭＣＵに接続して構成される。音声通信端末は、利用者の音声を収音しその音声を示す音声データをＭＣＵへと送信するとともに、ＭＣＵから送信されてくる音声データに応じた音声を出力する。一方、ＭＣＵは、複数の音声通信端末の各々から送信されてくる音声データを受信し、その各々に対して他の音声通信端末から受信した各音声データをミキシングして得られる音声データを送信する。これにより、複数の会議参加者の各々に対して他の会議参加者の音声（すなわち、会議における発言を表す音声）が伝達される。また、ｗｅｂカメラなどの撮像手段を備えたＰＣを画像通信端末として会議通信システムに接続し、会議参加者を撮像して得られる画像データを他のＰＣへ送信する一方、受信した画像データに応じた画像を表示する処理を実行させ、テレビ会議を実現することも提案されている（例えば、特許文献１参照）。
【特許文献１】特開２００５−２６０３８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
この種のテレビ会議においては、各会議参加者の音声とその画像とが他の会議参加者の音声通信端末や画像通信端末で同期して再生されるようにするために、例えば同一の会議参加者により利用される画像通信端末と音声通信端末とをペアにしてＭＣＵに管理させ、互いにペアリングされた画像通信端末や音声通信端末についてのデータ通信が同期するように上記ＭＣＵに通信制御を行わせる必要がある。従来、このようなペアリングは、ペアにして管理する音声通信端末と画像通信端末を互いに固定アドレスで対応付けてＭＣＵに記憶させることで行われていた。
【０００４】
一方、ＬＡＮ（Local
Area Network）などの通信回線に接続されるＰＣや音声通信端末などの通信機器に通信アドレスを割り振る態様としては、予め各通信機器に固有の通信アドレスを割り振っておく態様と、例えばＤＨＣＰ（Dynamic Host Configuration Protocol）などにより各通信機器の電源投入時にその都度、動的に通信アドレスを割り振る態様とがある。前者の態様では、ＬＡＮに接続される全ての通信機器についての通信アドレスをネットワーク管理者が管理する必要があるため、ＬＡＮに接続される通信機器の数が多い場合には、ネットワーク管理者の負担が非常に大きくなるといった問題がある。このため、ＬＡＮに接続される通信機器の数が多い場合には、後者の態様が用いられることが一般的である。しかし、後者の態様では、ペアリングして管理するべき音声通信端末およびＰＣの通信アドレスを予めＭＣＵに記憶させておくことはできず、各通信端末にどんな通信アドレスが割り当てられるかわからないため、ＭＣＵを用いた会議通信システムには不向きであるといった問題がある。
【０００５】
本発明は、上記課題に鑑みて為されたものであり、画像通信端末の役割を担うＰＣや音声通信端末に動的に通信アドレスが割り振られる場合でも、音声通信端末とＰＣとを手軽にペアリングすることを可能にする技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために本発明は、各々利用者の音声を収音しその音声を表す音声データを通信セッションの接続先へ送信する一方、当該通信セッションの接続先から受信した音声データに応じた音を出力する複数の音声通信端末と、各々通信セッションの接続先へ画像データを送信する一方、当該通信セッションの接続先から受信した画像データの表す画像を表示する複数の画像通信端末と、前記複数の音声通信端末および前記複数の画像通信端末の各々との間に通信セッションを確立し、音声データおよび画像データの通信を仲介する多地点接続装置と、を備え、前記複数の音声通信端末および前記複数の画像通信端末の各々には動的に通信アドレスが割り振られ、前記複数の画像通信端末のうち、利用者によって前記複数の音声通信端末の何れかとのペアリングを指示されたものは、当該音声通信端末とのペアリングを要求する旨のペアリング要求に当該画像通信端末の通信アドレスを書き込んで前記多地点接続装置へ送信し、前記多地点接続装置は、前記複数の画像通信端末の何れかから前記ペアリング要求を受信した場合に、当該ペアリング要求にてペアリングを要求されている音声通信端末に対して当該画像通信端末からペアリングを要求されている旨を通知してその可否を問い合わせ、当該音声通信端末からペアリングを許可する旨の許可応答を受信したことを契機に、前記ペアリング要求の送信元と前記許可応答の送信元とのペアリングし、当該ペアリングした音声通信端末との間の音声データの通信および当該ペアリングした画像通信端末との間の画像データの通信を同期させる制御を行い、前記複数の音声通信端末の各々は、前記複数の画像通信端末の何れかからペアリングを要求されたことを前記多地点接続装置から通知された場合にその旨を利用者へ報知し、ペアリングを許可する旨の入力操作が為された場合に前記許可応答を前記多地点音声接続装置へ返信することを特徴とする会議通信システムを提供する。
【０００７】
より好ましい態様においては、前記会議通信システムの複数の音声通信端末の各々は、前記複数の画像通信端末の何れかからペアリングを要求された旨の報知を開始してから所定時間が経過するまでに、ペアリングを許可する旨の入力操作が為されなかった場合には、前記ペアリング要求の送信元とのペアリングを拒否する拒否応答を前記多地点接続装置へ返信し、同会議通信システムの多地点接続装置は、前記拒否応答を受信した場合には、前記ペアリング要求の送信元へペアリングが拒否された旨を返信することを特徴とする。
【発明を実施するための最良の形態】
【０００８】
以下、本発明を実施するための最良の形態を図面を参照しつつ説明する。
（Ａ：構成）
図１は、本発明の一実施形態に係る会議通信システム１の構成例を示す図である。
この会議通信システム１は、例えば企業の各支店など地理的に離れた複数の拠点（図１では、拠点０１〜０３）に居る各利用者に通信網１０を介したテレビ会議を行わせるための通信システムである。通信網１０は例えばインターネットであり、自網に接続されている通信装置間のデータ通信を仲介する。図１に示すように、通信網１０にはＭＣＵ６０が接続されているとともに、例えばルータなどの中継装置２０を介して拠点内ＬＡＮ３０が接続されている。図１では、拠点０１に敷設されている拠点内ＬＡＮ３０のみが図示されているが、拠点０２や拠点０３にも、中継装置を介して通信網１０に接続される拠点内ＬＡＮが敷設されている。なお、本実施形態では、ＭＣＵ６０が各拠点内ＬＡＮとは別個に通信網１０に接続されている場合について説明するが、上記各拠点内ＬＡＮの何れかを介して通信網１０に接続される態様であっても勿論良い。
【０００９】
図１に示す例では、拠点内ＬＡＮ３０には、音声通信端末４０Ｘ〜４０Ｚ、ＰＣ５０Ａ〜ＰＣ５０Ｃが接続される。以下では、上記３台の音声通信端末の各々を区別する必要がない場合には、「音声通信端末４０」と標記し、同様に上記３台のＰＣについても各々区別する必要がない場合には、「ＰＣ５０」と標記する。これら音声通信端末４０やＰＣ５０は、各拠点の会議室等に配置されたハブを介して拠点内ＬＡＮ３０に接続される。図２は、拠点０１内における拠点内ＬＡＮ３０の具体的な敷設例を示す図である。図２に示す例では、１つの会議室当たり１台の音声通信端末４０が配置されている。例えば、音声通信端末４０Ｘは拠点０１内の第１会議室に配置され、音声通信端末４０Ｙは同第２会議室に配置される、といった具合である。また、図２では、ＰＣ５０Ａと５０Ｂは第１会議室に配置され、ＰＣ５０Ｃは第２会議室に配置される場合について例示されている。
【００１０】
本実施形態では、ＭＣＵ６０には予め固有の通信アドレスが割り振られており、この通信アドレスは音声通信端末４０やＰＣ５０に予め記憶されている。一方、音声通信端末４０およびＰＣ５０には、同拠点内ＬＡＮ３０に接続されているＤＨＣＰサーバ（図示省略）によって動的に通信アドレス（本実施形態では、ＩＰアドレス）が割り振られる。より詳細に説明すると、音声通信端末４０やＰＣ５０は、各会議室に設置されているハブの何れかに接続され、かつ、その電源が投入されたことを契機として上記ＤＨＣＰサーバにアクセスし通信アドレスの割り当てを受ける。このように、本実施形態では、拠点内ＬＡＮ３０に接続される音声通信端末４０やＰＣ５０については動的に通信アドレスが割り振られるのであるが、音声通信端末４０、ＰＣ５０およびＭＣＵ６０の各々に本実施形態に特徴的な処理を実行させることによって、音声通信端末４０とＰＣ５０とのペアリングを可能にしているのである。
【００１１】
音声通信端末４０は、ＭＣＵ６０との間にＳＩＰ（Session Initiation Protocol）に準拠した手順で通信セッションを確立し、ＭＣＵ６０との間でＲＴＰ（Real-time Transport Protocol）に準拠した手順で音声データの送受信を行う。音声通信端末４０は、利用者の発言を他の拠点に居る他の会議参加者へ伝達するとともに、当該他の会議参加者の発言を自装置の利用者に伝達するためのものである。図３に示すように、音声通信端末４０は、通信インタフェース（以下、「Ｉ／Ｆ」）部４２、着信処理部４４、および音声入出力部４６を有している。
【００１２】
通信Ｉ／Ｆ部４２は、例えばＮＩＣ（Network Interface Card）であり、拠点内ＬＡＮ３０に接続される。通信Ｉ／Ｆ部４２は、拠点内ＬＡＮ３０から送信されてくるデータを受信し、そのデータの種類に応じて着信処理部４４または音声入出力部４６の何れかへ引渡す。より詳細に説明すると、通信Ｉ／Ｆ部４２は、音声データを受信した場合には、音声入出力部４６へ引渡し、通信セッションの確立に関する制御メッセージ（例えば、ＳＩＰメッセージ）を受信した場合には、着信処理部４４へ引渡す。また、通信Ｉ／Ｆ部４２は、着信処理部４４や音声入出力部４６から引渡されるデータを拠点内ＬＡＮ３０へ送出する処理も実行する。
【００１３】
着信処理部４４は、他の通信機器から通信セッションの確立を要求する旨の制御メッセージを受信した場合に、所定の着信音を出力することによりその着信を利用者に報知する着信通知処理を実行する。そして、操作部（図示省略）を介してその着信を許可する旨の指示が入力された場合には、通信セッションの確立を許可する旨の応答（以下、許可応答）を上記制御メッセージの送信元へ返信し、逆に、その着信を拒否する旨の指示が入力された場合には、通信セッションの確立を拒否する旨の応答（具体的には、“４８７ Request Terminated”：以下、拒否応答）を返信する。音声入出力部４６は、マイクロホン、スピーカおよび音声コーデック（何れも図示省略）を有している。音声入出力部４６は、上記マイクロホンによって周囲の音を収音しその音に応じた音声データを上記音声コーデックによって生成して通信Ｉ／Ｆ部４２へ引渡す一方、通信Ｉ／Ｆ部４２によって受信した音声データを上記音声コーデックによって音声信号に変換して上記スピーカに与え、その音声データに応じた音を出力する。
【００１４】
ＰＣ５０は、例えばノート型パーソナルコンピュータであり、テレビ会議における画像データの送受信を担当する画像通信端末の役割を担う。より詳細に説明すると、このＰＣ５０には、その利用者を一意に識別する識別子（ユーザＩＤやパスワードなど、以下、利用者識別子）と上記画像通信端末としての機能を実現するためのアプリケーションプログラム（以下、会議通信アプリケーション）が予め記憶されている。ＰＣ５０は、この会議通信アプリケーションを実行することによって、ＭＣＵ６０との間に通信セッションを確立し、ｗｅｂカメラなどの撮像手段により得られた画像データや会議資料を表す画像データをＲＴＰに準拠した手順でＭＣＵ６０へ送信する。また、ＰＣ５０は、ＭＣＵ６０から送信されてくる画像データを受信し、その画像データに応じた画像を液晶ディスプレイなどの表示部（図示省略）に表示させる。また、上記会議通信アプリケーションにしたがって作動しているＰＣ５０は、このＰＣ５０とペアにするべき音声通信端末４０のＳＩＰ番号およびペアリングの実行指示を利用者に入力させるためのユーザインタフェース（例えばプッシュフォン式の電話機の各種操作子を模した仮想ボタンからなるユーザインタフェース）を提供する処理も実行する。ここで、ＳＩＰ番号とは、例えば電話通信における電話番号に相当するものであり、ＲＴＰなどの所定のデータ通信プロトコルにしたがって音声データや画像データの通信を行うための通信セッションの確立の際にその接続先を一意に識別する識別子としての役割を果たす。
【００１５】
ＭＣＵ６０は、音声通信端末４０やＰＣ５０との間に通信セッションを確立してデータ通信を行い、テレビ会議を実現する電子機器である。図４は、ＭＣＵ６０の構成例を示すブロック図である。図４に示すように、ＭＣＵ６０は、通信Ｉ／Ｆ部６２、通信制御部６４、音声データ処理部６６、および画像データ処理部６８を有している。
【００１６】
通信Ｉ／Ｆ部６２は、前述した通信Ｉ／Ｆ部４２と同様にＮＩＣであり、通信網１０に接続されている。通信Ｉ／Ｆ部６２は、通信網１０から送信されてくるデータを受信し、当該受信したデータをその種類に応じて通信制御部６４、音声データ処理部６６または画像データ処理部６８の何れかへ引渡す。より詳細に説明すると、通信Ｉ／Ｆ部６２は、音声データを受信した場合には、音声データ処理部６６へ引渡し、画像データを受信した場合には、画像データ処理部６８へ引渡し、通信セッションの確立に関する制御メッセージを受信した場合には、通信制御部６４へ引渡す。また、通信Ｉ／Ｆ部６２は、通信制御部６４、音声データ処理部６６および画像データ処理部６８から引渡されるデータを通信網１０へ送出する処理も実行する。
【００１７】
通信制御部６４は、音声通信端末４０やＰＣ５０から送信されてくるレジスト要求に応じてその送信元のレジストを行うレジストラ機能とそのレジスト内容を利用して通信セッションの接続制御を行うＳＩＰサーバ機能とを有している。ここで、レジストとは、音声通信端末４０やＰＣ５０に予め割り当てられているＳＩＰ番号とそれら通信機器の通信アドレスとを対応付けてレジストテーブル（図示省略）に格納することであり、レジスト要求とは上記レジストの実行を要求する旨の制御メッセージである。また、通信制御部６４は、ＰＣ５０からそのＰＣ５０と上記３台の音声通信端末４０の何れかとをペアにすることを要求する旨の制御メッセージ（以下、ペアリング要求）を受信した場合に、そのペアリング要求にてペアにすることを要求されている音声通信端末４０に対してその可否を問い合わせ、許可応答が返信されてきた場合に、両通信機器の通信アドレスを対応付けてペアリング管理テーブル（図示省略）に格納する処理も実行する。
【００１８】
音声データ処理部６６は、ＭＣＵ６０と通信セッションを確立している１または複数の音声通信端末４０との間の音声データの送受信を仲介する処理を実行し、画像データ処理部６８は、ＭＣＵ６０と通信セッションを確立している１または複数のＰＣ５０との間の画像データの送受信を仲介する処理を実行する。加えて、音声データ処理部６６は、所謂ネットワークミキサ（図示省略）を含んでおり、３台以上の音声通信端末４０がＭＣＵ６０との間に通信セッションを確立して音声データの送受信を行う場合には、以下の処理を行う。すなわち、ＭＣＵ６０との間に通信セッションを確立している音声通信端末４０の各々に対して、他の音声通信端末４０から受信した音声データをミキシングして得られる音声データを送信する処理を実行する。例えば、音声通信端末４０Ｘ、４０Ｙおよび音声通信端末４０ＺがＭＣＵ６０との間に通信セッションを確立している場合、ＭＣＵ６０は、音声通信端末４０Ｘに対しては音声通信端末４０Ｙおよび音声通信端末４０Ｚから受信した音声データをミキシングして得られる音声データを、音声通信端末４０Ｙに対しては音声通信端末４０Ｘおよび音声通信端末４０Ｚから受信した音声データをミキシングして得られる音声データを、音声通信端末４０Ｚに対しては音声通信端末４０Ｘおよび音声通信端末４０Ｙから受信した音声データをミキシングして得られる音声データを、各々送信する。
以上が本実施形態に係る会議通信システム１の構成である。
【００１９】
（Ｂ：動作）
次いで、会議通信システム１における各装置の動作について、ＰＣ５０Ａと音声通信端末４０Ｘとをペアにする場合を例にとって説明する。
【００２０】
ＰＣ５０Ａの利用者は、このＰＣ５０Ａと音声通信端末４０Ｘとをペアにしようとする場合、まず、ＰＣ５０Ａにインストールされている会議通信アプリケーションを起動し、前述したプッシュフォン式の電話機を模したユーザインタフェースにより音声通信端末４０ＸのＳＩＰ番号をダイヤルして、ペアリング処理の実行を指示するための操作子（例えば、発信ボタン：図示省略）を押下する。すると、ＰＣ５０ＡのＣＰＵ（Central Processing Unit：図示省略）は、予め記憶している利用者識別子、上記ＳＩＰ番号、およびＤＨＣＰサーバにより割り振られた通信アドレスを書き込んだペアリング要求Ｍ００１を生成し、ＭＣＵ６０へ送信する（図５参照）。
【００２１】
ＭＣＵ６０の通信制御部６４は、通信Ｉ／Ｆ部６２を介して制御メッセージを受信すると、図５に示すように、要求内容判別処理ＳＡ０１を実行する。この要求内容判別処理ＳＡ０１は、ＳＩＰサーバとしてどのような処理を行うことを要求されているのかを上記受信した制御メッセージを解析して判別し、その要求内容に応じた処理を実行する処理である。例えば、レジストを要求する旨の制御メッセージであれば、その制御メッセージの送信元の要求内容はレジストの実行であると判別し、その要求内容に応じた処理（すなわち、レジスト）を実行する。また、受信したメッセージがペアリング要求である場合には、通信制御部６４は、そのペアリング要求に書き込まれているＳＩＰ番号を発呼先としてＳＩＰ発信を行い、その発呼先へペアリングの可否を問い合わせる処理を実行する。
【００２２】
ペアリング要求を受信した場合に通信制御部６４が実行する処理の詳細は以下の通りである。すなわち、通信制御部６４は、まず、受信したペアリング要求に書き込まれているＳＩＰ番号に対応する通信アドレスをレジストテーブル（図示省略）から読み出すことにより、ＳＩＰ発信の発呼先となる通信機器を特定する。なお、通信制御部６４は、受信したペアリング要求に書き込まれているＳＩＰ番号がレジストテーブルに登録されていない場合は、そのレジスト要求を無視（或いは拒否）する。本実施形態では、ＰＣ５０Ａから送信されてくるペアリング要求Ｍ００１には、音声通信端末４０ＸのＳＩＰ番号が書き込まれているため、通信制御部６４は、ＳＩＰ発信の発呼先として音声通信端末４０Ｘを特定する。次いで、通信制御部６４は、ペアリング要求があったこと、およびその要求元を上記発呼先へ通知しペアリングの可否を問い合わせる制御メッセージ（例えば、ＩＮＶＩＴＥメッセージ、以下、ペアリング可否問い合わせ）Ｍ００２を生成し、上記発呼先へ宛てて送信する（図５参照）。ただし、上記ペアリング可否問い合わせＭ００２には、通常のＳＩＰ発信に係るＩＮＶＩＴＥメッセージとの区別をその送信先ができるようにするために、専用ヘッダが付加される。この専用ヘッダには、ペアリング要求Ｍ００１に内包されていた利用者識別子とその送信元の通信アドレス（本動作例では、ＰＣ５０Ａの通信アドレス）とが書き込まれる。
このようにしてＭＣＵ６０から送信されるペアリング可否問い合わせＭ００２は通信網１０および拠点内ＬＡＮ３０を介して音声通信端末４０Ｘに到達する。
【００２３】
音声通信端末４０Ｘの着信処理部４４は、制御メッセージを受信しＳＩＰ着信を検出すると、その制御メッセージがペアリング処理に関するものであるのか、それとも、通常のＳＩＰ発信に関するものであるのかをそのヘッダ部を参照して判定し、その判定結果に応じた着信通知処理ＳＢ０１を実行する（図５参照）。この着信通知処理ＳＢ０１では、着信音の放音によりＳＩＰ着信が報知されるのであるが、ペアリング処理に関する制御メッセージを受信した場合と、通常のＳＩＰ着信の場合とで異なる着信音が放音される。また、着信処理部４４は、受信した制御メッセージがペアリング処理に関するものである場合には、そのヘッダ部に書き込まれている利用者識別子やペアリングの要求元の通信アドレスを表示部（図示省略）に表示させる。
【００２４】
音声通信端末４０Ｘの操作者（例えば、図２に示す第１会議室にて音声通信端末４０Ｘの最も近くに居る会議参加者）は、音声通信端末４０Ｘに対するＳＩＰ着信が、通常の発呼によるものか、それとも、ペアリング処理に関するものであるのかを着信音から判別することができる。そして、ペアリング処理に関する着信である場合には、音声通信端末４０Ｘの利用者は、音声通信端末４０Ｘの表示部に表示される利用者識別子および通信アドレスから、その発呼元と当該音声通信端末４０Ｘとをペアリングするべきか否かを判断し、その判断結果に応じた指示を音声通信端末４０Ｘに与えることができる。具体的には、ペアリングを許可する場合は、音声通信端末４０Ｘのオフフックボタン（図示省略）を押下して許可指示を与え、逆に、ペアリングを許可しない場合には、音声通信端末４０Ｘのオンフックボタン（図示省略）を押下して拒否指示を与える。
以下、音声通信端末４０Ｘの操作者が許可指示を与える場合と拒否指示を与える場合とに分けて各装置が実行する動作について説明する。
【００２５】
（Ｂ−１：ペアリングを許可する旨の入力操作が為された場合の動作）
音声通信端末４０Ｘの着信処理部４４は、ＭＣＵ６０からの着信に対して、図５に示すように、“１００ Ｔｒｙｉｎｇ”および“１８０ Ｒｉｎｇｉｎｇ”の各ＳＩＰメッセージを送信し、入力操作待ちであることをその発信元へ通知する。そして、着信処理部４４は、許可指示の入力（例えば、オフフックボタンの押下）を検出（図５：ＳＢ０２）すると、図５に示すように、許可応答（本実施形態では、“２００ ＯＫ”）Ｍ００３を返信する。これにより音声通信端末４０ＸとＭＣＵ６０との間に通信セッションが確立される。
【００２６】
ＭＣＵ６０の通信制御部６４は、音声通信端末４０から送信されてくる許可応答Ｍ００３を受信し、音声通信端末４０Ｘとの間に通信セッションが確立されると、図５に示すように、直ちに“Ｂｙｅ”メッセージを送信し、上記通信セッションを切断する。ペアリング可否問い合わせＭ００２の送信によるＳＩＰ発信は、ペアリングの可否を問い合わせることが目的であり、音声通信端末４０Ｘとの間の音声データの送受信のための通信セッションは、テレビ会議の開始の際に別途確立されるからである。
【００２７】
上記通信セッションの切断を完了すると、通信制御部６４は、図５に示すように、登録処理ＳＡ０２を実行し、ペアリングが完了したことを通知するペアリング完了通知Ｍ００４をＰＣ５０Ａに送信する。この登録処理ＳＡ０２は、ペアリング要求Ｍ００１の送信元の通信アドレス（すなわち、ＰＣ５０Ａの通信アドレス）と許可応答Ｍ００３の送信元の通信アドレス（すなわち、音声通信端末４０Ｘの通信アドレス）とを対応付けて対応管理テーブルに書き込む処理である。ＰＣ５０ＡのＣＰＵは、ペアリング完了通知Ｍ００４を受信すると、ペアリング処理が完了した旨を利用者に報知する（例えば、処理完了を示すメッセージの表示部への出力）。これにより、ＰＣ５０Ａと音声通信端末４０Ｘのペアリングは完了する。
【００２８】
上記のようにＰＣ５０Ａと音声通信端末４０Ｘとのペアリングが完了した状態でテレビ会議が開始されると、ＭＣＵ６０の通信制御部６４は、互いに対応付けて対応管理テーブルに通信アドレスが格納されている音声通信端末４０およびＰＣ５０（本動作例では、音声通信端末４０ＸとＰＣ５０Ａ）とのデータ通信が同期して行われるように、音声データ処理部６６および画像データ処理部６８の作動制御を行う。また、上記のようにＰＣ５０Ａと音声通信端末４０Ｘとがペアリングされている状態で、音声通信端末４０ＸとペアにするＰＣをＰＣ５０ＡからＰＣ５０Ｂに変更する場合には、ＰＣ５０Ｂにて会議通信アプリケーションを起動し、音声通信端末４０ＸのＳＩＰ番号をダイヤルして発信ボタンを押下すれば良い。すると、図５に示すシーケンスフローチャートにしたがった通信がＰＣ５０Ｂ、ＭＣＵ６０および音声通信端末４０Ｘの各々によって実行され、音声通信端末４０Ｘにてペアリングを許可する旨の入力操作（すなわち、オフフックボタンの押下）が為されれば、以上に説明した動作と同一の動作がこれら装置で実行され、音声通信端末４０ＸとペアになるＰＣがＰＣ５０Ｂへ切り替えられるのである。
【００２９】
（Ｂ−２：ペアリングを拒否する旨の入力操作がなされた場合の動作）
一方、着信処理部４４は、拒否指示の入力（例えば、オンフックボタンの押下）を検出（図６：ＳＢ０３）すると、図６に示すように、拒否応答Ｍ００５をＭＣＵ６０へ返信する。なお、拒否応答の返信を行うことなく、音声通信端末４０Ｘからの通信セッションの切断により、ペアリングを拒否する旨をＭＣＵ６０に通知しても良い。ＭＣＵ６０の通信制御部６４は、拒否応答Ｍ００５を受信した場合（或いは音声通信端末４０Ｘからの通信セッションの切断を検出した場合）には、前述した登録処理ＳＡ０２を実行することなく、ペアリング要求Ｍ００１の送信元へペアリング拒否通知Ｍ００６を返信する。このペアリング拒否通知Ｍ００６を受信したＰＣ５０のＣＰＵは、ペアリングが拒否された旨を報知し、本ペアリング処理を終了する。
【００３０】
以上説明したように、本実施形態によれば、音声通信端末４０やＰＣ５０の通信アドレスがＤＨＣＰによって動的に割り振られる場合であっても、音声通信端末４０とＰＣ５０とをペアリングして管理することが可能になる。また、ＰＣ５０に割り振られている通信アドレスを変更することなく、音声通信端末４０とペアにして管理するＰＣ５０を手軽に変更することも可能になる。
【００３１】
また、本実施形態によれば、音声通信端末４０の操作者は、着信通知処理ＳＢ０１にて音声通信端末４０の表示部に表示される利用者識別子および通信アドレスを参考に、ペアリングを許可するか否かを選択することができるため、誤ってペアリングされてしまうことや悪意のある者のＰＣとペアリングされてしまうことを防止することができる。例えば、図１の拠点０１は東京にあり、拠点０２は大阪にある状況下で、何らかのミスにより音声通信端末４０Ｘに対して拠点０２に配置されているＰＣからペアリング要求があった場合には、音声通信端末４０Ｘの操作者はオンフックボタンを押下して拒否指示を入力することで、そのペアリング要求を拒否することができる。
【００３２】
（Ｃ：変形例）
以上、本発明の一実施形態について説明したが、かかる実施形態に以下に述べる変形を加えても良いことは勿論である。
（１）上述した場合には、通常とは異なる着信音の放音によりペアリング要求が為されたことを報知した後、操作部を介して入力される指示内容に応じて許可応答Ｍ００３または拒否応答Ｍ００５を返信する処理を着信処理部４４に実行させた。しかし、上記報知を開始してから所定時間（例えば、ワンコール）以内に許可指示が入力されなければ、無条件に拒否応答Ｍ００５を返信させるようにしても良い。このような制約を設けることで、音声通信端末４０の操作者とＰＣ５０の操作者との間に事前の同意がなければペアリングがされにくい状態となり、より確実に目的のペアリングを行うことが可能になる。
【００３３】
（２）上述した実施形態では、ペアリング可否問い合わせＭ００２を受信した場合に、通常のＳＩＰ着信とは異なる着信音を放音するとともに、ペアリングの要求元であるＰＣ５０の通信アドレスおよびそのＰＣ５０の利用者の利用者識別子を表示部に表示する着信通知処理ＳＢ０１を音声通信端末４０の着信処理部４４に実行させ、操作部を介して入力される指示内容に応じて許可応答Ｍ００３または拒否応答Ｍ００５を返信する処理を同着信処理部４４に実行させた。しかし、音声通信端末４０Ｘ、４０Ｙおよび４０Ｚの各々について、その利用を許可する利用者を予め定めておき、当該利用者の利用者識別子が内包されたペアリング可否問い合わせＭ００２を受信した場合には、無条件に許可応答Ｍ００３を返信する処理を着信処理部４４に実行させても良い。
【００３４】
具体的には、各音声通信端末４０の着信処理部４４に、当該音声通信端末４０の利用を許可された１または複数の利用者の利用者識別子のリストを記憶させておく。そして、ＭＣＵ６０から受信したペアリング可否問い合わせＭ００２に内包されている利用者識別子が上記リストに含まれているか否かを判定し、含まれている場合には許可応答Ｍ００３を返信する処理を、逆に、含まれていない場合には拒否応答Ｍ００５を返信する処理を、着信処理部４４に実行させるようにすれば良い。このような態様によれば、音声通信端末４０の利用者の手を煩わせることなく、自動的に予め定められた利用者の使用するＰＣ５０についてのみ、そのＰＣ５０とペアリングすることが実現される。
【００３５】
ただし、このような態様においては、何れかのＰＣ５０とのペアリングが為されている状況下で、他のＰＣ５０の通信アドレスおよび利用者識別子が書き込まれたペアリング可否問い合わせＭ００２が送信されてきた場合には、ペアリングの対象が上記他のＰＣ５０に無条件に切り替えられるといった不具合がある。そこで、何れかのＰＣ５０とのペアリングが為されている場合には、ペアリング可否問い合わせＭ００２を受信しても無条件に拒否応答Ｍ００５を返信するよう着信処理部４４を設定し、上記ペアリングを維持する必要がなくなった時点でその設定を解除するようにしても良い。また、何れかのＰＣ５０とのペアリングが為されている状況下で、ペアリング可否問い合わせＭ００２を受信した場合にのみ、その受信を報知し、操作者の操作内容に応じて許可応答Ｍ００３または拒否応答Ｍ００５の何れかを送信する処理を着信処理部４４に実行させても良い。
【００３６】
（３）上述した実施形態では、音声通信端末４０やＰＣ５０をハブを介して拠点内ＬＡＮ３０に接続したが、ハブの代わりに無線アクセスポイント装置を用い、この無線アクセスポイント装置によって音声通信端末４０やＰＣ５０を収容し拠点内ＬＡＮ３０に接続しても良い。
【図面の簡単な説明】
【００３７】
【図１】本発明の一実施形態に係る会議通信システム１の構成例を示す図である。
【図２】同会議通信システム１を構成する拠点内ＬＡＮ３０の敷設例を示す図である。
【図３】同拠点内ＬＡＮ３０に含まれる音声通信端末４０の構成例を示す図である。
【図４】同会議通信システム１に含まれるＭＣＵ６０の構成例を示す図である。
【図５】同会議通信システム１における各装置間の通信シーケンスの一例を示す図である。
【図６】同会議通信システム１における各装置間の通信シーケンスの一例を示す図である。
【符号の説明】
【００３８】
１…会議通信システム、１０…通信網、２０…中継装置、３０…拠点内ＬＡＮ、４０，４０Ｘ、４０Ｙ、４０Ｚ…音声通信端末、４２…通信Ｉ／Ｆ部、４４…着信処理部、４６…音声入出力部、５０，５０Ａ、５０Ｂ、５０Ｃ…ＰＣ、６０…ＭＣＵ、６２…通信Ｉ／Ｆ部、６４…通信制御部、６６…音声データ処理部、６８…画像データ処理部。
【技術分野】
【０００１】
本発明は、多地点接続装置（Multi-point Control Unit、以下、ＭＣＵ）に接続されるパーソナルコンピュータ（以下、ＰＣ）に複数の音声通信端末の何れかを対応付ける技術に関する。
【背景技術】
【０００２】
近年、ＡＤＳＬ（Asymmetric Digital
Subscriber Line）や光通信などの高速データ通信技術が一般に利用されている。この種の高速データ通信技術を利用した通信システムの一例としては、会議通信システムが挙げられる。会議通信システムとは、地理的に離れた場所にいる各利用者に会議を行わせるための通信システムである。会議通信システムは、各利用者の使用する音声通信端末をＭＣＵに接続して構成される。音声通信端末は、利用者の音声を収音しその音声を示す音声データをＭＣＵへと送信するとともに、ＭＣＵから送信されてくる音声データに応じた音声を出力する。一方、ＭＣＵは、複数の音声通信端末の各々から送信されてくる音声データを受信し、その各々に対して他の音声通信端末から受信した各音声データをミキシングして得られる音声データを送信する。これにより、複数の会議参加者の各々に対して他の会議参加者の音声（すなわち、会議における発言を表す音声）が伝達される。また、ｗｅｂカメラなどの撮像手段を備えたＰＣを画像通信端末として会議通信システムに接続し、会議参加者を撮像して得られる画像データを他のＰＣへ送信する一方、受信した画像データに応じた画像を表示する処理を実行させ、テレビ会議を実現することも提案されている（例えば、特許文献１参照）。
【特許文献１】特開２００５−２６０３８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
この種のテレビ会議においては、各会議参加者の音声とその画像とが他の会議参加者の音声通信端末や画像通信端末で同期して再生されるようにするために、例えば同一の会議参加者により利用される画像通信端末と音声通信端末とをペアにしてＭＣＵに管理させ、互いにペアリングされた画像通信端末や音声通信端末についてのデータ通信が同期するように上記ＭＣＵに通信制御を行わせる必要がある。従来、このようなペアリングは、ペアにして管理する音声通信端末と画像通信端末を互いに固定アドレスで対応付けてＭＣＵに記憶させることで行われていた。
【０００４】
一方、ＬＡＮ（Local
Area Network）などの通信回線に接続されるＰＣや音声通信端末などの通信機器に通信アドレスを割り振る態様としては、予め各通信機器に固有の通信アドレスを割り振っておく態様と、例えばＤＨＣＰ（Dynamic Host Configuration Protocol）などにより各通信機器の電源投入時にその都度、動的に通信アドレスを割り振る態様とがある。前者の態様では、ＬＡＮに接続される全ての通信機器についての通信アドレスをネットワーク管理者が管理する必要があるため、ＬＡＮに接続される通信機器の数が多い場合には、ネットワーク管理者の負担が非常に大きくなるといった問題がある。このため、ＬＡＮに接続される通信機器の数が多い場合には、後者の態様が用いられることが一般的である。しかし、後者の態様では、ペアリングして管理するべき音声通信端末およびＰＣの通信アドレスを予めＭＣＵに記憶させておくことはできず、各通信端末にどんな通信アドレスが割り当てられるかわからないため、ＭＣＵを用いた会議通信システムには不向きであるといった問題がある。
【０００５】
本発明は、上記課題に鑑みて為されたものであり、画像通信端末の役割を担うＰＣや音声通信端末に動的に通信アドレスが割り振られる場合でも、音声通信端末とＰＣとを手軽にペアリングすることを可能にする技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために本発明は、各々利用者の音声を収音しその音声を表す音声データを通信セッションの接続先へ送信する一方、当該通信セッションの接続先から受信した音声データに応じた音を出力する複数の音声通信端末と、各々通信セッションの接続先へ画像データを送信する一方、当該通信セッションの接続先から受信した画像データの表す画像を表示する複数の画像通信端末と、前記複数の音声通信端末および前記複数の画像通信端末の各々との間に通信セッションを確立し、音声データおよび画像データの通信を仲介する多地点接続装置と、を備え、前記複数の音声通信端末および前記複数の画像通信端末の各々には動的に通信アドレスが割り振られ、前記複数の画像通信端末のうち、利用者によって前記複数の音声通信端末の何れかとのペアリングを指示されたものは、当該音声通信端末とのペアリングを要求する旨のペアリング要求に当該画像通信端末の通信アドレスを書き込んで前記多地点接続装置へ送信し、前記多地点接続装置は、前記複数の画像通信端末の何れかから前記ペアリング要求を受信した場合に、当該ペアリング要求にてペアリングを要求されている音声通信端末に対して当該画像通信端末からペアリングを要求されている旨を通知してその可否を問い合わせ、当該音声通信端末からペアリングを許可する旨の許可応答を受信したことを契機に、前記ペアリング要求の送信元と前記許可応答の送信元とのペアリングし、当該ペアリングした音声通信端末との間の音声データの通信および当該ペアリングした画像通信端末との間の画像データの通信を同期させる制御を行い、前記複数の音声通信端末の各々は、前記複数の画像通信端末の何れかからペアリングを要求されたことを前記多地点接続装置から通知された場合にその旨を利用者へ報知し、ペアリングを許可する旨の入力操作が為された場合に前記許可応答を前記多地点音声接続装置へ返信することを特徴とする会議通信システムを提供する。
【０００７】
より好ましい態様においては、前記会議通信システムの複数の音声通信端末の各々は、前記複数の画像通信端末の何れかからペアリングを要求された旨の報知を開始してから所定時間が経過するまでに、ペアリングを許可する旨の入力操作が為されなかった場合には、前記ペアリング要求の送信元とのペアリングを拒否する拒否応答を前記多地点接続装置へ返信し、同会議通信システムの多地点接続装置は、前記拒否応答を受信した場合には、前記ペアリング要求の送信元へペアリングが拒否された旨を返信することを特徴とする。
【発明を実施するための最良の形態】
【０００８】
以下、本発明を実施するための最良の形態を図面を参照しつつ説明する。
（Ａ：構成）
図１は、本発明の一実施形態に係る会議通信システム１の構成例を示す図である。
この会議通信システム１は、例えば企業の各支店など地理的に離れた複数の拠点（図１では、拠点０１〜０３）に居る各利用者に通信網１０を介したテレビ会議を行わせるための通信システムである。通信網１０は例えばインターネットであり、自網に接続されている通信装置間のデータ通信を仲介する。図１に示すように、通信網１０にはＭＣＵ６０が接続されているとともに、例えばルータなどの中継装置２０を介して拠点内ＬＡＮ３０が接続されている。図１では、拠点０１に敷設されている拠点内ＬＡＮ３０のみが図示されているが、拠点０２や拠点０３にも、中継装置を介して通信網１０に接続される拠点内ＬＡＮが敷設されている。なお、本実施形態では、ＭＣＵ６０が各拠点内ＬＡＮとは別個に通信網１０に接続されている場合について説明するが、上記各拠点内ＬＡＮの何れかを介して通信網１０に接続される態様であっても勿論良い。
【０００９】
図１に示す例では、拠点内ＬＡＮ３０には、音声通信端末４０Ｘ〜４０Ｚ、ＰＣ５０Ａ〜ＰＣ５０Ｃが接続される。以下では、上記３台の音声通信端末の各々を区別する必要がない場合には、「音声通信端末４０」と標記し、同様に上記３台のＰＣについても各々区別する必要がない場合には、「ＰＣ５０」と標記する。これら音声通信端末４０やＰＣ５０は、各拠点の会議室等に配置されたハブを介して拠点内ＬＡＮ３０に接続される。図２は、拠点０１内における拠点内ＬＡＮ３０の具体的な敷設例を示す図である。図２に示す例では、１つの会議室当たり１台の音声通信端末４０が配置されている。例えば、音声通信端末４０Ｘは拠点０１内の第１会議室に配置され、音声通信端末４０Ｙは同第２会議室に配置される、といった具合である。また、図２では、ＰＣ５０Ａと５０Ｂは第１会議室に配置され、ＰＣ５０Ｃは第２会議室に配置される場合について例示されている。
【００１０】
本実施形態では、ＭＣＵ６０には予め固有の通信アドレスが割り振られており、この通信アドレスは音声通信端末４０やＰＣ５０に予め記憶されている。一方、音声通信端末４０およびＰＣ５０には、同拠点内ＬＡＮ３０に接続されているＤＨＣＰサーバ（図示省略）によって動的に通信アドレス（本実施形態では、ＩＰアドレス）が割り振られる。より詳細に説明すると、音声通信端末４０やＰＣ５０は、各会議室に設置されているハブの何れかに接続され、かつ、その電源が投入されたことを契機として上記ＤＨＣＰサーバにアクセスし通信アドレスの割り当てを受ける。このように、本実施形態では、拠点内ＬＡＮ３０に接続される音声通信端末４０やＰＣ５０については動的に通信アドレスが割り振られるのであるが、音声通信端末４０、ＰＣ５０およびＭＣＵ６０の各々に本実施形態に特徴的な処理を実行させることによって、音声通信端末４０とＰＣ５０とのペアリングを可能にしているのである。
【００１１】
音声通信端末４０は、ＭＣＵ６０との間にＳＩＰ（Session Initiation Protocol）に準拠した手順で通信セッションを確立し、ＭＣＵ６０との間でＲＴＰ（Real-time Transport Protocol）に準拠した手順で音声データの送受信を行う。音声通信端末４０は、利用者の発言を他の拠点に居る他の会議参加者へ伝達するとともに、当該他の会議参加者の発言を自装置の利用者に伝達するためのものである。図３に示すように、音声通信端末４０は、通信インタフェース（以下、「Ｉ／Ｆ」）部４２、着信処理部４４、および音声入出力部４６を有している。
【００１２】
通信Ｉ／Ｆ部４２は、例えばＮＩＣ（Network Interface Card）であり、拠点内ＬＡＮ３０に接続される。通信Ｉ／Ｆ部４２は、拠点内ＬＡＮ３０から送信されてくるデータを受信し、そのデータの種類に応じて着信処理部４４または音声入出力部４６の何れかへ引渡す。より詳細に説明すると、通信Ｉ／Ｆ部４２は、音声データを受信した場合には、音声入出力部４６へ引渡し、通信セッションの確立に関する制御メッセージ（例えば、ＳＩＰメッセージ）を受信した場合には、着信処理部４４へ引渡す。また、通信Ｉ／Ｆ部４２は、着信処理部４４や音声入出力部４６から引渡されるデータを拠点内ＬＡＮ３０へ送出する処理も実行する。
【００１３】
着信処理部４４は、他の通信機器から通信セッションの確立を要求する旨の制御メッセージを受信した場合に、所定の着信音を出力することによりその着信を利用者に報知する着信通知処理を実行する。そして、操作部（図示省略）を介してその着信を許可する旨の指示が入力された場合には、通信セッションの確立を許可する旨の応答（以下、許可応答）を上記制御メッセージの送信元へ返信し、逆に、その着信を拒否する旨の指示が入力された場合には、通信セッションの確立を拒否する旨の応答（具体的には、“４８７ Request Terminated”：以下、拒否応答）を返信する。音声入出力部４６は、マイクロホン、スピーカおよび音声コーデック（何れも図示省略）を有している。音声入出力部４６は、上記マイクロホンによって周囲の音を収音しその音に応じた音声データを上記音声コーデックによって生成して通信Ｉ／Ｆ部４２へ引渡す一方、通信Ｉ／Ｆ部４２によって受信した音声データを上記音声コーデックによって音声信号に変換して上記スピーカに与え、その音声データに応じた音を出力する。
【００１４】
ＰＣ５０は、例えばノート型パーソナルコンピュータであり、テレビ会議における画像データの送受信を担当する画像通信端末の役割を担う。より詳細に説明すると、このＰＣ５０には、その利用者を一意に識別する識別子（ユーザＩＤやパスワードなど、以下、利用者識別子）と上記画像通信端末としての機能を実現するためのアプリケーションプログラム（以下、会議通信アプリケーション）が予め記憶されている。ＰＣ５０は、この会議通信アプリケーションを実行することによって、ＭＣＵ６０との間に通信セッションを確立し、ｗｅｂカメラなどの撮像手段により得られた画像データや会議資料を表す画像データをＲＴＰに準拠した手順でＭＣＵ６０へ送信する。また、ＰＣ５０は、ＭＣＵ６０から送信されてくる画像データを受信し、その画像データに応じた画像を液晶ディスプレイなどの表示部（図示省略）に表示させる。また、上記会議通信アプリケーションにしたがって作動しているＰＣ５０は、このＰＣ５０とペアにするべき音声通信端末４０のＳＩＰ番号およびペアリングの実行指示を利用者に入力させるためのユーザインタフェース（例えばプッシュフォン式の電話機の各種操作子を模した仮想ボタンからなるユーザインタフェース）を提供する処理も実行する。ここで、ＳＩＰ番号とは、例えば電話通信における電話番号に相当するものであり、ＲＴＰなどの所定のデータ通信プロトコルにしたがって音声データや画像データの通信を行うための通信セッションの確立の際にその接続先を一意に識別する識別子としての役割を果たす。
【００１５】
ＭＣＵ６０は、音声通信端末４０やＰＣ５０との間に通信セッションを確立してデータ通信を行い、テレビ会議を実現する電子機器である。図４は、ＭＣＵ６０の構成例を示すブロック図である。図４に示すように、ＭＣＵ６０は、通信Ｉ／Ｆ部６２、通信制御部６４、音声データ処理部６６、および画像データ処理部６８を有している。
【００１６】
通信Ｉ／Ｆ部６２は、前述した通信Ｉ／Ｆ部４２と同様にＮＩＣであり、通信網１０に接続されている。通信Ｉ／Ｆ部６２は、通信網１０から送信されてくるデータを受信し、当該受信したデータをその種類に応じて通信制御部６４、音声データ処理部６６または画像データ処理部６８の何れかへ引渡す。より詳細に説明すると、通信Ｉ／Ｆ部６２は、音声データを受信した場合には、音声データ処理部６６へ引渡し、画像データを受信した場合には、画像データ処理部６８へ引渡し、通信セッションの確立に関する制御メッセージを受信した場合には、通信制御部６４へ引渡す。また、通信Ｉ／Ｆ部６２は、通信制御部６４、音声データ処理部６６および画像データ処理部６８から引渡されるデータを通信網１０へ送出する処理も実行する。
【００１７】
通信制御部６４は、音声通信端末４０やＰＣ５０から送信されてくるレジスト要求に応じてその送信元のレジストを行うレジストラ機能とそのレジスト内容を利用して通信セッションの接続制御を行うＳＩＰサーバ機能とを有している。ここで、レジストとは、音声通信端末４０やＰＣ５０に予め割り当てられているＳＩＰ番号とそれら通信機器の通信アドレスとを対応付けてレジストテーブル（図示省略）に格納することであり、レジスト要求とは上記レジストの実行を要求する旨の制御メッセージである。また、通信制御部６４は、ＰＣ５０からそのＰＣ５０と上記３台の音声通信端末４０の何れかとをペアにすることを要求する旨の制御メッセージ（以下、ペアリング要求）を受信した場合に、そのペアリング要求にてペアにすることを要求されている音声通信端末４０に対してその可否を問い合わせ、許可応答が返信されてきた場合に、両通信機器の通信アドレスを対応付けてペアリング管理テーブル（図示省略）に格納する処理も実行する。
【００１８】
音声データ処理部６６は、ＭＣＵ６０と通信セッションを確立している１または複数の音声通信端末４０との間の音声データの送受信を仲介する処理を実行し、画像データ処理部６８は、ＭＣＵ６０と通信セッションを確立している１または複数のＰＣ５０との間の画像データの送受信を仲介する処理を実行する。加えて、音声データ処理部６６は、所謂ネットワークミキサ（図示省略）を含んでおり、３台以上の音声通信端末４０がＭＣＵ６０との間に通信セッションを確立して音声データの送受信を行う場合には、以下の処理を行う。すなわち、ＭＣＵ６０との間に通信セッションを確立している音声通信端末４０の各々に対して、他の音声通信端末４０から受信した音声データをミキシングして得られる音声データを送信する処理を実行する。例えば、音声通信端末４０Ｘ、４０Ｙおよび音声通信端末４０ＺがＭＣＵ６０との間に通信セッションを確立している場合、ＭＣＵ６０は、音声通信端末４０Ｘに対しては音声通信端末４０Ｙおよび音声通信端末４０Ｚから受信した音声データをミキシングして得られる音声データを、音声通信端末４０Ｙに対しては音声通信端末４０Ｘおよび音声通信端末４０Ｚから受信した音声データをミキシングして得られる音声データを、音声通信端末４０Ｚに対しては音声通信端末４０Ｘおよび音声通信端末４０Ｙから受信した音声データをミキシングして得られる音声データを、各々送信する。
以上が本実施形態に係る会議通信システム１の構成である。
【００１９】
（Ｂ：動作）
次いで、会議通信システム１における各装置の動作について、ＰＣ５０Ａと音声通信端末４０Ｘとをペアにする場合を例にとって説明する。
【００２０】
ＰＣ５０Ａの利用者は、このＰＣ５０Ａと音声通信端末４０Ｘとをペアにしようとする場合、まず、ＰＣ５０Ａにインストールされている会議通信アプリケーションを起動し、前述したプッシュフォン式の電話機を模したユーザインタフェースにより音声通信端末４０ＸのＳＩＰ番号をダイヤルして、ペアリング処理の実行を指示するための操作子（例えば、発信ボタン：図示省略）を押下する。すると、ＰＣ５０ＡのＣＰＵ（Central Processing Unit：図示省略）は、予め記憶している利用者識別子、上記ＳＩＰ番号、およびＤＨＣＰサーバにより割り振られた通信アドレスを書き込んだペアリング要求Ｍ００１を生成し、ＭＣＵ６０へ送信する（図５参照）。
【００２１】
ＭＣＵ６０の通信制御部６４は、通信Ｉ／Ｆ部６２を介して制御メッセージを受信すると、図５に示すように、要求内容判別処理ＳＡ０１を実行する。この要求内容判別処理ＳＡ０１は、ＳＩＰサーバとしてどのような処理を行うことを要求されているのかを上記受信した制御メッセージを解析して判別し、その要求内容に応じた処理を実行する処理である。例えば、レジストを要求する旨の制御メッセージであれば、その制御メッセージの送信元の要求内容はレジストの実行であると判別し、その要求内容に応じた処理（すなわち、レジスト）を実行する。また、受信したメッセージがペアリング要求である場合には、通信制御部６４は、そのペアリング要求に書き込まれているＳＩＰ番号を発呼先としてＳＩＰ発信を行い、その発呼先へペアリングの可否を問い合わせる処理を実行する。
【００２２】
ペアリング要求を受信した場合に通信制御部６４が実行する処理の詳細は以下の通りである。すなわち、通信制御部６４は、まず、受信したペアリング要求に書き込まれているＳＩＰ番号に対応する通信アドレスをレジストテーブル（図示省略）から読み出すことにより、ＳＩＰ発信の発呼先となる通信機器を特定する。なお、通信制御部６４は、受信したペアリング要求に書き込まれているＳＩＰ番号がレジストテーブルに登録されていない場合は、そのレジスト要求を無視（或いは拒否）する。本実施形態では、ＰＣ５０Ａから送信されてくるペアリング要求Ｍ００１には、音声通信端末４０ＸのＳＩＰ番号が書き込まれているため、通信制御部６４は、ＳＩＰ発信の発呼先として音声通信端末４０Ｘを特定する。次いで、通信制御部６４は、ペアリング要求があったこと、およびその要求元を上記発呼先へ通知しペアリングの可否を問い合わせる制御メッセージ（例えば、ＩＮＶＩＴＥメッセージ、以下、ペアリング可否問い合わせ）Ｍ００２を生成し、上記発呼先へ宛てて送信する（図５参照）。ただし、上記ペアリング可否問い合わせＭ００２には、通常のＳＩＰ発信に係るＩＮＶＩＴＥメッセージとの区別をその送信先ができるようにするために、専用ヘッダが付加される。この専用ヘッダには、ペアリング要求Ｍ００１に内包されていた利用者識別子とその送信元の通信アドレス（本動作例では、ＰＣ５０Ａの通信アドレス）とが書き込まれる。
このようにしてＭＣＵ６０から送信されるペアリング可否問い合わせＭ００２は通信網１０および拠点内ＬＡＮ３０を介して音声通信端末４０Ｘに到達する。
【００２３】
音声通信端末４０Ｘの着信処理部４４は、制御メッセージを受信しＳＩＰ着信を検出すると、その制御メッセージがペアリング処理に関するものであるのか、それとも、通常のＳＩＰ発信に関するものであるのかをそのヘッダ部を参照して判定し、その判定結果に応じた着信通知処理ＳＢ０１を実行する（図５参照）。この着信通知処理ＳＢ０１では、着信音の放音によりＳＩＰ着信が報知されるのであるが、ペアリング処理に関する制御メッセージを受信した場合と、通常のＳＩＰ着信の場合とで異なる着信音が放音される。また、着信処理部４４は、受信した制御メッセージがペアリング処理に関するものである場合には、そのヘッダ部に書き込まれている利用者識別子やペアリングの要求元の通信アドレスを表示部（図示省略）に表示させる。
【００２４】
音声通信端末４０Ｘの操作者（例えば、図２に示す第１会議室にて音声通信端末４０Ｘの最も近くに居る会議参加者）は、音声通信端末４０Ｘに対するＳＩＰ着信が、通常の発呼によるものか、それとも、ペアリング処理に関するものであるのかを着信音から判別することができる。そして、ペアリング処理に関する着信である場合には、音声通信端末４０Ｘの利用者は、音声通信端末４０Ｘの表示部に表示される利用者識別子および通信アドレスから、その発呼元と当該音声通信端末４０Ｘとをペアリングするべきか否かを判断し、その判断結果に応じた指示を音声通信端末４０Ｘに与えることができる。具体的には、ペアリングを許可する場合は、音声通信端末４０Ｘのオフフックボタン（図示省略）を押下して許可指示を与え、逆に、ペアリングを許可しない場合には、音声通信端末４０Ｘのオンフックボタン（図示省略）を押下して拒否指示を与える。
以下、音声通信端末４０Ｘの操作者が許可指示を与える場合と拒否指示を与える場合とに分けて各装置が実行する動作について説明する。
【００２５】
（Ｂ−１：ペアリングを許可する旨の入力操作が為された場合の動作）
音声通信端末４０Ｘの着信処理部４４は、ＭＣＵ６０からの着信に対して、図５に示すように、“１００ Ｔｒｙｉｎｇ”および“１８０ Ｒｉｎｇｉｎｇ”の各ＳＩＰメッセージを送信し、入力操作待ちであることをその発信元へ通知する。そして、着信処理部４４は、許可指示の入力（例えば、オフフックボタンの押下）を検出（図５：ＳＢ０２）すると、図５に示すように、許可応答（本実施形態では、“２００ ＯＫ”）Ｍ００３を返信する。これにより音声通信端末４０ＸとＭＣＵ６０との間に通信セッションが確立される。
【００２６】
ＭＣＵ６０の通信制御部６４は、音声通信端末４０から送信されてくる許可応答Ｍ００３を受信し、音声通信端末４０Ｘとの間に通信セッションが確立されると、図５に示すように、直ちに“Ｂｙｅ”メッセージを送信し、上記通信セッションを切断する。ペアリング可否問い合わせＭ００２の送信によるＳＩＰ発信は、ペアリングの可否を問い合わせることが目的であり、音声通信端末４０Ｘとの間の音声データの送受信のための通信セッションは、テレビ会議の開始の際に別途確立されるからである。
【００２７】
上記通信セッションの切断を完了すると、通信制御部６４は、図５に示すように、登録処理ＳＡ０２を実行し、ペアリングが完了したことを通知するペアリング完了通知Ｍ００４をＰＣ５０Ａに送信する。この登録処理ＳＡ０２は、ペアリング要求Ｍ００１の送信元の通信アドレス（すなわち、ＰＣ５０Ａの通信アドレス）と許可応答Ｍ００３の送信元の通信アドレス（すなわち、音声通信端末４０Ｘの通信アドレス）とを対応付けて対応管理テーブルに書き込む処理である。ＰＣ５０ＡのＣＰＵは、ペアリング完了通知Ｍ００４を受信すると、ペアリング処理が完了した旨を利用者に報知する（例えば、処理完了を示すメッセージの表示部への出力）。これにより、ＰＣ５０Ａと音声通信端末４０Ｘのペアリングは完了する。
【００２８】
上記のようにＰＣ５０Ａと音声通信端末４０Ｘとのペアリングが完了した状態でテレビ会議が開始されると、ＭＣＵ６０の通信制御部６４は、互いに対応付けて対応管理テーブルに通信アドレスが格納されている音声通信端末４０およびＰＣ５０（本動作例では、音声通信端末４０ＸとＰＣ５０Ａ）とのデータ通信が同期して行われるように、音声データ処理部６６および画像データ処理部６８の作動制御を行う。また、上記のようにＰＣ５０Ａと音声通信端末４０Ｘとがペアリングされている状態で、音声通信端末４０ＸとペアにするＰＣをＰＣ５０ＡからＰＣ５０Ｂに変更する場合には、ＰＣ５０Ｂにて会議通信アプリケーションを起動し、音声通信端末４０ＸのＳＩＰ番号をダイヤルして発信ボタンを押下すれば良い。すると、図５に示すシーケンスフローチャートにしたがった通信がＰＣ５０Ｂ、ＭＣＵ６０および音声通信端末４０Ｘの各々によって実行され、音声通信端末４０Ｘにてペアリングを許可する旨の入力操作（すなわち、オフフックボタンの押下）が為されれば、以上に説明した動作と同一の動作がこれら装置で実行され、音声通信端末４０ＸとペアになるＰＣがＰＣ５０Ｂへ切り替えられるのである。
【００２９】
（Ｂ−２：ペアリングを拒否する旨の入力操作がなされた場合の動作）
一方、着信処理部４４は、拒否指示の入力（例えば、オンフックボタンの押下）を検出（図６：ＳＢ０３）すると、図６に示すように、拒否応答Ｍ００５をＭＣＵ６０へ返信する。なお、拒否応答の返信を行うことなく、音声通信端末４０Ｘからの通信セッションの切断により、ペアリングを拒否する旨をＭＣＵ６０に通知しても良い。ＭＣＵ６０の通信制御部６４は、拒否応答Ｍ００５を受信した場合（或いは音声通信端末４０Ｘからの通信セッションの切断を検出した場合）には、前述した登録処理ＳＡ０２を実行することなく、ペアリング要求Ｍ００１の送信元へペアリング拒否通知Ｍ００６を返信する。このペアリング拒否通知Ｍ００６を受信したＰＣ５０のＣＰＵは、ペアリングが拒否された旨を報知し、本ペアリング処理を終了する。
【００３０】
以上説明したように、本実施形態によれば、音声通信端末４０やＰＣ５０の通信アドレスがＤＨＣＰによって動的に割り振られる場合であっても、音声通信端末４０とＰＣ５０とをペアリングして管理することが可能になる。また、ＰＣ５０に割り振られている通信アドレスを変更することなく、音声通信端末４０とペアにして管理するＰＣ５０を手軽に変更することも可能になる。
【００３１】
また、本実施形態によれば、音声通信端末４０の操作者は、着信通知処理ＳＢ０１にて音声通信端末４０の表示部に表示される利用者識別子および通信アドレスを参考に、ペアリングを許可するか否かを選択することができるため、誤ってペアリングされてしまうことや悪意のある者のＰＣとペアリングされてしまうことを防止することができる。例えば、図１の拠点０１は東京にあり、拠点０２は大阪にある状況下で、何らかのミスにより音声通信端末４０Ｘに対して拠点０２に配置されているＰＣからペアリング要求があった場合には、音声通信端末４０Ｘの操作者はオンフックボタンを押下して拒否指示を入力することで、そのペアリング要求を拒否することができる。
【００３２】
（Ｃ：変形例）
以上、本発明の一実施形態について説明したが、かかる実施形態に以下に述べる変形を加えても良いことは勿論である。
（１）上述した場合には、通常とは異なる着信音の放音によりペアリング要求が為されたことを報知した後、操作部を介して入力される指示内容に応じて許可応答Ｍ００３または拒否応答Ｍ００５を返信する処理を着信処理部４４に実行させた。しかし、上記報知を開始してから所定時間（例えば、ワンコール）以内に許可指示が入力されなければ、無条件に拒否応答Ｍ００５を返信させるようにしても良い。このような制約を設けることで、音声通信端末４０の操作者とＰＣ５０の操作者との間に事前の同意がなければペアリングがされにくい状態となり、より確実に目的のペアリングを行うことが可能になる。
【００３３】
（２）上述した実施形態では、ペアリング可否問い合わせＭ００２を受信した場合に、通常のＳＩＰ着信とは異なる着信音を放音するとともに、ペアリングの要求元であるＰＣ５０の通信アドレスおよびそのＰＣ５０の利用者の利用者識別子を表示部に表示する着信通知処理ＳＢ０１を音声通信端末４０の着信処理部４４に実行させ、操作部を介して入力される指示内容に応じて許可応答Ｍ００３または拒否応答Ｍ００５を返信する処理を同着信処理部４４に実行させた。しかし、音声通信端末４０Ｘ、４０Ｙおよび４０Ｚの各々について、その利用を許可する利用者を予め定めておき、当該利用者の利用者識別子が内包されたペアリング可否問い合わせＭ００２を受信した場合には、無条件に許可応答Ｍ００３を返信する処理を着信処理部４４に実行させても良い。
【００３４】
具体的には、各音声通信端末４０の着信処理部４４に、当該音声通信端末４０の利用を許可された１または複数の利用者の利用者識別子のリストを記憶させておく。そして、ＭＣＵ６０から受信したペアリング可否問い合わせＭ００２に内包されている利用者識別子が上記リストに含まれているか否かを判定し、含まれている場合には許可応答Ｍ００３を返信する処理を、逆に、含まれていない場合には拒否応答Ｍ００５を返信する処理を、着信処理部４４に実行させるようにすれば良い。このような態様によれば、音声通信端末４０の利用者の手を煩わせることなく、自動的に予め定められた利用者の使用するＰＣ５０についてのみ、そのＰＣ５０とペアリングすることが実現される。
【００３５】
ただし、このような態様においては、何れかのＰＣ５０とのペアリングが為されている状況下で、他のＰＣ５０の通信アドレスおよび利用者識別子が書き込まれたペアリング可否問い合わせＭ００２が送信されてきた場合には、ペアリングの対象が上記他のＰＣ５０に無条件に切り替えられるといった不具合がある。そこで、何れかのＰＣ５０とのペアリングが為されている場合には、ペアリング可否問い合わせＭ００２を受信しても無条件に拒否応答Ｍ００５を返信するよう着信処理部４４を設定し、上記ペアリングを維持する必要がなくなった時点でその設定を解除するようにしても良い。また、何れかのＰＣ５０とのペアリングが為されている状況下で、ペアリング可否問い合わせＭ００２を受信した場合にのみ、その受信を報知し、操作者の操作内容に応じて許可応答Ｍ００３または拒否応答Ｍ００５の何れかを送信する処理を着信処理部４４に実行させても良い。
【００３６】
（３）上述した実施形態では、音声通信端末４０やＰＣ５０をハブを介して拠点内ＬＡＮ３０に接続したが、ハブの代わりに無線アクセスポイント装置を用い、この無線アクセスポイント装置によって音声通信端末４０やＰＣ５０を収容し拠点内ＬＡＮ３０に接続しても良い。
【図面の簡単な説明】
【００３７】
【図１】本発明の一実施形態に係る会議通信システム１の構成例を示す図である。
【図２】同会議通信システム１を構成する拠点内ＬＡＮ３０の敷設例を示す図である。
【図３】同拠点内ＬＡＮ３０に含まれる音声通信端末４０の構成例を示す図である。
【図４】同会議通信システム１に含まれるＭＣＵ６０の構成例を示す図である。
【図５】同会議通信システム１における各装置間の通信シーケンスの一例を示す図である。
【図６】同会議通信システム１における各装置間の通信シーケンスの一例を示す図である。
【符号の説明】
【００３８】
１…会議通信システム、１０…通信網、２０…中継装置、３０…拠点内ＬＡＮ、４０，４０Ｘ、４０Ｙ、４０Ｚ…音声通信端末、４２…通信Ｉ／Ｆ部、４４…着信処理部、４６…音声入出力部、５０，５０Ａ、５０Ｂ、５０Ｃ…ＰＣ、６０…ＭＣＵ、６２…通信Ｉ／Ｆ部、６４…通信制御部、６６…音声データ処理部、６８…画像データ処理部。
【特許請求の範囲】
【請求項１】
各々利用者の音声を収音しその音声を表す音声データを通信セッションの接続先へ送信する一方、当該通信セッションの接続先から受信した音声データに応じた音を出力する複数の音声通信端末と、
各々通信セッションの接続先へ画像データを送信する一方、当該通信セッションの接続先から受信した画像データの表す画像を表示する複数の画像通信端末と、
前記複数の音声通信端末および前記複数の画像通信端末の各々との間に通信セッションを確立し、音声データおよび画像データの通信を仲介する多地点接続装置と、
を備え、
前記複数の音声通信端末および前記複数の画像通信端末の各々には動的に通信アドレスが割り振られ、
前記複数の画像通信端末のうち、利用者によって前記複数の音声通信端末の何れかとのペアリングを指示されたものは、当該音声通信端末とのペアリングを要求する旨のペアリング要求に当該画像通信端末の通信アドレスを書き込んで前記多地点接続装置へ送信し、
前記多地点接続装置は、
前記複数の画像通信端末の何れかから前記ペアリング要求を受信した場合に、当該ペアリング要求にてペアリングを要求されている音声通信端末に対して当該画像通信端末からペアリングを要求されている旨を通知してその可否を問い合わせ、当該音声通信端末からペアリングを許可する旨の許可応答を受信したことを契機に、前記ペアリング要求の送信元と前記許可応答の送信元とのペアリングし、当該ペアリングした音声通信端末との間の音声データの通信および当該ペアリングした画像通信端末との間の画像データの通信を同期させる制御を行い、
前記複数の音声通信端末の各々は、
前記複数の画像通信端末の何れかからペアリングを要求されたことを前記多地点接続装置から通知された場合にその旨を利用者へ報知し、ペアリングを許可する旨の入力操作が為された場合に前記許可応答を前記多地点音声接続装置へ返信する
ことを特徴とする会議通信システム。
【請求項２】
前記複数の音声通信端末の各々は、
前記複数の画像通信端末の何れかからペアリングを要求された旨の報知を開始してから所定時間が経過するまでに、ペアリングを許可する旨の入力操作が為されなかった場合には、前記ペアリング要求の送信元とのペアリングを拒否する拒否応答を前記多地点接続装置へ返信し、
前記多地点接続装置は、
前記拒否応答を受信した場合には、前記ペアリング要求の送信元へペアリングが拒否された旨を返信する
ことを特徴とする請求項１に記載の会議通信システム。
【請求項１】
各々利用者の音声を収音しその音声を表す音声データを通信セッションの接続先へ送信する一方、当該通信セッションの接続先から受信した音声データに応じた音を出力する複数の音声通信端末と、
各々通信セッションの接続先へ画像データを送信する一方、当該通信セッションの接続先から受信した画像データの表す画像を表示する複数の画像通信端末と、
前記複数の音声通信端末および前記複数の画像通信端末の各々との間に通信セッションを確立し、音声データおよび画像データの通信を仲介する多地点接続装置と、
を備え、
前記複数の音声通信端末および前記複数の画像通信端末の各々には動的に通信アドレスが割り振られ、
前記複数の画像通信端末のうち、利用者によって前記複数の音声通信端末の何れかとのペアリングを指示されたものは、当該音声通信端末とのペアリングを要求する旨のペアリング要求に当該画像通信端末の通信アドレスを書き込んで前記多地点接続装置へ送信し、
前記多地点接続装置は、
前記複数の画像通信端末の何れかから前記ペアリング要求を受信した場合に、当該ペアリング要求にてペアリングを要求されている音声通信端末に対して当該画像通信端末からペアリングを要求されている旨を通知してその可否を問い合わせ、当該音声通信端末からペアリングを許可する旨の許可応答を受信したことを契機に、前記ペアリング要求の送信元と前記許可応答の送信元とのペアリングし、当該ペアリングした音声通信端末との間の音声データの通信および当該ペアリングした画像通信端末との間の画像データの通信を同期させる制御を行い、
前記複数の音声通信端末の各々は、
前記複数の画像通信端末の何れかからペアリングを要求されたことを前記多地点接続装置から通知された場合にその旨を利用者へ報知し、ペアリングを許可する旨の入力操作が為された場合に前記許可応答を前記多地点音声接続装置へ返信する
ことを特徴とする会議通信システム。
【請求項２】
前記複数の音声通信端末の各々は、
前記複数の画像通信端末の何れかからペアリングを要求された旨の報知を開始してから所定時間が経過するまでに、ペアリングを許可する旨の入力操作が為されなかった場合には、前記ペアリング要求の送信元とのペアリングを拒否する拒否応答を前記多地点接続装置へ返信し、
前記多地点接続装置は、
前記拒否応答を受信した場合には、前記ペアリング要求の送信元へペアリングが拒否された旨を返信する
ことを特徴とする請求項１に記載の会議通信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００９−２４６８８６（Ｐ２００９−２４６８８６Ａ）
【公開日】平成２１年１０月２２日（２００９．１０．２２）
【国際特許分類】
【出願番号】特願２００８−９４０６７（Ｐ２００８−９４０６７）
【出願日】平成２０年３月３１日（２００８．３．３１）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
【公開日】平成２１年１０月２２日（２００９．１０．２２）
【国際特許分類】
【出願日】平成２０年３月３１日（２００８．３．３１）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
[ Back to top ]