JP5728880B2 - 認証プログラム、認証装置、及び認証方法 - Google Patents

Description

本発明は、認証プログラム、認証装置、及び認証方法に関する。

従来、一回の認証を受けることにより、複数のサーバにおいて提供されているサービス等を利用できるシングルサインオンが実現されている。シングルサインオンによれば、ユーザは、自らの認証情報（例えば、ユーザ名及びパスワード等）を一度入力することで、各種のサービスを利用することができる。但し、いわゆるシングルサインオンの有効範囲は、一つのクライアント（端末）に限られている。すなわち、端末Ａにおいて認証を受けたユーザが端末Ｂを介してサービスを利用する場合、当該ユーザは、端末Ｂにおいて認証情報の入力が要求される。

そこで、複数のデバイス（端末）への自動的なログオンを可能とするための技術が検討されている（例えば、特許文献１）。

特開２００５−１３５４１２号公報

しかしながら、特許文献１に記載された技術では、各端末が複数のユーザによって共用されることは基本的に考慮されていない。したがって、オフィスのように、各端末が複数のユーザによって共用されうる環境に対して適用するのは困難であると考えられる。

本発明は、1側面では、共用されうる複数の端末を利用する際の認証情報の入力負担を軽減することのできる認証プログラム、認証装置、及び認証方法の提供を目的とする。

そこで上記課題を解決するため、認証プログラムは、第一の端末からの認証要求の受信に応じ、認証情報の入力要求を該第一の端末に送信し、該第一の端末より返信される認証情報に基づいて認証を行い、前記認証が成功した前記第一の端末から他の端末の使用要求を受信すると、端末の使用状況を記憶する記憶部を参照して、該他の端末が使用されていないと判定した場合に、該他の端末からの認証情報の受信を経ずに、該他の端末による情報処理装置の利用を許可する処理をコンピュータに実行させる。

一態様によれば、共用されうる複数の端末を利用する際の認証情報の入力負担を軽減することができる。

本発明の実施の形態における情報処理システムの構成例を示す図である。 本発明の実施の形態における認証サーバのハードウェア構成例を示す図である。 本発明の実施の形態における情報処理システムの機能構成例を示す図である。 未認証のユーザに関する認証処理の処理手順の一例を説明するためのシーケンス図である。 使用状況記憶部の構成例を示す図である。 ログイン画面の表示例を示す図である。 使用可能端末一覧画面の表示例を示す図である。 使用状況記憶部の更新例を示す図である。 既に認証済みのユーザが他の端末を使用する際の認証処理の処理手順の一例を説明するためのシーケンス図である。 他の端末の使用の開始を通知し当該使用の許否を確認するためのポップアップ画面の表示例を示す図である。 本実施の形態によって可能となる利用形態の一例を示す図である。 業務サーバにおける端末からのアクセス要求に応じて実行される処理手順を説明するためのフローチャートである。 認証要求に応じて認証サーバが実行する処理手順を説明するためのフローチャートである。

以下、図面に基づいて本発明の実施の形態を説明する。

図１は、実施の形態における情報処理システムの構成例を示す図である。同図に示される情報処理システム１は、認証サーバ１０、一以上の業務サーバ２０、及び一以上の端末３０等を含む。同図に示される各装置は、ＬＡＮ（Local Area Network）又はインターネット等のネットワーク５０（有線又は無線の別は問わない。）を介して通信可能に接続されている。

端末３０は、業務サーバ２０によって提供されるサービスを受けるためにユーザが利用するＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistance）、携帯電話、スマートフォン、又はデジタルテレビ等の端末である。同図には、端末３０Ａ、３０Ｂ、及び３０Ｃ等、複数の端末３０が示されている。各端末３０は、複数ユーザで共用されうる。また、各端末３０の種類は統一されていなくてよい。複数種類（ＰＣ、ＰＤＡ、携帯電話、スマートフォン、デジタルテレビ等）の端末３０が混在していてよい。

業務サーバ２０は、所定のサービスをネットワーク５０を介して各端末３０に提供するコンピュータである。

認証サーバ１０は、業務サーバ２０の利用を希望するユーザの認証を行うコンピュータである。すなわち、端末３０のユーザは、認証サーバ１０において認証された場合に、業務サーバ２０のサービスを受けることができる。

図２は、本発明の実施の形態における認証サーバのハードウェア構成例を示す図である。図２の認証サーバ１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、ＣＰＵ１０４と、インタフェース装置１０５とを有する。

認証サーバ１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はない、プログラムは、ネットワークを介して他のコンピュータよりダウンロードされてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って認証サーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

なお、記録媒体１０１の一例としては、ＣＤ−ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。

業務サーバ２０及び端末３０に関しても、図２と同様のハードウェアを用いることができる。端末３０に関しては、ユーザインタフェースとして、入力装置及び表示装置を備えることもできる。

図３は、本発明の実施の形態における情報処理システムの機能構成例を示す図である。

同図において、認証サーバ１０は、認証部１１、ユーザＤＢ１２、使用要求受付部１３、使用通知部１４、及び使用状況記憶部１５等を有する。認証部１１、使用要求受付部１３、使用通知部１４は、認証サーバ１０にインストールされたプログラムが、ＣＰＵ１０４に実行させる処理によって実現することができる。また、ユーザＤＢ１２、使用状況記憶部１５は、例えば、補助記憶装置１０２などの記憶装置によって実現することができる。

認証部１１は、端末３０を介して業務サーバ２０のサービスを利用するユーザの認証処理を実行する。認証部１１は、認証情報の入力に関するユーザの操作負担を軽減するための処理制御を行う。例えば、認証部１１は、端末３０Ａにおいて認証情報を入力し認証に成功したユーザが、端末３０Ｂを利用する際に、所定の条件下において再度の認証情報の入力を不要とするための処理制御を行う。すなわち、認証部１１は、複数の端末３０を跨いだシングルサインオンを実現するための処理制御を行う。なお、認証情報とは、例えば、ユーザ名及びパスワードである。但し、認証情報は、認証部１１が採用する認証方式に応じて異なりうる。例えば、認証情報は、暗証番号であってもよいし、生体情報であってもよい。

