JP2019075129A - 情報処理装置、情報処理システム、その制御方法及びプログラム - Google Patents

Abstract

【課題】会議に参加する端末を、ある機能を実行する機器として容易に利用可能な仕組みを提供する。【解決手段】電子会議で、クライアント端末において入力を受け付けたユーザ情報に基づいて、クライアント端末の接続要求を受け付け、クライアント端末において入力を受け付けたユーザ情報に対応する別のクライアント端末が接続されている場合に、接続要求を受け付けたクライアント端末を、別のクライアント端末が参加している電子会議において所定の機能を実行する端末として動作させることを決定し、決定に応じて前記クライアント端末を電子会議における所定の機能を実行する端末として動作させるべく制御する。【選択図】図５

Description

本発明は、情報処理装置、情報処理システム、その制御方法及びプログラムに関する。

一般に、ウェブ会議等の電子会議システム・サービスが提供されている。電子会議システムを利用する端末は、端末に直接接続された専用のカメラ・スピーカ・マイクを用いて、各機器から入力される情報を他機に送信し、受信した情報を出力することで会議を行うことができる。

例えば特許文献１では、カメラ、モニタ、スピーカが一体になった端末と、カメラ装置を、多地点テレビ会議装置を介して接続し、テレビ会議を行う技術が提供されている。

特開２０１３−２６８４３号公報 特開２０１６−１２２９３７号公報

近年は、マイクやスピーカ、カメラが内蔵されたＰＣやスマートフォンが社員に配布され、利用されている。よって、各ユーザはＰＣやスマートフォン等の、既にユーザが持っている端末に備え付けられた機器を用いて電子会議を行うことができる。

しかし、何らかの理由で自身のＰＣを使えないユーザがいる場合がある。つまり、会議室等の１拠点内に複数のユーザがいる状態で必ずしも１ユーザ１端末を保持していないことがある。端末を保持するユーザが自身の目の前に端末を置いた状態では、離れた位置にいる端末を保持していないユーザが会議に参加し難い。例えば、自身の声をマイクに入力するために、大声を出さなければならない。

また、同じ部屋で複数の端末のマイクやスピーカを使うことによるハウリングや、画像の送受信による帯域の圧迫を防ぐために、敢えて全員の端末を利用しないようにすることもある。

例えば各ユーザが声を入力しやすいように／スピーカの音を聞き取り易いように、あるユーザの端末を例えばマイク兼スピーカ代わりとして会議室の中央に置いて電子会議を行うことがある。また、カメラとして利用する場合は、会議室の隅に端末を置いて、会議室全体を撮影し、できるだけ多くのユーザを映し出せるようにすることがある。

しかしながら、専用のカメラやマイク、スピーカ等と違って、当該端末は会議に参加しているユーザの１人として数えられてしまうため、参加者の１人として電子会議の相手に表示されてしまう（例えば特許文献２）。

また、マイクやスピーカとして利用する場合は音量の調整、カメラとして利用する場合は画角・ズームイン／ズームアウトの調整が必要となるが、リモコン等がない当該端末において機能の調整を行うためには、当該端末を直接触って操作する必要があり手間である。

本発明は、会議に参加する端末を、ある機能を実行する機器として容易に利用可能な仕組みを提供することを目的とする。

本発明は、電子会議において複数のクライアント端末と通信可能な情報処理装置であって、前記クライアント端末において入力を受け付けたユーザ情報に基づいて、前記クライアント端末の接続要求を受け付ける受付手段と、前記クライアント端末において入力を受け付けたユーザ情報に対応する別のクライアント端末が接続されている場合に、前記接続要求を受け付けたクライアント端末を、前記別のクライアント端末が参加している電子会議において所定の機能を実行する端末として動作させることを決定する決定手段と、前記決定手段による決定に応じて、前記受付手段により前記接続要求を受け付けたクライアント端末を、前記電子会議における所定の機能を実行する端末として動作させるべく制御する制御手段と、を備えることを特徴とする。

本発明によれば、会議に参加する端末を、ある機能を実行する機器として容易に利用可能な仕組みを提供することができる。

本発明の実施形態における、情報処理システムの構成の一例を示す図である。 本発明の実施形態における、各種装置のハードウェア構成の一例を示す図である。 本発明の実施形態における、各種装置の機能構成の一例を示す図である。 従来のログイン及び入室処理の流れを示すフローチャートである。 本発明の実施形態における、入室処理の流れを示すフローチャートである。 本発明の実施形態における、画像及び音声のサーバへの送受信処理の流れを示すフローチャートである。 本発明の実施形態における、サーバからの画像及び音声の取得処理の流れを示すフローチャートである。 本発明の実施形態における、各種データ構成の一例を示す図である。 本発明の実施形態における、確認画面等の構成の一例を示す図である。 本発明の実施形態における、機能選択画面の構成の一例を示す図である。 本発明の実施形態における、会議画面の構成の一例を示す図である。 本発明の実施形態における、機能操作画面の構成の一例を示す図である。 本発明の実施形態における、確認画面の構成の一例を示す図である。 従来の会議画面の構成の一例を示す図である。

以下、図面を参照して、本発明の実施の形態の一例について説明する。

まず図１を参照して、本発明の実施形態における、情報処理システムの構成の一例について説明する。

本発明の情報処理システムは、複数の情報処理装置（複数のクライアント端末１００及びサーバ２００）が、ネットワーク１０１を介して通信可能に接続されて構成されている。

クライアント端末１００（クライアント端末１００Ａ〜１００Ｄの総称）は、ユーザ情報の入力を受け付けて、ユーザを電子会議に参加させるための表示端末であり、マイクやスピーカ、カメラを備える。

マイクでの音声入力や、カメラによる画像撮影行う端末を入力端末と呼び、スピーカでの音声再生や、カメラで撮影した画像を再生出力する端末を出力端末と呼び、その両方を行う端末を入出力端末と呼ぶ。

サーバ２００は、クライアント端末１００より受信したユーザ情報や、カメラ画像、音声の情報を記憶し、必要なクライアント端末に配信して電子会議を行う機能を備える。

なお、本発明の説明においては、現実の会議室ＡにＵｓｅｒ００１、Ｕｓｅｒ００２、Ｕｓｅｒ００Ｘ、Ｕｓｅｒ００Ｙが居り、現実の会議室ＢにＵｓｅｒ００３、Ｕｓｅｒ００４が居るものとする。

また、クライアント端末１００Ａ〜１００Ｄの各端末は、仮想の会議室であるｒｏｏｍ００１に、サーバ２００上で入室することで電子会議を行うことができる。以上が図１の説明である。

次に図２を参照して、本発明の実施形態における、各種装置のハードウェア構成の一例について説明する。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボード（ＫＢ）や不図示のマウス等のポインティングデバイス、タッチパネル、カメラ等の入力装置２０９からの入力を制御する。

２０６はビデオコントローラで、ディスプレイ装置２１０（例：ＣＲＴディスプレイ）等の表示器（外部出力装置）への表示を制御する。なお、ディスプレイ装置２１０に示す表示機器はＣＲＴディスプレイだけでなく、液晶ディスプレイや、マルチタッチスクリーン等の他の表示器であってもよい。また、例えばプロジェクタのような外部出力装置であってもよい。

