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

Abstract

【課題】ユーザの手間をかけずに、情報の送受信を行うのに適切なグループ化を行う。【解決手段】仮想会議システム１は、クライアント端末１０のＯＳ言語情報をクライアント端末１０から取得する属性情報取得部２２と、属性情報取得部２２により取得されたＯＳ言語情報に基づき、複数のクライアント端末ＯＳを複数のグループに分けるグループ生成部２３と、送信元クライアント端末１０からのメディアデータに基づき、送信先クライアント端末１０へ配信するコンテンツを取得する配信情報取得部２４と、を備え、配信情報取得部２４は、グループ生成部２３によって分けられたグループが同じである同一グループ内のクライアント端末１０間で、同一グループ内における送信元クライアント端末１０からのメディアデータに基づき、同一グループ内における送信先クライアント端末１０へのコンテンツを取得する。【選択図】図３

Description

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

ルームと称される仮想会議室において、音声又は画像などの情報（メディアデータ）を複数のクライアント端末同士で互いに送受信する遠隔会議システムを利用する機会が増えている。遠隔会議システムをセミナー用途とする場合も増えており、セミナー用途の場合には、同じルームに入室しているクライアント端末のユーザ同士での討論を行うため、各ユーザをグループ分けする必要が生じる場合がある。

たとえば、下記特許文献１に記載された遠隔会議システムは、同一ルーム内のユーザをグループ分けするグループ管理機能を有している。この遠隔会議システムでは、予めグループ分けされたユーザのクライアント端末に対し、そのユーザが属するグループに応じた情報が送信される。

特開２００６－１５５３１５号公報

上記特許文献１に記載された遠隔会議システムにおけるグループ管理機能は、予めグループを登録しておく、又は、会議中にグループを作成するという手順をユーザの操作によって行う必要があり、ユーザの手間がかかる。

本発明は、ユーザの手間をかけずに、情報の送受信を行うのに適切なグループ化を行うことができる情報処理システム、その制御方法及びプログラムを提供することを目的とする。

本発明に係る情報処理システムは、仮想会議室内において、複数のクライアント端末同士で情報を送受信可能な情報処理システムであって、クライアント端末のユーザの属性を示すユーザ属性情報をクライアント端末から取得する属性情報取得手段と、属性情報取得手段により取得されたユーザ属性情報に基づき、複数のクライアント端末を複数のグループに分けるグループ生成手段と、送信元のクライアント端末から送信される情報である送信情報に基づき、送信先のクライアント端末へ配信する情報である配信情報を取得する配信情報取得手段と、を備え、配信情報取得手段は、グループ生成手段によって分けられたグループが同じである同一グループ内のクライアント端末間で、同一グループ内における送信元のクライアント端末からの送信情報に基づき、同一グループ内における送信先のクライアント端末への配信情報を取得する。

また、本発明に係る情報処理システムの制御方法は、仮想会議室内において、複数のクライアント端末同士で情報を送受信可能な情報処理システムの制御方法であって、クライアント端末のユーザの属性を示すユーザ属性情報をクライアント端末から取得する属性情報取得ステップと、属性情報取得ステップにおいて取得されたユーザ属性情報に基づき、複数のクライアント端末を複数のグループに分けるグループ生成ステップと、送信元のクライアント端末から送信される情報である送信情報に基づき、送信先のクライアント端末へ配信する情報である配信情報を取得する配信情報取得ステップと、を含み、配信情報取得ステップは、グループ生成ステップにおいて分けられたグループが同じである同一グループ内のクライアント端末間で、同一グループ内における送信元のクライアント端末からの送信情報に基づき、同一グループ内における送信先のクライアント端末への配信情報を取得する。

また、本発明に係る情報処理システムのプログラムは、仮想会議室内において、複数のクライアント端末同士で情報を送受信可能な情報処理システムのプログラムであって、情報処理システムを、クライアント端末のユーザの属性を示すユーザ属性情報をクライアント端末から取得する属性情報取得手段と、属性情報取得手段により取得されたユーザ属性情報に基づき、複数のクライアント端末を複数のグループに分けるグループ生成手段と、送信元のクライアント端末から送信される情報である送信情報に基づき、送信先のクライアント端末へ配信する情報である配信情報を取得する配信情報取得手段として機能させ、配信情報取得手段は、グループ生成手段によって分けられたグループが同じである同一グループ内のクライアント端末間で、同一グループ内における送信元のクライアント端末からの送信情報に基づき、同一グループ内における送信先のクライアント端末への配信情報を取得する。

本発明に係る情報処理システム、その制御方法及びプログラムでは、クライアント端末のユーザ属性情報に基づき、複数のクライアント端末が複数のグループに分けられる。よって、予めグループを登録するなどのユーザの手間をかけずに、ユーザの属性に基づいた適切なグループ分けが行われる。そして、同一グループ内における送信元のクライアント端末からの送信情報に基づき、同一グループ内における送信先のクライアント端末への配信情報が取得される。その結果、適切に分けられた同一グループ内での情報の送受信が可能となる。以上より、ユーザの手間をかけずに、情報の送受信を行うのに適切なグループ化を行うことができる。

また、本発明に係る情報処理システムは、クライアント端末から仮想会議室へ入室することを要求する入室要求を処理する入室処理手段を備え、入室要求は、ユーザ属性情報を含み、属性情報取得手段は、入室処理手段により処理された入室要求に基づき、ユーザ属性情報を取得してもよい。この場合、クライアント端末からの入室要求の処理に基づきユーザ属性情報が取得される。よって、ユーザがユーザ属性情報を取得するための特別なユーザ操作などをすることなく、入室要求に伴い自動的にユーザ属性情報を取得してグループ化を行うことができる。

また、属性情報取得手段は、クライアント端末から送信されたユーザ属性情報を受信することにより、ユーザ属性情報を取得してもよい。この場合、クライアント端末からのユーザ属性情報の送信に伴い、属性情報取得手段によってユーザ属性情報が取得される。よって、クライアント端末から送信するユーザ属性情報に基づき、容易にグループ化を行うことができる。

また、ユーザ属性情報は、クライアント端末のＯＳの言語を示すＯＳ言語情報であってもよい。この場合、クライアント端末のＯＳ言語情報に基づきグループ分けが行われる。よって、たとえばＯＳの言語が同じであるクライアント端末同士を同一グループとすることができ、当該同一グループ内において、ＯＳの言語が同じクライアント端末同士で適切に情報の送受信を行うことができる。

また、ユーザ属性情報は、送信元のクライアント端末からの送信情報の送信回数であってもよい。この場合、送信元のクライアント端末からの送信情報の送信回数に基づきグループ分けが行われる。よって、たとえば各グループで送信回数に偏りが生じないようにグループ化を行うことができる。

本発明によれば、ユーザの手間をかけずに、情報の送受信を行うのに適切なグループ化を行うことができる情報処理システム、その制御方法及びプログラムを提供することができる。

