JP2019036155A

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

Info

Publication number: JP2019036155A
Application number: JP2017157382A
Authority: JP
Inventors: 貴信鶴野; Takanobu Tsuruno
Original assignee: Canon Marketing Japan Inc; Canon IT Solutions Inc
Current assignee: Canon Marketing Japan Inc; Canon IT Solutions Inc
Priority date: 2017-08-17
Filing date: 2017-08-17
Publication date: 2019-03-07

Abstract

【課題】ウェブ会議の参加者が会議において共有する情報を柔軟に決定可能な情報処理装置、情報処理システム、その制御方法及びプログラムを提供する。【解決手段】情報処理システム１のサーバ２００は、会議の参加ユーザの所定の個別情報（メールアドレス等）を、同じ会議に参加する他のユーザに開示するか否かを招待ユーザに指定させる。被招待ユーザの参加に際し、所定の個別情報を開示する旨が指定されている場合は、同じ会議に参加中の全てのユーザに対して当該被招待ユーザの個別情報を送信し、開示しない旨が指定されている場合は、ユーザ同士の関係に応じて公開する情報の内容を変更して他のユーザに対して送信する。クライアント端末１００は、サーバ２００から送信された個別情報を会議画面の該当するユーザの表示領域に表示する。【選択図】図１４

Description

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

ウェブを介した電子会議システム（以下、ウェブ会議システムという。）は、企業内外の会議、在宅勤務者とのコミュケーション、エンドユーザからサポート窓口への問い合わせ等、様々な場面で利用されている。

利用シーンによって様々なユーザが参加することを想定し、ウェブ会議システムには、システムに登録しているユーザで会議に参加する以外に、ゲストユーザを招待するゲスト招待機能がある。

ゲスト招待機能は、会議の主催者がメールアドレスを指定してゲストユーザに招待メールを送付することにより行う。メールを受け取ったゲストユーザはメールに記載されたＵＲＬを用いてウェブ会議システムにアクセスし、メールアドレスとパスワードによって認証して会議に参加することができる（例えば特許文献１）。

ウェブ会議の参加者は、同じ会議の参加者の本名やメールアドレスを共有することで、各参加者の呼び名や所属する組織・連絡先を知ることができる。会議主催者は、会議の性質によっては、招待されたゲスト同士に本名を開示させ、連絡先を公開させたいことがある。

特開２０１０−２８２５９６号公報

しかしながら、場合によっては本名／メールアドレス等の個人を特定可能な一意な情報を非表示にしたり、別の、任意の表示名に置き換えたりしたいことがある。

例えば会議参加者は、初対面の相手に不用意に本名・連絡先等を公開したくはない。また会議主催者は、例えばウェブ会議を利用した講演会後の資料配布等で各ゲストユーザと連絡を取る一方で、会議参加者同士による不要な情報交換を防止したいという要望がある。これは、当該不要な情報の交換による問題発生を低減するためである。
更に、会議参加直前に会議参加者の表示名を参加者自身に入力させる仕組みが一般に提供されているが、会議に参加するたびに自分の名前・メールアドレスを入力しなければならないのは手間である。

本発明は、このような課題に鑑みてなされたもので、会議において共有する情報を柔軟に決定可能な情報処理装置、情報処理システム、その制御方法、及びプログラムを提供することを目的とする。

前述した課題を解決するため第１の発明は、複数のクライアント端末間でネットワークを介した会議を行うための処理を実行する制御手段と、前記会議に参加する各ユーザに関する情報を記憶する記憶手段と、前記会議に参加するユーザにかかる所定の個別情報を、同じ会議に参加する他のユーザに開示するか否かを招待ユーザに指定させる指定手段と、同じ会議に参加するユーザ同士の関係を判定する判定手段と、招待ユーザにより招待された被招待ユーザの参加に際し、前記指定手段により開示する旨が指定されている場合は、同じ会議に参加中の全てのユーザに対して前記記憶手段に記憶されている当該被招待ユーザの個別情報を送信し、前記指定手段により開示しない旨が指定されている場合は、前記判定手段による判定結果に応じて公開する情報の内容を変更して他のユーザに対して送信する送信手段と、を備えることを特徴とする情報処理装置である。

第１の発明によれば、電子会議システムのサーバである情報処理装置は、会議に参加するユーザにかかる所定の個別情報を、同じ会議に参加する他のユーザに開示するか否かを招待ユーザに指定させる。また同じ会議に参加するユーザ同士の関係を判定する。招待ユーザにより招待された被招待ユーザの参加に際し、所定の個別情報を開示する旨が指定されている場合は、同じ会議に参加中の全てのユーザに対して当該被招待ユーザの個別情報を送信し、開示しない旨が指定されている場合は、ユーザ同士の関係に応じて公開する情報の内容を変更して他のユーザに対して送信する。

これにより、招待ユーザ側で参加ユーザの個別情報の公開／非公開を指定できるため、招待ユーザの意向を優先して、被招待ユーザ同士に情報を共有させることができる。また、招待ユーザによる公開命令がない場合には、被招待ユーザ同士で共有する情報を、参加ユーザ同士の関係（例えば、同じドメインであるか否か）に応じて決定することができる。よって、被招待ユーザが会議において共有する情報を、招待ユーザ側の意向に沿って柔軟に決定可能な仕組みを提供することができる。

第１の発明において、前記判定手段は、同じ会議に参加するユーザ同士の関係を前記記憶手段に記憶されているメールアドレスのドメインに基づき判定することが望ましい。メールアドレスのドメインが同じであればユーザの所属が同じと推定できる。

また、前記送信手段は、前記指定手段により開示しない旨の指定がある場合は、前記被招待ユーザと同じ所属のユーザに対しては送信内容に個人を特定する情報（例えば、メールアドレス）を含め、前記被招待ユーザと別の所属のユーザに対しては前記個人を特定する情報に代えて所定の表示名を送信することが望ましい。これにより、同じ所属のユーザ間ではメールアドレス等の個人を特定する情報を共有でき、異なる所属のユーザ間ではメールアドレス等の個人を特定する情報を伏せて、表示名のみを共有可能となる。

また、前記指定手段は、被招待ユーザ毎に前記個別情報を他のユーザに開示するか否かを指定可能とするユーザインターフェースを提供する。これにより、招待ユーザは被招待ユーザ毎に個別情報を公開するか否かを柔軟に決定できるようになる。

第２の発明は、複数のクライアント端末間でネットワークを介した会議を行うための処理を実行する制御手段と、前記会議に参加する各ユーザに関する情報を記憶する記憶手段と、被招待ユーザが参加する会議に、当該被招待ユーザを招待した招待ユーザとは別のユーザが参加するか否かを判定する判定手段と、前記判定手段により、前記別のユーザが参加すると判定した場合に、前記会議において前記被招待ユーザが開示する情報の内容を、前記被招待ユーザのクライアント端末に問い合わせる問い合わせ手段と、前記問い合わせ手段において指定された情報を、当該会議に参加している別のユーザに開示すべく送信する送信手段と、を備えることを特徴とする情報処理装置である。

第２の発明によれば、電子会議システムのサーバである情報処理装置は、被招待ユーザが参加する会議に、当該被招待ユーザを招待した招待ユーザとは別のユーザが参加するか否かを判定し、別のユーザが参加すると判定した場合に、前記会議において前記被招待ユーザが開示する情報の内容を、前記被招待ユーザのクライアント端末に問い合わせ、問い合わせにおいてクライアント端末により指定された情報を、当該会議に参加している別のユーザに開示すべく送信する。

これにより、会議における被招待ユーザが開示する情報の内容を被招待ユーザに問い合わせ、それに従ってユーザ間で共有する情報を変更できる。つまり、被招待ユーザ側で、会議において共有する情報を柔軟に決定可能な仕組みを提供することができる。

第２の発明において、前記問い合わせ手段は、前記被招待ユーザが前記別のユーザに開示する情報の内容を任意の表示名とするか、または予め記憶手段に記憶されている前記被招待ユーザの個別情報とするかを選択可能に問い合わせることが望ましい。これにより、ユーザの個別情報（例えば、メールアドレスや本名等）を公開するか、任意の表示名を公開するかを被招待ユーザに選択的に問い合わせることが可能となる。また前記問い合わせ手段は、更に、前記別のユーザの所属を示して問合せを行うことを特徴とすることが望ましい。これにより、被招待ユーザは、自分以外の参加者の所属を確認しながら、表示名を指定するか、或いはメールアドレス等の個別情報を公開するかを判断することが可能となる。

また、前記問い合わせ手段は、更に、前記被招待ユーザの個人を特定する情報をどのユーザに対して公開するかを選択可能に問い合わせることが望ましい。これにより、被招待ユーザは、個別情報を公開する参加者を選択することが可能となる。

また、前記問い合わせ手段は、前記被招待ユーザが前記招待ユーザと異なる所属である場合に、問い合わせを行う。これにより、被招待ユーザ側で個別情報の公開範囲や公開内容に配慮して会議に参加可能となるため、社外の（所属が異なる）会議にも参加しやすくなる。

第３の発明は、複数のクライアント端末とサーバとがネットワークを介して接続された情報処理システムであって、前記サーバは、前記複数のクライアント端末間でネットワークを介した会議を行うための処理を実行する制御手段と、前記会議に参加する各ユーザに関する情報を記憶する記憶手段と、前記会議に参加するユーザにかかる所定の個別情報を、同じ会議に参加する他のユーザに開示するか否かを招待ユーザに指定させる指定手段と、同じ会議に参加するユーザ同士の関係を判定する判定手段と、招待ユーザにより招待された被招待ユーザの参加に際し、前記指定手段により開示する旨が指定されている場合は、同じ会議に参加中の全てのユーザに対して前記記憶手段に記憶されている当該被招待ユーザの個別情報を送信し、前記指定手段により開示しない旨が指定されている場合は、前記判定手段による判定結果に応じて公開する情報の内容を変更して他のユーザに対して送信する送信手段と、を備え、前記クライアント端末は、前記サーバから送信された前記個別情報を会議画面における該当するユーザの表示領域に表示する個別情報表示手段、を備えることを特徴とする情報処理システムである。

第３の発明によれば、サーバは、電子会議において、会議に参加するユーザにかかる所定の個別情報を、同じ会議に参加する他のユーザに開示するか否かを招待ユーザに指定させ、同じ会議に参加するユーザ同士の関係を判定する。招待ユーザにより招待された被招待ユーザの参加に際し、所定の個別情報を開示する旨が指定されている場合は、同じ会議に参加中の全てのユーザに対して当該被招待ユーザの個別情報を送信し、開示しない旨が指定されている場合は、ユーザ同士の関係に応じて公開する情報の内容を変更して他のユーザに対して送信する。クライアント端末は、前記サーバから送信された前記個別情報を会議画面における該当するユーザの表示領域に表示する。

これにより、招待ユーザ側で参加ユーザの個別情報の公開／非公開を指定できるため、招待ユーザの意向を優先して、被招待ユーザ同士に情報を共有させることができる。また、招待ユーザによる公開命令がない場合には、被招待ユーザ同士で共有する情報を、参加ユーザ同士の関係（例えば、同じドメインであるか否か）に応じて決定することができる。よって、招待ユーザ側の意向に沿って被招待ユーザが会議において共有する情報を、柔軟に決定可能な仕組みを提供することができる。