なおビデオコントローラ２０６は、表示制御を行うためのビデオメモリ（ＶＲＡＭ）を制御することが可能で、ビデオメモリ領域としてＲＡＭ２０３の一部を利用することもできるし、別途専用のビデオメモリを設けることも可能である。本実施形態においては、各クライアント端末１００は、クライアント端末１００を通常する場合の表示に用いられる第１のビデオメモリ領域と、所定の画面が表示される場合に、第１のビデオメモリ領域の表示内容に重ねて別の表示をするために用いられる第２のビデオメモリ領域を有している。ビデオメモリ領域は２つに限ったものではなく、情報処理装置の資源が許す限り複数有することが可能なものとする。

２１２は、音声入出力コントローラで、マイク／スピーカ２１３（図１における１０２及び１０３）からの入出力を制御する。マイクから入力された音声を音声認識することが可能となっている。スピーカにはイヤホンを接続することも可能である。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したネットワーク１５０（例：ＬＡＮ等））を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信や、ＩＳＤＮなどの電話回線、および携帯電話の３Ｇ回線を用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上に表示される不図示のマウスカーソル等でのユーザ指示を可能とする。

また、外部メモリ２１１等の、情報を永続的に記憶するための記憶装置（記憶媒体）は、その形態をハードディスク等の記憶装置に限定するものではない。例えば、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの媒体であってもよい。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。以上が図２の説明である。

次に図３を参照して、本発明の実施形態における、各種装置の機能構成の一例について説明する。

ユーザ情報入力受付部３１１は、ユーザ操作によるユーザ情報の入力を受け付ける。ユーザ情報とは、例えばユーザＩＤ及びパスワードである。ユーザ情報の一例を図８のユーザ情報８００に示す。

なお、本実施形態の説明においては、ユーザＩＤ及びパスワードをユーザ情報としたが、ユーザを特定できる情報であればよいため、ユーザＩＤのみをユーザ情報として入力を受け付けてもよい。

ログイン要求部３１２は、ユーザ情報入力受付部３１１において入力を受け付けたユーザ情報に基づいて、自機のユーザ（自機において入力を受け付けたユーザ情報の示すユーザ）をサーバ２００にログインさせる要求（サーバへの接続要求）を送信する。サーバ２００の要求受付部３２１は、当該ログイン要求を受け付ける。

ログインユーザ判定部３２２は、ログイン要求されたユーザが、既にログイン済みのユーザか判定する。

既にログイン済みのユーザの場合、親機決定部３２３は、ログイン済みのユーザが既にログインに用いていたクライアント端末を、新たにログイン要求を送信してきたクライアント端末の親機とする（新たにログイン要求を送信してきたクライアント端末を子機）とすることを決定する。

つまり、どの端末を、新たにログイン要求を送信してきたクライアント端末の親機とするか決定する。

子機参加制御部３２４は、新たにログイン要求を送信してきたクライアント端末を、親機決定部３２３により決定された端末の子機として、親機のユーザの参加している電子会議に参加させる。

機能特定部３２５は、子機において実行する（動作させる）機能を特定する。動作制御部３２６は、機能特定部３２５において特定された機能を子機において実行させ、サーバ２００が当該子機において実行された機能に応じて、入出力情報（伝達情報）の配信制御を行う。

ここでいう入出力情報（伝達情報）とは、例えば、画像や音声であり、カメラ、マイク、スピーカ等の機能によって入出力され、ユーザ間で伝達される情報である。

機能設定部３１３は、動作制御部３２６からの指示に従って、自機が動作・実行させるべき機能を自機に設定し、動作させる。以上が図３の説明である。

次に図４を参照して、従来のログイン及び入室処理の流れについて説明する。図４の説明においては、新たにログイン・会議室に入室する端末がクライアント端末１００Ａであり、既に当該会議室に入室済みのユーザの端末がクライアント端末１００Ｃである場合を例として説明する。

クライアント端末１００ＡのＣＰＵ２０１は、サーバ２００の提供するウェブ会議サービスを享受するために、ブラウザソフト上におけるユーザ操作に応じて所定のＵＲＬにアクセスし、図９の９００に示すようなログイン画面を表示する。

そして、当該ログイン画面においてユーザＩＤとパスワードの入力を受け付けて、「ログイン」ボタンの押下を受け付けることで、サーバ２００へのログイン要求を送信する（ステップＳ４０１）。

サーバ２００のＣＰＵ２０１は、当該ログイン要求を受け付け（ステップＳ４０２）、自装置の外部メモリに予め記憶されているユーザ情報（ユーザＩＤ及びパスワード／図８の８００に例示）と突き合わせて認証処理（ログイン処理）を行う。

認証が成功した場合（受信したユーザＩＤを用いたサーバ２００へのログインが成功した場合）、図９の９１０に示すようなメニュー画面の画面情報（例えばｈｔｍｌ情報）を生成して、クライアント端末１００Ａに送信する（ステップＳ４０３）。

なお、従来の処理においては、ログイン処理時に、当該ユーザＩＤのユーザが別の端末からログイン中かを、サーバ２００に記憶されている不図示のログインユーザ一覧を参照して判定し、ログインユーザ一覧に新たに受信したログイン要求のユーザが含まれていない場合は未ログインのユーザとしてログイン処理を実行する。つまり、ログインユーザ一覧に当該ユーザのユーザＩＤを加えて記憶する。その後処理をステップＳ４０３に移行する。

ログインユーザ一覧に新たに受信したログイン要求のユーザが含まれている場合、つまり、既に他の端末で同じユーザがログイン中の場合は、他の端末でログイン中の当該ユーザを強制的にログアウトさせる。そして当該ユーザを再ログインさせ、新たに当該要求を送信してきた送信元の端末に対してステップＳ４０３の処理を実行する。

クライアント端末１００ＡのＣＰＵ２０１は、当該画面情報を受信して、受信した画面情報に基づいてメニュー画面９１０を表示画面に表示する（ステップＳ４０４）。

クライアント端末１００ＡのＣＰＵ２０１は、当該メニュー画面９１０に含まれる仮想の会議室であるルーム（ルームの端末ＩＤ）の選択部において、ログインユーザが入室するルームの選択操作を受け付け（ステップＳ４０５）、同画面に含まれる「入室」ボタンの押下を受け付けることで、選択中のルームへの、自機で入力を受け付けたユーザＩＤのユーザの入室要求をサーバ２００に送信する（ステップＳ４０６）。

クライアント端末１００ＡのＣＰＵ２０１は、当該入室要求に、入室の操作を受け付けたクライアント端末１００Ａでログイン中のログインユーザのユーザＩＤ、入室対象のルームの端末ＩＤ（ルームＩＤ）、クライアント端末１００Ａの端末ＩＤ（例えばＩＰアドレス）、クライアント端末１００Ａの端末種別報を含めて、当該要求をサーバ２００に送信する。

端末種別とは、例えばクライアント端末１００Ａ自身が、ＰＣ（デスクトップＰＣ、ノートＰＣ）なのか携帯端末（例えばタブレットＰＣ、携帯電話等）なのかを識別するための情報である。自装置がＰＣであれば端末種別＝ｐｃの値を送信し、自装置が携帯端末であれば端末種別＝ｍｏｂｉｌｅの値を送信する。

各クライアント端末１００は、自装置の端末種別の情報を、自装置の外部メモリ等の記憶領域に予め保持・記憶しており、その情報を取得して当該要求に埋め込むものとする。

なお、ここではクライアント端末１００Ａで選択を受け付けたルームを入室要求に含めることで、サーバ２００が入室要求及び入室要求がされたルームのルームＩＤを取得するものとするが、例えば入室するルームの選択操作を受け付けた時点で当該ルームのＩＤを選択中のルームのＩＤとしてサーバ２００に送信してサーバ２００がこれを受け付け、「入室」ボタンの押下を受け付けることで、選択中のルームに、クライアント端末１００Ａでログイン中のユーザを入室させるよう要求し、サーバ２００がこれを受け付けるようにしてもよい。