本発明の第１実施形態に係る遠隔会議システムの一例を示す概念図である。 本発明の第１実施形態に係る遠隔会議システムにおける各種装置のハードウェア構成を示す図である。 本発明の第１実施形態に係る遠隔会議システムの機能構成を示すブロック図である。 入室処理部により記憶される情報のデータベースの一例を示す図である。 グループ生成部により記憶されるグループ情報を示すデータベースの一例を示す図である。 入室処理の流れの一例を示すフローチャートである。 グループ分け実行処理の流れの一例を示すフローチャートである。 図７におけるコンテンツ取得処理の詳細を示すフローチャートである。 グループ分け解除後の処理の流れの一例を示すフローチャートである。 グループ分け実行前における、議長ユーザのクライアント端末に表示された会議画面を示す図である。 グループ分け実行後における、議長ユーザのクライアント端末に表示された会議画面を示す図である。 グループ分け実行前における、一般ユーザのクライアント端末に表示された会議画面を示す図である。 グループ分け実行後における、一般ユーザのクライアント端末に表示された会議画面を示す図である。 第２実施形態に係る遠隔会議システムの機能構成を示すブロック図である。 第２実施形態に係るグループ分け実行処理の流れの一例を示すフローチャートである。

以下、添付図面を参照して、本発明の一実施形態を詳細に説明する。なお、説明において、同一要素又は同一機能を有する要素には、同一符号を用いることとし、重複す

（第１実施形態）
本実施形態に係る遠隔会議システムは、ウェブ会議又はＴＶ会議などを利用するための仮想会議室（以下、「ルーム」と称する。）内において、複数のクライアント端末同士で情報を送受信可能な情報処理システムである。本実施形態に係る遠隔会議システムは、ルームを複数設定することにより、複数の会議を行うことができる。

本実施形態に係る遠隔会議システムは、たとえば、セミナー用途が想定される。この遠隔会議システムでは、同一のルームに入室した複数のクライアント端末のうち、一のクライアント端末のユーザが議長ユーザとして選出されると共に、その他のクライアント端末のユーザが議長以外の一般ユーザ（セミナー参加者）とされる。

まず、図１を参照して、本実施形態に係る遠隔会議システムの概略構成について説明する。

図１に示されるように、遠隔会議システム１（ウェブ会議システム）は、たとえば、パーソナルコンピュータを適用可能な複数のクライアント端末１０（１０Ｘ，１０Ａ，１０Ｂ，１０Ｃ，１０Ｄ）と、各クライアント端末１０で遠隔会議システムを利用可能にする遠隔会議サーバ２０（サーバ装置）と、を備える。各クライアント端末１０と遠隔会議サーバ２０とは、無線又は有線のネットワークＮを介して互いに通信可能に接続されている。

クライアント端末１０は、たとえば、デスクトップＰＣ（クライアント端末１０Ｘ）、ノートＰＣ（クライアント端末１０Ａ，１０Ｂ）、又はタブレットＰＣ（クライアント端末１０Ｃ，１０Ｄ）など、種々のパーソナルコンピュータを採用し得る。なお、本実施形態では、たとえばクライアント端末１０Ｘのユーザが議長ユーザとして選出され、その他のクライアント端末１０Ａ～１０Ｄのユーザが一般ユーザとされる。

クライアント端末１０は、ディスプレイを備え、遠隔会議サーバ２０から提供される会議画面（インタフェース）をディスプレイに表示する。会議画面は、ユーザが参加する会議の画面である。クライアント端末１０は、会議画面上に、遠隔会議サーバ２０から提供される会議画像又は指定画像を表示する。

会議画像とは、会議に参加中のユーザＩＤが入力されたクライアント端末１０におけるカメラ機能によって撮像され、遠隔会議サーバ２０に送信されている画像である撮像画像である。会議画像とは、たとえば、ユーザ自身の顔を写した画像である。

指定画像とは、クライアント端末１０の入力部を介して、ユーザ操作に応じて指定を受け付けた、クライアント端末１０から遠隔会議サーバ２０に送信される画像である。遠隔会議サーバ２０は、指定画像の送信元のクライアント端末１０のユーザと同じ会議に参加している他のユーザのクライアント端末１０に対して指定画像を送信する。

クライアント端末１０は、カメラ機能、マイク機能、及びスピーカ機能を有している。

具体的には、クライアント端末１０Ｘは、カメラ１００、マイク１０１、及びスピーカ１０２を備える。カメラ１００、マイク１０１、及びスピーカ１０２は、クライアント端末１０Ｘと通信可能に接続されている。

カメラ１００は、遠隔会議において自身の動画像を送信するためのビデオデバイスであるウェブカメラなどである。マイク１０１は、自身の発した音声を集音するためのオーディオデバイスである。スピーカ１０２は、相手の音声を聞くためのオーディオデバイスである。

カメラ１００、マイク１０１、及びスピーカ１０２などの各デバイスは、別々の筐体であってもよく、同じ筐体のハードに備えられていてもよい。たとえば、カメラ機能とマイク機能とを備えたデバイス、マイク機能とスピーカ機能とを備えたデバイス、又はこれらの機能全てを備えたデバイスとして構成してもよい。

クライアント端末１０Ａ～１０Ｄは、不図示のインカメラ（ディスプレイが設置されている面側に設置されたカメラ）、内蔵マイク、及び内蔵スピーカを備える。

クライアント端末１０は、遠隔会議サーバ２０から配信されるコンテンツ（配信情報）を出力する。遠隔会議サーバ２０からクライアント端末１０に配信されるコンテンツとは、クライアント端末１０のカメラ機能又はマイク機能によって取得されたメディアデータ（画像データ又は音声データ）に基づく情報である。たとえば、クライアント端末１０は、画像データを所定の表示領域（会議画面）に表示する。また、クライアント端末１０は、遠隔会議サーバ２０から配信される音声データをスピーカ機能により出力する。

クライアント端末１０には、遠隔会議サーバ２０へアクセスするためのウェブブラウザ、及び専用のモジュールがインストールされている。なお、この専用のモジュールは、たとえば、ウェブブラウザを介して遠隔会議サーバ２０からダウンロードするＡｃｔｉｖｅＸコンポーネントである。

遠隔会議サーバ２０は、ウェブブラウザを利用した遠隔会議を実現するためのサーバである。遠隔会議システム１は、遠隔会議サーバ２０へアクセスすることにより、ユーザが遠隔会議を利用するための会議画面（インタフェース）を取得する。

遠隔会議サーバ２０は、クライアント端末１０から送信されたメディアデータを蓄積し、メディアデータに基づくコンテンツを、当該遠隔会議サーバ２０に接続されたクライアント端末１０に配信する。クライアント端末１０は、遠隔会議サーバ２０から配信されるコンテンツを出力する。

なお、遠隔会議システム１においては、クライアント端末１０間での画面共有が行われてもよい。すなわち、送信元のクライアント端末１０の画面を、送信先のクライアント端末１０の表示画面に表示して共有してもよい。共有される画面は、クライアント端末１０によって指定可能であり、指定するアプリケーションの画面であってもよく、デスクトップ画面の全体であってもよい。

次に、図２を参照して、遠隔会議システム１における各種装置のハードウェア構成の一例について説明する。図２は、遠隔会議システム１における各種装置のハードウェア構成を示す図である。

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

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

また、２０５は入力コントローラで、キーボード（ＫＢ）又は不図示のマウスなどのポインティングデバイスなどである入力装置２０９からの入力を制御する。

