(57)【要約】【課題】利用者の認証を行った後に、サービスの提供を行う情報処理システムにあって、単なるサービス提供結果としての履歴ではなく、そのサービスを受けた利用者をどのような認証強度で認証した上でサービスを提供したのかを履歴として残すことができるようにした情報処理システムを提供する。【解決手段】情報処理システムの認証手段は、認証段階を付された複数の認証を行うことができ、サービス提供手段は、前記認証手段によって認証された後に、利用者に対してサービスを提供し、履歴記憶手段は、前記サービス提供手段によってサービスが提供された場合に、該サービスの提供の履歴を前記認証手段による認証の認証段階とともに記憶する。【選択図】図１
2008225726.tif 000002
【特許請求の範囲】
【請求項１】
認証段階を付された複数の認証を行うことができる認証手段と、
前記認証手段によって認証された後に、利用者に対してサービスを提供するサービス提供手段と、
前記サービス提供手段によってサービスが提供された場合に、該サービスの提供の履歴を前記認証手段による認証の認証段階とともに記憶する履歴記憶手段
を具備することを特徴とする情報処理システム。
【請求項２】
サービス毎に必要とされる認証段階を対応させて記憶しているサービス認証段階記憶手段
をさらに具備し、
前記サービス提供手段は、前記認証手段による認証の認証段階が、提供しようとしているサービスに対応して前記サービス認証段階記憶手段に記憶されている認証段階を充足しているか否かを判断する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記履歴記憶手段に記憶されている履歴とともに認証段階に基づいて、サービスの提供に関する課金金額を計算する課金手段
をさらに具備することを特徴とする請求項１又は２に記載の情報処理システム。
【請求項４】
コンピュータを、
認証段階を付された複数の認証を行うことができる認証手段と、
前記認証手段によって認証された後に、利用者に対してサービスを提供するサービス提供手段と、
前記サービス提供手段によってサービスが提供された場合に、該サービスの提供の履歴を前記認証手段による認証の認証段階とともに記憶する履歴記憶手段
として機能させることを特徴とする情報処理プログラム。
【請求項５】
コンピュータを、
サービス毎に必要とされる認証段階を対応させて記憶しているサービス認証段階記憶手段
としてさらに機能させ、
前記サービス提供手段は、前記認証手段による認証の認証段階が、提供しようとしているサービスに対応して前記サービス認証段階記憶手段に記憶されている認証段階を充足しているか否かを判断する
ことを特徴とする請求項４に記載の情報処理プログラム。
【請求項６】
コンピュータを、
前記履歴記憶手段に記憶されている履歴とともに認証段階に基づいて、サービスの提供に関する課金金額を計算する課金手段
としてさらに機能させることを特徴とする請求項４又は５に記載の情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム及び情報処理プログラムに関する。
【背景技術】
【０００２】
電子的なサービスを提供する際のユーザー管理については、いくつかの方法が提案されている。例えば、ＩＤフェデレーション技術を使用すれば、１人のユーザーが複数のサービスを利用できる環境を提供することが可能である。
【０００３】
例えば、特許文献１に記載の技術は、このＩＤフェデレーションの基本的な方式に関するものである。すなわち、特許文献１には、サービス提供サイトでのユーザー認証をユーザーＩＤ／パスワード（認証情報）により行う場合、認証情報はサービス提供サイトごとに管理されているため、ユーザーはサービス提供サイトごとの認証情報を記憶する必要があり、また、ユーザーが認証情報を忘れた場合、サービス提供サイトへのアクセス中止や認証情報再入手手続きなど、サービス提供サイトでの運用コスト負担も問題となることを課題とし、ユーザー認証管理サイトを設け、各サービス提供サイトで管理しているユーザー認証情報を統合管理することで、ユーザーは１つの認証情報により常にサービス提供サイトへアクセスできるようにすることが開示されている。
【０００４】
また、例えば、特許文献２に記載の技術は、登録した個人情報を他のサービスと共有するための機構に関するものである。すなわち、特許文献２には、利用者が各種サービス機関のサービス提供を受けようとする際に必要となる個人情報の管理を効率化し、利用者の利便性を向上することを課題とし、情報管理機関が各種サービス機関との間及び利用者との間に個人情報授受の契約を締結し、前記利用者の個人情報を一括管理するとともに、前記利用者が前記サービス機関のサービス提供を受ける際に必要に応じて前記サービス機関に対して個人情報を提供することが開示されている。
【０００５】
また、例えば、特許文献３に記載の技術は、データベースへのアクセス履歴を、ユーザーＩＤと操作対象データＩＤとのセットで保存する技術に関するものである。すなわち、データベースに格納されたデータの安全性の向上を図ることができ、システム操作性の向上を図ることができるネットワークシステムを提供することを課題とし、患者ファイル、文書ファイルもしくはオーダファイルへのアクセスが行われた場合に、利用者ＩＤを特定するＩＤ情報、及びコンテンツを特定する特定情報を含むインスタンスを生成する監視レイヤと、監視レイヤによって生成されたインスタンスが蓄積される履歴情報ファイルとを備えていることが開示されている。このことによって、ユーザーのサービス利用履歴を保持することが可能となる。
【０００６】
また、近年では、サービスを提供する際には、複数の異なる認証強度を持つ認証手段が混在し、かつ、これらの認証手段を組み合わせてさらに高い認証強度を提供することが一般的となっている。
【特許文献１】特開２００４−０７８６２２号公報
【特許文献２】特開２００１−３４４３７９号公報
【特許文献３】特開２０００−０２９８３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、求められるユーザー認証強度は、サービスやユーザーのニーズによっても異なる。例えば、銀行業務を例にとると、預金口座の残高問い合わせサービスと振り込みサービスでは求められる認証強度が異なることが普通である。さらに、同じ預金引き出し業務であっても、４桁の数字パスワードでかまわないというユーザーと、生体認証が必須と考えるユーザーがいる。
サービスへの課金という視点で考えると、サービスを提供する側としては、高い認証強度が求められる場合には、より高い料金を請求する場合が考えられる。また、サービスの不正使用防止や監査という観点でも、ユーザー認証の認証強度情報は重要である。
【０００８】
このような状況において、従来のサービス提供及び履歴記録の方法では、認証レベルが記録に残らないために、課金又は監査等に不都合が生じ得る。具体的には、同じサービスであっても、高い認証レベルで提供されたユーザーには高い料金を請求したりすることは困難である。また、不正が検出された場合には、そのユーザー認証レベルに応じて初動体制や防止対策を変更するといった処理を適切に行うことは困難である。
【０００９】
そこで、本発明は、利用者の認証を行った後に、サービスの提供を行う情報処理システムにあって、単なるサービス提供結果としての履歴ではなく、そのサービスを受けた利用者をどのような認証段階で認証した上でサービスを提供したのかを履歴として残すことができるようにした情報処理システム及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【００１０】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
［請求項１］  認証段階を付された複数の認証を行うことができる認証手段と、
前記認証手段によって認証された後に、利用者に対してサービスを提供するサービス提供手段と、
前記サービス提供手段によってサービスが提供された場合に、該サービスの提供の履歴を前記認証手段による認証の認証段階とともに記憶する履歴記憶手段
を具備することを特徴とする情報処理システム。
【００１１】
［請求項２］  サービス毎に必要とされる認証段階を対応させて記憶しているサービス認証段階記憶手段
をさらに具備し、
前記サービス提供手段は、前記認証手段による認証の認証段階が、提供しようとしているサービスに対応して前記サービス認証段階記憶手段に記憶されている認証段階を充足しているか否かを判断する
ことを特徴とする［請求項１］に記載の情報処理システム。
【００１２】
［請求項３］  前記履歴記憶手段に記憶されている履歴とともに認証段階に基づいて、サービスの提供に関する課金金額を計算する課金手段
をさらに具備することを特徴とする［請求項１］又は［請求項２］に記載の情報処理システム。
【００１３】
［請求項４］  コンピュータを、
認証段階を付された複数の認証を行うことができる認証手段と、
前記認証手段によって認証された後に、利用者に対してサービスを提供するサービス提供手段と、
前記サービス提供手段によってサービスが提供された場合に、該サービスの提供の履歴を前記認証手段による認証の認証段階とともに記憶する履歴記憶手段
として機能させることを特徴とする情報処理プログラム。
【００１４】
［請求項５］  コンピュータを、
サービス毎に必要とされる認証段階を対応させて記憶しているサービス認証段階記憶手段
としてさらに機能させ、
前記サービス提供手段は、前記認証手段による認証の認証段階が、提供しようとしているサービスに対応して前記サービス認証段階記憶手段に記憶されている認証段階を充足しているか否かを判断する
ことを特徴とする［請求項４］に記載の情報処理プログラム。
【００１５】
［請求項６］  コンピュータを、
前記履歴記憶手段に記憶されている履歴とともに認証段階に基づいて、サービスの提供に関する課金金額を計算する課金手段
としてさらに機能させることを特徴とする［請求項４］又は［請求項５］に記載の情報処理プログラム。
【発明の効果】
【００１６】
請求項１記載の情報処理システムによれば、利用者の認証を行った後に、サービスの提供を行う情報処理システムにあって、単なるサービス提供結果としての履歴ではなく、本構成を有していない場合に比較して、そのサービスを受けた利用者をどのような認証段階で認証した上でサービスを提供したのかを履歴として残すことができる。これにより、例えば、システム管理者やシステム監査者等が不正を発見し、その不正の原因を特定して何らかの対策を打つ場合、利用者の認証段階をチェックしながら判断を下すことが可能となる。このことは、不正発見の際の初動を迅速にする効果があると共に、不正再発防止の際の重要な基盤情報となる。
【００１７】
請求項２記載の情報処理システムによれば、サービス毎に認証を行うのではなく、認証段階に応じてサービスを提供することができるので、本構成を有していない場合に比較して、前回のサービスにおける認証段階と同等又は低い場合は、新たな認証を行うことなく、次のサービスの提供を受けることができるようになり、利用者にとって、安全性を損なうことなく、操作性、利便性をより一層向上させる。
【００１８】
請求項３記載の情報処理システムによれば、本構成を有していない場合に比較して、利用者の認証段階に応じて課金金額を変更することができるようになる。
【００１９】
請求項４記載の情報処理プログラムによれば、利用者の認証を行った後に、サービスの提供を行う情報処理システムにあって、単なるサービス提供結果としての履歴ではなく、本構成を有していない場合に比較して、そのサービスを受けた利用者をどのような認証段階で認証した上でサービスを提供したのかを履歴として残すことができる。これにより、例えば、システム管理者やシステム監査者等が不正を発見し、その不正の原因を特定して何らかの対策を打つ場合、利用者の認証段階をチェックしながら判断を下すことが可能となる。このことは、不正発見の際の初動を迅速にする効果があると共に、不正再発防止の際の重要な基盤情報となる。
【００２０】
請求項５記載の情報処理プログラムによれば、サービス毎に認証を行うのではなく、認証段階に応じてサービスを提供することができるので、本構成を有していない場合に比較して、前回のサービスにおける認証段階と同等又は低い場合は、新たな認証を行うことなく、次のサービスの提供を受けることができるようになり、利用者にとって、安全性を損なうことなく、操作性、利便性をより一層向上させる。
【００２１】
請求項６記載の情報処理プログラムによれば、本構成を有していない場合に比較して、利用者の認証段階に応じて課金金額を変更することができるようになる。
【発明を実施するための最良の形態】
【００２２】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態を説明する。
本実施の形態は、電子的なサービスを提供する際に、課金や監査のための履歴を取得するためのものである。
（装置の全体構成）
図１は、本発明の一実施の形態の概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはプログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、プログラム、システム及び方法の説明をも兼ねている。また、モジュールは機能にほぼ一対一に対応しているが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続を含む。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。
以下、利用者として、法人、個人であるユーザー（管理者等を含む）を主に例示して説明する。そして、記載を簡便にするために、ユーザー等が主体となって動作するように記載する場合もあるが、これはそのユーザーによる操作に応じて、システムが動作するものである。
【００２３】
本実施の形態は、図１に示すように、ユーザー認証サーバー８、サービス提供サーバー１２、サービス履歴管理サーバー１６を備え、これらを通信回線であるネットワーク１７によって互いに接続している。なお、サービス提供サーバー１２は複数あってもよいし、ユーザー認証サーバー８、サービス履歴管理サーバー１６も複数あってもよい。ユーザー認証サーバー８、サービス提供サーバー１２、サービス履歴管理サーバー１６の各サーバーは、独立して構成しているが、例えばユーザー認証サーバー８とサービス履歴管理サーバー１６とを組み合わせて１つのサーバーとしてもよく、その組み合わせは任意である。
【００２４】
ユーザー認証サーバー８は、図１に示すように、ユーザーＤＢ１、ユーザー認証モジュール２、認証情報管理ＤＢ３、ユーザーセッション管理モジュール４、ユーザーセッション状態保持ＤＢ５、サービス認可モジュール６、サービス認可ＤＢ７を有している。
ユーザーＤＢ１は、図１に示すように、複数のユーザー認証モジュール２と接続されており、ユーザーの少なくとも認証に関する情報を記憶しており、ユーザー認証モジュール２からアクセスされる。
ユーザー認証モジュール２は、図１に示すように、ユーザーＤＢ１、ユーザーセッション管理モジュール４と接続されており、複数あり、ユーザーＤＢ１にアクセスし、そのユーザーの認証に関する情報を用いて、ユーザーの認証を実施する。その結果をユーザーセッション管理モジュール４へ渡す。
なお、ユーザー認証モジュール２は、複数の認証を行うことができるものである。図１に示すように複数のユーザー認証モジュール２によって複数の認証ができるようになっていてもよいし、１つのユーザー認証モジュール２が複数の認証を行うようにしてもよい。また、ユーザー認証モジュール２が行う認証には認証段階が付されている。認証段階とは、認証におけるその厳密さの段階（レベル、強度、等級、グレードともいい、以下、認証レベル又は認証強度という）のことであり、例えば、パスワード認証は認証レベルは低いが、指紋認証は比較すれば高い認証レベルである。「認証段階が付された認証」とは、その認証はどの認証レベルであるかがわかるようになっていることである。ユーザー認証モジュール２のＩＤである認証手段ＩＤそのものが認証レベルであってもよい。以下、特に断らない限り、認証レベルには認証手段ＩＤそのものを含む。
認証情報管理ＤＢ３は、図１に示すように、ユーザーセッション管理モジュール４と接続されており、ユーザー認証モジュール２に関する情報を記憶しており、ユーザーセッション管理モジュール４からアクセスされる。
【００２５】
ユーザーセッション管理モジュール４は、図１に示すように、複数のユーザー認証モジュール２、認証情報管理ＤＢ３、ユーザーセッション状態保持ＤＢ５、サービス認可モジュール６と接続されており、ユーザーとのセッションを管理する。つまり、ユーザーと本実施の形態との接続の開始から終了までを管理する。
ユーザーセッション状態保持ＤＢ５は、図１に示すように、ユーザーセッション管理モジュール４と接続されており、ユーザーとのセッションの状態を記憶しており、ユーザーセッション管理モジュール４からアクセスされる。
サービス認可モジュール６は、図１に示すように、ユーザーセッション管理モジュール４、サービス認可ＤＢ７と接続されており、ユーザーセッション管理モジュール４より受け取ったユーザーセッションの認証レベルとサービス認可ＤＢ７より抽出したサービス提供に求められる認証レベルとをチェックしてサービスの利用を認可する。
サービス認可ＤＢ７は、図１に示すように、サービス認可モジュール６と接続されており、サービス毎にそのサービス提供の認可に必要とされる認証レベルに関する情報を記憶しており、サービス認可モジュール６からアクセスされる。
【００２６】
サービス提供サーバー１２は、図１に示すように、サービス提供モジュール９、サービス利用履歴記録モジュール１０、履歴キャッシュ１１を有している。
サービス提供モジュール９は、図１に示すように、サービス利用履歴記録モジュール１０と接続されており、ユーザー認証モジュール２によって認証された利用者に対して、サービス認可モジュール６によって認可されたサービスを提供する。「利用者に対してサービスを提供する」とは、利用者による操作に応じてサービスを提供する場合、利用者から明確な操作がなくともサービスを提供する場合、利用者自身に利益が生じるようにサービスを提供する場合、利用者以外の者に利益が生じるようにサービスを提供する場合等が含まれる。
また、利用者による操作に応じてサービスを提供する場合であっても、操作の後に即座にサービスを提供する場合、一定期間後にサービスを提供する場合の両方が含まれる。
サービス利用履歴記録モジュール１０は、図１に示すように、サービス提供モジュール９、履歴キャッシュ１１と接続されており、サービス提供モジュール９によるサービス提供の履歴（結果を含む）を、ユーザーとのセッションの認証レベルと共に履歴キャッシュ１１に記憶させる。
履歴キャッシュ１１は、図１に示すように、サービス利用履歴記録モジュール１０と接続されており、利用履歴を一時的に記憶しており、サービス利用履歴記録モジュール１０からアクセスされる。また、サービス履歴管理サーバー１６の履歴収集モジュール１３からもネットワーク１７を介してアクセスされる。
【００２７】
サービス履歴管理サーバー１６は、図１に示すように、履歴収集モジュール１３、履歴保管ＤＢ１４、履歴提示モジュール１５を有している。
履歴収集モジュール１３は、図１に示すように、履歴保管ＤＢ１４と接続されており、サービス提供サーバー１２内の履歴キャッシュ１１に記憶されている利用履歴を収集し、履歴保管ＤＢ１４に記憶させる。この場合、複数のサービス提供サーバー１２の履歴キャッシュ１１から収集するようにしてもよい。
履歴保管ＤＢ１４は、図１に示すように、履歴収集モジュール１３、履歴提示モジュール１５と接続されており、履歴収集モジュール１３によって収集された利用履歴を記憶しており、履歴収集モジュール１３、履歴提示モジュール１５からアクセスされる。
履歴提示モジュール１５は、図１に示すように、履歴保管ＤＢ１４と接続されており、履歴保管ＤＢ１４に記憶されている利用履歴を目的に応じて、フォーマット変換等を行って提示する。
【００２８】
図２を用いて、本実施の形態を具体的に実現させた場合のユーザー認証及びサービス履歴記録装置の構築例を説明する。
ユーザー認証サーバー８、サービス履歴管理サーバー１６はデータセンター等に設置され、各種のサービス提供サーバー１２はデータセンター等に設置されている。また、オフィス等には、それらのサーバーにアクセスするためのＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、複合機（多機能複写機とも呼ばれ、スキャナ、プリンタ、複写機、ファックス等の機能を有している、以下ＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｆｅｒａｌｓ）ともいう）等がある。これらの装置はイントラネットやインターネット等のネットワーク１７によって互いに接続されている。
ユーザーは、オフィス等にある個人のＰＣ等から複数のサービス提供サーバー１２にアクセスしてサービスの提供を受ける。また、ユーザーが利用するのは、ＰＣ以外にも、オフィス等に存在する複合機等であってもよい。
【００２９】
図３に示すフローチャートを用いて、ユーザー認証の処理例を説明する。
まず、ネットワーク１７を介して、ユーザーがＰＣ等を用いてユーザー認証サーバー８にアクセスを開始する。ユーザーセッション管理モジュール４は、ユーザーセッションをスタートさせる（ステップＳ３０２）。
続いて、ネットワーク１７を介して、ユーザーがＰＣ等を用いてユーザー認証モジュール２にアクセスし、ユーザー認証を実施する。ユーザー認証モジュール２に関する情報は、認証情報管理ＤＢ３に図４に示すような形態で記憶されており、これに基づいてユーザー認証モジュール２を呼び出す（ステップＳ３０４）。
【００３０】
図４を用いて、認証情報管理ＤＢ３に記憶されるユーザー認証モジュール２に関する情報例について説明する。認証情報管理ＤＢ３内のユーザー認証モジュール２に関する情報のデータ構造は、認証手段ＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ、識別子）欄、認証サービス名称欄、認証サービスＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）欄を有しており、これらはそれぞれ対応してテーブル構造をなしている。認証手段ＩＤ欄は、各ユーザー認証モジュール２のＩＤを記憶しており、認証サービス名称欄は、そのユーザー認証モジュール２の名称を記憶しており、認証サービスＵＲＬ欄は、そのユーザー認証モジュール２のプログラム等が記憶されているＵＲＬを記憶している。例えば、認証手段ＩＤとして「Ａ−０００１」のユーザー認証モジュール２は、「ＡＩＤ−ＰＷＤ認証条件パターン１（アクセスＩＤとパスワードによるユーザー認証）」という名称であり、「www.example.co.jp/auth/0001」のＵＲＬにそのプログラムが格納されていることを表している。
【００３１】
ユーザー認証モジュール２は、ユーザーＩＤ等からユーザーＤＢ１に図５に示すような形態で保存されている情報からユーザー情報を検索して、ユーザー情報を取得する（ステップＳ３０６）。
図５を用いて、ユーザーＤＢ１に記憶されているユーザー情報例について説明する。ユーザーＤＢ１内のユーザー情報は、ユーザーＩＤ、姓、名、会社名、部署名、役職、住所、電話番号、携帯電話番号、ＦＡＸ番号、Ｅ−ｍａｉｌ、ＵＲＬ、備考等を有している。これらが、ユーザー毎に記憶されている。
【００３２】
続いて、ユーザー認証モジュール２がユーザー認証を実施する。例えば、図６は単純なＩＤ・パスワードによるユーザー認証処理による表示画面例を示したものである。ここでは、ユーザーＤＢ１に図７に示すような形態で記憶されているユーザーＩＤとパスワードのセットを用いて、図６に示すような表示画面を通して入力されたアクセスＩＤとパスワードをチェックし、認証する（ステップＳ３０８）。
図７を用いて、ユーザーＤＢ１に記憶されているユーザーＩＤとパスワードのセット例を説明する。ユーザーＤＢ１内には、ユーザーＩＤ（アクセスＩＤ）とパスワードとが対応したテーブル構造として記憶されている。
【００３３】
この認証処理を必要な認証が終了するまで繰り返す（ステップＳ３１０）。図８はＰＫＩ（Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）証明書が入ったＩＣカードとパスワードとを組み合わせて認証する例である。このように、場合によって、異なるユーザー認証モジュール２を使用したり、ユーザー認証モジュール２の組み合わせによってユーザー認証を行う。
必要な認証処理が終了すると（ステップＳ３１０でＹＥＳ）、結果をユーザーセッション状態保持ＤＢ５に図９に示すような形態で記憶させ、ユーザー認証を終了する（ステップＳ３１２，ステップＳ３１４）。
図９を用いて、ユーザーセッション状態保持ＤＢ５に記憶されるユーザー認証の結果例を説明する。ユーザーセッション状態保持ＤＢ５内には、ログインユーザー毎に、ログインユーザーＩＤ欄、認証が行われたユーザー認証モジュール２の認証手段ＩＤ欄とそのユーザー認証モジュール２による認証時刻（年月日と時分秒等まで含む）欄を有しているテーブルを有している。認証手段ＩＤ欄と認証時刻欄は、１つのログインユーザーＩＤに複数あってもよい。
【００３４】
（サービス認可）
図１０に示すフローチャートを用いて、サービス認可の処理例を説明する。
ユーザーによる操作によって、利用したいサービスが指定される（ステップＳ１００２）。
続いて、ユーザーセッション状態保持ＤＢ５に図９に示すような形態で保存されているユーザー認証の結果例（すなわち、現在のユーザーセッションの認証レベル）を取得する（ステップＳ１００４）。
【００３５】
この認証レベル情報と、サービス認可ＤＢ７に図１１の形態で記憶されているサービスごとに要求される認証レベルとを比較し、サービスの利用を許可する（ステップＳ１００６）。つまり、ユーザーセッション状態保持ＤＢ５に記憶されている認証手段ＩＤが、提供しようとしているサービスに対応してサービス認可ＤＢ７に記憶されている認証レベルを充足しているか否かを判断する。この例では、ユーザーセッション状態保持ＤＢ５の認証手段ＩＤとサービス認可ＤＢ７の認証レベルが一致する場合が許可されることとなる。
【００３６】
図１１を用いて、サービス認可ＤＢ７内のサービスごとに要求される認証レベルのデータについて説明する。このデータ構造は、ユーザーＩＤ欄、サービスＩＤ欄、認証レベル条件欄を有しているテーブル構造である。
ユーザーＩＤ欄には、対応するサービスＩＤ欄に記憶されているサービスＩＤ欄で示されるサービスを利用できるユーザーＩＤが記憶される。「ＡＬＬ」とある場合は、どのようなユーザーであっても利用可能であることを表している。
サービスＩＤ欄は、対象となっているサービスのＩＤを記憶している。
認証レベル条件欄は、対応するサービスＩＤ欄に記憶されているサービスＩＤ欄で示されるサービスを利用するために必要とする認証レベルを記憶している。なお、図１１に示す例では、認証レベルとして、ユーザー認証モジュール２のＩＤである認証手段ＩＤそのものを記憶している。
なお、ユーザーＩＤ欄に条件がある場合（つまり、「ＡＬＬ」以外の場合）には、ユーザーＩＤとサービスＩＤとの組み合わせから必要な認証レベル条件を決定し、それに基づいてサービスの利用を認可する。
例えば、図１１の例では、サービスＩＤ「Ｓ−０００１」を利用するためには、ユーザーはユーザー認証モジュール２として「Ａ−０００１」、「Ａ−０００２」及び「Ａ−０００７」によって認証されていなければならない。また、サービスＩＤ「Ｓ−０００５」を利用するためには、ユーザーＩＤ「Ｕ−０００１」はユーザー認証モジュール２として「Ａ−０００２」によって認証されていなければならない。
なお、図１１の例では、認証レベル条件として、認証手段ＩＤそのものを示したが、認証レベルとそれに対応する認証手段ＩＤとを対応させて記憶しているテーブルを別に設け、そのテーブル内の認証レベルを使用してもよい。その場合、認証レベルには序列があり、認証レベルが高いものはそれよりも低い認証レベルのものを含んでいる。つまり、ユーザーセッション状態保持ＤＢ５に記憶されている認証手段ＩＤの認証レベルが、サービス認可ＤＢ７に記憶されている認証レベルよりも同等又は高いならばサービスの提供を許可する。
【００３７】
条件が満たされれば（ステップＳ１００６でＯＫ）、サービス提供モジュール９がユーザーに対してサービスを提供する（ステップＳ１００８）。条件が満たされなければ（ステップＳ１００６でＮＯ）終了する（ステップＳ１０１２）。
そして、サービス利用履歴記録モジュール１０が、このサービスを利用したという履歴と、そのときのユーザー認証レベルとを図１２に示すようなフォーマットで履歴キャッシュ１１に記憶する（ステップＳ１０１０）。
図１２を用いて、履歴キャッシュ１１に記憶される利用履歴を説明する。このデータ構造は、利用時刻欄、ユーザーＩＤ欄、ユーザー認証レベル欄、利用サービス欄、利用量欄を有しているテーブル構造である。
利用時刻欄は、そのサービスの提供が行われた時刻（年月日等を含む）を記憶している。
ユーザーＩＤ欄は、そのサービスの提供を受けたユーザーのユーザーＩＤを記憶している。
ユーザー認証レベル欄は、そのユーザーを認証したユーザー認証モジュール２の認証手段ＩＤそのものを記憶している。図１１の認証レベル条件欄の説明と同様に、認証手段ＩＤそのものではなく、認証レベルであってもよい。
利用サービス欄は、提供したサービスのサービスＩＤを記憶している。
利用量欄は、そのサービスの利用量（後に課金計算の基となる情報）を記憶している。
【００３８】
（履歴情報の提供）
図１３に示すフローチャートを用いて、各サービス提供サーバー１２で提供されたサービスの履歴を記憶した履歴キャッシュ１１内の履歴を収集し、目的に応じて提示する処理例を説明する。
サービス履歴管理サーバー１６内の履歴収集モジュール１３は、各サービス提供サーバー１２で提供されたサービスの履歴を記憶した履歴キャッシュ１１から履歴を収集し、履歴保管ＤＢ１４に記憶する（ステップＳ１３０２）。
次に、表示すべき履歴の条件を指定する（ステップＳ１３０４）。例えば、課金のためであれば、先月１ヶ月分の特定のユーザーの利用履歴を指定する。不正調査のためであれば、特定のユーザーの特定サービス利用について指定する等である。
この指定された条件に基づいて、履歴提示モジュール１５は履歴保管ＤＢ１４から履歴を読み込む（ステップＳ１３０６）。
履歴提示モジュール１５は、指定された表示条件を適用する（ステップＳ１３０８）。
履歴提示モジュール１５は、その適用した結果を表示する（ステップＳ１３１０）。
【００３９】
図１５及び図１６を用いて、課金のための履歴の例を説明する。ここでの課金体系は認証レベルよって、図１４に示すように異なるものとする。図１４に示すテーブルは、各サービス毎に、認証レベルと料金とを対応させて記憶している。つまり、サービスＩＤ「Ｓ−０００５」のサービスを利用する際には、認証レベルによって１０円、１２０円、２，０００円という３つの料金が設定されている。認証レベルが高いものは料金を高く、認証レベルが低いものは料金を低く設定している。
【００４０】
図１５の上図は、履歴保管ＤＢ１４に記憶されている収集してきた履歴の例である。ユーザー「Ｕ−０００１」は、２００５／１２／１０  １２：３４：５６に「Ｓ−０００１」というサービスの提供を受け、その場合の認証レベル（認証手段ＩＤ）は「Ａ−０００１」であり、利用量は、それぞれ「１０」、「１０」、「３，４００，０００」であることを示している。例えば、グローバルスキャンサービス（Ｓ−０００１：文書をスキャンして、文字認識処理を行い、その結果をＤＢに記憶させるサービス）を通常の認証レベルで利用した場合であり、その中で３行目は、３．４ＭＢの保管サービスを利用して、その保管サービスの請求額は３４０円であることを表している（図１５の下図参照）。
一方、図１６の例では、高い認証レベルで利用した場合であり、３．４ＭＢの保管サービスを利用して３，４００円となる（図１６の下図参照）。つまり、図１６の上図は、履歴保管ＤＢ１４に記憶されている収集してきた履歴の例であり、図１５の上図と異なる点は、３行目の認証レベルが「Ａ−０００１  Ａ−０００２  Ａ−０００５」であることである。つまり、認証レベルが高い状態でサービスが利用された場合である。
【００４１】
図１７及び図１８を用いて、履歴提示モジュール１５が提示した不正調査や監査等のための履歴の例を説明する。この例では、ダウンロード処理に不正が行われたケースである。
図１７に示す履歴の例は、不正が行われたダウンロード処理での認証は７桁パスワードによるものである。したがって、パスワードを不正に利用したものであり、ハッカーの侵入等やパスワードの漏洩等がまず第一に疑われる。
一方で図１８に示す履歴の例では、不正が行われたダウンロード処理での認証は指紋認証によるものである。したがって、サービス利用時の不正であり、ユーザー本人による不正が第一に疑われる。
【００４２】
（ハードウェア構成等）
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１９に示すように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。ユーザーセッション管理モジュール４、サービス認可モジュール６、サービス提供モジュール９、サービス利用履歴記録モジュール１０、履歴収集モジュール１３、履歴提示モジュール１５等のプログラムを実行するＣＰＵ（マイクロプロセッサ）１９０１と、そのプログラムやデータを記憶するＲＡＭ（ランダムアクセスメモリ）１９０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ（リードオンリメモリ）１９０３と、補助記憶装置であるＨＤ（ハードディスク）１９０４と、キーボード、マウス等のデータを入力する入力装置１９０６と、ＣＲＴや液晶ディスプレイ等の出力装置１９０５と、例えばネットワークを介して他の装置と通信を行うための通信回線インタフェース１９０７、そして、それらをつないでデータのやりとりをするためのバス１９０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００４３】
なお、図１９に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１９に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１９に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機などに組み込まれていてもよい。
【００４４】
前記実施の形態においては、図４、図５、図７、図９、図１１、図１２、図１４で示したデータ構造は、これらのデータ構造に限らず他のデータ構造であってもよい。例えば、テーブル構造のものはリンク構造等であってもよい。また、データ項目は、これらに図示したものに限られず、他のデータ項目を有していてもよい。
【００４５】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。
【図面の簡単な説明】
【００４６】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】ユーザー認証装置及びサービス履歴記録装置の構築例を示す説明図である。
【図３】ユーザーの認証処理の例を示すフローチャートである。
【図４】認証情報管理ＤＢによって管理されるユーザー認証モジュールに関する情報の例を示す説明図である。
【図５】ユーザーＤＢによって管理されるユーザー情報の例を示す説明図である。
【図６】パスワードによるユーザーの認証画面の表示例を示す説明図である。
【図７】ユーザーＤＢによって管理されるユーザー情報（パスワード認証のための情報）の例を示す説明図である。
【図８】ＩＣカードによるユーザーの認証画面の表示例を示す説明図である。
【図９】ユーザーセッション状態保持ＤＢによって管理されている認証の履歴情報の例を示す説明図である。
【図１０】サービスの利用認可の処理例を示すフローチャートである。
【図１１】サービス認可ＤＢによって管理される認証レベル情報の例を示す説明図である。
【図１２】履歴情報の例を示す説明図である。
【図１３】目的別に履歴を提示する処理の例を示すフローチャートである。
【図１４】認証レベル毎に課金額を変更するためのテーブルの例を示す説明図である。
【図１５】サービス課金の履歴の例を示す説明図である。
【図１６】サービス課金の履歴の例を示す説明図である。
【図１７】ユーザー別の不正監査の履歴の例を示す説明図である。
【図１８】ユーザー別の不正監査の履歴の例を示す説明図である。
【図１９】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【符号の説明】
【００４７】
１…ユーザーＤＢ
２…ユーザー認証モジュール
３…認証情報管理ＤＢ
４…ユーザーセッション管理モジュール
５…ユーザーセッション状態保持ＤＢ
６…サービス認可モジュール
７…サービス認可ＤＢ
８…ユーザー認証サーバー
９…サービス提供モジュール
１０…サービス利用履歴記録モジュール
１１…履歴キャッシュ
１２…サービス提供サーバー
１３…履歴収集モジュール
１４…履歴保管ＤＢ
１５…履歴提示モジュール
１６…サービス履歴管理サーバー
１７…ネットワーク
【図１】
2008225726.tif 000003
【図２】
2008225726.tif 000004
【図３】
2008225726.tif 000005
【図４】
2008225726.tif 000006
【図５】
2008225726.tif 000007
【図６】
2008225726.tif 000008
【図７】
2008225726.tif 000009
【図８】
2008225726.tif 000010
【図９】
2008225726.tif 000011
【図１０】
2008225726.tif 000012
【図１１】
2008225726.tif 000013
【図１２】
2008225726.tif 000014
【図１３】
2008225726.tif 000015
【図１４】
2008225726.tif 000016
【図１５】
2008225726.tif 000017
【図１６】
2008225726.tif 000018
【図１７】
2008225726.tif 000019
【図１８】
2008225726.tif 000020
【図１９】
2008225726.tif 000021