JPWO2017149842A1 - 会議システム - Google Patents

Abstract

設定作業の利便性のよい会議システムを得る。会議システムＳであって、コントロールユニット（ＣＵ）１とディスカッションユニット（ＤＵ）２とを有してなり、両ユニット間で運用パケットを繰り返し送受信し、ＣＵは、ＣＵ記憶部１３と音声スロットとＣＵ制御部１６とを備え、ＣＵ制御部は、リクエストフラグが付与された運用パケットを送信したＤＵに対して、音声スロットを割り当て、ＣＵとＤＵとの動作を制御する制御情報は、リクエストフラグを運用パケットに付与する複数の付与方式のうちのいずれかの付与方式を特定する付与方式情報と、音声スロットが空いていないときにリクエストフラグが付与された運用パケットを送信したＤＵに対して音声スロットを割り当てる複数の割当方式のうちのいずれかの割当方式を特定する割当方式情報と、を含み、付与方式情報は、割当方式情報と関連付けられてＣＵ記憶部に記憶されることを特徴とする。

Description

本発明は、会議システムに関する。

会議システムは、例えば、議会など、多人数の参加者が出席する会議などに用いられる。会議システムは、１つのコントロールユニットと、コントロールユニットに通信回線（有線や無線）を介して接続される複数のディスカッションユニットと、ディスカッションユニットに取り付けられるマイクロホンと、で構成される。

コントロールユニットは、ディスカッションユニットごとの動作を管理すると共に、会議システム全体の動作を制御する。ディスカッションユニットは、ディスカッションユニットの使用者の音声を収音して音声情報を生成し、音声情報をコントロールユニットに送信する。

ディスカッションユニットは、会議の参加者ごとに割り当てられる。すなわち、参加者の多い大規模な会議では、例えば、数１００台のディスカッションユニットが接続された大規模な会議システムが使用される。

このような大規模な会議システムでは、会議の円滑な進行やシステムの処理負荷の低減のため、同時に発話可能なディスカッションユニットの数は、例えば、１０台などに制限される。一方、例えば、発話に制限を設けてはならない会議の議長などが使用するディスカッションユニットには、常に発話可能とするなどの優先権限（以下「プライオリティ」という。）が設定される。

プライオリティが設定されていないディスカッションユニットは、発話可能な状態に移行するために発話要求をコントロールユニットに対して行う。発話要求は、いわゆるＶＯＸ（音声自動認識）やボタンの押下操作をトリガーとして行われる。発話要求は、例えば、議長などにより許可または拒否される。

これまでにも、ＶＯＸやボタン押下をトリガーとして発話要求を行う会議システムが提案されている（例えば、非特許文献１参照）。

「User Manual DDS 5900 Digital Discussion System」、p.24、SHURE incorporated、[online]、[平成２８年２月９日検索]、インターネット<http://www.shureasia.com/dmsfiles/default/shure/products/DIS/Brochure/User-Manual-DDS-5900_Japanese>

ディスカッションユニットごとのプライオリティのオン・オフや、トリガーの種類、発話要求の処理方法などの設定は、会議ごと異なる。これらの設定は、会議の直前に会議システムのオペレーターなどにより行われる。そのため、短時間で確実に設定することができる設定作業の利便性のよい会議システムが求められている。

本発明は、以上のような従来技術の問題点を解消するためになされたもので、設定作業の利便性のよい会議システムを提供することを目的とする。

本発明は、会議システムであって、コントロールユニットと、ディスカッションユニットと、を有してなり、ディスカッションユニットは、コントロールユニットに対して音声情報を送信し、コントロールユニットは、ディスカッションユニットとの間で運用パケットを繰り返し送受信し、ディスカッションユニットは、ＤＵ制御部と、ＤＵ通信部と、を備え、ＤＵ制御部は、運用パケットにリクエストフラグを付与し、ＤＵ通信部は、コントロールユニットに対して、リクエストフラグが付与された運用パケットを送信し、コントロールユニットは、ＣＵ記憶部と、音声スロットと、ＣＵ制御部と、を備え、ＣＵ記憶部は、コントロールユニットとディスカッションユニットとの動作を制御する制御情報を記憶し、音声スロットは、ディスカッションユニットからの音声情報を受信し、ＣＵ制御部は、リクエストフラグが付与された運用パケットを送信したディスカッションユニットに対して、音声スロットを割り当て、制御情報は、リクエストフラグを運用パケットに付与する複数の付与方式のうちのいずれかの付与方式を特定する付与方式情報と、音声スロットが空いていないときにリクエストフラグが付与された運用パケットを送信したディスカッションユニットに対して音声スロットを割り当てる複数の割当方式のうちのいずれかの割当方式を特定する割当方式情報と、を含み、付与方式情報は、割当方式情報と関連付けられてＣＵ記憶部に記憶される、ことを特徴とする。

本発明によれば、設定作業の利便性のよい会議システムを提供できる。

本発明にかかる会議システムの実施の形態を示すネットワーク構成図である。 図１の会議システムが備えるコントロールユニットのハードウェア構成を示す機能ブロック図である。 図２のコントロールユニットが送受信するパケットのデータ構造図である。 図２のコントロールユニットの記憶部に記憶される情報の例を示す模式図である。 図２のコントロールユニットの記憶部に記憶される別の情報を示す模式図である。 図１の会議システムが備えるディスカッションユニットの斜視図である。 図６のディスカッションユニットのハードウェア構成を示す機能ブロック図である。 図６のディスカッションユニットの背面図である。 マイクロホンが取り付けられた図６のディスカッションユニットの斜視図である。 図１の会議システムが備える操作端末のハードウェア構成を示す機能ブロック図である。 １つのコントロールユニットを備える本発明にかかる会議システムの情報処理を示すフローチャートである。 図１１の情報処理の初期化処理におけるコントロールユニットの情報処理を示すフローチャートである。 図１２の初期化処理における会議システムの情報処理を示すシーケンス図である。 図１２の初期化処理における会議システムの情報処理を示す別のシーケンス図である。 図１２の初期化処理における会議システムの情報処理を示すさらに別のシーケンス図である。 図１２の初期化処理後のコントロールユニットの記憶部に記憶される情報の例を示す模式図である。 図１１の情報処理のＤＵ情報取得処理におけるコントロールユニットの情報処理を示すフローチャートである。 図１７のＤＵ情報取得処理における会議システムの情報処理を示すシーケンス図である。 図１７のＤＵ情報取得処理後のコントロールユニットの記憶部に記憶される情報の例を示す模式図である。 図１１の情報処理のＤＵ設定処理におけるコントロールユニットの情報処理を示すフローチャートである。 図２０のＤＵ設定処理における会議システムの情報処理を示すシーケンス図である。 図１１の情報処理の運用処理におけるコントロールユニットの情報処理を示すフローチャートである。 図２２の運用処理における会議システムの情報処理を示すシーケンス図である。 図２２の運用処理において、ディスカッションユニットの接続状態に変更が有るときの会議システムの情報処理を示すシーケンス図である。 図２２の運用処理の変更処理におけるコントロールユニットの情報処理を示すフローチャートである。 図２５の変更処理における初期化処理の一例としての会議システムの情報処理を示すシーケンス図である。 図２５の変更処理後のコントロールユニットの記憶部に記憶されている情報の例を示す模式図である。 図２２の運用処理のリクエスト処理におけるコントロールユニットの情報処理を示すフローチャートである。 図２８のリクエスト処理における会議システムの情報処理を示すシーケンス図である。 図２２の運用処理のリクエスト処理におけるコントロールユニットの別の情報処理を示すフローチャートである。 複数のコントロールユニットを備える本発明にかかる会議システムの情報処理を示すフローチャートである。 図３１の情報処理のＣＵ接続状態確認処理における会議システムの情報処理を示すシーケンス図である。 図３１の情報処理のスレーブＣＵ情報取得処理における会議システムの情報処理を示すシーケンス図である。 図３１の情報処理のスレーブＤＵ初期化処理における会議システムの情報処理を示すシーケンス図である。 図３１の情報処理のスレーブＤＵ情報取得処理における会議システムの情報処理を示すシーケンス図である。 図３５のスレーブＤＵ情報取得処理後のコントロールユニットの記憶部に記憶される情報の例を示す模式図である。 図３１の情報処理のスレーブＣＵのＤＢ情報取得処理における会議システムの情報処理を示すシーケンス図である。 図３１の情報処理のスレーブＤＵ設定処理における会議システムの情報処理を示すシーケンス図である。 図３１の会議システムが備えるコントロールユニットのプライオリティ再設定処理におけるコントロールユニットの情報処理を示すフローチャートである。 図１の会議システムが備える会議モードの例を示す模式図である。 図４０の会議システムの会議モードの選択の情報処理を示すフローチャートである。 図４１の会議モードのフリートークモードにおけるコントロールユニットの情報処理を示すフローチャートである。 図４１の会議モードのリクエストトークモードにおけるコントロールユニットの情報処理を示すフローチャートである。 図４１の会議モードのフルリモートモードにおけるコントロールユニットの情報処理を示すフローチャートである。 図１の会議システムが備える操作端末の表示部に表示される入力画面の選択画面を示す模式図である。 図４５の入力画面の例である初期画面の模式図である。 図４５の入力画面の別の例である準備画面の模式図である。 図４７の準備画面において、情報入力後の準備画面の模式図である。 図４５の入力画面のさらに別の例である進行画面の模式図である。

●会議システム（１）●
以下、図面を参照しながら、本発明にかかる会議システムの実施の形態について説明する。

●会議システムの構成
図１は、本発明にかかる会議システムの実施の形態を示すネットワーク構成図である。
会議システムＳは、例えば、議会など、多人数の参加者が出席する会議などで用いられる。会議システムＳは、会議の進行を円滑にすると共に、会議の議事録の作成などを行う。会議システムＳは、コントロールユニット（以下「ＣＵ」という。）１Ａ−１Ｃと、ディスカッションユニット（以下「ＤＵ」という。）２Ａ１−２Ａ４、２Ｂ１−２Ｂ４、２Ｃ１−２Ｃ４と、マイクロホン３Ａ１−３Ａ４、３Ｂ１−３Ｂ４、３Ｃ１−３Ｃ４と、操作端末４と、を有してなる。

ＣＵ１Ａ−１Ｃの構成は、全て同じである。ＤＵ２Ａ１−２Ａ４、２Ｂ１−２Ｂ４、２Ｃ１−２Ｃ４の構成は、全て同じである。マイクロホン３Ａ１−３Ａ４、３Ｂ１−３Ｂ４、３Ｃ１−３Ｃ４の構成は、全て同じである。

以下の説明において、ＣＵ１Ａ−１Ｃのそれぞれを区別する必要がないとき、それぞれを「ＣＵ１」と総称する。ＤＵ２Ａ１−２Ａ４、２Ｂ１−２Ｂ４、２Ｃ１−２Ｃ４のそれぞれを区別する必要がないとき、それぞれを「ＤＵ２」と総称する。マイクロホン３Ａ１−３Ａ４、３Ｂ１−３Ｂ４、３Ｃ１−３Ｃ４のそれぞれを区別する必要がないとき、それぞれを「マイクロホン３」と総称する。

なお、会議システムＳを構成するＣＵ１の数とＤＵ２の数とは、本実施の形態に限定されない。すなわち、例えば、各ＣＵ１に接続されるＤＵ２の数は、異なってもよい。

●ＤＵのＣＵへの接続方式
次に、複数のＤＵ２のＣＵ１への接続方式について、説明する。
複数のＤＵ２は、リング接続方式（以下「リング接続」という。）と、デイジーチェーン接続方式（以下「デイジー接続」という。）と、のいずれかの接続方式によりＣＵ１に接続される。

リング接続とは、複数のＤＵ２がＣＵ１と円環状に連なって接続される接続方式である。例えば、ＤＵ２Ａ１−２Ａ４は、ＣＵ１Ａにリング接続により接続される。ＤＵ２がＣＵ１にリング接続により接続される場合、後述するＣＵ１のユニット接続部の端子は、２つ使用される。

デイジー接続とは、複数のＤＵ２がＣＵ１と数珠つなぎ状に連なって接続される接続方式である。例えば、ＤＵ２Ｃ１−２Ｃ４は、ＣＵ１Ｃにデイジー接続により接続される。ＤＵ２がＣＵ１にデイジー接続により接続される場合、後述するＣＵ１のユニット接続部の端子は、１つ使用される。

なお、ＣＵ１とＤＵ２との接続の態様は、本実施の形態に限定されない。すなわち、例えば、複数のＤＵ２は、１つのＣＵ１にリング接続とデイジー接続との２つの接続方式を混在して接続されてもよい。つまり、あるＤＵ２はＣＵ１にリング接続され、他のＤＵ２はその同じＣＵ１にデイジー接続されてもよい。

●ＣＵとＣＵとの接続
次に、ＣＵ１同士の接続について、説明する。
３つのＣＵ１は、デイジー接続により接続される。例えば、ＣＵ１ＢとＣＵ１Ｃとは、ＣＵ１Ａにデイジー接続で接続される。この場合、例えば、ＣＵ１Ａは、マスター（Master）に設定され、ＣＵ１ＢとＣＵ１Ｃとは、スレーブ（Slave）に設定される。マスターとスレーブとについては、後述する。

各ＣＵ１への電源の供給は、個別にＡＣアダプタなどを介して行われる。すなわち、ＣＵ１間での電源の供給は、行われない。そのため、各ＣＵ１は、会議システムＳにおいて、電源の制約を受けることなく相互に物理的に離れた箇所に設置可能である。

●ＣＵの構成
図２は、ＣＵ１のハードウェア構成を示す機能ブロック図である。
ＣＵ１は、ＤＵ２の動作を制御すると共に、会議システムＳ全体の動作を制御する。ＣＵ１は、通信部１１と、接続部１２と、記憶部１３と、表示部１４と、操作部１５と、制御部１６と、を有してなる。

通信部１１は、接続部１２を介して、他のＣＵ１、ＤＵ２、操作端末４、外部機器５などとの間の通信を実現する。通信部１１は、例えば、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．３に準拠した通信を行う。

ＣＵ１とＤＵ２との間や、マスターとなるＣＵ１とスレーブとなるＣＵ１との間などの通信は、パケットの送受信にて実行される。パケットは、ヘッダ部とデータ部とを含む。

図３は、パケットのデータ構造図である。
ヘッダ部は、通信に用いられるアドレスと、後述するカウンタフラグと、を含む。データ部は、制御コマンドと、音声情報や後述するユニット情報などと、後述するリクエストフラグと、を格納する領域を含む。制御コマンドは、ＣＵ１がＤＵ２に指示を与えるコマンドや、マスターとなるＣＵ１がスレーブとなるＣＵ１に指示を与えるコマンドなどである。データ部は、ＣＵ１からＤＵ２への指示がないとき、または、マスターとなるＣＵ１からスレーブとなるＣＵ１への指示がないときには、制御コマンドを含まない。音声情報は、マイクロホン３からの音声信号に基づいて、ＤＵ２により生成される情報である。音声情報は、ＤＵ２からＣＵ１に送信されるパケットのデータ部に格納される。

データ部は、音声情報が格納される複数の領域（以下「音声領域」という。）を含む。音声領域は、会議システムＳが備える複数のＤＵ２の中で同時に発話可能なＤＵ２の数を規定する枠である。データ部に含まれる音声領域の数は、後述する最大話者設定数と同数である。ＣＵ１は、音声領域ごとに、個別の番号（例えば、１，２，３，・・・）を割り当てる。音声領域の詳細については、後述する。

図２に戻る。
接続部１２は、他のＣＵ１、ＤＵ２、操作端末４、外部機器５などを接続するインターフェイスである。接続部１２は、外部機器接続部１２ａとユニット接続部１２ｂとを備える。

外部機器接続部１２ａは、例えば、操作端末４、外部機器５、通信機器などを接続するインターフェイスである。外部機器接続部１２ａは、例えば、ＵＳＢ（Universal Serial Bus）端子、ネットワーク端子、アナログ入出力端子などである。外部機器５は、例えば、ＵＳＢメモリ、マイクロホン、スピーカ、翻訳システムなどである。通信機器は、ハブ、ルータ、無線ＬＡＮ（Local Area Network）アクセスポイントなどである。

ユニット接続部１２ｂは、他のＣＵ１やＤＵ２に接続されるインターフェイスである。ユニット接続部１２ｂは、例えば、第１端子と、第２端子と、第３端子と、第４端子と、を備える。第１端子と第２端子とは、例えば、ＤＵ２にのみ接続可能な接続端子である。第３端子と第４端子とは、例えば、他のＣＵ１とＤＵ２のいずれにも接続可能な接続端子である。

なお、ユニット接続部１２ｂの端子の構成は、本実施の形態に限定されない。すなわち、例えば、端子の数は「６」でもよい。

記憶部１３は、ＣＵ１やＤＵ２が、後述する情報処理を実現するために必要な情報を記憶する。記憶部１３は、各種の情報やプログラムなどを一時記憶する（格納する）、ＲＡＭ（Read Access Memory）、ＲＯＭ（Read Only Memory）、ハードディスクなどで構成される。

記憶部１３に記憶される情報は、例えば、ＣＵ１とＤＵ２との動作など、会議システムＳの動作を制御する制御情報などである。制御情報は、例えば、ユニット設定情報やユニット接続情報、後述する会議システムＳのシステム設定に関する情報や発話要求リストなど、を含む。