第４の発明は、複数のクライアント端末とサーバとがネットワークを介して接続された情報処理システムであって、前記サーバは、前記複数のクライアント端末間でネットワークを介した会議を行うための処理を実行する制御手段と、前記会議に参加する各ユーザに関する情報を記憶する記憶手段と、被招待ユーザが参加する会議に、当該被招待ユーザを招待した招待ユーザとは別のユーザが参加するか否かを判定する判定手段と、前記判定手段により、前記別のユーザが参加すると判定した場合に、前記会議において前記被招待ユーザが開示する情報の内容を、前記被招待ユーザのクライアント端末に問い合わせる問い合わせ手段と、前記問い合わせ手段において指定された情報を、当該会議に参加している別のユーザに開示すべく送信する送信手段と、を備え、前記クライアント端末は、前記問い合わせ手段による問い合わせに対する応答を入力する問い合わせ画面を表示する問い合わせ画面表示手段と、前記問合せ画面表示手段における入力内容をサーバに対して応答する応答手段と、前記サーバから送信された前記指定された情報を会議画面における該当するユーザの表示領域に表示する個別情報表示手段と、を備えることを特徴とする情報処理システムである。

第４の発明によれば、電子会議において、サーバは、被招待ユーザが参加する会議に当該被招待ユーザを招待した招待ユーザとは別のユーザが参加するか否かを判定し、別のユーザが参加すると判定した場合に、前記会議において前記被招待ユーザが開示する情報の内容を、前記被招待ユーザのクライアント端末に問い合わせ、問い合わせにおいてクライアント端末により指定された情報を、当該会議に参加している別のユーザに開示すべく送信する。クライアント端末は、問い合わせに対する応答を入力する問い合わせ画面を表示し、問い合せ画面における入力内容をサーバに対して応答する。また、サーバから送信された前記指定された情報を会議画面における該当するユーザの表示領域に表示する。

これにより、会議における被招待ユーザが開示する情報の内容を被招待ユーザに問い合わせ、それに従ってユーザ間で共有する情報を変更できる。つまり、被招待ユーザが会議において共有する情報を柔軟に決定可能な仕組みを提供することができる。

第５の発明は、複数のクライアント端末間でネットワークを介した会議を行うための処理を実行する情報処理装置が、前記会議に参加する各ユーザに関する情報を記憶するステップと、前記会議に参加するユーザにかかる所定の個別情報を、同じ会議に参加する他のユーザに開示するか否かを招待ユーザに指定させるステップと、同じ会議に参加するユーザ同士の関係を判定するステップと、招待ユーザにより招待された被招待ユーザの参加に際し、前記所定の個別情報を開示する旨が指定されている場合は、同じ会議に参加中の全てのユーザに対して当該被招待ユーザの個別情報を送信し、前記所定の個別情報を開示しない旨が指定されている場合は、同じ会議に参加するユーザ同士の関係の判定結果に応じて公開する情報の内容を変更して他のユーザに対して送信するステップと、を含むことを特徴とする情報処理装置の制御方法である。

第５の発明によれば、電子会議システムのサーバである情報処理装置は、会議に参加するユーザにかかる所定の個別情報を、同じ会議に参加する他のユーザに開示するか否かを招待ユーザに指定させ、同じ会議に参加するユーザ同士の関係を判定する。招待ユーザにより招待された被招待ユーザの参加に際し、所定の個別情報を開示する旨が指定されている場合は、同じ会議に参加中の全てのユーザに対して当該被招待ユーザの個別情報を送信し、開示しない旨が指定されている場合は、ユーザ同士の関係に応じて公開する情報の内容を変更して他のユーザに対して送信する。

第６の発明は、複数のクライアント端末間でネットワークを介した会議を行うための処理を実行する情報処理装置が、前記会議に参加する各ユーザに関する情報を記憶するステップと、被招待ユーザが参加する会議に、当該被招待ユーザを招待した招待ユーザとは別のユーザが参加するか否かを判定するステップと、前記別のユーザが参加すると判定した場合に、前記会議において前記被招待ユーザが開示する情報の内容を、前記被招待ユーザのクライアント端末に問い合わせるステップと、前記問い合わせにおいて指定された情報を、当該会議に参加している別のユーザに開示すべく送信するステップと、を含むことを特徴とする情報処理装置の制御方法である。

第６の発明によれば、電子会議システムのサーバである情報処理装置は、被招待ユーザが参加する会議に、当該被招待ユーザを招待した招待ユーザとは別のユーザが参加するか否かを判定し、別のユーザが参加すると判定された場合に、前記会議において前記被招待ユーザが開示する情報の内容を、前記被招待ユーザのクライアント端末に問い合わせ、問い合わせにおいてクライアント端末により指定された情報を、当該会議に参加している別のユーザに開示すべく送信する。

第７の発明は、コンピュータを、複数のクライアント端末間でネットワークを介した会議を行うための処理を実行する制御手段、前記会議に参加する各ユーザに関する情報を記憶する記憶手段、前記会議に参加するユーザにかかる所定の個別情報を、同じ会議に参加する他のユーザに開示するか否かを招待ユーザに指定させる指定手段、同じ会議に参加するユーザ同士の関係を判定する判定手段、招待ユーザにより招待された被招待ユーザの参加に際し、前記指定手段により開示する旨が指定されている場合は、同じ会議に参加中の全てのユーザに対して前記記憶手段に記憶されている当該被招待ユーザの個別情報を送信し、前記指定手段により開示しない旨が指定されている場合は、前記判定手段による判定結果に応じて公開する情報の内容を変更して他のユーザに対して送信する送信手段、として機能させるためのプログラムである。

第７の発明によれば、コンピュータを第１の発明の情報処理装置として機能させることが可能となる。

第８の発明は、コンピュータを、複数のクライアント端末間でネットワークを介した会議を行うための処理を実行する制御手段、会議に参加する各ユーザに関する情報を記憶する記憶手段、被招待ユーザが参加する会議に、当該被招待ユーザを招待した招待ユーザとは別のユーザが参加するか否かを判定する判定手段、前記判定手段により、前記別のユーザが参加すると判定した場合に、前記会議において前記被招待ユーザが開示する情報の内容を、前記被招待ユーザのクライアント端末に問い合わせる問い合わせ手段、前記問い合わせ手段において指定された情報を、当該会議に参加している別のユーザに開示すべく送信する送信手段、として機能させるためのプログラムである。

第８の発明によれば、コンピュータを第２の発明の情報処理装置として機能させることが可能となる。

本発明によれば、会議の参加者が会議において共有する情報を柔軟に決定可能な情報処理装置、情報処理システム、その制御方法及びプログラムを提供できる。

本発明の実施形態における情報処理システム１のシステム構成の一例を示す図である。クライアント端末１００またはサーバ２００として利用する情報処理装置のハードウェア構成の一例を示すブロック図である。本発明の第１の実施形態におけるクライアント端末１００及びサーバ２００の機能構成の一例を示す図である。クライアント端末１００のデータ構成の一例を示す図であり、（ａ）送信用画像キュー４００、（ｂ）表示用画像キュー４１０、（ｃ）表示領域情報４２０である。サーバ２００のデータ構成の一例を示す図であり、（ａ）ユーザ情報５００、（ｂ）参加情報５１０、（ｃ）予約情報５２０、（ｄ）ユーザ別画像キュー５４０である。本発明の実施形態における、メニュー画面の表示処理の流れを示すフローチャートである。（ａ）ログイン画面７００、（ｂ）メニュー画面７１０の一例を示す図である。本発明の実施形態における、会議予約及び招待メールの送信処理の流れを示すフローチャートである。会議室選択画面９００の一例を示す図である。会議予約画面１０００の一例を示す図である。招待メール１１００の一例を示す図である。本発明の実施形態における、入室処理の概要を示すフローチャートである。参加先選択画面１３００の一例を示す図である。本発明の第１の実施形態における、参加処理の詳細を示すフローチャートである。本発明の第１の実施形態における、参加処理の詳細を示すフローチャートである。本発明の実施形態における、会議画面の一例を示す図である。（ａ）ホストユーザＡの会議画面１６００、（ｂ）ゲストユーザＢの会議画面１６１０、（ｃ）ゲストユーザＤの会議画面１６２０の例である。本発明の第２の実施形態におけるクライアント端末１００及びサーバ２００の機能構成の一例を示す図である。本発明の第２の実施形態における、参加処理の詳細を示すフローチャートである。本発明の第２の実施形態における、問い合わせ画面１９００の一例を示す図である。問い合わせ画面２０００、２０１０の一例を示す図である。

以下、図面を参照して、本発明の好適な実施形態について詳細に説明する。

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

本発明の情報処理システム１は、例えば、パーソナルコンピュータを適用可能な情報処理装置であるクライアント端末１００（１００Ａ、１００Ｂ、１００Ｃ、１００Ｄ）と、複数のクライアント端末１００間でウェブ会議を利用可能にするサーバ２００と、がネットワーク１５０を介して通信可能に接続され、構成されている。なお、サーバ２００も情報処理装置の１つである。

サーバ２００は、複数のクライアント端末１００間でウェブブラウザを利用したウェブ会議を実現するためのサーバ装置である。

サーバ２００は、クライアント端末１００からのアクセスに応じて、各クライアント端末１００で入力を受け付けたユーザＩＤのユーザが参加する会議の画面である会議画面（インタフェース／例えばｈｔｍｌで表現される画面を表示するための情報）をそれぞれのクライアント端末１００に送信して表示させる。

サーバ２００は、クライアント端末１００に対して会議画面を提供（会議画面に表示する会議画像及び指定画像の提供）することにより、複数のクライアント端末１００間でウェブ会議を行うサービスを提供する。

ここでいう会議画像とは、会議に参加中のユーザのユーザＩＤが入力された各クライアント端末１００に接続または内蔵されたカメラ１０１で撮像された撮像画像であり、会議中に順次サーバ２００に送信されている画像である。例えば、ユーザ自身の顔を写した画像である。

また、ここでいう指定画像とは、クライアント端末１００の入力部を介して、ユーザ操作に応じて指定を受け付けた画像であり、クライアント端末１００からサーバ２００に送信される画像である。サーバ２００は、指定画像の送信元のクライアント端末１００のユーザと同じ会議に参加している他のユーザのクライアント端末１００に対して指定画像を送信し、共有する。つまり、本実施形態の情報処理システム１を用いて実現するウェブ会議では、クライアント端末１００（例：１００Ａ）に表示されている画面の画像を他のクライアント端末（例：１００Ｂ、１００Ｃ、１００Ｄ）の画面に表示させる機能である、画面共有（指定画像の表示の共有処理）を行うことが可能である。例えば、ユーザ操作により指定されたアプリケーションの画面のみを指定画像として共有することができる（アプリケーション共有）。また、クライアント端末１００に表示されているデスクトップ画面の指定を受け付けることで、当該デスクトップ画像全体を指定画像として共有することができる（デスクトップ共有）。

クライアント端末１００は、例えば１００Ａに示すようなデスクトップＰＣや、１００ＢのようなノートＰＣ、１００ＣのようなタブレットＰＣ等の各種の形態のコンピュータ（情報処理装置）を含む。

クライアント端末１００は、サーバ２００から受信した会議画面に、同じくサーバ２００から受信した画像や映像（会議画像）や、指定画像を表示する。

本実施形態においてクライアント端末１００には、サーバ２００へアクセスするためのウェブブラウザ、及び専用のモジュールがインストールされているものとする。

なお、この専用のモジュールは、例えば、ウェブブラウザを介して、サーバ２００からダウンロードするＡｃｔｉｖｅＸコンポーネント等が好適である。

