(57)【要約】【課題】手戻り作業が少なく、ジョブの解析処理自体がストップしてバッチ処理が機能しなくなる事態をできるだけ避け得るように、ファイル自動チェック機能及び終了告知機能を具備したバッチ処理システムを提供する【解決手段】解析ジョブの解析を行う機能を有する複数のデータ処理装置を、ユーザが使用するユーザマシンとジョブ解析を専用に実行する解析用マシンとに分けてバッチ処理を行うバッチ処理システムにおいて、ユーザマシンと解析用マシンとの間でファイルの送受信を行う送受信用フォルダと、解析用マシンの結果を蓄積する過去実績データベースとが配設されており、ユーザマシンが、解析ジョブの登録を行う前に解析処理の一部を実行し、登録ファイルのチェックを過去実績データベースの過去データとの照合で行うファイルチェック機能を具備している。【選択図】図２
2010002950.tif 000002
【特許請求の範囲】
【請求項１】
解析ジョブの解析を行う機能を有する複数のデータ処理装置を、ユーザが使用するユーザマシンとジョブ解析を専用に実行する解析用マシンとに分けてバッチ処理を行うバッチ処理システムにおいて、前記ユーザマシンと前記解析用マシンとの間でファイルの送受信を行う送受信用フォルダと、前記解析用マシンの結果を蓄積する過去実績データベースとが配設されており、前記ユーザマシンが、前記解析ジョブの登録を行う前に解析処理の一部を実行し、登録ファイルのチェックを前記過去実績データベースの過去データとの照合で行うファイルチェック機能を具備していることを特徴とするバッチ処理システム。
【請求項２】
前記ファイルチェック機能が前記バッチ処理システムとは関係なく独自に稼動するシステムである請求項１に記載のバッチ処理システム。
【請求項３】
前記照合がエラー発生の有無及びエラー発生の予想である請求項１又は２に記載のバッチ処理システム。
【請求項４】
前記照合でエラー発生が無く、エラー発生の予想が低いファイルを前記送受信用フォルダに登録するようになっている請求項３に記載のバッチ処理システム。
【請求項５】
前記データ処理装置がパソコン若しくはワークステーションである請求項１乃至４のいずれかに記載のバッチ処理システム。
【請求項６】
解析ジョブの解析を行う機能を有する複数のデータ処理装置を、ユーザが使用するユーザマシンとジョブ解析を専用に実行する解析用マシンとに分けてバッチ処理を行うバッチ処理システムにおいて、前記ユーザマシンと前記解析用マシンとの間でファイルの送受信を行う送受信用フォルダと、前記解析用マシンの結果を蓄積する過去実績データベースとが配設されており、前記解析用マシンが前記解析ジョブの解析処理を終了したときに、前記ユーザマシンに対して終了告知を行う終了告知機能を具備していることを特徴とするバッチ処理システム。
【請求項７】
前記ユーザマシンが解析終了したファイルを前記送受信用フォルダへ登録することにより終了告知する請求項６に記載のバッチ処理システム。
【請求項８】
前記終了告知機能がメッセージの出力若しくはメールの配信である請求項６に記載のバッチ処理システム。
【請求項９】
前記終了告知機能は前記バッチ処理とは関係なく独自に稼動するシステムであり、前記送受信用フォルダを一定間隔で監視することにより行うようになっている請求項６に記載のバッチ処理システム。
【請求項１０】
前記データ処理装置がパソコン若しくはワークステーションである請求項６乃至９のいずれかに記載のバッチ処理システム。
【請求項１１】
解析ジョブの解析を行う機能を有する複数のデータ処理装置を、ユーザが使用するユーザマシンとジョブ解析を専用に実行する解析用マシンとに分けてバッチ処理を行うバッチ処理システムにおいて、前記ユーザマシンと前記解析用マシンとの間でファイルの送受信を行う送受信用フォルダと、前記解析用マシンの結果を蓄積する過去実績データベースとが配設されており、前記ユーザマシンが、前記解析ジョブの登録を行う前に解析処理の一部を実行し、登録ファイルのチェックを前記過去実績データベースの過去データとの照合で行うファイルチェック機能と、前記解析用マシンが前記解析ジョブの解析処理を終了したときに、前記ユーザマシンに対して終了告知を行う終了告知機能とを具備していることを特徴とするバッチ処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、２台以上のデータ処理装置（パソコン、ワークステーション等）を用いて解析ジョブのバッチ処理を行うバッチ処理システムに関し、特にファイルチェック機能及び終了告知機能を具備したバッチ処理システムに関する。
【背景技術】
【０００２】
一般的に、２台のデータ処理装置としてユーザパソコン１０及び解析用パソコン２０を用いたバッチ処理システムは図５に示すようになっており、時間を要するジョブ解析の処理を解析専用の解析用パソコン２０に行わせるようになっており、ユーザパソコン１０及び解析用パソコン２０の間にファイル受け渡し用共有可能な送受信用フォルダ１が配置されている。そして、ユーザパソコン１０ではジョブ解析に必要なデータの入力を行い（ステップＳ１１）、入力されたデータのファイルを送受信用フォルダ１に送信して登録し（ステップＳ１２）、送受信用フォルダ１に登録されたファイルが解析用パソコン２０に転送される。このように解析用パソコン２０は送受信用フォルダ１を経てユーザパソコン１０からファイルを取得し（ステップＳ２１）、ジョブ解析の実行を行い（ステップＳ２２）、結果ファイルを送受信用フォルダ１を経てユーザパソコン１０に出力する（ステップＳ２３）。解析用パソコン２０での解析終了時には、解析結果（メッシュ数、解析に要した時間、付加された解析条件、エラー発生の有無等）を過去実績としてデータベースに蓄積する。
【０００３】
そして、解析用パソコン１０内で１つのジョブ解析が終了すれば、解析結果を送受信用フォルダ１に出力して次のジョブ解析を開始するようにしている。そのため、ジョブを登録したユーザが、ジョブが終了したかどうかを知るために、結果の出力された送受信用フォルダ１を手動で監視するしかなく、送受信用フォルダ１の監視はユーザパソコン１０側から手動で行うようになっている（ステップＳ１３）。
【特許文献１】特開平４−３０５７５５号公報
【特許文献２】特許第２９９２２３３号公報
【特許文献３】特開平６−１２４２６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述のように複数のパソコン等を用いてジョブ解析のバッチ処理を行う場合、ジョブ解析が開始されてからエラーが発生してしまうと、ユーザ（ユーザパソコン）は長時間待った上に結果が出力されて来ないといった状況になってしまい、手戻り作業が増えてしまう問題がある。また、解析処理自体がストップしてしまい、バッチ処理が機能しなくなることもある。
【０００５】
更に、上述のバッチ処理システムでは、ジョブを登録したユーザが、ジョブが終了したかどうかを知るには結果ファイルの出力された送受信用フォルダを手動で監視するしかなく、結果ファイルが出力されていれば解析ジョブは終了したと判断し、終了確認後に結果の取得を行うので極めて非効率的である。
【０００６】
バッチ処理システムにおける終了通知機能は、例えば特開平４−３０５７５５号公報（特許文献１）に開示されているが、特許文献１における終了通知はワークステーション間での終了情報のやり取りに用いられるもので、次のジョブの開始や取得にある。しかし、それではジョブを登録したユーザがジョブ終了の情報を得ることができず、そのため、ユーザはジョブが終了したかどうかの問い合わせを行い、その後に結果の取得等を行わなければならない問題がある。
【０００７】
本発明は上述のような事情によりなされたものであり、本発明の目的は、手戻り作業が少なく、ジョブの解析処理自体がストップしてバッチ処理が機能しなくなる事態をできるだけ避け得るように、ファイル自動チェック機能及び終了告知機能を具備したバッチ処理システムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明は、解析ジョブの解析を行う機能を有する複数のデータ処理装置を、ユーザが使用するユーザマシンとジョブ解析を専用に実行する解析用マシンとに分けてバッチ処理を行うバッチ処理システムに関し、本発明の上記目的は、前記ユーザマシンと前記解析用マシンとの間でファイルの送受信を行う送受信用フォルダと、前記解析用マシンの結果を蓄積する過去実績データベースとを配設し、前記ユーザマシンに、前記解析ジョブの登録を行う前に解析処理の一部を実行し、登録ファイルのチェックを前記過去実績データベースの過去データとの照合で行うファイルチェック機能を具備させることにより達成される。
【０００９】
本発明の上記目的は、前記ファイルチェック機能が前記バッチ処理システムとは関係なく独自に稼動するシステムであることにより、或いは前記照合がエラー発生の有無及びエラー発生の予想であることにより、或いは前記照合でエラー発生が無く、エラー発生の予想が低いファイルを前記送受信用フォルダに登録するようになっていることにより、或いは、或いは前記データ処理装置がパソコン若しくはワークステーションであることにより、より効果的に達成される。
【００１０】
また、本発明は、解析ジョブの解析を行う機能を有する複数のデータ処理装置を、ユーザが使用するユーザマシンとジョブ解析を専用に実行する解析用マシンとに分けてバッチ処理を行うバッチ処理システムに関し、本発明の上記目的は、前記ユーザマシンと前記解析用マシンとの間でファイルの送受信を行う送受信用フォルダと、前記解析用マシンの結果を蓄積する過去実績データベースとを配設し、前記解析用マシンが前記解析ジョブの解析処理を終了したときに、前記ユーザマシンに対して終了告知を行う終了告知機能を具備させることにより達成され、前記ユーザマシンが解析終了したファイルを前記送受信用フォルダへ登録することにより、或いは前記終了告知機能がメッセージの出力若しくはメールの配信であることにより、或いは前記終了告知機能は前記バッチ処理とは関係なく独自に稼動するシステムであり、前記送受信用フォルダを一定間隔で監視することにより行うようになっていることにより、或いは前記データ処理装置がパソコン若しくはワークステーションであることにより、より効果的に達成される。
【００１１】
更に、本発明の上記目的は、前記ユーザマシンと前記解析用マシンとの間でファイルの送受信を行う送受信用フォルダと、前記解析用マシンの結果を蓄積する過去実績データベースとを配設し、前記ユーザマシンが、前記解析ジョブの登録を行う前に解析処理の一部を実行し、登録ファイルのチェックを前記過去実績データベースの過去データとの照合で行うファイルチェック機能と、前記解析用マシンが前記解析ジョブの解析処理を終了したときに、前記ユーザマシンに対して終了告知を行う終了告知機能とを具備することにより達成される。
【発明の効果】
【００１２】
本発明のバッチ処理システムによれば、解析ジョブの登録時にユーザ側マシンでメッシュの作成等の解析処理の一部を実行し、作成されたメッシュの数や精度、その時点でのエラー発生の有無、定義されている材料、設定されている解析条件等を見て、過去の実績等との比較によりジョブ登録の可否を判断し、ＯＫのときのみ解析ジョブを登録するようにしているので、解析専用のマシンでジョブ解析を始めてからのエラーの発生を減らすことができる。また、事前にエラー発生の予測をすることで、ユーザの手戻り作業を減らすことができる。
【００１３】
更に本発明によれば、終了告知のメッセージがユーザマシンの画面に表示され、ユーザが何らかのアクション（例えば確認ボタンの指示操作）を起こさない限りメッセージが表示され続けるようになっているので、ユーザに確実にジョブの終了を知らせることができる。そのため、ユーザが定期的にフォルダの監視を行う必要もなく、終了した時点で確実に終了を知ることができる。
【発明を実施するための最良の形態】
【００１４】
複数のパソコン、ワークステーション等を用いてジョブ解析のバッチ処理を行う場合、解析用マシンでのジョブ解析が開始されてからエラーが発生してしまうと、ユーザマシンは長時間待った上に結果が出力されない状況になってしまい、手戻り作業が増え、解析処理自体がストップしてしまい、バッチ処理が機能しなくなる。このため、本発明では、解析マシンでジョブ解析が実行される前に、ユーザマシンで解析処理の一部を事前に実行して登録ファイルのチェックを自動的に行い、過去の実績等の比較から、ある程度のエラー発生の有無及びエラー発生の可能性を予想する。これにより、ジョブ登録をする前に修正を行い得るようにし、手戻り作業を減らすようにしている。
【００１５】
また、一般的なバッチ処理システムでは、解析バッチ処理を行うマシン内で１つのジョブ解析が終了すれば、解析結果を特定のフォルダに出力してから次のジョブ解析を開始している。そのため、ジョブ登録したユーザは、ジョブ解析が終了したかどうかを知る必要があり、本発明では、終了告知機能によって終了を知ったときに所定のファルダを見に行くことにより、確実に結果を取得できるようにしている。終了告知の方法は、メッセージ画面の出力とメール配信で行う。終了告知機能はバッチ処理に組み込まれて使用されるだけでなく、任意のフォルダに特定のファイル若しくはフォルダが作成されたことを知らせる機能として、独自の稼動が可能となっている。
【００１６】
本発明は、複数のパソコン、ワークステーション等のデータ処理装置（以下、単に「パソコン」として説明する）を用いて、ある特定の種類のジョブ解析をバッチ処理するバッチ処理システムであり、自動で“登録ファイルのチェック”と“ジョブの終了告知”を行う機能を少なくとも１つ具備している。“登録ファイルのチェック”機能では、事前にジョブ解析の一部を実行し、作成されたメッシュの数や定義されている材料特性、設定されている解析条件等を蓄積された過去実績と照合・比較を行い、エラー発生の有無や可能性を判断する。このことにより、ジョブ解析が開始されてからのエラー発生を減らし、ユーザの手戻り作業を減らすことができる。また、“ジョブの終了告知”機能では、解析終了時に特定のフォルダ（例えば送受信用フォルダ）内に結果ファイルが出力されることを利用し、特定のフォルダ内に目的のファイル若しくはフォルダが作成されたかどうかの監視を自動的に行う機能である。その結果、ファイルの出力の確認ができた場合に、ユーザの目に付く形で解析ジョブの終了を告知するようになっている。
【００１７】
即ち、ユーザ側のパソコンでは、ジョブの登録を行う前に解析ファイルのチェックを行う。その具体的方法は、ユーザ側のパソコンで解析処理の一部を実行し、メッシュの数やその精度を見る。なお、解析処理の一部の実行は、メッシュ分割作業を意味している。また、定義されている材料特性が正しいのか、或いは設定されている解析条件等で正しくジョブ解析が実行できるかどうかを過去実績を蓄積した過去実績データベースと照合することにより、エラー発生の有無及びエラー発生可能性の判断を行う。この時点で、エラー発生が有るとは、メッシュの作成に失敗した場合のみ判断可能であり、エラー発生の可能性が有る場合とは、境界条件の数や種類が過去実績と合わない場合である。また、エラー発生がない場合は、上記２パターンに当てはまらない場合である。エラーの発生若しくはエラー発生の可能性があることが確認された場合はジョブ登録を行うことはできず、ユーザに修正を促す。上述のようにこの時点でのエラーはメッシュ作成不可のみであるので、その旨をメッセージ出力してメッシュ作成の設定で促す。また、エラー発生の可能性がある場合は、境界条件の数や種類の過不足によるものなので、その旨をメッセージ出力することが可能となる。
【００１８】
ユーザパソコンでのジョブ登録が終了すれば、ジョブ解析の処理は解析用パソコンが行うので、ユーザパソコンの資源は解放され有効利用できると同時に、ジョブ解析の終了を知らせるための終了告知機能が動き出し、ユーザには意識をさせずに送受信用フォルダの監視を行う。終了告知機能は一連のバッチ処理システムとは異なった実行ファイルで動作し、結果が出力される送受信用フォルダをある一定間隔で監視するが、この監視間隔はユーザ独自に自由に設定することができる。送受信用フォルダに結果が出力されたか否かの判断は、ジョブ登録時にジョブ名を付与しておき、そのジョブ名が付けられた結果ファイルが特定ストレージである送受信用フォルダに出力されていないか否かの判断で行う。この場合、ジョブ名のネーミングは自動で行うので、他には存在しないファイル名を付けなければならない。そのため、本発明では「任意の名前＋日付＋時間＋分」でジョブのネーミングを行う。なお、任意の名前はユーザが適宜指定する。このようにバッチ処理の順番付けをし、ジョブ名を記憶しておくことで、送受信用フォルダに結果が出力されているかの判断をしてユーザに終了告知を行う。
【００１９】
解析用パソコンは、常にジョブ解析を実行できるようにシステムを起動し、待機状態になっている。待機状態では、ジョブがユーザパソコンから登録されてくる送受信用フォルダの監視を一定間隔で行い、ジョブの登録が確認されたときにファイルの取得と解析の実行を行う。そして、解析終了時に、実行したファイルの解析情報（メッシュ数、解析に要した時間、付加された解析条件、エラー発生の有無等）を過去実績として過去実績データベースに登録すると同時に、解析を終了したファイル、必要な結果ファイル、それに付随するファイル等を送受信用フォルダに格納する。解析用パソコンでのジョブ解析が終了し、ユーザパソコンに終了の通知（メッセージ、メール等）が出力された時点で、ユーザは結果の取得を行う。また、この処理を終了した時点で次のジョブの待機状態に戻り、バッチ処理を行う。
【００２０】
以下に本発明の実施の形態を、図面を参照して説明する。
【００２１】
図１は本発明のバッチ処理システムの構成例を示すブロック図であり、ユーザが使用するユーザマシンとしてのユーザパソコン１００と解析専用の解析用マシンとしての解析用パソコン２００とが設けられ、ユーザパソコン１００と解析用パソコン２００とが、ファイル受け渡し用共有可能な送受信用フォルダ３０１及び過去実績データベース（ＤＢ）３０２を介してデータ通信可能に接続されている。
【００２２】
ユーザパソコン１００は全体の制御、データ処理等を実行するＣＰＵ１０１と、必要なデータを入力するデータ入力部１０２と、データやメッセージ、案内等を表示する表示部１０３と、ジョブ解析を実行する解析実行部１０４と、終了のチェックを行う終了チェック部１０５と、エラー発生の判定を行うエラー発生判定部１０６と、過去実績データベース３０２の過去実績を照合して比較する過去実績照合比較部１０７と、ジョブ名を生成するジョブ名生成部１０８と、入力されたジョブを登録するジョブ登録用実行ファイル１０９と、データ入出力を行うデータ通信部１１０と、メッセージを出力するためのメッセージ出力部１２０と、メールを配信するためのメール配信部１２１とを具備している。
【００２３】
また、解析用パソコン２００は全体の制御、データ処理等を実行するＣＰＵ２０１と、必要なデータを入力するデータ入力部２０２と、ジョブ解析を実行する解析実行部２０４と、解析結果の確認を行う確認部２０５と、解析終了のメールを配信するメール配信部２０７と、データ入出力を行うデータ通信部２１０とを具備している。
【００２４】
このような構成において、図２はユーザパソコン１００と解析用パソコン２００の動作の流れを示しており、ユーザパソコン１００及び解析用パソコン２００は送受信用フォルダ３０１との間でそれぞれデータ通信部１１０及び２１０を介してファイル送受信が可能であり、ユーザパソコン１００は過去実績データベース３０２に対して、過去実績照合比較部１０７を介して過去実績との照合比較を行うことができ、解析用パソコン２００は解析結果を過去実績として過去実績データベース３０２に登録するようになっている。
【００２５】
先ずユーザパソコン１００の動作例を説明する。
【００２６】
ユーザパソコン１００ではデータ入力部１０２でジョブ解析に必要なデータの入力を行い（ステップＳ１０１）、過去実績データベース３０２に対してファイルチェック作業を適宜実行する（ステップＳ１１０）。ジョブ解析の入力時に、ジョブ名生成部１０８はユーザが入力画面で入力した「任意の名前」から、自動的に「任意の名前＋日付＋時間＋分」でネーミングを行って、ジョブ登録用実行ファイル１０９に登録する。その際、ファイルチェックを行うが、ファイルチェック作業の処理例は図３に示すようになっている。
【００２７】
先ずジョブ解析の一部を解析実行部１０４で実行し（ステップＳ１１１）、結果及びデータを取得する（ステップＳ１１２）。そして、エラー発生の有無をエラー発生判定部１０６で判定し（ステップＳ１１３）、エラー発生がない場合には過去実績照合比較部１０７から過去実績データベース３０２へアクセスして照合及び比較を行い（ステップＳ１１４）、エラ−発生の予想を行う（ステップＳ１１５）。エラ−発生の予想がＯＫの場合にはリターンとなり、エラー発生の予想がＮＧの場合、或いは前記ステップＳ１１３でエラー発生がある場合には「登録不可能」のメッセージを表示部１０３の画面に表示し（ステップＳ１１６）、登録エラーのフラグを立ててリターンとなる（ステップＳ１１７）。ジョブ登録までが一連の流れであるため、エラー発生の予想がＮＧ或いはエラー発生がある場合には登録を中止せざる必要があり、登録エラーのフラグを結果としてリターンする。
【００２８】
上述のようなファイルチェック作業の終了後にファイルをデータ送信部１１０を介して送受信用ファイル３０１に送信して登録し（ステップＳ１０２）、この時点で解析が終了するので、ユーザパソコン１００は登録時に付けたジョブ名の結果が送受信用フォルダ３０１に有るか否かのチェックを行い、解析終了のジョブ（解析ファイル）がある場合には表示部１０３に終了告知を行う（ステップＳ１２０）。
【００２９】
終了チェックと終了告知は図４に示すように、終了チェック部１０５が先ずジョブ登録用実行ファイル１０９からジョブ情報を取得し（ステップＳ１２１）、送受信用フォルダ３０１に結果ファイルが存在するか否かを判定し（ステップＳ１２２）、存在しない場合には例えば６０秒待機して（ステップＳ１２３）、上記ステップＳ１２２にリターンする。送受信用フォルダ３０１に結果ファイルが存在すれば、メッセージ出力部１２０はメッセージ（例えば「解析バッチ処理システムへ登録されていたジョブ（ジョブ名ｘｘｘ）の解析が終了しました。」等）を出力して表示部１０３に表示すると共に、メール配信部１２１はユーザにメールを配信する（ステップＳ１２４）。メッセージが表示された表示部１０３の画面でユーザからの応答（例えば確認ボタンの指示）があるか否かを判定し（ステップＳ１２５）、応答があれば確認がとれたとして終了となる。その後、作業の完了告知を行う（ステップＳ１０３）。
【００３０】
次に、解析用パソコン２００の動作例を説明する。
【００３１】
解析用パソコン２００の解析実行部２０４は送受信用フォルダ３０１からファイルを取得し（ステップＳ２０１）、ジョブ解析を実行する（ステップＳ２０２）。そして、確認部２０５で、解析ソフトのソルバが出力するログファイルやモデルそのものに付加されている境界条件等を読取って結果を確認してから過去実績データテーブル３０２に結果を送信して登録し（ステップＳ２０３）、その後、結果ファイルを送受信用フォルダ３０１に出力し（ステップＳ２０４）、メール配信部２０７はメールをユーザパソコン１００に配信する。
【００３２】
以上のように本発明によれば、解析ジョブの登録及びバッチ処理を行うシステムのファイルチェック機能及び終了告知機能として使用することができ、解析用パソコンでの解析実行時のエラー発生による手戻り作業や無駄な監視作業を減らすことができる。また、バッチ処理システムにおける解析ジョブの登録から結果の取得までに要する時間短縮を図ると共に、時間とロードを有する実際の解析処理を解析専用の解析用パソコンに実行させることで、ユーザパソコンの有効利用が可能となる。
【００３３】
また、解析ジョブ登録前のファイルチェック機能はバッチ処理システムに限らず、解析ファイルのチェック機能としても使用できる。事前に解析処理の一部を実行することで、作成されたメッシュの数、メッシュ作成時のエラー発生の有無、設定されている材料の特性、解析条件の設定に漏れがないか等を、蓄積された過去の実績データとの比較を行って判断しているので、実際の解析がスタートしてからのエラー発生を減らし、手戻り作業を減らすことができる。
【００３４】
更に、終了した解析ジョブのファイルサイズ、メッシュ数、解析に要した時間、エラー発生の有無、付加された解析条件等のデータを自動的に専用データベース（過去実績データベース）に蓄積するようにしているので、蓄積データを基に他の解析案件の事前チェックの精度を高めることができる。
【００３５】
終了告知機能はバッチ処理システムに限らず、ある特定のフォルダにファイルが出力されたときに告知を行う必要がある際にも使用することができ、ユーザは監視を行うフォルダと監視間隔を事前に設定しておいて稼動させることにより、確実に終了告知を受けることができる。
【００３６】
なお、上述では１台のユーザパソコン及び１台の解析用パソコンでバッチ処理システムを形成しているが、任意の台数でも可能である。また、パソコンに代えてワークステーション、コンピュータ等のデータ処理装置であっても良いことは当然である。
【図面の簡単な説明】
【００３７】
【図１】本発明に係るバッチ処理システムの構成例を示すブロック図である。
【図２】本発明の処理例を示す機能図である。
【図３】ユーザパソコンにおけるファイルチェックの処理例を示すフローチャートである。
【図４】ユーザパソコンにおける終了チェックの処理例を示すフローチャートである。
【図５】一般的なバッチ処理システムの構成例を示す機能ブロック図である。
【符号の説明】
【００３８】
１、３０１          送受信用フォルダ
１０、１００        ユーザパソコン
２０、２００        解析用パソコン
１０２、２０２      データ入力部
１０３、２０３      表示部
１０４、２０４      解析実行部
３０２              過去実績データベース（ＤＢ）
【図１】
2010002950.tif 000003
【図２】
2010002950.tif 000004
【図３】
2010002950.tif 000005
【図４】
2010002950.tif 000006
【図５】
2010002950.tif 000007