(57)【要約】【課題】Ｗｅｂ販売サーバを改造することなく、問い合わせ応答型のＷｅｂ販売サーバとビジネスプロトコルに従って動作するＥＤＩシステムを連結してＥＤＩのビジネスプロトコルを実現する。【解決手段】ＥＤＩシステム６００とＷｅｂ販売サーバ７００との間に介在する中継サーバ１００は、ＥＤＩシステム６００から製品名を含む業務依頼データを受信し、製品名から問い合わせ要求を発行するＷｅｂ販売サーバ７００を決定し、決定されたＷｅｂ販売サーバ７００へ当該製品の問い合わせ要求を送信し、Ｗｅｂ販売サーバ７００から当該製品に関する応答データを受信し、受信した応答データから当該業務依頼に対する回答データを作成し、作成した回答データをＥＤＩシステム６００へ返送する。【選択図】図３
2005031936.tif 000002
【特許請求の範囲】
【請求項１】
問い合わせ応答型のＷｅｂ販売サーバと見積、発注等のビジネスプロトコルに従って動作するＥＤＩシステムとの仲介をする計算機による方法であって、
前記計算機は、前記ＥＤＩシステムから製品名を含む業務依頼データを受信し、前記製品名から問い合わせ要求を発行するＷｅｂ販売サーバを決定し、決定された前記Ｗｅｂ販売サーバへ当該製品の問い合わせ要求を送信し、前記Ｗｅｂ販売サーバから前記製品に関する応答データを受信し、受信した前記応答データから当該業務依頼に対する回答データを作成し、作成した前記回答データを前記ＥＤＩシステムへ返送することを特徴とするＷｅｂ販売サーバとＥＤＩシステムとの仲介をする方法。
【請求項２】
問い合わせ応答型のＷｅｂ販売サーバと見積、発注等のビジネスプロトコルに従って動作するＥＤＩシステムとの仲介をする計算機による方法であって、
前記計算機は、前記ＥＤＩシステムから業務区分と製品名を含む業務依頼データを受信し、前記ＥＤＩシステムが属する会社と前記業務区分から適用するビジネスプロトコル種別を決定し、前記製品名から問い合わせ要求を発行するＷｅｂ販売サーバを決定し、前記ビジネスプロトコル種別に対応する問い合わせ手順定義ファイルを参照して決定された前記Ｗｅｂ販売サーバへ当該製品の問い合わせ要求を送信し、前記Ｗｅｂ販売サーバから前記製品に関する応答データを受信し、前記問い合わせ手順定義ファイルを参照して受信した前記応答データから当該業務依頼に対する回答データを作成し、作成した前記回答データを前記ＥＤＩシステムへ返送することを特徴とするＷｅｂ販売サーバとＥＤＩシステムとの仲介をする方法。
【請求項３】
製品ごとに１つ以上のＷｅｂ販売サーバのＵＲＬを設定するＷｅｂ販売サイト定義ファイルを参照して前記Ｗｅｂ販売サーバを決定することを特徴とする請求項２記載のＷｅｂ販売サーバとＥＤＩシステムとの仲介をする方法。
【請求項４】
問い合わせ応答型のＷｅｂ販売サーバと見積、発注等のビジネスプロトコルに従って動作するＥＤＩシステムとの仲介をする計算機であって、
前記計算機は、前記ＥＤＩシステムから製品名を含む業務依頼データを受信する手段と、前記製品名から問い合わせ要求を発行するＷｅｂ販売サーバを決定する手段と、決定された前記Ｗｅｂ販売サーバへ当該製品の問い合わせ要求を送信する手段と、前記Ｗｅｂ販売サーバから前記製品に関する応答データを受信する手段と、受信した前記応答データから当該業務依頼に対する回答データを作成する手段と、作成した前記回答データを前記ＥＤＩシステムへ返送する手段とを有することを特徴とするＷｅｂ販売サーバとＥＤＩシステムとの仲介をする計算機。
【請求項５】
問い合わせ応答型のＷｅｂ販売サーバと見積、発注等のビジネスプロトコルに従って動作するＥＤＩシステムとの仲介をする計算機であって、
前記計算機は、前記ＥＤＩシステムから業務区分と製品名を含む業務依頼データを受信する手段と、前記ＥＤＩシステムが属する会社の前記業務区分とビジネスプロトコル種別との対応を設定するビジネスプロトコル定義ファイルと、前記製品名とＷｅｂ販売サーバのアドレスとの対応を設定するＷｅｂ販売サイト定義ファイルと、前記ビジネスプロトコル定義ファイルを参照して適用するビジネスプロトコル種別を決定する手段と、前記Ｗｅｂ販売サイト定義ファイルを参照して問い合わせ要求を発行するＷｅｂ販売サーバを決定する手段と、前記ビジネスプロトコル種別に対応する問い合わせ手順を設定する問い合わせ手順定義ファイルと、前記問い合わせ手順定義ファイルを参照して決定された前記Ｗｅｂ販売サーバへ当該製品の問い合わせ要求を送信する手段と、前記Ｗｅｂ販売サーバから前記製品に関する応答データを受信する手段と、前記問い合わせ手順定義ファイルを参照して受信した前記応答データから当該業務依頼に対する回答データを作成する手段と、作成した前記回答データを前記ＥＤＩシステムへ返送する手段とを有することを特徴とするＷｅｂ販売サーバとＥＤＩシステムとの仲介をする計算機。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ビジネスプロトコルに従って動作するＥＤＩシステム（Ｅｌｅｃｔｒｏｎｉｃ  Ｄａｔａ  Ｉｎｔｅｒｃｈａｎｇｅ：電子データ交換）と問い合わせ応答型のＷｅｂ販売サーバとの仲介をする計算機に関する。
【０００２】
【従来の技術】
近年、インターネットの普及と共にインターネットを利用した電子商取引が盛んに行なわれている。電子商取引の代表的な形態として
（１）問い合わせ応答型のＷｅｂ販売サーバに接続され、クライアント端末のブラウザとして動作するＷｅｂ−ＥＤＩシステム
（２）見積、発注等のビジネスプロトコルに従って動作するＥＤＩシステムがある。
【０００３】
（１）のＷｅｂ−ＥＤＩシステムは、ユーザが購入したい製品の仕様、価格、納期等を販売サイトのＷｅｂページ上で確認し、製品名、購入個数等を入力し注文を行なう。図１に典型的なＷｅｂ−ＥＤＩシステムの問い合わせ応答手順を示す。Ｗｅｂ販売サイトのページはＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で作成され、ブラウザとの間はＨＴＴＰ通信（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）が用いられる。
【０００４】
（２）のＥＤＩシステムは、従来、各業界専用のプロトコル、対応ソフトを作成しＥＤＩを実現してきた。近年、インターネットを介した低コストで業界を限定しないＥＤＩシステムも増加している。（２）のＥＤＩシステムは、ユーザが購入したい製品の製品名、個数等を当該ＥＤＩシステムへ登録し、相手ＥＤＩシステムと交換するデータを編集し、相手先のＥＤＩシステムへ送信する。図２にこの種のＥＤＩシステムに適用されるビジネスプロトコルを示す。システム間のデータ形式にはＸＭＬが用いられる。
【０００５】
なお複数の独自のデータ形式、通信手段を持つＥＤＩシステム同士の通信を可能とする装置に関連するものには、特開２００２−３４２５９３号公報（特許文献１）、特開２００２−０６３１５６号公報（特許文献２）等がある。
【０００６】
【特許文献１】
特開２００２−３４２５９３号公報
【特許文献２】
特開２００２−０６３１５６号公報
【０００７】
【発明が解決しようとする課題】
形態（１）のＷｅｂ−ＥＤＩシステムを利用して発注業務を行なっていた企業が形態（２）のＥＤＩシステムを構築したとする。そしてこの企業がこれまで利用していたＷｅｂ販売サイトに対しても新しいＥＤＩシステムを結合し、見積、発注業務を行なおうとしても即座には実現できない。すなわち形態（１）のＷｅｂ−ＥＤＩシステムは、ブラウザからのデータ入力操作を前提とした問い合わせ応答型システムであり、購買業務のビジネスプロトコル（見積業務、発注業務等）に対応していないため、Ｗｅｂ販売サーバ側にこのＥＤＩシステムに対応したモジュールの追加を行なう必要がある。しかしながら、Ｗｅｂ−ＥＤＩシステムは受注企業側が運営管理するシステムであり、これを改造することは不可能である。
【０００８】
本発明は、インターネット上のＷｅｂ販売サーバを改造することなくＥＤＩシステムのビジネスプロトコルを実現することを目的とする。
【０００９】
【課題を解決するための手段】
本発明は、問い合わせ応答型のＷｅｂ販売サーバと見積、発注等のビジネスプロトコルに従って動作するＥＤＩシステムとの仲介をする計算機を用いる技術であって、ＥＤＩシステムから製品名を含む業務依頼データを受信し、この製品名から問い合わせ要求を発行するＷｅｂ販売サーバを決定し、決定されたＷｅｂ販売サーバへ当該製品の問い合わせ要求を送信し、Ｗｅｂ販売サーバから当該製品に関する応答データを受信し、受信した応答データから当該業務依頼に対する回答データを作成し、作成した回答データをＥＤＩシステムへ返送する技術を特徴とする。
【００１０】
【発明の実施の形態】
本実施形態は、問い合わせ応答型のＷｅｂ販売サーバと見積、発注等のビジネスプロトコルに従って動作するＥＤＩシステムとの仲介をする計算機に関するものである。この計算機は、ＥＤＩシステムから製品名を含む業務依頼データ（例えば見積依頼データ）を受信し、この製品名から問い合わせ要求を発行するＷｅｂ販売サーバを決定し、決定されたＷｅｂ販売サーバへ当該製品の問い合わせ要求を送信し、Ｗｅｂ販売サーバから当該製品に関する応答データ（例えば納期、金額等）を受信し、受信した応答データから当該業務依頼に対する回答データ（例えば見積データ）を作成し、作成した回答データをＥＤＩシステムへ返送する。
【００１１】
他の実施形態において、仲介をする計算機は、ＥＤＩシステムから業務区分と製品名を含む業務依頼データを受信し、このＥＤＩシステムが属する会社と業務区分から適用するビジネスプロトコル種別を決定し、製品名から問い合わせ要求を発行するＷｅｂ販売サーバを決定し、そのビジネスプロトコル種別に対応する問い合わせ手順定義ファイルを参照して決定されたＷｅｂ販売サーバへ当該製品の問い合わせ要求を送信し、Ｗｅｂ販売サーバから当該製品に関する応答データを受信し、問い合わせ手順定義ファイルを参照して受信した応答データから当該業務依頼に対する回答データを作成し、作成した回答データをＥＤＩシステムへ返送する。ＥＤＩシステムが属する会社の業務区分とビジネスプロトコル種別との対応をビジネスプロトコル定義ファイルとして設定してもよい。また製品名とＷｅｂ販売サーバのアドレスとの対応をＷｅｂ販売サイト定義ファイルとして設定してもよい。またビジネスプロトコル種別に対応する問い合わせ手順を問い合わせ手順定義ファイルとして設定してもよい。
【００１２】
さらに他の実施形態において、Ｗｅｂ販売サイト定義ファイルは、製品ごとに１つ以上のＷｅｂ販売サーバのＵＲＬを設定するものであってもよい。また問い合わせ手順定義ファイルは、Ｗｅｂ販売サーバへの問い合わせ手順とＷｅｂ販売サーバからの応答を処理する手順とを含んでいてもよい。問い合わせ手順は、送信パラメータとしてＷｅｂ販売サーバへ送信するデータ項目の定義を含んでいてもよい。応答を処理する手順は、Ｗｅｂ販売サーバから受信した応答データから所望のデータ項目値を切り出すときに適用するデータ項目の定義を含んでいてもよい。各データ項目は応答データの文字パターンと照合するパターンデータを指定するものであってもよい。また応答を処理する手順は、ＥＤＩシステムへ送信する回答データを作成するときに適用するフォーマット・ファイル（例えばテンプレート）を指定するものであってもよい。
【００１３】
以下、本発明の一実施例について図面を用いて説明する。図３は、Ｗｅｂ販売サーバ７００、中継サーバ１００およびＥＤＩシステム６００を有するシステムの構成を示す図である。中継サーバ１００は、ビジネスプロトコルをもつＥＤＩシステム６００とＷｅｂを利用する問い合わせ応答型のＷｅｂ販売サーバ７００との間に介入するように両者に接続される計算機である。ＥＤＩシステム６００は、見積業務、発注業務などのビジネスプロトコルに従ってこれらの業務処理を実行する計算機である。Ｗｅｂ販売サーバ７００は、クライアント端末との間で問い合わせ応答型の販売処理を実行する計算機である。１台の中継サーバ１００に複数台のＥＤＩシステム６００及び複数台のＷｅｂ販売サーバ７００が接続可能である。
【００１４】
中継サーバ１００は、その記憶装置上に入力メッセージキュー１０、出力メッセージキュー２０、ビジネスプロトコル定義ファイル３０、Ｗｅｂ販売サイト定義ファイル４０、問い合わせ手順定義ファイル５０などのファイルを格納する。入力メッセージキュー１０は、ＥＤＩシステム６００から受信したメッセージを格納する。出力メッセージキュー２０は、ＥＤＩシステム６００へ送信するメッセージを格納する。ビジネスプロトコル定義ファイル３０は、ＥＤＩシステム６００を設置する会社ごとにメッセージ名称とビジネスプロトコル種別との対応を格納する。Ｗｅｂ販売サイト定義ファイル４０は、製品名ごとにその製品を販売する販売会社のＷｅｂ販売サーバ７００のＵＲＬと対応するビジネスプロトコル種別、処理手順名を格納する。問い合わせ手順定義ファイル５０は、ビジネスプロトコル種別あるいは処理手順名ごとに具体的な問い合わせ手順を格納する。
【００１５】
中継サーバ１００は、そのメモリ上にＥＤＩ通信処理部２００、Ｗｅｂ販売サーバ決定処理部３００、問い合わせ応答シミュレータ４００及びＨＴＴＰクライアント５００の各プログラムを格納し、そのＣＰＵによって実行する。ＥＤＩ通信処理部２００は、ＨＴＴＰ、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）などの通信プロトコルを用いてＥＤＩシステム６００と通信し、ＥＤＩシステム６００から業務依頼を示すメッセージを受信して入力メッセージキュー１０に格納し、また出力メッセージキュー２０から業務依頼の応答となる送信メッセージを取り出してＥＤＩシステム６００へ送信する。Ｗｅｂ販売サーバ決定処理部３００は、入力メッセージキュー１０から受信メッセージを取り出し、ビジネスプロトコル定義ファイル３０と受信メッセージの内容とを突き合わせてビジネスプロトコル種別を決定する。またＷｅｂ販売サーバ決定処理部３００は、Ｗｅｂ販売サイト定義ファイル４０を参照して製品名とビジネスプロトコル種別とから処理手順名を決定する。問い合わせ応答シミュレータ４００は、決定された処理手順を格納する問い合わせ手順定義ファイル５０に従って処理手順を実行し、これによってＷｅｂ販売サーバ７００への問い合わせメッセージを作成し、またＷｅｂ販売サーバ７００から受信したメッセージからＥＤＩシステム６００への送信データを作成して出力メッセージキュー２０に格納する。ＨＴＴＰクライアント５００は、ＨＴＴＰを用いてＷｅｂ販売サーバ７００と通信を行い、Ｗｅｂ販売サーバ７００へ問い合わせ要求を送信し、またＷｅｂ販売サーバ７００から受信した応答メッセージを問い合わせ応答シミュレータ４００に渡す。
【００１６】
図４は、見積業務を例にとって本実施例の処理の流れの概略を説明する図である。ＥＤＩシステム６００は、中継サーバ１００へ見積依頼を送信し、中継サーバ１００から見積回答を受信するというビジネスプロトコルを実行する。この見積依頼は、製品名、数量などの情報を含んでいる。中継サーバ１００は、ＥＤＩシステム６００から見積依頼を受信すると、Ｗｅｂ販売サーバ７００へ問い合わせ要求を行い、製品選択画面を受信する。次に中継サーバ１００は、Ｗｅｂ販売サーバ７００へ製品名および数量を送信し、その製品の金額および納期を問い合わせる。Ｗｅｂ販売サーバ７００から金額および納期を受信すると、確認応答を行う。最後に中継サーバ１００は、ＥＤＩシステム６００へ金額および納期を含む見積回答を送信する。
【００１７】
図５は、ＥＤＩシステム６００から中継サーバ１００へ送信される見積依頼に関するデータの例を示す図である。このデータは、送信元会社を識別する会社名、ビジネスプロトコルの種別を示す業務内容（業務区分）、見積対象製品の製品名、および個数を含む。なお送信元のＥＤＩシステム６００とそれが所属する会社名との対応がつけられるのなら、会社名はなくてもよい。
【００１８】
図６は、ビジネスプロトコル定義ファイル３０に格納されるデータの例を示す図である。ビジネスプロトコル定義ファイル３０のデータは、ＥＤＩシステム６００を保有する会社ごとに区分されている。各会社について設定されるデータは、会社名と、メッセージ名称ごとに対応するビジネスプロトコル種別の識別子とを含む。中継サーバ１００が新たなメッセージ名称を使用するＥＤＩシステム６００と接続する場合には、ビジネスプロトコル定義ファイル３０に新しい定義が追加設定される。
【００１９】
図７は、Ｗｅｂ販売サイト定義ファイル４０に格納されるデータの例を示す図である。Ｗｅｂ販売サイト定義ファイル４０のデータは、製品ごとに区分されている。各製品について設定されるデータは、その製品を扱う販売会社の会社名、その会社のＵＲＬ、ビジネスプロトコル種別、およびそのビジネスプロトコルをシミュレーションするために実行される問い合わせ手順定義ファイル５０内の手順定義識別子を含む。
【００２０】
図８は、問い合わせ手順定義ファイル５０に格納されるデータの例を示す図である。問い合わせ手順定義ファイル５０のデータは、処理手順ごとに区分されている。各処理手順について設定されるデータは、Ｗｅｂ販売サーバ７００へ問い合わせ要求をするときに参照される＜ｒｅｑｕｅｓｔ＞と、Ｗｅｂ販売サーバ７００から応答を受け取ったときに参照される＜ｒｅｓｐｏｎｓｅ＞とに区分されている。＜ｒｅｑｕｅｓｔ＞は、実行される処理の名称、メソッド、次に実行すべき処理の名称、および必要に応じて送信パラメータを含む。メソッドは、処理手続きの名称である。送信パラメータは、Ｗｅｂ販売サーバ７００への問い合わせ要求に付帯させるデータの名称を設定する。＜＞で囲まれた名称がタグ名称であり、＜タグ名称＞と＜／タグ名称＞で囲まれたデータが値である。＜ｒｅｓｐｏｎｓｅ＞は、実行される処理の名称、データ取得およびＸＭＬテンプレートを含む。データ取得は、Ｗｅｂ販売サーバ７００から受信したデータから注目すべきデータ項目の値を切り出すときに適用するパターンファイルの名称を設定する。ＸＭＬテンプレートは、ＸＭＬで記述されたテンプレートを意味し、切り出したデータ項目の値をＥＤＩシステム６００向けの送信データに編集するときに適用するテンプレートを格納するファイルの名称を設定する。
【００２１】
Ｗｅｂ販売サーバ決定処理部３００は、入力メッセージキュー１０に格納されるＥＤＩシステム６００からの受信データをメモリに読み込み、「会社名」、「業務内容」、「製品名」、「個数」の各データを取得する。次にＷｅｂ販売サーバ決定処理部３００は、ビジネスプロトコル定義ファイル３０を参照し、＜名称＞要素の値が受信した「会社名」と一致し、かつ＜メッセージ名称＞の値が受信した「業務内容」と一致する＜メッセージ名称＞を検索し、その下位要素である＜種別＞の値、すなわちビジネスプロトコル種別、を取り込む。次にＷｅｂ販売サーバ決定処理３００は、「製品名」をキーにＷｅｂ販売サイト定義ファイル４０を検索し、＜名称＞の値が「製品名」と一致する＜製品＞の＜ＵＲＬ＞より、該当製品を販売している１つ以上のＷｅｂ販売サイト７００のＵＲＬを取り出す。また＜種別＞要素の値が決定したビジネスプロトコル種別と一致する＜手順＞要素の値を読み込み、該当サイトへリクエストする際に参照する問い合わせ手順定義ファイル５０の名称を取り込む。
【００２２】
図９は、問い合わせ応答シミュレータ４００の処理の流れを示すフローチャートである。問い合わせ応答シミュレータ４００は、ブラウザの入力操作によりＷｅｂ販売サーバ７００へのリクエストが発行される場合と同様のＨＴＴＰリクエストを生成する。問い合わせ応答シミュレータ４００は、Ｗｅｂ販売サーバ７００へ問い合わせるに際して初期リクエストか否か判定する（ステップ４１０）。初期リクエストであれば、Ｗｅｂ販売サーバ７００へ処理リクエストを送信する（ステップ４２０）。初期リクエストでなければ、問い合わせ応答処理を実行する（ステップ４３０）。
【００２３】
図１０は、初期リクエスト送信処理の流れを示すフローチャートである。問い合わせ応答シミュレータ４００は、問い合わせ手順定義ファイル５０からＷｅｂ販売サーバ決定処理３００が決定した処理手順を読み込み（ステップ４２１）、＜処理名＞要素の値が「初期リクエスト」である＜処理名＞の下位要素である＜メソッド＞と＜次処理＞要素の値を抽出する（ステップ４２２）。＜次処理＞に指定された処理名称をメモリに保存する。次に問い合わせ応答シミュレータ４００は、＜メソッド＞要素に定義された処理手続きを実行し、Ｗｅｂ販売サーバ決定処理部３００が取得したＷｅｂ販売サーバ７００のＵＲＬへＨＴＴＰクライアント５００を介して初期リクエストを送信する（ステップ４２３）。
【００２４】
図１１は、問い合わせ応答処理の流れを示すフローチャートである。問い合わせ応答シミュレータ４００は、Ｗｅｂ販売サーバ７００からの応答メッセージを受信すると、メモリに保存された次処理名称が「ＥＤＩ送信」か否かを判定する（ステップ４３１）。ＥＤＩ送信の場合にはステップ４３２、ＥＤＩ送信でない場合はステップ４３７へ分岐する。
【００２５】
次処理名称がＥＤＩ送信以外の場合、問い合わせ応答シミュレータ４００は、問い合わせ手順定義ファイル５０を参照し、「次処理名称」と一致する＜処理名＞要素をもつ＜ｒｅｑｕｅｓｔ＞を検索する（ステップ４３７）。次に該当の＜ｒｅｑｕｅｓｔ＞の下位要素＜送信パラメータ＞に定義されたタグ名称と値を取り込む。図８の例では、タグ名称が「製品」、値が「ｎａｍｅ」、タグ名称が「数量」、値が「ｋａｚｕ」である。これらの値は、Ｗｅｂ販売サーバ７００が、クライアントから受信したリクエスト内の入力データを識別するために使用している変数名であり、Ｗｅｂ販売サーバ７００から送信されるＨＴＭＬソースを開けばその値を知ることができるため、容易に設定可能である。問い合わせ応答シミュレータ４００は、Ｗｅｂ販売サーバ決定処理３００が取得した「製品名」、「個数」を＜製品＞タグの値（ｎａｍｅ）と＜個数＞タグの値（ｋａｚｕ）にそれぞれ設定する（ステップ４３８）。また当該＜ｒｅｑｕｅｓｔ＞中の「次処理名称」をメモリに保存する。次に問い合わせ応答シミュレータ４００は、当該＜ｒｅｑｕｅｓｔ＞の下位要素＜メソッド＞に定義された処理手続きを実行し、下位要素＜ＵＲＬ＞に記述されたアドレスへリクエストデータを送信する（ステップ４３９）。
【００２６】
次処理名称がＥＤＩ送信の場合、問い合わせ応答シミュレータ４００は、問い合わせ手順定義ファイル５０を参照し、＜ｒｅｓｐｏｎｓｅ＞の＜データ取得＞に定義されたタグ名称と値を読み込む（ステップ４３２）。次に各タグ名称について値に記述されたパターンファイルを読み込み、パターンファイルに定義されたパターンデータとＷｅｂ販売サーバ７００から受信したＨＴＭＬデータを比較し、パターンデータと一致するＨＴＭＬデータの領域を見つけ、ＥＤＩ送信データを抽出する（ステップ４３３）。
【００２７】
図１２は、パターンファイル６０に格納されるデータ例を示す図である。パターンファイル６０は、データ項目名を示すタグ名称ごとに先行パターンと後続パターンを設定する。先行パターン、後続パターンともにＨＴＭＬデータ中に見出されるパターンデータであり、両パターンデータに挟まれたＨＴＭＬデータがそのタグ名称に対応するＥＤＩ送信データとして抽出される部分である。例えば製品名のデータをＨＴＭＬデータから取り出す場合には、＜製品＞の先行パターンをパターンファイルから取り出し、この先行パターンと一致するＨＴＭＬデータの箇所を記憶する。次に＜製品＞の後続パターンをパターンファイルから取り出し、先行パターン検索で記憶した場所以降のＨＴＭＬデータを検索し、後続パターンと一致するＨＴＭＬデータの箇所を記憶する。先行パターンと後続パターンに挟まれた部分のデータを抽出し、製品名とする。同様に、数量、金額についてもそれぞれの先行パターン、後続パターンをパターンファイルより読み込み、ＨＴＭＬデータより値を抽出する。
【００２８】
次に問い合わせ応答シミュレータ４００は、＜ＸＭＬテンプレート＞要素に記述された送信ファイル（図示せず）からテンプレートを読み込み、ＨＴＭＬデータから抽出した製品名、数量、金額の値をＸＭＬテンプレートに設定する（ステップ４３４）。次に問い合わせ応答シミュレータ４００は、作成したＸＭＬテンプレートをＥＤＩ送信ファイルとして出力メッセージキュー２０に格納し（ステップ４３５）、ＥＤＩ通信処理部２００を介してＥＤＩシステム６００へ送信する（ステップ４３６）。
【００２９】
本実施例によれば、ＥＤＩシステムから送信される見積依頼データの製品情報からこれらを販売するＷｅｂ販売サイトを決定して該当製品の価格、納期などを取得し、複数の見積回答を作成することができるため、ＥＤＩシステムにおいて見積回答の比較、検討をすることができる。
【００３０】
また本実施例によれば、中継サーバに新規のＷｅｂ販売サイトを登録する場合、Ｗｅｂサイトへの問い合わせ手順をＸＭＬ形式で定義しているため、定義内容の理解が容易であり、モジュールの変更などすることなく、容易に新規Ｗｅｂ販売サーバと接続することが可能である。なお問い合わせ手順定義ファイルの内容は、ブラウザから対象Ｗｅｂ販売サーバへアクセスし、レスポンスされたＨＴＭＬのソースを表示することにより、容易に設定が可能である。
【００３１】
【発明の効果】
本発明によれば、Ｗｅｂ販売サーバを改造することなく、本発明で言うビジネスプロトコルをもたない問い合わせ応答型のＷｅｂ販売サーバとビジネスプロトコルに従って動作するＥＤＩシステムとの結合が可能となる。
【図面の簡単な説明】
【図１】Ｗｅｂ販売サーバに対するクライアントからの注文手順を示す図である。
【図２】ＥＤＩシステムを用いた発注業務の手順を示す図である。
【図３】本発明の一実施例を示すシステムの構成図である。
【図４】本実施例の処理の流れの概略を説明する図である。
【図５】実施例のＥＤＩシステム６００から中継サーバ１００へ送信されるデータの例を示す図である。
【図６】実施例のビジネスプロトコル定義ファイル３０のデータ例を示す図である。
【図７】実施例のＷｅｂ販売サイト定義ファイル４０のデータ例を示す図である。
【図８】実施例の問い合わせ手順定義ファイル５０のデータ例を示す図である。
【図９】実施例の問い合わせ応答シミュレータ４００の処理の流れを示すフローチャートである。
【図１０】実施例の初期リクエスト送信処理の流れを示すフローチャートである。
【図１１】実施例の問い合わせ応答処理の流れを示すフローチャートである。
【図１２】実施例のパターンファイルのデータ例を示す図である。
【符号の説明】
３０：ビジネスプロトコル定義ファイル、４０：Ｗｅｂ販売サイト定義ファイル、５０：問い合わせ手順定義ファイル、１００：中継サーバ、２００：ＥＤＩ通信処理部、３００：Ｗｅｂ販売サーバ決定処理部、４００：問い合わせ応答シミュレータ、５００：ＨＴＴＰクライアント、６００：ＥＤＩシステム、７００：Ｗｅｂ販売サーバ
【図１】
2005031936.tif 000003
【図２】
2005031936.tif 000004
【図３】
2005031936.tif 000005
【図４】
2005031936.tif 000006
【図５】
2005031936.tif 000007
【図６】
2005031936.tif 000008
【図７】
2005031936.tif 000009
【図８】
2005031936.tif 000010
【図９】
2005031936.tif 000011
【図１０】
2005031936.tif 000012
【図１１】
2005031936.tif 000013
【図１２】
2005031936.tif 000014