ユーザＤＢ１２は、ユーザごとに認証情報等を記憶する。

使用要求受付部１３は、認証されたユーザが利用する端末３０Ａより、他の端末３０Ｂの使用要求を受信する。すなわち、本実施の形態では、ユーザは、現在使用中の端末３０Ａの他の端末３０Ｂに関して、いわゆる使用予約を行うことができる。

使用通知部１４は、使用予約された端末３０Ｂの使用の開始が検知された際に、当該使用が開始されることをユーザに確認する。後述されるように、使用予約された端末３０Ｂを介して認証を受けることなく業務サーバ２０のサービスを受けることができる。その結果、複数の端末３０Ａ、Ｂを跨ったシングルサインオンが実現され、利便性の向上が図られる。但し、端末３０Ｂは、複数ユーザによって共用される場合も有る。そうすると、使用予約を行ったユーザとは異なるユーザによって使用予約された端末３０Ｂが使用される可能性がある。この場合に、当該異なるユーザが認証情報を入力することなく端末３０Ｂを用いてサービスを利用できてしまうのは、セキュリティ上好ましくない。そこで、これに対処すべく、使用通知部１４は、使用予約を行ったユーザに対して使用予約に係る端末３０Ｂについて、使用が行われることを通知することとしてもよい。通知は、例えば、メールの送信、メッセージ送信、又は電話等によって行われる、本実施の形態において、使用通知部１４は、通知部の一例である。

使用状況記憶部１５は、端末３０ごとに、当該端末３０の使用状況を記憶する。たとえば、端末が使用（使用予約含む）されている場合、当該端末を使用するユーザ情報を記憶する。すなわち、使用状況記憶部１５は、使用要求受付部１３によって受信された使用要求に係る端末３０（端末３０の識別情報）に対応させて、当該使用要求元のユーザ情報（ユーザ識別情報（当該ユーザの認証情報とすることもできる））を記憶する。また、単に端末が使用中（使用予約含む）か、使用中でないかを示す識別情報（１：使用中、０：使用中でない）を記憶してもよい。また、使用状況記憶部１５は、ユーザが認証を受ける際に利用した端末３０（すなわち、最初に使用された端末３０Ａの識別情報）に対応させて、当該ユーザのユーザ情報（ユーザ識別情報（当該ユーザの認証情報とすることもできる））を記憶してもよい。

なお、使用が許可される端末３０Ａ，Ｂは、他のユーザによって使用されていない端末３０に制限することが好ましい。ここで、「使用されていない端末３０」とは、現在使用されておらず、かつ、使用予約されていない端末３０をいう。すなわち、「使用されていない端末３０」は、使用状況記憶部１５に記憶された使用状況情報が、いずれのユーザによっても使用（使用予約含む）されていないことを示す端末３０に対応する。

なお、本実施の形態において、使用状況記憶部１５は、記憶部の一例である。

業務サーバ２０は、サービス提供部２１を有する。サービス提供部２１は、所定のサービスをネットワーク５０を介して提供する。本実施の形態において、サービス提供部２１は、便宜上、Ｗｅｂアプリケーションであるとする。すなわち、サービス提供部２１は、Ｗｅｂページを媒介としてサービスを提供する。

端末３０は、ＵＩ制御部３１及び端末識別情報取得部３３等を有する。ＵＩ制御部３１は、認証を受けるための画面や、業務サーバ２０によって提供されるサービスを受けるための画面等の表示制御を行う。ＵＩ制御部３１は、また、当該画面に対する入力に応じた処理制御を行う。本実施の形態において、業務サーバ２０のサービスは、Ｗｅｂページを介して提供される。したがって、ＵＩ制御部３１は、Ｗｅｂブラウザによって実現される。

端末識別情報取得部３３は、端末３０を識別する情報（端末識別情報）を端末３０より取得する。端末識別情報取得部３３によって取得された端末識別情報は、ＵＩ制御部３１によって、認証サーバ１０に送信される。認証サーバ１０は、端末識別情報を用いて各端末３０を識別する。なお、ＵＩ制御部３１がＷｅｂブラウザである場合、端末識別情報取得部３３は、Ｗｅｂブラウザに対するプラグインプログラムとして実装されるのが好適である。

以下、情報処理システム１の処理手順について説明する。図４は、未認証のユーザに関する認証処理の処理手順の一例を説明するためのシーケンス図である。同図の初期状態（ステップＳ１０１の実行前の状態）において、端末３０Ａのユーザは、いずれの端末３０においても認証を受けていないこととする。

端末３０Ａに対して、ユーザ（以下、「ユーザＡ」という。）によって、業務サーバ２０Ａへのアクセス指示が入力されると、端末３０ＡのＵＩ制御部３１は、業務サーバ２０Ａに対してアクセス要求（サービスの利用要求）を送信する（Ｓ１０１）。当該アクセス指示の入力は、例えば、ＵＲＬ（Uniform Resource Locator）の入力、又はＷｅｂページ上のリンクのクリック等に相当する。

端末３０ＡにおいてユーザＡが既に認証済みであれば、当該アクセス要求には、認証済みであることを証明するデータ（以下、「チケット」という。）が指定される。しかし、ステップＳ１０１において、ユーザＡはまだ認証されていないため、当該アクセス要求にはチケットは指定（添付）されない。なお、ＵＩ制御部３１がＷｅｂブラウザである場合、チケットは、クッキー情報に含まれてもよい。また、チケットの内容は、例えば、セッションＩＤのような識別子であってもよいし、より複雑な構造を有するデータであってもよい。例えば、ユーザ名や有効期限等を含み、暗号化されているデータであってもよい。どのようなデータをチケットとして用いるかは、システムに要求されるセキュリティの程度に応じて適宜判断すればよい。