サーバ２００のＣＰＵ２０１は当該入室要求を受け付けると（ステップＳ４０７）、要求されたルーム（会議室）にユーザを入室させる入室処理を実行する（ステップＳ４０８）。

ここでは、入室処理に際して、どのユーザが、どの会議室のどの会議に、どのような端末種別のどの端末で、どのような通信方法で通信をして入室しているかを登録・記憶する。

具体的には、図８の会議情報８１０の会議室８１１に入室するルームのルームＩＤを、参加者ＩＤ８１３に入室させるユーザのユーザＩＤを追加する。

本実施形態における説明では、会議室への入室＝当該会議室に対応する会議への参加であるものとする。

また、当該ルームに入室中のユーザがいなかった場合は（無人のルームに入室した場合は）、会議を識別する会議ＩＤを発行して会議ＩＤ８１２に挿入、記憶する。２人目以降の場合は、同ルームに入室中のユーザＩＤ（参加者）の参加している会議の会議ＩＤ（入室中のルームに対応する会議ＩＤ）を会議ＩＤ８１２に記憶するものとする。

また、ステップＳ４０７で受け付けた入室要求に含まれていたクライアント端末１００Ａの端末ＩＤを端末ＩＤ８１４に挿入する。また、受信した端末種別の情報を端末種別８１５に記憶する。

入室通知８１６は、対応する行のユーザが会議室に入室したことを、同じ会議室内のどのユーザの端末に通知するかを示す情報であるが、従来の入室処理においては入室通知８１６は存在せず、その値を用いることはない。

入室処理が完了すると、サーバ２００のＣＰＵ２０１は、図１４の１４００に示すような、各クライアント端末１００のカメラにより撮像された会議画像を表示する会議画面の画面情報（例えばｈｔｍｌ情報）を、入室したユーザのユーザＩＤの送信元のクライアント端末１００Ａに送信する（ステップＳ４０９）。

会議画像とは、電子会議において送受信される、カメラで撮影されたカメラ画像であり、主にユーザの姿を撮影した画像である。

クライアント端末１００ＡのＣＰＵ２０１は当該会議画面の画面情報を受信し（ステップＳ４１０）、受信した画面情報に基づいて会議画面１４００を表示する（ステップＳ４１１）。

なお、この時点では会議画面１４００に示すように、会議画像の表示領域には画像は表示されていないものとする。

サーバ２００のＣＰＵ２０１は、会議画面の画面情報の送信と合わせて、ユーザが入室したルームの会議に参加中のユーザ一覧をクライアント端末１００Ａに送信し（ステップＳ４０９）、クライアント端末１００ＡのＣＰＵ２０１はこれを受信して（ステップＳ４１０）、どのユーザの会議画像をどの表示領域に表示するかを割り当ててメモリ上に記憶する（ステップＳ４１２）。

また、カメラ機能がオンに設定されている場合は、サーバ２００のＣＰＵ２０１は、自機で機能しているカメラ（例えば自機に搭載されているカメラ）で撮像された動画の１フレームごとの画像（フレーム画像）をメモリ上の画像キューに記憶する。クライアント端末上の画像キューの一例を図８の８２０に示す。

また、当該フレーム画像をサーバ２００に順次送信する。サーバ２００は当該動画のフレーム画像を受信して、メモリ上の画像キューに記憶する。サーバ上の画像キューの一例を図８の８３０に示す。

また、マイク機能がオンに設定されている場合は、サーバ２００のＣＰＵ２０１は、自機で機能しているマイク（例えば自機に搭載されているマイク）に入力された音声情報を所定の間隔ごとのデータとして、メモリ上の音声キューに記憶する。クライアント端末上の音声キューの構成は、例えば図８の８２０における画像の代わりに音声情報が記憶されるものである。

また、当該音声情報をサーバ２００に順次送信する。サーバ２００は当該音声情報を受信して、メモリ上の音声キューに記憶する。サーバ上の音声キューの構成は、例えば図８の８３０における画像の代わりに音声情報が記憶されるものである。

また、サーバ２００のＣＰＵ２０１は、クライアント端末１００Ａにより新たに会議室に入室したユーザ（例：Ｕｓｅｒ００１）を、同じ会議室に入室している他のユーザのクライアント端末であるクライアント端末１００Ｃに通知する（ステップＳ４１３）。

例えば会議情報８１０の中のＵｓｅｒ００１の８１１〜８１５のデータをクライアント端末１００Ｃに送信する。

なお、図４の説明ではクライアント端末１００Ｃのユーザ（Ｕｓｅｒ００３）が、クライアント端末１００Ａのユーザ（Ｕｓｅｒ００１）と同じ会議に参加している（同じ会議室に入室している）ものとして説明しているが、図８の８１０に示すように、Ｕｓｅｒ００３以外にもＵｓｅｒ００１と同じ会議に参加しているユーザがいる場合、それら同じ会議室に参加中のユーザにもクライアント端末１００Ａにより新たに会議室に入室したユーザ（例：Ｕｓｅｒ００１）を、通知する。

クライアント端末１００ＣのＣＰＵ２０１は、当該新たに会議室に入室したユーザの情報を受信して（ステップＳ４１４）、自機のメモリに記憶する（ステップＳ４１５）。例えば会議情報８１０と同じ構成で、会議に参加中のユーザの一覧を記憶・管理する。

実際には、会議室に新たなユーザが入室したり、退室したりする都度サーバ２００から通知を受け、当該会議に参加中のユーザの一覧を更新する。以上が図４の説明である。

各クライアント端末１００のＣＰＵ２０１は、サーバから通知を受けた、同じ会議に参加している他機のユーザ一覧に基づいて、他機のユーザの会議画像及び音声をサーバ２００に要求し、サーバ２００が要求に応じて画像や音声を送信することで、図１４の１４１０のように会議画面を表示更新して音声を再生する。

次に図５を参照して、本発明の実施形態における入室処理の流れを説明する。

なお、本実施形態の説明においてサーバ２００のＣＰＵ２０１は、図４のステップＳ４０２において、同じユーザが既にログイン済みであっても当該ユーザを強制ログアウトさせることなく、追加のログイン処理を行って処理をステップＳ４０３に移行する。

サーバ２００のＣＰＵ２０１は、図４のステップＳ４０７において入室要求を受け付けると図５の処理を開始する。

サーバ２００のＣＰＵ２０１は、ステップＳ４０７で受け付けた入室要求に含まれていたユーザＩＤを特定し（ステップＳ５０１）、同一のユーザが入室要求された会議室に入室中か、会議情報８１０を参照して判定する（ステップＳ５０２）。

同一ユーザが入室中でない場合、処理を図４のステップＳ４０８に移行する。同一ユーザが入室中である場合は処理をステップＳ５０３に移行する。

サーバ２００のＣＰＵ２０１は、図９の９２０に示すような確認画面の画面情報（ｈｔｍｌ情報）を生成して、入室要求の送信元のクライアント端末１００Ｂに送信する（ステップＳ５０３）。

当該確認画面９２０は、既にログイン及び会議室に入室しているユーザの新たな入室要求を受け付けた場合に、新たな入室要求に基づいて、どのように当該ユーザを入室させるかを確認させる画面であり、また、当該新たな入室要求の送信元のクライアント端末を入室後の会議室の電子会議においてどのように機能させるか（どの機能を実行する端末として会議に参加させるか）を確認するための画面である。

