(57)【要約】【課題】  継続可能なエラーであれば継続して処理を行うことを可能にする。【解決手段】  バッチインプットプログラムが生成され（ステップＳ１０７）、この生成されたバッチインプットプログラムを実行して決済規則の登録処理が行われる（ステップＳ１０８）。この処理実行中にエラーが発生すると継続可能なエラーであるかが判断され（ステップＳ１０９）、継続可能なエラーであると判断された場合には発生したエラーを回避するバッチインプットプログラムに生成し直す（ステップＳ１１１）。生成し直したバッチインプットプログラムを実行して決済規則の登録処理が行われる（ステップＳ１１２）。【選択図】  図２
2005149421.tif 000002
【特許請求の範囲】
【請求項１】
バッチインプットプログラムを生成するバッチインプットプログラム生成手段と、
前記バッチインプットプログラム生成手段により生成されるバッチインプットプログラムを実行するバッチインプットプログラム実行手段と、
前記バッチインプットプログラム実行手段による実行中にエラーが発生すると継続可能なエラーであるかを判断するエラー判断手段と、
を備えており、
前記バッチインプットプログラム実行手段によるプログラム実行中にエラーが発生し、前記エラー判断手段により発生したエラーが継続可能なエラーであると判断された場合、前記バッチインプットプログラム生成手段は発生したエラーに基づいてバッチインプットプログラムを生成し直し、
前記バッチインプットプログラム実行手段は前記バッチインプットプログラム生成手段により生成し直されたバッチインプットプログラムを実行する、
ことを特徴とするバッチ処理システム。
【請求項２】
バッチインプットプログラムを生成し、
生成した前記バッチインプットプログラムを実行し、
前記バッチインプットプログラムの実行中にエラーが発生すると継続可能なエラーであるかを判断し、
継続可能なエラーであると判断された場合、発生したエラーに基づいてバッチインプットプログラムを生成し直し、
生成し直した前記バッチインプットプログラムを実行する、
ことを特徴とするバッチ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、バッチインプットプログラムを実行するバッチ処理システム、及びバッチ処理方法に関する。
【背景技術】
【０００２】
従来から、バッチ処理を利用した技術が提案され、提供されている。その提案され、提供されている技術の中には、バッチプログラムの実行中に起こった事態に対応する技術がある。例えば、バッチ処理の履歴情報を記憶・管理し、バッチプログラムの実行中にシステムの緊急停止などによりバッチプログラムの実行が中断した場合には、その記憶・管理している履歴情報を参照してどこまで処理を実行したかを判断し、中断時点からバッチプログラムの実行を開始するものである（例えば、特許文献１参照。）。
【特許文献１】特開平０５−１６５５３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところが、バッチ処理を利用した種々の技術が提案され、提供されているものの、バッチインプットプログラムの実行中にエラーが発生した場合にそのエラーの内容を判断して継続可能であれば継続して処理を行うことを可能にする技術が開示されていない現状にあると思われる。
そこで、本発明は、継続可能なエラーであれば継続して処理を行うことを可能にするバッチ処理システム、及びバッチ処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００４】
本発明のバッチ処理システムは、バッチインプットプログラムを生成するバッチインプットプログラム生成手段と、前記バッチインプットプログラム生成手段により生成されるバッチインプットプログラムを実行するバッチインプットプログラム実行手段と、前記バッチインプットプログラム実行手段による実行中にエラーが発生すると継続可能なエラーであるかを判断するエラー判断手段と、を備えており、前記バッチインプットプログラム実行手段によるプログラム実行中にエラーが発生し、前記エラー判断手段により発生したエラーが継続可能なエラーであると判断された場合、前記バッチインプットプログラム生成手段は発生したエラーに基づいてバッチインプットプログラムを生成し直し、前記バッチインプットプログラム実行手段は前記バッチインプットプログラム生成手段により生成し直されたバッチインプットプログラムを実行する、ことを特徴とする。
【０００５】
本発明のバッチ処理方法は、バッチインプットプログラムを生成し、生成した前記バッチインプットプログラムを実行し、前記バッチインプットプログラムの実行中にエラーが発生すると継続可能なエラーであるかを判断し、継続可能なエラーであると判断された場合、発生したエラーに基づいてバッチインプットプログラムを生成し直し、生成し直した前記バッチインプットプログラムを実行する、ことを特徴とする。
【発明の効果】
【０００６】
本発明によれば、バッチインプットプログラムの実行中にエラーが発生し、発生したエラーが継続可能なエラーであれば、発生したエラーを考慮してバッチインプットプログラムを生成し直し、その生成し直したバッチインプットプログラムを実行するようになっている。このため、発生したエラーが継続処理可能なエラーであれば、継続処理が行われるという利点を有している。
【発明を実施するための最良の形態】
【０００７】
以下、本発明の実施の形態におけるバッチ処理システム、及びバッチ処理方法について図面を参照しつつ説明する。尚、本発明は、バッチインプットプログラムの実行中にエラーが発生した場合にその発生したエラーの内容を判断して継続可能であればエラーを回避したバッチインプットプログラムを生成し直して、生成し直したバッチインプットプログラムを実行するものである。このため、以下の説明では、この点を中心に説明し、決済規則登録の詳細は省略する。
【０００８】
まず、本実施の形態におけるバッチ処理システムの構成について図１を参照しつつ説明する。図１は本実施の形態におけるバッチ処理システムの構成を示すブロック図である。
【０００９】
図１に示すように、バッチ処理システム１は、確認部１１と、バッチインプットプログラム生成部１２と、バッチインプットプログラム実行部１３と、エラー判断部１４と、エラー処理部１５として機能する各部を有している。尚、各部の動作の詳細は図２のフローチャートの説明の際に行う。
【００１０】
確認部１１は、センダＷＢＳに関する確認、レシーバの存在確認、決済規則エラーの確認を行う。
バッチインプットプログラム生成部１２は決済規則の登録処理を行うためのバッチインプットプログラム（例えば、どの入力項目にどの値を登録する、リターンコードを入力する、保存ボタンを押す、などが記述されたプログラム）を生成する。
バッチインプットプログラム実行部１３はバッチインプットプログラム生成部１２により生成されるバッチインプットプログラムを実行して決済規則の登録処理を行う。尚、決済規則の登録とは、例えば、どのＷＢＳ要素（工事費用）をどの建設仮勘定や固定資産、勘定科目にいくら（金額や率）振替を行うかを登録することである。
エラー判断部１４はバッチインプットプログラム実行部１３の実行中に発生したエラーの内容に基づいて継続処理可能であるか否かを判断する。
エラー処理部１５はエラー処理を行う。
【００１１】
次に、図１のバッチ処理システム１において行われる処理手順について図２を参照しつつ説明する。図２はバッチ処理システム１が行う処理手順の流れを示すフローチャートである。
【００１２】
確認部１１により、登録されたセンダＷＢＳがマスタ（不図示）に存在するか、登録されたセンダＷＢＳに投資プロファイルが割り当てられているか、の確認が行われる（ステップＳ１０１）。尚、センダＷＢＳとは、振替元のＷＢＳ要素（工事費用）のことである。また、投資プロファイルとは、振替元のＷＢＳ要素がどの種類の建設仮勘定に振替えを行うかを定義する設定のことである。
センダＷＢＳが存在し、センダＷＢＳに投資プロファイルが割り当てられていることが確認された場合には（Ｓ１０１：エラーなし）、ステップＳ１０３の処理へ移行する。
一方、センダＷＢＳが存在しないことが確認された場合やセンダＷＢＳに投資プロファイルが割り当てられていないことが確認された場合には（Ｓ１０１：エラー）、ステップＳ１０２の処理へ移行する。そして、エラー処理部１５によりエラー処理（登録情報の出力、該当エラーの出力など）が行われて（ステップＳ１０２）、エラー終了する。尚、該当エラーの出力として、例えば、センダＷＢＳが存在しない場合には「ＷＢＳ要素は未登録です。」、センダＷＢＳに投資プロファイルが割り当てられていない場合には「センダＷＢＳ要素に投資プロファイルが登録されていません。」などである。
【００１３】
確認部１１により、登録されたレシーバの存在の確認が行われる（ステップＳ１０３）。尚、ステップＳ１０３における確認は、振替先の固定資産番号等が存在するかなどである。
レシーバの存在を確認できた場合には（Ｓ１０３：エラーなし）、ステップＳ１０５の処理へ移行する。
一方、レシーバの存在を確認できなかった場合には（Ｓ１０３：エラー）、ステップＳ１０４の処理へ移行する。そして、エラー処理部１５によりエラー処理（登録情報の出力、該当エラーの出力など）が行われて（ステップＳ１０４）、エラー終了する。
【００１４】
確認部１１により、決済規則のエラー確認が行われる（ステップＳ１０５）。尚、決済規則のエラーとは、振替元ＷＢＳ要素から振替金額、率等の振替条件のエラーなどである。エラーには属性情報（メッセージタイプ）を持っており、それにより後続の処理が異なる。メッセージタイプＥ、Ａは、夫々、エラー、異常処理であり、後続処理は行わずエラー終了となる。メッセージタイプＩ、Ｓ、Ｗは、夫々、情報、成功、警告であり、後続処理を行う。例えば、決済規則の率に１００%のみ登録可能と設定している場合、１００％を超えた値が登録されると、Ｅ（エラー）となり、１００％未満であればＷ（警告）のエラーが出力される。
決済規則のエラー確認の結果、エラーなしの場合やエラーがメッセージタイプＩ（情報）、Ｓ（成功）、Ｗ（警告）の場合には（Ｓ１０５：タイプＥ，Ａ以外）、ステップＳ１０７の処理へ移行する。
一方、決済規則のエラー確認の結果、エラーがメッセージタイプＥ（エラー）、Ａ（異常処理）の場合には（Ｓ１０５：タイプＥ，Ａ）、ステップＳ１０６の処理へ移行する。そして、エラー処理部１５によりエラー処理（登録情報の出力、該当エラーの出力など）が行われて（ステップＳ１０６）、エラー終了する。
【００１５】
バッチインプットプログラム生成部１２により、ステップＳ１０５の決済規則のエラー確認の結果エラーなしの場合にはエラーを考慮しないバッチインプットプログラムが生成され、エラーがメッセージタイプＩ（情報）、Ｓ（成功）、Ｗ（警告）の場合には継続処理を前提としたバッチインプットプログラムが生成される（ステップＳ１０７）。尚、エラーを前提とした場合、登録処理の過程において通常の処理画面以外の画面（メッセージストア）が立ち上がり、そのエラー内容が出力される。その場合はそのメッセージストア画面の確認ボタンを押すことで継続処理が可能に成るため、確認ボタンを押す内容のバッチインプットプログラムを生成する。具体的にはメッセージストア画面が立ち上がる後に「リターンコード」を入れるバッチインプットプログラムを生成する。エラーなしの場合は確認ボタンを考慮しないバッチインプットプログラムを生成する。
【００１６】
バッチインプットプログラム実行部１３により、ステップＳ１０７において生成されたバッチインプットプログラムが実行されて決済規則の登録処理が行われる（ステップＳ１０８）。
【００１７】
エラー判断部１４により、ステップＳ１０８における処理実行中にエラーが発生したか、エラーが発生した場合には発生したエラーがメッセージストアによるエラーであるか、ステップＳ１０５の決済規則のエラー確認でエラーがあったか、が判断される（ステップＳ１０９）。
ステップＳ１０８における処理実行中にエラーが発生しなかったと判断された場合には（Ｓ１０９：エラーなし）、ステップＳ１０８においてステップＳ１０７で生成されたバッチインプットプログラムが最後まで正常に行われて決済規則の登録処理が終了したので、登録情報を出力して、正常終了する。
ステップＳ１０８における処理実行中にエラーが発生したと判断された場合であって、エラーがメッセージストアによるエラーでないと判断されたとき、或いは、発生したエラーがメッセージストアによるエラーであると判断されるとともにステップＳ１０５の決済規則のエラー確認でエラーが確認されたとき（Ｓ１０９：エラー／プログラム非生成）、ステップ１１０の処理へ移行する。そして、エラー処理部１５によりエラー処理（登録情報の出力、該当エラーの出力など）が行われて（ステップＳ１１０）、エラー終了する。
ステップＳ１０８における処理実行中にエラーが発生したと判断された場合であって、発生したエラーがメッセージストアによるエラーであると判断されるとともにステップＳ１０５の決済規則のエラー確認でエラーが確認されなかったとき（Ｓ１０９：エラー／プログラム生成）、ステップＳ１１１の処理へ移行する。この場合が、バッチインプットプログラムを実行して決済規則の登録処理中に発生したエラーが継続可能なエラーである可能性がある。
【００１８】
ステップＳ１１１において、バッチインプットプログラム生成部１２により、ステップＳ１０８における処理実行中に発生したエラーの内容に基づいて、そのエラーを回避したバッチインプットプログラムが生成し直される（ステップＳ１１１）。尚、ステップＳ１１１の処理は、例えば、ステップＳ１０７で生成されたバッチインプットプログラムのエラーになった場所に「リターンコード」を入れるバッチインプットプログラムを生成し直す。これらにより次の処理に進むことが可能になって、バッチインプットプログラムの実行を継続することが可能になる。
【００１９】
バッチインプットプログラム実行部１３により、ステップＳ１１１において生成されたバッチインプットプログラムが実行されて決済規則の登録処理が行われる（ステップＳ１１２）。
【００２０】
エラー判断部１４により、ステップＳ１１２における処理実行中にエラーが発生したかが判断される（ステップＳ１１３）。
ステップＳ１１２における処理実行中にエラーが発生しなかったと判断された場合には（Ｓ１１３：エラーなし）、ステップＳ１１２においてステップＳ１１１で生成されたバッチインプットプログラムが最後まで正常に行われて決済規則の登録処理が終了したので、登録情報を出力して、正常終了する。
一方、ステップＳ１１２における処理実行中にエラーが発生したと判断された場合には（Ｓ１１３：エラー）、ステップ１１４の処理へ移行する。そして、エラー処理部１５によりエラー処理（登録情報の出力、該当エラーの出力（「登録可能な値かを確認して下さい。」という旨のメッセージの出力）など）が行われて（ステップＳ１１４）、エラー終了する。
【００２１】
以上説明した本実施の形態によれば、バッチインプットプログラムの実行中にエラーが発生した場合にその発生したエラーの内容を判断して継続可能であればエラーを回避したバッチインプットプログラムを生成し直して再度実行を行うようになっているため、継続可能なエラーであれば継続して処理を行うことが可能になる。
【００２２】
以上、本発明の好適な実施の形態について説明したが、本発明は上述の実施の形態に限られるものではなく、特許請求の範囲に記載されている範囲において様々な設計変更が可能なものである。
例えば、上記実施の形態においては、バッチインプットプログラムを生成し直す回数が１回の場合であるが、これに限らず、バッチインプットプログラムを生成し直す回数が２回以上となるようなものであってもよい。
また、決済規則登録以外に適用するようにしてもよい。
【００２３】
尚、上述した各処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上記各種処理を行ってもよい。尚、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００２４】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施の形態におけるバッチ処理システムの構成を示すブロック図。
【図２】図１のバッチ処理システムが行う処理手順の流れを示すフローチャート。
【符号の説明】
【００２６】
１  バッチ処理システム
１１  確認部
１２  バッチインプットプログラム生成部
１３  バッチインプットプログラム実行部
１４  エラー判断部
１５  エラー処理部
【図１】
2005149421.tif 000003
【図２】
2005149421.tif 000004