(57)【要約】      （修正有）【課題】電子フォームによる帳票を処理するプログラム開発負荷を低減し、帳票処理の効率を向上させる技術を提供する。【解決手段】電子フォームによる帳票を処理する方法において、帳票処理の流れを定義したプロセス情報から各処理段階を識別する情報をステータスとして取得するステップと、前記取得したステータスで入出力されるデータを示すメンバと当該データを保持するリソースのフィールドの情報とを対応付けたマッピング情報を生成して格納するステップと、ステータスを含む帳票ダウンロード要求を通信装置により受け付けるステップと、前記受け付けたステータスに対応するマッピング情報から、当該ステータスのメンバに対応するフィールドの情報を取得するステップと、前記フィールドへの処理要求を実行してその結果を各メンバに設定した帳票を帳票ダウンロード要求元へ通信装置により送信するステップとを有するものである。【選択図】図９
2006146385.tif 000002
【特許請求の範囲】
【請求項１】
電子フォームによる帳票を処理する電子フォーム処理方法において、
帳票を用いる処理の流れを定義したプロセス情報から各処理段階を識別する為の情報を記憶装置により読み出してステータスとして取得するステップと、前記取得したステータスで入出力されるデータを示すメンバと当該データを保持するリソースのフィールドの情報とを対応付けたマッピング情報を生成して記憶装置に格納するステップと、
ステータスを含む帳票ダウンロード要求を通信装置により受け付けるステップと、前記受け付けたステータスに対応するマッピング情報から、当該ステータスのメンバに対応するフィールドの情報を記憶装置により読み出して取得するステップと、前記フィールドへの処理要求を実行してその結果を各メンバに設定した帳票を帳票ダウンロード要求元へ通信装置により送信するステップとを有することを特徴とする電子フォーム処理方法。
【請求項２】
前記プロセス情報の変更時に、変更前のプロセス情報から取得したステータスの一覧に対して、新しいステータスの挿入、既存ステータスの編集・削除、またはステータスの並び順の変更を行うことを特徴とする請求項１に記載された電子フォーム処理方法。
【請求項３】
各ステータスで入出力されるデータをＸＭＬで記述した帳票中に保持し、それ以降の処理で前記フィールドへの処理要求を実行する際に当該帳票中に保持しているデータに対してその処理要求を実行することを特徴とする請求項１または請求項２のいずれかに記載された電子フォーム処理方法。
【請求項４】
電子フォームによる帳票を処理する電子フォーム処理システムにおいて、
帳票を用いる処理の流れを定義したプロセス情報から各処理段階を識別する為の情報を記憶装置により読み出してステータスとして取得し、その取得したステータスで入出力されるデータを示すメンバと当該データを保持するリソースのフィールドの情報とを対応付けたマッピング情報を生成して記憶装置に格納する電子フォーム開発部と、
ステータスを含む帳票ダウンロード要求を通信装置により受け付け、その受け付けたステータスに対応するマッピング情報から、当該ステータスのメンバに対応するフィールドの情報を記憶装置により読み出して取得し、前記フィールドへの処理要求を実行してその結果を各メンバに設定した帳票を帳票ダウンロード要求元へ通信装置により送信する電子フォーム実行部とを備えることを特徴とする電子フォーム処理システム。
【請求項５】
電子フォームによる帳票を処理する電子フォーム処理方法をコンピュータに実行させる為のプログラムにおいて、
帳票を用いる処理の流れを定義したプロセス情報から各処理段階を識別する為の情報を記憶装置により読み出してステータスとして取得するステップと、前記取得したステータスで入出力されるデータを示すメンバと当該データを保持するリソースのフィールドの情報とを対応付けたマッピング情報を生成して記憶装置に格納するステップと、
ステータスを含む帳票ダウンロード要求を通信装置により受け付けるステップと、前記受け付けたステータスに対応するマッピング情報から、当該ステータスのメンバに対応するフィールドの情報を記憶装置により読み出して取得するステップと、前記フィールドへの処理要求を実行してその結果を各メンバに設定した帳票を帳票ダウンロード要求元へ通信装置により送信するステップとをコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は電子フォームによる帳票を処理する電子フォーム処理技術に関し、特に業務の流れを定義したビジネスプロセス情報に従って電子フォームによる帳票を各担当者の情報処理装置へ送信して所定の業務処理を実行する電子フォーム処理技術に適用して有効な技術に関するものである。
【背景技術】
【０００２】
従来は、データベースやＸＭＬ(extensible markup language)等と連携した電子フォームによる帳票を作成する際、入出力データを保持するリソースから該当するデータをメンバ単位で取得する様に設計している。
【０００３】
上記従来技術においては、同じ帳票にもかかわらず、業務によって処理内容が異なっている場合には、帳票を処理するプログラムを業務毎に作成している。例えば、旅費精算等の手続きを行う為の帳票において、電子フォームの画面は同じであるにもかかわらず、申請者の業務と承認者の業務とでは、データベースでアクセスされるデータやそのデータの処理内容が異なってくるため、申請者用の電子フォームと承認者用の電子フォームとでその処理プログラムを別々に作成している。
【０００４】
【特許文献１】特開２００３−２４８７４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
前記の様に従来技術では、各業務毎に電子フォームの処理プログラムを別々に作成している為、ビジネスプロセスを構成する各業務の内容が変更になったり、別のビジネスプロセスを定義する場合には、その都度、その電子フォームを処理する処理プログラムを変更したり新たに作成する必要があり、電子フォームによる帳票を処理する処理プログラムの開発負荷が高いという問題がある。
【０００６】
本発明の目的は上記問題を解決し、電子フォームによる帳票を処理する処理プログラムの開発負荷を低減し、電子フォームによる帳票処理の処理効率を向上させることが可能な技術を提供することにある。
【課題を解決するための手段】
【０００７】
本発明は、電子フォームによる帳票を処理する電子フォーム処理システムにおいて、帳票を用いる処理の各ステータスに対応したマッピング情報により当該ステータスで処理対象となっているフィールドを選択して処理を実行し、その処理結果を帳票中のメンバに設定するものである。
【０００８】
本発明の電子フォーム処理システムでは、まず帳票を用いる処理の流れを定義したプロセス情報から各処理段階を識別する為の情報を記憶装置により読み出して、その識別情報をステータスとして取得する。例えば、帳票を用いる旅費精算等の業務の流れを定義したビジネスプロセス情報から、申請者の初期画面表示処理や申請処理等の各処理段階を識別する為の情報として、初期（申請者）や申請（申請者）等の情報を読み出して、その識別情報をステータスとして取得する。
【０００９】
次に、前記取得したステータスで入出力されるデータを示すメンバと当該データを保持するリソースのフィールドの情報とを対応付けたマッピング情報を生成して記憶装置に格納する。例えば、初期（申請者）等の各ステータスのメンバであるユーザＩＤ、氏名及び住所等と、当該データを保持するデータベース等のリソースのフィールド情報である従業員一覧．氏名番号、従業員一覧．氏名漢字及び従業員一覧．住所漢字等とを対応付けたマッピング情報を生成する。
【００１０】
その後、ステータスを含む帳票ダウンロード要求を通信装置によりクライアント側の処理装置から受け付けると、前記受け付けたステータスに対応するマッピング情報から、当該ステータスのメンバに対応するフィールドの情報を記憶装置により読み出して取得し、前記フィールドへの処理要求を実行してその結果を各メンバに設定した帳票を帳票ダウンロード要求元のクライアント側処理装置へ通信装置により送信する。
【００１１】
例えば、初期（申請者）等のステータスを含む帳票ダウンロード要求を受け付けると、その初期（申請者）のステータスのメンバであるユーザＩＤ、氏名及び住所に対応するフィールドの情報として、従業員一覧．氏名番号、従業員一覧．氏名漢字及び従業員一覧．住所漢字を取得して当該フィールドへの検索処理等の処理要求を実行し、その処理結果として得られたデータを帳票のユーザＩＤ、氏名及び住所の各メンバに設定した後、その設定した帳票を帳票ダウンロード要求元へ送信する。
【００１２】
前記の様に本発明では、マッピング情報によりメンバに対応したフィールドを選択して処理を実行し、その処理結果を帳票中のメンバに設定するので、プロセスの処理段階によって処理対象のデータや処理内容が異なっている場合でも処理段階毎にプログラムを作成する必要が無く、１つの帳票において複数の処理を定義できる開発環境及び実行環境を提供して、電子フォームによる帳票を処理する処理プログラムの開発負荷を低減することが可能である。
【発明の効果】
【００１３】
本発明によれば、電子フォームによる帳票を処理する処理プログラムの開発負荷を低減し、電子フォームによる帳票処理の処理効率を向上させることが可能である。
【発明を実施するための最良の形態】
【００１４】
以下に帳票を用いる処理の各ステータスに対応したマッピング情報により当該ステータスで処理対象となっているフィールドを選択して処理を実行し、その処理結果を帳票中のメンバに設定して電子フォームによる帳票を処理する一実施形態の電子フォーム処理システムについて説明する。
【００１５】
図１は本実施形態の電子フォーム処理システムの構成を示す図である。図１に示す様に本実施形態の電子フォーム処理システムは、電子フォーム開発部３と、電子フォーム実行部４と、入出力データアクセス部５と、電子フォーム申請部６と、電子フォーム審査部７とを有している。
【００１６】
電子フォーム開発部３は、帳票を用いる業務の流れを定義したビジネスプロセス情報から各処理段階を識別する為の情報を磁気ディスク装置により読み出してステータスとして取得し、その取得したステータスで入出力されるデータを示すメンバと当該データを保持するリソースのフィールドの情報とを対応付けたマッピング情報を生成して磁気ディスク装置に格納する処理部である。
【００１７】
電子フォーム実行部４は、ステータスを含む帳票ダウンロード要求を通信装置によりクライアント２から受け付け、その受け付けたステータスに対応するマッピング情報から、当該ステータスのメンバに対応するフィールドの情報を磁気ディスク装置により読み出して取得し、前記フィールドへの処理要求を実行してその結果を各メンバに設定した帳票を帳票ダウンロード要求元のクライアント２へ通信装置により送信する処理部である。
【００１８】
入出力データアクセス部５は、前記フィールドへの処理要求を電子フォーム実行部４から通信装置により受け取って磁気ディスク装置により入出力データへのアクセスを行い、その結果を通信装置により電子フォーム実行部４へ応答する処理部である。
【００１９】
電子フォーム申請部６は、電子フォームによる申請処理の際に、その申請処理のステータスを含む帳票ダウンロード要求を通信装置によりサーバ１へ送信する処理部である。電子フォーム審査部７は、電子フォームによる審査処理の際に、その審査処理のステータスを含む帳票ダウンロード要求を通信装置によりサーバ１へ送信する処理部である。
【００２０】
電子フォーム処理システムを電子フォーム開発部３、電子フォーム実行部４、入出力データアクセス部５、電子フォーム申請部６及び電子フォーム審査部７として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００２１】
本実施形態の電子フォーム処理システムは、ネットワーク８で接続されたサーバ１とクライアント２で構成されており、サーバ１には電子フォーム開発部３、電子フォーム実行部４、入出力データアクセス部５が割り当てられ、クライアント２には電子フォーム申請部６、電子フォーム審査部７が割り当てられている。
【００２２】
本実施形態では、ネットワーク８で接続された各々の計算機に、電子フォーム開発部３等の要素を割り当てることで示したが、複数要素を１つの計算機に割り付けても良く、スタンドアロンシステムに上記全ての要素を割り当てても良い。更に、入出力データアクセス部５を経由してアクセスする入出力データとして、データベースやＸＭＬ等が割り当てられる。
【００２３】
図１３は本実施形態のサーバ１のハードウェア構成を示す図である。図１３に示す様に本実施形態のサーバ１は、電子フォーム開発部３、電子フォーム実行部４や入出力データアクセス部５をメモリ上に備えており、メモリや磁気ディスク装置等の記憶装置や通信装置等を使用してサーバ側の各種処理を行う。同様にクライアント２も電子フォーム申請部６や電子フォーム審査部７をメモリ上に備えているものとし（図示せず）、メモリや磁気ディスク装置等の記憶装置や通信装置等を使用してクライアント側の各種処理を行うものとする。
【００２４】
図２は本実施形態の図１で示した構成の各要素の詳細を示す図である。電子フォーム開発部３では、電子フォームによる帳票を設計する環境を提供し、電子フォームファイルを出力する機能を提供する。電子フォーム雛形生成機能９では、電子フォームの開発者に対して帳票のレイアウトを設計する機能を提供する。マッピング情報定義機能１０では、帳票のレイアウト上に設定されたメンバに対し、入出力データアクセス部５から抽出したフィールド情報をマッピングさせることで、複数のメンバをグループ化したマッピング情報を管理する。また、ステータス定義機能１１では、電子フォーム上の業務をステータスとして、ビジネスプロセス情報等から取得したり、ビジネスプロセス情報の変更に伴って、ステータスの追加・更新・削除等を行う機能を提供する。マッピング−ステータス関連機能１２では、マッピング情報定義機能１０にて定義された、１つ乃至複数のマッピング情報を、ステータス定義機能１１で定義したステータス毎に割り当てさせる機能を提供する。
【００２５】
電子フォーム実行部４では、電子フォーム開発部３で定義された電子フォームの帳票情報を電子フォームファイルにて取得し、クライアント２からの要求に応じた処理を実行する。電子フォームファイル解析機能１３では、電子フォーム開発部３から送られた電子フォームファイルの定義情報を解析し、帳票の表示や業務の実行等が行える様、メモリ上に展開する。申請／審査処理受付機能１４では、ステータスや更新データをパラメタとして、クライアント２からの帳票出力や更新処理を受け付ける。クライアント２から送信されたステータスは、ステータス判定機能１５に渡され、業務として妥当であるかの判定を行い、電子フォーム開発部３のステータス定義機能１１で設定された業務でないと判断した場合に、エラーを返す。マッピング情報取得機能１６では、クライアント２から送信されたステータスに対応するマッピング情報から、業務でアクセスする入出力データを保持するリソース上でのフィールド名を取得する。入出力データ検索・更新機能１７では、申請／審査処理受付機能１４で受け付けた更新データ、ステータス判定機能１５で取得した処理種別、及び、マッピング情報取得機能１６で取得したフィールド情報から、入出力データを保持するリソースにアクセスする処理を動的に作成し、入出力データアクセス部５に対して処理を発行する。
【００２６】
入出力データアクセス部５では、電子フォーム開発部３や電子フォーム実行部４と、入出力データを保持する先となるリソースとのインタフェースとしての機能を提供する。電子フォーム開発部３のマッピング情報定義機能１０からのフィールド情報抽出要求に対して、入出力データを保持する先となるリソースの構成情報を読み取り、要求元に送信する。電子フォーム実行部４の入出力データ検索・更新機能１７からのデータ入出力要求に対して、要求元から受信した処理種別やデータを元に、入出力データを保持する先となるリソースに合わせたデータの参照、または、更新処理を実行し、要求元へ抽出したデータや更新処理の結果を送信する。
【００２７】
電子フォーム申請部６では、電子フォーム実行部４から帳票をダウンロードして、ユーザに申請処理を行わせる機能を提供する。申請用画面表示機能１８では、電子フォーム実行部４に対して、申請画面表示のステータスと、初期表示に必要なデータを取得する為のキー値を送信し、かつ、電子フォーム実行部４から返された帳票フォーマットとメンバ一覧を基に、クライアント画面に申請画面を表示する。申請処理実行機能１９では、電子フォーム実行部４に対して、申請処理のステータスと、クライアント画面上の帳票に設定された更新データを送信し、かつ、電子フォーム実行部４から返されたデータ入出力処理の結果を表示する。
【００２８】
電子フォーム審査部７では、電子フォーム実行部４から帳票をダウンロードして、ユーザに審査処理を行わせる機能を提供する。審査用画面表示機能２０では、電子フォーム実行部４に対して、審査画面表示のステータスと、初期表示に必要なデータを取得する為のキー値を送信し、かつ、電子フォーム実行部４から返された帳票フォーマットとメンバ一覧を基に、クライアント画面に審査画面を表示する。審査処理実行機能２１では、電子フォーム実行部４に対して、審査処理のステータスと、クライアント画面上の帳票に設定された更新データを送信し、かつ、電子フォーム実行部４から返されたデータ入出力処理の結果を表示する。
【００２９】
図３は本実施形態の電子フォーム開発部３において帳票が作成されるまでの処理手順を示すフローチャートである。まず電子フォーム開発部３のステータス定義機能１１は、帳票を用いた業務の流れを定義したビジネスプロセス情報を磁気ディスク装置から読み出し、そのビジネスプロセス情報から各処理段階の状態を識別する為の情報として各業務の名称を抽出して、その抽出した名称をステータスとして取得する（ステップ２２）。
【００３０】
次に電子フォーム雛形生成機能９は、帳票のレイアウトを設計する為の画面を出力装置に表示して、各ステータスにおいてその帳票で入出力されるデータを示すメンバの設定を入力装置により受け付け、電子フォームの雛形を生成してメモリに格納する（ステップ２３）。
【００３１】
次にマッピング情報定義機能１０は、前記メンバの入出力データを保持する先となる磁気ディスク装置等のリソースからフィールドの情報を取得し（ステップ２４）、そして、前記メンバに対応付けるフィールドの選択を受け付けて、それらの対応関係を示す情報をマッピング情報として生成してメモリに格納する（ステップ２５）。
【００３２】
またマッピング−ステータス関連機能１２は、前記マッピング情報の定義が行われた業務のステータスと前記生成したマッピング情報とを関連付けると共に、入出力データを保持する先となるリソースに発行する処理の種別の設定を受け付けてメモリに格納する（ステップ２６）。
【００３３】
そして、これらのステップ２４からステップ２６までの一連の処理を、電子フォームで取得したステータスの数だけ繰り返した後、定義された情報をメモリから読み出して電子フォームファイルとして磁気ディスク装置へ出力し（ステップ２７）、その出力した電子フォームファイルを電子フォーム実行部４のサーバ１へ通信装置により転送する（ステップ２８）。
【００３４】
一方、クライアント２では、電子フォーム申請処理や電子フォーム審査処理の開始指示を受け付けると、申請処理や審査処理の初期処理用の電子フォームを画面に表示して、申請者のユーザＩＤや審査対象の受付Ｎｏ等のキー値となるパラメタの入力を受け付け、その処理のステータスと前記パラメタを含む帳票ダウンロード要求を通信装置によりサーバ１（電子フォーム実行部４）へ送信する処理を行う。
【００３５】
図４は本実施形態の電子フォーム実行部４においてクライアント画面に帳票を表示するまでの処理手順を示すフローチャートである。電子フォーム実行部４の申請／審査処理受付機能１４が、電子フォーム申請部６または電子フォーム審査部７から通信装置により帳票ダウンロード要求を受け付けると（ステップ２９）、ステータス判定機能１５は、クライアント２から送信されたステータスが妥当な値であるかや、どのステータスであるかを判断するため、マッピング情報とステータスの関連情報の一覧をサーチして、送信されたステータスが一覧に含まれているかを調べ、そのステータスに対応するマッピング情報の名称を取得する（ステップ３０）。
【００３６】
マッピング情報取得機能１６は、この時に取得したマッピング情報の名称を基に、磁気ディスク装置から該当するマッピング情報を読み出し、そのマッピング情報から前記ステータスの業務に該当するフィールド名を取得する（ステップ３１）。
【００３７】
入出力データ検索・更新機能１７は、前記取得したフィールド名の情報と、クライアント２からのキー値等のパラメタ値から、初期表示で帳票のメンバに設定する値を検索する為の要求を生成し（ステップ３２）、その生成した検索要求を通信装置により送信して入出力データアクセス部５に対して検索処理の実行を要求する（ステップ３３）。
【００３８】
入出力データアクセス部５では、前記フィールドへの検索要求を電子フォーム実行部４から通信装置により受け取ると、その要求内容に従って磁気ディスク装置により入出力データへの検索処理を行い、その結果を通信装置により電子フォーム実行部４へ応答する。
【００３９】
電子フォーム実行部４は、前記要求した検索処理の結果を通信装置により入出力データアクセス部５から受信すると、その応答中に検索されたデータが存在するかどうかを判定し（ステップ３４）、データが存在した場合には帳票の各メンバに前記検索した値を設定し（ステップ３５）、データが存在しなかった場合には該当メンバを空欄或いはデフォルト値とし（ステップ３６）、次のステータスを設定した帳票を通信装置によりクライアント２へ送信してクライアント画面に帳票を出力する（ステップ３７）。
【００４０】
図５は本実施形態の電子フォーム実行部４においてクライアント２からの更新処理を実行するまでの処理手順を示すフローチャートである。電子フォーム実行部４の申請／審査処理受付機能１４が、電子フォーム申請部６または電子フォーム審査部７から通信装置により帳票ダウンロード要求を受け付けると（ステップ３８）、ステータス判定機能１５は、クライアント２から送信されたステータスが妥当な値であるかや、どのステータスであるかを判断するため、マッピング情報とステータスの関連情報の一覧をサーチして、送信されたステータスが一覧に含まれているかを調べ、そのステータスに対応するマッピング情報の名称を取得する（ステップ３９）。
【００４１】
マッピング情報取得機能１６は、この時に取得したマッピング情報の名称を基に、磁気ディスク装置から該当するマッピング情報を読み出し、そのマッピング情報から前記ステータスの業務に該当するフィールド名を取得する（ステップ４０）。
【００４２】
入出力データ検索・更新機能１７は、前記取得したフィールド名の情報と、クライアント２からの入力データ等のパラメタ値から、入出力データを保持するリソースに対して更新を行う為の要求を生成する（ステップ４１）が、ここで処理種別がＩＮＳＥＲＴか否かを判定し（ステップ４２）、ＩＮＳＥＲＴの場合には受付Ｎｏ等のキー項目の値を自動採番し（ステップ４３）、それ以外の処理種別の場合には受付Ｎｏ等のキー項目に一致するレコードを検索する為の条件文を付加する（ステップ４４）。そしてその生成した更新要求を通信装置により送信して入出力データアクセス部５に対して更新処理の実行を要求する（ステップ４５）。
【００４３】
入出力データアクセス部５では、前記フィールドへの更新要求を電子フォーム実行部４から通信装置により受け取ると、その要求内容に従って磁気ディスク装置により入出力データへの更新処理を行い、その結果を通信装置により電子フォーム実行部４へ応答する。
【００４４】
電子フォーム実行部４は、前記要求した更新処理の結果を通信装置により入出力データアクセス部５から受信すると、その結果を設定した帳票を通信装置によりクライアント２へ送信してクライアント画面に更新処理の結果を出力する（ステップ４６）。
【００４５】
図６は本実施形態の既存のビジネスプロセス情報からのステータス情報取得の一例を示す図である。図６のビジネスプロセス４７では、出張旅費の精算を申請し、上長の審査・承認後に経理で決済する、或いは、却下された場合に再申請または破棄するという流れを例としてあげている。
【００４６】
このビジネスプロセス４７の設計情報に対して、ステータス設計ウィンドゥ４８からステータスを取得する処理が実行されると、ビジネスプロセス４７中に格納されている業務の名称を電子フォームのステータスとして、ステータス一覧４９に表示する。ステータス一覧４９においては、ステータス名の他に、そのステータスが画面であるか処理であるかを分類する属性を設定する。
【００４７】
ここで、ビジネスプロセス４７の定義データは、業務の名称、属性、次の業務の名称を含むデータで構成されるものとし、例えば図６の例では、「名称：初期（申請者） 属性：画面 次の名称：申請（申請者）,破棄（申請者）」、「名称：申請（申請者） 属性：処理 次の名称：初期（上長１）」、「名称：破棄（申請者） 属性：処理 次の名称：完了」等の様に定義され、これらの定義データから名称「初期（申請者）」や「申請（申請者）」等と、属性「画面」や「処理」とを抽出してステータス一覧４９を生成する。
【００４８】
また本実施形態のステータス設計ウィンドゥ４８においては、ビジネスプロセス４７の変更時に、ステータス一覧４９に対して、新しいステータスの挿入、既存ステータスの編集・削除、または、ステータスの並び順の変更を行う機能を提供し、それらの変更内容に合わせて以下の処理を実行して、ビジネスプロセス４７が変更された場合の電子フォームファイルの変更を支援することとしても良い。
【００４９】
図７は本実施形態の帳票のフォーマットを設計すると共に、入出力データのフィールドと連携するメンバを管理する画面の一例を示す図である。電子フォーム開発部３は、画面設計ウィンドゥ５０の起動指示を入力装置により受け付けると、帳票のフォーマットを定義するキャンパス５１と、帳票で定義されたメンバとステータスの関連を表示する履歴管理設定画面５２を出力装置へ表示する。
【００５０】
画面設計ウィンドゥ５０において、テキストボックス等のデータ入力箇所が設定されると、電子フォーム開発部３は、入出力データのフィールドと連携する項目と判断し、帳票のメンバとして履歴管理設定画面５２の一覧に追加していく。
【００５１】
図８は本実施形態のステータス単位に帳票のメンバと入出力データのフィールドを関連付ける画面の一例を示す図である。電子フォーム開発部３は、履歴管理設計ウィンドゥ５３の起動指示を入力装置により受け付けると、現在、メンバと入出力データのフィールドとの組み合わせを設定しているステータスの名称をステータス名欄５４に表示する。
【００５２】
履歴管理定義一覧５５においては、画面設計ウィンドゥ５０で設定した全メンバについて、入出力データのフィールドと連携する為の情報の入力を受け付ける。履歴管理定義一覧５５のメンバ列に表示された各メンバに対して、キー列には、ＳＱＬ(structured query language)処理の条件となるデータベース列の様に、レコードを特定する為のデータが設定される場合にチェックの入力を受け付ける。フィールド列には、入出力データを保持するリソースへの処理において、メンバと対応付けるフィールドの設定を受け付ける。フィールド列では、入出力データを保持する先となるリソースのフィールド名の設定を受け付けるが、直接記入する他に、入出力データ情報表示ボックス５６において表示されたフィールドから選択する方法も提供する。パラメタ列においては、ステータスと共にクライアント２から渡されたパラメタ値や、データアクセス時等で自動的に割り振られる値に関して設定を受け付ける。
【００５３】
履歴管理定義一覧５５におけるキー列・フィールド列・パラメタ列に何も設定されていない場合には、該当のステータスにおいて、データアクセス処理とは関係ないメンバとして認識する。
【００５４】
処理種別５７においては、該当のステータスにおいて実行する処理の種別の選択を受け付ける。ここで、ステータスの属性が画面の場合、変更を許可しないものとしてＳＥＬＥＣＴを処理種別５７に表示し、ステータスの属性が処理の場合、ＩＮＳＥＲＴ・ＵＰＤＡＴＥ・ＤＥＬＥＴＥの中から処理種別５７の選択を受け付ける。
【００５５】
マッピング情報兼用チェックボックス５８においては、メンバとフィールド列の組み合わせを他のステータスと同じにする場合に設定を受け付ける。マッピング情報兼用チェックボックス５８にチェックが入った場合、参照先ステータス５９において、メンバとフィールド列との組み合わせを兼用するステータスの選択を受け付ける様にする。ここで他のステータスが選択されると、参照先で既に定義されているメンバとフィールド列との組み合わせを履歴管理定義一覧５５に表示し、この時、履歴管理定義一覧５５のフィールド列を変更できない様にする。逆に、マッピング情報兼用チェックボックス５８のチェックを外した場合、参照先ステータス５９において他ステータスの選択を受け付けない様にし、履歴管理定義一覧５５のフィールド列においては、最後に参照したステータスにおけるメンバとフィールド列との組み合わせを表示して変更可能な状態とする。
【００５６】
図９は本実施形態の履歴管理設計ウィンドゥ５３によって各ステータスのマッピング情報と処理種別が設定された画面設計ウィンドゥ５０の一例を示す図である。履歴管理設定画面５２において電子フォーム開発部３は、各ステータスにおいて、データアクセス処理に関わるメンバに、処理種別５７の略称を表示することで、そのステータスにおけるデータアクセス処理の概要を一目で確認できる様にする。全てのステータスに対する設定が完了した状態において、電子フォーム出力処理が実行されると、全ての設定情報を電子フォームファイルのフォーマットで出力する。
【００５７】
図１０は本実施形態の電子フォーム開発部３から出力された電子フォームファイルの構成を示す図である。電子フォーム雛形生成機能９は、電子フォームメンバ一覧６１に示す様に、画面設計ウィンドゥ５０において設定されたメンバに関して、メンバ名・データ属性・表示サイズ・表示位置等の情報をリストにして格納する。
【００５８】
マッピング情報定義機能１０は、マッピング情報一覧６２に示す様に、履歴管理設計ウィンドゥ５３の履歴管理定義一覧５５において設定された、帳票のメンバとフィールドとの対応に関してリストにして格納する。各ステータスでのマッピング定義で指定された、メンバとフィールドとの組み合わせは、電子フォーム開発部３が内部でユニークに設定したマップ名によって管理される。
【００５９】
マッピング−ステータス関連機能１２は、マッピング情報とステータスの関連情報一覧６３に示す様に、履歴管理設計ウィンドゥ５３において設定された、各ステータスに対応するマッピング情報、処理種別、及び、キー項目等の関連情報に関してリストにして格納する。
【００６０】
図１１は本実施形態の電子フォーム開発部３から出力された電子フォームファイル６０を用いて、申請用の画面を表示するまでの処理手順を示すフローチャートである。電子フォームのクライアント２から申請の業務を開始した時、電子フォーム申請部６の申請用画面表示機能１８は、電子フォームサーバ１に設置された電子フォーム実行部４の中の申請／審査処理受付機能１４に対し、表示するフォーム名、申請用画面を出力するステータス、申請者のユーザＩＤをパラメタとして、申請用画面の表示を要求する。
【００６１】
申請／審査処理受付機能１４は、クライアント２からパラメタで渡されたステータスを、ステータス判定機能１５に渡す。ステータス判定機能１５は、電子フォームファイル６０のマッピング情報とステータスの関連情報一覧６３に、該当するステータスが存在するか確認する。ステータスが存在した場合、マッピング情報取得機能１６は、マッピング情報とステータスの関連情報一覧６３から該当するステータスに対応するマップ名を取得し、そのマップ名のマッピング情報一覧６２からデータベースアクセスに使用する表名と列名を取得し、入出力データ検索・更新機能１７に渡す。
【００６２】
その一方で、申請／審査処理受付機能１４は、クライアント２からパラメタで渡されたユーザＩＤを検索条件として、入出力データ検索・更新機能１７に渡す。入出力データ検索・更新機能１７は、渡された表名・列名・ユーザＩＤを用いて検索ＳＱＬを生成し、データベースサーバ１の入出力データアクセス部５に対して検索処理を発行する。
【００６３】
入出力データ検索・更新機能１７は、入出力データアクセス部５を経由して、該当するテーブル６４から必要な情報を取得すると、電子フォームファイル６０の電子フォームメンバ一覧６１を参照し、帳票の該当メンバに値を設定して、電子フォームクライアント２のブラウザ６５に対して画面を表示させる。
【００６４】
ここでは、入出力データを保持するリソースとしてデータベースを用いた場合を例にあげたが、入出力データアクセス部５からアクセスするデータを保持するリソースとして、ＸＭＬ等を用いることも可能である。すなわち、帳票のメンバに対応したフィールドの検索処理の場合には、ＸＭＬで記述した帳票中にその検索結果を保持しておき、それ以降の業務処理で該当メンバのフィールドに対して検索や更新を行う際には当該帳票中に保持している値に対してその処理を行う。
【００６５】
図１２は本実施形態の電子フォーム開発部３から出力された電子フォームファイル６０を用いて、申請処理でデータベースを更新するまでの処理手順を示すフローチャートである。電子フォームのクライアント２から申請処理を実行した時、電子フォーム申請部６の申請処理実行機能１９は、電子フォームサーバ１に設置された電子フォーム実行部４の中の申請／審査処理受付機能１４に対し、申請したフォーム名、申請を行うステータス、申請データをパラメタとして、申請処理の実行を要求する。
【００６６】
申請／審査処理受付機能１４は、クライアント２からパラメタで渡されたステータスを、ステータス判定機能１５に渡す。ステータス判定機能１５は、電子フォームファイル６０のマッピング情報とステータスの関連情報一覧６３に、該当するステータスが存在するか確認する。ステータスが存在した場合、マッピング情報取得機能１６は、マッピング情報とステータスの関連情報一覧６３から該当するステータスに対応するマップ名を取得し、そのマップ名のマッピング情報一覧６２から入出力データアクセスに使用する表名と列名を取得し、入出力データ検索・更新機能１７に渡す。
【００６７】
その一方で、申請／審査処理受付機能１４は、クライアント２からパラメタで渡された申請データを更新データとして、入出力データ検索・更新機能１７に渡す。入出力データ検索・更新機能１７は、渡された表名・列名・更新データを用いて更新ＳＱＬを生成し、データベースサーバ１の入出力データアクセス部５に対して更新処理を発行する。
【００６８】
入出力データ検索・更新機能１７は、入出力データアクセス部５を経由して、該当するテーブル６４を更新すると、電子フォームクライアント２の申請処理実行機能１９に対して実行結果を返す。
【００６９】
ここでは、入出力データを保持するリソースとしてデータベースを用いた場合を例にあげたが、入出力データアクセス部５からアクセスするデータを保持するリソースとして、ＸＭＬ等を用いることも可能である。すなわち、帳票のメンバに対応したフィールドへの更新処理の場合には、ＸＭＬで記述した帳票中に更新データを保持しておき、それ以降の業務処理で該当メンバのフィールドに対して検索や更新を行う際には当該帳票中に保持している値に対してその処理を行う。
【００７０】
従来の帳票処理では、データベースやＸＭＬ等と連携した電子フォームによる帳票を作成する際、メンバ単位に入出力データを保持するリソースから該当するデータを取得するプログラムを各業務に合わせて設計しており、同じ帳票を用いる業務であるにもかかわらず、業務によって処理対象のデータや処理内容が異なっている場合には、帳票を処理するプログラムを業務毎に作成しなければならないという問題があった。
【００７１】
これに対し、本実施形態の電子フォーム処理システムでは、ステータスに対応したマッピング情報により当該ステータスで処理対象となっているフィールドを選択して処理を実行し、その処理結果を帳票中のメンバに設定するので、ビジネスプロセス４７中の業務によって処理対象のデータや処理内容が異なっている場合でも業務毎にプログラムを作成する必要が無く、ビジネスプロセス４７の変更や新規作成時でも、電子フォームファイル６０中のマッピング情報等を変更することで帳票処理を行うことができる。よって、１つの帳票において複数の業務を定義できる開発環境及び実行環境を提供して、電子フォームによる帳票を処理する処理プログラムの開発負荷を低減することが可能である。
【００７２】
以上説明した様に本実施形態の電子フォーム処理システムによれば、帳票を用いる処理の各ステータスに対応したマッピング情報により当該ステータスで処理対象となっているフィールドを選択して処理を実行し、その処理結果を帳票中のメンバに設定するので、電子フォームによる帳票を処理する処理プログラムの開発負荷を低減し、電子フォームによる帳票処理の処理効率を向上させることが可能である。
【図面の簡単な説明】
【００７３】
【図１】本実施形態の電子フォーム処理システムの構成を示す図である。
【図２】本実施形態の図１で示した構成の各要素の詳細を示す図である。
【図３】本実施形態の電子フォーム開発部３において帳票が作成されるまでの処理手順を示すフローチャートである。
【図４】本実施形態の電子フォーム実行部４においてクライアント画面に帳票を表示するまでの処理手順を示すフローチャートである。
【図５】本実施形態の電子フォーム実行部４においてクライアント２からの更新処理を実行するまでの処理手順を示すフローチャートである。
【図６】本実施形態の既存のビジネスプロセス情報からのステータス情報取得の一例を示す図である。
【図７】本実施形態の帳票のフォーマットを設計すると共に、入出力データのフィールドと連携するメンバを管理する画面の一例を示す図である。
【図８】本実施形態のステータス単位に帳票のメンバと入出力データのフィールドを関連付ける画面の一例を示す図である。
【図９】本実施形態の履歴管理設計ウィンドゥ５３によって各ステータスのマッピング情報と処理種別が設定された画面設計ウィンドゥ５０の一例を示す図である。
【図１０】本実施形態の電子フォーム開発部３から出力された電子フォームファイルの構成を示す図である。
【図１１】本実施形態の電子フォーム開発部３から出力された電子フォームファイル６０を用いて、申請用の画面を表示するまでの処理手順を示すフローチャートである。
【図１２】本実施形態の電子フォーム開発部３から出力された電子フォームファイル６０を用いて、申請処理でデータベースを更新するまでの処理手順を示すフローチャートである。
【図１３】本実施形態のサーバ１のハードウェア構成を示す図である。
【符号の説明】
【００７４】
１…サーバ、２…クライアント、８…ネットワーク、３…電子フォーム開発部、４…電子フォーム実行部、５…入出力データアクセス部、６…電子フォーム申請部、７…電子フォーム審査部、９…電子フォーム雛形生成機能、１０…マッピング情報定義機能、１１…ステータス定義機能、１２…マッピング−ステータス関連機能、１３…電子フォームファイル解析機能、１４…申請／審査処理受付機能、１５…ステータス判定機能、１６…マッピング情報取得機能、１７…入出力データ検索・更新機能、１８…申請用画面表示機能、１９…申請処理実行機能、２０…審査用画面表示機能、２１…審査処理実行機能、４７…ビジネスプロセス、４８…ステータス設計ウィンドゥ、４９…ステータス一覧、５０…画面設計ウィンドゥ、５１…キャンパス、５２…履歴管理設定画面、５３…履歴管理設計ウィンドゥ、５４…ステータス名欄、５５…履歴管理定義一覧、５６…入出力データ情報表示ボックス、５７…処理種別、５８…マッピング情報兼用チェックボックス、５９…参照先ステータス、６０…電子フォームファイル、６１…電子フォームメンバ一覧、６２…マッピング情報一覧、６３…マッピング情報とステータスの関連情報一覧、６４…テーブル、６５…ブラウザ。
【図１】
2006146385.tif 000003
【図２】
2006146385.tif 000004
【図３】
2006146385.tif 000005
【図４】
2006146385.tif 000006
【図５】
2006146385.tif 000007
【図６】
2006146385.tif 000008
【図７】
2006146385.tif 000009
【図８】
2006146385.tif 000010
【図９】
2006146385.tif 000011
【図１０】
2006146385.tif 000012
【図１１】
2006146385.tif 000013
【図１２】
2006146385.tif 000014
【図１３】
2006146385.tif 000015