JP2008219462A - 通信装置 - Google Patents

Abstract

【課題】多人数を相手に行うコミュニケーションにおいて、スピーカから聞こえてくる音声が誰の発言によるものであるかをユーザに適切に通知することを目的とする。
【解決手段】複数の端末から音声データを受取り受取った音声データのミキシング処理を行う管理者端末は、音声データを含むパケットを受取ると、パケットに書き込まれたＩＰアドレスを読み出す。ＩＰアドレスと発言者の名前を対応付けた識別情報管理テーブルを参照することで、特定したＩＰアドレスから発言者の名前を表示部に表示する。
【選択図】図７

Description

本発明は、ネットワークを介して行われるコミュニケーションを支援する技術に関する。

互いに離れた場所にいる複数の者が、通信回線に接続された通信装置を用いて音声による遠隔会議を行うことを可能とする技術がある。その技術においては、異なる場所に配置された通信装置の各々により収音された発言内容を表す音声データが中央装置に送信され、該音声データは中央装置にてミキシングされた後、各通信装置に送信される。そのような技術を開示した文献として、例えば特許文献１がある。
特開２００５−２６９３４７号公報

ところで、上記の技術は多人数を相手に行われる講義などにも適用することができるが、例えば講義を行っている者が、スピーカから聞こえてくる発言者の声の特徴（声色、声の高さなど）から発言者を即座に正確に判別することは難しいといった問題があった。
本発明は上記の問題点に鑑みて為されたものであり、多人数を相手に行うコミュニケーションにおいて、スピーカから聞こえてくる音声が誰の発言によるものであるかを利用者に適切に通知することを目的としている。

本発明に係る通信装置は、通信網を介して接続された複数の通信端末のそれぞれから、オーディオ信号および前記通信端末を一意に識別することを可能にする識別情報を受信する受信手段と、報知信号を前記識別情報と対応付けて記憶する記憶手段と、前記通信端末の各々からのオーディオ信号をミキシングして前記各通信端末に出力するとともに、前記ミキシングにおいては前記通信端末の各々を出力先とする複数系統のミキシングを行い、かつ、各系統においては出力元である通信端末から出力されたオーディオ信号はミキシングから除外する処理を行うミキシング出力手段と前記受信手段が受信した識別情報に対応付けられた報知信号を前記記憶手段から読み出し、読み出した報知信号を出力する報知信号出力手段とを有することを特徴とする。

また、本発明に係る通信装置は、上記の構成において、前記オーディオ信号はパケット信号であり、前記識別情報は前記パケットに含まれるようにしても良い。

また、本発明に係る通信装置は、上記の構成において、表示手段を有し、前記報知信号を前記表示手段に表示するようにしても良い。

本発明によれば、多人数を相手に行うコミュニケーションにおいて、スピーカから聞こえてくる音声が誰の発言によるものであるかを利用者に適切に通知することができる、といった効果を奏する。

以下、図面を参照しつつ、本発明を実施する際の最良の形態について説明する。
（Ａ．構成）
（Ａ−１；全体構成）
以下、図面を参照して本発明の好適な実施形態について説明する。図１は、本発明に係る講義システム１の全体構成を示す図である。講義システム１は、端末１０Ａ、１０Ｂ、１０Ｃと、管理者端末２０と、それらの通信装置を接続するネットワーク３０とから成る。

端末１０Ａ、１０Ｂ、１０Ｃは、同一の構成および機能を有する。以下の説明において、端末１０Ａ、１０Ｂ、および１０Ｃを区別する必要が無いときには、「端末１０」と総称する。
なお、ネットワーク３０には、端末１０Ａ、１０Ｂ、および１０Ｃの３つの端末１０が接続されているが、２台もしくは４台以上の端末１０が接続されていても良い。要は、ネットワーク３０に複数の端末１０が接続されていれば良い。

