(57)【特許請求の範囲】
【請求項１】
第１の利用者のアクセスに基づき、前記アクセスの権限を有する第２の利用者の識別子のリストを含む第１の情報を記憶部に格納し、前記第１の利用者のアクセスに対する第１のセッションを発行する第１の代行部と、
第３の利用者の承認指示に基づき、前記第３の利用者の識別子が前記第１の情報の前記リストに含まれる場合には、前記第１の情報を削除し、前記第１の利用者と前記第３の利用者とを対応付ける第２の情報を前記記憶部に格納し、前記第１の利用者へ前記アクセスの代行を承認することを示す承認画面を前記第３の利用者の端末に表示する承認部と、
を有することを特徴とする承認支援装置。
【請求項２】
前記第１のセッションを用いた前記第１の利用者のアクセスに基づき、前記第１の利用者の識別子を用いて前記第１の利用者を認証し、認証に成功した場合には、前記第２の情報を削除し、前記アクセスで用いられる第２のセッションを発行する第２の代行部
を有することを特徴とする請求項１に記載の承認支援装置。
【請求項３】
前記第１のセッションおよび前記第２のセッションを用いた前記第１の利用者のアクセスに基づき、前記アクセスを実行する第３の代行部
を有することを特徴とする請求項２に記載の承認支援装置。
【請求項４】
前記第３の代行部は、前記第１の情報が削除され、前記第２の情報が削除され、且つ、前記第１のセッションおよび前記第２のセッションがともに発行されている場合に、前記アクセスを実行する
ことを特徴とする請求項３に記載の承認支援装置。
【請求項５】
前記第３の利用者の承認終了指示に基づき、前記アクセスの代行の承認を終了する承認終了部
を有することを特徴とする請求項１に記載の承認支援装置。
【請求項６】
コンピュータに、
第１の利用者のアクセスに基づき、前記アクセスの権限を有する第２の利用者の識別子のリストを含む第１の情報を記憶部に格納し、前記第１の利用者のアクセスに対する第１のセッションを発行し、
第３の利用者の承認指示に基づき、前記第３の利用者の識別子が前記第１の情報の前記リストに含まれる場合には、前記第１の情報を削除し、前記第１の利用者と前記第３の利用者とを対応付ける第２の情報を前記記憶部に格納し、前記第１の利用者へ前記アクセスの代行を承認することを示す承認画面を前記第３の利用者の端末に表示する、
処理を実行させることを特徴とする承認支援プログラム。
【請求項７】
コンピュータが、
第１の利用者のアクセスに基づき、前記アクセスの権限を有する第２の利用者の識別子のリストを含む第１の情報を記憶部に格納し、前記第１の利用者のアクセスに対する第１のセッションを発行し、
第３の利用者の承認指示に基づき、前記第３の利用者の識別子が前記第１の情報の前記リストに含まれる場合には、前記第１の情報を削除し、前記第１の利用者と前記第３の利用者とを対応付ける第２の情報を前記記憶部に格納し、前記第１の利用者へ前記アクセスの代行を承認することを示す承認画面を前記第３の利用者の端末に表示する、
各処理を実行することを特徴とする承認支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、承認支援装置等に関する。
【背景技術】
【０００２】
文書に設定済みの操作権限を変更することなく、文書の操作が許可された利用者による文書に対する操作を文書の操作が許可されていない他の利用者が代行する技術が知られている（例えば、特許文献１参照）。かかる技術では、情報処理装置は、文書に対する操作の代行を依頼者が代行者に依頼する旨の情報を含む代行依頼に応じて、この代行者が当該文書に対して当該操作を実行することを許可する旨の権限委譲チケットを生成して権限委譲チケットリポジトリに登録する。情報処理装置は、権限委譲チケットを特定した文書操作要求に応じて、当該チケットで表わされる代行者および対象文書が、それぞれ当該要求を行ったユーザおよび当該文書操作要求の対象文書である場合に、当該要求で要求された操作の実行を許可する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−１９８０６４号公報
【特許文献２】特開平９−２８８６０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、利用者が他の利用者に代行操作を依頼する場合に、利用者があらかじめ代行者に対する権限委譲の設定を代行者ごとに行う必要がある。例えば、従来技術では、情報処理装置は、依頼者から代行者への代行依頼に応じて、この代行者が代行させる操作を実行することを許可する旨を表す権限委譲チケットを生成して登録する。情報処理装置は、権限委譲チケットを特定した文書操作要求に応じて、当該要求で要求された操作の実行を許可する。すなわち、情報処理装置は、依頼者が代行させる代行者に代行操作を依頼する場合に、依頼者があらかじめ代行者に対する権限委譲の設定（登録）を行う必要がある。
【０００５】
１つの側面では、利用者があらかじめ他の利用者に対する権限委譲の設定をしなくても、利用者が他の利用者に代行操作を承認することを目的とする。
【課題を解決するための手段】
【０００６】
１つの態様では、承認支援装置は、第１の利用者のアクセスに基づき、前記アクセスの権限を有する第２の利用者の識別子のリストを含む第１の情報を記憶部に格納し、前記第１の利用者のアクセスに対する第１のセッションを発行する第１の代行部と、第３の利用者の承認指示に基づき、前記第３の利用者の識別子が前記第１の情報の前記リストに含まれる場合には、前記第１の情報を削除し、前記第１の利用者と前記第３の利用者とを対応付ける第２の情報を前記記憶部に格納し、前記第１の利用者へ前記アクセスの代行を承認することを示す承認画面を前記第３の利用者の端末に表示する承認部と、を有する。
【発明の効果】
【０００７】
１つの態様によれば、利用者があらかじめ他の利用者に対する権限委譲の設定をしなくても、利用者が他の利用者に代行操作を承認することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施例に係る承認支援システムの構成を示す機能ブロック図である。
【図２Ａ】図２Ａは、実施例に係る承認支援処理のシーケンスの一例を示す図（１）である。
【図２Ｂ】図２Ｂは、実施例に係る承認支援処理のシーケンスの一例を示す図（２）である。
【図２Ｃ】図２Ｃは、実施例に係る承認支援処理のシーケンスの一例を示す図（３）である。
【図３】図３は、ブラウザの閉じるボタンが押下された場合の承認支援処理のシーケンスの一例を示す図である。
【図４】図４は、ブラウザの閉じるボタンが押下された場合の承認支援処理のシーケンスの別の例を示す図である。
【図５Ａ】図５Ａは、申請者の端末の画面遷移の一例を示す図（１）である。
【図５Ｂ】図５Ｂは、申請者の端末の画面遷移の一例を示す図（２）である。
【図５Ｃ】図５Ｃは、申請者の端末の画面遷移の一例を示す図（３）である。
【図５Ｄ】図５Ｄは、申請者の端末の画面遷移の一例を示す図（４）である。
【図６Ａ】図６Ａは、承認者の端末の画面遷移の一例を示す図（１）である。
【図６Ｂ】図６Ｂは、承認者の端末の画面遷移の一例を示す図（２）である。
【図６Ｃ】図６Ｃは、承認者の端末の画面遷移の一例を示す図（３）である。
【図６Ｄ】図６Ｄは、承認者の端末の画面遷移の一例を示す図（４）である。
【図７】図７は、承認支援プログラムを実行するコンピュータの一例を示す図である。
【発明を実施するための形態】
【０００９】
以下に、本願の開示する承認支援装置、承認支援方法および承認支援プログラムの実施例を図面に基づいて詳細に説明する。なお、実施例によりこの発明が限定されるものではない。
【実施例】
【００１０】
［承認支援システムの構成］
図１は、実施例に係る承認支援システムの構成を示す機能ブロック図である。図１に示すように、承認支援システム１では、特定の業務へのアクセス権限を有していない第１の利用者のアクセスに基づき、特定の業務への実際にアクセス権限を有する第２の利用者の識別子（ＩＤ：Identifier）のリストを含む、特定の業務へのアクセスに関する申請ファイルを記憶部に格納する。そして、承認支援システム１では、第１の利用者のこの業務へのアクセスに対するセッションを発行する。承認支援システム１では、アクセス権限を有する第３の利用者の承認指示に基づき、第３の利用者の識別子が特定の業務へのアクセスに関する申請ファイルのリストに含まれる場合には、この申請ファイルを削除する。そして、承認支援システム１では、第１の利用者と第３の利用者とを対応付ける承認ファイルを記憶部に格納し、第１の利用者へアクセスの代行を承認することを示す承認画面を第３の利用者の端末に表示する。ここでいう第１の利用者は、特定の業務へのアクセス権限を有していない利用者であり、例えば、部下を意味する。ここでいう第２の利用者および第３の利用者は、特定の業務へのアクセス権限を有している利用者であり、例えば、部下に対する上司を意味する。すなわち、承認支援システム１は、第３の利用者は、特定の業務の代行操作を依頼したい場合に、この特定の業務へのアクセス権限を第１の利用者に委譲することを行う。なお、以降では、第１の利用者のことを、代行を申請する「申請者」という場合がある。第３の利用者のことを、アクセス権限の委譲を承認する「承認者」という場合がある。
【００１１】
承認支援システム１は、承認システムおよび業務システムを含む。承認システムは、業務システムと協働して業務へのアクセス権限の委譲を承認する。業務システムは、承認システムと協働して業務を実行する。承認支援システム１は、制御部１０および記憶部２０を有する。
【００１２】
制御部１０は、ＣＰＵ（Central  Processing  Unit）などの電子回路に対応する。そして、制御部１０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部１０は、第１の代行準備部１１、承認部１２、第２の代行準備部１３、代行部１４および承認終了部１５を有する。なお、第１の代行準備部１１は、第１の代行部の一例である。第２の代行準備部１３は、第２の代行部の一例である。代行部１４は、第３の代行部の一例である。
【００１３】
記憶部２０は、例えば、ＲＡＭ、フラッシュメモリ（Flash  Memory）などの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置である。記憶部２０は、申請ファイル２１、承認ファイル２２および監視ファイル２３を有する。
【００１４】
申請ファイル２１は、代行対象のメニュー単位で、アクセス権限を有する承認者のＩＤが記述されたリストを含むファイルである。申請ファイル２１には、メニュー名、メニュー用セッションＩＤ、申請者のＩＤおよびアクセス権限を持つ承認者のＩＤが含まれる。メニュー名は、代行される業務であるメニューの名称を示す。メニュー用セッションＩＤは、メニューにアクセスする際に用いられるセッションの識別子を示す。申請者のＩＤは、代行を申請する申請者の識別子を示す。アクセス権限を持つ承認者のＩＤは、メニューへのアクセス権限を持つ承認者の識別子を示し、複数人の場合にはリスト形式で表わされる。なお、申請ファイル２１は、後述する第１の代行準備部１１によって生成され、承認部１２によって削除される。申請ファイル２１は、第１の情報の一例である。
【００１５】
承認ファイル２２は、代行対象のメニュー単位で、承認者と申請者とを対応付ける情報を含むファイルである。承認ファイル２２には、メニュー名、メニュー用セッションＩＤ、申請者のＩＤおよび承認者のＩＤが含まれる。メニュー名は、代行される業務であるメニューの名称を示す。メニュー用セッションＩＤは、メニューにアクセスする際に用いられるセッションのＩＤを示す。申請者のＩＤは、代行を申請する申請者の識別子を示す。承認者のＩＤは、代行を承認する承認者の識別子を示す。なお、承認ファイル２１は、後述する承認部１２によって生成され、第２の代行準備部１３よって削除される。承認ファイル２２は、第２の情報の一例である。
【００１６】
監視ファイル２３は、承認者の端末を監視するために用いられるファイルである。例えば、監視ファイル２３は、承認者の端末のブラウザが終了しているか否かを監視するために用いられる。一例として、監視ファイル２３は、端末のブラウザから定期的に発行されるメッセージのタイムスタンプを記憶する。なお、監視ファイル２３は、後述する承認者セッション単位で生成される。
【００１７】
第１の代行準備部１１は、申請者の端末が承認支援システム１へログインした後、申請者のメニューへのアクセスに基づき、メニューへのアクセスの権限を有する承認者のＩＤのリストを含む申請ファイル２１を記憶部２０に格納する。一例として、第１の代行準備部１１は、アクセスにより指定されたメニューについて、メニュー名、メニュー用セッションＩＤ、申請者のＩＤを申請ファイル２１に保持する。加えて、第１の代行準備部１１は、メニューごとにアクセスの権限を有する承認者のＩＤを記憶するＤＢ（database）を参照して、指定されたメニューに対するアクセスの権限を有する承認者のＩＤを取得し、承認者のＩＤのリストを生成する。そして、第１の代行準備部１１は、生成したリストを申請ファイル２１に追加して保持する。
【００１８】
また、第１の代行準備部１１は、申請者のメニューへのアクセスに対する申請者セッションを発行する。なお、発行される申請者セッションのＩＤは、固定鍵で暗号化される。
【００１９】
承認部１２は、承認者の端末が承認支援システム１へログインした後、承認者のメニューへのアクセスの承認指示に基づき、承認者のＩＤが当該メニューに対する申請ファイル２１のリストに含まれる場合には、申請ファイル２１を削除する。承認部１２が、承認を指示した承認者が当該メニューへのアクセス権限を有する者であることを認証できたからである。承認部１２は、申請者と承認者とを対応付ける承認ファイル２２を記憶部２０に格納する。一例として、承認部１２は、アクセスにより指定されたメニューについて、メニュー名および承認者のＩＤを承認ファイル２２に保持する。加えて、承認部１２は、申請ファイル２１を削除する前に申請ファイル２１から取得したメニュー用セッションＩＤおよび申請者のＩＤを承認ファイル２２に追加して保持する。
【００２０】
また、承認部１２は、承認者のメニューへのアクセスに対する承認者セッションを発行するとともに、アクセスの代行を申請者へ承認することを示す「承認画面」を承認者の端末のブラウザに表示する。かかる「承認画面」には、一例として、アクセスを代行する申請者のＩＤ、代行が承認されるメニュー、および、承認者が申請を却下する場合にはログアウトするかブラウザを終了すればよいことが表示される。なお、承認者がログアウトすることにより申請を却下した場合の処理、承認者がブラウザを終了することにより申請を却下した場合の処理は、後述する承認終了部１５によって行われる。
【００２１】
第２の代行準備部１３は、申請者セッションを用いた申請者のメニューへのアクセスに基づき、申請者の識別子を用いて申請者を認証する。例えば、第２の代行準備部１３は、申請者セッションを固定鍵で復号化する。第２の代行準備部１３は、復号値と承認ファイル２２内の申請者のＩＤとを照合し、一致しているか否かを判定する。
【００２２】
また、第２の代行準備部１３は、一致していると判定した場合には、承認ファイル２２を削除する。第２の代行準備部１３が、メニューへアクセスした申請者が本人であることを認証できたからである。第２の代行準備部１３は、申請者のメニューへのアクセスで用いられるメニュー承認用セッションを発行するとともに、申請者のアクセスの代行が承認されたことを示す「承認済画面」を申請者の端末のブラウザに表示する。かかる「承認済画面」には、一例として、代行が承認されたメニューおよび承認済みの制限時間が表示される。承認済みの制限時間は、一例として３０分であるが、これに限定されない。システム管理者が、必要に応じて定義ファイルに定義される承認済みの制限時間を変更すれば良い。
【００２３】
代行部１４は、申請者セッションおよびメニュー承認用セッションを用いた申請者のメニューへのアクセスに基づき、メニューへのアクセスを代行する。例えば、代行部１４は、申請者のメニューへのアクセスに基づき、当該メニューへの代行条件が満たされるか否かを判定する。かかるメニューへの代行条件とは、当該メニューに対する申請ファイル２１および承認ファイル２２が共に存在せず、申請者セッションおよびメニュー承認用セッションが共に確立されていることである。代行部１４は、メニューへの代行条件が全て満たされる場合には、当該メニューへのアクセスを実行する。代行部１４は、メニューへの代行条件のうちいずれか１つの条件でも満たされない場合には、当該メニューへのアクセスを実行しない。ここで、メニューに対する申請ファイル２１および承認ファイル２２が共に存在しないという条件は、アクセス権限が委譲される際の一連の順序性を担保したものである。メニュー承認用セッションが確立されているという条件は、代行可能なメニューを担保したものである。申請者セッションが確立されているという条件は、申請者が代行可能であることを担保したものである。
【００２４】
承認終了部１５は、承認者の承認終了指示に基づき、メニューへのアクセスの代行の承認を終了する。
【００２５】
一例として、承認終了部１５は、承認者の端末が承認支援システム１からログアウトすると、空の申請ファイル２１を記憶部２０に格納する。これにより、メニューへの代行条件が全て満たされないので、申請者は当該メニューへアクセスできないこととなり、承認者は当該メニューへのアクセスの代行承認を却下または終了することとなる。そして、承認終了部１５は、承認者の端末へログアウトを通知する。
【００２６】
別の例として、承認終了部１５は、承認者の端末のブラウザを終了すると、空の申請ファイル２１を記憶部２０に格納する。ここでいうブラウザの終了とは、ブラウザ上の「×」が押下されたことを示す。これにより、メニューへの代行条件が全て満たされないので、申請者は当該メニューへアクセスできないこととなり、承認者は当該メニューへのアクセスの代行承認を却下または終了することとなる。
【００２７】
さらに別の例として、承認終了部１５は、あらかじめ定められた時間ごとに、監視ファイル２３のタイムスタンプの間隔をチェックする。承認終了部１５は、チェック時点の時刻と直近のタイムスタンプとの間隔が規定値より大きい場合には、承認者の端末から定期的なメッセージが発行されていないと判断する。すなわち、承認終了部１５は、承認者の端末のブラウザが終了したと判断する。そして、承認終了部１５は、現に確立されているメニュー承認用セッションを破棄する。これにより、メニューへの代行条件が全て満たされないので、申請者は当該メニューへアクセスできないこととなり、承認者は当該メニューへのアクセスの代行承認を却下または終了することとなる。
【００２８】
［承認支援処理のシーケンスの一例］
図２Ａ〜図２Ｃは、実施例に係る承認支援処理のシーケンスの一例を示す図である。図２Ａ〜図２Ｃでは、申請者の端末２と、承認者の端末３Ａと、端末３Ａを監視するプログラムである承認者エージェント３Ｂと、認証装置４と、承認支援システム１とがネットワークで接続されている。承認支援システム１は、承認システム１００Ａと、承認システム１００Ａを監視するプログラムである承認システムエージェント１００Ｂと、業務システム２００とを有する。なお、図２Ａ〜図２Ｃには、符号ＧＸ（Ｘは自然数）が振られているが、後述する画面遷移（図５Ａ〜図５Ｄ，図６Ａ〜図６Ｄ）の説明で用いる。
【００２９】
図２Ａに示すように、まず、申請者の端末２は、認証装置４を利用して、業務システム２００へログインする（Ｓ１１）。ログインに成功した端末２は、業務システム２００のメニューへアクセスする（Ｓ１２）。
【００３０】
メニューへのアクセスを受け付けた業務システム２００は、申請者がメニューへのアクセス権限を有していないので、アクセスを不可とする。そして、業務システム２００は、メニューへのアクセスの権限を有する承認者のＩＤのリストを含む申請ファイル２１を記憶部２０に格納する（Ｓ１３）。申請ファイル２１には、メニューごとに、メニュー名、メニュー用セッションＩＤ、申請者のＩＤおよびメニューへのアクセス権限を持つ承認者のＩＤが含まれる。そして、業務システム２００は、申請者の端末２に対して、申請者セッションを発行する（Ｓ１４）。なお、申請者セッションのＩＤは、固定鍵で暗号化されている。
【００３１】
続いて、承認者の端末３Ａは、認証装置４を利用して、承認システム１００Ａへログインする（Ｓ１５）。ログインに成功した端末３Ａでは、承認システム１００Ａによって「承認チェック画面」が表示される。「承認チェック画面」には、業務システム２００に対して承認指示を促すボタンが表示される。端末３Ａは、このボタンがクリックされると、承認者ＩＤを含む承認指示を業務システム２００へ送信する（Ｓ１６）。承認指示は、承認システム１００Ａを介して業務システム２００へリダイレクトし、承認者ＩＤを業務システム２００へ通知する（Ｓ１７）。
【００３２】
承認者ＩＤを含む承認指示を受け付けた業務システム２００は、承認者ＩＤをチェックする（Ｓ１８）。すなわち、業務システム２００は、申請ファイル２１内のリストに含まれる承認者ＩＤと承認指示に含まれた承認者ＩＤとが一致するか否かを判定し、一致していた場合には、申請ファイル２１を削除する。承認指示は、さらに、業務システム２００から承認システム１００Ａへリダイレクトし、該当するメニュー用セッションＩＤを承認システム１００Ａへ通知する（Ｓ１９）。すなわち、承認指示は、承認者ＩＤがリスト内の承認者ＩＤと一致した申請ファイル２１ごとに、それぞれの申請ファイル２１に記述されたそれぞれのメニュー用セッションＩＤを承認システム１００Ａへ通知する。つまり、承認指示は、メニューが複数あれば、メニューごとのメニュー用セッションＩＤを承認システム１００Ａへ通知する。
【００３３】
メニュー用セッションＩＤを含む承認指示を受け付けた承認システム１００Ａは、申請者と承認者とを対応付ける承認ファイル２２を記憶部２０に格納する（Ｓ２０）。承認ファイル２２には、メニューごとに、メニュー名、メニュー用セッションＩＤ、申請者のＩＤおよび承認者のＩＤが含まれる。そして、承認システム１００Ａは、承認者の端末３Ａに対して、承認者セッションを発行する（Ｓ２１）。これにより、承認者セッションが確立される。
【００３４】
承認者セッションが発行された端末３Ａでは、承認システム１００Ａによって承認画面Ｇ１１が表示される。承認画面Ｇ１１には、申請者ＩＤおよびメニュー名などが表示される。申請者ＩＤは、アクセスを代行する申請者のＩＤであり、メニュー名は、代行が承認されるメニューの名称である。ここでは、申請者ＩＤとして「００ｘｘｘｘｘｘ」、メニュー名として「ｙｙｙｙ業務、ｚｚｚｚ業務」が表示されている。承認者が申請を却下したい場合や申請者による作業終了時の場合にはログアウトするか、ブラウザを終了することが示されている。したがって、承認者が、承認画面Ｇ１１に表示されている申請者ＩＤにメニュー名が示すメニューを代行させたくない場合には、申請を却下すれば良い。すなわち、承認者は、承認システム１００Ａからログアウトするか、ブラウザを終了すれば良い。
【００３５】
ここで、承認者セッションが確立されたとき、承認者エージェント３Ｂでは、承認者セッションＩＤをコピーする。承認者の端末３Ａでは、ブラウザから定期的に承認システム１００Ａへ通信する（Ｓ２２）。そして、通信を受け付けた承認システム１００Ａでは、承認者セッションに対応する監視ファイル２３に通信時のタイムスタンプを格納する（Ｓ２３）。
【００３６】
図２Ｂに示すように、申請者の端末２は、業務システム２００のメニューへアクセスし、申請者セッションＩＤを通知する（Ｓ２４）。メニューへのアクセスは、申請者セッションが確立されている場合には、承認システム１００Ａへリダイレクトし、申請者セッションＩＤを承認システム１００Ａへ通知する（Ｓ２５）。
【００３７】
メニューへのアクセスを受け付けた承認システム１００Ａは、申請者セッションＩＤおよびメニューに対する承認ファイル２２内の申請者のＩＤを用いて申請者を認証し、認証に成功した場合には、承認ファイル２２を削除する（Ｓ２６）。例えば、承認システム１００Ａは、申請者セッションＩＤを固定鍵で復号化し、復号値と承認ファイル２２内の申請者ＩＤとが一致した場合には、申請者が本人であることを認証し、承認ファイル２２を削除する。そして、承認システム１００Ａは、申請者の端末２に対して、メニュー承認用セッションを発行する（Ｓ２７）。
【００３８】
メニュー承認用セッションが発行された申請者の端末２では、承認システム１００Ａによって承認済画面Ｇ４が表示される。承認済画面Ｇ４には、代行が承認されたメニュー名および承認済みの制限時間が表示される。ここでは、メニュー名として「ｙｙｙｙ業務、ｚｚｚｚ業務」、承認済みの制限時間として「ｙｙｙｙ／ｍｍ／ｄｄ  ＨＨ：ＭＭ：ＳＳまで」が表示されている。したがって、申請者は、承認済みの制限時間までｙｙｙｙ業務およびｚｚｚｚ業務を代行することが可能となる。すなわち、申請者は、ｙｙｙｙ業務およびｚｚｚｚ業務へのアクセス権限の委譲を承認者から承認され、ｙｙｙｙ業務およびｚｚｚｚ業務を承認済みの制限時間まで代行することが可能となる。
【００３９】
申請者の端末２では、承認済画面Ｇ４のメニューをそのまま続行することを示す「はい」ボタンが押下されると、承認済みの業務システム２００のメニューへアクセスし、申請者セッションＩＤを業務システム２００へ通知する（Ｓ２８）。メニューへのアクセスは、申請者セッションが確立されている場合には、承認システム１００Ａへリダイレクトし、申請者セッションＩＤおよびメニュー承認用セッションＩＤを承認システム１００Ａへ通知する（Ｓ２９）。さらに、メニュー承認用セッションが確立されている場合には、メニューアクセスは、承認システムエージェント１００Ｂを介して、申請者セッションＩＤおよびメニュー承認用セッションＩＤを承認システム１００Ａへ通知する。
【００４０】
メニューへのアクセスを受け付けた承認システム１００Ａは、監視ファイル２３が存在しない場合には、空の監視ファイル２３を記憶部２０に格納する（Ｓ３０）。なお、承認システム１００Ａは、監視ファイル２３が存在する場合には、何もしない。そして、メニューへのアクセスは、さらに、承認システムエージェント１００Ｂを介して、業務システム２００に到達する。この結果、申請者は、業務システム２００のメニューを利用することが可能となる（Ｓ３１）。そして、業務システム２００は、利用結果を申請者の端末２に表示する（Ｓ３２）。
【００４１】
図２Ｃに示すように、承認者の端末３Ａは、認証装置４を利用して、承認システム１００Ａからログアウトする（Ｓ４１）。ログアウト指示は、承認システム１００Ａを介して業務システム２００へリダイレクトし、承認者ＩＤを業務システム２００へ通知する（Ｓ４２）。承認者ＩＤが通知された業務システム２００は、承認者ＩＤが示す承認者がアクセス権限を委譲したメニューに対する空の申請ファイル２１を記憶部２０に格納する（Ｓ４３）。ログアウト指示は、さらに、業務システム２００から承認システム１００Ａへリダイレクトする（Ｓ４４）。ログアウト指示を受け付けた承認システム１００Ａは、承認者の端末３Ａへログアウトを通知する（Ｓ４５）。
【００４２】
この後、申請者の端末２は、業務システム２００のメニューへアクセスしても（Ｓ４６）、空の申請ファイル２１があるため、アクセスすることができない。すなわち、メニューへの代行条件が全て満たされないので、申請者は該当するメニューを利用できない。つまり、承認者の端末３Ａは，承認システム１００Ａからログアウトすることで、メニューへのアクセス権限の委譲を終了する。
【００４３】
なお、図２Ｃでは、承認者の端末３Ａが、承認システム１００Ａからログアウトすることで、アクセス権限の委譲を終了すると説明した。しかしながら、承認者の端末３Ａは、これに限定されず、端末３Ａのブラウザの閉じるボタンが押下されることで、アクセス権限の委譲を終了しても良い。
【００４４】
［ブラウザの閉じるボタンが押下された場合の承認支援処理のシーケンスの一例］
図３は、ブラウザの閉じるボタンが押下された場合の承認支援処理のシーケンスの一例を示す図である。
【００４５】
図３に示すように、承認者の端末３Ａでブラウザの閉じるボタンが押下されると、承認者エージェント３Ｂが、ブラウザが終了したことを検知し、承認者ＩＤを業務システム２００へ通信する（Ｓ５１）。一例として、承認者エージェント３Ｂは、あらかじめ、承認者の端末３Ａのブラウザのプロセス名を記録しておき、承認者セッションが確立されたとき承認者セッションＩＤをコピーしておく。そして、承認者エージェント３Ｂは、承認者セッションＩＤが記録されている場合には、プロセス名が消失時に業務システム２００へ通信する。承認者ＩＤが通知された業務システム２００は、承認者ＩＤが示す承認者がアクセス権限を委譲したメニューに対する空の申請ファイル２１を記憶部２０に格納する（Ｓ５２）。
【００４６】
この後、申請者の端末２は、業務システム２００のメニューへアクセスしても（Ｓ５３）、空の申請ファイル２１があるため、アクセスすることができない。すなわち、メニューへの代行条件が全て満たされないので、申請者は該当するメニューを利用できない。つまり、承認者の端末３Ａは、ブラウザの閉じるボタンが押下されることで、メニューへのアクセス権限の委譲を終了する。
【００４７】
［ブラウザの閉じるボタンが押下された場合の承認支援処理のシーケンスの別の例］
図４は、ブラウザの閉じるボタンが押下された場合の承認支援処理のシーケンスの別の例を示す図である。
【００４８】
図４に示すように、承認システムエージェント１００Ｂは、承認システム１００Ａに対して、あらかじめ定められた時間ごとに、監視ファイル２３のタイムスタンプのチェック指示を行う（Ｓ６１）。タイムスタンプのチェック指示を受け付けた承認システム１００Ａは、監視ファイル２３のタイムスタンプの間隔をチェックする（Ｓ６２）。一例として、承認システム１００Ａは、指示を受け付けた時刻と直近のタイムスタンプとの間隔と、あらかじめ定められた規定値とを比較して、規定値より大きい場合には、承認者の端末３Ａから定期的に通信がないと判断する。すなわち、承認システム１００Ａは、承認者の端末３Ａでブラウザの閉じるボタンが押下されたと判断する。そこで、承認システム１００Ａは、メニュー承認用セッションを破棄する（Ｓ６３）。
【００４９】
この後、申請者の端末２は、業務システム２００のメニューへアクセスしても（Ｓ６４）、メニュー承認用セッションが確立されていないため、アクセスすることができない。すなわち、メニューへの代行条件が全て満たされないので、申請者は該当するメニューを利用できない。つまり、承認者の端末３Ａは、ブラウザの閉じるボタンが押下されることで、メニューへのアクセス権限の委譲を終了する。
【００５０】
［申請者の端末の画面遷移の一例］
図５Ａ〜図５Ｄは、申請者の端末の画面遷移の一例を示す図である。
【００５１】
図５Ａで示される画面Ｇ１は、申請者が業務システム２００へログインする場合の画面である。なお、図５Ａで示される画面Ｇ１は、図２Ａで示される業務システム２００へログイン（Ｓ１１）する際の「ログイン画面」である。申請者が業務システム２００へログインする際に、申請者の端末２は、申請者がユーザＩＤおよびパスワードを入力できるテキストボックスならびにログインボタンを表示する。申請者がユーザＩＤおよびパスワードを入力して、ログインボタンをクリックすると、申請者の端末２は、認証装置４を利用して、業務システム２００へログインする。
【００５２】
図５Ｂで示される画面遷移は、承認者セッションが確立される前の業務システム２００のメニューへアクセスする場合の画面遷移である。なお、図５Ｂで示される画面遷移は、図２Ａで示されるＳ１２〜Ｓ１４に対応する処理の画面遷移である。申請者が業務システム２００のメニューへアクセスする場合に、申請者の端末２は、業務システム２００の業務に対応するメニュー名のボタンを表示する。画面Ｇ２が、表示される画面である。ここでは、メニュー名として「ｙｙｙｙ（設備・機器購入）」および「ｚｚｚｚ（消耗品購入）」のボタンが表示されている。ここで、申請者が「ｙｙｙｙ（設備・機器購入）」のボタンをクリックすると、業務システム２００は、申請者がメニューへのアクセス権限を有していないので、アクセスを不可とする。
【００５３】
すると、申請者の端末２は、「ｙｙｙｙ（設備・機器購入）」のメニューは利用することができない旨を表示する。画面Ｇ３が、表示される画面である。ここで、申請者が「前画面へ戻る」ボタンをクリックすると、元の画面Ｇ２に戻る。同様に、申請者が「ｚｚｚｚ（消耗品購入）」のボタンをクリックすると、業務システム２００は、申請者がメニューへのアクセス権限を有していないので、アクセスを不可とする。
【００５４】
すると、申請者の端末２は、「ｚｚｚｚ（消耗品購入）」のメニューは利用することができない旨を表示する。画面Ｇ３が、表示される画面である。ここで、申請者が「前画面へ戻る」ボタンをクリックすると、元の画面Ｇ２に戻る。
【００５５】
図５Ｃで示される画面遷移は、承認者セッションが確立された後の業務システム２００のメニューへアクセスする場合の画面遷移である。なお、図５Ｃで示される画面遷移は、図２Ｂで示されるＳ２４〜Ｓ３２に対応する処理の画面遷移である。申請者が業務システム２００のメニューへアクセスする場合に、申請者の端末２は、業務システム２００の業務に対応するメニュー名のボタンを表示する。画面Ｇ２が、表示される画面である。ここで、申請者が「ｙｙｙｙ（設備・機器購入）」のボタンをクリックすると、業務システム２００は、申請者セッションが確立されているので、アクセスを可とする。
【００５６】
すると、申請者の端末２は、「ｙｙｙｙ業務」および「ｚｚｚｚ業務」がｙｙｙｙ／ｍｍ／ｄｄ  ＨＨ：ＭＭ：ＳＳまで承認中である旨を表示する。画面Ｇ４が、表示される画面の一例であり、「承認済画面」に対応する。ここで、申請者が、そのまま続行することを示す「はい」ボタンをクリックすると、申請者の端末２は、画面Ｇ５に遷移する。すなわち、業務システム２００は、「ｙｙｙｙ（設備・機器購入）」メニューへの代行条件を満たす場合に、当該メニューを実行することが可能となる。申請者は、画面Ｇ５から「ｙｙｙｙ（設備・機器購入）」メニューを実行し、例えば画面Ｇ７のような結果を表示する。
【００５７】
一方、申請者が、そのまま続行しないことを示す「いいえ」ボタンをクリックすると、申請者の端末２は、「ｙｙｙｙ（設備・機器購入）」のメニューは利用することができない旨を表示する。画面Ｇ６が、表示される画面である。
【００５８】
図５Ｄで示される画面遷移は、承認者が承認システム１００Ａからログアウトした後に申請者が業務システム２００のメニューへアクセスする場合の画面遷移である。なお、図５Ｄで示される画面遷移は、図２Ｃで示されるＳ４６に対応する画面遷移である。かかる場合の画面遷移は、図５Ｂで示した、承認者セッションが確立される前の業務システム２００のメニューへアクセスする場合と同様であるので、この説明を省略する。
【００５９】
［承認者の端末の画面遷移の一例］
図６Ａ〜図６Ｄは、承認者の端末の画面遷移の一例を示す図である。
【００６０】
図６Ａで示される画面Ｇ１は、承認者が業務システム２００へログインする場合の画面である。なお、図６Ａで示される画面Ｇ１は、図２Ａで示される業務システム２００へログイン（Ｓ１５）する際の「ログイン画面」である。かかる場合の画面は、図５Ａで示した、申請者が業務システム２００へログインする場合と同様であるので、この説明を省略する。
【００６１】
図６Ｂで示される画面遷移は、業務システム２００へ承認チェックする場合の画面遷移である。なお、図６Ｂで示される画面遷移は、図２Ａで示されるＳ１６〜Ｓ２１に対応する処理の画面遷移である。承認者が業務システム２００へ承認チェックする場合に、承認者の端末３Ａは、「承認チェック画面」を表示する。画面Ｇ１０が、「承認チェック画面」である。ここでは、「業務システム承認チェック」および「○○システム承認チェック」のボタンが表示されている。「業務システム承認チェック」のボタンは、承認者に業務システム２００への承認指示を促すボタンである。ここで、承認者が「業務システム承認チェック」のボタンをクリックすると、業務システム２００は、承認者ＩＤをチェックし、チェックに成功するとする。
【００６２】
すると、承認者の端末３Ａは、申請者へアクセスの代行を承認することを示す情報を表示する。画面Ｇ１１が、かかる情報を表示する画面であり、「承認画面」に対応する。ここでは、申請者ＩＤとして「００ｘｘｘｘｘｘ」、メニュー名として「ｙｙｙｙ業務、ｚｚｚｚ業務」を承認したことが表示されている。加えて、承認者が申請を却下したい場合や申請者による作業終了時の場合にはログアウトするか、ブラウザを閉じればよいことが表示されている。なお、承認者が画面Ｇ１１を閉じる場合には、承認者は「ＯＫ」ボタンをクリックすれば良い。
【００６３】
図６Ｃで示される画面遷移は、例えば、承認者が申請を却下したい場合に承認システム１００Ａからログアウトする場合の画面遷移である。なお、図６Ｃで示される画面遷移は、図２Ｃで示されるＳ４１〜Ｓ４５に対応する処理の画面遷移である。承認者の端末３Ａには、「承認チェック画面」である画面Ｇ１０が表示されている。ここで、承認者が「ログアウト」のボタンをクリックすると、承認システム１００Ａがログアウトし、ログアウトされたことを承認者の端末３Ａに通知する。
【００６４】
すると、承認者の端末３Ａは、ログアウトしたことを示す画面を表示する。画面Ｇ１２が、表示される画面である。この後、申請者が業務システム２００のメニューへアクセスしても、このメニューを利用することができない。すなわち、図５Ｄで示した画面遷移となる。なお、承認者が画面Ｇ１２の「ログイン画面」のボタンをクリックすると、承認者の端末３Ａは、「ログイン画面」である画面Ｇ１に遷移することとなる。
【００６５】
図６Ｄで示される画面は、例えば、承認者が申請を却下したい場合にブラウザを閉じる場合の画面である。なお、図６Ｄで示される画面Ｇ１０は、「承認チェック画面」である。ここで、承認者がブラウザの閉じるボタンである「×」のボタンをクリックすると、「承認チェック画面」である画面Ｇ１０が終了する。この後、申請者が業務システム２００のメニューへアクセスしても、このメニューを利用することができない。すなわち、図５Ｄで示した画面遷移となる。
【００６６】
［実施例の効果］
このようにして、承認支援システム１は、申請者のアクセスに基づき、アクセスの権限を有する承認者の識別子のリストを含む申請ファイル２１を記憶部２０に格納し、申請者のアクセスに対する申請者セッションを発行する。承認支援システム１は、承認者の承認指示に基づき、承認者の識別子が申請ファイル２１のリストに含まれる場合には、申請ファイル２１を削除し、申請者と承認者とを対応付ける承認ファイル２２を記憶部２０に格納する。そして、承認支援システム１は、申請者へアクセスの代行を承認することを示す承認画面を承認者の端末３Ａに表示する。かかる構成によれば、承認支援システム１は、承認者があらかじめ申請者に対する権限委譲の設定を行わなくても、権限委譲を行うことができる。
【００６７】
また、承認支援システム１は、申請者セッションを用いた申請者のアクセスに基づき、申請者の識別子を用いて申請者を認証し、認証に成功した場合には、承認ファイル２２を削除し、アクセスで用いられるメニュー承認用セッションを発行する。かかる構成によれば、承認支援システム１は、権限委譲された（代行が承認された）申請者の認証を行うことで、承認支援のセキュリティを強化できる。
【００６８】
また、承認支援システム１は、申請者セッションおよびメニュー承認用セッションを用いた申請者のアクセスに基づき、アクセスを実行する。かかる構成によれば、承認支援システム１は、アクセスの実行に申請者セッションおよびメニュー承認用セッションを用いることで、承認支援のセキュリティを保証できる。
【００６９】
また、承認支援システム１は、申請ファイル２１が削除され、承認ファイル２２が削除され、且つ、申請者セッションおよびメニュー承認用セッションがともに発行されている場合に、アクセスを実行する。かかる構成によれば、承認支援システム１は、アクセスの実行に所定の代行条件を用いることで、承認支援処理の順序性、代行できる申請者および代行できる対象（メニュー）を保証できる。また、承認支援システム１は、さらに、承認支援のセキュリティを保証できる。
【００７０】
また、承認支援システム１は、承認者の承認終了指示に基づき、アクセスの代行の承認を終了する。かかる構成によれば、承認支援システム１は、承認者が権限移譲の設定を元に戻さなくても、権限移譲を終了することができる。
【００７１】
［その他］
なお、承認支援システム１は、既知のパーソナルコンピュータ、ワークステーションなどの情報処理装置に、上記した制御部１０および記憶部２０などの各機能を搭載することによって実現することができる。すなわち、承認支援システム１は、承認システム１００Ａおよび業務システム２００を含む承認支援装置であっても良い。
【００７２】
また、承認支援システム１は、承認システム１００Ａと業務システム２００とを個別に備える構成であっても良い。かかる構成の場合、承認システム１００Ａには、制御部１０として承認部１２、第３の代行準備部１３、代行部１４および承認終了部１５、記憶部２０として承認ファイル２２および監視ファイル２３を有すれば良い。また、業務システム２００には、制御部１０として第１の代行準備部１１、承認部１２、第３の代行準備部１３、代行部１４および承認終了部１５、記憶部２０として申請ファイル２１を有すれば良い。
【００７３】
また、上記実施例では、図示した装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、装置の分散・統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、第１の代行準備部１１と第２の代行準備部１３とを統合しても良い。承認終了部１５を、ログアウトによる承認終了部と、ブラウザの終了による承認終了部とに分散しても良い。記憶部２０を承認支援システム１の外部装置としてネットワーク経由で接続するようにしても良い。
【００７４】
また、上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することによって実現することができる。そこで、以下では、図１に示した承認支援システム１と同様の機能を実現する承認支援プログラムを実行するコンピュータの一例を説明する。図７は、承認支援プログラムを実行するコンピュータの一例を示す図である。
【００７５】
図７に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０３と、ユーザからのデータの入力を受け付ける入力装置２１５と、表示装置２０９を制御する表示制御部２０７とを有する。また、コンピュータ２００は、記憶媒体からプログラム等を読取るドライブ装置２１３と、ネットワークを介して他のコンピュータとの間でデータの授受を行う通信制御部２１７とを有する。また、コンピュータ２００は、各種情報を一時記憶するメモリ２０１と、ＨＤＤ２０５を有する。そして、メモリ２０１、ＣＰＵ２０３、ＨＤＤ２０５、表示制御部２０７、ドライブ装置２１３、入力装置２１５、通信制御部２１７は、バス２１９で接続されている。
【００７６】
ドライブ装置２１３は、例えばリムーバブルディスク２１１用の装置である。ＨＤＤ２０５は、承認支援プログラム２０５ａおよび承認支援関連情報２０５ｂを記憶する。
【００７７】
ＣＰＵ２０３は、承認支援プログラム２０５ａを読み出して、メモリ２０１に展開し、プロセスとして実行する。かかるプロセスは、承認支援システム１の各機能部に対応する。承認支援関連情報２０５ｂは、申請ファイル２１、承認ファイル２２および監視ファイル２３に対応する。そして、例えばリムーバブルディスク２１１が、承認支援プログラム２０５ａ等の各情報を記憶する。
【００７８】
なお、承認支援プログラム２０５ａについては、必ずしも最初からＨＤＤ２０５に記憶させておかなくても良い。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の「可搬用の物理媒体」に当該プログラムを記憶させておく。そして、コンピュータ２００がこれらから承認支援プログラム２０５ａを読み出して実行するようにしても良い。
【符号の説明】
【００７９】
１  承認支援システム
１０  制御部
１１  第１の代行準備部
１２  承認部
１３  第２の代行準備部
１４  代行部
１５  承認終了部
２０  記憶部
２１  申請ファイル
２２  承認ファイル
２３  監視ファイル
【図１】
0006623860.tif 000002
【図２Ａ】
0006623860.tif 000003
【図２Ｂ】
0006623860.tif 000004
【図２Ｃ】
0006623860.tif 000005
【図３】
0006623860.tif 000006
【図４】
0006623860.tif 000007
【図５Ａ】
0006623860.tif 000008
【図５Ｂ】
0006623860.tif 000009
【図５Ｃ】
0006623860.tif 000010
【図５Ｄ】
0006623860.tif 000011
【図６Ａ】
0006623860.tif 000012
【図６Ｂ】
0006623860.tif 000013
【図６Ｃ】
0006623860.tif 000014
【図６Ｄ】
0006623860.tif 000015
【図７】
0006623860.tif 000016