チェックボックス９２２は、当該確認画面９２０を表示しているクライアント端末１００Ｂを子機として会議室に入室させるための選択受付部である。

親機選択受付部９２３は、子機として入室するにあたり、自機をどの端末子機とするかの選択を受け付ける、つまり親機の選択を受け付ける選択受付部であり、クライアント端末１００Ｂによりログイン要求・入室要求されたユーザＩＤと同じユーザＩＤでサーバ２００にログインし、入室要求された会議室に同じユーザＩＤで入室中のクライアント端末を選択可能に表示する一覧表示部である。

本実施形態の説明においては、クライアント端末１００ＡでＵｓｅｒ００１がサーバ２００にログイン済み及びルーム００１に入室中であり、クライアント端末１００Ｂから新たにＵｓｅｒ００１のログイン要求及びルーム００１への入室要求を受け付けたものとする。

よって、親機選択受付部９２３には、クライアント端末１００Ａが選択可能に表示される。

同じＩＤで既に入室しているクライアント端末が複数ある場合は、複数の当該クライアント端末が親機選択受付部９２３に一覧表示されるよう、画面情報を作成する。

チェックボックス９２１は、一般機として会議室に入室するための選択受付部である。一般機とは、親機でも子機でもない端末のことである。一般機として入室を実行した場合は、既に同じユーザＩＤで入室中のクライアント端末１００Ａからのユーザの入室及びログインが強制解除され、新たにクライアント端末１００Ｂのユーザを会議室に入室させる。

クライアント端末１００Ｂは当該確認画面９２０の画面情報を受信して表示画面に表示する（ステップＳ５０４）。そして、当該確認画面９２０においてユーザ操作を受け付ける（ステップＳ５０５）。

例えば、「一般機として入室する」の選択を受け付けた状態で「ＯＫ」ボタンの押下を受け付けることで、一般機としての入室要求の操作を受け付けたものとする。

例えば、「子機として入室する」の選択を受け付けた状態で、親機の選択を受け付け、「ＯＫ」ボタンの押下を受け付けることで、選択されている親機の子機としての入室要求の操作を受け付けたものとする。

クライアント端末１００ＢのＣＰＵ２０１は、自機の備える機能（カメラ、マイク、スピーカ）の全てをオフに設定し（ステップＳ５０６）、ステップＳ５０５で受け付けた操作の内容をサーバ２００に送信する（ステップＳ５０７）。

各クライアント端末１００は、自機のカメラ、マイク、スピーカ機能のオン／オフを、自機のメモリ上に記憶されている、図８の機能設定８５０に示す設定テーブルで管理している。機能をオンにする場合、対象の機能名８５１のＯＮ／ＯＦＦ８５２をＯＮに設定する。機能をオフにする場合、対象の機能名８５１のＯＮ／ＯＦＦ８５２をＯＦＦに設定する。

サーバ２００のＣＰＵ２０１は、ステップＳ５０５でクライアント端末１００Ｂが受け付けた操作内容の情報を受信し、子機として会議室（例：ｒｏｏｍ００１）に入室する操作を受け付けたか判定する（ステップＳ５０８）。

一般機として入室する操作を受け付けた場合は、入室先の会議室内の、クライアント端末１００Ｂのユーザ（例：Ｕｓｅｒ００１）と同じユーザ（クライアント端末１００ＡのＵｓｅｒ００１）をログアウトさせ、処理を図４のステップＳ４０８に移行する。

なお、一般機として入室処理を行った場合、サーバ２００のＣＰＵ２０１は、会議情報８１０における当該入室したユーザのデータの入室通知８１６に「全機」を挿入して記憶する。

また、「キャンセル」ボタンの押下を受け付けた場合は、ステップＳ４０２においてログインしたユーザ（クライアント端末１００ＢのＵｓｅｒ００１）をサーバ２００からログアウトさせる。

入室通知８１６は、当該入室通知８１６のデータのユーザが入室したことを、会議に参加中のどの端末に通知するかを定めるデータである。

サーバ２００のＣＰＵ２０１は、入室通知８１６に設定した内容に従って、一般機として入室したクライアント端末１００の入室の通知を同じ会議に参加中の全機に送信する。

一方、子機として入室する操作を受け付けたと判定した場合は、処理をステップＳ５０９に移行する。

サーバ２００のＣＰＵ２０１は、子機として入室する操作を受け付けたと判定した場合に、クライアント端末１００Ｂを子機として対象の会議室に入室させることを決定し、クライアント端末１００Ｂの端末ＩＤをメモリ上に保持する（ステップＳ５０９）。

また、確認画面９２０において選択された親機をクライアント端末１００Ｂの親機とすることを決定し、親機の端末ＩＤをメモリ上に保持する。ここでは親機としてクライアント端末１００Ａが選択されたものとする（ステップＳ５１０）。

サーバ２００のＣＰＵ２０１は、当該親機と子機の端末ＩＤを対応付けてメモリ上に記憶する（ステップＳ５１１）。具体的には、図８の親子情報８４０の親機ＩＤ８４１にクライアント端末１００Ａの値を記録し、子機ＩＤ８４２にクライアント端末１００Ｂの値を記録する。親子情報８４０は、会議ＩＤ作成時点において、会議ＩＤごとに、サーバ２００がメモリ上に作成するテーブルである。

子機機能８４３は、親機ＩＤ８４１と子機ＩＤ８４２の端末の関係において、子機が何の機能を実行する端末として指定されているかを示す。子機機能８４３には現時点では値は挿入されていない。

サーバ２００のＣＰＵ２０１は、クライアント端末１００のＵｓｅｒ００１を入室先の会議室であるｒｏｏｍ００１に入室させる（ステップＳ５１２）。入室後の会議情報の一例を図８の８１０に示す。

子機としての入室処理の場合、サーバ２００のＣＰＵ２０１は、会議情報８１０における当該入室したユーザのデータの入室通知８１６に「親機のみ」を挿入して記憶する。

サーバ２００のＣＰＵ２０１は、入室通知８１６に設定した内容に従って、クライアント端末１００Ａの子機として入室したクライアント端末１００の入室の通知を、親機であるクライアント端末１００Ａにのみ送信する（ステップＳ５１３／非表示制御手段に該当）。

つまり、親機以外には、同じユーザが２つの端末から入室していることを通知しない。

入室が通知されていない他の端末は、新たにクライアント端末１００ＢのＵｓｅｒ００１が入室したことが分からないため、後述する図７の処理でクライアント端末１００ＢのＵｓｅｒ００１の画像及び音声の要求をすることがなく、また、そもそもクライアント端末１００ＡのＵｓｅｒ００１の表示領域とクライアント端末１００ＢのＵｓｅｒ００１の表示領域が個別に生成・会議画面に表示されることもなくなる。

なお、当該通知は図１０に示す機能選択画面１０００の表示指示を含むものとする。例えば、サーバ２００のＣＰＵ２０１は、当該機能選択画面１０００の画面情報（ｈｔｍｌ）を作成してクライアント端末１００Ａに送信する。

機能選択画面１０００は、子機として入室したクライアント端末１００Ｂを、何の機能を実行する端末として動作させるかを、親機においてユーザに選択させる画面である。

１００１、１００２、１００３は、それぞれカメラ、マイク、スピーカとして機能させる端末または自機に搭載・接続された専用のデバイス（カメラ、マイク、スピーカ）を選択するための領域である。

サーバ２００は、１００１、１００２、１００３において、それぞれプルダウンで子機、専用のデバイスを選択可能に表示できるよう画面を生成している。機能を実行するデバイスの選択の様子を１０１０及び１０２０に示す。