ネットワーク３０は例えばインターネットであり、端末１０の間で所定の通信プロトコルに従って行われるデータ通信を仲介する。本実施形態で用いられている通信プロトコルは、アプリケーション層の通信プロトコルとしては、ＲＴＰ（Real-time Transport Protocol）が用いられており、トランスポート層の通信プロトコルとしては、ＵＤＰ（User Datagram Protocol）が用いられており、ネットワーク層の通信プロトコルとしてはＩＰ（Internet Protocol）が用いられている。端末１０Ａ、１０Ｂ、１０Ｃには、ＩＰアドレス（それぞれ“１９９．１９９．１．１”、“１９９．１９９．１．２”、“１９９．１９９．１．３”）が割り振られており、ネットワーク上で一元的に識別される。また、管理者端末２０にもＩＰアドレスが割り振られている。

なお、ＲＴＰとは、音声データや映像データをend-to-endでリアルタイムに送受信する通信サービスを提供するための通信プロトコルであり、その詳細はＲＦＣ１８８９に規定されている。ＲＴＰにおいては、ＲＴＰパケットを生成し送受信することにより通信端末同士でデータの授受が行われる。

図２に示すように、ＲＴＰパケットは、ＩＰにおけるデータ転送単位であるパケットやＴＣＰにおけるデータ転送単位であるセグメントと同様に、ヘッダ部とペイロード部とで構成されている。ヘッダ部には、タイムスタンプ、送信元識別子および送信先識別子の３種類のデータが書き込まれる。ここで、タイムスタンプとは、時刻（音声通信の開始を指示されてから経過した時間）を示すデータである。ペイロード部には、所定時間（本実施形態では２０ミリ秒）分の音声データが書き込まれる。

（Ａ−２；端末１０の構成）
以下、端末１０のハードウェア構成について図３を参照して説明する。
図に示す制御部１０１は、例えばＣＰＵ（Central Processing Unit）であり、後述するＲＯＭ（Read Only Memory）１０３ａに格納されている各種プログラムを実行する。

通信ＩＦ部１０２は、ネットワーク３０に有線接続されている。この通信ＩＦ部１０２は、制御部１０１から引渡されたＲＴＰパケットを下位層の通信プロトコルにしたがって順次カプセル化することにより得られるＩＰパケットをネットワーク３０へ送出する。なお、カプセル化とは、上記ＲＴＰパケットをペイロード部に書き込んだＵＤＰセグメントを生成し、さらに、そのＵＤＰセグメントをペイロード部に書き込んだＩＰパケットを生成することである。また、通信ＩＦ部１０２は、ネットワーク３０を介してＩＰパケットを受信し、該ＩＰパケットに対して上記カプセル化とは逆の処理を行うことにより、そのＩＰパケットにカプセル化されているＲＴＰパケットを読み出して制御部１０１へ出力する。

記憶部１０３は、ＲＯＭ１０３ａおよびＲＡＭ（Random Access Memory）１０３ｂを有する。ＲＯＭ１０３ａは、本発明に特徴的な機能を制御部１０１に実行させるための各種制御プログラムを格納している。
制御プログラムには、データの圧縮・伸張を行うソフトウェアであるコーデックが含まれる。コーデックは所定の圧縮率で音声データを圧縮し、所定のビットレートでデータを送受信する。また、制御プログラムには、音声データの音量レベルが所定のしきい値以下である場合に該音声データ部分を送出しない、所謂無音圧縮に係るプログラムも含まれる。
ＲＡＭ１０３ｂは、音声データバッファ領域を有し、音声データ生成部１０６が出力した音声データが書き込まれる。また、ＲＡＭ１０３ｂは、制御部１０１によってワーキングエリアとして利用される。

操作部１０４は、数字キーやボタンなどの操作子を備え、講義システム１のユーザにより何らかの操作がなされた場合に、その操作内容を表すデータを制御部１０１へと伝達する。
表示部１０５は、例えば液晶パネルであり、端末１０が有するまたは端末１０がネットワーク３０を介して受取った各種データを表示する。

音声データ生成部１０６は、アナログ／デジタル（以下、「Ａ／Ｄ」と略記する）コンバータ１０６ａとマイクロホン１０６ｂとを有する。マイクロホン１０６ｂは、ユーザの音声を収音しその音声を表すアナログ信号（以下、音声信号）を生成し、Ａ／Ｄコンバータ１０６ａへ出力する。Ａ／Ｄコンバータ１０６ａは、マイクロホン１０６ｂから受取った音声信号にＡ／Ｄ変換を施し、その変換結果であるデジタルデータ（以下、音声データ）を出力する。