続いて、業務サーバ２０Ａのサービス提供部２１は、アクセス要求にチケットが指定されていないため、認証要求を含む応答を端末３０Ａに返信する（Ｓ１０２）。当該応答は、認証サーバ１０へのリダイレクト命令を含むＨＴＴＰレスポンスである。したがって、当該応答を受信した端末３０ＡのＵＩ制御部３１は、当該応答に含まれる認証要求を認証サーバ１０に転送する（Ｓ１０３）。

認証サーバ１０において、転送された認証要求が受信されると、認証部１１は、端末識別情報の取得要求を、当該認証要求の転送元の端末３０Ａに送信する（Ｓ１０４）。

端末３０Ａの端末識別情報取得部３３は、端末識別情報の取得要求の受信に応じ、端末３０Ａより端末識別情報を取得する。端末識別情報取得部３３は、取得された端末識別情報を認証サーバ１０に送信する（Ｓ１０５）。端末識別情報は、各端末３０を識別可能な情報であれば、特定の情報に限定されない。例えば、ＩＰアドレス、ＭＡＣアドレスが端末識別情報として用いられてもよい。また、ＴＰＭ（Trusted Platform Module）のようなセキュリティチップに記録されている識別子が用いられてもよい。セキュリティチップに記録されている識別子を用いることにより、端末３０の成りすましを防止することができる。また、携帯電話であれば端末ＩＤ、デジタルテレビであればＣＡＳ（Conditional Access System）ＩＤが端末識別情報として用いられてもよい。なお、ＩＰアドレス等、通信プロトコルに規定された範囲においてやりとりされるデータが端末識別情報として用いられる場合、ステップＳ１０４及びＳ１０５は、必ずしも実行されなくてもよい。認証部１１は、ステップＳ１０３における認証要求の送信元の識別情報（ＩＰアドレス等）を参照することで、端末３０Ａを識別することが可能だからである。

認証サーバ１０において端末識別情報が受信されると、認証部１１は、認証要求元である端末３０Ａの使用状況を、受信された端末識別情報と使用状況記憶部１５とを用いて判定する（Ｓ１０６）。

図５は、使用状況記憶部の構成例を示す図である。同図において、使用状況記憶部１５は、端末３０ごとに、端末名及端末識別情報等を記憶する。端末名は、端末３０の名前である。例えば、ホスト名であってもよいし、端末３０の配置位置を示す文字列であってもよい。ユーザが参照して、各端末３０を識別できる文字列が端末名とされることが好ましい。端末識別情報は、上記した通りである。

使用状況記憶部１５は、また、ユーザごとに、ユーザＩＤ等を記憶する。ユーザＩＤは、各ユーザを識別する識別子である。

使用状況記憶部１５は、更に、端末３０及びユーザの組み合わせごとに、使用状況、通知要否、及び通知先等を記憶する。使用状況は、本実施の形態において、関連情報の一例である。使用状況は、端末３０の使用の可否及び使用しているか否かを示す情報である。該当ユーザに使用が許可されない、又は該当ユーザが使用することを想定していない端末３０について、使用状況の値は予め「使用不可」に設定される。

該当ユーザが使用可能であって使用されていない端末３０の使用状況の値は「不使用」となる。該当ユーザが使用可能であって使用されている端末３０の使用状況の値は「使用中」となる。なお、使用されているとは、実際に使用されていることだけでなく、使用予約されていることも含む。したがって、一人のユーザに関して、複数の端末３０の使用状況が、「使用中」となりうる。

例えば、ユーザＡについては、現時点において、端末Ａ、Ｂ、及びＣに関しては「不使用」であり、端末Ｚに関しては「使用不可」である。また、ユーザＢについては、現時点において端末Ｃを使用中であることが分かる。更に、ユーザＺについては、現時点において端末Ｚを使用中であることが分かる。

通知要否は、該当する端末３０から認証要求が有った場合（すなわち、該当する端末３０の使用が開始された場合）に、ユーザへの通知を必要とするか否かを示す情報である。「要」は、通知が必要であることを示す。「否」は、通知が不要であることを示す。通知先は、通知要否が「要」の場合の通知先に関する情報である。

上記したステップＳ１０６において、認証部１１は、使用状況記憶部１５のうち、受信された端末識別情報に係る行（ここでは、「端末Ａ」の行）を参照して、端末Ａ（端末３０Ａ）の使用状況が「使用中」であるユーザの有無を確認する。

端末３０Ａを使用中のユーザが存在しない場合、認証部１１は、ログイン画面を表示させるＨＴＭＬデータを端末３０Ａに送信する（Ｓ１０７）。端末３０ＡのＵＩ制御部３１は、当該ＨＴＭＬデータの受信に応じ、ログイン画面を端末３０Ａの表示装置に表示させる。

図６は、ログイン画面の表示例を示す図である。同図において、ログイン画面３１０は、ユーザ名及びパスワードの入力が可能とされている。

ログイン画面３１０を介して、ユーザによってユーザＩＤ及びパスワードが入力され、ＯＫボタンがクリックされると、ＵＩ制御部３１は、ユーザＩＤ及びパスワードを含む認証情報を認証サーバ１０に送信する（Ｓ１０８）。

認証サーバ１０において、認証情報が受信されると、認証部１１は、当該認証情報に基づいて認証を行う。例えば、当該認証情報に含まれているユーザＩＤ及びパスワードを、ユーザＤＢ１２に登録されているユーザＩＤ及びパスワードと照合する。認証に成功した場合、使用要求受付部１３は、ユーザＡが使用可能な端末３０の一覧画面（以下、「使用可能端末一覧画面」）を表示させるＨＴＭＬデータを端末３０Ａに送信する（Ｓ１０９）。ユーザＡが使用可能な端末３０とは、使用状況記憶部１５において、ユーザＡに関して使用状況が「使用不可」以外の端末３０であって、かつ、他のユーザによって使用されていない端末３０である。すなわち、端末３０の使用は、ユーザ間において排他的になるように管理される。その結果、複数ユーザによる同一端末３０の重複使用を回避することができる。

