JP2011118488A - 情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】ネットワークなどのへの負荷を軽減し、また、効率の良いシステム開発をすることができる情報処理装置、情報処理方法及びプログラムを提供する。
【解決手段】業務をフローに従って電子的に処理する情報処理装置であって、申請された伝票データを受け取る伝票データ受取手段と、前記伝票データ受取手段で受け取った伝票データの属性に関するデータを第一のデータテーブルに登録する第一のデータ登録手段と、前記伝票データ受取手段で受け取った伝票データの申請に関するデータを符号化する符号化手段と、前記符号化手段で符号化されたデータを第二のデータテーブルに登録する第二のデータ登録手段とを備えることを特徴とした情報処理装置。
【選択図】なし

Description

本発明は、企業などの組織内の業務を遂行するための業務システムに係わり、特にワークフローを考慮した業務システムにおける、情報処理装置、情報処理方法及びプログラムに関する。

企業などの組織内において行われるさまざまな業務を効率的に実行するために、例えば、会計システムや、人事システムといった様々な業務システムが導入されてきた。これらの業務システムを導入しようとした場合、ベンダーが都度、顧客であるユーザの業務要件を確認して必要な機能を特定してシステム開発していた。

一方で、組織内においては、各人は自身が担当する業務に関する職務権限が与えられている。たとえば上司と部下という関係においては部下の職務を上司が承認するという行為が行われる。すなわち、業務遂行にあたっては複数の人に対して電子的に書類等の回覧が行われる。一般的にワークフロー処理と言われるものである。

しかし業務システムにおいてワークフロー機能を有するシステム開発しようとすると、業務システムごとにワークフロー機能を持たせる必要があったことから多大な開発工数を要する問題があった。

この問題を解決する技術が特許文献１で開示されている。つまり特許文献１の技術では各業務システムが伝票を起票するユーザ向けにあらかじめ用意してある入力画面をイメージデータ化して、そのイメージデータを承認用画面として用いている。そのため、どのような業務システムであっても、承認用の画面を容易に開発することが可能となる。

特開２００９−２０６３６号公報

特許文献１の技術ではすべての申請時の画面データをイメージファイルとして生成し、また管理することになる。そのため、承認などの作業を行うに際して発生する通信に関してネットワークに与える負荷も使用するコンピュータに与える負荷も高くなることから処理が遅くなり、ユーザにとっては不便であるという問題があった。

また、ワークフロー情報は履歴の管理が重要になるが、どのような申請に対してどのように承認されたかを残すためには、生成されたイメージファイルを記憶しておく必要がある。そのため、イメージファイルを記憶しておくことになるので、記憶媒体は容量の大きなものが必要であった。さらに、一旦このようなワークフローエンジンシステムを導入した後に、新たな業務システムの追加をしようとする場合がある。しかしながら、組織内で使うシステムの統一化を図る必要があることから、容量を少なくできる新規の別システムを導入するといったことは好ましくないため、結局容量の大きなイメージファイルを扱う業務システムを開発することになり、効率の良いシステムを開発することができないといった問題があった。

本発明は、このような問題点に鑑みてなされたものであり、ワークフローを考慮した業務システムにおいて、ネットワークなどのへの負荷を軽減し、また、効率の良いシステム開発をすることができる情報処理装置、情報処理方法及びプログラムを提供することを目的とする。

前述した目的を達成するために、業務をフローに従って電子的に処理する情報処理装置であって、申請された伝票データを受け取る伝票データ受取手段と、前記伝票データ受取手段で受け取った伝票データの属性に関するデータを第一のデータテーブルに登録する第一のデータ登録手段と、前記伝票データ受取手段で受け取った伝票データの申請に関するデータを符号化する符号化手段と、前記符号化手段で符号化されたデータを第二のデータテーブルに登録する第二のデータ登録手段とを備えることを特徴とする。

また、前記第二のデータテーブルに登録されている符号化データを復号する復号手段と、前記第一のデータテーブルに登録されている伝票データの属性に関するデータから伝票業務を特定する伝票業務特定手段と、前記伝票業務特定手段により特定された業務に基づき前記復号手段で復号された伝票データを定義付けするデータ定義付け手段とを備えることを特徴とする。

また、前記伝票データ受取手段で受け取った伝票データに対する承認指示を受け取る承認指示受取手段と、前記データ定義付け手段により定義付けされた伝票データを第三のデータテーブルに登録する第三のデータ登録手段とを備えることを特徴とする。