音声データ再生部１０７は、制御部１０１から受取った音声データに応じた音声の再生を行うものであり、Ｄ／Ａコンバータ１０７ａとスピーカ１０７ｂとを有する。Ｄ／Ａコンバータ１０７ａは、受取った音声データに対して、Ｄ／Ａ変換を施すことによってアナログ方式の音声信号へ変換し、スピーカ１０７ｂへ出力するものである。そして、スピーカ１０７ｂは、Ｄ／Ａコンバータ１０７ａから受取った音声信号の表す音声を放音する。
以上に説明した各部は、バス１０８で接続されており、相互にデータをやり取りすることができる。

以下では、本発明に係る端末１０に特徴的な機能について説明する。
端末１０は、音声データ生成部１０６が生成した音声データの音量レベルを検出して、発言が含まれているデータ部分を選択してネットワーク３０に向けて出力する、所謂無音圧縮機能を有する。端末１０が行う音声データの生成・出力の処理について、各種データの流れを示した図４を参照して説明する。なお、図４において破線で囲まれた、音量レベル検出部１１０、送信フレーム制御部１１１、音声データ圧縮部１１２、および情報ビット送信制御部１１３は、制御部１０１が実行する処理を示したものである。

音声データ生成部１０６は、ユーザの発言を収音し音声データを生成する。生成された音声データは一旦ＲＡＭ１０３ｂの音声データバッファ領域に書き込まれる。
なお、音声データは音声データバッファ領域に一旦書き込まれ、後述する各種処理が行われるが、各種処理による信号の遅れはごくわずかであるため通話のリアルタイム性には影響はない。

音量レベル検出部１１０は、ＲＡＭ１０３ｂに書き込まれた音声データを所定の大きさ（本実施形態においては２０ミリ秒分）のフレーム単位で読み取り、フレームごとに音量レベル検出処理を行う。音量レベル検出処理において、音量レベルが所定の閾値を超える期間があるフレームを有音フレームとし、音量レベルが所定の閾値を超える期間が無いフレームを無音フレームとし、その判定結果を送信フレーム制御部１１１および情報ビット送信制御部１１３へ出力する。

以下では、送信フレーム制御部１１１および情報ビット送信制御部１１３は、各フレームの有音／無音の判定に基づいて、次のように音声データにおける「有音期間」および「無音期間」を検知する。すなわち、無音期間は、無音フレームが連続して５秒以上（すなわち２５０フレーム以上）続いた場合に、５秒目以降、次に有音フレームが検出されるまでの期間と定義する。有音期間は、無音期間を除く期間と定義する。従って、有音期間には、有音フレームおよび無音フレームの両方が含まれる。以上のように、無音フレームが所定の数以上連続した期間を無音期間としているのは、例えば話者が息継ぎをするなどしてごく短い間無音フレームが生成された場合に、該音声データを無音であると判断して以下に説明する無音圧縮処理を実行してしまうのを防ぐためである。

有音期間の音声データには、通常の音声圧縮処理が施される。すなわち、送信フレーム制御部１１１は有音期間におけるフレームをＲＡＭ１０３ｂから読み出し、音声データ圧縮部１１２に出力する。音声データ圧縮部１１２は該フレームの音声データを、コーデックにより所定の圧縮率で圧縮する。圧縮が施された音声データからはＲＴＰパケットが生成され、所定の送信レートで通信ＩＦ部１０２に出力される。
一方、無音期間の音声データには無音圧縮処理が施される。すなわち、送信フレーム制御部１１１は、無音期間のフレームをＲＡＭ１０３ｂから読み出さず、その結果無音期間には音声データのパケットは生成されない。