なお、ウェブ会議において自身の動画像を送信する場合は、ビデオデバイスである（ウェブカメラ等の）カメラ１０１をクライアント端末１００に接続する。

また、音声を送信する場合は、クライアント端末１００にマイク１０２を接続する。

相手の音声を聴取するためにはクライアント端末１００にスピーカ１０３を接続する。マイク１０２及びスピーカ１０３はオーディオデバイスである。

また、図１においては、カメラ１０１、マイク１０２、及びスピーカ１０３の各デバイスはクライアント端末１００と別々の筐体として例示しているが、これに限定されず、例えばカメラ１０１、マイク１０２、及びスピーカ１０３がクライアント端末１００と同じ筐体に備えられていてもよい。

例えば、カメラ機能とマイク機能、マイク機能とスピーカ機能、及びこれら全ての機能を備えた情報処理装置をクライアント端末１００として用いてもよい。

また、クライアント端末１００にカメラ１０１、マイク１０２、及びスピーカ１０３のデバイスが内蔵されている場合、これらの内蔵されているデバイスを用いて、画像、音声等を入力・出力するようにしてもよい。

また、本ウェブ会議システムは、ルームと呼ばれる仮想の会議室をサーバ２００において複数生成、記憶、管理することができる。ウェブ会議は当該会議室において予約・開催される。

例えばウェブ会議を運用している会社の社員である社内ユーザは、自身に付与されているウェブ会議システム用のユーザＩＤ・パスワードを用いて、ウェブブラウザ経由でサーバ２００にアクセスしてログインし、自身のユーザＩＤを用いて当該ルームに入室する。これにより、当該ルームにおいて開催される会議に参加することができる。

また、社内ユーザは、社内及び社外のユーザを当該ウェブ会議に招待することができる。

なお、本実施形態においては、クライアント端末１００Ａを社内ユーザＡの端末とする。

また、本実施形態において、クライアント端末１００ＡのユーザＡは、クライアント端末１００Ｂ、１００Ｃ、１００Ｄを使用する社外ユーザＢ、Ｃ、Ｄをウェブ会議に招待する招待ユーザ（ホストユーザ／主催者）であるものとする。

招待されたユーザＢ、Ｃ、Ｄを被招待ユーザ（ゲストユーザ）と呼ぶ。

ホストユーザ／主催者であるユーザＡのユーザＩＤ、パスワード、メールアドレス、会議における表示名は、予めサーバ２００の会議情報記憶部２１に記憶されている（図３、図５（ａ）のユーザ情報５００）。

ホストユーザＡがゲストユーザＢ、Ｃ、Ｄを招待することで、ゲストユーザＢ、Ｃ、ＤのユーザＩＤ、パスワードがサーバ２００により生成されて、サーバ２００の会議情報記憶部２１に記憶される（図３、図５（ａ）の５００）。

ゲストユーザＢ、Ｃ、Ｄは、サーバ２００から招待メール１１００（図１１参照）を受信し、招待メール１１００に表記されたＵＲＬからサーバ２００にアクセスすることで、会議に参加できる。以上が図１の説明である。

次に図２を参照して、本発明の実施形態における各装置に適用可能な情報処理装置（クライアント端末１００、サーバ２００）のハードウェア構成の一例について説明する。

図２に示すように、情報処理装置（クライアント端末１００、サーバ２００）は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、システムバス２０４、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、カメラコントローラ２１２、音声コントローラ２１３、通信Ｉ／Ｆコントローラ２０８、入力デバイス２０９、ディスプレイ２１０、外部メモリ２１１、カメラ２１４、マイク／スピーカ２１５を備える。

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

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

ＲＡＭ２０３はＣＰＵ２０１の主メモリ、ワークエリア等として機能する。

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

入力コントローラ２０５は入力デバイス２０９からの入力を制御する。

入力デバイス２０９としては、キーボード、タッチパネル、及びマウス等のポインティングデバイス等が挙げられる。

なお、入力デバイス２０９がタッチパネルの場合、ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができることとする。

また、タッチパネルは、マルチタッチスクリーンなどの、複数の指でタッチされた位置を検出することが可能なタッチパネルであってもよい。

ビデオコントローラ２０６は、ディスプレイ２１０等の表示機への表示を制御する。

なお、ディスプレイ２１０は、ＣＲＴ、液晶ディスプレイ等の表示機のことを指す。または、その他の表示機であってもよい。

なお、本体と一体になったノート型パソコンのディスプレイも表示機に含まれるものとする。

外部出力装置はディスプレイに限ったものではなく、例えばプロジェクタであってもよい。

また、図２のハードウェア構成を適用する情報処理装置が前述のタッチ操作を受け付け可能な装置である場合には、ディスプレイ２１０が入力デバイス２０９としての機能を提供する。

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

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

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の、画面に表示する情報用の領域へアウトラインフォント展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。

また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等を用いてユーザからの指示を受け付け可能とする。

本発明を実現するための後述する各種プログラムは、ＲＯＭ２０２あるいは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。

さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報、テーブル等も、外部メモリ２１１に格納されている。これらのデータの詳細については後述する。

カメラコントローラ２１２は、カメラ２１４等による映像取得を制御する。音声コントローラ２１３はマイク／スピーカ２１５等による音声取得制御やスピーカへの出力を制御する。

カメラ２１４は、図２のハードウェア構成を適用する情報処理装置に内蔵されているカメラである。

また、マイク／スピーカ２１５は、図２のハードウェア構成を適用する情報処理装置に内蔵されているマイク及びスピーカである。以上が図２の説明である。

次に図３を参照して、本発明の実施形態における、各情報処理装置（クライアント端末１００、サーバ２００）の機能構成の一例について説明する。

クライアント端末１００は、サーバ２００と連携してウェブ会議を行うための機能部として、制御部１０、記憶部１１、送信制御部１２、応答部１３、個別情報表示部１４等を備えている。

制御部１０は、複数のクライアント端末１００間でネットワーク１５０を介した会議（ウェブ会議）を行うための処理を実行する。

具体的には、クライアント端末１００の制御部１０は、サーバ２００と連携して、ログイン処理、メニュー画面の表示処理、会議予約処理、会議への参加処理、会議画像の送受信処理等を実行する。各処理の詳細は、後述する。

記憶部１１は、会議画面１６００（図１６参照）に表示する画像を記憶する画像記憶部（画像キュー）を持つ。

また、記憶部１１は会議画面１６００におけるどの表示領域にどのユーザの画像を表示するかを割り当てるかを定義した情報である表示領域情報４２０（図４（ｃ）参照）を記憶する。

画像キューには、クライアント端末１００の撮像装置によって撮像された撮像画像（会議画像）を保持する画像キュー、ユーザ操作により指定された指定画像（クライアント端末１００のデスクトップ画面の画像等）を保持する画像キューがある。

また、サーバ２００に送信する画像を保持する送信用画像キュー４００（図４（ａ）参照）、サーバ２００から受信した画像を保持する表示用画像キュー４１０（図４（ｂ）参照）がある。

撮像画像用の画像キューには撮像画像が順次記憶される。カメラ１０１（２１４）は継続的に撮像処理（動画の撮像及びクライアント端末１００への動画の入力）を行うため、当該画像キューには、動画を構成する複数の画像が、動画内のフレームごとに順々に記憶される。

指定画像用の画像キューには、指定画像が所定時間ごとに記憶される。例えば０．２秒ごとに、クライアント端末１００のデスクトップ画面に表示されているデスクトップ画像が順次記憶される。

記憶される各指定画像は、例えばデスクトップ画像を繋ぎ合わせて再生する動画の１フレームである。

送信用画像キュー４００には、図４（ａ）に示すように、撮像画像または指定画像（画像４０２）が送信する順に記憶される。送信用画像キュー４００の識別番号４０１は、画像１フレーム毎に送信順に割り振られる番号である。

表示用画像キュー４１０には、図４（ｂ）に示すように、サーバ２００から受信した会議画像４１３が識別番号４１２とともに記憶される。

表示用画像キュー４１０は、送信元のユーザ（ユーザＩＤ４１１に示すユーザ）毎に生成される。識別番号４１２はサーバ２００から送信された画像４１３のシーケンス番号である。

表示領域情報４２０は、図４（ｃ）に示すように、会議画面１６００（１６１０、１６２０）におけるどの表示領域にどのユーザの画像を表示するかを割り当てるかを設定した情報である。

例えば、表示領域「１」にユーザＩＤ「ＵｓｅｒＡ」が割り振られる場合には、表示領域「１」にはユーザＡのクライアント端末１００Ａで撮像または指定され、サーバ２００に送信された画像と、ユーザＡの表示名またはメールアドレス（ＵｓｅｒＩＤ）等の個別情報が表示される。

また、表示領域「２」にユーザＩＤ「ＵｓｅｒＢ」が割り振られている場合には、表示領域「２」にはユーザＢのクライアント端末１００Ｂで撮像または指定され、サーバ２００に送信された画像と、ユーザＢの表示名またはメールアドレス（ＵｓｅｒＩＤ）等の個別情報が表示される。

クライアント端末１００の送信制御部１２は、送信用画像キュー４００に保持された、カメラ１０１（２１４）において撮像された画像（映像）や、ユーザ操作等により表示を共有する画像として指定された指定画像（デスクトップ全体または指定アプリケーションの画面の画像）を、サーバ２００に送信制御する。

送信制御部１２の制御により送信された画像４０２は、サーバ２００の受信制御部２２で受信され、サーバ２００の記憶部２３のユーザ別画像キュー５４０（図５（ｄ）参照）に格納される。

応答部１３は、サーバ２００から提供される画面（ユーザインターフェース）において入力された回答を応答する機能部である。

例えば、ログイン画面７００におけるログインＩＤ・パスワード、会議予約画面１０００における予約情報やゲスト等、会議において参加ユーザの情報を開示させるか否かの指定等の画面に入力された回答をサーバ２００に応答する。

個別情報表示部１４は、サーバ２００から受信した個別情報を、各ユーザの会議画像と共に表示する機能部である。

サーバ２００は、制御部２０、会議情報記憶部２１、受信制御部２２、記憶部２３、送信制御部２４、公開／非公開指定部２５、判定部２６、個別情報送信部２７等を備えている。

サーバ２００の制御部２０は、複数のクライアント端末１００間でネットワーク１５０を介した会議を行うための処理を実行する。

具体的には、制御部２０は、クライアント端末１００と連携してログイン処理、メニュー画面の表示処理、会議予約処理、会議への参加処理、会議画像の送受信処理等を実行する。各処理の詳細は、後述する。

サーバ２００の会議情報記憶部２１は、当該サーバ２００が提供するウェブ会議サービスで使用する情報を記憶する。

具体的には、ユーザ情報５００、参加情報５１０、予約情報５２０等を記憶する（図５参照）。

ユーザ情報５００は、当該情報処理システム１が提供するウェブ会議サービスのユーザに関する情報である。具体的には図５（ａ）に示すように、会議に参加する各ユーザのユーザＩＤ、メールアドレス、パスワード、表示名等が記憶される。

参加情報５１０は、どのユーザが、どの会議に参加してどのユーザと会議を行っているかの情報である。

具体的には、図５（ｂ）に示すように、会議の識別情報である会議ＩＤ５１１に紐づけて、参加者ＩＤ５１２、参加者の名前５１３、端末ＩＤ５１４等が記憶される。

参加者ＩＤ４１２は、ホストユーザ（招待ユーザ）であればユーザＩＤが記憶され、ホストユーザに招待されたゲストユーザ（被招待ユーザ）であれば、招待時に生成された個別情報が記憶される。

