JP2006060364A - 会議システム及び会議制御方法 - Google Patents

Abstract

【課題】 発言権を管理する会議システム及びその会議制御方法に関し、発言権要求の順番を含めて管理する。
【解決手段】 ＩＰ網を介して複数のユーザＡ，Ｂ，Ｃの端末と信号制御システム１とメディア制御システム２とを接続し、信号制御システム１の発言権制御部１１は、会議参加メンバ対応の優先度と発言権と待ち順とを登録する発言権管理テーブル１２ａを備え、発言権要求に対して発言権管理テーブル１２ａを参照し、発言権要求競合時は、優先度の高い発言権要求者に発言権を与え、優先度の低い発言権要求者を待ち順に登録し、それぞれ発言権要求者に応答通知し、発言権獲得後の発言権要求時に、発言権保持者の優先度が高い時、優先度の低い発言権要求者を待ち順に登録し、発言権保持者の優先度が低い時、該発言権を強制解放して、該発言権保持者を待ち順に登録し、優先度の高い発言権要求者に発言権を与える。
【選択図】 図１

Description

本発明は、複数のユーザがＩＰ網を介して会議を行う会議システム及びその会議制御方法に関する。

遠隔地に散在するユーザ間をオンライン接続して会議を行う会議システムは、会議参加者の発言を自由にすると、同時的に発言する場合が多くなり、発言内容が不明瞭となる問題があった。そこで、発言希望者の中から発言者を指定する会議システムが提案されている。例えば、発言希望者がＩＤカードを端末により読み取らせることによって発言希望要求を行い、議長側のディスプレイに発言希望者を表示し、その希望順に指定する会議システムが知られている（例えば、特許文献１参照）。

又複数の発言希望者の中で、緊急を要する発言要求に対して、一般発言希望者と区別して議長側に表示することにより、議長が緊急発言要求者に発言権を与える会議システムも知られている（例えば、特許文献２参照）。又電子黒板を用いた会議システムに於いて、複数の会議参加者の電子黒板への書込みの要求の順番等も表示する会議システムも知られている（例えば、特許文献３参照）。

又携帯電話機の通話機能と画像伝送表示機能とを用いて会議を行うシステムも知られており、又ＩＰ網を介して複数のユーザ間で、音声及び画像情報を伝送して会議を行うシステムも知られている。例えば、図１０に示すように、ＩＰ網を介して複数のユーザ間で会議を行うシステムが考えられる。同図に於いて、１０１は信号制御システム、１０２はメディア制御システム、１１１は発言権制御部、１１２は発言権管理情報部、１１３はイベント処理機能部、１１４は信号受信部、１１５は信号送信部を示し、ユーザＡ，Ｂ，Ｃが会議の参加メンバとして発言権管理情報部１１２に登録されている状態を示す。なお、発言権管理情報として、参加メンバと開催者と発言権との項目を有する場合を示し、ユーザＡが開催者であり且つ発言権を獲得した状態を示している。又ユーザＡ，Ｂ，Ｃは、ＩＰ網を介して信号制御システム１０１とメディア制御システム１０２と接続されている。

信号制御システム１０１は、ＩＰ電話システムに於ける例えばＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバの機能を含むもので、会議参加メンバからの発言権要求を信号受信部１１４により受信し、イベント処理機能部１１３によりイベント入力内容を判定し、発言権要求の場合に、発言権管理情報部１１２を参照して、発言権の登録の可否を判定し、可の場合は、発言権管理情報部１１２に登録して、信号送信部１１５から発言の許可を通知し、又不可の場合は、非許可であることを通知する。

例えば、ユーザＡが先に発言権要求を送出し、次にユーザＢが発言権要求を送出した場合、信号制御システム１０１の信号受信部１１４に於いて受信してＦＩＦＯメモリに一旦格納し、発言権制御部１１１のイベント処理機能部１１３によりＦＩＦＯメモリから１イベントを取り出し、発言権管理情報部１１２を参照して、発言権が登録されていない場合は、その発言権要求に従って登録し、信号送信部１１５から許可通知を送出する。この場合ユーザＡが最初の発言権要求者であったので、前述のように、発言権管理情報部１１２のユーザＡ対応に発言権を登録し、そのユーザＡに信号送信部１１５から発言権の許可を通知する。

次の発言権要求のユーザＢに対しては、発言権管理情報部１１２に既にユーザＡに対する発言権が登録されているので、ユーザＢに対しては非許可を通知する。この発言権管理情報部１１２の発言権の登録内容をメディア制御システム１０２に通知する。メディア制御システム１０２は、ユーザＡからの発言情報を、Ｒｅｃｉｅｖｅ ｏｎｌｙとして示すように受信して、会議参加メンバのユーザＢ，Ｃに対して、Ｓｅｎｄ ｏｎｌｙとして示すようにコピーして送信し、発言権が登録されていない例えばユーザＢからの発言情報は廃棄する。従って、同時に複数のユーザの発言内容が送受信されることがなくなる。

図１１は、図１０に示す会議システムに於ける発言権制御処理のフローチャートを示し、前述の発言権管理情報部１１２に発言権が登録されていない発言権の空きの時（ａ１）、信号受信部１１４にイベント入力（ａ２）があると、イベント処理機能部１１３は、発言権「獲得」要求（ａ３）か、発言権「解放」要求（ａ５）か、その他（ａ８）かを判定し、発言権「獲得」要求の場合は、発言権を要求者に与える（ａ４）。即ち、前述のように、発言権管理情報部１１２に登録する。そして、要求者に発言権獲得通知を送出する（ａ５）。又発言権「解放」要求（ａ６）の場合は、その要求者に発言権解放通知を送出し（ａ７）、ステップ（ａ１）に移行する。又イベントがその他（ａ８）の場合、そのイベントを破棄し（ａ９）、ステップ（ａ１）に移行する。

発言権が登録された後のイベント入力（ｂ１）により、発言権制御部１１１のイベント処理機能部１１３は、発言権「獲得」要求（ｂ４）か、発言権「解放」要求か、その他（ｂ７）かを判定し、発言権「獲得」要求（ｂ２）の場合は、その要求者に非許可通知を送出して（ｂ３）、ステップ（ｂ１）に移行する。又発言権「解放」要求（ｂ４）の場合は、発言権状態を空き（ｂ５）、即ち、発言権管理情報部１１２に登録された発言権を削除し、要求者に発言権解放通知を行って（ｂ６）、ステップ（ａ１）に移行する。又イベントがその他（ｂ７）の場合は、そのイベントを破棄し（ｂ８）、ステップ（ｂ１）に移行する。