情報ビット送信制御部１１３は、無音と判定された時点で、以降は無音であることを示す情報（以下、情報ビット）を通信ＩＦ部１０２に出力する。情報ビットには、出力した端末１０を特定可能なＩＰアドレス、および該端末１０において生成された音声データが無音である旨が書き込まれる。また、情報ビット送信制御部１１３は、情報ビットを送信した後も、無音期間が継続している間は５秒間隔でＲＴＣＰ（RTP Control Protocol）パケットを出力する。該ＲＴＣＰパケットにはＲＴＰの品質を示す情報（伝送レート等）が書き込まれており、そのように一定間隔でパケットを出力させることで、管理者端末２０との間の通信においてタイムアウトを避ける効果もある。
音量レベル検出部１１０が有音フレームを検出し、送信フレーム制御部１１１および情報ビット送信制御部１１３が有音期間になったと判定すると、各フレームに通常の音声圧縮処理を施し音声パケットの送信を再開する。

無音フレームには、端末１０が設置された空間のざわめき（暗騒音）などが含まれ、音量レベルは非常に低いとしても、そのデータ量は小さくないことが一般に知られている。無音圧縮処理によれば、ユーザが必要とする音声は含まれていない無音フレームを“間引く”ことにより、必要な情報を欠落させることなく送信データ量を減らすことができる。

以上が、端末１０による音声データの生成および出力に係る処理である。一方、端末１０がネットワーク３０を介して他の端末１０から音声データを受取ると、Ｄ／Ａコンバータ１０７ａは受取った音声データを音声信号に変換し、スピーカ１０７ｂは該音声信号の表す音声を放音する。

（Ａ−３；管理者端末２０の構成）
次に、管理者端末２０の構成について説明する。図５は、管理者端末２０のハードウェア構成を示すブロック図である。なお、図に示される各部の機能は、図３に示される端末１０の対応する部分と同様であるため説明を省略し、以下ではＲＯＭ２０３ａおよびＲＡＭ２０３ｂに格納されたデータについて説明する。

ＲＯＭ２０３ａには、管理者端末２０に特徴的な機能を実現させる管理プログラムが格納されている。管理者端末２０が有する機能には、複数の端末１０から音声データを受取り、それらの音声データを合成して再び各端末１０へ送信する“ミキシング処理”、および、ミキシングした音声はどの端末１０から受取ったものであるのか、すなわちどのユーザが発言しているのかを表示部２０５に表示する“発言者報知処理”がある。

ＲＡＭ２０３ｂには、識別情報管理テーブルが書き込まれている。図６は、識別情報管理テーブルの一例を示す図である。識別情報管理テーブルには、端末１０の各々に割り当てられたＩＰアドレスに対応付けて、該端末１０を利用するユーザの名前が書き込まれている。
また、ＲＡＭ２０３ｂには、各端末から受取った音声データが書き込まれる。その際、該音声データは音声データの供給元である端末のＩＰアドレスと共に書き込まれる。

（Ｂ．動作）
次に、講義システム１の各装置が行う動作について説明する。なお、管理者端末２０のＲＡＭ２０３ｂには、図６に示す内容の識別情報管理テーブルが格納されている。また、端末１０Ａ、１０Ｂ、１０Ｃを利用しているユーザを、それぞれユーザＡ、Ｂ、Ｃとする。

なお、以下の説明において、各端末１０の構成が端末１０Ａ、１０Ｂ、および１０Ｃのいずれに属するのか示す必要がある場合には、例えば端末１０Ａの制御部を制御部１０１Ａなどのように、符号に対応するアルファベットを付して示す。また、端末１０が出力する音声データについても、端末１０Ａ、１０Ｂ、および１０Ｃが出力した音声データをそれぞれ音声データＡ、Ｂ、Ｃと表す。

端末１０Ａを利用するユーザＡが発言する場合を例に取ると、ユーザＡが発言を開始する直前まで、端末１０Ａは生成する音声データが無音である旨の情報ビット、およびＲＴＣＰパケットを管理者端末２０に出力している。ユーザＡが発言すると端末１０Ａは発言内容を表す音声データを、ネットワーク３０を介して管理者端末２０へ送信する。

