情報処理装置、およびその制御方法、情報処理システム、プログラム、記録媒体。
【課題】ＬＤＡＰサーバで管理していないユーザであってもＷＥＢ会議システムを利用可能とする。
【解決手段】クライアント端末からＷＥＢ会議サーバへアクセスがされた場合、アクセス内容に応じて、一般ユーザについては、ＬＤＡＰサーバが管理しているユーザ情報を用いて認証を行い、ゲストユーザについては、ＷＥＢ会議システムで管理しているユーザ情報を用いて認証を行う。
【解決手段】クライアント端末からＷＥＢ会議サーバへアクセスがされた場合、アクセス内容に応じて、一般ユーザについては、ＬＤＡＰサーバが管理しているユーザ情報を用いて認証を行い、ゲストユーザについては、ＷＥＢ会議システムで管理しているユーザ情報を用いて認証を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
ＷＥＢ会議システムにおける認証方法に関するものである。
【背景技術】
【０００２】
現在、ＷＥＢブラウザを介して、ＷＥＢ会議を実現可能なＷＥＢ会議システムがある。
【０００３】
ユーザは、ＷＥＢカメラを装着したクライアント端末を操作し、ＷＥＢ会議システムへアクセスすることで、このＷＥＢ会議システムへアクセスしている他のユーザとお互いの動画像を見ながらＷＥＢ会議をすることができる。
【０００４】
遠隔地のユーザと気軽に会議をすることができるため、定例会議、在宅勤務、研修など様々なシーンで活用されている。
【０００５】
ところで、ＷＥＢ会議システムをユーザに利用可能とするため、管理者はユーザ登録をしなければならない。
【０００６】
しかし、登録するユーザ数が多ければ多いほどユーザ登録の負担が大きくなり、また、メインテナンス作業も大変になる。
【０００７】
そこで、ＬＤＡＰサーバが管理しているユーザ情報を用いてＷＥＢ会議システムへユーザ登録とユーザ認証を行う方法が考えられるが、この方法を用いると、ＬＤＡＰサーバで管理していないユーザ（例えば、一時的なゲストユーザ）は、ＷＥＢ会議システムを利用できなくなるという問題がある。
【０００８】
特許文献１には、実際の会議形態に則した認証が可能なネットワーク会議システムを提供する技術が開示されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】 特開２００３−１６７８５６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、特許文献１に記載の発明は、ネットワークを介して複数の端末が接続され、会議を招集する主催者側の端末と会議に参加する参加者側の端末との間で会議を行うネットワーク会議システムの認証において、正しい主催者であることを参加者端末に示すために用いる認証用情報を主催者端末側で生成し、該認証用情報を参加者端末に提供して会議参加の依頼を行い、主催者端末からの会議参加依頼を待機し、主催者端末からの会議参加依頼に対し、提供された認証用情報を元に、操作者が会議接続の可否を判断し、会議参加のための接続処理を行うものであって、ＬＤＡＰサーバで管理していないユーザが、ＷＥＢ会議システムを利用できないという問題を解決するものではない。
【００１１】
そこで、本願発明は上記課題を解決するものであり、ＬＤＡＰサーバで管理していないユーザであってもＷＥＢ会議システムを利用可能とする。
【課題を解決するための手段】
【００１２】
本発明は、ＷＥＢ会議へ参加するクライアント端末を操作するユーザの認証を行う情報処理装置であって、前記クライアント端末から、少なくともアクセス元ユーザを特定する情報を含むアクセス要求を受け付けるアクセス要求受付手段と、前記アクセス要求受付手段により受け付けたアクセス元ユーザの種類に応じて認証処理を行う認証手段とを有し、前記認証手段は、アクセス元ユーザの種類が一般ユーザの場合、当該ユーザを特定する情報をＬＤＡＰサーバへ送信して認証依頼を行い、アクセス元ユーザの種類がゲストユーザの場合、当該ユーザを特定する情報を用いて、前記情報処理装置が管理するユーザ情報に従って認証を行うことを特徴とする。
【発明の効果】
【００１３】
ＬＤＡＰサーバで管理していないユーザであってもＷＥＢ会議システムを利用可能となる。
【図面の簡単な説明】
【００１４】
【図１】本実施の形態に係るＷＥＢ会議システムの構成を示す図である。
【図２】ＷＥＢ会議サーバに適用可能な情報処理装置のハードウェア構成例を示すブロック図である。
【図３】ＷＥＢ会議システムにおける構成要素と、それらの関係を示す図である。
【図４】会議室を予約する画面を示す図である。
【図５】会議へ参加する画面を示す図である。
【図６】ＷＥＢ会議の画面を示す図である。
【図７】招待するゲストユーザを入力する画面を示す図である。
【図８】ゲストユーザへ送信されるメールの一例を示す図である。
【図９】ＬＤＡＰサーバの設定を行う画面を示す図である。
【図１０】ＬＤＡＰ設定を行う画面を示す図である。
【図１１】ＷＥＢ会議システムのユーザ情報を管理するユーザ管理テーブルを示す図である。
【図１２】ＷＥＢ会議システムの各種情報を管理するテーブルの関係を示す図である。
【図１３】ＷＥＢ会議にゲストユーザを招待した場合に、招待したゲストユーザに関する情報を管理するテーブルである。
【図１４】ＷＥＢ会議システムを利用するまでの認証処理の全体の流れを示すフローチャートである。
【図１５】クライアント端末１０３が、ログイン画面からログインした場合における処理の流れを示すフローチャートである。
【図１６】クライアント端末１０３が、ログイン画面からログインした場合における処理の流れを示すフローチャートである。
【図１７】クライアント端末１０３が、ゲストログイン画面からログインした場合における処理の流れを示すフローチャートである。
【図１８】クライアント端末１０３が、ＵＲＬからログインした場合における処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の好適な実施形態を、添付図面を参照しながら詳細に説明する。
【００１６】
図１は、本実施の形態に係るＷＥＢ会議システム（情報処理システム）の構成を示す図である。
【００１７】
図１に示すように、ＷＥＢ会議サーバ１０１（情報処理装置）は、ネットワーク１０４に接続されるＬＤＡＰサーバ１０２、クライアント端末１０３とローカルエリアネットワーク（通信媒体）を介して通信を行う。
【００１８】
ＷＥＢ会議サーバ１０１は、ＷＥＢブラウザを利用したＷＥＢ会議を実現するサーバである。クライアント端末１０３に対してインタフェースを提供するため、ユーザは、クライアント端末１０３を操作して、ＷＥＢ会議サーバ１０１へアクセスすることにより、ＷＥＢ会議を行うことができる。
【００１９】
ＬＤＡＰサーバ１０２は、ＬＤＡＰプロトコルで接続できるディレクトリサービスを提供するサーバであり、本実施の形態においては、社員名、所属、メールアドレス、電話番号、パスワードといった個人情報を一元的に管理するサーバをいう。なお、ＬＤＡＰとは、「Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ」の略称であって、インターネットなどのＴＣＰ／ＩＰネットワークで、ディレクトリデータベースにアクセスするためのプロトコルのことをいう。
【００２０】
クライアント端末１０３、ＷＥＢ会議システムを利用するユーザが操作するパーソナルコンピュータであり、ＷＥＢ会議サーバ１０１へアクセスするためのＷＥＢブラウザ、及び専用のモジュールがインストールされている。なお、この専用のモジュールは、例えば、ＷＥＢブラウザを介して、ＷＥＢ会議サーバ１０１からダウンロードするＡｃｔｉｖｅＸコンポーネントである。なお、ＷＥＢ会議において自身の動画像を送信する場合は、ＷＥＢカメラ（不図示）を、音声を送信する場合は、マイク（不図示）を接続する。また、相手の音声を視聴するためにはスピーカ（不図示）を接続する。
【００２１】
次に、図２を用いて、図１に示したＷＥＢ会議サーバ１０１のハードウェア構成について説明する。
【００２２】
図２は、ＷＥＢ会議サーバ１０１に適用可能な情報処理装置のハードウェア構成例を示すブロック図である。なお、図２のブロック図は、ＬＤＡＰサーバ１０２及びクライアント端末１０３にも適用可能である。
【００２３】
図２に示すように、ＷＥＢ会議サーバ１０１は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、通信Ｉ／Ｆコントローラ２０８等が接続された構成を採る。
【００２４】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２５】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や、各サーバあるいは各ＰＣが実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。また、本発明を実施するために必要な情報が記憶されている。なお外部メモリはデータベースであってもよい。
【００２６】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、ロードしたプログラムを実行することで各種動作を実現する。
【００２７】
また、入力コントローラ２０５は、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。
【００２８】
ビデオコントローラ２０６は、ディスプレイ２１０等の表示器への表示を制御する。尚、表示器は液晶ディスプレイ等の表示器でもよい。これらは、必要に応じて管理者が使用する。
【００２９】
メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、あるいは、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ａｓｓｏｃｉａｔｉｏｎ）カードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００３０】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信し、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いた通信等が可能である。
【００３１】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上に表示することが可能である。また、ＣＰＵ２０１は、ディスプレイ２１０上のマウスカーソル（図示しない）等によるユーザ指示を可能とする。
【００３２】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルおよび各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明についても後述する。
【００３３】
図３は、ＷＥＢ会議システムにおける構成要素と、それらの関係を示す図である。
【００３４】
すべてのユーザとルーム（会議室）は、グループに所属する（３０１、３０３）。
【００３５】
図３は、ＷＥＢ会議システム内のグループとユーザ、ルームの構成を示すものである。
【００３６】
ユーザには、複数種類ある。
【００３７】
システム管理者３０２は、ＷＥＢ会議システム全体の管理者であって、グループおよびグループ管理者の登録、変更、削除を行うと共に、ＷＥＢ会議システムに関する各種設定を行う。
【００３８】
グループ管理者３０４は、ＷＥＢ会議システム内の管理者であって、グループ内の一般ユーザと傍聴ユーザ、ルーム、タグの登録、変更、削除を行う。
【００３９】
一般ユーザ３０５は、グループ内で、実際に会議を行うユーザであって、会議室の予約、変更、削除を行うと共に、予約した会議への参加、フリースペースへの参加を行うことができる。なお、グループ管理者は、一般ユーザと同様に、会議室の予約や会議への参加を行うことができる。
【００４０】
その他、電子メールにて招待された会議にのみ参加できるユーザである「ゲストユーザ」や、グループ内で実施されている会議を傍聴する「傍聴ユーザ」がある。
【００４１】
会議を行うためには、ルームを登録する必要があり、ルームの登録は、グループ管理者が行う。
【００４２】
ルームには、日時、参加者を制限して参加するルームであって、会議を行う前に予約が必要な会議室３０６と、日時、参加者を問わず自由に参加することが可能なルームであって、会議の予約を行わなくても、いつでも会議を行うことができるフリースペース３０７の２種類ある。
【００４３】
ユーザは、会議の内容に応じて「会議室」と「フリースペース」を使い分ける。
【００４４】
次に図４乃至８を用いて、ユーザがＷＥＢ会議システムを利用するまでの流れを説明する。
【００４５】
図４は、会議室を予約する画面を示す図である。
【００４６】
ユーザは、利用者端末１０３からＷＥＢ会議サーバ１０１へログインした後、トップ画面からＷＥＢ会議室メニューへ遷移した後、会議室予約４０１を選択して、会議室の予約を行う。
【００４７】
会議室を予約する際には、会議室名４０２、会議タイトル４０３、利用日付４０４、利用時間４０５、参加者４０６、ゲスト参加者４０７、会議の録画４０８の各項目に対して入力・選択を行って、「予約する」ボタン４０９を押下することで会議室の予約を行う。
【００４８】
図５は、会議へ参加する画面を示す図である。
【００４９】
ユーザは、利用者端末１０３からＷＥＢ会議サーバ１０１へログインした後、トップ画面からＷＥＢ会議室メニューへ遷移した後、会議参加５０１を選択して、会議への参加を行う。
【００５０】
会議へ参加する際には、「参加する」ボタン５０２を押下することにより会議への参加を行う。
【００５１】
図６は、ＷＥＢ会議の画面を示す図である。
【００５２】
ユーザは、ＷＥＢブラウザを介して、各参加者の動画像及び、自分の動画像（もしくはグループ管理者の動画像）を視聴しながらＷＥＢ会議を行うことが可能となる。
【００５３】
ところで、通常、ＷＥＢ会議は、ＷＥＢ会議システムで管理されるユーザ同士により行われるが、場合によっては、ＷＥＢ会議システムで管理されていないユーザにＷＥＢ会議へ参加してもらいたい場合がある。
【００５４】
そのような場合、一時的なユーザ（本実施の形態においてはゲストユーザという。）が、ＷＥＢ会議へ参加する仕組みが必要となる。
【００５５】
そこで、次に、ＷＥＢ会議へゲストユーザを招待する方法を説明する。
【００５６】
ゲストユーザを招待する方法が２つあり、図４の会議室を予約する画面において、ゲスト参加者４０７の項目で「招待する」を選択する方法、もしくは、図５の会議へ参加する画面において、ゲストユーザを招待するためのボタン５０３を押下する方法がある。
【００５７】
上記２つの方法により、ゲストユーザを招待すると選ばれた場合、図７の画面が表示される。なお、図４の画面から招待する場合は、図４に示す画面上からメールアドレスおよびパスワードを入力することができる。
【００５８】
図７は、招待するゲストユーザを入力する画面を示す図である。
【００５９】
メールアドレス７０１にＷＥＢ会議へゲストとして招待したいユーザのメールアドレスを入力する。複数招待する場合は、複数のメールアドレスの入力を行う。
【００６０】
送信するボタン７０３を押下すると、メールアドレス７０１へ入力されたメールアドレスに対してＷＥＢ会議への参加を伝えるメールが送信される。
【００６１】
図８は、ゲストユーザへ送信されるメールの一例を示す図である。
【００６２】
メールの本文には、会議室名８０１、会議タイトル８０２、開始時間８０３、終了時間８０４、参加者８０５、ＵＲＬ８０６が記載される。
【００６３】
メールを受信したゲストユーザは、ＵＲＬ８０６へアクセスする事により、図６に示すＷＥＢ会議の画面にダイレクトで遷移し、ＷＥＢ会議へ参加することができるようになる。
【００６４】
なお、ＷＥＢ会議へ参加するゲストユーザを識別するための認証情報が、ＵＲＬにパラメータとして付加されている。ＷＥＢ会議システムは、このパラメータを用いることで、ゲストユーザの正当性を認証している。この認証方法については、後に詳細に説明する。
【００６５】
また、ＵＲＬへアクセスすることでゲストユーザがダイレクトでＷＥＢ会議に参加する方法とは別に、ログイン画面から参加させる場合は、パスワード７０２に、ログイン画面から参加する場合に用いるパスワードを入力する。
【００６６】
メールを受信したゲストユーザは、専用のログイン画面から、メールアドレスとパスワードを入力することでＷＥＢ会議システムへログインすることができる。
【００６７】
以上、ユーザがＷＥＢ会議システムを利用するまでの流れを説明した。
【００６８】
次に、図９及び図１０を用いて、ＬＤＡＰサーバが管理しているユーザ情報を用いて認証を行うための設定の流れを説明する。
【００６９】
図９は、ＬＤＡＰサーバの設定を行う画面を示す図である。
【００７０】
ＬＤＡＰサーバの設定を行うのは、ＷＥＢ会議システムのシステム管理者である。
【００７１】
システム管理者は、管理者用端末からＷＥＢ会議サーバ１０１へログインした後、トップ画面からシステム管理メニューへ遷移した後、ＬＤＡＰ設定９０１を選択して、ＬＤＡＰサーバの設定を行う。
【００７２】
新たにＬＤＡＰサーバの設定を行う場合は、「新規登録する」ボタン９０２を押下して、図１０に示す設定画面から各項目の入力・選択を行う。
【００７３】
図１０は、ＬＤＡＰ設定を行う画面を示す図である。
【００７４】
システム管理者は、ＬＤＡＰサーバのＵＲＬ１００２、接続ユーザ１００３、接続ユーザのマッピング１００４、ユーザ情報のマッピング１００５の各項目に対して、入力・選択を行う。
【００７５】
ＬＤＡＰサーバのＵＲＬ１００２には、ＬＤＡＰサーバのプロトコル、ホスト名、ポート番号を入力する。例えば、「ｌｄａｐ：／／ホスト名：ポート番号」「ＬＤＡＰＳ／／ホスト名：ポート番号」のような形式で指定する。
【００７６】
接続ユーザ１００３には、ＩＤ、識別名パターン、パスワードを入力する。
【００７７】
ＩＤには、ＬＤＡＰサーバへ接続するためのＩＤを入力する。識別名パターンには、ＬＤＡＰサーバへ接続するためのＩＤに対するＤＮ属性値を入力する。パスワードには、ＬＤＡＰサーバへ接続するためのＩＤに対するパスワードを入力する。
【００７８】
ユーザ属性のマッピング１００４には、検索ベース、検索フィルタ、検索スコープ、ユーザＩＤ、ユーザ名、ユーザ名（よみ）、メールアドレス、ユーザ区分、有効期間（開始）、有効期間（終了）、ログイン可能時間（開始）、ログイン可能時間（終了）、ログイン可能曜日、録画機能の使用、プロファイル名、タグを入力する。
【００７９】
検索ベースには、ユーザエントリを検索するための基点となるノードのＤＮ属性値を入力する。検索フィルタには、ユーザエントリを特定するための条件式を入力する（条件式は、ＲＦＣ２２５４に準拠する。）。検索スコープには、ユーザエントリを検索ベースからどの範囲まで検索するか指定する（検索ベースとその１つ下のノードか、検索ノードとその下すべてのノードかを指定する）。ユーザＩＤには、ＷＥＢ会議システムのユーザＩＤに該当する属性名を入力する。ユーザ名には、ＷＥＢ会議システムのユーザ名に該当する属性名を入力する。ユーザ名（よみ）には、ＷＥＢ会議システムのユーザ名（よみ）に該当する属性名を入力する。メールアドレスには、ＷＥＢ会議システムのメールアドレスに該当する属性名を入力する。ユーザ区分には、ＷＥＢ会議システムのユーザ区分に該当する属性名を入力する。有効期間（開始）には、ＷＥＢ会議システムの有効期間（開始）に該当する属性名を入力する。有効期間（終了）には、ＷＥＢ会議システムの有効期間（終了）に該当する属性名を入力する。ログイン可能時間（開始）には、ＷＥＢ会議システムのログイン可能時間（開始）に該当する属性名を入力する。ログイン可能時間（終了）には、ＷＥＢ会議システムのログイン可能時間（終了）に該当する属性名を入力する。ログイン可能曜日には、ＷＥＢ会議システムのログイン可能曜日に該当する属性名を入力する。録画機能の使用には、ＷＥＢ会議システムの録画機能の使用に該当する属性名を入力する。プロファイル名には、ＷＥＢ会議システムのプロファイルに該当する属性名入力する。タグには、ＷＥＢ会議システムのタグに該当する属性名を入力する。
【００８０】
タグ情報のマッピング１００５には、タグ情報のマッピングを使用する場合に、検索ベース、検索フィルタ、検索スコープ、タグ名を入力する。
【００８１】
検索ベースには、グループエントリを検索するための基点となるノードのＤＮ属性値を入力する。検索フィルタには、グループエントリを特定するための条件式を入力する。検索スコープには、グループエントリを検索ベースからどの範囲まで検索するか指定する（条件式は、ＲＦＣ２２５４に準拠する。）。タグ名には、ＷＥＢ会議システムのタグ名に該当する属性名を入力する。
【００８２】
最後に、システム管理者は、所定の項目を入力した後、「登録する」ボタン１００６を押下することで登録処理を終了する。入力した各種の項目はＷＥＢ会議サーバ１０１の外部記憶装置などに登録がされる。
【００８３】
このようにＬＤＡＰサーバの登録を行うことで、ＷＥＢ会議システムにおいて、ＬＤＡＰサーバが管理しているユーザ情報を用いてユーザ登録・認証を行うことが可能となる。ユーザ登録・認証の具体的な利用方法については、後に詳しく説明する。
【００８４】
次に、図１１乃至１３を用いて、ＷＥＢ会議サーバ１０１が外部記憶装置などで管理する各種テーブルの一例を説明する。
【００８５】
図１１は、ＷＥＢ会議システムのユーザ情報を管理するユーザ管理テーブルを示す図である。
【００８６】
従来、システム管理者は、一般ユーザにＷＥＢ会議システムを利用させるため、ユーザ毎にユーザ情報を登録する必要があった。
【００８７】
本実施の形態においては、この登録負担を軽減するため、ＬＤＡＰ管理サーバで管理しているユーザ情報を用いて、ユーザ管理テーブルへ、ユーザ情報を登録したり、ユーザ情報を更新したりすることを可能とした。
【００８８】
ユーザＩＤ１１０１は、このユーザのＷＥＢ会議システムにおけるユーザＩＤである。グループＩＤ１１０２は、このユーザのＷＥＢ会議システムにおけるグループＩＤである。パスワード１１０３は、このユーザのＷＥＢ会議システムにおけるパスワードである。ユーザ名１１０４は、このユーザのＷＥＢ会議システムにおけるユーザ名である。ユーザ種類１１０５は、このユーザのＷＥＢ会議システムにおけるユーザの種類（システム管理者、グループ管理者、一般ユーザなど）を示す。有効日付（開始）１１０６は、このユーザのＷＥＢ会議システムにおける有効日付（開始）を示し、有効日付（終了）１１０７は、このユーザのＷＥＢ会議システムにおける有効日付（終了）を示す。すなわち、１１０６と１１０７の期間がこのユーザの有効期間である。メールアドレス１１０８は、このユーザのＷＥＢ会議システムにおけるメールアドレスである。ログイン可能時間（開始）１１０９は、このユーザのＷＥＢ会議システムにおけるログイン可能時間（開始）を示し、ログイン可能時間（終了）１１１０は、このユーザのＷＥＢ会議システムにおけるログイン可能時間（終了）を示す。すなわち、１１０９と１１１０の時間がこのユーザのログイン可能時間である。登録日時１１１１は、ユーザ管理テーブルへ登録した日を示し、更新日時１１１２は、更新した日を示す。録画許可フラグ１１１３は、このユーザのＷＥＢ会議システムにおける録画許可の可否を示す。プロファイル名１１１４は、このユーザのＷＥＢ会議システムにおけるプロファイル名を示す。パスワード更新日時１１１５は、このユーザのＷＥＢ会議システムにおけるパスワードを更新する日付を示す。ソートキー１１１６は、このユーザのＷＥＢ会議システムにおけるソートキーを示す。
【００８９】
なお、本実施の形態においては、ＷＥＢ会議システムで、ゲストユーザを使う場合のために、このユーザ管理テーブルにゲスト用の１レコードを予め用意しておく。
【００９０】
図１２は、ＷＥＢ会議システムの各種情報を管理するテーブルの関係を示す図である。
【００９１】
グループ管理テーブル１２１とＬＤＡＰ管理テーブル１２２は、ＬＤＡＰグループテーブル１２３を介して関係付けられている。
【００９２】
グループ管理テーブル１２１は、図３に示す本実施の形態におけるグループに関する情報をグループ単位で管理するテーブルである。
【００９３】
グループＩＤ１２０１は、このグループのＷＥＢ会議システムにおけるグループＩＤである。グループ名１２０２は、このグループのＷＥＢ会議システムにおけるグループ名である。登録日時１２０３は、グループ管理テーブルへ登録した日を示し、更新日時１２０４は、更新した日を示す。プロファイル名１２０５は、このグループのＷＥＢ会議システムにおけるプロファイル名である。最大ユーザ数１２０６は、このグループのＷＥＢ会議システムにおけるユーザ数の最大数を示す。最大ルーム数１２０７は、このグループのＷＥＢ会議システムにおけるルーム数の最大数を示す。最大ルーム定員数１２０８は、このグループのＷＥＢ会議システムにおけるルーム定員数の最大数を示す。最大タグ数１２０９は、このグループのＷＥＢ会議システムにおけるタグの最大数を示す。ソートキー１２１０は、このグループのＷＥＢ会議システムにおけるソートキーを示す。ルーム使用１２１１は、「会議室」「フリースペース」の使用可否を示す。
【００９４】
ＬＤＡＰ管理テーブル１２２は、図１０においてシステム管理者により入力された各種項目を管理するテーブルである。
【００９５】
１２１２〜１２４３の各項目の基本的に、図１０においてシステム管理者により入力された項目に対応しているため、それぞれの、項目についての説明はここでは省略する。その他、非公開のパラメータや拡張を考慮した未使用パラメータについても説明を省略する。
【００９６】
このＬＤＡＰ管理テーブル１２２の各項目の対応関係を用いることにより、ＬＤＡＰサーバから取得したユーザ情報から、必要な情報を抽出し、ユーザ管理テーブルへユーザ情報を登録することが可能となる。
【００９７】
ＬＤＡＰグループテーブル１２３は、グループ管理テーブル１２１とＬＤＡＰ管理テーブル１２２とを関係づけるテーブルである。
【００９８】
ＬＤＡＰグループテーブルのグループＩＤ１２４４と、グループ管理テーブルのグループＩＤ１２０１とが対応関係にあり、ＬＤＡＰグループテーブルのＬＤＡＰＩＤ１２４５と、グループ管理テーブルのＬＤＡＰＩＤ１２１２とが対応関係にある。
【００９９】
図１３は、ＷＥＢ会議にゲストユーザを招待した場合に、招待したゲストユーザに関する情報を管理するテーブルである。
【０１００】
会議室予約ＩＤ１３０１は、招待した会議室を特定するための予約ＩＤを示す。メールアドレス１３０２は、招待したゲストユーザのメールアドレスを示す。ゲストの種類１３０３は、招待したゲストユーザの種類（ゲスト参加者か傍聴ユーザかなど）を示す。
【０１０１】
次に、図１４乃至１８のフローチャートを用いて、ＷＥＢ会議システムを利用するまでの認証処理の流れを説明する。
【０１０２】
図１４は、ＷＥＢ会議システムを利用するまでの認証処理の全体の流れを示すフローチャートである。
【０１０３】
ユーザは、クライアント端末１０３を操作して、ＷＥＢブラウザを介して、ＷＥＢ会議サーバ１０１へアクセスを行う。ステップＳ１４０１において、クライアント端末１０３は、ユーザからの指示に応じて、ＷＥＢ会議サーバ１０１へアクセスを行う。
【０１０４】
ここで、アクセス方法には、次の３パターンある。（１）ログイン画面からログインを行う方法、（２）ゲスト用ログイン画面からログインを行う方法、（３）通知メール内に記載されているＵＲＬから直接アクセスする方法の３つのパターンである。
【０１０５】
（１）（２）は、ユーザは、ログイン画面からユーザＩＤおよびパスワードを入力するし、クライアント端末１０３は、入力されたユーザＩＤおよびパスワードをＷＥＢ管理サーバ１０１へ送信する。また、（３）では、クライアント端末１０１は、ＵＲＬへ直接アクセスを行う。メールの一例は、図８に示したとおりであり、このＵＲＬには、ＷＥＢ会議サーバ１０１へアクセスするために必要なパラメータが付加されている。
【０１０６】
ステップＳ１４０２において、ＷＥＢ会議サーバ１０１は、利用者端末１０３からのアクセス要求を受け付ける（アクセス要求受付）。
【０１０７】
ステップＳ１４０３において、ＷＥＢ会議サーバ１０１は、利用者端末１０３からのアクセスの形態（上記説明した３パターンのいずれであるか）を判定する。具体的には、通常のログイン画面とゲスト用ログイン画面は、アクセス先が異なるため、そのアクセス先により、通常のログイン画面からのアクセスか、ゲスト用ログイン画面からのアクセスかを判定することができる。また、ＵＲＬから直接アクセスする場合は、そのＵＲＬにより判定することができる。「ログイン画面からログイン」であると判定した場合は、ステップＳ１４０４（認証処理１）へ進み、「ゲストログイン画面からログイン」であると判定した場合は、ステップＳ１４０５（認証処理２）へ進み、「ＵＲＬからログイン」であると判定した場合は、ステップＳ１４０６（認証処理３）へ進む。
【０１０８】
ステップＳ１４０４（認証処理１）については、図１５及び図１６を用いて後に詳細に説明する。ステップＳ１４０５（認証処理２）については、図１７を用いて後に詳細に説明する。ステップＳ１４０６（認証処理３）については、図１８を用いて後に詳細に説明する。
【０１０９】
ステップＳ１４０４乃至ステップＳ１４０６において、いずれもステップＳ１４０２においてアクセスを受け付けたユーザが正当なユーザであるかの認証を行う。そして、正当なユーザであるとの判定をした場合、ステップＳ１４０７へ進む。
【０１１０】
ステップＳ１４０７において、ＷＥＢ会議サーバ１０１は、現在、認証したユーザの有効期限が切れていないか判定する。切れていない場合は、ステップＳ１４０８へ進み、切れている場合は、ステップＳ１４１３へ進む。この有効期限の判定は、認証したユーザに対応する、図１１に示すユーザ管理テーブルの有効日付（開始）１１０６および有効日付（終了）１１０７を用いて判定する。
【０１１１】
ステップＳ１４０８において、ＷＥＢ会議サーバ１０１は、現在、認証したユーザがログイン可能時間であるか判定する。ログイン可能時間である場合は、ステップＳ１４０９へ進み、ログイン可能時間でない場合は、ステップＳ１４１３へ進む。このログイン可能時間の判定は、認証したユーザに対応する、図１１に示すユーザ管理テーブルのログイン可能時間（開始）１１０９およびログイン可能時間（終了）１１１０を用いて判定する。
【０１１２】
ステップＳ１４０９において、ＷＥＢ会議サーバ１０１は、現在、認証したユーザがログイン可能曜日であるか判定する。ログイン可能曜日である場合は、ステップＳ１４１０へ進み、ログイン可能曜日でない場合は、ステップＳ１４１３へ進む。このログイン可能曜日の判定は、認証したユーザに対応するユーザＩＤを用いて、ログイン可能テーブル（不図示）を用いて行う。
【０１１３】
ステップＳ１４１０において、ＷＥＢ会議サーバ１０１は、認証したユーザがＬＤＡＰ連携の対象外となるユーザであるか判定を行う。ＬＤＡＰ連携の対象外となるユーザの場合は、ステップＳ１４１１へ進み、ＬＤＡＰ連携対象となるユーザの場合は、ステップＳ１４１２へ進む。このＬＤＡＰ連携の対象外となるユーザかの判定は、認証したユーザが、図１２に示すＬＤＡＰ管理テーブルで管理しているユーザであるかにより判定を行う。ここで、このような判定をしたのは、ＬＤＡＰ連携対象のユーザは、パスワードを含むユーザ情報をＬＤＡＰサーバ１０２から取得するため、ＷＥＢ会議サーバ１０１でパスワードの変更を行わないことから、パスワード変更通知も行わず、この機能に必要なパスワードの有効期限のチェックを行う必要がないからである。
【０１１４】
ステップＳ１４１１において、ＷＥＢ会議サーバは、認証したユーザのパスワードの有効性を判定する。有効であると判定した場合は、ステップＳ１４１２へ進み、有効でない（無効）であると判定した場合は、ステップＳ１４１３へ進む。このパスワードの有効性の判定は、認証したユーザに対応する、図１１に示すユーザ管理テーブルのパスワード更新日時１１１５を用いることにより行う。
【０１１５】
ステップＳ１４１２において、ＷＥＢ会議サーバは、ログイン処理を行う。具体的には、ＷＥＢ会議サーバは、ログイン後の図６に示す画面を表示するためのデータをクライアント端末１０３へ送信する。クライアント端末１０３は、画面データを受信することでＷＥＢ会議に参加することができる。
【０１１６】
一方、ステップＳ１４１３において、ＷＥＢ会議サーバ１０１は、ログインエラー画面もしくはログイン画面を表示するためのデータをクライアント端末１０３へ送信する。
【０１１７】
次に、図１５および図１６を用いて、ステップＳ１４０４における認証処理１を説明する。
【０１１８】
図１５および図１６は、クライアント端末１０３が、ログイン画面からログインした場合における処理の流れを示すフローチャートである。
【０１１９】
ステップＳ１５０１において、ＷＥＢ会議サーバ１０１は、アクセス元ユーザが一般ユーザであるかの判定を行う。一般ユーザの場合、ステップＳ１５０２へ進み、一般ユーザでない場合、ステップＳ１５２４へ進む。この判定は具体的には、アクセス元ユーザのユーザＩＤが、ユーザ管理テーブルにおいて、システム管理者もしくはグループ管理者の場合は、一般ユーザでないと判定する。従って、ユーザ管理テーブルに管理されていないユーザＩＤの場合もステップＳ１５０２へ進む。
【０１２０】
ステップＳ１５０２において、ＷＥＢ会議サーバ１０１は、アクセス元ユーザのユーザＩＤがユーザ管理テーブルに管理されているか判定する。管理されていない場合、ステップＳ１５０３へ進み、管理されている場合ステップＳ１５０４へ進む。
【０１２１】
ステップＳ１５０３において、ＷＥＢ会議サーバ１０１は、ＬＤＡＰ管理テーブルにレコードがあるかを判定する。レコードがある場合、ステップＳ１５０５へ進み、レコードがない場合、ステップＳ１５２４へ進む。このようにＬＤＡＰ管理テーブルのレコードの有無を判定するのは、本来、ステップＳ１５０２において、該当するユーザを管理していない場合、エラーとするところ、ＬＤＡＰ管理テーブル・ＬＤＡＰグループテーブルにレコードが存在する場合、現在、アクセスしているユーザＩＤに対応するユーザは、ＬＤＡＰで管理されているユーザである可能性があるからである。従って、初めてＷＥＢ会議サーバ１０１へアクセスしたユーザであっても、ＬＤＡＰ管理テーブルのレコードがある限り、ＬＤＡＰ認証を行うことが可能となり、また、ＬＤＡＰサーバ１０２からユーザ情報を取得することにより、ユーザ管理テーブルに所定の項目を登録することが可能となる。
【０１２２】
ステップＳ１５０４において、ＷＥＢ会議サーバ１０１は、ＬＤＡＰ管理テーブルに自グループが使用するレコードがあるか判定する。レコードがない場合、ステップＳ１５２５へ進み、レコードがある場合、ステップＳ１５０５へ進む。レコードがある場合のみＬＤＡＰ認証を行うからである。
【０１２３】
ステップＳ１５０５において、ＷＥＢ会議サーバ１０１は、ＬＤＡＰサーバ１０２へ、ステップＳ１４０２において取得したユーザＩＤおよびパスワードを送信する（認証依頼を行う。）。
【０１２４】
ステップＳ１５０６において、ＬＤＡＰサーバ１０２は、ＷＥＢ会議サーバ１０１から送信されたユーザＩＤおよびパスワードを受信する。
【０１２５】
ステップＳ１５０７において、ＬＤＡＰサーバ１０２は、受信したユーザＩＤおよびパスワードを用いて、ユーザ認証処理を行う。
【０１２６】
ステップＳ１５０８において、ＬＤＡＰサーバ１０２は、ＷＥＢ会議サーバ１０１へ、認証結果を送信する。
【０１２７】
ステップＳ１５０９において、ＷＥＢ会議サーバ１０１は、ＬＤＡＰサーバ１０２から送信された認証結果を受信する。
【０１２８】
ステップＳ１５１０において、ＷＥＢ会議サーバ１０１は、受信した認証結果が認証成功であるか判定する。認証成功の場合、ステップＳ１５１１へ進み、認証失敗の場合、ステップＳ１５２６へ進む。
【０１２９】
ステップＳ１５１１において、ＷＥＢ会議サーバ１０１は、認証に成功したユーザＩＤに対応する、ＬＤＡＰサーバ１０２において管理しているユーザ情報を要求する。
【０１３０】
ステップＳ１５１２において、ＬＤＡＰサーバ１０２は、ＷＥＢ会議サーバ１０１からユーザ情報の要求を受け付ける。
【０１３１】
ステップＳ１５１３において、ＬＤＡＰサーバ１０２は、要求されたユーザＩＤに対応するユーザ情報を自身が管理するデータベース（不図示）から取得して、ＷＥＢ会議サーバ１０１へ送信する。
【０１３２】
ステップＳ１５１４において、ＷＥＢ会議サーバ１０１は、ＬＤＡＰサーバ１０２からユーザ情報を受信する。なお、ここで受信するユーザ情報は、図１０に示すＬＤＡＰ登録画面のユーザ情報のマッピングで設定した属性情報である。従って、設定されていない属性情報は取得しない。
【０１３３】
ステップＳ１５１５において、ＷＥＢ会議サーバ１０１は、受信したユーザ情報に対応するユーザの有効性を判定する。有効な場合、ステップＳ１５１６へ進み、無効な場合、ステップＳ１５２６へ進む。この有効性の判定は、取得したユーザ情報の入力値チェックの結果により有効・無効を判定する。
【０１３４】
ステップＳ１５１６において、ＷＥＢ会議サーバ１０１は、受信したユーザ情報の各属性情報をユーザ管理テーブルへ登録する。
【０１３５】
ステップＳ１５１７において、ＷＥＢ会議サーバ１０１は、ユーザタグの削除を行う。ユーザタグの一例として、当該ユーザが属するグループ情報がある。例えば、グループ１、グループ２、グループ３というタグに属している場合、グループ１、グループ２、グループ３すべてのユーザタグをデータベースから削除する。このようにすべてのタグを削除して、どのタグにも属していない状態にすることで、その後のタグ登録処理により最新のタグを登録することができる。
【０１３６】
ステップＳ１５１８において、ＷＥＢ会議サーバ１０１は、タグのマッピングを使用し、かつタグ情報があるか判定する。タグのマッピングを使用し、かつタグ情報がある場合、ステップＳ１５１９へ進み、それ以外の場合は、ステップＳ１５２７へ進む。ここで、タグのマッピングを使用するかは、図１０のＬＤＡＰ登録画面の情報（ＬＤＡＰ管理テーブルの情報）から取得する、また、タグ情報の有無は、ステップＳ１５１４において受信したユーザ情報の中にあるユーザが属するグループの情報から取得する。具体的には、ユーザ情報（ユーザ名、メールアドレスなど）の一部に、当該ユーザがどのグループに属しているかを示す情報が含まれているため、これを用いる。従って、１つもグループに属していない場合は、タグ情報なしとなる。
【０１３７】
ステップＳ１５１９において、ＷＥＢ会議サーバ１０１は、ＬＤＡＰサーバ１０２へ、タグ情報の要求を行う。
【０１３８】
ステップＳ１５２０において、ＬＤＡＰサーバ１０２は、ＷＥＢ会議サーバ１０１からタグ情報要求を受け付ける。
【０１３９】
ステップＳ１５２１において、ＬＤＡＰサーバ１０２は、要求を受けたタグ情報を特定して、ＷＥＢ会議サーバ１０１へ送信する。
【０１４０】
ステップＳ１５２２において、ＷＥＢ会議サーバ１０１は、ＬＤＡＰサーバ１０２からタグ情報を受信する。
【０１４１】
ステップＳ１５２３において、ＷＥＢ会議サーバ１０１は、受信したタグ情報を用いて、ユーザ管理テーブルに登録する。
【０１４２】
ステップＳ１５２７において、ＷＥＢ会議サーバ１０１は、ＬＤＡＰ認証成功との結果を一時的に記憶し、図１６のステップＳ１６０１へ進む。ステップＳ１５２４において、ＷＥＢ会議サーバ１０１は、ＬＤＡＰ認証なし（ユーザあり）との結果を一時的に記憶し、図１６のステップＳ１６０１へ進む。ステップＳ１５２５において、ＷＥＢ会議サーバ１０１は、ＬＤＡＰ認証なし（ユーザなり）との結果を一時的に記憶し、図１６のステップＳ１６０１へ進む。ステップＳ１５２６において、ＬＤＡＰ認証失敗との結果を一時的に記憶し、図１６のステップＳ１６０１へ進む。
【０１４３】
ステップＳ１６０１において、ＷＥＢ会議サーバ１０１は、一時的に記憶した結果が、ＬＤＡＰ認証が成功か判定する。成功した場合、ステップＳ１４０７へ進み、失敗した場合、ステップＳ１６０２へ進む。
【０１４４】
ステップＳ１６０２において、ＷＥＢ会議サーバ１０１は、一時的に記憶した結果が、ＬＤＡＰ認証なし（ユーザあり）か判定する。ＹＥＳの場合、ステップＳ１６０３へ進み、ＮＯの場合、ステップＳ１６０５へ進む。
【０１４５】
ステップＳ１６０３において、ＷＥＢ会議サーバ１０１は、ＷＥＢ会議サーバによる認証処理を行う。すなわち、ユーザ管理テーブルを用いて、認証処理を行う（パスワードの正当性チェック）。このようにＷＥＢ会議サーバによる認証処理を行うのは、ユーザがシステム管理者、グループ管理者の場合や、ＬＤＡＰ認証を行わない一般ユーザ（ＬＤＡＰ管理テーブルのレコードがないユーザ）の場合である。
【０１４６】
ステップＳ１６０４において、ＷＥＢ会議サーバ１０１は、認証処理が成功したか判定する。成功した場合、ステップＳ１４０７へ進み、失敗した場合、ステップＳ１６０５へ進む。
【０１４７】
ステップＳ１６０５において、ＷＥＢ会議サーバ１０１は、ログインエラー画面もしくはログイン画面を表示するためのデータをクライアント端末１０３へ送信する。
【０１４８】
以上、図１５および図１６を用いて、ステップＳ１４０４における認証処理１を説明した。
【０１４９】
次に、図１７を用いて、ステップＳ１４０５における認証処理２を説明する。
【０１５０】
図１７は、クライアント端末１０３が、ゲストログイン画面からログインした場合における処理の流れを示すフローチャートである。
【０１５１】
ステップＳ１７０１において、ＷＥＢ会議サーバ１０１は、アクセス元ユーザがユーザ管理テーブルに管理されているユーザか判定する。該当ユーザがある場合、ステップＳ１７０２へ進み、該当ユーザがない場合、ステップＳ１７０４へ進む。本実施の形態において、この判定は、受信したユーザＩＤに対応するユーザＩＤが、ユーザ管理テーブルに存在するかにより行う。なお、本実施の形態においては、ユーザ管理テーブルに該当するレコードがない場合であっても、ゲスト用の１レコードがあるときは、該当ユーザがあると判定する（この場合、ゲストユーザであると判定することができる。）。
【０１５２】
ステップＳ１７０２において、ＷＥＢ会議サーバ１０１は、ＷＥＢ会議サーバによる認証処理を行う。具体的には、Ｓ１４０２において受信したユーザＩＤを用いて、ユーザ管理テーブルから該当するレコードを特定し、当該レコードからパスワードを抽出する。そして、抽出したパスワードと、Ｓ１４０２において受信したパスワードとの比較により認証処理を行う（パスワードの正当性のチェック）。なお、ゲストユーザの場合、Ｓ１４０２において受信するユーザＩＤは、ゲストユーザ自身のメールアドレスであり、また、パスワードは、図７に示すゲスト招待時に管理者が任意に設定したパスワードである。このパスワードは、ゲスト招待メールに記載することでゲストユーザに通知したり、システム管理者が別の方法で通知したりするものである。具体的な認証手順は次のとおりである。まず、Ｓ１４０２において受信したメールアドレスを用いて、図１３に示すゲスト招待テーブルから該当するレコードを特定し、当該レコードからパスワードを抽出する。そして、抽出したパスワードと、Ｓ１４０２において受信したパスワードとの比較により認証処理を行う。
【０１５３】
ステップＳ１７０３において、ＷＥＢ会議サーバ１０１は、認証処理が成功したか判定する。成功した場合、ステップＳ１４０７へ進み、失敗した場合、ステップＳ１７０４へ進む。
【０１５４】
ステップＳ１７０４において、ＷＥＢ会議サーバ１０１は、ログインエラー画面もしくはログイン画面を表示するためのデータをクライアント端末１０３へ送信する。
【０１５５】
以上、図１７を用いて、ステップＳ１４０５における認証処理２を説明した。
【０１５６】
次に、図１８を用いて、ステップＳ１４０６における認証処理３を説明する。
【０１５７】
図１８は、クライアント端末１０３が、ＵＲＬからログインした場合における処理の流れを示すフローチャートである。
【０１５８】
ステップＳ１８０１において、ＷＥＢ会議サーバ１０１は、アクセス元ユーザがユーザ管理テーブルに管理されているユーザか判定する。該当ユーザがある場合、ステップＳ１８０２へ進み、該当ユーザがない場合、ステップＳ１８０６へ進む。本実施の形態において、この判定は、ＵＲＬに付加されたパラメータをリクエストデータとして受け取り、リクエストデータに含まれているユーザＩＤを用いて、当該ユーザＩＤがユーザ管理テーブルに管理されているユーザかを判定する。ここで、リクエストデータには、（１）ユーザＩＤ、（２）会議室予約ＩＤ、（３）認証データが含まれているものとする。なお、ゲストユーザの場合、ユーザ管理テーブルにゲスト用の１レコードがあるときに、該当ユーザがあると判定する。
【０１５９】
ステップＳ１８０２において、ＷＥＢ会議サーバ１０１は、アクセス元ユーザがゲストユーザであるか判定する。ゲストユーザである場合、Ｓ１８０２へ進み、ゲストユーザでない場合、Ｓ１８０４へ進む。具体的には、アクセス元ユーザのユーザＩＤが、ユーザ管理テーブルにゲスト用に用意されたレコードのユーザＩＤと一致するかにより判定する。
【０１６０】
ステップＳ１８０３において、ＷＥＢ会議サーバ１０１は、図１３に示すゲスト招待テーブルに該当するレコードがあるか判定する。レコードがある場合、ステップＳ１８０４へ進み、レコードがない場合、ステップＳ１８０６へ進む。具体的には、リクエストパラメータに含まれる会議室予約ＩＤと一致する会議室予約ＩＤがゲスト招待テーブルに存在するかにより判定する。
【０１６１】
ステップＳ１８０４において、ＷＥＢ会議サーバ１０１は、認証情報で認証を行う。本実施の形態においては、独自のハッシュ化した認証データをリクエストデータとして受け取り、そのデータで認証処理を行う。具体的手順は、次のとおりである。まず、ユーザ管理テーブルからアクセス元ユーザのユーザＩＤと一致するレコードを特定し、当該レコードからパスワードを抽出する。リクエストデータとして取得したユーザＩＤおよび会議室予約ＩＤ、並びに抽出したパスワードの３つを結合した文字列に対してハッシュ化して得られるデータと、リクエストデータとして取得した認証データとの比較を行う。一致した場合、認証ＯＫとなり、不一致の場合、認証ＮＧとなる。
【０１６２】
ステップＳ１８０５において、ＷＥＢ会議サーバ１０１は、認証処理が成功したか判定する。成功した場合、ステップＳ１４０７へ進み、失敗した場合、ステップＳ１８０６へ進む。
【０１６３】
ステップＳ１８０６において、ＷＥＢ会議サーバ１０１は、ログインエラー画面もしくはログイン画面を表示するためのデータをクライアント端末１０３へ送信する。
【０１６４】
以上、図１８を用いて、ステップＳ１４０６における認証処理３を説明した。
【０１６５】
上述したとおり、本発明の実施の形態によれば、一般ユーザについては、ＬＤＡＰサーバが管理しているユーザ情報を用いて認証を行い、ゲストユーザについては、ＷＥＢ会議システムで管理しているユーザ情報を用いて認証を行うことにより、ＬＤＡＰサーバで管理していないゲストであってもＷＥＢ会議システムを利用可能となる。
【０１６６】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１６７】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１６８】
また、本発明におけるプログラムは、図１４乃至１８の処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図１４乃至１８の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図１４乃至１８の各装置の処理方法ごとのプログラムであってもよい。
【０１６９】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１７０】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１７１】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１７２】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７３】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７４】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１７５】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【符号の説明】
【０１７６】
１０１ ＷＥＢ会議サーバ
１０２ ＬＤＡＰサーバ
１０３ クライアント端末
１０４ ネットワーク
【技術分野】
【０００１】
ＷＥＢ会議システムにおける認証方法に関するものである。
【背景技術】
【０００２】
現在、ＷＥＢブラウザを介して、ＷＥＢ会議を実現可能なＷＥＢ会議システムがある。
【０００３】
ユーザは、ＷＥＢカメラを装着したクライアント端末を操作し、ＷＥＢ会議システムへアクセスすることで、このＷＥＢ会議システムへアクセスしている他のユーザとお互いの動画像を見ながらＷＥＢ会議をすることができる。
【０００４】
遠隔地のユーザと気軽に会議をすることができるため、定例会議、在宅勤務、研修など様々なシーンで活用されている。
【０００５】
ところで、ＷＥＢ会議システムをユーザに利用可能とするため、管理者はユーザ登録をしなければならない。
【０００６】
しかし、登録するユーザ数が多ければ多いほどユーザ登録の負担が大きくなり、また、メインテナンス作業も大変になる。
【０００７】
そこで、ＬＤＡＰサーバが管理しているユーザ情報を用いてＷＥＢ会議システムへユーザ登録とユーザ認証を行う方法が考えられるが、この方法を用いると、ＬＤＡＰサーバで管理していないユーザ（例えば、一時的なゲストユーザ）は、ＷＥＢ会議システムを利用できなくなるという問題がある。
【０００８】
特許文献１には、実際の会議形態に則した認証が可能なネットワーク会議システムを提供する技術が開示されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】 特開２００３−１６７８５６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、特許文献１に記載の発明は、ネットワークを介して複数の端末が接続され、会議を招集する主催者側の端末と会議に参加する参加者側の端末との間で会議を行うネットワーク会議システムの認証において、正しい主催者であることを参加者端末に示すために用いる認証用情報を主催者端末側で生成し、該認証用情報を参加者端末に提供して会議参加の依頼を行い、主催者端末からの会議参加依頼を待機し、主催者端末からの会議参加依頼に対し、提供された認証用情報を元に、操作者が会議接続の可否を判断し、会議参加のための接続処理を行うものであって、ＬＤＡＰサーバで管理していないユーザが、ＷＥＢ会議システムを利用できないという問題を解決するものではない。
【００１１】
そこで、本願発明は上記課題を解決するものであり、ＬＤＡＰサーバで管理していないユーザであってもＷＥＢ会議システムを利用可能とする。
【課題を解決するための手段】
【００１２】
本発明は、ＷＥＢ会議へ参加するクライアント端末を操作するユーザの認証を行う情報処理装置であって、前記クライアント端末から、少なくともアクセス元ユーザを特定する情報を含むアクセス要求を受け付けるアクセス要求受付手段と、前記アクセス要求受付手段により受け付けたアクセス元ユーザの種類に応じて認証処理を行う認証手段とを有し、前記認証手段は、アクセス元ユーザの種類が一般ユーザの場合、当該ユーザを特定する情報をＬＤＡＰサーバへ送信して認証依頼を行い、アクセス元ユーザの種類がゲストユーザの場合、当該ユーザを特定する情報を用いて、前記情報処理装置が管理するユーザ情報に従って認証を行うことを特徴とする。
【発明の効果】
【００１３】
ＬＤＡＰサーバで管理していないユーザであってもＷＥＢ会議システムを利用可能となる。
【図面の簡単な説明】
【００１４】
【図１】本実施の形態に係るＷＥＢ会議システムの構成を示す図である。
【図２】ＷＥＢ会議サーバに適用可能な情報処理装置のハードウェア構成例を示すブロック図である。
【図３】ＷＥＢ会議システムにおける構成要素と、それらの関係を示す図である。
【図４】会議室を予約する画面を示す図である。
【図５】会議へ参加する画面を示す図である。
【図６】ＷＥＢ会議の画面を示す図である。
【図７】招待するゲストユーザを入力する画面を示す図である。
【図８】ゲストユーザへ送信されるメールの一例を示す図である。
【図９】ＬＤＡＰサーバの設定を行う画面を示す図である。
【図１０】ＬＤＡＰ設定を行う画面を示す図である。
【図１１】ＷＥＢ会議システムのユーザ情報を管理するユーザ管理テーブルを示す図である。
【図１２】ＷＥＢ会議システムの各種情報を管理するテーブルの関係を示す図である。
【図１３】ＷＥＢ会議にゲストユーザを招待した場合に、招待したゲストユーザに関する情報を管理するテーブルである。
【図１４】ＷＥＢ会議システムを利用するまでの認証処理の全体の流れを示すフローチャートである。
【図１５】クライアント端末１０３が、ログイン画面からログインした場合における処理の流れを示すフローチャートである。
【図１６】クライアント端末１０３が、ログイン画面からログインした場合における処理の流れを示すフローチャートである。
【図１７】クライアント端末１０３が、ゲストログイン画面からログインした場合における処理の流れを示すフローチャートである。
【図１８】クライアント端末１０３が、ＵＲＬからログインした場合における処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の好適な実施形態を、添付図面を参照しながら詳細に説明する。
【００１６】
図１は、本実施の形態に係るＷＥＢ会議システム（情報処理システム）の構成を示す図である。
【００１７】
図１に示すように、ＷＥＢ会議サーバ１０１（情報処理装置）は、ネットワーク１０４に接続されるＬＤＡＰサーバ１０２、クライアント端末１０３とローカルエリアネットワーク（通信媒体）を介して通信を行う。
【００１８】
ＷＥＢ会議サーバ１０１は、ＷＥＢブラウザを利用したＷＥＢ会議を実現するサーバである。クライアント端末１０３に対してインタフェースを提供するため、ユーザは、クライアント端末１０３を操作して、ＷＥＢ会議サーバ１０１へアクセスすることにより、ＷＥＢ会議を行うことができる。
【００１９】
ＬＤＡＰサーバ１０２は、ＬＤＡＰプロトコルで接続できるディレクトリサービスを提供するサーバであり、本実施の形態においては、社員名、所属、メールアドレス、電話番号、パスワードといった個人情報を一元的に管理するサーバをいう。なお、ＬＤＡＰとは、「Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ」の略称であって、インターネットなどのＴＣＰ／ＩＰネットワークで、ディレクトリデータベースにアクセスするためのプロトコルのことをいう。
【００２０】
クライアント端末１０３、ＷＥＢ会議システムを利用するユーザが操作するパーソナルコンピュータであり、ＷＥＢ会議サーバ１０１へアクセスするためのＷＥＢブラウザ、及び専用のモジュールがインストールされている。なお、この専用のモジュールは、例えば、ＷＥＢブラウザを介して、ＷＥＢ会議サーバ１０１からダウンロードするＡｃｔｉｖｅＸコンポーネントである。なお、ＷＥＢ会議において自身の動画像を送信する場合は、ＷＥＢカメラ（不図示）を、音声を送信する場合は、マイク（不図示）を接続する。また、相手の音声を視聴するためにはスピーカ（不図示）を接続する。
【００２１】
次に、図２を用いて、図１に示したＷＥＢ会議サーバ１０１のハードウェア構成について説明する。
【００２２】
図２は、ＷＥＢ会議サーバ１０１に適用可能な情報処理装置のハードウェア構成例を示すブロック図である。なお、図２のブロック図は、ＬＤＡＰサーバ１０２及びクライアント端末１０３にも適用可能である。
【００２３】
図２に示すように、ＷＥＢ会議サーバ１０１は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、通信Ｉ／Ｆコントローラ２０８等が接続された構成を採る。
【００２４】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２５】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や、各サーバあるいは各ＰＣが実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。また、本発明を実施するために必要な情報が記憶されている。なお外部メモリはデータベースであってもよい。
【００２６】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、ロードしたプログラムを実行することで各種動作を実現する。
【００２７】
また、入力コントローラ２０５は、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。
【００２８】
ビデオコントローラ２０６は、ディスプレイ２１０等の表示器への表示を制御する。尚、表示器は液晶ディスプレイ等の表示器でもよい。これらは、必要に応じて管理者が使用する。
【００２９】
メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、あるいは、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ａｓｓｏｃｉａｔｉｏｎ）カードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００３０】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信し、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いた通信等が可能である。
【００３１】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上に表示することが可能である。また、ＣＰＵ２０１は、ディスプレイ２１０上のマウスカーソル（図示しない）等によるユーザ指示を可能とする。
【００３２】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルおよび各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明についても後述する。
【００３３】
図３は、ＷＥＢ会議システムにおける構成要素と、それらの関係を示す図である。
【００３４】
すべてのユーザとルーム（会議室）は、グループに所属する（３０１、３０３）。
【００３５】
図３は、ＷＥＢ会議システム内のグループとユーザ、ルームの構成を示すものである。
【００３６】
ユーザには、複数種類ある。
【００３７】
システム管理者３０２は、ＷＥＢ会議システム全体の管理者であって、グループおよびグループ管理者の登録、変更、削除を行うと共に、ＷＥＢ会議システムに関する各種設定を行う。
【００３８】
グループ管理者３０４は、ＷＥＢ会議システム内の管理者であって、グループ内の一般ユーザと傍聴ユーザ、ルーム、タグの登録、変更、削除を行う。
【００３９】
一般ユーザ３０５は、グループ内で、実際に会議を行うユーザであって、会議室の予約、変更、削除を行うと共に、予約した会議への参加、フリースペースへの参加を行うことができる。なお、グループ管理者は、一般ユーザと同様に、会議室の予約や会議への参加を行うことができる。
【００４０】
その他、電子メールにて招待された会議にのみ参加できるユーザである「ゲストユーザ」や、グループ内で実施されている会議を傍聴する「傍聴ユーザ」がある。
【００４１】
会議を行うためには、ルームを登録する必要があり、ルームの登録は、グループ管理者が行う。
【００４２】
ルームには、日時、参加者を制限して参加するルームであって、会議を行う前に予約が必要な会議室３０６と、日時、参加者を問わず自由に参加することが可能なルームであって、会議の予約を行わなくても、いつでも会議を行うことができるフリースペース３０７の２種類ある。
【００４３】
ユーザは、会議の内容に応じて「会議室」と「フリースペース」を使い分ける。
【００４４】
次に図４乃至８を用いて、ユーザがＷＥＢ会議システムを利用するまでの流れを説明する。
【００４５】
図４は、会議室を予約する画面を示す図である。
【００４６】
ユーザは、利用者端末１０３からＷＥＢ会議サーバ１０１へログインした後、トップ画面からＷＥＢ会議室メニューへ遷移した後、会議室予約４０１を選択して、会議室の予約を行う。
【００４７】
会議室を予約する際には、会議室名４０２、会議タイトル４０３、利用日付４０４、利用時間４０５、参加者４０６、ゲスト参加者４０７、会議の録画４０８の各項目に対して入力・選択を行って、「予約する」ボタン４０９を押下することで会議室の予約を行う。
【００４８】
図５は、会議へ参加する画面を示す図である。
【００４９】
ユーザは、利用者端末１０３からＷＥＢ会議サーバ１０１へログインした後、トップ画面からＷＥＢ会議室メニューへ遷移した後、会議参加５０１を選択して、会議への参加を行う。
【００５０】
会議へ参加する際には、「参加する」ボタン５０２を押下することにより会議への参加を行う。
【００５１】
図６は、ＷＥＢ会議の画面を示す図である。
【００５２】
ユーザは、ＷＥＢブラウザを介して、各参加者の動画像及び、自分の動画像（もしくはグループ管理者の動画像）を視聴しながらＷＥＢ会議を行うことが可能となる。
【００５３】
ところで、通常、ＷＥＢ会議は、ＷＥＢ会議システムで管理されるユーザ同士により行われるが、場合によっては、ＷＥＢ会議システムで管理されていないユーザにＷＥＢ会議へ参加してもらいたい場合がある。
【００５４】
そのような場合、一時的なユーザ（本実施の形態においてはゲストユーザという。）が、ＷＥＢ会議へ参加する仕組みが必要となる。
【００５５】
そこで、次に、ＷＥＢ会議へゲストユーザを招待する方法を説明する。
【００５６】
ゲストユーザを招待する方法が２つあり、図４の会議室を予約する画面において、ゲスト参加者４０７の項目で「招待する」を選択する方法、もしくは、図５の会議へ参加する画面において、ゲストユーザを招待するためのボタン５０３を押下する方法がある。
【００５７】
上記２つの方法により、ゲストユーザを招待すると選ばれた場合、図７の画面が表示される。なお、図４の画面から招待する場合は、図４に示す画面上からメールアドレスおよびパスワードを入力することができる。
【００５８】
図７は、招待するゲストユーザを入力する画面を示す図である。
【００５９】
メールアドレス７０１にＷＥＢ会議へゲストとして招待したいユーザのメールアドレスを入力する。複数招待する場合は、複数のメールアドレスの入力を行う。
【００６０】
送信するボタン７０３を押下すると、メールアドレス７０１へ入力されたメールアドレスに対してＷＥＢ会議への参加を伝えるメールが送信される。
【００６１】
図８は、ゲストユーザへ送信されるメールの一例を示す図である。
【００６２】
メールの本文には、会議室名８０１、会議タイトル８０２、開始時間８０３、終了時間８０４、参加者８０５、ＵＲＬ８０６が記載される。
【００６３】
メールを受信したゲストユーザは、ＵＲＬ８０６へアクセスする事により、図６に示すＷＥＢ会議の画面にダイレクトで遷移し、ＷＥＢ会議へ参加することができるようになる。
【００６４】
なお、ＷＥＢ会議へ参加するゲストユーザを識別するための認証情報が、ＵＲＬにパラメータとして付加されている。ＷＥＢ会議システムは、このパラメータを用いることで、ゲストユーザの正当性を認証している。この認証方法については、後に詳細に説明する。
【００６５】
また、ＵＲＬへアクセスすることでゲストユーザがダイレクトでＷＥＢ会議に参加する方法とは別に、ログイン画面から参加させる場合は、パスワード７０２に、ログイン画面から参加する場合に用いるパスワードを入力する。
【００６６】
メールを受信したゲストユーザは、専用のログイン画面から、メールアドレスとパスワードを入力することでＷＥＢ会議システムへログインすることができる。
【００６７】
以上、ユーザがＷＥＢ会議システムを利用するまでの流れを説明した。
【００６８】
次に、図９及び図１０を用いて、ＬＤＡＰサーバが管理しているユーザ情報を用いて認証を行うための設定の流れを説明する。
【００６９】
図９は、ＬＤＡＰサーバの設定を行う画面を示す図である。
【００７０】
ＬＤＡＰサーバの設定を行うのは、ＷＥＢ会議システムのシステム管理者である。
【００７１】
システム管理者は、管理者用端末からＷＥＢ会議サーバ１０１へログインした後、トップ画面からシステム管理メニューへ遷移した後、ＬＤＡＰ設定９０１を選択して、ＬＤＡＰサーバの設定を行う。
【００７２】
新たにＬＤＡＰサーバの設定を行う場合は、「新規登録する」ボタン９０２を押下して、図１０に示す設定画面から各項目の入力・選択を行う。
【００７３】
図１０は、ＬＤＡＰ設定を行う画面を示す図である。
【００７４】
システム管理者は、ＬＤＡＰサーバのＵＲＬ１００２、接続ユーザ１００３、接続ユーザのマッピング１００４、ユーザ情報のマッピング１００５の各項目に対して、入力・選択を行う。
【００７５】
ＬＤＡＰサーバのＵＲＬ１００２には、ＬＤＡＰサーバのプロトコル、ホスト名、ポート番号を入力する。例えば、「ｌｄａｐ：／／ホスト名：ポート番号」「ＬＤＡＰＳ／／ホスト名：ポート番号」のような形式で指定する。
【００７６】
接続ユーザ１００３には、ＩＤ、識別名パターン、パスワードを入力する。
【００７７】
ＩＤには、ＬＤＡＰサーバへ接続するためのＩＤを入力する。識別名パターンには、ＬＤＡＰサーバへ接続するためのＩＤに対するＤＮ属性値を入力する。パスワードには、ＬＤＡＰサーバへ接続するためのＩＤに対するパスワードを入力する。
【００７８】
ユーザ属性のマッピング１００４には、検索ベース、検索フィルタ、検索スコープ、ユーザＩＤ、ユーザ名、ユーザ名（よみ）、メールアドレス、ユーザ区分、有効期間（開始）、有効期間（終了）、ログイン可能時間（開始）、ログイン可能時間（終了）、ログイン可能曜日、録画機能の使用、プロファイル名、タグを入力する。
【００７９】
検索ベースには、ユーザエントリを検索するための基点となるノードのＤＮ属性値を入力する。検索フィルタには、ユーザエントリを特定するための条件式を入力する（条件式は、ＲＦＣ２２５４に準拠する。）。検索スコープには、ユーザエントリを検索ベースからどの範囲まで検索するか指定する（検索ベースとその１つ下のノードか、検索ノードとその下すべてのノードかを指定する）。ユーザＩＤには、ＷＥＢ会議システムのユーザＩＤに該当する属性名を入力する。ユーザ名には、ＷＥＢ会議システムのユーザ名に該当する属性名を入力する。ユーザ名（よみ）には、ＷＥＢ会議システムのユーザ名（よみ）に該当する属性名を入力する。メールアドレスには、ＷＥＢ会議システムのメールアドレスに該当する属性名を入力する。ユーザ区分には、ＷＥＢ会議システムのユーザ区分に該当する属性名を入力する。有効期間（開始）には、ＷＥＢ会議システムの有効期間（開始）に該当する属性名を入力する。有効期間（終了）には、ＷＥＢ会議システムの有効期間（終了）に該当する属性名を入力する。ログイン可能時間（開始）には、ＷＥＢ会議システムのログイン可能時間（開始）に該当する属性名を入力する。ログイン可能時間（終了）には、ＷＥＢ会議システムのログイン可能時間（終了）に該当する属性名を入力する。ログイン可能曜日には、ＷＥＢ会議システムのログイン可能曜日に該当する属性名を入力する。録画機能の使用には、ＷＥＢ会議システムの録画機能の使用に該当する属性名を入力する。プロファイル名には、ＷＥＢ会議システムのプロファイルに該当する属性名入力する。タグには、ＷＥＢ会議システムのタグに該当する属性名を入力する。
【００８０】
タグ情報のマッピング１００５には、タグ情報のマッピングを使用する場合に、検索ベース、検索フィルタ、検索スコープ、タグ名を入力する。
【００８１】
検索ベースには、グループエントリを検索するための基点となるノードのＤＮ属性値を入力する。検索フィルタには、グループエントリを特定するための条件式を入力する。検索スコープには、グループエントリを検索ベースからどの範囲まで検索するか指定する（条件式は、ＲＦＣ２２５４に準拠する。）。タグ名には、ＷＥＢ会議システムのタグ名に該当する属性名を入力する。
【００８２】
最後に、システム管理者は、所定の項目を入力した後、「登録する」ボタン１００６を押下することで登録処理を終了する。入力した各種の項目はＷＥＢ会議サーバ１０１の外部記憶装置などに登録がされる。
【００８３】
このようにＬＤＡＰサーバの登録を行うことで、ＷＥＢ会議システムにおいて、ＬＤＡＰサーバが管理しているユーザ情報を用いてユーザ登録・認証を行うことが可能となる。ユーザ登録・認証の具体的な利用方法については、後に詳しく説明する。
【００８４】
次に、図１１乃至１３を用いて、ＷＥＢ会議サーバ１０１が外部記憶装置などで管理する各種テーブルの一例を説明する。
【００８５】
図１１は、ＷＥＢ会議システムのユーザ情報を管理するユーザ管理テーブルを示す図である。
【００８６】
従来、システム管理者は、一般ユーザにＷＥＢ会議システムを利用させるため、ユーザ毎にユーザ情報を登録する必要があった。
【００８７】
本実施の形態においては、この登録負担を軽減するため、ＬＤＡＰ管理サーバで管理しているユーザ情報を用いて、ユーザ管理テーブルへ、ユーザ情報を登録したり、ユーザ情報を更新したりすることを可能とした。
【００８８】
ユーザＩＤ１１０１は、このユーザのＷＥＢ会議システムにおけるユーザＩＤである。グループＩＤ１１０２は、このユーザのＷＥＢ会議システムにおけるグループＩＤである。パスワード１１０３は、このユーザのＷＥＢ会議システムにおけるパスワードである。ユーザ名１１０４は、このユーザのＷＥＢ会議システムにおけるユーザ名である。ユーザ種類１１０５は、このユーザのＷＥＢ会議システムにおけるユーザの種類（システム管理者、グループ管理者、一般ユーザなど）を示す。有効日付（開始）１１０６は、このユーザのＷＥＢ会議システムにおける有効日付（開始）を示し、有効日付（終了）１１０７は、このユーザのＷＥＢ会議システムにおける有効日付（終了）を示す。すなわち、１１０６と１１０７の期間がこのユーザの有効期間である。メールアドレス１１０８は、このユーザのＷＥＢ会議システムにおけるメールアドレスである。ログイン可能時間（開始）１１０９は、このユーザのＷＥＢ会議システムにおけるログイン可能時間（開始）を示し、ログイン可能時間（終了）１１１０は、このユーザのＷＥＢ会議システムにおけるログイン可能時間（終了）を示す。すなわち、１１０９と１１１０の時間がこのユーザのログイン可能時間である。登録日時１１１１は、ユーザ管理テーブルへ登録した日を示し、更新日時１１１２は、更新した日を示す。録画許可フラグ１１１３は、このユーザのＷＥＢ会議システムにおける録画許可の可否を示す。プロファイル名１１１４は、このユーザのＷＥＢ会議システムにおけるプロファイル名を示す。パスワード更新日時１１１５は、このユーザのＷＥＢ会議システムにおけるパスワードを更新する日付を示す。ソートキー１１１６は、このユーザのＷＥＢ会議システムにおけるソートキーを示す。
【００８９】
なお、本実施の形態においては、ＷＥＢ会議システムで、ゲストユーザを使う場合のために、このユーザ管理テーブルにゲスト用の１レコードを予め用意しておく。
【００９０】
図１２は、ＷＥＢ会議システムの各種情報を管理するテーブルの関係を示す図である。
【００９１】
グループ管理テーブル１２１とＬＤＡＰ管理テーブル１２２は、ＬＤＡＰグループテーブル１２３を介して関係付けられている。
【００９２】
グループ管理テーブル１２１は、図３に示す本実施の形態におけるグループに関する情報をグループ単位で管理するテーブルである。
【００９３】
グループＩＤ１２０１は、このグループのＷＥＢ会議システムにおけるグループＩＤである。グループ名１２０２は、このグループのＷＥＢ会議システムにおけるグループ名である。登録日時１２０３は、グループ管理テーブルへ登録した日を示し、更新日時１２０４は、更新した日を示す。プロファイル名１２０５は、このグループのＷＥＢ会議システムにおけるプロファイル名である。最大ユーザ数１２０６は、このグループのＷＥＢ会議システムにおけるユーザ数の最大数を示す。最大ルーム数１２０７は、このグループのＷＥＢ会議システムにおけるルーム数の最大数を示す。最大ルーム定員数１２０８は、このグループのＷＥＢ会議システムにおけるルーム定員数の最大数を示す。最大タグ数１２０９は、このグループのＷＥＢ会議システムにおけるタグの最大数を示す。ソートキー１２１０は、このグループのＷＥＢ会議システムにおけるソートキーを示す。ルーム使用１２１１は、「会議室」「フリースペース」の使用可否を示す。
【００９４】
ＬＤＡＰ管理テーブル１２２は、図１０においてシステム管理者により入力された各種項目を管理するテーブルである。
【００９５】
１２１２〜１２４３の各項目の基本的に、図１０においてシステム管理者により入力された項目に対応しているため、それぞれの、項目についての説明はここでは省略する。その他、非公開のパラメータや拡張を考慮した未使用パラメータについても説明を省略する。
【００９６】
このＬＤＡＰ管理テーブル１２２の各項目の対応関係を用いることにより、ＬＤＡＰサーバから取得したユーザ情報から、必要な情報を抽出し、ユーザ管理テーブルへユーザ情報を登録することが可能となる。
【００９７】
ＬＤＡＰグループテーブル１２３は、グループ管理テーブル１２１とＬＤＡＰ管理テーブル１２２とを関係づけるテーブルである。
【００９８】
ＬＤＡＰグループテーブルのグループＩＤ１２４４と、グループ管理テーブルのグループＩＤ１２０１とが対応関係にあり、ＬＤＡＰグループテーブルのＬＤＡＰＩＤ１２４５と、グループ管理テーブルのＬＤＡＰＩＤ１２１２とが対応関係にある。
【００９９】
図１３は、ＷＥＢ会議にゲストユーザを招待した場合に、招待したゲストユーザに関する情報を管理するテーブルである。
【０１００】
会議室予約ＩＤ１３０１は、招待した会議室を特定するための予約ＩＤを示す。メールアドレス１３０２は、招待したゲストユーザのメールアドレスを示す。ゲストの種類１３０３は、招待したゲストユーザの種類（ゲスト参加者か傍聴ユーザかなど）を示す。
【０１０１】
次に、図１４乃至１８のフローチャートを用いて、ＷＥＢ会議システムを利用するまでの認証処理の流れを説明する。
【０１０２】
図１４は、ＷＥＢ会議システムを利用するまでの認証処理の全体の流れを示すフローチャートである。
【０１０３】
ユーザは、クライアント端末１０３を操作して、ＷＥＢブラウザを介して、ＷＥＢ会議サーバ１０１へアクセスを行う。ステップＳ１４０１において、クライアント端末１０３は、ユーザからの指示に応じて、ＷＥＢ会議サーバ１０１へアクセスを行う。
【０１０４】
ここで、アクセス方法には、次の３パターンある。（１）ログイン画面からログインを行う方法、（２）ゲスト用ログイン画面からログインを行う方法、（３）通知メール内に記載されているＵＲＬから直接アクセスする方法の３つのパターンである。
【０１０５】
（１）（２）は、ユーザは、ログイン画面からユーザＩＤおよびパスワードを入力するし、クライアント端末１０３は、入力されたユーザＩＤおよびパスワードをＷＥＢ管理サーバ１０１へ送信する。また、（３）では、クライアント端末１０１は、ＵＲＬへ直接アクセスを行う。メールの一例は、図８に示したとおりであり、このＵＲＬには、ＷＥＢ会議サーバ１０１へアクセスするために必要なパラメータが付加されている。
【０１０６】
ステップＳ１４０２において、ＷＥＢ会議サーバ１０１は、利用者端末１０３からのアクセス要求を受け付ける（アクセス要求受付）。
【０１０７】
ステップＳ１４０３において、ＷＥＢ会議サーバ１０１は、利用者端末１０３からのアクセスの形態（上記説明した３パターンのいずれであるか）を判定する。具体的には、通常のログイン画面とゲスト用ログイン画面は、アクセス先が異なるため、そのアクセス先により、通常のログイン画面からのアクセスか、ゲスト用ログイン画面からのアクセスかを判定することができる。また、ＵＲＬから直接アクセスする場合は、そのＵＲＬにより判定することができる。「ログイン画面からログイン」であると判定した場合は、ステップＳ１４０４（認証処理１）へ進み、「ゲストログイン画面からログイン」であると判定した場合は、ステップＳ１４０５（認証処理２）へ進み、「ＵＲＬからログイン」であると判定した場合は、ステップＳ１４０６（認証処理３）へ進む。
【０１０８】
ステップＳ１４０４（認証処理１）については、図１５及び図１６を用いて後に詳細に説明する。ステップＳ１４０５（認証処理２）については、図１７を用いて後に詳細に説明する。ステップＳ１４０６（認証処理３）については、図１８を用いて後に詳細に説明する。
【０１０９】
ステップＳ１４０４乃至ステップＳ１４０６において、いずれもステップＳ１４０２においてアクセスを受け付けたユーザが正当なユーザであるかの認証を行う。そして、正当なユーザであるとの判定をした場合、ステップＳ１４０７へ進む。
【０１１０】
ステップＳ１４０７において、ＷＥＢ会議サーバ１０１は、現在、認証したユーザの有効期限が切れていないか判定する。切れていない場合は、ステップＳ１４０８へ進み、切れている場合は、ステップＳ１４１３へ進む。この有効期限の判定は、認証したユーザに対応する、図１１に示すユーザ管理テーブルの有効日付（開始）１１０６および有効日付（終了）１１０７を用いて判定する。
【０１１１】
ステップＳ１４０８において、ＷＥＢ会議サーバ１０１は、現在、認証したユーザがログイン可能時間であるか判定する。ログイン可能時間である場合は、ステップＳ１４０９へ進み、ログイン可能時間でない場合は、ステップＳ１４１３へ進む。このログイン可能時間の判定は、認証したユーザに対応する、図１１に示すユーザ管理テーブルのログイン可能時間（開始）１１０９およびログイン可能時間（終了）１１１０を用いて判定する。
【０１１２】
ステップＳ１４０９において、ＷＥＢ会議サーバ１０１は、現在、認証したユーザがログイン可能曜日であるか判定する。ログイン可能曜日である場合は、ステップＳ１４１０へ進み、ログイン可能曜日でない場合は、ステップＳ１４１３へ進む。このログイン可能曜日の判定は、認証したユーザに対応するユーザＩＤを用いて、ログイン可能テーブル（不図示）を用いて行う。
【０１１３】
ステップＳ１４１０において、ＷＥＢ会議サーバ１０１は、認証したユーザがＬＤＡＰ連携の対象外となるユーザであるか判定を行う。ＬＤＡＰ連携の対象外となるユーザの場合は、ステップＳ１４１１へ進み、ＬＤＡＰ連携対象となるユーザの場合は、ステップＳ１４１２へ進む。このＬＤＡＰ連携の対象外となるユーザかの判定は、認証したユーザが、図１２に示すＬＤＡＰ管理テーブルで管理しているユーザであるかにより判定を行う。ここで、このような判定をしたのは、ＬＤＡＰ連携対象のユーザは、パスワードを含むユーザ情報をＬＤＡＰサーバ１０２から取得するため、ＷＥＢ会議サーバ１０１でパスワードの変更を行わないことから、パスワード変更通知も行わず、この機能に必要なパスワードの有効期限のチェックを行う必要がないからである。
【０１１４】
ステップＳ１４１１において、ＷＥＢ会議サーバは、認証したユーザのパスワードの有効性を判定する。有効であると判定した場合は、ステップＳ１４１２へ進み、有効でない（無効）であると判定した場合は、ステップＳ１４１３へ進む。このパスワードの有効性の判定は、認証したユーザに対応する、図１１に示すユーザ管理テーブルのパスワード更新日時１１１５を用いることにより行う。
【０１１５】
ステップＳ１４１２において、ＷＥＢ会議サーバは、ログイン処理を行う。具体的には、ＷＥＢ会議サーバは、ログイン後の図６に示す画面を表示するためのデータをクライアント端末１０３へ送信する。クライアント端末１０３は、画面データを受信することでＷＥＢ会議に参加することができる。
【０１１６】
一方、ステップＳ１４１３において、ＷＥＢ会議サーバ１０１は、ログインエラー画面もしくはログイン画面を表示するためのデータをクライアント端末１０３へ送信する。
【０１１７】
次に、図１５および図１６を用いて、ステップＳ１４０４における認証処理１を説明する。
【０１１８】
図１５および図１６は、クライアント端末１０３が、ログイン画面からログインした場合における処理の流れを示すフローチャートである。
【０１１９】
ステップＳ１５０１において、ＷＥＢ会議サーバ１０１は、アクセス元ユーザが一般ユーザであるかの判定を行う。一般ユーザの場合、ステップＳ１５０２へ進み、一般ユーザでない場合、ステップＳ１５２４へ進む。この判定は具体的には、アクセス元ユーザのユーザＩＤが、ユーザ管理テーブルにおいて、システム管理者もしくはグループ管理者の場合は、一般ユーザでないと判定する。従って、ユーザ管理テーブルに管理されていないユーザＩＤの場合もステップＳ１５０２へ進む。
【０１２０】
ステップＳ１５０２において、ＷＥＢ会議サーバ１０１は、アクセス元ユーザのユーザＩＤがユーザ管理テーブルに管理されているか判定する。管理されていない場合、ステップＳ１５０３へ進み、管理されている場合ステップＳ１５０４へ進む。
【０１２１】
ステップＳ１５０３において、ＷＥＢ会議サーバ１０１は、ＬＤＡＰ管理テーブルにレコードがあるかを判定する。レコードがある場合、ステップＳ１５０５へ進み、レコードがない場合、ステップＳ１５２４へ進む。このようにＬＤＡＰ管理テーブルのレコードの有無を判定するのは、本来、ステップＳ１５０２において、該当するユーザを管理していない場合、エラーとするところ、ＬＤＡＰ管理テーブル・ＬＤＡＰグループテーブルにレコードが存在する場合、現在、アクセスしているユーザＩＤに対応するユーザは、ＬＤＡＰで管理されているユーザである可能性があるからである。従って、初めてＷＥＢ会議サーバ１０１へアクセスしたユーザであっても、ＬＤＡＰ管理テーブルのレコードがある限り、ＬＤＡＰ認証を行うことが可能となり、また、ＬＤＡＰサーバ１０２からユーザ情報を取得することにより、ユーザ管理テーブルに所定の項目を登録することが可能となる。
【０１２２】
ステップＳ１５０４において、ＷＥＢ会議サーバ１０１は、ＬＤＡＰ管理テーブルに自グループが使用するレコードがあるか判定する。レコードがない場合、ステップＳ１５２５へ進み、レコードがある場合、ステップＳ１５０５へ進む。レコードがある場合のみＬＤＡＰ認証を行うからである。
【０１２３】
ステップＳ１５０５において、ＷＥＢ会議サーバ１０１は、ＬＤＡＰサーバ１０２へ、ステップＳ１４０２において取得したユーザＩＤおよびパスワードを送信する（認証依頼を行う。）。
【０１２４】
ステップＳ１５０６において、ＬＤＡＰサーバ１０２は、ＷＥＢ会議サーバ１０１から送信されたユーザＩＤおよびパスワードを受信する。
【０１２５】
ステップＳ１５０７において、ＬＤＡＰサーバ１０２は、受信したユーザＩＤおよびパスワードを用いて、ユーザ認証処理を行う。
【０１２６】
ステップＳ１５０８において、ＬＤＡＰサーバ１０２は、ＷＥＢ会議サーバ１０１へ、認証結果を送信する。
【０１２７】
ステップＳ１５０９において、ＷＥＢ会議サーバ１０１は、ＬＤＡＰサーバ１０２から送信された認証結果を受信する。
【０１２８】
ステップＳ１５１０において、ＷＥＢ会議サーバ１０１は、受信した認証結果が認証成功であるか判定する。認証成功の場合、ステップＳ１５１１へ進み、認証失敗の場合、ステップＳ１５２６へ進む。
【０１２９】
ステップＳ１５１１において、ＷＥＢ会議サーバ１０１は、認証に成功したユーザＩＤに対応する、ＬＤＡＰサーバ１０２において管理しているユーザ情報を要求する。
【０１３０】
ステップＳ１５１２において、ＬＤＡＰサーバ１０２は、ＷＥＢ会議サーバ１０１からユーザ情報の要求を受け付ける。
【０１３１】
ステップＳ１５１３において、ＬＤＡＰサーバ１０２は、要求されたユーザＩＤに対応するユーザ情報を自身が管理するデータベース（不図示）から取得して、ＷＥＢ会議サーバ１０１へ送信する。
【０１３２】
ステップＳ１５１４において、ＷＥＢ会議サーバ１０１は、ＬＤＡＰサーバ１０２からユーザ情報を受信する。なお、ここで受信するユーザ情報は、図１０に示すＬＤＡＰ登録画面のユーザ情報のマッピングで設定した属性情報である。従って、設定されていない属性情報は取得しない。
【０１３３】
ステップＳ１５１５において、ＷＥＢ会議サーバ１０１は、受信したユーザ情報に対応するユーザの有効性を判定する。有効な場合、ステップＳ１５１６へ進み、無効な場合、ステップＳ１５２６へ進む。この有効性の判定は、取得したユーザ情報の入力値チェックの結果により有効・無効を判定する。
【０１３４】
ステップＳ１５１６において、ＷＥＢ会議サーバ１０１は、受信したユーザ情報の各属性情報をユーザ管理テーブルへ登録する。
【０１３５】
ステップＳ１５１７において、ＷＥＢ会議サーバ１０１は、ユーザタグの削除を行う。ユーザタグの一例として、当該ユーザが属するグループ情報がある。例えば、グループ１、グループ２、グループ３というタグに属している場合、グループ１、グループ２、グループ３すべてのユーザタグをデータベースから削除する。このようにすべてのタグを削除して、どのタグにも属していない状態にすることで、その後のタグ登録処理により最新のタグを登録することができる。
【０１３６】
ステップＳ１５１８において、ＷＥＢ会議サーバ１０１は、タグのマッピングを使用し、かつタグ情報があるか判定する。タグのマッピングを使用し、かつタグ情報がある場合、ステップＳ１５１９へ進み、それ以外の場合は、ステップＳ１５２７へ進む。ここで、タグのマッピングを使用するかは、図１０のＬＤＡＰ登録画面の情報（ＬＤＡＰ管理テーブルの情報）から取得する、また、タグ情報の有無は、ステップＳ１５１４において受信したユーザ情報の中にあるユーザが属するグループの情報から取得する。具体的には、ユーザ情報（ユーザ名、メールアドレスなど）の一部に、当該ユーザがどのグループに属しているかを示す情報が含まれているため、これを用いる。従って、１つもグループに属していない場合は、タグ情報なしとなる。
【０１３７】
ステップＳ１５１９において、ＷＥＢ会議サーバ１０１は、ＬＤＡＰサーバ１０２へ、タグ情報の要求を行う。
【０１３８】
ステップＳ１５２０において、ＬＤＡＰサーバ１０２は、ＷＥＢ会議サーバ１０１からタグ情報要求を受け付ける。
【０１３９】
ステップＳ１５２１において、ＬＤＡＰサーバ１０２は、要求を受けたタグ情報を特定して、ＷＥＢ会議サーバ１０１へ送信する。
【０１４０】
ステップＳ１５２２において、ＷＥＢ会議サーバ１０１は、ＬＤＡＰサーバ１０２からタグ情報を受信する。
【０１４１】
ステップＳ１５２３において、ＷＥＢ会議サーバ１０１は、受信したタグ情報を用いて、ユーザ管理テーブルに登録する。
【０１４２】
ステップＳ１５２７において、ＷＥＢ会議サーバ１０１は、ＬＤＡＰ認証成功との結果を一時的に記憶し、図１６のステップＳ１６０１へ進む。ステップＳ１５２４において、ＷＥＢ会議サーバ１０１は、ＬＤＡＰ認証なし（ユーザあり）との結果を一時的に記憶し、図１６のステップＳ１６０１へ進む。ステップＳ１５２５において、ＷＥＢ会議サーバ１０１は、ＬＤＡＰ認証なし（ユーザなり）との結果を一時的に記憶し、図１６のステップＳ１６０１へ進む。ステップＳ１５２６において、ＬＤＡＰ認証失敗との結果を一時的に記憶し、図１６のステップＳ１６０１へ進む。
【０１４３】
ステップＳ１６０１において、ＷＥＢ会議サーバ１０１は、一時的に記憶した結果が、ＬＤＡＰ認証が成功か判定する。成功した場合、ステップＳ１４０７へ進み、失敗した場合、ステップＳ１６０２へ進む。
【０１４４】
ステップＳ１６０２において、ＷＥＢ会議サーバ１０１は、一時的に記憶した結果が、ＬＤＡＰ認証なし（ユーザあり）か判定する。ＹＥＳの場合、ステップＳ１６０３へ進み、ＮＯの場合、ステップＳ１６０５へ進む。
【０１４５】
ステップＳ１６０３において、ＷＥＢ会議サーバ１０１は、ＷＥＢ会議サーバによる認証処理を行う。すなわち、ユーザ管理テーブルを用いて、認証処理を行う（パスワードの正当性チェック）。このようにＷＥＢ会議サーバによる認証処理を行うのは、ユーザがシステム管理者、グループ管理者の場合や、ＬＤＡＰ認証を行わない一般ユーザ（ＬＤＡＰ管理テーブルのレコードがないユーザ）の場合である。
【０１４６】
ステップＳ１６０４において、ＷＥＢ会議サーバ１０１は、認証処理が成功したか判定する。成功した場合、ステップＳ１４０７へ進み、失敗した場合、ステップＳ１６０５へ進む。
【０１４７】
ステップＳ１６０５において、ＷＥＢ会議サーバ１０１は、ログインエラー画面もしくはログイン画面を表示するためのデータをクライアント端末１０３へ送信する。
【０１４８】
以上、図１５および図１６を用いて、ステップＳ１４０４における認証処理１を説明した。
【０１４９】
次に、図１７を用いて、ステップＳ１４０５における認証処理２を説明する。
【０１５０】
図１７は、クライアント端末１０３が、ゲストログイン画面からログインした場合における処理の流れを示すフローチャートである。
【０１５１】
ステップＳ１７０１において、ＷＥＢ会議サーバ１０１は、アクセス元ユーザがユーザ管理テーブルに管理されているユーザか判定する。該当ユーザがある場合、ステップＳ１７０２へ進み、該当ユーザがない場合、ステップＳ１７０４へ進む。本実施の形態において、この判定は、受信したユーザＩＤに対応するユーザＩＤが、ユーザ管理テーブルに存在するかにより行う。なお、本実施の形態においては、ユーザ管理テーブルに該当するレコードがない場合であっても、ゲスト用の１レコードがあるときは、該当ユーザがあると判定する（この場合、ゲストユーザであると判定することができる。）。
【０１５２】
ステップＳ１７０２において、ＷＥＢ会議サーバ１０１は、ＷＥＢ会議サーバによる認証処理を行う。具体的には、Ｓ１４０２において受信したユーザＩＤを用いて、ユーザ管理テーブルから該当するレコードを特定し、当該レコードからパスワードを抽出する。そして、抽出したパスワードと、Ｓ１４０２において受信したパスワードとの比較により認証処理を行う（パスワードの正当性のチェック）。なお、ゲストユーザの場合、Ｓ１４０２において受信するユーザＩＤは、ゲストユーザ自身のメールアドレスであり、また、パスワードは、図７に示すゲスト招待時に管理者が任意に設定したパスワードである。このパスワードは、ゲスト招待メールに記載することでゲストユーザに通知したり、システム管理者が別の方法で通知したりするものである。具体的な認証手順は次のとおりである。まず、Ｓ１４０２において受信したメールアドレスを用いて、図１３に示すゲスト招待テーブルから該当するレコードを特定し、当該レコードからパスワードを抽出する。そして、抽出したパスワードと、Ｓ１４０２において受信したパスワードとの比較により認証処理を行う。
【０１５３】
ステップＳ１７０３において、ＷＥＢ会議サーバ１０１は、認証処理が成功したか判定する。成功した場合、ステップＳ１４０７へ進み、失敗した場合、ステップＳ１７０４へ進む。
【０１５４】
ステップＳ１７０４において、ＷＥＢ会議サーバ１０１は、ログインエラー画面もしくはログイン画面を表示するためのデータをクライアント端末１０３へ送信する。
【０１５５】
以上、図１７を用いて、ステップＳ１４０５における認証処理２を説明した。
【０１５６】
次に、図１８を用いて、ステップＳ１４０６における認証処理３を説明する。
【０１５７】
図１８は、クライアント端末１０３が、ＵＲＬからログインした場合における処理の流れを示すフローチャートである。
【０１５８】
ステップＳ１８０１において、ＷＥＢ会議サーバ１０１は、アクセス元ユーザがユーザ管理テーブルに管理されているユーザか判定する。該当ユーザがある場合、ステップＳ１８０２へ進み、該当ユーザがない場合、ステップＳ１８０６へ進む。本実施の形態において、この判定は、ＵＲＬに付加されたパラメータをリクエストデータとして受け取り、リクエストデータに含まれているユーザＩＤを用いて、当該ユーザＩＤがユーザ管理テーブルに管理されているユーザかを判定する。ここで、リクエストデータには、（１）ユーザＩＤ、（２）会議室予約ＩＤ、（３）認証データが含まれているものとする。なお、ゲストユーザの場合、ユーザ管理テーブルにゲスト用の１レコードがあるときに、該当ユーザがあると判定する。
【０１５９】
ステップＳ１８０２において、ＷＥＢ会議サーバ１０１は、アクセス元ユーザがゲストユーザであるか判定する。ゲストユーザである場合、Ｓ１８０２へ進み、ゲストユーザでない場合、Ｓ１８０４へ進む。具体的には、アクセス元ユーザのユーザＩＤが、ユーザ管理テーブルにゲスト用に用意されたレコードのユーザＩＤと一致するかにより判定する。
【０１６０】
ステップＳ１８０３において、ＷＥＢ会議サーバ１０１は、図１３に示すゲスト招待テーブルに該当するレコードがあるか判定する。レコードがある場合、ステップＳ１８０４へ進み、レコードがない場合、ステップＳ１８０６へ進む。具体的には、リクエストパラメータに含まれる会議室予約ＩＤと一致する会議室予約ＩＤがゲスト招待テーブルに存在するかにより判定する。
【０１６１】
ステップＳ１８０４において、ＷＥＢ会議サーバ１０１は、認証情報で認証を行う。本実施の形態においては、独自のハッシュ化した認証データをリクエストデータとして受け取り、そのデータで認証処理を行う。具体的手順は、次のとおりである。まず、ユーザ管理テーブルからアクセス元ユーザのユーザＩＤと一致するレコードを特定し、当該レコードからパスワードを抽出する。リクエストデータとして取得したユーザＩＤおよび会議室予約ＩＤ、並びに抽出したパスワードの３つを結合した文字列に対してハッシュ化して得られるデータと、リクエストデータとして取得した認証データとの比較を行う。一致した場合、認証ＯＫとなり、不一致の場合、認証ＮＧとなる。
【０１６２】
ステップＳ１８０５において、ＷＥＢ会議サーバ１０１は、認証処理が成功したか判定する。成功した場合、ステップＳ１４０７へ進み、失敗した場合、ステップＳ１８０６へ進む。
【０１６３】
ステップＳ１８０６において、ＷＥＢ会議サーバ１０１は、ログインエラー画面もしくはログイン画面を表示するためのデータをクライアント端末１０３へ送信する。
【０１６４】
以上、図１８を用いて、ステップＳ１４０６における認証処理３を説明した。
【０１６５】
上述したとおり、本発明の実施の形態によれば、一般ユーザについては、ＬＤＡＰサーバが管理しているユーザ情報を用いて認証を行い、ゲストユーザについては、ＷＥＢ会議システムで管理しているユーザ情報を用いて認証を行うことにより、ＬＤＡＰサーバで管理していないゲストであってもＷＥＢ会議システムを利用可能となる。
【０１６６】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１６７】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１６８】
また、本発明におけるプログラムは、図１４乃至１８の処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図１４乃至１８の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図１４乃至１８の各装置の処理方法ごとのプログラムであってもよい。
【０１６９】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１７０】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１７１】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１７２】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７３】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７４】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１７５】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【符号の説明】
【０１７６】
１０１ ＷＥＢ会議サーバ
１０２ ＬＤＡＰサーバ
１０３ クライアント端末
１０４ ネットワーク
【特許請求の範囲】
【請求項１】
ＷＥＢ会議へ参加するクライアント端末を操作するユーザの認証を行う情報処理装置であって、
前記クライアント端末から、少なくともアクセス元ユーザを特定する情報を含むアクセス要求を受け付けるアクセス要求受付手段と、
前記アクセス要求受付手段により受け付けたアクセス元ユーザの種類に応じて認証処理を行う認証手段とを有し、
前記認証手段は、アクセス元ユーザの種類が一般ユーザの場合、当該ユーザを特定する情報をＬＤＡＰサーバへ送信して認証依頼を行い、アクセス元ユーザの種類がゲストユーザの場合、当該ユーザを特定する情報を用いて、前記情報処理装置が管理するユーザ情報に従って認証を行うことを特徴とする情報処理装置。
【請求項２】
一般ユーザとゲストユーザとを管理するユーザ管理テーブルを記憶する第一の記憶手段を更に有し、
前記認証手段は、前記第一の記憶手段により記憶されるユーザ管理テーブルを用いてアクセス元ユーザの種類を特定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
招待したゲストユーザに関する情報を管理するゲスト招待テーブルを記憶する第二の記憶手段を更に有し、
前記認証手段は、アクセス元ユーザの種類がゲストユーザの場合、前記第二の記憶手段により記憶されるゲスト招待テーブルのユーザ情報を用いて認証を行うことを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
ＷＥＢ会議へ参加するクライアント端末を操作するユーザの認証を行う情報処理装置における制御方法であって、
前記クライアント端末から、少なくともアクセス元ユーザを特定する情報を含むアクセス要求を受け付けるアクセス要求受付ステップと、
前記アクセス要求受付ステップにより受け付けたアクセス元ユーザの種類に応じて認証処理を行う認証ステップとを有し、
前記認証ステップは、アクセス元ユーザの種類が一般ユーザの場合、当該ユーザを特定する情報をＬＤＡＰサーバへ送信して認証依頼を行い、アクセス元ユーザの種類がゲストユーザの場合、当該ユーザを特定する情報を用いて、前記情報処理装置が管理するユーザ情報に従って認証を行うことを特徴とする制御方法。
【請求項５】
クライアント端末と、ＷＥＢ会議へ参加する前記クライアント端末を操作するユーザの認証を行う情報処理装置とが通信可能な情報処理システムであって、
前記クライアント端末から、少なくともアクセス元ユーザを特定する情報を含むアクセス要求を受け付けるアクセス要求受付手段と、
前記アクセス要求受付手段により受け付けたアクセス元ユーザの種類に応じて認証処理を行う認証手段とを有し、
前記認証手段は、アクセス元ユーザの種類が一般ユーザの場合、当該ユーザを特定する情報をＬＤＡＰサーバへ送信して認証依頼を行い、アクセス元ユーザの種類がゲストユーザの場合、当該ユーザを特定する情報を用いて、前記情報処理装置が管理するユーザ情報に従って認証を行うことを特徴とする情報処理システム。
【請求項６】
ＷＥＢ会議へ参加するクライアント端末を操作するユーザの認証を行う情報処理装置において実行可能なプログラムであって、
前記クライアント端末から、少なくともアクセス元ユーザを特定する情報を含むアクセス要求を受け付けるアクセス要求受付手段、
前記アクセス要求受付手段により受け付けたアクセス元ユーザの種類に応じて認証処理を行う認証手段として前記情報処理装置を機能させ、
前記認証手段は、アクセス元ユーザの種類が一般ユーザの場合、当該ユーザを特定する情報をＬＤＡＰサーバへ送信して認証依頼を行い、アクセス元ユーザの種類がゲストユーザの場合、当該ユーザを特定する情報を用いて、前記情報処理装置が管理するユーザ情報に従って認証を行うことを特徴とするプログラム。
【請求項７】
請求項６に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【請求項１】
ＷＥＢ会議へ参加するクライアント端末を操作するユーザの認証を行う情報処理装置であって、
前記クライアント端末から、少なくともアクセス元ユーザを特定する情報を含むアクセス要求を受け付けるアクセス要求受付手段と、
前記アクセス要求受付手段により受け付けたアクセス元ユーザの種類に応じて認証処理を行う認証手段とを有し、
前記認証手段は、アクセス元ユーザの種類が一般ユーザの場合、当該ユーザを特定する情報をＬＤＡＰサーバへ送信して認証依頼を行い、アクセス元ユーザの種類がゲストユーザの場合、当該ユーザを特定する情報を用いて、前記情報処理装置が管理するユーザ情報に従って認証を行うことを特徴とする情報処理装置。
【請求項２】
一般ユーザとゲストユーザとを管理するユーザ管理テーブルを記憶する第一の記憶手段を更に有し、
前記認証手段は、前記第一の記憶手段により記憶されるユーザ管理テーブルを用いてアクセス元ユーザの種類を特定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
招待したゲストユーザに関する情報を管理するゲスト招待テーブルを記憶する第二の記憶手段を更に有し、
前記認証手段は、アクセス元ユーザの種類がゲストユーザの場合、前記第二の記憶手段により記憶されるゲスト招待テーブルのユーザ情報を用いて認証を行うことを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
ＷＥＢ会議へ参加するクライアント端末を操作するユーザの認証を行う情報処理装置における制御方法であって、
前記クライアント端末から、少なくともアクセス元ユーザを特定する情報を含むアクセス要求を受け付けるアクセス要求受付ステップと、
前記アクセス要求受付ステップにより受け付けたアクセス元ユーザの種類に応じて認証処理を行う認証ステップとを有し、
前記認証ステップは、アクセス元ユーザの種類が一般ユーザの場合、当該ユーザを特定する情報をＬＤＡＰサーバへ送信して認証依頼を行い、アクセス元ユーザの種類がゲストユーザの場合、当該ユーザを特定する情報を用いて、前記情報処理装置が管理するユーザ情報に従って認証を行うことを特徴とする制御方法。
【請求項５】
クライアント端末と、ＷＥＢ会議へ参加する前記クライアント端末を操作するユーザの認証を行う情報処理装置とが通信可能な情報処理システムであって、
前記クライアント端末から、少なくともアクセス元ユーザを特定する情報を含むアクセス要求を受け付けるアクセス要求受付手段と、
前記アクセス要求受付手段により受け付けたアクセス元ユーザの種類に応じて認証処理を行う認証手段とを有し、
前記認証手段は、アクセス元ユーザの種類が一般ユーザの場合、当該ユーザを特定する情報をＬＤＡＰサーバへ送信して認証依頼を行い、アクセス元ユーザの種類がゲストユーザの場合、当該ユーザを特定する情報を用いて、前記情報処理装置が管理するユーザ情報に従って認証を行うことを特徴とする情報処理システム。
【請求項６】
ＷＥＢ会議へ参加するクライアント端末を操作するユーザの認証を行う情報処理装置において実行可能なプログラムであって、
前記クライアント端末から、少なくともアクセス元ユーザを特定する情報を含むアクセス要求を受け付けるアクセス要求受付手段、
前記アクセス要求受付手段により受け付けたアクセス元ユーザの種類に応じて認証処理を行う認証手段として前記情報処理装置を機能させ、
前記認証手段は、アクセス元ユーザの種類が一般ユーザの場合、当該ユーザを特定する情報をＬＤＡＰサーバへ送信して認証依頼を行い、アクセス元ユーザの種類がゲストユーザの場合、当該ユーザを特定する情報を用いて、前記情報処理装置が管理するユーザ情報に従って認証を行うことを特徴とするプログラム。
【請求項７】
請求項６に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１０−２８２５９６（Ｐ２０１０−２８２５９６Ａ）
【公開日】平成２２年１２月１６日（２０１０．１２．１６）
【国際特許分類】
【出願番号】特願２００９−１５０３２９（Ｐ２００９−１５０３２９）
【出願日】平成２１年６月２日（２００９．６．２）
【出願人】（３９９１０７１７７）キヤノンソフト情報システム株式会社 (20)
【Ｆターム（参考）】
【公開日】平成２２年１２月１６日（２０１０．１２．１６）
【国際特許分類】
【出願日】平成２１年６月２日（２００９．６．２）
【出願人】（３９９１０７１７７）キヤノンソフト情報システム株式会社 (20)
【Ｆターム（参考）】
[ Back to top ]