個別情報とは、個人を特定可能な情報であり、例えばメールアドレス等である。

予約情報５２０は、会議の予約に関する情報である。具体的には、図５（ｃ）に示すように、日時５２２、会議ＩＤ５２３、議長５２４、参加制限５２５、ゲスト名５２６、ゲストユーザのメールアドレス５２７、パスワード５２８、招待者（ホストユーザ）５２９、公開命令の有無５３０等が会議室ＩＤ５２１に紐づけて記憶される。

これらの各項目の値はホストユーザにより会議予約画面１０００（図１０参照）において設定される。

予約情報５２０における「公開命令」５３０とは、ゲストユーザの個別情報（例えば、メールアドレス）を公開するか否かを指定する情報であり、ホストユーザによりゲストユーザ毎に設定される。公開命令については後述する。

サーバ２００の受信制御部２２は、クライアント端末１００の送信制御部１２より送信された会議画像（映像）、指定画像、及び音声を受信する。

受信した会議画像（映像）、指定画像、及び音声は記憶部２３のユーザ別画像キュー５４０にユーザ毎に記憶される（図５（ｄ）参照）。

サーバ２００の記憶部２３は、クライアント端末１００から送信された会議画像（映像）、指定画像、及び音声を記憶する画像キューであるユーザ別画像キュー５４０を有する。

ユーザ別画像キュー５４０は、図５（ｄ）に示すように、クライアント端末１００から送信された会議画像（映像）、指定画像、及び音声（以下、画像５４３と呼ぶ）がユーザ毎に記憶される。

ユーザＩＤ５４１は、送信元のユーザＩＤである。識別番号５４２は、画像５４３の識別番号であり、送信元で割り振られた値である。

送信済みユーザ５４４は、当該画像５４３を送信した場合に送信先のクライアント端末１００のユーザＩＤが格納される。

サーバ２００の送信制御部２４は、受信制御部２２で受信した画像、指定画像、及び音声等を、同じ会議に参加している（例：同じ会議室に入室中の）他のクライアント端末１００に送信する。

送信先は、画像や音声等の送信元のクライアント端末１００とは別のクライアント端末１００である。

なお、本実施形態においては、各クライアント端末１００がサーバ２００に対して、記憶部２３からの画像の取得要求を行うことで、当該要求に応じてサーバ２００の送信制御部２４が要求元のクライアント端末１００に対して、当該要求受付時におけるユーザ別画像キュー５４０内の最新の画像を送信するものとする。

クライアント端末１００は、要求した画像を受信すると、受信した画像（動画内の１フレーム）を会議画面１６００（１６１０、１６２０）の所定の表示領域に表示する。

そして画像の表示と並行して、次の画像の送信要求をサーバ２００に送る。会議が終了する等、動画の表示が終了するまで、当該画像の要求と表示を繰り返す。

サーバ２００の公開／非公開指定部２５は、会議に参加するユーザの個別情報を、同じ会議に参加する他のユーザに開示するか否かを招待ユーザに指定させる機能部である。

具体的には、図８に示す会議予約処理において、招待者であるホストユーザが会議の参加者（ゲストユーザ）を指定する際に、ゲストユーザ毎に公開または非公開のいずれかの選択を受け付ける。

会議予約は、会議予約画面１０００（図１０）のようなユーザインターフェースを用いて、ホストユーザのクライアント端末１００Ａとサーバ２００との間で行われる。

公開が選択された場合、予約情報５２０の公開命令５３０が「有」に設定される。公開が選択されない場合（非公開が選択された場合）、予約情報５２０の公開命令５３０が「無」に設定される。

サーバ２００の判定部２６は、同じ会議に参加するユーザ同士の関係を判定する。判定部２６は、例えば、会議情報記憶部２１に記憶されている参加情報５１０を取得し、参加者のメールアドレスのドメインに基づき、同じ会議に参加するユーザ同士の関係を判定する。

ユーザ同士の関係とは、例えば、ユーザ同士が同じ所属であるか異なる所属であるか等である。

メールアドレスのドメインが同じであれば同じ所属であると判定し、ドメインが異なれば異なる所属であるものと判定する。すなわち、所属に基づいたユーザ同士の関係を特定する。

サーバ２００の個別情報送信部２７は、ホストユーザにより招待されたゲストユーザの参加に際し、公開／非公開指定部２５により情報の公開が指定されている場合は、同じ会議に参加中の全てのユーザに対して会議情報記憶部２１に記憶されている当該ゲストユーザの個別情報（メールアドレス等）を送信する。

公開／非公開指定部２５により情報の非公開が指定されている場合は、判定部２６による判定結果、すなわちユーザ同士が同じ所属であるか異なる所属であるかに応じて公開する情報の内容を変更して同じ会議に参加している他のユーザのクライアント端末１００に送信する。

次に、情報処理システム１を用いたウェブ会議における処理動作について説明する。

以下の説明において、ユーザＡはゲストユーザを招待するホストユーザであり、ユーザＢ、ユーザＣ、ユーザＤはゲストユーザ（被招待ユーザ）であるとする。

また、ゲストユーザであるユーザＢとユーザＣは同じドメインのメールアドレスで招待を受けているものとする。

また、ユーザＤは、ユーザＢとユーザＣとは異なるドメインのメールアドレスで招待を受けているものとする。

つまり、ユーザＢとユーザＣは所属が同じであり、ユーザＤとは別の所属である。

まず、図６を参照して、ログイン・メニュー画面の表示処理について説明する。図６の処理は、招待者（ホストユーザ）であるユーザＡのクライアント端末１００Ａとサーバ２００との間で実行される。

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

そして、クライアント端末１００Ａは、当該ログイン画面７００においてユーザＩＤとパスワードの入力を受け付ける。更に、「ログイン」ボタン７０１が押下されると、サーバ２００に対し、ログイン要求を送信する（ステップＳ６０２）。

サーバ２００は、クライアント端末１００Ａからのログイン要求を受け付け（ステップＳ６０３）、サーバ２００の外部メモリ２１１に予め記憶されているユーザ情報５００（ユーザＩＤ及びパスワード）と突き合わせて認証処理（ログイン処理）を行う（ステップＳ６０４）。

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

メニュー画面７１０は、メニュー表示部７１１と「ログアウト」ボタン７１２を備える。

メニュー表示部７１１には、ログインユーザのユーザＩＤが表示されるとともに、各メニューの画面に遷移するためのボタン（会議室予約ボタン７１１ａ、会議参加ボタン７１１ｂ、フリースペースボタン７１１ｃ等）が設けられる。

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

次に図８〜図１１を参照して、会議予約及び招待メールの送信処理について説明する。

図８のフローチャートにおいて、クライアント端末１００Ａは、図７（ｂ）に示すメニュー画面７１０において、「会議室予約」ボタン７１１ａの押下を受け付ける。これにより、図９に示すような会議室選択画面９００をサーバ２００に要求する（ステップＳ８０１）。

サーバ２００は当該要求を受信すると（ステップＳ８０２）、図９に示す会議室選択画面９００をクライアント端末１００Ａに送信する（ステップＳ８０３）。

クライアント端末１００Ａは、当該画面の情報を受信すると、会議室選択画面９００を表示する（ステップＳ８０４）。

図９に示すように会議室選択画面９００には、メニュー表示部７１１と「ログアウト」ボタン７１２の他、１または複数の会議室のスケジュールが表示されるスケジュール表示部９０１が設けられる。

クライアント端末１００Ａは、スケジュール表示部９０１の会議室名または会議室に対応するスケジュール表へのクリック操作を受け付けることで、会議室の選択操作を受け付ける。これにより、選択された会議室における会議予約を行うための会議予約画面１０００（図１０）をサーバ２００に要求する（ステップＳ８０５）。

サーバ２００は当該要求を受け付け（ステップＳ８０６）、図１０に示す会議予約画面１０００の情報をクライアント端末１００Ａに送信する（ステップＳ８０７）。

クライアント端末１００Ａは、会議予約画面１０００の情報を受信し、会議予約画面１０００を表示画面に表示する（ステップＳ８０８）。

図１０に示すように、会議予約画面１０００には、メニュー表示部７１１と「ログアウト」ボタン７１２の他、予約情報の入力フォーム１００１、「予約する」ボタン１００５、「戻る」ボタン１００６が設けられる。

クライアント端末１００Ａは、予約情報の入力フォーム１００１への会議の予約情報の入力を受け付ける（ステップＳ８０９）。

ステップＳ８０９の処理では、具体的には、クライアント端末１００Ａは、任意の会議室名、会議名（会議ＩＤ）、当該会議のために会議室を利用する日付及び時間帯（日時）、議長等の会議予約に必要な詳細情報を入力する入力欄１００２への入力、参加者に関する設定の入力欄１００３への入力、ゲスト招待に関する設定の入力欄１００４への入力を受け付ける。

なお、会議を一意に識別する会議ＩＤは、会議予約画面１０００の送信に伴ってサーバ２００によって決定・記憶されているものとする。入力フォーム１００１にどのような会議名が入力されても予約情報５２０の会議ＩＤは変わらない。

議長は、デフォルトでは、当該会議予約画面１０００を要求したクライアント端末１００Ａのログインユーザ（ここではユーザＡ）が設定される。

参加者に関する設定の入力欄１００３において、「参加者を限定する」が選択された場合、会議に参加可能とする社内ユーザの入力を受け付ける。

選択できる社内ユーザは、会議予約画面１０００を開いたユーザＡと同じ会社に所属するユーザに限定されるものとする。社内ユーザのユーザＩＤ及びパスワードはサーバ２００に記憶されている。

ゲスト招待に関する設定の入力欄１００４において、ゲストユーザ（被招待ユーザ）を「招待する」が選択された場合、クライアント端末１００Ａにおけるユーザ操作により、ゲストユーザのメールアドレス１００４ｂの入力を受け付ける。

表示名１００４ａの入力は任意である。表示名１００４ａが入力されていないゲストユーザは、メールアドレス１００４ｂの値をデフォルトの表示名とする。表示名１００４ａが入力されているゲストユーザは、入力されている値をデフォルトの表示名とする。

続いて、ゲストユーザ用のパスワード１００４ｄの入力を受け付ける。パスワードの設定は任意である。

また、会議予約画面１０００では、公開命令１００４ｃの指定を受け付ける。公開命令とは、招待者であるホストユーザによって指定される情報であり、対象ユーザのメールアドレス及び表示名を、会議内のユーザ同士の関係に関わらず、会議内のユーザに公開・共有するか否かを指定する情報である。

「公開」が指定された場合は、対象ユーザの個人を特定する情報、すなわちメールアドレス（個別情報）及び表示名を、会議内のユーザ同士の関係に関わらず、会議内のユーザに公開・共有する。

「非公開」が指定された場合は、対象ユーザの個人を特定する情報（メールアドレス）は非公開とし、表示名のみを会議内のユーザに公開・共有する。

ゲストユーザを「招待する」旨が選択された場合、クライアント端末１００Ａは、招待者の表示欄１００４ｅに、当該会議予約画面１０００を開いたユーザＡの表示名を表示する。

会議予約画面１０００において、「予約する」ボタン１００５が押下されると、クライアント端末１００Ａは予約を確定し、「予約する」ボタン１００５の押下時において入力・表示されていた情報一覧を、予約情報５２０としてサーバ２００に送信して予約要求する（ステップＳ８１０）。

サーバ２００は、当該予約情報５２０を受信し、外部メモリ２１１に記憶する（ステップＳ８１１）。

