JP2009246885A - 会議通信システム - Google Patents
会議通信システム Download PDFInfo
- Publication number
- JP2009246885A JP2009246885A JP2008093988A JP2008093988A JP2009246885A JP 2009246885 A JP2009246885 A JP 2009246885A JP 2008093988 A JP2008093988 A JP 2008093988A JP 2008093988 A JP2008093988 A JP 2008093988A JP 2009246885 A JP2009246885 A JP 2009246885A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- voice
- pairing
- communication terminal
- image
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
【課題】画像通信端末の役割を担うPCや音声通信端末に動的に通信アドレスが割り振られる場合でも、音声通信端末とPCとを手軽にペアすることを可能にする。
【解決手段】画像通信端末の役割を担うPCは、利用者の指示に応じてペアリング要求をブロードキャスト送信し、会議通信システムに含まれる複数の音声通信端末の各々はペアリング要求を受信すると着信通知を実行する。そして、何れかの音声通信端末でペアリングを許可する旨の操作が為されると、当該音声通信端末はペアリングの実行を多地点接続装置に指示し、他の音声通信端末装置には着信通知の停止を指示する。一方、その会議通信システムに含まれる多地点接続装置は、何れかの音声通信端末からペアリングの実行を指示された場合にはその指示内容にしたがってペアリングを実行する。
【選択図】図1
【解決手段】画像通信端末の役割を担うPCは、利用者の指示に応じてペアリング要求をブロードキャスト送信し、会議通信システムに含まれる複数の音声通信端末の各々はペアリング要求を受信すると着信通知を実行する。そして、何れかの音声通信端末でペアリングを許可する旨の操作が為されると、当該音声通信端末はペアリングの実行を多地点接続装置に指示し、他の音声通信端末装置には着信通知の停止を指示する。一方、その会議通信システムに含まれる多地点接続装置は、何れかの音声通信端末からペアリングの実行を指示された場合にはその指示内容にしたがってペアリングを実行する。
【選択図】図1
Description
本発明は、多地点接続装置(Multi-point Control Unit、以下、MCU)に接続されるパーソナルコンピュータ(以下、PC)に複数の音声通信端末の何れかを対応付ける技術に関する。
近年、ADSL(Asymmetric Digital
Subscriber Line)や光通信などの高速データ通信技術が一般に利用されている。この種の高速データ通信技術を利用した通信システムの一例としては、会議通信システムが挙げられる。会議通信システムとは、地理的に離れた場所にいる各利用者に会議を行わせるための通信システムである。会議通信システムは、各利用者の使用する音声通信端末をMCUに接続して構成される。音声通信端末は、利用者の音声を収音しその音声を示す音声データをMCUへと送信するとともに、MCUから送信されてくる音声データに応じた音声を出力する。一方、MCUは、複数の音声通信端末の各々から送信されてくる音声データを受信し、その各々に対して他の音声通信端末から受信した各音声データをミキシングして得られる音声データを送信する。これにより、複数の会議参加者の各々に対して他の会議参加者の音声(すなわち、会議における発言を表す音声)が伝達される。また、webカメラなどの撮像手段を備えたPCを画像通信端末として会議通信システムに接続し、会議参加者を撮像して得られる画像データを他のPCへ送信する一方、受信した画像データに応じた画像を表示する処理を実行させ、テレビ会議を実現することも提案されている(例えば、特許文献1参照)。
特開2005−260384号公報
Subscriber Line)や光通信などの高速データ通信技術が一般に利用されている。この種の高速データ通信技術を利用した通信システムの一例としては、会議通信システムが挙げられる。会議通信システムとは、地理的に離れた場所にいる各利用者に会議を行わせるための通信システムである。会議通信システムは、各利用者の使用する音声通信端末をMCUに接続して構成される。音声通信端末は、利用者の音声を収音しその音声を示す音声データをMCUへと送信するとともに、MCUから送信されてくる音声データに応じた音声を出力する。一方、MCUは、複数の音声通信端末の各々から送信されてくる音声データを受信し、その各々に対して他の音声通信端末から受信した各音声データをミキシングして得られる音声データを送信する。これにより、複数の会議参加者の各々に対して他の会議参加者の音声(すなわち、会議における発言を表す音声)が伝達される。また、webカメラなどの撮像手段を備えたPCを画像通信端末として会議通信システムに接続し、会議参加者を撮像して得られる画像データを他のPCへ送信する一方、受信した画像データに応じた画像を表示する処理を実行させ、テレビ会議を実現することも提案されている(例えば、特許文献1参照)。
この種のテレビ会議においては、各会議参加者の音声とその画像とが他の会議参加者の音声通信端末や画像通信端末で同期して再生されるようにするために、例えば同一の会議参加者により利用される画像通信端末と音声通信端末とをペアにしてMCUに管理させ、互いにペアリングされた画像通信端末や音声通信端末についてのデータ通信が同期するように上記MCUに通信制御を行わせる必要がある。一般に、このようなペアリングは、ペアにして管理する音声通信端末の通信アドレスと画像通信端末の通信アドレスとを互いに固定アドレスで対応付けてMCUに記憶させることで行われる。
一方、LAN(Local
Area Network)などの通信回線に接続されるPCや音声通信端末などの通信機器に通信アドレスを割り振る態様としては、予め各通信機器に固有の通信アドレスを割り振っておく態様と、例えばDHCP(Dynamic Host Configuration Protocol)などにより各通信機器の電源投入時にその都度、動的に通信アドレスを割り振る態様とがある。前者の態様では、LANに接続される全ての通信機器についての通信アドレスをネットワーク管理者が台帳やデータベースを用いて管理する必要があるため、LANに接続される通信機器の数が多い場合には、その管理作業に多大なコストを要するといった問題がある。このため、LANに接続される通信機器の数が多い場合には、後者の態様が用いられることが一般的である。しかし、後者の態様では、ペアにして管理するべき音声通信端末およびPCの通信アドレスを予めMCUに記憶させておくことはできず、各通信機器にどんな通信アドレスが割り当てられているか分からないため、MCUを用いた会議通信システムには不向きであるといった問題がある。
Area Network)などの通信回線に接続されるPCや音声通信端末などの通信機器に通信アドレスを割り振る態様としては、予め各通信機器に固有の通信アドレスを割り振っておく態様と、例えばDHCP(Dynamic Host Configuration Protocol)などにより各通信機器の電源投入時にその都度、動的に通信アドレスを割り振る態様とがある。前者の態様では、LANに接続される全ての通信機器についての通信アドレスをネットワーク管理者が台帳やデータベースを用いて管理する必要があるため、LANに接続される通信機器の数が多い場合には、その管理作業に多大なコストを要するといった問題がある。このため、LANに接続される通信機器の数が多い場合には、後者の態様が用いられることが一般的である。しかし、後者の態様では、ペアにして管理するべき音声通信端末およびPCの通信アドレスを予めMCUに記憶させておくことはできず、各通信機器にどんな通信アドレスが割り当てられているか分からないため、MCUを用いた会議通信システムには不向きであるといった問題がある。
本発明は、上記課題に鑑みて為されたものであり、画像通信端末の役割を担うPCや音声通信端末に動的に通信アドレスが割り振られる場合でも、音声通信端末とPCとを手軽にペアにして管理することを可能にする技術を提供することを目的とする。
上記課題を解決するために本発明は、各々利用者の音声を収音しその音声を表す音声データを通信セッションの接続先へ送信する一方、当該通信セッションの接続先から受信した音声データに応じた音を出力する複数の音声通信端末と、各々通信セッションの接続先へ画像データを送信する一方、当該通信セッションの接続先から受信した画像データの表す画像を表示する複数の画像通信端末と、前記複数の音声通信端末および前記複数の画像通信端末の各々との間に通信セッションを確立し、音声データおよび画像データの通信を仲介する多地点接続装置と、を備え、前記複数の音声通信端末および前記複数の画像通信端末の各々には動的に通信アドレスが割り振られ、前記複数の画像通信端末のうち、前記複数の音声通信端末の何れかとのペアリングを利用者によって指示されたものは、ペアリングを要求する旨の通信メッセージであるペアリング要求をブロードキャスト送信し、前記複数の音声通信端末の各々は、前記ペアリング要求を受信すると、当該ペアリング要求の送信元からペアリングを要求されていることを利用者へ通知する通知処理を実行し、前記複数の音声通信端末のうち、ペアリングを許可する旨の指示が利用者によって与えられたものは、前記ペアリング要求の送信元とのペアリングの実行を指示する旨の通信メッセージである実行指示に前記ペアリング要求の送信元の通信アドレスを書き込んで前記多地点接続装置へ送信し、前記多地点接続装置は、前記実行指示を受信すると、当該実行指示の送信元である音声通信端末と当該実行指示に書き込まれている通信アドレスの示す画像通信端末とのペアリングを実行し、当該ペアリングした音声通信端末との間の音声データの通信および当該ペアリングした画像通信端末との間の画像データの通信を同期させる制御を行うことを特徴とする会議通信システム、を提供する。
また、上記課題を解決するために本発明は、各々利用者の音声を収音しその音声を表す音声データを通信セッションの接続先へ送信する一方、当該通信セッションの接続先から受信した音声データに応じた音を出力する複数の音声通信端末と、各々通信セッションの接続先へ画像データを送信する一方、当該通信セッションの接続先から受信した画像データの表す画像を表示する複数の画像通信端末と、前記複数の音声通信端末および前記複数の画像通信端末の各々との間に通信セッションを確立し、音声データおよび画像データの通信を仲介する多地点接続装置と、を備え、前記複数の音声通信端末および前記複数の画像通信端末の各々には動的に通信アドレスが割り振られ、前記複数の画像通信端末のうち、前記複数の音声通信端末の何れかとのペアリングを利用者によって指示されたものは、ペアリングを要求する旨の通信メッセージであるペアリング要求をブロードキャスト送信し、ペアリングを許可する旨の通信メッセージである許可通知を受信したことを契機に、その送信元とのペアリングの実行を指示する旨の通信メッセージである実行指示に前記送信元の通信アドレスを書き込んで前記多地点接続装置へ送信し、前記複数の音声通信端末の各々は、前記ペアリング要求を受信すると、当該ペアリング要求の送信元からペアリングを要求されていることを利用者へ通知する通知処理を実行し、前記複数の音声通信端末のうち、ペアリングを許可する旨の指示が利用者によって与えられたものは、前記ペアリング要求の送信元に対して前記許可通知をユニキャスト送信し、前記多地点接続装置は、前記実行指示を受信すると、当該実行指示の送信元である画像通信端末と当該実行指示に書き込まれている通信アドレスの示す音声通信端末とのペアリングを実行し、当該ペアリングした音声通信端末との間の音声データの通信および当該ペアリングした画像通信端末との間の画像データの通信を同期させる制御を行うことを特徴とする会議通信システム、を提供する。
より好ましい態様においては、前記会議通信システムの複数の音声通信端末の各々は、前記ペアリング要求の受信を契機に前記通知処理を実行する着信受け入れモードと、前記ペアリング要求を受信しても前記通知処理を実行しない着信拒否モード、の2つの動作モードを有し、当該2つの動作モードのうち利用者により指定された動作モードで動作することを特徴とする。このような態様によれば、例えば、何れかの画像通信端末と既にペアリングされており、そのペアリング対象を切り替える必要のない音声通信端末については、着信拒否モードで動作させておくことによって、無用な着信通知処理(例えば、着信音の放音)が実行されることが回避される。
また、別の好ましい態様においては、前記会議通信システムにおいて、ペアリングを許可する旨の指示が利用者によって与えられた音声通信端末は、前記通知処理の停止を指示する旨の通信メッセージである停止指示をブロードキャスト送信し、前記複数の音声通信端末のうち他の音声通信端末から前記停止指示を受信したものは、当該停止指示に従って前記通知処理を停止することを特徴とする。
以下、本発明を実施するための最良の形態を図面を参照しつつ説明する。
(A:第1実施形態)
(A−1:構成)
図1は、本発明の一実施形態に係る会議通信システム1の構成例を示す図である。
この会議通信システム1は、例えば企業の各支店など地理的に離れた複数の拠点(図1では、拠点01〜03)に居る各利用者に通信網10を介したテレビ会議を行わせるための通信システムである。通信網10は例えばインターネットであり、自網に接続されている通信装置間のデータ通信を仲介する。図1に示すように、通信網10にはMCU60が接続されているとともに、例えばルータなどの中継装置20を介して拠点内LAN30が接続されている。図1では、拠点01に敷設されている拠点内LAN30のみが図示されているが、拠点02や拠点03にも、中継装置を介して通信網10に接続される拠点内LANが敷設されている。なお、本実施形態では、MCU60が各拠点内LANとは別個に通信網10に接続されている場合について説明するが、上記各拠点内LANの何れかを介して通信網10に接続される態様であっても勿論良い。
(A:第1実施形態)
(A−1:構成)
図1は、本発明の一実施形態に係る会議通信システム1の構成例を示す図である。
この会議通信システム1は、例えば企業の各支店など地理的に離れた複数の拠点(図1では、拠点01〜03)に居る各利用者に通信網10を介したテレビ会議を行わせるための通信システムである。通信網10は例えばインターネットであり、自網に接続されている通信装置間のデータ通信を仲介する。図1に示すように、通信網10にはMCU60が接続されているとともに、例えばルータなどの中継装置20を介して拠点内LAN30が接続されている。図1では、拠点01に敷設されている拠点内LAN30のみが図示されているが、拠点02や拠点03にも、中継装置を介して通信網10に接続される拠点内LANが敷設されている。なお、本実施形態では、MCU60が各拠点内LANとは別個に通信網10に接続されている場合について説明するが、上記各拠点内LANの何れかを介して通信網10に接続される態様であっても勿論良い。
図1に示す例では、拠点内LAN30には、音声通信端末40X〜40Z、PC50A〜PC50Cが接続される。以下では、上記3台の音声通信端末の各々を区別する必要がない場合には、「音声通信端末40」と標記し、同様に上記3台のPCについても各々区別する必要がない場合には、「PC50」と標記する。これら音声通信端末40やPC50は、各拠点の会議室等に配置されたハブを介して拠点内LAN30に接続される。図2は、拠点01内における拠点内LAN30の具体的な敷設例を示す図である。図2に示す例では、1つの会議室当たり1台の音声通信端末40が配置されている。例えば、音声通信端末40Xは拠点01内の第1会議室に配置され、音声通信端末40Yは同第2会議室に配置される、といった具合である。また、図2では、PC50Aと50Bは第1会議室に配置され、PC50Cは第2会議室に配置される場合について例示されている。
本実施形態では、MCU60には予め固有の通信アドレスが割り振られており、この通信アドレスは音声通信端末40やPC50に予め記憶されている。一方、音声通信端末40およびPC50には、同拠点内LAN30に接続されているDHCPサーバ(図示省略)によって動的に通信アドレス(本実施形態では、IPアドレス)が割り振られる。より詳細に説明すると、音声通信端末40やPC50は、各会議室に設置されているハブの何れかに接続され、かつ、その電源が投入されたことを契機として上記DHCPサーバにアクセスし通信アドレスの割り当てを受ける。このように、本実施形態では、拠点内LAN30に接続される音声通信端末40やPC50については動的に通信アドレスが割り振られるのであるが、音声通信端末40、PC50およびMCU60の各々に本実施形態に特徴的な処理を実行させることによって、音声通信端末40とPC50とのペアリングを可能にしているのである。
音声通信端末40は、MCU60との間にSIP(Session Initiation Protocol)に準拠した手順で通信セッションを確立し、MCU60との間でRTP(Real-time Transport Protocol)に準拠した手順で音声データの送受信を行う。音声通信端末40は、利用者の発言を他の拠点に居る他の会議参加者へ伝達するとともに、当該他の会議参加者の発言を自装置の利用者に伝達するためのものである。図3に示すように、音声通信端末40は、通信インタフェース(以下、「I/F」)部42、着信処理部44、および音声入出力部46を有している。
通信I/F部42は、例えばNIC(Network Interface Card)であり、拠点内LAN30に接続される。通信I/F部42は、拠点内LAN30から送信されてくるデータを受信し、そのデータの種類に応じて着信処理部44または音声入出力部46の何れかへ引渡す。より詳細に説明すると、通信I/F部42は、音声データを受信した場合には、音声入出力部46へ引渡し、通信セッションの確立を要求する旨の制御メッセージを受信した場合には、着信処理部44へ引渡す。また、通信I/F部42は、着信処理部44や音声入出力部46から引渡されるデータを拠点内LAN30へ送出する処理も実行する。
着信処理部44は、通信セッションの確立を要求する旨の制御メッセージを受信した場合に、所定の着信音を出力することによりその着信を利用者に通知する着信通知処理を実行する。そして、操作部(図示省略)を介してその着信を許可する旨の指示が入力された場合には、通信セッションの確立を許可する旨の応答(以下、許可応答)を上記制御メッセージの送信元へ返信し、逆に、その着信を拒否する旨の指示が入力された場合には、通信セッションの確立を拒否する旨の応答(以下、拒否応答)を返信する。音声入出力部46は、マイクロホン、スピーカおよび音声コーデック(何れも図示省略)を有している。音声入出力部46は、上記マイクロホンによって周囲の音を収音しその音に応じた音声データを上記音声コーデックによって生成して通信I/F部42へ引渡す一方、通信I/F部42によって受信した音声データを上記音声コーデックによって音声信号に変換して上記スピーカに与え、その音声データに応じた音を出力する。
PC50は、例えばノート型パーソナルコンピュータであり、画像通信端末の役割を担う。より詳細に説明すると、このPC50には、その利用者を一意に識別する識別子(ユーザIDやパスワードなど、以下、利用者識別子)と上記画像通信端末としての機能を実現するためのアプリケーションプログラム(以下、会議通信アプリケーション)が予め記憶されている。PC50は、この会議通信アプリケーションを実行することによって、MCU60との間に通信セッションを確立し、webカメラなどの撮像手段により得られた画像データや会議資料を表す画像データをRTPに準拠した手順でMCU60へ送信する。また、PC50は、MCU60から送信されてくる画像データを受信し、その画像データに応じた画像を液晶ディスプレイなどの表示部(図示省略)に表示させる。また、上記会議通信アプリケーションにしたがって作動しているPC50は、音声通信端末40X〜40Zの何れかと当該PC50とをペアリングする処理の実行開始を利用者に指示させるためのユーザインタフェース(例えば、上記指示を入力させるための仮想ボタンを備えたGUI)を提供する処理も実行する。
MCU60は、音声通信端末40やPC50との間に通信セッションを確立してデータ通信を行い、テレビ会議を実現する電子機器である。図4は、MCU60の構成例を示すブロック図である。図4に示すように、MCU60は、通信I/F部62、通信制御部64、音声データ処理部66、および画像データ処理部68を有している。
通信I/F部62は、前述した通信I/F部42と同様にNICであり、通信網10に接続される。通信I/F部62は、通信網10から送信されてくるデータを受信し、当該受信したデータをその種類に応じて通信制御部64、音声データ処理部66または画像データ処理部68の何れかへ引渡す。より詳細に説明すると、通信I/F部62は、音声データを受信した場合には、音声データ処理部66へ引渡し、画像データを受信した場合には、画像データ処理部68へ引渡し、各種制御メッセージを受信した場合には、通信制御部64へ引渡す。また、通信I/F部62は、通信制御部64、音声データ処理部66および画像データ処理部68から引渡されるデータを通信網10へ送出する処理も実行する。
通信制御部64は、音声通信端末40やPC50から送信されてくるレジスト要求に応じてその送信元のレジストを行うレジストラ機能とそのレジスト内容を利用して通信セッションの接続制御を行うSIPサーバ機能とを有している。ここで、レジストとは、音声通信端末40やPC50に予め割り当てられているSIP番号とそれら通信機器の通信アドレスとを対応付けてレジストテーブル(図示省略)に格納することであり、レジスト要求とは上記レジストの実行を要求する旨の制御メッセージである。なお、SIP番号とは、例えば電話通信における電話番号に相当するものであり、RTPなどの所定のデータ通信プロトコルにしたがって音声データや画像データの通信を行うための通信セッションの確立の際にその接続先を一意に識別する識別子としての役割を果たすものである。また、通信制御部64は、PC50と音声通信端末40とのペアリングの実行を指示する旨の制御メッセージ(以下、実行指示)を受信した場合に、その実行指示にてペアにすることを指示されている音声通信端末40の通信アドレスとPC50の通信アドレスとを対応付けてペアリング管理テーブル(図示省略)に格納する処理も実行する。
音声データ処理部66は、MCU60と通信セッションを確立している複数の音声通信端末40の各々の間の音声データの送受信を仲介する処理を実行し、画像データ処理部68は、MCU60と通信セッションを確立している複数のPC50の各々の間の画像データの送受信を仲介する処理を実行する。加えて、音声データ処理部66は、所謂ネットワークミキサ(図示省略)を含んでおり、3台以上の通信機器がMCU60との間に通信セッションを確立して音声データの送受信を行う場合には、以下の処理を行う。すなわち、MCU60と通信セッションを確立している複数の音声通信端末40の各々に対して、他の音声通信端末40から受信した音声データをミキシングして得られる音声データを送信する処理を実行する。例えば、音声通信端末40X、40Yおよび音声通信端末40ZがMCU60との間に通信セッションを確立している場合、MCU60は、音声通信端末40Xに対しては音声通信端末40Yおよび音声通信端末40Zから受信した音声データをミキシングして得られる音声データを、音声通信端末40Yに対しては音声通信端末40Xおよび音声通信端末40Zから受信した音声データをミキシングして得られる音声データを、音声通信端末40Zに対しては音声通信端末40Xおよび音声通信端末40Yから受信した音声データをミキシングして得られる音声データを、送信する。
以上が本実施形態に係る会議通信システム1の構成である。
以上が本実施形態に係る会議通信システム1の構成である。
(A−2:動作)
次いで、会議通信システム1における各装置の動作について、PC50Aと音声通信端末40Xとをペアにする場合を例にとって説明する。
次いで、会議通信システム1における各装置の動作について、PC50Aと音声通信端末40Xとをペアにする場合を例にとって説明する。
PC50Aの利用者は、このPC50Aについて音声通信端末40Xから40Zの何れかとペアリングされることを所望する場合、まず、PC50Aにインストールされている会議通信アプリケーションを起動し、ペアリング処理の実行開始を指示するための仮想ボタン(図示省略)を押下する。すると、PC50AのCPU(Central Processing Unit:図示省略)は、ペアリングの可否を問い合わせるための通話発信にかかる制御メッセージ(以下、ペアリング要求)M001を生成し、拠点内LAN30へブロードキャスト送信する(図5参照)。このペアリング要求M001には、その受信側が通常の通話発信に係る制御メッセージとの区別をできるようにするため、専用ヘッダが付加される。この専用ヘッダには、PC50Aの通信アドレスが送信元アドレスとして書き込まれるとともに、PC50Aに予め記憶されている利用者識別子が書き込まれる。
本実施形態にてペアリング要求M001をPC50Aにブロードキャスト送信させるのは、当該メッセージの送信時点では各音声通信端末40に割り振られている通信アドレスが不明であるため、それら音声通信端末40に対して直接ユニキャスト送信をすることができないからである。このようにブロードキャストされたペアリング要求M001は、拠点内LAN30に接続されている他の全ての通信機器(すなわち、音声通信端末40X〜40Z、PC50BおよびPC50C)によって受信される。
PC50BやPC50CのCPUは、ペアリング要求M001を受信すると、特段の処理を行うことなく、そのペアリング要求M001を破棄する。ペアリング要求M001は、音声通信端末40に対してペアリングの可否を問い合わせる通信メッセージであり、本来的には、PC50BやPC50Cへ送信する必要はない通信メッセージだからである。
音声通信端末40の着信処理部44は、通信I/F部42を介して制御メッセージを受信すると、その制御メッセージがペアリング処理に関するものであるのか、それとも、通常の通話発信に関するものであるのかをそのヘッダ部を参照して判定し、その判定結果に応じた着信通知処理を実行する。この着信通知処理では、着信音の放音により他の通信装置からの通話発信の着信が利用者に通知されるのであるが、ペアリング処理に関する制御メッセージを受信した場合と、通常の通話着信の場合とで異なる着信音が放音される。また、着信処理部44は、受信した制御メッセージがペアリング処理に関するものである場合には、そのヘッダ部に書き込まれている利用者識別子やペアリング要求の送信元の通信アドレスを表示部(図示省略)に表示させる。前述したように本実施形態では、ペアリング要求M001は拠点内LAN30内にブロードキャストされるのであるから、音声通信端末40X,40Yおよび40Zの各々が、この着信通知処理を実行する。
音声通信端末40の操作者(例えば、図2に示す各会議室にて音声通信端末40の最も近くに居る会議参加者)は、音声通信端末40に対する着信が、通常の通話発信によるものか、それとも、ペアリング処理に関するものであるのかを着信音から判別することができる。そして、ペアリング処理に関する着信である場合には、音声通信端末40の利用者は、音声通信端末40の表示部に表示される利用者識別子および通信アドレスから、その発信元と当該音声通信端末40とのペアリングを許可するか否かを判断し、その判断結果に応じた指示を音声通信端末40に与えることができる。具体的には、ペアリングを許可する場合は、音声通信端末40のオフフックボタン(図示省略)を押下して許可指示を与え、逆に、ペアリングを許可しない場合には、音声通信端末40のオンフックボタン(図示省略)を押下して拒否指示を与える。
音声通信端末40の着信処理部44は、許可指示の入力を検出した場合には、ペアリング要求M001の送信元と当該音声通信端末とをペアリングする処理を実行する。逆に、拒否指示の入力を検出した場合には、着信処理部44は、拒否応答をペアリング要求の送信元へ返信し、着信通知処理の実行を停止する。以下、本動作例では、音声通信端末40Xの操作者が許可指示を与える場合を例にとって各装置が実行する動作について説明する。
音声通信端末40Xの着信処理部44は、許可指示の入力(例えば、オフフックボタンの押下)を検出(図5:SA01)すると、図5に示すように、許可応答M002をペアリング要求M001の送信元へユニキャスト送信する。さらに、音声通信端末40Xの着信処理部44は、着信通知処理の実行を停止するとともに、他の音声通信端末40に対して着信通知処理の停止を指示する旨の通信メッセージ(以下、停止指示)M003を生成し、この停止指示M003を拠点内LAN30内にブロードキャスト送信する。次いで、音声通信端末40Xの着信処理部44は、実行指示M004を生成し、この実行指示M004にペアリング要求M001の送信元の通信アドレス(本動作例では、PC50Aの通信アドレス)を書き込んでMCU60へユニキャスト送信する。
上記にようにしてユニキャスト送信された許可応答M002を受信したPC50AのCPUは、ペアリング処理が完了した旨を示すメッセージを液晶ディスプレイなどの表示手段に表示させ、その旨を利用者に通知する。また、上記のようにブロードキャスト送信された停止指示M003を受信した音声通信端末40Y、40Z、PC50A〜50Cは各々以下の処理を実行する。PC50A〜50Cの各々は、停止指示M003を受信しても特段の処理を行うことなく、当該受信した停止指示M003を破棄する。これに対して、音声通信端末40Yおよび40Zの着信処理部44は、通信I/F部42を介して停止指示M003を受信すると、この停止指示M003にしたがって着信通知処理の実行を停止する。このため、音声通信端末40Yや40Zの各利用者が拒否指示を与えなかったとしても、これら音声通信端末40Yや40Zで着信通知処理が実行され続けることはない。
そして、MCU60の通信制御部64は、音声通信端末40Xから送信されてくる実行指示M004を通信I/F部62を介して受信すると、その実行指示M004に内包されている通信アドレス(すなわち、PC50Aの通信アドレス)とその送信元の通信アドレスとを対応付けて対応管理テーブルに書き込む登録処理SB01を実行し、ペアリング処理を完了する。
上記のようにPC50Aと音声通信端末40Xとのペアリングが完了した状態でテレビ会議が開始されると、MCU60の通信制御部64は、互いに対応付けて対応管理テーブルに格納されている通信アドレスの示す音声通信端末40およびPC50(本動作例では、音声通信端末40XとPC50A)の各々とのデータ通信が同期して行われるように、音声データ処理部66および画像データ処理部68の作動制御を行う。また、上記のようにPC50Aと音声通信端末40Xとがペアリングされている状態で、音声通信端末40XとペアにするPCをPC50AからPC50Bに変更する場合には、PC50Bにて会議通信アプリケーションを起動し、前述した仮想ボタンを押下すれば良い。すると、図5に示すシーケンスフローチャートにしたがった通信がPC50B、MCU60および音声通信端末40Xの各々によって実行され、音声通信端末40Xにてペアリングを許可する旨の入力操作(すなわち、オフフックボタンの押下)が為されれば、以上に説明した動作と同一の動作がこれら装置で実行され、音声通信端末40XとペアになるPCがPC50Bへ切り替えられるのである。
以上説明したように、本実施形態によれば、音声通信端末40やPC50の通信アドレスがDHCPによって動的に割り振られる場合であっても、音声通信端末40とPC50とをペアにして管理することが可能になる。また、PC50に割り振られている通信アドレスを変更することなく、音声通信端末40とペアにして管理するPC50を手軽に変更することも可能になる。
また、本実施形態によれば、音声通信端末40の操作者は、着信通知処理にて音声通信端末40の表示部に表示される利用者識別子および通信アドレスを参考に、ペアリングを許可するか否かを選択することができるため、誤ってペアリングされてしまうことや悪意のあるユーザのPCとペアリングされてしまうことを防止することができる。例えば、前掲図2に示すように、音声通信端末40X、PC50AおよびPC50Bが第1会議室に配置され、音声通信端末40YおよびPC50Cが第2会議室に配置されている状況下で、PC50Cがペアリング要求を拠点内LAN30へブロードキャスト送信しても、音声通信端末40Xの操作者はオンフックボタンを押下して拒否指示を入力することで、そのペアリング要求を拒否することができる。
(B:第2実施形態)
上述した第1実施形態では、利用者により許可指示が与えられたことを契機として音声通信端末40の着信処理部44に実行指示M004をユニキャスト送信させた。しかし、図6に示すように、音声通信端末40から送信されてくる許可応答M002を受信したことを契機としてPC50のCPUに、許可応答M002の送信元の通信アドレスを書き込んだ実行指示M004を送信する処理を実行させるようにしても良い。このような態様においては、着信処理部44には、許可指示の入力を検出したことを契機として許可応答M002をユニキャスト送信する処理、着信通知処理の停止制御、および停止指示M003をブロードキャスト送信する処理を実行させるようにすれば良い。なお、他の音声通信端末40から送信された停止指示M003を受信した場合または拒否指示の入力を検出した場合に、着信処理部44が着信通知処理の実行を停止することは前述した第1実施形態の場合と同様である。このような態様によっても、前述した第1実施形態と同様の効果が奏される。
上述した第1実施形態では、利用者により許可指示が与えられたことを契機として音声通信端末40の着信処理部44に実行指示M004をユニキャスト送信させた。しかし、図6に示すように、音声通信端末40から送信されてくる許可応答M002を受信したことを契機としてPC50のCPUに、許可応答M002の送信元の通信アドレスを書き込んだ実行指示M004を送信する処理を実行させるようにしても良い。このような態様においては、着信処理部44には、許可指示の入力を検出したことを契機として許可応答M002をユニキャスト送信する処理、着信通知処理の停止制御、および停止指示M003をブロードキャスト送信する処理を実行させるようにすれば良い。なお、他の音声通信端末40から送信された停止指示M003を受信した場合または拒否指示の入力を検出した場合に、着信処理部44が着信通知処理の実行を停止することは前述した第1実施形態の場合と同様である。このような態様によっても、前述した第1実施形態と同様の効果が奏される。
(C:変形例)
以上、本発明の一実施形態について説明したが、かかる実施形態に以下に述べる変形を加えても良いことは勿論である。
(1)上述した各実施形態では、通常とは異なる着信音の放音によりペアリング要求が為されたことを通知した後、操作部を介して入力される指示内容に応じて許可応答M002または拒否応答を返信する処理を着信処理部44に実行させた。しかし、着信通知処理を開始してから所定時間(例えば、ワンコール)以内に許可指示が入力されなければ、無条件に拒否応答を返信させるようにしても良い。このような制約を設けることで、音声通信端末40の操作者とPC50の操作者との間に事前の同意がなければペアリングがされにくい状態となり、より確実に目的のペアリングを行うことが可能になる。
以上、本発明の一実施形態について説明したが、かかる実施形態に以下に述べる変形を加えても良いことは勿論である。
(1)上述した各実施形態では、通常とは異なる着信音の放音によりペアリング要求が為されたことを通知した後、操作部を介して入力される指示内容に応じて許可応答M002または拒否応答を返信する処理を着信処理部44に実行させた。しかし、着信通知処理を開始してから所定時間(例えば、ワンコール)以内に許可指示が入力されなければ、無条件に拒否応答を返信させるようにしても良い。このような制約を設けることで、音声通信端末40の操作者とPC50の操作者との間に事前の同意がなければペアリングがされにくい状態となり、より確実に目的のペアリングを行うことが可能になる。
(2)上述した実施形態では、音声通信端末40やPC50をハブを介して拠点内LAN30に接続したが、ハブの代わりに無線アクセスポイント装置を用い、この無線アクセスポイント装置によって音声通信端末40やPC50を収容し拠点内LAN30に接続しても良い。
(3)上述した各実施形態では、着信音の放音により着信を通知する着信通知処理を各音声通信端末40の着信処理部44に実行させたが、例えば音声通信端末40にLED(Light Emitting Diode)などの発光手段を設け、その発光手段の明滅により着信を通知させても良い。この場合、通常の着信とペアリング要求の着信とで、明滅パターンを異ならせることによって、何れの着信があったのかを音声通信端末40の利用者が把握できるようにすれば良い。また、上述した実施形態では、利用者による許可指示若しくは拒否指示の入力が検出されるか、または、停止指示M003を受信するまで、着信通知処理を着信処理部44に実施させ続けたが、着信通知処理の実行を開始してから所定時間(例えば、10秒など)が経過した時点で無条件に着信通知処理の実行を停止し、拒否応答を返信する処理を着信処理部44に実行させても良い。
(4)上述した各実施形態では、ペアリング要求の送信元へその許可を通知する許可応答と、他の音声通信端末40に着信通知処理の停止を指示する停止指示とを別個に着信処理部44に送信させた。しかし、許可応答の役割と停止指示の役割とを兼ね備えた制御メッセージを着信処理部44にブロードキャスト送信させ、ペアリング要求の送信元であるPC50のCPUには上記制御メッセージの受信を契機として、ペアリングが許可された旨を利用者へ通知する処理を実行させ、他の音声通信端末40の着信処理部44には、上記制御メッセージの受信を契機として着信通知処理の実行を停止させるようにしても良い。
(5)上述した各実施形態では、ペアリング要求を受信した場合には、無条件に着信処理部44に着信通知処理を実行させた。しかし、着信処理部44の動作モードとして、ペアリング要求を受信した場合に着信通知処理を実行する着信受け入れモードと、ペアリング要求を受信しても着信通知処理を実行しない(具体的には、ペアリング要求を受信してもそのペアリング要求を無条件に破棄する)着信拒否モードとを設け、利用者により指定された動作モードで着信処理部44を動作させるようにしても良い。このような態様によれば、例えば、何れかのPC50とペアリングされており、そのペアリング対象を切り替える必要のない音声通信端末40については、その着信処理部44を着信拒否モードで動作させておくことによって、無用な着信音の放音が為されることが回避される。
1…会議通信システム、10…通信網、20…中継装置、30…拠点内LAN、40,40X、40Y、40Z…音声通信端末、42…通信I/F部、44…着信処理部、46…音声入出力部、50,50A、50B、50C…PC、60…MCU、62…通信I/F部、64…通信制御部、66…音声データ処理部、68…画像データ処理部。
Claims (4)
- 各々利用者の音声を収音しその音声を表す音声データを通信セッションの接続先へ送信する一方、当該通信セッションの接続先から受信した音声データに応じた音を出力する複数の音声通信端末と、
各々通信セッションの接続先へ画像データを送信する一方、当該通信セッションの接続先から受信した画像データの表す画像を表示する複数の画像通信端末と、
前記複数の音声通信端末および前記複数の画像通信端末の各々との間に通信セッションを確立し、音声データおよび画像データの通信を仲介する多地点接続装置と、
を備え、
前記複数の音声通信端末および前記複数の画像通信端末の各々には動的に通信アドレスが割り振られ、
前記複数の画像通信端末のうち、前記複数の音声通信端末の何れかとのペアリングを利用者によって指示されたものは、ペアリングを要求する旨の通信メッセージであるペアリング要求をブロードキャスト送信し、
前記複数の音声通信端末の各々は、
前記ペアリング要求を受信すると、当該ペアリング要求の送信元からペアリングを要求されていることを利用者へ通知する通知処理を実行し、
前記複数の音声通信端末のうち、ペアリングを許可する旨の指示が利用者によって与えられたものは、前記ペアリング要求の送信元とのペアリングの実行を指示する旨の通信メッセージである実行指示に前記ペアリング要求の送信元の通信アドレスを書き込んで前記多地点接続装置へ送信し、
前記多地点接続装置は、
前記実行指示を受信すると、当該実行指示の送信元である音声通信端末と当該実行指示に書き込まれている通信アドレスの示す画像通信端末とのペアリングを実行し、当該ペアリングした音声通信端末との間の音声データの通信および当該ペアリングした画像通信端末との間の画像データの通信を同期させる制御を行う
ことを特徴とする会議通信システム。 - 各々利用者の音声を収音しその音声を表す音声データを通信セッションの接続先へ送信する一方、当該通信セッションの接続先から受信した音声データに応じた音を出力する複数の音声通信端末と、
各々通信セッションの接続先へ画像データを送信する一方、当該通信セッションの接続先から受信した画像データの表す画像を表示する複数の画像通信端末と、
前記複数の音声通信端末および前記複数の画像通信端末の各々との間に通信セッションを確立し、音声データおよび画像データの通信を仲介する多地点接続装置と、
を備え、
前記複数の音声通信端末および前記複数の画像通信端末の各々には動的に通信アドレスが割り振られ、
前記複数の画像通信端末のうち、前記複数の音声通信端末の何れかとのペアリングを利用者によって指示されたものは、ペアリングを要求する旨の通信メッセージであるペアリング要求をブロードキャスト送信し、ペアリングを許可する旨の通信メッセージである許可通知を受信したことを契機に、その送信元とのペアリングの実行を指示する旨の通信メッセージである実行指示に前記送信元の通信アドレスを書き込んで前記多地点接続装置へ送信し、
前記複数の音声通信端末の各々は、
前記ペアリング要求を受信すると、当該ペアリング要求の送信元からペアリングを要求されていることを利用者へ通知する通知処理を実行し、
前記複数の音声通信端末のうち、ペアリングを許可する旨の指示が利用者によって与えられたものは、前記ペアリング要求の送信元に対して前記許可通知をユニキャスト送信し、
前記多地点接続装置は、
前記実行指示を受信すると、当該実行指示の送信元である画像通信端末と当該実行指示に書き込まれている通信アドレスの示す音声通信端末とのペアリングを実行し、当該ペアリングした音声通信端末との間の音声データの通信および当該ペアリングした画像通信端末との間の画像データの通信を同期させる制御を行う
ことを特徴とする会議通信システム。 - 前記複数の音声通信端末の各々は、
前記ペアリング要求の受信を契機に前記通知処理を実行する着信受け入れモードと、前記ペアリング要求を受信しても前記通知処理を実行しない着信拒否モード、の2つの動作モードを有し、当該2つの動作モードのうち利用者により指定された動作モードで動作する
ことを特徴とする請求項1または2に記載の会議通信システム。 - ペアリングを許可する旨の指示が利用者によって与えられた音声通信端末は、前記通知処理の停止を指示する旨の通信メッセージである停止指示をブロードキャスト送信し、
前記複数の音声通信端末のうち他の音声通信端末から前記停止指示を受信したものは、当該停止指示に従って前記通知処理を停止する
ことを特徴とする請求項1から3の何れか1に記載の会議通信システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008093988A JP2009246885A (ja) | 2008-03-31 | 2008-03-31 | 会議通信システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008093988A JP2009246885A (ja) | 2008-03-31 | 2008-03-31 | 会議通信システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2009246885A true JP2009246885A (ja) | 2009-10-22 |
Family
ID=41308283
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2008093988A Withdrawn JP2009246885A (ja) | 2008-03-31 | 2008-03-31 | 会議通信システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2009246885A (ja) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011150876A2 (zh) * | 2011-06-15 | 2011-12-08 | 华为终端有限公司 | 一种音视频呼叫的方法、设备及系统 |
JP2015015004A (ja) * | 2013-07-08 | 2015-01-22 | 沖電気工業株式会社 | 情報処理装置、携帯端末および情報入力装置 |
KR20160022308A (ko) * | 2013-06-18 | 2016-02-29 | 마이크로소프트 테크놀로지 라이센싱, 엘엘씨 | 페어링되지 않은 장치 |
JP2017505009A (ja) * | 2013-12-30 | 2017-02-09 | ケーティー コーポレーション | ネットワークアクセス装置及び方法 |
-
2008
- 2008-03-31 JP JP2008093988A patent/JP2009246885A/ja not_active Withdrawn
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011150876A2 (zh) * | 2011-06-15 | 2011-12-08 | 华为终端有限公司 | 一种音视频呼叫的方法、设备及系统 |
CN102292989A (zh) * | 2011-06-15 | 2011-12-21 | 华为终端有限公司 | 一种音视频呼叫的方法、设备及系统 |
WO2011150876A3 (zh) * | 2011-06-15 | 2012-05-10 | 华为终端有限公司 | 一种音视频呼叫的方法、设备及系统 |
CN102292989B (zh) * | 2011-06-15 | 2014-05-07 | 华为终端有限公司 | 一种音视频呼叫的方法、设备及系统 |
KR20160022308A (ko) * | 2013-06-18 | 2016-02-29 | 마이크로소프트 테크놀로지 라이센싱, 엘엘씨 | 페어링되지 않은 장치 |
KR102223411B1 (ko) * | 2013-06-18 | 2021-03-04 | 마이크로소프트 테크놀로지 라이센싱, 엘엘씨 | 페어링되지 않은 장치 |
JP2015015004A (ja) * | 2013-07-08 | 2015-01-22 | 沖電気工業株式会社 | 情報処理装置、携帯端末および情報入力装置 |
JP2017505009A (ja) * | 2013-12-30 | 2017-02-09 | ケーティー コーポレーション | ネットワークアクセス装置及び方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210051188A1 (en) | Instant communications system having established communication channels between communication devices | |
JP3984929B2 (ja) | VoIPシステム、VoIPサーバ、及びマルチキャストパケット通信方法 | |
US20220321631A1 (en) | Instant communications system having established communication channels between communication devices | |
JP2012050137A (ja) | 通信装置のためのユーザインタフェース | |
JP2007201916A (ja) | PoCデータ送信方法とPoC通話システムと装置 | |
JP2009246885A (ja) | 会議通信システム | |
JP2006270166A (ja) | ビジュアルコミュニケーションサーバ、ビジュアルコミュニケーションプログラム、ビジュアルコミュニケーション方法 | |
JP2005311670A (ja) | テレビ会議端末、テレビ会議システム、テレビ会議方法並びにそのプログラム | |
JP2009194661A (ja) | 会議端末装置 | |
JP2006229994A (ja) | Ip端末装置 | |
JP6652735B2 (ja) | 電話システム | |
JP2010081279A (ja) | 受信装置、送受信システム、及び受信方法 | |
JP2007053487A (ja) | 発言権管理システム、発言権管理方法、及びプログラム | |
JP2006229726A (ja) | Ip電話機能に基づく呼接続中に映像コンテンツデータを再生する方法、端末及びプログラム | |
JP2003274023A (ja) | 通信会議システムと通信会議方法と通信会議プログラム | |
JP2009246886A (ja) | 会議通信システム | |
JP5439938B2 (ja) | 通信制御装置 | |
JP2004172685A (ja) | Ip構内交換システムにおける内線一斉放送方式 | |
JP2010177826A (ja) | Ip通信指令交換機 | |
JP2009200605A (ja) | 中継装置、通信装置及び通信システム | |
JP2007053527A (ja) | Ip交換機、ip通信端末及びip交換システム | |
TWI413413B (zh) | 網路視訊會議設備及其進行網路視訊會議之方法 | |
JP2004336160A (ja) | マルチキャスト通信方法 | |
KR20100089534A (ko) | 아이피 사설교환기에서 온라인회의를 제공하는 방법, 그를 위한 아이피 사설교환기, 그를 적용한 온라인회의 분산처리방법 및 그 시스템 | |
JP4565658B2 (ja) | コンサルティング支援システムおよび方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20110607 |