図７は管理者端末２０が行う発言者報知処理の流れを示したフローチャートである。また、図８は管理者端末２０が、各端末１０から受取った音声データおよび自端末の音声データ生成部２０６で生成した音声データをミキシング処理する過程を示した図である。制御部２０１は、端末１０Ａから音声データのパケットを受信したか否か判定する（ステップＳＡ１００）。ステップＳＡ１００の判定結果が“Ｎｏ”である場合には、制御部２０１は、ステップＳＡ１００の処理を繰り返す。一方、ステップＳＡ１００の判定結果が“Ｙｅｓ”である場合には、ステップＳＡ１１０の処理を行う。
ステップＳＡ１１０において、制御部２０１は、ステップＳＡ１００において受信した音声データおよび発言者識別情報（端末ＡのＩＰアドレス）をＲＡＭ２０３ｂに書き込む。

制御部２０１は、ＲＡＭ２０３ｂに書き込まれた音声データＡの送信元ＩＰアドレス「１９９．１９９．１．１」を読み出し（ステップＳＡ１２０）、ＲＡＭ２０３ｂの識別情報管理テーブルを参照して該ＩＰアドレスに対応付けられたユーザＡの名前を読み出す（ステップＳＡ１３０）。

ステップＳＡ１４０において、制御部２０１は、ステップＳＡ１３０で読み出されたユーザＡの名前を表示部２０５に表示させる。この場合、例えば「只今の発言者：ユーザＡ」などと画面に表示させる。この表示は、音声データの受信が終わるまで継続して行われる。
なお、管理者により発言がなされた場合には、管理者の音声（図８；音声データＸ）は、バス２０８を介してＲＡＭ２０３ｂに書き込まれる。管理者が発言を行った場合、識別情報管理テーブルには管理者のＩＰアドレスに対応する項目が無いため、表示部２０５には発言者である管理者の名前は表示されない。
しかし、管理者の名前を表示させるようにしても良い。その場合には、識別情報管理テーブルに、管理者端末２０のＩＰアドレスに対応付けて、管理者の名前を書き込んでおけば良い。

以上のステップＳＡ１００ないし１４０の発言者報知処理と並行して、制御部２０１は端末１０から受取った音声データのミキシング処理を行う。図８において、管理者端末２０のミキサ部ＭＩＸは互いに同じ機能を有するミキサ２２Ａ、２２Ｂ、２２Ｃ、および２２Ｄを有する。

割り当て部２１は、ＲＡＭ２０３ｂに書き込まれた音声データを順次読み出し、以下のようにしてミキサ２２Ａ、２２Ｂ、２２Ｃ、および２２Ｄに割り当てて出力する。すなわち割り当て部２１は、端末１０Ａから受取った音声データＡをミキサ２２Ｂ、２２Ｃ、および２２Ｄに出力し、音声データＢをミキサ２２Ａ、２２Ｃ、および２２Ｄに出力し、音声データＣをミキサ２２Ａ、２２Ｂ、および２２Ｄに出力し、音声データＸをミキサ２２Ａ、２２Ｂ、および２２Ｃに出力する。

ミキサ２２Ａは、受取った音声データＢ、Ｃ、Ｘを合成し、生成された音声データを通信ＩＦ部２０２に出力する。同様にしてミキサ２２Ｂ、２２Ｃおよび２２Ｄは受取った音声データを合成し、それぞれ通信ＩＦ部２０２に出力する。通信ＩＦ部２０２は、ミキサ２２Ａ、２２Ｂ、２２Ｃから受取った音声データをそれぞれ端末１０Ａ、１０Ｂ、１０Ｃに送信し、ミキサ２２Ｄが生成した音声データを音声データ再生部２０７に出力する。
端末１０Ａ、１０Ｂ、１０Ｃ、および管理者端末２０の音声データ再生部は、音声データを順次受取ると、該音声信号の表す音声を放音する。

以上の処理により、例えばユーザＡの発言を表す音声データは、端末１０Ｂ、１０Ｃ、および管理者端末２０に出力されユーザＢ、Ｃ、および管理者に対して再生されるというように、発言者の発言は他のユーザに届けられる。従って、各ユーザは自らの発言を他のユーザに聞かせることができると共に、他のユーザの発言を聞くことができる。

（Ｃ．変形例）
以上、本発明の一実施形態について説明したが、本発明は以下に述べる種々の態様で実施することができる。