１００４は、１００１で選択されたカメラとして機能させる子機またはデバイスで撮影中の映像を表示する表示部である。

「ＯＫ」ボタン１００５は、１００１、１００２、１００３において選択された内容を確定するためのボタンである。つまり、どの端末をカメラ、マイク、スピーカの機能を実行する端末とするかを、親機の操作で決定するためのボタンである。

図５の説明に戻る。クライアント端末１００ＡのＣＰＵ２０１は、自機と同じユーザで入室が実行された子機のＩＤの通知を受け付け、また、機能選択画面１０００の表示指示を受け付ける（ステップＳ５１４）。

クライアント端末１００ＡのＣＰＵ２０１は、受け付けた指示に含まれる画面情報に従って、機能選択画面１０００を表示する（ステップＳ５１５）。

クライアント端末１００ＡのＣＰＵ２０１は、機能選択画面１０００において、どの端末・デバイスを、どの機能を実行する端末とするかの選択操作を受け付ける（ステップＳ５１６）。

例えば、本実施形態の説明においては、カメラとして機能させる端末として、子機のクライアント端末１００Ｂの選択を受け付け、マイク及びスピーカとして機能させる端末としてクライアント端末１００Ａ自身（クライアント端末１００Ａに搭載されているマイク及びスピーカ）の選択を受け付けたものとする。

クライアント端末１００ＡのＣＰＵ２０１は、子機で実行する機能として「カメラ」が指定された旨の情報を、子機においてカメラの機能を有効にするべく、サーバ２００に送信する（ステップＳ５１７）。また、自機に搭載されているカメラの機能をオフに設定する。

サーバ２００のＣＰＵ２０１は、子機で実行する機能として「カメラ」が指定された旨の情報を受け付け、親子情報８４０の子機機能８４３に「カメラ」の値を記憶する。（ステップＳ５１８）。

サーバ２００のＣＰＵ２０１は、子機であるクライアント端末１００Ｂに対して、「カメラ」の機能を有効にするよう通知する（ステップＳ５１９）。

クライアント端末１００ＢのＣＰＵ２０１は当該通知を受け付け（ステップＳ５２０）、通知された機能を有効にする（ステップＳ５２１）。ここでは「カメラ」の機能をオンに設定する。

また、サーバ２００のＣＰＵ２０１は、親機であるクライアント端末１００Ａに対して、画面の表示更新指示を送信する。例えば、図１１の１１００に示すように、子機となったクライアント端末１００Ｂを識別表示し、クライアント端末１００Ａがその親機となったことを識別表示する会議画面の画面情報を生成してクライアント端末１００Ａに送信する（ステップＳ５２２）。

図１１の調整ボタン１１０１は、子機のカメラ、マイク、スピーカの質を調整するための機能調整画面１２０１（図１２に図示）を表示するためのボタンであり、当該画面を表示する端末が、他の端末の親機になっていることを示す識別情報である。

クライアント端末１００Ａは、会議画面１１００を受信して表示画面に表示する（ステップＳ５２３）。

また、サーバ２００のＣＰＵ２０１は、子機であるクライアント端末１００Ｂに対して、画面の表示更新指示を送信する。例えば、図１１の１１２０に示すように、親機となったクライアント端末１００Ａを識別表示し、クライアント端末１００Ｂがその子機となったことを識別表示する会議画面の画面情報を生成してクライアント端末１００Ｂに送信する（ステップＳ５２４）。

クライアント端末１００Ｂは、会議画面１１２０を受信して表示画面に表示する（ステップＳ５２５）。

なお、親機にも子機にもなっていない他のクライアント端末１００（例：１００Ｃ，１００Ｄ）には、１１１０のような、従来どおりの会議画面が表示されている。但し、Ｕｓｅｒ００１の会議画像を撮影するカメラが、クライアント端末１００Ａからクライアント端末１００Ｂに変更されている場合、Ｕｓｅｒ００１の表示領域にはクライアント端末１００Ｂのカメラで撮影された会議画像が表示されることとなる。以上が図５の説明である。

次に図６を参照して、本発明の実施形態における、画像及び音声のサーバへの送受信処理の流れについて説明する。

図６の処理は、クライアント端末１００によるユーザの会議室への入室が完了したタイミングから開始・実行される。

図６の説明においては、クライアント端末１００Ｂがクライアント端末１００Ａの子機であり、カメラ端末として動作する端末として入室していることを想定して説明する。

クライアント端末１００ＡのＣＰＵ２０１は、自機で有効になっている機能を特定する。ここではマイク機能が有効になっていると特定する（ステップＳ６０１）。

クライアント端末１００ＡのＣＰＵ２０１は、会議終了までの間、所定の時間間隔ごとにステップＳ６０３の処理を繰り返す（ステップＳ６０２）。例えば０．５秒毎に繰り返す。

クライアント端末１００ＡのＣＰＵ２０１は、自機のマイクから入力されている音声情報を取得し、サーバ２００に送信する（ステップＳ６０３）。

サーバ２００のＣＰＵ２０１は音声情報を受信し（ステップＳ６２１）、音声の送受信に際して張られたセッションの情報から送信元の端末ＩＤを特定する（ステップＳ６２２）。

サーバ２００のＣＰＵ２０１は、親子情報８４０を参照して、特定された音声の送信元の端末が子機か判定する（ステップＳ６２３）。子機でない場合は処理をステップＳ６２６に移行し、受信した音声情報を、音声送信元の端末のユーザの音声キュー（不図示）に記憶する（ステップＳ６２６）。

音声キューは所定の時間間隔ごとの音声の情報を、シーケンス番号と、ユーザＩＤと、当該音声を配信した送信先のユーザを管理する情報である。つまり、図８の８３０に示す画像キューの画像８３３の代わりに音声情報を記憶・管理する情報である。音声キューは、会議に入室している端末ごとにサーバ２００がメモリ上に作成・管理する。

音声の送信元の端末が子機である場合、サーバ２００のＣＰＵ２０１は、当該送信元の端末が、マイク機能を実行する端末として指定されているか、子機機能８４３を参照して判定する（ステップＳ６２４）。

マイク機能を実行する端末として指定されている場合には、処理をステップＳ６２５に移行し、受信した音声情報を、クライアント端末１００Ａ（親機）のユーザの音声キューに記憶する（ステップＳ６２５）。マイク機能を実行する端末として指定されていない場合には、音声の記憶をすることなく処理を終了する。

クライアント端末１００ＢのＣＰＵ２０１は、自機で有効になっている機能を特定する。ここではカメラ機能が有効になっていると特定する（ステップＳ６１１）。

クライアント端末１００ＢのＣＰＵ２０１は、会議終了までの間、自機のカメラで撮像するカメラ画像１フレームごとにステップＳ６１３〜Ｓ６１５の処理を繰り返す（ステップＳ６１２）。

クライアント端末１００ＡのＣＰＵ２０１は、カメラからの入力画像（映像）を、ステップＳ６１３で会議画面に表示する一方で、映像コーデックによる画像（映像）の圧縮処理を行い、圧縮後の画像を、１フレームごとに、順々に自装置のメモリ上の画像キューに保存・記憶する（ステップＳ６１４）。

画像キューの一例を図８の画像キュー８２０に示す。画像キュー８２０は、各画像の識別番号（端末ＩＤ）であり、画像の順序を示すシーケンス番号８２１と、画像の実体（画像データ／映像の中の１フレームの画像）である画像８２２の項目から構成される。