端末３０Ａにおいて、使用可能端末一覧画面を表示させるＨＴＭＬデータが受信されると、ＵＩ制御部３１は、使用可能端末一覧画面を端末３０Ａの表示装置に表示させる。

図７は、使用可能端末一覧画面の表示例を示す図である。同図において、使用可能端末一覧画面３２０は、使用可能な端末３０ごとに端末名を表示し、使用の要否又は通知の要否を選択させるためのチェックボタンを有する。同図では、図５の使用状況記憶部１５に基づいてユーザＡに関して表示される使用可能端末一覧画面３２０を示す。したがって、ユーザＡについて、使用不可以外の端末３０である、端末Ａ（端末３０Ａ）及び端末Ｂ（端末３０Ｂ）が使用可能な端末３０として表示されている。なお、端末Ｃについては、ユーザＢが使用中であるため、ユーザＡに使用可能な端末３０からは除外されている。

使用の要否に関するチェックボタン３２１の操作によって、ユーザは、今回のログインに関して使用を予定していない端末３０を使用対象から除外することができる。すなわち、最初の端末３０の使用開始時において、現在の状況に応じて、改めて使用が必要な端末３０を限定することができる。現在の状況とは、例えば、現在、どの端末３０がユーザの近辺に存在するかといった状況である。その結果、使用予約した端末３０が、ユーザの知らない間に他のユーザに使用されているといった事態の発生の可能性を低下させることができる。

なお、端末Ａ（端末３０Ａ）については、認証を受けた端末３０であるため、チェックボタン３２１の操作を不能とし、必ず使用対象とされるようにしてもよい。

使用の要否に関するチェックボタン３２２の操作によって、ユーザは、今回のログインに関して通知の要否を指定することができる。

使用可能端末一覧画面３２０は、更に、通知先設定領域３２３を有する。通知先設定領域３２３では、例えば、通知方法及び通知先詳細等を入力することが可能とされている。同図では、通知方法として、メール、メッセージ送信、又は電話が選択肢とされている。メッセージ送信とは、通知先の端末３０にポップアップ表示によりメッセージを表示させることをいう。電話とは、例えば、自動音声通話による通知をいう。

通知先詳細には、通知方法に応じて通知先を識別するための情報が設定される。通知方法がメールであれば、メールアドレスが設定される。通知方法がメッセージ送信であれば、通知先の端末３０のＩＰアドレスが設定される。通知方法が電話であれば、電話番号が設定される。

なお、通知の要否及び通知先に関しては、ログインの度に設定させるのではなく、予め使用状況記憶部１５に設定されていてもよい。また、通知先は、端末３０ごとではなく、一ユーザに対して一つだけ設定されるようにしてもよい。また、使用の要否に関しても、ユーザに選択させることなく、自動的に決定されてもよい。例えば、使用状況が使用不可以外であって、他のユーザに使用されていない端末３０が自動的に使用対象とされてもよい。この場合、使用可能端末一覧画面３２０の表示は不要である。

使用可能端末一覧画面３２０を介して設定が行われ、ＯＫボタン３２４がクリックされると、ＵＩ制御部３１は、使用可能端末一覧画面３２０の設定内容を含む、端末３０の使用要求を認証サーバ１０に送信する（Ｓ１１０）。

認証サーバ１０において使用要求が受信されると、使用要求受付部１３は、使用要求に指定されている情報に基づいて、使用状況記憶部１５を更新する。具体的には、ユーザＡに関して、使用対象とされた端末３０の使用状況が「使用中」とされる。また、通知が必要とされた端末３０の通知要否が「要」とされる。また、通知先が登録される。

図８は、使用状況記憶部の更新例を示す図である。同図では、図７に示される設定内容に基づいて更新された例が示されている。すなわち、ユーザＡに関して、端末Ａ及びＢの使用状況が「使用中」に更新され、使用要否が「要」に更新されている。更に、端末Ａ及びＢの通知先に値が登録されている。

続いて、認証部１１は、ユーザＡが認証されたことを証明するチケットを生成し、当該チケット及び業務サーバ２０Ａへのリダイレクト命令を含むＨＴＴＰリレスポンスを端末３０Ａに送信する（Ｓ１１１）。

端末３０Ａにおいて当該ＨＴＴＰレスポンスが受信されると、ＵＩ制御部３１は、当該ＨＴＴＰレスポンスのリダイレクト命令にしたがって、チケットが指定されたアクセス要求を業務サーバ２０Ａに送信する（Ｓ１１２）。業務サーバ２０Ａにおいて当該アクセス要求が受信されると、サービス提供部２１は、当該アクセス要求に指定されているチケットの検証要求を認証サーバ１０に送信する（Ｓ１１３）。認証サーバ１０において当該検証要求が受信されると、認証部１１は、当該チケットの有効性等を検証し、検証結果を業務サーバ２０Ａに返信する（Ｓ１１４）。例えば、チケットが有効である場合、検証結果には、当該チケットに係るユーザＡに関する情報（ユーザＩＤ）等が、ユーザＤＢ１２より取得されて添付される。

業務サーバ２０Ａのサービス提供部２１は、チケットの有効性等が確認されると、端末３０Ａに対して所定のサービスを提供する（Ｓ１１５）。例えば、ステップＳ１１５では、サービスを提供するためのＷｅｂページ（ＨＴＭＬデータ）が、端末３０Ａに送信される。

その後、ユーザＡが、端末３０Ｂを使用して、業務サーバ２０Ｂのサービスを利用しようとした際に実行される処理手順について説明する。

図９は、既に認証済みのユーザが他の端末を使用する際の認証処理の処理手順の一例を説明するためのシーケンス図である。事前に図４が実行されていることを前提として、図９の処理手順を説明する。

ステップＳ２０１〜Ｓ２０６までの各ステップの処理内容は、図４のステップＳ１０１〜Ｓ１０６と同様でよい。