図１２は、前述の図１０に示す会議システムの接続の概要を示すもので、信号制御システム１０１のアドレスを“１０．２２．１００．１”、メディア制御システム１０２のアドレスを“１０．２２．１００．２”、ユーザＡ，Ｂ，Ｃのアドレスを、それぞれ“１０．２２．１００．３”、“１０．２２．１００．４”、“１０．２２．１００．５”とし、メディア制御システム１０２のＳＩＰ−ＵＲＩ（ＳＩＰ−Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を“０９０１２３４９９９＠１０．２２．１００．１”とし、ユーザＡ，Ｂ，ＣのＳＩＰ−ＵＲＩをそれぞれ“０９０１２３４０００１＠１０．２２．１００．１”、“０９０１２３４０００２＠１０．２２．１００．１”、“０９０１２３４０００３＠１０．２２．１００．１”とし、ユーザＡ，Ｂ，Ｃは、同一ＳＩＰドメイン名の“１０．２２．１００．１”を有する場合を示す。又実線矢印は、ＳＩＰ信号の経路、点線矢印は、ＲＴＰ（Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケットの経路を示す。

通話相手の呼出し、会議参加要求、発言権「獲得」要求、発言権「解放」要求、各種要求に対する応答等は、ＳＩＰ信号により実線矢印の経路で送受信され、音声情報や画像情報等のメディア情報は、ＲＴＰパケットにより点線矢印の経路で、メディア制御システム１０２を介して送受信される。

図１３〜図１５は、従来例の会議システムに於けるシーケンスチャートを示し、前述の図１０及び図１２に於けるユーザＡ，Ｂ，Ｃと信号制御システムとメディア制御システムとを含む会議システムの動作について示すもので、図１３は会議参加シーケンスを示す。即ち、ユーザＡ，Ｂ，Ｃは、それぞれ信号制御システムに対してセッション確立要求“ＩＮＶＩＴＥ”を送信し、信号制御システムは、メディア制御システムに対してセッション確立要求“ＩＮＶＩＴＥ”を送信する。ユーザＡを会議の開催者として、ユーザＡが最初に参加メンバとして登録し、信号制御システムから“２００ ＯＫ”を受信した時の状態１と、次にユーザＢが信号制御システムから“２００ ＯＫ”を受信した時の状態２と、次にユーザＣが信号制御システムから“２００ ＯＫ”を受信した時の状態３とを、発言権管理情報の遷移として示す。この発言権管理情報は、メディア制御システムにも通知されていることになり、ユーザＡ，Ｂ，Ｃから“ＡＣＫ”を送出することにより、メディア制御システムは、会議の参加メンバのユーザＡ，Ｂ，Ｃ間の音声や画像等のメディアデータの送受信制御が可能の状態となる。

次に図１４に示すように、ユーザＡが“ＩＮＦＯ（発言権「獲得」要求）”を信号制御システムに送出して発言権要求を行う。これをシーケンスＦ１とし、以下シーケンスＦ２〜Ｆ１４について説明する。信号制御システムは、発言権管理情報部に発言権が登録されているか否かを判定し、発言権が登録されていない場合、メディア制御システムに対して“ＩＮＦＯ（通話路変更通知）”を送出する（Ｆ２）。メディア制御システムは、信号制御システムに応答“２００ ＯＫ”を送出する（Ｆ３）。信号制御システムは、ユーザＡの発言権を発言権管理情報部に登録して、ユーザＡに応答“２００ ＯＫ（発言権獲得通知）”を送出する（Ｆ４）。メディア制御システムは、ユーザＡからの音声等のメディアデータを、他の会議メンバのユーザＢ，Ｃに送出し、発言権が登録されていないユーザＢ，Ｃからのメディアデータを受信しても廃棄する。

この状態で、ユーザＢが“ＩＮＦＯ（発言権「獲得」要求）”を信号制御システムに送出すると（Ｆ５）、信号制御システムは、発言権管理情報部を参照すると、既に発言権が登録されているから、ユーザＢに対して“４０３ Ｆｏｂｉｄｄｅｎ（発言権「獲得」要求 非許可通知）”を送出する（Ｆ６）。

又図１５に示すように、ユーザＡが“ＩＮＦＯ（発言権「解放」要求）”を送出すると（Ｆ７）、信号制御システムは、発言権管理情報部を参照し、ユーザＡの発言権が登録されているので、発言権管理情報部に登録されていたユーザＡの発言権を削除し、メディア制御システムに“ＩＮＦＯ（通話路変更通知）”を送出すると（Ｆ８）、メディア制御システムは、信号制御システムに応答“２００ ＯＫ”を送出する（Ｆ９）。信号制御システムは、ユーザＡに応答“２００ ＯＫ（発言権解放通知）”を送出する（Ｆ１０）。

この状態に於いて、ユーザＢから“ＩＮＦＯ（発言権「獲得」要求）”を送出すると（Ｆ１１）、信号制御システムは、発言権管理情報部を参照し、発言権空きの状態であるから、メディア制御システムに“ＩＮＦＯ（通話路変更通知）”を送出し（Ｆ１２）、メディア制御システムからの応答“２００ ＯＫ”を受信すると（Ｆ１３）、発言権管理情報部のユーザＢに対する発言権を登録し、ユーザＢに応答“２００ ＯＫ（発言権獲得通知）を送出し（Ｆ１４）、発言権がユーザＡからユーザＢに交代することになる。
特開平３−２０１６５８号公報 特開平８−９０６３号公報 特開２００３−２１９０９８号公報

発言権を登録して管理する従来例の例えば特許文献１〜３に於いては、会議を主催する議長が発言権要求者の登録順番に従って発言権を与えるか、更には緊急発言の要求者を区別できるようにするもので、議長が発言権要求者の登録内容をディスプレイ等により確認しながら議事を進行させなければならず、議長の負担が大きい問題がある。