予約情報５２０の一例を図５（ｃ）に示す。予約情報５２０の各項目の値は、図１０の会議予約画面１０００において入力・設定された情報に対応する。

サーバ２００は、記憶した予約情報５２０にゲストユーザが含まれている場合、各ゲストユーザ宛の電子メール（招待メール１１００）を生成し（ステップＳ８１２）、各ゲストユーザに送信する（ステップＳ８１３）。

予約情報５２０にゲストユーザが含まれている場合とは、予約情報５２０の中に、ゲストユーザのメールアドレス５２７が挿入されている場合である。

招待メール１１００の一例を図１１に示す。招待メール１１００には、ゲストユーザのユーザＩＤと招待する会議の会議ＩＤを含むＵＲＬが挿入されるものとする。

ゲストユーザのユーザＩＤは招待にあたり会議予約画面１０００において指定・入力されたメールアドレスとする。

よって、ＵＲＬはゲストユーザごとに一意である。会議予約画面１０００においてパスワードが設定されている場合、当該ＵＲＬにパスワードも埋め込む。

ゲストユーザのクライアント端末１００は招待メール１１００を受信して記憶する（ステップＳ８１４）。

サーバ２００は、招待メール１１００に埋め込まれたＵＲＬに対するアクセスを受け付けた場合、当該ＵＲＬに含まれる会議ＩＤの会議への、当該ＵＲＬに含まれるユーザＩＤのゲストユーザによる参加要求を受け付けたと判断する。

次に図１２、図１３を参照して、入室処理の概要について説明する。

招待ユーザであるユーザＡのクライアント端末１００Ａは、例えば図７（ｂ）のメニュー画面７１０において「会議参加」ボタン７１１ｂが押下されると、図１３に示す参加先選択画面１３００を表示する（ステップＳ１２０１）。

参加先選択画面１３００には、メニュー表示部７１１と「ログアウト」ボタン７１２が設けられる他、当該クライアント端末１００ＡのユーザＡが参加可能な会議室の一覧が表示される。参加可能な会議室にはそれぞれ「参加する」ボタン１３０１、１３０２等が表示される。

クライアント端末１００Ａは、ユーザ操作により参加先選択画面１３００で選択された会議室の会議への参加要求を、サーバ２００に送信する（ステップＳ１２０２）。

ステップＳ１２０２において、クライアント端末１００Ａは、例えば参加先選択画面１３００の「参加する」ボタン１３０１の押下を受け付けた場合に、会議室１への入室要求（会議室１において、当該ボタン押下時に開催されている会議への参加要求）をサーバ２００に送信する。

また、「参加する」ボタン１３０２の押下を受け付けた場合に、会議室２への入室要求をサーバ２００に送信する。

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

サーバ２００は会議への参加要求を受け付けると（ステップＳ１２０３）、要求されたルーム（会議室）で開催中の会議にユーザを参加させる参加処理を実行する（ステップＳ１２０４）。

社内ユーザ（ホストユーザ）の参加処理の詳細は図１５で説明する。

一方、ゲストユーザＢが会議に参加する場合は、ゲストユーザＢのクライアント端末１００Ｂは、メーラの機能で会議の招待メール１１００を表示し（ステップＳ１２０５）、当該メールに含まれるＵＲＬの押下操作を受け付けることで、会議への参加要求をサーバ２００に送信する（ステップＳ１２０６）。

サーバ２００のＣＰＵ２０１は会議への参加要求を受け付けると（ステップＳ１２０３）、要求されたルーム（会議室）で開催中の会議にユーザを参加させる参加処理を実行する（ステップＳ１２０４）。

ゲストユーザの参加処理の詳細は図１４で説明する。

次に図１４及び図１５を参照して、図１２のステップＳ１２０４の参加処理の詳細について説明する。

参加処理において、まずサーバ２００は、クライアント端末１００から受信した参加要求が、社内ユーザ（一般ユーザ）からのものであるか、ゲストユーザ（招待ユーザ）からのものであるかを判定する（ステップＳ１４０１）。

具体的には、サーバ２００は、サーバ２００にアクセスしてきたＵＲＬ及びそのパラメータによって社内ユーザであるかゲストユーザであるかを判定する。

ゲストユーザ用ＵＲＬであった場合、サーバ２００はＵＲＬに含まれる会議ＩＤを記憶し、処理をステップＳ１４０２に移行する。

一方、パラメータが、参加先選択画面１３００を介した、社内ユーザからの参加要求を示すものである場合、処理を図１５のステップＳ１５０１に移行する。

まず、ゲストユーザの参加処理について説明する。

図１４のステップＳ１４０２において、サーバ２００は、ゲストユーザのメールアドレスを用いて認証を行う（ステップＳ１４０２）。ＵＲＬにパスワードが埋め込まれている場合は、パスワードも用いて認証処理をする。

ここでは、サーバ２００はゲストユーザであるユーザＢのメールアドレス（ｇｕｅｓｔＢ＠ｙｙｙ．ｃｏ．ｊｐ）をＵＲＬから取得し、会議招待時に登録したゲストユーザのユーザ情報（メールアドレス）５００との一致を確認することによりユーザＢの認証を行う。

認証成功すると、サーバ２００は、会議への参加処理を行う（ステップＳ１４０３）。参加処理とは、どの会議に、どのユーザが、どの端末で参加しているかを参加情報５１０（図５（ｂ）参照）として記憶する処理である。

具体的には、サーバ２００は、図５（ｂ）に示すように、対象の会議ＩＤ５１１の参加情報５１０について、参加者ＩＤ５１２に参加するユーザの名前（ユーザＩＤ）５１３を記憶する。

また、端末ＩＤ５１４には、当該ユーザＩＤの送信元（参加要求元）のクライアント端末１００の識別情報（例：ＩＰアドレス）を記憶する。

名前５１３は当該会議におけるユーザの表示名であるが、現時点ではまだ挿入しない。

参加情報５１０は、会議ごとに、サーバ２００の外部メモリ２１１に記憶・保持される。

サーバ２００は、会議画面１６１０を参加要求元のクライアント端末１００Ｂに送信するとともに、入室に成功した旨の通知を当該クライアント端末１００Ｂに送信する（ステップＳ１４０４）。

図１６（ｂ）に示すように、ゲストユーザＢの会議画面１６１０には入室中のユーザＡ、Ｂ、Ｃ、Ｄのクライアント端末１００Ａ、１００Ｂ、１００Ｃ、１００Ｄのカメラ１０１（２１４）により撮像された会議画像を表示する各画像表示領域１６１３（１６１３ａ、１６１３ｂ、１６１３ｃ、１６１３ｄ）が設けられる。

サーバ２００はゲストユーザＢのクライアント端末１００Ｂに対しては、図１６（ｂ）に示す会議画面１６１０の画面情報（例えばｈｔｍｌ情報）を送信する。

なお、ステップＳ１４０４で送信するのは、あくまで会議画面１６１０のフレーム（各表示領域の枠等）であって、領域１６１２（１６１２ａ、１６１２ｂ、１６１２ｃ、１６１２ｄ）や領域１６１３（１６１３ａ、１６１３ｂ、１６１３ｃ、１６１３ｄ）に表示する内容（表示名や、メールアドレス、会議画像）は未送信である。

クライアント端末１００Ｂは、サーバ２００より受信した会議画面１６１０を表示する（ステップＳ１４０５）。

次に、サーバ２００は外部メモリ２１１から予約情報５２０を取得し、参照する（ステップＳ１４０６）。

サーバ２００はステップＳ１４０６で取得した予約情報５２０に、入室したユーザＢの表示名が記憶されているかを判定する（ステップＳ１４０７）。つまり、招待者により予め表示名が指定されているかを判定する。

表示名が指定されている場合は（ステップＳ１４０７；Ｙｅｓ）、処理をステップＳ１４１２に移行する。指定されていない場合は（ステップＳ１４０７；Ｎｏ）、処理をステップＳ１４０８に移行する。

招待者により表示名が指定されていない場合は、ステップＳ１４０８において、サーバ２００は、予約情報５２０に記憶されているユーザＢのユーザＩＤ（メールアドレス）をクライアント端末１００Ａ及び同じ会議に参加している他のユーザのクライアント端末１００Ｃ、１００Ｄに送信する（ステップＳ１４０８）。

各クライアント端末１００Ａ、１００Ｃ、１００Ｄは入室したユーザＢのユーザＩＤ（メールアドレス）をサーバ２００から受信し、会議画面に割り当てられているユーザＢの表示領域に表示するとともに、その表示領域のＩＤ（表示領域ＩＤ）とユーザＩＤとを対応付けて表示領域情報４２０（図４（ｃ））に記憶する（ステップＳ１４１６、Ｓ１４１０、Ｓ１４１１）。

図４（ｃ）は各クライアント端末１００に記憶される表示領域情報４２０の一例を示している。

図４（ｃ）に示すように、表示領域情報４２０には各クライアント端末１００の会議画面１６００、１６１０、１６２０に設けられる参加ユーザの表示領域のＩＤ４２１と、その表示領域に割り当てられる参加ユーザのユーザＩＤ４２２とが対応づけて記憶される。

ステップＳ１４１６、Ｓ１４１０、Ｓ１４１１の処理では、各クライアント端末１００Ａ、１００Ｃ、１００Ｄのそれぞれの会議画面１６００、１６１０、１６２０に設けられた表示領域４２１に割り当てるユーザＩＤとして、ユーザＢのユーザＩＤを挿入して記憶する。

ステップＳ１４０７の判定処理において、ステップＳ１４０６で取得した予約情報５２０に、入室したユーザＢの表示名が記憶されていると判定した場合（ステップＳ１４０７；Ｙｅｓ）、すなわち、招待者により表示名が指定されていると判定した場合は、更に、サーバ２００は、ゲスト同士のユーザＩＤ（メールアドレス）の公開命令があるか判定する（ステップＳ１４１２）。

公開命令がある場合は（ステップＳ１４１２；Ｙｅｓ）、処理をステップＳ１４１３に移行する。公開命令がない場合は（ステップＳ１４１２；Ｎｏ）、処理をステップＳ１４１４に移行する。

ゲスト同士のユーザＩＤ（メールアドレス）の公開命令がある場合、ステップＳ１４１３において、サーバ２００は、クライアント端末１００Ｂ及び同じ会議に参加しているユーザのクライアント端末１００Ａ、１００Ｂ、１００Ｃ、１００Ｄに入室したユーザＢの表示名と個別情報であるユーザＩＤ（メールアドレス）を送信する。

各クライアント端末１００Ａ、１００Ｂ、１００Ｃ、１００Ｄは入室したユーザＢの表示名とユーザＩＤ（メールアドレス）をサーバ２００から受信し、会議画面に割り当てられているユーザＢの表示領域に表示するとともに、その表示領域のＩＤ（表示領域ＩＤ）とユーザＩＤとを対応付けて表示領域情報４２０に記憶する（ステップＳ１４０９、Ｓ１４１０、Ｓ１４１１、Ｓ１４１６）。

その後、入室したユーザＢのクライアント端末１００Ｂは、会議画像の送受信・表示処理を開始する（ステップＳ１４１７）。ステップＳ１４１７の画像送受信・表示処理については後述する。

ステップＳ１４１２において、ゲスト同士のＩＤの公開命令がないと判定した場合（ステップＳ１４１２；Ｎｏ）、サーバ２００は、同じ会議に参加している参加者を特定し、その中の被招待者（ゲストユーザ）を特定する。