但し、ステップＳ２０６における認証部１１による判定結果はステップＳ１０６とは異なる。判定結果とは、認証要求元である端末３０Ｂの使用状況に関する、使用状況記憶部１５に基づく判定結果である。すなわち、ステップＳ２０６において、端末３０Ｂ（端末Ｂ）の使用状況は、ユーザＡに関して「使用中」となっている（図８参照）。端末３０Ａを介したログイン時において、端末３０Ｂについても使用要求の対象とされた（使用予約された）からである。そこで、認証部１１は、端末３０Ｂのユーザ（すなわち、ユーザＡ）は認証されているものと判断する。

認証部１１による斯かる判断に応じ、使用通知部１４は、ユーザＡに関して、端末３０Ｂの通知要否が「要」であるか否かを確認する。通知要否が「要」である場合、使用通知部１４は、使用状況記憶部１５において、端末３０ＢのユーザＡに関する通知先に記録されている情報に基づいて、端末３０Ｂが使用されることをユーザＡに通知する。本実施の形態では、通知のみならず、端末３０Ｂの使用の許否の問い合わせも当該通知に含められる。

例えば、通知先に記録されている情報において、通知方法として「メッセージ送信」が指定されており、通知先のＩＰアドレスとして端末３０ＡのＩＰアドレスが指定されている場合、使用通知部１４は、ポップアップ画面の表示命令を端末３０Ａに送信する（Ｓ２０７）。端末３０ＡのＵＩ制御部３１は、当該表示命令に応じてポップアップ画面を表示装置に表示させる。

図１０は、他の端末の使用の開始を通知し当該使用の許否を確認するためのポップアップ画面の表示例を示す図である。同図のポップアップ画面３３０は、端末３０Ｂの使用の開始の通知と当該使用の許否を確認する（問い合わせる）ための画面である。ユーザＡは、端末３０Ａの表示装置に表示されたポップアップ画面３３０を参照して、端末Ｂ（端末３０Ｂ）の使用を許可する場合は、ＯＫボタン３３１を押下する。使用を許可しない場合（使用を拒否する場合）、ユーザＡは、ＮＧボタン３３２を押下する。使用を許可する場合とは、基本的には、ユーザＡ自身が、端末３０Ｂを使用しようとしている場合である。但し、他のユーザが、ユーザＡの許可を得て、端末３０Ｂを操作する場合に、ユーザＡによって端末３０Ｂの使用が許可されてもよい。

ユーザＡが、端末３０Ｂの操作中に、端末３０Ａに表示されたポップアップ画面３３０を参照できるケースとしては、例えば、いずれか一方の端末３０が、携帯電話等、可搬性の高い端末３０である場合が典型的な例として挙げられる。または、端末３０Ｂの近傍に端末３０Ｂが設置している場合も、該当するケースとして挙げられる。

このように、本実施の形態では、使用予約された端末３０が使用される際に、当該使用予約を行ったユーザに対して当該端末３０の使用の開始が通知される。その結果、ユーザが知らない間に、使用予約した端末３０が他のユーザに使用されているという事態の発生の可能性を低下させることができる。また、使用の許否が問い合わされることにより、使用予約した端末３０が他のユーザに使用されることを防止することができる。

続いて、ＵＩ制御部３１は、ポップアップ画面３３０に対する入力を示す応答を認証サーバ１０に送信する（Ｓ２０８）。当該応答が、端末３０Ｂの使用の許可を示すものである場合、認証装置１０の認証部１１は、ユーザＡに係るチケット及び業務サーバ２０Ｂへのリダイレクト命令を含むＨＴＴＰリレスポンスを端末３０Ｂに送信する（Ｓ２０９）。ここで送信されるチケットは、図４のステップＳ１１１において生成されたものであってもよいし、ステップＳ２０９において改めて生成されてもよい。前者の場合、認証部１１は、チケットを生成した際に当該チケットをユーザＩＤに関連付けて補助記憶装置１０２に保存しておけばよい。

ステップＳ２１０以降は、図４のステップＳ１１１以降と同様でよい。但し、ステップＳ２１０以降では、業務サーバ２０Ａの代わりに業務サーバ２０Ｂが利用される。

なお、ステップＳ２０７において、使用通知部１４は、通知方法がメールである場合、通知先に指定されているメールアドレスに端末３０Ｂの使用の許否を問い合わせるメールを送信する。使用通知部１４は、返信されたメールのタイトル又は本文等を解析して、端末３０Ｂの使用の許否を判定する。また、通知方法が電話である場合、使用通知部１４は、通知先に指定されている電話番号に対して自動音声通話を行う。使用通知部１４は、自動音声通話の誘導に応じて押下されるプッシュボタンに基づいて、端末３０Ｂの使用の許否を判定する。

なお、使用通知部１４は、単に、端末３０Ｂの使用を通知するだけでもよい。すなわち、使用の許否の判断がユーザＡに対して要求されなくてもよい。端末３０Ｂの使用がユーザＡに通知されることによって、ユーザＡは、他のユーザに端末３０Ｂが使用されていることを検知することが可能であるからであり、その後の対処を行うことも可能だからである。

このように、本実施の形態によれば、ユーザＡは、端末３０Ａにおける認証時に使用予約をしておいた他の端末３０を介して、認証情報を入力することなく業務サーバ２０のサービスを利用することができる。

なお、図９では、便宜上、業務サーバ２０Ｂが用いられたが、端末３０Ｂから業務サーバ２０Ａ（すなわち、端末３０Ａからのアクセス先と同じ業務サーバ２０）にアクセスされる場合も、図９と同様の処理手順が実行されればよい。

したがって、本実施の形態によれば、例えば、次のような利用形態が可能となる。図１１は、本実施の形態によって可能となる利用形態の一例を示す図である。

同図において、（１）は、一回の認証情報の入力によって、同一ユーザが、異なる端末３０を介して、異なる業務サーバ２０よりサービスの提供を受ける例を示す。（１）の例は、図４及び図９の処理手順をそのまま実行することにより実現される。

また、（２）は、一回の認証情報の入力によって、同一ユーザが、異なる端末３０を介して、同一の業務サーバ２０Ａよりサービスの提供を受ける例を示す。（２）の例は、図９の業務サーバ２０Ｂを業務サーバ２０Ａに置き換えることにより実現される。