そこで、前述の従来例の図１０〜図１５に示すように、信号制御システムとメディア制御システムとを用いて、発言権管理を行うことにより、発言権を管理して、会議の議長の負担を軽減する会議システムに於いては、発言権要求の競合が生じた場合に、最先の要求者に発言権が与えられることになり、その後の発言権要求については、登録発言権が解放されるまで非許可通知となる。従って、発言権要求者は、繰り返し発言権要求を送出しなければならない問題がある。その為に、会議中に一度も発言権が与えられない最悪の状態が発生する可能性がある。

本発明は、従来例の問題点を解決するもので、発言権要求の順番を含めて管理することにより、発言権要求者に順次発言を可能とすることを目的とする。

本発明の会議システムは、ＩＰ網を介して会議参加メンバの複数のユーザの端末と信号制御システムとメディア制御システムとを接続した会議システムに於いて、前記信号制御システムは、発言権制御部とイベント処理機能部とを含む構成を有し、前記発言権制御部は、会議参加メンバ対応の優先度と発言権と待ち順とを登録する発言権管理テーブルを備え、前記イベント処理機能部は、イベント入力内容を判定し、発言権要求に対して前記発言権管理テーブルを参照し、発言権要求競合時は、優先度の高い発言権要求者に発言権を与えるように前記発言権管理テーブルに登録し、優先度の低い発言権要求者を前記発言権管理テーブルの待ち順に登録して、それぞれ発言権要求者に応答通知し、発言権獲得後の発言権要求時に、発言権保持者の優先度が高い時、優先度の低い発言権要求者を前記発言権管理テーブルの待ち順に登録し、発言権保持者の優先度が低い時、該発言権を強制解放して、該発言権保持者を前記発言権管理テーブルの待ち順に登録し、優先度の高い発言権要求者に発言権を与えるように前記発言権管理テーブルに登録して、それぞれ応答通知する手段を備え、前記メディア制御システムは、前記信号制御システムの前記発言権管理テーブルの会議参加メンバと発言権登録者とを含むメディア制御情報に従って前記会議参加メンバ間のメディアデータの転送を制御する手段を備えている。

又前記イベント処理機能部は、イベント入力内容を判定し、発言権保持者からの発言権の解放要求により、前記発言権管理テーブルに登録された発言権を削除し、前記待ち順に登録されている発言権要求者に発言権の空き通知を行い、該空き通知に従った発言権要求に対して発言権を与えるように前記発言権管理テーブルに登録する手段を備えている。

又前記イベント処理機能部は、イベント入力内容を判定し、前記発言権管理テーブルに登録された発言権を削除して、待ち順の先頭に登録された発言権要求者に優先権を与え、他の発言権要求者に対して優先的に発言権を与えるように前記発言権管理テーブルに発言権を登録する手段を備えている。

又本発明の会議制御方法は、ＩＰ網を介して会議参加メンバの複数のユーザの端末と信号制御システムとメディア制御システムとを接続した会議システムに於ける会議制御方法に於いて、前記信号制御システムの発言権管理テーブルを、前記会議参加メンバ対応の優先度と発言権と待ち順とを登録する構成とし、前記会議参加メンバからの発言権要求のイベント入力に対して、前記発言権管理テーブルを参照し、発言権要求競合時は、優先度の高い発言権要求者に発言権を与えるように前記発言権管理テーブルに登録し、且つ優先度の低い発言権要求者を前記発言権管理テーブルの待ち順に登録して、それぞれ発言権要求者に応答通知し、発言権獲得後の発言権要求時に、発言権保持者の優先度が高い時、優先度の低い発言権要求者を前記発言権管理テーブルの待ち順に登録し、発言権保持者の優先度が低い時、該発言権を強制解放して、該発言権保持者を前記発言権管理テーブルの待ち順に登録し、優先度の高い発言権要求者に発言権を与えるように前記発言権管理テーブルに登録して、それぞれ応答通知する過程を含むものである。

又前記信号制御システムのイベント処理機能部に於いて会議参加メンバからのイベント入力内容を判定し、発言権保持者からの発言権の解放要求により、前記発言権管理テーブルに登録された発言権を削除し、前記待ち順に登録されている発言権要求者に発言権の空き通知を行い、該空き通知に従った発言権要求に対して発言権を与えるように前記発言権管理テーブルに登録する過程を含むものである。

会議参加メンバの中の発言権の要求者をその要求順に管理して、その要求順に発言権を与えることができるから、会議の議長（開催者）の負担を増加することなく、会議中に一度も発言権が与えられないような問題を解決することができる。又会議参加メンバに対する優先度を設定することにより、優先度の高いユーザの発言権要求を、優先度の低いユーザより優先的に処理し、最高の優先度のユーザは、優先度の低いユーザの発言権を強制的に解放しても発言権を与える処理が可能となる。

本発明の会議システムは、図１を参照して説明すると、ＩＰ網を介して会議参加メンバの複数のユーザＡ，Ｂ，Ｃの端末と信号制御システム１とメディア制御システム２とを接続した会議システムであって、信号制御システム１は、発言権制御部１１とイベント処理機能部１３を含む構成を有し、発言権制御部１１は、会議参加メンバ対応の優先度と発言権と待ち順とを登録する発言権管理テーブル１２ａを備え、イベント処理機能部１３は、信号受信部１４を介したイベント入力内容を判定し、発言権要求に対して前記発言権管理テーブル１２ａを参照し、発言権要求競合時は、優先度の高い発言権要求者に発言権を与えるように前記発言権管理テーブル１２ａに登録し、優先度の低い発言権要求者を前記発言権管理テーブル１２ａの待ち順に登録して、それぞれ発言権要求者に信号送信部１５から応答通知し、発言権獲得後の発言権要求時に、発言権保持者の優先度が高い時、優先度の低い発言権要求者を前記発言権管理テーブル１２ａの待ち順に登録し、発言権保持者の優先度が低い時、該発言権を強制解放して、該発言権保持者を発言権管理テーブル１２ａの待ち順に登録し、優先度の高い発言権要求者に発言権を与えるように発言権管理テーブル１２ａに登録して、それぞれ信号送信部１５から応答通知する手段を備え、メディア制御システム２は、信号制御システム１の発言権管理テーブル１２ａの会議参加メンバと発言権登録者とを含むメディア制御情報に従って、会議参加メンバ間のメディアデータの転送を制御する手段を備えている。