また、前記伝票データ受取手段で受け取った伝票データの属性に関するデータから伝票業務を特定し、あらかじめ登録されている値からワークフロー処理の要否を判断するワークフロー要否判定手段を備えることを特徴とする。

また、前記ワークフロー要否判定手段で判断しワークフロー処理が不要との判断になった場合、伝票データの属性に関するデータから伝票業務を特定し、特定された業務に基づき前記復号手段で復号された伝票データを定義付けし、伝票データを第三のデータテーブルに登録する第四の登録手段を備えることを特徴とする。

本発明によれば、ワークフローを考慮した業務システムにおいて、ネットワークなどのへの負荷を軽減し、また、効率の良いシステム開発をすることができる情報処理装置、情報処理方法及びプログラムを提供することが可能である。

本発明の実施形態における業務システムの構成を示す図である。 本発明の実施形態における各種端末のハードウェア構成を示す図である。 本発明の実施形態における業務システムの機能ブロックを示す図である。 本発明の実施形態における業務システムの基本的な処理フローを示す図である。 本発明の実施形態における入力処理フローを示す図である。 本発明の実施形態におけるワークフローテーブル登録処理フローを示す図である。 本発明の実施形態における承認処理フローを示す図である。 本発明の実施形態における業務システムのワークフローテーブルを示す図である。 本発明の実施形態における業務システムのトランザクションテーブルを示す図である。 本発明の実施形態における業務システムの入力画面を示す図である。 本発明の実施形態における業務システムの一覧画面を示す図である。 本発明の実施形態における業務システムの承認画面を示す図である。 本発明の実施形態における業務システムの承認操作画面を示す図である。

以下、図面を参照して、本発明の実施形態を詳細に説明する。
図１は、本発明の実施形態における業務システムの構成を示す図である。
本実施例における業務システムは、図１に示すように、サーバ１０１と端末１０２a、端末１０２ｂとはネットワーク１０３で接続されている構成である。

サーバ１０１は、業務システム全体を統括的に制御する装置であり、端末１０２ａ、端末１０２ｂに対してネットワーク１０３を介して送信する操作者への表示や指示を受け取るための各種操作画面を管理する。また、受け取った指示に応じて、対応する業務にかかる各種処理を実行したりする装置である。なお、本業務システムでは、ＷＥＢサーバ機能と、アプリケーションサーバ機能を有するものとして説明する。

端末１０２ａは、申請者が申請入力のために操作する端末装置であり、サーバ１０１に対して、各種業務に応じた指示を行ったり、サーバ１０１から受信した情報を申請者に表示したりする装置である。

端末１０２ｂは、承認者が承認入力のために操作する端末装置であり、サーバ１０１に対して、各種業務に応じた指示を行ったり、サーバ１０１から受信した情報を承認者に表示したりする装置である。

なお、図１のネットワーク１０３に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。例えば、ここでは複数の端末で説明したが、一台の端末であってもよいし、さらにサーバの機能を端末で実現するものであってもよい。

次に、サーバ１０１、および、端末１０２の内部のハードウェア構成について図２を用いて説明する。

図２は、サーバ１０１、端末１０２の基本的なハードウェア構成を示す図である。

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Basic Input / Output System)やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。

ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。

また、入力コントローラ（入力Ｃ）２０５は、ＫＢ２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。

ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。

メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標 ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するためのプログラムは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラムが用いる定義ファイル及び各種情報テーブルは外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。

次に、サーバ１０１、端末１０２の機能構成について図３を用いて説明する。

図３は、サーバ１０１、端末１０２の基本的な機能ブロックを示す図である。サーバ１０１は送受信部３１１、入出力部３１２、業務処理部３１３、業務エンジン部３１４、WFエンジン部３１５、データベース部３１６とから構成されている。

送受信部３１１は、端末１０２からネットワーク１０３を介して伝票データや各種の指示情報を受信し、それら情報を入出力部３１２に渡す機能を有する。また、入出力部３１２からの業務処理結果などを、ネットワーク１０３を通じて端末１０２に送信する。機能を有する。

入出力部３１２は、端末１０２が申請者や承認者のために表示するメニュー画面データや申請、承認画面データを記憶している。そして送受信部３１１から受けとった端末１０２からの画面送信要求に応じて画面データを返す機能を有する。一方で、送受信部３１１から受けとった端末１０２からの各種の指示情報を業務処理部３１３に渡し、また、業務処理部３１３において行われた処理結果などを受け取り送受信部３１１に渡す機能を有する。

