(57)【要約】【課題】  簡易に一時的な承認者を追加することができる情報処理システム、情報処理装置、その制御方法及びプログラムを提供する。【解決手段】  本発明における情報処理装置は一時的に承認を依頼する対象となる承認者のメールアドレスと、承認ポイントの指定を受け付けることで一時承認者を設定する。指定を受け付けた電子メールアドレスに、ワンタイムパスワードを封入した電子メールに送信することで、一時承認者のワンタイムパスワードを用いた情報処理装置へのアクセスを可能とする。該アクセスを１回のみ許可し、アクセス承認・不承認の行為結果を代理承認者のメールアドレスと共にテーブルに保管することにより実現する。【選択図】図１
2012128533.tif 000002
【特許請求の範囲】
【請求項１】
通信回線を介してクライアント端末と接続される、ワークフローの定義データを記憶装置に記憶した情報処理装置であって、
前記ワークフローを利用した申請を受け付ける申請受付手段と、
前記ワークフローの定義データから特定される第１の承認者を、前記申請受付手段で受け付ける申請に対する承認者として設定する第１の設定手段と、
前記第１の承認者以外の承認者の電子メールアドレスの指定を受け付ける指定受付手段と、
前記指定受付手段で前記電子メールアドレスの指定を受け付けることにより、第２の承認者を、前記申請受付手段で受け付ける申請に対して一時的に設定される一時承認者として設定する第２の設定手段と、
前記第１の承認者、または前記第２の承認者による、前記申請受付手段で受け付けた申請に対する承認または否認である判断結果を受け付ける判断受付手段と
を備えることを特徴とした情報処理装置。
【請求項２】
前記第２の設定手段は、前記第１の承認者による電子メールアドレスの指定を受け付けることにより設定した前記第２の承認者を、前記第１の承認者と同じ承認工程内で、前記申請受付手段で受け付けた申請に対する前記判断を行う承認者である合議承認者として設定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第２の設定手段で第２の承認者を設定した場合、前記申請受付手段で受け付けた申請に対する承認または否認の判断指示を受け付け可能な管理画面へアクセスするためのパスワードを発行する発行手段と、
前記第２の承認者に対して、前記第２の特定手段で前記第２の承認者を特定するために指定した電子メールアドレスに対し、前記第２の承認者が前記申請受付手段で受け付けた申請に対する承認者として設定された旨を通知する通知メールを生成する生成手段と、
前記生成手段で生成した通知メールを送信する送信手段と
を備え、
前記生成手段は、前記発行手段で発行したパスワードを前記通知メールに挿入することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記生成手段で生成する通知メールはＷｅｂメールであり、
前記生成手段は、前記発行手段で発行したパスワードを前記Ｗｅｂメールの文面に挿入する、またはＨＴＭＬのＨＩＤＤＥＮに封入することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
通信回線を介してクライアント端末と接続される、ワークフローの定義データを記憶装置に記憶した情報処理装置の制御方法であって、
前記ワークフローを利用した申請を受け付ける申請受付工程と、
前記ワークフローの定義データから特定される第１の承認者を、前記申請受付工程で受け付ける申請に対する承認者として設定する第１の設定工程と、
前記第１の承認者以外の承認者の電子メールアドレスの指定を受け付ける指定受付工程と、
前記指定受付工程で前記電子メールアドレスの指定を受け付けることにより、第２の承認者を、前記申請受付工程で受け付ける申請に対して一時的に設定される一時承認者として設定する第２の設定工程と、
前記第１の承認者、または前記第２の承認者による、前記申請受付工程で受け付けた申請に対する承認または否認である判断結果を受け付ける判断受付工程と
を備えることを特徴とした情報処理装置の制御方法。
【請求項６】
通信回線を介してクライアント端末と接続される、ワークフローの定義データを記憶装置に記憶した情報処理装置を、
前記ワークフローを利用した申請を受け付ける申請受付手段と、
前記ワークフローの定義データから特定される第１の承認者を、前記申請受付手段で受け付ける申請に対する承認者として設定する第１の設定手段と、
前記第１の承認者以外の承認者の電子メールアドレスの指定を受け付ける指定受付手段と、
前記指定受付手段で前記電子メールアドレスの指定を受け付けることにより、第２の承認者を、前記申請受付手段で受け付ける申請に対して一時的に設定される一時承認者として設定する第２の設定手段と、
前記第１の承認者、または前記第２の承認者による、前記申請受付手段で受け付けた申請に対する承認または否認である判断結果を受け付ける判断受付手段として機能させることを特徴とするプログラム。
【請求項７】
通信回線を介してクライアント端末と、ワークフローの定義データを記憶装置に記憶した情報処理装置とが通信回線によって接続される情報処理システムであって、
前記情報処理装置において、
前記ワークフローを利用した申請を受け付ける申請受付手段と、
前記ワークフローの定義データから特定される第１の承認者を、前記申請受付手段で受け付ける申請に対する承認者として設定する第１の設定手段と、
前記第１の承認者以外の承認者の電子メールアドレスの指定を受け付ける指定受付手段と、
前記指定受付手段で前記電子メールアドレスの指定を受け付けることにより、第２の承認者を、前記申請受付手段で受け付ける申請に対して一時的に設定される一時承認者として設定する第２の設定手段と、
前記第１の承認者、または前記第２の承認者による、前記申請受付手段で受け付けた申請に対する承認または否認である判断結果を受け付ける判断受付手段とを備え、
前記クライアント端末において、
ユーザからの操作指示を受け付ける操作指示受付手段と、
前記操作指示受付手段で受け付けた操作指示に従って、前記ワークフローを利用した申請を前記情報処理装置に送信する第１の送信手段と、
前記第１の送信手段で送信した申請に対する承認依頼を、前記情報処理装置より受信する受信手段と、
前記操作指示受付手段で受け付けた操作指示に従って、前記受信手段で受信した承認依頼に対する承認または否認の判断結果を、前記情報処理装置に送信する第２の送信手段と
を備えることを特徴とした情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して、予め設定した承認ルートに従ってジョブを順次処理承認する情報処理システム、情報処理装置、その制御方法及びプログラムに関する。
【背景技術】
【０００２】
近年、従来の稟議書への押印による業務処理に変わり、コンピュータシステムを使用したワークフローシステムが考えられている。
【０００３】
但し、予めワークフローの定義が必要であり、フロー中における承認者の設定も予め定義しておくことが必要であるため、一時的に承認者を増やしたいケースにおいては、対応が難しい。この解決策の１つとして、特許文献１には、クライアントＰＣからの指示で、柔軟に回覧メンバを追加・削除、回覧準の変更を実施する機能が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−９７２４３
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載のワークフローシステムにおいては、承認者の追加に当たっては必ずＤＢへのメンテナンスが必要である。稟議書の回覧時に承認者を追加する際、ユーザ登録を実施しても再利用される可能性がない一時的な追加の場合でも必ずユーザ登録が必要である。
【０００６】
また、特許文献１では、承認者と承認者の間に承認者を追加、変更、削除を実施するものであり、同じ承認ステージにおいて並行して承認を依頼することはできない。
【０００７】
本発明はＤＢへのユーザ追加等の処理を無くし、追加したい承認者の氏名、メールアドレスを入力することで、定義済みの承認者に加え、より簡易に、一時的な追加の承認者を設定することができる柔軟なワークフローシステムを実現するために決するためになされたものであり、追加承認者をユーザによるＤＢのメンテナンスを要することなく実施することができる情報処理システム、情報処理装置、その制御方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成するために、本発明の情報処理装置は、通信回線を介してクライアント端末と接続される、ワークフローの定義データを記憶装置に記憶した情報処理装置であって、
前記ワークフローを利用した申請を受け付ける申請受付手段と、
前記ワークフローの定義データから特定される第１の承認者を、前記申請受付手段で受け付ける申請に対する承認者として設定する第１の設定手段と、
前記第１の承認者以外の承認者の電子メールアドレスの指定を受け付ける指定受付手段と、
前記指定受付手段で前記電子メールアドレスの指定を受け付けることにより、第２の承認者を、前記申請受付手段受け付ける申請に対して一時的に設定される一時承認者として設定する第２の設定手段と、
前記第１の承認者、または前記第２の承認者による、前記申請受付手段で受け付けた申請に対する承認または否認である判断結果を受け付ける判断受付手段と
を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、システムへのユーザ新規登録を要せずに一時承認者を追加することができる情報処理システム、情報処理装置、その制御方法及びプログラムを提供できる。特に、一時承認者の氏名やメールアドレス等の最低限の情報を指定だけで承認者の追加が可能になるのでより簡便に柔軟なワークフロー承認者の追加ができる効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態におけるワークフローシステムの構成の一例を示す図である。
【図２】本発明の実施形態における各種端末のハードウェア構成の一例を示す図である。
【図３】本発明の実施形態におけるワークフローシステムの基本的な処理フローの一例を示す図である。
【図４】本発明の実施形態におけるワークフローシステムの処理フローの内、承認督促メールの送信に関する処理フローの一例を示す図である。
【図５】本発明の実施形態におけるワークフローシステムの処理フローの内、承認、否認、保留の各判断を受信した場合のワークフローサーバ２００の処理に関する処理フローの一例を示す図である。
【図６】本発明の実施形態におけるワークフローサーバの定義ファイルの一例を示す図である。
【図７】本発明の実施形態におけるワークフローマスタ、ユーザマスタテーブル構成の一例を示す図である。
【図８】本発明の実施形態におけるワークフロー実施状況テーブルの構成の一例を示す図である。
【図９】本発明の実施形態におけるログイン画面の構成の一例を示す図である。
【図１０】本発明の実施形態におけるワークフローの種別選択画面の構成の一例を示す図である。
【図１１】本発明の実施形態におけるワークフローシステムを用いた承認依頼の申請のための申請書画面の構成の一例を示す図である。
【図１２】本発明の実施形態における添付ファイルアップロード画面の構成の一例を示す図である。
【図１３】本発明の実施形態におけるメールクライアントの承認依頼メールの受信画面の構成の一例を示す図である。
【図１４】本発明の実施形態における通常の承認者における承認画面の構成の一例を示す図である。
【図１５】本発明の実施形態における一時承認者における承認画面の構成の一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態においては、部門が有するワークフローシステムを既存のワークフローシステムとして、該既存のワークフローシステムを有する部門であるワークフロー主管部門内の申請者（承認者に対して承認依頼を申請する者）が、既存のワークフローシステムの定義データから特定できない、例えば主幹部門外の承認者であって、一時的に該申請の承認者へ設定される一時承認者に承認依頼を申請する状況を例として取り上げている。尚、本実施形態においては前記既存のワークフローシステムを有する媒体として部門という単位を取り上げたが、該単位は必ずしもこれに限られるものではない。
【００１２】
図１は、本発明の実施形態におけるワークフローシステムの構成の一例を示す図である。尚、図１のネットワーク４００上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００１３】
Ｗｅｂクライアント端末１００はワークフロー主幹部門におけるワークフロー申請処理を行うＷｅｂクライアント端末である。ワークフロー申請とは、ワークフローシステムを用いた承認依頼等の各種申請のことである。Ｗｅｂクライアント端末１５０はワークフロー主幹部門における、申請に対する承認、否認であるワークフロー承認処理を行うＷｅｂクライアント端末である。
【００１４】
尚、本実施形態においてはＷｅｂクライアント端末１００とＷｅｂクライアント端末１５０を区別して説明するが、これらの端末は必ずしも別の筺体である必要はない。Ｗｅｂクライアント端末５００はワークフローシステムにはユーザ登録されていない、一時的に必要となった承認である一時承認を行う承認者からの指示を受け付けて一時承認処理を行うためのＷｅｂクライアント端末である。
【００１５】
Ｗｅｂクライアント端末１００、Ｗｅｂクライアント端末１５０、Ｗｅｂクライアント端末５００は、ネットワーク４００を介して、ワークフローサーバ２００とデータの送受信が可能である。
【００１６】
更に、ワークフローサーバ２００は、メールサーバ３００を介して、Ｗｅｂクライアント端末１５０、Ｗｅｂクライアント端末５００に対して、Ｗｅｂクライアント端末１５０より申請された承認依頼のメールであるワークフロー承認依頼メールを送信することが可能である。以上が図１の、本発明の実施形態におけるワークフローシステムの構成の一例についての説明である。
【００１７】
次に図２を参照して、図１のＷｅｂクライアント端末１００、Ｗｅｂクライアント端末１５０、およびＷｅｂクライアント端末５００、ワークフローサーバ２００、メールサーバ３００の各種端末のハードウェア構成の一例について説明する。図２は、本発明の実施形態における各種端末のハードウェア構成を示す図である。
【００１８】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００１９】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００２０】
ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。
【００２１】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２２】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。（つまり、通信回線を介してクライアント端末と接続される）。
【００２３】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２４】
本発明を実現するためのワークフローサーバプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。
【００２５】
さらに、本発明に係わるワークフローサーバプログラム２１２が用いる定義ファイル２１３及び各種情報テーブル２１４は外部メモリ２１１に格納されており、これらについての詳細な説明は、２１３については図７及び図８にて、また２１４については図６の説明として後述する。以上が図２の、本発明の実施形態における各種端末のハードウェア構成の一例についての説明である。
【００２６】
次に図３を参照して、本発明の実施形態におけるワークフローシステムの基本的な処理フローの一例の詳細ついて説明する。図３は、本発明の実施形態におけるワークフローサーバ２００、Ｗｅｂクライアント端末１００、Ｗｅｂクライアント端末１５０、およびＷｅｂクライアント端末５００、メールサーバ３００によって行われるワークフローシステムの基本的な処理フローの一例を示す図である。
【００２７】
Ｗｅｂクライアント端末１００は、ワークフロー申請のための情報の入力を受け付けるにあたり、ユーザのログインを受け付けた後、ワークフロー申請処理を開始する（ステップＳ３０１）。
【００２８】
まず、ユーザのログイン受付処理について説明する。Ｗｅｂクライアント端末１００は、ワークフローサーバ２００から提供されるログイン画面Ｕ９００（図９を参照して後述）を介して入力を受け付けたユーザＩＤ、パスワード情報等からなるログイン情報をワークフローサーバ２００へ送信する。
【００２９】
ここで図９を参照して、ログイン画面Ｕ９００の構成の一例について説明する。ログイン画面Ｕ９００は、Ｗｅｂクライアント端末１００において表示されるログイン画面である。図９に示す通り、ログイン画面Ｕ９００はアドレス表示部Ｅ９０１と、ユーザＩＤ入力受付部Ｅ９０２と、パスワード入力受付部Ｅ９０３と、「ログイン」ボタンＢ９０４から構成されている。
【００３０】
アドレス表示部Ｅ９０１は、ワークフローサーバ２００のＵＲＬを入力、表示するための表示部である。各クライアント端末は、アドレス表示部Ｅ９０１に所定のＵＲＬの入力を受け付けることで、ログイン画面Ｕ９００を表示することが可能である。ユーザＩＤ入力受付部Ｅ９０２は、ワークフローサーバ２００にログインするためのユーザＩＤ入力受付部である。
【００３１】
パスワード入力受付部Ｅ９０３は、ワークフローサーバ２００にログインするためのパスワード入力受付部である。「ログイン」ボタンＢ９０４は、Ｗｅｂクライアント端末１００がワークフローサーバ２００にユーザＩＤとパスワードを送信することでログイン要求するために用いるボタンである。（つまり、ユーザからの操作指示を受け付ける操作指示受付手段）。以上が図９のログイン画面Ｕ９００の構成の一例についての説明である。
【００３２】
ワークフロー申請の場合、ワークフローサーバ２００は、Ｗｅｂクライアント端末１００から受信したユーザＩＤ及びパスワードをユーザマスタＴ７０４内のユーザＩＤ及びパスワードと突合し、一致すればワークフロー選択画面Ｕ１０００（図１０）をＷｅｂクライアント端末１００に送信する。ユーザマスタＴ７０４を含む本発明の情報処理システムにおけるマスタテーブル情報については、図７を参照して後述する。
【００３３】
ここで図７を参照して、本システムのマスタテーブル情報について説明する。フォームマスタＴ７００は、ワークフロー申請書のマスタ情報を保管するテーブルである。「フォームＩＤ」と「フォーム名」と「フォーム定義情報」として、ＸＭＬあるはＨＴＭＬ形式の申請書フォーム情報を格納する。
【００３４】
ワークフローマスタＴ７０１は、ワークフロー名を格納するテーブルである。ワークフローが使用するフォーム情報を外部キー：「フォームＩＤ」にてフォームマスタＴ７００を外部参照している。
【００３５】
権限マスタＴ７０２は、「権限レベル」と「権限名」を格納する。例えば「権限レベル」の値が０の場合を「権限名」：一般社員とし、「権限レベル」の値が１の場合を「権限名」：課長とし、「権限レベル」の値が２の場合を「権限名」：部長と設定することが出来る。
【００３６】
部署マスタＴ７０３は組織における「部署コード」と「部署名」、および当該部署の「上位部署コード」を格納する。上位部署とは、当該部署コードを有する部署が属する、当該部署よりも更に上位に位置する部署である。上位部署を有さない部署の場合は「上位部署コード」にＮＵＬＬをセットすることとする。
【００３７】
ユーザマスタＴ７０４は、ワークフローサーバ２００が管理するログインユーザの情報を格納する。「ユーザＩＤ」、「パスワード」、「氏名」、「権限レベル」、ユーザが所属する「部署コード」、「メールアドレス」を格納する。本実施形態においては、「権限レベル」を外部キーとして権限マスタＴ７０２を外部参照している。また、「部署コード」を外部キーとして部署マスタＴ７０３を外部参照している。
【００３８】
ワークフロー定義Ｔ７０５はワークフローを定義するテーブルである、「ワークフローＩＤ」、「承認シーケンス番号」、「承認権限レベル」を格納する。ここで「承認シーケンス番号」は承認ステージを表す番号である。承認ステージとは、ワークフロー申請に対する承認処理を行う工程のことである。例えば、申請に対する最初の承認を行う場合の承認ステージは、承認ステージ：１である。（つまり、ワークフローの定義データを記憶装置に記憶した情報処理装置であるということ）。
【００３９】
「承認シーケンス番号」の値が０の場合は、申請可能な権限レベルを表し、「承認権限レベル」の値が０であった場合は、一般社員が申請可能なワークフローであることを表す。「承認シーケンス番号」の値が１であった場合は、ワークフロー申請後の最初の承認ステージで必要な承認権限を定義する。
【００４０】
例えば、「承認シーケンス番号」の値が１で「承認権限レベル」の値が２であった場合は、ワークフローを申請して最初に承認するのが、「承認権限レベル」の値が２の部長となることを意味する。承認シーケンス番号が最大の時の承認権限レベルが、最終承認の承認権限レベルを表す。
【００４１】
「ワークフローＩＤ」はワークフローマスタＴ７０１を外部参照する際に用いる外部キーとして機能する。「承認権限レベル」は権限マスタＴ７０２を外部参照する際に用いる外部キーとして機能する。以上が図７のマスタテーブル情報の説明である。
【００４２】
図３の説明に戻る。Ｗｅｂクライアント端末１００は、ステップＳ３０１において、ワークフローの定義のデータから特定出来ない承認者であり、予め定義されたワークフローに一時的に承認者として設定される一時承認者への承認依頼の設定を受け付けたか否かを判定する（ステップＳ３０１）。
具体的には、Ｗｅｂクライアント端末１００のＣＲＴ２１０に表示するワークフロー選択画面Ｕ１０００（図１０を参照して後述）を経て、ワークフロー申請書画面Ｕ１１００（図１１を参照して後述）において、一時承認者情報入力受付グループＧ１１０５内の各項目への情報の入力指示を受け付けた状態で「申請」ボタンＢ１１０１が押下されたか否かを以って、該申請が通常承認依頼か一時承認依頼かを判定する。
【００４３】
ここで図１０を参照して、ワークフロー選択画面Ｕ１０００の構成の一例について説明する。ワークフロー選択画面Ｕ１０００は、Ｗｅｂクライアント端末１００においてＣＲＴ２１０に表示されるワークフロー選択画面である。
【００４４】
図１０に示すように、ワークフロー選択画面Ｕ１０００は、申請種別指定部Ｃ１００１、「申請書画面へ」ボタンＢ１００２、「ログアウト」リンクＬ１１０３から構成される。
【００４５】
申請種別指定部Ｃ１００１は、申請する承認依頼の種別の指定を受け付ける指定部である。本実施形態においては、図７のワークフローマスタＴ７０１に格納されたワークフロー名のリストをプルダウンで表示し、ワークフロー名によって特定される申請種別の選択を受け付けることを可能としている。ワークフロー名の表示方法は必ずしもこれに限るものではなく、例えば、ワークフロー名を一覧表示し、選択可能としてもよい。
【００４６】
「申請書画面へ」ボタンＢ１００２は、前記指定部で指定を受け付けた申請種別に対応した申請書画面（例えばワークフロー申請書画面Ｕ１１００）へ、画面の表示を切り替えるために用いるボタンである。
【００４７】
「ログアウト」リンクＬ１１０３は、ワークフローサーバ２００からのログアウト要求を受け付けるリンクである。前記リンクでログアウト要求を受け付けた場合、ワークフローサーバ２００はログアウト処理を行い、図９のログイン画面Ｕ９００を返信する。以上が図１０のワークフロー選択画面Ｕ１０００の構成一例の説明である。
【００４８】
図３の説明に戻る。Ｗｅｂクライアント端末１００は、前記一時承認者への承認依頼の設定を受け付けたと判定した場合（ステップＳ３０１でＹＥＳ）で、図１０のワークフロー選択画面Ｕ１０００における「申請書画面へ」ボタンＢ１００２の押下を受け付けた場合、一時承認者への承認依頼を行った旨の情報をワークフローサーバ２００へ送信する。
【００４９】
一方、前記一時承認者への承認依頼の設定を受け付けなかったと判定した場合（ステップＳ３０１でＮＯ）で、図１０のワークフロー選択画面Ｕ１０００における「申請書画面へ」ボタンＢ１００２の押下を受け付けた場合、Ｗｅｂクライアント端末１００はワークフローサーバ２００に、設定を受け付けたワークフローのワークフローＩＤを送信する。
【００５０】
一時承認者への承認依頼の設定を受け付けなかったと判定した場合とは、例えば、図１０の申請種別指定部Ｃ１００１より予め定義されたワークフローの指定を受け付けた場合である。
【００５１】
次にワークフローサーバ２００は、Ｗｅｂクライアント端末１００よりワークフローＩＤを受信した場合は、受信したワークフローＩＤと、ログイン時に特定したＷｅｂクライアント端末１００にログイン中である申請者のユーザＩＤから、図８に示すアクションテーブルＴ８０５、承認者情報Ｔ８０８における一般承認者の情報、および定義済承認者情報Ｔ８０９に対して、レコードを追加する。アクションテーブルＴ８０５、承認者情報Ｔ８０８における一般承認者の情報、および定義済承認者情報Ｔ８０９については図８の説明にて後述する。
【００５２】
ここで図８を参照して、本発明の実施形態におけるワークフロー実施状況テーブルの構成の一例の詳細について説明する。図８は本発明の実施形態におけるワークフロー実施状況テーブルの構成の一例を示す図である。
【００５３】
図８のワークフロー実施状況テーブルは処理結果Ｔ８００、ワークフローステータスＴ８０１、承認ステータスＴ８０２、承認者区分Ｔ８０３、承認結果Ｔ８０４、アクションテーブルＴ８０５、申請フォーム情報Ｔ８０６、申請者添付ファイルテーブルＴ８０７、承認者情報Ｔ８０８、定義済承認者情報Ｔ８０９、一時承認者情報Ｔ８１０から構成される。
【００５４】
処理結果Ｔ８００は、ワークフローの「結果コード」と「結果」を格納する。「結果コード」：０の時「結果」：承認、「結果コード」：１の時「結果」：否認とする。
【００５５】
ワークフローステータスＴ８０１は、ワークフローのステータスを表すテーブルである。「ステータスＩＤ」：０の時、「ステータス名」：承認申請中、「ステータスＩＤ」：１の時、「ステータス名」：承認ステージ１、「ステータスＩＤ」：２の時、「ステータス名」：承認ステージ２、「ステータスＩＤ」：−１の時、「ステータス名」：完了とする。
【００５６】
承認ステータスＴ８０２は、承認者一人一人の承認ステータス状況を表すテーブルである。「承認ステータスＩＤ」：０の時、「承認ステータス」：未判定、「承認ステータスＩＤ」：１の時、「承認ステータス」：判定済とする。
【００５７】
承認者区分Ｔ８０３は、通常の承認者と一時承認者の区分を表すテーブルである。「承認者区分ＩＤ」：０の時、「承認者区分」：一般承認者、「承認者区分ＩＤ」：１の時、「承認者区分」：一時承認者とする。
【００５８】
承認結果Ｔ８０４は、承認者一人一人の承認結果を表すテーブルである。「承認結果コード」：０の時、「承認結果」：承認、「承認結果コード」：１の時、「承認結果」：否認とする。
【００５９】
アクションテーブルＴ８０５は、ワークフロー申請１件分の情報を表すテーブルである。新たにワークフローの申請を行う場合のデータセットの一例について説明する。
【００６０】
「アクションＮｏ」はユニークな連番を設定する。「ステータスＩＤ」には０をセット、「結果コード」はＮＵＬＬをセットする。「開始日時」にはワークフローの開始日時をセットし、「更新日時」にはＮＵＬＬをセットする。
【００６１】
ワークフロー名は、当該ワークフローが用いたワークフロー定義Ｔ７０５のワークフロー名をセットする。「申請ユーザＩＤ」、「申請者名」、「申請者メールアドレス」は、ユーザマスタＴ７０４から申請者の「ユーザＩＤ」、「氏名」、「メールアドレス」をセットする。以上が新たにワークフローの申請を行う場合のデータセットの一例についての説明である。
【００６２】
「申請者部署名」と「申請者権限」には、ユーザマスタＴ７０４の申請者の「ユーザＩＤ」をキーに部署マスタＴ７０３と権限マスタＴ７０２から、それぞれ「権限名」、「部署名」を検索してセットする。承認シーケンス番号は、デフォルト値：０をセットする。次にワークフローが進行した場合の更新の一例について説明する。
【００６３】
承認ステージが上がった場合には、承認シーケンス番号をインクリメントして、「承認シーケンス番号」を更新し、「更新日時」をセットする。ワークフローのステータスが進行した場合には、「ステータスＩＤ」を変更し、「変更日時」をセットする。ワークフローが完了した場合には、「結果コード」と「ステータスＩＤ」を変更し、「変更日時」をセットする。
【００６４】
本テーブルには、Ｗｅｂクライアント端末１００が、図１０のワークフロー選択画面Ｕ１０００にて「申請書画面へ」ボタンＢ１００２の押下を受け付けることにより、ワークフロー選択を受け付け、選択したワークフローＩＤをワークフローサーバ２００に送信し、ワークフローサーバ２００が、図１１のワークフロー申請書画面Ｕ１１００をＷｅｂクライアント端末１００に返信する際に１レコード追加されることとする。
【００６５】
申請フォーム情報Ｔ８０６は、申請書のフォームに入力された情報を格納する。「アクションＮｏ」を外部キーとしてアクションテーブルＴ８０５を外部参照する。「フォーム名」は、当該ワークフローが用いたワークフローマスタＴ７０1から検索したフォームマスタＴ７００のフォーム名をセットする。「フォーム入力情報」は、ワークフロー申請書画面Ｕ１１００で入力された全てのフォーム情報をセットする。
【００６６】
本テーブルには、Ｗｅｂクライアント端末１００が、図１１のワークフロー申請書画面Ｕ１１００から「申請」ボタンＢ１１０１の押下を受け付け、ワークフローサーバ２００に申請情報を送信し、ワークフローサーバ２００がこれを受信したタイミングで、フォームマスタＴ７００の「フォーム名」から、当該テーブルの「フォーム名」を、また、フォーム定義情報と、受信したフォーム情報、ワークフロー申請書画面Ｕ１１００の例では申請内容入力受付部Ｅ１１０３に入力されたテキスト情報を「フォーム入力情報」に格納する。
【００６７】
申請者添付ファイルテーブルＴ８０７は、添付ファイルアップロード画面Ｕ１２００でアップロードされた添付ファイルの情報を格納する。Ｗｅｂクライアント端末１００が図１２の添付ファイルアップロード画面Ｕ１２００において「アップロード」ボタンＢ１２０３の押下を受け付け、添付ファイルと当該ファイル情報をワークフローサーバ２００に送信し、ワークフローサーバ２００がこれを受信したタイミングで、同じワークフロー申請における連番を「添付番号」に、「添付ファイル名」と「パス」を格納する。
【００６８】
承認者情報Ｔ８０８は、ワークフローに対する承認者情報を格納する。まず定義済承認者情報Ｔ８０９については、アクションテーブルＴ８０５にレコードが追加されるのと同じタイミングで、レコードが追加される。Ｗｅｂクライアント端末１００から送信されたワークローＩＤをキーにワークフロー定義Ｔ７０５から、承認シーケンス番号毎に必要な承認レベルを検索する。
【００６９】
次にユーザマスタＴ７０４をワークフロー申請者のユーザＩＤをキーとしてワークフロー申請者の部署コードと権限レベルを検索する。承認シーケンス番号０の承認レベルと、ワークフロー申請者の権限レベルを突同し、申請権限があることを確認する。次に、承認シーケンス番号１の承認レベルをユーザマスタＴ７０４の権限レベルとして、また、ワークフロー申請者と同じ部署コードとして、ユーザマスタＴ７０４を検索し、同じ部署における承認シーケンス番号１の承認者を探す。
【００７０】
ヒットしない場合は、ワークフロー申請者の部署コードをキーとして部署マスタＴ７０３から、上位部署コードを検索する。検索した上位部署コードと前述の権限レベルをキーとして再度ユーザマスタを検索し、承認者を探す。ヒットするまで上位部署コードの検索を続けるものとする。ヒットした場合、当該承認者情報を承認シーケンス番号と共に承認者情報Ｔ８０８に新規レコードとして追加する。この時、承認者区分ＩＤは、一般承認者：０とする。また、定義済承認者情報Ｔ８０９にも同時に承認者情報をレコード追加する。
【００７１】
次に一時承認者情報について説明する。一時承認者情報は、図３のＳ３０４の承認依頼の受信処理と同時に図１１のワークフロー申請書画面Ｕ１１００において入力された一時承認者情報を格納する。また、一時承認者情報Ｔ８１０にも同時に一時承認者情報をレコード追加する。
【００７２】
定義済承認者情報Ｔ８０９は、承認者情報Ｔ８０８の説明にて前述の通り、定義済みの一般承認者の定義情報が、承認者情報Ｔ８０８にレコード追加されるのと同じタイミングで一般承認者に固有な承認者権限、承認者部署名の情報をレコード追加する。
【００７３】
一時承認者情報Ｔ８１０は、承認者情報Ｔ８０８の説明にて前述の通り、一時承認者の定義情報が、承認者情報Ｔ８０８にレコード追加されるのと同じタイミングで一時承認者に固有なワンタイムパスワード、パスワード期限、承認者部署名の情報をレコード追加する。以上で図８の、本発明の実施形態におけるワークフロー実施状況テーブルの構成の一例の詳細についての説明を終了する。
【００７４】
Ｗｅｂクライアント端末１００より、一時承認者への承認依頼を行った旨の情報と既存のワークフローのワークフローＩＤの両方、又はどちらか一方を受信した場合、ワークフローサーバ２００は、図１１のワークフロー申請書画面Ｕ１１００をＷｅｂクライアント端末１００に返信する。
【００７５】
ここで、図１１を参照してワークフロー申請書画面Ｕ１１００の構成の一例について説明する。
図１１に示すように、ワークフロー申請書画面Ｕ１１００は、「申請」ボタンＢ１１０１、「キヤンセル」ボタンＢ１１０２、申請内容入力受付部Ｅ１１０３、「ファイル添付」ボタンＢ１１０３、定義済承認者情報表示部Ｔ１１０４、更に一時承認者情報入力受付グループＧ１１０５の中に「承認レベル１」設定表示リンクＬ１１０６、「承認レベル２」設定表示リンクＬ１１０７、氏名入力受付部Ｅ１１０８、部署名入力受付部Ｅ１１０９、メールアドレス入力受付部Ｅ１１１０、「追加」ボタンＢ１１１１、設定済み一時承認者リスト表示部Ｌ１１１２、「削除」ボタンＢ１１１３から構成される。
【００７６】
Ｗｅｂクライアント端末１００は、ワークフローサーバ２００から提供されるワークフロー申請書画面Ｕ１１００を介して、申請コメント、添付ファイルからなる通常の申請情報、または、前記通常の申請情報に加え、一時承認者情報すなわち、一時承認者の氏名、メールアドレス、部署名の情報を伴った申請情報をワークフローサーバ２００へ送信する。
【００７７】
「申請」ボタンＢ１１０１は、前記申請情報をワークフローサーバ２００へ送信するためのボタンである。申請を受け付けるとワークフローサーバ２００は、ワークフロー選択画面Ｕ１０００を返信する。
【００７８】
「キヤンセル」ボタンＢ１１０２は、ワークフロー選択画面Ｕ１０００で選択したワークフロー申請を取り消し、ワークフロー選択画面Ｕ１０００に画面の表示を切り替えるために使用するボタンである。申請内容入力受付部Ｅ１１０３は、ワークフロー申請に伴う申請内容コメントの入力受付部である。「ファイル添付」ボタンＢ１１０３は、添付ファイルアップロード画面Ｕ１２００に画面の表示を切り替えるために使用するボタンである。
【００７９】
ここで図１２を参照して添付ファイルアップロード画面Ｕ１２００の構成の一例について説明する。添付ファイルアップロード画面Ｕ１２００は、添付ファイルを伴ったワークフローの申請を行う際に、該添付ファイルの指定と添付の決定を行うための画面である。
【００８０】
図１２に示すように、添付ファイルアップロード画面Ｕ１２００は、ファイルパス入力受付部Ｅ１２０１、「参照」ボタンＢ１２０２、「アップロード」ボタンＢ１２０３、「キヤンセル」ボタンＢ１２０４から構成される。
【００８１】
ファイルパス入力受付部Ｅ１２０１は、アップロードする添付ファイルのパスの入力受付部である。「参照」ボタンＢ１２０２は、別画面としてＯＳに標準の参照ダイアログを表示してアップロードファイルを選択するために用いられるボタンである。
【００８２】
「アップロード」ボタンＢ１２０３は、ファイルパス入力受付部Ｅ１２０１に入力されたファイルをワークフローサーバ２００にアップロードするためのボタンである。「キヤンセル」ボタンＢ１２０４は、ワークフロー申請書画面Ｕ１１００に画面遷移するためのボタンである。以上が図１２の添付ファイルアップロード画面Ｕ１２００の構成一例の説明である。
【００８３】
図１１の説明に戻る。定義済承認者情報表示部Ｔ１１０４は、申請者の所属部署における承認者情報の表示部である。定義済承認者情報表示部Ｔ１１０４には図７のワークフロー定義から特定される承認者で、該ワークフロー申請書画面Ｕ１１００から申請する承認依頼に対する通常の承認者に設定された承認者の情報を表示する。（つまり、前記ワークフローの定義データから特定される第１の承認者を、前記申請受付手段で受け付けた申請に対する承認者として設定する第１の設定手段）。通常の承認者とは、予め定義されたワークフローの定義データから特定可能な承認者のことである。
【００８４】
一時承認者情報入力受付グループＧ１１０５は、一時承認者の情報をまとめて表示するためのエリアである。
【００８５】
「承認レベル１」設定表示リンクＬ１１０６は申請者が申請して１番目のステージで承認を依頼する一時承認者情報に、設定済み一時承認者リスト表示部Ｌ１１１２の表示を切り替えるためのリンクボタンである。
【００８６】
「承認レベル２」設定表示リンクＬ１１０７は申請者が申請して２番目のステージで承認を依頼する一時承認者情報に、設定済み一時承認者リスト表示部Ｌ１１１２の表示を切り替えるためのリンクボタンである。
【００８７】
氏名入力受付部Ｅ１１０８は一時承認者の氏名の入力受付部である。部署名入力受付部Ｅ１１０９は一時承認者の部署名の入力受付部である。メールアドレス入力受付部Ｅ１１１０は一時承認者のメールアドレスの入力受付部である。
【００８８】
「追加」ボタンＢ１１１１は、氏名入力受付部Ｅ１１０８と部署名入力受付部Ｅ１１０９とメールアドレス入力受付部Ｅ１１１０に入力された一時承認者の情報を設定済み一時承認者リスト表示部Ｌ１１１２に追加するためのボタンである。（つまり、前記指定受付手段で前記電子メールアドレスの指定を受け付けることにより、第２の承認者を、前記申請受付手段受け付ける申請に対して一時的に設定される一時承認者として設定する第２の設定手段）。
【００８９】
設定済み一時承認者リスト表示部Ｌ１１１２は、承認ステージ毎に「追加」ボタンＢ１１１１によって追加された一時承認者の情報を表示する表示部である。「削除」ボタンＢ１１１３は、設定済み一時承認者リスト表示部Ｌ１１１２にて選択された一時承認者情報を削除するためのボタンである。以上が図１１の、ワークフロー申請書画面Ｕ１１００の構成の一例についての説明である。
【００９０】
図３の説明に戻る。Ｗｅｂクライアント端末１００は、ステップＳ３０１で、前記一時承認者への承認依頼の設定を受け付けなかったと判定した場合、つまり、一時承認者への承認依頼の設定を受け付けなかったと判定した場合、処理をステップＳ３０３に移行し、通常の承認依頼の申請情報だけをワークフローサーバ２００に送信する（ステップＳ３０３）。
【００９１】
なお通常の承認依頼の申請情報とはワークフロー申請書画面Ｕ１１００における申請内容入力受付部Ｅ１１０３と、添付ファイルアップロード画面Ｕ１２００でアップロードされた添付ファイル情報を指す。
【００９２】
一時承認者への承認依頼の設定を受け付けたと判定した場合（ステップＳ３０１でＹＥＳ）、一時承認情報を含めた申請情報をワークフローサーバ２００に送信する（ステップＳ３０２）。（つまり、  前記操作指示受付手段で受け付けた操作指示に従って、前記ワークフローを利用した申請を前記情報処理装置に送信する第１の送信手段）。
【００９３】
なお、一時承認情報を含めた申請情報とは、通常の承認依頼の申請情報に加え、ワークフロー申請書画面Ｕ１１００の一時承認者情報入力受付グループＧ１１０５の中に承認ステージ毎に設定される一時承認者氏名、一時承認者部署名、一時承認者メールアドレスからなる１名または複数名の一時承認者情報を指すものとする。（つまり、前記第１の承認者以外の承認者の電子メールアドレスの指定を受け付ける指定受付手段）。
【００９４】
ワークフローサーバ２００はステップＳ３０４にて申請情報を受信すると（ステップＳ３０４）、申請フォーム情報Ｔ８０６に新規レコード追加する。また、アクションテーブルＴ８０５の「承認シーケンス番号」を１に更新する。（つまり、前記ワークフローを利用した申請を受け付ける申請受付手段）
【００９５】
添付ファイルがある場合には、別途添付ファイルがアップロードされたタイミングで申請者添付ファイルテーブルＴ８０７に添付ファイル情報を新規レコード追加する。
【００９６】
受信した申請情報に一時承認者情報が含まれている場合、一時承認者分の承認者情報を承認者情報Ｔ８０８、一時承認者情報Ｔ８１０に新規レコード追加する。なお一時承認者情報Ｔ８１０に新規レコード追加する際、ワンタイムパスワードを生成し、パスワード期限、所属部署と共にレコードに格納するものとする。（つまり、前記第２の設定手段で第２の承認者を設定した場合、前記申請受付手段で受け付けた申請に対する承認または否認の判断指示を受け付け可能な管理画面へアクセスするためのパスワードを発行する発行手段）。
【００９７】
ワークフローサーバ２００は、アクションテーブルＴ８０５の「承認シーケンス番号」において、一時承認者情報を含むかどうかを判定し（ステップＳ３０５）、一時承認者情報を含むと判定した場合には処理をステップＳ３０６に移行し、一時承認者情報を含まないと判定した場合には処理をステップＳ３０７に移行する。
【００９８】
Ｗｅｂクライアント端末１００より受信した承認依頼に一時承認者が設定されていた場合（ステップＳ３０５でＹＥＳ）、ワークフローサーバ２００は、一時承認者用承認画面Ｕ１５００へのリンクボタン、および承認者情報Ｔ８０８中において承認者を特定するために必要なキー情報であるアクションＮｏ、承認シーケンス番号、承認者番号とワンタイムパスワードをＨＴＭＬメールのＨＩＤＤＥＮに封入して、メールサーバ３００を介して一時承認者であるＷｅｂクライアント端末５００にメールを送信する。（ステップＳ３０６）。（つまり、前記第２の承認者に対して、前記第２の特定手段で前記第２の承認者を特定するために指定した電子メールアドレスに対し、前記第２の承認者が前記申請受付手段で受け付けた申請に対する承認者として設定された旨を通知する通知メールを生成する生成手段と、前記生成手段で生成した通知メールを送信する送信手段と、前記生成手段は、前記発行手段で発行したパスワードを前記通知メールに挿入することを特徴とすること）。
【００９９】
該メールはＷｅｂメールであって、該ワンタイムパスワードは、Ｗｅｂメールの文面に挿入するようにしてもよい。（前記生成手段で生成する通知メールはＷｅｂメールであり、前記生成手段は、前記発行手段で発行したパスワードを前記Ｗｅｂメールの文面に挿入する、またはＨＴＭＬのＨＩＤＤＥＮに封入することを特徴とすること）。
【０１００】
また、ワークフローサーバ２００は、一時承認者以外の通常の承認者に対しても、当該承認画面へのリンクボタンをＨＴＭＬメールに封入して、メールサーバ３００を介して承認処理を受け付ける端末であるＷｅｂクライアント端末１５０に送信する（ステップＳ３０７）。
【０１０１】
通常の承認者であるＷｅｂクライアント端末１５０は、承認依頼メールを受信し（Ｓ３０８ｎ）、該承認依頼メールの閲覧指示を受け付けると、例えばメールクライアント画面Ｕ１３００のような画面をＣＲＴ２１０に表示する。（つまり、前記第１の送信手段で送信した申請に対する承認依頼を、前記情報処理装置より受信する受信手段）。
【０１０２】
ここで図１３を参照して、メールクライアント画面Ｕ１３００の構成の一例について説明する。メールクライアント画面Ｕ１３００は、承認依頼データ表示選択受付部Ｌ１３０１、「ワークフローシステムにログイン」ボタンＢ１３０２から構成される。
【０１０３】
承認依頼データ表示選択受付部Ｌ１３０１は、Ｗｅｂクライアント端末１５０がワークフローサーバ２００より受信した承認依頼のデータの一覧を表示し、選択を受け付けることで選択対象の承認依頼のデータを特定するための表示部である。
【０１０４】
「ワークフローシステムにログイン」ボタンＢ１３０２は、選択操作を受け付けることにより特定した承認依頼に対応したワークフローシステムにログインするために用いるボタンである。以上が図１３の、メールクライアント画面Ｕ１３００の構成の一例の説明である。
【０１０５】
図３の説明に戻る。Ｗｅｂクライアント端末１５０は図１３のメールクライアント画面Ｕ１３００の「ワークフローシステムにログイン」ボタンＢ１３０２の押下を受け付けることにより、通常承認者用承認画面Ｕ１４００の表示をワークフローサーバ２００に要求する。この時点ではＷｅｂクライアント端末１５０は認証処理を完了していないため、ワークフローサーバ２００は、まずログイン画面Ｕ９００をＷｅｂクライアント端末１５０に送信する。Ｗｅｂクライアント端末１５０は、ログイン画面Ｕ９００を介してログイン情報の入力を受け付け、ワークフローサーバ２００へ送信する（ステップＳ３０９ｎ）。
【０１０６】
ワークフローサーバ２００は、Ｗｅｂクライアント端末１５０より受信した、通常の承認者としてのログイン情報をユーザマスタＴ７０４と突同し、認証を実施した後、例えば通常の承認者用画面である通常承認者用承認画面Ｕ１４００を送信する（ステップＳ３１０）。
【０１０７】
ここで図１４を参照して、通常承認者用承認画面Ｕ１４００の構成の一例について説明する。図１４に示すように、通常承認者用承認画面Ｕ１４００は、「承認」ボタンＢ１４０１、「否認」ボタンＢ１４０２、「添付ファイル参照」ボタンＢ１４０３、コメント入力受付部Ｅ１４０４、定義済承認者情報表示部Ｔ１４０５、承認履歴情報表示部Ｔ１４０６、一時承認者情報入力受付グループＧ１４０７から構成される。
【０１０８】
更に一時承認者情報入力受付グループＧ１４０７の中は、「承認レベル３」設定表示リンクＬ１４０８、氏名入力受付部Ｅ１４０９、部署名入力受付部Ｅ１４１０、メールアドレス入力受付部１４１１、「追加」ボタンＢ１４１２、設定済み一時承認者リスト表示部Ｌ１４１３、「削除」ボタンＢ１４１４から構成される。
【０１０９】
「承認」ボタンＢ１４０１は、ワークフローを承認するためのボタンである。「否認」ボタンＢ１４０２は、ワークフローを否認するためのボタンである。「添付ファイル参照」ボタンＢ１４０３は、申請時に添付されたファイル一覧を表示するためのボタンである。コメント入力受付部Ｅ１４０４は、ワークフローの承認あるいは否認に際してのコメントの入力を受け付ける入力受付部である。
【０１１０】
定義済承認者情報表示部Ｔ１４０５は、ワークフロー定義と申請者の所属部署から定義された通常の承認者の情報を表示する表示部である。承認履歴情報表示部Ｔ１４０６は、既に承認済みの承認者情報および承認に際してのコメントを表示する表示部である。
【０１１１】
一時承認者情報入力受付グループＧ１４０７は当該承認者と同じ承認ステージの、当該承認者以外の次に承認・否認判断を行う承認者として、一時承認者を設定するための入力受付部であり、ワークフロー申請書画面Ｕ１１００における一時承認者情報入力受付グループＧ１１０５の説明に前述したものと同様の入力フォームである。（つまり、前記特定手段で、前記第１の承認者による電子メールアドレスの指定を受け付けることにより特定した前記第２の承認者を、前記第１の承認者と同じステージで、前記申請受付手段で受け付けた申請に対する前記判断を行う承認者である合議承認者として設定すること）。
【０１１２】
同じ承認ステージの承認者として一時承認者を設定することで、例えば、該承認依頼に対する承認・否認の判断を下すにあたり、前記一時承認者との合議が必要となった場合に、該承認依頼の承認者への差し戻しを行うことなく、且つワークフロー自体の変更や再設定の手間をかけることなく、承認処理を進めることができる。以上が図１４の通常承認者用承認画面Ｕ１４００の構成の一例の説明である。
【０１１３】
図３の説明に戻る。Ｗｅｂクライアント端末１５０は、承認依頼を承認するか否認するかの指示を受け付け、受け付けた指示が承認か否かを判断する（ステップＳ３１１）。承認を受け付けた場合はＳ３１３に遷移する。
【０１１４】
前記承認を受け付けた場合とは、例えば、通常承認者用承認画面Ｕ１４００における「承認」ボタンＢ１４０１（図１４の通常承認者用承認画面Ｕ１４００を参照して後述）のクリック操作を受け付けた場合である。
【０１１５】
また、否認を受け付けた場合はＳ３１２に遷移する。前記否認を受け付けた場合とは、例えば、通常承認者用承認画面Ｕ１４００における「否認」ボタンＢ１４０２のクリック操作を受け付けた場合である。
【０１１６】
ステップＳ３１１で、Ｗｅｂクライアント端末１５０が受け付けた指示が否認であった場合、Ｗｅｂクライアント端末１５０は、否認依頼をワークフローサーバ２００に送信してステップＳ３２３に移行する（ステップＳ３１２）。（つまり、前記操作指示受付手段で受け付けた操作指示に従って、前記受信手段で受信した承認依頼に対する承認または否認の判断を、前記情報処理装置に送信する第２の送信手段）。
【０１１７】
承認を受け付けた場合、ステップＳ３１３に移行し、受け付けた承認指示に、次の承認者として一時承認者が設定済みであるか否かを判定する。Ｗｅｂクライアント端末１５０は、次の承認者に一時承認者が含まれると判定した場合はステップＳ３１５に遷移し、一時承認者情報として承認者情報Ｔ８０８、一時承認者情報Ｔ８１０にレコード追加するのに必要な、承認者名、承認者メールアドレス（承認者情報Ｔ８０８）、承認者部署名（一時承認者情報Ｔ８１０）を含めた承認依頼をワークフローサーバ２００に送信する（ステップＳ３１５）。
【０１１８】
次の承認者に一時承認者が含まれないと判定した場合はステップＳ３１４に遷移し、一時承認者による承認は不要として、一時承認者情報Ｔ８１０にレコード追加するのに必要な情報を含まない承認依頼をワークフローサーバ２００に送信する（ステップＳ３１４）。
【０１１９】
一方、ステップＳ３０６でＷｅｂクライアント端末１００からメールサーバ３００を介して送信された承認依頼を、一時承認者の利用する端末であるＷｅｂクライアント端末５００は受信する（ステップＳ３１６）。Ｗｅｂクライアント端末５００は、メールの開封指示を受け付けると、例えば、図１３のメールクライアント画面Ｕ１３００のような画面が表示される。（つまり、前記第１の送信手段で送信した申請に対する承認依頼を、前記情報処理装置より受信する受信手段）。
【０１２０】
Ｗｅｂクライアント端末５００は、メールクライアント画面Ｕ１３００中の「ワークフローシステムにログイン」ボタンＢ１３０１の押下を受け付けることにより、ワークフローサーバ２００に対して、ログイン要求と同時に、一時承認者用承認画面Ｕ１５００の表示要求を行う（ステップＳ３１７ｎ）。
このとき、メールに封入された一時承認者のキー情報とワンタイムパスワードも合わせてワークフローサーバ２００に送信されるものとする。
【０１２１】
ワークフローサーバ２００は、前記ログイン要求及び、一時承認者としてＷｅｂクライアント端末５００の承認画面表示要求を受信する。そして、ワークフローサーバ２００は、Ｗｅｂクライアント端末５００から受信した承認者キー情報から承認者情報Ｔ８０８、一時承認者情報Ｔ８１０を検索し、一時承認者情報Ｔ８１０に格納されたワンタイムパスワードとの突合をはかる。
【０１２２】
ワークフローサーバ２００は、一時承認者としてＷｅｂクライアント端末５００を認証し、グインを受け付けたものとして（ステップＳ３１８）、一時承認者情報Ｔ８１０からパスワード情報をクリアした後、例えば、一時承認者用承認画面Ｕ１５００のような一時承認者用の承認画面を、Ｗｅｂクライアント端末５００に送信する。
【０１２３】
ここで図１５を参照して、一時承認者用承認画面Ｕ１５００の構成の一例について説明する。図１５に示す通り、一時承認者用承認画面Ｕ１５００は、「承認」ボタンＢ１５０１、「否認」ボタンＢ１５０２、「保留」ボタンＢ１５０３、「添付ファイル参照」ボタンＢ１５０４、コメント入力部Ｅ１５０５、承認履歴情報表示部Ｔ１５０６から構成される。
【０１２４】
「承認」ボタンＢ１５０１は、ワークフローを承認するためのボタンである。「否認」ボタンＢ１５０２は、ワークフローを否認するためのボタンである。保留」ボタンＢ１５０３は、承認も否認もせずに判断を保留するためのボタンである。
【０１２５】
「添付ファイル参照」ボタンＢ１５０４は、申請時に添付されたファイル一覧を表示するためのボタンである。コメント入力受付部Ｅ１５０５は、ワークフローの承認あるいは否認に際してのコメントの入力を受け付ける入力受付部である。
【０１２６】
承認履歴情報表示部Ｔ１５０６は、既に承認済みの承認者情報および承認に際してのコメントを表示する表示部である。以上が図１５の一時承認者用承認画面Ｕ１５００の構成の一例の説明である。
【０１２７】
図３の説明に戻る。Ｗｅｂクライアント端末５００は、ＣＲＴ２１０に表示した前記一時承認者用承認画面Ｕ１５００で承認指示を受け付けたか否かを判定する（ステップＳ３１９ｎ）。
【０１２８】
承認指示を受け付けた場合とは、前記一時承認者用承認画面Ｕ１５００中の「承認」ボタンＢ１５０１の押下を受け付けた場合である。前記承認指示を受け付けた場合、判断結果である承認を示す情報をワークフローサーバ２００に送信する（ステップＳ３２０ｎ）。また、コメント入力受付部Ｅ１５０５にコメントの入力を受け付けていた場合はコメントも共に送信する。（つまり、前記操作指示受付手段で受け付けた操作指示に従って、前記受信手段で受信した承認依頼に対する承認または否認の判断を、前記情報処理装置に送信する第２の送信手段）。
【０１２９】
否認指示を受け付けた場合は、判断結果である否認を示す情報をワークフローサーバ２００に送信する（ステップＳ３２１）。否認指示を受け付けた場合とは前記一時承認者用承認画面Ｕ１５００中の「否認」ボタンＢ１５０２の押下を受け付けた場合である。また、コメント入力受付部Ｅ１５０５にコメントの入力を受け付けていた場合はコメントも共に送信する。
【０１３０】
前記承認、否認の判断を保留する指示を受け付けた場合は処理をステップＳ３２０に遷移し、判断結果である保留を示す情報をワークフローサーバ２００に送信する（ステップＳ３２２）。承認、否認の判断を保留する指示を受け付けた場合とは、一時承認者用承認画面Ｕ１５００中の「保留」ボタンＢ１５０３の押下を受け付けた場合である。
【０１３１】
ワークフローサーバ２００は、一般の承認者および一時承認者からそれぞれコメント等と共に結果を受信する（ステップＳ３２３）。ステップＳ３２３の処理の詳細は図５を使用して説明する。（つまり、前記第１の承認者、または前記第２の承認者による、前記申請処理受付手段で受け付けた申請に対する承認または否認指示である判断結果を受け付ける判断受付手段）。
【０１３２】
ここで図５を参照し、本発明の情報処理システムのワークフローサーバ２００によって行われる承認・否認結果受付処理（図３のステップＳ３２３）の詳細について説明する。
ワークフローサーバ２００は、Ｗｅｂクライアント端末１５０またはＷｅｂクライアント端末５００から承認判断の受信処理を開始する（ステップＳ５００）。
【０１３３】
ワークフローサーバ２００は、Ｗｅｂクライアント端末１５０またはＷｅｂクライアント端末５００からの承認判断の情報を受信する（ステップＳ５０１）。次に、ワークフローサーバ２００は、受信した承認判断の情報がＷｅｂクライアント端末５００から送信された承認判断の保留を示す情報かどうかを判断する（ステップＳ５０２）。
【０１３４】
保留でない場合は、ワークフローサーバ２００は、判断結果を図８の承認者情報Ｔ８０８の該当承認者レコードに対しアップデートをはかる（ステップＳ５０３）。その後、処理を終了する。
【０１３５】
一方、受信した承認判断の情報が保留を示す情報であった場合は処理をＳ５０４に移行し、ワークフローサーバ２００は、ワンタイムパスワードを再発行して、一時承認者情報Ｔ８１０の「ワンタイムパスワード」と「パスワード期限」を更新する（ステップＳ５０４）。
【０１３６】
ワークフローサーバ２００は、図１５に示す一時承認者用承認画面Ｕ１５００へのリンクボタン、および承認者情報Ｔ８０８にて承認者を特定するために必要なキー情報であるアクションＮｏ、承認シーケンス番号、承認者番号とステップＳ５０４で再発行したワンタイムパスワードをＨＴＭＬメールのＨＩＤＤＥＮに封入して、Ｗｅｂクライアント端末５００に送信する（ステップＳ５０５）。これにより、再発行したワンタイムパスワードを用いた一時承認者用承認画面Ｕ１５００への再アクセスを可能とする。
【０１３７】
その後、ワークフローサーバ２００は受信処理を完了する（ステップＳ５０６）。以上が図５の本発明の情報処理システムのワークフローサーバ２００によって行われる承認・否認結果受付処理（図３のステップＳ３２３）の詳細について説明である。
【０１３８】
図３の説明に戻る。ワークフローサーバ２００は、ステップＳ３２４で、承認者情報Ｔ８０８のアクションＮｏ、承認シーケンス番号をキーに承認ステータスＩＤを検索する。承認ステータスＩＤが未判定であるレコードがあるか否かを判定する（ステップＳ３２４）。
【０１３９】
未判定のレコードが無ければ全ての承認依頼に対する承認・否認の判断が終了していると判定する（ステップＳ３２４）。承認・否認の判断を提示していない承認者が残っている場合には、Ｓ３２３の受信処理に処理を戻す。
【０１４０】
全ての承認依頼に対する承認・否認の判断が終了していると判定した場合、ワークフローサーバ２００は、承認者全員からの承認を受け付けたかを確認する（ステップＳ３２５）。否認者が一人以上いた場合、Ｓ３２６に遷移する。
【０１４１】
そして、全ての否認者の情報と否認のコメントをＨＴＭLメールに編集し、アクションテーブルＴ８０５を検索して申請者情報を取得し、Ｗｅｂクライアント端末１００に対して申請が否認された旨通知するメールを送信する（ステップＳ３２６）。
【０１４２】
一方、全員が承認だった場合、ワークフローサーバ２００は、同一の承認ステージにおいて、更に別の承認者が設定されているか否かを判定し、承認者が設定されていると判定した場合は処理をステップＳ３０５に、承認者が設定されていないと判定した場合は処理をステップＳ３２８に移行する（ステップＳ３２７）。
【０１４３】
ステップＳ３２７で承認者が設定されていないと判定した場合、ワークフローサーバ２００は、アクションテーブルＴ８０５のカレントの承認ステージを表す「承認シーケンス番号」を１つインクリメントして更新し、アクションＮｏとともに検索キーとして承認者情報Ｔ８０８を検索し、次の承認ステージの承認者が存在するかを判定する（ステップＳ３２８）。
【０１４４】
次の承認者が存在しないと判定した場合、ワークフローサーバ２００は処理をステップＳ３２９に遷移し、アクションテーブルＴ８０５のステータスＩＤをワークフロー完了に更新して当該ワークフローを完了させる。
【０１４５】
次の承認者が存在すると判定した場合、ワークフローサーバ２００は、処理をステップＳ３０５に遷移する。以上が図３の本発明の実施形態におけるワークフローシステムの基本的な処理の説明である。
【０１４６】
また、ワークフローの承認依頼については、承認期限までに判断結果をワークフローサーバ２００に送信しないＷｅｂクライアント端末１５０あるいは５００に対して督促メールを送信する機能を有する。
【０１４７】
ここで図４を参照して、本発明の実施形態における、承認期限までに判断結果をワークフローサーバ２００に送信しないＷｅｂクライアント端末１５０あるいは５００に対して督促メールを送信する処理の一例について説明する。
【０１４８】
ワークフローサーバ２００は、予め設定された時刻に以下の処理を開始する（ステップＳ４００）。なお、図６の定義ファイルＦ６００に示すように、承認切れ検査時刻と検査処理を起動する曜日等の情報については、ワークフローサーバ２００の定義ファイルによって予め定義されているものとする（図６を参照して後述）。
【０１４９】
ここで、図６を参照してワークフローサーバ２００における定義ファイルＦ６００の構成の一例について説明する。ここでは、「承認ステージ当たりに設定可能な最大一時承認者数」と、「承認ステージ階層の最大数」と「承認切れ検査時刻」についての設定がなされている。
【０１５０】
図６に示す通り、定義ファイルＦ６００はデータ項目として、「承認ステージ当たりの一時承認者最大数」と「承認ステージ階層最大数」と「承認切れ検査時刻」の設定等を備えている。
【０１５１】
「承認ステージ当たりの一時承認者最大数」には、１回の承認ステージ当たりに設定可能な一時承認者の最大数を定義するための情報が登録されている。「承認ステージ階層最大数」には組織の階層数に合わせて、承認ステージの階層の最大数を定義するための情報が登録されている。
【０１５２】
「承認切れ検査時刻」には承認切れ検査を行う図４のステップを実行するためのスケジュール情報が登録されている。以上が図６の定義ファイルＦ６００の構成の一例についての説明である。
【０１５３】
図４の説明に戻る。ワークフローサーバ２００は、図８に示すアクションテーブルＴ８０５を検索して承認フロー実施中のアクティブなレコードが存在するか否かを判定する（ステップＳ４０１）。
【０１５４】
アクティブなレコードが存在しないと判定した場合、ワークフローサーバ２００は処理をＳ４０６に遷移する。アクティブなレコードが存在すると判定した場合には、存在する件数分のループ処理として、ステップＳ４０２に処理を遷移する。
【０１５５】
ワークフローサーバ２００は、当該アクションの承認者情報Ｔ８０８を検索して現在の承認ステージを表すシーケンス番号において、承認期限切れの承認者がいないか検索する（ステップＳ４０２）。承認期限切れの承認者がいない場合はＳ４０１に処理を戻す。承認期限切れの承認者が存在する場合、存在する承認者分のループ処理として、Ｓ４０３に処理を遷移する。
【０１５６】
ステップＳ４０３で、ワークフローサーバ２００は、承認期限切れの承認者が一時承認者かどうかを判定する。一時承認者でないと判定した場合は、処理をステップＳ４０５に移行する。一時承認者であると判定した場合は、処理をステップＳ４０４に移行し、ワンタイムパスワードを再生成して、一時承認者情報Ｔ８１０のワンタイムパスワードとパスワード期限を更新した後、処理をＳ４０５に移行する。
【０１５７】
ステップＳ４０５でワークフローサーバ２００は、一時承認者用承認画面Ｕ１５００当該承認画面へのリンクボタン、および承認者情報Ｔ８０８にて承認者を特定するために必要なキー情報とワンタイムパスワードをＨＴＭＬメールのＨＩＤＤＥＮに封入して、Ｗｅｂクライアント端末５００に承認の督促メールを送信する。
【０１５８】
また、ワークフローサーバ２００は、通常承認者用承認画面Ｕ１４００へのリンクボタンをＨＴＭＬメールに封入してメールサーバ３００を介して承認者であるＷｅｂクライアント端末１５０に督促メールを送信する。そして、ワークフローサーバ２００は、処理を終了する。
【０１５９】
以上が、本発明の実施形態における、承認期限までに判断結果をワークフローサーバ２００に送信しないＷｅｂクライアント端末１５０あるいは５００に対して督促メールを送信する処理の一例についての説明である。
【０１６０】
以上説明したように、本実施形態によれば、一時的な承認者を追加するに当たっては、ワークフローシステムに対してユーザ定義を追加することなく簡易に拡張設定することが可能である。また、一時承認者に対しては、ワンタイムパスワードの発行により、当該承認行為についてのみ、承認を依頼するものであり、この行為に限り一度だけワークフローシステムへのアクセスを可能とする。
【０１６１】
但し、承認期限切れや承認の保留が発生した場合、本システムはワンタイムパスワードの再発行を行い、再度のアクセスを可能とする。このように、簡易に柔軟なワークフロー承認を実施することができる。
【０１６２】
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【符号の説明】
【０１６３】
１００  ワークフロー主幹部門におけるワークフロー申請を行う申請者が使用するＷｅｂクライアント端末
１５０  ワークフロー主幹部門におけるワークフロー承認を行う承認者が使用するＷｅｂクライアント端末
２００  ワークフローサーバ
３００  メールサーバ
４００  ネットワーク
５００  ワークフローシステムの定義データから特定できない承認者であって、一時的に必要となった承認を行う承認者である一時承認者が使用するＷｅｂクライアント端末
【図１】
2012128533.tif 000003
【図２】
2012128533.tif 000004
【図３】
2012128533.tif 000005
【図４】
2012128533.tif 000006
【図５】
2012128533.tif 000007
【図６】
2012128533.tif 000008
【図７】
2012128533.tif 000009
【図８】
2012128533.tif 000010
【図９】
2012128533.tif 000011
【図１０】
2012128533.tif 000012
【図１１】
2012128533.tif 000013
【図１２】
2012128533.tif 000014
【図１３】
2012128533.tif 000015
【図１４】
2012128533.tif 000016
【図１５】
2012128533.tif 000017