本発明の会議制御方法は、ＩＰ網を介して会議参加メンバの複数のユーザＡ，Ｂ，Ｃの端末と信号制御システム１とメディア制御システム２とを接続した会議システムに於ける会議制御方法に於いて、信号制御システム１の発言権管理テーブル１２ａを、会議参加メンバ対応の優先度と発言権と待ち順とを登録する構成とし、会議参加メンバからの発言権要求のイベント入力に対して、発言権管理テーブル１２ａを参照し、発言権要求競合時は、優先度の高い発言権要求者に発言権を与えるように発言権管理テーブル１２ａに登録し、且つ優先度の低い発言権要求者を発言権管理テーブル１２ａの待ち順に登録して、それぞれ発言権要求者に応答通知し、発言権獲得後の発言権要求時に、発言権保持者の優先度が高い時、優先度の低い発言権要求者を前記発言権管理テーブル１２ａの待ち順に登録し、発言権保持者の優先度が低い時、この発言権を強制解放して、この発言権保持者を前記発言権管理テーブル１２ａの待ち順に登録し、優先度の高い発言権要求者に発言権を与えるように発言権管理テーブル１２ａに登録して、それぞれ応答通知する過程を含むものである。

図１は、本発明の実施例１の説明図であり、１は信号制御システム、２はメディア制御システム、１１は発言権制御部、１２は発言権管理情報部、１２ａは発言権管理テーブル、１２ｂは優先度管理テーブル、１３はイベント処理機能部、１４は信号受信部、１５は信号送信部、１６はタイマ管理機能部、ＦＩＦＯは受信信号に対するファースト・イン・ファースト・アウトのメモリ、Ａ，Ｂ，Ｃは会議参加メンバのユーザを示す。

会議参加メンバの各ユーザＡ，Ｂ，Ｃは、ＩＰ網に接続された固定電話機等の固定端末又は携帯電話機等の移動端末を用いることができるもので、移動端末の場合は、モバイルＩＰとして知られているアドレス制御手段等を適用することができる。又信号制御システム１は、例えば、ＳＩＰサーバの機能を含み、会議参加メンバの情報及び発言権の情報を管理すると共に、その情報をメディア制御システム２に通知するもので、メディア制御システム２は、その通知内容に従って、会議参加メンバ間の音声、画像等のメディアデータの送受信経路を制御する手段を備えている。

又信号制御システム１は、発言権制御部１１と、信号受信部１４と、信号送信部１５とを含む構成を有し、その発言権制御部１１は、発言権管理情報部１２と、イベント処理機能部１３と、タイマ管理機能部１６とを含む構成を有するものである。又発言権管理情報部１２は、発言権管理テーブル１２ａと、優先度管理テーブル１２ｂとを含む構成を有し、発言権管理テーブル１２ａは、会議対応に、例えば、参加メンバと、優先度と、開催者と、発言権と、待ち順（キュー）との項目を有するものである。なお、開催者の項目は省略することも可能である。又優先度管理テーブル１２ｂは、予め会議参加メンバ対応に優先度を登録して形成した構成を有するものである。なお、会議開催時に参加メンバ対応の優先度を、例えば、会議の開催者が登録することも可能であるが、予め優先度を登録しておけば、会議開催毎の登録操作は不要となる。

信号制御システム１をＳＩＰサーバとし、ユーザＡ，Ｂ，ＣをＳＩＰクライアントとして、ＳＩＰプロトコルを適用し、ＩＮＶＩＴシーケンスを実行することにより、メディア制御システム２と各ユーザＡ，Ｂ，Ｃとの間で、ＲＴＰセッションが確立される。例えば、ユーザＡが会議の開催者で、ユーザＢ，Ｃも会議参加要求を行うことにより、発言権管理テーブル１２ａの参加メンバの項目に、ユーザＡ，Ｂ，Ｃが登録され、優先度管理テーブル１２ｂを参照して、ユーザＡ，Ｂ，Ｃの優先度を、発言権管理テーブル１２ａに登録する。この場合、ユーザＡの優先度を最も高いＬｖ．１、ユーザＢ，Ｃの優先度をその次のＬｖ．２とし、ユーザＡの発言権が登録され、ユーザＢの発言権要求の待ち順が１の状態を、左側に示している。即ち、参加メンバは、ユーザＡ，Ｂ，Ｃ、優先度は、ユーザＡは、Ｌｖ，１、ユーザＢ，ＣはＬｖ．２、開催者はユーザＡ、発言権は丸印で示すユーザＡ、待ち順は、ユーザＢに対して１の場合を示している。この場合、ユーザＡ，Ｂ，Ｃからの“ＩＮＦＯ”のＴｏヘッダの、例えば、ｒｏｏｍＩＤ＝００００１により、会議グループ“０００１”を識別して管理することができる。

発言権制御については、“ＩＮＦＯ”メソッドを適用し、イベント種別は、そのボディ部に設定するもので、各イベント種別は、
・ＧＥＴ：発言権獲得要求
・ＦＲＥＥ：発言権解放要求
・ＣＵＥ：キュー登録通知
・ＲＥＬＥＡＳＥＤ：強制解放通知
・ＩＤＬＥ：発言権空き通知
とすることができる。このイベント入力内容をイベント処理機能部１３に於いて判定するものである。

ユーザＡ，Ｂ，Ｃからの会議参加要求のイベント入力をイベント処理機能部１３に於いて判定し、その判定に従って発言権管理テーブル１２ａに参加メンバが登録される。又発言権が登録されていない状態に於いて、ユーザＡとその次にユーザＢとが発言権要求を行った場合、信号受信部１４のＦＩＦＯを介してイベント処理機能部１３は、受信した信号を順次取り出して処理するものであり、最初のユーザＡの発言権要求について、発言権管理テーブル１２ａを参照すると、発言権は未登録の状態であるから、発言権管理テーブル１２ａにユーザＡの発言権を登録し、ユーザＡに信号送信部１５から応答ＯＫ（獲得）を送信する。次のユーザＢからの発言権要求に対しては、発言権管理テーブル１２ａにユーザＡの発言権が登録されているから、待ち順（キュー）にその順番として１を登録し、ユーザＢに対しては、応答ＯＫ（キュー登録）を送信する。それにより、ユーザＢは、次に発言権要求を行うことにより、発言権を獲得することが可能であることを認識できる。なお、ユーザＢの次にユーザＣが発言権要求を行うと、このユーザＣは、待ち順（キュー）に順番として２を登録することになる。