業務処理部３１３は、各部とのコネクションやトランザクションの管理をし、入出力部３１２から受けとった情報に基づき、業務エンジン部３１４やＷＦエンジン部３１５を制御しながら各々の業務処理を実行する機能を有する。例えば、個別の業務に必要となる処理に関しては、業務エンジン部３１４を呼び出し処理させたり、また、ワークフロー処理に関する業務であればＷＦエンジン部３１５に情報を渡し、またその処理結果を受け取ったりする。

業務エンジン部３１４は、データベース部３１６へ記憶する業務処理部３１３から受け取ったデータや、データベース部３１６から受け取り、業務処理部３１３に渡すデータに対する個別の業務固有の計算ロジックなどの加工処理を行う機能を有する。

WFエンジン部３１５は、データベース部３１６へ記憶する業務処理部３１３から受け取ったワークフロー処理に関するデータや、データベース部３１６から受け取り業務処理部３１３に渡すワークフロー処理を行う機能を有する。

データベース部３１６は、業務エンジン部３１４やＷＦエンジン部３１５からの要求に従い、サーバ１０１で管理するデータの記憶や、検索、読み出しをする機能を有する。例えば、業務処理を行った結果であるトランザクションデーブルや、ワークフロー処理において必要になるワークフローテーブルなどがデータテーブルに記憶されている。

端末１０２は、入力部３２１と、表示制御部３２２と、送受信部３２３とから構成されている。

入力部３２１は、ＫＢ２０９を通じて申請者や承認者からの入力を受け付ける。

表示制御部３２２は、ＣＲＴディスプレイ（ＣＲＴ）２１０に入力画面や検索結果画面を表示させる。

送受信部３２３は、サーバ１０１からネットワーク１０３を通じて入力画面情報や検索結果画面情報を受信し、それら情報を表示制御部３２２に渡す。また、入力部３２１で受け付けた入力情報を、ネットワーク１０３を通じてサーバ１０１に送信する。

上述したように、サーバ１０１、申請者用端末１０２ａ、承認者用端末１０２ｂは、ネットワーク１０３を介して相互に接続されている。そして、申請者用端末１０２ａ、承認者用端末１０２ｂとは、サーバ１０１から提供される各種操作画面を介して操作者の指示を受け取り、業務に係る各種処理を実行する。その一例について、以下に説明する。

まず、業務システムにおける伝票データ受取処理の基本的な処理フローについて、図4を用いて説明する。

図４は、本発明の一実施形態の業務システムにおける伝票データ受取処理に関する基本的な処理フローを示す図である。

まず、ステップＳ４０１では、業務システムは申請者が入力し電子申請した伝票データを受け取る。このステップＳ４０１の詳細な処理について図５を用いて説明する。

図５は、図４のステップＳ４０１におけるデータ入力処理の詳細な処理手順の一例を示すフローチャートである。

まず、ステップＳ５０１では、申請者用端末１０２ａのＣＰＵ２０１は、ブラウザを起動し、入力部３２１がシステムへログインするための申請者からのログイン情報であるユーザIDとパスワードの入力を受け付けると、送受信部３２３にそのログイン情報を渡す。送受信部３２３は受け取ったログイン情報をサーバ１０１に送信する。

ステップＳ５０２では、送受信部３１１は受信したログイン情報を入出力部３１２に渡し、順次業務処理部３１３、業務エンジン部３１４、さらにデータベース部３１６へと渡していく。データベース部３１６はログイン情報に基づきユーザ管理テーブル（不図示）から権限の有無を確認し、その権限判断結果を、順次業務エンジン部３１４、業務処理部３１３、入出力部３１２に渡す。入出力部３１２は、権限がある場合にはメニュー画面データを作成し、送受信部３１１に渡す。さらに送受信部３１１は端末１０２ａに送信する。なお、ここでは、申請者の権限に応じて許可された機能だけを有効にしたメニュー画面データを端末１０２ａに送信することとしてもよい。

ステップＳ５０３では、送受信部３１１が受信したメニュー画面データを表示制御部３２２に渡す。表示制御部３２２は受けとったデータからメニュー画面（不図示）をＣＲＴ２１０に表示する処理を行う。