ユニット設定情報は、例えば、過去にＣＵ１に接続されたＤＵ２の設定に関する情報である。ユニット設定情報は、例えば、パラメータ情報とモード情報とを含む。ユニット設定情報は、ユニット設定情報データベース（以下「ユニット設定情報ＤＢ」という。）に記憶される。

図４は、ユニット設定情報ＤＢに記憶される情報の例を示す模式図である。
ユニット設定情報ＤＢは、例えば、ＤＵ２のシリアルナンバーから構成される絶対ＩＤと、ＤＵ２のユニット設定情報と、が関連付けられて記憶されるデータベースである。ＤＵ２のユニット設定情報は、例えば、システム管理者によりＣＵ１を介してユニット設定情報ＤＢに記憶される。このとき、ＤＵ２のユニット設定情報は、ＤＵ２の絶対ＩＤに関連付けられてユニット設定情報ＤＢに記憶される。

図４は、例えば、絶対ＩＤ「Ａ」と、ユニット設定情報「Ｘ１」とが、関連付けられてユニット設定情報ＤＢに記憶されていることを示す。

パラメータ情報は、例えば、ＤＵ２に取り付けられたマイクロホン３の設定情報（例えば、イコライザ設定や音量設定など）と、後述する発光部２８の発光状態に関する情報と、後述するプライオリティの設定情報と、を含む。

モード情報は、各ＤＵ２の動作状態に関する情報である。動作状態に関する情報は、例えば、後述する会議モードや、後述するマイクオントリガーなど、を含む。

ユニット接続情報は、ＣＵ１に接続されているＤＵ２の接続に関する情報である。ユニット接続情報は、ＣＵ１に接続されたＤＵ２の接続方式と、接続台数と、に関する情報である。ユニット接続情報は、ユニット接続情報データベース（以下「ユニット接続情報ＤＢ」という。）に記憶される。

図５は、ユニット接続情報ＤＢに記憶される情報を示す模式図である。
ユニット接続情報ＤＢは、ＣＵ１に接続されたＤＵ２の接続に関する情報が記憶されるデータベースである。ユニット接続情報ＤＢは、ＣＵ１の起動のたびに作成される。「端子番号」は、ユニット接続部１２ｂの端子の番号である。「接続方式」は、ユニット接続部１２ｂの４つの端子へのＤＵ２の接続方式を示す。「台数」は、各端子に接続されているＤＵ２の数である。「相対ＩＤ」は、各ＤＵ２に相対的に割り当てられるＩＤ（例えば、１から始まる連続する番号など）である。「絶対ＩＤ」は、各ＤＵ２に絶対的に割り当てられるＩＤである。

図５は、例えば、端子番号「１」と、接続方式「リング」と、台数「４」と、相対ＩＤ「１」・・・「４」と、絶対ＩＤ「Ａ」・・・「Ｄ」と、が関連付けられてユニット接続情報ＤＢに記憶されていることを示す。同図は、相対ＩＤ「１」「２」「３」「４」が、絶対ＩＤ「Ａ」「Ｂ」「Ｃ」「Ｄ」と関連付けられてユニット接続情報ＤＢに記憶されていることを示す。

図２に戻る。
表示部１４は、例えば、会議システムＳ全体の音量、録音状況、プリセットパターン、アラーム情報などを表示する。表示部１４は、例えば、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Organic Electroluminescence）などに代表されるディスプレイである。

操作部１５は、表示部１４に表示される表示内容の変更などを行う。操作部１５は、例えば、ダイヤルやボタンなどで構成される。

制御部１６は、ＣＵ１の動作の制御、ＣＵ１に接続されたＤＵ２の動作の制御、情報の演算や加工などを行う。制御部１６は、通信部１１と、記憶部１３と、表示部１４と、操作部１５と、の動作の制御を行う。制御部１６は、例えば、ＣＰＵ（Central Processing Unit）などのマイクロプロセッサと、その周辺回路と、から構成される。

例えば、ＣＵ１ＢとＣＵ１ＣとがＣＵ１Ａに図１に示すように接続される場合、ＣＵ１Ａをマスターとすると、ＣＵ１Ａの制御部１６は、ＣＵ１Ｂ、ＣＵ１Ｃの動作の制御、ＤＵ２Ｂ１−２Ｂ４、ＤＵ２Ｃ１−２Ｃ４の動作の制御も行う。すなわち、マスターとなるＣＵ１の制御部１６は、スレーブとなるＣＵ１の動作の制御と、スレーブとなるＣＵ１に接続されるＤＵ２の動作の制御も行う。

●ＤＵの構成
図６は、ＤＵ２の斜視図である。
図７は、ＤＵ２のハードウェア構成を示す機能ブロック図である。
図８は、ＤＵ２の背面図である。

ＤＵ２は、マイクロホン３から入力された音声信号に基づいて音声情報を生成して、音声情報をＣＵ１に送信すると共に、ＣＵ１から後述する合成音声情報（他のＤＵ２がＣＵ１に送信した音声情報）を受信して、音波を出力する。ＤＵ２は、例えば、会議の参加者ごとに割り当てられる。ＤＵ２は、通信回線を介して、ＣＵ１と、他のＤＵ２と、に接続される。ＤＵ２は、筐体２０と、通信部２１と、接続部２２と、記憶部２３と、表示部２４と、操作部２５と、制御部２６と、スピーカ２７と、発光部２８と、を有してなる。

筐体２０は、通信部２１と、記憶部２３と、制御部２６と、スピーカ２７とを収納する。筐体２０は、少なくとも第１面２０ａと、第２面２０ｂと、を備える。

第１面２０ａは、筐体２０の正面側に配置される。第１面２０ａは、ＤＵ２の使用時に、ＤＵ２の使用者（以下「使用者」という。）から視認可能な位置に配置される。第１面２０ａは、複数の放出孔２０ａｈを備える。

放出孔２０ａｈは、スピーカ２７からの音波をＤＵ２の外部に放出する。放出孔２０ａｈは、第１面２０ａに配置される。

第２面２０ｂは、筐体２０の背面側に配置される。第２面２０ｂは、ＤＵ２の使用時に、他のＤＵ２の使用者など（以下「第三者」という。）から視認可能な位置（ＤＵ２の背面など）に配置される。

通信部２１は、ＣＵ１との通信を実現する。通信部２１は、例えば、ＩＥＥＥ８０２．３に準拠した通信を行う。通信部２１が送受信する情報は、例えば、マイクロホン３からの音声信号に基づいて生成した音声情報、ユニット設定情報、他のＤＵ２からの音声情報などである。

接続部２２は、ＣＵ１や他のＤＵ２やマイクロホン３などに接続される。接続部２２は、ソケット部２２ａとユニット接続部２２ｂとを備える。ソケット部２２ａは、マイクロホン３が接続されるソケットである。ソケット部２２ａは、例えば、ＪＥＩＴＡ ＲＣ−５２３６「音響機器用ラッチロック式丸型コネクタ」に規定される３ピンプラグ用のソケットである。ソケット部２２ａは、第１面２０ａに配置される。

ユニット接続部２２ｂは、ＣＵ１や他のＤＵ２に接続されるインターフェイスである。ユニット接続部２２ｂは、２つの端子を備える。デイジー接続の末端となるＤＵ２を除き、２つの端子は、いずれもＣＵ１や他のＤＵ２に接続される。２つの端子間の情報の送受信は、通信部２１により制御される。

記憶部２３は、ＤＵ２が後述する情報処理を実現するために必要な情報を記憶する。記憶部２３は、例えば、ＲＡＭやＲＯＭなどで構成される。記憶部２３は、通信部２１が受信したユニット設定情報などを記憶する。記憶部２３に記憶されるユニット設定情報は、例えば、ＤＵ２のパラメータ情報や後述する発光部２８の発光状態を決定する情報などである。

表示部２４は、例えば、ＤＵ２に接続されるヘッドホン（不図示）などの音量や副音声（例えば、通訳者の音声など）のチャンネルを表示する。表示部２４は、例えば、ＬＣＤ、有機ＥＬなどに代表されるディスプレイである。表示部２４は、筐体２０の第１面２０ａに配置される。

操作部２５は、使用者の操作に応じた検出信号を制御部２６へ出力する。操作部２５は、操作ボタン２５ａと、音量調節ボタン２５ｂと、チャンネル変更ボタン２５ｃと、を備える。操作部２５は、筐体２０の第１面２０ａに配置される。

操作ボタン２５ａは、例えば、後述する発話要求を使用者が行う際に、使用者に押下される。音量調節ボタン２５ｂは、使用者がＤＵ２に接続されるヘッドホンなどの音量を調節する際に、使用者に操作される。チャンネル変更ボタン２５ｃは、例えば、副音声（通訳など）のチャンネルを変更する際に、使用者に操作される。

制御部２６は、マイクロホン３からの音声信号の処理、ＤＵ２の動作の制御、音声情報の生成などを行う。制御部２６は、通信部２１と、記憶部２３と、表示部２４と、操作部２５と、スピーカ２７と、発光部２８と、の動作の制御を行う。制御部２６は、例えば、ＣＰＵなどのマイクロプロセッサと、その周辺回路と、から構成される。

スピーカ２７は、通信部２１からの音声信号を音波に変換して、音波を出力する。スピーカ２７からの音波は、第１面２０ａの放出孔２０ａｈからＤＵ２の外部に放出される。

発光部２８は、光を用いてステータス情報を報知するため、制御部２６からの信号に基づいて発光する。発光部２８は、例えば、マルチカラーＬＥＤ（Light-emitting diode）である。すなわち、発光部２８は、複数の色で発光可能である。発光部２８は、第１発光部２８ａと第２発光部２８ｂとを備える。

ステータス情報は、例えば、マイクロホン３のオン・オフなどのマイクロホン３の動作状態を示す情報、後述する発話要求を実行中か否かを示す情報などのＤＵ２の動作状態を示す情報、後述するグループ情報などである。発話要求は、使用者の発話を可能とするために、マイクロホン３をオンにすることを要求することである。発話要求は、ＤＵ２からＣＵ１に対して行われる。

第１発光部２８ａは、使用者にステータス情報を報知する。第１発光部２８ａは、操作ボタン２５ａに配置される。

第２発光部２８ｂは、第三者にステータス情報を報知する。第２発光部２８ｂは、筐体２０の第２面２０ｂに配置される。すなわち、第２発光部２８ｂは、第三者から視認可能である。

発光部２８の発光状態は、ユニット設定情報に基づいて、制御部２６により制御される。発光部２８の発光状態は、発光パターンと発光色とを含む。発光部２８の発光状態は、ユニット設定情報として記憶部２３に記憶される。発光パターンは、消灯パターンと、点灯パターンと、点滅パターンと、ディマー（減光）点灯パターンと、を含む。

発光色は、例えば、あらかじめシステム管理者などに設定された１０色の中から選択される。発光色の相違により、発光部２８は、例えば、グループ情報を表示できる。グループ情報は、例えば、会議などの参加者の所属（国、政党など）、参加者の言語、後述するプライオリティの段階などを基にグループ分けした内容を示す情報である。そのため、例えば、システム管理者は、第２発光部２８ｂの発光色をに基づいて、設定の変更などを容易に実行可能である。

ＤＵ２への電源は、各ＤＵ２が接続されるＣＵ１から通信回線ケーブルを介して供給される。

●マイクロホンの構成
図９は、マイクロホン３が取り付けられたＤＵ２の斜視図である。
マイクロホン３は、使用者の音声（音波）を収音する。すなわち、マイクロホン３は、音波を電気信号に変換する。マイクロホン３は、例えば、グースネック型のコンデンサマイクロホンである。マイクロホン３の指向性は、例えば、単一指向性である。マイクロホン３は、ＤＵ２のソケット部２２ａに取り付けられる。マイクロホン３の電源は、ＤＵ２から、例えば、ファントム電源により供給される。マイクロホン３は、「オン」の状態では音声を収音して音声信号を出力し、「オフ」の状態では音声を収音しない。

なお、マイクロホン３は、例えば、単色のＬＥＤリングを備えてもよい。この場合、ＬＥＤリングの電源は、ＤＵ２のソケット部２２ａを介してＤＵ２から供給される。

●操作端末の構成
図１０は、操作端末４のハードウェア構成を示す機能ブロック図である。
操作端末４は、会議システムＳの運用、ＣＵ１の設定、ＤＵ２の設定、ＣＵ１とＤＵ２とのリモートコントロールなどを行う端末である。ＣＵ１の設定とＤＵ２との設定は、例えば、システム管理者や会議の議長などが操作端末４を操作して行われる。

操作端末４は、例えば、ＰＣ（Personal Computer）、タブレット端末、スマートフォンなどの汎用の情報処理装置である。操作端末４は、通信回線を介してＣＵ１と接続され、ＣＵ１と通信回線とを介してＤＵ２と接続される。操作端末４は、通信部４１と、記憶部４３と、表示部４４と、操作部４５と、制御部４６と、を有してなる。

通信部４１は、ＣＵ１との間の通信を実現する。通信部４１は、ＬＡＮ、ＷＡＮ（Wide Area Network）などの通信ネットワークを介してＣＵ１と接続されるインターフェイスである。

記憶部４３は、操作端末４が後述する情報処理を実現するために必要な情報を記憶する。記憶部４３は、例えば、ＲＡＭ、ＲＯＭ、ハードディスクなどで構成される。記憶部４３に記憶される情報は、ＣＵ１から読み出される各種データベースや、後述する発話要求リストなどである。

表示部４４は、制御部４６からの指示（制御）に応じて、会議システムＳの操作画面、各種データベース、発話要求リストなどを表示する。表示部４４は、例えば、ＬＣＤなどのディスプレイである。

操作部４５は、システム管理者などによる操作端末４の操作に応じた検出信号を制御部４６に出力する。操作部４５は、例えば、キーボード、マウス、ソフトウェアキーボードなどである。

制御部４６は、操作端末４の動作の制御を行う。制御部４６は、例えば、ＣＰＵなどのマイクロプロセッサと、その周辺回路と、から構成される。

なお、操作端末４は、汎用の情報処理端末ではなく、会議システム専用の端末でもよい。

また、会議システムＳは、少なくともＣＵ１とＤＵ２とマイクロホン３とを備えていればよい。すなわち、例えば、会議システムＳは、操作端末４を備えなくともよい。

●プライオリティ
プライオリティは、例えば、システム管理者がＣＵ１を介して各ＤＵ２に対して設定する情報であって、ＤＵ２の機能の制限に関するいわば優先権限である。プライオリティが設定されたＤＵ２は、常に音声スロットと、前述の音声領域と、が割り当てられて、発話可能に制御される。発話可能に制御されたＤＵ２は、マイクロホン３をオンにして音声情報をＣＵ１に送信することができる。発話可能なＤＵ２ごとのプライオリティの設定は、記憶部１３のユニット設定情報ＤＢに記憶される。

音声スロットは、会議システムＳが備える複数のＤＵ２の中で同時に発話可能なＤＵ２の数を規定する、いわば枠である。会議システムＳは、後述する最大話者設定数と同数、すなわち、前述の音声領域の数と同数の音声スロットを備える。会議システムＳは、音声スロットごとに、個別の番号（例えば、１，２，３，・・・）を割り当てる。音声スロットは、例えば、ＣＵ１の制御部１６に備えられる。

ＣＵ１は、発話を許可するＤＵ２ごとに、音声スロットと音声領域とを割り当てる。すなわち、ＣＵ１は、発話を許可するＤＵ２ごとに、音声スロットの番号と、音声領域の番号と、を割り当てる。音声スロットと音声領域とが割り当てられたＤＵ２は、発話可能となる。ＣＵ１は、音声スロットに割り当てられた番号と、音声領域に割り当てられた番号と、を関連付けて記憶部１３に記憶する。ＣＵ１は、ＤＵ２に対して音声スロットと音声領域とを割り当てて、割り当てられた音声スロットの番号と音声領域の番号とを関連付けて、後述する音声情報の合成処理を行う。

１のパケットのデータ部に含まれる複数の音声領域は、それぞれ別々のＤＵ２に割り当てられる。換言すれば、ＣＵ１は、複数のＤＵ２からの音声情報が格納された１のパケットを受信する。ＣＵ１は、音声情報が格納された音声領域の番号で、同音声情報を生成したＤＵ２を特定する。ＣＵ１は、音声領域に割り当てられた番号に基づいて、音声スロットに割り当てられた番号を特定する。すなわち、ＣＵ１は、音声スロットの番号と音声領域の番号とで、発話可能なＤＵ２それぞれに対応する音声スロットと音声領域とを特定する。ＣＵ１は、受信したパケットの音声領域に格納された音声情報を、同音声領域に対応する音声スロットを介して、受信する。ＣＵ１は、あるＤＵ２から受信した音声情報を、そのＤＵ２を含むＣＵ１に接続する全てのＤＵ２に送信する。

会議システムＳは、会議システムＳの情報処理の負荷の低減や、ネットワークのトラフィックの低減のため、同時に発話可能なＤＵ２の数を制限する。同時に発話可能なＤＵ２の最大数（以下「最大話者設定数」という。）は、例えば、マスターとなるＣＵ１の設定に基づいて決定される。最大話者設定数は、ＣＵ１の接続台数に依存せず、会議システムＳ内で所定の台数に決定される。前述のとおり、発話可能なＤＵ２は、音声スロットと音声領域とが割り当てられたＤＵ２である。

プライオリティが設定されるＤＵ２（常に発話が可能なＤＵ２）の数は、最大話者設定数よりも少なく設定される。これは、プライオリティの設定がされていないＤＵ２からの発話要求も受け付けることができるように、会議システムＳが音声スロットと音声領域との空きを確保するためである。