（１）上述した実施形態においては、ネットワーク３０はインターネットである場合について説明したが、ＬＡＮ（Local Area Network）などであっても良い。要は、所定の通信プロトコルに従って通信装置同士が行うデータ通信を仲介するものであれば良い。また、端末１０および管理者端末２０は有線でネットワーク３０に接続されている場合について説明したが、ネットワーク３０が例えば無線ＬＡＮなどの無線パケット通信網であり、端末１０および管理者端末２０が、この無線パケット通信網に接続されていても勿論良い。

（２）上記実施形態においては、端末１０および管理者端末２０に特徴的な機能をソフトウェアモジュールで実現する場合について説明したが、上記各機能を担うハードウェアモジュールを組み合わせて本発明に係る通信装置を構成するようにしても良い。

（３）上記実施形態においては、本発明に係る通信装置に特徴的な機能を実現するためのプログラムをＲＯＭ２０３ａに予め書き込んでおく場合について説明したが、ＣＤ−ＲＯＭやＤＶＤなどのコンピュータ装置読み取り可能な記録媒体に上記制御プログラムを記録して配布するとしても良く、インターネットなどの電気通信回線経由のダウンロードにより上記制御プログラムを配布するようにしても勿論良い。

（４）上述した実施形態では、音声データの送受信に係るアプリケーション層の通信プロトコルとしてＲＴＰを用いる場合について説明したが、他の通信プロトコルを用いても良い。要は音声データをリアルタイムに送受信するための通信プロトコルであれば良い。

（５）上述した実施形態では、液晶パネルなどの表示部に文字を表示することによって発言者を報知する場合について説明した。しかし、報知手段は液晶パネル上の文字の表示に限定されない。例えば、各発言者の肖像である肖像データを記憶部２０３に予め書き込んでおき、該肖像データを識別情報管理テーブルにおいてＩＰアドレスに対応させておき、発言者の名前を表示する代わりに肖像データを表示部２０５に表示させて発言者を報知しても良い。また、液晶パネルではなく、ＬＥＤ（Light Emitting Diode）などの表示体を会議参加者の座席表上に設け、該ＬＥＤの各々を発光させる電子回路を特定する情報を識別情報管理テーブルにおいてＩＰアドレスに対応させておき、ＬＥＤを発光させて発言者を報知するなどしても良い。

（６）上述した実施形態では、発言者の名前を発言の最中継続して表示する場合について説明したが、該表示は発言が始まってから所定の時間に限定するなどしても良い。

（７）上述した実施形態では、ユーザの各々に対して表示を１つ対応付ける場合について説明したが、表示内容は例えばユーザが属するグループ毎に共通の表示内容を対応付けても良い。その場合、識別情報管理テーブルには、複数のＩＰアドレスに単一の表示内容を対応付ければ良い。

（８）上述した実施形態では、単一の発言者が発言を行う場合について説明した。複数のユーザが同時に発言を始める場合や、発言者の発言の最中に他の発言者が発言を開始する場合についての発言者報知処理の一例を以下に説明する。
図９は、複数の発言者の発言がオーバーラップした場合の各発言の継続時間を模式的に示した図である。例えば（ａ）においては、時刻ｔ_０にユーザＡが発言を始め、ユーザＡの発言の最中である時刻ｔ_１にユーザＢが割り込んで発言を始めている。この場合、時刻ｔ_１から、ユーザＡが発言を終える時刻ｔ_２までは、両ユーザの発言がオーバーラップしており、管理者端末２０には、ユーザＡおよびＢの利用する端末１０から音声データが送信されている。

