(57)【要約】【課題】  仮想ユーザと実ユーザとがＷｅｂ会議室に入室することにより、Ｗｅｂ会議の臨場感でコンテンツを共有できること【解決手段】  本発明の情報処理システムは、クライアント端末と通信可能な仮想会議室を管理する情報処理システムであって、前記クライアント端末に表示するコンテンツを記憶する記憶手段と、前記クライアント端末に対応するユーザ情報を用いて、仮想会議室へ接続する第１接続手段と、仮想ユーザ情報を用いて、前記仮想会議室へ接続する第２接続手段と、前記第１接続手段と、前記第２接続手段とで接続された仮想会議室にて、前記記憶手段に記憶されたコンテンツを共有するコンテンツ共有手段とを有することを特徴とする。【選択図】  図１
2020194343.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末と通信可能な仮想会議室を管理する情報処理システムであって、
前記クライアント端末に表示するコンテンツを記憶する記憶手段と、
前記クライアント端末に対応するユーザ情報を用いて、仮想会議室へ接続する第１接続手段と、
仮想ユーザ情報を用いて、前記仮想会議室へ接続する第２接続手段と、
前記第１接続手段と、前記第２接続手段とで接続された仮想会議室にて、前記記憶手段に記憶されたコンテンツを共有するコンテンツ共有手段とを有することを特徴とする情報処理システム。
【請求項２】
前記第２接続手段は、前記第１接続手段により前記仮想会議室へ接続されると、該仮想会議室に接続することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記第２接続手段は、前記第１接続手段により前記仮想会議室へ接続されることを定期的に確認することを特徴とする請求項２に記載の情報処理システム。
【請求項４】
所定のユーザ情報を記憶するユーザ情報記憶手段と、
前記第１接続手段で仮想会議室へ接続されるユーザ情報が、前記ユーザ情報記憶手段に記憶するユーザ情報以外のユーザ情報を含むか判断する判断手段と、
前記第２接続手段は、前記判断手段により、前記ユーザ情報記憶手段に記憶するユーザ情報以外のユーザ情報を用いて接続された場合に、前記仮想会議室に接続することを特徴とする請求項２または３に記載の情報処理システム。
【請求項５】
前記記憶手段に記憶されたコンテンツは前記仮想会議室と紐付けて記憶されており、
前記コンテンツ共有手段は、前記第１接続手段で接続された仮想会議室と、前記第２接続手段により接続された仮想会議室が同じ場合に、該仮想会議室に紐付けられて記憶されているコンテンツを該第１接続手段で接続したユーザ情報に対応するクライアント端末に共有することを特徴とする請求項１乃至４に記載の情報処理システム。
【請求項６】
クライアント端末と通信可能な仮想会議室を有する情報処理装置であって、
前記クライアント端末に表示するコンテンツを記憶する記憶手段と、
前記クライアント端末に対応するユーザ情報を用いて、仮想会議室への接続を受け付ける第１接続手段と、
仮想ユーザ情報を用いて、前記仮想会議室へ接続する第２接続手段と、
前記第１接続手段と、前記第２接続手段とで接続された仮想会議室にて、前記記憶手段に記憶されたコンテンツを前記クライアント端末に共有するコンテンツ共有手段とを有することを特徴とする情報処理装置。
【請求項７】
通信可能なクライアント端末に表示するコンテンツを記憶する記憶部を備える、仮想会議室を管理する情報処理システムの制御方法であって、
前記クライアント端末に対応するユーザ情報を用いて、仮想会議室へ接続する第１接続ステップと、
仮想ユーザ情報を用いて、前記仮想会議室へ接続する第２接続ステップと、
前記第１接続手段と、前記第２接続手段とで接続された仮想会議室にて、前記記憶手段に記憶されたコンテンツを共有するコンテンツ共有ステップとを有することを特徴とする情報処理システムの制御方法。
【請求項８】
クライアント端末と通信可能な仮想会議室を有する情報処理装置におけるプログラムであって、
前記情報処理装置を、
前記クライアント端末に表示するコンテンツを記憶する記憶手段と、
前記クライアント端末に対応するユーザ情報を用いて、仮想会議室への接続を受け付ける第１接続手段と、
仮想ユーザ情報を用いて、前記仮想会議室へ接続する第２接続手段と、
前記第１接続手段と、前記第２接続手段とで接続された仮想会議室にて、前記記憶手段に記憶されたコンテンツを前記クライアント端末に共有するコンテンツ共有手段として機能させることを特徴とするプログラム。
【請求項９】
複数のクライアント端末と通信可能な仮想会議室を管理する情報処理装置を有する情報処理システムであって、
第１クライアント端末は、
第２クライアント端末に表示するコンテンツを記憶する記憶手段と、
前記第２クライアント端末に対応するユーザ情報を用いて、前記情報処理装置の仮想会議室へ接続する第１接続手段と、
前記第１クライアント端末が管理する仮想ユーザ情報を用いて、前記情報処理装置の仮想会議室へ接続する第２接続手段と、
前記第１接続手段と、前記第２接続手段とで接続された仮想会議室にて、前記記憶手段に記憶されたコンテンツを前記第２クライアント端末に共有させるコンテンツ共有手段とを有することを特徴とする情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子会議におけるコンテンツの共有に関する。
【背景技術】
【０００２】
Ｗｅｂ会議システムなどをユーザが試す際、Ｗｅｂ会議システムに一人でログインしても、Ｗｅｂ会議システムで会話を聞いたりする雰囲気を味わうことはできない。
【０００３】
特許文献１には、クライアントの検索操作により、検索の結果を時系列でサムネール化したスライドでクライアントに提示して、クライアントが目的とするセッションの部分のシーンを視聴する（すなわち、動画の頭出し）ことが可能な技術について開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−３０４４２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１では、動画の頭出しはできるが、動画を配信するだけになり、Ｗｅｂ会議システムへログインして、あたかも他のユーザとＷｅｂ会議をしているような環境で予め記憶されたコンテンツを共有することはできず、Ｗｅｂ会議の臨場感を得ることができない。
【０００６】
そこで本発明は、仮想ユーザと実ユーザとがＷｅｂ会議室に入室することにより、Ｗｅｂ会議の臨場感でコンテンツを共有できることを目的とする。
【課題を解決するための手段】
【０００７】
本発明の情報処理システムは、クライアント端末と通信可能な仮想会議室を管理する情報処理システムであって、前記クライアント端末に表示するコンテンツを記憶する記憶手段と、前記クライアント端末に対応するユーザ情報を用いて、仮想会議室へ接続する第１接続手段と、仮想ユーザ情報を用いて、前記仮想会議室へ接続する第２接続手段と、前記第１接続手段と、前記第２接続手段とで接続された仮想会議室にて、前記記憶手段に記憶されたコンテンツを共有するコンテンツ共有手段とを有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、仮想ユーザと実ユーザとがＷｅｂ会議室に入室することにより、Ｗｅｂ会議の臨場感でコンテンツを共有できる効果を有する。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態における、システム構成の一例を示す図である。
【図２】本発明の実施形態における、各種装置のハードウェア構成の一例を示すブロック図である。
【図３】本発明の実施形態における、各種装置の機能構成の一例を示す図である。
【図４】本発明の実施形態における、コンテンツ共有処理の流れを示すフローチャートである。
【図５】本発明の実施形態における、コンテンツ共有処理の流れを示すフローチャートである。
【図６】本発明の実施形態における、各種画面の構成の一例を示す図である。
【図７】本発明の実施形態における、各種画面の遷移の一例を示す図である。
【図８】本発明の実施形態における、各種画面の構成の一例を示す図である。
【図９】本発明の実施形態における、配信条件テーブルの一例を示す図である。
【図１０】本発明の実施形態における、サーバ状態データの一例を示す図である
【発明を実施するための形態】
【００１０】
＜第１の実施例＞
以下、図面を参照して、本発明の実施の形態の一例について説明する。
【００１１】
まず図１を参照して、本発明の実施形態における、情報処理システムの構成の一例について説明する。
【００１２】
本発明の情報処理システムは、例えば、パーソナルコンピュータを適用可能な情報処理装置であるクライアント端末１００（１００Ａ、１００Ｂ、１００Ｃ）とクライアント端末１００でＷｅｂ会議を利用可能にするＷｅｂ会議サーバ２００がネットワーク１５０を介して通信可能に接続され、構成されている。Ｗｅｂ会議サーバ２００は情報処理装置の１つである。
【００１３】
Ｗｅｂ会議サーバ２００は、Ｗｅｂブラウザを利用したＷｅｂ会議を実現するためのサーバ装置であり、クライアント端末１００からのアクセスに応じて、クライアント端末１００で入力を受け付けたユーザＩＤのユーザが参加する会議の画面である会議画面（インタフェース／例えばｈｔｍｌで表現される画面を表示するための情報）をそれぞれのクライアント端末１００に送信して表示させる。
【００１４】
当該会議画面の提供（会議画面に表示する会議画像及び指定画像の提供）により、複数のクライアント端末１００によりＷｅｂ会議を行うサービスを提供する。
【００１５】
ここでいう会議画像とは、会議に参加中のユーザのユーザＩＤが入力されたクライアント端末１００が使用するカメラで撮像され、Ｗｅｂ会議サーバ２００に送信されている画像である撮像画像であり、例えば、ユーザ自身の顔を写した画像である。
【００１６】
また、ここでいう指定画像とは、クライアント端末１００の入力部を介して、ユーザ操作に応じて指定を受け付けた、クライアント端末１００からＷｅｂ会議サーバ２００に送信される画像である。Ｗｅｂ会議サーバ２００は、指定画像の送信元のクライアント端末のユーザと同じ会議に参加している他のユーザの他のクライアント端末１００に対して指定画像を送信し、共有する。
【００１７】
つまり、本実施形態のＷｅｂ会議システムは、クライアント端末１００（例：１００Ａ）に表示されている画面の画像を他のクライアント端末（例：１００Ｂ、１００Ｃ）の画面に表示する、画面共有（指定画像の表示の共有処理）を行うことができる。
【００１８】
例えばユーザ操作により指定されたアプリケーションの画面のみを指定画像として共有することができる（アプリケーション共有）。
【００１９】
また、クライアント端末１００に表示されているデスクトップ画面の指定を受け付けることで、当該デスクトップ画像全体を指定画像として共有することができる（デスクトップ共有）。
【００２０】
クライアント端末１００は、例えば１００Ａに示すようなデスクトップＰＣや、１００ＢのようなノートＰＣ、１００ＣのようなタブレットＰＣである。クライアント端末１００は、Ｗｅｂ会議サーバ２００から受信した会議画面に、同じくＷｅｂ会議サーバ２００から受信した画像や映像（会議画像）や、指定画像を表示する。
【００２１】
本実施形態においてクライアント端末１００には、Ｗｅｂ会議サーバ２００へアクセスするためのＷｅｂブラウザ、及び専用のモジュールがインストールされているものとする。なお、この専用のモジュールは、例えば、Ｗｅｂブラウザを介して、Ｗｅｂ会議サーバ２００からダウンロードするＡｃｔｉｖｅＸコンポーネントである。
【００２２】
なお、Ｗｅｂ会議において自身の動画像を送信する場合は、ビデオデバイスである（Ｗｅｂカメラ等の）カメラ１０１を接続する。音声を送信する場合は、マイク１０２を接続し、相手の音声を視聴するためにはスピーカ１０３を接続する。マイク１０２およびスピーカ１０３はオーディオデバイスである。
【００２３】
また、図１においては各デバイスを別々の筐体として例示しているが、例えば１０１〜１０３が同じ筐体のハードに備えられているデバイスを用いてもよい。
【００２４】
例えばカメラ機能とマイク機能や、マイク機能とスピーカ機能、および全ての機能を備えたデバイスである。
【００２５】
また、クライアント端末１００に１０１〜１０３のデバイスが内蔵されている場合、これらの内蔵されているデバイスを用いて、画像、音声等を入力・出力するようにしてもよい。
【００２６】
また、本Ｗｅｂ会議システムは、ルームと呼ばれる仮想の会議室をＷｅｂ会議サーバ２００において複数生成、記憶、管理することができる。
【００２７】
クライアント端末１００を操作するユーザは、自身のユーザＩＤ・パスワードを用いて、Ｗｅｂブラウザ経由でＷｅｂ会議サーバ２００にアクセスしてログインし、自身のユーザＩＤを用いて当該ルームに入室することで、当該ルームにおいて開催される会議に参加することができる。
【００２８】
また、第１の実施例では、クライアント端末１００は、実ユーザが操作するクライアント端末１００Ａと、仮想ユーザがコンテンツを配信（共有）する仮想ユーザクライアント端末１００Ｂ、さらに、配信するコンテンツに対する説明やフォローなどをするユーザが接続（入室）するクライアント端末１００Ｃを有するシステムを例として説明する。
【００２９】
仮想ユーザがコンテンツを配信する仮想ユーザクライアント端末１００Ｂとは、予め保存されている画面共有情報（指定画像の表示を共有処理した情報であり、映像やスライド画像、アプリケーション画面、音声などを含む）であるコンテンツを配信するクライアントのユーザとして仮想的にイメージされたユーザのクライアント端末であり、この仮想ユーザクライアント端末が所定のルームへ接続（入室）すると、画面共通情報であるコンテンツをルーム内のユーザに配信することができる。
【００３０】
また、クライアント端末１００Ｃは、たとえば、コンテンツの内容を理解しているユーザや、コンテンツをフォローするユーザが使うクライアント端末であり、クライアント端末１００Ａのように一般のユーザとして会議システムに入る処理とは異なる処理を行う。具体的には、クライアント端末１００Ｃのユーザだけでログインしてもコンテンツを配信しないようにして、コンテンツを見て欲しいユーザである一般のユーザがログインした際に初めてコンテンツを配信（共有）するように制御している。以上が図１の説明である。
【００３１】
次に図２を参照して、本発明の実施形態における各種装置に適用可能なハードウェア構成の一例について説明する。
【００３２】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００３３】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００３４】
また、２０５は入力コントローラで、入力デバイス２０９からの入力を制御する。入力デバイス２０９としては、キーボード、タッチパネル、及びマウス等のポインティングデバイス等が挙げられる。
【００３５】
なお、入力デバイス２０９がタッチパネルの場合、ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができることとする。
【００３６】
また、タッチパネルは、マルチタッチスクリーンなどの、複数の指でタッチされた位置を検出することが可能なタッチパネルであってもよい。
【００３７】
２０６はビデオコントローラで、ディスプレイ２１０等の表示機への表示を制御する。なお、ディスプレイ２１０は、ＣＲＴ、液晶ディスプレイ等の表示機のことを指す。または、その他の表示機であってもよい。
【００３８】
尚、本体と一体になったノート型パソコンのディスプレイも含まれるものとする。外部出力装置はディスプレイに限ったものははく、例えばプロジェクタであってもよい。
【００３９】
また、図２のハードウェア構成を適用する装置が前述のタッチ操作を受け付け可能な装置である場合には、ディスプレイ２１０が入力デバイス２０９としての機能を提供する。
【００４０】
２０７はメモリコントローラで、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００４１】
２０８は通信Ｉ／Ｆコントローラで、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００４２】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォント展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００４３】
本発明を実現するための後述する各種プログラムは、ＲＯＭ２０２あるいは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。
【００４４】
さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報、テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
【００４５】
カメラコントローラ２１２は、カメラ２１４等による映像取得を制御し、音声コントローラ２１３はマイク／スピーカ２１５等による音声取得制御やスピーカへの出力を制御する。
【００４６】
カメラ２１４は、図２のハードウェア構成を適用する装置に内蔵されているカメラである。また、マイク／スピーカ２１５は、図２のハードウェア構成を適用する装置に内蔵されているマイク及びスピーカである。以上が図２の説明である。
【００４７】
次に図３を参照して、本発明の実施形態における、各種装置の機能構成の一例について説明する。
【００４８】
クライアント端末１００は、記憶部３１１、送信制御部（第１接続部）３１２等を備えている。
【００４９】
記憶部３１１は、送信制御部３１２によって送信する画像と同じ画像を記憶する記憶部（キュー）である。
【００５０】
キューには、クライアント端末１００の撮像装置によって撮像される撮像画像（会議画像）用の画像キューと、ユーザ操作により指定された指定画像（クライアント端末１００のデスクトップ画面の画像等）の画像キューがある。
【００５１】
撮像画像用の画像キューには撮像画像を順次記憶する。カメラは継続的に撮像処理（動画の撮像及びクライアント端末１００への動画の入力）を行うため、当該画像キューには、動画を構成する複数の画像が、動画内のフレームごとに順々に記憶される。
【００５２】
指定画像用の画像キューには、指定画像を所定時間ごとに記憶する。例えば０．２秒ごとに、クライアント端末１００のデスクトップ画面に表示されているデスクトップ画像を順次記憶する。記憶される各指定画像は、例えばデスクトップ画像を繋ぎ合わせて再生する動画の１フレームである。
【００５３】
送信制御部３１２は、カメラにおいて撮像され入力された画像（映像）や、ユーザ操作等により表示を共有する画像として指定された指定画像（デスクトップ全体または指定アプリケーションの画面の画像）を、Ｗｅｂ会議サーバ２００に送信制御する送信制御部である。
【００５４】
送信された画像は、Ｗｅｂ会議サーバ２００の受信制御部３２２で受信され、メモリ上の記憶部３２３（画像キュー）に格納される。
【００５５】
Ｗｅｂ会議サーバ２００は、会議情報記憶部３２１、受信制御部３２２、記憶部３２３、送信制御部（コンテンツ共有部）３２４、コンテンツ記憶部３２５、第２接続部３２６、ユーザ情報記憶部３２７、判断部３２８等を備えている。なお、コンテンツ記憶部３２５、第２接続部３２６、ユーザ情報記憶部３２７、判断部３２８は、別のクライアント端末が有していてもよい。後述する第１の実施例では、コンテンツ記憶部３２５、第２接続部３２６、ユーザ情報記憶部３２７、判断部３２８は、仮想ユーザクライアント端末１００Ｂが有しており、第３の実施例では、Ｗｅｂ会議サーバ２００がこれらの構成を有した例である。
【００５６】
会議情報記憶部３２１は、どのユーザが、どの会議室（仮想会議室）に入室してどのユーザと会議を行っているかを記憶する記憶部である。
【００５７】
受信制御部３２２は、クライアント端末１００の送信制御部３１２より送信された会議画像（映像）、および指定画像、音声を受信する受信部である。
【００５８】
送信制御部３２４は、受信制御部３２２で受信した画像や指定画像、音声等を、同じ会議に参加している（例：同じ会議室に入室中の）、当該画像や音声の送信元のクライアント端末１００とは別の、他のクライアント端末１００に送信する制御部である。
【００５９】
なお、本実施形態においては、クライアント端末１００がＷｅｂ会議サーバ２００に対して、記憶部３２３からの画像の取得要求を行うことで、当該要求に応じてＷｅｂ会議サーバ２００の送信制御部３２４が要求元のクライアント端末１００に対して、当該要求受付時におけるキュー内の最新の画像を送信するものとする。
【００６０】
クライアント端末１００は、要求した画像を受信した後、当該受信した画像（動画内の１フレーム）を表示画面に表示する。そして当該表示と並行して、当該動画内の次の画像をＷｅｂ会議サーバ２００に要求する。会議が終了する等、動画の表示が終了するまで、当該画像の要求と表示を繰り返す。
【００６１】
コンテンツ記憶部３２５は、Ｗｅｂ会議サーバ２００もしくは、仮想ユーザクライアント端末１００Ｂに予め保存されている画面共有情報であるコンテンツを記憶した記憶部であり、コンテンツ記憶部３２５に記憶されたコンテンツを送信制御部３２４により接続（入室）されたクライアント端末１００に送信することができる。
【００６２】
第２接続部３２６は、Ｗｅｂ会議サーバ２００もしくは、仮想ユーザクライアント端末１００Ｂが有する、仮想ユーザ（実際のユーザではなく、情報処理装置内の架空のユーザ）による接続（入室）を行う接続部である。
【００６３】
第２接続部３２６は、クライアント端末１００の送信制御部（第１接続部）３１２からの接続要求を受け付けた後に、第１接続部を検知して、接続（入室）が行われる。
【００６４】
第２接続部３２６により仮想ユーザが接続（入室）されると、コンテンツ記憶部３２５に記憶されているコンテンツを、送信制御部３２４により他の入室しているクライアント端末１００に送信することができる。
【００６５】
ユーザ情報記憶部３２７は、所定のユーサ情報を記憶した記憶部であり、所定のユーザ情報以外のユーザが接続（入室）しているかどうかの判断を行うための情報である。所定のユーザ情報とは、コンテンツを送信する必要がないユーザの情報であり、たとえば、コンテンツの内容を理解しているユーザや、コンテンツをフォローするユーザの情報である。これらのユーザのみが入室している場合は、コンテンツを共有する必要がなく、コンテンツの内容を理解していないユーザが接続（入室）してきた際にコンテンツを共有したいために記憶している情報である。
【００６６】
判断部３２８は、前記所定のユーザ情報以外のユーザが接続（入室）してきたかを判断する判断部である。所定のユーザ（たとえば、コンテンツの内容を理解しているユーザや、コンテンツをフォローするユーザ）以外のユーザが入室してきた際に、コンテンツ記憶部３２５に記憶されたコンテンツを送信制御部３２４により他の入室しているクライアント端末１００に送信する処理を行う。以上が図３の説明である。
【００６７】
次に図４を参照して、本発明の実施形態における、会議画像送信処理について説明する。
【００６８】
クライアント端末１００のＣＰＵ２０１は、Ｗｅｂ会議サーバ２００の提供するＷｅｂ会議サービスを享受するために、ブラウザソフト上におけるユーザ操作に応じて所定のＵＲＬにアクセスし、図示しないログイン画面を表示する（ステップＳ４０１）。
【００６９】
そして、当該ログイン画面においてユーザＩＤとパスワードの入力を受け付けて、Ｗｅｂ会議サーバ２００へのログイン要求を送信する（ステップＳ４０２）。
【００７０】
Ｗｅｂ会議サーバ２００のＣＰＵ２０１は、当該ログイン要求を受け付け（ステップＳ４０３）、自装置の外部メモリに予め記憶されているユーザ情報と突き合わせて認証処理（ログイン処理）を行う（ステップＳ４０４）。
【００７１】
受信したユーザＩＤを用いたＷｅｂ会議サーバ２００へのログインが成功した場合、つまり認証が成功した場合に、図６の６００に示すメニュー画面の画面情報（例えばｈｔｍｌ情報）を生成して、クライアント端末１００に送信する（ステップＳ４０５）。メニュー画面６００は、メニュー表示部６０１と「ログアウト」ボタン６０２を備える。
【００７２】
クライアント端末１００のＣＰＵ２０１は、当該画面情報を受信して、受信した画面情報に基づいてメニュー画面６００を表示画面に表示する（ステップＳ４０６）。
【００７３】
なお、図６のメニュー画面６００は、任意のユーザがアクセスできるデモ利用者としてログインしている例のため、メニュー表示部６０１にはフリースペース６０４のみが表示されている例であり、フリースペースは所定の会議室でも良い。
【００７４】
クライアント端末１００のＣＰＵ２０１は、当該メニュー画面６００において「フリースペース」内の「参加する」ボタン６０３の押下を受け付けることで、再生デバイスセットアップ画面表示処理へと遷移する（ステップＳ４０７）。再生デバイスセットアップ画面７２０へのユーザからのスピーカやマイク、カメラの指定を受け付け、参加先選択画面を表示し、参加する会議（参加する会議が開催されている入室先のフリースペース）の選択を受け付け、Ｗｅｂ会議サーバ２００に参加要求を送信する（ステップＳ４０８）。
【００７５】
例えば「参加する」ボタン６０３の押下を受け付けた場合に、図７の７２０に示す再生デバイスセットアップ画面を表示し、フリースペース６０４内のデモルームＳＳへの入室要求をＷｅｂ会議サーバ２００に送信する。なお、クライアント端末１００のＣＰＵ２０１は、当該フリースペース入室要求に、入室の操作を受け付けたクライアント端末１００でログイン中のログインユーザのユーザＩＤ、入室対象のルームの識別情報（ルームＩＤ）、クライアント端末１００の識別情報（例えばＩＰアドレス）等の情報を含めて、当該要求をＷｅｂ会議サーバ２００に送信するものとする。また、再生デバイスセットアップ画面表示処理では、後述する動画の音声が聞こえるようにするため、スピーカの接続を確認しないと、後述するステップＳ４１７の仮想ユーザクライアント端末からの接続（入室）要求を受け付けないこととしてもよい。
【００７６】
Ｗｅｂ会議サーバ２００のＣＰＵ２０１は当該入室要求を受け付けると、要求されたルーム（フリースペース）にユーザを入室させる入室処理を実行する（ステップＳ４０９）。入室後のＷｅｂ会議システムのルーム内を表示した例が図７の７２０である。７２０は、ユーザがログインしたクライアント端末１００Ａのディスプレイ２１０に表示されるＷｅｂ会議画面の一例である。ステップＳ４０８へと処理を遷移すると、また、クライアント端末１００Ａがの備えるカメラ（自機に接続されているカメラ１０１又は自装置に内蔵されるカメラ２１４）を起動し、当該カメラによる画像の撮影を開始する。撮影されたカメラの映像、すなわち、カメラの前のユーザの様子などが、７２１に表示され、同時にＷｅｂ会議システムの同じルーム（フリースペース）内のユーザがログインしているクライアント端末に送信される。
【００７７】
次に、仮想ユーザクライアント端末のＣＰＵ２０１は、現在のサーバの状態を取得するため、サーバ状態取得要求を送信する（ステップＳ４１０）。なお、ステップＳ４１０の処理は仮想ユーザクライアント端末から定期的にポーリングすることで、サーバ状態を要求している。
【００７８】
サーバ状態要求を受信したＷｅｂ会議サーバ２００のＣＰＵ２０１は、サーバ状態要求を受け付け（ステップＳ４１１）、サーバ状態を送信する（ステップＳ４１２）。具体的なサーバ状態を図１０を参照して説明する。
【００７９】
図１０は、サーバ状態を示すデータであり、＜ｍｅｅｔｉｎｇ  ｉｄ＞タグがユーザの存在するルームを識別するルームｉｄであり、＜ｕｓｅｒ  ｉｄ＞タグがルームに存在しているユーザを識別するユーザｉｄである。１００１のルーム「ｒｏｏｍ００１」には、「ｕｓｅｒ００１、ｇｕｅｓｔ００１、ｖｉｒｔｕａｌ００１」の３ユーザが入室しており、１００５のルーム「ｒｏｏｍ００２」には、「ｕｓｅｒ００２」のみが入室していることを示している。
【００８０】
ステップＳ４０９から直ぐにステップＳ４１１へと処理を遷移した場合は、図１０の１００５の「ｒｏｏｍ００２」のように、１００６の「ｕｓｅｒ００２」のみが存在することとなる。一方、後述するステップＳ４１７の仮想ユーザ参加を受け付けた後は、１００１の「ｒｏｏｍ００１」のような、１００３の「ｇｕｅｓｔ００１」（実ユーザ）と１００４の「ｖｉｒｔｕａｌ００１」（仮想ユーザ）とが入室している状態となる。図４のフローチャートの説明に戻る。
【００８１】
ステップＳ４１２において、サーバの状態を仮想ユーザクライアント端末に送信すると、仮想ユーザクライアント端末のＣＰＵ２０１は、送られたサーバ状態を受信する（ステップＳ４１３）。
【００８２】
受信したサーバ状態から、仮想ユーザを入室されるかどうかの判断を以下の分岐処理で判断する。すなわち、ステップＳ４１４において、仮想ユーザクライアント端末のＣＰＵ２０１は、まず、ユーザが入室したルーム（フリースペース）が仮想ユーザを入室させるルーム（フリースペース）かどうかの判断を行う。この判断処理のために仮想ユーザクライアント端末が有するデータの例を図９を参照して説明する。
【００８３】
図９は、仮想ユーザクライアント端末がコンテンツを配信するかの条件を記憶したテーブルの一例であり、９０１には仮想ユーザを入室させる対象会議室ＩＤ（ルームｉｄ）が登録されている。９０２は入室させる仮想ユーザのｉｄが登録されており、仮想ユーザＩＤに紐づくコンテンツデータが、９０３に登録されている。このコンテンツデータには予め保存されている画面共有情報であるコンテンツなどのデータファイルのファイル名が登録されている。除外ユーザＩＤ９０４は、対象会議室に入室しても、コンテンツデータを配信しないユーザであり、次のステップＳ４１５の処理で説明する。図４のフローチャートの説明に戻る。
【００８４】
ステップＳ４１４において、実ユーザが入室したルームが対象会議室ＩＤ（ルームｉｄ）に登録されているかどうかの判断をおこない、対象会議室ＩＤに登録されている場合はステップＳ４１５へと処理を遷移し、対象会議室ＩＤに登録されていない場合は、ステップＳ４１０へと処理を遷移し、定期的にサーバ状態を要求（ポーリング）する処理、もしくは通常の複数人で行う（仮想ユーザをログインさせない）Ｗｅｂ会議システムでの処理を行う。
【００８５】
具体的には、図１０の１００１や１００５のようなルームｉｄの場合は、どちらのルームｉｄ（「ｒｏｏｍ００１」、「ｒｏｏｍ００２」）も、図９の９０１に登録されているので、ステップＳ４１５へと処理を遷移する。一方、ルームｉｄに「ｒｏｏｍ００１」や「ｒｏｏｍ００２」がない場合は、ステップＳ４１０へと処理を戻す。
【００８６】
ステップＳ４１５へと処理を遷移すると、仮想ユーザクライアント端末のＣＰＵ２０１は、入室したユーザが図９で説明した除外ユーザＩＤ９０４以外のユーザが参加しているかを判断する。９０４の除外ユーザＩＤとは、たとえば、予め保存されている画面共有情報であるコンテンツを作成した会社の社員のＩＤなどであり、ステップＳ４１５の処理は、除外ユーザＩＤに登録されたユーザがＷｅｂ会議システムにログインしてきても、予め保存されている画面共有情報であるコンテンツを配信せず、一般のユーザがログインしてきた際に初めてコンテンツを配信するために設けられた判断分岐処理である。なお、ステップＳ４１５の判断分岐は第２の実施例で使用される処理である。
【００８７】
ステップＳ４１５において、ログインしているユーザが除外ユーザＩＤのみであれば、ステップＳ４１０へと処理を遷移し、定期的にサーバ状態を要求（ポーリング）する処理を繰り返す。一方、ログインしているユーザに除外ユーザＩＤ以外のユーザがいれば、次のステップＳ４１６へと処理を遷移する。
【００８８】
次のステップＳ４１６において、仮想ユーザクライアント端末のＣＰＵ２０１は、仮想ユーザクライアント端末が有するそれぞれの対象会議室ＩＤに紐付く仮想ユーザＩＤ９０２のユーザをそれぞれのルームｉｄに入室（接続）させる指示をＷｅｂ会議サーバ２００に送信する。
【００８９】
次に、ステップＳ４１７において、入室指示を受け取ったＷｅｂ会議サーバ２００のＣＰＵ２０１は、仮想ユーザの参加（入室）を受け付け、次のステップＳ４１８へと処理を遷移する。ステップＳ４１８のコンテンツ配信処理の詳細を図５を参照して説明する。
【００９０】
まず、ステップＳ５０１の処理において、仮想ユーザクライアント端末のＣＰＵ２０１は、予め保存されている画面共有情報であるコンテンツが終了するまで、ステップＳ５０２からステップＳ５０７の処理を繰り返す処理を実行する。
【００９１】
ステップＳ５０２において、仮想ユーザクライアント端末のＣＰＵ２０１は、接続されているルームｉｄ（対象会議室ＩＤ９０１）に対応するコンテンツデータ９０３のファイル名に該当するファイルを読み込み、次のステップＳ５０３において、読み込んだコンテンツデータをＷｅｂ会議サーバ２００に送信する。
【００９２】
ステップＳ５０３により送信されたコンテンツデータを、Ｗｅｂ会議サーバ２００のＣＰＵ２０１は、ステップＳ５０４で受信し、そのコンテンツデータを実ユーザの使用するクライアント端末へと送信する（ステップＳ５０５）。
【００９３】
実ユーザが使用するクライアント端末のＣＰＵ２０１は、ステップＳ５０５により送信されたコンテンツデータを、受信し（ステップＳ５０６）、そのコンテンツデータをクライアント端末のディスプレイ２１０に表示する。表示されたコンテンツの例が、図８の８０１である。８０１には、予め保存されている画面共有情報であるコンテンツを表示し、保存されている画面共有情報の通りにアプリケーション共有を行い、また、予め保存されている画面共有情報がデスクトップ共有されている場合は、デスクトップ画面全体を使ってコンテンツを表示する処理を行う。
【００９４】
ステップＳ５０２〜Ｓ５０７の処理を、コンテンツが終了するまで、もしくは実ユーザによる終了命令（図８の８０４ボタンの押下など）を受け付けるまで続ける。
【００９５】
以上の処理により、ユーザ１人でもＷｅｂ会議システムへログインすると、仮想ユーザが接続して、あたかもＷｅｂ会議システムを開催しているような雰囲気で予め保存されているコンテンツを共有することができる効果を有する。
【００９６】
また、一般的には、動画を配信（共有）するためには、通常動画データをサーバにアップロードする必要があるが、サーバ（この場合はＷｅｂ会議サーバ２００）で動画を管理する場合、動画データが多くなると管理するサーバの容量が圧迫されてしまうなどの課題がある。その課題を解決するために、仮想ユーザクライアント端末が、コンテンツを記憶しておき、Ｗｅｂ会議サーバ２００に定期的にポーリングを行い、実ユーザが入室（接続）してきたら、記憶しているコンテンツを配信（共有）することにより、サーバのコンテンツ管理の煩わしさを減らすことができる。
【００９７】
＜第２の実施例＞
前記第１の実施例は、実ユーザがログインした際に仮想ユーザを接続させて、予め保存されているコンテンツを表示する処理の例を説明したが、実ユーザがログインした段階で、予め保存されているコンテンツ（たとえば、システムの説明資料など）の補足説明員やコンテンツをフォローするユーザ（実ユーザ）がアクセスしてきても良い。以下では、補足説明員がログインしてくる仕様について説明する。
【００９８】
予め保存されているコンテンツをフォローするユーザ（実ユーザ）がアクセスする処理は、図９の除外ユーザＩＤ９０４の実ユーザがログインしている際の図４のステップＳ４１５における条件分岐処理から、処理が分かれる。
【００９９】
ステップＳ４１５へと処理を遷移すると、仮想ユーザクライアント端末のＣＰＵ２０１は、入室したユーザが図９で説明した除外ユーザＩＤ９０４以外のユーザが参加しているかを判断する。９０４の除外ユーザＩＤは、予め保存されている画面共有情報であるコンテンツを作成した会社の社員のＩＤなどであるため、ステップＳ４１５の処理に、除外ユーザＩＤに登録されたユーザがＷｅｂ会議システムにログインしてきても、予め保存されている画面共有情報であるコンテンツを配信しない。一方、一般のユーザがログインしてきた際には、予め保存されているコンテンツを配信し、後からログインしてくる除外ユーザＩＤのユーザの入室を受け付ける。後からログインしてくる除外ユーザＩＤのユーザ入室を受け付ける例を図７、図８を参照して説明する。
【０１００】
図７の７２０は、既に通常のユーザがログインしている状態であり、７２１には通常のユーザがログインしている様子を表示することができる。
【０１０１】
次に除外ユーザＩＤのユーザがログインしてくる例を図７の７３０を参照して説明する。７３０には、説明員としての除外ユーザが入室した例であり、除外ユーザ（説明員）が７３１に表示されている。
【０１０２】
その後、仮想ユーザがログインしてくる（図８）と、画面のメインエリアである８０１には、仮想ユーザに紐付く予め保存されているコンテンツを表示して、コンテンツの共有を開始する。その際、除外ユーザ７３１は８０２の説明員エリアに遷移し、Ｗｅｂ会議上のコンテンツの内容に追加説明やフォローを入れることができる。
【０１０３】
一方、Ｗｅｂ会議室に除外ユーザ７３１が一般のユーザより先にログインしている場合は、除外ユーザのクライアント端末には７２０の７２１のように除外ユーザが表示されるが、ステップＳ４１５の処理の結果、除外ユーザだけがログインしている場合は、仮想ユーザは入室せず、したがって、仮想ユーザに紐付けられたコンテンツも表示はしない。すなわち、除外ユーザがログインしている状態で、一般のユーザが入室するのを待ち、一般のユーザが入室したら、仮想ユーザをログイン（ステップＳ４１７）させ、コンテンツデータの配信を開始（コンテンツの共有）する処理を行う。
【０１０４】
上記構成により、除外ユーザ（説明員）がログインしただけでは、コンテンツを配信せず、一般ユーザが接続（入室）してきた場合に初めて、コンテンツを配信開始することができ、コンテンツを共有したいユーザにコンテンツを配信することができる効果を有する。
【０１０５】
また、予め保存されているコンテンツをフォローするユーザがログインして、コンテンツの再生中に適宜、Ｗｅｂ会議システムを通じて補足説明を行うことができるので、通常のユーザへのコンテンツに対する補足説明や、コンテンツに対する意見などを、遠隔地にいるフォローするユーザがコンテンツを再生しながら説明や意見を行うことができ、Ｗｅｂ会議システムによるコンテンツの共有をより有意義にわかりやすくできる効果を有する。
【０１０６】
さらに、引用文献１では、ユーザの検索操作による動画の頭出し機能により短時間で目的のコンテンツを提供することはできるが、事前記録したコンテンツを配信する形式だけなので、クライアントに対して、一方的に配信を行うことしかできず、補足説明や、質疑応答を配信中に行えないという課題がある。しかし、第２の実施例では、同じＷｅｂ会議上に説明員を配置することが可能になり、コンテンツでは足りない補足説明や質疑応答までも可能になる。また、説明員が一般のユーザの顔をチェックしながらコンテンツを共有できるため、授業として使うと、一般のユーザ（たとえば、生徒や学生など）が居眠りをしていることを説明員（先生）がチェックする事ができ、そのため、一般のユーザも居眠りをせず授業を聞くことができるなどの効果も生じうる。
【０１０７】
なお、除外ユーザＩＤ（説明員のＩＤ）とは、Ｗｅｂ会議システムで管理されているユーザリストに、説明員としてのフラグを持たせたものでもよく、また、説明員ユーザＩＤとして別に登録されているものであっても良い。
【０１０８】
＜第３の実施例＞
図４や図５のフローチャートには、仮想ユーザクライアント端末１００ＢとＷｅｂ会議サーバ２００とを別筐体として記載しているが、仮想ユーザクライアント端末１００ＢとＷｅｂ会議サーバ２００は、同一筐体であっても良い。以下に仮想ユーザクライアント端末１００ＢとＷｅｂ会議サーバ２００とが同一筐体である場合の処理を説明する。
【０１０９】
仮想ユーザクライアント端末１００ＢとＷｅｂ会議サーバ２００とが同一筐体の場合、すなわち仮想ユーザクライアント端末１００Ｂが、Ｗｅｂ会議サーバ２００に含まれている場合は、仮想ユーザクライアント端末が有する配信条件テーブル９００などをＷｅｂ会議サーバ２００が有する。
【０１１０】
第３の実施例の場合、一般のユーザがクライアント端末１００ＡからＷｅｂ会議サーバ２００のルーム（フリースペース）へ入室する（ステップＳ４０９）と、Ｗｅｂ会議サーバ２００は、Ｗｅｂ会議サーバ２００が有する仮想ユーザを入室させ（ステップＳ４１７）、配信条件テーブル９００に登録されているコンテンツを配信することができる。
【０１１１】
以上の処理により、Ｗｅｂ会議サーバ２００と実ユーザのクライアント端末だけで、仮想ユーザと実ユーザとがＷｅｂ会議室に入室させることができ、Ｗｅｂ会議の臨場感でコンテンツを共有することができる。
【０１１２】
本発明の実施形態において、各クライアント端末やＷｅｂ会議サーバ２００は、一つの筐体として説明したが、複数の情報処理装置を一つの筐体として管理してもよいし、一つの筐体を複数の装置で実行するよう構成してもよい。
【０１１３】
なお、上述した実施形態においてはＷｅｂ会議を例にあげて本発明の説明をしたが、本発明は例えばテレビ会議、テレビ電話等にも適用可能である。Ｗｅｂ会議、テレビ会議、テレビ電話等の電子データを用いた会議を電子会議という。
【０１１４】
以上、３つの実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１１５】
また、本発明におけるプログラムは、図４、図５に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図４、図５の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図４、図５の各装置の処理方法ごとのプログラムであってもよい。
【０１１６】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【０１１７】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【０１１８】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【０１１９】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２１】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適用できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１２２】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１２３】
１００Ａ  クライアント端末（ユーザクライアント端末）
１００Ｂ  クライアント端末（仮想ユーザクライアント端末）
１００Ｃ  クライアント端末（説明員クライアント端末）
１０１  カメラ
１０２  マイク
１０３  スピーカ
１５０  ネットワーク
２００  Ｗｅｂ会議サーバ
【図１】
2020194343.tif 000003
【図２】
2020194343.tif 000004
【図３】
2020194343.tif 000005
【図４】
2020194343.tif 000006
【図５】
2020194343.tif 000007
【図６】
2020194343.tif 000008
【図７】
2020194343.tif 000009
【図８】
2020194343.tif 000010
【図９】
2020194343.tif 000011
【図１０】
2020194343.tif 000012