ステップＳ５０４では、入力部３２１はメニュー画面から申請者が選択した業務に対応した業務選択指示情報を受け付けると、その業務選択指示情報を送受信部３２３に渡す。さらに、送受信部３２３は受け取った業務選択指示情報をサーバ１０１に送信する。

ステップＳ５０５では、送受信部３１１が受信した業務選択指示情報を入出力部３１２に渡し、順次業務処理部３１３、業務エンジン部３１４、さらにデータベース部３１６へと渡していく。データベース部３１６は業務選択指示情報に基づきユーザ管理テーブル（不図示）と業務管理テーブル（不図示）とから業務選択指示のあった業務ごとのデフォルトデータやユーザごとの権限情報を取得する。ここで取得したデータを、順次業務エンジン部３１４、業務処理部３１３、入出力部３１２に渡す。

ステップＳ５０６では、入出力部３１２は、業務選択指示のあった業務ごとのデフォルトデータやユーザごとの権限情報に基づき業務初期画面データを作成し、送受信部３１１に渡す。さらに送受信部３１１は端末１０２ａに送信する。

ステップＳ５０７では、送受信部３２３は受信した業務初期画面データを表示制御部３２２に渡す。さらに、表示制御部３２２は受けとったデータから業務初期画面をＣＲＴ２１０に表示する処理を行う。業務初期画面の例を図１０に示す。

図１０は、図５のステップＳ５０７における業務初期画面表示処理により表示された業務初期画面の一例を示す経費精算入力画面１００１である。経費精算入力画面１００１では、デフォルトデータやユーザごとの権限情報に基づき、入力データの初期値とされていたり、選択項目が制限されていたりする。

ステップＳ５０８では、入力部３２１は業務初期画面から申請者がＫＢ２０９に入力したデータを受け付けると、各項目のデータをテキスト形式で所定の順番でならべる。例えば、科目・部門などの社内管理で必要になるデータ、支払先・請求書番号・金額などの支払いに関するデータ、さらには商品・数量といった内容についてのデータを所定の順序でならべるのである。そのデータを伝票データとして送受信部３２３に渡す。さらに、送受信部３２３は受け取った伝票データをサーバ１０１に送信する。

ステップＳ５０９では、送受信部３１１が受信した伝票データを入出力部３１２に渡すことで伝票データ受取処理をし、伝票データの入力処理は終える。

図４の説明に戻る。

ステップＳ４０２では、入出力部３１２は、ステップＳ５０８で受け取った伝票データを業務処理部３１３に渡し、順次業務エンジン部３１４へと渡していく。業務エンジン部３１４はあらかじめ登録されている設定値に基づき適切な値であるか確認するためのベリファイ処理を行う。もし、不適切な伝票データがある場合は再入力を求めるべく、ベリファイ結果を業務処理部３１３、入出力部３１２、送受信部３２３へと渡していく。さらに、送受信部３２３は受け取ったベリファイ結果を端末１０２ａに送信し、再度、適切な伝票データの入力を待つ。ベリファイの結果、適切な伝票データの入力を受け取っていれば、その結果を業務処理部３１３に戻す。

ステップＳ４０３では、業務処理部３１３は伝票データをＷＦエンジン部３１５に渡す。ＷＦエンジンは受け取った伝票データに対してあらかじめ登録された条件に基づき、ワークフロー処理が必要なのか否かを要否判断をする。例えば、申請者が申請した伝票に対して承認者の承認が必要な場合はワークフロー処理をすることになるので、ステップＳ４０４に進む。

ステップＳ４０４では、ＷＦエンジン部３１５はワークフローテーブルへの登録処理を行う。このステップＳ４０４の詳細な処理について図６を用いて説明する。

図６は、図４のステップＳ４０１におけるワークフローテーブルへの登録処理の詳細な処理手順の一例を示すフローチャートである。

まず、ステップＳ６０１では、ＷＦエンジン部３１５はステップＳ４０４で業務処理部３１３から受け取った伝票データの業務情報から、どの業務の伝票データなのかといった伝票業務を特定する。

ステップＳ６０２では、ＷＦエンジン部３１５は伝票データに関する属性情報をデータベース部３１６に渡す。データベース部３１６は受け取った属性情報をワークフロー処理の制御にかかわるデータを管理するＷＦタグワークテーブル８１０へ登録する。図８にＷＦタグワークテーブル８１０の一例を示す。ＷＦタグワークテーブル８１０で管理するデータとしては、伝票データを特定するＷＦＩＤ８１１、その伝票データがどの業務についての伝票なのかを特定する伝票業務８１２、申請者を識別する申請者８１３、承認者を指定した承認ルート８１４である。さらに、ワークフローの承認状況を示したステータス８１５や申請日および承認日を記録する申請日８１６や承認日８１７である。