２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）であるディスプレイ装置２１０等、表示器への表示を制御する。なお、表示器はＣＲＴディスプレイに限られるものでなく、液晶ディスプレイなどの他の表示器であってもよい。

また、本発明の実施形態において、タブレットＰＣであるクライアント端末１０Ｃ，１０Ｄのディスプレイ装置２１０は、タッチパネル機能を有するものとする。ディスプレイ装置２１０がタッチパネル機能を有する場合、当該ディスプレイ装置２１０は入力装置としても機能し、入力コントローラにタッチパネル機能で検出した（ディスプレイで受け付けた）タッチ操作の情報を入力情報として伝達するものとする。つまり、入力コントローラ２０５は、ディスプレイ装置２１０からの入力制御を行う。

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

２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したネットワークＮ）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

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

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

次に、図３を参照して、遠隔会議システム１の機能構成の一例について説明する。図３は、遠隔会議システム１の機能構成の一例を示すブロック図である。図３に示される１１～１６の各機能部は、クライアント端末１０にインストールされた遠隔会議アプリケーション（クライアントアプリケーション）が備える機能部である。また、図３に示される２１～２７の各機能部は、遠隔会議サーバ２０にインストールされた遠隔会議アプリケーション（サーバアプリケーション）が備える機能部である。

まず、クライアント端末１０の機能構成について説明する。クライアント端末１０は、機能的には、入室要求部１１と、グループ生成要求部１２と、送信データ記憶部１３と、送信制御部１４と、コンテンツ受信制御部１５と、出力部１６と、を備える。なお、グループ生成要求部１２は、議長ユーザのクライアント端末１０Ｘのみが備え、他の一般ユーザのクライアント端末１０Ａ～１０Ｄは備えていなくてもよい。

入室要求部１１は、クライアント端末１０のユーザによる入室要求を遠隔会議サーバ２０の入室処理部２１へ送信する。入室要求とは、ユーザが参加したいルームに対する入室の要求である。入室要求部１１は、たとえば、ユーザ操作に基づき、入室要求を受け付ける。

具体的には、ユーザＩＤを用いた遠隔会議サーバ２０に対するユーザのログインが成功すると、クライアント端末１０の表示画面には、「会議室予約」ボタンを含むメニュー画面が表示される。メニュー画面における「会議室予約」ボタンの押下げが受け付けられると、表示画面には、参加する会議（参加する会議が開催される入室先のルーム）を選択するための参加先選択画面が表示される。この参加先選択画面において、参加する会議の選択がユーザ操作によって受け付けられると、入室要求部１１は、選択された会議（ルーム）に対する入室要求を入室処理部２１へ送信する。

入室要求部１１により送信される入室要求には、ユーザＩＤ情報と、ＯＳの言語情報と、議長フラグと、が含まれる。ユーザＩＤ情報とは、ユーザのＩＤを示す情報である。ＯＳの言語情報は、クライアント端末１０のＯＳの言語を示す情報である。ＯＳの言語とは、たとえば、日本語又は英語などの種々の言語である。

議長フラグは、ユーザが議長ユーザであるか否かを示すフラグであり、たとえば、議長ユーザである場合には「１」、議長ユーザ以外の一般ユーザである場合には「０」の数字で示される。ユーザが議長ユーザであるか否かは、たとえばルームの予約時に予め設定されている。

グループ生成要求部１２は、グループ分け要求を、遠隔会議サーバ２０の属性情報取得部２２に送信する。グループ分け要求とは、同じルーム内における一般ユーザのクライアント端末１０Ａ～１０Ｄをグループ分けするための要求である。グループ生成要求部１２は、たとえば、議長ユーザのユーザ操作（図１０に示されるグループ分け開始ボタン３０の押下げ）に基づき、グループ分け要求を受け付ける。なお、グループ分け要求は、一般ユーザの操作に基づき受け付けられてもよい。

また、グループ生成要求部１２は、グループ分け解除要求を、遠隔会議サーバ２０のグループ生成部２３に送信する。グループ分け解除要求とは、グループ分けされたクライアント端末１０Ａ～１０Ｄのグループ分けを解除するための要求である。グループ生成要求部１２は、たとえば、議長ユーザのユーザ操作（図１１に示されるグループ分け解除ボタン３２の押下げ）に基づき、グループ分け解除要求を受け付ける。なお、グループ分け解除要求は、一般ユーザの操作に基づき受け付けられてもよい。

送信データ記憶部１３は、送信制御部１４によって送信する情報と同じ情報を記憶する記憶部（キュー）である。送信データ記憶部１３は、たとえば、音声キューと画像キューとを有している。音声キューは、クライアント端末１０のマイク機能によって集音された音声情報用のキューである。音声キューには、クライアント端末１０のマイク機能により断続的に集音された音声情報が順次記憶される。

画像キューには、クライアント端末１０のカメラ機能によって撮像される撮像画像（会議画像）用の画像キューと、ユーザ操作により指定された指定画像（クライアント端末１０のデスクトップ画面の画像など）の画像キューとが含まれる。

撮像画像用の画像キューには、撮像画像が順次記憶される。クライアント端末１０のカメラ機能により、断続的に撮像処理（動画の撮像及びクライアント端末１０への動画の入力）が行われる。よって、撮像画像用の画像キューには、動画を構成する複数の画像が、動画内のフレーム毎に順々に記憶される。

指定画像用の画像キューには、指定画像が所定時間毎に記憶される。指定画像用の画像キューには、たとえば、０．２秒ごとに、クライアント端末１０のデスクトップ画面に表示されているデスクトップ画像が順次記憶される。記憶される各指定画像は、たとえば、デスクトップ画像を繋ぎ合わせて再生する動画の１フレームである。

送信制御部１４は、遠隔会議において送信元のクライアント端末１０から送信先のクライアント端末１０に送信するメディアデータ（送信情報）を、遠隔会議サーバ２０の受信制御部２６へ送信する。メディアデータとは、たとえば、マイク機能によって集音された音声、カメラ機能によって撮像された画像（映像）、又はユーザ操作により表示を共有する画像として指定された指定画像（デスクトップ全体又は指定アプリケーションの画面の画像）などのデータである。

コンテンツ受信制御部１５は、遠隔会議サーバ２０の配信制御部２５に対して通信開始要求を行う。具体的には、コンテンツ受信制御部１５は、後述する入室処理部２１によって通知された同一ルーム内のユーザ情報を記憶する。コンテンツ受信制御部１５は、記憶された同一ルーム内のユーザ情報に基づき、遠隔会議サーバ２０からクライアント端末１０にコンテンツの配信を行うために必要なソケットを開通する。コンテンツ受信制御部１５は、配信制御部２５に対し、ソケットの開通を伴う通信開始要求を行うことにより、配信制御部２５から出力されるコンテンツを受信する。コンテンツ受信制御部１５は、受信したコンテンツを出力部１６へ出力する。

出力部１６は、コンテンツ受信制御部１５から出力されたコンテンツを出力する。具体的には、コンテンツとしての画像データを会議画面に表示し、又は、コンテンツとしての音声データをスピーカ機能によって出力する。出力部１６は、遠隔会議サーバ２０のグループ生成部２３からのグループ分け実行の結果に基づき、会議画面の表示を切り替える。出力部１６は、一のユーザの入室があった旨が入室処理部２１から通知された場合に、その旨を報知する出力を行ってもよい。

