(57)【要約】【課題】ユーザが自分の業務端末から任意のタイミングで、伝送起動のための回線ステータスの確認と、データ伝送側システムの伝送処理結果の確認ができる。【解決手段】伝送するデータを作成する業務システム２と、作成されたデータを指定された送信先に回線５を介して伝送する伝送システム３と、業務システム２と伝送システム３との間に接続された共有ディレクトリ４とを備え、共有ディレクトリ４は、回線５が使用中か否かの状態を示す第１のステータス情報を記憶する第１のステータスファイル４２と、データの伝送処理結果が正常終了か否かの状態を示す第２のステータス情報を伝送処理ごとに順次記憶する第２のステータスファイル格納部４４と有し、伝送システム３は第１および第２のステータスファイルへのデータの書き込みを行い、業務システム２は第１および第２のステータスファイルのデータの読み込みを行う。【選択図】図１
2006323764.tif 000002
【特許請求の範囲】
【請求項１】
伝送すべきデータを作成するデータ作成側コンピュータと、
作成された前記データを指定された送信先に所定の回線を介して伝送するデータ伝送側コンピュータと、
前記データ作成側コンピュータと前記データ伝送側コンピュータに接続した共有記憶手段と
を備えたデータ伝送制御システムであって、
前記共有記憶手段は、
前記回線が使用中か否かの状態を示す第１のステータス情報を記憶する第１のステータス情報記憶部と、
前記データの伝送処理結果が正常終了か否かの状態を示す第２のステータス情報を伝送処理ごとに記憶する第２のステータス情報記憶部を
有し、
前記データ作成側コンピュータは、前記第１のステータス情報を基に伝送起動可否を判定し、前記第２のステータス情報を基に伝送結果を判定することを特徴とするデータ伝送制御システム。
【請求項２】
伝送すべきデータを作成するデータ作成側コンピュータと、
作成された前記データを指定された送信先に所定の回線を介して伝送するデータ伝送側コンピュータと、
前記データ作成側コンピュータと前記データ伝送側コンピュータに接続した共有記憶手段と
を備えたデータ伝送制御システムであって、
前記共有記憶手段は、
前記回線が使用中か否かの状態を示す第１のステータス情報を記憶する第１のステータス情報記憶部と、
前記データの伝送処理結果が正常終了か否かの状態を示す第２のステータス情報を伝送処理ごとに記憶する第２のステータス情報記憶部を
有し、
前記データ伝送側コンピュータは前記第１および第２のステータス情報記憶部へのデータの書き込みを行い、
前記データ作成側コンピュータは前記第１および第２のステータス情報記憶部のデータの読み込みを行う
ことを特徴とするデータ伝送制御システム。
【請求項３】
前記データ作成側コンピュータは、前記第１のステータス情報記憶部のデータの読み込みを行って、前記回線が使用中でないと判定した場合に、前記第１のステータス情報記憶部のデータを回線使用中に書き換えるとともに、他からの書き込みを禁止し、前記データの伝送を行うための伝送起動指示を出力し、前記他からの禁止を解除することを特徴とする請求項１または２に記載のデータ伝送制御システム。
【請求項４】
前記データ作成側コンピュータは、前記第１のステータス情報記憶部のデータの読み込みを行って、前記回線が使用中でないと判定した場合に、作成した前記データの伝送を行うための伝送起動指示を出力して伝送起動バッチ処理を実行することを特徴とする請求項１〜３のいずれか１項に記載のデータ伝送制御システム。
【請求項５】
前記データ作成側コンピュータは、前記第２のステータス情報記憶部のデータの読み込みを行って、前記伝送処理結果を示す前記第２のステータス情報が前記第２のステータス情報記憶部内に有った場合に、当該第２のステータス情報に基づく画面表示を行うことを特徴とする請求項１〜４のいずれか１項に記載のデータ伝送制御システム。
【請求項６】
前記データ作成側コンピュータは、前記第１のステータス情報記憶部のデータの読み込みを行って、前記回線が使用中であると判定した場合に、第１の所定期間の間、第１の所定周期で、繰り返し、前記第１のステータス情報記憶部のデータの読み込みを行うことを特徴とする請求項１〜５のいずれか１項に記載のデータ伝送制御システム。
【請求項７】
前記データ作成側コンピュータは、前記第２のステータス情報記憶部のデータの読み込みを行って、前記伝送処理結果を示す前記第２のステータス情報が前記第２のステータス情報記憶部内に無い場合に、第２の所定期間の間、第２の所定周期で、繰り返し、前記第２のステータス情報記憶部のデータの読み込みを行うことを特徴とする請求項１〜６のいずれか１項に記載のデータ伝送制御システム。
【請求項８】
データを伝送するための所定の回線が使用中か否かの状態を示す第１のステータス情報を記憶する第１のステータス情報記憶部と、前記データの伝送処理結果が正常終了か否かの状態を示す第２のステータス情報を伝送処理ごとに記憶する第２のステータス情報記憶部と有する共有記憶装置に接続されたデータ作成側コンピュータに実行させるためのデータ伝送制御プログラムであって、
伝送すべきデータを作成させるステップと、
前記第１のステータス情報記憶部の第１のステータス情報を読み込ませるステップと、
前記第１のステータス情報に基づいて前記回線が使用中でないか否かを判定させるステップと、
前記回線が使用中でないと判定した場合に、作成した前記データの伝送を行うための伝送起動バッチ処理を実行させるステップと
をデータ作成側コンピュータに実行させるためのデータ伝送制御プログラム。
【請求項９】
データを伝送するための所定の回線が使用中か否かの状態を示す第１のステータス情報を記憶する第１のステータス情報記憶部と、前記データの伝送処理結果が正常終了か否かの状態を示す第２のステータス情報を伝送処理ごとに記憶する第２のステータス情報記憶部と有する共有記憶装置に接続されたデータ伝送側コンピュータに実行させるためのデータ伝送制御プログラムであって、
伝送すべきデータを読み込ませるステップと、
前記データの伝送処理を行うステップと、
前記第１のステータス情報記憶部の前記第１のステータス情報の内容を、前記データの伝送処理を行う前に、回線空きから回線使用中の状態に書き換えるとともに、前記データの伝送処理が終了したときに、回線使用中から空きの状態に書き換えさせるステップと、
前記データの伝送処理が終了したときに、伝送処理結果を前記第２のステータス情報として前記第２のステータス情報記憶部に記憶させるステップと
をデータ伝送側コンピュータに実行させるためのデータ伝送制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明はデータ伝送制御システムに関し、特に、データ作成側システムとデータ伝送側システムとが分かれている場合のデータ伝送を制御するためのデータ伝送制御システム及びデータ伝送制御プログラムに関する。
【背景技術】
【０００２】
図８は、例えばＥＤＩシステム（ＥＤＩ：Electronic Data Interchange）等を使用した従来のこの種のデータ伝送システムの構成を示した図である。図８に示すように、伝送データを作成する伝送データ作成側システム（Ａ）と、当該伝送データを送信先に送信するデータ伝送側システム（Ｂ）とが別々のハードウエアで構成されている。このような場合、伝送データ作成側システム（Ａ）側では、データ伝送側システム（Ｂ）側の状況が分からないまま、伝送データの伝送処理起動を行う。
【０００３】
従来のシステムはこのように構成されているので、次の（ａ）〜（ｄ）のような問題点があった。
（ａ）データ伝送側システム（Ｂ）の状況（回線使用状況、処理結果状況）は、データ伝送側システム（Ｂ）にシステムコンソールを接続して確認しなければならず、他の端末から把握することはできない。
（ｂ）データ伝送側システム（Ｂ）の回線が別処理で使用中の時に、伝送データ作成側システム（Ａ）から伝送処理起動すると、回線２重使用となり、その伝送はエラーになってしまう。
（ｃ）伝送データ作成側システム（Ａ）のユーザは、データ伝送側システム（Ｂ）の回線使用状況や、回線２重使用による伝送エラーあるいは伝送正常終了等の伝送処理結果を知ることができない。
（ｄ）上記の（ｂ）および（ｃ）により、データ伝送漏れが発生する。
【０００４】
図８の従来のシステムの問題点を解決するために、他の従来のシステムとして、伝送データ作成側システム（Ａ）とデータ伝送側システム（Ｂ）との間で、ステータスファイルを伝送でやりとりして状態管理を行うようにしたものが提案されている（例えば、特許文献１参照。）。
【０００５】
【特許文献１】特開２０００−０２０３８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載の従来のシステムは、伝送データ作成側システム（Ａ）は、伝送処理起動を行う際に、自身のステータスファイルをデータ伝送側システム（Ｂ）に送信し、データ伝送側システム（Ｂ）では、受信したステータスファイルのファイルサイズなどの所用情報でデータ伝送側システム（Ｂ）で保持するステータスファイルを更新して、伝送データ作成側システム（Ａ）に送信するという構成であるため、自身のステータスファイルを送信して、データ伝送側システム（Ｂ）が保持するステータスファイルが返送されてくるまで、回線の使用状況を確認することができないので、ユーザが任意のタイミングで伝送起動のための回線状況の確認を行うことが出来ないという問題点があった。
【０００７】
また、特許文献１に記載の従来のシステムにおいては、ステータスファイルを伝送でやりとりしているため、ステータスを把握して伝送起動を行うまでの時間がかかってしまうという問題点があった。
【０００８】
さらに、特許文献１に記載の従来のシステムにおいては、ステータスファイルのやりとり後に、伝送可能であると判定できた場合には伝送起動を行うが、伝送可能でない場合には伝送起動させずにそのまま処理を終了させる構成であるため、ユーザは伝送起動ができるまで、何回もステータスファイルの送信処理を繰り返さなければならず、ユーザの負荷が大きいという問題点があった。
【０００９】
この発明はかかる問題点を解決するためになされたものであり、ユーザが自分の端末から任意のタイミングでデータ伝送起動のための回線ステータスの確認ができるとともに、自分の端末から任意のタイミングで即座にデータ伝送側システムの伝送処理結果を把握することができて、利便性および効率性が高く、伝送漏れの発生を防止することができるデータ伝送制御システムおよびデータ伝送制御プログラムを得ることを目的としている。
【課題を解決するための手段】
【００１０】
この発明は、伝送すべきデータを作成するデータ作成側コンピュータと、作成された前記データを指定された送信先に所定の回線を介して伝送するデータ伝送側コンピュータと、前記データ作成側コンピュータと前記データ伝送側コンピュータに接続した共有記憶手段とを備えたデータ伝送制御システムであって、前記共有記憶手段は、前記回線が使用中か否かの状態を示す第１のステータス情報を記憶する第１のステータス情報記憶部と、前記データの伝送処理結果が正常終了か否かの状態を示す第２のステータス情報を伝送処理ごとに記憶する第２のステータス情報記憶部を有し、前記データ作成側コンピュータは、前記第１のステータス情報を基に伝送起動可否を判定し、前記第２のステータス情報を基に伝送結果を判定することを特徴とするデータ伝送制御システムである。
【発明の効果】
【００１１】
この発明は、伝送すべきデータを作成するデータ作成側コンピュータと、作成された前記データを指定された送信先に所定の回線を介して伝送するデータ伝送側コンピュータと、前記データ作成側コンピュータと前記データ伝送側コンピュータに接続した共有記憶手段とを備えたデータ伝送制御システムであって、前記共有記憶手段は、前記回線が使用中か否かの状態を示す第１のステータス情報を記憶する第１のステータス情報記憶部と、前記データの伝送処理結果が正常終了か否かの状態を示す第２のステータス情報を伝送処理ごとに記憶する第２のステータス情報記憶部を有し、前記データ作成側コンピュータは、前記第１のステータス情報を基に伝送起動可否を判定し、前記第２のステータス情報を基に伝送結果を判定することを特徴とするデータ伝送制御システムであるので、ユーザが自分の端末から任意のタイミングでデータ伝送のための回線ステータスの確認ができるとともに、自分の端末から任意のタイミングで即座にデータ伝送側システムの伝送処理結果を把握することができて、利便性および効率性が高く、伝送漏れの発生を防止することができる。
【発明を実施するための最良の形態】
【００１２】
実施の形態１．
図１に、この発明の実施の形態に係るデータ伝送制御システムの全体の構成を示す。図１に示すように、この発明の実施の形態に係るデータ伝送制御システムは、複数の業務端末１と、業務端末１に接続された業務システム２（データ作成側コンピュータ）と、業務端末１により指定される複数の送信先へデータを伝送するための伝送システム３（データ伝送側コンピュータ）と、業務システム２と伝送システム３との間に接続され、双方のシステムからアクセス可能な共有ディレクトリ４（共有記憶手段）とから構成されている。当該構成において、伝送するためのデータが業務システム２で作成され、共有ディレクトリ４に出力する。伝送システム３は、共有ディレクトリ４からデータを読み込み、回線５を介して送信先へデータを伝送する。
【００１３】
図１に示すように、業務システム２には、伝送データ作成部２１と、伝送起動可否判定部２２と、伝送起動部２３と、結果判定部２４と、ｉｎｉｔファイル２５（初期ファイル）とが設けられている。
また、伝送システム３には、データ伝送部３１と、処理結果更新部３２とが設けられている。
また、共有ディレクトリ４には、伝送データファイル格納部４１と、第１のステータスファイル４２（回線ステータス）と、伝送起動バッチファイル４３と、第２のステータスファイル格納部４４（伝送処理結果）とが設けられている。
【００１４】
これらの機能について順に説明する。
はじめに、業務システム２の各構成要素について説明する。
伝送データ作成部２１は、伝送すべき業務データを業務端末１を操作する業務ユーザのオペレーションにより作成し、後述する共有ディレクトリに設けられている伝送データファイル格納部４１に出力する。
伝送起動可否判定部２２は、共有ディレクトリ４の第１のステータスファイル４２のデータを読み、回線５の回線ステータスがビジー（busy）かフリー（free）かを判定し、伝送起動可否の判定を行う。ビジーの場合は、回線２重使用によるエラーを避けるため、業務端末１に「回線使用中」のメッセージを出力し、一定時間ウエイト（待機）し、回線５がフリーの状態になるまで、伝送起動可否の判定を繰り返す。フリーの場合は、第１のステータスファイル４２をビジーに書き換える。その際、他のプログラムとの競合を避けるため、第１のステータスファイル４２をロックする（他からの第１のステータスファイル４２への書き込みを禁止する）。
伝送起動部２３は、業務端末１からの伝送起動指示に従って、共有ディレクトリ４の伝送起動バッチファイル４３を実行し、伝送システム３側のデータ伝送部３１のデータ伝送プログラムを起動する。
結果判定部２４は、共有ディレクトリ４の第２のステータスファイル格納部４４を一定時間おきに読み込み、自身のプログラムの処理結果が書き込まれているかどうかを判定する。処理結果が書き込まれたステータスファイルがあったら、処理結果を業務端末１の画面に表示する。処理結果が書き込まれたステータスファイルがなかったら、一定時間ウエイト（待機）し、第２のステータスファイル格納部４４の読み込みのリトライを行う。この処理を処理結果が書き込まれたステータスファイルが出来るまで繰り返す。
ｉｎｉｔファイル２５は、図２に一例を示すように、第１のステータスファイル４２および第２のステータスファイル格納部４４のステータスファイルに関して、処理を繰り返す所定期間を定めるタイムアウト時間と、読み込み周期を定めるタイムインターバルとを予め設定しておくためのファイルである。具体的には、“Timeout1”は、第１のステータスファイル４２がビジー状態だった場合に、一定時間おきに第１のステータスファイル４２を読み込む処理を繰り返し実行する期間を示す。すなわち、所定期間“Timeout1”が経過するまでは、読み込み処理のリトライを繰り返し行う。“Interval1”は、当該再読み込み処理のリトライを行う周期を示す。“Timeout２”は、第２のステータスファイル格納部４４にステータスファイルが存在しなかった場合に、一定時間おきに第２のステータスファイル格納部４４を検索する処理を繰り返し実行する所定期間を示す。すなわち、所定期間“Timeout２”が経過するまでは、検索処理のリトライを繰り返し行う。“Interval２”は、当該検索処理のリトライを行う周期を示す。なお、これらの“Timeout1”、“Interval1”、“Timeout２”、“Interval２”は、プログラムがｉｎｉｔファイル２５を読み、パラメータにより設定することとし、ユーザが業務端末１から適宜変更可能であるものとする。
【００１５】
次に、伝送システム３の各構成要素について説明する。
データ伝送部３１は、共有ディレクトリ４の伝送データファイル格納部４１に格納されている伝送すべき伝送データファイルを読み込み、回線５をオープンし、伝送処理を行うとともに、伝送処理終了後に、第１のステータスファイル４２のデータを“回線使用中（ビジー）”から“回線空き状態（フリー）”に書き換える。
処理結果更新部３２は、伝送処理結果を書き込んだステータスファイルを作成して、第２のステータスファイル格納部４４に格納する。
【００１６】
次に、共有ディレクトリ４の各構成要素について説明する。
伝送データファイル格納部４１は、業務システム２の伝送データ作成部２１で作成した伝送データを一時的に格納する。
第１のステータスファイル４２は、回線５が使用中であるか否かの回線ステータスを記憶しているもので、唯一１つのみ存在する。そのファイル名はファイルが１つだけであるため常に固定されており、例えば、「回線ステータス」のように設定すればよい。図３にその一例を示す。図３（１）はビジー状態（回線使用中）の場合の回線ステータスのデータであり、図３（２）はフリー状態（回線が使用されていないとき）の場合の回線ステータスのデータである。第１のステータスファイル４２には、回線ステータス（ビジーまたはフリー）、伝送データを特定する識別子であるプログラムＩＤ、回線ステータスがフリーからビジーに更新された日時を示すタイムスタンプ、ユーザＩＤ（またはユーザ名）のデータが含まれている。
伝送起動バッチファイル４３は、業務システム２の伝送起動部２３により起動されるもので、実行されたときには、伝送システム３側のデータ伝送部３１のデータ伝送プログラムを起動する。
第２のステータスファイル格納部４４は、各伝送の伝送処理結果が正常終了か否かの状態を示す複数のステータスファイルを格納している。各ステータスファイルは、１回ごとの伝送処理結果を１ファイルとして保持する。そのファイル名は、どの伝送データでいつユーザが送信指示したものであるかが即座にわかると便利であるため、例えば、「プログラムＩＤ＋タイムスタンプ」にするとよい。第２のステータスファイル格納部４４の各ステータスファイルは、図４に一例を示すように、送信データを特定するプログラムＩＤ、業務端末１から送信の実行の指示を出力した日時（タイムスタンプ）、ユーザＩＤ（またはユーザ名）、送信の正常終了／異常終了を示す伝送処理結果、伝送処理結果に関するメッセージのデータが含まれている。処理結果は、例えば、０が正常で、１〜４が異常というように、各処理結果の状態ごとに予めコードが付されていて、そのコードで示される。異常の種別が複数あると想定されるので、異常の種別ごとに異なるコードを予め付しておき、その内容をメッセージとして表示する。なお、本実施の形態においては、１回ごとの送信結果を１ファイルとする例について示したが、その場合に限らず、第２のステータスファイル格納部４４を１ファイルで構成して、１回ごとの送信結果を１レコードとしてもよい。
【００１７】
次に、本実施の形態に係るデータ伝送制御システムの動作について説明する。
はじめに、業務システム２の動作について、図５及び図６のフローチャートに基づいて説明する。
まず、業務システム２の伝送データ作成部２１は、伝送データを作成し、伝送データファイルを共有ディレクトリ４の伝送データファイル格納部４１に出力する（ステップＳ１）。次に、業務システム２の伝送起動可否判定部２２が、共有ディレクトリ４の第１のステータスファイル４２を読み込み、回線５の回線ステータスがビジーかフリーかを判定する（ステップＳ２，Ｓ３）。回線が使用されていないフリーの状態（図３（２）参照）であった場合には、業務システム２の伝送起動可否判定部２２は、第１のステータスファイル４２をロックする（ステップＳ４）。このロックは、他の業務端末１からの伝送指示があっても受け付けないようにして、他のプログラムとの競合を避けて、回線の２重使用を防止するためである。ファイルロックを行うため、第１のステータスファイル４２の回線ステータスをフリーからビジーに書き換えるプログラムが１つに限定され、確実な排他制御が可能になり、２重起動を防止することができる。
【００１８】
次に、業務システム２の伝送起動可否判定部２２は、ロックが成功したか否かを判定する（ステップＳ５）。ロックが成功していた場合には、業務システム２の伝送起動可否判定部２２は、第１のステータスファイル４２の回線ステータスをビジー（図３（１）参照）に書き換える（ステップＳ６）。書き換え終了後に、業務システム２の伝送起動可否判定部２２は、第１のステータスファイル４２のロックを解除する（ステップＳ７）。次に、業務システム２の伝送起動部２３は、共有ディレクトリ４の伝送起動バッチファイル４３を実行する（自身のプログラムＩＤとタイムスタンプをパラメータで渡す。）（ステップＳ８）。次に、業務システム２の結果判定部２４は、伝送データの送信に必要と予想される所定の一定時間（Interval2）ウエイトする（ステップＳ９）。この一定時間（Interval2）は、業務システム２のｉｎｉｔファイル２５に予め設定されている所定時間である。一定時間（Interval2）が経過したら、業務システム２の結果判定部２４は、第２のステータスファイル格納部４４内に、処理結果を示すステータスファイルが存在しているかを検索する（ステップＳ１０，Ｓ１１）。この場合の検索キーとしては、ステータスファイルのファイル名が、「プログラムＩＤ＋タイムスタンプ」であるため、伝送データのプログラムＩＤと送信指示を業務端末１から出した日時を示すタイムスタンプとのデータを用いる。処理結果を示すステータスファイルが存在していた場合には、業務システム２の結果判定部２４は、送信指示を出した業務端末１の画面に伝送処理結果（正常終了または異常終了）を表示する（ステップＳ１２）。なお、ステップＳ１２において、ステータスファイルの内容を伝送処理結果として、そのまま、表示するようにしてもよいが、その場合に限らず、業務システム２の結果判定部２４が、当該ステータスファイルの内容から伝送結果（正常終了または異常終了）を判定し、当該伝送結果に合わせた（予め用意されている）メッセージを表示するようにしてもよい。
【００１９】
一方、ステップＳ３の判定でビジー状態だった場合、および、ステップＳ５の判定でロックが成功していなかった場合には、業務端末１の画面に、「回線使用中です。しばらくお待ち下さい。」とのメッセージを表示する（ステップＳ２０）。次に、業務システム２のｉｎｉｔファイル２５に予め設定されているタイムアウト時間（Timeout1）内か否かを判定する（ステップＳ２１）。タイムアウト時間（Timeout1）内であった場合には、同じく業務システム２のｉｎｉｔファイル２５に予め設定されている一定時間（Interval1）ウエイトし、一定時間（Interval1）経過後に、ステップＳ２の処理に戻る（ステップＳ２２）。ステップＳ２１の判定で、タイムアウト時間（Timeout1）内でなかった場合には、すなわち、タイムアウト時間（Timeout1）が経過していた場合には、業務端末１の画面に、「現在、回線が混み合っています。恐れ入りますが、しばらくたってから、送信をやり直して下さい。」とのメッセージを表示する（ステップＳ２３）。
【００２０】
また、上記のステップＳ１１の判定で、第２のステータスファイル格納部４４内に、処理結果を示すステータスファイルが存在していなかった場合には、業務システム２のｉｎｉｔファイル２５に予め設定されているタイムアウト時間（Timeout2）内か否かを判定する（ステップＳ３０）。タイムアウト時間（Timeout2）内であった場合には、ステップＳ９の処理に戻る（ステップＳ３１）。ステップＳ３１の判定で、タイムアウト時間（Timeout2）内でなかった場合には、すなわち、タイムアウト時間（Timeout2）が経過していた場合には、業務端末１の画面に、「伝送システムからの応答がありません。恐れ入りますが、しばらくたってから、送信をやり直して下さい。」とのメッセージを表示する（ステップＳ２３）。以上が、業務システム２の動作説明である。
【００２１】
次に、伝送システム３の動作について、図７のフローチャートに基づいて説明する。まず、伝送システム３のデータ伝送部３１は、共有ディレクトリ４の伝送データファイル格納部４１から伝送データファイルを読み込む（ステップＳ４０）。次に、伝送システム３のデータ伝送部３１は、回線５をオープンする（ステップＳ４１）。次に、伝送システム３のデータ伝送部３１は、読み込んだ伝送データファイルを回線５を介して送信先に送信し（ステップＳ４２）、回線５をクローズする（ステップＳ４３）。伝送処理終了後に、伝送システム３のデータ伝送部３１は、第１のステータスファイル４２の回線ステータスの内容をビジー（回線使用中）からフリー（回線空き）（図３（２）参照）に書き換える（ステップＳ４４）。次に、伝送システム３の処理結果更新部３２は、伝送処理結果（正常終了あるいは異常終了（エラーメッセージ））を書き込んだステータスファイルを作成して第２のステータスファイル格納部４４に格納する（ステップＳ４５）。
【００２２】
以上のように、本実施の形態に係るデータ伝送制御システムにおいては、共有ディレクトリ４が、回線５が使用中か否かの状態を示す第１のステータス情報を記憶する第１のステータスファイル４２と、データの伝送処理結果が正常終了か否かの状態を示す第２のステータス情報を伝送処理ごとに順次記憶する第２のステータスファイル格納部４４と有し、伝送システム３は第１のステータスファイル４２および第２のステータスファイル格納部４４へのデータの書き込みを行い、業務システム２は第１のステータスファイル４２および第２のステータスファイル格納部４４のデータの読み込みを行うようにしたので、ユーザが自分の端末から任意のタイミングでデータ伝送起動のための回線ステータスの確認ができるとともに、自分の端末から任意のタイミングで即座にデータ伝送側システムの伝送処理結果を把握することができるため、利便性および効率性が高いとともに、伝送漏れの発生を防止することができる。また、ユーザが、回線５の使用状況によらずに、いつでも、業務端末１から伝送起動がかけられ、ユーザが回線フリーになるまで待たなくてよいので、ユーザの業務の効率化が向上する。
【００２３】
また、業務システム２は、第１のステータスファイル４２のデータの読み込みを行って、回線５が使用中でないと判定した場合に、作成したデータの伝送を行うための伝送起動バッチ処理を実行するようにしたので、ユーザ側で伝送起動判定の結果を知ることができるとともに、回線２重使用によるエラーを防ぐことができる。
【００２４】
また、業務システム２は、第２のステータスファイル格納部４４のデータの読み込みを行って、伝送処理結果を示す第２のステータス情報が第２のステータスファイル格納部４４内に有った場合に、当該第２のステータス情報を画面表示するようにしたので、ユーザ側で、伝送システム３の処理結果をいつでも把握することができる。また、共有ディレクトリ４の第２のステータスファイル格納部４４に個々の伝送ごとの処理結果が格納されるので、伝送漏れの発生を防止することができる。また、伝送システム３の処理結果を業務端末１から把握できる構成にしたので、伝送システム３にシステムコンソール等の端末を接続する必要がなくなり、運用負荷を軽減させることができる。
【００２５】
また、業務システム２は、第１のステータスファイル４２のデータの読み込みを行って、回線５が使用中であると判定した場合に、第１の所定期間（Timeout1）の間、第１の所定周期（Interval1）で、繰り返し、第１のステータスファイル４２のデータの読み込みを行うようにしたので、回線５がフリー状態になるまでリトライを自動的に行うことができる。
【００２６】
また、業務システム２は、第２のステータスファイル格納部４４のデータの読み込みを行って、伝送処理結果を示す第２のステータスファイルが第２のステータスファイル格納部４４内に無かった場合に、第２の所定期間（Timeout2）の間、第２の所定周期（Interval2）で、繰り返し、第２のステータスファイル格納部４４のデータの読み込みを行うようにしたので、伝送処理結果が自動的にリトライされて読み込まれ、ユーザが任意のタイミングで伝送データ作成・伝送起動・伝送処理結果の確認ができ、スケジュール処理からの脱却が可能となる。また、伝送システム３側の監視オペレータが不要なので、運用負荷が軽減できるとともに、伝送漏れを防止することができる。
【図面の簡単な説明】
【００２７】
【図１】この発明の実施の形態１に係るデータ伝送制御システムの構成を示したブロック図である。
【図２】この発明の実施の形態１に係るデータ伝送制御システムにおけるｉｎｉｔファイルの一例を示した説明図である。
【図３】この発明の実施の形態１に係るデータ伝送制御システムにおける第１のステータスファイルの一例を示した説明図である。
【図４】この発明の実施の形態１に係るデータ伝送制御システムにおける第２のステータスファイルの一例を示した説明図である。
【図５】この発明の実施の形態１に係るデータ伝送制御システムにおける業務システムの処理の流れを示した流れ図である。
【図６】この発明の実施の形態１に係るデータ伝送制御システムにおける業務システムの処理の流れを示した流れ図である。
【図７】この発明の実施の形態１に係るデータ伝送制御システムにおける伝送システムの処理の流れを示した流れ図である。
【図８】従来のデータ伝送システムの構成を示した構成図である。
【符号の説明】
【００２８】
１  業務端末、２  業務システム、３  伝送システム、４  共有ディレクトリ、２１  伝送データ作成部、２２  伝送起動可否判定部、２３  伝送起動部、２４  結果判定部、２５  ｉｎｉｔファイル、３１  データ伝送部、３２  処理結果更新部、４１  伝送データファイル格納部、４２  第１のステータスファイル、４３  伝送起動バッチファイル、４４  第２のステータスファイル格納部。
【図１】
2006323764.tif 000003
【図２】
2006323764.tif 000004
【図３】
2006323764.tif 000005
【図４】
2006323764.tif 000006
【図５】
2006323764.tif 000007
【図６】
2006323764.tif 000008
【図７】
2006323764.tif 000009
【図８】
2006323764.tif 000010