ステップＳ６０３では、ＷＦエンジン部３１５はステップＳ４０４で業務処理部３１３から受け取った伝票データに関する申請内容の情報を、符号化する。符号化することにより、業務処理部３１３から受け取ったデータの形式が、テキストデータであってもバイナリーデータであっても同様に扱うことが可能となる。ここでは、Ｂａｓｅ６４形式で符号化することとしているが、これに限るものでない。なお、符号化することによって申請内容の情報に添付されているデータがあったとしても、対応可能となる。ただし、本実施例においては申請内容の情報と添付データとは別データとして扱うことしている。

ステップＳ６０４では、ＷＦエンジン部３１５はステップＳ６０３で行った符号化データをデータベース部３１６に渡す。データベース部３１６は受け取った符号化データをＷＦデータワークテーブル８２０へ登録する。図８にＷＦデータワークテーブル８２０の一例を示す。ＷＦデータワークテーブル８２０では、伝票データを特定するＷＦＩＤ８２１とデータを識別するためのデータ番号８２２とともにデータ８２３を管理している。このようにステップＳ６０３でデータ変換していることにより1つのデータとして扱うことができるため、業務ごとで相違するデータ形式、データフォーマットであっても、管理するＷＦデータワークテーブル８２０は簡単な形式とすることが可能となる。つまり、ＷＦエンジン部３１５での処理においてはまったく申請内容の情報を意識する必要がなくなるために、従来のシステム開発においては業務が追加されたり変更されたりする都度必要であった業務ごとのワークフローを管理するテーブルの開発作業が不要となり、システムの開発負荷の削減につながるのである。

ステップＳ６０５では、ＷＦエンジン部３１５は伝票データに関する添付情報をデータベース部３１６に渡す。データベース部３１６は受け取った添付情報をＷＦ添付ワークテーブル８３０に登録する。図８にＷＦ添付ワークテーブル８３０の一例を示す。ＷＦ添付ワークテーブル８３０では、伝票データを特定するＷＦＩＤ８３１とそれぞれのデータを識別するためのデータ番号８２２、および、添付の有無を示す添付データ８３３とともに、添付されたファイル名８３４を管理している。データベース部３１６での登録が終了すれば、業務エンジン部３１４に完了通知を渡す。次に業務エンジン部３１４は業務処理部３１３に登録完了通知を渡し、ワークフローテーブル登録処理を終える。

図４の説明に戻る。

ステップＳ４０６では、業務処理部３１３はＷＦエンジン部３１５から登録完了通知を受け取ったら、入出力部３１２に渡し、入出力部３１２も順に送受信部３１１へと渡す。そして、送受信部３１１は登録完了通知を端末１０２ａに送信する。送受信部３２３が受信した登録完了通知を表示制御部３２２に渡す。さらに、表示制御部３２２は受けとった登録完了通知をＣＲＴ２１０表示する処理を行い、伝票データ受取処理を終了する。

ところで、ステップＳ４０３において、例えば書類での申請に対して既に承認者が承認した伝票に対して、会計システムに単に登録するような場合などはワークフロー処理を必要としないことになるのでステップＳ４０５に進むことになる。

ステップＳ４０５では、業務処理部３１３は伝票データを業務エンジン部３１４に渡す。業務エンジン部３１４は受け取った伝票データを業務ごとに定められた形式に変換し、データベース部３１６にさらに渡す。データベース部３１６は受け取った伝票データを業務ごとに管理されているトランザクションテーブル９１０に登録する。図９にトランザクションテーブル９１０の一例を示す。トランザクションテーブル９１０では、承認者により承認されたデータを伝票を特定するための伝票番号９１１や伝票日付９１２、伝票データの内容を示す支払先９１３、請求書Ｎｏ９１４、金額９１５、さらに承認の経緯を示す申請者９１６や承認者９１７などを管理する。

データベース部３１６への登録が終了すれば、業務処理部３１３に登録完了通知を渡し、トランザクションテーブル登録処理を終える。このあと、ステップＳ４０６の処理を行い、伝票データ受取処理を終了する。