そのような場合、表示部２０５の表示は以下に説明するような様々な態様が可能である。
（態様１）表示部２０５には、発言をしている発言者の名前を複数表示でき、その名前は発言を始めた時刻の順に配列される。すなわち、時刻ｔ_０からｔ_１においてはユーザＡの名前が表示され、時刻ｔ_１からｔ_２においてはユーザＡおよびユーザＢの名前が表示され、時刻ｔ_２からｔ_３においては、ユーザＢの名前が表示される。
（態様２）表示部２０５には、発言をしている発言者の名前を１人分表示でき、割り込んで発言を始めた発言者の名前が優先的に表示される。すなわち、時刻ｔ_０からｔ_１においてはユーザＡの名前が表示され、時刻ｔ_１からｔ_３においてはユーザＢの名前が表示される。
（態様３）表示部２０５には、発言をしている発言者の名前を１人分表示でき、発言を継続している発言者の名前が優先的に表示される。すなわち、時刻ｔ_０からｔ_２においてはユーザＡの名前が表示され、時刻ｔ_２からｔ_３においてはユーザＢの名前が表示される。

また、（ｂ）に示すように、複数のユーザが同時に発言を開始した場合については以下のようにすれば良い。例えば、各ユーザの利用する端末１０のＩＰアドレスを読み出し、読み出したＩＰアドレスの数字が若いなどの条件や、各ユーザの識別情報管理テーブルにおける登録順序などの条件を用いて、複数の発言者に順序を付ける。そして、表示部２０５が複数の発言者の名前を表示する場合には決定した序列に従って名前を表示し、単数の発言者の名前を表示する場合には序列で最上位にある発言者の名前を表示する。例えば図９（ｂ）に示すように、ユーザＢおよびユーザＣが時刻ｔ_４に同時に発言を開始した場合、制御部２０１は識別情報管理テーブルを参照し、ＩＰアドレス「１９９．１９９．１．２」および「１９９．１９９．１．３」は、テーブルにおいて前者が上位に書き込まれていることを判断し、前者すなわちユーザＢの名前を表示部２０５に表示する。

講義システム１の全体構成を示すブロック図である。 ＲＴＰパケットを示す図である。 端末１０の構成を示すブロック図である。 端末１０による音声データの圧縮方法を示した図である。 管理者端末２０の構成を示すブロック図である。 識別情報管理テーブルの一例である。 管理者端末２０の行う発言者報知処理の流れを示す図である。 管理者端末２０におけるデータの流れを示すブロック図である。 複数の発言者がオーバーラップして発言を行う場合の発言者報知処理に関する説明図である。

符号の説明

１…講義システム、１０、１０Ａ、１０Ｂ、１０Ｃ…端末、２０…管理者端末、２１…割り当て部、２２Ａ、２２Ｂ、２２Ｃ、２２Ｄ…ミキサ、３０…ネットワーク、１０１、２０１…制御部、１０２、２０２…通信ＩＦ部、１０３、２０３…記憶部、１０３ａ、２０３ａ…ＲＯＭ、１０３ｂ、２０３ｂ…ＲＡＭ、１０４、２０４…操作部、１０５、２０５…表示部、１０６…音声データ生成部、１０６ａ…Ａ／Ｄコンバータ、１０６ｂ…マイクロホン、１０７…音声データ再生部、１０７ａ…Ｄ／Ａコンバータ、１０７ｂ…スピーカ、１０８、２０８…バス、１１０…音量レベル検出部、１１１…送信フレーム制御部、１１２…音声データ圧縮部、１１３…情報ビット送信制御部

Claims (3)

1. 通信網を介して接続された複数の通信端末のそれぞれから、オーディオ信号および前記通信端末を一意に識別することを可能にする識別情報を受信する受信手段と、
   報知信号を前記識別情報と対応付けて記憶する記憶手段と、
   前記各通信端末からのオーディオ信号をミキシングして前記通信端末の各々に出力するとともに、前記ミキシングにおいては前記通信端末の各々を出力先とする複数系統のミキシングを行い、かつ、各系統においては出力元である通信端末から出力されたオーディオ信号はミキシングから除外する処理を行うミキシング出力手段と
   前記受信手段が受信した識別情報に対応付けられた報知信号を前記記憶手段から読み出し、読み出した報知信号を出力する報知信号出力手段と
   を有することを特徴とする通信装置。
2. 前記オーディオ信号はパケット信号であり、前記識別情報は前記パケットに含まれることを特徴とする請求項１に記載の通信装置。
3. 表示手段を有し、前記報知信号を前記表示手段に表示することを特徴とする請求項１または２に記載の通信装置。

Images