プライオリティが設定されたＤＵ２の優先権限は、第１権限と、第２権限と、第３権限と、第４権限と、の４段階の優先順位に分けられる。これらの権限は、例えば、他のＤＵ２の一括ミュートが可能か否かと、他のＤＵ２からの一括ミュートの対象となるか否かと、の組み合わせにより決定される。

第１権限は、一括ミュート可能、かつ、一括ミュートの対象とならない優先権限である。第１権限は、最高権限であり、例えば、会議の議長などに割り当てられるＤＵ２に設定される。第２権限は、一括ミュート可能、かつ、一括ミュートの対象となる優先権限である。第２権限は、例えば、会議の副議長などに割り当てられるＤＵ２に設定される。第３権限は、一括ミュート不可、かつ、一括ミュートの対象とならない優先権限である。第４権限は、一括ミュート不可、かつ、一括ミュートの対象となる優先権限である。

このように、本発明にかかる会議システムは、プライオリティの内訳を、ＤＵ２の使用者の権限に合わせて、適宜設定可能である。

●会議システムの動作●
次に、会議システムＳの動作について説明する。会議システムＳの動作、すなわち、会議システムＳにより実行される情報処理は、ＣＵ１が１つの場合と、複数の場合と、で一部異なる。

●１つのＣＵを備える会議システムの動作●
先ず、１つのＣＵを備える会議システムＳの動作について説明する。

図１１は、１つのＣＵを備える会議システムＳの情報処理を示すフローチャートである。
会議システムＳは、会議システムＳの起動後に、初期化処理（Ｓ１）と、ＤＵ情報取得処理（Ｓ２）と、ＤＵ設定処理（Ｓ３）と、運用処理（Ｓ４）と、を実行する。

会議システムＳにおいて、ＣＵ１は、ユニット接続部１２ｂの全ての端子からパケットを送信する。そのため、パケットは、リング接続の場合において、ＤＵ２が接続されている２つの端子の双方向からＤＵ２に送信される。以下の説明において、順方向は、リング接続されているＣＵ１の端子における番号の小さい端子から番号の大きい端子に向かってパケットが流れる方向である。逆方向は順方向と反対の方向である。

各端子が受信した各種パケットの情報は、ＣＵ１の制御部１６により合成される。このとき、リング接続の場合には、いずれか一方の端子からの情報は、ミュート（無視）されて、制御部１６による合成に用いられない。そのため、両方向からの情報の合成による重複は排除される。

ＤＵ２は、２つの端子のうち、一方の端子（「ａ」とする。）でパケットを受信して、他方の端子（「ｂ」とする。）からパケットを送信する。順方向においてパケットを送信する端子（ｂ）は逆方向においてパケットを受信し、順方向においてパケットを受信する端子（ａ）は逆方向においてパケットを送信する。

以下、図１１の各処理について、図１のＣＵ１Ａと、ＣＵ１Ａに接続されたＤＵ２Ａ１−２Ａ４と、を例に説明する。ＤＵ２Ａ１はＣＵ１Ａの第１端子に接続され、ＤＵ２Ａ４はＣＵ１Ａの第２端子に接続される。

●初期化処理
先ず、会議システムＳは、初期化処理（Ｓ１）を行う。初期化処理（Ｓ１）は、ＣＵ１に接続されているＤＵ２のユニット設定（情報）を初期化すると共に、ＣＵ１に接続されているＤＵ２の接続方式と、接続台数と、を会議システムＳが認識（特定）する処理である。

図１２は、初期化処理（Ｓ１）におけるＣＵ１Ａの情報処理を示すフローチャートである。
図１３は、初期化処理（Ｓ１）における会議システムＳの情報処理を示すシーケンス図である。

ＣＵ１Ａの制御部１６は、ＤＵ２Ａ１−２Ａ４の初期化を行う初期化コマンドを通信部１１に送信する。通信部１１は、初期化コマンドを乗せた（含む）初期化パケットを、第１端子からＤＵ２Ａ１に送信する（Ｓ１１ａ）。前述のとおり、パケットは、ヘッド部にカウンタフラグを含む。カウンタフラグは、パケットがＤＵ２に伝送されるたびに、パケットを受信したＤＵ２によりカウント値がインクリメント（「１」加算）される情報である。制御部１６は、ＤＵ２に対して送信するパケットに含まれるカウンタフラグのカウント値を初期化するためにリセットする。すなわち、ＣＵ１ＡからＤＵ２Ａ１に送信される初期化パケットのカウンタフラグのカウント値は、「０」である。

初期化パケットを受信したＤＵ２Ａ１は、初期化コマンドに従いユニット設定を初期化、すなわち、記憶部２３のユニット設定情報を初期値に更新する。初期化パケットを受信したＤＵ２Ａ１の制御部２６は、カウンタフラグのカウント値をインクリメントする（Ｓ１２ａ）。ＤＵ２Ａ１の通信部２１は、カウンタフラグのカウント値が「１」の初期化パケットをＤＵ２Ａ２に送信する。

初期化パケットを受信したＤＵ２Ａ２は、初期化コマンドに従いユニット設定を初期化、すなわち、記憶部２３のユニット設定情報を初期値に更新する。初期化パケットを受信したＤＵ２Ａ２の制御部２６は、カウンタフラグのカウント値をインクリメントする（Ｓ１３ａ）。ＤＵ２Ａ２の通信部２１は、カウンタフラグのカウント値が「２」の初期化パケットをＤＵ２Ａ３に送信する。

初期化パケットを受信したＤＵ２Ａ３は、初期化コマンドに従いユニット設定を初期化、すなわち、記憶部２３のユニット設定情報を初期値に更新する。初期化パケットを受信したＤＵ２Ａ３の制御部２６は、カウンタフラグのカウント値をインクリメントする（Ｓ１４ａ）。ＤＵ２Ａ３の通信部２１は、カウンタフラグのカウント値が「３」の初期化パケットをＤＵ２Ａ４に送信する。

初期化パケットを受信したＤＵ２Ａ４は、初期化コマンドに従いユニット設定を初期化、すなわち、記憶部２３のユニット設定情報を初期値に更新する。初期化パケットを受信したＤＵ２Ａ４の制御部２６は、カウンタフラグのカウント値をインクリメントする（Ｓ１５ａ）。ＤＵ２Ａ４の通信部２１は、カウンタフラグのカウント値が「４」の初期化パケットをＣＵ１Ａの第２端子に送信する。

通信部１１は、第２端子を介してＤＵ２Ａ４から初期化パケットを受信する（Ｓ１６ａ）。

前述のとおり、リング接続の場合、初期化パケット（カウンタフラグの初期値が「０」）は、第２端子から逆方向にも送信される。

図１４は、初期化処理（Ｓ１）における会議システムＳの情報処理を示す別のシーケンス図である。
初期化パケットは、ＣＵ１Ａの第２端子からＤＵ２Ａ４、ＤＵ２Ａ３、ＤＵ２Ａ２、ＤＵ２Ａ１、ＣＵ１の第１端子の順に、逆方向に伝送される。

通信部１１は、初期化コマンドを乗せた初期化パケットを、第２端子からＤＵ２Ａ４に送信する（Ｓ１１ｂ）。

ＤＵ２Ａ４は、ユニット設定を初期化すると共に、カウンタフラグのカウント値をインクリメントする（Ｓ１２ｂ）。ＤＵ２Ａ３は、ユニット設定を初期化すると共に、カウンタフラグのカウント値をインクリメントする（Ｓ１３ｂ）。ＤＵ２Ａ２は、ユニット設定を初期化すると共に、カウンタフラグのカウント値をインクリメントする（Ｓ１４ｂ）。ＤＵ２Ａ１は、ユニット設定を初期化すると共に、カウンタフラグのカウント値をインクリメントする（Ｓ１５ｂ）。

通信部１１は、第１端子を介してＤＵ２Ａ１から初期化パケットを受信する（Ｓ１６ｂ）。

制御部１６は、通信部１１が受信した初期化パケットに含まれるカウンタフラグのカウント値などの情報を記憶部１３に記憶する。

図１５は、初期化処理（Ｓ１）における会議システムＳの初期化パケット受信後の情報処理を示すシーケンス図である。

制御部１６は、端子ごとのＤＵ２の接続状態、すなわち、ＤＵ２の接続方式と接続台数とを認識する（Ｓ１７）。ＤＵ２の接続方式の認識は、例えば、パケットを送受信したユニット接続部１２ｂの端子が一致するか否か（端子番号の異同）により行われる。すなわち、パケットを送信した端子と受信した端子とが一致するとき、ＤＵ２の接続方式は、デイジー接続である。一方、パケットを送信した端子と受信した端子とが一致しないとき、ＤＵ２の接続方式は、リング接続である。例えば、前述のとおり、ＤＵ２Ａ１−２Ａ４に対する順方向の初期化パケットは、ＣＵ１Ａの第１端子から送信されて、第２端子で受信される。つまり、ＣＵ１Ａが初期化パケットを送信した端子番号は、ＣＵ１Ａが初期化パケットを受信した端子番号と一致しない（異なる）。一方、逆方向の初期化パケットの送受信においても、ＣＵ１Ａが初期化パケットを送信した端子（第２端子）番号は、ＣＵ１Ａが初期化パケットを受信した端子（第１端子）番号と一致しない（異なる）。そのため、制御部１６は、ＤＵ２Ａ１−２Ａ４の接続方式がリング接続である、と認識する。

ＤＵ２の接続台数は、全ての端子が送受信した初期化パケットのカウンタフラグのカウント値により認識される。すなわち、例えば、ＣＵ１Ａの第１端子と第２端子との間を送信された初期化パケットは、カウンタフラグのカウント値が「４」でＣＵ１Ａに戻る。そのため、制御部１６は、第１端子と第２端子との間に接続されたＤＵ２の数が「４」である、と認識する。このように、パケットに含まれるカウンタフラグは、ＣＵ１に接続されたＤＵ２の数のカウントに用いられる。

制御部１６は、ＤＵ２の接続方式と接続台数とを認識したとき、各ＤＵ２のＩＤ（以下「相対ＩＤ」という。）を生成する（Ｓ１８）。相対ＩＤは、例えば、ユニット接続部１２ｂの端子番号の小さい側に接続されたＤＵ２から順に採番されて、各ＤＵ２に割り当てられる。すなわち、例えば、ＤＵ２Ａ１の相対ＩＤは「１」であり、ＤＵ２Ａ４の相対ＩＤは「４」である。

制御部１６は、認識したＤＵ２の接続方式と接続台数と、割り当てられた相対ＩＤと、を関連付けて記憶部１３のユニット接続情報ＤＢに記憶する（Ｓ１９）。

図１６は、初期化処理（Ｓ１）後のＣＵ１の記憶部１３に記憶される情報を示す模式図である。
同図は、ＣＵ１の第３端子と第４端子とが、ＤＵ２と接続していない非接続の状態であることを示す。

なお、ＤＵ２の接続方式がデイジー接続の場合、末端のＤＵ２は、同ＤＵ２の２つの端子のうち、一方の端子からの受信が無いことを理由に、自己が末端であると判断する。末端のＤＵ２は、折り返しである旨のフラグ（以下「折返しフラグ」という。）を初期化パケットに付与して、初期化パケットを折り返す。すなわち、ＤＵ２は、接続方式に関わらず、双方向に情報の送受信を行う。ＤＵ２は、折返しフラグが付与された初期化パケットのカウンタフラグのカウント値のインクリメントは行わない。

このとき、制御部１６は、カウンタフラグのカウント値により、ＤＵ２の接続台数を認識する。制御部１６は、初期化パケットを送受信したユニット接続部１２ｂの端子番号が一致するため、ＤＵ２の接続方式がデイジー接続であると認識する。

●ＤＵ情報取得処理
図１１に戻る。
次いで、会議システムＳは、ＤＵ情報取得処理（Ｓ２）を実行する。ＤＵ情報取得処理（Ｓ２）は、ＤＵ２のユニット情報を取得する処理である。ユニット情報は、ＤＵ２のシリアルナンバー（絶対ＩＤ）やＭＡＣ（Media Access Control）アドレスなどである。以下の説明において、順方向の処理は逆方向の処理と同じであるため、逆方向の処理については、説明を省略する。

図１７は、ＤＵ情報取得処理（Ｓ２）におけるＣＵ１Ａの情報処理を示すフローチャートである。
図１８は、ＤＵ情報取得処理（Ｓ２）における会議システムＳの情報処理を示すシーケンス図である。

制御部１６は、ＤＵ２Ａ１−２Ａ４のユニット情報を取得する情報取得コマンドを通信部１１に送信する。通信部１１は、情報取得コマンドを乗せた情報取得パケットを各ＤＵ２Ａ１−１Ａ４に送信する（Ｓ２１ａ−Ｓ２１ｄ）。情報取得パケットは、相対ＩＤによりアドレス指定される。そのため、アドレス指定されたＤＵ２のみが情報取得パケットを受信する。

情報取得コマンドを受信した各ＤＵ２Ａ１−２Ａ４は、情報取得コマンドに従い、ユニット情報を乗せた情報取得パケットをＣＵ１Ａに送信する（Ｓ２２ａ−Ｓ２２ｄ）。

通信部１１は、各ＤＵ２Ａ１−２Ａ４からの情報取得パケットを受信する（Ｓ２３ａ−Ｓ２３ｄ）。

制御部１６は、通信部１１が受信した情報取得パケットからユニット情報を読み出す。制御部１６は、ユニット情報から絶対ＩＤを取得する（Ｓ２４）。制御部１６は、取得した絶対ＩＤと、相対ＩＤと、を関連付けて記憶部１３のユニット接続情報ＤＢに記憶する（Ｓ２５）。制御部１６が絶対ＩＤを取得したことで、ＤＵ情報取得処理（Ｓ２）より後の処理について、絶対ＩＤを用いたＤＵ２のアドレス指定が可能となる。

なお、ＤＵ情報取得処理（Ｓ２）において、新たに接続されたＤＵ２が存在するときは、制御部１６がユニット設定情報ＤＢを記憶部１３から読み出して、そのＤＵ２の絶対ＩＤと、設定情報（初期値）と、を関連付けてユニット設定情報ＤＢに記憶させる。

図１９は、ＤＵ情報取得処理後のＣＵ１の記憶部１３に記憶される情報を示す模式図である。
同図は、端子番号「１」「２」にリング接続された４台のＤＵ２の相対ＩＤ「１」「２」「３」「４」が、絶対ＩＤ「Ａ」「Ｂ」「Ｃ」「Ｄ」と関連付けられていることを示す。

絶対ＩＤと相対ＩＤとが関連付けられることで、ＣＵ１は、どの相対ＩＤにどの絶対ＩＤのＤＵ２が接続されているかを示す情報を、例えば、システム管理者などに操作端末４などを介して報知可能となる。そのため、システム管理者は、例えば、操作端末４を操作して、絶対ＩＤと、ＤＵ２の使用者名（固有名詞）と、を関連付けて記憶部１３に記憶させることができ、固有名詞でＤＵ２を管理できる。また、システム管理者は、例えば、相対ＩＤと、ＤＵ２の使用者名と、を関連付けて記憶部１３に記憶させることで、会議室の座席ごとの固有名詞を操作端末４の表示部４４などに表示できる。

●ＤＵ設定処理
図１１に戻る。
次いで、会議システムＳは、ＤＵ設定処理（Ｓ３）を実行する。ＤＵ設定処理（Ｓ３）は、ユニット設定情報ＤＢに基づいて、ＤＵ２の設定を行う処理である。以下の説明において、順方向の処理は逆方向の処理と同じであるため、逆方向の処理については、説明を省略する。

図２０は、ＤＵ設定処理（Ｓ３）におけるＣＵ１Ａの情報処理を示すフローチャートである。
図２１は、ＤＵ設定処理（Ｓ３）における会議システムＳの情報処理を示すシーケンス図である。

制御部１６は、記憶部１３からユニット設定情報ＤＢを読み出して（Ｓ３１）、ＤＵ２の設定を行うユニット設定コマンドを通信部１１に送信する。通信部１１は、ユニット設定コマンドを乗せた設定パケットを、各ＤＵ２Ａ１−２Ａ４に送信する（Ｓ３２ａ−Ｓ３２ｄ）。設定パケットは、ＤＵ２の絶対ＩＤをパケットの送信先として含む。すなわち、設定パケットの送信先は、絶対ＩＤによりアドレス指定される。そのため、ＣＵ１に接続されたＤＵ２のうち、アドレス指定されたＤＵ２のみが設定パケットを受信する。

設定パケットを受信した各ＤＵ２Ａ１−２Ａ４は、ユニット設定コマンドに従い、ユニット設定を変更する（Ｓ３３ａ−Ｓ３３ｄ）。各ＤＵ２Ａ１−２Ａ４は、記憶部２３のユニット設定情報を更新する。ユニット設定は、例えば、プライオリティの設定や、後述するマイクオントリガーの設定、発光部２８の発光色の設定など、ＤＵ２ごとの動作を規定する情報である。

通信部１１は、ユニット設定を変更した各ＤＵ２Ａ１−２Ａ４から設定パケットを受信する（Ｓ３４ａ−Ｓ３４ｄ）。このとき、設定パケットは、各ＤＵ２Ａ１−２Ａ４がコマンドを正しく取得したことを示す情報を含む。

ＤＵ設定処理（Ｓ３）が完了すると、会議システムＳの運用（例えば、各ＤＵ２からの音声情報の取得など）が可能となる。