次に、業務システムにおける承認処理の基本的な処理フローについて、図７を用いて説明する。
図７は、本発明の一実施形態の業務システムにおける承認処理に関する基本的な処理フローを示す図である。

ステップＳ７０１では、ステップＳ５０１からステップＳ５０３で説明したログイン処理の後、入力部３２１はメニュー画面から承認者が入力した検索条件、例えば承認者名や申請者名、対象業務や申請期間などの検索条件を受け付けると、その検索条件を送受信部３２３に渡す。さらに、送受信部３２３は受け取った検索条件をサーバ１０１に送信する。

ステップＳ７０２では、送受信部３１１が受信した検索条件を入出力部３１２に渡し、順次業務処理部３１３、業務エンジン部３１４、さらにデータベース部３１６へと渡していく。受け取ったデータベース部３１６は、検索条件に基づきＷＦタグワークテーブル８１０から、条件に合致する伝票データを検索する。ここで取得した検索結果データを、順次業務エンジン部３１４、業務処理部３１３、入出力部３１２、送受信部３１１に渡していく。さらに送受信部３１１は端末１０２ａに送信する。

ステップＳ７０３では、送受信部３２３が受信した一覧表示画面データを表示制御部３２２に渡す。さらに、表示制御部３２２は受けとったデータから一覧表示画面をＣＲＴ２１０に表示する処理を行う。一覧表示画面の例を図１１に示す。

図１１は、図７のステップＳ７０３における一覧表示処理により表示される一覧画面の一例を示す承認対象案件の一覧画面１１０１である。一覧画面１１０１では、申請者から申請された承認対象案件を、ワークフロー承認一覧欄１１０２に表示する。

ステップＳ７０４では、入力部３２１は一覧画面１１０１において承認者から案件を選択され伝票明細表示ボタン１１０３が押下されると、選択した伝票データに対応したＷＦＩＤを判断し、そのＷＦＩＤを送受信部３２３に渡す。さらに、送受信部３２３は受け取ったＷＦＩＤをサーバ１０１に送信する。

ステップＳ７０５では、送受信部３１１が受信したＷＦＩＤを入出力部３１２に渡し、順次業務処理部３１３、ＷＦエンジン部３１５、さらにデータベース部３１６へと渡していく。受け取ったデータベース部３１６は、ＷＦＩＤに基づきＷＦデータワークテーブル８２０、ＷＦデータワークテーブル８２０、ＷＦ添付ワークテーブル８３０から、条件に合致する伝票データを抽出し、ＷＦエンジン部３１５に戻す。

ステップＳ７０６では、ＷＦエンジン部３１５はステップＳ７０５で抽出された結果からどの業務の伝票データなのかといった伝票業務を伝票業務８１２の項目から特定する。

ステップＳ７０７では、ＷＦエンジン部３１５は、データ８２３の項目のＢａｓｅ６４形式のデータを復号する。さらに、復号データとともにステップＳ７０５での抽出データと伝票業務データとを業務処理部３１３に渡す。

ステップＳ７０８では、業務処理部３１３は、受け取った復号データと伝票業務データとを業務エンジン部３１４に渡す。業務エンジン部３１４は、伝票業務データに基づき復号データを業務ごとに定められた形式に変換する。これは、ステップＳ５０８においてテキスト形式のデータを所定の順番でならべたのと逆に、所定の順番で並べられているデータに対し、業務ごとに業務エンジンとして登録されている定義情報に基づき、データ定義付けをする。つまり、テキスト形式のデータに対して、科目や部門などを定義していく処理を行う。その結果を業務処理部３１３に戻す。さらに業務処理部３１３は、それらのデータを入出力部に渡す。そこで、入出力部３１２は伝票データの業務に対応した承認画面データを作成して、送受信部３１１を介して端末１０２ａに送信する。
なお、このように業務ごとに業務エンジン部３１４が用意されることから、新たな業務が追加されたとしても、その業務エンジン部３１４を追加することでワークフロー処理としては対応することができる。

ステップＳ７０９では、送受信部３１１が受信した承認画面データを表示制御部３２２に渡す。さらに、表示制御部３２２は受けとったデータから明細表示画面をＣＲＴ２１０に表示する処理を行う。明細表示画面の例を図１２に示す。

図１２は、図７のステップＳ７０９における明細表示処理により表示される一例を示す経費精算明細画面１２０１である。経費精算明細画面１２０１では、案件ごとの申請内容の明細を明細表示欄１２０２に表示する。この画面で承認者は内容を確認し、承認の可否を判断することが可能となる。