そしてサーバ２００は、各ゲストユーザのメールアドレスのドメイン部分とユーザＢのメールアドレスのドメイン部分とを比較し、同じドメインのユーザを、ユーザＢと同じ所属のユーザとして特定してリスト化する。

本実施形態においては、入室したユーザＢとユーザＣのメールアドレスのドメイン部分が一致しているものとする。

サーバ２００は、入室したユーザＢのクライアント端末１００Ｂ、抽出した同じドメインのユーザのクライアント端末１００Ｃ、及び招待者であるユーザＡのクライアント端末１００Ａに対して、入室したユーザＢの表示名、個別情報（ユーザＩＤ（メールアドレス））を送信する（ステップＳ１４１４）。

本実施形態では、同じドメインのユーザＣのクライアント端末１００Ｃに対してユーザＢの表示名、及びユーザＩＤ（メールアドレス）を送信する。

また、新たに入室したユーザＢのクライアント端末１００Ｂに対しては、同じドメインのユーザであるユーザＣの表示名、及び個別情報（ユーザＩＤ（メールアドレス））を送信する（ステップＳ１４１４）。

次に、サーバ２００は、同じ会議に既に参加している被招待者のメールアドレスのドメイン部分と新たに参加したユーザＢのメールアドレスのドメイン部分が一致していない被招待者のリストを抽出して記憶する。ここでは、ユーザＤが該当する。サーバ２００は、抽出した別ドメインの被招待者のリストを記憶する。

そして、サーバ２００は当該リスト内の被招待者のクライアント端末１００に対しては、表示名のみを送信する。本実施形態では、別ドメインであるユーザＤに対して、ユーザＢの表示名のみを送信する。また、新たに入室したユーザＢのクライアント端末１００Ｂに対しては、別ドメインのユーザであるユーザＤの表示名を送信する（ステップＳ１４１５）。

以上の処理により、クライアント端末１００Ｂ及び１００Ｃには、ホストユーザ（招待者であるユーザＡ）と、同じ所属のユーザについては、メールアドレスが閲覧可能な会議画面１６１０（図１６（ｂ））が表示される（ステップＳ１４０９、ステップＳ１４１０）。

一方、クライアント端末１００Ｄには、別ドメインであるユーザＢのメールアドレスが非表示の会議画面１６２０（図１６（ｃ））が表示される。

ホスト（招待者）であるクライアント端末１００Ａには、全ユーザのメールアドレスを閲覧可能な会議画面１６００（図１６（ａ））が表示される（ステップＳ１４１６）。

次に、図１５を参照して、社内ユーザ（一般ユーザ）の参加処理について説明する。

まず、サーバ２００は、社内ユーザ（例：ユーザＡ）の会議への入室処理を行う（ステップＳ１５０１）。

サーバ２００は入室したユーザＡのクライアント端末１００Ａに対して、会議画面、表示名、及びメールアドレスを送信する（ステップＳ１５０２）。このとき、サーバ２００は入室に成功した旨の通知をクライアント端末１００Ａに送信する。

クライアント端末１００Ａは、サーバ２００から会議画面、表示名、及びメールアドレスを受信し、会議画面における表示領域と表示名、メールアドレスとを対応付けて記憶する（ステップＳ１５０３）。

また、クライアント端末１００Ａは、会議画面を表示し（ステップＳ１５０４）、ステップＳ１５０５の画像送受信・表示処理に移行する。ステップＳ１５０５の画像送受信・表示処理については後述する。

サーバ２００は、入室したユーザＡと同じ会議に参加中のユーザを特定する（ステップＳ１５０６）。

そして、サーバ２００は、特定した各ユーザのクライアント端末１００Ｂ、１００Ｃ、１００Ｄに、ユーザＡの表示名・メールアドレスを送信する（ステップＳ１５０７）。

各クライアント端末１００Ｂ、１００Ｃ、１００ＤはユーザＡの表示名・メールアドレスをサーバ２００から受信し、会議画面の表示領域と対応付けて記憶するとともに、表示する（ステップＳ１５０８、Ｓ１５０９、Ｓ１５１０）。

次に図１４のステップＳ１４１７、図１５のステップＳ１５０５の会議画像の送受信・表示処理について説明する。

クライアント端末１００は、自装置が備えるカメラ（自装置に接続されているカメラ１０１または自装置に内蔵されるカメラ２１４）を起動し、当該カメラ１０１（２１４）による画像の撮影を開始する。

クライアント端末１００は、カメラ１０１（２１４）で撮像された画像（映像／会議画像）を取得して、会議画面上に表示する。

例えば、図１６（ａ）の会議画面１６００は、ホストユーザＡの会議画面１６００の一例である。会議画面１６００には、会議の参加者毎に画像表示領域１６０３ａ、１６０３ｂ、１６０３ｃ、１６０３ｄと名前表示部１６０２ａ、１６０２ｂ、１６０２ｃ、１６０２ｄとが設けられる。画像表示領域１６０３ａ〜１６０３ｄには、参加者のクライアント端末１００で撮像された画像がリアルタイムに表示される。例えば、図１６（ａ）の例では、右下の画像表示領域１６０３ｄに、自装置（クライアント端末１００Ａ）のカメラ１０１で撮像した本人の画像が表示される。

名前表示部１６０２ａ〜１６０２ｄには、各画像表示領域１６０３ａ〜１６０３ｄに表示される画像の送信元のユーザの表示名が表示される。ユーザＡは会議の主催者（ホストユーザ）であるので、図１４のステップＳ１４１４及び図１５のステップＳ１５０２の処理により参加者全員のメールアドレス（個別情報）と表示名が閲覧可能に表示される。

また図１６に示すように、会議画面１６００にはボタン表示領域１６０４が設けられる。ボタン表示領域１６０４には、指定画像の共有を開始するための「資料共有」ボタンや、会議から退出する（会議室から退室する）ための「退出」ボタン等、各種の処理の実行を指示するためのボタンが設けられる。

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

記憶及び送信する際の画像のフレームレートは、メモリに記憶されているものとし、これに従う。フレームレートの値は、サーバ２００からクライアント端末１００へ、会議参加時に送信・配布される。

クライアント端末１００は、カメラ１０１から取得した映像の各フレームの画像に対し、当該画像を取得した順に識別番号を割り振って、送信用画像キュー４００に記憶する。

クライアント端末１００は、送信用画像キュー４００に保存した画像４０２を、サーバ２００に識別番号４０１と共に順次送信する

サーバ２００は、クライアント端末１００から画像（圧縮データ）４０２及びその識別番号４０１（以下、画像４０２等と呼ぶ）を受信する。そして、サーバ２００のメモリ上に保持しているユーザ別画像キュー５４０（図５（ｄ）参照）に、受信した画像４０２等を送信元ユーザ毎に記憶して管理する。

図５（ｄ）に示すように、ユーザ別画像キュー５４０は、ユーザＩＤ５４１と、画像５４３及び画像５４３の識別番号５４２、送信済みユーザ５４４の項目から構成される。

ユーザ別画像キュー５４０は、ユーザの会議室への入室処理が行われた際等に、サーバ２００のＣＰＵ２０１により、当該会議室に入室したユーザ毎に（会議への参加者であるユーザＩＤ５４１ごとに）生成され、メモリ上に保持されるものとする。

ユーザ別画像キュー５４０の識別番号５４２には、クライアント端末１００より受信した、送信用画像キュー４００の識別番号４０１が記憶される。ユーザ別画像キュー５４０の画像５４３には同じくクライアント端末１００より受信した、送信用画像キュー４００の画像４０２と同じ情報が識別番号５４２と対応付けて記憶される。

送信済みユーザ５４４には、画像５４３の送信先のクライアント端末１００のユーザのユーザＩＤが記憶される。

クライアント端末１００は、次に、他の会議参加者の画像の取得要求をサーバ２００に送信する。

つまり、同じ会議に参加中の他のユーザの画像を要求する。

サーバ２００は当該取得要求を受け付け、要求元のクライアント端末１００でログインしているユーザ以外の、当該ユーザと同じルームに入室中のユーザのユーザＩＤを、参加情報５１０を参照して特定し、特定した他の入室者のユーザ別画像キュー５４０をそれぞれ特定する。

そして、特定した他の入室者のユーザ別画像キュー５４０の画像５４３のうち、最新の識別番号５４２（最も後ろの番号）の画像５４３を取得し、取得した各ユーザの画像５４３を、当該画像５４３に対応するユーザＩＤ５４１と共に要求元のクライアント端末１００に送信する。

つまり、同じ会議に参加中の他のユーザの画像を、要求元のクライアント端末１００に送信する。

その後、サーバ２００は、画像５４３を送信した先のユーザのユーザＩＤを、ユーザ別画像キュー５４０の送信済みユーザ５４４に記憶する。

クライアント端末１００は、サーバ２００から送信された画像５４３（圧縮データ）を受信し、表示用画像キュー４１０（図４（ｂ））に記憶する。受信した画像５４３は送信元のユーザＩＤ毎に画像４１３として記憶される。表示用画像キュー４１０の一例を図４（ｂ）に示す。

表示用画像キュー４１０は、クライアント端末１００が受信した画像４１３の送信元のユーザ（ユーザＩＤ４１１に示すユーザ）毎に生成される。識別番号４１２は受信した画像４１３のシーケンス番号である。

つまり、表示用画像キュー４１０のユーザＩＤ４１１には、ユーザ別画像キュー５４０と同じユーザＩＤ５４１の値が記憶される。また、表示用画像キュー４１０の識別番号４１２には、ユーザ別画像キュー５４０の識別番号５４２と同じ値が記憶される。

また、表示用画像キュー４１０の画像４１３には、ユーザ別画像キュー５４０の画像５４３と同じ画像が、当該画像５４３を受信する都度、追加登録される。

クライアント端末１００は、サーバ２００から送信された画像５４３のユーザが会議画面１６００の画像表示領域１６０３ａ〜１６０３ｄに未割当のユーザである場合、当該ユーザを、ユーザが割当てられていない画像表示領域に割り当てる処理を行う。

クライアント端末１００は、受信した各ユーザの画像に対して映像コーデックによる伸長処理を行って映像（画像）を復元し、復元した各ユーザの画像を、表示領域情報４２０に示される各ユーザに対応する表示領域１６０３ａ〜１６０３ｄに表示する。

クライアント端末１００は、この処理を退室まで繰り返す。すなわち、サーバ２００から順次受信した画像を、それぞれの画像のユーザに対応する表示領域に表示することで、各ユーザの画像（会議画像）の表示を更新し、動画像（映像）として再生・表示する。

ウェブ会議を行う場合、実際には、複数のクライアント端末１００が存在する場合がある。そのためサーバ２００は、例えば画像の受信及び送信を、会議に参加しているユーザ数だけ実行することとなる。

会議の終了について説明する。例えば、あるユーザの会議画面１６００において「退出」ボタン１６０４が押下操作された場合に、サーバ２００は、そのユーザにとっての会議終了がされたと判定する。

また、会議室（ルーム）使用の終了時刻がサーバ２００に記憶されている場合、当該終了時刻になるとサーバ２００はウェブ会議を強制終了し、当該強制終了した旨を強制終了した会議に参加していたユーザのクライアント端末１００に通知する。

クライアント端末１００は、当該強制終了の通知を受け付けた場合に、会議が終了したものと判定する。

以上説明したように、第１の実施形態によれば、招待者側で参加ユーザの個別情報の公開命令を指定できるため、招待者の意向を優先して、被招待者同士に情報を共有させることができる。

また、招待者による公開命令がない場合には、会議参加者同士の関係（例えば、同じドメインであるか否か）に応じて、被招待者同士で共有する情報を決定することができる。