●運用処理
図１１に戻る。
次いで、会議システムＳは、運用処理（Ｓ４）を実行する。運用処理（Ｓ４）は、定期的（例えば、１６６μ秒ごと）に運用パケットをＣＵ１からＤＵ２に送信して、運用パケットに乗せられた各種コマンドを実行すると共に、カウンタフラグによりＤＵ２の接続状態を監視する処理である。

各種コマンドは、例えば、音声取得コマンドなどである。音声取得コマンドは、ＣＵ１が音声スロットと音声領域とが割り当てられたＤＵ２からの音声情報の取得を行うコマンドである。

なお、前述のとおり、運用パケットは、制御コマンドを乗せない（含まない）場合がある。この場合であっても、運用パケットは、ＣＵ１とＤＵ２との間で繰り返し送受信される。すなわち、ＣＵ１は、制御コマンドの有無に関わらず、運用パケットに含まれるカウンタフラグを用いて、ＤＵ２の接続状態を監視する。

図２２は、運用処理（Ｓ４）におけるＣＵ１Ａの情報処理を示すフローチャートである。
図２３は、運用処理（Ｓ４）における会議システムＳの情報処理を示すシーケンス図である。
以下、運用処理（Ｓ４）について、音声スロットと音声領域とが割り当てられたＤＵ２Ａ２からの音声情報の取得を例に説明する。音声スロットと音声領域との割り当てについては、後述する。

制御部１６は、音声取得コマンドを通信部１１に送信する。通信部１１は、音声取得コマンドを乗せた運用パケットを、音声スロットと音声領域とが割り当てられたＤＵ２Ａ２に送信する（Ｓ４１）。

運用パケットを受信したＤＵ２Ａ２の通信部２１は、音声取得コマンドに従い、運用パケットの音声領域のうち、自らに割り当てられた番号の音声領域に音声情報を乗せて、ＣＵ１Ａに送信する（Ｓ４２）。

ここで、図示しないが、カウンタフラグのカウント値は、初期化処理（Ｓ１）と同様に、ＣＵ１Ａにおいてリセットされて、各ＤＵ２Ａ１−２Ａ４においてインクリメントされる。

ＣＵ１Ａは、ＤＵ２Ａ２からの運用パケットを受信する（Ｓ４３）。通信部１１は、ユニット接続部１２ｂの全ての端子が受信したカウンタフラグのカウント値や音声情報などの情報を制御部１６へ送信する。音声情報は、音声情報が格納されていた音声領域の番号と同一の番号の音声スロットが受信する。音声情報の処理については、後述する。制御部１６は、カウンタフラグのカウント値と、運用パケットを送受信した端子番号と、からＤＵ２の接続状態（接続方式と接続台数）を確認（特定）する（Ｓ４４）。この確認は、通信部１１が運用パケットを受信するごとに実行される。

ＤＵ２の接続台数の確認は、新たに取得したカウンタフラグのカウント値（以下「新ＤＵカウント値」という。）と、記憶部１３に記憶されているカウント値（以下「旧ＤＵカウント値」という。）と、を比較することにより実行される。すなわち、新ＤＵカウント値と旧ＤＵカウント値とが一致するとき、制御部１６は、ＤＵ２の接続台数に変更が無いと判定する。一方、新ＤＵカウント値と旧ＤＵカウント値とが一致しないとき（不一致のとき）、制御部１６は、ＤＵ２の接続台数に変更が有ると判定する。

前述のとおり、ＤＵ２の接続方式の確認は、運用パケットを送信した端子の端子番号と、運用パケットを受信した端子の端子番号と、を比較することにより実行される。すなわち、運用パケットを送受信した端子の端子番号が一致するとき、制御部１６は、ＤＵ２の接続方式がデイジー接続であると判定する。一方、運用パケットを送受信した端子の端子番号が一致しないとき（不一致のとき）、制御部１６は、ＤＵ２の接続方式がリング接続であると判定する。

制御部１６は、ユニット接続情報ＤＢを記憶部１３から読み出して、ユニット接続情報ＤＢに記憶されたＤＵ２の接続方式と、新たに取得したＤＵ２の接続方式と、を比較する。制御部１６は、両接続方式が一致する（同じ）ときＤＵ２の接続方式に変更が無いと判定し、両接続方式が一致しない（異なる）ときＤＵ２の接続方式に変更が有ると判定する。

制御部１６は、ＤＵ２の接続台数と、ＤＵ２の接続方式と、のいずれかに変更が有ると判定したとき、ＤＵ２の接続状態に変更が有ると判定する。すなわち、制御部１６は、新ＤＵカウント値と旧ＤＵカウント値とが不一致のとき、ＤＵ２の接続状態に変更が有ると判定する。一方、制御部１６は、いずれにも変更が無いと判定したとき、ＤＵ２の接続状態に変更が無いと判定する。

ＤＵ２の接続状態に変更が有るとき（Ｓ４４の「はい」）、会議システムＳは、変更処理（Ｓ５）を実行する。変更処理（Ｓ５）については、後述する。

図２４は、ＤＵ２の接続状態に変更が有るときの会議システムＳの情報処理を示すシーケンス図である。
同図は、ＤＵ２Ａ３が故障や取り外しなどにより接続異常となった例を示す。同図は、説明の便宜上、コマンドを乗せていない運用パケットの順方向の処理のみを示す。

ＣＵ１Ａの通信部１１は、第１端子を介してＤＵ２Ａ１に運用パケットを送信する（Ｓ４１ａ）。ＤＵ２Ａ１は、受信した運用パケットのカウンタフラグのカウント値をインクリメントして（Ｓ４２ａ）、ＤＵ２Ａ２に運用パケットを送信する。ＤＵ２Ａ２は、受信した運用パケットのカウンタフラグのカウント値をインクリメントする（Ｓ４２ｂ）。

ＤＵ２Ａ３に接続異常が発生した場合、ＤＵ２Ａ２は、一方の端子（逆方向）からの運用パケットの受信が無いことを理由に、自身が末端のＤＵ２になったことを認識する。そのため、ＤＵ２Ａ２は、運用パケットに折返しフラグを付与する（乗せる）（Ｓ４２ｃ）。ＤＵ２Ａ２は、ＤＵ２Ａ１を介して、折返しフラグが付与された運用パケットをＣＵ１Ａに送信する。このとき、ＤＵ２Ａ１は、運用パケットに折返しフラグが付与されているため、前述のとおり、カウンタフラグのカウント値をインクリメントせずに、運用パケットの送受信のみを行う。

一方、ＤＵ２Ａ４は、逆方向の処理において、ＤＵ２Ａ２と同様に、折返しフラグが付与された運用パケットをＣＵ１Ａに送信する（不図示）。

ＣＵ１Ａの制御部１６は、運用パケットが送受信された端子の端子番号が同じとなっていることを理由に、ＤＵ２Ａ１−２Ａ４の接続方式の変更（リング接続からデイジー接続への変更）を認識する。制御部１６は、運用パケットのカウンタフラグのカウント値の比較結果から同端子に接続されたＤＵ２の接続台数の変更を認識する。制御部１６は、この認識結果と、ユニット接続情報ＤＢと、を照合して、ＤＵ２Ａ１−２Ａ４の接続状態の変更を認識する（Ｓ４４）。

このとき、制御部１６は、第１端子が受信した運用パケットのカウンタフラグのカウント値「２」と、第２端子が受信した運用パケットのカウンタフラグのカウント値「１」と、からＤＵ２Ａ３に接続異常が発生したことを認識する。このように、ＣＵ１Ａは、接続異常が発生した場合に、即座に接続異常の発生を認識すると共に、接続異常箇所を特定する。

図２２と図２３とに戻る。
ＤＵ２の接続状態に変更が無いとき（Ｓ４４の「いいえ」）、制御部１６は、音声スロットにおいて全ての端子が受信した音声情報と、ＤＵ２の絶対ＩＤに関連付けて記憶部１３に記憶された情報と、を合成（処理）して、合成音声情報を生成する（Ｓ４５）。音声情報の合成は、全ての端子が受信した各運用パケットの音声領域において、同じ番号の音声領域に格納された音声情報同士を合成することで実行される。

合成音声情報は、例えば、絶対ＩＤに関連付けられたＤＵ２の使用者（話者）の情報、時間情報、グループ情報などの情報を含む。合成音声情報は、例えば、ＣＵ１Ａの外部機器接続部１２ａに接続されたＵＳＢメモリなどに記憶されると共に、各ＤＵ２Ａ１−２Ａ４に送信される。各ＤＵ２Ａ１−２Ａ４に送信された合成音声情報は、各ＤＵ２Ａ１−２Ａ４の制御部２６により処理された後、スピーカ２７により音波に変換されて、スピーカ２７から出力される。

合成音声情報の生成の際に、制御部１６は、運用パケットのリクエストフラグの付与の有無を確認する（Ｓ４６）。リクエストフラグについては、後述する。

リクエストフラグが付与されているとき（Ｓ４６の「はい」）、会議システムＳは、リクエスト処理（Ｓ６）を実行する。リクエストフラグが付与されていないとき（Ｓ４６の「いいえ」）、会議システムＳは、運用処理（Ｓ４）を繰り返す。

●変更処理
ＤＵ２の接続状態に変更が有るとき、会議システムＳは、変更処理（Ｓ５）を実行する。変更処理（Ｓ５）は、ＤＵ２の接続状態の変更後に、ユニット接続情報ＤＢに記憶されているユニット接続情報を更新して、音声情報の欠落や音声情報の合成処理の不具合を防ぐ処理である。

図２５は、変更処理（Ｓ５）におけるＣＵ１Ａの情報処理を示すフローチャートである。

変更処理（Ｓ５）は、ユニット接続情報ＤＢに記憶されているユニット接続情報を更新するため、初期化処理（Ｓ１）と、ＤＵ情報取得処理（Ｓ２）と、ＤＵ設定処理（Ｓ３）と、を改めて実行する処理である。

図２６は、変更処理（Ｓ５）における初期化処理（Ｓ１）の一例としての会議システムＳの情報処理を示すシーケンス図である。同図は、ＤＵ２Ａ３が故障や取り外しなどにより接続異常となった状態を示す。同図は、説明の便宜上、順方向の処理のみを示す。

初期化処理（Ｓ１）において、ＣＵ１Ａの通信部１１は、第１端子を介して初期化パケットをＤＵ２Ａ１に送信すると共に、第２端子を介して初期化パケットをＤＵ２Ａ４に送信する。第１端子からの初期化パケットは、ＤＵ２Ａ２において折り返される。このとき、ＤＵ２Ａ２は、初期化パケットに折返しフラグを付与する（Ｓ１３１ａ）。一方、第２端子からの初期化パケットは、ＤＵ２Ａ４において折り返される（不図示）。このとき、ＤＵ２Ａ４は、初期化パケットに折返しフラグを付与する（不図示）。

通信部１１は、第１端子を介してＤＵ２Ａ１から初期化パケットを受信する（Ｓ１６ａ）と共に、第２端子を介してＤＵ２Ａ４から初期化パケットを受信する。制御部１６は、新ＤＵカウント値を記憶部１３に記憶する。このとき、制御部１６は、新ＤＵカウント値で旧ＤＵカウント値を更新する。

制御部１６は、ＣＵ１の端子ごとのＤＵ２の接続状態、すなわち、ＤＵ２の接続方式と接続台数とを認識する（Ｓ１７）。ＣＵ１の第１端子に接続されたＤＵ２Ａ１、ＤＵ２Ａ２の接続方式と、同第２端子に接続されたＤＵ２Ａ４の接続方式とは、初期化パケットを送受信した端子が同じであるため、デイジー接続である。一方、第１端子に接続されたＤＵ２の接続台数は２台であり、第２端子に接続されたＤＵ２の接続台数は１台である。

制御部１６は、ＤＵ２の接続方式と接続台数とを認識したとき、各ＤＵ２の相対ＩＤを生成する（Ｓ１８）。

制御部１６は、ＤＵ２の接続方式と接続台数と相対ＩＤとを関連付けて記憶部１３のユニット接続情報ＤＢに記憶する（Ｓ１９）。その結果、記憶部１３のユニット接続情報ＤＢに記憶されるＤＵ２の接続状態と、相対ＩＤと絶対ＩＤとの関連付けとは、更新される。このように、新ＤＵカウント値と旧ＤＵカウント値とが不一致のとき、制御部１６は、相対ＩＤと絶対ＩＤとの関連付けを更新する。両接続方式が異なるとき、制御部１６は、記憶部１３に記憶されているＤＵ２の接続方式を更新する。

ＤＵ情報取得処理（Ｓ２）とＤＵ設定処理（Ｓ３）の各処理内容は、前述したＤＵ情報取得処理（図１７）とＤＵ設定処理（図２０）の各処理内容と、同様である。

図２７は、変更処理後のユニット接続状態ＤＢに記憶されている情報の一例を示す図である。
同図は、図１９と比較して、ＤＵ２Ａ３が無くなり、ＤＵ２Ａ４の相対ＩＤが「４」から「３」に変更されたことを示す。このように、相対ＩＤに変更が生じたとき、絶対ＩＤと相対ＩＤとの関連付けが更新されるため、ＤＵ２の接続状態の変更の前後における音声情報の合成処理の不具合などは生じない。

なお、変更処理は、ＤＵ２の接続台数に変更が無いとき、ＤＵ２の相対ＩＤを更新せず、ＤＵ２の接続方式のみ更新してもよい。

●リクエスト処理
図１１に戻る。
運用処理（Ｓ４）において、運用パケットにリクエストフラグが付与された場合、会議システムＳは、リクエスト処理（Ｓ６）を実行する。リクエスト処理（Ｓ６）は、ＤＵ２から発話要求があった場合に、音声スロットへのＤＵ２の割り当てまでのコマンド管理を実行する処理である。

リクエストフラグは、コマンドそのものではなく、ＤＵ２の使用者が発話要求をする際に、使用者の操作により運用パケットに付与される固定長のビットのオン・オフである。リクエストフラグは、ＤＵ２の制御部２６により運用パケットに付与される。リクエストフラグの付与は、ＤＵ２の制御部２６がリクエストフラグのビットを処理する（例えば、オンのときはビットを「１」にし、オフのときはビットを「０」にする）ことにより実行される。リクエストフラグを付与したＤＵ２は、ＣＵ１からのコマンド待ち状態（リクエスト待ち状態）となる。リクエストフラグが付与された運用パケットは、ＤＵ２の通信部２１からＣＵ１Ａに送信される。使用者の操作は、操作ボタン２５ａの押下による操作（以下「手動トリガー」という。）と、使用者の声による操作（以下「自動トリガー」という。）と、のいずれかにより実行される。すなわち、手動トリガーと自動トリガーとは、マイクロホン３を「オン」にするためのトリガーである。

リクエスト待ち状態のＤＵ２は、通信部２１による音声情報のＣＵ１への送信ができない状態（以下「送信不可状態」という。）である。一方、ＣＵ１に発話要求（リクエスト）が許可された状態（以下「発話可能状態」という。）のＤＵ２は、通信部２１による音声情報のＣＵ１への送信ができる状態（以下「送信可能状態」という。）である。

図２８は、リクエスト処理（Ｓ６）におけるＣＵ１Ａの情報処理を示すフローチャートである。
図２９は、リクエスト処理（Ｓ６）における会議システムＳの情報処理を示すシーケンス図である。同図は、説明の便宜上、ＣＵ１ＡとＤＵ２Ａ１とのシーケンスのみを示す。

ＣＵ１Ａの制御部１６は、ＣＵ１Ａが受信した運用パケットにリクエストフラグが付与されているとき、リクエストフラグをリクエストフラグレジスタ（記憶部１３）に取り込む（Ｓ６１）。このとき、制御部１６は、リクエストフラグの取り込みは行うが、ＤＵ２に対してコマンドの送信は行わない。この処理により、リクエストフラグがレジスタ（記憶部１３）内に取り込まれるため、発話要求のハードウェア上の受信漏れ（取りこぼし）が無くなる。

次いで、制御部１６は、取り込んだリクエストフラグに該当するビットにマスク処理を実行する（Ｓ６２）。この処理により、リクエストフラグレジスタ内のリクエストフラグが保護、つまり、リクエストフラグが書き替え不可能となる。その結果、リクエストフラグの誤検出が防止される。

次いで、制御部１６は、例えば、議長やシステム管理者などからのリクエストの拒否の有無を確認する（Ｓ６３）。リクエストが拒否された場合（Ｓ６３の「はい」）、制御部１６は、マスクを解除する（Ｓ７１）。

リクエストが拒否されない場合（Ｓ６３の「いいえ」）、制御部１６は、音声スロットと音声領域との空きの有無を確認する（Ｓ６４）。音声スロットと音声領域とに空きがある場合（Ｓ６４の「はい」）、制御部１６は、リクエストの内容を取得する取得コマンドを通信部１１に送信する。通信部１１は、取得コマンドを乗せた内容取得パケットをＤＵ２Ａ１に送信する（Ｓ６５）。

内容取得パケットを受信したＤＵ２Ａ１の通信部２１は、リクエストの内容（発話要求）を内容取得パケットに乗せてＣＵ１Ａに送信する（Ｓ６７）。ＤＵ２Ａ１は、リクエストの内容をＣＵ１Ａに送信すると共に、リクエストフラグをクリアする（リクエストフラグ用のビットをオフにする）（Ｓ６６）。

なお、リクエストフラグのクリアはＤＵ２ではなく、ＣＵ１が行ってもよい。

