(57)【要約】【課題】入力された認証情報に基づいてユーザのシステムへのログイン処理を行うログイン処理システムにログイン処理を行わせる場合において、ユーザに対する利便性を向上させること。【解決手段】会議システムは、ユーザによるログイン操作が行われてログイン認証が成功すると、そのログインユーザのログイン状態を通常のログイン状態とはしないで一旦、仮ログイン状態とする。そして、会議システムは、ログイン操作が行われてから所定の時間以内にキャンセル操作が行われなければログインを確定してそのログインユーザのログイン状態を仮ログイン状態から通常のログイン状態に遷移させる。一方、会議システムは、ユーザによるログイン操作が行われてから所定の時間以内にキャンセル操作が行われた場合には、そのログインがキャンセルされたと判断して仮ログイン状態のままログアウト処理を実行する。【選択図】図６
2014092992.tif 000002
【特許請求の範囲】
【請求項１】
入力された認証情報に基づいて前記認証情報により識別されるユーザのシステムへのログイン処理を行うログイン処理システムであって、
ネットワークを介して通信可能に接続されたログイン要求処理装置及びログイン認証処理装置を含み、
前記ログイン要求処理装置は、
前記認証情報の入力に基づいてログイン要求を行うログイン要求部と、
前記ログイン処理のキャンセルを受け付けるキャンセル受付部と、
前記ログイン要求に対する認証結果を前記ログイン認証処理装置から受信する認証結果受信部と、
前記認証結果受信部が前記認証結果を受信する前に、前記キャンセル受付部が前記キャンセルを受け付けた場合に、前記ログイン要求に対する認証結果に応じてログアウト要求を行うログアウト要求部と、
を備えることを特徴とするログイン処理システム。
【請求項２】
前記ログイン認証処理装置は、
前記ログイン要求に基づいてログイン認証を行い、前記ログイン要求処理装置に対して前記認証結果を送信するログイン認証部と、
前記ログイン認証に応じて、認証したユーザを他のログイン要求処理装置に通知するログイン通知部と、
を備え、
前記ログイン通知部は、前記認証結果の送信及び前記ログイン認証のいずれか一方の後の所定のタイミングまで待機してから認証した前記ユーザを他のログイン要求処理装置に通知し、前記所定のタイミングまでに、前記ログイン認証において認証したユーザについてのログアウト要求を前記ログイン要求処理装置から受信した場合、前記認証したユーザを他のログイン要求処理装置に通知する処理を実行しないことを特徴とする請求項１に記載のログイン処理システム。
【請求項３】
前記所定のタイミングは、前記ログイン認証及び前記認証結果の送信のいずれか一方の後、所定の計測期間の計測が終了したタイミングであることを特徴とする請求項２に記載のログイン処理システム。
【請求項４】
前記所定の計測期間は、前記ログイン要求処理装置のネットワーク環境に基づいて予め定められ、若しくは、前記ログイン要求処理装置のネットワーク環境に基づいて算出されることを特徴とする請求項３に記載のログイン処理システム。
【請求項５】
前記ログイン要求処理装置は、前記認証結果受信部が前記認証結果を受信する前に、前記キャンセル受付部が前記キャンセルを受け付けなかった場合に、前記ログイン要求に対する認証結果に応じた応答を行うログイン結果応答部を備え、
前記所定のタイミングは、前記ログイン認証及び前記認証結果の送信のいずれか一方の後、前記ログイン要求に対する認証結果に応じた応答を受信したタイミングであることを特徴とする請求項２乃至４いずれか１項に記載のログイン処理システム。
【請求項６】
前記ログイン認証処理装置は、前記ログアウト要求に基づいてログアウト処理を行った処理結果を前記ログイン要求処理装置に通知するログアウト通知部を備え、
前記ログイン要求処理装置は、前記キャンセル受付部が前記ログイン処理のキャンセルを受け付けた後、ログアウト処理を行った処理結果の通知を前記認証処理装置から受ける前に、同一ユーザの認証情報が入力された場合に、入力された前記認証情報を記憶媒体に保存する認証情報保存処理部を備え、
前記ログイン要求部は、ログアウト処理を行った処理結果の通知を受信すると、前記記憶媒体に保存されている前記認証情報に基づいてログイン要求を行うことを特徴とする請求項１乃至５いずれか１項に記載のログイン処理システム。
【請求項７】
前記認証情報保存処理部は、前記記憶媒体に保存されている前記認証情報に基づいてログイン要求が行われる前に、前記キャンセル受付部がキャンセルを受け付けた場合、前記認証情報を前記記憶媒体から削除することを特徴とする請求項６に記載のログイン処理システム。
【請求項８】
入力された認証情報に基づいて前記認証情報により識別されるユーザのシステムへのログイン処理を行うログイン処理システムにおいて、前記システムへのログイン要求を行うログイン要求処理装置であって、
前記認証情報の入力に基づいてログイン要求を行うログイン要求部と、
前記ログイン処理のキャンセルを受け付けるキャンセル受付部と、
前記ログイン要求に対する認証結果を前記ログイン認証処理装置から受信する認証結果受信部と、
前記認証結果受信部が前記認証結果を受信する前に、前記キャンセル受付部が前記キャンセルを受け付けた場合に、前記ログイン結果に応じてログアウト要求を行うログアウト要求部と、
を備えることを特徴とするログイン要求処理装置。
【請求項９】
入力された認証情報に基づいて前記認証情報により識別されるユーザのシステムへのログイン処理を行うログイン処理システムにおいて、前記システムへのログイン要求を行うログイン要求処理装置の制御プログラムであって、
前記認証情報の入力に基づいてログイン要求を行うステップと、
前記ログイン処理のキャンセルを受け付けるステップと、
前記ログイン要求に対する認証結果を前記ログイン認証処理装置から受信するステップと、
前記認証結果受信部が前記認証結果を受信する前に、前記キャンセル受付部が前記キャンセルを受け付けた場合に、前記ログイン結果に応じてログアウト要求を行うステップと、
をログイン要求処理装置に実行させることを特徴とするログイン要求処理装置の制御プログラム。
【請求項１０】
入力された認証情報に基づいて前記認証情報により識別されるユーザのシステムへのログイン処理を行うログイン処理システムにおいて、前記システムへのログインを認証するログイン認証処理装置であって、
ネットワークを介して通信可能なログイン要求処理装置からのログイン要求に基づいてログイン認証を行い、前記ログイン要求処理装置に対して認証結果を送信するログイン認証部と、
前記ログイン認証に応じて、認証したユーザを他のログイン要求処理装置に通知するログイン通知部とを含み、
前記ログイン通知部は、前記ログイン認証及び前記認証結果の送信のいずれか一方の後の所定のタイミングまで待機してから前記認証したユーザを他のログイン要求処理装置に通知し、前記所定のタイミングまでに、前記ログイン認証において認証したユーザについてのログアウト要求を前記ログイン要求処理装置から受信した場合、前記認証したユーザを他のログイン要求処理装置に通知する処理を実行しないことを特徴とするログイン認証処理装置。
【請求項１１】
入力された認証情報に基づいて前記認証情報により識別されるユーザのシステムへのログイン処理を行うログイン処理方法であって、
前記システムは、ネットワークを介して通信可能に接続されたログイン要求処理装置及びログイン認証処理装置を含み、
前記ログイン要求処理装置が、前記ログイン認証処理装置に対して、前記認証情報の入力に基づいてログイン要求を行い、
前記ログイン要求処理装置において、前記ログイン認証処理装置から、前記ログイン要求に対する認証結果を受信し、
前記ログイン要求処理装置において、前記認証結果を受信する前に、前記ログイン処理のキャンセルを受け付けた場合に、前記ログイン要求に対する認証結果に応じてログアウト要求を行うことを特徴とするログイン処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ログイン処理システム、ログイン要求処理装置、ログイン要求処理装置の制御プログラム、ログイン認証処理装置、ログイン処理方法に関し、特に、ログイン処理システムにおけるログインのキャンセル方法に関する。
【背景技術】
【０００２】
近年、セキュリティの観点から、ユーザにユーザＩＤやパスワード等の認証情報を入力させてログイン認証を行うことによりユーザを特定し、そこで特定されたユーザに対してのみログインを許可して所定の機能を提供するログイン処理システムが提案され既に知られている（例えば、特許文献１）。
【０００３】
このようなログイン処理システムは、具体的な処理として、ユーザにユーザＩＤやパスワード等の認証情報を入力させ、入力された認証情報に基づいて、そのユーザがログイン処理システムに予め登録されているユーザであるか否かを認証するためのログイン認証処理を行い、ログイン認証の結果、予め登録されているユーザであると認証した場合に、そのユーザが上記機能を利用することができるように機能提供処理を行うといった一連の処理（以下、「ログイン処理」とする）を行うようになっている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
このようなログイン処理システムにおいては、ログイン処理の実行を一旦開始してしまうと、そのログイン処理をキャンセルするための手段がない。従って、このようなログイン処理システムを利用しようとするユーザは、上記システムにログイン処理を一旦開始させてしまうとそのログイン処理をキャンセルさせることができないため、そのログイン処理の終了を待ってから、即ち、一旦ログインしてから、ログイン状態を解消するためのログアウト操作を行わなければならない。
【０００５】
従って、上記のような従来のログイン処理システムにおいては、ログイン処理の実行を一旦開始してしまうと、そのログイン処理が終了してからでないとログイン状態を解消することができないため、その間ユーザを待たせてしまうことになり、ユーザに対する利便性が低下するといった問題がある。
【０００６】
本発明は、このような課題を解決するためになされたものであり、入力された認証情報に基づいてユーザのシステムへのログイン処理を行うログイン処理システムにログイン処理を行わせる場合において、ユーザに対する利便性を向上させることを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、入力された認証情報に基づいて前記認証情報により識別されるユーザのシステムへのログイン処理を行うログイン処理システムであって、ネットワークを介して通信可能に接続されたログイン要求処理装置及びログイン認証処理装置を含み、前記ログイン要求処理装置は、前記認証情報の入力に基づいてログイン要求を行うログイン要求部と、前記ログイン処理のキャンセルを受け付けるキャンセル受付部と、前記ログイン要求に対する認証結果を前記ログイン認証処理装置から受信する認証結果受信部と、前記認証結果受信部が前記認証結果を受信する前に、前記キャンセル受付部が前記キャンセルを受け付けた場合に、前記ログイン要求に対する認証結果に応じてログアウト要求を行うログアウト要求部と、を備えることを特徴とする。
【０００８】
また、本発明の他の態様は、入力された認証情報に基づいて前記認証情報により識別されるユーザのシステムへのログイン処理を行うログイン処理システムにおいて、前記システムへのログイン要求を行うログイン要求処理装置であって、前記認証情報の入力に基づいてログイン要求を行うログイン要求部と、前記ログイン処理のキャンセルを受け付けるキャンセル受付部と、前記ログイン要求に対する認証結果を前記ログイン認証処理装置から受信する認証結果受信部と、前記認証結果受信部が前記認証結果を受信する前に、前記キャンセル受付部が前記キャンセルを受け付けた場合に、前記ログイン結果に応じてログアウト要求を行うログアウト要求部と、を備えることを特徴とする。
【０００９】
また、本発明の更に他の態様は、入力された認証情報に基づいて前記認証情報により識別されるユーザのシステムへのログイン処理を行うログイン処理システムにおいて、前記システムへのログイン要求を行うログイン要求処理装置の制御プログラムであって、前記認証情報の入力に基づいてログイン要求を行うステップと、前記ログイン処理のキャンセルを受け付けるステップと、前記ログイン要求に対する認証結果を前記ログイン認証処理装置から受信するステップと、前記認証結果受信部が前記認証結果を受信する前に、前記キャンセル受付部が前記キャンセルを受け付けた場合に、前記ログイン結果に応じてログアウト要求を行うステップと、をログイン要求処理装置に実行させることを特徴とする。
【００１０】
また、本発明の更に他の態様は、入力された認証情報に基づいて前記認証情報により識別されるユーザのシステムへのログイン処理を行うログイン処理システムにおいて、前記システムへのログインを認証するログイン認証処理装置であって、ネットワークを介して通信可能なログイン要求処理装置からのログイン要求に基づいてログイン認証を行い、前記ログイン要求処理装置に対して認証結果を送信するログイン認証部と、前記ログイン認証に応じて、認証したユーザを他のログイン要求処理装置に通知するログイン通知部とを含み、前記ログイン通知部は、前記ログイン認証及び前記認証結果の送信のいずれか一方の後の所定のタイミングまで待機してから前記認証したユーザを他のログイン要求処理装置に通知し、前記所定のタイミングまでに、前記ログイン認証において認証したユーザについてのログアウト要求を前記ログイン要求処理装置から受信した場合、前記認証したユーザを他のログイン要求処理装置に通知する処理を実行しないことを特徴とする。
【００１１】
また、本発明の更に他の態様は、入力された認証情報に基づいて前記認証情報により識別されるユーザのシステムへのログイン処理を行うログイン処理方法であって、前記システムは、ネットワークを介して通信可能に接続されたログイン要求処理装置及びログイン認証処理装置を含み、前記ログイン要求処理装置が、前記ログイン認証処理装置に対して、前記認証情報の入力に基づいてログイン要求を行い、前記ログイン要求処理装置において、前記ログイン認証処理装置から、前記ログイン要求に対する認証結果を受信し、前記ログイン要求処理装置において、前記認証結果を受信する前に、前記ログイン処理のキャンセルを受け付けた場合に、前記ログイン要求に対する認証結果に応じてログアウト要求を行うことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、入力された認証情報に基づいてユーザのシステムへのログイン処理を行うログイン処理システムにログイン処理を行わせる場合において、ユーザに対する利便性を向上させることができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態に係る会議システムの運用形態の例を示す図である。
【図２】本発明の実施形態に係るクライアント端末のハードウェア構成を模式的に示すブロック図である。
【図３】本発明の実施形態に係る会議システム管理サーバ及びクライアント端末の機能構成を模式的に示すブロック図である。
【図４】本発明の実施形態に係る認証情報管理Ｔｂのデータ構造の一例を示す図である。
【図５】本発明の実施形態に係る参加者一覧画面の表示例を示す図である。
【図６】本発明の実施形態に係る会議システムが、ログイン処理中にキャンセル要求を受け付けた際の、クライアント端末における処理を説明するためのシーケンス図である。
【図７】本発明の実施形態に係る会議システムが、ログイン処理中にキャンセル要求を受け付けた際の、会議システム管理サーバにおける処理を説明するためのシーケンス図である。
【図８】本発明の実施形態に係る会議システムが、ログイン処理後にキャンセル要求を受け付けた際の、会議システム管理サーバにおける処理を説明するためのシーケンス図である。
【図９】本発明の実施形態に係る認証情報入力画面の表示例を示す図である。
【図１０】本発明の実施形態に係るログイン処理中画面の表示例を示す図である。
【図１１】本発明の実施形態に係るキャンセル受付画面の表示例を示す図である。
【図１２】本発明の他の実施形態に係るログイン判断情報Ｔｂのデータ構造の一例を示す図である。
【図１３】本発明の他の実施形態に係るログイン判断情報Ｔｂのデータ構造の一例を示す図である。
【図１４】本発明の他の実施形態に係るログイン判断情報Ｔｂのデータ構造の一例を示す図である。
【図１５】本発明の更に他の実施形態に係る会議システム管理サーバ及びクライアント端末２の機能構成を模式的に示すブロック図である。
【図１６】本発明の更に他の実施形態に係る会議システムが、キャンセル処理中に再度ログイン要求を受け付けた際の、クライアント端末における処理を説明するためのシーケンス図である。
【図１７】本発明の更に他の実施形態に係るキャンセル受付画面の表示例を示す図である。
【図１８】本発明の更に他の実施形態に係る会議システムが、再ログイン処理中にその再ログイン処理のキャンセル要求を受け付けた際の処理、クライアント端末における処理を説明するためのシーケンス図である。
【発明を実施するための形態】
【００１４】
実施の形態１．
以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態においては、ログイン処理システムとして、遠隔地にいるユーザ同士がネットワークを介して会議を行うことを可能とする会議システムを例として説明する。本実施形態に係る会議システムは、ユーザにユーザＩＤやパスワード等の認証情報を入力させてログイン認証を行うことによりユーザを特定し、そこで特定されたユーザに対してのみログインを許可して所定の機能を提供するようになっている。
【００１５】
具体的には、本実施形態に係る会議システムは、後述するように、会議システム管理サーバ１とクライアント端末２とから構成されており、クライアント端末２へのユーザ操作によりユーザＩＤやパスワード等の認証情報が入力されると、会議システム管理サーバ１において、入力された認証情報に基づいて、そのユーザが会議システムに予め登録されているユーザであるか否かを認証するためのログイン認証処理を行い、ログイン認証の結果、予め登録されているユーザであると認証した場合に、そのユーザが上記機能を利用することができるように機能提供処理を行うといった一連の処理（以下、「ログイン処理」とする）を行うようになっている。即ち、本実施形態おいては、会議システム管理サーバ１が、ログイン認証処理装置として機能し、クライアント端末２が、ログイン要求処理装置として機能する。
【００１６】
通常、このようなログイン処理システムにおいては、ログイン要求の後、即座にキャンセル要求を行っても、サーバ側においては既に上記ログイン要求に応じた認証処理等のログイン処理の実行を開始しており、そのログイン処理のキャンセルに対応するためにはサーバ側での処理が複雑になってしまう。そこで、本実施形態に係る会議システムによれば、サーバ側では通常と同様のログアウト要求に対応すれば良いため、サーバ側での処理が複雑化することなくログイン処理のキャンセルを容易に行うことが可能となる。
【００１７】
即ち、上記のような会議システムにおいて、本実施形態に係る要旨の一つは、ログイン処理の最中であっても、そのログイン処理のキャンセルを受け付けてキャンセル処理を行うことにある。以下、図面を参照して詳細に説明する。
【００１８】
図１は、本実施の形態に係る会議システムの運用形態の例を示す図である。図１に示すように、本実施形態に係る会議システムは、会議システム管理サーバ１が接続されたネットワーク３と、クライアント端末２ａ、２ｂが接続されたネットワーク４とがインターネットや電話回線等の公衆回線５を介して接続されて構成されている。以下では、クライアント端末２ａと２ｂとを区別する必要がない場合に限り、それらをまとめてクライアント端末２とする。尚、ネットワーク４に接続されているクライアント端末２の数は一例であり、これらがもっと多く接続された大規模なシステムであっても良い。また、それぞれ異なるクライアント端末２が接続された複数のネットワークが公衆回線５を介して会議システム管理サーバ１と接続される構成としても良いし、会議システム管理サーバ１とクライアント端末２とが同一のネットワーク上に接続されて構成されていても良い。
【００１９】
会議システム管理サーバ１は、本実施形態に係る会議システムを管理するための共有サーバである。そのため、会議システム管理サーバ１は、本実施形態に係る会議システムに登録されているユーザを管理し、クライアント端末２から送信されてきたＩＤやパスワード等の認証情報に基づいてログイン認証を行う。また、本実施形態に係る会議システム管理サーバ１は、Ｗｅｂサーバ機能を備え、クライアント端末２のＷｅｂブラウザ上に認証情報入力画面等の会議システムに関する各種画面を表示させたり、クライアント端末２にログイン許可情報等の会議システムに関する各種情報を送信したりする。
【００２０】
クライアント端末２は、ユーザが操作する情報処理端末であり、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等の情報処理装置によって実現され、ＰＤＬ（Ｐａｇｅ  Ｄｉｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）により記述された画像情報を生成し保存している。尚、クライアント端末２は、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）等の携帯情報端末、スマートフォン、タブレット端末等によって実現されても良い。また、本実施形態に係るクライアント端末２は、ＩＥ（Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ）（登録商標）等のＷｅｂブラウザを備え、ユーザがＷｅｂブラウザ上で入力した認証情報等の会議システムに関する各種情報を会議システム管理サーバ１に通知する。
【００２１】
本実施形態においては、上述したように、会議システム管理サーバ１とクライアント端末２とはＷｅｂサーバ及びＷｅｂブラウザによりお互いに情報のやりとりを行う例について説明するが、会議システム管理サーバ１にはサーバ用の会議システム専用のアプリケーションが搭載され、クライアント端末２にはクライアント用の会議システム専用のアプリケーションが搭載されて、それらのアプリケーションによりお互いに情報のやりとりを行うように構成されていても良い。
【００２２】
尚、図１におけるネットワーク３、４は、例えば、オフィスＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の限定されたネットワークであり、会議システム管理サーバ１、クライアント端末２は、夫々のＬＡＮを介して公衆回線５に接続されるが、公衆回線５に直接接続される態様とすることも可能である。
【００２３】
次に、本実施形態に係る会議システム管理サーバ１、クライアント端末２のハードウェア構成について図２を参照して説明する。図２は、本実施形態に係るクライアント端末２のハードウェア構成を模式的に示すブロック図である。以下の説明においては、クライアント端末２のハードウェア構成を例として説明するが、会議システム管理サーバ１についても同様である。
【００２４】
図２に示すように、本実施形態に係るクライアント端末２は、一般的なサーバやＰＣ等と同様の構成を含む。即ち、本実施形態に係るクライアント端末２は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）４０及びＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）６０及び操作部７０が接続されている。
【００２５】
ＣＰＵ１０は演算手段であり、クライアント端末２全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。
【００２６】
Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、ユーザがクライアント端末２の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボードやマウス、タッチパネル等、ユーザがクライアント端末２に情報を入力するためのユーザインタフェースである。尚、図１において説明したように、本実施形態に係る会議システム管理サーバ１は共有サーバとして運用される。従って、会議システム管理サーバ１については、ＬＣＤ６０及び操作部７０等のユーザインタフェースは省略可能である。
【００２７】
このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０がＲＡＭ２０にロードされたプログラムに従って演算を行うことにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係るクライアント端末２の機能を実現する機能ブロックが構成される。
【００２８】
次に、本実施形態に係る会議システム管理サーバ１及びクライアント端末２の機能構成について、図３を参照して説明する。図３は、本実施形態に係る会議システム管理サーバ１及びクライアント端末２の機能構成を模式的に示すブロック図である。図３に示すように、本実施形態に係る会議システム管理サーバ１は、受信部１０１、認証部１０２、送信部１０３、ログイン判断部１０４、認証成功後処理部１０５、ユーザ情報記憶部１０６、ログイン判断情報記憶部１０７を含む。
【００２９】
受信部１０１は、ネットワーク等を介してクライアント端末２等の外部機器から情報を受信する。認証部１０２は、会議システムに予め登録されているユーザであるか否かを判断するためのログイン認証を行う。送信部１０３は、ネットワーク等を介してクライアント端末２等の外部機器に情報を送信する。ログイン判断部１０４は、会議システムにおけるログイン処理中に、そのログイン処理をキャンセルするための操作が行われたか否かを判断する。認証成功後処理部１０５は、認証部１０２におけるログイン認証の結果、会議システムに予め登録されているユーザであると判断された場合に、そのユーザが会議システムの機能を利用することができるように機能提供処理を行い、また、後述するログイン準備処理やログアウト処理を行う。ログイン判断情報記憶部１０７は、後述するログイン判断時間を記憶する。
【００３０】
ユーザ情報記憶部１０６は、認証情報管理テーブル（以下、「認証情報管理Ｔｂ」とする）を記憶する。認証情報管理Ｔｂとは、図４に示すように、各ユーザを識別するためにユーザ毎に定められた識別情報であるユーザＩＤとパスワードとを対応付けて記録しているテーブルのことである。図４は、本実施形態に係る認証情報管理Ｔｂのデータ構造の一例を示す図である。ユーザＩＤとパスワードとの組み合わせはユーザ毎に一意であるため、ユーザにより入力されたユーザＩＤ及びパスワードが、認証情報管理Ｔｂに記録されているユーザＩＤ及びパスワードと一致すれば、そのユーザは本実施形態に係る会議システムに登録されているユーザということになる。また、ユーザＩＤ及びパスワードは、会議システム管理サーバ１により自動で割り当てられても良いし、ユーザが自由に決定しても良い。以下では、特に断りがない限り、ユーザＩＤとパスワードとの各組み合わせを総称して「認証情報」とする。
【００３１】
また、図３に示すように、本実施形態に係るクライアント端末２は、認証情報入力部２０１、送信部２０２、受信部２０３、キャンセル入力部２０４、キャンセル判断部２０５、表示制御部２０６を含む。
【００３２】
認証情報入力部２０１は、クライアント端末２へのユーザ操作により入力された認証情報を取得し通知する。送信部２０２は、ネットワーク等を介して会議システム管理サーバ１等の外部機器に情報を送信する。受信部２０３は、ネットワーク等を介して会議システム管理サーバ１等の外部機器から情報を受信する。キャンセル入力部２０４は、クライアント端末２へのユーザ操作によりキャンセルを受け付ける。キャンセル判断部２０５は、ログイン処理をキャンセルするか否かを判断する。表示制御部２０６は、表示情報に従ってＬＣＤ６０に各種画面を表示させる。
【００３３】
このように構成された会議システムにおいては、ユーザがログインを行うと図５に示すように、クライアント端末２のＬＣＤ６０には参加者一覧画面が表示される。図５は、本実施形態に係るクライアント端末２のＬＣＤ６０に表示される参加者一覧画面の表示例を示す図である。ここで、参加者一覧画面とは、本実施形態に係る会議システムにログインしているユーザの各情報が表示される画面のことである。
【００３４】
図５に示すように、本実施形態に係るクライアント端末２のＬＣＤ６０に表示される参加者一覧画面には、本実施形態に係る会議システムにログインしているユーザの「ユーザ名」、「ユーザＩＤ」、「拠点」が表示される。従って、各ユーザは、この参加者一覧画面を閲覧することにより、ログインしているユーザを確認することができる。
【００３５】
ここで、本実施形態に係る会議システムにおいて上記のような参加者一覧画面が表示される際の処理について説明する。認証成功後処理部１０５は、ログイン判断部１０４から後述するログイン確定情報が通知されると、参加者一覧画面を表示させるための参加者一覧画面表示情報を生成して、生成した参加者一覧画面表示情報をクライアント端末２等の外部装置に送信する。クライアント端末２等の外部装置は、参加者一覧画面表示情報が送信されてくると、受信部２０３において受信し、受信した参加者一覧画面表示情報を表示制御部２０６に通知することにより参加者一覧画面表示情報に従ってＬＣＤ６０に参加者一覧画面を表示させるようになっている。
【００３６】
このように構成された会議システムにおいて、本実施形態に係る要旨の一つは、ログイン処理の最中であっても、そのログイン処理のキャンセルを受け付けてキャンセル処理を行うことにある。
【００３７】
次に、本実施形態に係る会議システムが、ログイン処理中にキャンセル要求を受付けた際の処理について、図６及び図７を参照して説明する。図６は、本実施形態に係る会議システムが、ログイン処理中にキャンセル要求を受け付けた際の、クライアント端末２ａにおける処理を説明するためのシーケンス図である。図７は、本実施形態に係る会議システムが、ログイン処理中にキャンセル要求を受け付けた際の、会議システム管理サーバ１における処理を説明するためのシーケンス図である。
【００３８】
図６に示すように、ユーザが本実施形態に係る会議システムを利用するにはまず、クライアント端末２ａへのユーザ操作により、その表示画面に表示されている認証情報入力画面に認証情報を入力する必要がある。ここで、認証情報入力画面の表示例を図９に示す。図９は、本実施形態に係る認証情報入力画面の表示例を示す図である。尚、以下の説明においては、クライアント端末２ａを操作して、その表示画面に表示されている認証情報入力画面に認証情報を入力するユーザをユーザＡとして説明する。また、以下の説明においてログインとは、上記認証情報を入力したユーザが本実施形態に係る会議システムが提供する機能を利用することが可能な状態となることとし、ログアウトとは、ログイン状態を解消することとする。
【００３９】
ユーザＡがクライアント端末２ａを操作することにより図９に示すような認証情報入力画面に認証情報を入力して「ログイン」ボタンを押下（以下、「ログイン操作」とする）すると、認証情報入力部２０１は、入力された認証情報を取得する（Ｓ６０１）と共に、ログイン処理を開始させるためのログインイベントを生成して、取得した認証情報及び生成したログインイベントを送信部２０２に通知する（Ｓ６０２）。即ち、本実施形態においては、認証情報入力部２０１が、ログイン要求部として機能する。また、認証情報入力部２０１は、Ｓ６０２における処理と並行して、ログイン処理中であることを知らせるための画面（以下、「ログイン処理中画面」とする）を表示させるためのログイン処理中画面表示情報を生成して、生成したログイン処理中画面表示情報を表示制御部２０６に通知することによりログイン処理中画面表示情報に従ってＬＣＤ６０にログイン処理中画面を表示させる（Ｓ６０３）。そして、送信部２０２は、認証情報入力部２０１から通知された認証情報及びログインイベントを会議システム管理サーバ１に送信する（Ｓ６０４）。以下では、Ｓ６０１〜Ｓ６０４の処理をまとめて「ログイン受付処理」とする。
【００４０】
ここで、ログイン処理中画面の表示例を図１０に示す。図１０は、本実施形態に係るクライアント端末２ａのＬＣＤ６０に表示されるログイン処理中画面の表示例を示す図である。図１０に示すように、本実施形態に係るクライアント端末２ａに表示されるログイン処理中画面には「キャンセル」ボタンが配置されており、ユーザ操作によりその「キャンセル」ボタンが押下されると、本実施形態に係る会議システムは実行中のログイン処理をキャンセルするように構成されている。ログイン処理のキャンセルについては、Ｓ６０５以降の処理において後述する。
【００４１】
このように、本実施形態に係る会議ステムは、ログイン処理の最中であっても、クライアント端末２ａに表示されるログイン処理中画面の「キャンセル」ボタンが押下されることでそのログイン処理のキャンセルを受け付けてキャンセル処理を行うことが可能である。従って、本実施形態に係る会議システムよれば、ユーザＡがログイン操作を行った後であったとしても、クライアント端末２ａに表示されるログイン処理中画面の「キャンセル」ボタンを押下するだけでそのログインのキャンセル処理が行われるため、ユーザＡは、そのログイン処理の完了を待ってから、即ち、一旦ログインしてから、ログイン状態を解消するためのログアウト操作を行う必要がなく、キャンセル処理が行われるまでの時間を短縮することが可能となり、ユーザに対する利便性を向上させることが可能となる。
【００４２】
会議システム管理サーバ１は、クライアント端末２ａから認証情報及びログインイベントが送信されてくると、受信部１０１において認証情報及びログインイベントを受信し、受信した認証情報及びログインイベントを認証部１０２に通知する（Ｓ７０１）。認証部１０２は、受信部１０１から認証情報及びログインイベントが通知されると、受信部１０１から通知された認証情報に基づき、ユーザ情報記憶部１０６に記憶されている認証情報管理Ｔｂを参照して、上記認証情報を入力したユーザＡが本実施形態に係る会議システムに登録されているユーザであることを認証するためにログイン認証を行う（Ｓ７０２）。即ち、本実施形態においては、認証部１０２が、ログイン認証部として機能する。
【００４３】
認証部１０２は、Ｓ７０２の処理において上記認証情報を入力したユーザＡが本実施形態に係る会議システムに登録されているユーザであると認証した場合には、ログイン認証が成功したことを示すログイン応答を生成すると共にセッションＩＤを発行して、生成したログイン応答及び発行したセッションＩＤを送信部１０３、ログイン判断部１０４、認証成功後処理部１０５に通知する（Ｓ７０３）。尚、以下では、上記認証情報を入力したユーザにおけるログイン認証が成功した場合のそのユーザをログインユーザとする。
【００４４】
ここで、ログイン応答とは、ログイン認証が成功したか失敗したかを示す応答のことであって、認証部１０２は、上記認証情報を入力したユーザが本実施形態に係る会議システムに登録されているユーザであると認証した場合には、ログイン認証成功を示すログイン応答を生成し、一方、上記認証情報を入力したユーザが本実施形態に係る会議システムに登録されているユーザであると認証できない場合には、ログイン認証失敗を示すログイン応答を生成する。また、セッションＩＤとは、ログイン認証後にログイン認証が成功した場合にのみ発行されるランダムな文字や数字の並びのことであり、ログイン認証をパスしたユーザがログイン中であることを示す情報のことであって、ログイン認証の度に異なる。従って、同じユーザであっても、一度ログアウトしてしまえば、次にログインする際には前回とは異なるセッションＩＤが発行される。
【００４５】
尚、認証部１０２は、Ｓ７０２の処理において、上記認証情報を入力したユーザＡが本実施形態に係る会議システムに登録されているユーザであると認証できない場合には、ログイン認証失敗を示すログイン応答を生成して、生成したログイン応答を送信部１０３に通知するが、ログイン判断部１０４及び認証成功後処理部１０５には通知しない。
【００４６】
認証成功後処理部１０５は、認証部１０２からログイン応答及びセッションＩＤが通知されると、ログイン準備処理を実行する（Ｓ７０４）。ここで、ログイン準備処理とは、発行したセッションＩＤの記録やログイン時間の記録、ログインユーザに関する情報（ログイン履歴やお気に入り情報、カスタマイズ情報等）の取得処理、クライアント端末２ａや、クライアント端末２ｂ等の他の端末からそのログインユーザＡがログインしていることを確認することができない状態（以下、「仮ログイン状態」とする）とするための処理のことである。
【００４７】
即ち、本実施形態に係る会議システムにおいては、ログイン準備処理が行われてログインユーザＡのログイン状態が仮ログイン状態にあるだけでは、そのログインユーザＡはクライアント端末２ａや、クライアント端末２ｂ等の他のクライアント端末に通知されないため参加者一覧画面には表示されず、また、そのログインユーザＡは本実施形態に係る会議システムが提供する機能を利用することができない。そして、本実施形態に係る会議ステムにおいては、後述するように、ログインユーザＡのログイン確定処理が行われてログインが確定され、そのログインユーザＡのログイン状態が仮ログイン状態から通常のログイン状態に遷移して初めてそのログインユーザＡがクライアント端末２ａや、クライアント端末２ｂ等の他のクライアント端末に通知されて参加者一覧画面に表示され、また、上記機能を利用することが可能となる。
【００４８】
ログイン判断部１０４は、認証部１０２からログイン応答及びセッションＩＤが通知されると、それらが通知されたことをトリガーとして経過時間の計測を開始する（Ｓ７０５）と共に、ログイン判断情報記憶部１０７からログイン判断時間を取得する（Ｓ７０６）。送信部１０３は、認証部１０２からログイン応答及びセッションＩＤが通知されると、認証部１０２から通知されたログイン応答及びセッションＩＤをクライアント端末２ａに送信する（Ｓ７０７）。即ち、本実施形態においては、送信部１０３が、ログアウト通知部として機能する。
【００４９】
このように、会議システム管理サーバ１においてＳ７０１〜Ｓ７０７の処理が行われている間に、即ち、ログイン処理が行われている間に、クライアント端末２ａへのユーザ操作により、その表示画面に表示されているログイン処理中画面において「キャンセル」ボタンが押下（以下、「キャンセル操作」とする）されると、キャンセル入力部２０４は、ログインのキャンセルを受け付ける（Ｓ６０５）。
【００５０】
キャンセル入力部２０４は、ログインのキャンセルを受け付けると、ログインのキャンセルを受け付けたことを示すキャンセル受付情報を生成して、生成したキャンセル受付情報をキャンセル判断部２０５に通知する（Ｓ６０６）と共に、キャンセルを受け付けたことを知らせるための画面（以下、「キャンセル受付画面」とする）を表示させるためのキャンセル受付画面表示情報を生成して、生成したキャンセル受付画面表示情報を表示制御部２０６に通知することによりキャンセル受付画面表示情報に従ってＬＣＤ６０にキャンセル受付画面を表示させる（Ｓ６０７）。ここで、キャンセル受付画面の表示例を図１１に示す。図１１は、本実施形態に係るクライアント端末２ａのＬＣＤ６０に表示されるキャンセル受付画面の表示例を示す図である。即ち、本実施形態においては、キャンセル入力部２０４は、キャンセル受付部として機能する。
【００５１】
このようにして、会議システム管理サーバ１においてログイン処理が行われている間に、クライアント端末２ａは、Ｓ６０５〜Ｓ６０７の処理（以下、「キャンセル受付処理」とする）が完了して、キャンセル受付処理の完了後に会議システム管理サーバ１からログイン応答及びセッションＩＤが送信されてくると、受信部２０３においてログイン応答及びセッションＩＤを受信し、受信したログイン応答及びセッションＩＤをキャンセル判断部２０５に通知する（Ｓ６０８）。即ち、本実施形態においては、受信部２０３が、認証結果受信部として機能する。
【００５２】
キャンセル判断部２０５は、Ｓ６０６の処理においてキャンセル受付情報が通知されると、受信部２０３からログイン応答及びセッションＩＤが通知されるのを待って、それらが通知されると、通知されたログイン応答がログイン認証成功を示すログイン応答かログイン認証失敗を示すログイン応答かを判断して、ログイン認証成功を示すログイン応答であると判断すると（Ｓ６０９）、ログアウト処理を開始させるためのログアウトイベントを生成して、生成したログアウトイベント及び受信部２０３から通知されたセッションＩＤを送信部２０２に通知する（Ｓ６１０）。送信部２０２は、キャンセル判断部２０５から通知されたログアウトイベント及びセッションＩＤを会議システム管理サーバ１に送信する（Ｓ６１１）。即ち、本実施形態においては、キャンセル判断部２０５が、ログアウト要求部として機能する。
【００５３】
尚、Ｓ６０９の処理において、キャンセル判断部２０５は、ログイン認証失敗を示すログイン応答であると判断した場合には、会議システム管理サーバ１においてログイン準備処理が行われていないと想定することができるため会議システム管理サーバ１にログアウト処理を行わせる必要がない。従って、本実施形態に係る会議システムは、ログイン認証失敗を示すログイン応答であると判断した場合には、その時点でログイン処理中にキャンセル要求を受付けた際の処理を終了する。従って、本実施形態に係る会議システムによれば、ログイン処理に要する時間の短縮化を図ることが可能となる。
【００５４】
また、Ｓ６０９の処理において、キャンセル判断部２０５は、Ｓ６０６の処理においてキャンセル受付情報が通知されてから所定の時間（例えば、６０秒）以内に受信部２０３からログイン応答及びセッションＩＤが通知されなければ、会議システム管理サーバ１においてエラー等が発生してログイン応答を送信することができない状態に陥っていると想定することができるため、このような場合には上記所定の時間経過後に自動でタイムアウトするように構成されている。従って、本実施形態に係る会議システムは、所定の時間以内にログイン応答及びセッションＩＤがキャンセル判断部２０５に通知されなければ、上記所定の時間経過後に自動でタイムアウトして、その時点でログイン処理中にキャンセル要求を受付けた際の処理を終了する。従って、本実施形態に係る会議システムによれば、ログイン処理に要する時間の短縮化を図ることが可能となる。
【００５５】
会議システム管理サーバ１は、クライアント端末２ａからログアウトイベント及びセッションＩＤが送信されてくると、受信部１０１においてログアウトイベント及びセッションＩＤを受信し、受信したログアウトイベント及びセッションＩＤをログイン判断部１０４に通知する（Ｓ７０８）。ログイン判断部１０４は、Ｓ７０５の処理において計測を開始した経過時間が、Ｓ７０６の処理においてログイン判断情報記憶部１０７から取得したログイン判断持間を経過する前に、受信部１０１からログアウトイベント及びセッションＩＤが通知されると、Ｓ７０５の処理において開始した経過時間の計測を終了し（Ｓ７０９）、受信部１０１から通知されたログアウトイベント及びセッションＩＤを認証成功後処理部１０５に通知する（Ｓ７１０）。
【００５６】
ここで、ログイン判断時間とは、ログインユーザがログイン操作を行ってからそのログインのキャンセル操作を行うまでにかかる時間として想定される経過時間のことである。従って、ログイン判断部１０４は、受信部１０１からログアウトイベント及びセッションＩＤが通知されないまま、Ｓ７０５の処理において計測が開始された経過時間が上記ログイン判断時間を経過したと判定した場合には、会議システムにおいてログイン処理が行われている間にクライアント端末２ａにおいてそのログインのキャンセル操作が行われなかったと判断することが可能となる。
【００５７】
反対に、ログイン判断部１０４は、Ｓ７０５の処理において計測が開始された経過時間が上記ログイン判断時間を経過する前に、受信部１０１からログアウトイベント及びセッションＩＤが通知された場合には、会議システムにおいてログイン処理が行われている間にクライアント端末２ａにおいてそのログインのキャンセル操作が行われたと判断することが可能となる。尚、本実施形態においては、ログイン判断時間は、予め決定された固定の時間であるものとする。
【００５８】
認証成功後処理部１０５は、ログイン判断部１０４から通知されたログアウトイベント及びセッションＩＤが通知されると、通知されたセッションＩＤにより識別されるログインユーザＡのログアウト処理を実行する（Ｓ７１１）。
【００５９】
図７においては、Ｓ７０６の処理において計測を開始した経過時間がログイン判断時間を経過する前に、ログイン判断部１０４に受信部１０１からログアウトイベント及びセッションＩＤが通知される（Ｓ７０８、Ｓ７０９）場合について、即ち、本実施形態に係る会議システムがログイン処理を実行している間にキャンセル操作が行われる場合について説明した。次に、ログイン判断部１０４に受信部１０１からログアウトイベント及びセッションＩＤを通知されないまま、上記経過時間がログイン判断時間を経過する場合について、即ち、本実施形態に係る会議システムがログイン処理を実行している間にはキャンセル操作が行われない場合について、図８を参照して説明する。
【００６０】
図８は、本実施形態に係る会議システムが、ログイン処理後にキャンセル要求を受け付けた際の、会議システム管理サーバ１における処理を説明するためのシーケンス図である。尚、図８におけるＳ８０１〜Ｓ８１１の処理は夫々、図７において説明したＳ７０１〜Ｓ７１１の処理に相当するため、それらの処理についての詳細な説明は省略する。また、図７における説明と同様、以下の説明においては、クライアント端末２ａを操作して、その表示画面に表示されている認証情報入力画面に認証情報を入力するユーザをユーザＡとして説明する。
【００６１】
図８に示すように、本実施形態に係る会議システム管理サーバ１は、図７において説明したＳ７０１〜Ｓ７０７までの処理を行って（Ｓ８０１〜Ｓ８０７）、ログイン判断部１０４において、Ｓ７０５において計測を開始した経過時間がログイン判断時間を経過したと判定したら（Ｓ８１２）、ログインが確定されたと判断して（Ｓ８１３）、ログインが確定されたことを示す情報であるログイン確定情報を生成して認証成功後処理部１０５に通知する（Ｓ８１４）。認証成功後処理部１０５は、ログイン判断部１０４からログイン確定情報が通知されると、ログイン確定処理を実行する（Ｓ８１５）。即ち、本実施形態においては、ログイン判断部１０４及び認証成功後処理部１０５が、ログイン通知部として機能する。
【００６２】
ここで、ログイン確定処理とは、クライアント端末２ａや、クライアント端末２ｂ等の他のクライアント端末から、今回ログイン操作を行ったログインユーザＡが会議システムにログインしていることを確認することができるように、クライアント端末２のＬＣＤ６０に参加者一覧画面を表示させるための処理や、そのログインユーザＡが本実施形態に係る会議システムを利用することができるようにするための処理等であって、ログインユーザＡのログインを確定して、そのログイン状態を仮ログイン状態から通常のログイン状態に遷移させるための処理のことである。
【００６３】
即ち、本実施形態に係る会議システムにおいては、ログイン準備処理が行われてログインユーザＡのログイン状態が仮ログイン状態にあるだけでは、そのログインユーザＡはクライアント端末２ａや、クライアント端末２ｂ等の他のクライアント端末に通知されないため参加者一覧画面には表示されず、また、そのログインユーザＡは本実施形態に係る会議システムが提供する機能を利用することができない。そして、本実施形態に係る会議ステムにおいては、上述したように、認証成功後処理部１０５により、ログインユーザＡのログイン確定処理が行われてログインが確定され、そのログインユーザＡのログイン状態が仮ログイン状態から通常のログイン状態に遷移して初めてそのログインユーザＡがクライアント端末２ａや、クライアント端末２ｂ等の他のクライアント端末に通知されて参加者一覧画面に表示され、また、上記機能を利用することが可能となる。
【００６４】
このように、本実施形態に係る会議システムは、ユーザＡによるログイン操作が行われてログイン認証が成功すると、そのログインユーザＡのログイン状態を通常のログイン状態とはしないで一旦、仮ログイン状態とする。そして、本実施形態に係る会議システムは、ログイン操作が行われてから所定の時間以内にキャンセル操作が行われなければログインを確定してそのログインユーザＡのログイン状態を仮ログイン状態から通常のログイン状態に遷移させるように構成されている。一方、本実施形態に係る会議システムは、ユーザＡによるログイン操作が行われてから所定の時間以内にキャンセル操作が行われた場合には、そのログインがキャンセルされたと判断して仮ログイン状態のままログアウト処理を実行するように構成されている。
【００６５】
従って、本実施形態に係る会議システムによれば、ユーザＡによるログイン操作の直後に、クライアント端末２ａに表示されるログイン処理中画面の「キャンセル」ボタンが押下された場合には、ログイン認証が成功してもそのログインユーザＡを参加者一覧画面に表示させないようにすることが可能となるため、他のユーザは、ログインキャンセルによりすぐにログアウトされるユーザＡがログインしたものと勘違いすることを防ぐことが可能となる。
【００６６】
尚、ログイン判断部１０４は、Ｓ８１４における処理の後に、受信部１０１からログアウトイベント及びセッションＩＤを受信部１０１から通知されると、図７において説明したＳ７１０における処理と同様に、受信部１０１から通知されたログアウトイベント及びセッションＩＤを認証成功後処理部１０５に通知する（Ｓ８１０）。そして、認証成功後処理部１０５は、ログイン判断部１０４から通知されたログアウトイベント及びセッションＩＤが通知されると、図７において説明したＳ７１１における処理と同様に、通知されたセッションＩＤにより識別されるログインユーザのログアウト処理を実行する（Ｓ８１１）。
【００６７】
以上、説明したように、本実施形態に係る会議システムは、ログイン処理を行っている間にクライアント端末２ａにおいてログイン操作が行われると、そのログインのキャンセル処理を行うように構成されている。
【００６８】
従って、本実施形態に係る会議システムによれば、ユーザは、ログイン操作を行った後であったとしても、そのログイン処理の完了を待ってから、即ち、一旦ログインしてから、ログイン状態を解消するためのログアウト操作を行う必要がないため、キャンセル処理が行われるまでの時間を短縮することが可能となり、ユーザに対する利便性を向上させることが可能となる。
【００６９】
また、本実施形態に係る会議システムは、ユーザによりログイン操作が行われてログイン認証が成功すると、そのログインユーザのログイン状態を通常のログイン状態とはしないで一旦、仮ログイン状態とし、ログイン操作が行われてから所定の時間以内にキャンセル操作が行われない場合にはログインを確定してそのログインユーザのログイン状態を仮ログイン状態から通常のログイン状態に遷移させ、一方、ログイン操作が行われてから所定の時間以内にキャンセル操作が行われた場合にはそのログイン処理がキャンセルされたと判断して仮ログイン状態のままログアウト処理を実行するように構成されている。
【００７０】
従って、本実施形態に係る会議システムによれば、ユーザによるログイン操作の直後に、クライアント端末２ａに表示されるログイン処理中画面の「キャンセル」ボタンが押下された場合には、ログイン認証が成功してもそのログインユーザを参加者一覧画面に表示させないようにすることが可能となるため、他のユーザは、ログインキャンセルによりすぐにログアウトされるユーザがログインしたものと勘違いすることを防ぐことが可能となる。
【００７１】
尚、本実施形態においては、上述したように、会議システム管理サーバ１は、Ｓ７０５及びＳ８０５の処理において、ログイン判断部１０４が、認証部１０２からログイン応答及びセッションＩＤが通知されると、それらが通知されたことをトリガーとして経過時間の計測を開始して、ログイン判断時間以内にログアウトイベントが通知された場合にログアウト処理を実行し、反対に、ログアウトイベントが通知されないままログイン判断時間を経過した場合にはログイン確定処理を実行する例について説明した。ところが、このような構成の場合、ログインを希望するユーザの数が膨大になると、会議システム管理サーバ１におけるカウント処理に係る負荷が膨大となり、処理速度の著しい低下やシステムダウンといった不具合が生じることになってしまう。
【００７２】
そこで、このような問題が生じないようにするために、クライアント端末２は、Ｓ６０９の処理においてキャンセル判断部２０５にセッションＩＤ及びログイン応答が通知された段階で、キャンセル入力部２０４からキャンセル判断部２０５にキャンセル受付情報が通知されていなければ、キャンセル受付情報が通知されていないことを示すキャンセル無情報を生成して、送信部２０２から会議システム管理サーバ１にそのキャンセル無情報を送信し、反対に、Ｓ６０９の処理においてキャンセル判断部２０５にセッションＩＤ及びログイン応答が通知された段階で、キャンセル入力部２０４からキャンセル判断部２０５にキャンセル受付情報が通知されていれば、ログアウトイベントを生成して、送信部２０２から会議システム管理サーバ１にそのログアウトイベントを送信するように構成されていれば良い。即ち、本実施形態においては、キャンセル判断部２０５が、ログイン結果応答部として機能する。
【００７３】
このような構成とすることにより、本実施形態に係る会議システムにおいて、会議システム管理サーバ１は、Ｓ７０５以降の処理において経過時間を計測しなくても、キャンセル操作が行われたか否かを判断することが可能となるため処理負荷を低減することが可能となる。
【００７４】
実施の形態２．
実施の形態１においては、図７において説明したように、ログイン判断情報記憶部１０７には予め決定された固定のログイン判断時間が記憶されており、ログイン判断部１０４は、受信部１０１からログアウトイベント及びセッションＩＤが通知されないまま、Ｓ７０５の処理において計測が開始された経過時間が上記ログイン判断時間を経過したと判定した場合には、会議システム管理サーバ１におけるログイン処理中にクライアント端末２ａにおいてそのログインのキャンセル操作が行われなかったと判断してログイン確定処理を実行し、反対に、Ｓ７０５の処理において計測が開始された経過時間が上記ログイン判断時間を経過する前に、受信部１０１からログアウトイベント及びセッションＩＤが通知された場合には、会議システム管理サーバ１におけるログイン処理中にクライアント端末２ａにおいてそのログインのキャンセル操作が行われたと判断してログアウト処理を実行する場合を例として説明した。
【００７５】
ところが、会議システム管理サーバ１とクライアント端末２との距離や、ネットワークの通信速度、プロキシの使用の有無、ネットワークの接続設定（有線／無線）等の使用環境がユーザ毎に異なると、会議システム管理サーバ１とクライアント端末２との情報のやり取りの際の所要時間に差異が生じることになるため、実施の形態１で説明したようにログイン判断時間が全ユーザにおいて共通である場合には、ユーザ毎に、ログイン操作を行ってからキャンセル操作を受け付けることができるまでの時間間隔が異なってしまうことになる。
【００７６】
従って、本実施形態においては、会議システム管理サーバ１とクライアント端末２との距離や、ネットワークの通信速度、プロキシの使用の有無、ネットワークの接続設定（有線／無線）等の使用環境を考慮して、ユーザ毎に最適なログイン判断時間を算出する例について説明する。尚、実施の形態１と同様の符号を付す構成については、同一または相当部を示すものとし、詳細な説明を省略する。
【００７７】
即ち、本実施形態に係る会議システムは、実施の形態１に係る会議システムと略同一の構成を有するが、実施の形態１における上記のような問題が生じないように、実施の形態１とは異なり、会議システム管理サーバ１のログイン判断情報記憶部１０７に、ユーザ設定テーブル（以下、「ユーザ設定Ｔｂ」とする）及びログイン判断情報生成テーブル（以下、「ログイン判断情報生成Ｔｂ」とする）を格納している。
【００７８】
ここでユーザ設定Ｔｂとは、図１２に示すように、会議システム管理サーバ１とクライアント端末２との概算距離、ネットワークの通信速度、プロキシの使用の有無、ネットワークの接続設定（有線／無線）が、ユーザＩＤ毎に定められているテーブルのことである。図１２は、本実施形態に係るログイン判断情報Ｔｂのデータ構造の一例を示す図である。尚、ユーザ設定Ｔｂにおける各項目における設定内容は、過去の統計情報に基づいて割り出されたものであっても良いし、ユーザにより入力されたものであっても良い。また、本実施形態においては、使用環境が変更になった場合にはその変更に応じて適宜、ユーザ設定Ｔｂの設定内容を変更するように構成されているため、そのような場合であっても最新のユーザ設定Ｔｂに更新することが可能である。
【００７９】
また、ログイン判断情報生成Ｔｂとは、図１３に示すように、会議システム管理サーバ１とクライアント端末２との概算距離、ネットワークの通信速度、プロキシの使用の有無、ネットワークの接続設定（有線／無線）の夫々について補正係数が対応付けられているテーブルのことである。図１３は、本実施形態に係るログイン判断情報Ｔｂのデータ構造の一例を示す図である。ここで補正係数とは、会議システム管理サーバ１とクライアント端末２との距離、ネットワークの通信速度、プロキシの使用の有無、ネットワークの接続設定（有線／無線）の夫々について、それらの各項目における設定内容に応じてログイン判断時間を補正するための係数のことである。
【００８０】
即ち、本実施形態係る会議システムにおいては、各項目の補正係数と、基準となる基準時間とを掛け合わせることによりログイン判断時間が算出される。例えば、基準時間がｔ（秒）であるとし、会議システム管理サーバ１とクライアント端末２との概算距離における補正係数がα、ネットワークの通信速度における補正係数がβ、プロキシの使用の有無における補正係数がγ、ネットワークの接続設定における補正係数がδであるとすると、このときのログイン判断時間は、ｔ×α×β×γ×δ・・・（１）により算出される。
【００８１】
従って、基準時間を２（秒）として、ログインユーザがユーザＡである場合には、図１２に示すユーザ設定Ｔｂから、そのユーザＡの設定内容はそれぞれ、会議システム管理サーバ１とクライアント端末２との概算距離が「１００」、ネットワークの通信速度が「１」、プロキシの使用が「有」、ネットワークの接続設定が「有線」となり、それらの設定内容における補正係数はそれぞれ図１３から、「５」、「２」、「２」、「１」となるため、ユーザＡにおけるログイン判断時間は、式（１）により、２×５×２×２×１＝４０（秒）として算出される。
【００８２】
このように構成された本実施形態に係る会議システムが、ログイン処理中にキャンセル要求を受付けた際の処理について、再び図６及び図７を参照して説明する。図６は、本実施形態に係る会議システムが、ログイン処理中にキャンセル要求を受け付けた際の、クライアント端末２ａにおける処理を説明するためのシーケンス図である。図７は、本実施形態に係る会議システムが、ログイン処理中にキャンセル要求を受け付けた際の、会議システム管理サーバ１における処理を説明するためのシーケンス図である。
【００８３】
ユーザが本実施形態に係る会議システムを利用するにはまず、図６において説明したＳ６０１〜Ｓ６０４と同様の処理を行った後に、図７において説明したＳ７０１〜Ｓ７０４と同様の処理を行う。そして、ログイン判断部１０４は、認証部１０２からログイン応答及びセッションＩＤが通知されると、それらが通知されたことをトリガーとして経過時間の計測を開始する（Ｓ７０５）と共に、通知されたセッションＩＤにより識別されるログインユーザのユーザＩＤに基づき、ログイン判断情報記憶部１０７に格納されているユーザ設定Ｔｂからそのログインユーザに対応する各設定内容を取得し、取得した各設定内容に基づき、ログイン判断情報記憶部１０７に格納されているログイン判断情報生成Ｔｂから各設定内容における補正係数を取得して式（１）によりログイン判断時間を算出し取得する（Ｓ７０６）。このＳ７０６における処理が実施の形態１と異なる部分である。Ｓ６０５以降の処理及びＳ７０７以降の処理については、図６及び図７において説明した処理と同様であるため省略する。
【００８４】
以上、説明したように、本実施形態に係る会議システムは、会議システム管理サーバ１とクライアント端末２との距離や、ネットワークの接続形態、プロキシの使用の有無等の使用環境がユーザ毎に異なることにより、会議システム管理サーバ１とクライアント端末２との情報のやり取りの際の所要時間に差異が生じる場合であっても、それらの使用環境を考慮してユーザ毎に最適なログイン判断時間を算出するため、ユーザ毎に、ログイン操作を行ってからキャンセル操作を受け付けることができるまでの時間間隔が異なってしまうということを防ぐことが可能となる。
【００８５】
また、本実施形態に係る会議システムは、会議システム管理サーバ１とクライアント端末２との距離や、ネットワークの接続形態、プロキシの使用の有無等の使用環境が変更になった場合であってもその変更に応じてユーザ設定Ｔｂを最新の状態に更新することが可能であるため、このような場合においてもユーザ毎に最適なログイン判断時間を算出することが可能となる。
【００８６】
尚、本実施形態においては、図１２に示したユーザ設定Ｔｂからログインユーザに対応する各設定内容を取得し、取得した各設定内容に対応する各補正係数を図１３に示したログイン判断情報生成Ｔｂから取得して式（１）によりログイン判断時間を算出する例について説明したが、ログイン判断情報記憶部１０７に、上記ユーザ設定Ｔｂ及びログイン判断情報生成Ｔｂの代わりに、図１４に示すような、ユーザＩＤ毎にログイン判断情報が定められたログイン判断情報テーブル（以下、「ログイン判断情報Ｔｂ」とする）を格納しておき、そのログイン判断情報Ｔｂからログインユーザに対応するログイン判断時間を取得するように構成されていても良い。図１４は、本実施形態に係るログイン判断情報Ｔｂのデータ構造の一例を示す図である。このような構成の場合、ユーザの使用環境が変更になった場合には対応できないという問題があるが、本実施形態において説明した構成とすることにより、ユーザの使用環境が変更になった場合であっても図１２に示したユーザ設定Ｔｂを更新することで対応可能となる。
【００８７】
実施の形態３．
実施の形態１及び２においては、ログイン処理が行われている間にクライアント端末２ａにおいてログイン操作が行われた場合に、そのログインのキャンセル処理を行う例について説明した。本実施形態おいては、実施の形態１及び２に加えて、ログインのキャンセル処理が行われている間にクライアント端末２ａにおいて再度ログイン操作が行われた場合に、そのキャンセル処理を中断して再度ログイン処理を行う例について説明する。尚、実施の形態１及び２と同様の符号を付す構成については、同一または相当部を示すものとし、詳細な説明を省略する。
【００８８】
本実施形態に係る会議システムは、図１５に示すように、実施の形態１及び２と略同一の構成を有するが、実施の形態１及び２とは異なり、クライアント端末２においてログイン情報保存部２０７を備えるように構成されている。ログイン情報保存部２０７は、後述するように、同一のユーザＩＤに対して１組の認証情報及び再ログインイベントを保存する。図１５は、本実施形態に係る会議システム管理サーバ１及びクライアント端末２の機能構成を模式的に示す図ロック図である。
【００８９】
また、本実施形態に係る会議システムにおいては、クライアント端末２ａのＬＣＤ６０に表示されるキャンセル受付画面には、図１７に示すように、実施の形態１及び２とは異なり、「再ログイン」ボタンが配置されており、ユーザ操作によりその「再ログイン」ボタンが押下されると、図９に示した認証情報入力画面が再度表示されるように構成されている。図１７は、本実施形態に係るクライアント端末２ａのＬＣＤ６０に表示されるキャンセル受付画面の表示例を示す図である。そして、本実施形態に係る会議システムは、ログインのキャンセル処理中にクライアント端末２ａへのユーザ操作により、再度表示された認証情報入力画面に認証情報が入力されて「ログイン」ボタンが押下されると、そのキャンセル処理を中断して再びログイン処理（以下、「再ログイン処理」とする）を行うように構成されている。
【００９０】
このように構成された本実施形態に係る会議システムが、キャンセル処理中に再度ログイン要求を受付けた際の処理について、図１６を参照して説明する。図１６は、本実施形態に係る会議システムが、キャンセル処理中に再度ログイン要求を受け付けた際の、クライアント端末２ａにおける処理を説明するためのシーケンス図である。
【００９１】
図１６に示すように、ユーザが本実施形態に係る会議システムを利用するにはまず、クライアント端末２ａへのユーザ操作により、その表示画面に表示されている認証情報入力画面に認証情報を入力すると、図６において説明したＳ６０１〜Ｓ６０７と同様の処理、即ち、ログイン受付処理、キャンセル受付処理が行われる（Ｓ１６０１〜Ｓ１６０７）。
【００９２】
そして、ユーザがクライアント端末２ａのＬＣＤ６０に表示されている図１７において説明したキャンセル受付画面の「再ログイン」ボタンを押下して、再度表示された認証情報入力画面に認証情報を入力して「ログイン」ボタンを押下（以下、「再ログイン操作」とする）すると、認証情報入力部２０１は、入力された認証情報を取得する（Ｓ１６１２）と共に、ログイン処理を開始させるためのログインイベントを再度生成して、取得した認証情報及び彩度生成したログインイベント（以下、「再ログインイベント」とする）をキャンセル判断部２０５に通知する（Ｓ１６１３）。
【００９３】
また、認証情報入力部２０１は、Ｓ１６１３における処理と並行して、ログイン処理中画面表示情報を生成して、生成したログイン処理中画面表示情報を表示制御部２０６に通知することによりログイン処理中画面表示情報に従ってＬＣＤ６０にログイン処理中画面を再度表示させる（Ｓ１６１４）。キャンセル判断部２０５は、認証情報入力部２０１から認証情報及び再ログインイベントが通知されると、通知されたた認証情報及び再ログインイベントをログイン情報保存部２０７に保存する（Ｓ１６１５）。即ち、本実施形態においては、キャンセル判断部２０５が、認証情報保存処理部として機能する。
【００９４】
尚、Ｓ１６１５の処理において、キャンセル判断部２０５は、認証情報入力部２０１から複数回にわたって連続して認証情報及び再ログインベントが通知された場合であっても、即ち、再ログイン操作が複数回連続して行われた場合であっても、ログイン情報保存部２０７には各ユーザにつき最新の認証情報及び再ログインベントしか保存しない。そのため、本実施形態に係る会議システムにおいては、再ログイン操作が複数回連続して行われた場合であっても、Ｓ１６１７の処理においてクライアント端末２ａから会議システム管理サーバ１に送信される認証情報及び再ログインイベントは同一のユーザに対しては１組だけとなるため、滞りなく再ログイン処理を行うことが可能となる。
【００９５】
このようにして、会議システム管理サーバ１においてログイン処理が行われている間に、クライアント端末２ａは、Ｓ１６１２〜Ｓ１６１５の処理（以下、「再ログイン受付処理」とする）が完了して、再ログイン受付処理の完了後に会議システム管理サーバ１からログイン応答及びセッションＩＤが送信されてくると、受信部２０３においてログイン応答及びセッションＩＤを受信し、受信したログイン応答及びセッションＩＤをキャンセル判断部２０５に通知する（Ｓ１６０８）。尚、再ログイン受付処理（Ｓ１６１２〜Ｓ１６１５）は、キャンセル受付画面が表示されて（Ｓ１６０７）からであれば、Ｓ１６１６の処理の前のどの段階において行われても良い。
【００９６】
そして、クライアント端末２ａにおいてＳ６０９〜Ｓ６１１と同様の処理が行われると（Ｓ１６０９〜Ｓ１６１１）、受信部２０２は、ログアウト処理が完了したことを示すログアウト完了情報を会議システム管理サーバ１から受信し、受信したログアウト完了情報をキャンセル判断部２０５に通知する（Ｓ１６１６）。キャンセル判断部２０５は、受信部２０２からログアウト完了情報が通知されると、ログイン情報保存部２０７からＳ１６１５の処理において保存された認証情報及び再ログインイベントを取得して送信部２０２に通知して、ログイン情報保存部２０７から認証情報及び再ログインイベントを削除する（Ｓ１６１７）。送信部２０３は、キャンセル判断部２０５から認証情報及び再ログインイベントが通知されると、通知された認証情報及び再ログインイベントを会議システム管理サーバ１に送信する（Ｓ１６１８）。そして、会議システム管理サーバ１では図７において説明したＳ７０１以降の処理と同様の処理が行われる。
【００９７】
図１６において説明したように、本実施形態に係る会議システムは、ログインのキャンセル処理が行われている間にクライアント端末２ａにおいて再度ログイン操作が行われた場合であっても再度ログイン処理を行うことが可能となるため、滞りなく再ログイン処理を行うことができ、再ログイン処理に要する時間の短縮化を図ることが可能となる。
【００９８】
また、本実施形態に係る会議システムにおいては、ログインのキャンセル処理が行われている間にクライアント端末２ａにおいて再ログイン操作が行われた場合、Ｓ１６１５の処理において、キャンセル判断部２０５は、認証情報入力部２０１から複数回にわたって連続して認証情報及び再ログインベントが通知された場合であっても、即ち、再ログイン操作が複数回連続して行われた場合であっても、ログイン情報保存部２０７には各ユーザにつき最新の認証情報及び再ログインベントしか保存しない。
【００９９】
従って、本実施形態に係る会議システムによれば、再ログイン操作が複数回連続して行われた場合であっても、Ｓ１６１７の処理においてクライアント端末２ａから会議システム管理サーバ１に送信される認証情報及び再ログインイベントは１組だけとなるため、滞りなく再ログイン処理を行うことができ、再ログイン処理に要する時間の短縮化を図ることが可能となる。
【０１００】
尚、図１６においては、Ｓ１６０７の処理の処理とＳ１６０８の処理との間の段階に再度ログイン操作が行われる例について説明したが、Ｓ１６０７の処理とＳ１６０８の処理との間の段階にログインのキャンセル処理をキャンセルするように構成されていれば、最初のキャンセル処理がキャンセルされることになり、ユーザは再ログイン操作を行うことなく再ログインを行うことが可能となるため、認証情報を入力する手間を省くことが可能となる。また、このような構成とすることにより、本実施形態に係る会議システムによれば、クライアント端末２ａにおいてＳ１６０９〜Ｓ１６１８の処理が行われなくなり、また会議システム管理サーバ１においては、Ｓ７０８〜Ｓ７１１若しくはＳ８０８〜Ｓ８１１の処理が行われなくなるため、再ログイン処理に要する時間の更なる短縮化を図ることが可能となる。
【０１０１】
次に、本実施形態に係る会議システムが、再ログイン処理中にその再ログイン処理のキャンセル要求を受け付けた際の処理について、図１８を参照して説明する。図１８は、本実施形態に係る会議システムが、再ログイン処理中にその再ログイン処理のキャンセル要求を受け付けた際の処理、クライアント端末２ａにおける処理を説明するためのシーケンス図である。
【０１０２】
図１８に示すように、ユーザが本実施形態に係る会議システムを利用するにはまず、クライアント端末２ａへのユーザ操作により、その表示画面に表示されている認証情報入力画面に認証情報を入力すると、図１６において説明したＳ１６０１〜Ｓ１６１５と同様の処理、即ち、ログイン受付処理、キャンセル受付処理、再ログイン受付処理が行われる（Ｓ１８０１〜Ｓ１８１５）。
【０１０３】
そして、本実施形態に係る会議システムは、Ｓ１８０１〜Ｓ１８１５の処理を終え、クライアント端末２ａへのユーザ操作により、Ｓ１８１４の処理において再度表示されたログイン処理中画面において「キャンセル」ボタンが押下（以下、「再キャンセル操作」とする）されると、キャンセル入力部２０４は、再ログインのキャンセルを受け付ける（Ｓ１８１９）。
【０１０４】
キャンセル入力部２０４は、再ログインのキャンセルを受け付けると、再ログインのキャンセルを受け付けたことを示すキャンセル受付情報を生成して、生成したキャンセル受付情報をキャンセル判断部２０５に通知する（Ｓ１８２０）と共に、キャンセルを受け付けたことを知らせるためのキャンセル受付画面表示情報に従ってＬＣＤ６０にキャンセル受付画面を表示させる（Ｓ１８２１）。このような処理（Ｓ１８１９〜Ｓ１８２１）により、本実施形態に係るクライアント端末２ａは、再ログインのキャンセル受付処理（以下、「再キャンセル受付処理」とする）を行うようになっている。
【０１０５】
キャンセル判断部２０５は、Ｓ１８２０の処理においてキャンセル入力部２０４からキャンセル受付情報が通知されると、ログイン情報保存部２０７に保存されている認証情報及び再ログインイベントを削除する（Ｓ１８２１）。このようにして、本実施形態に係る会議システムは、再ログイン処理中にその再ログイン処理のキャンセル要求を受け付けた際の処理を終了する。
【０１０６】
図１８において説明したように、本実施形態に係る会議システムは、再ログイン処理が行われている間にクライアント端末２ａにおいて再度キャンセル操作が行われた場合であっても再度キャンセル処理を行うことが可能となるため、滞りなく再キャンセル処理を行うことができ、再キャンセル処理に要する時間の短縮化を図ることが可能となる。
【０１０７】
また、本実施形態に係る会議システムは、再ログイン処理中にその再ログイン処理のキャンセル要求を受け付けた際、ログイン情報保存部２０７に保存されている認証情報及び再ログインイベントを削除することにより再キャンセル処理が行われるため、会議システム管理サーバ１にログアウトイベントを再び送信する必要がなく、再キャンセル処理に要する時間の短縮化を図ることが可能となる。
【０１０８】
また、本実施形態に係る会議システムは、再ログイン処理中にその再ログイン処理のキャンセル要求を受け付けると、Ｓ１８２１の処理においてキャンセル判断部２０５が、各ユーザにつき１組だけ保存されている認証情報及び再ログインイベントをログイン情報保存部２０７から削除するようになっているため、キャンセル入力部２０４から複数回にわたって連続してキャンセル受付情報が通知された場合であっても、即ち、再ログイン操作が複数回連続して行われた場合であっても、すでにログイン情報保存部２０７からは認証情報及び再ログインイベントは削除されていることになる。従って、本実施形態に係る会議システムによれば、再キャンセル操作が複数回連続して行われた場合であっても、すでにログイン情報保存部２０７からは認証情報及び再ログインイベントが削除されているため、滞りなく再キャンセル処理を行うことができ、再キャンセル処理に要する時間の短縮化を図ることが可能となる。
【０１０９】
尚、実施の形態１〜３においては、ログイン判断部１０４及びログイン判断情報記憶部１０７は、会議システム管理サーバ１に備えられている例について説明したが、クライアント端末２に備えられるように構成されていても良いし、それらが別々の会議システム管理サーバ１とクライアント端末２とに備えられるように構成されていても良い。
【０１１０】
また、実施の形態１〜３においては、ログイン処理システムとして会議システムを例にして説明したが、これに限られず、ログイン処理を行うシステムであればどのようなシステムにおいても適用可能である。
【符号の説明】
【０１１１】
１  会議システム管理サーバ
２  クライアント端末
３  ネットワーク
４  ネットワーク
５  公衆回線
１０  ＣＰＵ
２０  ＲＡＭ
３０  ＲＯＭ
４０  ＨＤＤ
５０  Ｉ／Ｆ
６０  ＬＣＤ
７０  操作部
８０  バス
１０１  受信部
１０２  認証部
１０３  送信部
１０４  ログイン判断部
１０５  認証成功後処理部
１０６  ユーザ情報記憶部
１０７  ログイン判断情報記憶部
２０１  認証情報入力部
２０２  送信部
２０３  受信部
２０４  キャンセル判断部
２０５  キャンセル入力部
２０６  表示制御部
２０７  ログイン情報保存部
【先行技術文献】
【特許文献】
【０１１２】
【特許文献１】特開２００４−３５５３３２号公報
【図１】
2014092992.tif 000003
【図２】
2014092992.tif 000004
【図３】
2014092992.tif 000005
【図４】
2014092992.tif 000006
【図５】
2014092992.tif 000007
【図６】
2014092992.tif 000008
【図７】
2014092992.tif 000009
【図８】
2014092992.tif 000010
【図９】
2014092992.tif 000011
【図１０】
2014092992.tif 000012
【図１１】
2014092992.tif 000013
【図１２】
2014092992.tif 000014
【図１３】
2014092992.tif 000015
【図１４】
2014092992.tif 000016
【図１５】
2014092992.tif 000017
【図１６】
2014092992.tif 000018
【図１７】
2014092992.tif 000019
【図１８】
2014092992.tif 000020