(57)【要約】【課題】  異なる申請者により関連する複数の申請が行われた場合であっても、承認者がそれら申請をまとめて処理することを可能とすること。【解決手段】  異なる申請者により申請された複数の申請データを、一括承認予約データとして登録しておく。そして、一括承認予約データに対する指定を受け付けると、その一括承認予約データに含まれる申請データを取得し、一覧表示する。そして、一覧表示された申請データに対する承認処理を受け付ける。【選択図】  図１１
2014127003.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置から受け付けた申請データを記憶する第１の記憶手段と、
前記第１の記憶手段に記憶されている複数の申請データの指定を受け付ける第１の受付手段と、
前記第１の受付手段で受け付けた複数の申請データを、一括承認予約データとして登録する登録要求を受け付け、登録要求を受け付けた複数の申請データを一括承認予約データとして記憶する第２の記憶手段と、
クライアント装置からの、前記第２の記憶手段に記憶されている一括承認予約データの要求を受け付ける第２の受付手段と、
前記第２の受付手段で要求を受け付けた一括承認予約データに含まれる申請データを、前記クライアント装置に送信する送信手段と、
前記送信手段で送信した申請データに対する承認／否認を含む承認情報を受け付ける第３の受付手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記第１の記憶手段に記憶されている申請データに対する検索要求を受け付ける第４の受付手段と、
前記第４の受付手段で受け付けた検索要求に応じて、検索条件に合致した申請データを検索する検索手段と、
を備え、
前記第１の受付手段は、前記検索手段で検索された申請データのうち、複数の申請データの指定を受け付ける
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記検索手段で検索された申請データを集計する際に用いる項目の指定を受け付ける第５の受付手段と、
前記検索手段で検索された申請データを前記第５の受付手段で受け付けた項目に従って集計する集計手段と、
を更に備えることを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記第１に記憶されている申請データには、申請データのステータス情報が含まれ、
前記第３の受付手段で受け付けた申請情報に従って、当該申請データのステータス情報を更新する更新手段
を更に備えることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
情報処理装置によって行われる情報処理方法であって、
クライアント装置から受け付けた申請データを記憶装置に記憶する第１の記憶工程と、
前記記憶装置に記憶されている複数の申請データの指定を受け付ける第１の受付工程と、
前記第１の受付工程で受け付けた複数の申請データを、一括承認予約データとして登録する登録要求を受け付け、登録要求を受け付けた複数の申請データを一括承認予約データとして記憶装置に記憶する第２の記憶工程と、
クライアント装置からの、前記記憶装置に記憶されている一括承認予約データの要求を受け付ける第２の受付工程と、
前記第２の受付工程で要求を受け付けた一括承認予約データに含まれる申請データを、前記クライアント装置に送信する送信工程と、
前記送信工程で送信した申請データに対する承認／否認を含む承認情報を受け付ける第３の受付工程と、
を備えることを特徴とする情報処理方法。
【請求項６】
情報処理装置を、
クライアント装置から受け付けた申請データを記憶装置に記憶する第１の記憶手段と、
前記記憶装置に記憶されている複数の申請データの指定を受け付ける第１の受付手段と、
前記第１の受付手段で受け付けた複数の申請データを、一括承認予約データとして登録する登録要求を受け付け、登録要求を受け付けた複数の申請データを一括承認予約データとして記憶装置に記憶する第２の記憶手段と、
クライアント装置からの、前記記憶装置に記憶されている一括承認予約データの要求を受け付ける第２の受付手段と、
前記第２の受付手段で要求を受け付けた一括承認予約データに含まれる申請データを、前記クライアント装置に送信する送信手段と、
前記送信手段で送信した申請データに対する承認／否認を含む承認情報を受け付ける第３の受付手段
として機能させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワークフローシステムに関する。
【背景技術】
【０００２】
企業等では、ワークフローシステムを用いて、各種の申請や、その申請に対する承認処理を実行している。例えば、外出をした際の交通費申請や、他社との契約を締結する際の決裁申請など、様々な申請がワークフローシステムで行われている。
【０００３】
このようなワークフローシステムは通常、１つの申請に対して１つの承認が行われることが多い。しかし、ある事象が発生した場合に、複数の申請を行わなくてはならないというケースも多く、そのような場合であっても、それら複数の申請１つ1つに対して承認処理を行わなければならず、効率の悪いものであった。
【０００４】
そこで、特許文献１には、引っ越し、結婚、人事異動等のイベントに、それらイベントが発生した場合に行わなければならない複数の申請事項を関連付けておき、それらイベントが発生した場合に、イベントに関連付けられた複数の申請を申請者に行わせるとともに、その承認者がそれら複数の申請をまとめて承認することを可能とするワークフローシステムに関する発明が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−２３４２５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載の発明では、同一の申請者によって行われる複数の関連した申請をまとめて承認することが可能となるが、異なる申請者によって行われた複数の申請を、承認者がまとめて承認することについては考慮させていない。
【０００７】
例えば、契約等の決裁を行うためのワークフローシステムでは、複数の担当者が同一の案件についての決裁を行うための異なる申請を行うことがある。例えば、業務システムの導入を行う際に、ハードウェアの販売担当が、ハードウェアの販売契約についての決裁申請を行い、アプリケーションプログラムの販売担当が、ソフトウェアの販売契約についての決裁申請を行い、さらに、システム保守担当が、当該業務システムの保守契約についての決裁申請を行う場合などがある。
【０００８】
このような場合、決済の申請者が異なっていても、その承認者にとっては、まとめて承認処理が出来ることが好ましい。というのも、それぞれの契約の内容に不整合等があった場合に、それらを把握したうえで、承認の可否を判定する必要があるからである。
【０００９】
そこで、本発明は、異なる申請者により関連する複数の申請が行われた場合であっても、承認者がそれら申請をまとめて処理することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記した目的を達成するために、本発明の情報処理装置は、クライアント装置から受け付けた申請データを記憶する第１の記憶手段と、前記第１の記憶手段に記憶されている複数の申請データの指定を受け付ける第１の受付手段と、前記第１の受付手段で受け付けた複数の申請データを、一括承認予約データとして登録する登録要求を受け付け、登録要求を受け付けた複数の申請データを一括承認予約データとして記憶する第２の記憶手段と、クライアント装置からの、前記第２の記憶手段に記憶されている一括承認予約データの要求を受け付ける第２の受付手段と、前記第２の受付手段で要求を受け付けた一括承認予約データに含まれる申請データを、前記クライアント装置に送信する送信手段と、前記送信手段で送信した申請データに対する承認／否認を含む承認情報を受け付ける第３の受付手段と、を備えることを特徴とする。
【００１１】
上記した目的を達成するために、本発明の情報処理方法は、情報処理装置によって行われる情報処理方法であって、クライアント装置から受け付けた申請データを記憶装置に記憶する第１の記憶工程と、前記記憶装置に記憶されている複数の申請データの指定を受け付ける第１の受付工程と、前記第１の受付工程で受け付けた複数の申請データを、一括承認予約データとして登録する登録要求を受け付け、登録要求を受け付けた複数の申請データを一括承認予約データとして記憶装置に記憶する第２の記憶工程と、クライアント装置からの、前記記憶装置に記憶されている一括承認予約データの要求を受け付ける第２の受付工程と、前記第２の受付工程で要求を受け付けた一括承認予約データに含まれる申請データを、前記クライアント装置に送信する送信工程と、前記送信工程で送信した申請データに対する承認／否認を含む承認情報を受け付ける第３の受付工程と、を備えることを特徴とする。
【００１２】
上記した目的を達成するために、本発明のコンピュータプログラムは、情報処理装置を、クライアント装置から受け付けた申請データを記憶装置に記憶する第１の記憶手段と、前記記憶装置に記憶されている複数の申請データの指定を受け付ける第１の受付手段と、前記第１の受付手段で受け付けた複数の申請データを、一括承認予約データとして登録する登録要求を受け付け、登録要求を受け付けた複数の申請データを一括承認予約データとして記憶装置に記憶する第２の記憶手段と、クライアント装置からの、前記記憶装置に記憶されている一括承認予約データの要求を受け付ける第２の受付手段と、前記第２の受付手段で要求を受け付けた一括承認予約データに含まれる申請データを、前記クライアント装置に送信する送信手段と、前記送信手段で送信した申請データに対する承認／否認を含む承認情報を受け付ける第３の受付手段として機能させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、異なる申請者により関連する複数の申請が行われた場合であっても、承認者がそれら申請をまとめて処理することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の情報処理システムのシステム構成の一例を示す図である。
【図２】図１の管理サーバ１０１、クライアント装置１０２のハードウェア構成の一例を示す図である。
【図３】管理サーバ１０１の機能構成の一例を示す図である。
【図４】本発明における申請処理の一例を示すフローチャートである。
【図５】本発明における承認処理の一例を示すフローチャートである。
【図６】図５のステップＳ５０２の一括承認処理の詳細な処理の一例を示すフローチャートである。
【図７】図６のステップＳ６１１の申請データ検索処理の詳細な処理の一例を示すフローチャートである。
【図８】図６のステップＳ６０９の一括承認予約データの承認処理の詳細な処理の一例を示すフローチャートである。
【図９】申請画面９００の構成の一例を示す図である。
【図１０】一括承認画面１０００の構成の一例を示す図である。
【図１１】検索結果画面１１００の構成の一例を示す図である。
【図１２】管理サーバ１０１が記憶管理する各種データベースのデータ構成の一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照して、本発明の実施の形態の一例について説明する。
【００１６】
図１は、本発明の実施の形態における情報処理システムのシステム構成の一例を示す図である。図１に示す通り、本発明の情報処理システムは、管理サーバ１０１、クライアント装置１０２、ＬＡＮ１０３等を備えて構成されている。
【００１７】
管理サーバ１０１は、クライアント装置１０２に対して、ワークフローサービスを提供するサーバ装置である。管理サーバ１０１は、クライアント装置１０２からの要求に応じて、申請データの受付や、申請データに対する承認／否認処理を行う。
【００１８】
クライアント装置１０２は、管理サーバ１０１が提供するワークフローサービスを用いて、各種の申請を行ったり、また、申請に対する承認／否認処理を行ったりするユーザによって使用される端末装置である。
【００１９】
ＬＡＮ１０３は、管理サーバ１０１とクライアント装置１０２とを相互に通信可能に接続するためのネットワークである。接続形態は有線／無線を問わない。
【００２０】
以上が、本発明の実施の形態における情報処理システムのシステム構成の一例の説明である。
【００２１】
次に、図２を参照して、図１の管理サーバ１０１、クライアント装置１０２のハードウェア構成の一例について説明する。
【００２２】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Basic Input / Output System）やオペレーティングシステムプログラム（以下、ＯＳ）や、管理サーバ１０１やクライアント装置１０２が実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００２３】
２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで後述する各種動作を実現するものである。
【００２４】
また、２０５は入力コントローラで、キーボードやポインティングデバイス等の入力装置２０９からの入力を制御する。２０６はビデオコントローラで、ディスプレイ装置２１０等の表示器への表示を制御する。これらは必要に応じて操作者が使用するものである。
【００２５】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２６】
２０８は通信Ｉ／Ｆ（インタフェース）コントローラで、ネットワーク（例えば、図１に示したＬＡＮ１０３）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２７】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２８】
本発明を実現するための後述するフローチャートに示す各ステップの処理は、コンピュータで読み取り実行可能なプログラムにより実行され、そのプログラムは外部メモリ２１１に記録されている。そして、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００２９】
以上が、図１に示す管理サーバ１０１、クライアント装置１０２のハードウェア構成の一例の説明である。尚、管理サーバ１０１やクライアント装置１０２が後述する処理を実行することが可能であれば、必ずしも図２に示すハードウェア構成を有していなくとも構わないことは言うまでもない。
【００３０】
次に、図３を参照して、図１の管理サーバ１０１の機能構成の一例について説明する。図３に示す通り、管理サーバ１０１は、申請データ受付部３０１、申請データ記憶部３０２、承認要求受付部３０３、承認／否認／差戻受付部３０４、ワークフロー制御部３０５、申請データ検索部３０６、一括承認予約受付部３０７、一括承認予約データ記憶部３０８等を備えて構成されている。
【００３１】
申請データ受付部３０１は、クライアント装置１０２から送信される申請データを受け付ける機能部である。申請データ記憶部３０２は、申請データ受付部３０１で受け付けた申請データを記憶する機能部である。この申請データ記憶部３０２では、図１２に示す申請データテーブル１２００が記憶管理される。
【００３２】
承認要求受付部３０３は、クライアント装置１０２から、申請データに対する承認処理の要求を受け付ける機能部である。承認／否認／差戻受付部３０４は、申請データに対する承認処理の結果入力された、承認／否認／差戻といった処理結果を受け付ける機能部である。ワークフロー制御部３０５は、承認／否認／差戻受付部３０４が受け付けた申請データに対する承認処理結果に応じて、当該申請データのワークフローを制御する機能部である。
【００３３】
申請データ検索部３０６は、クライアント装置１０２からの申請データの検索要求に応じて、申請データテーブル１２００に記憶されている申請データのうち、検索条件に合致した申請データを検索する機能部である。
【００３４】
一括承認予約受付部３０７は、承認者が一括での承認処理を希望する複数の申請データの指定を受け付ける機能部である。一括承認予約データ記憶部３０８は、一括承認予約受付部３０７が受け付けた情報に従って、一括承認予約データを記憶する記憶部である。この一括承認予約データ記憶部３０８では、図１２に示す一括承認予約データテーブル１２１０が記憶管理される。
【００３５】
以上が、管理サーバ１０１の機能構成の一例についての説明である。
【００３６】
次に、図４を参照して、本発明における申請処理の一例について説明する。この処理は、管理サーバ１０１のＣＰＵ２０１と、クライアント装置１０２のＣＰＵ２０１によって行われる。
【００３７】
クライアント装置１０２のＣＰＵ２０１は、ユーザの操作指示により、申請開始指示を受け付けると、新規の申請を行うか、それとも、差し戻しされた過去に行われた申請の再申請を行うかを判定する（ステップＳ４０１）。
【００３８】
クライアント装置１０２のＣＰＵ２０１は、ステップＳ４０１の判定処理で新規申請であると判定した場合には、処理をステップＳ４０２に進め、新規申請開始要求を管理サーバ１０１に対して送信する。
【００３９】
管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から送信された新規申請開始要求を受信すると（ステップＳ４０３）、図９に示す申請画面９００を表示するための画面情報をクライアント装置１０２に送信する（ステップＳ４０４）。
【００４０】
クライアント装置１０２のＣＰＵ２０１は、管理サーバ１０１から送信された画面情報を受信すると、その画面情報に従って、図９に示す申請画面９００をディスプレイ装置２１０に表示する（ステップＳ４０５）。
【００４１】
その後、ディスプレイ装置２１０に表示されている申請画面を介して、申請に必要となる申請内容の入力を受け付ける（ステップＳ４０６）。その後、申請画面９００中の申請ボタンや、保存ボタンが押されると、申請画面９００の各入力フィールドに入力された申請内容を、管理サーバ１０１に対して送信する（ステップＳ４０７）。
【００４２】
管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から送信された申請内容を受信すると（ステップＳ４０８）、その申請内容を図１２に示す申請データテーブル１２００に追加登録する（ステップＳ４０９）。この時、クライアント装置１０２において、図９中の申請ボタンに対する押下指示を受け付けたことで、申請内容が送信された場合には、ステータスを「申請済み」に、保存ボタンに対する押下指示を受け付けたことで、申請内容が送信された場合には、ステータスを「申請前」等に設定することになる。管理サーバ１０１のＣＰＵ２０１は、処理をステップＳ４２０に進める。
【００４３】
クライアント装置１０２のＣＰＵ２０１は、ステップＳ４０１の判定処理で再申請であると判定した場合には、処理をステップＳ４１０に進め、ユーザの操作指示により、再申請を行う申請データの指定を受け付ける。そして、指定された申請データの再申請開始要求を管理サーバ１０１に送信する（ステップＳ４１１）。この時、再申請を行う申請データを特定するための特定情報（例えば、申請ＩＤ）が管理サーバ１０１に送信される。
【００４４】
管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から送信された再申請開始要求を受信すると（ステップＳ４１２）、申請データテーブル１２００から、クライアント装置１０２で指定された申請データを取得する（ステップＳ４１３）。そして、管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２に対して、申請データの申請内容が初期表示される、申請画面９００を表示するための画面情報を送信する（ステップＳ４１４）。
【００４５】
クライアント装置１０２のＣＰＵ２０１は、管理サーバ１０１から送信された画面情報を受信すると、画面情報に従って、ディスプレイ装置２１０に申請画面９００を表示する（ステップＳ４１５）。そして、表示されている申請画面９００を介して、申請内容の更新入力を受け付ける（ステップＳ４１６）。
【００４６】
その後、申請画面９００中の申請ボタンや、保存ボタンが押されると、申請画面９００の各入力フィールドに入力された申請内容を、管理サーバ１０１に対して送信する（ステップＳ４１７）。
【００４７】
管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から送信された申請内容を受信すると（ステップＳ４１８）、そして、受信した申請内容で、図１２に示す申請データテーブル１２００に登録されている当該申請データを更新する（ステップＳ４１９）。この時、クライアント装置１０２において、図９中の申請ボタンに対する押下指示を受け付けたことで、申請内容が送信された場合には、ステータスを「申請済み」に、保存ボタンに対する押下指示を受け付けたことで、申請内容が送信された場合には、ステータスを「申請前」等に設定する。管理サーバ１０１のＣＰＵ２０１は、処理をステップＳ４２０に進める。
【００４８】
管理サーバ１０１のＣＰＵ２０１は、ステップＳ４２０において、当該申請を次のステップに進めるかを判定する。この時、申請データのステータスが「申請済み」である場合に、当該申請を次のステップ（例えば、一時承認ステップ）に進める（ＹＥＳ）と判定することになる。
【００４９】
管理サーバ１０１のＣＰＵ２０１は、ステップＳ４２０でＹＥＳと判定すると、処理をステップＳ４２１に進め、当該申請データに対して、次のステップで各種の処理を行う担当者（次の担当者）を決定する。そして、決定した担当者を、申請データ中の担当者に登録する。その後、次の担当者に通知を行うか、否かを判定する（ステップＳ４２２）。この判定処理でＹＥＳと判定した場合には、処理をステップＳ４２３に進め、次の担当者への通知処理を行う。例えば、電子メール等を用いて通知を行うことなる。
【００５０】
以上が、本発明における申請処理の一例の説明である。
【００５１】
次に、図５を参照して、本発明における承認処理の一例について説明する。この処理は、図４の申請処理で申請された申請データに対して承認／否認／差戻等を行う処理であり、管理サーバ１０１のＣＰＵ２０１と、クライアント装置１０２のＣＰＵ２０１によって行われる。
【００５２】
まず、クライアント装置１０２のＣＰＵ２０１は、ユーザによる操作指示に従って、一括承認処理を行うか、それとも個別承認処理を行うかを判定する（ステップＳ５０１）。この判定処理で、一括承認処理を行うと判定した場合には、処理をステップＳ５０２に進め、一括承認処理を行う。この処理の詳細は、図６を参照して後述する。
【００５３】
一方、ステップＳ５０１の判定処理で、個別承認処理を行うと判定した場合には、クライアント装置１０２のＣＰＵ２０１は、処理をステップＳ５０３に進め、クライアント装置１０２を操作するユーザが担当者となっている申請データの一覧、即ち、当該担当者が承認を行う申請データの一覧を、管理サーバ１０１に対して要求する（ステップＳ５０３）。
【００５４】
管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から送信された承認対象申請データ一覧要求を受信すると（ステップＳ５０４）、申請データテーブル１２００に登録されている申請データのうち、クライアント装置１０２を操作するユーザが承認担当である申請データを取得する（ステップＳ５０５）。
【００５５】
そして、ステップＳ５０５で取得した申請データに対する承認処理を行うための承認対象申請データ一覧画面を表示させるための画面情報を生成し、その画面情報をクライアント装置１０２に送信する（ステップＳ５０６）。
【００５６】
クライアント装置１０２のＣＰＵ２０１は、管理サーバ１０１から送信された承認対象申請データ一覧表示画面を表示させるための画面情報を受信すると（ステップＳ５０７）、その画面情報に従って、ディスプレイ装置２１０に不図示の承認対象申請データ一覧表示画面を表示する（ステップＳ５０８）。
【００５７】
そして、その承認対象申請データ一覧表示画面に表示されている申請データの中から、処理対象とする申請データの選択を受け付けると（ステップＳ５０９）、クライアント装置１０２のＣＰＵ２０１は、選択された申請データの詳細情報をディスプレイ装置２１０に表示する（ステップＳ５１０）。そして、当該申請データに対する、承認、否認、または、差戻の入力を受け付ける（ステップＳ５１１）。その後、ステップＳ５０９で選択された申請データを特定するための特定情報（例えば、申請ＩＤ）とともに、ステップＳ５１１で入力された、承認、否認、または、差戻の情報を管理サーバ１０１に送信する（ステップＳ５１２）。
【００５８】
管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から送信された申請データに対する、承認、否認、または、差戻の情報を受信すると（ステップＳ５１３）、受信した情報に従って、当該申請データのステータスを更新する（ステップＳ５１４）。例えば、申請データに対する承認の情報を受信した場合には、当該申請データに対するワークフローの処理を次のステップに進め、ステータスを、次のステップを示すものに更新する。また、否認の情報を受信した場合には、当該申請データのステータスを否認とする。
【００５９】
申請データのステータスを更新した後に、次に当該申請データに対して行うワークフローの処理があるか否かを判定する（ステップＳ５１５）。例えば、申請データを次の承認処理に進める場合や、当該申請データを申請者に差し戻す場合には、管理サーバ１０１のＣＰＵ２０１は、この判定処理でＹＥＳと判定する。また、申請データに対する最終承認が行われた場合や、申請データの否認が行われた場合には、管理サーバ１０１のＣＰＵ２０１は、この判定処理でＮＯと判定する。
【００６０】
管理サーバ１０１のＣＰＵ２０１は、ステップＳ５１５でＹＥＳと判定した場合には、次の処理において、当該申請データに対して承認や再申請等の処理を行うユーザを特定し、そのユーザを当該申請データに対する次の担当者に決定する（ステップＳ５１６）。
【００６１】
その後、管理サーバ１０１のＣＰＵ２０１は、次の担当者や申請者等に通知を行うかを判定する（ステップＳ５１７）。例えば、申請データが否認された場合には、その申請データの申請者に対して通知を行うと判定することになる。また、申請データが次の承認ステップに進んだ場合には、当該申請データの次の承認者（ステップＳ５１６で次の担当者と決定されたユーザ）に通知を行うと判定することになる。
【００６２】
管理サーバ１０１のＣＰＵ２０１は、ステップＳ５１７の判定処理で、通知を行う（ＹＥＳ）と判定した場合には、通知先を特定し（ステップＳ５１８）、特定した通知先に対する通知処理を行う（ステップＳ５１９）。ここでは、例えば電子メール等の方法で通知を行うことが可能である。
【００６３】
ステップＳ５１７でＮＯと判定した場合、または、ステップＳ５１９の処理が終了後、管理サーバ１０１のＣＰＵ２０１は処理をステップＳ５２０に進め、処理結果をクライアント装置１０２に送信する。
【００６４】
クライアント装置１０２のＣＰＵ２０１は、管理サーバ１０１から送信された処理結果を受信した後に（ステップＳ５２１）、ユーザの操作指示に従って、個別承認処理を継続するかを判定する（ステップＳ５２２）。ステップＳ５２２でＹＥＳと判定した場合には、クライアント装置１０２のＣＰＵ２０１は、処理をステップＳ５０９に進め、他の申請データに対して、それ以降の処理を実行する。一方、ステップＳ５２２でＮＯと判定した場合には、クライアント装置１０２のＣＰＵ２０１は、本図に示す処理を終了する。
【００６５】
以上が、本発明における承認処理の一例の説明である。
【００６６】
次に、図６を参照して、図５のステップＳ５０２の一括承認処理の詳細な処理の一例について説明する。この処理は、管理サーバ１０１のＣＰＵ２０１と、クライアント装置１０２によって行われる。
【００６７】
クライアント装置１０２のＣＰＵ２０１は、ユーザの操作指示に従って、一括承認処理を行うと判定すると（図５のステップＳ５０１でＹＥＳ）、管理サーバ１０１に対して、一括承認画面要求を送信する（ステップＳ６０１）。
【００６８】
管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２からの一括承認画面要求を受信すると（ステップＳ６０２）、クライアント装置１０２を操作するユーザ（クライアント装置１０２のログインユーザ）が、一括承認予約データの登録を行っているかを、一括承認予約データテーブル１２１０を用いて判定する（ステップＳ６０３）。尚、一括承認予約データとは、複数の異なる申請データを、同時に承認処理を行う申請データとして、ユーザが任意に登録したものである。
【００６９】
管理サーバ１０１は、ステップＳ６０３の判定処理でＹＥＳと判定した場合には、処理をステップＳ６０４に進め、一括承認予約データテーブル１２１０に登録されている、当該ユーザが登録した一括承認予約データを取得する。
【００７０】
ステップＳ６０３でＮＯと判定した場合、または、ステップＳ６０４の処理終了後、管理サーバ１０１のＣＰＵ２０１は処理をステップＳ６０５に進め、図１０に示す一括承認画面１０００を表示するための画面情報をクライアント装置１０２に送信する。
【００７１】
クライアント装置１０２のＣＰＵ２０１は、管理サーバ１０１から送信された、一括承認画面１０００を表示するための画面情報を受信すると、受信した画面情報に従って、ディスプレイ装置２１０に図１０に示す一括承認画面１０００を表示する（ステップＳ６０６）。尚、ステップＳ６０４で取得された一括承認予約データについては、一括承認画面１０００中の一括承認予約データ一覧表示部１００１に表示されることになる。そして、クライアント装置１０２のＣＰＵ２０１は、一括承認画面１０００をディスプレイ装置２１０に表示した後に、一括承認画面１０００を介して各種操作指示を受け付ける（ステップＳ６０７）。
【００７２】
そして、ステップＳ６０７で受け付けた操作指示が、一括承認予約データ一覧表示部１００１のいずれかの実行ボタン１００２に対する押下指示を受け付けることで入力される一括承認予約データに対する承認処理の実行指示であると判定すると（ステップＳ６０８でＹＥＳ）、クライアント装置１０２のＣＰＵ２０１は処理をステップＳ６０９に進め、一括承認予約データの承認処理を行う。この処理の詳細は、図８を参照して後述する。ステップＳ６０８の一括承認予約データに対する承認処理が終了後、クライアント装置１０２のＣＰＵ２０１は、処理をステップＳ６０７に進める。
【００７３】
また、ステップＳ６０７で受け付けた操作指示が、管理サーバ１０１の申請データテーブル１２００に登録されている申請データの検索指示であると判定した場合には（ステップＳ６１０でＹＥＳ）、処理をステップＳ６１１に進め、申請データ検索処理を行う。この処理の詳細は、図７を参照して後述する。申請データ検索処理が終了後、クライアント装置１０２のＣＰＵ２０１は、処理をステップＳ６０７に進める。
【００７４】
また、ステップＳ６０７で受け付けた操作指示が、一括承認画面１０００の終了ボタン１００５に対する押下指示を受け付けることで入力される終了指示であると判定した場合には（ステップＳ６１２でＹＥＳ）、クライアント装置１０２のＣＰＵ２０１は、本図に示す処理を終了する。また、上記以外の操作指示を受け付けた場合には（この場合、ステップＳ６１２の判定処理でＮＯと判定する）、不図示のステップで、受け付けたその他の操作指示に従った処理を実行した後に、処理をステップＳ６０７に進める。
【００７５】
次に、図７を参照して、図６のステップＳ６１１の申請データ検索処理の詳細な処理の一例について説明する。この処理では、入力された条件に合致する申請データテーブル１２００に登録されている申請データを検索し、条件に合致した申請データに対する承認処理や、条件に合致した申請データを指定して、一括承認予約データの作成処理等を行う。図７に示す申請データ検索処理は、管理サーバ１０１のＣＰＵ２０１と、クライアント装置１０２のＣＰＵ２０１によって行われる処理である。
【００７６】
クライアント装置１０２は、一括承認画面１０００を介して、管理サーバが申請データを検索する際に用いる検索条件、及び、集計項目の入力を受け付ける（ステップＳ７０１、ステップＳ７０２）。それぞれ、図１０の検索条件入力受付部１００３、集計項目入力受付部１００４でその入力を受け付ける。その後、管理サーバ１０１に対して、申請データの検索要求を送信する（ステップＳ７０３）。この時、管理サーバ１０１にステップＳ７０１で入力を受け付けた検索条件や、ステップＳ７０２で入力を受け付けた集計項目の情報が送信される。
【００７７】
クライアント装置１０２から送信された申請データの検索要求を受信すると（ステップＳ７０４）、管理サーバ１０１のＣＰＵ２０１は、受信した検索条件に従って、申請データの検索処理を行う（ステップＳ７０５）。この時、クライアント装置１０２を操作するユーザが処理担当者として設定されている申請データだけでなく、当該ユーザが、過去に処理担当者であった申請データや、当該ユーザが今後処理担当者になりうる申請データを、管理サーバ１０１のＣＰＵ２０１は検索対象とする。
【００７８】
ステップＳ７０５の検索処理が終了後、集計項目として指定された項目に登録されているデータごと（集計単位ごと）にヒット件数を集計し、図１１に示す検索結果画面１１００を表示するための画面情報を作成し（ステップＳ７０６）、クライアント装置１０２に送信する（ステップＳ７０７）。
【００７９】
管理サーバ１０１から送信された画面情報を受信すると、クライアント装置１０２のＣＰＵ２０１は、受信した画面情報に従って、ディスプレイ装置２１０に図１１に示す検索結果画面１１００を表示する（ステップＳ７０８）。
【００８０】
その後、クライアント装置１０２のＣＰＵ２０１は、検索結果画面１１００を介して、検索結果表示部１１０１に表示されている集計単位の選択を受け付ける（ステップＳ７０９）。この時、検索結果一覧表示部に設定されているいずれかの選択ボタン１１０２に対する押下指示を受け付けることになる。その後、指定された集計単位に含まれる検索結果データである申請データの要求を管理サーバ１０１に対して送信する（ステップＳ７１０）。
【００８１】
管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２からの検索結果データ要求を受信すると（ステップＳ７１１）、ステップＳ８０５の検索処理でヒットして申請データのうち、その集計単位に分類される申請データの一覧データである申請データ一覧を作成し（ステップＳ７１２）、その申請データ一覧をクライアント装置１０２に送信する（ステップＳ７１３）。
【００８２】
クライアント装置１０２のＣＰＵ２０１は、管理サーバ１０１から送信された申請データ一覧を受信すると、その情報に従って、図１１の検索結果画面１１００の申請データ一覧表示部に申請データの情報を表示する（ステップＳ７１４）。そして、その申請データ一覧表示部に表示されている申請データの指定を受け付ける（ステップＳ７１５）。この時、一括欄に設定されているチェックボックス１１０４に対するチェックを行うと、全ての申請データが指定されることになる。また、個別欄に設定されているチェックボックス１１０５に対するチェックを行うと、その行に表示されている申請データのみが指定されることになる。
【００８３】
そして、申請データの指定を受け付けた後に、図１１の検索結果画面１１００の一括承認予約ボタン１１０６に対する押下指示を受け付けることで入力される一括承認予約データ登録指示を受け付けると（ステップＳ７１６でＹＥＳ）、クライアント装置１０２のＣＰＵ２０１は処理をステップＳ７１７に進め、管理サーバ１０１に対して、一括承認予約データ登録要求を送信する。この時、管理サーバ１０１に対して、ステップ７１５で指定された申請データの情報、及び、クライアント装置１０２を操作するユーザの情報が送信される。
【００８４】
管理サーバ１０１のＣＰＵ２０１は、一括承認予約データの登録要求を受信すると（ステップＳ７１８）、受信した情報に従って、一括承認予約データテーブル１２１０に、一括承認予約データを登録する（ステップＳ７１９）。その後、処理をステップＳ７２９に進める。
【００８５】
申請データの指定を受け付けた後に、図１１の検索結果画面１１００の承認ボタン、否認ボタン、差戻ボタンに対する押下指示を受け付けることで入力される、承認／否認／差戻の指示を受け付けると（ステップＳ７２０でＹＥＳ）、クライアント装置１０２のＣＰＵ２０１は処理をステップＳ７２１に進め、それらのうち、指示された情報を送信する。この時、承認、否認、または、差戻のいずれかの情報とともに、ステップＳ７１５で指定された申請データを特定する情報（申請ＩＤ等）が管理サーバ１０１に送信される。尚、申請データ一覧表示部１１０３に、クライアント装置１０２のログインユーザが処理担当者ではない申請データが含まれている場合には、これら申請データに対する承認、否認、または、差戻のいずれかの情報は送信されない。
【００８６】
管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から送信された、承認、否認、または、差戻のいずれかの情報を受信すると（ステップＳ７２２）、それらの指示を受け付けた全ての申請データに対してステップＳ７２３からステップＳ７２８の処理を行う。
【００８７】
管理サーバ１０１のＣＰＵ２０１は、不図示のステップで処理対象とする申請データを特定し、その申請データのステータスを、受信した承認、否認、または、差戻のいずれかの情報に従って更新する（ステップＳ７２３）。申請データのステータスを更新した後に、次に当該申請データに対して行うワークフローの処理があるか否かを判定する（ステップＳ７２４）。この判定処理でＹＥＳと判定した場合には、管理サーバ１０１のＣＰＵ２０１は、当該申請データの次の処理において、当該申請データに各種の処理を実行するユーザを特定し、そのユーザを当該申請データに対する次の担当者に決定する（ステップＳ７２５）。
【００８８】
その後、管理サーバ１０１のＣＰＵ２０１は、次の担当者や申請者等に通知を行うかを判定する（ステップＳ７２６）。例えば、申請データが否認された場合には、その申請データの申請者に対して通知を行うと判定することになる。また、申請データが次の承認ステップに進んだ場合には、当該申請データの次の承認者（ステップＳ７２５で次の担当者と決定されたユーザ）に通知を行うと判定することになる。
【００８９】
管理サーバ１０１のＣＰＵ２０１は、ステップＳ７２６の判定処理で、通知を行う（ＹＥＳ）と判定した場合には、通知先を特定し（ステップＳ７２７）、特定した通知先に対する通知処理を行う（ステップＳ７２８）。ここでは、例えば電子メール等の方法で通知を行うことが可能である。
【００９０】
そして、上記ステップＳ７２３からステップＳ７２８の処理を、ステップＳ７１５で指定された全ての申請データに対して行った後に、処理をステップＳ７２９に進める。
【００９１】
管理サーバ１０１のＣＰＵ２０１は、ステップＳ７２９において、一括承認予約データの登録処理や、承認、否認、または、差戻のいずれかの情報に従った申請データのステータスの更新処理の処理結果を、クライアント装置１０２に送信する。
【００９２】
クライアント装置１０２のＣＰＵ２０１は、管理サーバ１０１から送信された処理家かを受信した後に（ステップＳ８３０）、本図に示す処理を継続するかを判定する（ステップＳ８３１）。この判定処理でＹＥＳと判定した場合には、クライアント装置１０２のＣＰＵ２０１は、処理をステップＳ７０９に進める。一方、処理を継続しない、即ち処理を終了すると判定した場合には、本図に示す処理を終了する。
【００９３】
以上が、図６のステップＳ６１１の申請データ検索処理の詳細な処理の一例の説明である。
【００９４】
次に、図８を参照して、図６のステップＳ６０９の一括承認予約データの承認処理の詳細な処理の一例について説明する。この処理は、一括承認予約データとしてユーザに登録された複数の申請データに対する承認等を行う処理であって、管理サーバ１０１のＣＰＵ２０１と、クライアント装置１０２のＣＰＵ２０１によって行われる処理である。
【００９５】
クライアント装置１０２のＣＰＵ２０１は、検索画面１１００の検索結果一覧表示部１００１に設定されているいずれかの選択ボタン１００２に対する押下指示により、一括承認予約データの指定を受け付ける（ステップＳ８０１）。そして、指定された一括承認予約データに含まれる申請データの取得要求を管理サーバ１０１に対して送信する（ステップＳ８０２）。
【００９６】
管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２からの一括承認予約データに含まれる申請データの取得要求を受け付けると（ステップＳ８０３）、申請データテーブル１２００から、一括承認予約データに含まれる申請データを取得する（ステップＳ８０４）。ここでは、申請データのステータスや担当者に関わらず、一括承認予約データに含まれる全ての申請データを取得することになる。そして、取得した申請データの一覧表示画面の画面情報を作成し、クライアント装置１０２に送信する（ステップＳ８０５）。
【００９７】
クライアント装置１０２のＣＰＵ２０１は、管理サーバ１０１から送信された画面情報を受信すると、その画面情報に従って、ディスプレイ装置２１０に不図示の申請データ一覧画面を表示する（ステップＳ８０６）。
【００９８】
その後、申請データ一覧画面を介して、申請データの指定を受け付ける（ステップＳ８０７）。この時、申請データ一覧画面に表示されている全ての申請データを一括で指定することも、個々の申請データを対象として選択することも可能になっている。その後、選択された申請データに対する、承認、否認、または、差戻の入力を受け付ける（ステップＳ８０８）。この時、クライアント装置１０２のログインユーザが処理担当者ではない申請データが含まれている場合には、これら申請データに対する承認、否認、または、差戻の入力を行うことは出来ない。
【００９９】
その後、クライアント装置１０２のＣＰＵ２０１は処理をステップＳ８０９に進め、承認、否認、または、差戻のうち、指示された情報を管理サーバ１０１に送信する。この時、承認、否認、または、差戻のいずれかの情報とともに、ステップＳ８０７で指定された申請データを特定する情報（申請ＩＤ等）が管理サーバ１０１に送信される。
【０１００】
この時、申請データ一覧画面には、一括承認予約データとして設定した全ての申請データの内容が表示されているので、クライアント装置１０２のログインユーザは、関連する複数の申請データに対する一括承認を行うことが可能になるとともに、他の申請データの内容を確認したうえで、申請データに対する承認、否認、差戻等を行うことが可能となる。また、ある申請データに対する否認処理を既に行っている場合に、当該申請データに関連する、本来であれば否認しなければならない他の申請データの承認／否認／差戻の入力処理を行うことが可能となるので、誤って当該他の申請データの承認をしてしまう危険性を低減させることが可能となる。
【０１０１】
管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から送信された、承認、否認、または、差戻のいずれかの情報を受信すると（ステップＳ８１０）、それらの指示を受け付けた全ての申請データに対してステップＳ８１１からステップＳ８１６の処理を行う。
【０１０２】
管理サーバ１０１のＣＰＵ２０１は、不図示のステップで処理対象とする申請データを特定し、その申請データのステータスを、受信した承認、否認、または、差戻のいずれかの情報に従って更新する（ステップＳ８１１）。申請データのステータスを更新した後に、次に当該申請データに対して行うワークフローの処理があるか否かを判定する（ステップＳ８１２）。この判定処理でＹＥＳと判定した場合には、管理サーバ１０１のＣＰＵ２０１は、当該申請データの次の処理において、当該申請データに各種の処理を実行するユーザを特定し、そのユーザを当該申請データに対する次の担当者に決定する（ステップＳ８１３）。
【０１０３】
その後、管理サーバ１０１のＣＰＵ２０１は、次の担当者や申請者等に通知を行うかを判定する（ステップＳ８１４）。例えば、申請データが否認された場合には、その申請データの申請者に対して通知を行うと判定することになる。また、申請データが次の承認ステップに進んだ場合には、当該申請データの次の承認者（ステップＳ８１３で次の担当者と決定されたユーザ）に通知を行うと判定することになる。
【０１０４】
管理サーバ１０１のＣＰＵ２０１は、ステップＳ８１４の判定処理で、通知を行う（ＹＥＳ）と判定した場合には、通知先を特定し（ステップＳ８１５）、特定した通知先に対する通知処理を行う（ステップＳ８１６）。ここでは、例えば電子メール等の方法で通知を行うことが可能である。
【０１０５】
そして、上記ステップＳ８１１からステップＳ８１６の処理を、ステップＳ８０７で指定された全ての申請データに対して行った後に、処理をステップＳ８１７に進める。
【０１０６】
管理サーバ１０１のＣＰＵ２０１は、ステップＳ８１７において、承認、否認、または、差戻のいずれかの情報に従った申請データのステータスの更新処理の処理結果を、クライアント装置１０２に送信する。
【０１０７】
クライアント装置１０２のＣＰＵ２０１は、管理サーバ１０１から送信された処理家かを受信した後に（ステップＳ８１８）、本図に示す処理を継続するかを判定する（ステップＳ８１９）。この判定処理でＹＥＳと判定した場合には、クライアント装置１０２のＣＰＵ２０１は、処理をステップＳ７０７に進める。一方、処理を継続しない、即ち処理を終了すると判定した場合には、本図に示す処理を終了する。
【０１０８】
以上説明したように、本発明では、複数の申請データを関連付けた一括承認予約データを登録しておくことで、その一括承認予約データを選択して、申請データの承認等の処理をする場合に、関連する申請データの内容を確認したうえで、申請データに対する承認等の処理を行うことが可能となる。複数の異なる申請者からの申請データを一括承認予約データとして登録しておけば、異なる申請者により関連する複数の申請が行われた場合であっても、承認者がそれら申請をまとめて処理することが可能となる
【０１０９】
また、一括承認予約データの一部を承認、一部を差戻しする等、それぞれの申請データのステータスに差異が生じても、一括承認予約データを指定すると、当該一括承認予約データに含まれる申請データのステータスや担当者に関わらず、全ての申請データが表示されることになるので、関連する申請データの承認状況をしながら、申請データの承認処理を行うことが可能となる。
【０１１０】
以上、実施形態の一例を詳述したが、本発明は、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。
【０１１１】
また、本発明におけるプログラムは、各処理方法をコンピュータが実行可能（読み取り可能）なプログラムであり、本発明の記録媒体は、各処理方法をコンピュータが実行可能なプログラムが記憶されている。
【０１１２】
なお、本発明におけるプログラムは、各装置の処理方法ごとのプログラムであってもよい。
【０１１３】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読取り実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１１４】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１１５】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１１６】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１７】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１８】
また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１１９】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１２０】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１２１】
１０１  管理サーバ
１０２  クライアント装置
１０３  ＬＡＮ
２０１  ＣＰＵ
２０２  ＲＡＭ
２０３  ＲＯＭ
２０４  システムバス
２０５  入力コントローラ
２０６  ビデオコントローラ
２０７  メモリコントローラ
２０８  通信Ｉ／Ｆ（インタフェース）コントローラ
２０９  入力装置
２１０  ディスプレイ装置
２１１  外部メモリ
【図１】
2014127003.tif 000003
【図２】
2014127003.tif 000004
【図３】
2014127003.tif 000005
【図４】
2014127003.tif 000006
【図５】
2014127003.tif 000007
【図６】
2014127003.tif 000008
【図７】
2014127003.tif 000009
【図８】
2014127003.tif 000010
【図９】
2014127003.tif 000011
【図１０】
2014127003.tif 000012
【図１１】
2014127003.tif 000013
【図１２】
2014127003.tif 000014