通信部１１は、内容取得パケットを受信して（Ｓ６８）、リクエストの内容を制御部１６に送信する。制御部１６は、リクエストの内容を取得後にマスクを解除して（Ｓ６９）、ＤＵ２Ａ１に音声スロットと音声領域とを割り当てる（Ｓ７０）。その後、ＤＵ２Ａ１からの発話要求は、許可される。ＤＵ２Ａ１の制御部２６は、通信部２１の状態を送信不可状態から送信可能状態に切換える。すなわち、ＤＵ２Ａ１は、発話可能状態となる。

一方、制御部１６は、音声スロットと音声領域とに空きがない場合（Ｓ６４の「いいえ」）、音声スロットと音声領域とが空くのを待つ（ＤＵ２Ａ１に対して何ら処理を行わない）。このとき、ＤＵ２Ａ１は、自動的にリクエスト待ち状態となる。ＤＵ２Ａ１の通信部２１の状態は、送信不可状態である。

会議システムＳは、音声スロットと音声領域とにＤＵ２を割り当てた場合（Ｓ７０）と、マスクを解除した場合（Ｓ７１）と、のいずれかの処理の後、運用処理（Ｓ４）に戻る。

このように、会議システムＳは、ＤＵ２からの発話要求を定期的なリクエストフラグの処理により取り込み、音声スロットと音声領域とが空いているときにのみＣＵ１に内容取得コマンドをＤＵ２に送信させる。すなわち、会議システムＳは、発話要求のたびにコマンドを送信しない。そのため、会議システムＳは、一度に複数のＤＵ２から発話要求があっても情報処理の負荷が過剰とならない。

また、音声スロットと音声領域とに空きがないとき、発話要求をしたＤＵ２は自動的にリクエスト待ち状態になる。そのため、会議システムＳは、ＤＵ２からの全ての発話要求に応じる必要がなく、情報処理の負荷が軽減される。

さらに、ＤＵ２からの発話要求は、コマンドではなく、リクエストフラグのビットの処理により行われる。そのため、パケットにおけるリクエストフラグの占める領域を、例えば、数バイトとすることが可能となる。その結果、発話要求に対する会議システムＳの情報処理の負荷は軽減される。

なお、本発明におけるリクエスト処理の流れは、本実施の形態に限定されない。すなわち、例えば、音声スロットと音声領域との空きの確認（Ｓ６４）は、内容取得パケットの送受信後に実行してもよい。

図３０は、リクエスト処理におけるＣＵ１Ａの別の情報処理を示すフローチャートである。
同図に示すリクエスト処理（Ｓ６ａ）は、音声スロットと音声領域との空きの確認（Ｓ６４ａ）が音声スロットと音声領域との割り当て（Ｓ７０）の直前に実行される点を除き、図２８に示すリクエスト処理と同じである。すなわち、同図に示すリクエスト処理（Ｓ６ａ）において、リクエストフラグの取り込み処理（Ｓ６１）、マスク処理（Ｓ６２）、リクエストの拒否の有無の確認処理（Ｓ６３）、リクエストが拒否された場合（Ｓ６３の「はい」）の処理（Ｓ７１）、音声スロットと音声領域との割り当て処理（Ｓ７０）は、図２８に示すリクエスト処理（Ｓ６）と同じである。

リクエストが拒否されない場合（Ｓ６３の「いいえ」）、制御部１６は、取得コマンドを通信部１１に送信する。通信部１１は、取得コマンドを乗せた内容取得パケットをＤＵ２Ａ１に送信する（Ｓ６５ａ）。

内容取得パケットを受信したＤＵ２Ａ１は、リクエストフラグをクリアして（Ｓ６６）、リクエストの内容（発話要求）を内容取得パケットに乗せてＣＵ１Ａに送信する（Ｓ６７）。

通信部１１は、内容取得パケットを受信して（Ｓ６８ａ）、リクエストの内容を制御部１６に送信する。制御部１６は、リクエストの内容を取得後にマスクを解除して（Ｓ６９ａ）、音声スロットと音声領域との空きを確認する（Ｓ６４ａ）。音声スロットと音声領域とに空きがある場合（Ｓ６４ａの「はい」）、制御部１６は、音声スロットと音声領域とにＤＵ２Ａ１を割り当てる（Ｓ７０）。このとき、ＤＵ２Ａ１は、発話可能状態となる。一方、音音声スロットと声領域とに空きがない場合（Ｓ６４ａの「いいえ」）、制御部１６は、音声スロットと音声領域とが空くのを待つ。

なお、本発明にかかる会議システムの各処理の流れは、本実施の形態に限定されない。すなわち、例えば、会議システムＳは、各処理をシリーズ処理ではなく、適切なパラレル処理で実行してもよい。

また、前述のとおり、ＣＵ１からＤＵ２に送信される各種パケットは、カウンタフラグとリクエストフラグとを含む。すなわち、カウンタフラグのインクリメントによるＤＵ２の接続状態の監視は、ＣＵ１からＤＵ２に送信される各種パケットにおいて、コマンドの有無に関わらず常に行われる。また、リクエストフラグは、ＣＵ１からＤＵ２に送信される各種パケットにおいて、常に付与可能である。

●リクエスト処理におけるＤＵ２の発光部の動作
ＤＵ２の発光部２８の発光状態は、リクエスト処理（Ｓ６）の間のＤＵ２の動作状態に応じて変化する。すなわち、例えば、発光部２８の発光パターンは、ＤＵ２がリクエスト待ち状態（送信不可状態）のときに点滅パターンとなり、ＤＵ２が発話可能状態（送信可能状態）のときに点灯パターンとなる。また、ＤＵ２のリクエストが拒否されたとき、発光部２８の第１発光部２８ａのみがリクエスト待ち状態の点滅パターンよりも短い間隔で点滅し、使用者のみにリクエストが拒否されたことを報知する。リクエストフラグを付与していないＤＵ２の発光部２８の発光パターンは、消灯パターンやディマー点灯パターンを示す。このように、発光部２８は、ＤＵ２の動作状況を視覚的に報知する報知部として機能する。

●複数のＣＵを備える会議システムの動作●
次に、複数のＣＵ１を備える会議システムの動作について説明する。

図３１は、複数のＣＵ１を備える会議システムＳの情報処理を示すフローチャートである。
会議システムＳは、会議システムＳの起動後に、初期化処理（Ｓ１）と、ＣＵ接続状態確認処理（Ｓ１０１）と、ＤＵ情報取得処理（Ｓ２）と、スレーブＣＵ情報取得処理（Ｓ１０２）と、スレーブＤＵ初期化処理（Ｓ１０３）と、スレーブＤＵ情報取得処理（Ｓ１０４）と、スレーブＣＵのＤＢ情報取得処理（Ｓ１０５）と、ＤＵ設定処理（Ｓ３）と、スレーブＤＵ設定処理（Ｓ１０６）と、プライオリティ再設定処理（Ｓ１０７）と、運用処理（Ｓ４）と、を実行する。スレーブＣＵは、スレーブとして設定されたＣＵ１である。スレーブＤＵは、スレーブとして設定されたＣＵ１に接続されたＤＵ２である。

なお、本発明にかかる会議システムの各処理の流れは、本実施の形態に限定されない。すなわち、例えば、会議システムＳは、各処理をシリーズ処理ではなく、適切なパラレル処理で実行してもよい。

以下、図１のＣＵ１Ａ（以下「マスターＣＵ」という。）と、マスターＣＵに接続されたＤＵ２Ａ１−２Ａ４（以下「マスターＤＵ」という。）と、マスターＣＵに接続されたＣＵ１Ｂ（以下「スレーブＣＵ」という。）と、スレーブＣＵに接続されたＤＵ２Ｂ１−２Ｂ４（以下「スレーブＤＵ」という。）と、を例に説明する。

マスターＤＵは、マスターＣＵの第１端子と第２端子とに通信回線を介してリング接続される。スレーブＤＵは、スレーブＣＵの第１端子と第２端子とに通信回線を介してリング接続される。スレーブＣＵはマスターＣＵの第３端子に接続される。

マスターＣＵ（ＣＵ１Ａ）は、例えば、システム管理者などが後述するＣＵユニット情報を変更することによりマスターとして設定される。スレーブＣＵ（ＣＵ１Ｂ）は、例えば、システム管理者などが後述するＣＵユニット情報を変更することによりスレーブとして設定される。複数のＣＵを備える会議システムＳの制御は、マスターＣＵにより行われる。

●初期化処理
先ず、会議システムＳは、マスターＣＵに接続されたマスターＤＵの初期化処理（Ｓ１）を実行する。初期化処理（Ｓ１）は、前述した初期化処理（図１２）と同じである。

●ＣＵ接続状態確認処理
次いで、会議システムＳは、ＣＵ接続状態確認処理（Ｓ１０１）を実行する。ＣＵ接続状態確認処理（Ｓ１０１）は、ＣＵ１に接続されている別のＣＵ１の接続方式と接続台数とを認識する処理である。ＣＵ接続状態確認処理（Ｓ１０１）は、会議システムＳの動作中、繰り返し実行される。

図３２は、ＣＵ接続状態確認処理における会議システムＳの情報処理を示すシーケンス図である。

マスターＣＵの制御部１６は、ＣＵの接続状態を確認するＣＵ接続状態確認コマンドをマスターＣＵの通信部１１に送信する。マスターＣＵの通信部１１は、ＣＵ接続状態確認コマンドを乗せたＣＵ接続状態確認パケットを第３端子からスレーブＣＵに送信する（Ｓ１０１１）。マスターＣＵの制御部１６は、スレーブＣＵに対して送信するパケットに含まれるカウンタフラグのカウント値をリセットする。すなわち、ＣＵ１ＡからＣＵ１Ｂに送信されるパケットに含まれるカウンタフラグのカウント値は、「０」である。ＣＵ１ＡからＣＵ１Ｂに送信されるパケットに含まれるカウンタフラグは、マスターＣＵに接続されたスレーブＣＵの数のカウントに用いられる。

ＣＵ接続状態確認パケットを受信したスレーブＣＵの制御部１６は、カウンタフラグのカウント値をインクリメントする（Ｓ１０１２）。スレーブＣＵの通信部１１は、インクリメントされたカウンタフラグを含むＣＵ接続状態確認パケットをマスターＣＵに送信する。

マスターＣＵの通信部１１は、第３端子を介してスレーブＣＵからＣＵ接続状態確認パケットを受信する（Ｓ１０１３）。

マスターＣＵの制御部１６は、マスターＣＵの通信部１１が受信したＣＵ接続状態確認パケットに含まれるカウンタフラグのカウント値などの情報を、マスターＣＵの記憶部１３に記憶する。

マスターＣＵの制御部１６は、前述したＤＵ２の接続状態の認識（Ｓ１７）と同様に、ＣＵ１の接続状態を認識する（Ｓ１０１４）。すなわち、例えば、マスターＣＵの制御部１６は、カウンタフラグのカウント値に基づいて、１台のスレーブＣＵがデイジー接続されていることを認識する。

マスターＣＵの制御部１６は、ＣＵ１の接続状態を認識したとき、各ＣＵ１の相対ＩＤを生成する（Ｓ１０１５）。

マスターＣＵの制御部１６は、ＣＵ１の接続方式と接続台数と相対ＩＤとをマスターＣＵの記憶部１３のユニット接続情報ＤＢに記憶する（Ｓ１０１６）。

ＣＵ接続状態確認処理（Ｓ１０１）は、会議システムＳの動作中、定期的に繰り返し実行される。すなわち、ＣＵ接続状態確認パケットは、マスターＣＵとスレーブＣＵとの間で定期的に繰り返し送受信される。マスターＣＵの制御部１６は、スレーブＣＵから接続状態確認パケットを受信するごとに、新たに取得したカウンタフラグのカウント値（以下「新ＣＵカウント値」という。）と、マスターＣＵの記憶部１３に記憶されているカウント値（以下「旧ＣＵカウント値」という。）と、を比較する。新ＣＵカウント値と旧ＣＵカウント値とが一致するとき、マスターＣＵの制御部１６は、ＣＵ１の接続状態に変更が無いと判定する。一方、新ＣＵカウント値と旧ＣＵカウント値とが一致しないとき（不一致のとき）、マスターＣＵの制御部１６は、ＣＵ１の接続状態に変更が有ると判定する。マスターＣＵの制御部１６は、新ＣＵカウント値をマスターＣＵの記憶部１３に記憶する。すなわち、マスターＣＵの制御部１６は、新ＣＵカウント値で旧ＣＵカウント値を更新する。

スレーブＣＵに接続異常が発生したときや、新たなスレーブＣＵが接続されたときのように、スレーブＣＵの接続状態が変わったとき、新ＣＵカウント値と旧ＣＵカウント値との比較結果は、不一致となる。比較結果が不一致のとき、マスターＣＵの制御部１６は、新たに認識したスレーブＣＵの接続状態で、記憶部１３に記憶されているユニット接続情報ＤＢに記憶されている情報を更新する。そのため、マスターＣＵは、スレーブＣＵに接続異常が発生した場合に、即座に接続異常の発生を認識すると共に、接続異常箇所を特定する。また、スレーブＣＵの接続状態の変更が発生したときに、マスターＣＵがユニット接続情報ＤＢに記憶されている情報を更新することで、接続状態の変更の前後での音声情報の合成処理などの不具合は生じない。

●ＤＵ情報取得処理
次いで、会議システムＳは、マスターＤＵのＤＵ情報取得処理（Ｓ２）を実行する。ＤＵ情報取得処理（Ｓ２）は、前述したＤＵ情報取得処理（図１７）と同じである。

●スレーブＣＵ情報取得処理
次いで、会議システムＳは、スレーブＣＵ情報取得処理（Ｓ１０２）を実行する。スレーブＣＵ情報取得処理は、スレーブＣＵのＣＵユニット情報を取得する処理である。ＣＵユニット情報は、ＣＵ１のシリアルナンバー（絶対ＩＤ）やＭＡＣアドレスなどである。

図３３は、スレーブＣＵ情報取得処理（Ｓ１０２）における会議システムＳの情報処理を示すシーケンス図である。

マスターＣＵの制御部１６は、スレーブＣＵのＣＵユニット情報を取得する情報取得コマンドをマスターＣＵの通信部１１に送信する。マスターＣＵの通信部１１は、情報取得コマンドを乗せた情報取得パケットをスレーブＣＵに送信する（Ｓ１０２１）。

情報取得コマンドを受信したスレーブＣＵは、情報取得コマンドに従い、ＣＵユニット情報を情報取得パケットに乗せてマスターＣＵに送信する（Ｓ１０２２）。

マスターＣＵの通信部１１は、スレーブＣＵからの情報取得パケットを受信する（Ｓ１０２３）。マスターＣＵの通信部１１は、ＣＵユニット情報をマスターＣＵの制御部１６に送信する。

制御部１６は、ＣＵユニット情報からスレーブＣＵの絶対ＩＤを取得する（Ｓ１０２４）。制御部１６は、ユニット接続情報ＤＢを読み出して、絶対ＩＤと相対ＩＤとを関連付けてユニット接続情報ＤＢに記憶する（Ｓ１０２５）。

●スレーブＤＵ初期化処理
次いで、会議システムＳは、スレーブＤＵ初期化処理（Ｓ１０３）を実行する。スレーブＤＵ初期化処理（Ｓ１０３）は、スレーブＣＵに接続されたスレーブＤＵのユニット設定を初期化すると共に、スレーブＤＵの接続状態を認識する処理である。

図３４は、スレーブＤＵ初期化処理（Ｓ１０３）における会議システムＳの情報処理を示すシーケンス図である。

マスターＣＵの制御部１６は、スレーブＤＵの初期化を行う初期化コマンドをマスターＣＵの通信部１１に送信する。マスターＣＵの通信部１１は、初期化コマンドを乗せた初期化パケットを、第３端子からスレーブＣＵに送信する（Ｓ１０３１ａ）。

初期化パケットを受信したスレーブＣＵは、初期化パケットを第１端子と第２端子との双方向からスレーブＤＵに送信する（Ｓ１０３１ｂ）。スレーブＤＵは、初期化コマンドに従いユニット設定を初期化すると共に、カウンタフラグのカウント値をインクリメントする（Ｓ１０３２）。スレーブＤＵは、カウンタフラグのカウント値をインクリメントした初期化パケットをスレーブＣＵに送信する。初期化パケットは、初期化処理（図１２）と同様にスレーブＤＵ間を伝送される。

スレーブＣＵの通信部１１は、第１端子と第２端子とを介して、スレーブＤＵから初期化パケットを受信する（Ｓ１０３３ｂ）。スレーブＣＵの制御部１６は、スレーブＣＵの通信部１１が受信した初期化パケットに含まれるカウンタフラグのカウント値などの情報をスレーブＣＵの記憶部１３に記憶する。

スレーブＣＵの制御部１６は、スレーブＤＵの接続状態を認識して（Ｓ１０３５ｂ）、スレーブＤＵの相対ＩＤを生成する（Ｓ１０３６ｂ）。この相対ＩＤは、スレーブＣＵがスレーブＤＵの制御に用いるＩＤである。

スレーブＣＵの制御部１６は、スレーブＤＵの接続方式と接続台数と相対ＩＤとを関連付けてスレーブＣＵの記憶部１３のユニット接続情報ＤＢに記憶する（Ｓ１０３７ｂ）。

スレーブＣＵの通信部１１は、受信した初期化パケットをマスターＣＵに送信する（Ｓ１０３４ｂ）。

マスターＣＵの通信部１１は、第３端子を介して、スレーブＣＵから初期化パケットを受信する（Ｓ１０３３ａ）。マスターＣＵの通信部１１は、受信した初期化パケットから得たカウンタフラグのカウント値などの情報をマスターＣＵの制御部１６に送信する。マスターＣＵの制御部１６は、カウンタフラグのカウント値などの情報をマスターＣＵの記憶部１３に記憶する。