この発言権管理テーブル１２ａの登録内容をメディア制御システム２にメディア制御として示すように通知することにより、メディア制御システム２は、ユーザＡからの音声、画像等のメディアデータを、Ｒｅｃｉｅｖｅ ｏｎｌｙとして示すように受信し、ユーザＢ，Ｃに対しては、Ｓｅｎｄ ｏｎｌｙとして示すように送信し、発言権を獲得していないユーザＢからのメディアデータは、メディア制御システム２に於いて拒否される。即ち、発言権を有するユーザＡの発言内容のみが、他の会議参加メンバのユーザＢ，Ｃに送信される。

ユーザＡが発言権を解放すると、発言権管理テーブル１２ａに登録されていたユーザＡ対応の発言権の登録を抹消し、待ち順（キュー）の登録内容を基にユーザＢに、発言権空き通知により発言権要求を促すか、或いは、自発的にユーザＢが発言権要求を行うことにより、発言権管理テーブル１２ａにユーザＢの発言権が登録される。この発言権管理テーブル１２ａの変更内容をメディア制御システム２に通知することにより、メディア制御システム２は、ユーザＢからのメディアデータをコピーしてユーザＡ，Ｃに送信する。即ち、ユーザＢの発言内容がユーザＡ，Ｃに送信される。

又発言権要求が殆ど同時的な場合は、発言権管理テーブル１２ａの優先度を参照し、優先度の高いユーザに対して発言権を与え、優先度の低いユーザに対しては待ち順（キュー）に登録する。又優先度の低いユーザが発言権を獲得している状態に於いて、優先度の高いユーザが発言権要求を行った場合は、優先度の低いユーザの発言権を強制的に解放させて、優先度の高いユーザに発言権を与える制御を行い、その処理結果をそれぞれのユーザに通知する。又待ち順（キュー）に登録された発言権要求者は、次の発言権登録の優先権を有するもので、先に登録された発言権が解放されると、前述のように、発言権の空き通知を行い、発言権要求を行った時に、同時的に他のユーザが発言権要求を行っても、待ち順（キュー）に登録された空き通知対象ユーザに優先権が与えられるので、そのユーザが要求した発言権を登録する。この場合の優先権の期間を、タイマ管理機能部１６に於いて管理し、所定の設定時間経過により、優先権を放棄したものとして、待ち順（キュー）から削除する。

図２、図３及び図４は、発言権制御処理のフローチャートを示すもので、図２は、発言権空き／登録キューなし、即ち、会議参加メンバが発言権管理テーブル１２ａに登録された状態からのステップ（Ａ１）〜（Ａ９）による発言権獲得の制御処理を示すもので、図１１に示すステップ（ａ１）〜（ａ９）に相当する。即ち、発言権状態＝空き（Ａ１）から、信号受信部１４にユーザからのイベント入力（ａ２）があると、イベント処理機能部１３は、発言権「獲得」要求（Ａ３）か、発言権「解放」要求（Ａ５）か、その他（Ａ８）かを判定し、発言権「獲得」要求の場合は、発言権を要求者に与える（Ａ４）。即ち、発言権管理情報部１２の発言権管理テーブル１２ａに登録する。そして、発言権の要求者に発言権獲得通知を送出する（Ａ５）。又発言権「解放」要求（Ａ６）の場合は、その要求者に発言権解放通知を送出する（Ａ７）。従って、発言権「獲得」要求及び発言権「解放」要求が受け付けられたか否かをユーザは確認することができる。又イベントがその他（Ａ８）の場合、そのイベントを破棄する（Ａ９）。そして、ステップ（Ａ７），（Ａ９）の後は、ステップ（Ａ１）に移行する。又ステップ（Ａ５）の後は、図３の発言権使用中の制御処理となる。

図３は、発言権使用中の状態について、ステップ（Ｂ１）〜（Ｂ２３）により、発言権制御処理を示すもので、図２のステップ（Ａ３）〜（Ａ５）により発言権を獲得したユーザが存在する場合、イベント入力（Ｂ１）により、イベント処理機能部１３は、前述のステップ（Ａ３），（Ａ６），（Ａ８）と同様に、発言権「獲得」要求か、発言権「解放」要求か、その他かを判定し、発言権「獲得」要求の場合（Ａ２）、待ちキューの有無を判定する（Ｂ３）。即ち、発言権管理テーブル１２ａの待ち順（キュー）に登録されているか否かを判定する。待ちキューなし、即ち、待ち順に登録されていない場合は、優先度の判定を行う（Ｂ４）。即ち、発言権保持者が存在する場合に、発言権保持者の優先度と、発言権要求者の優先度とを比較する。

発言権要求者の優先度が高い場合は、優先度の低い発言権保持者の発言権を強制解放して（Ｂ５）、その発言権保持者に強制解放を通知し（Ｂ６）、発言権を優先度の高い発言権要求者に与える（Ｂ７）。即ち、発言権管理テーブル１２ａに発言権要求者の発言権を登録する。そして、発言権要求者に発言権獲得通知を送出する（Ｂ８）。又ステップ（Ｂ４）に於いて、発言権保持者の優先度が高い場合、発言権要求者について発言権キューイングを行う（Ｂ９）。即ち、発言権管理テーブル１２ａの待ち順に登録する。そして、発言権要求者に発言権キュー登録を通知する（Ｂ１０）。この発言権キュー登録通知により、発言権要求者は、現在優先度の高いユーザが発言権を保持し、その発言権が解放された時に、発言権獲得の機会があることを認識することができる。

又ステップ（Ｂ３）に於いて、待ちキューあり、即ち、発言権管理テーブル１２ａの待ち順に登録されているものが存在する場合、この待ちキューの登録者と、今回の発言権要求者との優先度を比較し（Ｂ１１）、発言権要求者の優先度が待ちキュー登録者より高い場合はステップ（Ｂ４）に移行し、反対に低い場合は、自分（発言権要求者）のキュー登録の有無を判定し（Ｂ１２）、有りの場合はステップ（Ｂ１４）に移行し、無しの場合は、発言権要求者より低優先度のキューの先頭へ登録し（Ｂ１３）、ステップ（Ｂ１４）に移行する。このステップ（Ｂ１４）に於いては、発言権要求者へ発言権キュー登録を通知する。この場合、優先度を例えば高、中、低の３階層として、優先度の階層対応に待ちキューを設け、同一優先度の階層に属する場合は、発言権要求の順番に従って登録することができる。或いは、優先度と発言権要求の順番とに対応して、優先度が同一ならば、発言権要求順番にキューに登録し、優先度が高い発言権要求者は、優先度の低い発言権要求者を追い越して先頭側に登録することができる。