なお、図４の処理の実行後、端末３０Ａから業務サーバ２０Ｂにアクセスされた場合、図９における処理手順において、端末３０Ｂが端末３０Ａに置換された処理手順が実行されればよい。したがって、この場合も、ユーザＡは認証情報の入力を要求されることはない。すなわち、本実施の形態では、同一の端末３０からの複数の業務サーバ２０へのアクセスに関しても、シングルサインオンが実現される。

続いて、図４又は図９において業務サーバ２０又は認証サーバ１０が実行する処理手順について、フローチャートを用いて更に詳細に説明する。

図１２は、業務サーバにおける端末からのアクセス要求に応じて実行される処理手順を説明するためのフローチャートである。同図において、括弧内のステップ番号は、図４又は図９において対応するステップのステップ番号を示す。

ステップＳ４０１において、業務サーバ２０（ここでは、業務サーバ２０Ａとする。）のサービス提供部２１は、端末３０よりアクセス要求を受信する。続いて、サービス提供部２１は、アクセス要求にチケットが指定されているか否かを確認する（Ｓ４０２）。チケットが指定されていない場合（Ｓ４０２でＮｏ）、サービス提供部２１は、認証要求を含む応答を端末３０に返信する（Ｓ４０６）。

一方、アクセス要求にチケットが指定されている場合（Ｓ４０２でＹｅｓ）、サービス提供部２１は、当該チケットの検証要求を認証サーバ１０に送信する（Ｓ４０３）。認証サーバ１０において当該検証要求が受信されると、認証部１１は、当該チケットの有効性等を検証する（Ｓ４０４）。例えば、チケットが改竄されていないことや、チケットの有効期限等が検証されてもよい。また、チケットがセッションＩＤのような単なる識別子である場合、当該識別子が認証部１１によって発行されてものであるか否かが確認されてもよい。

チケットが無効である場合（Ｓ４０４でＮｏ）、認証部１１は、チケットは無効であることを示す応答を返信する（Ｓ４０５）。当該応答が受信された場合、サービス提供部２１は、認証要求を含む応答を端末３０に返信する（Ｓ４０６）。

一方、チケットが有効である場合（Ｓ４０４でＹｅｓ）、認証部１１は、チケットの検証要求元の業務サーバ２０Ａに対する、ユーザ（ここでは、「ユーザＡ」とする。のアクセス権の有無を判定する（Ｓ４０７）。当該アクセス権の有無は、例えば、ユーザＤＢ１２にユーザごとに記憶されているアクセス制御情報を参照して判定される。アクセス制御情報には、例えば、ユーザがアクセス可能な各業務サーバ２０の識別名が記録されている。なお、業務サーバ２０Ａの識別名は、例えば、ステップＳ４０３のチケットの検証要求と共に送信されればよい。また、アクセス権の判定対象とされるユーザは、チケットに基づいて特定されればよい。チケットにユーザＩＤが含まれている場合、当該ユーザＩＤによってユーザを特定可能である。チケットにユーザＩＤが含まれていない場合、チケットとユーザＩＤとの関連情報に基づいてユーザＩＤが特定されればよい。当該関連情報は、認証部１１がチケットを生成した際に、補助記憶装置１０２に記録しておけばよい。

ユーザＡが業務サーバ２０Ａに対するアクセス権を有さない場合（Ｓ４０７でＮｏ）、認証部１１は、ユーザＡにアクセス権が無いことを示す応答を業務サーバ２０Ａに返信する（Ｓ４０８）。当該応答が受信された場合、サービス提供部２１は、サービスの提供の拒否を示す応答を端末３０に返信する（Ｓ４０９）。具体的には、ユーザＡにアクセス権が無いことを示すメッセージを表示させるＨＴＭＬデータが返信される。したがって、端末３０のＵＩ制御部３１は、当該メッセージを端末３０の表示装置に表示させる。

一方、ユーザＡが業務サーバ２０Ａに対するアクセス権を有する場合（Ｓ４０７でＹｅｓ）、認証部１１は、チケットは有効であることを示す応答を業務サーバ２０Ａに返信する（Ｓ４１０）。この際、ユーザＤＢ１２に記録されている、ユーザＡのユーザ情報（属性情報）が、当該応答に含められてもよい。当該応答が受信された場合、サービス提供部２１は、端末３０に対してサービスの提供を開始する（Ｓ４１１）。例えば、サービスを提供するためのＷｅｂページ（ＨＴＭＬデータ）が、端末３０に返信される。

続いて、ステップＳ４０６において業務サーバ２０Ａより返信された認証要求がリダイレクトされて認証サーバ１０において受信された際に実行される処理手順について説明する。

図１３は、認証要求に応じて認証サーバが実行する処理手順を説明するためのフローチャートである。同図において、括弧内のステップ番号は、図４又は図９において対応するステップのステップ番号を示す。

ステップＳ５０１において、認証部１１は、端末３０（ここでは「端末３０Ａ」とする。）より認証要求を受信する。続いて、認証部１１は、端末識別情報の取得要求を、当該認証要求の送信元の端末３０Ａに送信する（Ｓ５０２）。続いて、認証部１１は、当該取得要求に応じて端末３０Ａより送信された端末識別情報を受信する（Ｓ５０３）。続いて、認証部１１は、受信された端末識別情報と使用状況記憶部１５とを用いて端末３０Ａが使用中であるか否かを確認する（Ｓ５０４）。換言すれば、端末３０Ａを使用中のユーザの有無が判定される。すなわち、当該ステップでは、端末３０Ａが特定のユーザによって使用されていることが確認されるのではない。当該ステップでは、端末３０Ａが、いずれかのユーザに使用されているか否かが確認されるのである。