また、承認者に対しては、図１３の例に示すように、承認対象案件の一覧を表示するとともに、承認対象選択チェックボックス１３０２、また、承認および差戻ボタン１３０３を表示し承認者からの入力を待つ。

ステップＳ７１０では、入力部３２１は経費精算明細画面１２０１から承認者の承認指示を受け付けると、その承認指示を送受信部３２３に渡す。さらに、送受信部３２３は受け取った承認指示をサーバ１０１に送信する。

ステップＳ７１１では、サーバ１０１は承認指示を受け取り、ステップＳ７０２と同様に承認指示がＷＦエンジン部３１５に渡される。そしてＷＦエンジン部３１５はデータベース部３１６に渡す。データベース部３１６は受け取った承認指示の該当するＷＦＩＤのステータス８１５を承認済みに更新する。

ステップＳ７１２では、ＷＦエンジン部３１５はステップＳ７０４からステップＳ７０７の処理と同様にＷＦデータワークテーブル８２０のデータ８２３から該当する申請内容データを復号し、業務処理部３１３に渡す。さらに、業務エンジン部３１４に渡す。業務処理部３１３は、受け取った復号データと伝票業務データとを業務エンジン部３１４に渡す。業務エンジン部３１４は、ステップＳ７０８で説明したのと同様に、伝票業務データに基づき復号データを業務ごとに定められた形式に変換する。その結果をデータベース部３１６に渡す。データベース部３１６は受け取った伝票データを業務ごとに管理されているトランザクションテーブル９１０に登録する。データベース部３１６でのデータ登録が終了すれば、業務エンジン部３１４に完了通知を渡す。順に、業務処理部３１３に渡す。

ステップＳ７１３では、業務処理部３１３はＷＦエンジン部３１５から登録完了通知を受け取ったら、入出力部３１２に渡し、入出力部３１２も順に送受信部３１１に渡す。そして、送受信部３１１は登録完了通知を端末１０２ａに送信する。送受信部３２３が受信した登録完了通知を表示制御部３２２に渡す。さらに、表示制御部３２２は受け取った登録完了通知をＣＲＴ２１０に表示する処理を行い、承認処理を終了する。なお、複数の伝票に対して承認処理する場合はＳ７０３に戻り処理を繰り返すこととしてもよい。

なお、図７の説明では申請された伝票に対して承認された場合を説明したが、否認された場合は、ステップＳ７１１での処理で、ステータス８１５は否認として更新する。さらに、Ｓ７１２のトランザクションテーブルへの登録処理はスキップされることになる。

上記実施形態によれば、ネットワークなどのへの負荷を軽減し、また、効率の良いシステム開発をすることができる情報処理装置、情報処理方法及びプログラムを提供することが可能でとなる。

また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリーカード、ＲＯＭ等である。または、プログラムコードをネットワークを介してダウンロードしてもよい。

また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

更に、前述した実施形態の機能が以下の処理によって実現される場合も本発明に含まれる。即ち、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリーに書き込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う場合である。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現する場合も含まれる。この場合、上記プログラムは、該プログラムを記憶した記憶媒体から直接、またはインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続された不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。

上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。

１０１ サーバ
１０２ 端末
１０３ ネットワーク
３１１ 送受信部
３１２ 入出力部
３１３ 業務処理部
３１４ 教務エンジン部
３１５ ＷＦエンジン部
３１６ データベース部
３２１ 入力部
３２２ 表示制御部
３２３ 送受信部

Claims (12)

1. 業務をフローに従って処理する情報処理装置であって、
   申請された伝票データを受け取る伝票データ受取手段と、
   前記伝票データ受取手段で受け取った伝票データの属性に関するデータを第一のデータテーブルに登録する第一のデータ登録手段と、
   前記伝票データ受取手段で受け取った伝票データの申請に関するデータを符号化する符号化手段と、
   前記符号化手段で符号化されたデータを第二のデータテーブルに登録する第二のデータ登録手段と
   を備えることを特徴とした情報処理装置。
2. 前記第一のデータテーブルに登録されている伝票データの属性に関するデータから伝票業務を特定する伝票業務特定手段と、
   前記第二のデータテーブルに登録されている符号化データを復号する復号手段と、
   前記伝票業務特定手段により特定された業務に基づき前記復号手段で復号された伝票データに定義付けするデータ定義付け手段と
   を備えることを特徴とした請求項１記載の情報処理装置。
