(57)【要約】【課題】認証情報のやり取りを最小限に抑えることで不正アクセスによる認証情報の漏洩、及びなりすましを防ぎ、ユーザ負荷、および認証サーバの処理負荷と通信負荷を軽減する。【解決手段】ユーザ端末１４と、認証サーバ１０と、業務サーバＡ（１２）と、業務サーバＢ（１３）と業務サーバＡ（１２）と業務サーバＢ（１３）が共通して使用するサービスを実行する決裁サーバ１１と、がネットワーク１５経由で接続される。決裁サーバ１１は、ユーザ端末１４からのログイン要求を受けた場合、業務サーバＡ（１２）もしくは業務サーバＢ（１３）から送信される認証要求を受信し、認証サーバ１０から受信した認証キーをユーザ端末１４に送信する際、認証キーを、ユーザに固有で更新性のある情報により暗号化して認証情報として送信する。【選択図】図１
2010225108.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してユーザ端末および認証装置と接続され、第１の処理部と、第２の処理部と、前記第１の処理部および前記第２の処理部が共通して使用するサービスを実行する第３の処理部と、を有する業務処理装置であって、
前記第３の処理部は、
前記ユーザ端末から送信されるログイン要求を受けた場合、前記第１の処理部もしくは前記第２の処理部から送信される認証要求を受信し、前記認証装置から取得した認証キーを加工した認証情報を前記ユーザ端末に送信する認証情報送受信手段を備える
ことを特徴とする業務処理装置。
【請求項２】
前記認証情報送受信手段は、
前記認証要求を受信して認証情報があるか否かを判定し、
前記認証情報がないと判定した場合、前記認証装置に対して認証要求を送信し、
前記認証情報があると判定した場合、前記認証要求があった前記第１の処理部もしくは前記第２の処理部が過去に生成したユーザに固有で更新性のある最新の情報を検索し、前記検索した最新の情報に基づき、前記認証情報から抽出した認証キーを暗号化して認証情報として前記ユーザ端末へ送信するとともに、前記認証要求のあった前記第１の処理部もしくは前記第２の処理部へ前記最新の情報を送信する
ことを特徴とする請求項１に記載の業務処理装置。
【請求項３】
前記認証情報送受信手段は、
前記認証装置から認証キーを受信し、
自身のデータベースを検索して前記認証要求のあった前記第１の処理部もしくは前記第２の処理部へ、ユーザに固有で更新性のある最新の情報を送信し、前記ユーザ端末へ、前記認証キーを暗号化した認証情報を送信する
ことを特徴とする請求項１または請求項２に記載の業務処理装置。
【請求項４】
前記認証情報送受信手段は、
前記ユーザ端末のログイン要求に基づく認証要求を受信して認証情報の有無を判定し、
前記認証情報がないと判定した場合、
前記認証装置へ認証キーがない状態で認証要求を送信し、
認証情報があると判定した場合、
自身のデータベースを検索して前記ユーザに固有で更新の必要がある情報により前記認証情報が復号可能か否かを判定し、復号可能であると判定した場合に復号を行い、前記復号した認証キーに基づいて前記認証装置に認証要求を送信し、復号できないと判定した場合、前記認証装置へ認証キーがない状態で認証要求を送信する
ことを特徴とする請求項１から請求項３のいずれか１項に記載の業務処理装置。
【請求項５】
前記第１の処理部もしくは前記第２の処理部は、
前記ユーザ端末からのログイン要求に対し認証情報の有無を判定し、
前記認証情報がある場合、
前記第３の処理部から受信したユーザに固有で更新性のある情報により前記認証情報が復号可能か否かを判定し、復号可能である場合、復号処理を行い、復号した認証キーに基づいて前記認証装置に認証要求を送信し、復号可能でない場合、前記第３の処理部へ認証キーがない状態で認証要求を送信し、
前記認証情報がない場合、
前記第３の処理部へ認証情報がない状態で認証要求を送信することを特徴とする請求項１から請求項４のいずれか１項に記載の業務処理装置。
【請求項６】
ユーザ端末と、
認証装置と、
第１の処理部と、第２の処理部と、前記第１の処理部および前記第２の処理部が共通して使用するサービスを実行する第３の処理部と、を有する業務処理装置と、がネットワークを介して接続され、
前記第３の処理部は、
前記ユーザ端末からのログイン要求を受けた場合、前記第１の処理部もしくは前記第２の処理部から送信される認証要求を受信し、前記認証装置から取得した認証キーを加工した認証情報を前記ユーザ端末に送信する
ことを特徴とする認証システム。
【請求項７】
前記第１の処理部および前記第２の処理部に、前記認証情報を前記認証装置もしくは前記第３の処理部に送信して認証要求を行う子エージェントが実装され、
前記第３の処理部に、前記ユーザ端末からのログイン要求を受けた場合、前記第１の処理部もしくは前記第２の処理部から送信される認証要求を受信し、前記認証装置から取得した認証キーを前記ユーザ端末に送信する際に、前記認証キーを加工した認証情報を送信する親エージェントが実装される
ことを特徴とする請求項６に記載の認証システム。
【請求項８】
前記認証装置は、
前記認証要求を受信すると認証キーの有無を判定し、
前記認証キーがある場合に前記認証キーに基づく認証処理を行い、認証が成功した場合、前記認証要求があった前記第１の処理部もしくは前記第２の処理部に認証結果を応答し、
前記認証キーがない場合、もしくは前記認証が不成功の場合、前記ユーザ端末にログイン入力画面情報を送信してユーザＩＤとバスワード入力を促し、入力されたユーザＩＤとパスワードに基づき認証処理を実行し、認証が成功した場合、認証キーを生成して前記第３の処理部に送信する、
ことを特徴とする請求項７に記載の認証システム。
【請求項９】
ユーザ端末と、
認証装置と、
第１の処理部と、第２の処理部と、前記第１の処理部および前記第２の処理部が共通して使用するサービスを実行する第３の処理部と、を有する業務処理装置と、がネットワークを介して接続される認証システムにおける認証方法であって、
前記第３の処理部は、
前記ユーザ端末からのログイン要求を受けた場合、前記第１の処理部もしくは前記第２の処理部から送信される認証要求を受信し、前記認証装置から取得した認証キーを加工した認証情報を前記ユーザ端末に送信する
ことを特徴とする認証方法。
【請求項１０】
請求項９に記載の認証方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、あるシステムでログイン認証を済ませたユーザが他のシステムを認証の手続きなしに利用可能な仕組みを持つＳＳＯ（Single Sign On）認証システムに関する。
【背景技術】
【０００２】
近年用いられるようになったＳＳＯの具体的な利用イメージは以下のようになる。すなわち、ユーザが社内ポータルサイト等にアクセスし、ユーザＩＤ（IDentification）とパスワードを入力して認証を済ませると、その認証情報は、グループウエア等、他の社内システムに転送される。このため、ユーザは再度ログインを求められることがなくなり、システム毎に認証を要求される煩雑さが無くなり、システム管理者側にとっても運用の手間が減るといった利点がある。
【０００３】
前記したＳＳＯを実現するために、従来、プロキシ型と呼ばれる方式と、エージェント型と呼ばれる方式の２つの方式が存在する。
プロキシ型は、１つのサーバをユーザからのアクセスを全て受け付ける認証サーバとして利用し、そのサーバは認証後にプロキシサーバとして動作する。つまり、ユーザが各システムへの接続要求を認証サーバに送信すると、認証サーバがその代理として各システムに接続し、認証やデータ取得等の作業を代行する。
【０００４】
一方、エージェント型は、ＳＳＯが利用可能なシステムのそれぞれにエージェントと呼ばれるプログラムを組み込むことで、認証情報をシステム間で自動的にやりとりすることができ、再度認証の必要をなくしたものである。
前記したプロキシ型とエージェント型のそれぞれに一長一短があり、プロキシ型は既存システムの変更点が少なく導入しやすい反面、プロキシサーバとして動作する認証サーバの負荷が大きい。また、エージェント型は、特定のシステムに負荷が集中することはないが、ＳＳＯで利用するシステム全てにエージェントを実装する必要がある。
【０００５】
前記したエージェント型を採用してＳＳＯを実現するシステム（例えば、非特許文献１参照）の動作シーケンスを図２１に示す。
ここでは、ユーザ端末と、認証サーバと、業務サーバＡと、業務サーバＢとからなるＳＳＯ認証システムを例示して、その信号処理の流れについて簡単に説明する。
【０００６】
まず、ユーザ端末は業務サーバＡに対してログイン要求を送信する（ステップＳ２１）。これを受けた業務サーバＡは、認証情報がないため、認証サーバに対して認証要求を行う（ステップＳ２２）。認証サーバは、ユーザ端末に認証情報生成のために必要なユーザＩＤとパスワード入力を促し（ステップＳ２３）、これを受けたユーザ端末は、ユーザＩＤとパスワードを入力して送信する（ステップＳ２４）。これを受けた認証サーバは、認証情報を生成してユーザ端末に送信し（ステップＳ２５）、また、業務サーバＡに認証手続きが終了したことを通知する（ステップＳ２６）。
【０００７】
認証が成功すると、業務サーバＡは、ログイン要求のあったユーザ端末に対してサービス画面を送信し（ステップＳ２７）、これを受信したユーザ端末は、先に受信した認証情報に基づき業務サーバＢにログイン要求を行う（ステップＳ２８）。
業務サーバＢは、認証サーバに、受信したログイン要求に基づく認証要求を送信するが（ステップＳ２９）、既に認証手続きは終了しているため、ユーザ端末にログインを許可し（ステップＳ３０）、ユーザ端末は、ユーザＩＤ、パスワード入力による認証手続きをスキップして認証サーバを経由して業務サーバＢに認証情報を送信する（ステップＳ３１、Ｓ３２）。これを受けた業務サーバはログイン要求のあったユーザ端末に対してサービス画面を送信して要求に応じたサービスを実行する（ステップＳ３３）。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】”Oasis Security Services Use Cases And Requirements（第１１頁、図４）”、[online]、[２００９年３月１６日検索]、インターネット＜ＵＲＬ：http://www.oasis-opeＮｏrg/committees/security/docs/draft-sstc-saml-reqs-01.pdf2001/3＞
【発明の概要】
【発明が解決しようとする課題】
【０００９】
図２１に示すように、従来、業務サーバＡ（Ｂ）は、ユーザからのログインを契機に認証サーバへ認証を要求し、認証サーバは、要求を受けた時点でのユーザ情報（ユーザＩＤ、パスワード、生体情報等）をもとに認証情報を生成してユーザに返す。そして、他の業務サーバＢ（Ａ）へのログインの際は、認証サーバとユーザ端末との間でこの認証情報を利用することでユーザ情報の入力をスキップさせ、ＳＳＯを実現している。
【００１０】
ところで、ステップＳ３０で認証サーバからユーザ端末へ送信される認証情報は、ステップＳ２５でユーザ端末が受信した認証情報と同じものであり、ユーザ端末と認証サーバ間の通信経路で同じ情報が複数回送信される。認証サーバと業務サーバ間は、比較的セキュリティ性の高いイントラネット等により接続されるが、ユーザ端末と認証サーバ間は、通常、インターネット等のオープン環境で接続される。このため、ユーザ端末と認証サーバ間で、第三者に前記した認証情報を不正に取得された場合、なりすましが容易である。
【００１１】
この対策として、従来、例えば、認証情報に有効期間を設ける、あるいは、ワンタイムパスワードの仕組みを用いる方法がある。しかしながら、これらの場合、認証サーバにアクセスが集中するため、認証サーバの処理負荷が大きく、また、ワンタイムパスワードを導入してＳＳＯを実現する場合は、パスワードをユーザに再入力させることができないため、トークン（専用の小型装置）の利用等が必要になり、ユーザの負担も大きくなる。
また、認証サーバは、業務サーバＡ、Ｂのアクセス毎にユーザ端末との間でやりとりが発生するため、認証サーバの処理負荷が大きく、また、通信負荷も大きくなる。
【００１２】
本発明は、前記した課題を解決するためになされたものであり、認証システムにおいて、同じ認証情報のやり取りを最小限に抑えることで不正アクセスによる認証情報の漏洩及びなりすましを防ぎ、ユーザ負荷、および認証サーバの処理負荷と通信負荷を軽減することを目的とする。
【課題を解決するための手段】
【００１３】
前記した課題を解決するために、本発明は、ユーザ端末および認証装置とネットワークを介して接続され、第１の処理部と、第２の処理部と、第１の処理部および第２の処理部が共通して使用するサービスを実行する第３の処理部と、を有する業務処理装置である。
第３の処理部は、ユーザ端末から送信されるログイン要求を受けた場合、第１の処理部もしくは第２の処理部から送信される認証要求を受信し、認証装置から取得した認証情報を加工してユーザ端末に送信する認証情報送受信手段を備える。
その他の手段については後記する。
【発明の効果】
【００１４】
本発明によれば、認証システムにおいて、同じ認証情報のやり取りを最小限に抑えることで不正アクセスによる認証情報の漏洩及びなりすましを防ぎ、ユーザ負荷、および認証サーバの処理負荷と通信負荷を軽減することことができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態に係るＳＳＯ認証システムのシステム構成を示す図である。
【図２】本発明の実施形態に係るＳＳＯ認証システムの認証サーバの構成を示すブロック図である。
【図３】本発明の実施形態に係るＳＳＯ認証システムの決裁サーバの構成を示すブロック図である。
【図４】本発明の実施形態に係るＳＳＯ認証システムの業務サーバＡの構成を示すブロック図である。
【図５】本発明の実施形態に係るＳＳＯ認証システムの業務サーバＢの構成を示すブロック図である。
【図６】本発明の実施形態に係るＳＳＯ認証システムの認証装置が管理するユーザ情報ＤＢのデータ構造の一例を示す図である。
【図７】本発明の実施形態に係るＳＳＯ認証システムの認証装置が管理する認証情報ＤＢのデータ構造の一例を示す図である。
【図８】本発明の実施形態に係るＳＳＯ認証システムの決裁サーバが管理する決裁情報ＤＢのデータ構造の一例を示す図である。
【図９】本発明の実施形態に係るＳＳＯ認証システムの決裁サーバが管理する決裁履歴ＤＢのデータ構造の一例を示す図である。
【図１０】本発明の実施形態に係るＳＳＯ認証システムの業務サーバＡが管理する業務処理情報ＤＢのデータ構造の一例を示す図である。
【図１１】本発明の実施形態に係るＳＳＯ認証システムの業務サーバＢが管理する業務処理情報ＤＢのデータ構造の一例を示す図である。
【図１２】本発明の実施形態に係るＳＳＯ認証システムによるユーザ端末の初回アクセス時の動作を示すシーケンス図である。
【図１３】本発明の実施形態に係るＳＳＯ認証システムによるユーザ端末の２回目以降のアクセス時の動作を示すシーケンス図である。
【図１４】本発明の実施形態に係るＳＳＯ認証システムの認証サーバの動作を示すフローチャートである。
【図１５】本発明の実施形態に係るＳＳＯ認証システムの決裁サーバによる親エージェントの処理動作を示すフローチャートである。
【図１６】本発明の実施形態に係るＳＳＯ認証システムの決裁サーバによる親エージェントの処理動作を示すフローチャートである。
【図１７】本発明の実施形態に係るＳＳＯ認証システムの決裁サーバによる親エージェントの処理動作を示すフローチャートである。
【図１８】本発明の実施形態に係るＳＳＯ認証システムの決裁サーバによる決裁処理動作を示すフローチャートである。
【図１９】本発明の実施形態に係るＳＳＯ認証システムの業務サーバＡ（Ｂ）による子エージェントの処理動作を示すフローチャートである。
【図２０】本発明の実施形態に係るＳＳＯ認証システムの決裁サーバによる業務処理動作を示すフローチャートである。
【図２１】従来例におけるＳＳＯ認証システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００１６】
以下、本発明を実施するための形態（以下、実施形態という。）について、図面を参照して詳細に説明する。なお、本実施形態において、「認証情報（図１２のステップＳ１１１における「Ａ×Ｌ１」に相当）」に対して、その認証情報の元となる情報を「認証キー（図１２のステップＳ１０８における「Ａ」に相当）」と称する。また、前記した「Ａ×Ｌ１」以外に認証に関係する情報（後記する履歴情報など）も、「認証情報」と称する。
【００１７】
（ＳＳＯ認証システム１の構成）
図１に示すように、本発明の実施形態に係るＳＳＯ認証システム１において、ＳＳＯ認証装置としての認証サーバ１０と、業務処理装置の第３の処理部としての決裁サーバ１１と、業務処理装置の第１の処理部としての業務サーバＡ（１２）と、業務処理装置の第２の処理部としての業務サーバＢ（１３）と、ユーザ端末１４とが、ネットワーク１５を介して接続され、構成される。
【００１８】
本実施形態では、業務サーバＡ（１２）は財務会計、業務サーバＢ（１３）は文書管理を行うものとし、決裁サーバ１１は、財務会計と文書管理に共通処理である決裁を行うものとする。決裁サーバ１１は、業務サーバＡ（１２）、業務サーバＢ（１３）に対し、共通的なサービスを提供し、各業務サーバから起票される案件のワークフローを一元的に管理するもので、親エージェントが実装される。また、業務サーバＡ（１２）と、業務サーバＢ（１３）には子エージェントが実装される。この親エージェントと子エージェントについての詳細は後記する。
【００１９】
認証サーバ１０は、決裁サーバ１１、業務サーバＡ（１２）、業務サーバＢ（１３）に関して、ユーザ情報、権限情報の管理、および認証処理を一元的に担い、ユーザ端末１４に対してＳＳＯを提供する。
また、ユーザ端末１４は、ネットワーク１５としてのインターネット、もしくはイントラネット内で他のユーザ端末からもアクセスできるネットワーク環境下に配置される。一方、認証サーバ１０、決裁サーバ１１、業務サーバＡ（１２）、業務サーバＢ（１３）は、イントラネット内でアクセスが制限されたネットワーク環境下に配置されるものとする。ここでは、ユーザ端末１４と各サーバ１０、１１、１２、１３との通信は、比較的オープンで第三者から監視されやすいネッワーク経由で行われ、各サーバ１０、１１、１２、１３間の通信は、比較的クローズで第三者から監視されにくいネットワーク経由で行われるものとする。
【００２０】
本発明の実施形態に係るＳＳＯ認証システム１は、認証サーバ１０の認証キーを、後記するように、業務サーバＡ、Ｂの共通処理履歴等、ユーザに固有で更新性のある情報を利用して加工することにより、認証サーバ１０の処理負荷を軽減し、ネットワーク１５上に同じ認証キーや認証情報を何度も伝播させないようにしてセキュリティ強化を図るものである。
【００２１】
なお、図１に示すシステム形態によれば、決裁サーバ１１と、業務サーバＡ（１２）と、業務サーバＢ（１３）とは、独立した筐体に実装される業務処理装置として例示されているが、例えば、それらは１個の業務処理装置内にあって、それぞれの機能を有するソフトウエアとして実装されていてもよい。
【００２２】
ここでは、決裁サーバ１１は、「ユーザ端末１４から送信されるログイン要求に基づき、業務サーバＡ（１２）もしくは業務サーバＢ（１３）から送信される認証要求を受信し、認証サーバ１０から取得した認証キーをユーザ端末１４に送信する際に、認証キーを加工して認証情報として送信する業務処理装置」として機能する（詳細は後記）。
【００２３】
（認証サーバ１０の構成）
図２に示すように、認証サーバ１０は、制御部２００と、記憶部２０１と、入力部２０２と、表示部２０３と、ネットワークインタフェース部２０４とが、アドレス、データ、コントロールのためのラインが複数本実装される内部バス２０５に共通接続され、構成される。
【００２４】
制御部２００は、記憶部２０１に記憶されるプログラム２１０を逐次読み出し実行することにより、ユーザ情報や権限情報を管理し、また、認証処理を一元的に行うものである。
制御部２００は、プログラム２１０を実行することにより、認証要求を受信した場合、認証情報の有無を判定する。認証情報がある場合に、認証情報に基づく認証処理を行い、認証が成功した場合、認証要求があった業務サーバＡ（１２）もしくは業務サーバＢ（１３）に認証結果を送信する。認証情報がない場合、もしくは認証が不成功の場合、ユーザ端末１４にログイン入力画面情報を送信してユーザ情報の入力を促し、入力されたユーザ情報に基づき認証処理を実行し、認証が成功した場合、認証キーを生成して決裁サーバ１１に送信する。
【００２５】
このため、図２では、制御部２００が実行するプログラムの機能を示すように、プログラム２１０として、ユーザ認証部２１１と、認証キー生成部２１２とを示している。
ユーザ認証部２１１は、認証情報ＤＢ２２２に格納される認証情報に基づき前記した認証処理を実行する機能を有し、認証キー生成部２１２は、ユーザ情報ＤＢ２２１に登録されたユーザ情報に基づき、例えば、“ＸＹＺ００１ＸＸＸＸ”（図７）等の認証キーを生成する機能を有する。
【００２６】
ユーザ情報ＤＢ２２１は、図６にそのデータ構造の一例を示すように、ユーザＩＤ（Ｄ１０）と、パスワードＤ１１と、Ａ利用フラグＤ１２と、Ｂ利用フラグＤ１３の各データ項目からなる。ここで、利用フラグＤ１２、Ｄ１３は、業務サーバＡ（１２）、Ｂ（１３）毎に設けられ、ユーザが利用可能か否かを示す情報である。
【００２７】
認証情報ＤＢ２２２は、図７にそのデータ構造の一例を示すように、ユーザＩＤ（Ｄ２０）と、認証キーＤ２１と、有効期間Ｄ２２と、認可システムＤ２３の各データ項目からなる。ここで、認可システムＤ２３には、ユーザ情報ＤＢ２２１の利用フラグＤ１２、Ｄ１３が「利用する」となっている業務サーバＡ（１２）（Ｂ（１３））が設定される。
【００２８】
なお、図２に示す入力部２０２と表示部２０３は、例えば、キーボードディスプレイからなるマンマシン装置である。また、ネットワークインタフェース部２０４は、ネットワーク１５経由で接続される、決裁サーバ１１、業務サーバＡ（１２）、業務サーバＢ（１３）、ユーザ端末１４との通信インタフェースの機能を司り、例えば、ＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）による通信を行う。
【００２９】
（決裁サーバ１１の構成）
図３に示すように、決裁サーバ１１は、制御部３００と、記憶部３０１と、入力部３０２と、表示部３０３と、ネットワークインタフェース部３０４とが、アドレス、データ、コントロールのためのラインが複数本実装される内部バス３０５に共通接続され、構成される。
【００３０】
制御部３００は、記憶部３０１に記憶される、親エージェント３２０（親エージェントプログラム）を逐次読み出し実行することにより、ユーザ端末１４から送信されるログイン要求に基づき、業務サーバＡ（１２）、もしくは業務サーバＢ（１３）から送信される認証要求を受信し、認証サーバ１０から受信した認証キーをユーザ端末１４に送信する際に、認証キーを、ユーザに固有で更新性のある情報で暗号化して認証情報として送信する。
このため、制御部３００が実行する親エージェントの機能を示すように、親エージェント３２０として、認証情報送信部３２１と、認証情報受信部３２２と、認証要求部３２３とを示している。
【００３１】
このうち、認証情報送信部３２１と、認証情報受信部３２２とは、「ユーザ端末１４から送信されるログイン要求に基づき、業務サーバＡ（１２）、業務サーバＢ（１３）から送信される認証要求を受信し、認証サーバ１０から受信した認証キーをユーザ端末１４に送信する際に、認証情報を、ユーザに固有で更新性のある情報で暗号化して送信する認証情報送受信手段」として機能する。
認証要求部３２３は、認証要求を受信したときに、認証キーがあるか否かを判定し、認証キーがないと判定された場合、認証サーバ１０に対し認証要求を送信する機能を有する。
【００３２】
また、制御部３００は、業務プログラム３１０を逐次読み出し実行することにより、決裁サーバ１１が本来持つ決裁処理機能を実現する。このため、制御部３００が実行する業務プログラムの機能を示すように、業務プログラム３１０として、決裁処理部３１１と、履歴情報管理部３１２とを示している。
【００３３】
決裁処理部３１１は、ユーザ端末１４からのログインに基づいて業務サーバＡ（１２）、Ｂ（１３）で処理される決裁要求に基づき、決裁情報ＤＢ３３１に格納された情報を参照しながら決裁処理を行う。また、履歴情報管理部３１２は、決裁履歴ＤＢ３３２に格納されたユーザに固有の更新性を有する情報を認証情報の一部として管理する。
【００３４】
決裁情報ＤＢ３３１は、そのデータ構造の一例を図８に示すように、ユニークな案件ＩＤ（Ｄ３１）と、業務システムＤ３２と、ステータスＤ３３と、案件保持者ＩＤ（Ｄ３４）とをデータ項目として有する。ここでは、案件ＩＤ“１０００”は、業務サーバＡ（１２）で承認待ちになっており、案件保持者ＩＤはユーザＩＤ“００１”のユーザであるとしている。
【００３５】
また、決裁履歴ＤＢ３３２は、そのデータ構造の一例を図９に示すように、案件ＩＤ（Ｄ４０）と、操作履歴Ｄ４１と、操作時刻Ｄ４２と、操作者ＩＤ（Ｄ４３）とをデータ項目として有する。ここでは、案件ＩＤ“１０００”の１行目は、認証情報の一部として使用される文字列の操作履歴が「起案」であって、この操作時刻が、１／２６の１５：１５：００、そのときの操作者ＩＤが、ユーザＩＤ“００３”を有するユーザであるとしている。
【００３６】
なお、図３に示す入力部３０２と表示部３０３は、例えば、キーボードディスプレイからなるマンマシン装置である。また、ネットワークインタフェース部３０４は、ネットワーク１５経由で接続される、認証サーバ１０、業務サーバＡ（１２）、業務サーバＢ（１３）、ユーザ端末１４との通信インタフェースの機能を司り、例えば、ＴＣＰ／ＩＰによる通信を行う。
【００３７】
（業務サーバＡの構成）
図４に示すように、業務サーバＡ（１２）は、制御部４００と、記憶部４０１と、入力部４０２と、表示部４０３と、ネットワークインタフェース部４０４とが、アドレス、データ、コントロールのためのラインが複数本実装される内部バス４０５に共通接続され、構成される。
【００３８】
制御部４００は、記憶部４０１に記憶される、子エージェント４２０（子エージェントプログラム）を逐次読み出し実行する。具体的に、子エージェント４２０は、ユーザ端末１４からのログイン要求に対し認証情報の有無を判定し、認証情報がある場合、決裁サーバ１１から受信した操作履歴等、ユーザに固有で更新性のある情報により認証情報が復号可能か否かを判定する。そして、復号可能である場合に復号処理を行い、復号した認証キーに基づき認証サーバ１０に認証要求を送信し、復号ができない場合、決裁サーバ１１へ認証キーがない状態で認証要求を送信する。なお、認証情報がない場合もは決裁サーバ１１へ認証キーがない状態で認証要求を送信する。
このため、制御部４００が実行する子エージェントの機能を示するように、子エージェント４２０として、認証要求部４２１と、認証情報復号化部４２２とを示している。
【００３９】
認証要求部４２１は、認証情報復号化部４２２で復号した認証キーに基づき認証サーバ１０に認証要求を送信し、復号ができない場合、決裁サーバ１１へ認証キーがない状態で認証要求を送信する機能を有する。また、認証要求部４２１は、認証情報がない場合も、決裁サーバ１１へ認証キーがない状態で認証要求を送信する機能を有する。
認証情報復号化部４２２は、ユーザ端末１４からのログイン要求に対し認証情報の有無を判定し、認証情報がある場合、決裁サーバ１１から受信した操作履歴等、ユーザに固有で更新性のある情報により認証情報が復号可能か否かを判定し、復号可能である場合に復号処理を行う機能を有する。
【００４０】
また、制御部４００は、業務プログラム４１０を逐次読み出し実行することにより、業務サーバ１２が本来持つ財務処理機能を実現する。
このため、制御部４００が実行する業務プログラム４１０の機能を示すように、業務プログラム４１０として、業務処理部４１１と、履歴情報受信部４１２とを示している。
【００４１】
業務処理部４１１は、ユーザ端末１４からの要求に基づき業務処理情報ＤＢ４３１のデータを参照しながら財務処理を行い、結果をユーザ端末１４に返す。また、処理結果に基づき業務処理情報ＤＢ４３１の内容を更新する。
図１０に示すように、業務処理情報ＤＢ４３１は、伝票ＩＤ（Ｄ５０）と、伝票種別Ｄ５１と、金額Ｄ５２と、決裁用案件ＩＤ（Ｄ５３）と、をデータ項目として有する。例えば、伝票ＩＤ“Ａ００１”は、支払伝票であって、金額が“１０００円”、その決裁用案件ＩＤは、“１０００”である。
【００４２】
なお、履歴情報受信部４１２は、決裁サーバ１１から認証情報の一部として送信される履歴情報を受信して子エージェント４２０の認証情報復号化部４２２に引き渡す機能を有する。
【００４３】
なお、図４に示す入力部４０２と表示部４０３は、例えば、キーボードディスプレイからなるマンマシン装置である。また、ネットワークインタフェース部４０４は、ネットワーク１５経由で接続される、認証サーバ１０、決裁サーバ１１、業務サーバＢ（１３）、ユーザ端末１４との通信インタフェースの機能を司り、例えば、ＴＣＰ／ＩＰによる通信を行う。
【００４４】
（業務サーバＢの構成）
図５は、業務サーバＢ（１３）の構成を示すブロック図であるが、図４に示す業務サーバＡ（１２）が財務会計処理を行うのに対し、業務サーバＢ（１３）が文書管理を行うこと以外、ハードウエア、ソフトウエア共に構成や機能が同じであるため、重複説明を適宜省略する。
【００４５】
図１１に示すように、業務処理情報ＤＢ５３１は、文書ＩＤ（Ｄ６０）と、文書名Ｄ６１と、添付文書Ｄ６２と、決裁用案件ＩＤ（Ｄ６３）とをデータ項目として有する。
例えば、文書ＩＤ“Ｂ００１”は、文書名が「議会開催通知」であり、添付ファイルが“Ｔｕｕｃｈｉ．ｄｏｃ”であり、決裁用案件ＩＤが“２０００”である。この決裁用案件ＩＤ（Ｄ６３）により、決裁サーバ１１が有する決裁情報ＤＢ３３１の案件ＩＤ（Ｄ３１）、あるいは決裁履歴ＤＢ３３２の案件ＩＤ（Ｄ４０）と関連付けられている。
【００４６】
（ＳＳＯ認証システム１の動作）
次に、本発明の実施形態に係るＳＳＯ認証システム１の動作について詳細に説明する。なお、図１２、図１３は、全体フローであって、代表的な動作パターンについて処理内容を示している。また、図１４〜図２０は、個別の装置の動作フローを示しているので、図１２、図１３よりも詳細な処理内容を示している。
【００４７】
まず、図１２のシーケンス図を参照しながら本発明の実施形態に係るＳＳＯ認証システム１のユーザ端末１４の初回アクセス時の動作について詳細に説明する。
【００４８】
まず、ユーザ端末１４は、業務サーバＡ（１２）に対して認証情報なしのログイン要求を送信する（ステップＳ１０１）。これを受けた業務サーバＡ（１２）は、決裁サーバ１１に対し、認証情報なしの認証要求を返し（ステップＳ１０２）、決裁サーバ１１は、決裁履歴ＤＢ３３２を参照して履歴判定を行う（ステップＳ１０３）。
決裁サーバ１１は、続いて認証サーバ１０に認証情報なしの認証要求を送信し（ステップＳ１０４）、これを受けた認証サーバ１０は、ユーザ端末１４に、ユーザＩＤとパスワード入力を促すユーザ情報入力画面情報を送信する（ステップＳ１０５）。
【００４９】
ユーザ端末１４には表示画面上にユーザ情報入力画面が表示され、ユーザが、ユーザ端末１４を操作することにより、ユーザＩＤ、パスワード（Pass）を入力し（ステップＳ１０６）、その情報が認証サーバ１０に送信される。認証サーバ１０は、その情報を受信し、ユーザ情報ＤＢ２２１を参照して認証判定を行う（ステップＳ１０７）。ここで、認証が成功すると、認証サーバ１０は、決裁サーバ１１に対し、認証キー「Ａ」を送信する（ステップＳ１０８）。
【００５０】
認証キー「Ａ」を受信した決裁サーバ１１は、親エージェント３２０が起動し、認証キー「Ａ」を、先の履歴判定により取得した履歴情報である文字列「Ｌ１」で加工し、暗号化して得られる認証情報「Ａ×Ｌ１」をユーザ端末１４に送信する（ステップＳ１０９）。あわせて、決裁サーバ１１は、業務サーバＡ（１２）に対して履歴情報「Ｌ１」を送信する（ステップＳ１１０）。なお、ここで、「Ａ×Ｌ」は、「Ａ」、「Ｌ」のいずれかで、他方を復元できる特性を持つものとする。
【００５１】
続いて、認証情報「Ａ×Ｌ１」を受信したユーザ端末１４は、業務サーバＡ（１２）に対し、この認証情報に基づくログイン要求を行う（ステップＳ１１１）。
これを受けた業務サーバＡ（１２）は、復号処理を行って認証キー「Ａ」を抽出し（ステップＳ１１２）、この認証キー「Ａ」に基づき認証サーバ１０に認証要求を送信する（ステップＳ１１３）。これを受けた認証サーバ１０は、既に認証済みであるため、認証結果を示す画面情報を返し（ステップＳ１１４）、業務サーバＡ（１２）はこれを受けてユーザ端末１４に画面応答（画面レスポンス）を行う（ステップＳ１１５）。これによりユーザ端末１４は、業務サーバＡ（１２）へのアクセス（操作）が可能になる（ステップＳ１１６）。
【００５２】
以下、図１３のシーケンス図を参照しながら本発明の実施形態に係るＳＳＯ認証システム１のユーザ端末１４の２回目以降のアクセス時の動作について詳細に説明する。
【００５３】
まず、ユーザ端末１４は、先に業務サーバＡ（１２）にログインしたときに取得した認証情報「Ａ×Ｌ１」に基づき、業務サーバＢ（１３）にログインする（ステップＳ２０１）。これを受けた業務サーバＢ（１３）は、決裁サーバ１１に対し、認証情報「Ａ×Ｌ１」による認証要求を送信する（ステップＳ２０２）。
【００５４】
決裁サーバ１１は、認証要求を受信すると、決裁履歴ＤＢ３３２を参照して履歴判定を行い（ステップＳ２０３）、復号化（復号処理）を行う（ステップＳ２０４）。続いて、決裁サーバ１１は、認証キー「Ａ」を、先の履歴判定により取得した履歴情報「Ｌ２」で加工し、暗号化して得られる認証情報「Ａ×Ｌ２」をユーザ端末１４に送信する（ステップＳ２０５）。あわせて、決裁サーバ１１は、業務サーバＢ（１３）に対して履歴情報「Ｌ２」を送信する（ステップＳ２０６）。
【００５５】
続いて、認証情報「Ａ×Ｌ２」を受信したユーザ端末１４は、業務サーバＢ（１３）に対し、この認証情報に基づくログイン要求を行う（ステップＳ２０７）。
これを受けた業務サーバＢ（１３）は、復号処理を行って認証キー「Ａ」を抽出し（ステップＳ２０８）、この認証キー「Ａ」に基づき認証サーバ１０に認証要求を送信する（ステップＳ２０９）。これを受けた認証サーバ１０は、既に認証済みであるため、認証結果を示す画面情報を返し（ステップＳ２１０）、業務サーバＢ（１３）はこれを受けてユーザ端末１４に画面応答（画面レスポンス）を行う（ステップＳ２１１）。これによりユーザ端末１４は、ユーザ情報の入力なしに業務サーバＢ（１３）へのアクセス（操作）が可能になる（ステップＳ２１２）。
【００５６】
（認証サーバ１０の動作）
次に、図１４のフローチャートを参照しながら、図２に示す認証サーバ１０の処理動作について詳細に説明する。
【００５７】
まず、認証サーバ１０は、認証要求を受信すると（ステップＳ３０１）、ユーザ認証部２１１が、認証キーの有無（あるか否か）を判定し（ステップＳ３０２）、認証キーがある場合に（ステップＳ３０２“Ｙｅｓ”）、認証情報ＤＢ２２２を参照して認証キーに基づき認証処理を実施する（ステップＳ３０３）。ここで、認証が成功した場合（ステップＳ３０５“Ｙｅｓ”）、ユーザ認証部２１１は、認証要求があった子エージェントを有する業務サーバＡ（１２）、Ｂ（１３）に認証成功を応答する（ステップＳ３０９）。
【００５８】
一方、ステップＳ３０２で認証キーがないと判定された場合（ステップＳ３０２“Ｎｏ”）、もしくは、認証が不成功の場合（ステップＳ３０５“Ｎｏ”）、ユーザ認証部２１１は、ユーザ端末１４にログイン入力画面情報を送信してユーザＩＤとバスワード入力を促し（ステップＳ３０４）、入力されたユーザＩＤとパスワードに基づきユーザ情報ＤＢ２２１と照合して認証処理を実施する（ステップＳ３０６）。
【００５９】
ここで、認証が成功した場合（ステップＳ３０８“Ｙｅｓ”）、認証キー生成部２１２を起動し、認証キー生成部２１２は、認証キーの発行処理を行って認証情報ＤＢ２２２に登録し（ステップＳ３１０）、あわせて親エージェントを有する決裁サーバ１１に送信する（ステップＳ３１１）。また、認証が不成功の場合（ステップＳ３０８“Ｎｏ”）、ユーザ認証部２１１は、エラー画面情報を生成して終了する。
【００６０】
次に、図１５〜図１７のフローチャートを参照しながら、図３に示す決裁サーバ１１の処理動作について詳細に説明する。
【００６１】
図１５において、認証情報受信部３２２は、認証要求を受信し（ステップＳ４０１）、認証情報があるか否かを判定する（ステップＳ４０２）。
ここで、認証情報がないと判定された場合（ステップＳ４０２“Ｎｏ”）、認証要求部３２３により認証サーバ１０に対して認証要求を送信して終了する（ステップＳ４０４）。
【００６２】
一方、認証情報があると判定された場合（ステップＳ４０２“Ｙｅｓ”）、認証情報送信部３２１は、認証要求があった業務サーバＡ（１２）もしくは業務サーバＢ（１３）が有する業務処理情報ＤＢ４３１、５３１からユーザに固有で更新性のある最新の情報を検索し認証情報が履歴情報により復号が可能か否かを判定する（ステップＳ４０３）。
ここで、復号が可能であると判定された場合（ステップＳ４０５“Ｙｅｓ”）、決裁履歴ＤＢ３３２を検索し、検索した最新の情報に基づき、一度復号化した認証キーを再暗号化する（ステップＳ４０６）。復号ができないと判定された場合は（ステップＳ４０５“Ｎｏ”）、ステップＳ４０４の処理へ移行し、認証要求部３２３により認証サーバ１０に対して認証要求を送信して終了する。
【００６３】
認証情報送信部３２１は、前記した再暗号化処理（ステップＳ４０６）の後、認証要求のあった業務サーバＡ（１２）もしくは業務サーバＢ（１３）へ最新の情報を送信し（ステップＳ４０７）、また、ユーザ端末１４へ再暗号化した認証情報を送信する（ステップＳ４０８）。なお、前記した認証キーの暗号化および再暗号化は、ランダムハッシュによる方法が考えられる。
【００６４】
次に、図１６において、認証情報受信部３２２は、認証サーバ１０から認証キーを受信し（ステップＳ５０１）、決裁履歴ＤＢ３３２を検索して認証要求のあった業務サーバＡ（１２）もしくは業務サーバＢ（１３）のユーザに固有で更新性のある最新の情報を取得し、受信した認証キーを暗号化する（ステップＳ５０２）。
そして、認証情報送信部３２１は、認証要求のあった業務サーバＡ（１２）もしくは業務サーバＢ（１３）へその最新の履歴を送信し（ステップＳ５０３）、また、ユーザ端末１４へ、暗号化した認証情報を送信する（ステップＳ５０４）。
【００６５】
次に、図１７において、認証情報受信部３２２は、ユーザ端末１４のログイン要求に基づく認証要求を受信して（ステップＳ６０１）、認証情報の有無（あるか否か）を判定する（ステップＳ６０２）。ここで、認証情報がないと判定された場合（ステップＳ６０２“Ｎｏ”）、認証情報送信部３２１は、認証サーバ１０へ認証情報がない状態で認証要求を送信する（ステップＳ６０４）。
一方、認証情報があると判定された場合（ステップＳ６０２“Ｙｅｓ”）、決裁履歴ＤＢ３３２を検索して、ユーザに固有で更新の必要がある情報により認証情報が復号可能か否かを判定する（ステップＳ６０３）。ここで、復号可能であると判定された場合（ステップＳ６０５“Ｙｅｓ”）、復号処理を行い、復号した認証キーに基づいて認証サーバ１０に認証要求を送信し（ステップＳ６０６）、復号できないと判定された場合（ステップＳ６０５“Ｎｏ”）、認証サーバ１０へ認証情報（認証キー）がない状態で認証要求を送信する（ステップＳ６０４）。
【００６６】
以下、図１８のフローチャートを参照しながら、図３に示す決裁サーバ１１の動作（本来の決裁処理動作）について詳細に説明する。
【００６７】
決裁サーバ１１は、決裁処理部３１１が、ユーザ端末１４から操作入力があるとこれを受信し（ステップＳ７０１）、認証済みか否かを判定する（ステップＳ７０２）。
ここで、認証済みであると判定されると（ステップＳ７０２“Ｙｅｓ”）、操作入力のあったユーザ端末１４に画面応答（画面レスポンス）を返し（ステップＳ７０３）、操作内容に応じて決裁情報ＤＢ３３１を更新する（ステップＳ７０５）。また、操作内容に応じて決裁履歴ＤＢ３３２も更新する（ステップＳ７０６）。なお、認証が未済の場合は（ステップＳ７０２“Ｎｏ”）、親エージェント３２０の認証要求部３２３に制御が移り、認証要求部３２３で認証要求処理が行われる（ステップＳ７０４）。
【００６８】
以下、図１９のフローチャートを参照しながら、図４に示す業務サーバＡ（１２）の子エージェント４２０の動作について詳細に説明する。
【００６９】
図１９において、子エージェント４２０は、まず、ユーザ端末１４からのログイン要求を受信したときに、認証情報の有無（あるか否か）を判定する（ステップＳ８０１）。
ここで、認証情報があると判定された場合（ステップＳ８０２“Ｙｅｓ”）、認証情報復号化部４２２は、決裁サーバ１１から受信したユーザに固有で更新性のある情報により認証情報が復号可能か否かを判定する（ステップＳ８０３）。復号可能である場合（ステップＳ８０５“Ｙｅｓ”）、認証情報復号化部４２２は復号処理を行い、認証要求部４２１は、復号した認証キーに基づき認証サーバ１０に認証要求を送信する（ステップＳ８０７）。
【００７０】
復号ができない場合（ステップＳ８０５“Ｎｏ”）、認証要求部４２１は、決裁サーバ１１（親エージェント）へ認証情報がある状態で認証要求を送信する（ステップＳ８０６）。また、ステップＳ８０２で認証情報がないと判定された場合（ステップＳ８０２“Ｎｏ”）、認証要求部４２１は、決裁サーバ１１へ認証情報がない状態で認証要求を送信する（ステップＳ８０４）。
【００７１】
なお、業務サーバＢ（１３）の子エージェント５２０の動作についても同様であるので、説明を省略する。
【００７２】
次に、図２０のフローチャートを参照しながら図３に示す決裁サーバ１１の業務処理動作について詳細に説明する。
【００７３】
図２０において、決裁サーバ１１は、決裁処理部３１１が、ユーザ端末１４から操作入力があるとこれを受信し（ステップＳ９０１）、認証済みか否かを判定する（ステップＳ９０２）。
ここで、認証済みであると判定されると（ステップＳ９０２“Ｙｅｓ”）、操作入力のあったユーザ端末１４に画面応答（画面レスポンス）を返し（ステップＳ９０３）、操作内容に応じて決裁情報ＤＢ３３１を更新する（ステップＳ９０５）。なお、認証が未済の場合は（ステップＳ９０２“Ｎｏ”）、親エージェント３２０の認証要求部３２３に制御が移り、認証要求部３２３で認証要求処理が行われる（ステップＳ９０４）。
【００７４】
以上説明のように本発明の実施形態に係るＳＳＯ認証システム１によれば、決裁サーバ１１が、ユーザ端末１４から送信されるログイン要求に基づき、業務サーバＡ（１２）、Ｂ（１３）から送信される認証要求を受信し、認証サーバ１０から取得した認証キーをユーザ端末１４に送信する際に、認証キーを加工して認証情報として送信することにより、認証サーバ１０とユーザ端末１４間での認証情報のやり取りを最小限に抑えてセキュリティ性を高め、かつ、認証サーバ１０の負荷を軽減することができる。
また、認証キーを加工するにあたり、認証サーバ１０から取得した認証キーをユーザに固有で更新性のある任意の情報で暗号化することでワンタイム特性を持たせ、このことにより、不正アクセスによる認証情報の漏洩、およびなりすましを抑制することができる。
【００７５】
また、業務サーバＡ（１２）、Ｂ（１３）のアクセス毎に、認証サーバ１０とユーザ端末１４との間のやり取りが不要になるため、認証サーバ１０の処理負荷、ならびに通信負荷が減少する。
更に、本発明の実施形態に係る業務処理装置によれば、以下に列挙する効果が得られる。
（１）認証キーを加工するにあたり、処理履歴等、従来やり取りしている情報を活用するため、従来のＳＳＯ認証システムとシステム全体としてのネットワークトランザクションの変更はない。
（２）決裁サーバ１１、業務サーバＡ（１２）、Ｂ(１３)等、業務処理装置のエージェントの機能追加で実現が可能であり、認証サーバ１０を含めシステム構成の変更が不要である。
（３）頻繁に更新される履歴情報を使用して認証キーを暗号化することで、ユーザ端末１４と各サーバ１０、１１、１２、１３間を同じ認証情報が伝播しないため、ワンタイム要件が満たされ、セキュリティが強化される。
（４）認証サーバ１０は、要求に基づき認証キー「Ａ」を発行するだけで済み、認証サーバ１０が暗号化する場合に比較して、処理量が少なくて済む。
【００７６】
なお、本発明の実施形態に係るＳＳＯ認証システム１では、ユーザに固有で更新性のある任意の情報として、処理履歴を用いたが、他に、最終アクセス時刻等、ユーザに関連し、業務サーバＡ（１２）、Ｂ（１３）とやり取りして更新される情報であれば代替が可能である。
【符号の説明】
【００７７】
１…ＳＳＯ認証システム、１０…認証サーバ（認証装置）、１１…決裁サーバ、１２…業務サーバＡ、１３…業務サーバＢ、１４…ユーザ端末、１５…ネットワーク
【図１】
2010225108.tif 000003
【図２】
2010225108.tif 000004
【図３】
2010225108.tif 000005
【図４】
2010225108.tif 000006
【図５】
2010225108.tif 000007
【図６】
2010225108.tif 000008
【図７】
2010225108.tif 000009
【図８】
2010225108.tif 000010
【図９】
2010225108.tif 000011
【図１０】
2010225108.tif 000012
【図１１】
2010225108.tif 000013
【図１２】
2010225108.tif 000014
【図１３】
2010225108.tif 000015
【図１４】
2010225108.tif 000016
【図１５】
2010225108.tif 000017
【図１６】
2010225108.tif 000018
【図１７】
2010225108.tif 000019
【図１８】
2010225108.tif 000020
【図１９】
2010225108.tif 000021
【図２０】
2010225108.tif 000022
【図２１】
2010225108.tif 000023