例えば、個人を一意に識別可能な情報である個別情報（メールアドレス等）を、当該情報を必要とする招待者（ホストユーザＡ）や、当該被招待者と同じ所属の被招待者（当該情報を知り得るユーザ）に対しては共有するものとする一方で、所属の異なる他の被招待者に対しては共有しないよう制御できる。

図１６（ｂ）は、ゲストユーザＢの会議画面１６１０の一例である。ゲストユーザＢとゲストユーザＣは同じドメインでありゲストユーザＢとゲストユーザＤとは別のドメインである。ゲストユーザＢの会議画面１６１０では、ゲスト同士のＩＤの公開命令がない場合には、図１４のステップＳ１４１４〜ステップＳ１４１５の処理により、同じドメインのゲストユーザＣの個別情報（メールアドレス）と表示名を閲覧可能とし、別のドメインのゲストユーザＤの個別情報（メールアドレス）は閲覧できず、表示名のみ閲覧可能となる。主催者（ホストユーザＡ）の個別情報（メールアドレス）は閲覧可能である。

図１６（ｃ）は、同じドメインの参加者がいないゲストユーザＤの会議画面１６２０の一例である。ゲストユーザＤの会議画面１６２０では、ゲスト同士のＩＤの公開命令がない場合には、図１４のステップＳ１４１５の処理により、他のゲストユーザＢ、Ｃの個別情報（メールアドレス）は閲覧できず、表示名のみ閲覧可能となる。この場合でも主催者（ホストユーザＡ）の個別情報（メールアドレス）は閲覧可能である。

つまり、被招待者（ゲストユーザ）が会議において共有する情報を柔軟に決定可能な仕組みを提供することができる。

＜第２の実施形態＞
図１７〜図２０を参照して、本発明の第２の実施形態について説明する。

第２の実施形態の情報処理システム１は、ウェブ会議において、個別情報を共有するか否かを、被招待者（ゲストユーザ）と会議に参加する参加者との関係に応じて当該被招待者に通知し、どのような情報を共有するかを被招待者に問い合わせる機能を備える。

なお、第２の実施の形態の情報処理システム１のシステム構成及びハードウェア構成は第１の実施の形態の情報処理システム１（図１、図２参照）と同様であるため、説明を省略し同一の各部は同一の符号を付して説明するものとする。

図１７を参照して、本発明の第２の実施形態における、各情報処理装置（クライアント端末１００、サーバ２００）の機能構成について説明する。

クライアント端末１００は、サーバ２００と連携してウェブ会議を行うための機能部として、制御部１０、記憶部１１、送信制御部１２、問い合わせ画面表示部１５、応答部１３、個別情報表示部１４等を備える。制御部１０、記憶部１１、送信制御部１２、応答部１３、個別情報表示部１４については第１の実施の形態と同様であるため、重複する説明を省略する。

サーバ２００は、制御部２０、会議情報記憶部２１、受信制御部２２、記憶部２３、送信制御部２４、判定部２８、問い合わせ部２９、個別情報送信部２７等を備える。制御部２０、会議情報記憶部２１、受信制御部２２、記憶部２３、送信制御部２４、個別情報送信部２７については、第１の実施の形態と同様であるため、重複する説明を省略する。

第２の実施の形態において、サーバ２００の判定部２８は、被招待ユーザ（ゲストユーザ）が参加する会議に、当該被招待ユーザ（ゲストユーザ）を招待した招待ユーザ（ホストユーザ）とは別のユーザ（ゲストユーザ）が参加するか否かを判定する。

ゲストユーザの参加状況は、サーバ２００の会議情報記憶部２１（外部メモリ２１１）の参加情報５１０（図５（ｂ）参照）に基づいて判定できる。

サーバ２００の問い合わせ部２９は、判定部２８において、被招待ユーザ（ゲストユーザ）が参加する会議に、当該被招待ユーザ（ゲストユーザ）を招待した招待ユーザ（ホストユーザ）とは別のユーザが参加すると判定された場合に、その会議において被招待ユーザが開示する情報の内容を、被招待ユーザのクライアント端末１００に問い合わせる。

具体的には、被招待ユーザが別のユーザに開示する情報の内容を任意の表示名とするか、または予め会議情報記憶部２１に記憶されている被招待ユーザの個別情報（メールアドレス）とするかを選択可能に問い合わせる。

また、問い合わせ部２９は、問い合わせに対するクライアント端末１００からの回答として、別のユーザによって指定された個別情報を取得する。

クライアント端末１００の問い合わせ画面表示部１５は、サーバ２００の問い合わせ部２９による問い合わせに応じた画面（問い合わせ画面１９００）を表示する。

クライアント端末１００の応答部１３は、問い合わせ画面１９００において指定された、問い合わせに対する回答を応答する。

例えば、問い合わせ画面１９００では、被招待ユーザにより指定された、会議において開示する情報（ユーザの表示名とするかメールアドレスとするか等）を応答する。

第２の実施の形態において、サーバ２００の個別情報送信部２７は、問い合わせ部２９で取得した個別情報を、同じ会議に参加している各ユーザのクライアント端末１００に送信する。

クライアント端末１００の個別情報表示部３１５は、サーバ２００から受信した個別情報を、各ユーザの会議画像と共に表示する機能部である。

次に、図１８を参照して、本発明の第２の実施形態における被招待ユーザ（ゲストユーザ）Ｂの参加処理の詳細について説明する。

図１４の参加処理において、ゲストユーザＢが入室し、表示名が予約情報５２０（図５（ｃ））に登録されており、ゲスト同士のＩＤの公開命令がない場合（図１４のステップＳ１４０１；ゲスト→ステップＳ１４０２〜ステップＳ１４０６、ステップＳ１４０７；Ｙｅｓ→ステップＳ１４１２；Ｎｏ）、第２の実施の形態では、図１８のステップＳ１８０１へ移行する。

サーバ２００は、図１４のステップＳ１４０６で取得した予約情報５２０を参照し、同じ会議に他の被招待者（ゲスト)が存在するか判定する（ステップＳ１８０１）。

存在する場合（ステップＳ１８０１；Ｙｅｓ）、処理をステップＳ１８０２に移行する。存在しない場合は、処理をステップＳ１８１７に移行する。

サーバ２００は、問い合わせ画面（図１９の１９００）を生成し、入室したクライアント端末１００Ｂに送信する（ステップＳ１８０２）。

クライアント端末１００Ｂは問い合わせ画面１９００を受信し、表示する（ステップＳ１８０３）。

図１９に示すように、問い合わせ画面１９００には、表示名をユーザ（ゲストユーザ）とする場合に選択されるチェック欄１９０１と任意の表示名を入力する入力欄１９０２、登録されているメールアドレスを表示名とする場合に選択されるチェック欄１９０３と、「会議に参加する」ボタン１９０４が設けられている。

また、「本会議にはあなたを招待した「ＵｓｅｒＡ／ｕｓｅｒＡ＠×××．ｃｏ．ｊｐ」さん以外のメンバーも参加予定です」のように、他のゲストユーザが存在する旨を通知するメッセージ１９０５を表示するようにしてもよい。

クライアント端末１００Ｂは、表示名を問い合わせ画面１９００の入力欄１９０２に入力した値とするか、メールアドレスとするかの選択操作を受け付ける（ステップＳ１８０４）。

クライアント端末１００Ｂは問い合わせ画面１９００にて選択／入力された情報を、サーバ２００に応答する（ステップＳ１８０５）。

サーバ２００は、応答を受け付け、応答された情報を記憶する（ステップＳ１８０６）。

サーバ２００は、図１４のステップＳ１４０３、Ｓ１４０４と同様に入室処理（ステップＳ１８０７）、会議画面送信処理（ステップＳ１８０８）を実行する。

クライアント端末１００Ｂは、サーバ２００から会議画面を受信するとともに入室成功の通知を受信すると（ステップＳ１８０９）、受信した会議画面を表示する（ステップＳ１８１０）。その後、画像送受信・表示処理を実行する（ステップＳ１８１１）。

ステップＳ１８０９〜ステップＳ１８１１の処理は、図１４のステップＳ１４０５、ステップＳ１４０９、ステップＳ１４１７と同様である。

サーバ２００は、問い合わせ画面１９００でクライアント端末１００Ｂにより応答された情報に従って、他の被招待者（クライアント端末１００Ｃ、１００Ｄ）に、ユーザＢの表示名を送信する（ステップＳ１８１２）。

すなわち、問い合わせ画面１９００でゲストユーザＢによりチェック欄１９０１が指定された場合は入力欄１９０２に表示された文字列を表示名として他のクライアント端末１００に送信する。

問い合わせ画面１９００においてチェック欄１９０３が指定された場合は登録されているメールアドレスを表示名として送信する。

各クライアント端末１００Ｃ、１００ＤはユーザＢの表示名（任意の文字列またはメールアドレス）を受信し、会議画面の表示領域と対応付けて記憶し、表示する（ステップＳ１８１３、Ｓ１８１４）。

更に、サーバ２００は、招待者（ホストユーザＡのクライアント端末１００Ａ）に、クライアント端末１００Ｂ（ゲストユーザＢ）の表示名とメールアドレスの両方を送信する。

問い合わせ画面１９００で表示名として任意の文字列が入力されていない場合は、メールアドレスのみを送信する（ステップＳ１８１５）。

クライアント端末１００Ａは、表示名やメールアドレスを受信すると、会議画面の表示領域と対応づけて記憶し、表示する（ステップＳ１８１６）。

ステップＳ１８０１の判定において、入室したゲストユーザＢの他にゲストユーザがいないと判定した場合（ステップＳ１８０１：Ｎｏ）、会議の参加者は招待者と被招待者の２名である。

この場合、お互いが既知であることが多い（少なくとも、ホストユーザＡはゲストユーザＢのメールアドレスを知っている）。このためわざわざメールアドレスを非公開にしたり、表示名を任意の値に変更したりする必要はないため、問い合わせ画面１９００は表示させず、メールアドレスを表示名としてホストユーザＡのクライアント端末１００Ａに送信する（ステップＳ１８１７）。

クライアント端末１００Ａは、メールアドレスを受信すると、会議画面の表示領域と対応づけて記憶し、被招待者の表示名としてメールアドレスを表示する（ステップＳ１８１６）。

第２の実施形態の処理によれば、会議における被招待者の表示名を、どのような表示名として共有するかを、被招待者に問い合わせ、それに従って共有する情報を変更できる。

つまり、被招待者が会議において共有する情報を柔軟に決定可能な仕組みを提供することができる。

なお、第２の実施の形態において、図１９に示す問い合わせ画面１９００の代わりに、例えば図２０（ａ）に示すような問い合わせ画面２０００を生成・送信してもよい。

図２０（ａ）の問い合わせ画面２０００では、表示名をユーザ（ゲストユーザ）とする場合に選択されるチェック欄１９０１と任意の表示名を入力する入力欄１９０２、登録されているメールアドレスを表示名とする場合に選択されるチェック欄１９０３と、「会議に参加する」ボタン１９０４の他、他のゲストユーザの所属の情報２００１が表示される。

これにより、ゲストユーザＢは同じ会議に参加する他のユーザの所属を確認しながら表示名を応答できるようになる。

なお、所属の情報２００１は、例えば予約情報５２０に登録されている各被招待者のメールアドレスのドメインと、当該ドメインと対応付けられた不図示の所属名の情報（サーバ２００の外部メモリ２１１に記憶しておく）を用いて特定することができる。