次に、遠隔会議サーバ２０の機能構成について説明する。遠隔会議サーバ２０は、機能的には、入室処理部２１（入室処理手段）と、属性情報取得部２２（属性情報取得手段）と、グループ生成部２３（グループ生成手段）と、配信情報取得部２４（配信情報取得手段）と、配信制御部２５と、受信制御部２６と、受信データ記憶部２７と、を備える。

入室処理部２１は、クライアント端末１０の入室要求部１１から送信された入室要求を受信すると、入室処理を実行する。入室処理は、要求されたルームにユーザを入室させる処理であって、たとえば、どのルームに、どのユーザが、どのクライアント端末１０から入室しているかを記憶する処理である。本実施形態では、入室処理として、入室要求に含まれるユーザＩＤ情報、ＯＳ言語情報、及び議長フラグを記憶する。

図４は、入室処理部２１により記憶される情報のデータベースの一例を示す図である。図４に示されるデータベースには、ユーザＩＤ情報が示すユーザＩＤ、ＯＳ言語情報が示すＯＳ言語、及び議長フラグが示す数字がそれぞれ格納されている。図４に示されるように、入室処理部２１は、ユーザＩＤに関連付けて、ＯＳ言語及び議長フラグを記憶する。入室処理部２１は、図４に示されるようなデータベースをルーム毎に管理する。

図４に示されるユーザＩＤが「ユーザＸ」のユーザは、クライアント端末１０Ｘのユーザに対応する。図４に示されるユーザＩＤが「ユーザＡ」、「ユーザＢ」、「ユーザＣ」、「ユーザＤ」の各ユーザは、クライアント端末１０Ａ，１０Ｂ，１０Ｃ，１０Ｄの各ユーザに対応する。

入室処理部２１は、一のユーザの入室処理を行うと、入室処理が行われたルーム内の他のユーザに、当該一のユーザの入室があった旨を通知する。たとえば、入室処理部２１は、他のユーザのクライアント端末１０の出力部１６に、一のユーザの入室があったことを示す情報を送信する。

入室処理部２１は、入室処理を行ったユーザのクライアント端末１０のコンテンツ受信制御部１５に対し、入室処理が行われたルーム内の他のユーザの情報（以下、「同一ルーム内のユーザ情報」ともいう）を通知する。同一ルーム内のユーザ情報とは、他のどのユーザが同じルームに入室しているかを示す情報であり、たとえばコンテンツの配信に必要なソケットを開通するために用いられる。

属性情報取得部２２は、クライアント端末１０のユーザ属性情報を、クライアント端末１０から取得する。ユーザ属性情報とは、ユーザの属性を示す情報であって、本実施形態では、ＯＳ言語情報である。

属性情報取得部２２は、入室処理部２１により記憶された情報から、ユーザ毎のユーザ属性情報を抽出して取得する。属性情報取得部２２は、たとえば、クライアント端末１０のグループ生成要求部１２からグループ分け要求が送信されたタイミングで、ユーザ属性情報を取得する。

具体的には、属性情報取得部２２は、図４に示すデータベースから、ユーザＩＤが「ユーザＡ」、「ユーザＢ」である各ユーザのＯＳ言語が「英語」であり、ユーザＩＤが「ユーザＸ」、「ユーザＣ」、「ユーザＤ」である各ユーザのＯＳ言語が「日本語」であることを示すＯＳ言語情報を取得する。属性情報取得部２２は、取得したＯＳ言語情報（ユーザ属性情報）を、グループ生成部２３に出力する。

グループ生成部２３は、属性情報取得部２２により取得されたＯＳ言語情報に基づき、複数のクライアント端末１０を複数のグループに分ける。グループ生成部２３は、議長ユーザ以外の一般ユーザのクライアント端末１０Ａ～１０Ｄについてグループを生成する。

具体的には、グループ生成部２３は、属性情報取得部２２から出力されたＯＳ言語情報に基づき、クライアント端末１０Ａ～１０Ｄについて、ＯＳ言語が同じユーザが同じグループになるようにグループを生成する。すなわち、グループ生成部２３は、ＯＳ言語が「英語」である「ユーザＡ」及び「ユーザＢ」の各クライアント端末１０Ａ，１０Ｂを「グループ１」とし、ＯＳ言語が「日本語」である「ユーザＣ」及び「ユーザＤ」の各クライアント端末１０Ｃ，１０Ｄを「グループ２」として、グループ分けを実行する。

グループ生成部２３は、生成したグループを示すグループ情報を記憶する。図５は、グループ生成部２３により記憶されるグループ情報を示すデータベースの一例を示す図である。図５に示されるデータベースには、グループを識別するグループＩＤと、ユーザＩＤとが格納されている。図５に示されるように、グループ生成部２３は、グループＩＤとユーザＩＤとを互いに関連付けて記憶する。

グループ生成部２３は、グループ生成要求部１２からグループ解除要求が送信されると、各クライアント端末１０Ａ～１０Ｅのグループ分けを解除する。

グループ生成部２３は、グループ分け実行の結果（グループ分けを行った結果、又は、グループ分けを解除した結果）を、配信情報取得部２４に出力する。また、グループ生成部２３は、グループ分け実行の結果を、各クライアント端末１０の出力部１６に通知する。

配信情報取得部２４は、配信制御部２５により送信先の各クライアント端末１０に配信する情報であるコンテンツ（配信情報）を取得する。コンテンツは、受信データ記憶部２７において記憶されたメディアデータに基づき取得される。配信情報取得部２４は、取得したコンテンツを、配信制御部２５へ出力する。

配信情報取得部２４は、グループ生成部２３によりグループ分け実行の結果が出力されると、その出力結果に基づき、コンテンツの取得を行う。配信情報取得部２４は、グループ生成部２３によるグループ分けが実行されていない場合（グループ分けが解除されている場合）には、同じルーム内の全てのクライアント端末１０からのメディアデータに基づき、コンテンツを取得する。

たとえば、配信情報取得部２４は、クライアント端末１０Ｘに配信するコンテンツを、クライアント端末１０Ｘ以外の他の全ての各クライアント端末１０Ａ～１０Ｄからのメディアデータに基づき取得する。

なお、メディアデータが音声である場合には、各クライアント端末１０Ａ～１０Ｄからのメディアデータを合成（ミキシング）した情報をコンテンツとして取得してもよい。配信情報取得部２４は、同じルーム内の全てのクライアント端末１０に配信するコンテンツを同様にして取得する。

また、配信情報取得部２４は、グループ生成部２３によるグループ分けが実行された場合には、グループ生成部２３により分けられたグループに基づき、コンテンツを取得する。

具体的には、配信情報取得部２４は、同一グループ（グループ生成部２３により分けられたグループが同じであるグループ）内のクライアント端末１０間で、コンテンツを取得する。配信情報取得部２４は、同一グループ内における送信元のクライアント端末１０からのメディアデータに基づき、同一グループ内における送信先のクライアント端末１０へのコンテンツを取得する。

