(57)【要約】      （修正有）【課題】承認された伝票から一括承認のルールをユーザが容易に登録できる仕組み又は伝票一覧から一括承認対象となる伝票を容易に判断できるワークフローサーバ情報処理方法及びプログラムを提供する。【解決手段】ユーザからの操作を受け付けるクライアントＰＣと通信可能なワークフローサーバであって、クライアントＰＣから伝票の承認要求を受け付ける際に、一括承認登録要求を受け付ける。一括承認登録要求を受け付けた際に、クライアントＰＣへ一括承認ルールの設定のための情報を送信し、送信された情報を元にクライアントＰＣで設定された項目を一括承認ルールとして受信し、一括承認ルール記憶部に登録する。登録された一括承認ルールに則ってユーザに一括承認させるべく、クライアントＰＣに一括承認情報を送信する。【選択図】図４
2018205825.tif 000002
【特許請求の範囲】
【請求項１】
ユーザからの操作を受け付けるクライアントＰＣと通信可能なワークフローサーバであって、
前記クライアントＰＣから、伝票の承認要求を受け付ける際に、一括承認登録要求を受け付ける一括承認登録要求受付手段と、
前記一括承認登録要求受付手段により一括承認登録要求を受け付けた際に、前記クライアントＰＣへ一括承認ルールの設定のための情報を送信する一括承認ルール設定情報送信手段と、
前記一括承認ルール設定情報送信手段によって送信された情報を元に前記クライアントＰＣで設定された項目を一括承認ルールとして受信する一括承認ルール受信手段と、
前記一括承認ルール受信手段により受信された一括承認ルールを一括承認ルール記憶部に登録する一括承認ルール登録手段と、
前記一括承認ルール登録手段により登録された一括承認ルールに則ってユーザに一括承認させるべく、前記クライアントＰＣに一括承認情報を送信する一括承認情報送信手段と
を有することを特徴とするワークフローサーバ。
【請求項２】
前記一括承認情報送信手段は、前記一括承認ルール受信手段により、受信された一括承認ルールに設定された項目を表示させるべく承認情報を送信することを特徴とする請求項１に記載のワークフローサーバ。
【請求項３】
ユーザからの操作を受け付けるクライアントＰＣと通信可能なワークフローサーバであって、
ワークフローにおける伝票の一括承認要求を受け付ける一括承認要求受付手段を有し、
前記一括承認要求受付手段で受け付ける一括承認の伝票を表示する場合、他の個別承認の伝票リストと識別可能の表示するようにクライアントＰＣに表示制御させる第１の一括承認伝票表示制御手段と
を有することを特徴とするワークフローサーバ。
【請求項４】
ユーザからの操作を受け付けるクライアントＰＣと通信可能なワークフローサーバであって、
ワークフローにおける伝票の一括承認要求を受け付ける一括承認要求受付手段を有し、
前記一括承認要求受付手段で受け付ける一括承認の伝票を、他の個別承認の伝票リストより優先的に表示するようにクライアントＰＣに表示制御させる第２の一括承認伝票表示制御手段と
を有することを特徴とするワークフローサーバ。
【請求項５】
ユーザからの操作を受け付けるクライアントＰＣと通信可能なワークフローサーバであって、
ワークフローにおける伝票の一括承認要求を受け付ける一括承認要求受付手段を有し、
前記一括承認要求受付手段で受け付ける一括承認の伝票は、クライアントＰＣにデフォルトでフラグを立てて表示させ、ユーザが容易に選択可能に表示制御させる第３の一括承認伝票表示制御手段と
を有することを特徴とするワークフローサーバ。
【請求項６】
ユーザからの操作を受け付けるクライアントＰＣと通信可能なワークフローサーバであって、
ワークフローにおける伝票の一括承認要求を受け付ける一括承認要求受付手段を有し、
前記一括承認要求受付手段で受け付ける一括承認の伝票が選択された際に、前記一括承認要求受付手段で受け付けた一括承認要求の条件をポップアップ画面としてクライアントＰＣに表示制御させる第４の一括承認伝票表示制御手段と
を有することを特徴とするワークフローサーバ。
【請求項７】
ユーザからの操作を受け付けるクライアントＰＣと通信可能なワークフローサーバにおける情報処理方法であって、
前記クライアントＰＣから、伝票の承認要求を受け付ける際に、一括承認登録要求を受け付ける一括承認登録要求受付工程と、
前記一括承認登録要求受付工程により一括承認登録要求を受け付けた際に、前記クライアントＰＣへ一括承認ルールの設定のための情報を送信する一括承認ルール設定情報送信工程と、
前記一括承認ルール設定情報送信工程によって送信された情報を元に前記クライアントＰＣで設定された項目を一括承認ルールとして受信する一括承認ルール受信工程と、
前記一括承認ルール受信工程により受信された一括承認ルールを一括承認ルール記憶部に登録する一括承認ルール登録工程と、
前記一括承認ルール登録工程により登録された一括承認ルールに則ってユーザに一括承認させるべく、前記クライアントＰＣに一括承認情報を送信する一括承認情報送信工程と
を有することを特徴とする情報処理方法。
【請求項８】
ユーザからの操作を受け付けるクライアントＰＣと通信可能なワークフローサーバにおける情報処理方法であって、
ワークフローにおける伝票の一括承認要求を受け付ける一括承認要求受付工程を有し、
前記一括承認要求受付工程で受け付ける一括承認の伝票を表示する場合、他の個別承認の伝票リストと識別可能の表示するようにクライアントＰＣに表示制御させる第１の一括承認伝票表示制御工程と
を有することを特徴とする情報処理方法。
【請求項９】
ユーザからの操作を受け付けるクライアントＰＣと通信可能なワークフローサーバにおける情報処理方法であって、
ワークフローにおける伝票の一括承認要求を受け付ける一括承認要求受付工程を有し、
前記一括承認要求受付工程で受け付ける一括承認の伝票を、他の個別承認の伝票リストより優先的に表示するようにクライアントＰＣに表示制御させる第２の一括承認伝票表示制御工程と
を有することを特徴とする情報処理方法。
【請求項１０】
ユーザからの操作を受け付けるクライアントＰＣと通信可能なワークフローサーバにおける情報処理方法であって、
ワークフローにおける伝票の一括承認要求を受け付ける一括承認要求受付工程を有し、
前記一括承認要求受付工程で受け付ける一括承認の伝票は、クライアントＰＣにデフォルトでフラグを立てて表示させ、ユーザが容易に選択可能に表示制御させる第３の一括承認伝票表示制御工程と
を有することを特徴とする情報処理方法。
【請求項１１】
ユーザからの操作を受け付けるクライアントＰＣと通信可能なワークフローサーバにおける情報処理方法であって、
ワークフローにおける伝票の一括承認要求を受け付ける一括承認要求受付工程を有し、
前記一括承認要求受付工程で受け付ける一括承認の伝票が選択された際に、前記一括承認要求受付工程で受け付けた一括承認要求の条件をポップアップ画面としてクライアントＰＣに表示制御させる第４の一括承認伝票表示制御工程と
を有することを特徴とする情報処理方法。
【請求項１２】
ユーザからの操作を受け付けるクライアントＰＣと通信可能なワークフローサーバを動作させるプログラムであって、
前記プログラムは、
前記クライアントＰＣから、伝票の承認要求を受け付ける際に、一括承認登録要求を受け付ける一括承認登録要求受付手段と、
前記一括承認登録要求受付手段により一括承認登録要求を受け付けた際に、前記クライアントＰＣへ一括承認ルールの設定のための情報を送信する一括承認ルール設定情報送信手段と、
前記一括承認ルール設定情報送信手段によって送信された情報を元に前記クライアントＰＣで設定された項目を一括承認ルールとして受信する一括承認ルール受信手段と、
前記一括承認ルール受信手段により受信された一括承認ルールを一括承認ルール記憶部に登録する一括承認ルール登録手段と、
前記一括承認ルール登録手段により登録された一括承認ルールに則ってユーザに一括承認させるべく、前記クライアントＰＣに一括承認情報を送信する一括承認情報送信手段と
して動作させることを特徴とするプログラム。
【請求項１３】
ユーザからの操作を受け付けるクライアントＰＣと通信可能なワークフローサーバを動作させるプログラムであって、
前記プログラムは、
ワークフローにおける伝票の一括承認要求を受け付ける一括承認要求受付手段を有し、
前記一括承認要求受付手段で受け付ける一括承認の伝票を表示する場合、他の個別承認の伝票リストと識別可能の表示するようにクライアントＰＣに表示制御させる第１の一括承認伝票表示制御手段と
して動作させることを特徴とするプログラム。
【請求項１４】
ユーザからの操作を受け付けるクライアントＰＣと通信可能なワークフローサーバを動作させるプログラムであって、
前記プログラムは、
ワークフローにおける伝票の一括承認要求を受け付ける一括承認要求受付手段を有し、
前記一括承認要求受付手段で受け付ける一括承認の伝票を、他の個別承認の伝票リストより優先的に表示するようにクライアントＰＣに表示制御させる第２の一括承認伝票表示制御手段と
して動作させることを特徴とするプログラム。
【請求項１５】
ユーザからの操作を受け付けるクライアントＰＣと通信可能なワークフローサーバを動作させるプログラムであって、
前記プログラムは、
ワークフローにおける伝票の一括承認要求を受け付ける一括承認要求受付手段を有し、
前記一括承認要求受付手段で受け付ける一括承認の伝票は、クライアントＰＣにデフォルトでフラグを立てて表示させ、ユーザが容易に選択可能に表示制御させる第３の一括承認伝票表示制御手段と
して動作させることを特徴とするプログラム。
【請求項１６】
ユーザからの操作を受け付けるクライアントＰＣと通信可能なワークフローサーバを動作させるプログラムであって、
前記プログラムは、
ワークフローにおける伝票の一括承認要求を受け付ける一括承認要求受付手段を有し、
前記一括承認要求受付手段で受け付ける一括承認の伝票が選択された際に、前記一括承認要求受付手段で受け付けた一括承認要求の条件をポップアップ画面としてクライアントＰＣに表示制御させる第４の一括承認伝票表示制御手段と
を有することを特徴とするワークフローサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワークフローシステムにおける一括承認処理を行うワークフローサーバ、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
ワークスフローシステムにおいて、業務効率を向上させるため、申請される伝票の一括承認機能を有するシステムがある。
【０００３】
一括承認可能なシステムでは、承認処理の重要度に応じて一括承認でも良いか個別承認すべきか判断する必要があるが、一括承認の条件は業務や状況によっても変化することが多い。
【０００４】
特許文献１には、承認された伝票から承認条件を分析し、一括承認ルールの登録を行うシステムについて開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−０３８１７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１には、ワークフローの一つとして必要な段階で承認処理を登録しておき、ワークフローが承認処理に達した時に、それまでに承認依頼された全ての承認処理を一括して行わせることができるワークフローシステムが記載されている。
【０００７】
しかし、事前に承認処理を登録しておく必要があり、登録する承認処理の条件は業務や状況によって変化することに対応できないという課題がある。
【０００８】
そのため、承認条件を承認処理の流れで登録できる仕組みを提供することが望まれる。
【０００９】
そこで、本発明は、承認された伝票から一括承認のルールをユーザが容易に登録できる仕組みを提供すること、又は伝票一覧から一括承認対象となる伝票を容易に判断できることを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、ユーザからの操作を受け付けるクライアントＰＣと通信可能なワークフローサーバであって、前記クライアントＰＣから、伝票の承認要求を受け付ける際に、一括承認登録要求を受け付ける一括承認登録要求受付手段と、前記一括承認登録要求受付手段により一括承認登録要求を受け付けた際に、前記クライアントＰＣへ一括承認ルールの設定のための情報を送信する一括承認ルール設定情報送信手段と、前記一括承認ルール設定情報送信手段によって送信された情報を元に前記クライアントＰＣで設定された項目を一括承認ルールとして受信する一括承認ルール受信手段と、前記一括承認ルール受信手段により受信された一括承認ルールを一括承認ルール記憶部に登録する一括承認ルール登録手段と、前記一括承認ルール登録手段により登録された一括承認ルールに則ってユーザに一括承認させるべく、前記クライアントＰＣに一括承認情報を送信する一括承認情報送信手段とを有することを特徴とする。
【００１１】
また、本発明は、ユーザからの操作を受け付けるクライアントＰＣと通信可能なワークフローサーバであって、ワークフローにおける伝票の一括承認要求を受け付ける一括承認要求受付手段を有し、前記一括承認要求受付手段で受け付ける一括承認の伝票を表示する場合、他の個別承認の伝票リストと識別可能の表示するようにクライアントＰＣに表示制御させる第１の一括承認伝票表示制御手段とを有することを特徴とする。
【００１２】
また、本発明は、ユーザからの操作を受け付けるクライアントＰＣと通信可能なワークフローサーバであって、ワークフローにおける伝票の一括承認要求を受け付ける一括承認要求受付手段を有し、前記一括承認要求受付手段で受け付ける一括承認の伝票を、他の個別承認の伝票リストより優先的に表示するようにクライアントＰＣに表示制御させる第２の一括承認伝票表示制御手段とを有することを特徴とする。
【００１３】
また、本発明は、ユーザからの操作を受け付けるクライアントＰＣと通信可能なワークフローサーバであって、ワークフローにおける伝票の一括承認要求を受け付ける一括承認要求受付手段を有し、前記一括承認要求受付手段で受け付ける一括承認の伝票は、クライアントＰＣにデフォルトでフラグを立てて表示させ、ユーザが容易に選択可能に表示制御させる第３の一括承認伝票表示制御手段とを有することを特徴とする。
【００１４】
また、本発明は、ユーザからの操作を受け付けるクライアントＰＣと通信可能なワークフローサーバであって、  ワークフローにおける伝票の一括承認要求を受け付ける一括承認要求受付手段を有し、前記一括承認要求受付手段で受け付ける一括承認の伝票が選択された際に、前記一括承認要求受付手段で受け付けた一括承認要求の条件をポップアップ画面としてクライアントＰＣに表示制御させる第４の一括承認伝票表示制御手段とを有することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、承認された伝票から一括承認のルールをユーザが容易に登録できる仕組みを提供すること、及び伝票一覧から一括承認対象となる伝票を判断しやすくすることを可能とする。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態における、システム構成の一例を示すブロック図である。
【図２】本発明の実施形態における、情報処理装置に適応されるハードウェア構成の一例を示すブロック図である。
【図３】本発明の実施形態における、ワークフローサーバ２００とクライアントＰＣ１００とのデータの処理の流れを示す第１のフローチャートである。
【図４】本発明の実施形態における、ワークフローサーバ２００とクライアントＰＣ１００とのデータの処理の流れを示す第２のフローチャートである。
【図５】本発明の実施形態における、ワークフローの承認一覧画面イメージの一例を示す模式図である。
【図６】本発明の実施形態における、ワークフローの承認画面イメージの一例を示す模式図である。
【図７】本発明の実施形態における、ワークフローの一括承認ルールを登録する画面イメージの一例を示す模式図である。
【図８】本発明の実施形態における、ワークフローの一括承認ルール一覧を表示する画面イメージの一例を示す模式図である。
【図９】本発明の実施形態における、ワークフローの一括承認ルールを変更する画面イメージの一例を示す模式図である。
【図１０】本発明の実施形態における、ワークフローの一括承認ルールマスタテーブルの一例を示す模式図である。
【発明を実施するための形態】
【００１７】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１８】
図１は、本発明の実施形態における、システム構成の一例を示すブロック図である。
【００１９】
図１のクライアントＰＣ１００は、ユーザがワークフローシステムへの申請や承認操作を行うための端末であり、ネットワーク３００によりワークフローサーバ２００と接続されている。
【００２０】
ワークフローサーバ２００は、クライアントＰＣ１００から申請された伝票情報や一括承認ルール情報などを記憶し、クライアントＰＣ１００からの承認依頼や一括承認依頼、または一括承認依頼のルールの登録依頼等を受け付け、承認処理やルールの登録などの処理を行う。
【００２１】
また、ワークフローサーバ２００は、クライアントＰＣ１００からの承認処理依頼などでクライアントＰＣ１００に表示させる画面イメージの情報を生成し、クライアントＰＣ１００に送信する。
【００２２】
クライアントＰＣ１００は、ワークフローサーバ２００から受信した情報を画面イメージとして後述するディスプレイ２１０に表示し、ユーザの承認操作を受け付ける。
【００２３】
図２は、本発明の実施形態におけるクライアントＰＣ１００、ワークフローサーバ２００などに適応される情報処理装置のハードウェア構成の一例を示すブロック図である。
【００２４】
図２に示すように、情報処理装置は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、よび通信Ｉ／Ｆコントローラ２０８が接続される。
【００２５】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２６】
ＲＯＭ２０２あるいは外部メモリ２１１は、ＣＰＵ２０１が実行する制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や、本情報処理方法を実現するためのコンピュータ読み取り実行可能なプログラムおよび必要な各種データ（データテーブルを含む）を保持している。
【００２７】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、ロードしたプログラムを実行することで各種動作を実現する。
【００２８】
入力コントローラ２０５は、キーボード２０９や不図示のマウス等のポインティングデバイス等の入力装置からの入力を制御する。入力装置がタッチパネルの場合、ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができることとする。
【００２９】
また、タッチパネルは、マルチタッチスクリーンなどの、複数の指でタッチされた位置を検出することが可能なタッチパネルであってもよい。
【００３０】
ビデオコントローラ２０６は、ディスプレイ２１０などの外部出力装置への表示を制御する。ディスプレイは本体と一体になったノート型パソコンのディスプレイも含まれるものとする。なお、外部出力装置はディスプレイに限ったものははく、例えばプロジェクタであってもよい。また、前述のタッチ操作を受け付け可能な装置については、入力装置も提供する。
【００３１】
なおビデオコントローラ２０６は、表示制御を行うためのビデオメモリ（ＶＲＡＭ）を制御することが可能で、ビデオメモリ領域としてＲＡＭ２０３の一部を利用することもできるし、別途専用のビデオメモリを設けることも可能である。
【００３２】
メモリコントローラ２０７は、外部メモリ２１１へのアクセスを制御する。外部メモリとしては、ブートプログラム、各種アプリケーション、フォントデータ、ユーザファイル、編集ファイル、および各種データ等を記憶する外部記憶装置（ハードディスク）、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等を利用可能である。
【００３３】
通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信やＩＳＤＮなどの電話回線、および携帯電話の３Ｇ回線を用いた通信が可能である。
【００３４】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３５】
ハードウェア上で動作する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３６】
なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。
【００３７】
次に、図３のフローチャートを参照して、本発明の実施形態における一括承認ルールを登録する処理について説明する。
【００３８】
図３は、本発明の実施形態における、ワークフローサーバ２００とクライアントＰＣ１００とのデータの処理の流れを示す第１のフローチャートであり、図中のＳ３０１〜Ｓ３１９は各ステップを示す。各ステップの処理は、それぞれのシステムの外部メモリ２１１に格納されたアプリケーションプログラムを、それぞれのシステムのＣＰＵ２０１がＲＡＭ２０３上にロードして実行することにより実現される。
【００３９】
図３のフローチャートは、クライアントＰＣ１００において、ユーザが他のユーザの申請したワークフローの伝票を承認しようとする際に開始される処理の流れである。
【００４０】
まず、ステップＳ３０１において、クライアントＰＣ１００のＣＰＵ２０１は、ユーザからのログイン処理を受け付ける。ログイン処理としては、クライアントＰＣ上でユーザＩＤやパスワード等の認証処理を行っても良いし、ワークフローサーバ２００へ情報を送信して認証処理を行っても良い。認証処理については、既知の技術であるため説明を省略する。
【００４１】
次に、ステップＳ３０２において、クライアントＰＣ１００のＣＰＵ２０１は、当該ユーザが承認すべき伝票の一覧情報を取得する要求をワークフローサーバ２００に行う。
【００４２】
ステップＳ３０３において、ワークフローサーバ２００のＣＰＵ２０１は、クライアントＰＣ１００からの伝票一覧取得要求を受け付けると、次のステップＳ３０４において、当該ユーザが承認すべき伝票一覧リストの情報を生成し、クライアントＰＣ１００に送信する。
【００４３】
ステップＳ３０５において、クライアントＰＣ１００のＣＰＵ２０１は、ワークフローサーバ２００により送信された伝票一覧リストを受信し、クライアントＰＣ１００のディスプレイ２１０に表示する。伝票一覧リストを表示する処理は、既知の技術であるため説明を省略する。
【００４４】
表示された伝票一覧リストから、ユーザが承認する伝票を選択後、クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ３０６において、選択された伝票の詳細情報を表示するための情報をワークフローサーバ２００に要求する。
【００４５】
ステップＳ３０７において、ワークフローサーバ２００のＣＰＵ２０１は、クライアントＰＣ１００から選択された伝票の詳細情報の取得要求を受け付けると、次のステップＳ３０８において、選択された伝票の詳細情報をクライアントＰＣ１００に送信する。
【００４６】
ステップＳ３０９において、クライアントＰＣ１００のＣＰＵ２０１は、ワークフローサーバ２００から送信された伝票の詳細情報を受信し、クライアントＰＣ１００のディスプレイ２１０に表示する。ディスプレイ２１０に表示された画面イメージを図６を参照して説明する。
【００４７】
図６は、本発明の実施形態における、ワークフローの承認画面イメージの一例を示す模式図である。
【００４８】
６００は、ディスプレイ２１０に表示された承認画面のイメージの一例であり、６０１には申請情報の項目、６０２には申請情報の値を表示している。６０３は、今後一括承認させるための条件を登録するかどうかのチェックフラグ（一括承認登録要求部）である。６０３のチェックボックスにチェックが入っている場合は、一括承認ルールを登録する処理へと遷移する。詳細はステップＳ３１３以降で説明する。
【００４９】
６０４の「承認」ボタンは、この伝票を承認する際に押下されるボタンであり、６０５の「戻る」ボタンはこの伝票の承認を止めて伝票一覧リストに戻る際に押下されるボタンである。図３のフローチャートの説明に戻る。
【００５０】
図３のステップＳ３０９において、伝票の詳細情報を表示すると、次のステップＳ３１０において、クライアントＰＣ１００のＣＰＵ２０１は、ユーザからのチェックボックス６０３や承認ボタン６０４、戻るボタン６０５などの入力を受け付ける。
【００５１】
次に、ステップＳ３１１において、クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ３１０で受け付けた情報をワークフローサーバ２００に送信する。
【００５２】
ステップＳ３１２において、ワークフローサーバ２００のＣＰＵ２０１は、クライアントＰＣ１００から送信された伝票承認要求を受け付け、次のステップＳ３１３へと処理を遷移する。
【００５３】
次のステップＳ３１３において、ワークフローサーバ２００のＣＰＵ２０１は、ステップＳ３１０で入力を受け付けた一括承認ルール登録チェックボックス６０３が有効（ＯＮ）か無効（ＯＦＦ）かを判断する。一括承認ルール登録チェックボックス６０３が有効（ＯＮ）な場合はステップＳ３１４へと処理を遷移し（一括承認登録要求受付部）、一括承認ルール登録チェックボックス６０３が無効（ＯＦＦ）の場合は、本発明の処理を終了し、通常の承認処理を実行する。
【００５４】
ステップＳ３１４へと処理を遷移すると、ワークフローサーバ２００のＣＰＵ２０１は、一括承認ルール生成の為の画面情報を生成し、クライアントＰＣ１００に送信する（一括承認ルール設定情報送信部）。
【００５５】
クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ３１５において、ステップＳ３１４より送信された一括承認ルール生成の為の画面情報を受信し、ディスプレイ２１０に表示する。ディスプレイ２１０に表示された画面イメージを図７を参照して説明する。
【００５６】
図７は、本発明の実施形態における、ワークフローの一括承認ルールを登録する画面イメージの一例を示す模式図である。
【００５７】
７００は、ディスプレイ２１０に表示された一括承認ルール登録画面のイメージの一例であり、７０１には一括承認ルールの項目名、７０２には一括承認ルールの条件、７０３には一括承認ルールの値、７０４には一括承認ルールの結合条件をそれぞれ設定できる。７００において、７０１から７０４の入力項目を入力して、「登録」ボタン７０５を押下すると、７０１から７０４に入力された値をクライアントＰＣ１００の一括承認ルールマスタに登録する。一括承認ルールマスタの例を図１０を参照して説明する。
【００５８】
図１０は、本発明の実施形態における、ワークフローの一括承認ルールマスタテーブルの一例を示す模式図である。
【００５９】
１０００は、一括承認ルールマスタテーブルの例であり、１００１は一括承認ルールを一意に識別するルールＩＤ、１００２は一括承認ルールを登録したユーザＩＤ（＝ステップＳ３０１でログインしたユーザのＩＤ）である。１００３は１つのルールＩＤに紐づく複数のルールに付与される連番である。１００４のルール欄には、図７で入力された７０１の一括承認ルールの項目名が入力される。１００５の条件欄には図７の７０２の一括承認ルールの条件、１００６の条件値欄には７０３の一括承認ルールの値、１００７の結合条件欄には複数のルールを結合する７０４の一括承認ルールの結合条件が入力される。この一括承認ルールマスタのデータを参照して、以後一括承認する処理を決定することになる。１００８の削除フラグは、一括承認ルールを削除した際にＴＲＵＥとなるフラグである。
【００６０】
１００９ａの例では、「ワークフロー申請＝交通費精算申請ＡＮＤ申請金額＜２５００」の一括承認ルールの適用を想定した時のデータ例であり、１００９ｂの例は、「申請者＝ユーザＩＤ（Ｕ０００３）」の一括承認ルールの適用を想定した時のデータ例、１００９ｃの例は、一括承認ルールが削除された時のデータ例である。図３のフローチャートの説明に戻る。
【００６１】
図３のステップＳ３１５において、クライアントＰＣ１００のＣＰＵ２０１は、ワークフローサーバ２００から受信した一括承認ルール生成の為の画面情報を図７のように表示し、次のステップＳ３１６において、ユーザの入力を受け付ける。なお、図７のような入力画面にデフォルトで表示しておく入力値としては、ステップＳ３０８で送信された入力値としても良い。デフォルトでステップＳ３０８から受信する値を入力値とすることにより、普段良く承認する処理を一括承認ルールとして容易に設定することが可能となる。
【００６２】
ステップＳ３１６において、一括承認ルール条件の入力を受け付ける（例えば、図７の７００のような条件が入力される）と、次のステップＳ３１７において、クライアントＰＣ１００のＣＰＵ２０１は、入力された一括承認ルールをワークフローサーバの一括承認ルールマスタ（図１０と同様）に登録するためにデータを送信する。
【００６３】
次のステップＳ３１８においてワークフローサーバ２００のＣＰＵ２０１は、クライアントＰＣ１００が送信した一括承認ルールマスタに対応する情報を受信し（一括承認ルール受信部）、次のステップＳ３１９において、一括承認ルールマスタテーブル（一括承認ルール記憶部）に登録する。登録する内容は、例えば前述した図１０と同様である。
【００６４】
以上の処理により、承認者が承認処理をしながら容易に一括承認のルールを登録できることができる効果を有する。
【００６５】
次に、図４を参照して、本発明の実施形態における一括承認ルール登録後の伝票一括承認処理について説明する。
【００６６】
図４は、本発明の実施形態における、ワークフローサーバ２００とクライアントＰＣ１００とのデータの処理の流れを示す第２のフローチャートであり、図中のＳ４０１〜Ｓ４１１は各ステップを示す。各ステップの処理は、それぞれのシステムの外部メモリ２１１に格納されたアプリケーションプログラムを、それぞれのシステムのＣＰＵ２０１がＲＡＭ２０３上にロードして実行することにより実現される。
【００６７】
図４のフローチャートは、クライアントＰＣ１００において、一括承認ルール登録後にユーザがワークフローの伝票を承認しようとする際に開始される処理の流れである。
【００６８】
まず、ステップＳ４０１において、クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ３０１と同様にユーザからのログイン処理を受け付ける。
【００６９】
次に、ステップＳ４０２において、クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ３０２と同様に当該ユーザが承認すべき伝票の一覧情報を取得する要求をワークフローサーバ２００に対して行う。その際、図３で登録された一括承認ルールに則った一覧情報を要求する（一括承認要求部）。
【００７０】
ステップＳ４０３において、ワークフローサーバ２００のＣＰＵ２０１は、クライアントＰＣ１００からの伝票一覧取得要求を受け付け（一括承認要求受付部）、次のステップＳ４０４において、ワークフローサーバ２００が保持している伝票の内、一括承認ルールマスタに記憶された条件に合う伝票（一括承認情報）を抽出する。
【００７１】
次のステップＳ４０５において、ワークフローサーバ２００のＣＰＵ２０１は、クライアントＰＣ１００に伝票一覧情報を一括承認情報と共に送信する（一括承認情報送信部）。
【００７２】
次に、ステップＳ４０６において、クライアントＰＣ１００のＣＰＵ２０１は、ワークフローサーバ２００から受信した伝票一覧情報を表示する。伝票一覧を表示する際に、ステップＳ４０４で抽出した伝票を識別可能に表示する（一括承認伝票表示制御部からの情報表示）。図５を参照して、一括承認ルール設定後の伝票リスト表示イメージを説明する。
【００７３】
図５は、本発明の実施形態における、ワークフローの伝票一覧画面イメージの一例を示す模式図である。
【００７４】
図５の５００は、ユーザが承認すべき伝票のリストであり、上の３つの伝票が一括承認可能な伝票である例である。このように一括承認可能な伝票を他の伝票一覧よりも上位に（即ち、優先的に）表示することにより、一括承認可能な伝票をまとめて承認可能となる効果を有する。また、伝票一覧画面５００の一括承認可能な伝票のみ色を変えて表示し、他の詳細な承認処理が必要な伝票と識別可能に表示しても良い。
【００７５】
また、伝票一覧画面５００には図７の一括承認ルールの条件である「ワークフロー申請＝交通費精算申請」という条件と「申請金額＜２５００」という条件に該当する値を５０２のように表示している。このように、一括承認ルールの条件に該当する値は少なくとも伝票一覧画面に表示することにより、一括承認であっても目暗承認にはさせずに承認させることができる。
【００７６】
更に、伝票一覧画面５００の５０１には、一括承認可能な伝票についてデフォルトで予めチェックボックスにチェックが入っている。デフォルトでチェックボックスにチェックが入っていることにより、一括承認ボタン５０３の押下のみの操作で承認が可能となり、ユーザが一括承認したい伝票を一つ一つ選択して承認する手間を省くことができる。
【００７７】
また、マウスアイコンを一括承認に該当する伝票上に移動させると、５０４のようにポップアップ画面を表示し、一括承認適用条件として一括承認ルールを表示しても良い。５０４のようなポップアップ画面が表示されることにより、以前承認者ユーザが自分で作成した一括承認ルールを確認することができ、必要であれば、ユーザが一括承認ルールの変更を促すことができる。
【００７８】
以上のような伝票一覧画面を表示することによりユーザが伝票一覧から一括承認対象となる伝票を判断しやすくし、承認処理を手間なく行うことを可能とする。図４のフローチャートの説明に戻る。
【００７９】
図４のステップＳ４０６において、伝票一覧画面を表示すると、次のステップＳ４０７において、クライアントＰＣ１００のＣＰＵ２０１は、一括承認の入力を受け付け、一括承認実行要求をワークフローサーバ２００に送信する。ユーザからの一括承認の入力の受け付けは、例えば図５の一括承認ボタン５０３の押下によって受け付ける、
次にステップＳ４０８において、ワークフローサーバ２００のＣＰＵ２０１は、ステップＳ４０７から受信した一括承認実行要求を受信し、次のステップＳ４０９において、一括承認を要求された伝票を一括承認する。
【００８０】
次にステップＳ４１０において、ワークフローサーバ２００のＣＰＵ２０１は、ステップＳ４０９により一括承認された伝票以外の伝票のリスト情報を生成し、クライアントＰＣ１００に送信する。送信された伝票のリスト情報はステップＳ４１１において、クライアントＰＣ１００のＣＰＵ２０１が、一括承認ルールに則っていない伝票をクライアントＰＣ１００のディスプレイ２１０に表示する。以後、通常の承認処理を行う処理に移行し、本発明の処理を終える。
【００８１】
以上の処理により、本発明は、承認された伝票から一括承認のルールをユーザが容易に登録できる仕組みを提供する、及び伝票一覧から一括承認対象となる伝票を容易に判断できるという効果を有している。
【００８２】
また、他の実施例として、一括承認ルールを変更できる処理を設けても良い。一括承認ルールを変更する処理を図８及び図９の画面イメージを参照して説明する。
【００８３】
図８は、本発明の実施形態における、ワークフローの一括承認ルール一覧を表示する画面イメージの一例を示す模式図である。
【００８４】
図８の８００はクライアントＰＣ１００上のディスプレイ２１０に表示される画面イメージであり、８０２や８０３には一括承認ルールの条件が登録されている。８０１の変更チェックボックス欄には、ユーザが変更したい一括承認ルールにチェックが入力される。８００の場合は、２行目の「ワークフロー申請＝交通費精算申請  ＡＮＤ  申請金額＜２５００」という条件の一括承認ルールを変更したい場合の例である。チェックボックスにチェックを入力後、変更ボタン８０５もしくは削除ボタン８０６を押下し、一括承認ルールを変更するか削除するかを決定できる。
【００８５】
図９は、本発明の実施形態における、ワークフローの一括承認ルールを変更する画面イメージの一例を示す模式図である。
【００８６】
図９の９００はクライアントＰＣ１００上のディスプレイ２１０に表示される画面イメージであり、９０１から９０４には変更する一括承認ルールが入力されている。修正が必要な入力項目をユーザがこの画面から変更し、変更ボタン９０５を押下することにより、一括承認ルールを変更することが可能となる効果を有する。
【００８７】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００８８】
また、本発明におけるプログラムは、図３〜４の処理をコンピュータに実行させるプログラムである。なお、本発明におけるプログラムは、図３〜４の各処理ごとのプログラムであってもよい。
【００８９】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【００９０】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【００９１】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【００９２】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９３】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９４】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００９５】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００９６】
１００  クライアントＰＣ
２００  ワークフローサーバ
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  システムバス
２０５  入力コントローラ
２０６  ビデオコントローラ
２０７  メモリコントローラ
２０８  通信Ｉ／Ｆ（インタフェース）コントローラ
２０９  入力装置
２１０  ディスプレイ装置
２１１  外部メモリ
３００  インターネット
【図１】
2018205825.tif 000003
【図２】
2018205825.tif 000004
【図３】
2018205825.tif 000005
【図４】
2018205825.tif 000006
【図５】
2018205825.tif 000007
【図６】
2018205825.tif 000008
【図７】
2018205825.tif 000009
【図８】
2018205825.tif 000010
【図９】
2018205825.tif 000011
【図１０】
2018205825.tif 000012