(57)【要約】【課題】商品を発注する発注企業と商品を受注する受注企業とで行われる商品の受発注を取りまとめる仲介サービスをネットワーク上のサーバコンピュータ４で行うことで発注企業と受注企業との多対多の商品取引を実現する。【解決手段】このＷｅｂ−ＥＤＩシステムは、商品の受発注を取りまとめる企業Ｔの基幹（バックエンド）システム４７に組み込まれるフロントエンドサーバ４３，４４を有している。フロントエンドサーバ４３，４４は、発注された商品の発注情報が登録される発注テーブル５１と、予め設定されたタイムスケジュールに基づいて発注テーブル５１の発注情報を受発注管理テーブル４７ａを介して受注先の受注企業毎に振り分けて受注テーブル６１に登録するＥＤＩデータ連携部４５，４６を有している。【選択図】      図１
2004234220.tif 000002
【特許請求の範囲】
【請求項１】
販売対象の商品を受注する受注者毎に前記商品の情報が蓄積された受注者商品情報蓄積手段と、
発注者が発注可能な商品の情報が登録される発注者商品情報蓄積手段と、
前記受注商品情報蓄積手段に蓄積された商品の情報を取り纏め発注者毎に振り分けて前記発注者商品情報蓄積手段に登録する手段と、
前記発注者商品情報蓄積手段に登録された商品の情報を該当発注者に向けてネットワーク上に公開する情報公開手段と、
前記情報公開手段により公開された商品の情報の中から発注者により発注された商品の発注情報が登録される発注情報蓄積手段と、
受注した商品の受注情報が受注者毎に登録される受注情報蓄積手段と、
前記発注情報蓄積手段に登録された商品の発注情報を取り纏め受注者毎に振り分けて各受注者の受注情報として前記受注情報蓄積手段に登録する手段と、
前記受注情報蓄積手段に登録された受注者毎の受注情報を該当受注者に向けてネットワーク上に公開する手段と
を具備したことを特徴とする受発注管理装置。
【請求項２】
請求項１記載の受発注管理装置において、
発注された商品に対する受注者からの受注確認の応答情報および／または納期の応答情報を発注者毎に取り纏めて通知する手段をさらに具備したことを特徴とする受発注管理装置。
【請求項３】
請求項１記載の受発注管理装置において、
前記情報公開手段は、
受注者あるいは発注者が受発注サイトにアクセスするためのユーザ認証を行うことで受注者毎あいは発注者毎の商品の情報を公開する手段と
を具備したことを特徴とする受発注管理装置。
【請求項４】
請求項１記載の受発注管理装置において、
予め設定されたタイムスケジュールに従って、前記情報公開手段で公開あるいは受発注された商品の情報と、基幹システムで取り扱う受発注管理用の商品の情報とのデータマッピングを行うデータ連携手段を具備したことを特徴とする受発注管理装置。
【請求項５】
受発注管理装置に用いられるプログラムにおいて、
前記受発注管理装置を、
販売対象の商品を受注する受注者毎に前記商品の情報が蓄積された受注者商品情報蓄積手段と、
発注者が発注可能な商品の情報が登録される発注者商品情報蓄積手段と、
前記受注商品情報蓄積手段に蓄積された商品の情報を取り纏め発注者毎に振り分けて前記発注者商品情報蓄積手段に登録する手段と、
前記発注者商品情報蓄積手段に登録された商品の情報を該当発注者に向けてネットワーク上に公開する情報公開手段と、
前記情報公開手段により公開された商品の情報の中から発注者により発注された商品の発注情報が登録される発注情報蓄積手段と、
受注した商品の受注情報が受注者毎に登録される受注情報蓄積手段と、
前記発注情報蓄積手段に登録された商品の発注情報を取り纏め受注者毎に振り分けて各受注者の受注情報として前記受注情報蓄積手段に登録する手段と、
前記受注情報蓄積手段に登録された受注者毎の受注情報を該当受注者に向けてネットワーク上に公開する手段と
として機能させるプログラム。
【請求項６】
販売対象の商品を受注する受注者毎に前記商品の情報を受発注管理装置に蓄積するステップと、
前記受発注管理装置に蓄積された商品の情報を取り纏め発注者毎に振り分けて、発注者が発注可能な商品の情報として前記受発注管理装置に登録するステップと、
前記受発注管理装置に登録された発注者が発注可能な商品の情報を該当発注者毎にネットワーク上に公開するステップと、
前記ネットワーク上に公開された商品の情報の中から発注者により発注された商品の発注情報を前記受発注管理装置に登録するステップと、
前記受発注管理装置に登録された商品の発注情報を取り纏め受注者毎に振り分けて各受注者の受注情報として前記前記受発注管理装置に登録するステップと、
前記受発注管理装置に登録された受注者毎の受注情報を該当受注者にネットワーク上に公開するステップと
を有することを特徴とする商品の受発注方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば商品を発注する企業と商品を受注する企業との商品の受発注を仲介する受発注管理装置、受発注管理装置に用いるプログラム、商品の受発注方法に関する。
【０００２】
【従来の技術】
電子データ変換（Ｅｌｅｃｔｒｏｎｉｃ  Ｄａｔａ  Ｉｎｔｅｒｃｈａｎｇｅ：以下ＥＤＩと称す）を利用した従来の受注システムとしては、ユーザ端末とこのユーザ端末に第１ネットワーク（インターネット等）を介して接続した発注データ変換システムと基幹業務システムとを備える受注処理システムが提案されている（例えば特許文献１参照）。
特許文献１に記載されている受注処理システムの場合、発注データ変換システム内に、Ｗｅｂサイトにアクセスした注文者から発注された製品の受注データを受信するウェブサーバと、このウェブサーバに第２ネットワーク（ＷＡＮ等）を介して接続した受注用サーバと、ウェブサーバが受信した受注データを基幹業務システムで取り扱う形式のデータに変換するＥＤＩサーバとが備えられている。特許文献１のシステムの場合、ウェブサーバはインターネットを通じてウェブサイトにアクセスしてきた注文者の端末に発注入力画面を送信して端末に表示させ、注文者は端末に表示された発注入力画面に従って操作して製品の発注内容を示す発注データを作成してインターネットを通じてウェブサーバに送信することで発注を行う。
また、インターネットとＥＤＩを利用した通信技術としては、受注のみならず発注も行うようにしたものもある（例えば特許文献２参照）。
特許文献２には、ＷｅｂＥＤＩサーバとＥＤＩサーバとをファイヤウオールを介して接続したＥＤＩ受発注システムと、このＥＤＩ受発注システムにインターネットを介して接続されたＷｅｂクライアントとから構成されたシステムが示されている。ＥＤＩ受発注システムは発注者の管理下におかれるシステムであり、Ｗｅｂクライアントは受注者の管理下におかれる。
このシステムは、受注者のＷｅｂクライアントとＥＤＩ受発注システムとの間でＥＤＩに関するデータのアップロードおよびダウンロードを行うことで受注者と発注者間の商取引（受発注）を実現するものである。
【０００３】
【特許文献１】
特開２００２−３０４５５６号公報（図８）
【特許文献２】
特開２００２−３１２６４６号公報（図１）
【０００４】
ところで、企業間取引においては、発注企業が購入を希望するすべての商品を、ある一つの受注企業で用意（納入）できるとは限らず、複数の受注企業にまたがって発注をかけることが多い。特に複数の部品を組み立てて製品化するような場合は、一つの部品でも調達時期が遅れると製品完成がずれ込み、膨大な損失が生じる。
【０００５】
【発明が解決しようとする課題】
しかしながら、上記した先行技術は、いずれも受注企業と発注企業がインターネットを介して一対一でやり取りする形態の技術であり、いずれかの企業が受注データや発注データを相互にやり取りするためのシステムを持つことになり、いずれか一方でのみシステムを維持あるいは管理する負担がかかることになる。
また、上記ＥＤＩサーバ、Ｗｅｂサーバなどからなる受注システムを、例えば受注企業が導入したとしても、発注企業は、受注企業が扱う商品の中からでしか商品を選ぶしことができず、せっかく受注システムを導入した受注企業が取り扱っていない商品については別の受注企業に発注するしかなく、受注企業もシステム導入に見合うだけの受注が見込めず、このような場合、受注企業と発注企業の双方にとってメリットがないという問題がある。
【０００６】
本発明はこのような課題を解決するためになされたもので、商品を発注する企業と商品を受注する企業間の商品の受発注を取りまとめる仲介サービスを実現することで発注企業と受注企業の多対多の商品取引を効率よく行うことのできる受発注管理装置、受発注管理装置に用いるプログラム、商品の受発注方法を提供することを目的としている。
【０００７】
【課題を解決するための手段】
上記した課題を解決するために、本発明の受発注管理装置は、販売対象の商品を受注する受注者毎に前記商品の情報が蓄積された受注者商品情報蓄積手段と、発注者が発注可能な商品の情報が登録される発注者商品情報蓄積手段と、前記受注商品情報蓄積手段に蓄積された商品の情報を取り纏め発注者毎に振り分けて前記発注者商品情報蓄積手段に登録する手段と、前記発注者商品情報蓄積手段に登録された商品の情報を該当発注者毎にネットワーク上に公開する情報公開手段と、前記情報公開手段により公開された商品の情報の中から発注者により発注された商品の発注情報が登録される発注情報蓄積手段と、受注した商品の受注情報が受注者毎に登録される受注情報蓄積手段と、前記発注情報蓄積手段に登録された商品の発注情報を取り纏め受注者毎に振り分けて各受注者の受注情報として前記受注情報蓄積手段に登録する手段と、前記受注情報蓄積手段に登録された受注者毎の受注情報を該当受注者にネットワーク上に公開する手段とを具備したことを特徴としている。
なお、上記受発注管理装置は、発注手段により発注された商品に対する受注者からの受注確認の応答情報および／または納期の応答情報を発注者毎に取り纏めて通知する手段をさらに具備している。また上記受発注管理装置の情報公開手段は、受注者あるいは発注者が受発注サイトにアクセスするためのユーザ認証を行うことで受注者毎あいは発注者毎の商品の情報を公開する手段を具備している。さらに、上記受発注管理装置は、予め設定されたタイムスケジュールに従って、前記情報公開手段で公開あるいは受発注された商品の情報と、基幹システムで取り扱う受発注管理用の商品の情報とのデータマッピングを行うデータ連携手段を備えている。
本発明の受発注管理装置に用いるプログラムは、受発注管理装置に用いられるプログラムにおいて、前記受発注管理装置を、販売対象の商品を受注する受注者毎に前記商品の情報が蓄積された受注者商品情報蓄積手段と、発注者が発注可能な商品の情報が登録される発注者商品情報蓄積手段と、前記受注商品情報蓄積手段に蓄積された商品の情報を取り纏め発注者毎に振り分けて前記発注者商品情報蓄積手段に登録する手段と、前記発注者商品情報蓄積手段に登録された商品の情報を該当発注者毎にネットワーク上に公開する情報公開手段と、前記情報公開手段により公開された商品の情報の中から発注者により発注された商品の発注情報が登録される発注情報蓄積手段と、受注した商品の受注情報が受注者毎に登録される受注情報蓄積手段と、前記発注情報蓄積手段に登録された商品の発注情報を取り纏め受注者毎に振り分けて各受注者の受注情報として前記受注情報蓄積手段に登録する手段と、前記受注情報蓄積手段に登録された受注者毎の受注情報を該当受注者にネットワーク上に公開する手段として機能させる。
本発明の商品の受発注方法は、販売対象の商品を受注する受注者毎に前記商品の情報を受発注管理装置に蓄積するステップと、前記受発注管理装置に蓄積された商品の情報を取り纏め発注者毎に振り分けて、発注者が発注可能な商品の情報として前記受発注管理装置に登録するステップと、前記受発注管理装置に登録された発注者が発注可能な商品の情報を該当発注者毎にネットワーク上に公開するステップと、前記ネットワーク上に公開された商品の情報の中から発注者により発注された商品の発注情報を前記受発注管理装置に登録するステップと、前記受発注管理装置に登録された商品の発注情報を取り纏め受注者毎に振り分けて各受注者の受注情報として前記前記受発注管理装置に登録するステップと、前記受発注管理装置に登録された受注者毎の受注情報を該当受注者にネットワーク上に公開するステップとを有することを特徴としている。
【０００８】
本発明では、商品を受注する受注者は、販売対象の商品の情報を受発注管理装置に登録および蓄積する。受発注管理装置では、蓄積された各受注者毎の商品の情報を取り纏めて発注者毎に振り分けられて、発注者が発注可能な商品の情報として受発注管理装置に登録され、この商品の情報が該当発注者にネットワーク上に公開される。
そして、発注者が商品を購入するために、ネットワーク上に公開された商品の情報の中から所望の商品を選定して発注すると、発注者により発注された商品の発注情報が受発注管理装置に登録される。登録された発注者からの商品の発注情報は、受発注管理装置によって取り纏められた上で受注者毎に振り分けられて各受注者の受注情報として受発注管理装置に登録され、その上で該当受注者に向けてネットワーク上に公開される。受発注管理装置は各発注者からの発注された商品を取り纏め受注者毎に振り分けて発注するので、発注者は、個々の受注者を考慮することなく、所望の商品を発注することができる。
このように商品を発注する企業と商品を受注する企業間の商品の受発注を取りまとめる仲介サービスを実現することで発注企業と受注企業の多対多の商品取引を効率よく行うことができるようになる。
【０００９】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
図１は本発明の一つの実施の形態のＷｅｂ−ＥＤＩシステムの構成を示す図である。
【００１０】
このＷｅｂ−ＥＤＩシステムは、図１に示すように、発注企業Ａのコンピュータ１ａと、発注企業Ｂのコンピュータ１ｂと、受注企業Ｃのコンピュータ２ａと、受注企業Ｄのコンピュータ２ｂと、受発注取りまとめ企業Ｔのサーバコンピュータ４と、これらコンピュータ１ａ，１ｂ，２ａ，２ｂおよびサーバコンピュータ４を接続するネットワークとしてのインターネット３と、サーバコンピュータ４にＬＡＮなどの内部ネットワーク５を介して接続された管理用のコンピュータ６（以下管理端末６と称す）とから構成されている。コンピュータ１ａ，１ｂ，２ａ，２ｂ、サーバコンピュータ４、管理端末６は、ＣＰＵ、メモリ、ハードディスク装置、表示装置、通信インターフェース等を備え、ハードディスク装置には、オペレーティングシステム（以下ＯＳと称す）の他、各種アプリケーションソフトウェアがインストールされている。サーバコンピュータ４は商品の受発注を管理する受発注管理装置として機能するものである。
発注企業Ａは、例えば規模の比較的大きな企業であり、コンピュータ１ａのハードディスク装置には、アプリケーションソフトウェアとして、例えば基幹システム１１、Ｗｅｂブラウザ１３等のソフトウェアと、受発注サイトにおいて多数の商品を一括して発注するための発注ファイル１２、商品マスタファイル１４が蓄積されている。商品マスタファイル１４は、基幹システム１１により編集および操作されるファイルであり、発注企業Ａの商品に関する各種情報が蓄積された原本ファイルである。発注ファイル１２は、基幹システム１１によって商品マスタファイル１４からフロントエンドサーバ４３で利用可能な形式に変換されて得られる商品発注用のファイルである。
発注企業Ｂは、例えば規模の比較的小さな企業であり、コンピュータ１ｂのハードディスク装置には、アプリケーションソフトウェアとして、例えばＷｅｂブラウザ１３がインストールされている。Ｗｅｂブラウザ１３にて、受発注サイトにアクセスすると、発注画面が表示されるので、その発注画面の各入力欄に必要事項を入力することで所望商品の発注を行うことができる。
受注企業Ｃは、例えば規模の比較的大きな企業であり、コンピュータ２ａのハードディスク装置には、アプリケーションソフトウェアとして、例えば基幹システム２１、Ｗｅｂブラウザ１３等のソフトウェアがインストールされている。またこのハードディスク装置には、受発注サイトからＷｅｂブラウザ１３でダウンロードされた受注ファイル２２が蓄積される。受注ファイル２２は、基幹システム２１に読み取られて基幹システム２１で取り扱い可能な形式の商品マスタファイル２２にフォーマット変換される。商品マスタファイル２２は、基幹システム２１により編集および加工されるファイルである。
発注企業Ｄは、例えば規模の比較的小さな企業であり、コンピュータ２ｂのハードディスク装置には、アプリケーションソフトウェアとして、例えばＷｅｂブラウザ１３等がインストールされている。Ｗｅｂブラウザ１３にて受発注サイトにアクセスすると、受注画面が表示される。その受注画面には、発注企業から受注した商品一覧が表示されるので、それぞれの商品の入力欄に必要事項（納入予定日など）を入力することで受注することができる。
【００１１】
受発注取りまとめ企業Ｔのサーバコンピュータ４のハードディスク装置には、アプリケーションソフトウェアとして、例えばＷｅｂアプリケーションサーバ４１、フロントエンドサーバ４３，４４、基幹（バックエンド）システム４７、メールサーバ４８等のソフトウェアがインストールされている。
次に、受発注取りまとめ企業Ｔのサーバコンピュータ４の構成について説明する。Ｗｅｂアプリケーションサーバ４１は、インターネット３上に受発注サイトを公開し受注企業と発注企業に受発注サイトを介して受発注を行わせる情報公開手段であり、受発注サイトにログインした各受発注企業毎の受発注インターフェース（メインメニュー画面、商品情報入力画面（図３参照）、商品情報表示画面（図７参照）、受注画面、商品登録画面、発注データ入力画面（図９参照）、発注データ一括受信画面（図１３参照）等）を提供する。
受発注サイトでは、例えば発注データ入力画面にて発注企業の担当者が販売対象の商品の中の希望商品を購入、発注状況の確認、商品の入荷予定の確認、商品の在庫状況の確認、納入済み商品の検品結果の入力、請求額の確認、支払額の入力とその確認等を行える。また、商品情報入力画面では、受注企業の担当者が新規の商品情報の登録、既存商品の登録抹消等を行える。
基幹（バックエンド）システム４７には、取引が行われるすべての企業の情報と各企業の商品に関するデータがマスタデータとして所定の取り扱い形式で蓄積されている。
メールサーバ４８は、フロントエンドサーバ４３，４４と各受発注企業との間でやり取りされる電子メールを管理する。
例えばメールサーバ４８は、フロントエンドサーバ４３，４４から発信された電子メールを受信および蓄積し、インターネット３あるいは内部ネットワーク５を介したメール受信要求を受けて該当者へ送信する。
フロントエンドサーバ４３は、フロントエンドデータベース５０（以下フロントエンドＤＢ５０と称す）とＥＤＩデータ連携部４５とを有している。
フロントエンドＤＢ５０には、発注企業側の取引内容を管理するための各種テーブル（発注テーブル５１、入荷予定テーブル５２、納品テーブル５３、検品受領テーブル５４、請求テーブル５５、支払テーブル５６、在庫テーブル５７、商品マスタ５８等）が設けられている。
発注テーブル５１には、発注企業が受発注サイトで発注した商品の中で各受注企業毎に振り分けられた商品の発注データが登録される。入荷予定テーブル５２には、受注企業側からの入荷予定のデータが登録される。納品テーブル５３には、受注企業側から納品入力された商品の納品データが登録される。検品受領テーブル５４には、受注企業から発注企業に納品された商品を発注企業が実際に検品し受領した結果のデータが登録される。請求テーブル５５には、受注企業が納品した商品に対する請求データが登録される。支払テーブル５６には、請求額に対して発注企業が支払いを行った支払データが登録される。在庫テーブル５７には、受注企業が販売対象として設定した商品の在庫状況を示すデータが登録される。商品マスタ５８には、受注企業が販売対象として設定した商品の中から選出されて各発注企業毎に振り分けられた公開対象の商品のデータが登録される。商品マスタ６８と商品マスタ５８との商品の品揃えが同一の場合もある。
【００１２】
ＥＤＩデータ連携部４５は、Ｗｅｂサイトで各発注企業Ａ，Ｂから発注され発注テーブル５１に登録された商品の発注データを読み出して基幹（バックエンド）システム４７の受発注管理テーブル４７ａにマスタデータとして登録するためのデータ変換処理を行う。また、ＥＤＩデータ連携部４５は、発注企業Ａ，Ｂの各発注締め切り時刻、フロントエンドＤＢ５０内の各テーブルの情報更新時刻などを管理（タイムスケジュール管理）し、各締め切り時刻になった時点で上記データ変換処理を実行する。
ＥＤＩデータ連携部４５は、発注された商品を受注する受注企業Ｃ，Ｄに対して発注があったことを通知するため、各発注企業Ａ，Ｂ宛の電子メールをメールサーバ４８に送信する。
【００１３】
ＥＤＩデータ連携部４５は、商品の受発注に関連するデータ連携の際にエラーが発生した場合、エラーの内容を記載した電子メールを管理端末６の管理担当者および該当企業の担当者を通知先としてメールサーバ４８に送信する。
メールサーバ４８は、電子メールを受信して蓄積し、メール受信要求を待ち、宛先からのメール受信要求があると、その電子メールを配信する。なお、プッシュ型で電子メールを宛先へ積極的に配信しても良い。
【００１４】
フロントエンドサーバ４４は、フロントエンドデータベース６０（以下フロントエンドＤＢ６０と称す）と発注手段としてのＥＤＩデータ連携部４６とを有している。
フロントエンドＤＢ６０には、受注企業の取引内容を管理するための各種テーブル（受注テーブル６１、納入予定テーブル６２、納品テーブル６３、検品受領テーブル６４、請求テーブル６５、支払テーブル６６、在庫テーブル６７、商品マスタ６８等）が設けられている。
受注テーブル６１には、受発注サイトで取得された商品の発注データのうち自社に振り分けられた商品の受注データが登録される。納入予定テーブル６２には、受注企業からの納入予定のデータが登録される。納品テーブル６３には、受注企業が納品のために品揃えを行い、確定した納品について、納品入力を行った商品の納品データが登録される。検品受領テーブル６４には、受注企業から発注企業に納品された商品を発注企業が実際に検品し受領した結果のデータが登録される。請求テーブル６５には、受注企業が納品した商品に対する請求データが登録される。支払テーブル６６には、請求額に対して発注企業が支払いを行った支払データが登録される。在庫テーブル６７には、受注企業が販売対象として設定した商品の在庫状況を示すデータが登録される。商品マスタ６８には、販売対象として各受注企業が設定した商品のデータが各受注企業毎に登録される。
【００１５】
ＥＤＩデータ連携部４６は、基幹（バックエンド）システム４７の受発注管理テーブル４７ａに登録および管理されている発注データから発注商品に該当する受注企業の受注テーブル６１に登録する受注データを生成するためのデータ変換処理を行う。また、ＥＤＩデータ連携部４６は、受注企業Ｃ，Ｄの各受注締め切り時刻、フロントエンドＤＢ６０内の各テーブルの各受注企業毎の情報更新時刻等を管理（タイムスケジュール管理）、各締め切り時刻になった時点で上記データ変換処理を実行する。
ＥＤＩデータ連携部４６は、発注された商品に対する受注企業Ｃ，Ｄからの受注確認の応答情報および／または納期の応答情報を発注企業Ａ，Ｂ毎に取り纏めてメールサーバ４８に電子メールを送信する。
【００１６】
ＥＤＩデータ連携部４６は、商品の受発注に関連するデータ連携の際にエラーが発生した場合、エラーの内容を記載した電子メールを管理端末６の管理担当者および該当企業の担当者を通知先としてメールサーバ４８に送信する。
メールサーバ４８は、電子メールを受信して蓄積し、メール受信要求を待ち、宛先からのメール受信要求があると、その電子メールを配信する。
【００１７】
すなわち、このサーバコンピュータ４は、販売対象の商品を受注する受注者毎に商品の情報が蓄積された受注者商品情報蓄積手段としての商品マスタ６８と、発注者が発注可能な商品の情報が登録される発注者商品情報蓄積手段としての商品マスタ５８と、商品マスタ６８に蓄積された各受注者からの商品の情報を取り纏め発注者毎に振り分けて商品マスタ５８に登録するＥＤＩデータ連携部４５と、商品マスタ５８に登録された商品の情報を該当発注者に向けてインターネット３上に公開し、また、受注テーブル６１に登録された受注者毎の受注情報を該当受注者に向けてインターネット３上で公開する情報公開手段としてのＷｅｂアプリケーションサーバ４１と、このＷｅｂアプリケーションサーバ４１により公開された商品の情報の中から発注者により発注された商品の発注情報が登録される発注情報蓄積手段としての発注テーブル５１と、受注した商品の受注情報が受注者毎に登録される受注情報蓄積手段としての受注テーブル６１と、発注テーブル５１に登録された各発注者からの商品の発注情報を取り纏め受注者毎に振り分けて各受注者の受注情報として受注テーブル６１に登録するＥＤＩデータ連携部４６とを備えたものである。
【００１８】
以下、図面を参照してこのＷｅｂ−ＥＤＩシステムの動作について説明する。まず、図２〜図７を参照してこのＷｅｂ−ＥＤＩシステムの商品情報登録動作について説明する。
このＷｅｂ−ＥＤＩシステムにおいて、受注企業、例えば受注企業Ｄが自社の販売対象商品の情報を受発注サイトに登録する場合、コンピュータ２ｂにおいてＷｅｂブラウザ１３を起動し、起動したＷｅｂブラウザ１３の画面（ブラウザ画面）から利用者が受発注サイトのＵＲＬ（ユニフォーム・リソース・ロケータ）を入力することで、Ｗｅｂブラウザ１３は、対応する受発注サイトにインターネット３を通じてアクセス要求を送信する（図２のステップ１０１、なお以降ステップをＳと称す）。
このアクセス要求を受信した受発注取りまとめ企業Ｔのサーバコンピュータ４のＷｅｂアプリケーションサーバ４１は、ユーザログイン画面を転送し、コンピュータ２ｂのブラウザ画面にユーザログイン画面が表示される。
このユーザログイン画面に、予め登録されているユーザＩＤ、パスワードなどのログイン情報を入力することで、ログイン情報がＷｅｂアプリケーションサーバ４１に送信される（Ｓ１０２）。
【００１９】
Ｗｅｂアプリケーションサーバ４１によりログイン情報が受信されると、そのログイン情報は、フロントエンドサーバ４４のＥＤＩデータ連携部４６に渡され、ＥＤＩデータ連携部４６によって、利用者がこの受発注サイトへ入ることを許可するか否かのユーザ確認（認証処理）が実行される（Ｓ１０３）。
ユーザ確認（認証処理）が正しく済むと、その旨がＥＤＩデータ連携部４６からＷｅｂアプリケーションサーバ４１に通知されるので、Ｗｅｂアプリケーションサーバ４１は、メインメニュー画面をコンピュータ２ｂへ転送し、コンピュータ２ｂのＷｅｂブラウザ１３のブラウザ画面にその企業専用のメインメニュー画面が表示される（Ｓ１０４）。
ここで、利用者が、メインメニュー画面にある「商品情報登録」ボタンを選択操作することで（Ｓ１０５）、コンピュータ２ｂのＷｅｂブラウザ１３により商品情報入力画面の転送要求が行われる。この転送要求をＷｅｂアプリケーションサーバ４１が受信すると、Ｗｅｂアプリケーションサーバ４１は、転送要求に従ってこの受注企業の商品情報入力画面を転送し、コンピュータ２ｂのＷｅｂブラウザ１３のブラウザ画面に、図３に示すような商品情報入力画面７１が表示される（Ｓ１０６）。この商品情報入力画面７１には、商品情報の各入力欄７２、「一括登録」ボタン７３などが設けられている。
商品情報入力画面７１の商品情報の入力欄に、登録者が登録対象商品の情報を入力することで、コンピュータ２ｂのＷｅｂブラウザ１３によって商品の情報がインターネット３を通じてサーバコンピュータ４へ送信される（Ｓ１０７）。
商品の情報がサーバコンピュータ４に受信されると（Ｓ１０８）、ＥＤＩデータ連携部４６は、フロントエンドＤＢ６０への情報登録処理を行い、これにより、商品情報が受注企業Ｄの商品マスタ６８に蓄積（登録）される（Ｓ１０９）。
なお、比較的規模が大きな受注企業、例えば受注企業Ｃなどは、基幹システム２１を保有している。基幹システム２１は、自身が持っている商品マスタの形式の情報を、商品マスタ６８の形式に合致する形式に変換し商品マスタファイル２３を作成する。
このような場合、上記商品情報入力画面７１に設けられている「一括登録」ボタン７３を選択操作することで、Ｗｅｂブラウザ１３により受注ファイル２２がサーバコンピュータ４へ送信されるので、多数の商品情報を自社の商品マスタ６８に一括して蓄積（登録）することができる。
商品マスタ６８には、図４に示すように、項目名称、ＫＥＹ、属性等の登録欄があり、商品一つごとに各情報が登録される。項目名称は、［ヘッダ］の項目と［明細］の項目に区分されている。
この例では、受注企業Ｃ社の入力内容としては、例えば登録番号Ａ００００００１で、登録者ＰＰＰＰ、ＪＡＮ１１１１１１１１１，２２２２２２２２２が登録され、登録番号Ａ００００００２で、登録者ＰＰＰＰ、ＪＡＮ３３３３３３３３３，が登録されている。また、受注企業Ｄ社の入力内容としては、例えば登録番号Ｂ００００００１で、登録者ＱＱＱＱ、ＪＡＮ３３３３３３３３３，４４４４４４４４４，５５５５５５５５５が登録されている。
【００２０】
また、ＥＤＩデータ連携部４６は、各受注企業Ｃ，Ｄのタイムスケジュールを常に確認し（Ｓ１１０）、商品登録時刻になると、各商品マスタ６８に登録されている商品の情報を基幹（バックエンド）システム４７の受発注管理テーブル４７ａに登録するためのデータ変換、つまりデータマッピング処理を行う（Ｓ１１１）。
このデータマッピング処理では、図５に示すように、商品マスタ６８に登録されていた各受注企業Ｃ，Ｄの商品のデータが、基幹（バックエンド）システム４７で取り扱う商品受発注管理用のデータに変換される。
商品マスタ６８の例えば登録者コードとＪＡＮコードなどは、足し合わされて一つのユニークな商品コードとして基幹（バックエンド）システム４７に番号登録される。商品マスタ６８の登録日は、取り扱い開始日として変換されて基幹（バックエンド）システム４７に登録される。商品マスタ６８のメーカーコードは、帳合先コードという異なる項目名称でマッピングされ基幹（バックエンド）システム４７に登録される。商品マスタ６８の単価は、単価に計数が掛けられた標準売価として基幹（バックエンド）システム４７に登録される。
データマッピング処理が終了すると、ＥＤＩデータ連携部４６は、基幹（バックエンド）システム４７に対して変換済みのデータ（商品情報）と共に登録要求を行う（Ｓ１１２）。
基幹（バックエンド）システム４７は、ＥＤＩデータ連携部４６から送られてきた登録要求と変換済みのデータ（商品情報）を受信すると（Ｓ１１３）、他の複数の受注者の情報と共に蓄積しておき（Ｓ１１４）、商品マスタ付加情報を追加した上で（Ｓ１１５）、受発注管理テーブル４７ａに蓄積する（Ｓ１１６）。
商品マスタ付加情報とは、同一ＪＡＮコードの商品について、発注企業と受注企業とを結び付かせるための情報である。
つまり、基幹（バックエンド）システム４７では、登録対象の商品が複数の受注企業にまたがって発注されるものの場合、図５のマッピング後の基幹（バックエンド）システム４７のデータに、受注企業の情報（発注者コード）が対応付けられる。
また、基幹（バックエンド）システム４７では、受発注管理テーブル４７ａに登録する商品データに対して、各発注企業Ａ，Ｂに対する売価等の編集が行われる。
【００２１】
一方、発注側のＥＤＩデータ連携部４５は、常に、個々の発注企業Ａ，Ｂのタイムスケジュールを確認し（Ｓ１１７）、いずれかの企業の商品情報の更新時刻になると、該当発注企業用の商品マスタ５８を更新すべく、基幹（バックエンド）システム４７に対して受発注管理テーブル４７ａのデータを読み出すための要求を行い、この要求に対して受発注管理テーブル４７ａから読み出されたデータが基幹（バックエンド）システム４７から受信されると、データ変換、つまりデータマッピング処理を行う（Ｓ１１８）。
データマッピング処理が終了すると、ＥＤＩデータ連携部４５は、フロントエンドＤＢ５０への登録処理を行い、変換済みの更新用データ（商品情報）を商品マスタ５８、在庫テーブル５７等に登録（蓄積）する（Ｓ１１９）。
具体的には、図６に示すように、基幹（バックエンド）システム４７から送られてきた受発注管理テーブル４７ａのデータのうち、例えば発注者コードが商品マスタ５８の店舗コードへ変換され、基幹（バックエンド）システム４７の受発注管理テーブル４７ａの受注者コードが商品マスタ５８の仕入先コードに変換される。
【００２２】
基幹（バックエンド）システム４７の蓄積内容として、例えば発注企業Ａが受注企業Ｃの２つのＪＡＮコード１１１１１１１１１，３３３３３３３３３に結び付けられ、受注企業ＤのＪＡＮコード５５５５５５５５５に結び付けられており、発注企業Ｂが受注企業Ｃの２つのＪＡＮコード１１１１１１１１１，２２２２２２２２２に結び付けられ、受注企業Ｄの２つのＪＡＮコード３３３３３３３３３，４４４４４４４４４に結び付けられている場合、発注店舗名Ａ（ＸＸＸＸ）に対して仕入先コードがＡＡＡＡとされ、発注店舗名Ｂ（ＹＹＹＹ）に対して仕入先コードがＢＢＢＢとされる。この場合、商品マスタ５８のデータのうち発注店舗Ｂ（ＹＹＹＹ）に対応するデータは、受発注サイトにおいて、発注企業Ｂの店舗ＹＹＹＹでのみ参照可能なデータとされる。
以降、発注企業Ａあるいは発注企業Ｂの利用者は、各コンピュータ１ａ，１ｂより受発注サイトへアクセスすることで、更新された商品の内容（商品マスタ５１の商品情報、在庫テーブル５７の在庫情報等）を閲覧できるようになる。
また、ＥＤＩデータ連携部４５は、データマッピングの際に、各発注企業Ａ，Ｂの商品マスタ５８の商品情報をチェックし、商品マスタ５８に、新規商品のデータが新たに追加された場合、予め定型化して登録されている文章の一部を編集して電子メールを自動的に発行し、メールサーバ４８に送信する。電子メールを受信したメールサーバ４８は、インターネット３を経由して電子メールを該当発注企業Ａ，Ｂへ送信する。これにより、発注企業Ａ，Ｂは、受注企業Ｃ，Ｄからの新規商品の登録があり、自身の発注サイトに新商品が追加されたことをＷｅｂアクセスすることなく知ることができる。また、受注企業Ｃ，Ｄも新商品の情報をできるだけ早く発注企業Ａ，Ｂに見てもらうことができる。
【００２３】
上記電子メールの通知を受けた発注企業、例えば発注企業Ａなどの担当者が新規商品の情報を見る場合、コンピュータ１ａにおいてＷｅｂブラウザ１３を起動し、起動したＷｅｂブラウザ１３の画面（ブラウザ画面）から利用者が受発注サイトのＵＲＬを入力することで、Ｗｅｂブラウザ１３は、対応する受発注サイトにインターネット３を通じてアクセス要求を送信する（Ｓ２０１）。
このアクセス要求を受信した受発注取りまとめ企業Ｔのサーバコンピュータ４のＷｅｂアプリケーションサーバ４１は、ユーザログイン画面を転送し、コンピュータ２ｂのブラウザ画面にユーザログイン画面が表示される。
このユーザログイン画面に、予め登録されているユーザＩＤ、パスワードなどのログイン情報を入力することで、ログイン情報がＷｅｂアプリケーションサーバ４１に送信される（Ｓ２０２）。
【００２４】
Ｗｅｂアプリケーションサーバ４１によりログイン情報が受信されると、そのログイン情報は、フロントエンドサーバ４３のＥＤＩデータ連携部４５に渡され、ＥＤＩデータ連携部４６によって、利用者がこのサイトへ入ることを許可するか否かのユーザ確認（認証処理）が実行される（Ｓ２０３）。
ユーザ確認（認証処理）が正しく済むと、その旨がＥＤＩデータ連携部４５からＷｅｂアプリケーションサーバ４１に通知されるので、Ｗｅｂアプリケーションサーバ４１は、発注企業Ａのメインメニュー画面をコンピュータ１ａへ転送し、コンピュータ１ａに発注企業Ａのメインメニュー画面が表示される（Ｓ２０４）。
コンピュータ１ａに表示された自社のメインメニュー画面には、「商品マスタ一覧表示」ボタンと「一括発注」ボタン等が設けられており、「商品マスタ一覧表示」ボタンを利用者が選び、選択操作することで（Ｓ２０５）、Ｗｅｂブラウザ１３により商品マスタ検索要求が送信される（Ｓ２０６）。この検索要求をＷｅｂアプリケーションサーバ４１が受信すると（Ｓ２０７）、Ｗｅｂアプリケーションサーバ４１は、検索要求に従って商品マスタ５８を検索して該当データを抽出し（Ｓ２０８）、抽出したデータを含む発注企業Ａ専用の商品情報表示画面をコンピュータ１ａへ転送する。
これにより、コンピュータ１ａには、図７に示すような商品情報表示画面が表示されるので（Ｓ２０９）、表示された商品情報表示画面から既存商品、新規商品の各情報（商品名、原価、売価、在庫状況等）を閲覧することができる。
【００２５】
続いて、図８〜図１３を参照して発注企業Ａ，Ｂから商品を発注するときのシステム動作について説明する。
発注者、例えば発注企業Ａなどが保有する基幹システム１１では、汎用的なファイル形式、例えばＣＳＶ形式等で発注ファイル１２が作成される。
発注ファイル１２にて商品の一括発注を行う場合、コンピュータ１ａにおいてＷｅｂブラウザ１３を起動し、起動したＷｅｂブラウザ１３の画面（ブラウザ画面）から利用者が受発注サイトのＵＲＬを入力することで、Ｗｅｂブラウザ１３は、対応する受発注サイトにインターネット３を通じてアクセス要求を送信する（図８のＳ３０１）。
このアクセス要求を受信した受発注取りまとめ企業Ｔのサーバコンピュータ４のＷｅｂアプリケーションサーバ４１は、ユーザログイン画面を転送し、コンピュータ２ｂのブラウザ画面にユーザログイン画面が表示される。
このユーザログイン画面に、予め登録されているユーザＩＤ、パスワードなどのログイン情報を入力することで、ログイン情報がＷｅｂアプリケーションサーバ４１に送信される（Ｓ３０２）。
【００２６】
Ｗｅｂアプリケーションサーバ４１によりログイン情報が受信されると、そのログイン情報は、フロントエンドサーバ４３のＥＤＩデータ連携部４５に渡され、ＥＤＩデータ連携部４６によって、利用者がこのサイトへ入ることを許可するか否かのユーザ確認（認証処理）が実行される（Ｓ３０３）。
ユーザ確認（認証処理）が正しく済むと、その旨がＥＤＩデータ連携部４５からＷｅｂアプリケーションサーバ４１に通知されるので、Ｗｅｂアプリケーションサーバ４１は、発注企業Ａのメインメニュー画面をコンピュータ１ａへ転送し、コンピュータ１ａに発注企業Ａのメインメニュー画面が表示される（Ｓ３０４）。
【００２７】
コンピュータ１ａに表示された発注企業Ａのメインメニュー画面には、「発注入力」ボタンと「一括発注」ボタン等が設けられており、いずれかのボタンを利用者が選択操作することで、商品の発注を行うことができる。
【００２８】
比較的規模の小さな企業（発注企業Ｂ等）の場合、自社に基幹システムを持っていないため、「発注入力」ボタンを選択操作することで、Ｗｅｂブラウザ１３により発注入力画面の転送要求が送信される（Ｓ３０５）。この転送要求をＷｅｂアプリケーションサーバ４１が受信すると、Ｗｅｂアプリケーションサーバ４１は、転送要求に従って発注入力画面をコンピュータ１ｂへ転送し、コンピュータ１ｂに、図９に示すような発注入力画面が表示される（Ｓ３０６）。
予め商品情報表示画面で発注対象の商品についての在庫状況を確認しておき、コンピュータ１ｂに表示された発注入力画面から商品コード、数量、希望納品年月日等の情報を入力あるいは選択した後、発注入力画面の下部に表示されている発注ボタンを選択操作することで、入力した発注データがインターネット３を通じてサーバコンピュータ４へ送信される（Ｓ３０７）。
【００２９】
サーバコンピュータ４では、インターネット３を通じて送信されてきた発注データをＷｅｂアプリケーションサーバ４１が受信すると（Ｓ３０８）、Ｗｅｂアプリケーションサーバ４１は、受信された発注データを発注テーブル５１に蓄積（登録）する（Ｓ３０９）。
【００３０】
一方、比較的規模の大きな企業、例えば発注企業Ａ等のような場合、自社に基幹システム１１を持ってるため、上記発注入力画面に表示されている「一括発注」ボタンを選択操作することで、Ｗｅｂブラウザ１３により送信対象の発注ファイル１２を指定する画面が表示されるので、コンピュータ１ａ内の発注ファイル１２の保存場所を指定し、ＯＫボタン等を選択操作することで、発注ファイル１２を送信可能な状態になり、その画面の発注ボタンを選択操作することで、発注データがインターネット３を通じてサーバコンピュータ４へ送信され、発注テーブル５１に登録される。
発注テーブル５１には、図１０に示すように、項目名称、ＫＥＹ、属性等の登録欄があり、商品一つごとに各種情報が発注情報として登録される。項目名称は、［ヘッダ］の項目と［明細］の項目に区分されている。
この例では、発注企業Ａ社の入力内容としては、例えば発注番号１でＪＡＮコード１１１１１１１１１，発注番号２でＪＡＮコード３３３３３３３３３，発注番号３でＪＡＮコード５５５５５５５５５が発注テーブル５１に登録され、発注企業Ｂ社の入力内容として、例えば発注番号１でＪＡＮコード１１１１１１１１１，発注番号２でＪＡＮコード３３３３３３３３３，発注番号３でＪＡＮコード４４４４４４４４４が発注テーブル５１に登録されたものとする。
【００３１】
また、ＥＤＩデータ連携部４５は、各発注企業Ａ，Ｂのタイムスケジュールを常に確認しており、例えば発注企業Ａのタイムスケジュールを確認したときに（Ｓ３１０）、商品の発注締め切り時刻になると、発注テーブル５１に登録されている発注情報を基幹（バックエンド）システム４７の受発注管理テーブル４７ａに登録するためのデータ変換、つまりデータマッピング処理を行う（Ｓ３１１）。
このデータマッピング処理では、発注された商品が複数の受注企業を対象としたものの場合、変換時に、商品マスタ付加情報に基づいて対象の受注企業と商品の発注情報とがマッチングされる。
一括発注で発注ファイル１２から発注テーブル５１に登録したデータをデータマッピングする際には、データの不整合などが生じてエラーが発生する可能性がある。
【００３２】
このようにエラーが生じた場合、ＥＤＩデータ連携部４５は、エラーの内容を記載した電子メールを管理端末６の管理担当者および該当企業の担当者を通知先としてメールサーバ４８に送信する。
メールサーバ４８は、電子メールを受信して蓄積し、メール受信要求を待ち、宛先からのメール受信要求があると、その電子メールを配信する。
【００３３】
データマッピング処理が終了すると、ＥＤＩデータ連携部４５は、基幹（バックエンド）システム４７に対して変換済みの発注データと共に登録要求を送信する（Ｓ３１２）。
基幹（バックエンド）システム４７は、ＥＤＩデータ連携部４６から送られてきた登録要求と変換済みの発注データを受信すると（Ｓ３１３）、既に受信されている他の発注企業の発注データと共に受信した発注データを受発注管理テーブル４７ａに蓄積する（Ｓ３１４）。
具体的には、図１１に示すように、各受注企業Ａ，Ｂから送られてきて発注テーブル５１に蓄積された商品の受注データのうち、例えば［明細］の項目に入っていた発注番号が基幹（バックエンド）システム４７の受発注管理テーブル４７ａでは［ヘッダ］の項目に変換され、発注区分の項目名が受注区分の項目名に変換される。
【００３４】
発注企業Ａ社の入力内容として、例えば発注番号１でＪＡＮコード１１１１１１１１１，発注番号２でＪＡＮコード３３３３３３３３３，発注番号３でＪＡＮコード５５５５５５５５５がそれぞれ発注テーブル５１に登録され、発注企業Ｂ社の入力内容として、例えば発注番号１でＪＡＮコード１１１１１１１１１，発注番号２でＪＡＮコード３３３３３３３３３，発注番号３でＪＡＮコード４４４４４４４４４がそれぞれ登録されていた場合、基幹（バックエンド）システム４７の受発注管理テーブル４７ａには、受注番号と発注企業毎に、ＪＡＮコード、受注企業の項目で発注データが受注データとして蓄積および管理される。
そして、基幹（バックエンド）システム４７は、受発注管理テーブル４７ａに登録されている商品のデータに対して発注条件のチェック等を行い、データの集計、振り分け等を行う。
【００３５】
一方、受注側のＥＤＩデータ連携部４６は、常に、個々の受注企業のタイムスケジュールを確認し（Ｓ３１５）、例えば商品の受注時刻になると、該当受注企業用の受注テーブル６１を更新すべく、基幹（バックエンド）システム４７に対して受発注管理テーブル４７ａから受注データを読み出すための要求を行い、この要求に対して受発注管理テーブル４７ａから読み出された受注データを受注企業の受注テーブルに蓄積する受注データへデータ変換、つまりデータマッピング処理を行う（Ｓ３１６）。
ここでのデータマッピング処理は、受発注管理テーブル４７ａから読み出した発注データ（発注商品のデータ）をそれぞれの受注企業毎にまとめるように並び替える処理である。
データマッピング処理が終了すると、ＥＤＩデータ連携部４６は、フロントエンドＤＢ６０へ変換済みの受注データを送りフロントエンドＤＢ６０に受注データが受信されると（Ｓ３１７）、登録処理を行い、各受注企業毎に並び替えられた受注データが受注テーブル６１に蓄積される（Ｓ３１８）。
図１２に示すように、受注テーブル６１には、項目名称、ＫＥＹ、属性等の登録欄があり、各登録欄に商品一つごとに各種情報が登録される。項目名称は、［ヘッダ］の項目と［明細］の項目に区分されている。
この例では、フロントエンドサーバ４４のフロントエンドＤＢ６０には、受注番号９００１で、受注企業Ｃに、ＪＡＮコード１１１１１１１１１、発注企業ＡとＪＡＮコード３３３３３３３３３、発注企業Ａの２つの受注データがあり、受注番号９００２で、受注企業Ｃに、ＪＡＮコード１１１１１１１１１、発注企業Ｂの受注があり、受注番号９００３で、受注企業Ｄに、ＪＡＮコード５５５５５５５５５、発注企業Ａの受注があり、受注番号９００４で、受注企業Ｄに、ＪＡＮコード３３３３３３３３３、発注企業ＢとＪＡＮコード４４４４４４４４４、発注企業Ｂの２つの受注データがあったものとする。
この場合、受注企業Ｃ用の受注テーブル６１に振り分けられた受注データとしては、受注番号９００１のＪＡＮコード１１１１１１１１１，３３３３３３３３３、発注企業Ａからの受注データと、受注番号９００２のＪＡＮコード１１１１１１１１１、発注企業Ｂからの受注データとの２つである。
また、受注企業Ｄ用の受注テーブル６１に振り分けられた受注データとしては、受注番号９００３のＪＡＮコード５５５５５５５５５、発注企業Ａの受注データと受注番号９００４のＪＡＮコード３３３３３３３３３，４４４４４４４４４、発注企業Ｂからの受注データの２つである。
受注テーブル６１に受注データを蓄積後、ＥＤＩデータ連携部４６は、受注テーブル６１の受注データから受注者毎の一括送信用の受注ファイルを作成する（Ｓ３１９）。商品が複数の受注企業にまたがって発注されていた場合は受注企業の数だけ受注ファイルが作成される。
以降、受注企業Ｃ，Ｄの各コンピュータ２ａ，２ｂより受発注サイトへアクセスすることで、それぞれの受注画面にて受注ファイルの内容（受注した商品）を閲覧できるようになる。この時点で商品が発注されたことになる。
発注企業Ａからの発注ファイル１２に、例えば受注企業Ｃ、Ｄそれぞれにまたがって発注される商品のデータがあった場合は、受注企業Ｃ、Ｄそれぞれの受注画面に該当商品の発注データが表示されることになる。
【００３６】
ここで、上記受注締め切り時刻が過ぎてから、例えば受注企業Ｃの担当者がコンピュータ２ａにてＷｅｂブラウザ１３を起動し、起動したＷｅｂブラウザ１３の画面（ブラウザ画面）から利用者が受発注サイトのＵＲＬを入力することで、Ｗｅｂブラウザ１３は、対応する受発注サイトにインターネット３を通じてアクセス要求を送信する（Ｓ４０１）。
このアクセス要求を受信した受発注取りまとめ企業Ｔのサーバコンピュータ４のＷｅｂアプリケーションサーバ４１は、ユーザログイン画面を転送し、コンピュータ２ａのブラウザ画面にユーザログイン画面が表示される。
このユーザログイン画面に、予め登録されているユーザＩＤ、パスワードなどのログイン情報を入力することで、ログイン情報がＷｅｂアプリケーションサーバ４１に送信される（Ｓ４０２）。
【００３７】
Ｗｅｂアプリケーションサーバ４１によりログイン情報が受信されると、そのログイン情報は、フロントエンドサーバ４４のＥＤＩデータ連携部４６に渡され、ＥＤＩデータ連携部４６によって、利用者がこの受発注サイトへ入ることを許可するか否かのユーザ確認（認証処理）が実行される（Ｓ４０３）。
ユーザ確認（認証処理）が正しく済むと、その旨がＥＤＩデータ連携部４６からＷｅｂアプリケーションサーバ４１に通知されるので、Ｗｅｂアプリケーションサーバ４１は、受注企業Ｃのメインメニュー画面をコンピュータ２ａへ転送し、コンピュータ２ａに受注企業Ｃのメインメニュー画面が表示される（Ｓ１０４）。
コンピュータ２ａに表示された受注企業Ｃのメインメニュー画面には、「商品情報登録」ボタン、「受注データ一括受信」ボタン等があるので、利用者が「受注データ一括受信」ボタンを選択操作することで、Ｗｅｂアプリケーションサーバ４１より受注データ一括受信画面が送信される。
これにより、コンピュータ２ａには、図１３に示すような受注データ一括受信画面が表示される。
この受注データ一括受信画面には、「ダウンロード開始」ボタン、「一括受信の成功を通知する」ボタン、「一括受信の成功を取り消す」ボタンなどが表示されており、利用者がダウンロード開始ボタンを選択操作すると、Ｗｅｂブラウザ１３により受注ファイルのダウンロード要求が送信される（Ｓ４０６）。
このダウンロード要求をＷｅｂアプリケーションサーバ４１が受信すると、Ｗｅｂアプリケーションサーバ４１は、ダウンロード要求に従ってこの受注企業Ｃ用に作成しておいた受注ファイルを送信し（Ｓ４０７）、コンピュータ２ａに、受注ファイルがダウンロードされ、所定のフォルダに保存される（Ｓ４０８）。
ダウンロードされた受注ファイルは、例えばＣＳＶ形式等の受注企業Ｃの基幹システム２１で読み取り可能な形式のものなので、基幹システム２１から受注ファイルのデータを抽出することで、多数の商品の受注を受け、在庫確認等の受注処理を行うことができる。
【００３８】
一方、基幹システムを持たない、例えば受注企業Ｄ等の場合は、上記受注締め切り時刻が過ぎてから、担当者がコンピュータ２ｂにてＷｅｂブラウザ１３を起動し、起動したＷｅｂブラウザ１３のブラウザ画面からユーザ認証を行うことで受発注サイトにアクセスして自社のメインメニュー画面を表示させて、メインメニュー画面にリンクされている受注画面を表示させると、その受注画面には、新規の商品発注データがあるが掲示されていることから、担当者は、受注画面の受注商品の在庫を調べ、受注画面に入庫予定日等を入力した後、送信ボタンを選択操作する。
すると、Ｗｅｂブラウザ１３によって、受注データの中の該当商品の納入予定日が追加されたデータ（納入予定データ）がインターネット３を通じてＷｅｂアプリケーションサーバ４１へ送信される。
納入予定データがＷｅｂアプリケーションサーバ４１に受信されると、Ｗｅｂアプリケーションサーバ４１は、ＥＤＩデータ連携部４６を通じて納入予定テーブル６２に登録する。
そして、ＥＤＩデータ連携部４６が上記同様にタイムスケジュールを確認し、例えばデータ更新時刻になると、基幹（バックエンド）システム４７のマスタデータを更新すべく、データマッピング処理を行い、データマッピング処理を終了した後、基幹（バックエンド）システム４７の受発注管理テーブル４７ａのマスタデータを更新する。
【００３９】
一方、発注側のＥＤＩデータ連携部４５は、個々の発注企業のタイムスケジュールを常に確認している。そして、商品情報の更新時刻になると、ＥＤＩデータ連携部４５は、該当発注企業Ａの入荷予定テーブル５２を更新すべく、基幹（バックエンド）システム４７に対して受発注管理テーブル４７ａのデータを読み出すための要求を行い、この要求に対して受発注管理テーブル４７ａから読み出されたデータをデータ変換、つまりデータマッピング処理を行う。
ここでのデータマッピング処理は、発注企業Ａの入荷予定テーブル５２を更新すべく受発注管理テーブル４７ａのデータを該当企業用の入荷予定テーブル５２のデータに変換する処理である。
データマッピング処理が終了すると、ＥＤＩデータ連携部４５は、フロントエンドＤＢ５０への登録処理を行い、変換済みのデータ（以降は更新データと称す）を入荷予定テーブル５１に登録する。
以降、発注企業Ａのコンピュータ１ａより受発注サイトへアクセスすることで表示された発注画面に発注した商品の入荷予定を閲覧できるようになる。
また、ＥＤＩデータ連携部４５は、データマッピングの際に、各発注企業、例えばこの例では発注企業Ａが発注した商品の入荷予定テーブル５１をチェックし、入荷予定テーブル５１のデータの中で、発注したすべての商品の入荷予定のデータが埋まった時点、予め定型化して登録されている文章の一部を編集して電子メールを自動的に発行し、メールサーバ４８に送信する。電子メールを受信したメールサーバ４８は、インターネット３を経由して電子メールを該当発注企業へ送信する。つまり、ＥＤＩデータ連携部４５は、各受注企業Ｃ，Ｄからの受注応答を取り纏めて該当発注企業Ａあるいは発注企業Ｂに通知する。
例えば一日に数回程度、商品情報の更新を行うタイムスケジュールとなっていた場合で担当者が受発注サイトを一日一回程度チェックするような場合、サイトチェックの合間に発注単位の商品の入荷予定が決まれば、その旨が電子メールで通知されるので、担当者は、商品の入荷が決まったことをいち早く知ることができ、商品入荷後の予定を立てることができる。
【００４０】
上記実施形態では、販売対象の商品の登録から発注、さらに受注までの流れについて説明したが、この他、商品の在庫確認、受注商品の納入予定、商品の納入状況、商品納入後の検品受領確認、納品した商品の請求、請求に対する支払いなども上記フロントエンドＤＢ５０，６０の各テーブルと受発注管理テーブル４７ａのデータとを連携させることで上記同様に複数の受注企業のデータと複数の発注企業のデータとの取り纏めおよび振り分けを行った効率的な仲介サービスを実現できる。
【００４１】
すなわち、予め受注企業が自社の商品の在庫情報をサーバコンピュータ４の在庫テーブル６７に登録しておくと、サーバコンピュータ４においてタイムスケジュールに従って在庫テーブル６７のデータがデータ連携されて基幹（バックエンド）システム４７の受発注管理テーブル４７ａを介して各発注企業の在庫テーブル５７に登録されるので、発注企業の担当者が、受発注サイトにアクセスして表示された自社用のメインメニュー画面から商品の在庫情報を確認するための操作を行うことで、所望商品の在庫情報を調べることができる。
【００４２】
また、発注企業が発注した商品を受注企業が受注すると、受発注サイトにおいて納入予定のデータを入力し、サーバコンピュータ４の納入予定テーブル６２に登録するので、サーバコンピュータ４においてタイムスケジュールに従って在庫テーブル６２のデータがデータ連携されて基幹（バックエンド）システム４７の受発注管理テーブル４７ａを介して各発注企業の入荷予定テーブル５２に登録されるので、発注企業の担当者が、受発注サイトにアクセスして表示された自社用のメインメニュー画面から発注した商品の入荷予定を確認するための操作を行うことで、発注商品の入荷予定を確認することができる。
【００４３】
受注企業が受注した商品を発注元の発注企業へ配送後、その情報をサーバコンピュータ４の納品テーブル６３に登録すると、サーバコンピュータ４においてタイムスケジュールに従って納品テーブル６３のデータがデータ連携されて基幹（バックエンド）システム４７の受発注管理テーブル４７ａを介して各発注企業の納品テーブル５３に登録されるので、発注企業の担当者が、受発注サイトにアクセスして表示された自社用のメインメニュー画面から納品された商品の確認操作を行うことで、納品された商品の納入状況を確認することができる。
【００４４】
発注企業に納品された商品についての検品受領データをサーバコンピュータ４の検品受領テーブル５４に登録すると、サーバコンピュータ４においてタイムスケジュールに従って検品受領テーブル５４のデータがデータ連携されて基幹（バックエンド）システム４７の受発注管理テーブル４７ａを介して各受注企業の検品受領テーブル６４に登録されるので、受注企業の担当者が、受発注サイトにアクセスして表示された自社用のメインメニュー画面から納品した商品の検品受領確認操作を行うことで、その商品の検品受領状況を確認することができる。
検品受領状況を確認した受注企業の担当者が、納品した商品についての請求データをサーバコンピュータ４の請求テーブル６５に登録すると、サーバコンピュータ４においてタイムスケジュールに従って請求テーブル６５のデータがデータ連携されて基幹（バックエンド）システム４７の受発注管理テーブル４７ａを介して各発注企業の請求テーブル５５に登録されるので、発注企業の担当者が、受発注サイトにアクセスして表示された自社用のメインメニュー画面から納品された商品の請求額の確認操作を行うことで、商品の請求額を確認することができる。
【００４５】
発注企業の担当者が、受注企業からの請求額を確認後、支払いデータを入力すると、サーバコンピュータ４の支払テーブル５６に登録され、サーバコンピュータ４においてタイムスケジュールに従って支払テーブル５６のデータがデータ連携されて基幹（バックエンド）システム４７の受発注管理テーブル４７ａを介して各発注企業の支払テーブル６６に登録されるので、受注企業の担当者が、受発注サイトにアクセスして表示された自社用のメインメニュー画面から商品の請求額に対する支払確認操作を行うことで、その商品についての支払い状況を確認することができる。
例えば複数の受注企業から購入した商品の請求に対する発注企業からの支払いなどは、各受注企業に行うことなく、受発注取りまとめ企業Ｔに一括して行うことで、受発注取りまとめ企業Ｔが各受注企業に対する支払いを代行するので、発注企業としては、料金の払い込みを容易に完了することができる。
【００４６】
このようにこのＷｅｂ−ＥＤＩシステムによれば、商品を発注する発注企業Ａ，Ｂのコンピュータ１ａ，１ｂと商品を受注する受注企業Ｃ，Ｄの各コンピュータ２ａ，２ｂとをインターネット３を介してサーバコンピュータ４に接続し、サーバコンピュータ４を、これら複数のコンピュータ１ａ，１ｂ，２ａ，２ｂなどからアクセスして受発注するポータルサイトとすることで、発注側と受注側で２対２の商品の受発注を取りまとめる仲介サービスを実現することができ、ある一つの発注企業からの複数の受注企業にまたがる商品の発注を、受注側を意識することなく行うことができる。
この結果、発注企業Ａ，Ｂと受注企業Ｃ，Ｄとの２対２での商品取引を効率よく行うことができる。なお、例えば発注企業の形態としては、発注企業Ｂだけでもよく、また発注企業Ａだけでもよく、発注企業Ａと発注企業Ｂが共に存在しなくてもよい。
【００４７】
なお、本発明は上記実施形態のみに限定されるものではない。
上記実施形態では、一つのサーバコンピュータ４に、各サーバ機能（Ｗｅｂアプリケーションサーバ４１、フロントエンドサーバ４３，４４、メールサーバ４８等）と基幹（バックエンド）システム４７とを備えたが、これらを別個のサーバコンピュータに備えるようにしてもよく、いくつかを組み合わせて複数のサーバコンピュータに備えてもよい。
上記実施形態では、ＣＳＶ形式から基幹（バックエンド）システム４７の管理形式と、基幹（バックエンド）システム４７の管理形式からＣＳＶ形式というデータ変換のみについて説明したが、本発明は、この他、さまざまな形式のデータの相互変換が可能なものであり、例えばＸＭＬファイルからリレーショナルデータベースのファイルへの変換や、圧縮データからの解凍、暗号化したデータからの復号化など、さまざまなデータに対応するものである。
【００４８】
【発明の効果】
以上説明したように本発明によれば、商品を発注する企業と商品を受注する企業間の商品の受発注を取りまとめる仲介サービスを実現することで、発注側と受注側の多対多での商品取引を効率よく行うことができる。
【図面の簡単な説明】
【図１】本発明に係る一つの実施の形態のＷｅｂ−ＥＤＩシステムの構成を示す図。
【図２】図１のＷｅｂ−ＥＤＩシステムの商品情報登録動作を示す通信シーケンスチャート。
【図３】受注企業のコンピュータに表示される商品情報入力画面を示す図。
【図４】フロントエンドＤＢ内の商品マスタへの商品情報の登録例を示す図。
【図５】フロントエンドＤＢ内の商品マスタの商品情報を基幹（バックエンド）システムのデータへ変換するデータマッピングの一例を示す図。
【図６】基幹（バックエンド）システムからフロントエンドＤＢへのデータマッピングを示す図。
【図７】発注企業が発注可能な商品の情報を表示する商品情報表示画面の一例を示す図。
【図８】図１のＷｅｂ−ＥＤＩシステムにおいて発注企業からの発注動作を示す通信シーケンスチャート。
【図９】発注データ入力画面の一例を示す図。
【図１０】発注データが登録された発注テーブルの内容を示す図。
【図１１】フロントエンドＤＢから基幹（バックエンド）システムへのデータマッピングを示す図。
【図１２】受注データが登録された受注テーブルを示す図。
【図１３】発注データ一括受信画面の一例を示す図。
【符号の説明】
１ａ，１ｂ，２ａ，２ｂ…コンピュータ、３…インターネット、４…サーバコンピュータ、５…内部ネットワーク、６…管理端末、１１…基幹システム、１２…発注ファイル、１３…Ｗｅｂブラウザ、１４…商品マスタファイル、２１…基幹システム、２２…受注ファイル、２３…商品マスタファイル、４１…Ｗｅｂアプリケーションサーバ、４３，４４…フロントエンドサーバ、４７…基幹（バックエンド）システム、４７ａ…受発注管理テーブル、４８…メールサーバ、５０，６０…フロントエンドデータベース（フロントエンドＤＢ）、５１…発注テーブル、５２…入荷予定テーブル、５３…納品テーブル、５４…検品受領テーブル、５５…請求テーブル、５６…支払テーブル、５７…在庫テーブル、５８…商品マスタ、６１…受注テーブル、６２…納入予定テーブル、６３…納品テーブル、６４…検品受領テーブル、６５…請求テーブル、６６…支払テーブル、６７…在庫テーブル、６８…商品マスタ。
【図１】
2004234220.tif 000003
【図２】
2004234220.tif 000004
【図３】
2004234220.tif 000005
【図４】
2004234220.tif 000006
【図５】
2004234220.tif 000007
【図６】
2004234220.tif 000008
【図７】
2004234220.tif 000009
【図８】
2004234220.tif 000010
【図９】
2004234220.tif 000011
【図１０】
2004234220.tif 000012
【図１１】
2004234220.tif 000013
【図１２】
2004234220.tif 000014
【図１３】
2004234220.tif 000015
【手続補正書】
【提出日】平成15年6月25日(2003.6.25)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
販売対象の商品を受注する受注者毎に前記商品の情報が蓄積された受注者商品情報蓄積手段と、
発注者が発注可能な商品の情報が登録される発注者商品情報蓄積手段と、
前記受注者商品情報蓄積手段に蓄積された商品の情報を取り纏め発注者毎に振り分けて前記発注者商品情報蓄積手段に登録する手段と、
前記発注者商品情報蓄積手段に登録された商品の情報を該当発注者に向けてネットワーク上に公開する情報公開手段と、
前記情報公開手段により公開された商品の情報の中から発注者により発注された商品の発注情報が登録される発注情報蓄積手段と、
受注した商品の受注情報が受注者毎に登録される受注情報蓄積手段と、
前記発注情報蓄積手段に登録された商品の発注情報を取り纏め受注者毎に振り分けて各受注者の受注情報として前記受注情報蓄積手段に登録する手段と、
前記受注情報蓄積手段に登録された受注者毎の受注情報を該当受注者に向けてネットワーク上に公開する手段と
を具備したことを特徴とする受発注管理装置。
【請求項２】
請求項１記載の受発注管理装置において、
発注された商品に対する受注者からの受注確認の応答情報および／または納期の応答情報を発注者毎に取り纏めて通知する手段をさらに具備したことを特徴とする受発注管理装置。
【請求項３】
請求項１記載の受発注管理装置において、
前記情報公開手段は、
受注者あるいは発注者が受発注サイトにアクセスするためのユーザ認証を行うことで受注者毎あいは発注者毎の商品の情報を公開する手段と
を具備したことを特徴とする受発注管理装置。
【請求項４】
請求項１記載の受発注管理装置において、
予め設定されたタイムスケジュールに従って、前記情報公開手段で公開あるいは受発注された商品の情報と、基幹システムで取り扱う受発注管理用の商品の情報とのデータマッピングを行うデータ連携手段を具備したことを特徴とする受発注管理装置。
【請求項５】
受発注管理装置に用いられるプログラムにおいて、
前記受発注管理装置を、
販売対象の商品を受注する受注者毎に前記商品の情報が蓄積された受注者商品情報蓄積手段と、
発注者が発注可能な商品の情報が登録される発注者商品情報蓄積手段と、
前記受注者商品情報蓄積手段に蓄積された商品の情報を取り纏め発注者毎に振り分けて前記発注者商品情報蓄積手段に登録する手段と、
前記発注者商品情報蓄積手段に登録された商品の情報を該当発注者に向けてネットワーク上に公開する情報公開手段と、
前記情報公開手段により公開された商品の情報の中から発注者により発注された商品の発注情報が登録される発注情報蓄積手段と、
受注した商品の受注情報が受注者毎に登録される受注情報蓄積手段と、
前記発注情報蓄積手段に登録された商品の発注情報を取り纏め受注者毎に振り分けて各受注者の受注情報として前記受注情報蓄積手段に登録する手段と、
前記受注情報蓄積手段に登録された受注者毎の受注情報を該当受注者に向けてネットワーク上に公開する手段と
として機能させるプログラム。
【請求項６】
販売対象の商品を受注する受注者毎に前記商品の情報を受発注管理装置に蓄積するステップと、
前記受発注管理装置に蓄積された商品の情報を取り纏め発注者毎に振り分けて、発注者が発注可能な商品の情報として前記受発注管理装置に登録するステップと、
前記受発注管理装置に登録された発注者が発注可能な商品の情報を該当発注者毎にネットワーク上に公開するステップと、
前記ネットワーク上に公開された商品の情報の中から発注者により発注された商品の発注情報を前記受発注管理装置に登録するステップと、
前記受発注管理装置に登録された商品の発注情報を取り纏め受注者毎に振り分けて各受注者の受注情報として前記前記受発注管理装置に登録するステップと、
前記受発注管理装置に登録された受注者毎の受注情報を該当受注者にネットワーク上に公開するステップと
を有することを特徴とする商品の受発注方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
【課題を解決するための手段】
上記した課題を解決するために、本発明の受発注管理装置は、販売対象の商品を受注する受注者毎に前記商品の情報が蓄積された受注者商品情報蓄積手段と、発注者が発注可能な商品の情報が登録される発注者商品情報蓄積手段と、前記受注者商品情報蓄積手段に蓄積された商品の情報を取り纏め発注者毎に振り分けて前記発注者商品情報蓄積手段に登録する手段と、前記発注者商品情報蓄積手段に登録された商品の情報を該当発注者毎にネットワーク上に公開する情報公開手段と、前記情報公開手段により公開された商品の情報の中から発注者により発注された商品の発注情報が登録される発注情報蓄積手段と、受注した商品の受注情報が受注者毎に登録される受注情報蓄積手段と、前記発注情報蓄積手段に登録された商品の発注情報を取り纏め受注者毎に振り分けて各受注者の受注情報として前記受注情報蓄積手段に登録する手段と、前記受注情報蓄積手段に登録された受注者毎の受注情報を該当受注者にネットワーク上に公開する手段とを具備したことを特徴としている。
なお、上記受発注管理装置は、発注手段により発注された商品に対する受注者からの受注確認の応答情報および／または納期の応答情報を発注者毎に取り纏めて通知する手段をさらに具備している。また上記受発注管理装置の情報公開手段は、受注者あるいは発注者が受発注サイトにアクセスするためのユーザ認証を行うことで受注者毎あいは発注者毎の商品の情報を公開する手段を具備している。さらに、上記受発注管理装置は、予め設定されたタイムスケジュールに従って、前記情報公開手段で公開あるいは受発注された商品の情報と、基幹システムで取り扱う受発注管理用の商品の情報とのデータマッピングを行うデータ連携手段を備えている。
本発明の受発注管理装置に用いるプログラムは、受発注管理装置に用いられるプログラムにおいて、前記受発注管理装置を、販売対象の商品を受注する受注者毎に前記商品の情報が蓄積された受注者商品情報蓄積手段と、発注者が発注可能な商品の情報が登録される発注者商品情報蓄積手段と、前記受注者商品情報蓄積手段に蓄積された商品の情報を取り纏め発注者毎に振り分けて前記発注者商品情報蓄積手段に登録する手段と、前記発注者商品情報蓄積手段に登録された商品の情報を該当発注者毎にネットワーク上に公開する情報公開手段と、前記情報公開手段により公開された商品の情報の中から発注者により発注された商品の発注情報が登録される発注情報蓄積手段と、受注した商品の受注情報が受注者毎に登録される受注情報蓄積手段と、前記発注情報蓄積手段に登録された商品の発注情報を取り纏め受注者毎に振り分けて各受注者の受注情報として前記受注情報蓄積手段に登録する手段と、前記受注情報蓄積手段に登録された受注者毎の受注情報を該当受注者にネットワーク上に公開する手段として機能させる。
本発明の商品の受発注方法は、販売対象の商品を受注する受注者毎に前記商品の情報を受発注管理装置に蓄積するステップと、前記受発注管理装置に蓄積された商品の情報を取り纏め発注者毎に振り分けて、発注者が発注可能な商品の情報として前記受発注管理装置に登録するステップと、前記受発注管理装置に登録された発注者が発注可能な商品の情報を該当発注者毎にネットワーク上に公開するステップと、前記ネットワーク上に公開された商品の情報の中から発注者により発注された商品の発注情報を前記受発注管理装置に登録するステップと、前記受発注管理装置に登録された商品の発注情報を取り纏め受注者毎に振り分けて各受注者の受注情報として前記前記受発注管理装置に登録するステップと、前記受発注管理装置に登録された受注者毎の受注情報を該当受注者にネットワーク上に公開するステップとを有することを特徴としている。