たとえば、配信情報取得部２４は、「グループ１」に属するクライアント端末１０Ａに配信するコンテンツとして、同じ「グループ１」に属するクライアント端末１０Ｂからのメディアデータを取得する。また、配信情報取得部２４は、「グループ１」に属するクライアント端末１０Ｂに配信するコンテンツとして、同じ「グループ１」に属するクライアント端末１０Ａからのメディアデータを取得する。

なお、端末１０Ａ，１０Ｂ以外に「グループ１」に属するその他のクライアント端末がある場合には、その他のクライアント端末からのメディアデータも、各クライアント端末１０Ａ，１０Ｂに配信するコンテンツとして取得する。また、議長ユーザのクライアント端末１０Ｘからのメディアデータも、各クライアント端末１０Ａ，１０Ｂに配信するコンテンツとして取得してもよい。

配信情報取得部２４は、「グループ２」に属するクライアント端末１０Ｃ，１０Ｄについても、「グループ１」に属するクライアント端末１０Ａ，１０Ｂと同様にして、配信するコンテンツを取得する。

なお、配信情報取得部２４は、議長ユーザのクライアント端末１０Ｘに配信されるコンテンツを、グループ生成部２３によるグループ分けの実行の有無によらず取得してもよい。たとえば、配信情報取得部２４は、グループ生成部２３によるグループ分けが実行された場合でも、グループ分けが実行されていない場合と同様、クライアント端末１０Ｘに配信するコンテンツとして、クライアント端末１０Ｘ以外の他の全ての各クライアント端末１０Ａ～１０Ｄからのメディアデータを取得してもよい。

配信制御部２５は、配信情報取得部２４から出力されたコンテンツを、配信を要求する要求元の各クライアント端末１０のコンテンツ受信制御部１５へ出力する。

受信制御部２６は、クライアント端末１０の送信制御部１４から送信されたメディアデータを受信する。受信制御部２６は、受信したメディアデータを受信データ記憶部２７に出力する。

受信データ記憶部２７は、受信制御部２６により受信したメディアデータを記憶する。受信データ記憶部２７は、音声キューと画像キューとを有している。

次に、図６～図９を参照して、以上の構成の遠隔会議システム１で実行される処理及び動作、すなわち遠隔会議システム１の制御方法を説明する。

以下のフローチャートの説明では、遠隔会議システム１における処理のうち、入室処理、グループ分け実行処理、及びグループ分け解除後の処理について特に着目して説明する。図６は、入室処理の流れの一例を示すフローチャートである。図７は、グループ分け実行処理の流れの一例を示すフローチャートである。図８は、図７におけるコンテンツ取得処理の詳細を示すフローチャートである。図９は、グループ分け解除後の処理の流れの一例を示すフローチャートである。

図６に示す例では、クライアント端末１０Ａからの入室要求があった場合を一例として説明する。

図６に示されるように、まず、クライアント端末１０Ａの入室要求部１１によって入室要求が送信されると（ステップＳ３０１）、遠隔会議サーバ２０の入室処理部２１により入室要求が受信される（ステップＳ３０２）。続いて、入室処理部２１により、入室処理が実行される（ステップＳ３０３）。具体的には、入室処理部２１により、入室要求のパラメータが解析され、ユーザＩＤ情報、ＯＳ言語情報、及び議長フラグが取得される。

続いて、入室処理部２１により、入室要求のあったルームについて、取得されたユーザＩＤ情報、ＯＳ言語情報、及び議長フラグを記憶する処理が行われる（ステップＳ３０４）。続いて、入室処理部２１により、クライアント端末１０Ａのユーザの入室があった旨が、入室処理が行われたルームに入室している他のクライアント端末１０（クライアント端末１０Ｘ，１０Ｂ～１０Ｅ）の出力部１６に通知される（ステップＳ３０５）。

続いて、入室処理部２１により、入室要求を行ったクライアント端末１０Ａのコンテンツ受信制御部１５に対し、同一ルーム内のユーザ情報（他のどのユーザが同じルームに入室しているか）が通知される（ステップＳ３０６）。

続いて、クライアント端末１０Ａのコンテンツ受信制御部１５は、入室処理部２１により通知された、同一ルーム内のユーザ情報を記憶する（ステップＳ３０７）。

続いて、クライアント端末１０Ａのコンテンツ受信制御部１５は、遠隔会議サーバ２０の配信制御部２５に対して通信開始を要求する（ステップＳ３０８）。具体的には、コンテンツ受信制御部１５は、入室処理部２１により通知された同一ルーム内のユーザ情報に基づき、必要な数のソケットを開通させて通信開始を要求する。なお、ソケットの数は、たとえば、音声については１本、映像については他のユーザの数が必要である。ソケットの開通は、遠隔会議サーバ２０側から行ってもよい。

続いて、遠隔会議サーバ２０の配信制御部２５は、クライアント端末１０Ａからの通信開始要求に応じて、コンテンツの配信を開始する（ステップＳ３０９）。

次に、図７及び図８に示されるフローチャートと、図１０～図１３に示される会議画面とを参照して、グループ分け実行処理について説明する。図７に示す例では、議長ユーザのクライアント端末１０Ｘによってグループ分けが実行される例を説明する。

図１０及び図１１は、議長ユーザのクライアント端末１０Ｘに表示された会議画面を示す図である。図１０は、グループ分け実行前における会議画面を示し、図１１は、グループ分け実行後における会議画面を示している。図１２及び図１３は、一般ユーザのクライアント端末１０Ａに表示された会議画面を示す図である。図１２は、グループ分け実行前における会議画面を示し、図１３は、グループ分け実行後における会議画面を示している。

図７に示されるように、まず、グループ分け要求が、クライアント端末１０Ｘのグループ生成要求部１２から、遠隔会議サーバ２０の属性情報取得部２２に送信される（ステップＳ４０１）。

グループ生成要求部１２は、たとえば図１０に示されるグループ分け実行前の会議画面において、グループ分け開始ボタン３０のユーザによる押下げを受け付けることにより、グループ分け要求を受け付ける。図１０に示されるように、グループ分け実行前における議長ユーザの会議画面には、会議ウィンドウ３１に、同一ルーム内の各ユーザ（ユーザＡ、ユーザＢ、ユーザＣ、ユーザＤ）がそれぞれ表示されている。

続いて、遠隔会議サーバ２０の属性情報取得部２２によって、クライアント端末１０Ｘのグループ生成要求部１２からのグループ分け要求が受信される（ステップＳ４０２）。続いて、属性情報取得部２２によって、ステップＳ３０４において入室処理部２１により記憶された情報から、議長ユーザ以外のユーザ毎のＯＳ言語情報が取得される（ステップＳ４０３）。属性情報取得部２２によって取得されたＯＳ言語情報は、属性情報取得部２２からグループ生成部２３に出力される。

続いて、グループ生成部２３によって、ステップＳ４０３において取得されたＯＳ言語情報に基づき、クライアント端末１０Ａ～１０Ｄが複数のグループに分けられる（ステップＳ４０４）。具体的には、ＯＳ言語が「英語」であるユーザ（ユーザＡ、ユーザＢ）の各クライアント端末１０Ａ，１０Ｂが「グループ１」とされ、ＯＳ言語が「日本語」であるユーザ（ユーザＣ、ユーザＤ）の各クライアント端末１０Ｃ，１０Ｄが「グループ２」とされる。