マスターＣＵの制御部１６は、スレーブＤＵの接続状態を認識して（Ｓ１０３５ａ）、スレーブＤＵの相対ＩＤを生成する（Ｓ１０３６ａ）。この相対ＩＤは、マスターＣＵがスレーブＤＵの制御に用いるＩＤである。

マスターＣＵの制御部１６は、スレーブＤＵの接続方式と接続台数と相対ＩＤとを関連付けてマスターＣＵの記憶部１３のユニット接続情報ＤＢに記憶する（Ｓ１０３７ａ）。

●スレーブＤＵ情報取得処理
次いで、会議システムＳは、スレーブＤＵ情報取得処理（Ｓ１０４）を実行する。スレーブＤＵ情報取得処理（Ｓ１０４）は、スレーブＣＵに接続されたスレーブＤＵのユニット情報を取得する処理である。

図３５は、スレーブＤＵ情報取得処理（Ｓ１０４）における会議システムＳの情報処理を示すシーケンス図である。

マスターＣＵの制御部１６は、スレーブＤＵのユニット情報を取得する情報取得コマンドをマスターＣＵの通信部１１に送信する。マスターＣＵの通信部１１は、情報取得コマンドを乗せた情報取得パケットを、第３端子を介してスレーブＣＵに送信する（Ｓ１０４１ａ）。

情報取得パケットを受信したスレーブＣＵは、情報取得パケットを第１端子と第２端子との双方向からスレーブＤＵに送信する（Ｓ１０４１ｂ）。スレーブＤＵは、情報取得コマンドに従いユニット情報を情報取得パケットに乗せてスレーブＣＵに送信する（Ｓ１０４２）。情報取得パケットは、ＤＵ情報取得処理（図１７）と同様にスレーブＤＵ間を伝送される。

スレーブＣＵの通信部１１は、スレーブＤＵからの情報取得パケットを受信する（Ｓ１０４３ｂ）。

スレーブＣＵの制御部１６は、スレーブＣＵの通信部１１が受信した情報取得パケットに含まれるユニット情報からスレーブＤＵの絶対ＩＤを取得する（Ｓ１０４５ｂ）。制御部１６は、絶対ＩＤと相対ＩＤとを関連付けてスレーブＣＵの記憶部１３のユニット接続情報ＤＢに記憶する（Ｓ１０４６ｂ）。すなわち、スレーブＣＵの制御部１６は、スレーブＣＵにおける相対ＩＤと絶対ＩＤとの関連付けを更新うる。そのため、マスターＣＵとスレーブＣＵとの接続状態に変更が生じても、スレーブＣＵは、スタンドアローンで動作可能である。その結果、スレーブＣＵの接続状態の変更の前後において、音声情報の合成処理などの情報の不具合は生じない。

スレーブＣＵの通信部１１は、情報取得パケットをマスターＣＵに送信する（Ｓ１０４４ｂ）。

マスターＣＵの通信部１１は、第３端子を介して、スレーブＣＵから情報取得パケットを受信する（Ｓ１０４３ａ）。

マスターＣＵの制御部１６は、マスターＣＵの通信部１１が受信した情報取得パケットに含まれるユニット情報から絶対ＩＤを取得する（Ｓ１０４５ａ）。マスターＣＵの制御部１６は、絶対ＩＤと相対ＩＤとを関連付けてマスターＣＵの記憶部１３のユニット接続情報ＤＢに記憶する（Ｓ１０４６ａ）。

図３６は、スレーブＤＵ情報取得処理後のマスターＣＵの記憶部１３に記憶される情報の例を示す図である。同図は、スレーブＣＵ（ＩＤ「２」）の端子番号「１」「２」にリング接続された４台のＤＵ２の相対ＩＤ「５」「６」「７」「８」がそれぞれ絶対ＩＤ「Ｅ」「Ｆ」「Ｇ」「Ｈ」と関連付けられていることを示す。同図は、端子番号「３」にデイジー接続された１台のＣＵ１の相対ＩＤ「１」が絶対ＩＤ「β」と関連付けられていることを示す。

●スレーブＣＵのＤＢ情報取得処理
次いで、会議システムＳは、スレーブＣＵのＤＢ情報取得処理（Ｓ１０５）を実行する。スレーブＣＵのＤＢ情報取得処理（Ｓ１０５）は、マスターＣＵが、スレーブＣＵの保有するユニット設定情報ＤＢに記憶されたスレーブＤＵのユニット設定情報を取得する処理である。

図３７は、スレーブＣＵのＤＢ情報取得処理（Ｓ１０５）における会議システムＳの情報処理を示すシーケンス図である。

マスターＣＵの制御部１６は、スレーブＣＵのユニット設定情報を取得するＤＢ情報取得コマンドをマスターＣＵの通信部１１に送信する。マスターＣＵの通信部１１は、ＤＢ情報取得コマンドを乗せたＤＢ情報取得パケットを、第３端子を介してスレーブＣＵに送信する（Ｓ１０５１）。

スレーブＣＵの制御部１６は、スレーブＣＵの記憶部１３からユニット設定情報ＤＢを読み出して、マスターＣＵに指定されたスレーブＤＵのユニット設定情報をスレーブＣＵの通信部１１に送信する。スレーブＣＵの通信部１１は、スレーブＤＵのユニット設定情報を乗せたＤＢ情報取得パケットをマスターＣＵに送信する（Ｓ１０５２）。

マスターＣＵの通信部１１は、第３端子を介して、スレーブＣＵからＤＢ情報取得パケットを受信する（Ｓ１０５３）。マスターＣＵの通信部１１は、受信したＤＢ情報取得パケットから得たスレーブＤＵのユニット設定情報をマスターＣＵの制御部１６に送信する。

マスターＣＵの制御部１６は、マスターＣＵの通信部１１が受信したＤＢ情報取得パケットに含まれるスレーブＤＵのユニット設定情報を、マスターＣＵの記憶部１３のユニット設定情報ＤＢに記憶する（Ｓ１０５４）。この処理により、マスターＣＵは、スレーブＣＵの保有するスレーブＤＵのユニット設定情報を特定することができる。

●ＤＵ設定処理
次いで、会議システムＳは、マスターＣＵに接続されたマスターＤＵのＤＵ設定処理（Ｓ３）を実行する。ＤＵ設定処理（Ｓ３）は、前述したＤＵ設定処理（図２０）と同じである。

●スレーブＤＵ設定処理
次いで、会議システムＳは、スレーブＤＵ設定処理（Ｓ１０６）を実行する。スレーブＤＵ設定処理（Ｓ１０６）は、スレーブＣＵに接続されたスレーブＤＵの設定を行う処理である。

図３８は、スレーブＤＵ設定処理（Ｓ１０６）における会議システムＳの情報処理を示すシーケンス図である。

マスターＣＵの制御部１６は、マスターＣＵの記憶部１３からユニット設定情報ＤＢを読み出して（Ｓ１０６１）、スレーブＤＵの設定を行うユニット設定コマンドをマスターＣＵの通信部１１に送信する。マスターＣＵの通信部１１は、ユニット設定コマンドを乗せた設定パケットを、スレーブＣＵに送信する（Ｓ１０６２ａ）。

設定パケットを受信したスレーブＣＵは、設定パケットをスレーブＤＵに送信する（Ｓ１０６２ｂ）。設定パケットを受信したスレーブＤＵは、ユニット設定コマンドに従い、ユニット設定を変更する（Ｓ１０６３）。

スレーブＣＵの通信部１１は、ユニット設定の変更を実行したスレーブＤＵから設定パケットを受信する（Ｓ１０６４ｂ）。

スレーブＣＵの通信部１１は、受信した設定パケットをマスターＣＵに送信する（Ｓ１０６５ｂ）。

マスターＣＵの通信部１１は、スレーブＣＵから設定パケットを受信する（Ｓ１０６４ａ）。

●プライオリティ再設定処理
次いで、会議システムＳは、プライオリティ再設定処理（Ｓ１０７）を実行する。プライオリティ再設定処理（Ｓ１０７）は、ＣＵ１同士の接続状態に変更が生じた（新ＣＵカウント値と旧ＣＵカウント値とが不一致となった）場合に、各ＣＵ１のプライオリティの設定と、会議システムＳ全体のプライオリティの設定と、の間に生ずる矛盾状態の解消を自動的に行う処理である。矛盾状態は、プライオリティが設定されたＤＵ２の数が、発話可能最大数と同じ、もしくは発話可能最大数よりも多い状態である。すなわち、例えば、矛盾状態は、会議システムＳ全体の発話可能最大数が５台のとき、会議システムＳ全体のプライオリティが設定されたＤＵ２の数が７台となるような状態である。この矛盾状態は、例えば、４台のＤＵ２にプライオリティが設定されたＣＵ１に、３台のＤＵ２にプライオリティが設定されたＣＵ１を接続した場合に生じ得る。

図３９は、会議システムＳが備えるＣＵ１のプライオリティ再設定処理におけるＣＵ１の情報処理を示すフローチャートである。

マスターＣＵの制御部１６は、マスターＣＵの記憶部１３からユニット設定情報ＤＢを読み出す（Ｓ１０７１）。マスターＣＵの制御部１６は、ユニット設定情報ＤＢを参照して、プライオリティが設定されているＤＵ２の数（以下「プライオリティ設定数」という。）と、マスターＣＵに設定される会議システムＳ全体の最大話者設定数と、を比較する（Ｓ１０７２）。

プライオリティ設定数が最大話者設定数以上のとき（Ｓ１０７２の「はい」）、マスターＣＵの制御部１６は、ユニット設定情報ＤＢにユニット設定情報が記憶されているＤＵ２のうち、現在接続されていないＤＵ（以下「非接続ＤＵ」という。）２のプライオリティの設定を１台ずつオフにする（Ｓ１０７３）。非接続ＤＵ２のプライオリティの設定をオフにする処理は、相対ＩＤの数値の大きいＣＵ１（本実施の形態ではＣＵ１Ｂ）のユニット設定情報ＤＢにユニット設定情報が記憶されているＤＵ２から順に実行される。すなわち、スレーブＣＵに接続されているスレーブＤＵの処理（プライオリティの更新）は、マスターＣＵに接続されているマスターＤＵの処理（プライオリティの更新）よりも、優先される。

プライオリティ設定数が最大話者設定数よりも小さいとき（Ｓ１０７２の「いいえ」）、会議システムＳは、プライオリティ再設定処理（Ｓ１０７）を終了する。

次いで、マスターＣＵの制御部１６は、プライオリティ設定数と最大話者設定数とを比較する（Ｓ１０７４）。プライオリティ設定数が最大話者設定数以上のとき（Ｓ１０７４の「はい」）、マスターＣＵの制御部１６は、非接続ＤＵ２の残数を確認（特定）する（Ｓ１０７５）。非接続ＤＵ２の残数が有るとき（Ｓ１０７５の「はい」）、マスターＣＵの制御部１６は、非接続ＤＵ２のプライオリティの設定をオフにする処理を続ける（Ｓ１０７３）。

非接続ＤＵ２の残数が無いとき（Ｓ１０７５の「いいえ」）、マスターＣＵの制御部１６は、現在接続されているＤＵ（以下「接続ＤＵ」という。）２のプライオリティの設定を１台ずつオフにする（Ｓ１０７６）。接続ＤＵ２のプライオリティの設定をオフにする処理は、相対ＩＤの数値の大きいＣＵ１に接続されているＤＵ２のうち、相対ＩＤの大きいＤＵ２から順に実行される。

次いで、マスターＣＵの制御部１６は、プライオリティ設定数と最大話者設定数とを比較する（Ｓ１０７７）。プライオリティ設定数が最大話者設定数以上のとき（Ｓ１０７７の「はい」）、マスターＣＵの制御部１６は、接続ＤＵ２のプライオリティの設定をオフにする処理を続ける（Ｓ１０７６）。

プライオリティ設定数が最大話者設定数よりも小さくなったとき（Ｓ１０７４の「いいえ」、Ｓ１０７７の「いいえ」）、マスターＣＵの制御部１６は、マスターＣＵの記憶部１３のユニット設定情報ＤＢに記憶されているユニット設定情報を更新する。スレーブＣＵの制御部１６は、マスターＣＵの記憶部１３のユニット設定情報ＤＢに記憶されているユニット設定情報の更新に連動して、スレーブＣＵの記憶部１３のユニット設定情報ＤＢに記憶されているユニット設定情報を更新する。その結果、各ＣＵ１の記憶部１３に記憶されるＤＵ２ごとのプライオリティの設定は、更新される。会議システムＳは、プライオリティ再設定処理（Ｓ１０７）を終了する。

このように、会議システムＳは、ＣＵ１同士の接続状態の変更があった場合に、自動的にＤＵ２のプライオリティの設定を変更する。換言すれば、会議システムＳは、新ＣＵカウント値と旧ＣＵカウント値とが不一致のとき、発話可能なＤＵ２ごとのプライオリティの設定を更新する。そのため、本発明にかかる会議システムでは、前述した矛盾状態が生じない。また、会議システムＳは、システム管理者による、ＣＵ１同士の接続状態に応じたプライオリティの設定を不要にする。そのため、システム管理者のプライオリティ再設定の負担は軽減される。

なお、プライオリティ再設定処理は、ＣＵ接続状態確認処理においてスレーブＣＵの接続台数が減少したとき、すなわち、マスターＣＵの記憶部１３に記憶されているスレーブＣＵの接続台数（旧ＣＵカウント値）が新たに認識されたスレーブＣＵの接続台数（新ＣＵカウント値）よりも大きいとき（不一致のとき）、実行される態様でもよい。すなわち、例えば、プライオリティ再設定処理は、スレーブＣＵの接続台数が減少したとき、接続台数の変更前後でのプライオリティが設定されたＤＵ２の数が同じとなるように処理してもよい。具体的には、プライオリティ再設定処理は、マスターＣＵの記憶部１３に記憶されているマスターＤＵの優先権限のうち、一部のマスターＤＵの優先権限の優先順位を上げる（または、プライオリティの設定をオンにする）ように処理してもよい。

また、プライオリティ再設定処理は、ＣＵ接続状態確認処理においてスレーブＣＵの接続台数の増加が確認されたとき、マスターＣＵの記憶部１３に記憶されているマスターＤＵの優先権限のうち、一部のマスターＤＵの優先権限の優先順位を下げる（または、プライオリティの設定をオフにする）ように処理してもよい。すなわち、マスターＣＵの記憶部１３に記憶されているスレーブＣＵの接続台数（旧ＣＵカウント値）が新たに認識したスレーブＣＵの接続台数（新ＣＵカウント値）よりも小さいとき（不一致のとき）、プライオリティ再設定処理は、前述のスレーブＤＵから優先権限の優先順位を下げるのではなく、一部のマスターＤＵの優先権限の優先順位を下げる（または、プライオリティの設定をオフにする）ように処理してもよい。

●運用処理
次いで、会議システムＳは、運用処理（Ｓ４）を実行する。運用処理（Ｓ４）は、マスターＣＵがスレーブＣＵやスレーブＤＵの接続状態やスレーブＤＵの音声情報などを管理する点を除き、前述した運用処理（図２２）と同じである。すなわち、マスターＣＵは、マスターＤＵとの間で運用パケットを繰り返し送受信すると共に、スレーブＣＵを介してスレーブＤＵとの間で運用パケットを繰り返し送受信する。このとき、スレーブＣＵは、スレーブＤＵとの間で運用パケットを繰り返し送受信する。

●会議モード●
会議システムＳは、会議モードを備える。会議モードは、会議システムＳの動作を規定する各種の設定項目のうち、設定項目「オーバーライド」「マイクオントリガー（プライオリティ設定）」「マイクオントリガー（プライオリティ非設定）」の各設定内容の組合せを特定する情報（組合情報）である。換言すれば、会議システムＳは、会議モードに基づいて、オーバーライド、マイクオントリガー（プライオリティ設定）、マイクオントリガー（プライオリティ非設定）の各設定内容の組合せを特定する。設定項目のそれぞれについては、後述する。

図４０は、会議モードの例を示す模式図である。
同図は、会議システムＳが３つの会議モード「フリートークモード」と、「リクエストトークモード」と、「フルリモートモード」と、を備えることを示す。同図は、会議モードごとのオーバーライド、マイクオントリガー（プライオリティ設定）、マイクオントリガー（プライオリティ非設定）の各設定内容の組合せを示す。

同図は、例えば、会議モード「フリートークモード」の場合、設定項目「オーバーライド」の設定内容として、「オフ」「オン／ＦＩＦＯ」「オフ／ＬＩＦＯ」のいずれかが選択可能であることを示す。また、同図は、例えば、会議モード「リクエストトークモード」の場合、設定項目「マイクオントリガー（プライオリティ設定）」の設定内容として、「手動トリガー」「自動トリガー」のいずれかが選択可能であることを示す。さらにまた、同図は、例えば、会議モード「フルリモートモード」の場合、設定項目「マイクオントリガー（プライオリティ非設定）」は、設定不可であることを示す。同図に示される設定項目ごとの各設定内容については、後述する。