使用状況記憶部１５において、端末３０Ａの使用状況が、いずれかのユーザ（以下、「対象ユーザ」という。）に関して「使用中」である場合（Ｓ５０４でＹｅｓ）、使用通知部１４は、対象ユーザに対する使用の通知の要否を判定する（Ｓ５０５）。すなわち、使用状況記憶部１５において、端末３０Ａ及び対象ユーザの組み合わせに係る通知要否が「要」であるか「否」であるかが確認される。

当該通知要否が「要」である場合（Ｓ５０５でＹｅｓ）、使用通知部１４は、対象ユーザに対して端末３０Ａの使用の通知及び当該使用の許否の問い合わせを送信する（Ｓ５０５）。問い合わせの通知方法及び通知先は、使用状況記憶部１５における、端末３０Ａ及び対象ユーザの組み合わせに係る通知先に基づいて判定される。

当該問い合わせに対して、使用の許可を示す応答が受信されると（Ｓ５０７でＹｅｓ）、認証部１１は、対象ユーザが認証されたことを証明するチケットを生成し、当該チケット及び業務サーバ２０へのリダイレクト命令を含むＨＴＴＰリレスポンスを端末３０Ａに送信する（Ｓ５１４）。

なお、端末３０Ａ及び対象ユーザの組み合わせに係る通知要否が「否」である場合（Ｓ５０５でＮｏ）、ステップＳ５０６及びＳ５０７は実行されずに、ステップＳ５１４が実行される。

一方、端末３０Ａを使用中のユーザは存在しない場合（Ｓ５０４でＮｏ）、認証部１１は、ログイン画面３１０（図６参照）を表示させるＨＴＭＬデータを端末３０Ａに送信する（Ｓ５０８）。続いて、認証部１１は、端末３０Ａにおいて表示されたログイン画面３１０を介して入力された認証情報を端末３０Ａより受信する（Ｓ５０９）。続いて、認証部１１は、当該認証情報に含まれているユーザＩＤ及びパスワードを、ユーザＤＢ１２に登録されているユーザＩＤ及びパスワードと照合することにより認証を行う（Ｓ５１０）。

認証に成功した場合（Ｓ５１１でＹｅｓ）、使用要求受付部１３は、使用可能端末一覧画面３２０（図７参照）を表示させるＨＴＭＬデータを端末３０Ａに送信する（Ｓ５１１）。続いて、使用要求受付部１３は、端末３０Ａにおいて表示された使用可能端末一覧画面３２０に対する設定内容を含む端末３０の使用要求を端末３０Ａより受信する（Ｓ５１２）。続いて、使用要求受付部１３は、使用要求に指定されている情報に基づいて、使用状況記憶部１５を更新する。具体的には、対象ユーザに関して、使用対象とされた端末３０の使用状況が「使用中」とされる。また、通知が必要とされた端末３０の通知要否が「要」とされる。更に、対象ユーザに関する通知先が登録される。なお、端末３０Ａ（すなわち、ステップＳ５０４において受信された端末識別情報に係る端末３０）についても、対象ユーザに関して「使用中」とされる。すなわち、使用予約に係る端末３０のみならず、実際に使用されている端末３０についても「使用中」とされる。

続いて、ステップＳ５１４が実行される。なお、認証に失敗した場合（Ｓ５１１でＮｏ）、認証エラーを示すＨＴＭＬデータが、端末３０Ａに送信される（Ｓ５１５）。

上述したように、本実施の形態によれば、ユーザは、現在使用中とは別の端末３０の使用予約を行うことができる。使用予約された端末３０については、認証情報の入力は要求されずにサービスの提供が許可される。したがって、複数の端末３０を跨ぐシングルサインオンを実現することができる。

また、各端末３０の使用状況は、使用状況記憶部１５を用いて管理される。使用予約可能な端末３０は、他のユーザによって使用されていない端末３０に制限される。その結果、複数ユーザによる同一端末３０の重複使用（同時使用）を回避することができる。

なお、上記実施の形態では、サービス提供部２１は、Ｗｅｂアプリケーションである例を示したが、Ｗｅｂアプリケーション以外のサーバアプリケーションであってもよい。この場合、ＵＩ制御部３１は、当該サーバアプリケーションに対応したクライアントプログラムであればよい。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

