(57)【要約】【課題】ＥＤＩシステムにおける伝票データの送受信処理進捗状況やエラー発生の有無を、通信回線を通じてＥＤＩシステム利用者にリアルタイムで公開する。【解決手段】ＥＤＩシステム内の受信処理部１１による伝票データ受信処理開始時、伝票データ受信処理終了時、業務処理部１２による業務処理開始時間、業務処理終了時間、送信処理部１３による伝票データ送信処理開始時、伝票データ送信処理終了時の時間を、各処理部１１，１２，１３のログファイルからデータベース１５に適時取り込み、そのデータベース１５を参照するＷＥＢアプリケーション部１６により同データベース１５内の時間情報を照会することで、ＥＤＩシステム利用者（端末１０および１４）に伝票データの送受信処理進捗状況やエラー発生の有無を公開する。【選択図】図１
2009181390.tif 000002
【特許請求の範囲】
【請求項１】
伝票データなどの取引のためのメッセージを、通信回線を介して標準的な規約を用いて、コンピュータ間で交換するＥＤＩシステムの伝票データ送受信状況照会方法において、
ＥＤＩシステム内の受信処理部による伝票データ受信処理開始時および伝票データ受信処理終了時、業務処理部による業務処理開始時間および業務処理終了時間、送信処理部による伝票データ送信処理開始時および伝票データ送信処理終了時の各時間、ならびにエラーの有無を各処理部のログファイルからデータベースに適時取り込み、
前記データベースを参照するＷＥＢアプリケーション部により該データベース内の時間情報を照会することにより、ＥＤＩシステム利用者端末に伝票データの送受信処理進捗状況やエラー発生の有無の情報を送信して、情報の公開を行うことを特徴とするＥＤＩ伝票データ送受信状況照会方法。
【請求項２】
請求項１に記載のＥＤＩ伝票データ送受信状況照会方法において、
前記ＷＥＢアプリケーション部は、受信した１つのファイル内の伝票データを、該伝票データ内の複数または単数の特定の項目単位に、伝票データの受信開始から送信終了までの各処理の進捗状況を照会することを特徴とするＥＤＩ伝票データ送受信状況照会方法。
【請求項３】
伝票データなどの取引のためのメッセージを、通信回線を介して標準的な規約を用いて、コンピュータ間で交換するＥＤＩシステムにおいて、
ＥＤＩシステム内の受信処理を実行し、伝票データ受信処理開始時および伝票データ受信処理終了時の各時間ならびにエラーの有無をログファイルからデータベースに転送する受信処理部と、
ＥＤＩシステム内の業務処理を実行し、業務処理開始時間および業務処理終了時間、ならびにエラーの有無をログファイルから前記データベースに転送する業務処理部と、
ＥＤＩシステム内の送信処理を実行し、伝票データ送信処理開始時および伝票データ送信処理終了時の各時間ならびにエラーの有無をログファイルから前記データベースに転送する送信処理部と、
前記データベースを参照することで、前記データベース内の時間情報を照会することにより、ＥＤＩシステム利用者端末に伝票データの送受信処理進捗状況やエラー発生の有無の情報を送信して、情報の公開を行うＷＥＢアプリケーション部と
を具備したことを特徴とするＥＤＩ伝票データ送受信状況照会システム。
【請求項４】
ＥＤＩセンタ内のコンピュータに、受信処理部のログファイルから伝票データ受信処理開始時および伝票データ受信処理終了時の各時間、ならびにエラーの有無をデータベースに転送する手順、業務処理部のログファイルから業務処理開始時間および業務処理終了時間ならびにエラーの有無を前記データベースに転送する手順、送信処理部のログファイルから伝票データ送信処理開始時および伝票データ送信処理終了時の各時間ならびにエラーの有無を能記データベースに転送する手順、前記データベースを参照するＷＥＢアプリケーション部から該データベース内の時間情報を照会することにより、ＥＤＩシステム利用者端末に伝票データの送受信処理進捗状況やエラー発生の有無の情報を送信する手順を、それぞれ実行させるためのＥＤＩ伝票データ送受信状況照会用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＥＤＩ（Ｅｌｅｃｔｒｏｎｉｃ  Ｄａｔａ  Ｉｎｔｅｒｃｈａｎｇｅ）システムにおける伝票データの送受信処理進捗状況やエラー発生の有無を各利用者に対して自動的に公開する送受信状況照会システムおよび照会方法、ならびにその照会のプログラムに関する。
【背景技術】
【０００２】
近年、複数企業間における取引を広域でかつリアルタイムに行うことを可能にするＥＤＩシステムが普及しつつある。ここで、ＥＤＩとは、組識間で、伝票データなどの取引のためのメッセージを、通信回線を介して標準的な規約を用いて、コンピュータ間で交換することである。ＥＤＩシステムによる複数利用者間の伝票データのやり取りにおいて、各利用者からの伝票データを通信回線を介して受信し、受信した伝票データを送信先となる利用者に対して、通信回線を介して送信する、と言った中継地点として機能するＥＤＩセンタでは、同じＥＤＩシステムの各利用者から、伝票データの送受信処理進捗状況やエラーの有無に関する問い合わせを受けることとなる。この場合、ＥＤＩセンタ運用担当者の負荷が大きくなるため、ＥＤＩセンタにおける伝票データの送受信処理進捗状況やエラーの有無を、各利用者に対して速やかに公開する必要があった。
【０００３】
従来、ＥＤＩに関する公知の技術には、例えば、ＥＤＩシステムと自社システムの連携を図るためのシステムとして、特開２００３−２９６１５９号公報（特許文献１参照）の『ＥＤＩ−ＥＲＰ連携システムおよび連携方法』がある。この連携システムは、ＥＤＩシステムとＥＲＰシステムとを備えている。このＥＲＰシステムはＥＤＩシステムと接続され、そのＥＤＩシステムはネットワークと接続されている。ここで、ＥＲＰ（Ｅｎｔｅｒｐｒｉｓｅ  Ｒｅｓｏｕｃｅ  Ｐｌａｎｎｉｎｇ）システムとは、企業内における財務会計、管理会計、購買管理、販売管理、生産計画、生産管理、品質管理などの複数のシステムを統合したシステムのことである。ＥＲＰシステムにおける各業務は、担当者によって行われている。
【０００４】
ＥＲＰシステムから送信されたデータは、ＥＤＩシステム内において処理前データとして、変換マスタファイルを基に処理手段により変換処理が行われる。
変換処理が行われたデータは、処理後データとして、ネットワークを介して取引先に送信される。取引先からネットワークを介して受信されたデータは、処理前データとして変換マスタファイルを基に処理手段により変換処理が行われる。変換処理が行われたデータは、変換処理後データとして、ＥＲＰシステムに送信される。
ＥＤＩシステムにおいて、エラーが発生した場合には、ＥＲＰシステムの担当者に通知されるようになっている。このため、担当者は、送受信の連携処理が正常に終了したか否かを常時監視する必要が無く、担当者の負担が軽減されることになる。
【０００５】
【特許文献１】特開２００３−２９６１５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来のＥＤＩシステムにおいては、前記特許文献１の例でも明らかなように、ＥＤＩシステムで発生したエラーを、ＥＤＩシステム運用担当者は各利用者からのエラーの通知によって知ることができるが、ＥＤＩシステムの利用者は、伝票データの送受信処理進捗状況やエラーの発生の有無を知ることができなかった。従って、ＥＤＩシステム運用担当者とＥＤＩシステム利用者との間で電話等による送受信処理進捗状況やエラー発生の有無の確認が必要となり、担当者への負担が大きい、という問題があった。また、電話等により確認するまでは、ＥＤＩシステム利用者がエラー状況を把握できないため、エラーへの迅速な対応が困難である、という問題もあった。
【０００７】
（目的）
本発明の目的は、前述のような従来の課題を解決し、ＥＤＩシステムにおける伝票データの送受信処理進捗状況やエラー発生の有無を、通信回線を通じてＥＤＩシステム利用者にリアルタイムで公開することが可能なＥＤＩ伝票データ送受信状況照会システムおよび照会方法、ならびにそのプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
前記目的を達成するため、本発明においては、ＥＤＩシステム内の伝票データ受信処理開始時、伝票データ受信処理終了時、業務処理開始時間、業務処理終了時間、伝票データ送信処理開始時、伝票データ送信処理終了時の時間を、各処理のログファイルからデータベースに、適時取り込み、そのデータベースを参照するＷＥＢアプリケーションにより同データベース内の時間情報を照会することで、ＥＤＩシステム利用者に伝票データの送受信処理進捗状況やエラー発生の有無を公開する。
【発明の効果】
【０００９】
本発明によれば、ＥＤＩシステム内の伝票データの送受信処理と業務処理の開始時間、終了時間をリアルタイムで取得し、Ｗｅｂアプリケーションにより照会可能とすることで、ｅｄｉシステムにおける伝票データの処理の進捗状況を、ＥＤＩシステム利用者がリアルタイムに把握することができる。また、エラーの有無をリアルタイムで照会可能とすることで、エラー発生時には、ＥＤＩシステム利用者が、早期に把握できるため、早急にそのエラーに対応することができる。さらに、ＥＤＩシステム利用者が各自で伝票データの送受信処理進捗状況やエラー発生の有無を確認できるため、ＥＤＩシステム運用担当者ほの問い合わせ対応負荷を削減することができる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の一実施形態を、図面により詳細に説明する。
図１は、本発明の一実施形態に係るＥＤＩ伝票データの送受信状況照会システムの全体構成図である。
図１において、１０は伝票データの送信元のＥＤＩシステム利用者で、１４は送信先であるＥＤＩシステム利用者である。ＥＤＩシステム利用者の端末１０から送信された伝票データをＥＤＩセンタ内の受信処理部１１によって受信する。受信した伝票データは、業務処理部１２での処理を終えた後、送信処理部１３により送信先のＥＤＩシステム利用者の端末１４へ送信される。
【００１１】
請求項１の送受信状況照会システムは、図１における受信処理部１１、業務処理部１２および送信処理部１３で、各処理の開始時と終了時の時間が確定しだい、データベース１５に取り込ませ、各処理でエラーが発生した場合には、エラー情報を上記データベース１５に取り込ませる。送信元利用者端末１０または送信先利用者端末１４からＥＤＩセンタへの問い合わせが受け付けられると、Ｗｅｂアプリケーション部１６はデータベース１５から読み込んだ伝票データ、あるいはエラー情報を、各利用者端末１０，１４に照会する。
【００１２】
図２は、図１におけるデータベースのテーブルレイアウト例を示す図である。
このテーブルレイアウト例としては、データベース１５に取り込まれる伝票データの処理進捗状況情報の一例が示されている。このデータベース１５を参照することが可能なＷｅｂアプリケーション部１６に、送信元端末１０と送信先端末１４が通信回線を経由して接続され、伝票データに対する各処理の開始時間、終了時間、エラー情報を照会する。
ここでは、各レコード目ごとに、送信元コードと伝票種別とキー日時と処理区分（受信処理、業務処理、送信処理の各開始、終了と、処理時間と、エラー情報における区分などが記録されている。
【００１３】
次に、受信処理部１１、業務処理部１２、送信処理部１３における処理開始時間、処理終了時間、エラー情報のデータベースへの取り込み処理の流れを、図により説明する。
図３は、開始終了時間及びエラー情報のデータベース取り込み処理の流れを示す処理フローチャートである。
先ず、現在時間を受信処理が開始される時点の時間として、データベースに取り込み（ステップ３０）、受信処理実行により（ステップ３１）、伝票データの受信が行われる。実行（ステップ３１）の結果は、正常に完了したか否かが判定され（ステップ３２）、受信処理が正常に完了していなかった場合には（ステップ３２のＮＯ）、受信処理エラー情報をデータベースに取り込み（ステップ３４）、処理を終了する。
【００１４】
受信処理実行が正常に完了している場合には（ステップ３２のＹＥＳ）、現在時間を受信処理終了時間としてデータベースに取り込む（ステップ３３）。その後、現在時間を業務処理が開始される時点の時間としてデータベースに取り込み（ステップ３５）、業務処理実行後（ステップ３６）、業務処理が正常に完了したか否かを判定し（ステップ３７）、正常に完了していない場合には（ステップ３７のＮＯ）、業務処理エラー情報をデータベースに取り込み（ステップ３９）、処理を終了する。
【００１５】
また、業務処理が正常に完了している場合には（ステップ３７のＹＥＳ）、現在時間を業務処理終了時間としてデータベースに取り込む（ステップ３８）。
さらに、現在時間を送信処理が開始される時点の時間としてデータベースに取り込み（ステップ４０）、送信処理実行後（ステップ４１）、送信処理が正常に完了したか否かを判定し（ステップ４２）、正常に完了していない場合には（ステップ４２のＮＯ）、送信処理エラー情報をデータベースに取り込み（ステップ４４）、処理を終了する。
一方、正常に完了している場合には（ステップ４２のＹＥＳ）、現在時間を送信処理終了時間としてデータベースに取り込む（ステップ４３）。
【００１６】
図２の１レコード目は、図３のステップ３０で取り込まれる受信処理開始時間のレコードの例であり、図２の２レコード目は、図３のステップ３３で取り込まれる受信処理終了時間のレコード例であり、図２の３，４レコード目は、図３のステップ３５と３８で取り込まれる、業務処理開始時間と業務処理終了時間のレコード例であり、図２の５，６レコード目は、図３のステップ４０と４３で取り込まれる、送信処理開始時間と送信処理終了時間のレコード例である。また、図２の１０レコード目は、図３のステップ３９で取り込まれる、業務処理エラー情報のレコード例である。
【００１７】
次に、複数の送信先へ送信する伝票データが混在する場合の例を説明する。
図６は、複数送信先が混在する伝票データファイルレイアウト例を示す図（請求項２の実施形態）である。
図６では、送信元（同一端末）、伝票種別（同一種別）、送信先（ＡセンタとＢセンタ）、伝票内容（商品名Ｘと商品名Ｙ）および（各種の数量を含む）等のファイルレイアウトが示されている。
図１の受信処理部１１で受信した伝票データのファイルが、図６で示すように、複数の送信先へ送信する伝票データが混在しており、送信先別に伝票データのファイルを分割し、振分けを行う必要があるような振分け中継機能を持つＥＤＩシステムにおいて、分割し、振分けられたそれぞれの伝票データのファイルに対して、業務処理部１２で業務処理が行われ、また、振分けられたそれぞれの伝票データのファイルに対して送信処理が実行される場合、振分けられたそれぞれの伝票データのファイルに対して処理が行われるごとに、各処理の開始時間、終了時間、エラー時間の各レコードをデータベースに取り込み、照会時に各レコードを紐付けて表示することで、振分けの単位となっている送信先別に、ＥＤＩセンタ内での各処理の進捗状況、エラーの有無を公開する形態が考えられる。
【００１８】
図４は、送信先項目有りのデータベースのテーブルレイアウト例を示す図である。
図４では、１〜１０レコード目、送信元コード、伝票種別、送信先、キー日時、処理区分、処理日時、エラー情報の各欄のレイアウトであり、図２に比べると、送信先の欄だけが予分に加えられている。
以下、振分けが行われる場合の図１の受信処理部１１、業務処理部１２、および送信処理部１３における処理開始時間、処理終了時間、エラー情報のデータベースに取り込み処理の流れを図により説明する。
【００１９】
図５は、複数送信先混在時の開始終了時間及びエラー情報のデータベース取り込み処理の流れを示すフローチャートである。
図５のステップ５０からステップ５４までの処理は、図３のステップ３０からステップ３４までの処理と同様であり、ステップ５０とステップ５３で、受信処理開始時点での時間と受信処理終了時点での時間をデータベースに取り込んでおり、ステップ５４では、受信処理が正常に完了できなかった場合の受信処理エラー情報をデータベースに取り込んでいる。
図４の１レコード目と２レコード目は、ステップ５０とステップ５３でデータベースに取り込まれるレコード例である。受信するファイルには、複数の送信先宛の伝票データが混在しているが、受信処理は１ファイルに対して実行されるため、受信処理開始時間のレコードと受信処理終了時間のレコードは、１つの受信ファイルに対して１レコードずつとなり、受信処理時点では、送信先別に振分けられていないため、データベースの送信先項目には値は格納されていない。
【００２０】
図５の送信先別ファイル振分け処理（ステップ５５）で、受信した伝票データのファイルが送信先別に振分けられ、ステップ５６からステップ６０までの処理が、振分けられたファイルの数だけ繰り返し実行され、ステップ５６とステップ５９により、業務処理開始時間と業務処理終了時間のレコードが振分けられたファイルの数だけデータベースに取り込まれる。
図４の３レコード目と４レコード目、及び、５レコード目と６レコード目は、図５のステップ５６とステップ６０でデータベースに取り込まれるレード例である。３レコード目と４レコード目は、送信先がＡセンタの伝票データについてのレコードで、５レコード目と６レコード目は、送信先がＢセンタの伝票データについてのレコードである。
【００２１】
また、業務処理が正常に完了しなかった場合に、データベースに取り込まれる業務処理エラー情報のレコードも、業務処理が正常に完了しなかった回数分だけ、データベースに取り込まれる。送信処理についても、ステップ６２からステップ６６までの処理が、振分けられたファイルの数だけ繰り返し実行され、ステップ６２とステップ６５により、送信処理開始時間と送信処理終了時間のレコードが振分けられたファイルの数だけデータベースに取り込まれる。
図４の７レコード目と８レコード目、及び、９レコード目と１０レコード目は、図５のステップ６２とステップ６５でデータベースに取り込まれるレコード例である。７レコード目と８レコード目は、送信先がＡセンタの伝票データについてのレコードで、９レコード目と１０レコード目は、送信先がＢセンタの伝票データについてのレコードである。
【００２２】
送信処理が正常に完了しなかった場合に、データベースに取り込まれる送信処理エラー情報のレコードも、送信処理が正常に完了しなかった回数だけ、データベースに取り込まれる。
Ｗｅｂアプリケーション部１６による照会時には、データベース１５に取り込まれた各レコードが、キー項目により紐付けられ、振分けられたそれぞれの伝票データごとに、ＥＤＩセンタ内の各処理の進捗状況として表示される。
【００２３】
図７は、照会画面表示イメージを示す図である。
図４のデータ例を、Ｗｅｂアプリケーション部１６から照会する場合の表示イメージは図７に示すようになる。ここでは、受信処理、業務処理および送信処理が全て終了したレコードのみが表示される。開始されていない処理や、終了していない処理の時間は、データベーステーブル内に紐付くレコードが存在しないため、空で表示させる。
【００２４】
なお、図３および図５のフローチャートを開始終了時間とエラー情報のデータベース取り込み処理プログラム、または、複数送信先混在時の開始終了時間とエラー情報のデータベース取り込み処理プログラムに変換し、これらのプログラムをＣＤ−ＲＯＭなどの記録媒体に格納し、記録媒体をＥＤＩセンタのコンピュータに装着して、これからプログラムをコンピュータ内にインストールし、これらを実行させることで、本発明を容易に実現することができる。また、プログラムをインターネットを経由して他の複数のコンピュータにダウンロードさせることで、プログラムの汎用化が可能となる。
【図面の簡単な説明】
【００２５】
【図１】本発明の一実施形態に係るＥＤＩ伝票データ送受信状況照会システムの構成図である。
【図２】図１におけるデータベースのテーブルレイアウト例を示す図である。
【図３】本発明の一実施形態に係る開始終了時間及びエラー情報のデータベース取り込み処理の流れを示すフローチャートである。
【図４】送信先項目有りのデータベースのテーブルレイアウト例を示す図である。
【図５】本発明の一実施形態に係る複数送信先混在時の開始終了時間及びエラー情報取り込み処理の流れを示すフローチャートである。
【図６】複数送信先が混在する伝票データファイルのレイアウト例を示す図である。
【図７】コンピュータにおける照会画面表示イメージ図である。
【符号の説明】
【００２６】
１０  送信元利用者端末
１１  ＥＤＩセンタの受信処理部
１２  同じく業務処理部
１３  同じく送信処理部
１４  送信先利用者端末
【図１】
2009181390.tif 000003
【図２】
2009181390.tif 000004
【図３】
2009181390.tif 000005
【図４】
2009181390.tif 000006
【図５】
2009181390.tif 000007
【図６】
2009181390.tif 000008
【図７】
2009181390.tif 000009