又イベント入力が発言権「解放」要求の場合（Ｂ１５）、発言権保持者か否かを判定し（Ｂ１６）、発言権保持者からの要求の場合、発言権管理テーブル１２ａの発言権の登録を削除し、発言権状態＝空きとする（Ｂ１７）。そして、要求者に、発言権解放通知を行い（Ｂ１８）、待ちキューの有無を判定し（Ｂ１９）、無しの場合は、ステップ（Ａ１）（図２参照）に移行する。又有りの場合は、発言権要求の有無の監視を開始し（Ｂ２０）、キュー該当者へ発言権空きを通知する（Ｂ２１）。

又ステップ（Ｂ１５）に於いて、発言権保持者以外からの発言権「解放」要求の判定の場合、その要求者について待ちキューに登録されているか否かを判定し（Ｂ２２）、登録されていない場合は、ステップ（Ｂ１）に移行し、登録されている場合は、待ちキューから削除して（Ｂ２３）、ステップ（Ｂ１）に移行する。即ち、発言権要求を行って、待ちキューに登録されている場合に、その登録を、発言権「解放」要求によって削除することができる。又イベント入力がその他の場合は（Ｂ２４）、そのイベント入力を破棄し（Ｂ２５）、ステップ（Ｂ１）に移行する。

図４は、発言権空き／優先権監視中の制御処理のステップ（Ｃ１）〜（Ｃ２８）を示し、図３のステップ（Ｂ２１）のキュー該当者へ発言権空き通知を行った後、イベント入力（Ｃ１）について、イベント処理機能部１３は、優先度監視（Ｃ２）か、発言権「獲得」要求（Ｃ９）か、発言権「解放」要求（Ｃ２３）か、その他（Ｃ２９）かを判定する。優先度監視（Ｃ２）の場合、即ち、発言権空きの状態に於いて、待ちキューに登録されているユーザは、発言権要求の優先権を有し、その優先期間の終了か否かをタイマ管理機能部１６（図１参照）により監視し（Ｃ３）、優先期間内の場合は、再度ステップ（Ｂ２１）と同様に発言権空き通知を行う（Ｃ４）。優先期間は、例えば、タイマ管理機能部１６にタイマ設定し、設定時間経過を示すタイマ満了通知により、イベント処理機能部１３は、優先期間終了を判定することができる。

又優先期間終了の場合は、優先度監視解除を行い（Ｃ５）、待ちキューの有無を判定し（Ｃ６）、待ちキュー無しの場合は、図２のステップ（Ａ１）に移行する。又待ちキュー有りの場合は、優先度監視開始を行い（Ｃ７）、キュー該当者へ発言権空きを通知し（Ｃ８）、ステップ（Ｃ１）へ移行する。

又イベント入力が発言権「獲得」要求の場合（Ｃ９）、優先権監視中の優先者本人か否かを判定し（Ｃ１０）、本人の場合は、発言権をその本人へ与え（Ｃ１１）、発言権獲得通知を行い（Ｃ１２）、タイマ管理処理部１６による優先権監視を解除して（Ｃ１３）、図３のステップ（Ｂ１）へ移行する。又発言権「獲得」要求が優先者本人以外の場合、発言権要求者と優先者との優先度の高低を判定し（Ｃ１４）、発言権要求者の優先度が高い場合、優先度監視を解放し（Ｃ１５）、優先者をキュー先頭に戻し（Ｃ１６）、発言権を優先度の高い要求者に与え（Ｃ１７）、その要求者へ発言権獲得通知を行い（Ｃ１８）、図３のステップ（Ｂ１）に移行する。

又発言権要求者より優先者の優先度が高い場合、待ちキューの有無を判定し（Ｃ１９）、待ちキュー無しの場合は、発言権の要求に対してキューイングし（Ｃ２０）、発言権要求者に、発言権要求の応答としてキュー登録の通知を行う（Ｃ２１）。又待ちキュー有りの場合、発言権要求者のキュー登録であるか否かを判定し（Ｃ２２）、発言権要求者のキュー登録でない場合は、発言権要求者より低優先度のキューの先頭へ登録し（Ｃ２３）、そのキュー登録通知を行う（Ｃ２１）

又発言権「解放」要求（Ｃ２３）の場合、優先者か否かを判定し（Ｃ２４）、優先者の場合、即ち、待ちキューに登録されているユーザの場合、ステップ（Ｃ２）以降の優先権監視の処理を解除して（Ｃ２５）、ステップ（Ａ１）（図２参照）へ移行する。又優先者以外の場合、該当登録キューの有無を判定し（Ｃ２６）、該当登録キュー有りの場合は、その登録キューを削除し（Ｃ２７）、発言権解放通知を行って（Ｃ２８）、ステップ（Ｃ１）へ移行する。又該当キュー無しの場合は、発言権解放通知を行って（Ｃ２８）、ステップ（Ｃ１）へ移行する。又イベント入力がその他（Ｃ２９）の場合は、そのイベントを破棄し（Ｃ３０）、ステップ（Ｃ１）へ移行する。

図５〜図９は、発言権制御処理シーケンスチャートを示し、図６〜図９に於けるＦ１〜Ｆ３６は順次実行されるシーケンスの一例を示す。図５は、ユーザＡ，Ｂ，Ｃと、信号制御システムと、メディア制御システムとについての会議参加シーケンスを示すものであり、ユーザＡ，Ｂ，Ｃ側とメディア制御システム側とは、“ＩＮＶＩＴＥ”、“１００ Ｔｒｙｉｎｇ”、“１８０ Ｒｉｎｇｉｎｇ”、“２００ ＯＫ”、“ＡＣＫ”の信号シーケンスに従って会議に参加する。この会議参加シーケンスは、図１３に示す従来例に類似した処理となるが、図１を参照して説明すると、信号制御システム１に於いては、優先度管理テーブル１２ｂを参照して、発言権管理テーブル１２ａに参加メンバと共に優先度を登録する。従って、会議参加シーケンスの状態１〜３に於ける発言権管理テーブル１２ａの内容は、発言権管理情報の遷移の状態１〜３の順序に従って更新される。なお、ユーザＡの優先度をＬｖ．１、ユーザＢの優先度をＬｖ．３、ユーザＣの優先度をＬＶ．２とした場合を示し、この優先度は、Ｌｖ．１＞Ｌｖ．２＞Ｌｖ．３の順位とする。従って、ユーザＡの優先度が最も高く、次はユーザＣ、その次はユーザＢとなる。