会議システムＳは、会議モードが選択される前に、予め、図４０に示される会議モードを特定する情報と各設定項目の設定内容との組合せを示す情報を、ＣＵ１の記憶部１３に記憶する。会議システムＳは、システム管理者などが操作して操作端末４から入力された会議モードを特定する情報、すなわち、組合情報に基づいて記憶部１３を参照し、同会議モードに対応する「オーバーライド」「マイクオントリガー（プライオリティ設定）」「マイクオントリガー（プライオリティ非設定）」の各設定内容を特定する。すなわち、記憶部１３は、組合情報と、設定項目ごとの設定内容を特定する情報と、を関連付けて記憶する。

●設定項目「オーバーライド」
オーバーライドは、リクエストフラグを付与したＤＵ２に対する、音声スロットと音声領域との割り当てにおいて、オーバーライドの「オン」・「オフ」を決定する割当方式に関する設定項目である。

オーバーライドは、音声スロットと音声領域とに空きのない状態で発話要求があった（運用パケットにリクエストフラグが付与された）ときに、すでに音声スロットと音声領域とが割り当てられたＤＵ２の発話の終了を待たずに、発話要求があったＤＵ２に音声スロットと音声領域とを割り当てる処理である。オーバーライドは、「オン」のときの割当方式と、「オフ」のときの割当方式と、含む。オーバーライドが「オン」のとき、オーバーライドは、ＦＩＦＯ（First In First Out）と、ＬＩＦＯ（Last In First Out）のいずれか一方の割当方式に応じた処理を行う。

ＦＩＦＯは、すでに音声スロットと音声領域とが割り当てられているＤＵ２のうち、最初に発話が許可されたＤＵ２の音声スロットと音声領域との割り当てが外される割当方式である。ＦＩＦＯでは、音声スロットと音声領域とが割り当てられているＤＵ２は、ところてん式に音声スロットと音声領域との割り当てが外される。

ＬＩＦＯは、すでに音声スロットと音声領域とが割り当てられたＤＵ２のうち、最後に発話が許可されたＤＵ２の音声スロットと音声領域との割り当てが外される割当方式である。ＬＩＦＯでは、音声スロットと音声領域とのうち、最後の空き音声スロットと音声領域とが割り当てられた（１つ前のタイミングで発話が許可された）ＤＵ２のみが入れ替わる。

一方、オーバーライドが「オフ」のときの割当方式は、すでに音声スロットと音声領域とが割り当てられたＤＵ２のうち、発話が終了したＤＵ２の音声スロットと音声領域の割り当てが外される割当方式である。すなわち、発話要求があったＤＵ２には、すでに音声スロットと音声領域とが割り当てられたＤＵ２（ａとする）の発話の終了を待って、発話の終了したＤＵ２（ａ）に割り当てられていた音声スロットと音声領域とが割り当てられる。つまり、前述したリクエスト処理（図２８）は、オーバーライドが「オフ」のときに実行される処理である。

複数の割当方式のうちのいずれかの割当方式を特定する情報（以下「割当方式情報」という。）は、組合情報と関連付けられて、記憶部１３に記憶される。例えば、会議モード「フリートークモード」は、設定項目「オーバーライド」の設定内容「オフ」「オン／ＦＩＦＯ」「オン／ＬＩＦＯ」それぞれに対応する割当方式と関連付けられる。割当方式情報は、前述した制御情報に含まれる情報である。すなわち、例えば、設定項目「オーバーライド」において設定内容「オン／ＦＩＦＯ」が選択された場合、会議システムＳは、音声スロットと音声領域との割り当てがところてん式に外される割当方式に従って、発話要求のあったＤＵ２に音声スロットと音声領域とを割り当てる。

●設定項目「マイクオントリガー」
マイクオントリガーは、運用パケットにリクエストフラグを付与（発話要求）するためのトリガーの設定、すなわち、リクエストフラグの付与方式に関するモードである。マイクオントリガーは、プライオリティが設定されたＤＵ（以下「プライオリティ設定ＤＵ」という。）２ｐに対する設定項目「マイクオントリガー（プライオリティ設定）」と、プライオリティが設定されていないＤＵ（以下「プライオリティ非設定ＤＵ」という。）２ｎに対する設定項目「マイクオントリガー（プライオリティ非設定）」と、を含む。マイクオントリガーは、ＤＵ２に取り付けられたマイクロホン３をオンにするためのトリガーであり、前述した「手動トリガー」と「自動トリガー」との２つの付与方式を含む。マイクオントリガーでは、「手動トリガー」と「自動トリガー」いずれか一方の付与方式が選択される。

複数の付与方式のうちのいずれかの付与方式を特定する情報（以下「付与方式情報」という。）は、組合情報と関連付けられて、記憶部１３に記憶される。例えば、会議モード「リクエストトークモード」は、設定項目「マイクオントリガー（プライオリティ設定）」の設定内容「手動トリガー」に対応する付与方式と関連付けられる。付与方式情報は、前述した制御情報に含まれる情報である。付与方式情報は、割当方式情報と関連付けられて記憶部１３に記憶される。

●会議モード「フリートークモード」
フリートークモードは、音声スロットが割り当てられたＤＵ２の使用者が自由に発言可能な会議モードである。プライオリティ設定ＤＵ２ｐには、常時、音声スロットと音声領域とが割り当てられる。プライオリティ非設定ＤＵ２ｎには、選択される割当方式に応じて音声スロットと音声領域とが割り当てられる。フリートークモードでは、音声スロットと音声領域とが自動的に割り当てられるため、発話要求の拒否という状況が発生しない。そのため、操作端末４は、フリートークモードにおいては必ずしも必要ではない。

フリートークモードにおける設定項目「オーバーライド」は、「オフ」と、「オン／ＦＩＦＯ」と、「オン／ＬＩＦＯ」と、の３つの設定内容のうち、いずれか１つ選択される。

フリートークモードにおける設定項目「マイクオントリガー」は、各ＤＵ２に個別に設定される。すなわち、例えば、手動トリガーが選択されたＤＵ２と、自動トリガーが選択されたＤＵ２とが混在してもよい。

●会議モード「リクエストトークモード」
リクエストトークモードは、プライオリティ非設定ＤＵ２ｎの発話要求が手動トリガーにて行われる会議モードである。プライオリティ設定ＤＵ２ｐには、常時、音声スロットと音声領域とが割り当てられる。プライオリティ非設定ＤＵ２ｎには、操作端末４からの要求に基づいて、発話要求の許可と拒否との選択が行われる。

リクエストトークモードにおける設定項目「オーバーライド」では、設定内容「オフ」が選択できない。すなわち、リクエストトークモードでは、オーバーライドの設定内容として、「オン／ＦＩＦＯ」と「オン／ＬＩＦＯ」のいずれか１つが選択される。

リクエストトークモードにおける設定項目「マイクオントリガー」では、プライオリティ非設定ＤＵ２ｎの設定は、手動トリガーのみ選択される。

●会議モード「フルリモートモード」
フルリモートモードは、操作端末４からの操作によりプライオリティ非設定ＤＵ２ｎの発話が可能となる会議モードである。プライオリティ設定ＤＵ２ｐでは、常時、音声スロットと音声領域とが割り当てられる。プライオリティ非設定ＤＵ２ｎでは、操作端末４からの要求に基づいて、発話の許可が行われる。

フルリモートモードにおける設定項目「オーバーライド」では、設定内容「オフ」が選択できない。すなわち、フルリモートモードでは、オーバーライドの設定内容として、「オン／ＦＩＦＯ」と「オン／ＬＩＦＯ」のいずれか１つが選択される。

フルリモートモードにおける設定項目「マイクオントリガー」では、プライオリティ非設定ＤＵ２ｎのトリガーの設定ができない。

●会議モードに基づく会議システムの動作●
次に、会議モードに基づく会議システムの動作について説明する。会議システムＳは、複数の会議モードの中から選択された会議モードに応じて定まる、各ＤＵ２の音声スロットと音声領域との割当方式や、リクエストフラグの付与方式に基づいて動作する。

図４１は、会議モードの選択（Ｓ２００）の情報処理を示すフローチャートである。
会議モードの選択（Ｓ２００）は、例えば、前述の会議システムＳにより実行される情報処理において、ＤＵ情報取得処理（図１７、図１８）とＤＵ設定処理（図２０、図２１）との間に実行される。

先ず、操作端末４は、システム管理者などの操作により、操作端末４に接続されているＣＵ１（マスターＣＵ）の記憶部１３から組合情報を読み出して、記憶部４３に記憶する（Ｓ２００１）。

次いで、会議モードが選択される（Ｓ２００２）。すなわち、例えば、操作端末４は、後述する準備画面を介して、システム管理者などにフリートークモード（Ｓ２０１）と、リクエストトークモード（Ｓ２０２）と、フルリモートモード（Ｓ２０３）と、の中から会議内容などに基づいて、１の会議モードを選択させる。操作端末４の制御部４６は、記憶部４３に記憶されている複数の組合情報の中から、選択された会議モードに応じた組合情報を特定する（Ｓ２００３）。ここで、例えば、図４０に示す会議モード「フリートークモード」が選択されたとき、操作端末４の制御部４６は、各ＤＵ２の設定項目「オーバーライド」の設定内容として、システム管理者などに「オフ」「オン／ＦＩＦＯ」「オン／ＬＩＦＯ」の中から選択させる画面を表示部４４に表示させる。同様に、操作端末４の制御部４６は、各ＤＵ２の設定項目「マイクオントリガー（プライオリティ設定）」と「マイクオントリガー（プライオリティ非設定）」との設定内容として、システム管理者などに「手動トリガー」「自動トリガー」の中から選択させる画面を表示部４４に表示させる。表示部４４に表示された画面が操作されることで、ＤＵ２ごとの音声スロットと音声領域との割当方式やリクエストフラグの付与方式が決定される。操作端末４の通信部４１は、決定されたＤＵ２ごとの音声スロットと音声領域との割当方式と、リクエストフラグの付与方式とを、特定された組合情報として、ＣＵ１に送信する（Ｓ２００４）。ＣＵ１は、操作端末４から受信した組合情報をＤＵ２ごとのユニット設定情報として記憶部１３に記憶する（すでにユニット設定情報が記憶されているＤＵ２に関しては、記憶部１３に記憶されているユニット設定情報が更新される）。ＣＵ１は、更新されたユニット設定情報に基づいて、前述のＤＵ設定処理（図２０、２１）を実行し、ＤＵ２ごとのユニット設定を変更する。その結果、会議システムＳは、選択された会議モードに基づいて動作する。

●会議モード「フリートークモード」のとき
前述したとおり、ＤＵ２は、個別に設定されたマイクオントリガーに基づいて発話要求を行う。

図４２は、フリートークモードにおけるＣＵ１の情報処理を示すフローチャートである。
先ず、ＣＵ１の制御部１６は、ＤＵ２からの発話要求を待つ（Ｓ２０１１の「いいえ」）。ＤＵ２から発話要求があったとき（Ｓ２０１１の「はい」）、ＣＵ１の制御部１６は、発話要求を行ったＤＵ２がプライオリティ設定ＤＵ２ｐか、プライオリティ非設定ＤＵ２ｎか、を確認する（Ｓ２０１２）。

発話要求を行ったＤＵ２がプライオリティ設定ＤＵ２ｐのとき（Ｓ２０１２の「はい」）、ＣＵ１の制御部１６は、プライオリティ設定ＤＵ２ｐに、既定の音声スロットと音声領域とを割り当てる（Ｓ２０１３）。

発話要求を行ったＤＵ２がプライオリティ非設定ＤＵ２ｎのとき（Ｓ２０１２の「いいえ」）、ＣＵ１の制御部１６は、音声スロットと音声領域との空きを確認する（Ｓ２０１４）。

音声スロットと音声領域とに空きがあるとき（Ｓ２０１４の「はい」）、ＣＵ１の制御部１６は、プライオリティ非設定ＤＵ２ｎに、空いている音声スロットと音声領域とを割り当てる（Ｓ２０１５）。

音声スロットと音声領域とに空きがないとき（Ｓ２０１４の「いいえ」）、ＣＵ１の制御部１６は、プライオリティ非設定ＤＵ２ｎのオーバーライドの設定内容を確認する（Ｓ２０１６）。

オーバーライドの設定内容が「オン」のとき（Ｓ２０１６の「はい」）、ＣＵ１の制御部１６は、ＦＩＦＯとＬＩＦＯのいずれかの設定内容に応じて、プライオリティ非設定ＤＵ２ｎに音声スロットと音声領域とを強制的に割り当てる（オーバーライド）（Ｓ２０１７）。

オーバーライドの設定内容が「オフ」のとき（Ｓ２０１６の「いいえ」）、ＣＵ１の制御部１６は、再度、音声スロットと音声領域との空きを確認する（Ｓ２０１４）。このとき、プライオリティ非設定ＤＵ２ｎは、音声スロットと音声領域とが空くまで発話待ち状態（リクエスト待ち状態）となる。

●会議モード「リクエストトークモード」のとき
前述したとおり、リクエストトークモードでは、プライオリティ非設定ＤＵ２ｎのマイクオントリガーは、予め手動モードに設定される。プライオリティ設定ＤＵ２ｐのマイクオントリガーは、予め、自動モードと手動モードのいずれか一方に設定される。

図４３は、リクエストトークモードにおけるＣＵ１の情報処理を示すフローチャートである。
ＣＵ１の制御部１６は、ＤＵ２からの発話要求を待つ（Ｓ２０２１の「いいえ」）。ＤＵ２から発話要求があったとき（Ｓ２０２１の「はい」）、ＣＵ１の制御部１６は、発話要求を行ったＤＵ２がプライオリティ設定ＤＵ２ｐか、プライオリティ非設定ＤＵ２ｎか、を確認する（Ｓ２０２２）。

発話要求を行ったＤＵ２がプライオリティ設定ＤＵ２ｐのとき（Ｓ２０２２の「はい」）、ＣＵ１の制御部１６は、プライオリティ設定ＤＵ２ｐに既定の音声スロットと音声領域とを割り当てる（Ｓ２０２３）。

発話要求を行ったＤＵ２がプライオリティ非設定ＤＵ２ｎのとき（Ｓ２０２２の「いいえ」）、ＣＵ１の制御部１６は、プライオリティ非設定ＤＵ２ｎを発話要求リストにリストアップする（Ｓ２０２４）。発話要求リストは、例えば、発話要求を行ったＤＵ２を要求順に並べた表である。

発話要求リストにリストアップされたプライオリティ非設定ＤＵ２ｎは、発話要求の許可と拒否のいずれか一方が選択されるまで、リクエスト待ち状態となる。発話要求の許可と拒否とは、例えば、議長などの操作端末４の操作により選択される。

発話要求の許可が選択されたとき（Ｓ２０２５の「はい」）、ＣＵ１の制御部１６は、ＦＩＦＯとＬＩＦＯのいずれかの設定内容に応じて、そのプライオリティ非設定ＤＵ２ｎに音声スロットと音声領域とを強制的に割り当てる（Ｓ２０２６）。このとき、ＣＵ１の制御部１６は、発話要求が許可されたプライオリティ非設定ＤＵ２ｎを発話要求リストから削除する（Ｓ２０２７）。

発話要求が拒否されたとき（Ｓ２０２５の「いいえ」）、ＣＵ１の制御部１６は、そのプライオリティ非設定ＤＵ２ｎを発話要求リストから削除する（Ｓ２０２８）。

●会議モード「フルリモートモード」のとき
前述のとおり、フルリモートモードでは、プライオリティ非設定ＤＵ２ｎのマイクオントリガーは、何も設定されない（オフ）。すなわち、プライオリティ非設定ＤＵ２ｎは、発話要求をすることができない。プライオリティ設定ＤＵ２ｐのマイクオントリガーは、予め、自動モードと手動モードのいずれか一方に設定される。

図４４は、フルリモートモードにおけるＣＵ１の情報処理を示すフローチャートである。
先ず、ＣＵ１の制御部１６は、ＤＵ２からの発話要求と、操作端末４からの要求と、のいずれかの要求を待つ（Ｓ２０３１の「いいえ」）。要求があったとき（Ｓ２０３１の「はい」）、ＣＵ１の制御部１６は、その要求がＤＵ２からの発話要求と、操作端末４からの要求と、のどちらかの確認を行う（Ｓ２０３２）。前述のとおり、発話要求は、プライオリティ設定ＤＵ２ｐのみが行う。操作端末４からの要求は、プライオリティ非設定ＤＵ２ｎに対して行われる。

要求が発話要求であるとき（Ｓ２０３２の「発話要求」）、ＣＵ１の制御部１６は、発話要求を行ったプライオリティ設定ＤＵ２ｐに既定の音声スロットと音声領域とを割り当てる（Ｓ２０３３）。

要求が操作端末４からの要求であるとき（Ｓ２０３２の「端末操作」）、ＣＵ１の制御部１６は、音声スロットと音声領域との空きを確認する（Ｓ２０３４）。

音声スロットに空きがあるとき（Ｓ２０３４の「はい」）、ＣＵ１の制御部１６は、操作端末４により発話が要求されているプライオリティ非設定ＤＵ２ｎに空いている音声スロットと音声領域とを割り当てる（Ｓ２０３５）。

音声スロットと音声領域とに空きがないとき（Ｓ２０３４の「いいえ」）、ＣＵ１の制御部１６は、ＦＩＦＯとＬＩＦＯのいずれかの設定内容に応じて、そのプライオリティ非設定ＤＵ２ｎに音声スロットと音声領域とを強制的に割り当てる（Ｓ２０３６）。

●会議モードのまとめ
このように、会議システムＳは、マイクオントリガーモードと、オーバーライドモードと、の設定内容が組み合わされた選択可能な複数の会議モードを備える。そのため、例えば、総務部門の社員などであって、会議の開始直前に会議システムＳの動作設定の準備を行う者は、複数の会議モードの中から最適な会議モードを適宜選択することで、容易に会議システムＳの動作設定の準備を行うことができる。

