(57)【要約】【課題】  各ＩＤｏｃをロックせずに、伝票登録処理の一部を並列実行する場合において、二重転記を防止することができる伝票登録処理システム、伝票登録処理方法及び伝票登録処理プログラムを提供する。【解決手段】  送信側システム１０から並列受信した伝票データについて、受信側システム２０内のＥＤＩサーバ２００が、受信単位毎にカウンタファイル番号を発行し、前記受信単位に含まれる複数の伝票データそれぞれについて、受信カウンタ番号を発行し、前記受信した伝票データに書き込まれたパートナープロファイルと、前記伝票データに発行したカウンタファイル番号及び受信カウンタ番号からなるレコード識別子を生成し、前記生成したレコード識別子で伝票データを識別して、伝票登録処理を並列実行する。【選択図】  図５
2005242933.tif 000002
【特許請求の範囲】
【請求項１】
外部システムから並列受信した伝票データについて、受信単位毎にカウンタファイル番号を発行するカウンタファイル番号発行手段と、
前記受信単位に含まれる複数の伝票データそれぞれについて、受信カウンタ番号を発行する受信カウンタ番号発行手段と、
前記受信した伝票データに書き込まれたパートナープロファイルと、前記カウンタファイル番号発行手段が当該伝票データに発行したカウンタファイル番号及び前記受信カウンタ番号発行手段が当該伝票データに発行した受信カウンタ番号からなるレコード識別子を生成するレコード識別子生成手段と、
前記レコード識別子生成手段が生成したレコード識別子で伝票データを識別して、伝票登録処理を並列実行する伝票登録手段と
を具備することを特徴とする伝票登録処理システム。
【請求項２】
前記伝票データは、コントロールレコード、データレコード及びステータスレコードからなる中間文書形式で受信され、
前記レコード識別子生成手段は、前記カウンタファイル番号発行手段が当該伝票データに発行したカウンタファイル番号を前記中間文書形式の伝票データのメッセージバリアントに設定するとともに、前記受信カウンタ番号発行手段が当該伝票データに発行した受信カウンタ番号をメッセージ機能に設定し、前記伝票データのコントロールレコードに書き込まれたパートナープロファイルを用いて、パートナープロファイル、メッセージバリアント、メッセージ機能からなるレコード識別子を生成する
ことを特徴とする請求項１に記載の伝票登録処理システム。
【請求項３】
前記伝票登録手段は、前記レコード識別子生成手段が生成したレコード識別子で伝票データを識別して、中間文書データベースへの伝票登録処理までを受信単位毎に並列実行し、前記中間文書データベースから自システムへの伝票登録処理を受信単位順に実行する
ことを特徴とする請求項１に記載の伝票登録処理システム。
【請求項４】
コンピュータが、
外部システムから並列受信した伝票データについて、受信単位毎にカウンタファイル番号を発行し、
前記受信単位に含まれる複数の伝票データそれぞれについて、受信カウンタ番号を発行し、
前記受信した伝票データに書き込まれたパートナープロファイルと、前記伝票データに発行したカウンタファイル番号及び受信カウンタ番号からなるレコード識別子を生成し、
前記生成したレコード識別子で伝票データを識別して、伝票登録処理を並列実行する
ことを特徴とする伝票登録処理方法。
【請求項５】
外部システムから並列受信した伝票データについて、受信単位毎にカウンタファイル番号を発行する処理と、
前記受信単位に含まれる複数の伝票データそれぞれについて、受信カウンタ番号を発行する処理と、
前記受信した伝票データに書き込まれたパートナープロファイルと、前記伝票データに発行したカウンタファイル番号及び受信カウンタ番号からなるレコード識別子を生成する処理と、
前記生成したレコード識別子で伝票データを識別して、伝票登録を並列実行する処理と
をコンピュータに実行させるための伝票登録処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝票登録処理を並列実行するための伝票登録処理システム、伝票登録処理方法及び伝票登録処理プログラムに関する。
【背景技術】
【０００２】
従来、並列処理技術として、以下のような方法が知られている。例えば、特許文献１には、オブジェクト選択処理を並列化するための技術が開示されている。この発明によれば、複数のコマンドを入力したコマンド分配装置が、複数のＦＩＦＯから供給されるコマンド格納量を比較して、コマンド格納量の少ないＦＩＦＯから順番に、コマンドの転送順序を示すシリアルナンバを付加してコマンドを分配する。分配されたコマンドは複数のプロセッサで処理され、処理結果がシリアルナンバの順に出力される。
また、特許文献２には、並列処理実行に際し、処理のリアルタイム性、連続性、入出力の同時性を保持するための技術が開示されている。この発明によれば、時系列データが入力されると、処理単位ブロック時間を基本単位としたブロックデータとして蓄積される。このブロックデータから解析用の一定時間の時系列データを作成して解析処理を行い、処理単位ブロック時間分、出力時刻に対応した変換データを作成し、対応時刻に出力する。
このように構成することで、時系列データの解析を基にしたデータ変換が可能となる。
【特許文献１】特開平１０−２６９３７３公報
【特許文献２】特開２００３−５９５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、近年、標準規格に基づいて電子化された受発注情報を利用した企業間取り引き（ＥＤＩ：electronic data interchange）が普及しつつある。送信側ＥＤＩシステムと受信側ＥＤＩシステムで受発注情報を管理しているアプリケーションが異なる場合であっても、中間文書（以下、ＩＤｏｃ：Intermediate Document）を用いて異なるアプリケーションの間を連携し、トランザクションを実行する。
例えば、受信側ＥＤＩシステムでは、ＩＤｏｃを受信して、伝票登録処理を実行する。一度に受信されるＩＤｏｃは複数の伝票データからなり、伝票登録処理は１受信単位を構成する複数の伝票データ毎でまとめて実行される。
これら１受信単位を構成する複数の伝票データ間では、処理順序は定義されていないため、いずれを先に処理しなければならないといった制約は無い。したがって、従来、１受信単位内の複数の伝票データは、処理速度を向上させるために並列的に伝票登録処理されている。
【０００４】
一方、各ＩＤｏｃ間では、ＩＤｏｃ受信頻度が低いため、複数のＩＤｏｃ登録処理を並列実行する必要がなく、各ＩＤｏｃをロックせずに順次処理している。
したがって、ＩＤｏｃ受信頻度が高くなった場合、各ＩＤｏｃをロックせずに、そのまま並列処理したのでは、複数の受信単位の伝票データが交錯し、二重転記が発生するという問題があった。
【０００５】
本発明は、このような事情を考慮してなされたものであり、第１の目的は、各ＩＤｏｃをロックせずに、伝票登録処理の一部を並列実行する場合において、二重転記を防止することができる伝票登録処理システム、伝票登録処理方法及び伝票登録処理プログラムを提供することにある。
また、第２の目的は、受信単位の処理順序を維持しつつ、ＩＤｏｃ登録処理の一部を並列実行することができる伝票登録処理システム、伝票登録処理方法及び伝票登録処理プログラムを提供することにある。
【課題を解決するための手段】
【０００６】
この発明は上記の課題を解決すべくなされたもので、本発明は、外部システムから並列受信した伝票データについて、受信単位毎にカウンタファイル番号を発行するカウンタファイル番号発行手段と、前記受信単位に含まれる複数の伝票データそれぞれについて、受信カウンタ番号を発行する受信カウンタ番号発行手段と、前記受信した伝票データに書き込まれたパートナープロファイルと、前記カウンタファイル番号発行手段が当該伝票データに発行したカウンタファイル番号及び前記受信カウンタ番号発行手段が当該伝票データに発行した受信カウンタ番号からなるレコード識別子を生成するレコード識別子生成手段と、前記レコード識別子生成手段が生成したレコード識別子で伝票データを識別して、伝票登録処理を並列実行する伝票登録手段とを具備することを特徴とする。
【０００７】
また、本発明は、前記伝票データは、コントロールレコード、データレコード及びステータスレコードからなる中間文書形式で受信され、前記レコード識別子生成手段は、前記カウンタファイル番号発行手段が当該伝票データに発行したカウンタファイル番号を前記中間文書形式の伝票データのメッセージバリアントに設定するとともに、前記受信カウンタ番号発行手段が当該伝票データに発行した受信カウンタ番号をメッセージ機能に設定し、前記伝票データのコントロールレコードに書き込まれたパートナープロファイルを用いて、パートナープロファイル、メッセージバリアント、メッセージ機能からなるレコード識別子を生成することを特徴とする。
【０００８】
また、本発明は、前記伝票登録手段は、前記レコード識別子生成手段が生成したレコード識別子で伝票データを識別して、中間文書データベースへの伝票登録処理までを受信単位毎に並列実行し、前記中間文書データベースから自システムへの伝票登録処理を受信単位順に実行することを特徴とする。
【０００９】
また、本発明は、コンピュータが、外部システムから並列受信した伝票データについて、受信単位毎にカウンタファイル番号を発行し、前記受信単位に含まれる複数の伝票データそれぞれについて、受信カウンタ番号を発行し、前記受信した伝票データに書き込まれたパートナープロファイルと、前記伝票データに発行したカウンタファイル番号及び受信カウンタ番号からなるレコード識別子を生成し、前記生成したレコード識別子で伝票データを識別して、伝票登録処理を並列実行することを特徴とする。
【００１０】
また、本発明は、外部システムから並列受信した伝票データについて、受信単位毎にカウンタファイル番号を発行する処理と、前記受信単位に含まれる複数の伝票データそれぞれについて、受信カウンタ番号を発行する処理と、前記受信した伝票データに書き込まれたパートナープロファイルと、前記伝票データに発行したカウンタファイル番号及び受信カウンタ番号からなるレコード識別子を生成する処理と、前記生成したレコード識別子で伝票データを識別して、伝票登録を並列実行する処理とをコンピュータに実行させるための伝票登録処理プログラムである。
【発明の効果】
【００１１】
以上説明したように、本発明によれば、コンピュータが、外部システムから並列受信した伝票データについて、受信単位毎にカウンタファイル番号を発行し、前記受信単位に含まれる複数の伝票データそれぞれについて、受信カウンタ番号を発行し、前記受信した伝票データに書き込まれたパートナープロファイルと、前記伝票データに発行したカウンタファイル番号及び受信カウンタ番号からなるレコード識別子を生成し、前記生成したレコード識別子で伝票データを識別して、伝票登録処理を並列実行する。
したがって、受信単位毎に各伝票データをロックせずに、伝票データ登録処理を並列実行する場合において、二重転記を防止することができる効果が得られる。また、受信単位の処理順序を維持しつつ、伝票データ登録処理の一部を並列実行することができる効果が得られる。
【００１２】
また、本発明によれば、伝票データは、コントロールレコード、データレコード及びステータスレコードからなる中間文書形式で受信され、カウンタファイル番号を中間文書形式の伝票データのメッセージバリアントに設定するとともに、受信カウンタ番号をメッセージ機能に設定し、伝票データのコントロールレコードに書き込まれたパートナープロファイルを用いて、パートナープロファイル、メッセージバリアント、メッセージ機能からなるレコード識別子を生成する。
したがって、ＩＤｏｃ受信単位毎に各伝票データをロックせずに、伝票データ登録処理を並列実行する場合において、二重転記を防止することができる効果が得られる。また、ＩＤｏｃ受信単位の処理順序を維持しつつ、伝票データ登録処理の一部を並列実行することができる効果が得られる。
【００１３】
また、本発明によれば、生成したレコード識別子で伝票データを識別して、中間文書データベースへの伝票登録処理までを受信単位毎に並列実行し、中間文書データベースから自システムへの伝票登録処理を受信単位順に実行する。
したがって、受信単位順に伝票データの登録処理が必ず実行されるため、ＩＤｏｃ受信単位の処理順序を維持しつつ、伝票データ登録処理の一部を並列実行することができる効果が得られる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明を実施するための最良の形態について説明する。
【実施例１】
【００１５】
以下、図面を参照して、本発明の伝票登録処理システムの一実施形態について説明する。図１は、本実施形態の伝票登録処理システム１の構成図である。
図１に示すように、本実施形態の伝票登録処理システム１は、送信側システム１０と受信側システム２０とをネットワーク（図示せず）を介して接続して構成され、それぞれのシステムには、電子取引アプリケーションを実装するＥＤＩサーバ１００、２００とデータベースシステム１１０、２１０が設けられる。
送信側及び受信側のＥＤＩサーバ１００、２００内で実行されるアプリケーションの間では、データ構造の異なるメッセージ（伝票データ）を送受信するために、所定のデータフォーマットに基づいて電子化されたＩＤｏｃを用いる。
【００１６】
図２に示すように、送信側システム１０は、アプリケーション１１、ＩＤｏｃ出力部１２、ＩＤｏｃ送信部１３、送信機構１４とを有しており、上位層で実行されるアプリケーション１１からＩＤｏｃ出力部１２へトランザクション情報が出力され、ＩＤｏｃ出力部１２において、ＩＤｏｃに変換されて、中位層で実行されるＩＤｏｃ送信部１３に渡される。そして、下位層で実行される送信機構１４を介して、ＩＤｏｃが受信側システム２０に送信される。
受信側システム２０も、送信側システム１０と同様に、アプリケーション２１、ＩＤｏｃ入力部２２、ＩＤｏｃ受信部２３、受信機構２４とを有しており、下位層で実行される受信機構２４を介して、ＩＤｏｃ受信部２３がＩＤｏｃを受信し、ＩＤｏｃ入力部２２で伝票登録処理を実行した後、上位層で実行されるアプリケーション２１にトランザクション情報を返す。
【００１７】
このように、伝票データは送信側システム１０及び受信側システム２０の間でＩＤｏｃ形式で送受信される。ここで用いられるＩＤｏｃの形式は、図３に示すように、コントロールレコードと、データレコードと、ステータスレコードとからなる。ＩＤｏｃのコントロールレコードのパラメータには、パートナープロファイルの識別情報、メッセージバリアント、メッセージ機能がある。パートナープロファイルは各伝票データの受注処理方法を定義しており、各受送信単位に対して作成されて、各ＥＤＩサーバ１００、２００に接続されたデータベースシステム１１０、２１０に格納される。メッセージバリアント、メッセージ機能は、ＩＤｏｃ形式の伝票データを一意に識別するために用いられる。
【００１８】
パートナープロファイルは、具体的には、ユーザの電子メールアドレスや連絡先等を格納するデータを有し、ＩＤｏｃの識別情報（ＩＤｏｃ番号）と紐付けられる。また、パートナープロファイルは、受信先のシステム単位、又は、サーバ単位毎１つとして設定し、各ＩＤｏｃに展開される受注先（得意先）毎にオブジェクトＩＤを設定する。
例えば、複数の送信側システム１０のＥＤＩサーバ１００それぞれについては、パートナープロファイルを用いて登録し、当該ＥＤＩサーバ１００から発行されるＩＤｏｃの元となるトランザクション情報と対応する受注を担当する、より細かなエラー通知先の担当者それぞれについては、オブジェクトＩＤを用いて登録しておく。
なお、ＩＤｏｃの識別情報は、例えば、上述したＩＤｏｃのデータレコードに書き込まれる。
【００１９】
次に、受信側システム２０におけるＥＤＩサーバ２００の具体的な構成について説明する。図４に示すように、ＥＤＩサーバ２００内に構築されるＩＤｏｃ受信部２３は、複数のＥＤＩサブシステム２０１、２０２から構成され、外部システム（送信側ＥＤＩサーバ１００）から受信単位毎に伝票データを並列受信して、それぞれのＥＤＩサブシステム２０１、２０２に処理を振り分け、伝票登録処理を実行する。ＥＤＩサブシステム２０１、２０２は、それぞれ、ＩＤｏｃ形式の各伝票データを受信単位及び個々の伝票データ単位で識別するための識別子を生成するカウンタファイル番号発行部３０、カウンタ番号発行部３１を有しており、レコード識別子生成部３２において、発行された識別子をＩＤｏｃのメッセージバリアント、メッセージ機能に書き込む。
具体的には、カウンタファイル番号発行部３０は、送信側ＥＤＩサーバ１００から並列受信した伝票データについて、受信単位を伝票データのＨＵＬＦＴＩＤ等のファイル転送識別子で識別して、受信単位毎にカウンタファイル番号を発行する。カウンタ番号発行部３１は、受信単位に含まれる複数の伝票データそれぞれについて、受信カウンタ番号を発行する。
【００２０】
レコード識別子生成部３２は、受信した伝票データに書き込まれたパートナープロファイルと、カウンタファイル番号発行部３０が当該伝票データに発行したカウンタファイル番号及び受信カウンタ番号発行部３１が当該伝票データに発行した受信カウンタ番号からなるレコード識別子を生成する。このとき、カウンタファイル番号発行部３０が当該伝票データに発行したカウンタファイル番号がＩＤｏｃ形式の伝票データのメッセージバリアントに設定されるとともに、受信カウンタ番号発行部３１が当該伝票データに発行した受信カウンタ番号がＩＤｏｃ形式の伝票データのメッセージ機能に設定され、伝票データのコントロールレコードに書き込まれたパートナープロファイル及びメッセージバリアント、メッセージ機能からなるレコード識別子が生成される。このようにして、伝票データの受信単位を常に一意に決定する。
【００２１】
また、ＥＤＩサーバ２００内に構築されるＩＤｏｃ入力部２２は、伝票登録部４０を有している。伝票登録部４０は、レコード識別子生成部３２が生成したレコード識別子で伝票データを識別して、データベースシステム２１０内に構築されるＩＤｏｃデータベース２２０に伝票データを格納した後、伝票データ登録処理を並列実行する。伝票データ登録処理は、ＩＤｏｃデータベース２２０への伝票登録処理までは受信単位毎に並列実行され、ＩＤｏｃデータベース２２０から自システム内のアプリケーション２１への伝票登録処理は、受信単位順に実行される。
【００２２】
次に、図面を参照して、本実施形態の伝票登録処理システム１の動作について説明する。図５は、本実施形態の伝票登録処理システム１における伝票登録処理の過程を示すフローチャートである。
まず受信側ＥＤＩサーバ２００の前処理として、送信側ＥＤＩサーバ１００等のパートナープロファイルをデータベースシステム２１０に登録しておく。
今、送信側ＥＤＩサーバ１００からＨＵＬＦＴＩＤをファイル転送識別子として付加された１受信単位の伝票データが受信側ＥＤＩサーバ２００において受信されると、ＩＤｏｃ受信部２３は、ＥＤＩサブシステム２０１に当該受信単位の伝票データの伝票登録処理を割り当てる。
ＥＤＩサブシステム２０１は、まずカウンタファイル番号発行部３０において、当該１受信単位を識別するためのカウンタファイル番号（例えば００１）を生成し、カウンタ番号発行部３１において、順次、当該１受信単位に含まれる複数の伝票データそれぞれを識別するためのカウンタ番号を生成する（例えば、００１〜００４  図６を参照）。これらの識別子により、ＩＤｏｃ形式の各伝票データが受信単位及び個々の伝票データ単位で識別される。
【００２３】
レコード識別子生成部３２は、受信した伝票データに書き込まれたパートナープロファイルと、カウンタファイル番号発行部３０が当該伝票データに発行したカウンタファイル番号及び受信カウンタ番号発行部３１が当該伝票データに発行した受信カウンタ番号からなるレコード識別子を生成する。
このとき、カウンタファイル番号発行部３０が当該伝票データに発行したカウンタファイル番号がＩＤｏｃ形式の伝票データのメッセージバリアントに設定されるとともに、受信カウンタ番号発行部３１が当該伝票データに発行した受信カウンタ番号がＩＤｏｃ形式の伝票データのメッセージ機能に設定され、伝票データのコントロールレコードに書き込まれたパートナープロファイル及びメッセージバリアント、メッセージ機能からなるレコード識別子が生成される。
このようにして、伝票データの受信単位を常に一意に決定する。
【００２４】
一方、ＩＤｏｃ受信部２３は、送信側ＥＤＩサーバ１００から受信単位毎に伝票データを並列受信しており、さらに、ＥＤＩサブシステム２０２にも処理を振り分け、伝票登録処理を実行する。すなわち、ＥＤＩサブシステム２０２は、ＥＤＩサブシステム２０１と同様に、ＩＤｏｃ受信部２３より割り当てられた１受信単位の伝票データの伝票登録処理を開始する。
ＥＤＩサブシステム２０２は、ＥＤＩサブシステム２０１と同様に、まずカウンタファイル番号発行部３０において、当該１受信単位を識別するためのカウンタファイル番号を生成する。
カウンタファイル番号発行部３０が生成するカウンタファイル番号は、ＥＤＩサーバ２００内の複数のＥＤＩサブシステムにおいて、連番等、１方向性の識別子が割り当てられる。具体的には、最新のカウンタファイル番号（例えば、００１）を常に１インクリメントして、次の最新のカウンタファイル番号（例えば００２）として発行する。
【００２５】
一方、カウンタ番号発行部３１においては、ＥＤＩサブシステム２０２に新たなカウンタファイル番号が採番されたことにより、順次、当該１受信単位に含まれる複数の伝票データそれぞれを識別するためのカウンタ番号を生成する（例えば、００１〜００４）。これらの識別子により、ＩＤｏｃ形式の各伝票データが受信単位及び個々の伝票データ単位で識別される。
レコード識別子生成部３２は、先程と同様に、受信した伝票データに書き込まれたパートナープロファイルと、カウンタファイル番号発行部３０が当該伝票データに発行したカウンタファイル番号及び受信カウンタ番号発行部３１が当該伝票データに発行した受信カウンタ番号からなるレコード識別子を生成する。
このとき、カウンタファイル番号発行部３０が当該伝票データに発行したカウンタファイル番号がＩＤｏｃ形式の伝票データのメッセージバリアントに設定されるとともに、受信カウンタ番号発行部３１が当該伝票データに発行した受信カウンタ番号がＩＤｏｃ形式の伝票データのメッセージ機能に設定され、伝票データのコントロールレコードに書き込まれたパートナープロファイル及びメッセージバリアント、メッセージ機能からなるレコード識別子が生成される。
このようにして、伝票データの受信単位を常に一意に決定する。
【００２６】
このように構成することで、例えば、仮にパートナープロファイルが同一の受信先から短時間に複数回受信を行う場合であっても、伝票データの受信単位が常に一意に決定されるため、２重受信を防ぐことができる効果が得られる。
【００２７】
ＥＤＩサブシステム２０１、２０２は、パートナープロファイル×メッセージバリアント×メッセージ機能で示される伝票データの識別子がコントロールレコードにマッピングされると、ＩＤｏｃ入力部２２に当該受信単位の伝票データを出力する。
このようにして、ＥＤＩサブシステム２０１、２０２（又はＩＤｏｃ受信部２３）は、ＩＤｏｃのコントロールレコードのパラメータであるメッセージバリアント、メッセージ機能を利用してＩＤｏｃ形式の伝票データが一意になるようにバリアントを設定し、並列処理を実行する。
【００２８】
すなわち、ＥＤＩサブシステム２０１、２０２が外部システムから伝票データを受信すると、パートナープロファイル、メッセージバリアント、メッセージ機能で構成されるバリアント名（レコード識別子）を生成し、ＩＤｏｃデータベース２２０に格納する。
ただし、パートナープロファイルは伝票データから読み込まれ、メッセージバリアントコードは、ＨＵＬＦＴＩＤ毎に生成されるカウンタファイルＮｏから読み込まれる。また、メッセージ機能は、この受信単位（ＨＵＬＦＴＩＤ）の伝票データに書き込まれている受注データ毎にカウントされる受信カウンタＮｏから読み込まれる。
ＩＤｏｃ入力部２２は、ＥＤＩサブシステム２０１、２０２から入力する各受信単位の伝票データをデータベースシステム２１０内に構築されるＩＤｏｃデータベース２２０に入力するとともに、このように生成されるレコード識別子で並列で登録処理される伝票データを識別する。そして、ＩＤｏｃ入力部２２は、伝票登録部４０をそれぞれの伝票データについて起動して、受注伝票登録処理を実行する。
【００２９】
図７は、伝票登録部４０を並列に起動にした場合の処理の流れを示す。図７に示すように、各ＥＤＩサーバ２０１、２０２で個別処理がされて（図７のステップＳ１）、ＩＤｏｃデータベース２２０への登録処理が完了すると（ステップＳ２）、アプリケーション２２への受注伝票登録処理が実行される（ステップＳ３）。この時点で、伝票登録部４０が起動される。伝票登録部４０は、１受信単位の伝票データがＩＤｏｃデータベース２２０に登録されたことをトリガとして起動され、１受信単位のすべての伝票データを複数のプロセス（スレッド）に割り当てて、並列処理する（伝票登録キック処理  ステップＳ４）。
伝票登録部４０の起動は、ＩＤｏｃデータベース２２０への登録順に行われるため、キック処理後の並列処理の結果が、伝票登録部４０起動順に返ってくる場合は、受信単位の処理順序は保持されている。しかし、並列処理の結果が入れ子状態になると、起動通りの順番で処理が終了しないという問題がある。
【００３０】
そこで、図８に示すように、１受信先の伝票登録キック処理が終了するまで次の受注先の処理を待機させるようにする。具体的には、個別処理（ステップＳ１）、ＩＤｏｃ登録処理（ステップＳ２）、受注登録処理（ステップＳ３）までを並列処理し、それ以降の伝票登録キック処理（ステップＳ４）については、１受信単位の伝票データすべてが処理されたことを確認した後、次の受信単位の伝票データについて処理を行う。
すなわち、最初の受信単位の伝票データについて、伝票登録キック処理（ステップＳ４）完了が通知されるまで待った後（ステップＳ５、Ｓ６）、次の受信単位の伝票データについて、伝票登録キック処理を実行する（ステップＳ７〜Ｓ１０）。
このように、順次、前の受信単位の伝票データについて、伝票登録キック処理完了が通知されるまで待った後（ステップＳ７〜Ｓ１０）、次の受信単位の伝票データについて、伝票登録キック処理を実行する（ステップＳ１１〜Ｓ１４）。
【００３１】
このように構成することで、１受信単位を構成する複数の伝票データ間で並列処理した場合、後続の受信単位の伝票データが入れ子状態になってしまうことを防止することができ、受信単位で伝票登録処理が保障される。
【００３２】
以上説明したように、本実施形態の伝票登録システム１によれば、送信側システム１０から並列受信した伝票データについて、受信側システム２０内のＥＤＩサーバ２００が、受信単位毎にカウンタファイル番号を発行し、前記受信単位に含まれる複数の伝票データそれぞれについて、受信カウンタ番号を発行し、前記受信した伝票データに書き込まれたパートナープロファイルと、前記伝票データに発行したカウンタファイル番号及び受信カウンタ番号からなるレコード識別子を生成し、前記生成したレコード識別子で伝票データを識別して、伝票登録処理を並列実行する。
したがって、受信単位毎に各伝票データをロックせずに、伝票データ登録処理を並列実行する場合において、二重転記を防止することができる。また、受信単位の処理順序を維持しつつ、伝票データ登録処理の一部を並列実行することができる。
【００３３】
上述した伝票登録処理に関する一連の処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。
すなわち、ＥＤＩサーバ１００、２００における、各処理手段、処理部は、ＣＰＵ等の中央演算処理装置がＲＯＭやＲＡＭ等の主記憶装置に上記プログラムを読み出して、情報の加工・演算処理を実行することにより、実現されるものである。
ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【図面の簡単な説明】
【００３４】
【図１】伝票登録処理システム１の構成図。
【図２】ＩＤｏｃ送受信の説明図。
【図３】ＩＤｏｃのデータ構成図。
【図４】ＥＤＩサーバ２００の構成図。
【図５】伝票登録処理のフローチャート。
【図６】伝票データの受信パラメータのデータ構成図。
【図７】伝票登録キック処理を並列化したフローチャート。
【図８】伝票登録キック処理を並列化しないフローチャート。
【符号の説明】
【００３５】
１…伝票登録処理システム
１０…送信側システム
１１、２１…電子商取引アプリケーション
１２…ＩＤｏｃ出力部
１３…ＩＤｏｃ送信部
１４…送信機構
２０…受信側システム
２２…ＩＤｏｃ入力部
２３…ＩＤｏｃ受信部
２４…受信機構
３０…カウンタファイル番号発行部
３１…カウンタ番号発行部
３２…レコード識別子生成部
４０…伝票登録部
１００…送信側ＥＤＩサーバ
２００…受信側ＥＤＩサーバ
１１０、２１０…データベースシステム
２０１、２０２…ＥＤＩサブシステム
２２０…ＩＤｏｃデータベース
【図１】
2005242933.tif 000003
【図２】
2005242933.tif 000004
【図３】
2005242933.tif 000005
【図４】
2005242933.tif 000006
【図５】
2005242933.tif 000007
【図６】
2005242933.tif 000008
【図７】
2005242933.tif 000009
【図８】
2005242933.tif 000010