発言権管理テーブル１２ａに会議の参加メンバを登録した後、例えば、ユーザＡが発言権要求を行うと、図６に示すように、ユーザＡから“ＩＮＦＯ（発言権「獲得」要求）”を信号制御システムに送信する（Ｆ１）。信号制御システムは、発言権管理テーブル１２ａに発言権が登録されていない場合に、メディア制御システムに“ＩＮＦＯ（通話路変更通知）”を送出し（Ｆ２）、このメディア制御システムから応答の“２００ ＯＫ”を受信すると（Ｆ３）、発言権管理テーブル１２ａのユーザＡに対する発言権登録を行って、ユーザＡに“２００ ＯＫ（発言権獲得通知）を送出する（Ｆ４）。

この発言権使用中の状態に於いて、ユーザＢから“ＩＮＦＯ（発言権「獲得」要求）”を送出すると（Ｆ５）、信号制御システム１のイベント処理機能部１３は、発言権管理テーブル１２ａを参照し、ユーザＢの優先度は、発言権使用中のユーザＡの優先度より低いから、待ち順（キュー）にその順番を示す１を登録する。そして、ユーザＢに“２００ ＯＫ（発言権キュー登録通知）”を送出する（Ｆ６）。

この状態に於いて、ユーザＣが“ＩＮＦＯ（発言権「獲得」要求）”を送出すると（Ｆ７）、信号制御システム１のイベント処理機能部１３は、発言権管理テーブル１２ａを参照し、ユーザＡの発言権使用中で、且つユーザＢの待ち順（キュー）登録中であるから、優先度を比較する。この場合、優先度は、Ａ＞Ｃ＞Ｂの順位であるから、ユーザＣの待ち順（キュー）を１とし、ユーザＢの待ち順（キュー）を繰り下げて２とし、ユーザＣに応答の“２００ ＯＫ（発言権キュー登録通知）”を送出する（Ｆ８）。

又ユーザＡが発言権使用中に、ユーザＢから、図７に示すように、“ＩＮＦＯ（発言権「獲得」要求）”を送出すると（Ｆ９）、信号制御システム１のイベント処理機能部１３は、図６に於けるシーケンス（Ｆ５），（Ｆ６）と同様にして、ユーザＢを待ち順（キュー）に登録し、“２００ ＯＫ（発言権キュー登録）”をユーザＢに送出する（Ｆ１０）。次に、ユーザＢが“ＩＮＦＯ（発言権「解放」要求）”を送出すると（Ｆ１１）、信号制御システムは、キュー削除として示すように、発言権管理テーブル１２ａのユーザＢの待ち順（キュー）の登録内容を削除し、“２００ ＯＫ（発言権解放通知）”を送出する（Ｆ１２）。

又ユーザＣが発言権使用中にユーザＡが発言権の要求を行った場合、図８に示すように、ユーザＡからの“ＩＮＦＯ（発言権「獲得」要求）”により（Ｆ１３）、信号制御システム１のイベント処理機能部１３は、発言権管理テーブル１２ａを参照し、ユーザＣの優先度よりユーザＡの優先度が高いので、メディア制御システムに、“ＩＮＦＯ（通話路変更通知 ユーザＣ→ユーザＡ）”を送出し（Ｆ１４）、その応答“２００ ＯＫ”を受信すると（Ｆ１５）、発言権管理テーブル１２ａの発言権をユーザＣからユーザＡに変更し、ユーザＣに対して“ＩＮＦＯ ＯＫ”を送出し（Ｆ１６）、ユーザＣからの応答“２００ ＯＫ”を受信すると（Ｆ１７）、ユーザＡに応答の“２００ ＯＫ（発言権獲得通知）”を送出する（Ｆ１８）。即ち、優先度の高いユーザは、割り込みにより発言権を獲得することができる。

又ユーザＣが発言権使用中、且つユーザＢが待ち順（キュー）登録の状態に於いて、ユーザＡが発言権要求の“ＩＮＦＯ（発言権「獲得」要求）”を送出すると（Ｆ１９）、信号制御システム１のイベント処理機能部１３は、発言権管理テーブル１２ａを参照し、ユーザＡの優先度が最も高いので、メディア制御システムへ“ＩＮＦＯ（通話路変更通知 ユーザＣ→ユーザＡ）”を送出し（Ｆ２０）、その応答“２００ ＯＫ”をメディア制御システムから受信すると（Ｆ２１）、発言権管理テーブル１２ａのユーザＡに発言権を与えるように更新し、ユーザＣに対して“ＩＮＦＯ（発言権強制解放通知）”を送出し（Ｆ２２）、その応答“２００ ＯＫ”を受信すると、ユーザＡに対して“２００ ＯＫ（発言権獲得通知）”を送出する（Ｆ２４）。

ユーザＡが発言権使用中且つユーザＣが待ち順（キュー）登録の状態に於いて、図９に示すように、ユーザＡが“ＩＮＦＯ（発言権「解放」要求）”を送出すると（Ｆ２５）、信号制御システム１のイベント処理機能部１３は、発言権管理テーブル１２ａを参照し、ユーザＡの発言権が登録されているので、メディア制御システム２に“ＩＮＦＯ（通話路変更通知）”を送出し（Ｆ２６）、その応答“２００ ＯＫ”を受信すると（Ｆ２７）、発言権管理テーブル１２ａのユーザＡの発言権登録を削除する更新を行い、ユーザＣの待ち順１を０に更新し、ユーザＡに“２００ ＯＫ（発言権解放通知）”を送出する（Ｆ２８）。この待ち順０は、優先待ち状態を示す。