クライアント端末１００ＡのＣＰＵ２０１は、自機のカメラから取得した映像の各フレームの画像について、当該画像を取得した順にシーケンス番号を割り振って、画像キュー８２０に記憶する。

クライアント端末１００ＡのＣＰＵ２０１は、画像キュー８２０に保存した画像を、サーバ２００に、シーケンス番号と共に順次送信する（ステップＳ６１５）。つまり、画像キュー８２０に示す情報をサーバ２００に送信する。

サーバ２００のＣＰＵ２０１は、当該画像（圧縮データ）を受信し（ステップＳ６２７）、画像の送受信に際して張られたセッションの情報から送信元の端末ＩＤを特定する（ステップＳ６２８）。

サーバ２００のＣＰＵ２０１は、親子情報８４０を参照して、特定された画像の送信元の端末が子機か判定する（ステップＳ６２８）。

サーバ２００のＣＰＵ２０１は、子機でない場合は処理をステップＳ６３２に移行する。ステップＳ６３２では、サーバ２００のＣＰＵ２０１は、自装置のメモリ上に保持している、当該画像の送信元のクライアント端末１００Ａ（端末ＩＤ）での入室ユーザの画像キュー８３０に追加して記憶する（ステップＳ６３２）。

サーバ２００のＣＰＵ２０１は、ユーザの会議室への入室処理が行われた場合に、当該ユーザの端末ごとに会議画像キューを生成してメモリ上に保持する。

当該サーバ２００のメモリ上の画像キュー８３０には、クライアント端末１００より受信した、画像キュー８２０のシーケンス番号８２１、画像８２２と同じ情報を対応付けて記憶する。

画像の送信元の端末が子機である場合、サーバ２００のＣＰＵ２０１は、当該送信元の端末が、カメラ機能を実行する端末として指定されているか、子機機能８４３を参照して判定する（ステップＳ６３０）。

カメラ機能を実行する端末として指定されている場合には、処理をステップＳ６３１に移行し、受信した画像を、親機のユーザの画像キュー８３０に記憶する（ステップＳ６３１）。

カメラ機能を実行する端末として指定されていない場合には、画像の記憶をすることなく処理を終了する。以上が図６の説明である。

次に図７を参照して、本発明の実施形態における、サーバからの画像及び音声の取得処理の流れについて説明する。

図７のステップＳ７０１以下及びステップＳ７１１以下の処理は、サーバ２００がユーザの入室処理を完了し、クライアント端末１００がサーバ２００から入室完了の通知を受け付けた時点から繰り返し実行する。入室完了の通知を受け付けた時点とは、例えば会議画像の受信時点である。

なお、ステップＳ７１１以下の処理は、クライアント端末１００がサーバ２００から受信した、当該クライアント端末１００のユーザと同じ会議室に入室しているユーザ一覧に基づいて、当該一覧内のユーザを対象として実行される。

以下、音声の送受信及び再生処理について説明する。

クライアント端末１００のＣＰＵ２０１は、自機のスピーカ機能が有効な場合には、ステップＳ７０１〜Ｓ７０６の処理を繰り返し実行する。

クライアント端末１００のＣＰＵ２０１は、他の会議参加者の音声（同じ会議室に入室している他の入室者のユーザＩＤの音声キューの音声）の取得要求をサーバ２００に送信する（ステップＳ７０１）。当該要求には、クライアント端末１００でサーバ２００にログイン中のユーザＩＤを含めるものとする。

サーバ２００のＣＰＵ２０１は当該取得要求を受け付け（ステップＳ７０２）、要求元のクライアント端末１００でのログインユーザ以外の、当該ログインユーザと同じ会議室に入室中のユーザのユーザＩＤを、会議情報８１０を参照して特定する。

そして、特定した他の入室者の音声キューの音声のうち、画像の要求元のクライアント端末１００に未送信の、最新のシーケンス番号（最も後ろの番号）の音声を取得して合成し（ステップＳ７０３）、合成した音声を要求元のクライアント端末１００に送信する（ステップＳ７０４）。なお、同じユーザで子機と親機の音声キューが存在する場合、親機の音声キューに記憶されている音声を合成に用いる。

また、合成に用いた各音声に対応付けて、音声を送信した送信先のクライアント端末１００で入室中のユーザＩＤを、送信済みユーザの情報として記憶する。

クライアント端末１００のＣＰＵ２０１は、ステップＳ７０８で送信された音声情報を受信し（ステップＳ７０５）、スピーカで再生する（ステップＳ７０６）。

クライアント端末１００のＣＰＵ２０１は、受信した音声情報を順次再生するものとする。

以下、画像の送受信及び表示処理について説明する。

クライアント端末１００のＣＰＵ２０１は、他の会議参加者のうち所定のユーザを特定し、当該ユーザの会議画像の取得要求をサーバ２００に送信する（ステップＳ７１１）。例えば、現在会議画面に表示されている表示領域を特定し、その表示領域に対応するユーザの会議画像をサーバに要求する。

当該画像の取得要求には、クライアント端末１００でサーバ２００にログイン中のユーザＩＤを含めるものとする。

サーバ２００のＣＰＵ２０１は当該取得要求を受け付け（ステップＳ７１２）、要求元のクライアント端末１００でのログインユーザ以外の、当該ログインユーザと同じ会議室に入室中のユーザのユーザＩＤであって、要求を受けたユーザのユーザＩＤを、会議情報８１０を参照して特定する。そして、取得要求を受け付けたユーザの会議画像を特定する。

特定した他の入室者の画像キューの画像のうち、画像の要求元のクライアント端末１００に未送信の、最新のシーケンス番号（最も後ろの番号）の画像を取得し（ステップＳ７１３）、取得した会議画像を、当該画像に対応するユーザＩＤと共に要求元のクライアント端末１００に送信する（ステップＳ７１４）。

なお、同じユーザで子機と親機の画像キューが存在する場合、親機の画像キューに記憶されている画像を取得し、送信するものとする。

また、画像を送信した送信先のクライアント端末１００で入室中のユーザＩＤを、送信済みユーザ８３４に記憶する（ステップＳ７１５）。

クライアント端末１００のＣＰＵ２０１は、ステップＳ７１５で送信された画像（圧縮データ）を受信し（ステップＳ７１６）、映像コーデックによる伸長処理を行って映像（画像）を復元して、表示中の会議画面に表示する（ステップＳ７１７）。

例えば、各ユーザの会議画像を対応する表示領域の番号に割り当ててメモリ上に記憶し、図１４の会議画面１４１０のように表示する。どの表示領域にどのユーザの画像を表示するかの対応付け情報（表示領域のＩＤとユーザＩＤを対応付けた情報）は、クライアント端末１００のメモリに記憶されているものとする。

クライアント端末１００のＣＰＵ２０１は、受信した各ユーザの画像（会議画像）を、それぞれの画像のユーザに対応する表示領域に順次表示・更新し、動画像（映像）として再生・表示する。

ウェブ会議を行う場合、実際には、複数のクライアント端末１００が存在する場合があるため、サーバ２００のＣＰＵ２０１は、ステップＳ７１２〜Ｓ７１５を会議室に入室中の、カメラ機能が有効なクライアント端末１００の数だけ実行することとなる。以上が図７の説明である。

なお、親機であるクライアント端末１００Ａにおいては、図１１の１１０１の選択操作を受け付けることで、図１２の１２００に示す、機能調整画面１２０１を表示し、スライドバーに対する操作に応じて、各デバイスの機能を実行している端末にサーバ２００を介して音量や画質の変更指示を送信する。当該指示を受け付けた端末（例えばクライアント端末１００Ｂ）が、指示に応じて音量・画質を変更することができる。