3. 前記伝票データ受取手段で受け取った伝票データに対する承認指示を受け取る承認指示受取手段と、
   前記データ定義付け手段により定義付けされた伝票データを第三のデータテーブルに登録する第三のデータ登録手段と
   を備えることを特徴とした請求項１または2記載の情報処理装置。
4. 前記伝票データ受取手段で受け取った伝票データの属性に関するデータから伝票業務を特定し、あらかじめ登録されている値からワークフロー処理の要否を判断するワークフロー要否判定手段
   を備えることを特徴とした請求項１乃至３記載の情報処理装置。
5. 前記ワークフロー要否判定手段で判断しワークフロー処理が不要との判断になった場合、
   伝票データの属性に関するデータから伝票業務を特定し、特定された業務に基づき前記復号手段で復号された伝票データに定義付けし、伝票データを第三のデータテーブルに登録する第四の登録手段と
   を備えることを特徴とした請求項１乃至４記載の情報処理装置。
6. 業務をフローに従って処理する情報処理方法であって、
   申請された伝票データを受け取る伝票データ受取ステップと、
   前記伝票データ受取ステップで受け取った伝票データの属性に関するデータを第一のデータテーブルに登録する第一のデータ登録ステップと、
   前記伝票データ受取ステップで受け取った伝票データの申請に関するデータを符号化する符号化ステップと、
   前記符号化ステップで符号化されたデータを第二のデータテーブルに登録する第二のデータ登録ステップと
   を備えることを特徴とした情報処理方法。
7. 前記第一のデータテーブルに登録されている伝票データの属性に関するデータから伝票業務を特定する伝票業務特定ステップと、
   前記第二のデータテーブルに登録されている符号化データを復号する復号ステップと、
   前記伝票業務特定ステップにより特定された業務に基づき前記復号手段で復号された伝票データに定義付けするデータ定義付けステップと
   を備えることを特徴とした請求項６記載の情報処理方法。
8. 前記伝票データ受取ステップで受け取った伝票データに対する承認指示を受け取る承認指示受取ステップと、
   前記データ定義付けステップにより定義付けされた伝票データを第三のデータテーブルに登録する第三のデータ登録ステップと
   を備えることを特徴とした請求項６または７記載の情報処理方法。
9. 前記伝票データ受取ステップで受け取った伝票データの属性に関するデータから伝票業務を特定し、あらかじめ登録されている値からワークフロー処理の要否を判断するワークフロー要否判定ステップ
   を備えることを特徴とした請求項６乃至８記載の情報処理装置。
10. 前記ワークフロー要否判定ステップで判断しワークフロー処理が不要との判断になった場合、
    伝票データの属性に関するデータから伝票業務を特定し、特定された業務に基づき伝票データに定義付けし、伝票データを第三のデータテーブルに登録する第四の登録ステップと
    を備えることを特徴とした請求項６乃至９記載の情報処理方法。
11. 業務をフローに従って処理する情報処理装置で実行が可能なプログラムであって、
    申請された伝票データを受け取る伝票データ受取手段と、
    前記伝票データ受取手段で受け取った伝票データの属性に関するデータを第一のデータテーブルに登録する第一のデータ登録手段と、
    前記伝票データ受取手段で受け取った伝票データの申請に関するデータを符号化する符号化手段と、
    前記符号化手段で符号化されたデータを第二のデータテーブルに登録する第二のデータ登録手段と
    して機能させることを特徴とするプログラム。
12. 一以上の端末装置と、前記端末装置にネットワークを介して接続され、前記端末装置と相互にデータを送受信する情報処理装置とを有した業務をフローに従って処理する情報処理システムであって、
    前記、端末装置は、
    申請入力された伝票データを受け付ける入力手段と、
    前記入力手段で受け付けた伝票データを情報処理装置に送信する送信手段とを備え、
    前記、情報処理装置は、
    申請された伝票データを受け取る伝票データ受取手段と、
    前記伝票データ受取手段で受け取った伝票データの属性に関するデータを第一のデータテーブルに登録する第一のデータ登録手段と、
    前記伝票データ受取手段で受け取った伝票データの申請に関するデータを符号化する符号化手段と、
    前記符号化手段で符号化されたデータを第二のデータテーブルに登録する第二のデータ登録手段と
    を備えることを特徴とした情報処理システム。