以上の説明に関し、更に以下の項を開示する。
（付記１）
第一の端末からの認証要求の受信に応じ、認証情報の入力要求を該第一の端末に送信し、該第一の端末より返信される認証情報に基づいて認証を行い、
前記認証が成功した前記第一の端末から他の端末の使用要求を受信すると、端末の使用状況を記憶する記憶部を参照して、該他の端末が使用されていないと判定した場合に、該他の端末からの認証情報の受信を経ずに、該他の端末による情報処理装置の利用を許可する、
処理をコンピュータに実行させる認証プログラム。
（付記２）
前記利用を許可する処理は、前記記憶部を参照して、使用されていない端末を判定し、該使用されていない端末の一覧を前記第一の端末に送信し、前記第一の端末において該一覧の中から選択された端末の使用要求を受信する付記１記載の認証プログラム。
（付記３）
第二の端末からの認証要求の受信に応じ、前記記憶部を参照して、前記第二の端末が使用されていると判定した場合に、前記記憶部において前記第二の端末に対応付けられているユーザに関して記憶されている通知先に前記第二の端末が使用されることを通知する処理を前記コンピュータに実行させる付記１又は２記載の認証プログラム。
（付記４）
前記第二の端末が使用されることの通知に対して前記通知先より該第二の端末の使用の許可を示す応答が得られた場合に、前記認証情報の入力要求を前記第二の端末に送信しない付記３記載の認証プログラム。
（付記５）
第一の端末からの認証要求の受信に応じ、認証情報の入力要求を該第一の端末に送信し、該第一の端末より返信される認証情報に基づいて認証を行う認証部と、
前記認証が成功した前記第一の端末から他の端末の使用要求を受信すると、端末の使用状況を記憶する記憶部を参照して、該他の端末が使用されていないと判定した場合に、該他の端末からの認証情報の受信を経ずに、該他の端末による情報処理装置の利用を許可する使用要求受付部と、
を有する認証装置。
（付記６）
前記使用要求受付部は、前記記憶部を参照して、使用されていない端末を判定し、該使用されていない端末の一覧を前記第一の端末に送信し、前記第一の端末において該一覧の中から選択された端末の使用要求を受信する付記５記載の認証装置。
（付記７）
第二の端末からの認証要求の受信に応じ、前記記憶部を参照して、前記第二の端末が使用されていると判定した場合に、前記記憶部において前記第二の端末に対応付けられているユーザに関して記憶されている通知先に前記第二の端末が使用されることを通知する通知部を有する付記５又は６記載の認証装置。
（付記８）
前記認証部は、前記第二の端末が使用されることの通知に対して前記通知先より該第二の端末の使用の許可を示す応答が得られた場合に、前記認証情報の入力要求を前記第二の端末に送信しない付記７記載の認証装置。
（付記９）
第一の端末からの認証要求の受信に応じ、認証情報の入力要求を該第一の端末に送信し、該第一の端末より返信される認証情報に基づいて認証を行い、
前記認証が成功した前記第一の端末から他の端末の使用要求を受信すると、端末の使用状況を記憶する記憶部を参照して、該他の端末が使用されていないと判定した場合に、該他の端末からの認証情報の受信を経ずに、該他の端末による情報処理装置の利用を許可する、
処理をコンピュータが実行する認証方法。
（付記１０）
前記利用を許可する処理は、前記記憶部を参照して、使用されていない端末を判定し、該使用されていない端末の一覧を前記第一の端末に送信し、前記第一の端末において該一覧の中から選択された端末の使用要求を受信する付記９記載の認証方法。
（付記１１）
第二の端末からの認証要求の受信に応じ、前記記憶部を参照して、前記第二の端末が使用されていると判定した場合に、前記記憶部において前記第二の端末に対応付けられているユーザに関して記憶されている通知先に前記第二の端末が使用されることを通知する処理を前記コンピュータが実行する付記９又は１０記載の認証方法。
（付記１２）
前記第二の端末が使用されることの通知に対して前記通知先より該第二の端末の使用の許可を示す応答が得られた場合に、前記認証情報の入力要求の前記第二の端末への送信を前記コンピュータが実行しない付記１１記載の認証方法。

１ 情報処理システム
１０ 認証サーバ
１１ 認証部
１２ ユーザＤＢ
１３ 使用要求受付部
１４ 使用通知部
１５ 使用状況記憶部
２０ 業務サーバ
２１ サービス提供部
３０ 端末
３１ ＵＩ制御部
３３ 端末識別情報取得部
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
Ｂ バス

Claims (6)

1. 第一の端末からの認証要求の受信に応じ、認証情報の入力要求を前記第一の端末に送信し、前記第一の端末より返信される第一の認証情報に基づいて認証を行い、
   前記第一の認証情報による認証が成功した前記第一の端末から他の端末の使用要求を受け付け、
   前記使用要求に応じて端末の使用状況を記憶する記憶部を参照し、前記他の端末の使用状況を取得し、
   前記他の端末が使用されていないと判定した場合に、前記記憶部に当該使用要求を示す情報を該他の端末に対応付けて記憶し、
   前記他の端末からの認証要求の受信に応じ、前記記憶部に前記他の端末に対応付けられて使用要求を示す情報が記憶されていれば、認証情報の入力要求を前記他の端末に送信しないで、前記他の端末の使用を許可する、
   処理をコンピュータに実行させる認証プログラム。
2. 前記他の端末の使用要求の受け付けの前に、
   前記記憶部を参照して使用されていない端末の一覧を前記第一の端末に送信する処理をコンピュータに実行させる、請求項１記載の認証プログラム。
3. 第二の端末からの認証要求の受信に応じ、前記記憶部を参照して、前記第二の端末が使用されていると判定した場合に、前記記憶部において前記第二の端末に対応付けられているユーザに関して記憶されている通知先に前記第二の端末が使用されることを通知する処理を前記コンピュータに実行させる請求項１又は２記載の認証プログラム。
4. 前記第二の端末が使用されることの通知に対して前記通知先より該第二の端末の使用の許可を示す応答が得られた場合に、前記第一の認証情報の入力要求の前記第二の端末への送信を前記コンピュータに実行させない請求項３記載の認証プログラム。
5. 第一の端末からの認証要求の受信に応じ、認証情報の入力要求を前記第一の端末に送信し、前記第一の端末より返信される第一の認証情報に基づいて認証を行う認証部と、
   前記第一の認証情報による認証が成功した前記第一の端末から他の端末の使用要求を受け付ける受付部と、
   前記使用要求に応じて端末の使用状況を記憶する記憶部を参照し、前記他の端末の使用状況を取得する取得部とを有し、
   前記受付部は、
   前記他の端末が使用されていないと判定した場合に、前記記憶部に当該使用要求を示す情報を該他の端末に対応付けて記憶し、
   前記認証部は、
   前記他の端末からの認証要求の受信に応じ、前記記憶部に前記他の端末に対応付けられて使用要求を示す情報が記憶されていれば、認証情報の入力要求を前記他の端末に送信しないで、前記他の端末の使用を許可する、
   認証装置。
6. 第一の端末からの認証要求の受信に応じ、認証情報の入力要求を前記第一の端末に送信し、前記第一の端末より返信される第一の認証情報に基づいて認証を行い、
   前記第一の認証情報による認証が成功した前記第一の端末から他の端末の使用要求を受け付け、
   前記使用要求に応じて端末の使用状況を記憶する記憶部を参照し、前記他の端末の使用状況を取得し、
   前記他の端末が使用されていないと判定した場合に、前記記憶部に当該使用要求を示す情報を該他の端末に対応付けて記憶し、
   前記他の端末からの認証要求の受信に応じ、前記記憶部に前記他の端末に対応付けられて使用要求を示す情報が記憶されていれば、認証情報の入力要求を前記他の端末に送信しないで、前記他の端末の使用を許可する、
   処理をコンピュータが実行する認証方法。

Images