(57)【要約】  コントロールユニット同士の接続状態の変化を認識したときにプライオリティを自動的に再設定する会議システムを得る。  会議システムＳであって、複数のコントロールユニット（ＣＵ）１を有してなり、マスターＣＵとスレーブＣＵとの間で、ＣＵ接続状態確認パケットを繰り返し送受信し、ＣＵ接続状態確認パケットは、スレーブＣＵの数のカウントに用いられるＣＵカウンタフラグを含み、マスターＣＵは、ＭＣＵ通信部１１とＭＣＵ記憶部１３とＭＣＵ制御部１６とを備え、スレーブＣＵはＳＣＵ制御部１６を備え、ＳＣＵ制御部は、ＣＵカウンタフラグのカウント値をインクリメントし、ＭＣＵ制御部は、スレーブＣＵからＣＵ接続状態確認パケットを受信するごとに、ＭＣＵ記憶部に記憶されているカウント値と、スレーブＣＵから受信したＣＵ接続状態確認パケットに含まれるＣＵカウンタフラグのカウント値と、を比較することを特徴とする。
2017149839.tif 000002
【特許請求の範囲】
【請求項１】
複数のコントロールユニット、
を有してなり、
前記複数のコントロールユニットのうち、１のコントロールユニットはマスターコントロールユニットで、他のコントロールユニットはスレーブコントロールユニットで、
前記マスターコントロールユニットは、前記スレーブコントロールユニットとの間で、ＣＵ接続状態確認パケットを繰り返し送受信し、
前記ＣＵ接続状態確認パケットは、前記スレーブコントロールユニットの数のカウントに用いられるＣＵカウンタフラグを含み、
前記マスターコントロールユニットは、
ＭＣＵ通信部と、
ＭＣＵ記憶部と、
ＭＣＵ制御部と、
を備え、
前記スレーブコントロールユニットは、
ＳＣＵ制御部と、
ＳＣＵ通信部と、
を備え、
前記ＭＣＵ制御部は、前記スレーブコントロールユニットに対して送信される前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値をリセットし、
前記ＭＣＵ通信部は、前記スレーブコントロールユニットに対して、前記ＣＵ接続状態確認パケットを送信し、
前記ＳＣＵ制御部は、前記ＣＵカウンタフラグの前記カウント値をインクリメントし、
前記ＳＣＵ通信部は、前記マスターコントロールユニットに対して、前記カウンタ値がインクリメントされた前記ＣＵカウンタフラグを含む前記ＣＵ接続状態確認パケットを送信し、
前記ＭＣＵ記憶部は、前記マスターコントロールユニットが前記スレーブコントロールユニットから受信した前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグのカウント値を記憶し、
前記ＭＣＵ制御部は、前記マスターコントロールユニットが前記スレーブコントロールユニットから前記ＣＵ接続状態確認パケットを受信するごとに、前記ＭＣＵ記憶部に記憶されている前記カウント値と、前記マスターコントロールユニットが前記スレーブコントロールユニットから受信した前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値と、を比較する、
ことを特徴とする会議システム。
【請求項２】
前記ＭＣＵ制御部は、前記ＭＣＵ記憶部に記憶されている前記カウント値と、前記マスターコントロールユニットが前記スレーブコントロールユニットから受信した前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値と、が不一致のとき、前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値で、前記ＭＣＵ記憶部に記憶されている前記カウント値を更新する、
請求項１記載の会議システム。
【請求項３】
複数のディスカッションユニット、
を備え、
前記複数のディスカッションユニットのそれぞれは、前記複数のコントロールユニットのいずれか１のコントロールユニットと通信回線を介して接続し、
前記複数のディスカッションユニットのうち、一部のディスカッションユニットは、発話可能に制御され、
前記ＭＣＵ記憶部は、前記発話可能なディスカッションユニットごとの優先権限を記憶し、
前記ＭＣＵ制御部は、前記ＭＣＵ記憶部に記憶されている前記カウント値と、前記マスターコントロールユニットが前記スレーブコントロールユニットから受信した前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値と、が不一致のとき、前記ＭＣＵ記憶部に記憶されている前記マスターコントロールユニットに接続する前記発話可能なディスカッションユニットごとの前記優先権限を更新する、
請求項２記載の会議システム。
【請求項４】
前記複数のコントロールユニットは、前記複数のディスカッションユニットとの間で、運用パケットを繰り返し送受信し、
前記運用パケットには、前記ディスカッションユニットの数のカウントに用いられるＤＵカウンタフラグが含まれる、
請求項３記載の会議システム。
【請求項５】
前記ＭＣＵ制御部は、前記ＭＣＵ記憶部に記憶されている前記カウント値が、前記マスターコントロールユニットが前記スレーブコントロールユニットから受信した前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値よりも大きいとき、前記ＭＣＵ記憶部に記憶されている前記マスターコントロールユニットに接続する前記発話可能なディスカッションユニットごとの前記優先権限のうち、一部の前記優先権限の優先順位を上げる、
請求項３記載の会議システム。
【請求項６】
前記ＭＣＵ制御部は、前記ＭＣＵ記憶部に記憶されている前記カウント値が、前記マスターコントロールユニットが前記スレーブコントロールユニットから受信した前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値よりも小さいとき、前記ＭＣＵ記憶部に記憶されている前記マスターコントロールユニットに接続する前記発話可能なディスカッションユニットごとの前記優先権限のうち、一部の前記優先権限の優先順位を下げる、
請求項３記載の会議システム。
【請求項７】
複数のディスカッションユニット、
を備え、
前記複数のディスカッションユニットのそれぞれは、前記複数のコントロールユニットのいずれか１のコントロールユニットと通信回線を介して接続し、
前記複数のディスカッションユニットのうち、一部のディスカッションユニットは、発話可能に制御され、
前記ＭＣＵ記憶部は、前記発話可能なディスカッションユニットごとの優先権限を記憶し、
前記ＭＣＵ制御部は、前記ＭＣＵ記憶部に記憶されている前記カウント値と、前記マスターコントロールユニットが前記スレーブコントロールユニットから受信した前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値と、が不一致のとき、前記ＭＣＵ記憶部に記憶されている前記発話可能なディスカッションユニットごとの前記優先権限を更新する、
請求項２記載の会議システム。
【請求項８】
前記発話可能なディスカッションユニットごとの前記優先権限の更新は、前記マスターコントロールユニットに接続する前記発話可能なディスカッションユニットごとの前記優先権限の更新よりも、前記スレーブコントロールユニットに接続する前記発話可能なディスカッションユニットごとの前記優先権限の更新が優先される、
請求項７記載の会議システム。
【請求項９】
前記スレーブコントロールユニットは、ＳＣＵ記憶部、を備え、
前記ＳＣＵ記憶部は、前記スレーブコントロールユニットに接続する前記発話可能なディスカッションユニットごとの優先権限を記憶し、
前記ＳＣＵ制御部は、前記発話可能なディスカッションユニットごとの前記優先権限の更新に連動して、前記スレーブコントロールユニットに接続する前記発話可能なディスカッションユニットごとの前記優先権限を更新する、
請求項８記載の会議システム。
【請求項１０】
複数のディスカッションユニット、
を備え、
前記複数のディスカッションユニットのそれぞれは、前記複数のコントロールユニットのいずれか１のコントロールユニットと通信回線を介して接続し、
前記複数のディスカッションユニットのうち、一部のディスカッションユニットは、発話可能に制御され、
前記ＭＣＵ制御部は、前記発話可能なディスカッションユニットの数と、前記マスターコントロールユニットに設定されている最大話者設定数と、を比較し、前記発話可能なディスカッションユニットの数が前記最大話者設定数以上のとき、前記発話可能なディスカッションユニットの数を前記最大話者設定数よりも小さくなるように前記発話可能なディスカッションユニットの数を変更する、
請求項２記載の会議システム。
【請求項１１】
前記発話可能なディスカッションユニットの数の変更は、前記スレーブコントロールユニットに接続する前記発話可能なディスカッションユニットから実行される、
請求項１０記載の会議システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、会議システムに関する。
【背景技術】
【０００２】
会議システムは、例えば、議会など、多人数の参加者が出席する会議などに用いられる。会議システムは、１つのコントロールユニットと、コントロールユニットに通信回線（有線や無線）を介して接続される複数のディスカッションユニットと、ディスカッションユニットに取り付けられるマイクロホンと、で構成される。【０００３】
コントロールユニットは、ディスカッションユニットごとの動作を管理すると共に、会議システム全体の動作を制御する。ディスカッションユニットは、ディスカッションユニットの使用者の音声をマイクロホンにより収音して音声情報を生成し、音声情報をコントロールユニットに送信する。【０００４】
ディスカッションユニットは、会議の参加者ごとに割り当てられる。すなわち、ディスカッションユニットの数は、参加者の人数に応じて増減する。そのため、会議システムは、ディスカッションユニットの数の増減、特にディスカッションユニットの数の増加に柔軟に対応しなければならない。【０００５】
これまでにも、ディスカッションユニットの数の増加に対応するため、例えば、複数のコントロールユニット同士を接続して大規模なシステムを構築可能とした会議システムが提案されている（例えば、非特許文献１参照）。【０００６】
このような大規模な会議システムでは、会議の円滑な進行やシステムの処理負荷の低減のため、同時に発話可能なディスカッションユニットの数は、例えば、１０台などに制限される。一方、例えば、発話に制限を設けてはならない会議の議長などが使用するディスカッションユニットには、常に発話可能とするなどの優先権限（以下「プライオリティ」という。）が設定される。プライオリティが設定されるディスカッションユニットの数は、発話可能なディスカッションユニットの数よりも少なく設定される。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】「Installation and User Manual」、p.91、televic conference、[online]、[平成２８年２月９日検索]、インターネット<http://www.manualslib.com/manual/642651/Televic-Confidea.html#manual>
【発明の概要】
【発明が解決しようとする課題】
【０００８】
複数のコントロールユニット同士を接続する場合、プライオリティが設定されるディスカッションユニットの数は、接続されるコントロールユニットの数に応じて変動する。すなわち、プライオリティが設定されるディスカッションユニットの数は、コントロールユニット同士の接続状態の変化に応じて変動する。その結果、会議システム全体としてのプライオリティの設定数と、実際にプライオリティが設定されるディスカッションユニットの数と、の間に矛盾が生じ得る。そのため、プライオリティが設定されるディスカッションユニットの数は、コントロールユニットの接続状態の変化に応じて、例えば、システム管理者による再設定を要する。しかし、この再設定は、システム管理者にとって負担となる。【０００９】
本発明は、以上のような従来技術の問題点を解消するためになされたもので、コントロールユニット同士の接続状態の変化を認識したときにプライオリティを自動的に再設定する会議システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、会議システムであって、複数のコントロールユニット、を有してなり、複数のコントロールユニットのうち、１のコントロールユニットはマスターコントロールユニットで、他のコントロールユニットはスレーブコントロールユニットで、マスターコントロールユニットは、スレーブコントロールユニットとの間で、ＣＵ接続状態確認パケットを繰り返し送受信し、ＣＵ接続状態確認パケットは、スレーブコントロールユニットの数のカウントに用いられるＣＵカウンタフラグを含み、マスターコントロールユニットは、ＭＣＵ通信部と、ＭＣＵ記憶部と、ＭＣＵ制御部と、を備え、スレーブコントロールユニットは、ＳＣＵ制御部と、ＳＣＵ通信部と、を備え、ＭＣＵ制御部は、スレーブコントロールユニットに対して送信されるＣＵ接続状態確認パケットに含まれるＣＵカウンタフラグのカウント値をリセットし、ＭＣＵ通信部は、スレーブコントロールユニットに対して、ＣＵ接続状態確認パケットを送信し、ＳＣＵ制御部は、ＣＵカウンタフラグのカウント値をインクリメントし、ＳＣＵ通信部は、マスターコントロールユニットに対して、カウンタ値がインクリメントされたＣＵカウンタフラグを含むＣＵ接続状態確認パケットを送信し、ＭＣＵ記憶部は、マスターコントロールユニットがスレーブコントロールユニットから受信したＣＵ接続状態確認パケットに含まれるＣＵカウンタフラグのカウント値を記憶し、ＭＣＵ制御部は、マスターコントロールユニットがスレーブコントロールユニットからＣＵ接続状態確認パケットを受信するごとに、ＭＣＵ記憶部に記憶されているカウント値と、マスターコントロールユニットがスレーブコントロールユニットから受信したＣＵ接続状態確認パケットに含まれるＣＵカウンタフラグのカウント値と、を比較する、ことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、コントロールユニット同士の接続状態の変化を認識したときにプライオリティを自動的に再設定する会議システムを提供できる。
【図面の簡単な説明】
【００１２】
【図１】本発明にかかる会議システムの実施の形態を示すネットワーク構成図である。
【図２】図１の会議システムが備えるコントロールユニットのハードウェア構成を示す機能ブロック図である。
【図３】図２のコントロールユニットが送受信するパケットのデータ構造図である。
【図４】図２のコントロールユニットの記憶部に記憶される情報の例を示す模式図である。
【図５】図２のコントロールユニットの記憶部に記憶される別の情報を示す模式図である。
【図６】図１の会議システムが備えるディスカッションユニットの斜視図である。
【図７】図６のディスカッションユニットのハードウェア構成を示す機能ブロック図である。
【図８】図６のディスカッションユニットの背面図である。
【図９】マイクロホンが取り付けられた図６のディスカッションユニットの斜視図である。
【図１０】図１の会議システムが備える操作端末のハードウェア構成を示す機能ブロック図である。
【図１１】１つのコントロールユニットを備える本発明にかかる会議システムの情報処理を示すフローチャートである。
【図１２】図１１の情報処理の初期化処理におけるコントロールユニットの情報処理を示すフローチャートである。
【図１３】図１２の初期化処理における会議システムの情報処理を示すシーケンス図である。
【図１４】図１２の初期化処理における会議システムの情報処理を示す別のシーケンス図である。
【図１５】図１２の初期化処理における会議システムの情報処理を示すさらに別のシーケンス図である。
【図１６】図１２の初期化処理後のコントロールユニットの記憶部に記憶される情報の例を示す模式図である。
【図１７】図１１の情報処理のＤＵ情報取得処理におけるコントロールユニットの情報処理を示すフローチャートである。
【図１８】図１７のＤＵ情報取得処理における会議システムの情報処理を示すシーケンス図である。
【図１９】図１７のＤＵ情報取得処理後のコントロールユニットの記憶部に記憶される情報の例を示す模式図である。
【図２０】図１１の情報処理のＤＵ設定処理におけるコントロールユニットの情報処理を示すフローチャートである。
【図２１】図２０のＤＵ設定処理における会議システムの情報処理を示すシーケンス図である。
【図２２】図１１の情報処理の運用処理におけるコントロールユニットの情報処理を示すフローチャートである。
【図２３】図２２の運用処理における会議システムの情報処理を示すシーケンス図である。
【図２４】図２２の運用処理において、ディスカッションユニットの接続状態に変更が有るときの会議システムの情報処理を示すシーケンス図である。
【図２５】図２２の運用処理の変更処理におけるコントロールユニットの情報処理を示すフローチャートである。
【図２６】図２５の変更処理における初期化処理の一例としての会議システムの情報処理を示すシーケンス図である。
【図２７】図２５の変更処理後のコントロールユニットの記憶部に記憶されている情報の例を示す模式図である。
【図２８】図２２の運用処理のリクエスト処理におけるコントロールユニットの情報処理を示すフローチャートである。
【図２９】図２８のリクエスト処理における会議システムの情報処理を示すシーケンス図である。
【図３０】図２２の運用処理のリクエスト処理におけるコントロールユニットの別の情報処理を示すフローチャートである。
【図３１】複数のコントロールユニットを備える本発明にかかる会議システムの情報処理を示すフローチャートである。
【図３２】図３１の情報処理のＣＵ接続状態確認処理における会議システムの情報処理を示すシーケンス図である。
【図３３】図３１の情報処理のスレーブＣＵ情報取得処理における会議システムの情報処理を示すシーケンス図である。
【図３４】図３１の情報処理のスレーブＤＵ初期化処理における会議システムの情報処理を示すシーケンス図である。
【図３５】図３１の情報処理のスレーブＤＵ情報取得処理における会議システムの情報処理を示すシーケンス図である。
【図３６】図３５のスレーブＤＵ情報取得処理後のコントロールユニットの記憶部に記憶される情報の例を示す模式図である。
【図３７】図３１の情報処理のスレーブＣＵのＤＢ情報取得処理における会議システムの情報処理を示すシーケンス図である。
【図３８】図３１の情報処理のスレーブＤＵ設定処理における会議システムの情報処理を示すシーケンス図である。
【図３９】図３１の会議システムが備えるコントロールユニットのプライオリティ再設定処理におけるコントロールユニットの情報処理を示すフローチャートである。
【図４０】図１の会議システムが備える会議モードの例を示す模式図である。
【図４１】図４０の会議システムの会議モードの選択の情報処理を示すフローチャートである。
【図４２】図４１の会議モードのフリートークモードにおけるコントロールユニットの情報処理を示すフローチャートである。
【図４３】図４１の会議モードのリクエストトークモードにおけるコントロールユニットの情報処理を示すフローチャートである。
【図４４】図４１の会議モードのフルリモートモードにおけるコントロールユニットの情報処理を示すフローチャートである。
【図４５】図１の会議システムが備える操作端末の表示部に表示される入力画面の選択画面を示す模式図である。
【図４６】図４５の入力画面の例である初期画面の模式図である。
【図４７】図４５の入力画面の別の例である準備画面の模式図である。
【図４８】図４７の準備画面において、情報入力後の準備画面の模式図である。
【図４９】図４５の入力画面のさらに別の例である進行画面の模式図である。
【発明を実施するための形態】
【００１３】
●会議システム（１）●
以下、図面を参照しながら、本発明にかかる会議システムの実施の形態について説明する。
【００１４】
●会議システムの構成
図１は、本発明にかかる会議システムの実施の形態を示すネットワーク構成図である。
会議システムＳは、例えば、議会など、多人数の参加者が出席する会議などで用いられる。会議システムＳは、会議の進行を円滑にすると共に、会議の議事録の作成などを行う。会議システムＳは、コントロールユニット（以下「ＣＵ」という。）１Ａ−１Ｃと、ディスカッションユニット（以下「ＤＵ」という。）２Ａ１−２Ａ４、２Ｂ１−２Ｂ４、２Ｃ１−２Ｃ４と、マイクロホン３Ａ１−３Ａ４、３Ｂ１−３Ｂ４、３Ｃ１−３Ｃ４と、操作端末４と、を有してなる。
【００１５】
ＣＵ１Ａ−１Ｃの構成は、全て同じである。ＤＵ２Ａ１−２Ａ４、２Ｂ１−２Ｂ４、２Ｃ１−２Ｃ４の構成は、全て同じである。マイクロホン３Ａ１−３Ａ４、３Ｂ１−３Ｂ４、３Ｃ１−３Ｃ４の構成は、全て同じである。
【００１６】
以下の説明において、ＣＵ１Ａ−１Ｃのそれぞれを区別する必要がないとき、それぞれを「ＣＵ１」と総称する。ＤＵ２Ａ１−２Ａ４、２Ｂ１−２Ｂ４、２Ｃ１−２Ｃ４のそれぞれを区別する必要がないとき、それぞれを「ＤＵ２」と総称する。マイクロホン３Ａ１−３Ａ４、３Ｂ１−３Ｂ４、３Ｃ１−３Ｃ４のそれぞれを区別する必要がないとき、それぞれを「マイクロホン３」と総称する。
【００１７】
なお、会議システムＳを構成するＣＵ１の数とＤＵ２の数とは、本実施の形態に限定されない。すなわち、例えば、各ＣＵ１に接続されるＤＵ２の数は、異なってもよい。
【００１８】
●ＤＵのＣＵへの接続方式
次に、複数のＤＵ２のＣＵ１への接続方式について、説明する。
複数のＤＵ２は、リング接続方式（以下「リング接続」という。）と、デイジーチェーン接続方式（以下「デイジー接続」という。）と、のいずれかの接続方式によりＣＵ１に接続される。
【００１９】
リング接続とは、複数のＤＵ２がＣＵ１と円環状に連なって接続される接続方式である。例えば、ＤＵ２Ａ１−２Ａ４は、ＣＵ１Ａにリング接続により接続される。ＤＵ２がＣＵ１にリング接続により接続される場合、後述するＣＵ１のユニット接続部の端子は、２つ使用される。
【００２０】
デイジー接続とは、複数のＤＵ２がＣＵ１と数珠つなぎ状に連なって接続される接続方式である。例えば、ＤＵ２Ｃ１−２Ｃ４は、ＣＵ１Ｃにデイジー接続により接続される。ＤＵ２がＣＵ１にデイジー接続により接続される場合、後述するＣＵ１のユニット接続部の端子は、１つ使用される。
【００２１】
なお、ＣＵ１とＤＵ２との接続の態様は、本実施の形態に限定されない。すなわち、例えば、複数のＤＵ２は、１つのＣＵ１にリング接続とデイジー接続との２つの接続方式を混在して接続されてもよい。つまり、あるＤＵ２はＣＵ１にリング接続され、他のＤＵ２はその同じＣＵ１にデイジー接続されてもよい。
【００２２】
●ＣＵとＣＵとの接続
次に、ＣＵ１同士の接続について、説明する。
３つのＣＵ１は、デイジー接続により接続される。例えば、ＣＵ１ＢとＣＵ１Ｃとは、ＣＵ１Ａにデイジー接続で接続される。この場合、例えば、ＣＵ１Ａは、マスター（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）の表示態様が異なっていてもよい。すなわち、例えば、会議システムＳは、初期画面はアコーディオン形式、準備画面はウィザード形式、進行画面はタブ形式で表示してもよい。
【０３３１】
また、本発明における各入力画面は、操作端末４を操作する者の権限に応じて、表示部４４に表示される項目が異なっていてもよい。その結果、操作端末４を操作する者の権限に相違する情報の入力や変更は、防止される。
【０３３２】
●まとめ
以上説明した実施の形態によれば、会議システムＳは、ＣＵ１からＤＵ２へカウンタフラグを含むパケットを定期的に伝送して、相対ＩＤと絶対ＩＤとを関連付けたデータベースに記憶された情報を更新する。会議システムＳでは、ＤＵ２に接続異常が発生して相対ＩＤに変更が生じても、相対ＩＤと絶対ＩＤとの関連付けが更新されるため、ＤＵ２の接続状態の変更の前後における音声情報などの情報の齟齬は生じない。すなわち、本発明にかかる会議システムは、ＣＵとＤＵ２の接続状態を確実に管理すると共に、接続異常が発生した場合にＤＵからの情報を継続的に取得可能である。
【０３３３】
また、以上説明した実施の形態によれば、会議システムＳは、ＣＵ１同士の接続や切断があった場合に、自動的にプライオリティの設定を変更する。そのため、本発明にかかる会議システムでは、前述した矛盾状態が生じない。また、本発明にかかる会議システムは、システム管理者による、ＣＵ同士の接続状態に応じたプライオリティの設定を不要とする。そのため、本発明にかかる会議システムは、システム管理者のプライオリティ再設定の負担を軽減する。
【０３３４】
さらに、以上説明した実施の形態によれば、会議システムＳは、ＤＵ２からの発話要求を定期的なリクエストフラグの処理により取り込み、音声スロットと音声領域との空きに応じてＣＵ１にコマンドを送信させる。すなわち、会議システムＳは、発話要求のたびにＤＵ２からＣＵ１にコマンドを送信しない。そのため、本発明にかかる会議システムは、一度に複数のＤＵから発話要求があっても情報処理の負荷を過剰に受けない。その結果、本発明にかかる会議システムＳは、発話要求のたびにＤＵがＣＵからコマンドを受信するシステムと比べて、高い処理能力を必要としない。
【０３３５】
さらにまた、以上説明した実施の形態によれば、発話要求をしたＤＵ２は、音声スロットと音声領域とに空きがない場合に自動的にリクエスト待ち状態になる。そのため、本発明にかかる会議システムは、ソフトウェア上で全ての発話要求に応じる必要がなく、ソフトウェア上の情報処理の負荷が軽減される。
【０３３６】
さらにまた、以上説明した実施の形態によれば、会議システムＳは、所定の条件に基づいて、操作端末４の制御部４６により１の入力画面が選択される。そのため、本発明にかかる会議システムは、情報の入力を行う者が設定した内容同士の矛盾を回避することができる。すなわち、本発明にかかる会議システムは、簡易な構成で確実な設定作業を実現する。
【０３３７】
さらにまた、以上説明した実施の形態によれば、会議システムＳは、オーバーライドと、マイクオントリガーと、が関連付けられた会議モードを選択させることで、各ＤＵ２の音声スロットと音声領域との割当方式やリクエストフラグの付与方式を設定する。そのため、例えば、オペレーターなどの専門知識を要する者でなくとも、複数の会議モードの中から会議の内容や参加者の構成などから最適な会議モードを適宜選択することで、容易に会議システムＳの動作設定の準備を行うことができる。すわなち、本発明にかかる会議システムは、設定作業の利便性に優れる。
【０３３８】
●本発明にかかる会議システムのまとめ●
以上説明した本発明にかかる会議システムの特徴について、以下にまとめて記載しておく。
【０３３９】
（特徴１）
複数のコントロールユニット（ＣＵ）、
を有してなり、
前記複数のコントロールユニットのうち、１のコントロールユニットはマスターコントロールユニットで、他のコントロールユニットはスレーブコントロールユニットで、
前記マスターコントロールユニットは、前記スレーブコントロールユニットとの間で、ＣＵ接続状態確認パケットを繰り返し送受信し、
前記ＣＵ接続状態確認パケットは、前記スレーブコントロールユニットの数のカウントに用いられるＣＵカウンタフラグを含み、
前記マスターコントロールユニットは、
ＭＣＵ通信部（通信部１１）と、
ＭＣＵ記憶部（記憶部１３）と、
ＭＣＵ制御部（制御部１６）と、
を備え、
前記スレーブコントロールユニットは、
ＳＣＵ制御部（制御部１６）と、
ＳＣＵ通信部（通信部１１）と、
を備え、
前記ＭＣＵ制御部は、前記スレーブコントロールユニットに対して送信される前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値をリセットし、
前記ＭＣＵ通信部は、前記スレーブコントロールユニットに対して、前記ＣＵ接続状態確認パケットを送信し、
前記ＳＣＵ制御部は、前記ＣＵカウンタフラグの前記カウント値をインクリメントし、
前記ＳＣＵ通信部は、前記マスターコントロールユニットに対して、前記カウンタ値がインクリメントされた前記ＣＵカウンタフラグを含む前記ＣＵ接続状態確認パケットを送信し、
前記ＭＣＵ記憶部は、前記マスターコントロールユニットが前記スレーブコントロールユニットから受信した前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグのカウント値を記憶し、
前記ＭＣＵ制御部は、前記マスターコントロールユニットが前記スレーブコントロールユニットから前記ＣＵ接続状態確認パケットを受信するごとに、前記ＭＣＵ記憶部に記憶されている前記カウント値と、前記マスターコントロールユニットが前記スレーブコントロールユニットから受信した前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値と、を比較する、
ことを特徴とする会議システム。
【０３４０】
（特徴２）
前記ＭＣＵ制御部は、前記ＭＣＵ記憶部に記憶されている前記カウント値と、前記マスターコントロールユニットが前記スレーブコントロールユニットから受信した前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値と、が不一致のとき、前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値で、前記ＭＣＵ記憶部に記憶されている前記カウント値を更新する、
特徴１記載の会議システム。
【０３４１】
（特徴３）
複数のディスカッションユニット、
を備え、
前記複数のディスカッションユニットのそれぞれは、前記複数のコントロールユニットのいずれか１のコントロールユニットと通信回線を介して接続し、
前記複数のディスカッションユニットのうち、一部のディスカッションユニットは、発話可能に制御され、
前記ＭＣＵ記憶部は、前記発話可能なディスカッションユニットごとの優先権限（プライオリティ）を記憶し、
前記ＭＣＵ制御部は、前記ＭＣＵ記憶部に記憶されている前記カウント値と、前記マスターコントロールユニットが前記スレーブコントロールユニットから受信した前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値と、が不一致のとき、前記ＭＣＵ記憶部に記憶されている前記マスターコントロールユニットに接続する前記発話可能なディスカッションユニットごとの前記優先権限を更新する、
特徴２記載の会議システム。
【０３４２】
（特徴４）
前記複数のコントロールユニットは、前記複数のディスカッションユニットとの間で、運用パケットを繰り返し送受信し、
前記運用パケットには、前記ディスカッションユニットの数のカウントに用いられるＤＵカウンタフラグが含まれる、
特徴３記載の会議システム。
【０３４３】
（特徴５）
前記ＭＣＵ制御部は、前記ＭＣＵ記憶部に記憶されている前記カウント値が、前記マスターコントロールユニットが前記スレーブコントロールユニットから受信した前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値よりも大きいとき、前記ＭＣＵ記憶部に記憶されている前記マスターコントロールユニットに接続する前記発話可能なディスカッションユニットごとの前記優先権限のうち、一部の前記優先権限の優先順位を上げる、
特徴３記載の会議システム。
【０３４４】
（特徴６）
前記ＭＣＵ制御部は、前記ＭＣＵ記憶部に記憶されている前記カウント値が、前記マスターコントロールユニットが前記スレーブコントロールユニットから受信した前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値よりも小さいとき、前記ＭＣＵ記憶部に記憶されている前記マスターコントロールユニットに接続する前記発話可能なディスカッションユニットごとの前記優先権限のうち、一部の前記優先権限の優先順位を下げる、
特徴３記載の会議システム。
【０３４５】
（特徴７）
複数のディスカッションユニット、
を備え、
前記複数のディスカッションユニットのそれぞれは、前記複数のコントロールユニットのいずれか１のコントロールユニットと通信回線を介して接続し、
前記複数のディスカッションユニットのうち、一部のディスカッションユニットは、発話可能に制御され、
前記ＭＣＵ記憶部は、前記発話可能なディスカッションユニットごとの優先権限を記憶し、
前記ＭＣＵ制御部は、前記ＭＣＵ記憶部に記憶されている前記カウント値と、前記マスターコントロールユニットが前記スレーブコントロールユニットから受信した前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値と、が不一致のとき、前記ＭＣＵ記憶部に記憶されている前記発話可能なディスカッションユニットごとの前記優先権限を更新する、
特徴２記載の会議システム。
【０３４６】
（特徴８）
前記発話可能なディスカッションユニットごとの前記優先権限の更新は、前記マスターコントロールユニットに接続する前記発話可能なディスカッションユニットごとの前記優先権限の更新よりも、前記スレーブコントロールユニットに接続する前記発話可能なディスカッションユニットごとの前記優先権限の更新が優先される、
特徴７記載の会議システム。
【０３４７】
（特徴９）
前記スレーブコントロールユニットは、ＳＣＵ記憶部、を備え、
前記ＳＣＵ記憶部は、前記スレーブコントロールユニットに接続する前記発話可能なディスカッションユニットごとの優先権限を記憶し、
前記ＳＣＵ制御部は、前記発話可能なディスカッションユニットごとの前記優先権限の更新に連動して、前記スレーブコントロールユニットに接続する前記発話可能なディスカッションユニットごとの前記優先権限を更新する、
特徴８記載の会議システム。
【０３４８】
（特徴１０）
複数のディスカッションユニット、
を備え、
前記複数のディスカッションユニットのそれぞれは、前記複数のコントロールユニットのいずれか１のコントロールユニットと通信回線を介して接続し、
前記複数のディスカッションユニットのうち、一部のディスカッションユニットは、発話可能に制御され、
前記ＭＣＵ制御部は、前記発話可能なディスカッションユニットの数と、前記マスターコントロールユニットに設定されている最大話者設定数と、を比較し、前記発話可能なディスカッションユニットの数が前記最大話者設定数以上のとき、前記発話可能なディスカッションユニットの数を前記最大話者設定数よりも小さくなるように前記発話可能なディスカッションユニットの数を変更する、
特徴２記載の会議システム。
【０３４９】
（特徴１１）
前記発話可能なディスカッションユニットの数の変更は、前記スレーブコントロールユニットに接続する前記発話可能なディスカッションユニットから実行される、
特徴１０記載の会議システム。
【符号の説明】
【０３５０】
Ｓ        会議システム
１        コントロールユニット（ＣＵ）
２        ディスカッションユニット（ＤＵ）
３        マイクロホン
４        操作端末
１１      通信部
１２      接続部
１３      記憶部
１４      表示部
１５      操作部
１６      制御部
２０      筐体
２１      通信部
２２      接続部
２３      記憶部
２４      表示部
２５      操作部
２６      制御部
２７      スピーカ
２８      発光部
２８ａ    第１発光部
２８ｂ    第２発光部
【図１】
2017149839.tif 000003
【図２】
2017149839.tif 000004
【図３】
2017149839.tif 000005
【図４】
2017149839.tif 000006
【図５】
2017149839.tif 000007
【図６】
2017149839.tif 000008
【図７】
2017149839.tif 000009
【図８】
2017149839.tif 000010
【図９】
2017149839.tif 000011
【図１０】
2017149839.tif 000012
【図１１】
2017149839.tif 000013
【図１２】
2017149839.tif 000014
【図１３】
2017149839.tif 000015
【図１４】
2017149839.tif 000016
【図１５】
2017149839.tif 000017
【図１６】
2017149839.tif 000018
【図１７】
2017149839.tif 000019
【図１８】
2017149839.tif 000020
【図１９】
2017149839.tif 000021
【図２０】
2017149839.tif 000022
【図２１】
2017149839.tif 000023
【図２２】
2017149839.tif 000024
【図２３】
2017149839.tif 000025
【図２４】
2017149839.tif 000026
【図２５】
2017149839.tif 000027
【図２６】
2017149839.tif 000028
【図２７】
2017149839.tif 000029
【図２８】
2017149839.tif 000030
【図２９】
2017149839.tif 000031
【図３０】
2017149839.tif 000032
【図３１】
2017149839.tif 000033
【図３２】
2017149839.tif 000034
【図３３】
2017149839.tif 000035
【図３４】
2017149839.tif 000036
【図３５】
2017149839.tif 000037
【図３６】
2017149839.tif 000038
【図３７】
2017149839.tif 000039
【図３８】
2017149839.tif 000040
【図３９】
2017149839.tif 000041
【図４０】
2017149839.tif 000042
【図４１】
2017149839.tif 000043
【図４２】
2017149839.tif 000044
【図４３】
2017149839.tif 000045
【図４４】
2017149839.tif 000046
【図４５】
2017149839.tif 000047
【図４６】
2017149839.tif 000048
【図４７】
2017149839.tif 000049
【図４８】
2017149839.tif 000050
【図４９】
2017149839.tif 000051
【手続補正書】
【提出日】平成29年4月21日(2017.4.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のコントロールユニットと、
複数のディスカッションユニットと、
を有してなり、
前記複数のディスカッションユニットのそれぞれは、前記複数のコントロールユニットのいずれか１のロントロールユニットと通信回線を介して接続し、
前記複数のディスカッションユニットのうち、一部のディスカッションユニットは、発話可能に制御され、
前記複数のコントロールユニットのうち、１のコントロールユニットはマスターコントロールユニットで、他のコントロールユニットはスレーブコントロールユニットで、
前記マスターコントロールユニットは、前記スレーブコントロールユニットとの間で、ＣＵ接続状態確認パケットを繰り返し送受信し、
前記ＣＵ接続状態確認パケットは、前記スレーブコントロールユニットの数のカウントに用いられるＣＵカウンタフラグを含み、
前記マスターコントロールユニットは、
ＭＣＵ通信部と、
ＭＣＵ記憶部と、
ＭＣＵ制御部と、
を備え、
前記スレーブコントロールユニットは、
ＳＣＵ制御部と、
ＳＣＵ通信部と、
を備え、
前記ＭＣＵ制御部は、前記スレーブコントロールユニットに対して送信される前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値をリセットし、
前記ＭＣＵ通信部は、前記スレーブコントロールユニットに対して、前記ＣＵ接続状態確認パケットを送信し、
前記ＳＣＵ制御部は、前記ＣＵカウンタフラグの前記カウント値をインクリメントし、
前記ＳＣＵ通信部は、前記マスターコントロールユニットに対して、前記カウンタ値がインクリメントされた前記ＣＵカウンタフラグを含む前記ＣＵ接続状態確認パケットを送信し、
前記ＭＣＵ記憶部は、前記マスターコントロールユニットが前記スレーブコントロールユニットから受信した前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグのカウント値と、前記発話可能なディスカッションユニットごとの優先権限と、を記憶し、
前記ＭＣＵ制御部は、
前記マスターコントロールユニットが前記スレーブコントロールユニットから前記ＣＵ接続状態確認パケットを受信するごとに、前記ＭＣＵ記憶部に記憶されている前記カウント値と、前記マスターコントロールユニットが前記スレーブコントロールユニットから受信した前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値と、を比較し、
前記ＭＣＵ記憶部に記憶されている前記カウント値と、前記マスターコントロールユニットが前記スレーブコントロールユニットから受信した前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値と、が不一致のとき、前記ＭＣＵ記憶部に記憶されている前記発話可能なディスカッションユニットごとの前記優先権限を更新する、
ことを特徴とする会議システム。
【請求項２】
前記ＭＣＵ制御部は、前記ＭＣＵ記憶部に記憶されている前記カウント値と、前記マスターコントロールユニットが前記スレーブコントロールユニットから受信した前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値と、が不一致のとき、前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値で、前記ＭＣＵ記憶部に記憶されている前記カウント値を更新する、
請求項１記載の会議システム。
【請求項３】
前記複数のディスカッションユニットのうち、一部のディスカッションユニットは前記マスターコントロールユニットに接続され、残りのディスカッションユニットは前記スレーブコントロールユニットに接続され、
前記ＭＣＵ制御部は、前記ＭＣＵ記憶部に記憶されている前記カウント値と、前記マスターコントロールユニットが前記スレーブコントロールユニットから受信した前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値と、が不一致のとき、前記ＭＣＵ記憶部に記憶されている前記マスターコントロールユニットに接続する前記発話可能なディスカッションユニットごとの前記優先権限を更新する、
請求項１記載の会議システム。
【請求項４】
前記複数のコントロールユニットは、前記複数のディスカッションユニットとの間で、運用パケットを繰り返し送受信し、
前記運用パケットには、前記ディスカッションユニットの数のカウントに用いられるＤＵカウンタフラグが含まれる、
請求項３記載の会議システム。
【請求項５】
前記ＭＣＵ制御部は、前記ＭＣＵ記憶部に記憶されている前記カウント値が、前記マスターコントロールユニットが前記スレーブコントロールユニットから受信した前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値よりも大きいとき、前記ＭＣＵ記憶部に記憶されている前記マスターコントロールユニットに接続する前記発話可能なディスカッションユニットごとの前記優先権限のうち、一部の前記優先権限の優先順位を上げる、
請求項３記載の会議システム。
【請求項６】
前記ＭＣＵ制御部は、前記ＭＣＵ記憶部に記憶されている前記カウント値が、前記マスターコントロールユニットが前記スレーブコントロールユニットから受信した前記ＣＵ接続状態確認パケットに含まれる前記ＣＵカウンタフラグの前記カウント値よりも小さいとき、前記ＭＣＵ記憶部に記憶されている前記マスターコントロールユニットに接続する前記発話可能なディスカッションユニットごとの前記優先権限のうち、一部の前記優先権限の優先順位を下げる、
請求項３記載の会議システム。
【請求項７】
（削除）
【請求項８】
前記発話可能なディスカッションユニットごとの前記優先権限の更新は、前記マスターコントロールユニットに接続する前記発話可能なディスカッションユニットごとの前記優先権限の更新よりも、前記スレーブコントロールユニットに接続する前記発話可能なディスカッションユニットごとの前記優先権限の更新が優先される、
請求項１記載の会議システム。
【請求項９】
前記スレーブコントロールユニットは、ＳＣＵ記憶部、を備え、
前記ＳＣＵ記憶部は、前記スレーブコントロールユニットに接続する前記発話可能なディスカッションユニットごとの優先権限を記憶し、
前記ＳＣＵ制御部は、前記発話可能なディスカッションユニットごとの前記優先権限の更新に連動して、前記スレーブコントロールユニットに接続する前記発話可能なディスカッションユニットごとの前記優先権限を更新する、
請求項８記載の会議システム。
【請求項１０】
前記ＭＣＵ制御部は、前記発話可能なディスカッションユニットの数と、前記マスターコントロールユニットに設定されている最大話者設定数と、を比較し、前記発話可能なディスカッションユニットの数が前記最大話者設定数以上のとき、前記発話可能なディスカッションユニットの数を前記最大話者設定数よりも小さくなるように前記発話可能なディスカッションユニットの数を変更する、
請求項２記載の会議システム。
【請求項１１】
前記発話可能なディスカッションユニットの数の変更は、前記スレーブコントロールユニットに接続する前記発話可能なディスカッションユニットから実行される、
請求項１０記載の会議システム。
【国際調査報告】
2017149839.tif 000052
2017149839.tif 000053
2017149839.tif 000054
2017149839.tif 000055