(57)【要約】【課題】流通業における小規模販売店やエンドユーザに対し、負担の掛らない形態で電子受発注を行うこと。【解決手段】エンドユーザＡ、販売店Ｂ、卸売店Ｃ、メーカＤに備えられる機器がインターネットを介して接続されて構成される。卸売店Ｃには、販売店ポータルサイトシステム（ＨＰＳ）が備えられる。ＨＰＳは、エンドユーザからの注文データを販売店を介さず直接受付け、これを受注データとして記憶し、前記エンドユーザから受け付けた発注数分の商品を卸売店の在庫データに対して仮引当すると共に、本来エンドユーザが想定している注文先である該当販売店に発注があった旨のデータおよび卸売店の納期情報を送信する。エンドユーザからの発注時に卸売店で在庫を仮発注しておくことにより、販売店の受注作業前に卸売店の納期を在庫不足時においても確実に提示することができる。【選択図】      図１１
2005115451.tif 000002
【特許請求の範囲】
【請求項１】
エンドユーザが販売店に商品の注文を行うための販売店のポータルサイトシステムであって、販売店が取引を行う卸売店が前記ポータルサイトシステムを提供し、前記ポータルサイトシステムには、ネットワークを介してエンドユーザの端末と、販売店の端末とが接続されており、前記ポータルサイトシステムは、前記エンドユーザの端末からの商品の注文データを直接受付け、これを受注データとして記憶し、前記エンドユーザの端末から受け付けた発注数分の商品を卸売店の在庫データに対して仮引当すると共に、エンドユーザが想定している注文先である販売店の端末に発注があった旨のデータ及び卸売店の納期情報を送信することを特徴とする販売店のポータルサイトシステム。
【請求項２】
前記エンドユーザが発注した商品に対して仮引当を行う際、前記ポータルサイトシステムは、卸売店において前記商品の在庫が不足していた場合、不足数をネットワークを介して接続されたメーカの端末に発注データとして送信し、前記発注によるメーカの納期から卸売店の納期を算出することを特徴とする請求項１記載の販売店のポータルサイトシステム。
【請求項３】
前記ポータルサイトシステムは、送信したデータに対応する販売店の端末からの受注数の回答を受け付け、前記エンドユーザの端末からの発注数と前記販売店の端末からの受注数とに差がある場合、その差分を前記販売店から卸売店に発注する注文データと認識して受注を受け付けると共に、販売店と卸売店とのそれぞれの納期をエンドユーザの端末に送信することを特徴とする請求項１記載の販売店のポータルサイトシステム。
【請求項４】
前記ポータルサイトシステムは、エンドユーザから販売店への発注履歴、販売店から卸売店への発注履歴、及び、卸売店から販売店への納品数の履歴を保存し、それらを比較して、どの商品がどれだけ他の卸売店に発注されているかを分析することを特徴とする請求項３記載の販売店のポータルサイトシステム。
【請求項５】
エンドユーザが販売店に商品の注文を行うための受注・発注システムであって、販売店が取引を行う卸売店が提供する販売店のポータルサイトシステムと、エンドユーザの端末と、販売店の端末とがネットワークを介して接続され、前記ポータルサイトシステムは、エンドユーザの端末からの注文データを直接受付け、これを受注データとして記憶し、前記エンドユーザの端末から受け付けた発注数分の商品を卸売店の在庫データに対して仮引当すると共に、エンドユーザが想定している注文先である販売店の端末に商品の発注があった旨のデータ及び卸売店の納期情報を送信することを特徴とする受注・発注システム。
【請求項６】
前記エンドユーザが発注した商品に対して仮引当を行う際、前記ポータルサイトシステムは、卸売店において前記商品の在庫が不足していた場合、不足数をネットワークを介して接続されたメーカの端末に発注データとして送信し、前記発注によるメーカの納期から卸売店の納期を算出することを特徴とする請求項５記載の受注・発注システム。
【請求項７】
前記ポータルサイトシステムは、送信したデータに対応する販売店の端末からの受注数の回答を受け付け、前記エンドユーザの端末からの発注数と前記販売店の端末からの受注数とに差がある場合、その差分を前記販売店から卸売店に発注する注文データと認識して受注を受け付けると共に、販売店と卸売店とのそれぞれの納期をエンドユーザの端末に送信することを特徴とする請求項５記載の受注・発注システム。
【請求項８】
前記ポータルサイトシステムは、エンドユーザから販売店への発注履歴、販売店から卸売店への発注履歴、及び、卸売店から販売店への納品数の履歴を保存し、それらを比較して、どの商品がどれだけ他の卸売店に発注されているかを分析することを特徴とする請求項７記載の受注・発注システム。
【請求項９】
エンドユーザが販売店に商品の注文を行うための受注・発注方法であって、販売店が取引を行う卸売店が提供する販売店のポータルサイトシステムと、エンドユーザの端末と、販売店の端末とがネットワークを介して接続され、前記ポータルサイトシステムは、エンドユーザの端末からの注文データを直接受付け、これを受注データとして記憶し、前記エンドユーザの端末から受け付けた発注数分の商品を卸売店の在庫データに対して仮引当すると共に、エンドユーザが想定している注文先である販売店の端末に商品の発注があった旨のデータ及び卸売店の納期情報を送信することを特徴とする受注・発注方法。
【請求項１０】
エンドユーザが販売店に商品の注文を行うために、販売店が取引を行う卸売店が提供する販売店のポータルサイトシステムを構築する処理プログラムであって、前記エンドユーザの端末からの商品の注文データを直接受付ける処理ステップと、これを受注データとして記憶する処理ステップと、前記エンドユーザの端末から受け付けた発注数分の商品を卸売店の在庫データに対して仮引当する処理ステップと、エンドユーザが想定している注文先である販売店の端末に発注があった旨のデータ及び卸売店の納期情報を送信する処理ステップと、前記エンドユーザが発注した商品に対して仮引当を行う際、卸売店において前記商品の在庫が不足していた場合に、不足数をネットワークを介して接続されたメーカの端末に発注データを送信する処理ステップと、前記発注によるメーカの納期から卸売店の納期を算出する処理ステップと、送信したデータに対応する販売店の端末からの受注数の回答を受け付ける処理ステップと、前記エンドユーザの端末からの発注数と前記販売店の端末からの受注数とに差がある場合に、その差分を前記販売店から卸売店に発注する注文データと認識して受注を受け付ける処理ステップと、販売店と卸売店とのそれぞれの納期をエンドユーザの端末に送信する処理ステップとを有し、前記各処理ステップを実行することにより、商品の受発注処理を実行することを特徴とする処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、販売店が卸売店へ商品の自動発注を行うポータルサイトシステム、受注・発注システム及び方法に係り、特に、ネットワークを介した受注・発注に利用され、エンドユーザ、販売店、卸売店、メーカ相互間のデータの授受を円滑に行い、卸売店の納期・価格情報を確実に提示することができる販売店のポータルサイトシステム、受注・発注システム及び方法に関する。
【背景技術】
【０００２】
販売商品等の受注、発注方法及び受注、発注システムに関する従来技術として、例えば、特許文献１等に記載された技術が知られている。この従来技術は、予め受注システムにアクセスしているメーカ端末と、代理店端末と、各代理店が管理する特約店端末とがネットワークにより接続されて構成される。そして、このようなシステムにおいて、特約店端末から受注システムにアクセスし、入力データを送信すると、受注システムは、その発注データを受注データとして登録すると共に、予め登録した関係データから該当する代理店を取得し、前記代理店の端末に発注があった旨のデータを送信する。この処理の後、代理店の代理店端末には受注データが表示され、ここで承認作業が行われると、受注システムは、受注データのステータスを承認状態にする。また、受注システムは、メーカ端末に受注データとステータスとを表示し、出荷作業者がステータスに応じて作業を行うことができるようにし、ステータスが注文受け付け状態になったとき、特約店端末に承認した旨のデータを送信する。
【０００３】
また、他の従来技術として、例えば、特許文献２等に記載された技術が知れている。この従来技術は、商品出荷発注装置に関するものであり、受注量を取得し、受注総量が在庫以下であった場合に、受注量分の在庫商品の出荷を指示し、また、受注総量が在庫量を超え、直送最低量以上の場合、商品仕入先から商品受注先に商品を直送することを指示するというものである。また、この従来技術による商品出荷発注装置は、受注総量が在庫量を超え、在庫量と発注未入荷量との和以下の場合、未入荷商品の内、受注量と在庫量との差に相当する量の商品、及び、全在庫商品の出荷を指示し、さらに、受注総量が前記和を超える場合、受注量の超過分の発注を指示するというものである。
【特許文献１】特開２００２−１１７２８１号公報
【特許文献２】特開平５−１６５８６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
前述した特許文献１、特許文献２に記載された従来技術は、流通業での取り引きに適用した場合、エンドユーザ、販売店、卸売店、メーカ間の受注、発注処理において、次に説明するような問題点を生じる。
【０００５】
１．特許文献２に記載された従来技術の場合、販売店がエンドユーザの発注数分を全て受注できないとき、販売店は、卸売店側の納期を確認しないで発注してしまう。
【０００６】
２．前述の発注の前に、販売店が卸売店に対して事前に納期を問い合わせた場合、卸売店で在庫不足が生じていると、納期回答が遅くなる。
【０００７】
３．メーカや卸売店に比べて、エンドユーザや販売店は、その数が多く、比較的規模が小さいため、特許文献２に記載されたような商品出荷発注装置を導入することはコスト面で大きな負担となり、導入することが困難である。
【０００８】
４．特許文献１に記載の従来技術における特約店をエンドユーザ、代理店を販売店、メーカを卸売店と想定すると、卸売店が販売店の承認を得て、エンドユーザの発注を全て納品する場合、卸売店は、ステータスを端末で確認し、在庫数の変更や納期回答を人手で行う必要がある。
【０００９】
５．特許文献１に記載のシステムは、そのシステムに卸売店が参加しなかった場合、卸売店は、エンドユーザから販売店への発注内容を知る手立てがないため、販売店の受注内容に対して、任意の商品が、どれぐらいの割合で前記卸売店に発注しているかを知ることができない。
【００１０】
本発明の目的は、前述したような従来技術の問題点を解決し、流通業における小規模販売店やエンドユーザに対し、負担の掛らない形態で電子受発注を行うことができるようにした販売店のポータルサイトシステム、受注・発注システム及び方法を提供することにある。
【課題を解決するための手段】
【００１１】
本発明によれば前記目的は、エンドユーザが販売店に商品の注文を行うための販売店のポータルサイトシステムであって、販売店が取引を行う卸売店が前記ポータルサイトシステムを提供し、前記ポータルサイトシステムには、ネットワークを介してエンドユーザの端末と、販売店の端末とが接続されており、前記ポータルサイトシステムが、前記エンドユーザの端末からの商品の注文データを直接受付け、これを受注データとして記憶し、前記エンドユーザの端末から受け付けた発注数分の商品を卸売店の在庫データに対して仮引当すると共に、エンドユーザが想定している注文先である販売店の端末に発注があった旨のデータ及び卸売店の納期情報を送信することにより達成される。
【００１２】
また、前記目的は、エンドユーザが販売店に商品の注文を行うための受注・発注システムであって、販売店が取引を行う卸売店が提供する販売店のポータルサイトシステムと、エンドユーザの端末と、販売店の端末とがネットワークを介して接続され、前記ポータルサイトシステムが、エンドユーザの端末からの注文データを直接受付け、これを受注データとして記憶し、前記エンドユーザの端末から受け付けた発注数分の商品を卸売店の在庫データに対して仮引当すると共に、エンドユーザが想定している注文先である販売店の端末に商品の発注があった旨のデータ及び卸売店の納期情報を送信することにより達成される。
【００１３】
さらに、前記目的は、エンドユーザが販売店に商品の注文を行うための受注・発注方法であって、販売店が取引を行う卸売店が提供する販売店のポータルサイトシステムと、エンドユーザの端末と、販売店の端末とがネットワークを介して接続され、前記ポータルサイトシステムが、エンドユーザの端末からの注文データを直接受付け、これを受注データとして記憶し、前記エンドユーザの端末から受け付けた発注数分の商品を卸売店の在庫データに対して仮引当すると共に、エンドユーザが想定している注文先である販売店の端末に商品の発注があった旨のデータ及び卸売店の納期情報を送信することにより達成される。
【発明の効果】
【００１４】
本発明によれば、小規模販売店やエンドユーザに対して、経済的、人的な負担を掛かけることなく電子的に商品の受注及び発注を行うことが可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明による販売店のポータルサイトシステム、受注・発注システム及び方法の実施形態を図面により詳細に説明する。
【００１６】
図１は本発明の一実施形態による受注・発注システムの構成を示すブロック図である。図１において、１０はユーザ管理テーブル、２０は販売店管理テーブル、３０は価格管理テーブル、４０は在庫・納期管理テーブル、５０はステータス管理テーブル、６０は注文管理テーブル、７０は商品管理テーブル、８０は購買履歴テーブル、９０は受発注処理装置、１００は販売店のポータルサイトシステム（以下、ＨＰＳという）、１１０はエンドユーザ、１２０はエンドユーザのＷＥＢブラウザ、１３０は販売店、１４０は販売店のＷＥＢブラウザ、１５０は卸売店、１６０は卸売店のＷＥＢブラウザ、１７０はメーカ、１８０はメーカの端末、１９０は通信回線である。
【００１７】
本発明の実施形態による受注・発注システムは、ＨＰＳ１００と、エンドユーザ１１０が使用する端末としてのＰＣ等に構築されたＷＥＢブラウザ１２０と、販売店１３０が使用する端末としてのＰＣ等に構築されたＷＥＢブラウザ１４０と、ＨＰＳ１００を提供する卸売店１５０が保持する端末１６０と、メーカ１７０が保持する端末１８０とがインターネット等の通信回線１９０を介して接続可能に構成されている。ＨＰＳ１００は、受注・発注の処理を行う受発注装置９０と、ユーザ管理テーブル１０、販売店管理テーブル２０、価格管理テーブル３０、在庫・納期管理テーブル４０、ステータス管理テーブル５０、注文管理テーブル６０、商品管理テーブル７０、購買履歴管理テーブル８０の各テーブルとにより構成される。
【００１８】
図２はＨＰＳ１００の受発注装置９０の構成を示すブロック図である。図２において、２１０はＷＥＢサーバ装置、２２０はメール送信装置、２３０はメーカ発注装置、２４０はユーザ・販売店認証装置、２５０は注文管理装置、２６０は在庫・納期照会装置、２７０は価格照会装置、２８０は購買履歴管理装置、２９０はセッション領域であり、他の符号は図１の場合と同一である。
【００１９】
ＨＰＳ１００の受発注装置９０は、ＷＥＢサーバ装置２１０と、メール送信装置２２０と、メーカ発注装置２３０と、ユーザ管理テーブル１０、販売店管理テーブル２０に接続されたユーザ・販売店認証装置２４０と、ステータス管理テーブル５０、注文管理テーブル６０、商品管理テーブル７０に接続された注文管理装置２５０と、在庫・納期管理テーブル４０に接続された在庫・納期照会装置２６０と、価格管理テーブル３０に接続された価格照会装置２７０と、購買履歴管理テーブル８０に接続された購買履歴管理装置２８０と、セッション領域２９０とにより構成されている。
【００２０】
前述において、ＷＥＢサーバ装置２１０は、通信回線を介して、ＷＥＢ画面におけるデータの送受信の管理を行い、メール送信装置２２０は、エンドユーザ・販売店にメールを送信する。メーカ発注装置２３０は、卸売店１５０での仮発注処理において卸売店１５０の在庫が不足している場合、メーカ１７０に発注を指示する。このメーカ発注装置２３０は、卸売店１５０とメーカ１７０との間に設置されるものであり、発注指示の処理結果としてメーカ１７０からメーカの価格と納期とを受信する。ユーザ・販売店認証装置２４０は、販売店１３０またはエンドユーザ１１０がＨＰＳ１００を使用できる権限があるか否かを判定する。
【００２１】
注文管理装置２５０は、エンドユーザ１１０と販売店１３０との間の発注・受注や販売店１３０と卸売店１５０との間の発注・受注を処理する。在庫・納期照会装置２６０は、商品の在庫や納期を照会し、価格照会装置２７０は、商品の価格を照会する。購買履歴管理装置２８０は、各販売店毎に確定した注文を購買履歴として登録及び取得する。セッション領域２９０は、前述した各装置で取得したデータや、販売店１３０、エンドユーザ１１０、メーカ１７０から送られてきたデータを、エンドユーザからの注文案件毎に纏めて一時的に保持する記憶領域である。
【００２２】
図３はユーザ管理テーブル１０に保持されているデータについて説明する図、図４は販売店管理テーブル２０に保持されているデータについて説明する図、図５は価格管理テーブル３０に保持されているデータについて説明する図、図６は在庫・納期管理テーブル４０に保持されているデータについて説明する図、図７はステータス管理テーブル５０に保持されているデータについて説明する図、図８は注文管理テーブル６０に保持されているデータについて説明する図、図９は履歴管理テーブル８０に保持されているデータについて説明する図、図１０は商品管理テーブル７０に保持されているデータについて説明する図であり、以下、これらの図を参照して、図１、図２に示した各テーブルの用途と保持するデータの詳細とを説明する。
【００２３】
図３に示すユーザ管理テーブル１０は、エンドユーザの情報を管理するテーブルであり、エンドユーザを一意に識別するエンドユーザＩＤ３１０と、エンドユーザ名３５０、住所３６０、メールアドレス３２０、パスワード３３０、発注処理が許可されている販売店ＩＤ３４０を保持している。このデータは、販売店１３０から卸売店１５０に、契約するエンドユーザが図３に登録する情報を提供することにより、卸売店１５０が登録するデータである。このデータは、販売店１３０がＷＥＢブラウザ１４０から登録することができるようにしてもよい。
【００２４】
図４に示す販売店管理テーブル２０は、販売店の情報を管理するテーブルであり、販売店を一意に識別する販売店ＩＤ４１０と、販売店名４４０と、住所４５０と、メールアドレス４２０と、パスワード４３０とを保持している。
【００２５】
図５に示す価格管理テーブル３０は、販売店の商品価格及び卸売店の商品価格を管理するテーブルであり、商品ＩＤ５１０とその商品の受注を受け付ける販売店１３０の販売店ＩＤ５２０とをキー値として保持しており、販売店１３０の商品価格である販売店価格５３０、卸売店価格５４０を保持している。販売店価格５３０は、予め販売店１３０から卸売店１５０に価格情報を提供することにより卸売店１５０が登録する。販売店価格５３０は、販売店１３０がＷＥＢブラウザ１４０から登録することができるようにしてもよい。
【００２６】
図６に示す在庫・納期管理テーブル４０は、各商品の卸売店における在庫数、仮引当数、納期を管理するテーブルであり、主に商品ＩＤ６１０をキー値として保持しており、在庫数６２０、仮引当数６３０、在庫分の納期日６４０、メーカ発注数６５０を保持している。在庫分の納期日６４０は、特に変更がない場合、日時バッチ等により在庫分の納期日６４０を１日ずらして再登録する。納期日６４０に変更がある場合、卸売店１５０が在庫の納期日設定用のファイルにその商品ＩＤと納期日とを入力し、日時バッチにより前期ファイルを参照して納期日を取得し、これを該当する商品の在庫分の納期日６４０に登録する。また、メーカ発注数６５０は、在庫数６２０より仮引当数６３０が多くなって卸売店において在庫不足が発生した場合にメーカに発注した数量を管理するものである。
【００２７】
図７に示すステータス管理テーブル５０は、エンドユーザ１１０が発生する注文に対して、販売店１３０、卸売店１５０、エンドユーザ１１０の相互間の発注・受注における処理の流れを管理するテーブルであり、主にエンドユーザ１１０が発生する注文を一意に識別する注文ＩＤ７１０、その注文に関与する販売店のＩＤ７２０、エンドユーザのＩＤ７３０、処理の進捗状況を示すステータス７４０、販売店１３０の受注回答期限７５０を保持している。
【００２８】
図８に示す注文管理テーブル６０は、各注文の詳細情報を管理するテーブルであり、注文ＩＤ８１０をキー値として、その注文で扱う商品の商品ＩＤ８２０、エンドユーザ１１０の発注数８３０、販売店１３０の受注数８４０、卸売店１５０の受注数８５０、図１３により後述する販売店用受注画面１３００を表示するためのＵＲＬ８６０を保持している。
【００２９】
図９に示す購買履歴管理テーブル８０は、販売店１３０毎の、完了した注文を購買履歴として管理するテーブルであり、販売店ＩＤ９１０、受注を受けた商品ＩＤ９２０、ユーザの発注数９３０、販売店の受注数９４０、その購買のエンドユーザ１１０に納品した完了日９５０を保持している。
【００３０】
図１０に示す商品管理テーブル７０は、商品の情報を管理するテーブルであり、商品ＩＤ１０１０をキー値として、商品名１０２０、メーカ名１０３０、その商品を有する販売店の販売店ＩＤ１０４０を保持している。
【００３１】
図１１は前述した本発明の実施形態におけるＨＰＳ１００を用いた業務モデルでの処理動作を説明する図であり、次に、これについて説明する。図１１に示す例は、卸売店Ｃ１１２０が提供するＨＰＳ１００を通して、エンドユーザＡ１１００が販売店Ｂ１１１０に対して商品Ｓを発注することを想定する。また、発注を受けた販売店Ｂ１１１０は、商品Ｓの在庫が不足しており、この不足分をＨＰＳ１００を用いて卸売店Ｃ１１２０に発注するものと想定している。
【００３２】
ステップ１１６０
このステップの処理は、エンドユーザＡ１１００がシステムにログインしてから、ＨＰＳ１００に発注データを送信するまでの処理である。このステップの説明において、エンドユーザＡ１１００における、ログインから図１２に示す発注入力画面１２００を表示するまでの処理については、図１８、図１９の画面例を用いて後述する。ここでは、エンドユーザＡ１１００の販売店Ｂ１１１０へのログインにおいて、以下の２つのログイン方法の例を説明するが、その前に、発注入力画面１２００、ログイン画面１８００、販売店一覧画面１９００の各例について説明する。
【００３３】
図１２はエンドユーザのＷＥＢブラウザ１２０に表示される発注入力画面１２００の例を示す図であり、この発注入力画面は、商品ＩＤ１２１５の入力領域１２１０、検索ボタン１２２０、検索ボタン１２２０により検索された商品名及び価格の表示領域１２３５、１２４０、発注数１２２５の入力領域１２５０、発注ボタン１２６０が表示されて構成される。
【００３４】
図１８はエンドユーザＡ１１００のログイン画面１８００の例を示す図であり、このログイン画面１８００は、エンドユーザＡ１１００のＩＤ１８１５を入力するＩＤ欄１８１０と、エンドユーザＡ１１００のパスワード１８２５を入力するパスワード欄１８２０と、ログインボタン１８３０とが表示されて構成される。
【００３５】
図１９は販売店一覧画面１９００の例を示す図であり、ユーザ・販売店認証装置２４０が取得した全ての販売店Ａ〜Ｄの発注入力画面１２００へのリンク１９１０等のリンク集として構成されている。
【００３６】
図１１におけるステップ１１６０での処理の説明に戻って、
第１の方法
エンドユーザＡ１１００は、ＨＰＳ１００にアクセスし、ＷＥＢブラウザ１２０に図１８に示すエンドユーザＡ１１００のログイン画面１８００を表示する。エンドユーザＡ１１００は、このログイン画面のＩＤ欄１８１０にエンドユーザＡのＩＤ１８１５（図示例では「１２３４５」）、パスワード欄１８２０にエンドユーザＡのパスワード１８２５（図示例では「ｐａｓｓｗｄ」）を入力し、ログインボタン１８３０をクリックすることにより、入力したエンドユーザＩＤ１８１５とパスワード１８２５とをＨＰＳ１００に送信する。ＨＰＳ１００は、ユーザ・販売店認証装置２４０を用いて、ユーザ管理テーブル１０から、前述で送信されてきたユーザＩＤ１８１５及びパスワード１８２５をキー値として販売店ＩＤ３４０を全て取得する。ユーザ・販売店認証装置２４０は、販売店ＩＤ３４０から取得した全ての販売店の発注入力画面１２００へのリンク集である図１９に示す販売店一覧画面１９００を生成する。エンドユーザＡ１１００は、ＷＥＢブラウザ１２０に前記画面を表示し、注文する販売店、例えば、販売店Ｂ１１１０のリンク１９１０をクリックすることにより、ＨＰＳ１００から図１２に示すような販売店Ｂ１１１０の発注入力画面１２００を取得する。
【００３７】
第２の方法
エンドユーザＡ１１００は、ＨＰＳ１００にアクセスし、販売店管理テーブル２０に登録している全ての販売店の発注入力画面１２００へのリンク集である図１９に示す販売店一覧画面１９００をＷＥＢブラウザ１２０に表示する。エンドユーザＡ１１００は、前記画面から注文する販売店Ｂ１１１０へのログイン画面１８００へのリンク１９１０をクリックし、ＨＰＳ１００から図１８に示すような販売店Ｂ１１１０のＩＤ情報を持ったログイン画面１８００を取得する。エンドユーザＡ１１００は、このログイン画面を通して入力したエンドユーザＩＤ１８１５とパスワード１８２５と画面に保持している販売店Ｂ１１１０のＩＤをログインボタン１８３０をクリックすることにより、ＨＰＳ１００に送信する。ＨＰＳ１００は、ユーザ・販売店認証装置２４０を用いて、ユーザ管理テーブル１０から、前述で送信されたエンドユーザＩＤ１８１５及びパスワード１８２５、販売店Ｂ１１１０のＩＤをキー値として認証を行う。ＨＰＳ１００は、認証に成功した場合、販売店Ｂ１１１０への図１２に示す発注入力画面１２００を生成して、これをエンドユーザＡ１１００のＷＥＢブラウザ１２０に表示する。
【００３８】
エンドユーザＡ１１００は、販売店Ｂ１１１０への発注入力画面１２００において、商品ＩＤ入力領域１２１０に商品ＩＤ１２１５として「０００５」を入力し検索ボタン１２２０をクリックすると、ブラウザ１２０からＨＰＳ１００に入力した商品ＩＤ１２１５と販売店Ｂ１１１０のＩＤとが送信される。ＨＰＳ１００は、注文管理装置２５０を通して、商品管理テーブル８０から送信されてきた商品ＩＤ１２１５をキー値として、商品名の項目１０２０から商品Ｓを取得する。さらに、価格照会装置２７０は、価格管理テーブル３０から送信されてきた商品ＩＤ１２１５と、販売店Ｂ１１１０のＩＤをキー値として販売店価格５３０から販売店Ｂの価格１２４０を取得し、発注入力画面１２００の商品名欄１２３５に商品Ｓと、価格欄１２４０に販売店価格５３０から前記で取得した販売店Ｂの価格１２４０を入れて生成する。エンドユーザＡ１１００は、前述で生成した発注入力画面１２００を再度表示し、発注数欄１２５０に発注数１２５５として、例えば、１００個を指定した後、発注ボタン１２６０をクリックし、入力した商品ＩＤ１２１５、発注数１２５５と販売店Ｂ１１１０のＩＤをＨＰＳ１００に送信する。
【００３９】
ステップ１１７０
ステップ１１７０の処理において、ＨＰＳ１００は、後述するステップ１１４０の処理を実行後、販売店Ｂ１１１０用の図１３に示す受注依頼画面１３００を生成し、前述したステップ１１６０でエンドユーザＡ１１００から送信された販売店Ｂ１１１０のＩＤをもとに、ユーザ・販売店認証装置２４０を通して、販売店管理テーブル２０から販売店Ｂ１１１０のメールアドレス４２０を取得し、取得したアドレスに受注依頼メールを送信する。
【００４０】
図１３は販売店Ｂ１１１０用の受注依頼画面１３００の例を示す図であり、ここで、この受注依頼画面１３００の例を説明しておく。受注依頼画面１３００は、エンドユーザから注文のあった商品名１２３０、ユーザ名１１００、発注依頼数１２５５が表示され、また、発注依頼数１２５５に対して受注可能な受注数１３１５を入力する受注数欄１３１０、納期日１３２５を入力する納期日欄１３２５が設けられる。また、この受注依頼画面１３００には、注文数量に不足する分を卸売店に発注するための卸売店名１１２０、卸売店の納期日１３５０、卸価格１３６０の欄が設けられ、また、その商品の配送方法として、配送方法リスト１３３０からユーザへの配送方法１３３５を指定する欄、及び、受注確定ボタン１３４０が設けられている。
【００４１】
ステップ１１７５
ステップ１１７５の処理において、販売店Ｂ１１１０は、ステップ１１７０の処理によるメールを受け取ると、ＨＰＳ１００にアクセスし、ログイン画面１８００を販売店Ｂ１１１０のＷＥＢブラウザ１４０に表示する。この画面においてＩＤ欄１８１０に販売店Ｂ１１１０のＩＤを、パスワード欄１８２０に販売店Ｂ１１１０のパスワードを入力後、ログインボタン１８３０をクリックして、ＨＰＳ１００に前述で入力したデータを送信する。
【００４２】
ＨＰＳ１００は、ユーザ・販売店認証装置２４０を用いて、販売店管理テーブル２０の内容に基いて、送信されてきた販売店Ｂ１１１０の販売店ＩＤとパスワードとをキー値として認証する。認証に成功した場合、ＨＰＳ１００は、注文管理装置２５０を用いてステータス管理テーブル５０から販売店Ｂ１１１０のＩＤをキー値として、ステータスが「受注回答待ち」の注文ＩＤ７１０を全て取得し、また、注文管理テーブル６０から前述で取得した全ての注文ＩＤ７１０をキー値としてそれぞれの受注画面ＵＲＬ８６０を取得し、各ＵＲＬのリンク集画面を生成する。また、ＵＲＬのリンクの横に、前記で取得した注文ＩＤ７１０をキーにステータス管理テーブルから回答期限７５０を取得しこれを表示する。
【００４３】
販売店Ｂ１１１０のＷＥＢブラウザ１４０は、ＨＰＳ１００が前述で生成した画面を表示し、エンドユーザＡ１１００からの受注依頼画面１３００へのリンクをクリックし、取得した受注依頼画面１３００をＷＥＢブラウザ１４０に表示する。
【００４４】
販売店Ｂ１１１０は、受注依頼画面１３００の受注依頼数１２５５の１００個に対して、受注数欄１３１０に受注可能な受注数１３１５として６０個を入力し、受注時の納期日欄１３２０に販売店Ｂ１１１０の納期日１３２５を入力する。このとき、入力した受注数１３１５は、発注依頼数１２５５に満たないので、不足分４０個を卸売店Ｃ１１２０に発注することになるため、卸売店の納期日１３５０、卸価格１３６０を確認し、その配送方法として配送方法リスト１３３０からユーザに対する配送方法１３３５を指定して選択する。これらの操作が完了した後、受注確定ボタン１３４０をクリックする。
【００４５】
前述したような販売店Ｂ１１１０の受注依頼画面１３００への操作により、ＷＥＢブラウザ１４０からＨＰＳ１００に販売店Ｂ１１１０のＩＤ、受注数１３１５、納期日１３２５、配送方法のデータ１３３５が送信される。
【００４６】
ステップ１１８０
ＨＰＳ１００は、後述するステップ１１５０の処理を実行した後、販売店Ｂ１１１０から卸売店Ｃ１１２０へ発注が確定したことを確認する図１４に示すような受発注確認画面１４００を生成し、販売店Ｂ１１１０に対してで生成した画面のＵＲＬを記載した確認通知メールを送信する。
【００４７】
図１４は販売店Ｂ１１１０に対する受発注確認画面１４００の例を示す図であり、ここで、この受発注確認画面１４００の例を説明しておく。受発注確認画面１４００は、基本的に、前述により説明した受注依頼の処理を確認するものであるため、図１３に示した受注依頼画面と同一の内容を持つ画面である。
【００４８】
そして、販売店Ｂ１１１０は、メールに記載されたＵＲＬにアクセスすることにより、受発注確認画面１４００を販売店Ｂ１１１０のＷＥＢブラウザ１４０に表示させるる。受発注確認画面１４００には、販売店Ｂ１１１０の受注数１３１５と納期日１３２５とが表示されるとともに、卸売店Ｃ１１２０への発注数１４３０、卸売店Ｃ１１２０の納期日１４４０、卸価格１４５０、合計価格１４６０、配送方法１３３５を表示している。
【００４９】
ステップ１１８５
ＨＰＳ１００は、前述した処理における販売店Ｂ１１１０の受注数１３１５と卸売店Ｃ１１２０の受注数１４３０とから、エンドユーザＡ１１００が発注依頼を受注したことを確認する図１５に示す発注確認画面１５００を生成した後、エンドユーザＡ１１００に対して、生成した発注確認画面１５００のＵＲＬを記載した確認通知メールを送信する。エンドユーザＡ１１００は、メールに記載されたＵＲＬにアクセスすることにより、発注確認画面１５００をエンドユーザＡ１１００のＷＥＢブラウザ１２０に表示する。
【００５０】
図１５はエンドユーザに対する発注確認画面１５００の例を示す図であり、ここで、この発注確認画面１５００の例を説明しておく。発注確認画面１５００には、販売店Ｂ１１１０の受注数１３１５と納期日１３２５とが表示されると共に、卸売店Ｃ１１２０の受注数１４３０と納期日１４４０とが、販売店Ｂ１１１０の受注として表示される。この発注確認画面１５００は、エンドユーザＡ１１００のＷＥＢブラウザ１２０に表示される。
【００５１】
ステップ１１９０
販売店Ｂ１１１０は、エンドユーザＡ１１００から受注した商品Ｓを６０個エンドユーザＡ１１００に納品する。
【００５２】
ステップ１１９５
卸売店Ｃ１１２０は、販売店Ｂ１１１０から受注した商品Ｓを４０個、販売店Ｂ１１１０の受注依頼画面１３００でユーザ配送１３３５が指定されていたため、エンドユーザＡ１１００に直接納品する。ここで、配送方法１３３０として「販売店への配送」が選択された場合、販売店Ｂ１１１０へ納品する。このとき、卸売店Ｃ１１２０の納品を処理した社員は、ＨＰＳ１００を用いて、「納品待ち」となっている注文の一覧を注文管理装置２５０から取り出し、その一覧から該当する注文を選択し、前述した注文に対して、ＨＰＳ１００を用いて完了指示を出す。この処理の後、ＨＰＳ１００は、在庫・納期照会装置２６０を用いて、在庫・納期管理テーブル４０の在庫数６２０から、納品数分の４０個を減らして登録する。また、ＨＰＳ１００は、注文管理装置２５０を用いてステータス管理テーブル５０と注文管理テーブル６０とからこの処理の注文に関するデータを削除し、購買履歴管理装置２８０を用いて購買履歴管理テーブル８０に前述で削除したデータから販売店ＩＤ７２０、商品ＩＤ８２０、ユーザ発注数８３０、販売店発注数８４０、完了した日をそれぞれを購買履歴管理テーブル８０に登録する。
【００５３】
図１６は図１１に示したＨＰＳ１００のステップ１１４０の処理動作を説明するフローチャートであり、次に、これについて説明する。なお、ここで説明するフローは、前述で説明した例以外の場合の処理についても説明する都合上、エンドユーザＡ１１００の発注数をＮ個、販売店Ｂ１１１０の受注数をＭ個として表現する。また、この処理において、エンドユーザＡ１１００、販売店Ｂ１１１０から送信してきたデータ、または、画面生成に用いたデータは、セッション領域２９０に確保される。
【００５４】
（１）ＨＰＳ１００のＷＥＢサーバ装置２１０は、エンドユーザＡ１１００から発注入力画面１２００を通して、商品ＳのＮ個の発注を受ける。その後、注文管理装置２５０は、注文管理テーブル６０に対して、注文ＩＤ８１０と、商品ＳのＩＤとを商品ＩＤ８２０に、前述で送信されてきた発注数をユーザ発注数８３０に登録する。さらに、注文管理装置２５０は、ステータス管理テーブル５０に対して、注文ＩＤを注文ＩＤ７１０に、販売店Ｂ１１１０のＩＤを販売店ＩＤ７２０に、エンドユーザＡ１１００のＩＤをエンドユーザＩＤ７３０に、ステータス７４０を「受注回答待ち」に、回答期限をそれぞれ登録する（ステップ１６００）。
【００５５】
（２）ＨＰＳ１００の在庫・納期照会装置２６０は、在庫・納期管理テーブル４０からエンドユーザＡ１１００から送信された商品ＳのＩＤをキー値として、在庫数６２０、仮引当数６３０を取得する。在庫・納期照会装置２６０は、これにより取得した在庫数６２０と仮引当数６３０との差がエンドユーザＡ１１００から送信された発注数Ｎ個以上であるか否かを判定する（ステップ１６１０）。
【００５６】
（３）ステップ１６１０の判定で、在庫数６２０と仮引当数６３０との差がＮ個以上であった場合、ＨＰＳ１００は、在庫・納期照会装置２６０を通して、在庫・納期管理テーブル４０の仮発注数６３０をＮ個増加して登録し、その後、在庫分の納期日６４０を取得しこれをセッション領域２９０に保持する（ステップ１６２０）。
【００５７】
（４）ステップ１６１０の判定で、在庫数６２０と仮引当数６３０との差がＮ個未満であった場合、ＨＰＳ１００は、メーカ発注装置２３０を通して、ステップ１６１０で比較した商品Ｓの不足分以上の個数をメーカＤ１１３０に発注する。このとき、ＨＰＳ１００は、在庫・納期照会装置２６０を通して、在庫・納期管理テーブル４０のメーカ発注数６５０にメーカＤ１１３０への発注数を登録する。このメーカＤ１１３０への発注処理の結果として、メーカ発注装置２３０は、メーカＤ１１３０から納期を取得し、前記納期に卸売店Ｃ１１２０への納品までの作業日程を足してこれを卸売店Ｃ１１２０の納期日としてセッション領域２９０に保持する。この処理の後、ＨＰＳ１００は、在庫・納期照会装置２６０を通して、在庫・納期管理テーブル４０の仮発注数６３０をＮ個増やして登録する（ステップ１６３０）。
【００５８】
なお、在庫数の更新は、メーカＤ１１３０から商品Ｓが納品されてきたとき、在庫・納期照会装置２６０を通して、前記納品数を在庫・納期管理テーブル４０の在庫数６２０に追加して登録すると共に、メーカ発注数６５０から前記納品数を減らすことにより行われる。
【００５９】
（５）前述した各処理の終了後、ＨＰＳ１００は、価格照会装置２７０を通して、価格管理テーブル３０から商品ＳのＩＤをキー値として、卸売店価格５４０を取得し、これをセッション領域２９０に保持する（ステップ１６４０）。
【００６０】
（６）次に、ＨＰＳ１００は、注文管理装置２５０を用い、前述したステップ１６２０からステップ１６４０の処理でセッション領域２９０に確保した、商品Ｓの納期、卸売店価格及びエンドユーザから送信された商品ＳのＩＤや、発注数から、販売店Ｂ用の受注依頼画面１３００を生成する（ステップ１６５０）。
【００６１】
（７）次に、ＨＰＳ１００は、ユーザ・販売店認証装置２４０を通して、販売店管理テーブル２０からメールアドレス４２０を取得し、その後、メール送信装置２２０により販売店Ｂ１１１０に受注依頼メールを送信する（ステップ１６６０）。
【００６２】
前述したＨＰＳ１００のステップ１１４０の処理の後、販売店Ｂがステップ１６００で設定する回答期限を過ぎても販売店Ｂ１１１０から受注回答がなかった場合、ＨＰＳ１００は、仮発注している商品Ｓにおいて、在庫・納期照会装置２６０を用いて、在庫・納期管理テーブル４０の仮引当数からＮ個減らして登録する。前述の処理の後、ＨＰＳ１００は、ステップ１１４０の処理の仮発注の処理を再度行うとともに、販売店Ｂ１１１０に対して受注回答期限が終了したので再度卸売店の納期日を変更する旨をメールにより送信する。
【００６３】
図１７は図１１に示したＨＰＳ１００のステップ１１５０の処理動作を説明するフローチャートであり、次に、これについて説明する。この処理において、エンドユーザＡ１１００、販売店Ｂ１１１０から送信してきたデータ、または、画面生成に用いたデータは、セッション領域２９０に確保される。
【００６４】
（１）ＨＰＳ１００のＷＥＢサーバ装置２１０は、受注依頼画面１３００を通して、販売店Ｂ１１１０からエンドユーザＡ１１００における商品Ｓの発注数Ｎ個に対して受注数Ｍ個の回答を受け取る。この処理の後、注文管理装置２５０は、注文管理テーブル６０の販売店受注数８４０にＭ個を登録する（ステップ１７００）。
【００６５】
（２）次に、ＨＰＳ１００は、注文管理装置２５０を用いて、販売店Ｂ１１１０の受注数Ｍ個が、エンドユーザＡ１１００の発注数Ｎ個未満か否かを判定する（ステップ１７１０）。
【００６６】
（３）ステップ１７１０の判定で、販売店Ｂ１１１０の受注数Ｍ個が、エンドユーザＡ１１００の発注数Ｎ個未満であった場合、ＨＰＳ１００は、（Ｎ−Ｍ）個を販売店Ｂ１１１０から卸売店Ｃ１１２０への本発注として受け取るため、（Ｎ−Ｍ）個を卸売店１１２０の受注数としてセッション領域２９０に確保する。また、ＨＰＳ１００は、注文管理装置２５０を用いて注文管理テーブル６０の卸売店受注数８５０に（Ｎ−Ｍ）個を登録し、ステータス管理テーブル５０のステータス７４０を「納品待ち」に更新する。この処理の後、在庫・納期照会装置２６０は、在庫・納期管理テーブル４０の仮引当数６３０からＮを減らして更新する（ステップ１７２０）。
【００６７】
（４）ステップ１７１０の判定で、販売店Ｂ１１１０の受注数Ｍ個が、エンドユーザＡ１１００の発注数Ｎ個以上であった場合、ＨＰＳ１００は、注文管理装置２５０を用いて注文管理テーブル６０、ステータス管理テーブル５０からこの処理の注文を削除し、購買履歴管理装置２８０を用いて購買履歴管理テーブル８０にその注文の情報を登録する。また、ＨＰＳ１００は、在庫・納期照会装置２６０を用いて、在庫・納期管理テーブル４０の商品Ｓの仮引当数６３０からＮ個減らして登録する（ステップ１７２５）。
【００６８】
（５）前述までの処理を行った後、ＨＰＳ１００は、注文管理装置２５０を用いて確保したセッション領域２９０より、各データを参照して図１４により説明した受発注確認画面１４００を生成する（ステップ１７３０）。
【００６９】
（６）次に、ＨＰＳ１００は、注文管理装置２５０を用いて確保したセッション領域２９０より、各データを参照して図１５により説明した発注確認画面１５００を生成する（ステップ１７４０）。
【００７０】
（７）ＨＰＳ１００は、販売店Ｂ１１１０のＷＥＢブラウザ１４０に、ステップ１７３０の処理で生成した受発注確認画面１４００を送信する（ステップ１７５０）。
【００７１】
前述したステップ１７５０の処理を実行することにより、販売店Ｂ１１１０において、ステップ１７００の処理の中の受注依頼画面１３００で、受注確定ボタン１３４０を押下すると、ＨＰＳ１００から結果として受発注確認画面１４００が返ってくる処理の流れになる。
【００７２】
（８）次に、ＨＰＳ１００は、図１５により説明した発注確認画面１５００をステップ１１６０の処理でエンドユーザＡがログインした後に表示できるようにリンクをはる。この処理の後、ＨＰＳ１００は、ユーザ・販売店認証装置２４０を通して、ユーザ管理テーブル２０からエンドユーザＡ１１００のメールアドレス４２０を取得して、メール送信装置２２０により前述で取得したメールアドレス４２０に発注確認依頼メールを送信する。この送信したメールには、エンドユーザＡ１１００がステップ１１６０のログイン処理を行うと、発注確認画面１５００を表示できることを表示する（ステップ１７６０）。
【００７３】
前述したステップ１７６０の処理を実行することにより、エンドユーザは、ステップ１１６０のログイン後に発注確認画面１５００を表示することができる。
【００７４】
前述した本発明の実施形態における各処理は、処理プログラムとして構成することができ、この処理プログラムは、ＨＤ、ＤＡＴ、ＦＤ、ＭＯ、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することができる。
【００７５】
図２０は卸売店Ｃ１１２０が販売店Ｂ１１１０の商品Ｓにおける購買履歴分析を行う場合の画面例を示す図であり、次に、これについて説明する。
【００７６】
販売店Ｂの商品Ｓにおける購買履歴の分析画面画面２０００には、ある期間内で商品Ｓについて、販売店Ｂ１１１０が各エンドユーザから受けた受注総数Ｘ個２０１０と、販売店Ｂ１１１０が卸売店Ｃ１１２０に商品Ｓを発注した数Ｙ個２０２０と、各エンドユーザからの注文を契機とせずに卸売店Ｃ１１２０が販売店Ｂ１１１０に商品Ｓを納品した数Ｚ個２０３０が表示される共に、商品Ｓの分析値２０４０として、Ｘ２０１０−Ｙ２０２０−Ｚ２０３０を算出し、この分析値２０４０が大きければ、他の卸売店から商品Ｓを納品している可能性が高いという指標になる。ここで、卸売店Ｃ１１２０が販売店Ｂ１１１０に納品した数の和であるＺ個は、説明している本発明の実施形態によるシステムで用いるテーブルとは別のテーブルに保持しているものとする。
【００７７】
前述したような計算を、販売店Ｂ１１１０の扱っている商品の全てに対して行い、それぞれの分析値２０４０の合計を算出すると、販売店Ｂ１１１０の商品全体の卸売店Ｃ１１２０に発注する割合を算出することができる。
【００７８】
前述したような本発明の実施形態によれば、以下に説明するような効果を得ることができる。
【００７９】
１．エンドユーザが販売店に発注を行う際に、予め卸売店で仮引当を行っており、このとき、卸売店に在庫が不十分である場合、メーカに発注するため、販売店から卸売店へ在庫数以上の発注がきた場合、早期に商品を販売店及びエンドユーザに納品することができる。
【００８０】
２．前述した仮引当処理により、卸売店の在庫が不足している状態でも確実に価格や納期を提示することができる。そして、この確実な情報提供により、販売店から卸売店への発注数の拡大につながり、販売店にとってもエンドユーザに確実な納期の提供が可能となる。
【００８１】
３．販売店にとって、在庫数が０の場合にも問題なく運営することができるため、販売店の経費削減を実現することができ、卸売店への発注量の増加につなげることができる。
【００８２】
４．販売店やエンドユーザに特別な装置を必要とせずに、インターネットのブラウザ、メール機能を用いることにより、商品の受注・発注処理を行うことができるため、システムの利用率の向上を図ることができ、また、卸売店の受注作業が自動化されるため、卸売店の人件費の削減を図ることができる。
【００８３】
５．ＨＰＳは、過去の注文を購買履歴管理テーブルに保存しているため、このテーブルからある一定期間の購買履歴を参照して、任意の販売店における任意の商品の受注数の合計と、前記販売店から卸売店Ｃへの前記商品における発注数の合計とを比較し、受注数の方が多い場合、前記商品が他の卸売店に発注が流れていると分析することができ、他の卸売店に流れている商品を取得し、前記商品に力をいれて販売する等の売上向上対策の情報を得ることができる。
【図面の簡単な説明】
【００８４】
【図１】本発明の一実施形態による受注・発注システムの構成を示すブロック図である。
【図２】販売店ポータルサイトシステム（ＨＰＳ）の受発注装置の構成を示すブロック図である。
【図３】ユーザ管理テーブルに保持されているデータについて説明する図である。
【図４】販売店管理テーブルに保持されているデータについて説明する図である。
【図５】価格管理テーブルに保持されているデータについて説明する図である。
【図６】在庫・納期管理テーブルに保持されているデータについて説明する図である。
【図７】ステータス管理テーブルに保持されているデータについて説明する図である。
【図８】注文管理テーブルに保持されているデータについて説明する図である。
【図９】履歴管理テーブルに保持されているデータについて説明する図である。
【図１０】商品管理テーブルに保持されているデータについて説明する図である。
【図１１】前述した本発明の実施形態におけるＨＰＳを用いた業務モデルでの処理動作を説明する図である。
【図１２】エンドユーザのＷＥＢブラウザに表示される発注入力画面の例を示す図である。
【図１３】販売店Ｂ用の受注依頼画面の例を示す図である。
【図１４】販売店Ｂに対する受発注確認画面の例を示す図である。
【図１５】エンドユーザに対する発注確認画面の例を示す図である。
【図１６】図１１に示したＨＰＳのステップ１１４０の処理動作を説明するフローチャートである。
【図１７】図１１に示したＨＰＳのステップ１１５０の処理動作を説明するフローチャートである。
【図１８】エンドユーザＡのログイン画面の例を示す図である。
【図１９】販売店一覧画面の例を示す図である。
【図２０】卸売店Ｃが販売店Ｂの商品Ｓにおける購買履歴分析を行う場合の画面例を示す図である。
【符号の説明】
【００８５】
１０  ユーザ管理テーブル
２０  販売店管理テーブル
３０  価格管理テーブル
４０  在庫・納期管理テーブル
５０  ステータス管理テーブル
６０  注文管理テーブル
７０  商品管理テーブル
８０  購買履歴テーブル
９０  受発注処理装置
１００  販売店ポータルサイトシステム（ＨＰＳ）
１１０  エンドユーザ
１２０  エンドユーザのＷＥＢブラウザ
１３０  販売店
１４０  販売店のＷＥＢブラウザ
１５０  卸売店
１６０  卸売店のＷＥＢブラウザ
１７０  メーカ
１８０  メーカの端末
１９０  通信回線
２１０  ＷＥＢサーバ装置
２２０  メール送信装置
２３０  メーカ発注装置
２４０  ユーザ・販売店認証装置
２５０  注文管理装置
２６０  在庫・納期照会装置
２７０  価格照会装置
２８０  購買履歴管理装置
２９０  セッション領域
【図１】
2005115451.tif 000003
【図２】
2005115451.tif 000004
【図３】
2005115451.tif 000005
【図４】
2005115451.tif 000006
【図５】
2005115451.tif 000007
【図６】
2005115451.tif 000008
【図７】
2005115451.tif 000009
【図８】
2005115451.tif 000010
【図９】
2005115451.tif 000011
【図１０】
2005115451.tif 000012
【図１１】
2005115451.tif 000013
【図１２】
2005115451.tif 000014
【図１３】
2005115451.tif 000015
【図１４】
2005115451.tif 000016
【図１５】
2005115451.tif 000017
【図１６】
2005115451.tif 000018
【図１７】
2005115451.tif 000019
【図１８】
2005115451.tif 000020
【図１９】
2005115451.tif 000021
【図２０】
2005115451.tif 000022