(57)【要約】【課題】特定の者に対して特定の情報（項目）のみを開示してワークフローを実施することのできる技術を提供すること【解決手段】申請装置１３０で作成した申請書をフロー制御装置１４０に送信する。フロー制御装置１４０では、申請書の特定の項目を項目毎の項目共通鍵で暗号化した暗号化項目と、項目共通鍵を権限毎の暗号化鍵で暗号化した鍵暗号化情報と、権限毎に閲覧可能な項目を特定する閲覧箇所管理テーブルと、からなる暗号化申請書を生成して、承認順序に応じて承認装置１６０に送信する。承認装置１６０では、ユーザの権限に応じた項目を暗号化申請書から復号して審査等の処理を行う。【選択図】図１
2009134598.tif 000002
【特許請求の範囲】
【請求項１】
申請装置、フロー制御装置及び承認装置を備えるワークフローシステムであって、
前記申請装置の制御部は、
入力部を介して情報を受け付け、申請書を生成する処理と、
送受信部を介して、生成した申請書をフロー制御装置に送信する処理と、
を行い、
前記フロー制御装置は、
権限毎に前記申請書において閲覧可能な項目を特定する閲覧箇所管理情報、権限毎の暗号化鍵を特定する権限鍵情報、前記申請書の承認順序を特定する承認順序情報、を記憶する記憶部と、制御部と、を備え、
前記フロー制御装置の制御部は、
前記申請書の項目毎に生成された項目共通鍵を用いて、対応する項目を暗号化することで、暗号化項目を生成する処理と、
前記閲覧箇所管理情報より、権限毎に前記申請書において閲覧可能な項目を特定し、特定した項目に対応する項目共通鍵を、前記権限鍵情報で特定される権限毎の暗号化鍵で暗号化することで、鍵暗号化情報を生成する処理と、
前記閲覧箇所管理情報、前記暗号化項目及び前記鍵暗号化情報を備える暗号化申請書を生成する処理と、
送受信部を介して、前記承認順序情報で特定される承認順序で、前記暗号化申請書を前記承認装置に送信する処理と、
を行い、
前記承認装置の制御部は、
送受信部を介して受信した前記暗号化申請書に含まれている前記鍵暗号化情報を、前記承認装置のユーザが有する権限に対応する復号鍵で復号することで、当該権限に対応する項目共通鍵を取得する処理と、
前記暗号化申請書に含まれている閲覧箇所管理情報より、前記承認装置のユーザが有する権限で閲覧することのできる項目を特定する処理と、
特定した項目に対応する暗号化項目を前記暗号化申請書より取得し、取得した暗号化項目を、復号した項目共通鍵で復号する処理と、
を行うこと、
特徴とするワークフローシステム。
【請求項２】
請求項１に記載のワークフローシステムであって、
鍵管理装置をさらに備え、
前記鍵管理装置の制御部は、
権限毎に、暗号化鍵及び復号鍵を生成する処理を行い、
前記フロー制御装置で使用する暗号化鍵は、前記鍵管理装置が生成した暗号化鍵であり、
前記承認装置で使用する復号鍵は、前記鍵管理装置が生成した復号鍵であること、
を特徴とするワークフローシステム。
【請求項３】
請求項２に記載のワークフローシステムであって、
前記鍵管理装置の制御部は、
前記承認装置のユーザの権限が変更される毎に、権限毎に、暗号化鍵及び復号鍵を生成する処理を行い、
前記フロー制御装置で使用する暗号化鍵は、前記承認装置のユーザの権限が変更された後に前記鍵管理装置が生成した暗号化鍵であり、
前記承認装置で使用する復号鍵は、前記承認装置のユーザの権限が変更された後に前記鍵管理装置が生成した復号鍵であること、
を特徴とするワークフローシステム。
【請求項４】
請求項３に記載のワークフローシステムであって、
鍵更新装置をさらに備え、
前記鍵管理装置の制御部は、
前記承認装置のユーザの権限が変更される毎に、権限毎に生成された暗号化鍵及び復号鍵を、当該権限を有するユーザのユーザ用公開鍵で暗号化する処理と、
暗号化した復号鍵を前記鍵更新装置に送信する処理と、
を行い、
前記鍵更新装置の制御部は、
前記承認装置のユーザのユーザ用秘密鍵及び前記承認装置のユーザの権限が変更される前の復号鍵が記憶された記憶媒体から当該ユーザ用秘密鍵を読み取る処理と、
前記ユーザ用秘密鍵を用いて、前記鍵管理装置から受信した暗号化した復号鍵を復号する処理と、
復号した復号鍵を、前記承認装置のユーザの権限が変更される前の復号鍵に替えて前記記憶媒体に記憶する処理と、
を行うこと、
を特徴とするワークフローシステム。
【請求項５】
請求項２〜４の何れか一項に記載のワークフローシステムであって、
前記鍵管理装置の制御部は、
前記承認装置の権限毎に、暗号化鍵及び復号鍵を再生成する処理を行い、
前記再生成された暗号化鍵と再生成前の復号鍵とをフロー制御装置に送信する処理を行い、
前記フロー制御装置の制御部は、
前記再生成前の復号鍵を用いて前記暗号化申請書の復号する処理と、
再生成された暗号化鍵を用いて前記復号された暗号化申請書の再暗号化する処理と、
を行うこと
を特徴とするワークフローシステム。
【請求項６】
請求項１〜５のいずれか一項に記載のワークフローシステムであって、
保管装置をさらに備え、
前記フロー制御装置の制御部は、
前記承認順序情報で特定される承認順序における前記申請書の承認処理が終了した場合には、前記送受信部を介して、前記暗号化申請書を前記保管装置に送信する処理を行い、
前記保管装置の制御部は、
前記暗号化申請書に含まれる前記暗号化項目を全て復号することで、申請書を復号する処理と、
復号した申請書を記憶部に記憶する処理と、
を行うこと、
を特徴とするワークフローシステム。
【請求項７】
請求項１〜６のいずれか一項に記載のワークフローシステムであって、
前記承認装置の制御部は、前記承認装置のユーザの指示に応じて、当該ユーザを特定する識別情報を有する処理要求を、送受信部を介して前記フロー制御装置に送信する処理を行い、
前記フロー制御装置の制御部は、
検証情報を生成する処理と、
送受信部を介して受信した前記処理要求に含まれる識別情報で特定されるユーザのユーザ用公開鍵で、前記検証情報を暗号化する処理と、
暗号化した前記検証情報を前記承認装置に送信する処理と、
を行い、
前記承認装置の制御部は、
送受信部を介して受信した暗号化した前記検証情報を、前記ユーザのユーザ用秘密鍵で復号することで、認証情報を生成する処理と、
前記認証情報を前記フロー制御装置に送信する処理と、
を行い、
前記フロー制御装置の制御部は、
送受信部を介して受信した前記認証情報が、前記検証情報と一致する場合に、前記暗号化申請書を前記承認装置に送信する処理と、
を行うこと、
を特徴とするワークフローシステム。
【請求項８】
申請書を承認装置に送信するフロー制御装置であって、
権限毎に前記申請書において閲覧可能な項目を特定する閲覧箇所管理情報、権限毎の暗号化鍵を特定する権限鍵情報、前記申請書の承認順序を特定する承認順序情報、を記憶する記憶部と、制御部と、を備え、
前記制御部は、
前記申請書の項目毎に生成された項目共通鍵を用いて、対応する項目を暗号化することで、暗号化項目を生成する処理と、
前記閲覧箇所管理情報より、権限毎に前記申請書において閲覧可能な項目を特定し、特定した項目に対応する項目共通鍵を、前記権限鍵情報で特定される権限毎の暗号化鍵で暗号化することで、鍵暗号化情報を生成する処理と、
前記閲覧箇所管理情報、前記暗号化項目及び前記鍵暗号化情報を備える暗号化申請書を生成する処理と、
送受信部を介して、前記承認順序情報で特定される承認順序で、前記暗号化申請書を前記承認装置に送信する処理と、
を行うこと、
を特徴とするフロー制御装置。
【請求項９】
請求項８に記載のフロー制御装置であって、
前記制御部は、
送受信部を介して、前記承認装置より、前記承認装置のユーザを特定する識別情報を有する処理要求を受信する処理と、
検証情報を生成する処理と、
受信した前記処理要求に含まれる識別情報で特定されるユーザのユーザ用公開鍵で、前記検証情報を暗号化する処理と、
暗号化した前記検証情報を前記承認装置に送信する処理と、
送受信部を介して、前記承認装置より、前記承認装置の制御部が、送受信部を介して受信した暗号化した前記検証情報を、前記ユーザのユーザ用秘密鍵で復号することで生成した認証情報を受信する処理と、
受信した前記認証情報が、前記検証情報と一致する場合に、前記暗号化申請書を前記承認装置に送信する処理と、
を行うこと、
を特徴とするフロー制御装置。
【請求項１０】
フロー制御装置より送信された申請書の審査を行う承認装置であって、
権限に対応した復号鍵を記憶する記憶部と、制御部と、を備え、
前記制御部は、
前記フロー制御装置より、前記申請書の項目毎に生成された項目共通鍵を用いて、対応する項目を暗号化することで生成した暗号化項目と、権限毎に前記申請書において閲覧可能な項目を特定し、特定した項目に対応する項目共通鍵を権限毎の暗号化鍵で暗号化すること生成した鍵暗号化情報と、権限毎に前記申請書において閲覧可能な項目を特定した閲覧箇所管理情報と、を有する暗号化申請書を、送受信部を介して受信する処理と、
受信した前記暗号化申請書に含まれている前記鍵暗号化情報を、前記承認装置のユーザが有する権限に対応する復号鍵で復号することで、当該権限に対応する項目共通鍵を取得する処理と、
前記暗号化申請書に含まれている閲覧箇所管理情報より、前記承認装置のユーザが有する権限で閲覧することのできる項目を特定する処理と、
特定した項目に対応する暗号化項目を前記暗号化申請書より取得し、取得した暗号化項目を、復号した項目共通鍵で復号する処理と、
を行うこと、
特徴とする承認装置。
【請求項１１】
請求項１０に記載の承認装置であって、
前記制御部は、
前記承認装置のユーザの指示に応じて、当該ユーザを特定する識別情報を有する処理要求を、送受信部を介して前記フロー制御装置に送信する処理と、
前記フロー制御装置より、検証情報を前記ユーザのユーザ用公開鍵で暗号化した検証情報を、送受信部を介して受信する処理と、
受信した暗号化した前記検証情報を、前記ユーザのユーザ用秘密鍵で復号することで、認証情報を生成する処理と、
前記認証情報を前記フロー制御装置に送信する処理と、
を行うこと、
を特徴とする承認装置。
【請求項１２】
コンピュータを、申請書を承認装置に送信するフロー制御装置として機能させるプログラムであって、
前記コンピュータを、
権限毎に前記申請書において閲覧可能な項目を特定する閲覧箇所管理情報、権限毎の暗号化鍵を特定する権限鍵情報、前記申請書の承認順序を特定する承認順序情報、を記憶する記憶手段、制御手段、として機能させ、
前記制御手段に、
前記申請書の項目毎に生成された項目共通鍵を用いて、対応する項目を暗号化することで、暗号化項目を生成する処理と、
前記閲覧箇所管理情報より、権限毎に前記申請書において閲覧可能な項目を特定し、特定した項目に対応する項目共通鍵を、前記権限鍵情報で特定される権限毎の暗号化鍵で暗号化することで、鍵暗号化情報を生成する処理と、
前記閲覧箇所管理情報、前記暗号化項目及び前記鍵暗号化情報を備える暗号化申請書を生成する処理と、
送受信手段を介して、前記承認順序情報で特定される承認順序で、前記暗号化申請書を前記承認装置に送信する処理と、
を行わせること、
を特徴とするプログラム。
【請求項１３】
請求項１２に記載のプログラムであって、
前記制御手段に、
送受信手段を介して、前記承認装置より、前記承認装置のユーザを特定する識別情報を有する処理要求を受信する処理と、
検証情報を生成する処理と、
受信した前記処理要求に含まれる識別情報で特定されるユーザのユーザ用公開鍵で、前記検証情報を暗号化する処理と、
暗号化した前記検証情報を前記承認装置に送信する処理と、
送受信手段を介して、前記承認装置より、前記承認装置の制御部が、送受信部を介して受信した暗号化した前記検証情報を、前記ユーザのユーザ用秘密鍵で復号することで生成した認証情報を受信する処理と、
受信した前記認証情報が、前記検証情報と一致する場合に、前記暗号化申請書を前記承認装置に送信する処理と、
を行わせること、
を特徴とするプログラム。
【請求項１４】
コンピュータを、フロー制御装置より送信された申請書の審査を行う承認装置として機能させるプログラムであって、
前記コンピュータを、
権限に対応した復号鍵を記憶する記憶手段、制御手段、として機能させ、
前記制御手段に、
前記フロー制御装置より、前記申請書の項目毎に生成された項目共通鍵を用いて、対応する項目を暗号化することで生成した暗号化項目と、権限毎に前記申請書において閲覧可能な項目を特定し、特定した項目に対応する項目共通鍵を権限毎の暗号化鍵で暗号化すること生成した鍵暗号化情報と、権限毎に前記申請書において閲覧可能な項目を特定した閲覧箇所管理情報と、を有する暗号化申請書を、送受信手段を介して受信する処理と、
受信した前記暗号化申請書に含まれている前記鍵暗号化情報を、前記承認装置のユーザが有する権限に対応する復号鍵で復号することで、当該権限に対応する項目共通鍵を取得する処理と、
前記暗号化申請書に含まれている閲覧箇所管理情報より、前記承認装置のユーザが有する権限で閲覧することのできる項目を特定する処理と、
特定した項目に対応する暗号化項目を前記暗号化申請書より取得し、取得した暗号化項目を、復号した項目共通鍵で復号する処理と、
を行わせること、
特徴とするプログラム。
【請求項１５】
請求項１４に記載のプログラムであって、
前記制御手段に、
前記承認装置のユーザの指示に応じて、当該ユーザを特定する識別情報を有する処理要求を、送受信手段を介して前記フロー制御装置に送信する処理と、
前記フロー制御装置より、検証情報を前記ユーザのユーザ用公開鍵で暗号化した検証情報を、送受信手段を介して受信する処理と、
受信した暗号化した前記検証情報を、前記ユーザのユーザ用秘密鍵で復号することで、認証情報を生成する処理と、
前記認証情報を前記フロー制御装置に送信する処理と、
を行わせること、
を特徴とするプログラム。
【請求項１６】
申請装置、権限毎に前記申請書において閲覧可能な項目を特定する閲覧箇所管理情報、権限毎の暗号化鍵を特定する権限鍵情報、前記申請書の承認順序を特定する承認順序情報、を記憶する記憶部を有するフロー制御装置及び承認装置を備えるワークフローシステムが行うワークフロー方法であって、
前記申請装置の制御部が、入力部を介して情報を受け付け、申請書を生成する過程と、
前記申請装置の制御部が、送受信部を介して、生成した申請書をフロー制御装置に送信する過程と、
前記フロー制御装置の制御部が、前記申請書の項目毎に生成された項目共通鍵を用いて、対応する項目を暗号化することで、暗号化項目を生成する過程と、
前記フロー制御装置の制御部が、前記閲覧箇所管理情報より、権限毎に前記申請書において閲覧可能な項目を特定し、特定した項目に対応する項目共通鍵を、前記権限鍵情報で特定される権限毎の暗号化鍵で暗号化することで、鍵暗号化情報を生成する過程と、
前記フロー制御装置の制御部が、前記閲覧箇所管理情報、前記暗号化項目及び前記鍵暗号化情報を備える暗号化申請書を生成する過程と、
前記フロー制御装置の制御部が、送受信部を介して、前記承認順序情報で特定される承認順序で、前記暗号化申請書を前記承認装置に送信する過程と、
前記承認装置の制御部が、送受信部を介して受信した前記暗号化申請書に含まれている前記鍵暗号化情報を、前記承認装置のユーザが有する権限に対応する復号鍵で復号することで、当該権限に対応する項目共通鍵を取得する過程と、
前記承認装置の制御部が、前記暗号化申請書に含まれている閲覧箇所管理情報より、前記承認装置のユーザが有する権限で閲覧することのできる項目を特定する過程と、
前記承認装置の制御部が、特定した項目に対応する暗号化項目を前記暗号化申請書より取得し、取得した暗号化項目を、復号した項目共通鍵で復号する過程と、
を備えること、
特徴とするワークフロー方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特定の情報をフロー制御装置が承認装置に送信して、当該承認装置が特定の処理を行うワークフローに関する技術である。
【背景技術】
【０００２】
近年、情報通信機器の発展によって、従来紙に印刷されていた書類の多くが電子化されるようになってきており、書類の審査、回覧、承認といった業務の処理が、ネットワークを利用した電子的なワークフローシステムを利用して行われるようになってきている。
【０００３】
そして、ワークフローシステム内でやり取りされる電子化された書類（電子文書）は、安全性の観点から、必要な者以外の者には開示しないことが望まれる。
【０００４】
そのため、例えば、特許文献１に記載の技術では、ワークフロー内でやり取りされる申請書を暗号化することによって、特定の者以外に申請書を開示しないようワークフローを実施する技術が記載されている。
【０００５】
【特許文献１】特開２００５−１８４２２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ワークフローシステムによって処理される申請書（電子文書）の中には、個人情報保護などの観点から、審査を行う審査者によっては、特定の項目を非開示にすることが望まれる場合がある。
【０００７】
これに対して、特許文献１に記載の技術では、申請書全体を暗号化しているため、特定の者に対して特定の情報のみを開示してワークフローを実施することはできない。
【０００８】
そこで、本発明は、特定の者に対して特定の情報（項目）のみを開示してワークフローを実施することのできる技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
以上の課題を解決するため、本発明は、特定の項目を暗号化した項目共通鍵を権限毎の暗号化鍵で暗号化することにより、特定の権限に対応する復号鍵を有するユーザが、当該復号鍵で、特定の項目共通鍵を復号し、復号した項目共通鍵を用いて暗号化されている特定の項目を復号することができるようにする。
【００１０】
例えば、本発明は、申請装置、フロー制御装置及び承認装置を備えるワークフローシステムであって、前記申請装置の制御部は、入力部を介して情報を受け付け、申請書を生成する処理と、送受信部を介して、生成した申請書をフロー制御装置に送信する処理と、を行い、前記フロー制御装置は、権限毎に前記申請書において閲覧可能な項目を特定する閲覧箇所管理情報、権限毎の暗号化鍵を特定する権限鍵情報、前記申請書の承認順序を特定する承認順序情報、を記憶する記憶部と、制御部と、を備え、前記フロー制御装置の制御部は、前記申請書の項目毎に生成された項目共通鍵を用いて、対応する項目を暗号化することで、暗号化項目を生成する処理と、前記閲覧箇所管理情報より、権限毎に前記申請書において閲覧可能な項目を特定し、特定した項目に対応する項目共通鍵を、前記権限鍵情報で特定される権限毎の暗号化鍵で暗号化することで、鍵暗号化情報を生成する処理と、前記閲覧箇所管理情報、前記暗号化項目及び前記鍵暗号化情報を備える暗号化申請書を生成する処理と、送受信部を介して、前記承認順序情報で特定される承認順序で、前記暗号化申請書を前記承認装置に送信する処理と、を行い、前記承認装置の制御部は、送受信部を介して受信した前記暗号化申請書に含まれている前記鍵暗号化情報を、前記承認装置のユーザが有する権限に対応する復号鍵で復号することで、当該権限に対応する項目共通鍵を取得する処理と、前記暗号化申請書に含まれている閲覧箇所管理情報より、前記承認装置のユーザが有する権限で閲覧することのできる項目を特定する処理と、特定した項目に対応する暗号化項目を前記暗号化申請書より取得し、取得した暗号化項目を、復号した項目共通鍵で復号する処理と、を行うこと、特徴とする。
【発明の効果】
【００１１】
以上のように、本発明によれば、特定の者に対して特定の情報（項目）のみを開示してワークフローを実施することのできる技術を提供することができる。
【発明を実施するための最良の形態】
【００１２】
図１は、本発明の第一の実施形態であるワークフローシステム１００の概略図である。
【００１３】
図示するように、ワークフローシステム１００は、鍵管理装置１１０と、申請装置１３０と、フロー制御装置１４０と、承認装置１６０と、保管装置１７０と、鍵更新装置１８０と、を備え、これらの装置は、ネットワーク１９０を介して相互に情報を送受信することができるようにされている。
【００１４】
図２は、鍵管理装置１１０の概略図である。
【００１５】
図示するように、鍵管理装置１１０は、記憶部１１１と、制御部１１５と、入力部１１９と、出力部１２０と、送受信部１２１と、を備える。
【００１６】
記憶部１１１は、ユーザ情報記憶領域１１２と、秘密鍵記憶領域１１３と、公開鍵記憶領域１１４と、を備える。
【００１７】
ユーザ情報記憶領域１１２には、ワークフローシステム１００におけるユーザ毎の権限を特定する情報と、各々の権限毎の鍵を特定する情報と、各々のユーザ毎の鍵を特定する情報と、が記憶される。
【００１８】
例えば、本実施形態においては、図３（ユーザテーブル１１２ａの概略図）に示すようなユーザテーブル１１２ａ、図４（権限鍵テーブル１１２ｇの概略図）に示すような権限鍵テーブル１１２ｇ、および、図５（ユーザ鍵テーブル１１２ｌの概略図）に示すようなユーザ鍵テーブル１１２ｌ、がユーザ情報記憶領域１１２に記憶される。
【００１９】
図３に示すようにユーザテーブル１１２ａは、ユーザ名欄１１２ｂと、権限１欄１１２ｃと、権限２欄１１２ｄと、権限３欄１１２ｅと、を備える。
【００２０】
ユーザ名欄１１２ｂには、ワークフローシステム１００のユーザを特定する情報が格納される。ここで、本実施形態においては、ユーザを特定する情報としてユーザ名を使用しているがこのような態様に限定されるわけではない。
【００２１】
権限１欄１１２ｃには、ユーザ名欄１１２ｂで特定されるユーザが、予め定められた権限１を有するか否かを特定する情報が格納される。ここで、本実施形態においては、ユーザ名欄１１２ｂで特定されるユーザが、予め定められた権限１を有する場合には、当該ユーザに対応するレコードの欄に「○」の記号が格納され、権限１を有しない場合には、当該レコードの欄が空欄にされている。
【００２２】
権限２欄１１２ｄには、ユーザ名欄１１２ｂで特定されるユーザが、予め定められた権限２を有するか否かを特定する情報が格納される。ここで、本実施形態においては、ユーザ名欄１１２ｂで特定されるユーザが、予め定められた権限２を有する場合には、当該ユーザに対応するレコードの欄に「○」の記号が格納され、権限２を有しない場合には、当該レコードの欄が空欄にされている。
【００２３】
権限３欄１１２ｅには、ユーザ名欄１１２ｂで特定されるユーザが、予め定められた権限１を有するか否かを特定する情報が格納される。ここで、本実施形態においては、ユーザ名欄１１２ｂで特定されるユーザが、予め定められた権限３を有する場合には、当該ユーザに対応するレコードの欄に「○」の記号が格納され、権限３を有しない場合には、当該レコードの欄が空欄にされている。
【００２４】
なお、本実施形態においては、各ユーザが権限を有するか否かをレコードに「○」か空欄かによって示したが、このような態様に限定されるわけではない。
【００２５】
図４に示すように権限鍵テーブル１１２ｇは、権限欄１１２ｈと、権限秘密鍵欄１１２ｉと、権限公開鍵欄１１２ｊと、を備える。
【００２６】
権限欄１１２ｈには、ワークフローシステム１００において予め定められた権限を特定する情報が格納される。
【００２７】
権限秘密鍵欄１１２ｉには、権限欄１１２ｈで特定される権限に対応する秘密鍵を特定する情報が格納される。
【００２８】
権限公開鍵欄１１２ｊには、権限欄１１２ｈで特定される権限に対応する公開鍵を特定する情報が格納される。
【００２９】
図５に示すようにユーザ鍵テーブル１１２ｌは、ユーザ名欄１１２ｍと、ユーザ秘密鍵欄１１２ｎと、ユーザ公開鍵欄１１２ｏと、を備える。
【００３０】
ユーザ名欄１１２ｍには、ワークフローシステム１００のユーザを特定する情報が格納される。ここで、本実施形態においては、ユーザを特定する情報としてユーザ名を使用しているがこのような態様に限定されるわけではない。
【００３１】
ユーザ秘密鍵欄１１２ｎには、ユーザ名欄１１２ｍで特定されるユーザに対応する秘密鍵を特定する情報が格納される。
【００３２】
ユーザ公開鍵欄１１２ｏには、ユーザ名欄１１２ｍで特定されるユーザに対応する公開鍵を特定する情報が格納される。
【００３３】
図２に戻り、秘密鍵記憶領域１１３には、ユーザ情報記憶領域１１２で管理されている秘密鍵が記憶される。
【００３４】
公開鍵記憶領域１１４には、ユーザ情報記憶領域１１２で管理されている公開鍵が記憶される。
【００３５】
制御部１１５は、ユーザ管理部１１６と、鍵生成部１１７と、送受信処理部１１８と、を備える。
【００３６】
ユーザ管理部１１６は、ワークフローシステム１００のユーザの権限を管理する処理を行う。
【００３７】
具体的には、ユーザ管理部１１６は、後述する送受信部１２１を介して、ユーザの権限を追加、変更、削除する指示を特定する情報を受信すると、ユーザ情報記憶領域１１２に記憶されているユーザテーブル１１２ａ、権限鍵テーブル１１２ｇ及びユーザ鍵テーブル１１２ｌに、新たな情報を追加し、既に格納されている情報を変更し、または、既に格納されている情報を削除する。
【００３８】
鍵生成部１１７は、ワークフローシステム１００のユーザ毎に秘密鍵と公開鍵とのペアを生成して、それぞれ、秘密鍵記憶領域１１３及び公開鍵記憶領域１１４に記憶する処理を行う。
【００３９】
また、鍵生成部１１７は、ワークフローシステム１００において予め定められた権限毎に、秘密鍵と公開鍵とのペアを生成する。
【００４０】
送受信処理部１１８は、後述する送受信部１２１を介して、ネットワーク１９０における情報の送受信を制御する。
【００４１】
特に、本実施形態においては、鍵生成部１１７で生成された秘密鍵又は公開鍵を承認装置１６０又はフロー制御装置１４０に送信する処理を行う。
【００４２】
入力部１１９は、鍵管理装置１１０のオペレータから情報の入力を受け付ける。
【００４３】
出力部１２０は、情報を出力する。
【００４４】
送受信部１２１は、ネットワーク１９０を介した情報の送受信を行うためのインターフェースである。
【００４５】
以上に記載した鍵管理装置１１０は、例えば、図６（コンピュータ５００の概略図）に示すような、ＣＰＵ（Central Processing Unit）５０１と、メモリ５０２と、ＨＤＤ（Hard Disk Drive）等の外部記憶装置５０３と、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）やＤＶＤ−ＲＯＭ（Digital Versatile Disk Read Only Memory）等の可搬性を有する記憶媒体５０４から情報を読み出す読取装置５０５と、キーボードやマウスなどの入力装置５０６と、ディスプレイなどの出力装置５０７と、通信ネットワークに接続するためのＮＩＣ（Network Interface Card）等の通信装置５０８と、を備えた一般的なコンピュータ５００で実現できる。
【００４６】
例えば、記憶部１１１は、ＣＰＵ５０１がメモリ５０２又は外部記憶装置５０３を利用することにより実現可能であり、制御部１１５は、外部記憶装置５０３に記憶されている所定のプログラムをメモリ５０２にロードしてＣＰＵ５０１で実行することで実現可能であり、入力部１１９は、ＣＰＵ５０１が入力装置５０６を利用することで実現可能であり、出力部１２０は、ＣＰＵ５０１が出力装置５０７を利用することで実現可能であり、送受信部１２１は、ＣＰＵ５０１が通信装置５０８を利用することで実現可能である。
【００４７】
この所定のプログラムは、読取装置５０５を介して記憶媒体５０４から、あるいは、通信装置５０８を介してネットワークから、外部記憶装置５０３にダウンロードされ、それから、メモリ５０２上にロードされてＣＰＵ５０１により実行されるようにしてもよい。また、読取装置５０５を介して記憶媒体５０４から、あるいは、通信装置５０８を介してネットワークから、メモリ５０２上に直接ロードされ、ＣＰＵ５０１により実行されるようにしてもよい。
【００４８】
図７は、申請装置１３０の概略図である。
【００４９】
図示するように、申請装置１３０は、記憶部１３１と、制御部１３２と、入力部１３５と、出力部１３６と、送受信部１３７と、を備える。
【００５０】
記憶部１３１には、フロー制御装置１４０から送られてくる申請書入力画面を介して入力された申請書を記憶する。
【００５１】
制御部１３２は、申請書作成部１３３と、送受信処理部１３４と、を備える。
【００５２】
申請書作成部１３３は、申請装置１３０のオペレータから申請書に必要な情報の入力を受け付けて、申請書を生成する処理を行う。
【００５３】
具体的には、申請書作成部１３３は、送受信処理部１３４が送受信部１３７を介して受信した申請書入力画面を出力部１３６に表示して、表示した申請書入力画面に対して入力部１３５を介して必要な情報の入力を受け付け、申請書を生成する。
【００５４】
送受信処理部１３４は、後述する送受信部１３７を介して、ネットワーク１９０における情報の送受信を制御する。
【００５５】
特に、本実施形態においては、送受信処理部１３４は、申請書作成部１３３からの要請に応じて、送受信部１３７を介してフロー制御装置１４０から申請書入力画面を取得する処理と、生成された申請書をフロー制御装置１４０に送信する処理を行う。
【００５６】
入力部１３５は、申請装置１３０のオペレータから情報の入力を受け付ける。
【００５７】
出力部１３６は、情報を出力する。
【００５８】
送受信部１３７は、ネットワーク１９０を介した情報の送受信を行うためのインターフェースである。
【００５９】
以上に記載した申請装置１３０は、例えば、図６に示すような一般的なコンピュータ５００で実現できる。
【００６０】
例えば、記憶部１３１は、ＣＰＵ５０１がメモリ５０２又は外部記憶装置５０３を利用することにより実現可能であり、制御部１３２は、外部記憶装置５０３に記憶されている所定のプログラムをメモリ５０２にロードしてＣＰＵ５０１で実行することで実現可能であり、入力部１３５は、ＣＰＵ５０１が入力装置５０６を利用することで実現可能であり、出力部１３６は、ＣＰＵ５０１が出力装置５０７を利用することで実現可能であり、送受信部１３７は、ＣＰＵ５０１が通信装置５０８を利用することで実現可能である。
【００６１】
この所定のプログラムは、読取装置５０５を介して記憶媒体５０４から、あるいは、通信装置５０８を介してネットワークから、外部記憶装置５０３にダウンロードされ、それから、メモリ５０２上にロードされてＣＰＵ５０１により実行されるようにしてもよい。また、読取装置５０５を介して記憶媒体５０４から、あるいは、通信装置５０８を介してネットワークから、メモリ５０２上に直接ロードされ、ＣＰＵ５０１により実行されるようにしてもよい。
【００６２】
図８は、フロー制御装置１４０の概略図である。
【００６３】
図示するように、フロー制御装置１４０は、記憶部１４１と、制御部１４７と、入力部１５５と、出力部１５６と、送受信部１５７と、を備える。
【００６４】
記憶部１４１は、ユーザ管理情報記憶領域１４２と、公開鍵記憶領域１４３と、暗号化申請書記憶領域１４４と、閲覧箇所管理情報記憶領域１４５と、フロー制御情報記憶領域１４６と、を備える。
【００６５】
ユーザ管理情報記憶領域１４２には、ワークフローシステム１００の各々のユーザ毎の権限を特定する情報と、ワークフローシステム１００において予め定められた権限毎に、当該権限における公開鍵を特定する情報と、ワークフローシステム１００のユーザ毎に、当該ユーザにおける公開鍵を特定する情報と、が記憶される。
【００６６】
例えば、本実施形態においては、鍵管理装置１１０から送られてくる図３に示すようなユーザテーブル１１２ａと、図９（権限公開鍵テーブル１４２ａの概略図）に示すような権限公開鍵テーブル１４２ａと、図１０（ユーザ公開鍵テーブル１４２ｅの概略図）に示すようなユーザ公開鍵テーブル１４２ｅと、がユーザ管理情報記憶領域１４２に記憶される。なお、ユーザテーブル１１２ａについては、鍵管理装置１１０から送られてくるものをそのまま記憶しておけばよいため説明を省略する。
【００６７】
図９に示すように、権限公開鍵テーブル１４２ａは、権限欄１４２ｂと、権限公開鍵欄１４２ｃと、を備える。
【００６８】
権限欄１４２ｂには、ワークフローシステム１００において予め定められた権限を特定する情報が格納される。ここで、本実施形態においては、権限を特定する情報として、１から連番となる自然数を各権限に割り振っているが、このような態様に限定されるものではない。
【００６９】
権限公開鍵欄１４２ｃには、権限欄１４２ｂで特定される権限に対応する公開鍵を特定する情報が記憶される。
【００７０】
図１０に示すように、ユーザ公開鍵テーブル１４２ｅは、ユーザ名欄１４２ｆと、ユーザ公開鍵欄１４２ｇと、を備える。
【００７１】
ユーザ名欄１４２ｆには、ワークフローシステム１００のユーザを特定する情報が格納される。ここで、本実施形態においては、ユーザを特定する情報としてユーザ名を使用しているがこのような態様に限定されるわけではない。
【００７２】
ユーザ公開鍵欄１４２ｇには、ユーザ名欄１４２ｆで特定されるユーザの公開鍵を特定する情報が格納される。
【００７３】
公開鍵記憶領域１４３には、ユーザ管理情報記憶領域１４２で管理されている公開鍵が記憶される。
【００７４】
暗号化申請書記憶領域１４４には、暗号化された申請書である暗号化申請書が格納される。なお、暗号化申請書については、後述する暗号化部１５２又は再暗号化部１５３で生成される。
【００７５】
閲覧箇所管理情報記憶領域１４５には、権限毎に、申請書における閲覧可能箇所を特定する情報が記憶される。
【００７６】
例えば、本実施形態においては、図１１（閲覧箇所管理テーブル１４５ａの概略図）に示すような閲覧箇所管理テーブル１４５ａが記憶される。
【００７７】
閲覧箇所管理テーブル１４５ａは、権限欄１４５ｂと、項目１欄１４５ｃと、項目２欄１４５ｄと、項目３欄１４５ｅと、項目４欄１４５ｆと、項目５欄１４５ｇと、を備える。
【００７８】
権限欄１４５ｂには、ワークフローシステム１００において予め定められた権限を特定する情報が格納される。
【００７９】
項目１欄１４５ｃには、権限欄１４５ｂで特定される権限を有するユーザが、申請書における予め定められた項目１（少なくとも一つ以上の項目）を閲覧する権限を揺するか否かを特定する情報が格納される。ここで、本実施形態においては、権限欄１４５ｂで特定される権限を有するユーザが、予め定められた項目１を閲覧する権限を有する場合には、当該権限に対応するレコードの欄に「○」の記号が格納され、項目１を閲覧する権限を有しない場合には、当該レコードの欄が空欄にされている。
【００８０】
項目２欄１４５ｄには、権限欄１４５ｂで特定される権限を有するユーザが、申請書における予め定められた項目２（少なくとも一つ以上の項目）を閲覧する権限を揺するか否かを特定する情報が格納される。ここで、本実施形態においては、権限欄１４５ｂで特定される権限を有するユーザが、予め定められた項目２を閲覧する権限を有する場合には、当該権限に対応するレコードの欄に「○」の記号が格納され、項目２を閲覧する権限を有しない場合には、当該レコードの欄が空欄にされている。
【００８１】
項目３欄１４５ｅには、権限欄１４５ｂで特定される権限を有するユーザが、申請書における予め定められた項目３（少なくとも一つ以上の項目）を閲覧する権限を揺するか否かを特定する情報が格納される。ここで、本実施形態においては、権限欄１４５ｂで特定される権限を有するユーザが、予め定められた項目３を閲覧する権限を有する場合には、当該権限に対応するレコードの欄に「○」の記号が格納され、項目３を閲覧する権限を有しない場合には、当該レコードの欄が空欄にされている。
【００８２】
項目４欄１４５ｆには、権限欄１４５ｂで特定される権限を有するユーザが、申請書における予め定められた項目４（少なくとも一つ以上の項目）を閲覧する権限を揺するか否かを特定する情報が格納される。ここで、本実施形態においては、権限欄１４５ｂで特定される権限を有するユーザが、予め定められた項目４を閲覧する権限を有する場合には、当該権限に対応するレコードの欄に「○」の記号が格納され、項目４を閲覧する権限を有しない場合には、当該レコードの欄が空欄にされている。
【００８３】
項目５欄１４５ｇには、権限欄１４５ｂで特定される権限を有するユーザが、申請書における予め定められた項目５（少なくとも一つ以上の項目）を閲覧する権限を揺するか否かを特定する情報が格納される。ここで、本実施形態においては、権限欄１４５ｂで特定される権限を有するユーザが、予め定められた項目５を閲覧する権限を有する場合には、当該権限に対応するレコードの欄に「○」の記号が格納され、項目５を閲覧する権限を有しない場合には、当該レコードの欄が空欄にされている。
【００８４】
図８に戻り、フロー制御情報記憶領域１４６には、申請書を処理する順序を特定する情報と、申請書に対する処理がどの段階までいったのかを特定する情報と、が格納される。
【００８５】
例えば、本実施形態においては、図１２（承認順序テーブル１４６ａの概略図）に示すような承認順序テーブル１４６ａと、図１３（ステータステーブル１４６ｅの概略図）に示すようなステータステーブル１４６ｅと、が記憶される。
【００８６】
図１２に示すように、承認順序テーブル１４６ａは、承認順序欄１４６ｂと、権限欄１４６ｃと、を備える。
【００８７】
承認順序欄１４６ｂには、申請書の承認を行う順序を特定する情報が格納される。ここでは、１から順に連番となるように自然数が格納される。
【００８８】
権限欄１４６ｃには、承認順序欄１４６ｂで特定される順序において、承認を行う権限を特定する情報が格納される。
【００８９】
ここで、権限欄１４６ｃにおいて、複数の権限が「｜」の記号で連結されている場合には「ｏｒ条件」を示し、「＆」の記号で連結されている場合には「ａｎｄ条件」を示すものとする。例えば、図１２における「（権限１｜権限２）＆権限４」の表記は、権限１と権限２の何れかが承認し、かつ、権限４が承認すること、を示している。
【００９０】
図１３に示すように、ステータステーブル１４６ｅは、ＩＤ番号欄１４６ｆと、ステータス欄１４６ｇと、申請書欄１４６ｊと、を備える。
【００９１】
ＩＤ番号欄１４６ｆには、申請書を識別するための識別情報であるＩＤ番号を特定する情報が格納される。
【００９２】
ステータス欄１４６ｇは、処理番号欄１４６ｈ及び承認済みリスト欄１４６ｉを有する。
【００９３】
処理番号欄１４６ｈには、ＩＤ番号欄１４６ｆで特定される申請書が、承認順序テーブル１４６ａにおける承認順序欄１４６ｂで特定される承認順序のどの順序の承認を受けているのかを特定する情報が格納される。
【００９４】
承認済みリスト欄１４６ｉには、処理番号欄１４６ｈで特定される承認順序において既に承認を受けた権限を特定する情報が格納される。
【００９５】
そして、処理番号欄１４６ｈで特定される処理順序に対応する権限欄１４６ｃで特定される条件を満たす全ての権限から承認を受けることにより、処理順序は一つ繰り上がり、処理番号欄１４６ｈは「１」インクリメントされ、承認済みリスト欄１４６ｉは削除される。
【００９６】
申請書欄１４６ｊには、ＩＤ番号欄１４６ｆで特定される申請書のファイルを特定する情報が格納される。
【００９７】
図８に戻り、制御部１４７は、ユーザ管理部１４８と、認証処理部１４９と、フロー制御部１５０と、申請書受付部１５１と、暗号化部１５２と、再暗号化部１５３と、送受信処理部１５４と、を備える。
【００９８】
ユーザ管理部１４８は、後述する送受信部１５７を介して、鍵管理装置１１０から、ユーザテーブル１１２ａと、公開鍵テーブル１１４ａと、権限公開鍵と、を受信し、ユーザ管理情報記憶領域１４２及び公開鍵記憶領域１４３に記憶する処理を行う。
【００９９】
認証処理部１４９は、後述する承認装置１６０の認証を行う。なお、具体的な認証処理については後述する。
【０１００】
フロー制御部１５０は、申請装置１３０から受信した申請書に対して行う処理を制御する。
【０１０１】
具体的には、フロー制御部１５０は、ステータステーブル１４６ｅで特定された承認順序に応じて、暗号化申請書を承認装置１６０に送信し、その審査結果を受信することで、ステータステーブル１４６ｅを更新する処理を行う。
【０１０２】
申請書受付部１５１は、申請装置１３０からの申請書入力画面送信要求に応じて、申請書入力画面を申請装置１３０に送信し、当該申請書入力画面を介して入力された申請書を、送受信部１５７を介して、受信する。
【０１０３】
暗号化部１５２は、申請書受付部１５１が受信した申請書を、権限毎に閲覧可能な箇所を当該権限毎の権限公開鍵で暗号化して暗号化申請書を生成し、暗号化申請書記憶領域１４４に記憶する処理を行う。
【０１０４】
また、暗号化部１５２は、承認装置１６０から審査結果を受け取ると、審査結果（審査におけるコメントも含む）を暗号化して暗号化申請書に付加することで、暗号化申請書を更新し、暗号化申請書記憶領域１４４に記憶する処理を行う。
【０１０５】
再暗号化部１５３は、ユーザの権限に変更、削除が生じた場合には、後述する鍵更新装置１８０からの指示に応じて、申請書を再び暗号化して暗号化申請書を生成し、暗号化申請書記憶領域１４４に記憶する処理を行う。
【０１０６】
送受信処理部１５４は、後述する送受信部１５７を介して、ネットワーク１９０における情報の送受信を制御する。
【０１０７】
入力部１５５は、フロー制御装置１４０のオペレータから情報の入力を受け付ける。
【０１０８】
出力部１５６は、情報を出力する。
【０１０９】
送受信部１５７は、ネットワーク１９０を介した情報の送受信を行うためのインターフェースである。
【０１１０】
以上に記載したフロー制御装置１４０は、例えば、図６に示すような一般的なコンピュータ５００で実現できる。
【０１１１】
例えば、記憶部１４１は、ＣＰＵ５０１がメモリ５０２又は外部記憶装置５０３を利用することにより実現可能であり、制御部１４７は、外部記憶装置５０３に記憶されている所定のプログラムをメモリ５０２にロードしてＣＰＵ５０１で実行することで実現可能であり、入力部１５５は、ＣＰＵ５０１が入力装置５０６を利用することで実現可能であり、出力部１５６は、ＣＰＵ５０１が出力装置５０７を利用することで実現可能であり、送受信部１５７は、ＣＰＵ５０１が通信装置５０８を利用することで実現可能である。
【０１１２】
この所定のプログラムは、読取装置５０５を介して記憶媒体５０４から、あるいは、通信装置５０８を介してネットワークから、外部記憶装置５０３にダウンロードされ、それから、メモリ５０２上にロードされてＣＰＵ５０１により実行されるようにしてもよい。また、読取装置５０５を介して記憶媒体５０４から、あるいは、通信装置５０８を介してネットワークから、メモリ５０２上に直接ロードされ、ＣＰＵ５０１により実行されるようにしてもよい。
【０１１３】
図１４は、承認装置１６０の概略図である。
【０１１４】
図示するように、承認装置１６０は、記憶部１６１と、制御部１６３と、入力部１６７と、出力部１６８と、送受信部１６９と、を備える。
【０１１５】
記憶部１６１は、秘密鍵記憶領域１６２を備える。
【０１１６】
秘密鍵記憶領域１６２には、承認装置１６０を用いて審査を行うユーザの秘密鍵と、当該ユーザが有する権限に対応した権限秘密鍵と、が記憶される。なお、これらの秘密鍵については、鍵管理装置１１０において生成されたものである。
【０１１７】
制御部１６３は、申請書処理部１６４と、復号処理部１６５と、送受信処理部１６６と、を備える。
【０１１８】
申請書処理部１６５は、フロー制御装置１４０から、暗号化申請書を取得する処理を行う。
【０１１９】
また、申請書処理部１６５は、後述する復号処理部１６４で復号された申請書を後述する出力部１６８に出力して、承認装置１６０のユーザから入力部を介して審査結果の入力を受け付ける。
【０１２０】
復号処理部１６４は、フロー制御装置１４０から取得した暗号化申請書を復号する。
【０１２１】
送受信処理部１６６は、後述する送受信部１６９を介して、ネットワーク１９０における情報の送受信を制御する。
【０１２２】
特に、本実施形態においては、申請書処理部１６５が、入力部１６７を介して入力を受け付けた審査結果をフロー制御装置１４０に送信する処理を制御する。
【０１２３】
入力部１６７は、承認装置１６０のオペレータから情報の入力を受け付ける。
【０１２４】
出力部１６８は、情報を出力する。
【０１２５】
送受信部１６９は、ネットワーク１９０を介した情報の送受信を行うためのインターフェースである。
【０１２６】
以上に記載した承認装置１６０は、例えば、図６に示すような一般的なコンピュータ５００で実現できる。
【０１２７】
例えば、記憶部１６１は、ＣＰＵ５０１がメモリ５０２又は外部記憶装置５０３を利用することにより実現可能であり、制御部１６３は、外部記憶装置５０３に記憶されている所定のプログラムをメモリ５０２にロードしてＣＰＵ５０１で実行することで実現可能であり、入力部１６７は、ＣＰＵ５０１が入力装置５０６を利用することで実現可能であり、出力部１６８は、ＣＰＵ５０１が出力装置５０７を利用することで実現可能であり、送受信部１６９は、ＣＰＵ５０１が通信装置５０８を利用することで実現可能である。
【０１２８】
この所定のプログラムは、読取装置５０５を介して記憶媒体５０４から、あるいは、通信装置５０８を介してネットワークから、外部記憶装置５０３にダウンロードされ、それから、メモリ５０２上にロードされてＣＰＵ５０１により実行されるようにしてもよい。また、読取装置５０５を介して記憶媒体５０４から、あるいは、通信装置５０８を介してネットワークから、メモリ５０２上に直接ロードされ、ＣＰＵ５０１により実行されるようにしてもよい。
【０１２９】
図１５は、保管装置１７０の概略図である。
【０１３０】
図示するように、保険装置１７０は、記憶部１７１と、制御部１７４と、送受信部１７９と、を備える。
【０１３１】
記憶部１７１は、秘密鍵記憶領域１７２と、申請書記憶領域１７３と、を備える。
【０１３２】
秘密鍵記憶領域１７２には、暗号化申請書を復号するための秘密鍵を特定する情報が記憶される。ここで、本実施形態においては、ワークフローシステム１００において予め定められた全ての権限に対応する秘密鍵が記憶される。
【０１３３】
申請書記憶領域１７３には、後述する復号処理部１７６で復号された申請書が記憶される。
【０１３４】
制御部１７４は、申請書取得処理部１７５と、復号処理部１７６と、申請書保存処理部１７７と、送受信処理部１７８と、を備える。
【０１３５】
申請書取得処理部１７５は、フロー制御装置１４０から暗号化申請書を取得する処理を制御する。
【０１３６】
復号処理部１７６は、申請書取得処理部１７５で取得された暗号化申請書を復号する処理を行う。
【０１３７】
申請書保存処理部１７７は、復号処理部１７６で復号された申請書を申請書記憶領域１７３に記憶する処理を行う。
【０１３８】
送受信処理部１７８は、後述する送受信部１７９を介して、ネットワーク１９０における情報の送受信を制御する。
【０１３９】
送受信部１７９は、ネットワーク１９０を介した情報の送受信を行うためのインターフェースである。
【０１４０】
以上に記載した保管装置１７０は、例えば、図６に示すような一般的なコンピュータ５００で実現できる。
【０１４１】
例えば、記憶部１７１は、ＣＰＵ５０１がメモリ５０２又は外部記憶装置５０３を利用することにより実現可能であり、制御部１７４は、外部記憶装置５０３に記憶されている所定のプログラムをメモリ５０２にロードしてＣＰＵ５０１で実行することで実現可能であり、送受信部１７９は、ＣＰＵ５０１が通信装置５０８を利用することで実現可能である。
【０１４２】
この所定のプログラムは、読取装置５０５を介して記憶媒体５０４から、あるいは、通信装置５０８を介してネットワークから、外部記憶装置５０３にダウンロードされ、それから、メモリ５０２上にロードされてＣＰＵ５０１により実行されるようにしてもよい。また、読取装置５０５を介して記憶媒体５０４から、あるいは、通信装置５０８を介してネットワークから、メモリ５０２上に直接ロードされ、ＣＰＵ５０１により実行されるようにしてもよい。
【０１４３】
図１６は、鍵更新装置１８０の概略図である。
【０１４４】
図示するように、鍵更新装置１８０は、記憶部１８１と、制御部１８３と、入力部１８６と、出力部１８７と、送受信部１８８と、読取部１８９と、を備える。
【０１４５】
記憶部１８１は、鍵暗号化情報記憶領域１８２を備える。
【０１４６】
鍵暗号化情報記憶領域１８２には、各々の権限に対応する秘密鍵及び公開鍵が更新された際に、鍵管理装置１１０で生成され暗号化された更新後の権限秘密鍵が記憶される。
【０１４７】
制御部１８３は、鍵更新処理部１８４と、送受信処理部１８５と、を備える。
【０１４８】
鍵更新処理部１８４は、後述する読取部１８９を介して読み取られたＩＣカードに記憶されている更新前の秘密鍵を、鍵管理装置１１０で生成された更新後の秘密鍵に変更する処理を行う。
【０１４９】
送受信処理部１８５は、後述する送受信部１８８を介して、ネットワーク１９０における情報の送受信を制御する。
【０１５０】
入力部１８６は、鍵更新装置１８０のオペレータから情報の入力を受け付ける。
【０１５１】
出力部１８７は、情報を出力する。
【０１５２】
送受信部１８８は、ネットワーク１９０を介した情報の送受信を行うためのインターフェースである。
【０１５３】
読取部１８９は、例えば、ＩＣカード等の記憶媒体に情報を記憶し、または、当該記憶媒体から情報を取得する処理を行うインターフェースである。
【０１５４】
以上に記載した鍵更新装置１８０は、例えば、図６に示すような一般的なコンピュータ５００にリーダライタ装置（図示せず）を取り付けることにより実現できる。
【０１５５】
例えば、記憶部１８１は、ＣＰＵ５０１がメモリ５０２又は外部記憶装置５０３を利用することにより実現可能であり、制御部１８３は、外部記憶装置５０３に記憶されている所定のプログラムをメモリ５０２にロードしてＣＰＵ５０１で実行することで実現可能であり、入力部１８６は、ＣＰＵ５０１が入力装置５０６を利用することで実現可能であり、出力部１８７は、ＣＰＵ５０１が出力装置５０７を利用することで実現可能であり、送受信部１８８は、ＣＰＵ５０１が通信装置５０８を利用することで実現可能である。また、読取部１８９は、コンピュータ５００に取り付けられたリーダライタ装置をＣＰＵ５０１が利用することにより実現可能である。
【０１５６】
この所定のプログラムは、読取装置５０５を介して記憶媒体５０４から、あるいは、通信装置５０８を介してネットワークから、外部記憶装置５０３にダウンロードされ、それから、メモリ５０２上にロードされてＣＰＵ５０１により実行されるようにしてもよい。また、読取装置５０５を介して記憶媒体５０４から、あるいは、通信装置５０８を介してネットワークから、メモリ５０２上に直接ロードされ、ＣＰＵ５０１により実行されるようにしてもよい。
【０１５７】
図１７は、ワークフローシステム１００で申請書を処理する際のシーケンス図である。
【０１５８】
なお、本シーケンスでは、承認装置１６０、フロー制御装置１４０及び保管装置１７０で使用する鍵情報については、鍵管理装置１００から所定の方法（例えば、ネットワーク１９０を介して送信、ＩＣカード等の耐タンパ性を有するデバイスに格納して送信等）で既にこれらの装置に渡されているものとする。
【０１５９】
まず、申請装置１３０の申請書作成部１３３が、送受信処理部１３４を介して、フロー制御装置１４０に対して、申請書入力画面送信要求を送信する（Ｓ１０）。
【０１６０】
このような申請書入力画面送信要求を受信したフロー制御装置１４０では、申請書受付部１５１が、予め定められた申請書入力画面を申請装置１３０に送付する（Ｓ１１）。
【０１６１】
そして、申請装置１３０では、申請書作成部１３３が出力部１３６に受信した申請書入力画面を表示し、入力部１３５を介して、申請装置１３０のオペレータから必要な情報の入力を受け付け、入力された情報より申請書を作成し、送信処理部１３４を介して、フロー制御装置１４０に送信する（Ｓ１２）。
【０１６２】
なお、申請書の作成は、例えば、申請書入力画面をブラウザにおいて表示し、ここに必要項目を入力することによって行ってもよい。或いは、紙の申請書をスキャナーなどで読込み、ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅｃｏｇｎｉｔｉｏｎ）装置等を用いて申請書内の情報を読み取り、これらの情報をブラウザで取り込むことによって行ってもよい。
【０１６３】
次に、フロー制御装置１４０の申請書受付部１５１が、受信した申請書を暗号化部１５２に出力し、暗号化部１５２が申請書の暗号化を行い、暗号化申請書を生成し、申請書受付部１５１が暗号化申請書を暗号化申請書記憶領域１４４に記憶する（Ｓ１３）。なお、ステップＳ１３において、暗号化部１５２が申請書の暗号化を行う処理については、図１８を用いて詳述する。
【０１６４】
次に、承認装置１６０の申請書処理部１６４が、承認装置１６０のユーザの指示に応じて、送受信処理部１６６を用いて、フロー制御装置１４０に申請書審査処理要求を送信する（Ｓ１４）。ここで、本実施形態においては、申請書審査処理要求に承認装置１６０のユーザを特定するユーザ名を含めて送信するものとする。
【０１６５】
このような申請書審査処理要求を受信したフロー制御装置１４０では、フロー制御部１５０が、送受信処理部１５４を介して、申請書審査処理要求を送信してきた承認装置１６０に対して認証情報送付要求を返信する（Ｓ１５）。ここで、本実施形態においては、フロー制御部１５０は、ランダムな文字列を生成し、これを申請書審査処理要求に含まれているユーザ名に対応する公開鍵（ユーザ名に対応されて公開鍵記憶領域１４３に記憶されている）を用いて暗号化し、認証情報送付要求に含めて返信する。
【０１６６】
そして、認証情報送付要求を受信した承認装置１６０では、申請書処理部１６４が、認証情報を作成し、送受信処理部１６６を介して、作成した認証情報をフロー制御装置１４０に送付する（Ｓ１６）。ここで、本実施形態においては、申請書処理部１６４は、認証情報送付要求に含まれている暗号化されたランダムな文字列を、承認装置１６０のユーザの秘密鍵を用いて復号し、復号した復号結果を認証情報として送信する。
【０１６７】
フロー制御装置１４０の認証処理部１４９では、承認装置１６０から受信した認証情報が、承認装置１６０に送信したランダムな文字列と一致するか否かで認証処理を行い、認証が成功した場合（認証情報と、承認装置１６０に送信したランダムな文字列と、が一致した場合）には、承認待ちとなっている申請書のＩＤ番号を一覧表示した申請書一覧を承認装置１６０に送信する（Ｓ１７）。
【０１６８】
次に、承認装置１６０の申請書処理部１６４が、受信した承認待ちの申請書一覧を出力部１６８に出力して、入力部１６７を介して、審査を行う申請書の指定を受けると、当該申請書のＩＤ番号をフロー制御装置１４０に送信する（Ｓ１８）。
【０１６９】
そして、フロー制御装置１４０のフロー制御部１５０が、受信したＩＤ番号に対応する暗号化申請書を暗号化申請書記憶領域１４４から取得して、承認装置１６０に送信する（Ｓ１９）。
【０１７０】
このような暗号化申請書を受信した承認装置１６０では、申請書処理部１６４が復号処理部１６５に暗号化申請書を出力し、復号処理部１６５が暗号化申請書の復号を行い、復号された申請書を出力部１６８に表示して、入力部１６７を介して、承認装置１６０のユーザからコメントや審査結果の入力を受け付ける（Ｓ２０）。
【０１７１】
そして、承認装置１６０の送受信処理部１６６は、このようにして受け付けたコメント及び審査結果を暗号化申請書に付加して、フロー制御装置１４０に送信する（Ｓ２１）。
【０１７２】
次に、フロー制御装置１４０の暗号化部１５２は、受信した審査結果とコメントとを審査を行ったユーザの権限に対応する公開鍵で暗号化して、暗号化申請書に付加することで、暗号化申請書を更新し、暗号化申請書記憶領域１４４に記憶する（Ｓ２２）。
【０１７３】
なお、ステップＳ１４〜ステップＳ２２までの処理については、申請書に対して必要な承認が得られるまで繰り返し行われるものとする。
【０１７４】
次に、フロー制御装置１４０のフロー制御部１５０は、必要なフロー処理が終了した暗号化申請書を保管装置１７０に送信する（Ｓ２３）。
【０１７５】
そして、保管装置１７０では、申請書取得処理部１７５が暗号化申請書を受信し、復号処理部１７６において復号して、申請書保存処理部１７７が、申請書記憶領域１７３に記憶する処理を行う（Ｓ２４）。
【０１７６】
なお、以上のシーケンスにおいて、例えば、ステップＳ２０において、審査（承認）を棄却、或いは、差し戻しを要求する場合であった場合には、次の処理に進むのではなく、一つ前、或いは、さらに差し戻し要因となった申請書の審査処理要求（ステップＳ１４）まで処理を戻して、再度審査処理を行うようにすればよい。このとき、差し戻しを行う場合には、差し戻し理由を明確にするため、ステップＳ２０における承認処理において、差し戻し理由をコメントとして、暗号化申請書に付与するようにすることが望ましい。
【０１７７】
また、申請自体を棄却する場合には、処理を中止し、申請者（申請装置１３０）に棄却理由を通知するようにしてもよい。なお、本棄却理由の通知には、例えば電子メールなどを用いればよい。
【０１７８】
さらに、審査処理が途中で中断した場合でも、棄却された時点での暗号化申請書を保管装置１７０に送信することによって、暗号化申請書の保管（ステップＳ２４）を行うようにしてもよい。
【０１７９】
また、以上のシーケンスでは、ステップＳ２４において申請書の復号を行っているが、暗号化された状態のまま保管処理を行ってもよい。なお、保管装置１７０において暗号化申請書の復号を行う場合には、暗号化申請書のすべてを復号するための権限用秘密鍵を全て保管装置１７０の秘密鍵記憶領域１７２に格納しておいてもよいし、暗号化申請書の全項目を復号可能な権限用秘密鍵を予め鍵管理装置１１０で生成しておき、対応する権限用公開鍵を秘密鍵記憶領域１７２に記憶しておいてもよい。
【０１８０】
さらに、以上のシーケンスでは、申請書は、審査処理が終了した後、保管装置１７０に保管されるが、例えば、ステップＳ１２で申請書を受信した後、フロー制御部１５０が保管装置１７０に申請書を送信するようにしてもよい。この場合には、審査処理が終了した後、保管装置１７０に審査結果やコメントなどのみを送信すればよい。
【０１８１】
なお、以上に記載したシーケンスでは、ステップＳ１６の認証処理を、フロー制御装置１４０と承認装置１６０で行っているが、これと異なっていてもよい。例えば、ステップＳ１４における承認装置１６０による申請書審査処理要求の送付に対し、フロー制御装置１４０が鍵管理装置１１０と通信を行うことによって、フロー制御装置１４０と承認装置１６０による認証処理を、鍵管理装置１１０と承認装置１６０で行うようにし、認証結果をフロー制御装置１４０が受け取るようにしてもよい。
【０１８２】
なお、この場合、フロー制御装置１４０に認証処理部１４９は不要であり、代わりに鍵管理装置１１０の制御部１１５に同様の処理を行う認証処理部を設ければよい。
【０１８３】
また、以上に記載したシーケンスでは、公開鍵を用いた認証の一例を示したが、公開鍵を用いた認証方法ではなく、例えば、パスワードによる認証など、他の認証手段を用いてもよい。
【０１８４】
さらに、以上に記載したシーケンスでは、フロー制御装置１４０において、申請書の暗号化を行っていたが、以下のようにすることによって、申請装置１３０で行うことも可能である。
【０１８５】
ステップＳ１１における申請書入力画面の送付において、フロー制御装置１４０内に保管された権限用公開鍵と、どの項目がどの権限を持ったユーザによって閲覧可能かという情報（閲覧箇所管理テーブル１４５ａを参照）と、を申請装置１３０に送付する。
【０１８６】
次に、ステップＳ１２における申請書の送付に先立ち、申請装置１３０において、フロー制御装置１４０から受信した権限用公開鍵と、どの項目がどの権限を持ったユーザによって閲覧可能かという情報と、を参照して、申請書の暗号化処理を行う。そして、暗号化された申請書をフロー制御装置１４０に送信する(ステップＳ１２に相当)。
【０１８７】
最後に、フロー制御装置１４０において、受信した暗号化申請書を暗号化申請書記憶領域１４４に記憶する（ステップＳ１３に相当）。
【０１８８】
このようにすると、フロー制御装置１４０に対しても、申請書のそのものの内容を秘密にしたまま、ワークフローを実施することが可能になる。なお、この場合、フロー制御装置１４０の制御部１４７内の暗号化部１５２は不要であり、代わりに申請装置１３０の制御部１３２内に同様の処理を行う暗号化部を設ければよい。
【０１８９】
図１８は、フロー制御装置１４０の暗号化部１５２が申請書の暗号化を行う処理の一例を示すフローチャートである。
【０１９０】
ここでは、申請書内の各項目をＭ［ｉ］、権限に対して割り当てられた公開鍵をｐｋ［ｉ］、閲覧箇所管理テーブル１４５ａの各行で示される各権限が閲覧可能な領域をＡＤ［ｉ］によって表す。なお、ｉは１以上の自然数である。
【０１９１】
まず、暗号化部１５２は、申請書内のそれぞれの項目（Ｍ［１］，・・・，Ｍ［ｎ］；ｎは１以上の自然数）に対し、共通鍵暗号技術における暗号化鍵をランダムに生成する（Ｓ３０）。このようにして生成した暗号化鍵を項目暗号化鍵（Ｋ［１］，・・・，Ｋ［ｎ］）という。
【０１９２】
次に、暗号化部１５２は、ｉ＝１，・・・，ｎに対して、項目暗号化鍵ｋ［ｉ］を用いて項目Ｍ［ｉ］を暗号化し、暗号化項目Ｄ［ｉ］を生成する（Ｓ３１）。
【０１９３】
そして、暗号化部１５２は、電子署名生成用秘密鍵ｓｋ、および、検証用公開鍵ｖｋを生成する（Ｓ３２）。
【０１９４】
次に、暗号化部１５２は、ｉ＝１，・・・，ｍに対して、閲覧箇所管理テーブル１４５ａを参照し、各々の権限毎に閲覧可能な項目のインデックスを特定したインデックス集合（ｊ１、・・・，ｊｕ）を取得する（Ｓ３３）。
【０１９５】
さらに、暗号化部１５２は、取得したインデックス集合に対応する項目暗号化鍵Ｋ［Ｊ１］，・・・，Ｋ［ｊｕ］を取り出す（Ｓ３４）。
【０１９６】
そして、暗号化部１５２は、取り出した項目暗号化鍵を連結したものに、ステップＳ３２で生成した電子署名兼用用公開鍵ｖｋを連結し、権限用公開鍵ｐｋ［ｉ］を用いて暗号化する（Ｓ３５）。ここで暗号化されたデータを鍵暗号化データＥ［ｉ］という。
【０１９７】
次に、暗号化部１５２は、暗号化項目D（＝Ｄ［１］，・・・，Ｄ［ｎ］）、鍵暗号化データＥ（＝Ｅ［１］，・・・，Ｅ［ｍ］）,閲覧箇所管理テーブルＡＤ（＝ＡＤ［１］，・・・，ＡＤ［ｍ］）を、電子署名生成用秘密鍵ｓｋを用いて暗号化することで、電子署名σの生成を行う（Ｓ３６）。
【０１９８】
そして、暗号化部１５２は、暗号化項目Ｄ（＝Ｄ［１］，・・・，Ｄ［ｎ］）、鍵暗号化データＥ（＝Ｅ［１］，・・・，Ｅ［ｍ］）、閲覧箇所管理テーブルＡＤ（＝ＡＤ［１］，・・・，ＡＤ［ｍ］）、および、電子署名σから、暗号化申請書を生成する（Ｓ３７）。
【０１９９】
図１９は、図１８のステップＳ３７で生成された暗号化申請書のデータ構造を示す概略図である。
【０２００】
なお、図１７のシーケンスで示されているように、暗号化申請書には承認装置１６０で行われた審査結果やコメントが付加される場合があるため、図１９では、このような審査結果やコメントを含むデータ構造を示す。
【０２０１】
図示するように、暗号化申請書６００は、暗号化申請書ヘッダ情報格納領域６０１と、暗号化申請書本体格納領域６０２と、審査結果情報格納領域６０３と、を有する。
【０２０２】
ここで、暗号化申請書本体格納領域には、申請書の各項目を暗号化した暗号化項目Ｄを格納する。
【０２０３】
暗号化申請書ヘッダ情報格納領域６０２には、暗号化申請書６００を復号するために必要な情報、および、各項目がどの秘密鍵で復号可能かといった情報を格納する。例えば、暗号化申請書ヘッダ情報格納領域６０２には、鍵暗号化データＥ及び閲覧箇所管理テーブルＡＤが格納される。なお、電子署名σについても暗号化申請書ヘッダ情報格納領域６０２に格納される。
【０２０４】
審査結果情報格納領域６０３には、図１７のステップＳ２１で入力された、審査結果や各項目、あるいは、申請書全体に対するコメントを暗号化した結果が格納される。
【０２０５】
なお、これらの審査結果やコメントに関する暗号化処理は、以下のようにすればよい。
【０２０６】
まず、審査結果及びコメントのそれぞれに対し、共通鍵暗号技術における暗号化鍵を生成し、これを用いて、審査結果、コメントを暗号化する。
【０２０７】
次に、これらの審査結果、コメントを閲覧可能な権限を持つユーザにのみ、これらの項目が復号できるように、生成された暗号化鍵を、それぞれの権限に対応した公開鍵を用いて別々に暗号化して、鍵暗号化データを生成する。
【０２０８】
最後に、各項目を暗号化した結果及び鍵暗号化データを審査結果情報格納領域６０３に追記する。
【０２０９】
なお、コメントに対して閲覧可能な権限の設定は、予め閲覧箇所管理テーブル１４５ａに定めておけばよい。なお、特定の項目に対するコメントであれば、該当する項目と同じ設定（権限）において暗号化処理を施せばよい。
【０２１０】
図２０は、図１９に示した暗号化申請書６００の暗号化申請書ヘッダ情報格納領域６０１に格納される情報を、ＸＭＬを用いて記述した具体例を示す概略図である。
【０２１１】
図示するように、暗号化申請書ヘッダ情報は、MRES要素によって構成する。
【０２１２】
MRES要素は、共通パラメータを格納するためのMRES_Param要素、閲覧箇所管理テーブル１４５ａで特定される閲覧可能箇所及び鍵暗号化データを格納するためのAccessControlList要素、および、暗号化項目への参照（どの暗号化項目を参照すればよいか）を表すEncryptedDataReferenceList要素、および、Validation要素から構成させる。
【０２１３】
MRES_Param要素には、フロー制御装置１４０内の暗号化部１５２、承認装置１６０内の復号処理部１６５内で共通的に使用されるパラメータを表すためのもので、例えば、図１８の暗号化処理において、項目Ｍ［ｉ］を暗号化するために用いる共通鍵暗号のアルゴリズムや、項目暗号化鍵ｋ［ｉ］の暗号化に用いる公開鍵暗号のアルゴリズムなどを記述する。例えば、図２０の例では、項目暗号化鍵Ｋ［ｉ］の暗号化に用いる公開鍵暗号のアルゴリズムをKeyEncryptionAlgorithm要素に、項目Ｍ［ｉ］を暗号化するための共通鍵暗号のアルゴリズムをDataEncryptionAlgorithm要素に記述する。各要素内のAlgorithm属性には、使用するアルゴリズムの識別子を記述する。例えばAES-128をＣＢＣモードで利用する場合には、http://www.w3.org/2001/04/xmlenc#aes128-cbc と記述すればよい。
【０２１４】
MRES_Param要素には、上記のほか、暗号化時、復号時に必要となる様々な情報を記述してよい。
【０２１５】
AccessibleControlList要素は、EncryptedKeyData要素及びReferenceList要素からなるEncryptedKey要素から構成される。
【０２１６】
EncryptedKeyData要素は、鍵暗号化データＥ［ｉ］を格納するための要素であり、ReferenceList要素は、閲覧箇所管理テーブル１４５ａの対応する権限が閲覧可能な項目のリストを格納するための要素である。
【０２１７】
EncryptedKeyData要素には、鍵暗号化データをＢＡＳＥ６４を用いて符号化した文字列を記述し、属性値であるkey_idには、秘密鍵を特定する情報を記述する。これには、例えば、鍵管理装置１１０において秘密鍵に対して、一意な識別番号を発行し、これを記述すればよい。
【０２１８】
次に、ReferenceList要素であるが、ここには、前記のkey_id属性によって特定される秘密鍵に対応した権限が閲覧可能な項目のリストを記述する。すなわち、これは閲覧箇所管理テーブル１４５ａの一行分の情報を記述する。例えば、図１１の権限１であれば、項目１、項目３、項目４を閲覧することが可能であるので、ReferenceList要素には、これらの項目を指し示すXpath式を格納したEncryptedDataReference要素のdata_idを、AccessibleDataReference要素を用いて指定する。
【０２１９】
EncryptedDataReferenceList要素は、暗号化された項目へのXpath式を記述するEncryptedDataReference要素から構成される。EncryptedDataReference要素には、ReferenceList要素のXPath要素を用いて、対象となる項目を指定するためのXpath式を指定する（暗号化申請書６００がＸＭＬデータである場合）。
【０２２０】
また、EncryptedDataReference要素の属性であるdata_id属性には、EncryptedDataReference要素をEncryotedKey要素内のAccessibleDataReference要素から指定するために、EncryptedDataReference要素を一意に識別するための識別子を、is_encrypted属性には、その部分コンテンツが復号されているか否かの情報を格納する。
【０２２１】
ValidationData要素は、図１８のステップＳ３６において生成された電子署名σをＢＡＳＥ６４によって符号化された文字列として格納するための要素である。
【０２２２】
なお、図２０は暗号化申請書６００を表現するためのデータ表現方法の一例であり、要素名などは任意に変更してよい。また、データ表現方法をＸＭＬではなく、例えば、ＡＳＮ．１などの他のデータフォーマットを用いて表現してもよい。
【０２２３】
図２１は、承認装置１６０の復号処理部１６５が、前述の図１８によって暗号化された暗号化申請書を復号する処理を示すフローチャートである。
【０２２４】
なお、復号時に供給される秘密鍵をｓｋ［ｊ］とする。
【０２２５】
承認装置１６０の復号処理部１６５は、暗号化申請書を読み込み、暗号化項目Ｄ（＝Ｄ［１］，・・・，Ｄ［ｎ］）、鍵暗号化データＥ（＝Ｅ［１］，・・・，Ｅ［ｍ］）、閲覧情報管理テーブルＡＤ（＝ＡＤ［１］，・・・，ＡＤ［ｍ］）、および、電子署名σを取得する（Ｓ４０）。
【０２２６】
そして、復号処理部１６５は、ＡＤ［ｊ］から承認装置１６０のユーザの権限に対応するインデックス集合（ｊ１，・・・，ｊｕ）を取得する（Ｓ４１）。
【０２２７】
次に、復号処理部１６５は、秘密鍵ｓｋ［ｊ］を用いて鍵暗号化データＥ［ｊ］を復号し、項目暗号化鍵Ｋ［ｊ１］，・・・，Ｋ［ｊｕ］、検証用公開鍵ｖｋを取得する（Ｓ４２）。
【０２２８】
また、復号処理部１６５は、電子署名σ、電子署名用公開鍵ｖｋを用いて、暗号化申請書の検証を行う（Ｓ４３）。
【０２２９】
そして、復号処理部１６５は、電子署名の検証に成功すれば（Ｓ４４）、ステップＳ４５へ、検証に成功しなければ処理を終了する。
【０２３０】
ステップＳ４５では、復号処理部１６５は、項目暗号化鍵Ｋ［ｊ１］，・・・，Ｋ［ｊｕ］を用いて、暗号化項目Ｄ［ｊ１］，・・・，Ｄ［ｊｕ］を復号し、復号済み申請書を生成する。 
以上の復号処理によって得られた復号済み申請書は、例えば、図１９に示した書式と同様にＸＭＬデータなどによって表現すればよい。このような復元されたＸＭＬデータを表示する際には、ＸＳＬＴを用いて、復号済み申請書をＨＴＭＬなどに変換し、ブラウザを用いて、復号済み申請書を表示すればよい。なお、復号済み申請書の書式はＸＭＬに限ったものではなく、他のデータフォーマットを用いてもよい。
【０２３１】
なお、図１８に示す暗号化処理、図２１に示す復号処理では、申請書内の各項目、閲覧箇所管理テーブル１４５ａなどは配列を用いて表現していたが、これらの配列表現と図２０に示したようなＸＭＬ表現における対応関係は、例えば、図２０のフォーマットにおいて上から記述された要素から昇順に０、１、・・・とインデックス番号を振っていくことによって、容易に配列表現への変更が可能である。
【０２３２】
以上に記載したように、本実施形態においては、ワークフロー内の申請書の承認処理に当たって、ユーザの認証を行うとともに、審査を行うために、それぞれのユーザが権限に応じた秘密鍵を用い、暗号化申請書の復号を行い、自身の権限に応じた項目のみを閲覧して、審査処理を行う。また、このとき秘密鍵は、ユーザ、或いは、ユーザがある権限を有することを示す重要な情報であるため、ＩＣカードなど対タンパ性を有するデバイス内に安全に格納しておくことが望まれる。
【０２３３】
これを実現するための最も簡単な方法は、ユーザに予め権限に応じた秘密鍵を格納したＩＣカードを配付し、ユーザの権限が変更された場合には、ＩＣカードを回収、再配付を行うことによって、それぞれのユーザに権限に応じた秘密鍵が適切にいきわたるようにすることである。
【０２３４】
しかしながら、このような実現方法では、ユーザの権限が変化するたびにＩＣカードの回収、再配付が必要になり、運用上効率が悪い。そこで、本実施形態ではネットワーク１９０を介して秘密鍵の更新を行う方法を示す。
【０２３５】
なお、以下では秘密鍵は耐タンパ性のあるＩＣカード内に格納されているものとして説明を行う。
【０２３６】
まず、鍵管理装置１１０（図２参照）において、ユーザの追加、削除、権限の変更が行われた場合について説明する。
【０２３７】
まず、ユーザの追加が行われた場合には、ユーザ管理部１１６が、追加ユーザのユーザ名及び権限の設定をユーザテーブル１１２ａに行う。
【０２３８】
次に、鍵生成部１１７が、追加されたユーザのユーザ用秘密鍵及びユーザ用公開鍵の組を生成し、ユーザ鍵テーブル１１２ｌにユーザ名、当該ユーザの秘密鍵及び当該ユーザの公開鍵、を特定する情報の設定を行い、当該ユーザの秘密鍵及び当該ユーザの公開鍵をそれぞれ秘密鍵記憶領域１１３及び公開鍵記憶領域１１４に記憶する。
【０２３９】
次に、ユーザ管理部１１６は、追加されたユーザのユーザ用の秘密鍵、および、追加されたユーザが有する権限に対応する権限用の秘密鍵、をＩＣカードに格納し、追加されたユーザに対し発行し、ユーザに配布する。
【０２４０】
さらに、ユーザ管理部１１６は、追加されたユーザの情報と対応するユーザ用の公開鍵と、をユーザ更新情報としてフロー制御装置１４０に送受信処理部１１８を用いて送信する。
【０２４１】
そして、フロー制御装置１４０のユーザ管理部１４８は、受信したユーザ更新情報からユーザの情報と対応するユーザ用の公開鍵を取得して、ユーザテーブル１１２ａ及びユーザ公開鍵テーブル１４２ｅに格納する。
【０２４２】
ユーザの削除が行われた場合も、上記のユーザの追加が行われた場合と同様である。ただし、ユーザの削除の場合には、鍵管理装置１１０は、ユーザテーブル１１２ａ及びユーザ鍵テーブル１１２ｌから削除対象となるユーザの情報を削除し、フロー制御装置１４０にユーザ更新情報をフロー制御装置１０２に通知する。フロー制御装置１４０も同様に、受信したユーザ更新情報を元にユーザ管理テーブルから、削除対象となるユーザの削除を行う。なお、削除対象となったユーザに配布したＩＣカードはユーザの削除の処理を行う際に、回収することが望ましい。
【０２４３】
次に、ユーザの権限に変更が生じた場合には、すでに変更対象となったユーザには、変更前の権限に対応する権限用秘密鍵を格納したＩＣカードが配付されている。最も簡単にユーザ権限の変更を行うためには、ユーザの権限が変更された場合に、対象となるユーザのＩＣカードを全て回収し、変更後のＩＣカードを配付することであるが、ユーザ権限を変更するごとにＩＣカードを回収して再配付を行うことになり、運用上効率が悪い。そこで、本実施形態では、鍵更新装置１８０を用いて、ＩＣカード内の鍵の更新を行う方法について述べる。
【０２４４】
ユーザ権限に変更が生じた場合には、まず、鍵管理装置１１０において、ユーザ管理部１１６が、ユーザ権限の変更処理を行い、ユーザテーブル１１２ａの更新を行う。
【０２４５】
さらに、ユーザテーブル１１２ａの更新情報をユーザ更新情報としてフロー制御装置１４０に送信する。
【０２４６】
フロー制御装置１４０は、ユーザ更新情報を受信し、ユーザ管理部１４８が、ユーザ管理テーブルの更新処理を行う。
【０２４７】
次に、鍵管理装置１１０は、権限が変更されたユーザの権限を変更した後の権限用秘密鍵を、鍵更新装置１８０に暗号化して送信する。
【０２４８】
例えば、ユーザ１に対して、権限１を削除し、代わりに、権限２を付与する場合を例として説明する。
【０２４９】
まず、鍵管理装置１１０はユーザ１のユーザ用公開鍵であるユーザ用公開鍵１を用いて、権限２の権限用秘密鍵である権限用秘密鍵２を暗号化し、鍵更新装置１８０に送付する。
【０２５０】
鍵更新装置１８０では、送受信部１８８を介して、暗号化された権限用秘密鍵２を受信し、鍵暗号化情報記憶領域１８２に記憶する。
【０２５１】
そして、権限が変更されたユーザ１は、ユーザ１のユーザ用秘密鍵であるユーザ用秘密鍵１が格納されたＩＣカードを、鍵更新装置１８０の読取部１８９に読み取り可能に設置する。
【０２５２】
鍵更新装置１８０の鍵更新処理部１８４は、設置されたＩＣカード内のユーザ用秘密鍵１を用いて鍵暗号化情報記憶領域１８２内の暗号化された権限用秘密鍵２を復号し、当該ＩＣカードに権限用秘密鍵（権限用秘密鍵２）の書き込みを行う。さらに、鍵更新処理部１８４は、ＩＣカード内の権限１に対応する権限用秘密鍵である権限用秘密鍵１の削除を行い、処理を終了する。
【０２５３】
このとき、鍵更新処理部１８４は、削除対象となる権限用秘密鍵１がなかった場合や、暗号化された権限用秘密鍵２の復号に失敗した場合には、処理を停止し、書き込み失敗を表示するなどして、処理を停止することが望ましい。さらに、上記の処理において、単に秘密鍵のみをＩＣカード内に書き込むだけでなく、ユーザ１がどの権限を有しているかという情報もＩＣカード内に書き込んでおくとよい。
【０２５４】
なお、上記の処理において、ＩＣカード内の秘密鍵にアクセスするためには、ＰＩＮ番号などによる認証処理を求め、この認証に失敗した場合には、処理を停止することが、セキュリティ上の観点からは望ましい。
【０２５５】
以上の例では、鍵管理装置１１０から鍵更新装置１８０の記憶部１８１に、一度暗号化された権限用秘密鍵を格納した場合について説明を行ったが、記憶部１８１に暗号化された権限用秘密鍵の格納を行うのではなく、鍵更新装置１８０の鍵更新処理部１８４からの要求に応じて、逐次暗号化された権限用秘密鍵を生成し、鍵更新装置１８０に供給されたＩＣカードの鍵更新処理を行ってもよい。
【０２５６】
本実施形態においては、権限に対して公開鍵暗号技術における秘密鍵と公開鍵の割り当て行っている。このとき、例えば公開鍵に対して、どの権限に対する権限用公開鍵なのかを示すためには、公開鍵証明書を発行することが有用である。また、上記のような暗号技術を用いる場合、セキュリティ上の観点からは、一定の有効期限を設けることが望まれる。この場合、有効期限が切れた鍵に対しては、その鍵を廃棄し、新たに鍵を生成しなおすことが望ましい。
【０２５７】
以上の場合、鍵の更新（廃棄と再生成）処理によって、権限に対して割り当てられた権限用公開鍵、権限用秘密鍵が更新された場合には、ワークフロー中の暗号化申請書の復号ができなくなる場合がある。
【０２５８】
これを解決するひとつの方法は、上記の有効期限切れによる鍵更新処理が発生する前に、予め期限切れ後に利用する鍵（更新後権限用秘密鍵、更新後権限用公開鍵と呼ぶ）を期限切れが生じるより前に生成しておき、期限切れが生じる前に更新後の権限用公開鍵を用いて申請書を暗号化することによって、有効期限が切れた場合でも、即座に更新後の権限用秘密鍵による処理を行えるようにしておくことである。
【０２５９】
しかしながら、このような場合には、例えば、更新前の権限用公開鍵で暗号化された暗号化申請書が有効期限切れのあとも残存する可能性がある。或いは、権限用秘密鍵がＩＣカードの紛失など、何らかの原因で危殆化した恐れがあり、早急に対応する必要がある場合には、上記のように前もって更新後の権限用公開鍵で申請書を暗号化しておくことは困難である。これを防ぐためには、以下に示すような処理を行ってもよい。
【０２６０】
まず、鍵管理装置１１０の鍵生成部１１７が、更新対象となる権限用公開鍵、権限用秘密鍵に対して、更新後の権限用公開鍵、権限用秘密鍵の再生成処理を行う。以下では、新たに生成された鍵を更新後権限用秘密鍵、更新後権限用公開鍵と呼び、更新対象となる権限用公開鍵、権限用秘密鍵を更新前権限用秘密鍵、更新後権限用公開鍵と呼ぶ。
【０２６１】
次に、鍵管理装置１１０の送受信処理部１１８が、更新前権限用秘密鍵と更新後権限用公開鍵を鍵更新情報としてフロー制御装置１４０に送信する。
【０２６２】
フロー制御装置１４０は、鍵更新情報を受け取り、暗号化申請書記憶領域１４４内に保管された暗号化申請書の再暗号化処理を行う。なお、暗号化申請書の再暗号化処理については、図２２を用いて後述する。
【０２６３】
なお、鍵更新情報には、秘密鍵(更新前権限用秘密鍵)の情報が含まれているため、通信に先立ち、例えばＳＳＬ(Secure Socket Layer)通信などを用いることによって、鍵更新情報を暗号化した状態でフロー制御装置１４０に送信することができるようにしておくことが望ましい。
【０２６４】
次に、鍵管理装置１１０は、ユーザ管理部１１６が、更新後権限用秘密鍵を、更新前権限用秘密鍵を所持するユーザのユーザ用秘密鍵でそれぞれ暗号化して、鍵更新装置１８０に送信する。
【０２６５】
鍵更新装置１８０では、暗号化された更新後権限用秘密鍵を送受信処理部１８５を用いて受信し、鍵暗号化情報記憶領域１８２に記憶する。
【０２６６】
更新対象となった権限用秘密鍵を有するユーザが、鍵更新装置１８０の読取部１８９に更新前権限用秘密鍵を有するＩＣカードを読み取り可能に設置すると、鍵更新処理部１８４が、ＩＣカード内のユーザのユーザ用秘密鍵を用いて、該当する暗号化された更新後権限用秘密鍵の復号を行い、ＩＣカード内の更新前権限用秘密鍵を削除し、更新後権限用秘密鍵の書き込みを行うことによって、鍵更新処理を完了する。
【０２６７】
なお、暗号化申請書が、有効期限切れの後も残存することを防ぐためには、一定時間審査処理が行われなかった暗号化申請書に対して、審査処理を行うべき権限を持ったユーザに、例えば、電子メールなどを利用して自動的に通知するようにしてもよい。
【０２６８】
次に、フロー制御装置１４０の再暗号化部１５３が行う暗号化申請書の再暗号化処理のフローについて、図２２を用いて説明する。
【０２６９】
まず、フロー制御装置１４０の再暗号化部１５３は、フロー制御部１５０に対して、承認受付処理を停止するよう指示を出し、フロー制御部１５０は、承認受付処理を停止する（Ｓ５０）。
【０２７０】
次に、再暗号化部１５３は、更新前権限用秘密鍵、および、更新後権限用公開鍵を使って、暗号化申請書の再暗号化処理を行う（Ｓ５１）。
【０２７１】
そして、再暗号化部１５３は、再暗号化前の申請書があるか否かを確認し（Ｓ５２）、あれば（ステップＳ５２においてＹｅｓ）、ステップＳ５１に戻り再暗号化処理を繰り返し、なければ（ステップＳ５２においてＮｏ）、なければステップＳ５３に進む。
【０２７２】
ステップＳ５３では、フロー制御装置１４０の再暗号化部１５３は、フロー制御部１５０に対して、承認受付処理を再開するよう指示を出し、フロー制御部１５０は、承認受付処理を再開する。
【０２７３】
図２２のフローチャートにおいて、ステップＳ５１における暗号化申請書の再暗号化処理は、例えば、以下のようにして行う。
【０２７４】
まず、再暗号化部１５３は、更新前権限用秘密鍵を用いて、暗号化申請書の鍵暗号化データの復号を行う。
【０２７５】
次に、再暗号化部１５３は、復号した鍵暗号化データを更新後権限用公開鍵で暗号化し、これを新たな鍵暗号化データとして、暗号化申請書に書き込む。
【０２７６】
なお、以上の例では、鍵の有効期限が切れた場合の処理について述べたが、例えばＩＣカードの紛失などによって、鍵の危殆化が生じた場合には、ＩＣカードを紛失したユーザに対し、ＩＣカードの再発行を行うとともに、同一権限を有するユーザの権限用秘密鍵を更新するために、上記の処理を行うことによって、ワークフロー内の暗号化申請書の再暗号化処理を行うことが望ましい。
【０２７７】
以上のようにすることによって、例えば、フロー制御装置１４０が悪意のあるユーザによって攻撃されアクセス制御機能が無効化された場合でも、申請書自体が暗号化されているため、申請書内の情報を得ることができない、より安全なワークフローシステムの構成が可能になる。
【０２７８】
また、承認処理装置１６０に送信される申請書は、暗号化されており、審査を行うそれぞれのユーザの権限に応じて、必要な項目のみが開示されるため、例えば、承認装置１６０から他の装置に直接暗号化申請書が送付された場合でも、申請書の閲覧箇所をユーザの権限に応じて適切に開示することが可能になる。なお、承認処理装置１６０から他の承認処理装置１６０へ暗号化申請書を送信することは、例えば承認処理を外部委託する場合や外部機関に承認を得る必要がある場合などに役立つ。
【０２７９】
次に、本発明の第二の実施形態について説明する。
【０２８０】
第一の実施形態では、ワークフロー内の申請書を全て暗号化しておく場合について述べた。これによって例えば、フロー制御装置１４０が悪意のあるユーザによって攻撃され、フロー制御装置１４０のアクセス制御機能が無効化された場合でも、申請書内の情報の秘匿性を守ることができ、より安全なワークフローシステムの構成が可能になる。
【０２８１】
これに対して、本発明の第二の実施形態では、第一の実施形態とは異なり、承認装置１６０での審査処理を行うたびに、そのつど申請書の暗号化処理を行う。このようにすることによって、第一の実施形態において述べた、フロー制御装置１４０の安全性を高める効果はなくなるが、鍵更新時にフロー制御装置１４０における暗号化申請書の再暗号化処理が不要になるといった利点がある。
【０２８２】
また、第二の実施形態においても、第一の実施形態と同様にして、承認装置１６０に送付される申請書は暗号化されており、それぞれの権限に応じて必要な項目のみが開示されるため、例えば、承認装置１６０から他の装置に直接暗号化申請書が送付された場合でも、申請書の閲覧箇所をユーザの権限に応じて適切に開示することが可能になる。
【０２８３】
図２３は、本発明の第二の実施形態におけるフロー制御装置２４０の概略図である。
【０２８４】
図示するように、フロー制御装置２４０は、記憶部２４１と、制御部２４７と、入力部１５５と、出力部１５６と、送受信部１５７と、を備え、第一の実施形態と比較して、記憶部２４１及び制御部２４７が異なっているため、以下、これらの異なっている点に関連する事項について説明する。
【０２８５】
記憶部２４１は、ユーザ管理情報記憶領域１４２と、公開鍵記憶領域１４３と、申請書記憶領域２４４と、閲覧箇所管理情報記憶領域１４５と、フロー制御情報記憶領域１４６と、を備え、第一の実施形態における暗号化申請書記憶領域１４４の代わりに申請書記憶領域２４４が設けられている。
【０２８６】
第一の実施形態においては、暗号化した暗号化申請書を暗号化申請書記憶領域１４４に記憶したが、本実施形態においては、申請書を暗号化せずに申請書記憶領域２４４に記憶するようにしている。
【０２８７】
制御部２４７は、ユーザ管理部１４８と、認証処理部１４９と、フロー制御部２５０と、申請書受付部２５１と、暗号化部２５２と、再暗号化部１５３と、送受信処理部１５４と、を備え、第一の実施形態と比較して、フロー制御部２５０、申請書受付部２５１及び暗号化部２５２が異なっているため、以下これらの異なっている点に関連する事項について説明する。
【０２８８】
本実施形態においては、申請書受付部２５１で受け付けた申請書を暗号化せずに申請書記憶領域２４４に記憶し、フロー制御部２５０は、承認装置１６０からの要求に応じて申請書を承認装置１６０に送信する際に、申請書を暗号化部２５２で暗号化して、承認装置１６０に送信するようにしている。
【０２８９】
図２４は、本実施形態におけるワークフローシステム１００で申請書を処理する際のシーケンス図である。
【０２９０】
まず、申請装置１３０の申請書作成部１３３が、送受信処理部１３４を介して、フロー制御装置２４０に対して、申請書入力画面送信要求を送信する（Ｓ６０）。
【０２９１】
このような申請書入力画面送信要求を受信したフロー制御装置２４０では、申請書受付部１５１が、予め定められた申請書入力画面を申請装置１３０に送付する（Ｓ６１）。
【０２９２】
そして、申請装置１３０では、申請書作成部１３３が出力部１３６に受信した申請書入力画面を表示し、入力部１３５を介して、申請装置１３０のオペレータから必要な情報の入力を受け付け、入力された情報より申請書を作成し、送信処理部１３４を介して、フロー制御装置２４０に送信する（Ｓ６２）。
【０２９３】
次に、フロー制御装置２４０の申請書受付部２５１は、受信した申請書を申請書記憶領域２４４に記憶する（Ｓ６３）。
【０２９４】
次に、承認装置１６０の申請書処理部１６４が、承認装置１６０のユーザの指示に応じて、送受信処理部１６６を用いて、フロー制御装置２４０に申請書審査処理要求を送信する（Ｓ６４）。ここで、本実施形態においては、申請書審査処理要求に承認装置１６０のユーザを特定するユーザ名を含めて送信するものとする。
【０２９５】
このような申請書審査処理要求を受信したフロー制御装置２４０では、フロー制御部２５０が、送受信処理部１５４を介して、申請書審査処理要求を送信してきた承認装置１６０に対して認証情報送付要求を返信する（Ｓ６５）。ここで、本実施形態においては、フロー制御部２５０は、ランダムな文字列を生成し、これを申請書審査処理要求に含まれているユーザ名に対応する公開鍵（ユーザ名に対応されて公開鍵記憶領域１４３に記憶されている）を用いて暗号化し、認証情報送付要求に含めて返信する。
【０２９６】
そして、認証情報送付要求を受信した承認装置１６０では、申請書処理部１６４が、認証情報を作成し、送受信処理部１６６を介して、作成した認証情報をフロー制御装置２４０に送付する（Ｓ６６）。ここで、本実施形態においては、申請書処理部１６４は、認証情報送付要求に含まれている暗号化されたランダムな文字列を、承認装置１６０のユーザの秘密鍵を用いて復号し、復号した復号結果を認証情報として送信する。
【０２９７】
フロー制御装置２４０の認証処理部１４９では、承認装置１６０から受信した認証情報が、承認装置１６０に送信したランダムな文字列と一致するか否かで認証処理を行い、認証が成功した場合（認証情報と、承認装置１６０に送信したランダムな文字列と、が一致した場合）には、承認待ちとなっている申請書のＩＤ番号を一覧表示した申請書一覧を承認装置１６０に送信する（Ｓ６７）。
【０２９８】
次に、承認装置１６０の申請書処理部１６４が、受信した承認待ちの申請書一覧を出力部１６８に出力して、入力部１６７を介して、審査を行う申請書の指定を受けると、当該申請書のＩＤ番号をフロー制御装置２４０に送信する（Ｓ６８）。
【０２９９】
そして、フロー制御装置２４０のフロー制御部２５０が、受信したＩＤ番号に対応する暗号化申請書を暗号化申請書記憶領域１４４から取得して、暗号化部２５２に出力して、暗号化部２５２が暗号化を施して、送受信処理部１５４を用いて承認装置１６０に送信する（Ｓ６９）。なお、暗号化部２５２での暗号化については、第一の実施形態と同様に行われる。
【０３００】
このような暗号化申請書を受信した承認装置１６０では、申請書処理部１６４が復号処理部１６５に暗号化申請書を出力し、復号処理部１６５が暗号化申請書の復号を行い、復号された申請書を出力部１６８に表示して、入力部１６７を介して、承認装置１６０のユーザからコメントや審査結果の入力を受け付ける（Ｓ７０）。
【０３０１】
そして、承認装置１６０の送受信処理部１６６は、このようにして受け付けたコメント及び審査結果を暗号化申請書に付加して、フロー制御装置２４０に送信する（Ｓ７１）。
【０３０２】
次に、フロー制御装置２４０の申請書受付部２５１は、受信した審査結果とコメントとを申請書に付加することで、申請書を更新し、申請書記憶領域２４４に記憶する（Ｓ７２）。
【０３０３】
なお、ステップＳ６４〜ステップＳ７２までの処理については、申請書に対して必要な承認が得られるまで繰り返し行われるものとする。
【０３０４】
次に、フロー制御装置２４０のフロー制御部２５０は、必要なフロー処理が終了した申請書を暗号化部２５２に出力して、暗号化部２５２が暗号化を施し、送受信処理部１５４を用いて保管装置１７０に送信する（Ｓ７３）。
【０３０５】
そして、保管装置１７０では、申請書取得処理部１７５が暗号化申請書を受信し、復号処理部１７６において復号して、申請書保存処理部１７７が、申請書記憶領域１７３に記憶する処理を行う（Ｓ７４）。なお、フロー制御装置２４０と保管装置１７０が専用回線で接続されている、或いは、ＳＳＬなど別の手段によって暗号化通信が確保されている場合には、ステップＳ７３における暗号化部２５２による暗号化、および、ステップＳ７４における復号処理部１７６による復号を行わなくてもよい。
【図面の簡単な説明】
【０３０６】
【図１】ワークフローシステムの概略図。
【図２】鍵管理装置の概略図。
【図３】ユーザテーブルの概略図。
【図４】権限鍵テーブルの概略図。
【図５】ユーザ鍵テーブルの概略図。
【図６】コンピュータの概略図。
【図７】申請装置の概略図。
【図８】フロー制御装置の概略図。
【図９】権限公開鍵テーブルの概略図。
【図１０】ユーザ公開鍵テーブルの概略図。
【図１１】閲覧箇所管理テーブルの概略図。
【図１２】承認順序テーブルの概略図。
【図１３】ステータステーブルの概略図。
【図１４】承認装置の概略図。
【図１５】保管装置の概略図。
【図１６】鍵更新装置の概略図。
【図１７】ワークフローシステムで申請書を処理する際のシーケンス図。
【図１８】申請書の暗号化を行う処理を示すフローチャート。
【図１９】暗号化申請書のデータ構造を示す概略図。
【図２０】暗号化申請書ヘッダ情報格納領域に格納される情報をＸＭＬを用いて記述した具体例を示す概略図。
【図２１】暗号化申請書を復号する処理を示すフローチャート。
【図２２】暗号化申請書の再暗号化処理のフローチャート。
【図２３】フロー制御装置の概略図。
【図２４】ワークフローシステムで申請書を処理する際のシーケンス図。
【符号の説明】
【０３０７】
１００  ワークフローシステム
１１０  鍵管理装置
１１１  記憶部
１１２  ユーザ情報記憶領域
１１３  秘密鍵記憶領域
１１４  公開鍵記憶領域
１１５  制御部
１１６  ユーザ管理部
１１７  鍵生成部
１１８  送受信処理部
１１９  入力部
１２０  出力部
１２１  送受信部
１３０  申請装置
１３１  記憶部
１３２  制御部
１３３  申請書作成部
１３４  送受信処理部
１３５  入力部
１３６  出力部
１３７  送受信部
１４０、２４０  フロー制御装置
１４１、２４１  記憶部
１４２  ユーザ管理情報記憶領域
１４３  公開鍵記憶領域
１４４  暗号化申請書記憶領域
２４４  申請書記憶領域
１４５  閲覧箇所管理情報記憶領域
１４６  フロー制御情報記憶領域
１４７  制御部
１４８  ユーザ管理部
１４９  認証処理部
１５０、２５０  フロー制御部
１５１、２５１  申請書受付部
１５２、２５２  暗号化部
１５３  再暗号化部
１５４  送受信処理部
１５５  入力部
１５６  出力部
１５７  送受信部
１６０  承認装置
１６１  記憶部
１６２  秘密鍵記憶領域
１６３  制御部
１６４  申請書処理部
１６５  復号処理部
１６６  送受信処理部
１６７  入力部
１６８  出力部
１６９  送受信部
１７０  保険装置
１７１  記憶部
１７２  秘密鍵記憶領域
１７３  申請書記憶領域
１７４  制御部
１７５  申請書取得処理部
１７６  復号処理部
１７７  申請書保存処理部
１７８  送受信処理部
１７９  送受信部
１８０  鍵更新装置
１８１  記憶部
１８２  鍵暗号化情報記憶領域
１８３  制御部
１８４  鍵更新処理部
１８５  送受信処理部
１８６  入力部
１８７  出力部
１８８  送受信部
１８９  読取部
【図１】
2009134598.tif 000003
【図２】
2009134598.tif 000004
【図３】
2009134598.tif 000005
【図４】
2009134598.tif 000006
【図５】
2009134598.tif 000007
【図６】
2009134598.tif 000008
【図７】
2009134598.tif 000009
【図８】
2009134598.tif 000010
【図９】
2009134598.tif 000011
【図１０】
2009134598.tif 000012
【図１１】
2009134598.tif 000013
【図１２】
2009134598.tif 000014
【図１３】
2009134598.tif 000015
【図１４】
2009134598.tif 000016
【図１５】
2009134598.tif 000017
【図１６】
2009134598.tif 000018
【図１７】
2009134598.tif 000019
【図１８】
2009134598.tif 000020
【図１９】
2009134598.tif 000021
【図２０】
2009134598.tif 000022
【図２１】
2009134598.tif 000023
【図２２】
2009134598.tif 000024
【図２３】
2009134598.tif 000025
【図２４】
2009134598.tif 000026