続いて、グループ生成部２３によって、グループ分け実行の結果が、各クライアント端末１０に通知される（ステップＳ４０５）。具体的には、グループ分け実行の結果を示す情報が、グループ生成部２３から各クライアント端末１０の出力部１６に送信される。

出力部１６は、ステップＳ４０５において通知されたグループ分け実行の結果に基づき、会議画面を切り替え表示する（ステップＳ４０６）。

たとえば、グループ分け実行後における議長ユーザの会議画面には、図１１に示されるように、会議ウィンドウ３１に、ユーザをグループ毎に囲む枠画像４１，４２が表示される。すなわち、会議画面においてグループ分けが実行されたことが示される。また、グループ分け実行後における議長ユーザの会議画面には、グループ分け開始ボタン３０に代えて、グループ分け解除ボタン３２が表示される。

グループ分け実行前におけるユーザＡの会議画面の会議ウィンドウ３１には、図１２に示されるように、議長ユーザが表示される。グループ分け実行後におけるユーザＡの会議画面の会議ウィンドウ３１には、図１３に示されるように、同一グループ内のユーザＢが表示される。すなわち、ユーザＡの会議画面は、グループ分け実行によって、議長ユーザの表示から同一グループのユーザＢの表示に切り替えられる。ユーザＢの会議画面についても、同様にして、グループ分け実行によって、議長ユーザの表示から同一グループ内のユーザＡの表示に切り替えられる。

ユーザＣの会議画面についても、同様にして、グループ分け実行によって、議長ユーザの表示から同一グループ内のユーザＤの表示に切り替えられる。ユーザＤの会議画面についても、同様にして、グループ分け実行によって、議長ユーザの表示から同一グループ内のユーザＣの表示に切り替えられる。

ステップＳ４０６に続き、各クライアント端末１０の送信制御部１４によって、メディアデータが遠隔会議サーバ２０の受信制御部２６へ送信される（ステップＳ４０７）。続いて、遠隔会議サーバ２０の受信制御部２６によって、ステップＳ４０７において送信されたメディアデータが受信される（ステップＳ４０８）。受信制御部２６によって受信されたメディアデータは、受信データ記憶部２７に記憶される。

続いて、配信情報取得部２４によって、一般ユーザに配信するコンテンツがグループに基づき取得される（ステップＳ４０９）。具体的には、配信情報取得部２４によって、受信データ記憶部２７により記憶されたメディアデータのうち、同一グループ内におけるクライアント端末１０のメディアデータに基づき、同一グループ内におけるクライアント端末１０間へ送信されるコンテンツが取得される。なお、議長ユーザに配信するコンテンツは、全ての各クライアント端末１０Ａ～１０Ｂのメディアデータに基づき取得される。

図８を参照して、ステップＳ４０９におけるグループに基づくコンテンツ取得処理について、メディアデータが音声データである場合を例に説明する。なお、図８に示される処理においては、前提として、ユーザＡ及びユーザＢ以外にも「グループ１」に属するその他のユーザが存在し、ユーザＣ及びユーザＤ以外にも「グループ２」に属するその他のユーザが存在するものとして説明する。

図８に示される処理は、たとえば、同一ルーム内の全てのユーザについて、コンテンツを取得するまで繰り返される。たとえば、ユーザＡに配信されるコンテンツを取得する処理としては、まず、受信データ記憶部２７において記憶された、ユーザＡと同一グループに属するユーザの音声キューが参照される（Ｓ４０９１）。続いて、参照する音声キューから、同一グループに属するユーザ（ユーザＢ、及び、「グループ１」に属するその他のユーザ）の音声データが取得される（Ｓ４０９２）。

続いて、取得した各ユーザの音声データが合成（ミキシング）され、合成した結果がコンテンツとして取得される（Ｓ４０９３）。続いて、Ｓ４０９３において取得されたコンテンツ（合成音声データ）が、配信制御部２５に出力される（Ｓ４０９４）。以上の処理Ｓ４０９１～Ｓ４０９４が、全てのユーザについて繰り返されると、音声データについてのコンテンツ取得処理が終了し、ステップＳ４０９の処理が終了する。なお、同じグループに属するその他のユーザが存在しない場合、又は、メディアデータが画像である場合などは、前述のステップＳ４０９３の合成処理が省略される。

図７に示されるステップＳ４０９においてコンテンツが取得されると、配信制御部２５によって、各クライアント端末１０へコンテンツが配信される（ステップＳ４１０）。以上によって、グループ分け実行処理が終了する。

次に、図９に示されるフローチャートと、図１０～図１３に示される会議画面とを参照して、グループ分け解除後の処理について説明する。図９に示す例では、議長ユーザのクライアント端末１０Ｘによってグループ分けが解除される例を説明する。

図９に示されるように、まず、グループ分け解除要求が、クライアント端末１０Ｘのグループ生成要求部１２によって、遠隔会議サーバ２０のグループ生成部２３に送信される（ステップＳ５０１）。グループ生成要求部１２は、たとえば図１１に示されるグループ分け実行後の会議画面において、グループ分け解除ボタン３２のユーザによる押下げを受け付けることにより、グループ分け解除要求を受け付ける。

続いて、グループ生成部２３によって、ステップＳ５０１において送信されたグループ分け解除要求が受信される（ステップＳ５０２）。続いて、グループ生成部２３によって、グループ分けを解除した結果が各クライアント端末１０に通知される（ステップＳ５０３）。具体的には、グループ分けを解除した結果を示す情報が、グループ生成部２３から各クライアント端末１０の出力部１６に送信される。

続いて、出力部１６は、ステップＳ５０３において通知された解除結果に基づき、会議画面の表示を変化させる（ステップＳ５０４）。すなわち、グループ分けが解除されたことが会議画面において示される。

たとえば、議長ユーザの会議画面は、グループ分け解除によって、図１１の会議画面から図１０の会議画面に切り替わる。議長ユーザの会議画面は、会議ウィンドウ３１に表示されていた枠画像４１，４２が消え、グループ分け解除ボタン３２に代えてグループ分け開始ボタン３０が表示される。

ユーザＡの会議画面は、グループ分け解除によって、図１３の会議画面から図１２の会議画面に切り替わる。すなわち、会議ウィンドウ３１に表示されるユーザがユーザＢから議長ユーザに変わる。ユーザＢの会議画面についても、同様に、グループ分け解除によって、会議ウィンドウ３１に表示されるユーザがユーザＡから議長ユーザに変化する。ユーザＣ及びユーザＤの会議画面についても、同様に表示が切り替わる。

ステップＳ５０４に続き、各クライアント端末１０の送信制御部１４によって、メディアデータが遠隔会議サーバ２０の受信制御部２６へ送信される（ステップＳ５０５）。続いて、遠隔会議サーバ２０の受信制御部２６によって、ステップＳ５０５において送信されたメディアデータが受信される（ステップＳ５０６）。受信制御部２６によって受信されたメディアデータは受信データ記憶部２７に記憶される。