「詳細設定」ボタン１２０２の押下を受け付けた場合は、機能選択画面１０００を表示するものとする。

つまり、子機の機能に関して操作可能な画面を生成して親機に送信して表示させる（操作制御手段に該当）。

また、上述した実施形態においては、どの端末を親機とするかを選択させるものとしたが、例えばサーバ２００が自動で親機を選択するようにしてもよい。具体的には、入室要求を受け付けたユーザが入室先の会議室に入室している場合、入室中の当該同じユーザＩＤのユーザの端末のうち、最初に会議室に入室している（データの保存日時が最も古い）ユーザのクライアント端末１００を親機としてステップＳ５０９で決定する。

また、既に複数の同一ＩＤのユーザが１つの会議室に入室している場合、親子情報８４０を参照し、親機となっているクライアント端末１００を、新たに入室要求を受け付けたユーザのクライアント端末の親機として決定するようにしてもよい。例えば、クライアント端末１００Ａが親機、クライアント端末１００Ｂが子機であり、Ｕｓｅｒ００１として入室している会議室に対し、クライアント端末１００ＣからＵｓｅｒ００１の入室要求を受け付けた場合、クライアント端末１００Ｃをクライアント端末１００Ａの子機として決定する。

また、上述した説明においては、子機としてログイン・入室したクライアント端末１００Ｂをどの機能を実行する端末とするかを選択させるものとしたが、例えば、図１３の確認画面１３００を確認画面９２０の代わりとし、クライアント端末１００Ｂにおいて、自機をどの機能を実行する子機として会議に参加させるかを選択させるようにしてもよい。

具体的には、図５のステップＳ５０３でサーバ２００のＣＰＵ２０１が確認画面１３００の画面情報を生成してクライアント端末１００Ｂに送信する。

クライアント端末１００Ｂは当該確認画面１３００を表示画面に表示し、ステップＳ５０５で、前述した子機として入室する操作に加えて、１３０１に示す機能選択受付部に対する、自機をどの機能の端末として会議室に入室させるかの選択操作を受け付ける。そして操作内容をサーバ２００に送信する。

サーバ２００のＣＰＵ２０１は、ステップＳ５０８〜Ｓ５１２の処理を実行し、ステップＳ５１３及びＳ５１８の処理をスキップして、ステップＳ５１９で、子機として入室したクライアント端末１００Ｂに対して、機能選択受付部１３０１で選択を受け付けていた機能を有効にするよう通知（指示）する。

クライアント端末１００Ｂは当該通知を受け付けて、当該通知に応じて、機能選択受付部１３０１で選択を受け付けていた機能を有効にする。

これにより、会議に新たに参加する端末からの操作により、当該端末を所定の機能を実行する機器として容易に利用可能な仕組みを提供することができる。

また、機能選択画面１０００において、確認画面１３００の機能選択受付部１３０１で選択を受け付けていた機能の端末の子機としてのみ、クライアント端末１００Ｂを選択可能に表示するようにしてもよい。

例えば、１３０１の選択状態に従えば、ステップＳ５１３において、機能選択画面１０００の１００１のプルダウンにクライアント端末１００Ｂを選択可能なように設定し、１００２及び１００３には設定せずに機能選択画面１０００の画面情報を生成し、クライアント端末１００Ａ（親機）に送信する。

当該機能選択画面１０００を受信して表示するクライアント端末１００Ａでは、１００１のプルダウンにはクライアント端末１００Ｂが選択可能に表示されるが、１００２と１００３のプルダウンには表示されない。つまり、子機で指定・選択された機能以外選択できない。

また、子機となるクライアント端末１００Ｂがカメラ機能を備えていない場合、自機がカメラ機能を備えず、マイクとスピーカ機能を備えることをサーバ２００に通知することで、サーバ２００が、機能選択画面１０００の１００１においてはクライアント端末１００Ｂを選択不可とし、１００２及び１００３においてはクライアント端末１００Ｂを選択可能にプルダウンに設定するようにしてもよい。

これにより、端末の実行可能な機能を絞り込むことで、ユーザによる機能の選択を容易にし、当該端末を所定の機能を実行する機器として容易に利用可能な仕組みを提供することができる。

また、上述した実施形態においては、音声キュー及び画像キューを、当該音声及び画像の送信元のクライアント端末１００ごとに、サーバが生成して管理しているものとしたが、例えば、ユーザごとに音声キュー及び画像キューをメモリ上に生成・記憶して管理してもよい。

この場合、図６のステップＳ６２５及びＳ６２６の代わりに、音声の受信元の端末のユーザに対応する音声キューに音声を記憶する処理を実行する。また、図６のステップＳ６３１及びＳ６３２の代わりに、会議画像の受信元の端末のユーザに対応する画像キューに画像を記憶する処理を実行する。

また、上述した実施形態においては、１度同一ユーザによるサーバ２００への２重ログインを許容し、会議室への入室要求を受け付けたタイミングで図５の処理を実行しているが、別のタイミングで実行してもよい。

例えば既にサーバ２００にログインしているログインユーザと同じユーザＩＤによるログイン要求を受け付けた場合に、当該ログインユーザの参加している会議（入室している会議室）を特定し、当該会議の会議室への入室要求を受け付けたものと判断して、ステップＳ５０１の処理を実行するようにしてもよい。例えば確認画面９２０において「キャンセル」ボタンの押下を受け付けた場合、当該ログイン要求によるログインは行われず、要求は破棄される。これにより、１度ログインを行うことによる処理リソースの消費を防止できる。

また、例えばクライアント端末を会議室の中央において専用のマイク・スピーカの代わりとしたり、会議室の端に設置して専用のカメラの代わりとしたりする場合、大型のＰＣに比べて、持ち運び・設置のし易い携帯端末を用いることが多い。

よって、例えば、ログイン要求を受け付けた時点で、ログイン要求の要求元のクライアント端末１００が携帯端末かを当該クライアント端末１００に問合せ、携帯端末であった場合に図４のログイン処理及び図５の子機としての入室処理を実行するようにしてもよい。

以上説明したように、本発明によれば、会議に参加する端末を、ある機能を実行する機器として容易に利用可能な仕組みを提供することができる。

尚、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

尚、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。
即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

１００Ａ クライアント端末
１００Ｂ クライアント端末
１００Ｃ クライアント端末
１００Ｄ クライアント端末
１０１ ネットワーク
２００ サーバ

Claims (16)

1. 電子会議において複数のクライアント端末と通信可能な情報処理装置であって、
   前記クライアント端末において入力を受け付けたユーザ情報に基づいて、前記クライアント端末の接続要求を受け付ける受付手段と、
   前記クライアント端末において入力を受け付けたユーザ情報に対応する別のクライアント端末が接続されている場合に、前記接続要求を受け付けたクライアント端末を、前記別のクライアント端末が参加している電子会議において所定の機能を実行する端末として動作させることを決定する決定手段と、
   前記決定手段による決定に応じて、前記受付手段により前記接続要求を受け付けたクライアント端末を、前記電子会議における所定の機能を実行する端末として動作させるべく制御する制御手段と、
   を備えることを特徴とする情報処理装置。
2. 前記決定手段は、前記クライアント端末において入力を受け付けたユーザ情報に対応する別のクライアント端末が接続されている場合に、前記接続要求を受け付けたクライアント端末を、前記別のクライアント端末が参加している電子会議における伝達情報の入力端末または／及び出力端末としてとして動作させることを決定し、
   前記制御手段は、前記決定手段による決定に応じて、前記受付手段により前記接続要求を受け付けたクライアント端末を、前記電子会議における伝達情報の入力端末または／及び出力端末として動作させるべく制御することを特徴とする請求項１に記載の情報処理装置。