図２０（ａ）の問合せ画面２０００を用いることにより、被招待者は、自分以外の参加者の所属を確認しながら、表示名を指定するか、或いはメールアドレスを表示名として用いるかを判断することが可能となる。

また、図１９の問い合わせ画面１９００の代わりに、例えば図２０（ｂ）に示す問い合わせ画面２０１０を生成・送信してもよい。

図２０（ｂ）に示す問い合わせ画面２０１０には、表示名をユーザ（ゲストユーザ）とする場合に選択されるチェック欄１９０１と任意の表示名を入力する入力欄１９０２、登録されているメールアドレスを表示名とする場合に選択されるチェック欄１９０３、他のゲストユーザが存在する旨を通知するメッセージ１９０５の他、「メールアドレスを他のユーザに公開しますか」というメッセージ２０１１とともに、「同じドメインのユーザのみに公開する」ボタン２０１２と「招待者にのみ公開する」ボタン２０１３が設けられる。

問い合わせ画面２０１０では、入力欄１９０２に任意の表示名が入力された場合に「同じドメインのユーザにのみ公開する」ボタン２０１２がアクティブ化し、「同じドメインのユーザにのみ公開する」ボタン２０１２が選択されると、サーバ２００は、図１４のステップＳ１４１４の処理を実行する。「招待者にのみ公開する」ボタン２０１３が選択された場合、サーバ２００は、図１８のステップＳ１８１２以降の処理を実行する。

図２０（ｂ）の問合せ画面２０１０を用いることにより、被招待者は、自分以外の参加者の所属（ドメイン）に応じて、メールアドレスを公開するかを設定可能となる。

これにより、被招待者が会議において共有する情報を柔軟に決定可能な仕組みを提供することができる。

なお、上述の各実施形態においてはウェブ会議を例にあげて本発明の説明をしたが、本発明は例えばテレビ会議、テレビ電話等にも適用可能である。ウェブ会議、テレビ会議、テレビ電話等の電子データを用いた会議を電子会議という。

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

また、本発明におけるプログラムは、各図に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は各図の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは各図の各装置の処理方法ごとのプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

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

また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１………………情報処理システム
１００…………クライアント端末
１０……………制御部
１１……………記憶部
１２……………送信制御部
１３……………応答部
１４……………個別情報表示部
１５……………問い合わせ画面表示部
１００Ａ………クライアント端末（招待者；ホストユーザ）
１００Ｂ………クライアント端末（被招待者；ゲストユーザ）
１００Ｃ………クライアント端末（他の参加者）
１００Ｄ………クライアント端末（他の参加者）
１０１…………カメラ
１０２…………マイク
１０３…………スピーカ
１５０…………ネットワーク
２００…………サーバ
２０……………制御部
２１……………会議情報記憶部
２２……………受信制御部
２３……………記憶部
２４……………送信制御部
２５……………公開／非公開指定部
２６……………判定部
２７……………個別情報送信部
２８……………判定部
２９……………問い合わせ部
１０００…………会議予約画面
１００４ｃ………公開命令
１６００、１６１０、１６２０………会議画面
１９００、２０００、２０１０………問い合わせ画面

Claims

複数のクライアント端末間でネットワークを介した会議を行うための処理を実行する制御手段と、
前記会議に参加する各ユーザに関する情報を記憶する記憶手段と、
前記会議に参加するユーザにかかる所定の個別情報を、同じ会議に参加する他のユーザに開示するか否かを招待ユーザに指定させる指定手段と、
同じ会議に参加するユーザ同士の関係を判定する判定手段と、
招待ユーザにより招待された被招待ユーザの参加に際し、前記指定手段により開示する旨が指定されている場合は、同じ会議に参加中の全てのユーザに対して前記記憶手段に記憶されている当該被招待ユーザの個別情報を送信し、前記指定手段により開示しない旨が指定されている場合は、前記判定手段による判定結果に応じて公開する情報の内容を変更して他のユーザに対して送信する送信手段と、
を備えることを特徴とする情報処理装置。
前記判定手段は、同じ会議に参加するユーザ同士の関係を前記記憶手段に記憶されているメールアドレスのドメインに基づき判定することを特徴とする請求項１に記載の情報処理装置。
前記送信手段は、前記指定手段により開示しない旨の指定がある場合は、前記被招待ユーザと同じ所属のユーザに対しては送信内容に個人を特定する情報を含め、前記被招待ユーザと別の所属のユーザに対しては前記個人を特定する情報に代えて所定の表示名を送信することを特徴とする請求項１または請求項２に記載の情報処理装置。
前記指定手段は、被招待ユーザ毎に前記個別情報を他のユーザに開示するか否かを指定可能とするユーザインターフェースを提供することを特徴とする請求項１から請求項３のいずれかに記載の情報処理装置。
複数のクライアント端末間でネットワークを介した会議を行うための処理を実行する制御手段と、
前記会議に参加する各ユーザに関する情報を記憶する記憶手段と、被招待ユーザが参加する会議に、当該被招待ユーザを招待した招待ユーザとは別のユーザが参加するか否かを判定する判定手段と、
前記判定手段により、前記別のユーザが参加すると判定した場合に、前記会議において前記被招待ユーザが開示する情報の内容を、前記被招待ユーザのクライアント端末に問い合わせる問い合わせ手段と、
前記問い合わせ手段において指定された情報を、当該会議に参加している別のユーザに開示すべく送信する送信手段と、
を備えることを特徴とする情報処理装置。
前記問い合わせ手段は、前記被招待ユーザが前記別のユーザに開示する情報の内容を任意の表示名とするか、または予め記憶手段に記憶されている前記被招待ユーザの個別情報とするかを選択可能に問い合わせることを特徴とする請求項５に記載の情報処理装置。
前記問い合わせ手段は、更に、前記別のユーザの所属を示して問い合わせを行うことを特徴とする請求項５または請求項６に記載の情報処理装置。
前記問い合わせ手段は、更に、前記被招待ユーザの個人を特定する情報をどのユーザに対して公開するかを選択可能に問い合わせることを特徴とする請求項５から請求項７のいずれかに記載の情報処理装置。
前記問い合わせ手段は、前記被招待ユーザが前記招待ユーザと異なる所属である場合に、問い合わせを行うことを特徴とする請求項５から請求項８のいずれかに記載の情報処理装置。
複数のクライアント端末とサーバとがネットワークを介して接続された情報処理システムであって、
前記サーバは、
前記複数のクライアント端末間でネットワークを介した会議を行うための処理を実行する制御手段と、
前記会議に参加する各ユーザに関する情報を記憶する記憶手段と、
前記会議に参加するユーザにかかる所定の個別情報を、同じ会議に参加する他のユーザに開示するか否かを招待ユーザに指定させる指定手段と、
同じ会議に参加するユーザ同士の関係を判定する判定手段と、
招待ユーザにより招待された被招待ユーザの参加に際し、前記指定手段により開示する旨が指定されている場合は、同じ会議に参加中の全てのユーザに対して前記記憶手段に記憶されている当該被招待ユーザの個別情報を送信し、前記指定手段により開示しない旨が指定されている場合は、前記判定手段による判定結果に応じて公開する情報の内容を変更して他のユーザに対して送信する送信手段と、
を備え、
前記クライアント端末は、
前記サーバから送信された前記個別情報を会議画面における該当するユーザの表示領域に表示する個別情報表示手段、
を備えることを特徴とする情報処理システム。
複数のクライアント端末とサーバとがネットワークを介して接続された情報処理システムであって、
前記サーバは、
前記複数のクライアント端末間でネットワークを介した会議を行うための処理を実行する制御手段と、
前記会議に参加する各ユーザに関する情報を記憶する記憶手段と、
被招待ユーザが参加する会議に、当該被招待ユーザを招待した招待ユーザとは別のユーザが参加するか否かを判定する判定手段と、
前記判定手段により、前記別のユーザが参加すると判定した場合に、前記会議において前記被招待ユーザが開示する情報の内容を、前記被招待ユーザのクライアント端末に問い合わせる問い合わせ手段と、
前記問い合わせ手段において指定された情報を、当該会議に参加している別のユーザに開示すべく送信する送信手段と、を備え、
前記クライアント端末は、
前記問い合わせ手段による問い合わせに対する応答を入力する問い合わせ画面表示手段と、
前記問い合わせ画面表示手段における入力内容をサーバに対して応答する応答手段と、
前記サーバから送信された前記指定された情報を会議画面における該当するユーザの表示領域に表示する個別情報表示手段と、
を備えることを特徴とする情報処理システム。
複数のクライアント端末間でネットワークを介した会議を行うための処理を実行する情報処理装置が、
前記会議に参加する各ユーザに関する情報を記憶するステップと、
前記会議に参加するユーザにかかる所定の個別情報を、同じ会議に参加する他のユーザに開示するか否かを招待ユーザに指定させるステップと、
同じ会議に参加するユーザ同士の関係を判定するステップと、
招待ユーザにより招待された被招待ユーザの参加に際し、前記所定の個別情報を開示する旨が指定されている場合は、同じ会議に参加中の全てのユーザに対して当該被招待ユーザの個別情報を送信し、前記所定の個別情報を開示しない旨が指定されている場合は、同じ会議に参加するユーザ同士の関係の判定結果に応じて公開する情報の内容を変更して他のユーザに対して送信するステップと、
を含むことを特徴とする情報処理装置の制御方法。
複数のクライアント端末間でネットワークを介した会議を行うための処理を実行する情報処理装置が、
前記会議に参加する各ユーザに関する情報を記憶するステップと、
被招待ユーザが参加する会議に、当該被招待ユーザを招待した招待ユーザとは別のユーザが参加するか否かを判定するステップと、
前記別のユーザが参加すると判定した場合に、前記会議において前記被招待ユーザが開示する情報の内容を、前記被招待ユーザのクライアント端末に問い合わせるステップと、
前記問い合わせにおいて指定された情報を、当該会議に参加している別のユーザに開示すべく送信するステップと、
を含むことを特徴とする情報処理装置の制御方法。
コンピュータを、
複数のクライアント端末間でネットワークを介した会議を行うための処理を実行する制御手段、
前記会議に参加する各ユーザに関する情報を記憶する記憶手段、
前記会議に参加するユーザにかかる所定の個別情報を、同じ会議に参加する他のユーザに開示するか否かを招待ユーザに指定させる指定手段、
同じ会議に参加するユーザ同士の関係を判定する判定手段、
招待ユーザにより招待された被招待ユーザの参加に際し、前記指定手段により開示する旨が指定されている場合は、同じ会議に参加中の全てのユーザに対して前記記憶手段に記憶されている当該被招待ユーザの個別情報を送信し、前記指定手段により開示しない旨が指定されている場合は、前記判定手段による判定結果に応じて公開する情報の内容を変更して他のユーザに対して送信する送信手段、
として機能させるためのプログラム。
コンピュータを、
複数のクライアント端末間でネットワークを介した会議を行うための処理を実行する制御手段、
前記会議に参加する各ユーザに関する情報を記憶する記憶手段、
被招待ユーザが参加する会議に、当該被招待ユーザを招待した招待ユーザとは別のユーザが参加するか否かを判定する判定手段、
前記判定手段により、前記別のユーザが参加すると判定した場合に、前記会議において前記被招待ユーザが開示する情報の内容を、前記被招待ユーザのクライアント端末に問い合わせる問い合わせ手段、
前記問い合わせ手段において指定された情報を、当該会議に参加している別のユーザに開示すべく送信する送信手段、
として機能させるためのプログラム。