続いて、配信情報取得部２４によって、議長以外のユーザに配信するコンテンツが再取得される（ステップＳ５０７）。たとえば、クライアント端末１０Ａに配信するコンテンツが、クライアント端末１０Ａ以外の全てのクライアント端末１０Ｘ，１０Ｂ～１０Ｄからのメディアデータに基づき取得される。配信情報取得部２４は、再取得したコンテンツを配信制御部２５に出力する。

続いて、配信制御部２５によって、ステップＳ５０７において再取得されたコンテンツが各クライアント端末１０に配信される（Ｓ５０８）。以上によって、グループ分け解除後の処理が終了する。

前述した処理は、遠隔会議システム１を、上述した各機能部として機能させるプログラムとして実現されてもよい。

以上、本実施形態に係る遠隔会議システム１、その制御方法及びプログラムによれば、クライアント端末１０のＯＳユーザ属性情報に基づき、複数のクライアント端末１０が複数のグループに分けられる。よって、予めグループを登録するなどのユーザの手間をかけずに、ユーザの属性に基づいた適切なグループ分けが行われる。そして、同一グループ内における送信元のクライアント端末１０からのメディアデータに基づき、同一グループ内における送信先のクライアント端末１０へのコンテンツが取得される。その結果、適切に分けられた同一グループ内における情報の送受信が可能となる。以上より、ユーザの手間をかけずに、情報の送受信を行うのに適切なグループ化を行うことができる。

また、遠隔会議システム１によれば、入室処理部２１によってクライアント端末１０からの入室要求が処理されることに基づき、ユーザ属性情報が取得される。よって、ユーザがユーザ属性情報を取得するための特別なユーザ操作などをすることなく、入室要求に伴い自動的にユーザ属性情報を取得してグループ化を行うことができる。

また、遠隔会議システム１によれば、クライアント端末１０のＯＳ言語情報に基づきグループ分けが行われる。よって、たとえばＯＳの言語が同じであるクライアント端末１０同士を同一グループとすることができ、当該同一グループ内において、ＯＳの言語が同じクライアント端末１０同士で適切に情報の送受信を行うことが

（第２実施形態）
次に、第２実施形態に係る遠隔会議システムについて説明する。第２実施形態に係る遠隔会議システムは、第１実施形態に係る遠隔会議システム１と同様の要素や構造を備える。そのため、第１実施形態に係る遠隔会議システム１と同様の要素や構造には同一の符号を付して詳細な説明は省略し、第１実施形態と異なる部分について説明する。

図１４は、第２実施形態に係る遠隔会議システムの機能構成を示すブロック図である。図１４に示されるように、第２実施形態において、クライアント端末１０は、入室要求部１１、グループ生成要求部１２、送信データ記憶部１３、送信制御部１４、コンテンツ受信制御部１５、及び出力部１６に加えて、属性情報送信部１７（属性情報送信手段）を備える。なお、議長ユーザのクライアント端末１０Ｘは、属性情報送信部１７を備えていなくてもよい。

属性情報送信部１７は、一般ユーザの各クライアント端末１０Ａ～１０Ｄから、遠隔会議サーバ２０の属性情報取得部２２にユーザ属性情報を送信する。すなわち、本実施形態では、入室要求部１１により送信される入室要求とは別に、ユーザ属性情報を送信する。

属性情報送信部１７は、入室要求部１１により送信される入室要求に含まれるユーザ属性情報に代えて、ユーザ属性情報を送信してもよく、当該入室要求に含まれるユーザ属性情報に加えて、ユーザ属性情報を送信してもよい。

本実施形態では、ユーザ属性情報として、ＯＳ言語情報ではなく、送信元のクライアント端末１０Ａ～１０Ｄからの送信情報の送信回数（以下、「クライアント端末１０Ａ～１０Ｄの送信回数」ともいう）を用いる。より具体的には、ユーザ属性情報は、会議中におけるユーザの発言回数である。

クライアント端末１０Ａ～１０Ｄの送信回数は、たとえば、送信データ記憶部１３において、クライアント端末１０Ａ～１０Ｄ毎に記憶される。属性情報送信部１７は、送信データ記憶部１３において記憶された各クライアント端末１０Ａ～１０Ｄの送信回数を、所定のタイミングで、属性情報取得部２２に送信する。すなわち、属性情報送信部１７は、所定期間内における各クライアント端末１０Ａ～１０Ｄの送信回数を属性情報取得部２２に送信する。

属性情報送信部１７により各クライアント端末１０Ａ～１０Ｄの送信回数が送信されるタイミングは、たとえば、ルームにおける会議が行われている最中において、属性情報取得部２２によってグループ分け要求が受信されたタイミングである。属性情報送信部１７は、グループ分け要求を受信したことを示す情報が属性情報取得部２２から送信されると、これに応じて、各クライアント端末１０Ａ～１０Ｄの送信回数を送信する。

属性情報取得部２２は、グループ生成要求部１２からのグループ分け要求を受信すると、グループ分け要求を受信したことを一般ユーザのクライアント端末１０Ａ～１０Ｄの属性情報送信部１７へ通知する。

属性情報取得部２２は、属性情報送信部１７から送信された、各クライアント端末１０Ａ～１０Ｄの送信回数を受信する。これにより、属性情報取得部２２は、ユーザ属性情報として、各クライアント端末１０Ａ～１０Ｄの送信回数を取得する。属性情報取得部２２は、取得した各クライアント端末１０Ａ～１０Ｄの送信回数をグループ生成部２３に出力する。

グループ生成部２３は、属性情報取得部２２から出力された各クライアント端末１０Ａ～１０Ｄの送信回数に基づき、複数のクライアント端末１０Ａ～１０Ｄを複数のグループに分ける。たとえば、グループ生成部２３は、同一グループ内の各クライアント端末１０Ａ～１０Ｄの送信回数の合計（以下、「グループ内総送信回数」ともいう。）が、グループ毎で偏り過ぎないようにグループを生成する。より具体的には、グループ生成部２３は、グループ内総送信回数のグループ毎の差が所定の閾値以下となるように、グループ分けを実行する。

次に、図１５を参照して、本実施形態におけるグループ分け実行処理について説明する。図１５は、第２実施形態に係るグループ分け実行処理の流れの一例を示すフローチャートである。

図１５に示されるように、まず、グループ分け要求が、議長ユーザのクライアント端末１０Ｘのグループ生成要求部１２によって、遠隔会議サーバ２０の属性情報取得部２２に送信され（ステップＳ６０１）、遠隔会議サーバ２０の属性情報取得部２２によって、クライアント端末１０Ｘのグループ生成要求部１２からのグループ分け要求が受信される（ステップＳ６０２）。

ステップＳ６０２においてグループ分け要求が受信されると、遠隔会議サーバ２０の属性情報取得部２２によって、各クライアント端末１０Ａ～１０Ｄの属性情報送信部１７へ、グループ分け要求があった旨が通知される（ステップＳ６０３）。続いて、属性情報送信部１７によって、グループ分け要求があった旨を示す情報が受信される（ステップＳ６０４）。続いて、属性情報送信部１７によって、遠隔会議サーバ２０の属性情報取得部２２へ、各クライアント端末１０Ａ～１０Ｄの送信回数が送信される（ステップＳ６０５）。