●操作端末の入力画面●
会議システムＳの動作を制御する各種の制御情報は、例えば、操作端末４の表示部４４に表示される入力画面を介して入力されて、ＣＵ１の記憶部１３に記憶される。入力画面は、制御情報の入力・変更の際に、システム管理者などに用いられる画面である。すなわち、例えば、入力画面は、ＣＵ１やＤＵ２の設定の入力のための画面である。前述のとおり、制御情報は、例えば、会議システムＳのシステム設定に関する情報や、プライオリティに関する情報、発話要求リストなどを含む。操作端末４の制御部４６は、入力画面に対応した制御情報をＣＵ１の記憶部１３から読み出して、表示部４４に表示させる。

入力画面は、例えば、会議システム初期設定画面（以下「初期画面」という。）と、会議準備画面（以下「準備画面」という。）と、会議進行画面（以下「進行画面」という。）と、を含む。操作端末４の制御部４６により、後述する所定の条件に基づいて、１の入力画面が選択される。すなわち、例えば、制御部４６は、所定の条件が成立したか否かを判定し、その判定の結果に基づいて、表示部４４に表示される入力画面を、初期画面と準備画面と進行画面との中から選択する。所定の条件は、例えば、ＣＵ１とＤＵ２と間の物理的・通信的な接続の状態（接続の有無など）、特定の項目の設定の完了、ＤＵ２の接続状態の異常の発生、特定のＤＵ（例えば、通訳ユニットなど）の接続状態などである。すなわち、例えば、制御部４６は、複数の制御情報のうち特定の制御情報がＣＵ１の記憶部１３に記憶されている否かを判定した結果や、ユニット接続部１２ｂにＤＵ２が接続しているか否かの判定の結果や、ユニット接続部１２ｂに複数のＤＵ２のうちの特定のＤＵ２が接続しているか否かの判定の結果や、ユニット接続部１２ｂに接続しているＤＵ２の接続異常が発生しているか否かの判定の結果、などに基づいて、表示部４４に表示される入力画面を選択する。

図４５は、会議システムＳが備える操作端末４の表示部４４に表示される入力画面の選択画面を示す模式図である。
同図は、選択できる項目を実線で、選択できない項目を破線で示す。

会議システムＳが起動すると、操作端末４の表示部４４に選択画面が表示される。選択画面は、例えば、システム管理者や会議システムＳの動作設定の準備を行う者などが、初期画面と、準備画面と、進行画面と、の中からいずれかの画面の選択を行う画面である。

選択画面に選択可能に表示される入力画面は、例えば、ＣＵ１とＤＵ２との通信状態に応じて、変化する。すなわち、例えば、ＣＵ１とＤＵ２とが通信不可能あるとき、選択画面に表示される入力画面のうち、初期画面のみが選択可能である。ＣＵ１とＤＵ２とが通信不可能とは、例えば、ＣＵ１にＤＵ２が接続されていない状態などをいう。ＣＵ１とＤＵ２とが通信可能であるとき、選択画面に表示される入力画面のうち、準備画面と進行画面とが選択可能である。ＣＵ１とＤＵ２とが通信可能とは、例えば、ＣＵ１にＤＵ２が接続されている状態などをいう。選択画面に選択可能に表示される入力画面は、操作端末４の制御部４６により決定される。このように、選択可能な入力画面が所定の条件に応じて変化することで、情報の入力を行う者の入力画面の選択が容易になると共に、所定の条件に基づいた各種の設定を行うことができるため、設定される内容同士が矛盾するなどの誤操作や誤入力が低減される。

なお、本実施の形態における選択画面では、例えば、ログイン画面に入力される認証情報などにより、選択できる入力画面が変化してもよい。

また、選択画面は、例えば、ＣＵ１と複数のＤＵ２とが通信可能であるとき、プライオリティの設定に関する情報が入力される画面を表示してもよい。

さらに、選択画面は、例えば、ＣＵ１と複数のＤＵ２とが通信不可能であるとき、初期画面に通信情報が入力される画面を表示してもよい。

さらにまた、選択画面は、例えば、通訳ユニットなどの特定の用途に対応したＤＵがＣＵ１に接続されたとき、特定の用途に対応した設定に関する情報が入力される画面を表示する態様でもよい。

さらにまた、選択画面で選択可能な入力画面は、本実施の形態に限定されない。すなわち、例えば、選択画面で選択可能な入力画面は、メンテナンス画面などの他の入力画面を含んでもよい。

●初期画面
図４６は、初期画面の模式図である。
初期画面は、例えば、システム管理者が会議システムＳの設定を入力・変更する画面である。初期画面で表示される情報は、会議システムＳのシステム設定に関する情報、例えば、サブネットマスクなどのＣＵ１がＤＵ２を特定するために（ＣＵ１とＤＵ２とが通信するために）用いる通信情報や、ファームウェアに関する情報、ＣＵ１の端子設定情報、などの会議システムＳの初期設定のための情報である。

初期画面において情報の入力が完了することで、ＣＵ１とＤＵ２とは通信可能となる。初期画面において情報の入力が完了することで、選択画面において、準備画面と進行画面とが選択可能となる。

●準備画面
図４７は、準備画面の模式図である。
準備画面は、例えば、会議システムＳの動作設定の準備を行う者が、各ＤＵ２の設定を入力する画面である。準備画面で表示される情報は、各ＤＵ２のユニット設定情報、例えば、プライオリティの設定に関する情報や、マイクオントリガーの設定に関する情報、ＤＵ２の発光部２８の発光色などの報知情報などである。これらの情報は、例えば、ＤＵ２の相対ＩＤに関連付けられて準備画面内に表示される。

準備画面に表示されるユニット設定情報、例えば、ＣＵ１に過去に接続されたＤＵ２のユニット設定情報は、ユニット設定情報ＤＢに記憶されている情報である。一方、ＣＵ１に新たに接続されたＤＵ２のユニット設定情報は、前述のとおり、ＤＵ２の出荷時の設定（初期値）である。

図４８は、情報入力後の準備画面の模式図である。
同図は、図４７に示す準備画面から新たに入力された情報をアンダーラインで示す。

●進行画面
図４９は、進行画面の模式図である。
進行画面は、例えば、議長などの会議の進行を行う者が、各ＤＵ２の動作を制御する情報を入力する画面である。進行画面に表示される情報は、各ＤＵ２の制御に関する情報、例えば、発話要求リストや会議モードに関する情報などである。

進行画面は、例えば、前述した会議モードのリクエストトークモードやフルリモートモードが選択されたときに議長などに使用される。例えば、操作端末４は、進行画面に発話要求リストを表示して、発話要求に対する許可と拒否とを進行画面内で議長に選択させる。

●入力画面のまとめ
このように、会議システムＳでは、所定の条件に基づいて、操作端末４の制御部４６により１の入力画面が選択される。そのため、会議システムＳは、入力された設定内容同士の矛盾を回避する。すなわち、本実施の形態にかかる会議システムは、簡易な構成で確実な設定作業を実現する。

なお、本発明における各入力画面は、画面に表示される項目に応じて、ＧＵＩ（Graphic User Interface）の表示態様が異なっていてもよい。すなわち、例えば、会議システムＳは、初期画面はアコーディオン形式、準備画面はウィザード形式、進行画面はタブ形式で表示してもよい。

また、本発明における各入力画面は、操作端末４を操作する者の権限に応じて、表示部４４に表示される項目が異なっていてもよい。その結果、操作端末４を操作する者の権限に相違する情報の入力や変更は、防止される。

●まとめ
以上説明した実施の形態によれば、会議システムＳは、ＣＵ１からＤＵ２へカウンタフラグを含むパケットを定期的に伝送して、相対ＩＤと絶対ＩＤとを関連付けたデータベースに記憶された情報を更新する。会議システムＳでは、ＤＵ２に接続異常が発生して相対ＩＤに変更が生じても、相対ＩＤと絶対ＩＤとの関連付けが更新されるため、ＤＵ２の接続状態の変更の前後における音声情報などの情報の齟齬は生じない。すなわち、本発明にかかる会議システムは、ＣＵとＤＵ２の接続状態を確実に管理すると共に、接続異常が発生した場合にＤＵからの情報を継続的に取得可能である。

また、以上説明した実施の形態によれば、会議システムＳは、ＣＵ１同士の接続や切断があった場合に、自動的にプライオリティの設定を変更する。そのため、本発明にかかる会議システムでは、前述した矛盾状態が生じない。また、本発明にかかる会議システムは、システム管理者による、ＣＵ同士の接続状態に応じたプライオリティの設定を不要とする。そのため、本発明にかかる会議システムは、システム管理者のプライオリティ再設定の負担を軽減する。

さらに、以上説明した実施の形態によれば、会議システムＳは、ＤＵ２からの発話要求を定期的なリクエストフラグの処理により取り込み、音声スロットと音声領域との空きに応じてＣＵ１にコマンドを送信させる。すなわち、会議システムＳは、発話要求のたびにＤＵ２からＣＵ１にコマンドを送信しない。そのため、本発明にかかる会議システムは、一度に複数のＤＵから発話要求があっても情報処理の負荷を過剰に受けない。その結果、本発明にかかる会議システムＳは、発話要求のたびにＤＵがＣＵからコマンドを受信するシステムと比べて、高い処理能力を必要としない。

さらにまた、以上説明した実施の形態によれば、発話要求をしたＤＵ２は、音声スロットと音声領域とに空きがない場合に自動的にリクエスト待ち状態になる。そのため、本発明にかかる会議システムは、ソフトウェア上で全ての発話要求に応じる必要がなく、ソフトウェア上の情報処理の負荷が軽減される。

さらにまた、以上説明した実施の形態によれば、会議システムＳは、所定の条件に基づいて、操作端末４の制御部４６により１の入力画面が選択される。そのため、本発明にかかる会議システムは、情報の入力を行う者が設定した内容同士の矛盾を回避することができる。すなわち、本発明にかかる会議システムは、簡易な構成で確実な設定作業を実現する。

さらにまた、以上説明した実施の形態によれば、会議システムＳは、オーバーライドと、マイクオントリガーと、が関連付けられた会議モードを選択させることで、各ＤＵ２の音声スロットと音声領域との割当方式やリクエストフラグの付与方式を設定する。そのため、例えば、オペレーターなどの専門知識を要する者でなくとも、複数の会議モードの中から会議の内容や参加者の構成などから最適な会議モードを適宜選択することで、容易に会議システムＳの動作設定の準備を行うことができる。すわなち、本発明にかかる会議システムは、設定作業の利便性に優れる。

●本発明にかかる会議システムのまとめ●
以上説明した本発明にかかる会議システムの特徴について、以下にまとめて記載しておく。

（特徴１）
コントロールユニット（ＣＵ１）と、
ディスカッションユニット（ＤＵ２）と、
を有してなり、
前記ディスカッションユニットは、前記コントロールユニットに対して音声情報を送信し、
前記コントロールユニットは、前記ディスカッションユニットとの間で運用パケットを繰り返し送受信し、
前記ディスカッションユニットは、
ＤＵ制御部（制御部２６）と、
ＤＵ通信部（通信部２１）と、
を備え、
前記ＤＵ制御部は、前記運用パケットにリクエストフラグを付与し、
前記ＤＵ通信部は、前記コントロールユニットに対して、前記リクエストフラグが付与された前記運用パケットを送信し、
前記コントロールユニットは、
ＣＵ記憶部（記憶部１３）と、
音声スロットと、
ＣＵ制御部（制御部１６）と、
を備え、
前記ＣＵ記憶部は、前記コントロールユニットと前記ディスカッションユニットとの動作を制御する制御情報を記憶し、
前記音声スロットは、前記ディスカッションユニットからの前記音声情報を受信し、
前記ＣＵ制御部は、前記リクエストフラグが付与された前記運用パケットを送信した前記ディスカッションユニットに対して、前記音声スロットを割り当て、
前記制御情報は、
前記リクエストフラグを前記運用パケットに付与する複数の付与方式のうちのいずれかの付与方式を特定する付与方式（マイクオントリガー）情報と、
前記音声スロットに空いていないときに前記リクエストフラグが付与された前記運用パケットを送信した前記ディスカッションユニットに対して前記音声スロットを割り当てる複数の割当方式のうちのいずれかの割当方式を特定する割当方式（オーバーライド）情報と、
を含み、
前記付与方式情報は、前記割当方式情報と関連付けられて前記ＣＵ記憶部に記憶される、
ことを特徴とする会議システム。

（特徴２）
前記ＣＵ記憶部には、前記複数の付与方式のうちのいずれかの付与方式と、前記複数の割当方式のうちのいずれかの割当方式と、の組合せを特定する組合情報（会議モード）が、前記付与方式情報と前記割当方式情報とに関連付けられて記憶される、
特徴１記載の会議システム。

（特徴３）
操作端末（４）、
を備え、
前記操作端末は、前記コントロールユニットと通信回線を介して接続され、
前記操作端末は、
ＯＰ記憶部（記憶部４３）と、
ＯＰ制御部（制御部４６）と、
ＯＰ通信部（通信部４１）と、
を備え、
前記ＯＰ記憶部には、前記複数の付与方式と前記複数の割当方式の組合せが異なる複数の前記組合情報が記憶され、
前記ＯＰ制御部は、前記ＯＰ記憶部に記憶されている複数の前記組合情報の中から１の前記組合情報を特定し、
前記ＯＰ通信部は、前記特定された前記組合情報を前記コントロールユニットに送信する、
特徴２記載の会議システム。

（特徴４）
前記ディスカッションユニットに取り付けられるマイクロホン、
を備え、
前記付与方式は、前記マイクロホンをオンにするためのトリガーの設定に関する方式であり、
前記割当方式は、前記音声スロットへのオーバーライドのオン・オフの設定に関する方式である、
特徴１記載の会議システム。

Ｓ 会議システム
１ コントロールユニット（ＣＵ）
２ ディスカッションユニット（ＤＵ）
３ マイクロホン
４ 操作端末
１１ 通信部（ＣＵ通信部）
１２ 接続部
１３ 記憶部（ＣＵ記憶部）
１４ 表示部
１５ 操作部
１６ 制御部（ＣＵ制御部）
２０ 筐体
２１ 通信部（ＤＵ通信部）
２２ 接続部
２３ 記憶部
２４ 表示部
２５ 操作部
２６ 制御部（ＤＵ制御部）
２７ スピーカ
２８ 発光部
２８ａ 第１発光部
２８ｂ 第２発光部

Claims (4)

1. コントロールユニットと、
   ディスカッションユニットと、
   を有してなり、
   前記ディスカッションユニットは、前記コントロールユニットに対して音声情報を送信し、
   前記コントロールユニットは、前記ディスカッションユニットとの間で運用パケットを繰り返し送受信し、
   前記ディスカッションユニットは、
   ＤＵ制御部と、
   ＤＵ通信部と、
   を備え、
   前記ＤＵ制御部は、前記運用パケットにリクエストフラグを付与し、
   前記ＤＵ通信部は、前記コントロールユニットに対して、前記リクエストフラグが付与された前記運用パケットを送信し、
   前記コントロールユニットは、
   ＣＵ記憶部と、
   音声スロットと、
   ＣＵ制御部と、
   を備え、
   前記ＣＵ記憶部は、前記コントロールユニットと前記ディスカッションユニットとの動作を制御する制御情報を記憶し、
   前記音声スロットは、前記ディスカッションユニットからの前記音声情報を受信し、
   前記ＣＵ制御部は、前記リクエストフラグが付与された前記運用パケットを送信した前記ディスカッションユニットに対して、前記音声スロットを割り当て、
   前記制御情報は、
   前記リクエストフラグを前記運用パケットに付与する複数の付与方式のうちのいずれかの付与方式を特定する付与方式情報と、
   前記音声スロットが空いていないときに前記リクエストフラグが付与された前記運用パケットを送信した前記ディスカッションユニットに対して前記音声スロットを割り当てる複数の割当方式のうちのいずれかの割当方式を特定する割当方式情報と、
   を含み、
   前記付与方式情報は、前記割当方式情報と関連付けられて前記ＣＵ記憶部に記憶される、
   ことを特徴とする会議システム。
2. 前記ＣＵ記憶部には、前記複数の付与方式のうちのいずれかの付与方式と、前記複数の割当方式のうちのいずれかの割当方式と、の組合せを特定する組合情報が、前記付与方式情報と前記割当方式情報とに関連付けられて記憶される、
   請求項１記載の会議システム。
3. 操作端末、
   を備え、
   前記操作端末は、前記コントロールユニットと通信回線を介して接続され、
   前記操作端末は、
   ＯＰ記憶部と、
   ＯＰ制御部と、
   ＯＰ通信部と、
   を備え、
   前記ＯＰ記憶部には、前記複数の付与方式と前記複数の割当方式の組合せが異なる複数の前記組合情報が記憶され、
   前記ＯＰ制御部は、前記ＯＰ記憶部に記憶されている複数の前記組合情報の中から１の前記組合情報を特定し、
   前記ＯＰ通信部は、前記特定された前記組合情報を前記コントロールユニットに送信する、
   請求項２記載の会議システム。
4. 前記ディスカッションユニットに取り付けられるマイクロホン、
   を備え、
   前記付与方式は、前記マイクロホンをオンにするためのトリガーの設定に関する方式であり、
   前記割当方式は、前記音声スロットへのオーバーライドのオン・オフの設定に関する方式である、
   請求項１記載の会議システム。
   
   
   

Images