(57)【要約】【課題】受注システムを流通ＢＭＳをサポートする仕様とするだけでもコストがかかる上に、ＡＳ２やｅｂＸＭＬに対応できる仕様とすると、その開発には大きな投資が必要となる。【解決手段】取引仲介装置１００は、記憶装置１０と、発注データ解析部２０と、発注登録部３０と、受注照会部４０と、取引データ読み出し部５０と、受注表示制御部６０と、項目制御部７０と、を備える。記憶装置１０は、項目管理テーブル１２と、流通ＢＭＳ対応テーブル１４と、取引マスタテーブル１６と、を記憶する。取引仲介装置１００は流通ＢＭＳに従う発注データ１３２を変換して保存する。受注者は取引仲介装置１００にインターネット等を通じてアクセスし、受注状況を取得する。その際、取引仲介装置１００は項目管理テーブル１２を参照し、取引データのうち指定された表示項目を表示する。【選択図】図１
2010026664.tif 000002
【特許請求の範囲】
【請求項１】
発注者と受注者との間の取引を仲介する装置であって、
発注者と受注者と取引データとを関連付ける取引マスタテーブルと、
発注者ごとに取引データの表示項目を管理する項目管理テーブルと、
発注者と受注者との間でやりとりされるデータの標準フォーマットであり、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）言語で記述される流通ビジネスメッセージ標準に従う発注データから、その流通ビジネスメッセージ標準のフォーマットを手がかりに取引データを抽出する発注データ解析部と、
抽出された取引データを基に前記取引マスタテーブルを更新する発注登録部と、
受注者が取引のある発注者からの受注状況を確認する際、その受注者およびその発注者に対応する取引データを前記取引マスタテーブルから読み出す取引データ読み出し部と、
前記項目管理テーブルを参照し、読み出された取引データのうち、取引のある発注者に対応する表示項目を表示する受注表示部と、を備えることを特徴とする取引仲介装置。
【請求項２】
前記項目管理テーブルは、発注者ごとに取引データの表示項目を表示順番号によって管理し、
前記受注表示部は前記項目管理テーブルを参照し、読み出された取引データのうち、取引のある発注者について表示順番号が付された表示項目を、その表示順番号順に表示することを特徴とする請求項１に記載の取引仲介装置。
【請求項３】
発注者と受注者との間の取引を仲介するコンピュータプログラムであって、
発注者と受注者と取引データとを関連付ける取引マスタテーブルを生成する機能と、
発注者ごとに取引データの表示項目を管理する項目管理テーブルを生成する機能と、
発注者と受注者との間でやりとりされるデータの標準フォーマットであり、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）言語で記述される流通ビジネスメッセージ標準に従う発注データから、その流通ビジネスメッセージ標準のフォーマットを手がかりに取引データを抽出する機能と、
抽出された取引データを基に前記取引マスタテーブルを更新する機能と、
受注者が取引のある発注者からの受注状況を確認する際、その受注者およびその発注者に対応する取引データを前記取引マスタテーブルから読み出す機能と、
前記項目管理テーブルを参照し、読み出された取引データのうち、取引のある発注者に対応する表示項目を表示する機能と、をコンピュータに実現させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、取引を仲介する装置に関する。
【背景技術】
【０００２】
近年財団法人・流通システム開発センターの主導により、流通業界のさらなる高度化および効率化を目指して流通ビジネスメッセージ標準（以降流通ＢＭＳと略す）の導入が推進されている。流通ＢＭＳとは、汎用のＥＤＩ（Ｅｌｅｃｔｒｏｎｉｃ  Ｄａｔａ  Ｉｎｔｅｒｃｈａｎｇｅ）フォーマットであり、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）言語で記述される。ＸＭＬ言語とは、タグと呼ばれるマークを使用して、文書構造を記述する言語である。
【０００３】
流通ＢＭＳのフォーマットに従うデータは、ＡＳ２（Ａｐｐｌｉｃａｂｉｌｉｔｙ  Ｓｔａｔｅｍｅｎｔ  ２）やｅｂＸＭＬ（ｅｌｅｃｔｒｏｎｉｃ  ｂｕｉｓｉｎｅｓｓ  ＸＭＬ）等の通信プロトコルを用いて伝送されることを前提としている。
【０００４】
これまでは卸売り・メーカーなどの受注者はそれぞれ自社で流通ＢＭＳ対応の受注システムを構築していた。
【特許文献１】特開２００１−２１６３７１号公報
【特許文献２】特開２００１−２２９２２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら受注システムを流通ＢＭＳをサポートする仕様とするだけでもコストがかかる上に、ＡＳ２やｅｂＸＭＬに対応できる仕様とすると、その開発には大きな投資が必要となる。
【０００６】
本発明はこうした課題に鑑みてなされたものであり、その目的は、低コストで流通ＢＭＳの導入を可能とする取引仲介装置の提供にある。
【課題を解決するための手段】
【０００７】
本発明のある態様は取引仲介装置に関する。この取引仲介装置は、発注者と受注者との間の取引を仲介する装置であって、発注者と受注者と取引データとを関連付ける取引マスタテーブルと、発注者ごとに取引データの表示項目を管理する項目管理テーブルと、発注者と受注者との間でやりとりされるデータの標準フォーマットであり、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）言語で記述される流通ビジネスメッセージ標準に従う発注データから、その流通ビジネスメッセージ標準のフォーマットを手がかりに取引データを抽出する発注データ解析部と、抽出された取引データを基に取引マスタテーブルを更新する発注登録部と、受注者が取引のある発注者からの受注状況を確認する際、その受注者およびその発注者に対応する取引データを取引マスタテーブルから読み出す取引データ読み出し部と、項目管理テーブルを参照し、読み出された取引データのうち、取引のある発注者に対応する表示項目を表示する受注表示部と、を備える。
【０００８】
ここで「表示項目」は、発注日、取引番号、納品日、原単価、売単価、発注数量などを含む。
「流通ビジネスメッセージ標準」は、経済産業省の流通システム標準化事業によって平成１９年に策定された標準フォーマットであってもよい。
【０００９】
この態様によると、受注者は発注者と流通ＢＭＳに従うデータを直接やりとりすることなく受注状況を確認できる。したがって受注者は流通ＢＭＳ導入のためのコストを削減することができる。また、受注表示部は発注者をキーとして項目管理テーブルを参照し、表示すべき項目を決める。したがって発注者ごとに表示項目を制御することができる。
【００１０】
なお、以上の構成要素の任意の組み合わせや、本発明の構成要素や表現を装置、方法、システム、コンピュータプログラム、コンピュータプログラムを格納した記録媒体などの間で相互に置換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１１】
本発明に係る取引仲介装置によれば、流通ＢＭＳを導入する際のコストを削減することができる。または、流通ＢＭＳをサポートする仕様を有する受注システムの開発期間または運用までに必要な時間を削減することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を好適な実施の形態をもとに図面を参照しながら説明する。各図面に示される同一または同等の構成要素、部材、処理には、同一の符号を付するものとし、適宜重複した説明は省略する。
【００１３】
本発明の実施の形態は、流通ＢＭＳに従う発注データを受信して格納し、その一方でインターネットなどを通じてアクセスしてきた受注者に対して発注者の指定する項目順に受注状況を表示する取引仲介装置を提供する。
【００１４】
図１は、実施の形態に係る取引仲介装置１００およびそれに接続されている端末の機能および構成を示すブロック図である。ここに示す各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。
【００１５】
取引仲介装置１００は、通信網１１０を通じて受注者端末１４０と接続され、通信網１２０を通じて発注者端末１３０と接続される。通信網１１０は例えばインターネットである。通信網１２０には、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）・ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）・インターネット等の通信手段が含まれる。
取引仲介装置１００は、記憶装置１０と、発注データ取得部１５と、発注データ解析部２０と、発注登録部３０と、受注照会部４０と、取引データ読み出し部５０と、受注表示制御部６０と、項目制御部７０と、を備える。
【００１６】
記憶装置１０は、発注データベース１１と、項目管理テーブル１２と、流通ＢＭＳ対応テーブル１４と、取引マスタテーブル１６と、を記憶する。
【００１７】
発注データ取得部１５は、発注者端末１３０から流通ＢＭＳに従う発注データ１３２を通信網１２０を通じて受信する。そして受信した発注データ１３２をそのまま発注データベース１１に格納する。
【００１８】
受注者は通信網１１０を通じて取引仲介装置１００にログインする。すると受注照会部４０は、通信網１１０を通じて受注者端末１４０のディスプレイ１４２に受注照会画面８００（図８において詳述する）を表示する。受注者は受注者端末１４０の入力装置１４４を用いて、そこからの受注状況を確認したい発注者を入力する。するとその受注状況の確認要求は通信網１１０を通じて取引仲介装置１００に入力された後に発注データ解析部２０に伝えられ、また、その受注者および指定された発注者のデータは受注照会部４０に入力される。
【００１９】
発注データ解析部２０は、受注者からの受注状況の確認要求を受けて、その受注者に対応する発注データを発注データベース１１から取得する。そして流通ＢＭＳ対応テーブル１４を参照し、流通ＢＭＳのフォーマットで記載されている発注データをよりわかりやすい項目別に変換して取引データを生成する。そして発注登録部３０へその取引データを出力する。
【００２０】
発注登録部３０は、発注データ解析部２０から受け取った取引データの内容を取引マスタテーブル１６に書き込む。
【００２１】
受注照会部４０は、受注者と指定された発注者とを取引データ読み出し部５０に出力してそれを起動すると共に、指定された発注者を受注表示制御部６０へ出力する。
【００２２】
取引データ読み出し部５０は、上述の発注登録部３０による書込が完了した後に、取引マスタテーブル１６を参照し、受注者に対応する取引データをまず抽出する。そしてその取引データの中から、指定された発注者に該当する取引データをさらに抽出する。こうして抽出された取引データは受注表示制御部６０に出力される。
【００２３】
受注表示制御部６０は、項目管理テーブル１２を参照し、指定された発注者に関して表示すべき項目およびその順番を取得する。そして通信網１１０を通じて、抽出された取引データのうち表示すべき項目を表示すべき順番にしたがって受注者端末１４０のディスプレイ１４２に表示する。
【００２４】
項目制御部７０は、管理者からの要求に応じて、項目管理テーブル１２を更新する。管理者は発注者が所望する表示項目およびその順番が実現されるように、項目制御部７０を通じて項目管理テーブル１２を書き換える。
【００２５】
図２は、発注データ１３２のデータ構造図である。流通ＢＭＳでは例えばタグ＜ｂｕｙｅｒ＞と＜／ｂｕｙｅｒ＞で挟まれた領域にはｂｕｙｅｒつまり発注者のデータが記載される。このタグによって示されるデータ項目は予め定められ、発注者はその定められたデータ項目に従って発注データを記述する。なお、発注データベース１１は発注データ１３２を生のデータのまま格納するので、図２と同様のデータ構造を有する。
【００２６】
図３は、流通ＢＭＳ対応テーブル１４のデータ構造図である。流通ＢＭＳ対応テーブル１４は、流通ＢＭＳのタグと、それに対応する項目と、を記憶する。ここでその対応する項目は、流通ＢＭＳにおいて定義されるデータ項目よりもよりわかりやすい表現に変更した項目である。この対応する項目は発注者ごともしくは受注者ごとに異なってもよい。この場合、例えば発注者の属するビジネスの分野が異なる場合などにそのビジネスの分野のそれぞれに即した表現を用いることができるので便利である。
【００２７】
図４は、取引マスタテーブル１６のデータ構造図である。取引マスタテーブル１６は、受注者と、受注者コードと、発注者と、発注者コードと、発注日と、取引番号と、納品日と、商品コードと、商品名と、原単価と、売単価と、発注数量と、を対応付けて記憶する。取引マスタテーブル１６に記憶された取引データは、取引の完了に伴い既知の方法にて削除されてもよいし、既知の方法にて別途取引履歴データとして保存されてもよい。
【００２８】
図５は、項目管理テーブル１２のデータ構造図である。項目管理テーブル１２は、発注者に関する取引データを表示するに当たり、表示すべき表示項目及びその順番を示す。その表示項目は必須表示項目と、詳細表示項目に分類される。必須表示項目は、発注者によらず常に表示される項目を示す。詳細表示項目は、発注者ごとに表示・非表示を設定することができる項目を示す。本実施の形態では、発注者と、発注者コードと、発注日と、取引番号とが必須表示項目である。納品日と、商品コードと、商品名と、原単価と、売単価と、発注数量とが詳細表示項目である。この場合、取引上必ず必要となる項目を必須表示項目に設定することにより、その項目の表示忘れを防止することができると共に、詳細表示項目を表示・非表示設定可能とすることで発注者の要望に柔軟に対応することができる。
【００２９】
さらに図５においては、発注者のそれぞれについて、表示すべき表示項目に表示順番号が割り当てられる。つまり表示順番号が付された表示項目は表示され、付されていない表示項目は表示されない。受注照会画面８００（図８において詳述する）では表示順番号の昇順に表示項目が左から表示される。この場合、項目の表示の順番を制御することができるので、より発注者の意向に沿った形の表示画面を提供できる。また、表示順番号は必ずしも連続した番号でなくてもよい。この場合項目の追加、削除をする際に便利である。例えば図５で、甲マートについて項目「納品先」を追加し、それを受注照会画面８００では項目「納品日」と項目「商品コード」との間に表示したい場合、項目「納品先」を項目管理テーブル１２に追加し、それに表示順番号「６」を付せばよい。
【００３０】
以上の構成による取引仲介装置１００の動作を説明する。取引仲介装置１００は発注者から流通ＢＭＳに従う発注データを受信して格納する。受注者はインターネット等を通じて取引仲介装置１００にアクセスし、取引のある発注者からの受注状況の表示を要求する。すると取引仲介装置１００は発注データをよりわかりやすい取引データに変換した後にその受注者と発注者との間の取引データを取得し、その取引データのうち発注者が要求する項目を、発注者が要求する順番に受注者に対して表示する。
【００３１】
以下フローチャートおよび代表画面図を用いてさらに具体的に取引仲介装置１００による処理の流れを見ることとする。図６は、取引仲介装置１００による一連の処理を示すフローチャートである。
受注者は取引仲介装置１００にインターネット等を通じてログインする（Ｓ６０２）。取引仲介装置１００は、受注者に受注照会画面８００を表示する（Ｓ６０４）。図７は、受注者端末１４０のディスプレイ１４２に表示される受注照会画面８００を示す代表画面図である。受注者表示領域８０２には現在取引仲介装置１００にログインしている受注者が表示される。発注者入力領域８０４には、受注者がそこからの受注状況を確認したい発注者が入力される。検索結果表示領域８０６には、受注状況の検索結果が表示される。図５の説明において述べた通り、検索結果表示領域８０６には、項目管理テーブル１２で規定されたとおりの項目が、規定された通りの順番で表示される。
【００３２】
取引仲介装置１００は、受注者からの受注状況確認の要求を受け付ける（Ｓ６０６）。これは受注者が受注照会画面８００において、発注者入力領域８０４に所望する発注者を入力し、検索ボタン８０８をクリックすることで達成される。ここでは受注者「乙食品」が、発注者「甲マート」を発注者入力領域８０４にテキストで入力して検索ボタン８０８をクリックする場合を考える。
【００３３】
取引仲介装置１００は、流通ＢＭＳ対応テーブル１４を参照し、流通ＢＭＳタグをその対応する項目に読み替えることによりログインしている受注者に対応する発注データを変換し取引データとする（Ｓ６０８）。ここでは図３の流通ＢＭＳ対応テーブル１４を参照し、例えば発注データにおいてタグ＜ｏｒｄｅｒＤａｔｅ＞とタグ＜／ｏｒｄｅｒＤａｔｅ＞で囲まれた領域に記載されている「２００８−０６−２８」を、項目「発注日」の値が「２００８／６／２８」であると読み替える。
次にその取引データを取引マスタテーブル１６に書き込む（Ｓ６１０）。図４に示される取引マスタテーブル１６の第２行目１３４が発注データ１３２に対応する。
【００３４】
取引仲介装置１００は、受注者と入力された発注者との間の取引に関する取引データを取引マスタテーブル１６から読み出す（Ｓ６１２）。図４を参照すると、受注者「乙食品」と発注者「甲マート」との取引データは取引マスタテーブル１６の第１行目および第２行目に記憶されている。取引仲介装置１００はこの２つの取引データを読み出す。
【００３５】
入力された発注者に対応する表示すべき項目とその順番を項目管理テーブル１２を参照して決定し（Ｓ６１４）、取引データのうちその表示すべき項目をその表示すべき順番に検索結果表示領域８０６に表示する（Ｓ６１６）。図５に示される項目管理テーブル１２を参照すると、発注者「甲マート」に対しては表示項目の全てについて左から昇順に表示順番号が付されているので、図７の検索結果表示領域８０６にはその全ての項目が左から順番に表示されている。
【００３６】
なお、表示順番号についてさらに説明するため、受注者「乙食品」が発注者「丙ストア」を指定する場合を考える。図８は、発注者「丙ストア」が指定される場合の受注照会画面９００を示す代表画面図である。受注者表示領域９０２には現在取引仲介装置１００にログインしている受注者が表示される。発注者入力領域９０４には、受注者がそこからの受注状況を確認したい発注者が入力される。検索結果表示領域９０６には、受注状況の検索結果が表示される。ここでは受注者「乙食品」が、発注者「丙ストア」を発注者入力領域９０４にテキストで入力して検索ボタン９０８をクリックする場合を考える。すると取引仲介装置１００は上述の動作と同様の動作を行う。特に受注表示制御部６０は図５に示される項目管理テーブル１２を参照し、発注者「丙ストア」の行において、項目「商品コード」と項目「売単価」に表示順番号が付されていないことを確認する。このため受注表示制御部６０は項目「商品コード」と項目「売単価」を表示しない。さらに項目「原単価」の表示順番号は「１７」であり、項目「発注数量」の表示順番号は「１４」であるので、項目「発注数量」は検索結果表示領域９０６において項目「原単価」の左側に表示される。
【００３７】
このように本実施の形態に係る取引仲介装置１００によれば、受注者は流通ＢＭＳに従う発注データを直接受け取ることなく、通信網を介して取引仲介装置１００にアクセスすることで受注状況を確認することができる。したがって受注者側で流通ＢＭＳをサポートする仕様を有するシステムの整備が不要となり、流通ＢＭＳ導入のためのコストを削減することができる。さらにこれにより、設備投資の大きさから流通ＢＭＳへの参加に二の足を踏んでいた中小の卸売り・メーカーの流通ＢＭＳへの参加をより促進するので、企業間の情報連係がよりスムーズとなり流通業界全体にとっても有益である。
【００３８】
また一般に流通ＢＭＳに従うデータはそのデータ量が多くなる傾向にあるので、受注者のインターネットへの接続環境が悪い場合などにはデータ伝送に時間がかかりうる。しかしながら本実施の形態に係る取引仲介装置１００によれば受注者は直接そのデータを受け取る必要はないので、より素早く受注状況を確認することができる。これはリードタイムの削減に貢献する。
【００３９】
一般に流通の分野では、取引データのうち表示させたい項目は発注者ごとに異なっている。したがって従来では発注者ごとに個別に取引データの表示画面を開発する必要があった。しかしながら本実施の形態に係る取引仲介装置１００によれば、受注表示制御部６０が項目管理テーブル１２を参照して発注者の指定通りの項目を受注照会画面に表示する。したがって発注者ごとに表示画面を別途開発する手間が省けるのでコストの削減につながるとともに、受注システムの開発期間や運用までに必要な時間を削減することができる。また表示すべき項目もしくはその順番を変更する場合は、項目制御部７０によって項目管理テーブル１２を書き換えればよいだけなので、その変更に素早く柔軟に対応できる。
【００４０】
以上、実施の形態に係る取引仲介装置１００の構成と動作について説明した。これらの実施の形態は例示であり、それらの各構成要素や各処理の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００４１】
実施の形態では受注照会画面８００の検索結果表示領域８０６において、表示順番号の昇順に左から項目を並べる場合について説明したが、これに限定されず、表示順番号順に項目を並べればよい。例えば表示順番号の降順に左から項目を並べてもよい。また表示順番号順に項目を上から下へ並べてもよい。このように発注者および受注者の好みに合わせて検索結果を柔軟に表示することができる。
【００４２】
実施の形態では受注照会画面８００において受注者は発注者のみを検索キーとして入力する場合について説明したが、これに限定されず、検索キーは発注者およびそれ以外の少なくともひとつの項目であってもよい。例えば発注者および納品日を指定した検索を行う構成としてもよい。この場合、取引仲介装置が使用されるビジネスの分野に合わせて検索キーを設定することができるので便利である。
【００４３】
実施の形態では発注者入力領域８０４へ発注者をテキストで入力する場合について説明したが、これに限定されない。受注照会部４０は例えば発注者入力領域８０４へのローマ字での入力を要求する構成としてもよい。また、上述の通り発注者以外の検索キーを設定することも可能であるが、この場合その検索キーに応じて受注照会部４０は、全半角や数字、日付等の入力形式を予め指定し、指定された形式以外は受け付けない構成としてもよい。この場合、受注者の入力ミスを減らすことができる。
【００４４】
実施の形態では検索結果表示領域８０６において全ての項目を左から順番に１段に表示する場合について説明したが、これに限定されず、例えば２段組表示としてもよい。さらに、表示すべき項目を左から順に並べた場合の全体の幅が、予め指定されたウインドウ幅よりも長くなる場合に２段組表示に切り替える構成としてもよい。この場合、受注照会画面８００を横スクロールする必要がなくなり一覧性が向上する。
【００４５】
実施の形態では格納された発注データに基づく受注状況を照会する場合について説明したが、これに限定されず、発注データを、受領データや支払データ等の発注者から受注者へ送付するデータに置き換えてもよい。また、出荷データや請求データ等の受注者から発注者へ送付するデータを、流通ＢＭＳ対応テーブル１４を参照することで流通ＢＭＳに従うデータに変換して発注者に送信する構成をさらに備えてもよい。この場合、より総合的に取引をサポートできる。また、検索画面や納期入力画面といった各画面ごとに発注者が日付形式や桁数などの入力形式を指定し、受注者が画面からの入力を終えて検索の実行やデータの保存を行うタイミングで、その指定された入力形式のチェックを行う構成としてもよい。この場合、データの形式を発注者ごとに発注者の好みに合わせることができる。
【００４６】
以上、実施の形態にもとづき本発明を説明したが、実施の形態は、本発明の原理、応用を示しているにすぎないことはいうまでもなく、実施の形態には、請求の範囲に規定された本発明の思想を逸脱しない範囲において、多くの変形例や配置の変更が可能であることはいうまでもない。
【図面の簡単な説明】
【００４７】
【図１】実施の形態に係る取引仲介装置およびそれに接続されている端末の機能および構成を示すブロック図である。
【図２】発注データのデータ構造図である。
【図３】流通ＢＭＳ対応テーブルのデータ構造図である。
【図４】取引マスタテーブルのデータ構造図である。
【図５】項目管理テーブルのデータ構造図である。
【図６】図１の取引仲介装置による一連の処理を示すフローチャートである。
【図７】受注照会画面を示す代表画面図である。
【図８】図７とは検索条件が異なる場合の受注照会画面を示す代表画面図である。
【符号の説明】
【００４８】
１０  記憶装置、  １１  発注データベース、  １２  項目管理テーブル、  １４  流通ＢＭＳ対応テーブル、  １５  発注データ取得部、  １６  取引マスタテーブル、  ２０  発注データ解析部、  ３０  発注登録部、  ４０  受注照会部、  ５０  取引データ読み出し部、  ６０  受注表示制御部、  ７０  項目制御部、  １００  取引仲介装置、  １１０  通信網、  １２０  通信網、  １３０  発注者端末、  １４０  受注者端末、  ８００  受注照会画面。
【図１】
2010026664.tif 000003
【図２】
2010026664.tif 000004
【図３】
2010026664.tif 000005
【図４】
2010026664.tif 000006
【図５】
2010026664.tif 000007
【図６】
2010026664.tif 000008
【図７】
2010026664.tif 000009
【図８】
2010026664.tif 000010