続いて、属性情報取得部２２によって、ステップＳ６０５において送信された各クライアント端末１０Ａ～１０Ｄの送信回数が受信される（ステップＳ６０６）。属性情報取得部２２によって受信された各クライアント端末１０Ａ～１０Ｄの送信回数は、属性情報取得部２２からグループ生成部２３に出力される。

続いて、グループ生成部２３によって、ステップＳ６０６において受信された各クライアント端末１０Ａ～１０Ｄの送信回数に基づき、クライアント端末１０Ａ～１０Ｄが複数のグループに分けられる（ステップＳ６０７）。

以降の処理は、図７に示されるステップＳ４０５～Ｓ４１０の処理と同様であるため、その説明を省略する。

以上、本実施形態の遠隔会議システムによれば、属性情報送信部１７によるクライアント端末１０からのユーザ属性情報の送信に伴い、属性情報取得部２２によりユーザ属性情報が取得される。よって、クライアント端末１０から送信するユーザ属性情報に基づき、容易にグループ化を行うことができる。

また、本実施形態によれば、各クライアント端末１０の送信回数に基づきグループ分けが行われる。よって、たとえば各グループで送信回数に偏りが生じないようにグループ化を行うことができる。

以上、本実施形態の種々の実施形態について説明したが、本発明は上記実施形態に限られず、その要旨を逸脱しない範囲で様々な変更が可能である。

上記実施形態では、入室要求にユーザ属性情報が含まれている例について説明したが、入室要求にはユーザ属性情報が含まれていなくてもよい。

上記実施形態では、各クライアント端末１０のＯＳ言語情報及び送信回数の何れかに基づきグループ分けを実行する例について説明したが、これに限られない。たとえば、各クライアント端末１０のＯＳ言語情報に基づきグループ分けを実行すると共に、所定のタイミングで、各クライアント端末１０の送信回数に基づきグループ分けを再実行してもよい。

ユーザ属性情報は、上記実施形態に記載した例に限られず、たとえば、各クライアント端末１０の会議画面で共有されている画面情報、各クライアント端末において開かれているファイル情報、又は各クライアント端末のユーザの識別情報（性別又は年齢など）などであってもよい。共有されている画面情報をユーザ属性情報として利用する場合は、ステップＳ４０３でＯＳ言語情報を取得する替わりに共有されている情報を取得し、それに基づいてグループ分けを実行すればよい。開かれているファイル情報やユーザの識別情報（性別又は年齢など）を利用する場合も、ステップＳ４０３でそれぞれの情報を取得し、それに基づいてグループ分けを実行すればよい。また、複数のユーザ属性情報を利用して、グループ分けを行うことが可能なことはいうまでもない。

上記実施形態においてクライアント端末１０が備える各機能部は、遠隔会議サーバ２０が備えていてもよく、遠隔会議サーバ２０が備える各機能部は、クライアント端末１０が備えていてもよい。

上記実施形態では、クライアント端末１０と遠隔会議サーバ２０とを備える遠隔会議システムについて説明したが、これに限られない。本発明に係る情報処理システムは、前述した機能部を備えたサーバそのものであってもよく、前述した機能部を備えたクライアント端末そのものであってもよい。

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

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

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

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、又はＯＳに供給するスクリプトデータなどの形態であってもよい。

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

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

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

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

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

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

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

１ 遠隔会議システム（情報処理システム）
１０ クライアント端末
２１ 入室処理部（入室処理手段）
２２ 属性情報取得部（属性情報取得手段）
２３ グループ生成部（グループ生成手段）
２４ 配信情報取得部（配信情報取得手段）

Claims (7)

1. 仮想会議室内において、複数のクライアント端末同士で情報を送受信可能な情報処理システムであって、
   前記クライアント端末のユーザの属性を示すユーザ属性情報を前記クライアント端末から取得する属性情報取得手段と、
   前記属性情報取得手段により取得された前記ユーザ属性情報に基づき、前記複数のクライアント端末を複数のグループに分けるグループ生成手段と、
   送信元のクライアント端末から送信される情報である送信情報に基づき、送信先のクライアント端末へ配信する情報である配信情報を取得する配信情報取得手段と、を備え、
   前記配信情報取得手段は、前記グループ生成手段によって分けられた前記グループが同じである同一グループ内の前記クライアント端末間で、前記同一グループ内における送信元のクライアント端末からの前記送信情報に基づき、前記同一グループ内における送信先のクライアント端末への前記配信情報を取得する、情報処理システム。
2. 前記クライアント端末から前記仮想会議室へ入室することを要求する入室要求を処理する入室処理手段を備え、
   前記入室要求は、前記ユーザ属性情報を含み、
   前記属性情報取得手段は、前記入室処理手段により処理された前記入室要求に基づき、前記ユーザ属性情報を取得する、請求項１に記載の情報処理システム。
3. 前記属性情報取得手段は、前記クライアント端末から送信された前記ユーザ属性情報を受信することにより、前記ユーザ属性情報を取得する、請求項１又は２に記載の情報処理システム。
4. 前記ユーザ属性情報は、前記クライアント端末のＯＳの言語を示すＯＳ言語情報である、請求項１～３の何れか一項に記載の情報処理システム。
5. 前記ユーザ属性情報は、送信元の前記クライアント端末からの前記送信情報の送信回数である、請求項１～４の何れか一項に記載の情報処理システム。
6. 仮想会議室内において、複数のクライアント端末同士で情報を送受信可能な情報処理システムの制御方法であって、
   前記クライアント端末のユーザの属性を示すユーザ属性情報を前記クライアント端末から取得する属性情報取得ステップと、
   前記属性情報取得ステップにおいて取得された前記ユーザ属性情報に基づき、前記複数のクライアント端末を複数のグループに分けるグループ生成ステップと、
   送信元のクライアント端末から送信される情報である送信情報に基づき、送信先のクライアント端末へ配信する情報である配信情報を取得する配信情報取得ステップと、を含み、
   前記配信情報取得ステップは、前記グループ生成ステップにおいて分けられた前記グループが同じである同一グループ内の前記クライアント端末間で、前記同一グループ内における送信元のクライアント端末からの前記送信情報に基づき、前記同一グループ内における送信先のクライアント端末への前記配信情報を取得する、情報処理システムの制御方法。
7. 仮想会議室内において、複数のクライアント端末同士で情報を送受信可能な情報処理システムのプログラムであって、
   前記情報処理システムを、
   前記クライアント端末のユーザの属性を示すユーザ属性情報を前記クライアント端末から取得する属性情報取得手段と、
   前記属性情報取得手段により取得された前記ユーザ属性情報に基づき、前記複数のクライアント端末を複数のグループに分けるグループ生成手段と、
   送信元のクライアント端末から送信される情報である送信情報に基づき、送信先のクライアント端末へ配信する情報である配信情報を取得する配信情報取得手段として機能させ、
   前記配信情報取得手段は、前記グループ生成手段によって分けられた前記グループが同じである同一グループ内の前記クライアント端末間で、前記同一グループ内における送信元のクライアント端末からの前記送信情報に基づき、前記同一グループ内における送信先のクライアント端末への前記配信情報を取得する、プログラム。

Images