この待ち順０のユーザＣに対して、信号制御システム１のイベント処理機能部１３は、信号送信部１５を介して“ＩＮＦＯ（発言権空き通知）”を送出する制御を行い（Ｆ２９）、ユーザＣからの応答“２００ ＯＫ”を受信すると（Ｆ３０）、タイマ管理機能部１６（図１参照）を起動し、ユーザＣからの発言権の要求の有無を監視する。そして、タイマ満了により、ユーザＣに再度“ＩＮＦＯ（発言権空き通知）”を送出し（Ｆ３１）、応答“２００ ＯＫ）”を受信すると（Ｆ３２）、再度タイマを起動する。ユーザＣから“ＩＮＦＯ（発言権「獲得」要求）”を受信すると（Ｆ３３）、信号制御システムは、メディア制御システムに対して“ＩＮＦＯ（通話路変更通知）”を送出し（Ｆ３４）、その応答“２００ ＯＫ”を受信すると（Ｆ３５）、信号制御システムは、発言権管理テーブル１２ａのユーザＣの発言権登録を行って、ユーザＣに応答“２００ ＯＫ（発言権獲得通知）”を送出する（Ｆ３６）。

この場合、発言権空き通知は、タイマ満了毎に送出し、予め設定した回数又は優先権の予め設定した監視時間が経過した時に、優先待ち順を強制的に削除することができる。即ち、前述の優先期間の経過か否かを監視し、優先期間経過後に待ち順登録を削除し、次の待ち順のユーザを優先待ち順として、発言権の空き通知を行うことができる。

本発明の実施例１の説明図である。 発言権制御処理のフローチャートである。 発言権制御処理のフローチャートである。 発言権制御処理のフローチャートである。 発言権制御処理のシーケンスチャートである。 発言権制御処理のシーケンスチャートである。 発言権制御処理のシーケンスチャートである。 発言権制御処理のシーケンスチャートである。 発言権制御処理のシーケンスチャートである。 従来例の説明図である。 従来例の発言権制御処理のフローチャートである。 会議システムの接続概要説明図である。 従来例の発言権制御処理のシーケンスチャートである。 従来例の発言権制御処理のシーケンスチャートである。 従来例の発言権制御処理のシーケンスチャートである。

符号の説明

１ 信号制御システム
２ メディア制御システム
１１ 発言権制御部
１２ 発言権管理情報部
１２ａ 発言権管理テーブル
１２ｂ 優先度管理テーブル
１３ イベント処理機能部
１４ 信号受信部
１５ 信号送信部
１６ タイマ管理機能部
Ａ，Ｂ，Ｃ ユーザ

Claims (5)

1. ＩＰ網を介して会議参加メンバの複数のユーザの端末と信号制御システムとメディア制御システムとを接続した会議システムに於いて、
   前記信号制御システムは、発言権制御部とイベント処理機能部とを含む構成を有し、
   前記発言権制御部は、会議参加メンバ対応の優先度と発言権と待ち順とを登録する発言権管理テーブルを備え、
   前記イベント処理機能部は、イベント入力内容を判定し、発言権要求に対して前記発言権管理テーブルを参照し、発言権要求競合時は、優先度の高い発言権要求者に発言権を与えるように前記発言権管理テーブルに登録し、優先度の低い発言権要求者を前記発言権管理テーブルの待ち順に登録して、それぞれ発言権要求者に応答通知し、発言権獲得後の発言権要求時に、発言権保持者の優先度が高い時、優先度の低い発言権要求者を前記発言権管理テーブルの待ち順に登録し、発言権保持者の優先度が低い時、該発言権を強制解放して、該発言権保持者を前記発言権管理テーブルの待ち順に登録し、優先度の高い発言権要求者に発言権を与えるように前記発言権管理テーブルに登録して、それぞれ応答通知する手段を備え、
   前記メディア制御システムは、前記信号制御システムの前記発言権管理テーブルの会議参加メンバと発言権登録者とを含むメディア制御情報に従って前記会議参加メンバ間のメディアデータの転送を制御する手段を備えた
   ことを特徴とする会議システム。
2. 前記イベント処理機能部は、イベント入力内容を判定し、発言権保持者からの発言権の解放要求により、前記発言権管理テーブルに登録された発言権を削除し、前記待ち順に登録されている発言権要求者に発言権の空き通知を行い、該空き通知に従った発言権要求に対して発言権を与えるように前記発言権管理テーブルに登録する手段を備えたことを特徴とする請求項１記載の会議システム。
3. 前記イベント処理機能部は、イベント入力内容を判定し、前記発言権管理テーブルに登録された発言権を削除して、待ち順の先頭に登録された発言権要求者に優先権を与え、他の発言権要求者に対して優先的に発言権を与えるように前記発言権管理テーブルに発言権を登録する手段を備えたことを特徴とする請求項１記載の会議システム。
4. ＩＰ網を介して会議参加メンバの複数のユーザの端末と信号制御システムとメディア制御システムとを接続した会議システムに於ける会議制御方法に於いて、
   前記信号制御システムの発言権管理テーブルを、前記会議参加メンバ対応の優先度と発言権と待ち順とを登録する構成とし、前記会議参加メンバからの発言権要求のイベント入力に対して、前記発言権管理テーブルを参照し、発言権要求競合時は、優先度の高い発言権要求者に発言権を与えるように前記発言権管理テーブルに登録し、且つ優先度の低い発言権要求者を前記発言権管理テーブルの待ち順に登録して、それぞれ発言権要求者に応答通知し、発言権獲得後の発言権要求時に、発言権保持者の優先度が高い時、優先度の低い発言権要求者を前記発言権管理テーブルの待ち順に登録し、発言権保持者の優先度が低い時、該発言権を強制解放して、該発言権保持者を前記発言権管理テーブルの待ち順に登録し、優先度の高い発言権要求者に発言権を与えるように前記発言権管理テーブルに登録して、それぞれ応答通知する過程を含む
   ことを特徴とする会議制御方法。
5. 前記信号制御システムのイベント処理機能部に於いて会議参加メンバからのイベント入力内容を判定し、発言権保持者からの発言権の解放要求により、前記発言権管理テーブルに登録された発言権を削除し、前記待ち順に登録されている発言権要求者に発言権の空き通知を行い、該空き通知に従った発言権要求に対して発言権を与えるように前記発言権管理テーブルに登録する過程を含むことを特徴とする請求項４記載の会議制御方法。

Images