3. 前記伝達情報とは、音声または画像であることを特徴とする請求項２に記載の情報処理装置。
4. 前記決定手段は、前記クライアント端末において表示される、複数ある前記所定の機能のうちどの機能を実行する端末として前記クライアント端末を動作させるか選択させる機能選択画面において選択された機能を実行する端末として、前記クライアント端末を動作させることを決定し、
   前記制御手段は、前記決定手段による決定に応じて、前記クライアント端末を前記機能選択画面において選択された機能を実行する端末として動作させるべく制御することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記制御手段は、前記決定手段により前記電子会議において所定の機能を実行する端末として動作させることが決定された前記クライアント端末を、前記別のクライアント端末が参加している電子会議に参加させ、前記所定の機能をオンにすることで、前記クライアント端末を、前記電子会議における所定の機能を実行する端末として動作させることを特徴とする請求項１乃至４に記載の情報処理装置。
6. 前記電子会議に参加しているクライアント端末を前記電子会議における参加者として表示すべく制御する表示制御手段と、
   前記所定の機能を実行する端末として前記電子会議に参加している前記クライアント端末を、前記表示制御手段により前記電子会議における参加者として表示しないよう制御する非表示制御手段と、
   を備えることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記表示制御手段は、前記電子会議に参加しているクライアント端末のユーザを前記電子会議における参加者として表示すべく制御し、
   前記非表示制御手段は、前記所定の機能を実行する端末として前記電子会議に参加している前記クライアント端末のユーザを、親機のクライアント端末のユーザと別に表示しないように制御することを特徴とする請求項６に記載の情報処理装置。
8. 前記別のクライアント端末を親機とする子機として、前記受付手段により前記接続要求を受け付けたクライアント端末を、親機の参加する前記電子会議に参加させるべく制御する参加制御手段と、
   前記子機のクライアント端末を、親機である前記別のクライアント端末によって操作可能に制御する操作制御手段と、
   を備えることを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
9. 前記クライアント端末において入力を受け付けたユーザ情報に対応する複数の別のクライアント端末が接続されている場合に、前記接続要求を受け付けたクライアント端末を、複数の前記別のクライアント端末のうちどの端末の子機として前記電子会議に参加させるかを選択する選択手段と、
   を備え、
   前記参加制御手段は、前記選択手段により選択された前記別のクライアント端末を親機とし、前記接続要求を受け付けたクライアント端末をその子機として前記電子会議に参加させるべく制御することを特徴とする請求項８に記載の情報処理装置。
10. 前記選択手段は、前記クライアント端末に表示された、複数の前記別のクライアント端末のうちいずれの端末を親機とするかの選択画面において、親機とする前記別のクライアント端末の選択を受け付けることで、前記クライアント端末をどの端末の子機として前記電子会議に参加させるかを選択することを特徴とする請求項９に記載の情報処理装置。
11. 電子会議において複数のクライアント端末と通信可能な情報処理装置の制御方法であって、
    前記クライアント端末において入力を受け付けたユーザ情報に基づいて、前記クライアント端末の接続要求を受け付ける受付工程と、
    前記クライアント端末において入力を受け付けたユーザ情報に対応する別のクライアント端末が接続されている場合に、前記接続要求を受け付けたクライアント端末を、前記別のクライアント端末が参加している電子会議において所定の機能を実行する端末として動作させることを決定する決定工程と、
    前記決定工程による決定に応じて、前記受付工程により前記接続要求を受け付けたクライアント端末を、前記電子会議における所定の機能を実行する端末として動作させるべく制御する制御工程と、
    を含むことを特徴とする情報処理装置の制御方法。
12. 電子会議において複数のクライアント端末と通信可能な情報処理装置を制御するプログラムであって、
    前記情報処理装置を、
    前記クライアント端末において入力を受け付けたユーザ情報に基づいて、前記クライアント端末の接続要求を受け付ける受付手段と、
    前記クライアント端末において入力を受け付けたユーザ情報に対応する別のクライアント端末が接続されている場合に、前記接続要求を受け付けたクライアント端末を、前記別のクライアント端末が参加している電子会議において所定の機能を実行する端末として動作させることを決定する決定手段と、
    前記決定手段による決定に応じて、前記受付手段により前記接続要求を受け付けたクライアント端末を、前記電子会議における所定の機能を実行する端末として動作させるべく制御する制御手段として機能させることを特徴とするプログラム。
13. 電子会議に参加する複数のクライアント端末と、情報処理装置とを含む情報処理システムであって、
    前記クライアント端末において入力を受け付けたユーザ情報に基づいて、前記クライアント端末の接続要求を受け付ける受付手段と、
    前記クライアント端末において入力を受け付けたユーザ情報に対応する別のクライアント端末が接続されている場合に、前記接続要求を受け付けたクライアント端末を、前記別のクライアント端末が参加している電子会議において所定の機能を実行する端末として動作させることを決定する決定手段と、
    前記決定手段による決定に応じて、前記受付手段により前記接続要求を受け付けたクライアント端末を、前記電子会議における所定の機能を実行する端末として動作させるべく制御する制御手段と、
    を備えることを特徴とする情報処理システム。
14. 電子会議に参加する複数のクライアント端末と、情報処理装置とを含む情報処理システムの制御方法であって、
    前記クライアント端末において入力を受け付けたユーザ情報に基づいて、前記クライアント端末の接続要求を受け付ける受付工程と、
    前記クライアント端末において入力を受け付けたユーザ情報に対応する別のクライアント端末が接続されている場合に、前記接続要求を受け付けたクライアント端末を、前記別のクライアント端末が参加している電子会議において所定の機能を実行する端末として動作させることを決定する決定工程と、
    前記決定工程による決定に応じて、前記受付工程により前記接続要求を受け付けたクライアント端末を、前記電子会議における所定の機能を実行する端末として動作させるべく制御する制御工程と、
    を含むことを特徴とする情報処理システムの制御方法。
15. 電子会議に参加する複数のクライアント端末と、情報処理装置とを含む情報処理システムを制御するためのプログラムであって、
    前記情報処理システムを、
    前記クライアント端末において入力を受け付けたユーザ情報に基づいて、前記クライアント端末の接続要求を受け付ける受付手段と、
    前記クライアント端末において入力を受け付けたユーザ情報に対応する別のクライアント端末が接続されている場合に、前記接続要求を受け付けたクライアント端末を、前記別のクライアント端末が参加している電子会議において所定の機能を実行する端末として動作させることを決定する決定手段と、
    前記決定手段による決定に応じて、前記受付手段により前記接続要求を受け付けたクライアント端末を、前記電子会議における所定の機能を実行する端末として動作させるべく制御する制御手段として機能させることを特徴とするプログラム。
16. 電子会議において複数のクライアント端末と通信可能な情報処理装置であって、
    前記クライアント端末において入力を受け付けたユーザ情報に基づいて、前記クライアント端末の接続要求を受け付ける受付手段と、
    前記クライアント端末において入力を受け付けたユーザ情報に対応する別のクライアント端末が接続されている場合に、前記接続要求を受け付けたクライアント端末を、前記別のクライアント端末が参加している電子会議における、前記別のクライアント端末の子機として、前記電子会議に参加させるべく制御する参加制御手段と、
    を備えることを特徴とする情報処理装置。

Images