(57)【要約】【課題】商品の発注及び供給に際し、発注業務委託業者や卸売業者を介在させないようにすることで商品の価格を下げ、更に、上記業者の業務をなくすことで商品の発注から供給までにかかるリードタイムの短縮も図る、物流及び情報システムを提供する。【解決手段】本システムは、複数のチェーン店１０ａ〜１０ｄと、チェーン店１０ａ〜１０ｄに商品を供給する複数の供給業者３ａ〜３ｄと、供給業者３ａ〜３ｄの商品を集めてチェーン店１０ａ〜１０ｄに商品を納品する物流業者５が、サーバ７を備えたネットワークによって結ばれている状態で利用される。本システムによればチェーン店１０ａ〜１０ｄがサーバ７に発注情報を送信し、サーバ７が発注情報に基づく商品が集荷場５０に在庫してあるか確認し、在庫があれば払い出すことにより、商品は物流業者５によってチェーン店１０ａ〜１０ｄに納品される。【選択図】        図１
2004252887.tif 000002
【特許請求の範囲】
【請求項１】
複数の需要者側と、需要者側に商品を供給する複数の供給業者側と、供給業者側の商品を集めて上記複数の需要者側に商品を供給する物流業者側が、サーバシステムを備えたネットワークによって結ばれており、該サーバシステムを情報の交換手段として使用した物流及び情報システムであって、
複数の需要者側、複数の供給業者側及び物流業者側は、上記ネットワーク上に接続された情報端末装置をそれぞれ備えており、
上記サーバシステムは、少なくとも、
需要者側から発注された商品に対する受注機能；
発注された商品を記憶し、更に物流業者側に対して受注情報に基づき商品を集めるよう指示する機能；
受注情報を集計して、供給業者毎の受注状況を即時にまたは所定間隔をおいて公開する機能；
受注情報に基づき集められた商品が、対応する需要者側に供給されるよう物流業者側に指示する機能；
を備えており、
上記需要者側の情報端末装置は、少なくとも、
商品を発注する発注機能；
を備えており、
上記供給業者側の情報端末装置は、少なくとも、
サーバシステムが公開した受注状況を閲覧する機能；
を備えており、
上記物流業者側の情報端末装置は、少なくとも、
受注情報に基づき商品を集める指示を受ける機能；
受注情報に基づき集められた商品が、対応する需要者側に供給されるよう指示を受ける機能；
を備えていることを特徴とする、
需要者側、供給者側と物流業者側間を結ぶネットワークを使用した物流及び情報システム。
【請求項２】
本部機能を備える組織と、該組織が統括する店舗または該組織の加盟店である複数の需要者側と、需要者側に商品を供給する複数の供給業者側と、供給業者側の商品を集めて上記複数の需要者側に商品を供給する物流業者側が、サーバシステムを備えたネットワークによって結ばれており、該サーバシステムを情報の交換手段として使用した物流及び情報システムであって、
本部機能を備える組織、複数の需要者側、複数の供給業者側及び物流業者側は、上記ネットワーク上に接続された情報端末装置をそれぞれ備えており、
上記サーバシステムは、少なくとも、
本部機能を備える組織または需要者側から発注された商品に対する受注機能；
発注された商品を記憶し、更に物流業者側に対して受注情報に基づき商品を集めるよう指示する機能；
受注情報を集計して、供給業者毎の受注状況を即時にまたは所定間隔をおいて公開する機能；
受注情報に基づき集められた商品が、対応する本部機能を備える組織または需要者側に供給されるよう物流業者側に指示する機能；
を備えており、
本部機能を備える組織の情報端末装置または上記需要者側の情報端末装置は、少なくとも、
商品を発注する発注機能；
を備えており、
上記供給業者側の情報端末装置は、少なくとも、
サーバシステムが公開した受注状況を閲覧する機能；
を備えており、
上記物流業者側の情報端末装置は、少なくとも、
受注情報に基づき商品を集める指示を受ける機能；
受注情報に基づき集められた商品が、対応する需要者側に供給されるよう指示を受ける機能；
を備えていることを特徴とする、
需要者側、供給者側と物流業者側間を結ぶネットワークを使用した物流及び情報システム。
【請求項３】
受注前において商品が物流業者側に在庫可能な状態のときは、
サーバシステムは、
物流業者側に対して受注情報に基づき商品の在庫の有無を確認し、在庫があれば商品を集めるよう指示する機能；
を備えていることを特徴とする、
請求項１または２記載の需要者側、供給者側と物流業者側間を結ぶネットワークを使用した物流及び情報システム。
【請求項４】
サーバシステムは、
物流業者側に在庫してある商品の在庫情報を集計して、供給業者毎の在庫状況を即時にまたは所定間隔をおいて公開する機能；
を備えていることを特徴とする、
請求項３記載の需要者側、供給者側と物流業者側間を結ぶネットワークを使用した物流及び情報システム。
【請求項５】
サーバシステムは、
発注された商品と供給された商品を照合し、照合結果を保存する機能；
を備えており、
発注した側の情報端末装置は、
供給された商品の情報をサーバシステムに送信する機能；
を備えていることを特徴とする、
請求項１，２，３または４記載の需要者側、供給者側と物流業者側間を結ぶネットワークを使用した物流及び情報システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、需要者側、供給者側と物流業者側間を結ぶネットワークを使用した物流及び情報システムに関する。
更に詳しくは、サーバシステムを情報の交換手段として使用することにより、需要者側等における発注から実際の商品の納品までの工程が短縮できるようにしたものに関する。
【０００２】
【従来の技術】
例えば、チェーンストアの組織形態を有する小売店等において、原材料等（商品）の発注は、大量に仕入れて単価を落とすために、チェーン店個々で行わず、本部が各チェーン店から発注情報をまとめて一括して行っている場合が多い。
【０００３】
従来の発注から納品までのビジネス・モデルは次の通りである。
図１２は、従来から行われている発注から納品までの情報と商品の流れの一例を説明するための概念図である。なお、図１２は、本部と四店舗のチェーン店とを有する二つの企業が発注者側となる状態を示している。また、図１２において実線は情報の流れを示しており、破線は商品の流れを示している。
【０００４】
符号９００は、一企業のチェーン店の本部であり、複数のチェーン店９０１ａ、９０１ｂ、９０１ｃ、９０１ｄを統括している。また、符号９１０は、他の企業の本部であり、複数のチェーン店９１１ａ、９１１ｂ、９１１ｃ、９１１ｄを統括している。
【０００５】
符号９０２は発注業務委託会社を示しており、また、符号９０３ａ、９０３ｂ、９０３ｃは卸売業者を示している。更に、符号９０４ａ、９０４ｂ、９０４ｃ、９０４ｄは、商品を供給し卸売業者９０３ａ、９０３ｂ、９０３ｃに納品する供給業者を示している。
【０００６】
まず、チェーン店９０１ａ〜９０１ｄやチェーン店９１１ａ〜９１１ｄの発注情報は、対応する本部９００や本部９１０に集められる。本部９００、９１０に集められた発注情報は、発注業務を外部委託（アウトソーシング：Ｏｕｔｓｏｕｒｃｉｎｇ）している発注業務委託業者９０２に送られる。
【０００７】
発注業務委託業者９０２は、発注情報に基づき発注品に応じた卸売業者にそれぞれ発注をかける。例えば、肉類を発注する場合は卸売業者９０３ａに発注し、魚類は卸売業者９０３ｂに発注し、野菜類は卸売業者９０３ｃに発注するという具合である。
【０００８】
卸売業者９０３ａ〜９０３ｃは、発注を受けた商品の在庫がなければ、供給業者９０４ａ〜９０４ｄ（生産者等）に発注をかける。
【０００９】
供給業者９０４ａ〜９０４ｄは、発注を受けた商品を卸売業者９０３ａ〜９０３ｃに納入する。
卸売業者９０３ａ〜９０３ｃは、自社の輸送手段や物流業者等を利用して、商品を発注を受けたチェーン店９０１ａ〜９０１ｄやチェーン店９１１ａ〜９１１ｄに納品する。
【００１０】
チェーン店９０１ａ〜９０１ｄ及びチェーン店９１１ａ〜９１１ｄでは、発注した商品と納品された商品とに間違いがないか検品する。
商品の発注から納品までは、大体においてこのような流れになっている
【００１１】
なお、このような発注及び納品方法は、以前より慣例的に行われているので、改めて内容を開示した文献は発見できなかった。
また、ここでは発注業務が外部委託されている場合について説明したが、発注業務委託業者を介在させず、本部が直接卸売業者に発注を行う場合も多い。
【００１２】
【発明が解決しようとする課題】
しかし、上記した商品の発注及び納品方法に関するビジネス・モデルには、次のような課題があった。
従来の方法では、発注する本部９００、９１０と、商品の供給業者９０４ａ〜９０４ｄとの間に、発注業務委託業者９０２や卸売業者９０３ａ〜９０３ｃが介在していたので、チェーン店９０１ａ〜９０１ｄ、チェーン店９１１ａ〜９１１ｄに納品されるときの価格には、その分のマージンも含まれていた。そのため商品の低価格化には限度があった。
【００１３】
また、発注業務委託業者９０２や卸売業者９０３ａ〜９０３ｃで情報処理のため等の業務が発生するので、発注から納品までにはある程度の時間がかかっており、更なるリードタイムの短縮も困難であった。
【００１４】
発注業務委託業者９０２から対応する卸売業者９０３ａ〜９０３ｃに発注がなされ、各卸売業者９０３ａ〜９０３ｃごとにチェーン店９０１ａ〜９０１ｄやチェーン店９１１ａ〜９１１ｄに商品を運んでいたので、同じ行き先のところに複数の卸売業者９０３ａ〜９０３ｃが納品に訪れていた。これは物流をマクロ的な視点から見ると、無駄が多く非効率である。
このことはチェーン店９０１ａ〜９０１ｄやチェーン店９１１ａ〜９１１ｄにとっても、一日に何度も異なる卸売業者９０３ａ〜９０３ｃが来るので、対応が面倒であるという課題になっていた。
【００１５】
本発明者は、今までの慣例にとらわれることなく、新規なビジネス・モデルを創り出すことによって上記した課題が解決できないものか研究を重ねた。
【００１６】
（本発明の目的）
本発明の目的は、商品の発注及び供給に際し、発注業務委託業者や卸売業者を介在させないようにすることで商品の価格を下げ、更に、上記業者の業務がなくなることで商品の発注から供給までにかかるリードタイムの短縮も図るようにする、需要者側、供給者側と物流業者側間を結ぶネットワークを使用した物流及び情報システムを提供することにある。
【００１７】
本発明の他の目的は、供給する商品が多品種に渡る場合でも、配達が一括してできるようにすることで物流にかかるコストの無駄を少なくし、チェーン店等の小売店にとっても配達時の対応回数を減らすことができるようにする、需要者側、供給者側と物流業者側間を結ぶネットワークを使用した物流及び情報システムを提供することにある。
【００１８】
【課題を解決するための手段】
上記目的を達成するために講じた本発明の手段は次のとおりである。
第１の発明にあっては、
複数の需要者側と、需要者側に商品を供給する複数の供給業者側と、供給業者側の商品を集めて上記複数の需要者側に商品を供給する物流業者側が、サーバシステムを備えたネットワークによって結ばれており、該サーバシステムを情報の交換手段として使用した物流及び情報システムであって、
複数の需要者側、複数の供給業者側及び物流業者側は、上記ネットワーク上に接続された情報端末装置をそれぞれ備えており、
上記サーバシステムは、少なくとも、
需要者側から発注された商品に対する受注機能；
発注された商品を記憶し、更に物流業者側に対して受注情報に基づき商品を集めるよう指示する機能；
受注情報を集計して、供給業者毎の受注状況を即時にまたは所定間隔をおいて公開する機能；
受注情報に基づき集められた商品が、対応する需要者側に供給されるよう物流業者側に指示する機能；
を備えており、
上記需要者側の情報端末装置は、少なくとも、
商品を発注する発注機能；
を備えており、
上記供給業者側の情報端末装置は、少なくとも、
サーバシステムが公開した受注状況を閲覧する機能；
を備えており、
上記物流業者側の情報端末装置は、少なくとも、
受注情報に基づき商品を集める指示を受ける機能；
受注情報に基づき集められた商品が、対応する需要者側に供給されるよう指示を受ける機能；
を備えていることを特徴とする、
需要者側、供給者側と物流業者側間を結ぶネットワークを使用した物流及び情報システムである。
【００１９】
第２の発明にあっては、
本部機能を備える組織と、該組織が統括する店舗または該組織の加盟店である複数の需要者側と、需要者側に商品を供給する複数の供給業者側と、供給業者側の商品を集めて上記複数の需要者側に商品を供給する物流業者側が、サーバシステムを備えたネットワークによって結ばれており、該サーバシステムを情報の交換手段として使用した物流及び情報システムであって、
本部機能を備える組織、複数の需要者側、複数の供給業者側及び物流業者側は、上記ネットワーク上に接続された情報端末装置をそれぞれ備えており、
上記サーバシステムは、少なくとも、
本部機能を備える組織または需要者側から発注された商品に対する受注機能；
発注された商品を記憶し、更に物流業者側に対して受注情報に基づき商品を集めるよう指示する機能；
受注情報を集計して、供給業者毎の受注状況を即時にまたは所定間隔をおいて公開する機能；
受注情報に基づき集められた商品が、対応する本部機能を備える組織または需要者側に供給されるよう物流業者側に指示する機能；
を備えており、
本部機能を備える組織の情報端末装置または上記需要者側の情報端末装置は、少なくとも、
商品を発注する発注機能；
を備えており、
上記供給業者側の情報端末装置は、少なくとも、
サーバシステムが公開した受注状況を閲覧する機能；
を備えており、
上記物流業者側の情報端末装置は、少なくとも、
受注情報に基づき商品を集める指示を受ける機能；
受注情報に基づき集められた商品が、対応する需要者側に供給されるよう指示を受ける機能；
を備えていることを特徴とする、
需要者側、供給者側と物流業者側間を結ぶネットワークを使用した物流及び情報システムである。
【００２０】
第３の発明にあっては、
受注前において商品が物流業者側に在庫可能な状態のときは、
サーバシステムは、
物流業者側に対して受注情報に基づき商品の在庫の有無を確認し、在庫があれば商品を集めるよう指示する機能；
を備えていることを特徴とする、
第１または第２の発明に係る需要者側、供給者側と物流業者側間を結ぶネットワークを使用した物流及び情報システムである。
【００２１】
第４の発明にあっては、
サーバシステムは、
物流業者側に在庫してある商品の在庫情報を集計して、供給業者毎の在庫状況を即時にまたは所定間隔をおいて公開する機能；
を備えていることを特徴とする、
第３の発明に係る需要者側、供給者側と物流業者側間を結ぶネットワークを使用した物流及び情報システムである。
【００２２】
第５の発明にあっては、
サーバシステムは、
発注された商品と供給された商品を照合し、照合結果を保存する機能；
を備えており、
発注した側の情報端末装置は、
供給された商品の情報をサーバシステムに送信する機能；
を備えていることを特徴とする、
第１，第２，第３または第４の発明に係る需要者側、供給者側と物流業者側間を結ぶネットワークを使用した物流及び情報システムである。
【００２３】
（作  用）
本発明に係る物流及び情報システムを利用したときの、発注から商品の供給（納品）までの情報と商品の流れについて説明する。
まず、需要者側が情報端末装置から発注情報をサーバシステムに送る。発注情報はサーバシステムが受信し、商品が受注される。サーバシステムは受信した発注情報を記憶し、更に物流業者側に対して受注情報（発注情報）に基づき商品を集めるよう指示する。物流業者側で受注情報に基づき商品が集められる。サーバシステムは、受注情報を集計して、供給業者毎の受注状況を即時にまたは所定間隔をおいて公開する。供給業者側は、サーバシステムが公開した受注状況が閲覧できる。サーバシステムは、受注情報に基づき集められた商品が、対応する需要者側に供給されるよう物流業者側に指示する。物流業者側は、指示をうけて商品が対応する需要者側に供給されるよう配達する。
【００２４】
受注前において商品が物流業者側に在庫可能な状態のときは、受注情報を受信することにより、サーバシステムから物流業者側に対して受注情報（発注情報）に基づき商品の在庫の有無を確認し、在庫があれば商品を集めるよう指示される。
【００２５】
サーバシステムが、物流業者側に在庫してある商品の在庫情報を集計して、供給業者毎の在庫状況を即時にまたは所定間隔をおいて公開する機能を備えている場合は、供給業者側は物流業者側に在庫している商品が把握できる。これにより欠品が防止できる。
【００２６】
サーバシステムが、発注された商品と供給された商品を照合し、照合結果を保存する機能を備え、発注した側の情報端末装置が、供給された商品の情報をサーバシステムに送信する機能を備えている場合では、発注された商品と供給された商品とに間違いがないか確認できる。
【００２７】
【発明の実施の形態】
本発明の実施の形態を図面に基づき更に詳細に説明する。
図１ないし図１１は、本発明に係る物流及び情報システムの一実施の形態を示している。
図１は、物流及び情報システムを利用したときの発注から納品までにおける、情報と商品の流れを説明するための概念図である。
なお、図１における矢印は商品の流れを示している。
【００２８】
図１では、本部と四店舗のチェーン店（需要者）とを有する二つの企業と、四つの供給業者と、物流業者とが本システムを利用する状態を示している。
符号１０は、複数のチェーン店１０ａ，１０ｂ，１０ｃ，１０ｄを統括する本部を示している。また、符号１１は、複数のチェーン店１１ａ，１１ｂ，１１ｃ，１１ｄを統括する本部を示している。本部１０と本部１１には、それぞれにコンピュータ１００、１１０がある。
【００２９】
チェーン店１０ａ，１０ｂ，１０ｃ，１０ｄは、コンピュータ１００ａ，１００ｂ，１００ｃ，１００ｄと、バーコードリーダーを備えたＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）１０１ａ，１０１ｂ，１０１ｃ，１０１ｄを備えている。
同様にチェーン店１１ａ，１１ｂ，１１ｃ，１１ｄも、コンピュータ１１０ａ，１１０ｂ，１１０ｃ，１１０ｄと、ＰＤＡ１１１ａ，１１１ｂ，１１１ｃ，１１１ｄを備えている。
コンピュータ１００ａ〜１００ｄ及びコンピュータ１１０ａ〜１１０ｄは、キャッシュレジスタ機能と、ＰＯＳ（Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅ）機能を備えている。
【００３０】
本部１０（１１）とチェーン店１０ａ〜１０ｄ（１１ａ〜１１ｄ）は、単独の資本のもとに複数の店舗を経営するチェーンストアの組織形態を有している。
なお、本実施の形態では説明上、本部１０を有する企業を「○○○○株式会社」と表現し、そのチェーン店１０ａを「福岡店」、チェーン店１０ｂを「久留米店」、チェーン店１０ｃを「熊本店」、チェーン店１０ｄを「佐賀店」と表現して示すことがある。
【００３１】
符号３ａ，３ｂ，３ｃ，３ｄは、発注を受けた商品をチェーン店１０ａ〜１０ｄ（１１ａ〜１１ｄ）に供給する供給業者（ベンダー、サプライヤー）を示している。供給業者３ａ，３ｂ，３ｃ，３ｄは、それぞれにコンピュータ３０ａ，３０ｂ，３０ｃ，３０ｄを備えている。
本実施の形態で示す供給業者３ａ〜３ｄは、それぞれ異なる種類の商品を取り扱っている。また、説明上、供給業者３ａを「△△商店」と表現して示すことがある。
【００３２】
符号５は、供給業者３ａ〜３ｄの商品をチェーン店１０ａ〜１０ｄ（１１ａ〜１１ｄ）に配達する物流業者を示している。物流業者５は、集荷場（倉庫機能を有するトラックターミナル）５０と、集荷場５０に集められた商品を配達するトラック５１を備えている。集荷場５０にはコンピュータ５００がある。
【００３３】
符号７は、コンピュータネットワークに接続してあるサーバを示している。本実施の形態でサーバ７は、インターネット９（コンピュータネットワーク）に常時接続してある。
【００３４】
本部１０（１１）、チェーン店１０ａ〜１０ｄ（１１ａ〜１１ｄ）、供給業者３ａ〜３ｄ、物流業者５が備えるコンピュータ１００（１１０）、１００ａ〜１００ｄ（１１０ａ〜１１０ｄ）、３０ａ〜３０ｄ、５００はそれぞれに、少なくとも情報を記憶する記憶装置と、情報を入力する入力装置と、情報を出力する出力装置と、中央演算装置（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等を備えている。
【００３５】
コンピュータ１００（１１０）、１００ａ〜１００ｄ（１１０ａ〜１１０ｄ）、３０ａ〜３０ｄ、５００と、ＰＤＡ１０１ａ〜１０１ｄ（１１１ａ〜１１１ｄ）は、通信機能を有する情報端末装置であり、サーバ７が接続してあるインターネット９に接続可能である。つまり、これらはインターネット９を介してサーバ７に接続可能である。
【００３６】
本実施の形態でコンピュータ１００（１１０）、１００ａ〜１００ｄ（１１０ａ〜１１０ｄ）、３０ａ〜３０ｄ、５００、ＰＤＡ１０１ａ〜１０１ｄ、サーバ７は、公知技術のもの（汎用のコンピュータ（例えば、パーソナルコンピュータ、ワークステーション等）を使うこともできるし、専用のコンピュータを使うこともできる）を使用した。
【００３７】
サーバ７には、次の機能が備えてある。
（１）  チェーン店１０ａ〜１０ｄ（１１ａ〜１１ｄ）から発注された商品に対する受注機能、
（２）  受注情報に基づき発注された商品をサーバ７の記憶装置に記憶し、更にその商品が集荷場５０に在庫してあるか確認して、在庫があれば払い出し（ピッキング）を指示する機能、
（３）  受注情報を集計して、供給業者３ａ〜３ｄ毎の受注状況をリアルタイム（即時）に公開する機能、
【００３８】
（４）  集荷場５０に在庫してある商品の在庫情報を集計して、供給業者３ａ〜３ｄ毎の在庫状況をリアルタイムに公開する機能、
（５）  受注情報に基づき集荷場５０にて払い出された商品が、対応するチェーン店１０ａ〜１０ｄ（１１ａ〜１１ｄ）に供給されるよう物流業者５に仕分けを指示する機能、
【００３９】
（６）  本部１０（１１）においてチェーン店１０ａ〜１０ｄ（１１ａ〜１１ｄ）の発注状況が把握できるようにする機能、
（７）  発注された商品と納品された商品を照合し、照合結果を保存したり、受領書を発行したりする機能、
等を実現するための各種プログラムが導入されている。
サーバ７の上記した（１）  ないし（７）  の機能は、インターネット９で提供されるサービス（例えば、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ））の技術等を使用して実現される。なお、サーバ７には上記した以外の機能も付与できる。
【００４０】
詳しくは、上記したサーバ７による（１）  の機能は、
▲１▼予めサーバ７の記憶装置に、○○○○株式会社固有のＷｅｂページ（電子ファイル）を作成しておく。
▲２▼チェーン店１０ａ〜１０ｄ（１１ａ〜１１ｄ）のコンピュータ１００ａ〜１００ｄ（１１０ａ〜１１０ｄ）が、インターネット９を介して接続し、表示されたＷｅｂページ（図２参考）に発注情報が入力されるようにする。
▲３▼入力した発注情報がサーバ７に送られるようにする。
ことによって実現される。
【００４１】
サーバ７による（２）  の機能は、
▲１▼チェーン店１０ａ〜１０ｄ（１１ａ〜１１ｄ）から入力された発注情報（受注情報）をサーバ７の記憶装置に記憶する（書き込む）。
▲２▼発注情報と、集荷場５０に在庫してある商品の在庫情報とを比較して在庫の有無を確認する。
▲３▼在庫があれば発注したチェーン店１０ａ〜１０ｄ（１１ａ〜１１ｄ）に在庫有りの報告をして、集荷場５０に対しては払い出しを指示する。
▲４▼在庫がなければ発注したチェーン店１０ａ〜１０ｄ（１１ａ〜１１ｄ）に在庫なしの報告をする。
ことによって実現される。
【００４２】
サーバ７による（３）  の機能は、
▲１▼供給業者３ａ〜３ｄごとに、集荷場５０から払い出された商品がリアルタイムに載る、払い出し品リストが掲載された固有のＷｅｂページ（図４参考）を作成する。
▲２▼このＷｅｂページが供給業者３ａ〜３ｄから閲覧できるようにする。
ことによって実現される。
【００４３】
サーバ７による（４）  の機能は、
▲１▼供給業者３ａ〜３ｄごとに、商品の在庫状況がリアルタイムに載る、在庫品リストが掲載された固有のＷｅｂページ（図５参考）を作成する。
▲２▼このＷｅｂページが供給業者３ａ〜３ｄから閲覧できるようにする。
ことによって実現される。
【００４４】
サーバ７による（５）  の機能は、
▲１▼集荷場５０から払い出された商品と、発注したチェーン店１０ａ〜１０ｄ（１１ａ〜１１ｄ）とを対応させた配達先リストが掲載されたＷｅｂページ（図示省略）を作成する。
▲２▼このＷｅｂページを物流業者５のコンピュータ５００に表示する。
ことによって実現される。
【００４５】
サーバ７による（６）  の機能は、
▲１▼チェーン店１０ａ〜１０ｄ（１１ａ〜１１ｄ）から送られた発注情報をまとめたＷｅｂページ（図３参考）を作成する。
▲２▼このＷｅｂページが本部１０（１１）が閲覧できるようにする。
ことによって実現される。
【００４６】
サーバ７による（７）  の機能は、
▲１▼チェーン店１０ａ〜１０ｄ（１１ａ〜１１ｄ）においてＰＤＡ１０１ａ〜１０１ｄ（１１１ａ〜１１１ｄ）が送信した、納品された商品についての検品情報を受信する。
▲２▼発注時にサーバ７が記憶した発注情報（受注情報）と、検品情報とを照合する。
ことによって実現される。
【００４７】
また、コンピュータ１００ａ〜１００ｄ（１１０ａ〜１１０ｄ）には、商品を発注する発注機能が備えてある。
これは、サーバ７の記憶装置に作成してある○○○○株式会社固有のＷｅｂページに接続し、発注情報を入力して送信することによって実現される。
【００４８】
ＰＤＡ１０１ａ〜１０１ｄ（１１１ａ〜１１１ｄ）には、納品された商品に間違いがないか調べる機能が備えてある。
これは、ＰＤＡ１０１ａ〜１０１ｄ（１１１ａ〜１１１ｄ）で、納品された商品についての検品情報を収集して、この情報がサーバ７で照合されることよって実現される。
【００４９】
コンピュータ３０ａ〜３０ｄには、供給業者３ａ〜３ｄ毎の受注状況がリアルタイムに閲覧できる機能と、在庫状況がリアルタイムに閲覧できる機能が備えてある。
前者は、サーバ７に作成された払い出し品リストが掲載された固有のＷｅｂページに接続することによって実現される。後者は、サーバ７に作成された在庫品リストが掲載された固有のＷｅｂページに接続することによって実現される。
【００５０】
コンピュータ５００には、サーバ７より在庫が有る旨の指示を受けて、払い出しを行う機能と、払い出した商品が、対応するチェーン店１０ａ〜１０ｄ（１１ａ〜１１ｄ）に供給されるよう作業者に仕分けの指示をする機能が備えてある。
前者は、サーバ７より払い出しの情報を受信することによって実現される。また、後者は、サーバ７に作成された、配達先リストが掲載されたＷｅｂページを受信することによって実現される。
【００５１】
コンピュータ１００（１１０）には、チェーン店１０ａ〜１０ｄ（１１ａ〜１１ｄ）の発注状況が把握できる機能が備えてある。
これはサーバ７に作成された、チェーン店１０ａ〜１０ｄ（１１ａ〜１１ｄ）から送られた発注情報をまとめたＷｅｂページを閲覧することによって実現される。
【００５２】
Ｗｅｂページは、Ｗｅｂブラウザに表示可能な言語（例えば、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）やＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式がある。また、例えば外部等の別のプログラムを起動して、動的なページができるような仕組みが設けられたものも含む）で製作される。
【００５３】
図２は、チェーン店のコンピュータに表示される、商品を発注するためのＷｅｂページの一例を示す説明図である。
図２で示すＷｅｂページは、○○○○株式会社チェーン店である福岡店１０ａが商品を発注するときに利用するものである。
このＷｅｂページは、チェーン店１０ａ〜１０ｄやチェーン店１１ａ〜１１ｄごとに作成されており、固有のものである。
【００５４】
図２を参照する。Ｗｅｂページ４には、発注品を入力するシート４０（ワークシート）が備えてある。シート４０の行（横方向）には、発注先を入力する発注先欄４００、発注品を入力する項目欄４０１、数量を入力する数量欄４０２、備考欄４０３がある。このうち発注先欄４００、項目欄４０１、数量欄４０２については、予め選択項目が登録してあり、プルダウンメニューやプルアップメニュー等を表示させて選択することで、該当する項目が入力できるようにしてある（しかし、メニューを表示させずに任意の用語を打ち込んで入力することもできる）。
シート４０の下側には、発注する商品や数量を確定させ、発注情報をサーバ７に送信する送信ボタン４１がある。
【００５５】
図３は、本部のコンピュータに表示される、各チェーン店の発注状況を把握するためのＷｅｂページの一例を示す説明図である。
図３に示すＷｅｂページは、チェーン店１０ａ〜１０ｄが発注をしたときに作成されるものであり、○○○○株式会社の本部１０がチェーン店１０ａ〜１０ｄの発注状況を確認したりする際に利用するものである。
このＷｅｂページは、発注元の企業（本実施の形態で言えば「○○○○株式会社」である）ごとに作成されており、固有のものである。
【００５６】
図３を参照する。Ｗｅｂページ６には、チェーン店１０ａ〜１０ｄの発注品が、それぞれ入力してあるシート６０，６１，６２，６３が、いわば重なった状態で設けてある。具体的には、シート６０には○○○○株式会社の福岡店の発注品が、シート６１には久留米店の発注品が、シート６２には熊本店の発注品が、シート６３には佐賀店の発注品が入力してある。
【００５７】
シート６０の行（横方向）には、発注先欄６００、項目欄６０１、数量欄６０２、備考欄６０３がある。なお、図３ではシート６０が前面に表れており、他のシート６１，６２，６３は主要部が隠れて見えない。従って、シート６１，６２，６３については詳細な説明はしないが、シート６０と同等の構成を有している。
シート６０，６１，６２，６３は、対応するタブを選択することによって前面に表示されるものが切り替え可能である。
【００５８】
図４は、供給業者のコンピュータに表示される、払い出し品リストが掲載されたＷｅｂページの一例を示す説明図である。
図４に示すＷｅｂページは、発注を受け、集荷場５０から商品が払い出されたときに作成されるものであり、供給業者である△△商店３ａが集荷場５０から払い出された商品を把握して、在庫を補充したりするのに利用するものである。
このＷｅｂページは、供給業者（本実施の形態で言えば「△△商店」である）ごとに作成されており、固有のものである。
【００５９】
図４を参照する。Ｗｅｂページ８０には、集荷場５０より払い出された商品が一覧になって記載された払い出し品リスト８１を備えている。払い出し品リスト８１の行（横方向）には、客先が入力された客先欄８１０、商品名が入力された項目欄８１１、数量が入力された数量欄８１２、備考欄８１３がある。払い出し品リスト８１には、チェーン店１０ａ〜１０ｄやチェーン店１１ａ〜１１ｄから発注を受けた商品が記載される。
なお、図４で示す払い出し品リスト８１は、２００３年２月１７日午前１１時までに払い出された商品が記載された状態のものである。
【００６０】
図５は、供給業者のコンピュータに表示される、在庫品リストが掲載されたＷｅｂページの一例を示す説明図である。
図５に示すＷｅｂページは、△△商店３ａが集荷場５０にある在庫の量を把握するのに利用するものである。
このＷｅｂページは、供給業者（本実施の形態で言えば「△△商店」である）ごとに作成されており、固有のものである。
【００６１】
図５を参照する。Ｗｅｂページ８５には在庫品リスト８６が備えてある。在庫品リスト８６の行（横方向）には、商品名が入力された項目欄８６０、数量が入力された残数量欄８６１、備考欄８６２がある。
なお、図５で示す在庫品リスト８６は、２００３年２月１７日の午前１１時の段階での状態のものである。
【００６２】
上記したＷｅｂページ４，６，８０，８５は、許可のない者が無断で接続できないようにセキュリティで保護されている。
【００６３】
なお、図２ないし図５で示すＷｅｂページ４，６，８０，８５の構成等は、あくまで発明の理解を容易にするための一例であり、上記機能を有するＷｅｂページを図で示したものに限定する意図はない。上記したＷｅｂページの構成等は任意に設定可能である。
【００６４】
（作  用）
図６は、チェーン店が商品を発注するときのフローチャート、
図７は、サーバが発注情報に基づいて発注品の在庫の有無を確認し、在庫があるときと無いときを示すフローチャート、
図８は、集荷場が商品を払い出し、払い出された商品を物流業者が配達先リストを閲覧してチェーン店に納品するときのフローチャートである。
【００６５】
物流及び情報システムは、供給業者３ａ〜３ｄの商品が集荷場５０に在庫された状態から運用が開始される。この運用前において集荷場５０に在庫された商品は、サーバ７が作成する在庫品リスト８６に登録されて管理されている。在庫品リスト８６はＷｅｂページ８５に掲載されており、対応する供給業者３ａ〜３ｄは閲覧可能である。
【００６６】
上記図１ないし図８を参照して、○○○○株式会社の福岡店１０ａが本システムを利用して△△商店３ａに商品を発注し、その商品が納品されるまでの流れについて説明する。
【００６７】
−○○○○株式会社の福岡店１０ａによる発注−
図６を参照する。コンピュータ１００ａをインターネット９に接続し、サーバ７への接続を要求する（ステップ２００）。コンピュータ１００ａには、接続要求者を特定するための認証画面（図示省略）がサーバ７から送られて表示される。予め登録してある識別番号（ＩＤ：ｉｄｅｎｔｉｔｙ）とパスワードを入力し、認証をパスしてサーバ７に接続する（ステップ２０１）。なお、言うまでもないが認証に失敗したときはサーバ７に接続できない。
【００６８】
認証をパスしたコンピュータ１００ａには、図２に示す福岡店１０ａ固有の発注のためのＷｅｂページ４が表示される（ステップ２０２）。
Ｗｅｂページ４に表示されたシート４０中の発注先欄４００、項目欄４０１、数量欄４０２に、発注先、商品名、数量を入力する（ステップ２０３）。
【００６９】
シート４０中の発注先欄４００、項目欄４０１、数量欄４０２には、ＰＯＳ機能によってコンピュータ１００ａに蓄積された情報が自動的に入力可能である。また、各欄には、メニューを表示させて予め登録してある項目等を選択したり、メニューを表示させずに任意の用語を打ち込んだりしても入力可能である。つまりコンピュータ１００ａによる商品の発注は、ＰＯＳ機能により売れた分だけ発注する在庫補充発注方式と、従業員等が経験や勘に基づいて需要を予測し、売れる量を見込んで発注する見込み発注方式とが併用できる。
【００７０】
発注品の入力が完了したら送信ボタン４１を押し、インターネット９を介して発注情報をサーバ７に送信する（ステップ２０４）。
【００７１】
−発注情報を受信したサーバ７の処理−
図７を参照する。サーバ７では福岡店１０ａの発注情報を受信し、記憶装置に記憶する（ステップ２０５）。それと共に発注情報と、集荷場５０に在庫してある△△商店３ａの商品の在庫情報（在庫品リスト８６に登録された情報）とを比較して、在庫の有無を確認する（ステップ２０６）。
【００７２】
集荷場５０に商品の在庫があれば、発注した福岡店１０ａに在庫有りの報告を行い、集荷場５０のコンピュータ５００に対して発注品を払い出す指示を出す（ステップ２０７）。逆に、集荷場５０に在庫がない場合は、福岡店１０ａに対して在庫無しの報告がされる。在庫の有無の報告手段は、Ｗｅｂページを通じて行うこともできるし、電子メールで行うこともできる。また、この報告は、発注情報を受信してリアルタイムに行うこともできる。
【００７３】
商品を払い出す指示を出した場合では、払い出し品リスト８１が掲載された、△△商店固有のＷｅｂページ８０が作成される（ステップ２０８）。このＷｅｂページ８０は、商品が払い出されて払い出し品リスト８１に商品が追加される度に更新される（ステップ２０８）。
【００７４】
払い出し品リスト８１に商品が掲載されることで、在庫品リスト８６の数量も相対的に差し引かれて変わる。従って、在庫品リスト８６を掲載しているＷｅｂページ８５も更新される（ステップ２０８）。
【００７５】
また、商品を払い出す指示を出すことにより、集荷場５０から払い出される商品と、発注した福岡店１０ａとを対応させた配達先リストが作られ、この配達先リストが掲載されたＷｅｂページ（図示省略）が作成される（ステップ２０９）。
【００７６】
更に、福岡店１０ａや他のチェーン店である久留米店１０ｂ、熊本店１０ｃ、佐賀店１０ｄから送られた発注情報をまとめて表示するＷｅｂページ６が作成される（ステップ２１０）。
【００７７】
−物流業者５による商品の配達（納品）−
図８を参照する。集荷場５０においてコンピュータ５００に商品を払い出す指示が出されると、在庫中から該当する商品の払い出しが行われる（ステップ２１１）。
【００７８】
物流業者５は、コンピュータ５００をインターネット９に接続し、サーバ７への接続を要求する（ステップ２１２）。なお、コンピュータ５００の認証（ステップ２１３）は、上記したコンピュータ１００ａの認証と略同じ手順で行われるので説明は省略する。このコンピュータ５００は、通常、サーバ７への接続を維持した状態で使用される。
【００７９】
認証をパスしたコンピュータ５００には、配達先リストが掲載されたＷｅｂページが表示される。払い出された商品は、物流業者５が配達先リストを閲覧し、この配達先リストにしたがって福岡店１０ａに配達されるように仕分けられる（ステップ２１４，２１５）。
【００８０】
このとき福岡店１０ａが、△△商店３ａ以外の供給業者３ｂ〜３ｄにも商品を発注しており、集荷場５０にその商品の在庫が有った場合では、△△商店３ａに発注した商品と同様に、それらの商品も払い出されて一緒に配達されるように仕分けられる。
【００８１】
仕分けた商品は、行き先の対応するトラック５１に積み込まれて福岡店１０ａに配達される（ステップ２１６）。
こうして福岡店１０ａに、△△商店３ａの商品や、それ以外の供給業者３ｂ〜３ｄに発注した場合では、その商品もトラック５１で一括して納品される（ステップ２１７）。
【００８２】
図９は、チェーン店にて商品の検品を行い、検品情報と発注情報とを照合するときのフローチャートである。
次に、図１及び図９を参照して、△△商店３ａの商品が福岡店１０ａに納品され、納品された商品の検品情報と発注情報とを照合するときの流れについて説明する。
【００８３】
図９を参照する。バーコードリーダーを備えたＰＤＡ１０１ａを使用して、納品された各商品に付いているバーコードをそれぞれ読み取り、納品された商品の検品情報を収集する（ステップ２１８）。
【００８４】
検品情報の収集後、ＰＤＡ１０１ａをインターネット９に接続し、サーバ７への接続を要求する（ステップ２１９）。なお、ＰＤＡ１０１ａの認証（ステップ２２０）は、上記したコンピュータ１００ａの接続と略同じ手順で行われるので、この場合についても説明は省略する。
【００８５】
認証をパスしたＰＤＡ１０１ａは、収集した検品情報をサーバ７に送信する（ステップ２２１）。
【００８６】
サーバ７では、送られた検品情報と、発注時に記憶された発注情報とが照合され、納品した商品が正しいか調べられる（ステップ２２２）。
検品情報と発注情報の照合が確認できれば、サーバ７（サーバ７を管理する管理業者の場合もある）から△△商店３ａに対して受領書が発行される（ステップ２２３）。
【００８７】
このとき△△商店３ａ以外の供給業者３ｂ〜３ｄに発注した商品も納品されていれば、検品情報と発注情報とが照合される。そして、間違いがなければこれらの供給業者３ｂ〜３ｄに対しても受領書が発行される。
なお、受領書は、電子ファイルで発行することもできるし、紙で発行することもできる。また、仮に積み忘れ等の不手際があり、情報が照合できない場合は、再配達等の処理がされる。
【００８８】
図１０は、供給業者が払い出し品リストや在庫品リストを閲覧し、集荷場に在庫を補充するときのフローチャートである。
図１、図４、図５及び図１０を参照して、△△商店３ａが払い出し品リスト８１及び在庫品リスト８６を閲覧して、集荷場５０に在庫を補充するときの流れについて説明する。
【００８９】
図１０を参照する。△△商店３ａはコンピュータ３０ａをインターネット９に接続し、サーバ７への接続を要求する（ステップ２２４）。なお、コンピュータ３０ａの認証（ステップ２２５）は、上記したコンピュータ１００ａの接続と略同じ手順で行われるので、この場合についても説明は省略する。
【００９０】
認証をパスしたコンピュータ３０ａには、払い出し品リスト８１が掲載されたＷｅｂページ８０（図４参照）や、在庫品リスト８６が掲載されたＷｅｂページ８５（図５参照）が表示される（ステップ２２６）。なお、表示するＷｅｂページ８０，８５は選択して一方のみが表示されるようにもできるし、両方が表示されるようにもできる。また、払い出し品リスト８１や在庫品リスト８６は、発注情報がリアルタイムに反映されており、都度更新されている。
【００９１】
△△商店３ａは、払い出し品リストや在庫品リストを閲覧して、２００３年２月１７日午前１１時までの商品の払い出し状況を確認し、更に、集荷場５０にあと何程の在庫があるのかを確認する（ステップ２２７）。
【００９２】
このとき払い出し品リスト８１には、○○○○株式会社の福岡店１０ａから発注された商品と、それ以外のチェーン店等からも発注があれば記載されている（図において払い出し品リスト８１には、他に○○○○株式会社の佐賀店、○○○○株式会社の熊本店、有限会社□□□□（例えば本部１１を有する企業）の八女店からも発注があったことが記載されている）。
【００９３】
払い出し状況や在庫を確認した△△商店３ａは、必要があれば商品を集荷場５０に送って在庫を補充する（ステップ２２８）。発注元にかかわらず、△△商店３ａにおける商品の補充は集荷場５０に送れば良い。
コンピュータ３０ａのサーバ７への接続は、現在の在庫状況を把握し、欠品を出さないようにするためにも定期的にまたは常時行うことが望ましい。
【００９４】
図１１は、本部が各チェーン店の発注状況を把握するときのフローチャートである。
図１、図３及び図１１を参照して、本部１０がチェーン店１０ａ〜１０ｄの発注状況を把握するときの流れについて説明する。
【００９５】
図１１を参照する。本部１０は、コンピュータ１００をインターネット９に接続し、サーバ７への接続を要求する（ステップ２２９）。なお、コンピュータ１００の認証（ステップ２３０）についても上記同様説明は省略する。
【００９６】
認証をパスしたコンピュータ１００には、チェーン店１０ａ〜１０ｄの発注状況を示す発注元（○○○○株式会社）固有のＷｅｂページ６（図３参照）が表示される（ステップ２３１）。
本部１０は、このＷｅｂページ６を閲覧してチェーン店１０ａ〜１０ｄの発注状況が把握できる。
このＷｅｂページ６において、チェーン店１０ａ〜１０ｄの発注状況は、発注情報がリアルタイムに反映されており、都度更新されている。
【００９７】
このように本システムを利用すれば、チェーン店１０ａ〜１０ｄ（１１ａ〜１１ｄ）が直接供給業者３ａ〜３ｄに対して発注を行い、複数の供給業者３ａ〜３ｄに発注した場合でも、物流業者５を通して商品が一括して受け取れるという、発注業務委託業者や卸売業者が介在しないビジネス・モデルができる。
【００９８】
従来、チェーン店等の小売店が、直接供給業者に発注を行う場合では、多数ある供給業者のそれぞれに注文を出す必要があった。従って、このビジネス・モデルでは発注業務に多大な手間がかかってしまい、そのため発注業務を代行する発注業務委託業者や供給業者をまとめる卸売業者が必要とされた。
【００９９】
上記したように本システムを利用したものは、チェーン店１０ａ〜１０ｄ（１１ａ〜１１ｄ）が直接供給業者３ａ〜３ｄに発注を行うビジネス・モデルである。
しかし、このシステムを利用することにより（サーバ、各コンピュータ、インターネット、各種プログラムの機能を利用することにより）、発注業務は、サーバ７に対して一括して行えば、多数ある供給業者３ａ〜３ｄのそれぞれに注文を行ったようにできるので、発注業務委託業者や卸売業者が介在しないビジネス・モデルであっても簡単にできる。
従って、本システムを利用した場合では、発注業務の手間を増やさずに、しかも発注業務委託業者や卸売業者を介在させる必要がなくなるので、商品を従来よりも安価に仕入れることが可能である。
【０１００】
また、本システムを利用すれば、発注業務委託業者や卸売業者が介在しないので、ここで発生していた業務の処理時間もなくなり、しかも、商品は予め供給業者が集荷場に在庫しているので、発注から納品までのリードタイムが大幅に短縮可能である。
【０１０１】
商品の納品に際しても、供給業者３ａ〜３ｄは商品を予め集荷場に在庫しているので、多数の供給業者３ａ〜３ｄに対して発注があった場合では、集荷場５０で払い出されて配達先ごとに仕分けられる。従って、供給業者３ａ〜３ｄに発注した商品は、物流業者５によって一括して配達される。つまり、多数の供給業者３ａ〜３ｄに発注した場合でも、商品は物流業者５によって一括して配達されるので、従来、卸売業者ごとに配達することによってかかっていた物流の無駄が軽減でき、これによりかかるコストの低減が図れる。また、燃料等の資源が節約でき、ひいては二酸化炭素（ＣＯ２）の排出量の低減にも繋がるので、環境にとっても好ましい。
【０１０２】
チェーン店にとってみても、例えば、納品のためのトラックが一日に何度も来ないので、納品時の対応回数が減少でき、煩わしさが軽減できる。
【０１０３】
本システムを利用した場合では、チェーン店による発注、供給業者による払い出し品や在庫の確認、物流業者による払い出し、チェーン店による納品確認等において、紙を媒体とする書類等が不要にできる（いわゆるペーパーレスにできる）。従って、有用な資源を無駄に消費しないようにできる。
【０１０４】
本システムを利用すれば、供給業者にとっても集荷場にある商品の在庫の数量が容易に把握でき、これにより欠品状態を防止するよう努めて、販売の好機を逃さないようにできる。
【０１０５】
本実施の形態では、具体例としてチェーン店１０ａの発注から納品までを示したが、同様にこれ以外のチェーン店１０ｂ〜１０ｄは勿論、本システムを利用する小売店の全てについても、サーバに対して発注がされて物流業者より納品されていることは言うまでもない。
【０１０６】
本実施の形態でコンピュータ１００ａは、キャッシュレジスタ機能とＰＯＳ機能を備えたものをしようしたが、これは限定するものではなく、いずれか一方の機能しか備えていないもの、もしくは両方の機能とも備えていないものを使用することもできる。
【０１０７】
本実施の形態で、チェーン店による発注情報の入力、供給業者における払い出し品リストや在庫品リストの閲覧、物流業者における配達先リストの閲覧は、Ｗｅｂブラウザを利用したが、これも限定するものではない。例えば、他のアプリケーションプログラム（例えば、電子メールプログラム、専用のプログラム）を利用することもできる。
例えば、チェーン店に１０ａ〜１０ｄ（１１ａ〜１１ｄ）おける発注情報の入力は、サーバ７に構築されたＷｅｂページをコンピュータ１００ａ〜１００ｄ（１１０ａ〜１１０ｄ）に表示させて行ったが、予めコンピュータ１００ａ〜１００ｄ等に発注用のプログラムを導入し、このプログラムで起動してなるソフトウェア（アプリケーション）に発注情報を入力した後に、サーバに送信して行うこともできる。
また、払い出し品リスト、在庫品リスト、配達先リスト等は、電子メールを送信して確認するようにもできる。
【０１０８】
本実施の形態で発注情報は、個々のチェーン店１０ａ〜１０ｄ（１１ａ〜１１ｄ）がサーバ７に送るようにしたが、これは限定するものではなく、例えば、本部が各チェーン店の発注情報をまとめて本部からサーバに送るようにしても良い。
【０１０９】
本実施の形態で発注元となる企業は、単独の資本のもとに複数の店舗を経営するチェーンストアの形態を有するものを示したが、発注元となる企業の組織形態は特に限定するものではない。例えば、資本の異なる本部と加盟店を備えたフランチャイズチェーンの形態を有するものでも良い。また、本部を持たない組織形態でも良い。
【０１１０】
また、上記において説明はしなかったが、サーバには更に、発注した商品が欠品していた場合に、納入の予定日や数量を受け付ける機能や、供給業者による代金の請求業務機能を付加することもできる。代金の支払いは、個々の供給業者に対して行っても良いし、サーバを管理している業者や物流業者に対して一括して行っても良い。後者の場合では、これらの業者から個々の供給業者に対して支払いがなされる。
【０１１１】
本実施の形態では、商品を予め集荷場に在庫しておき、発注があったときに在庫の有無を確認して、在庫があるものについて納品するようにしたが、これは限定するものではない。例えば、発注情報をサーバに送って、更にサーバが対応する供給業者に発注することで、始めて集荷場に商品が受け入れられるようにすることもできる。これは集荷場に在庫できないまたは在庫し難い、例えば、生鮮食品を商品とする場合に有効である。
【０１１２】
コンピュータを構成する記憶装置としては、例えば、磁気記憶装置（ハードディスク等）、光磁気記憶装置（ＭＯ：ｍａｇｎｅｔｏ−ｏｐｔｉｃ等）、光記憶装置（ＣＤ−Ｒ（ＣＤ−Ｒｅｃｏｒｄａｂｌｅ），ＣＤ−ＲＷ（ＣＤ−ＲｅＷｒｉｔｂｌｅ  ），ＤＶＤ−Ｒ，ＤＶＤ−ＲＡＭ，ＤＶＤ＋ＲＷ，ＤＶＤ−Ｒ／Ｗ等）、半導体メモリ等が使用可能である。
入力装置としては、キーボード、ポインティングデバイス、指やペン等で表示部分を直接触ることで画面操作を可能にしたディスプレイ（いわゆるタッチパネル、タッチスクリーン）等が使用可能である。
出力装置としては、ディスプレイ（液晶、ＣＲＴ：Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）等が使用可能である。
【０１１３】
コンピュータネットワークは、インターネットに限定するものではなく、コンピュータネットワークを介して、本部、チェーン店等の小売店、供給業者、物流業者の各コンピュータがサーバに接続できるものであれば良い。例えば、専用線、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、イントラネット、エクストラネット等が使用できる。
【０１１４】
本実施の形態で開示したシステムの利用方法によれば、発注は各チェーン店が個々に行い、本部が一括して行ってはいないが、各チェーン店の発注情報は、本部に送られて管理・集計されている。従って、支払いも本部がまとめて行えば、実質的に本部で一括発注しているのと同じことであり、この場合では大量仕入れによるコスト低減の効果は担保される。
【０１１５】
本明細書で使用している用語と表現は、あくまでも説明上のものであって、なんら限定的なものではなく、本明細書に記述された特徴およびその一部と等価の用語や表現を除外する意図はない。また、本発明の技術思想の範囲内で、種々の変形態様が可能であるということは言うまでもない。
【０１１６】
【発明の効果】
本発明は上記構成を備え、次の効果を有する。
（ａ）本発明に係る物流及び情報システムを利用すれば、発注業務委託業者や卸売業者が介在しないビジネス・モデルができる。従って、発注業務委託業者や卸売業者が介在しない分、商品を従来よりも安価に仕入れることが可能である。
【０１１７】
（ｂ）発注業務委託業者や卸売業者が介在しないので、ここで発生していた業務の処理時間もなくなる。従って、発注から納品までのリードタイムが大幅に短縮可能である。
【０１１８】
（ｃ）本発明に係る物流及び情報システムを利用すれば、多数の供給業者側に発注した場合でも、商品は物流業者側によって一括して配達できるので、従来と比べて物流の無駄が軽減でき、かかるコストの低減が図れる。また、燃料等の資源が節約でき、ひいては二酸化炭素（ＣＯ２）の排出量の低減にも繋がるので、環境にとっても好ましい。
【０１１９】
（ｄ）本発明に係る物流及び情報システムを利用すれば、需要者側にとってみても、例えば、商品の供給のためのトラックが一日に何度も来ないので、対応回数が減少でき、煩わしさが軽減できる。
【図面の簡単な説明】
【図１】物流及び情報システムを利用したときの発注から納品までにおける、情報と商品の流れを説明するための概念図。
【図２】チェーン店のコンピュータに表示される、商品を発注するためのＷｅｂページの一例を示す説明図。
【図３】本部のコンピュータに表示される、各チェーン店の発注状況を把握するためのＷｅｂページの一例を示す説明図。
【図４】供給業者のコンピュータに表示される、払い出し品リストが掲載されたＷｅｂページの一例を示す説明図。
【図５】供給業者のコンピュータに表示される、在庫品リストが掲載されたＷｅｂページの一例を示す説明図。
【図６】チェーン店が商品を発注するときのフローチャート。
【図７】サーバが発注情報に基づいて発注品の在庫の有無を確認し、在庫があるときと無いときを示すフローチャート。
【図８】集荷場が商品を払い出し、払い出された商品を物流業者が配達先リストを閲覧してチェーン店に納品するときのフローチャート。
【図９】チェーン店にて商品の検品を行い、検品情報と発注情報とを照合するときのフローチャート。
【図１０】供給業者が払い出し品リストや在庫品リストを閲覧し、集荷場に在庫を補充するときのフローチャート。
【図１１】本部が各チェーン店の発注状況を把握するときのフローチャート。
【図１２】従来から行われている発注から納品までの情報と商品の流れの一例を説明するための概念図。
【符号の説明】
１０、１１  本部
１０ａ，１０ｂ，１０ｃ，１０ｄ  チェーン店
１００，１００ａ，１００ｂ，１００ｃ，１００ｄ  コンピュータ
１０１ａ，１０１ｂ，１０１ｃ，１０１ｄ  ＰＤＡ
１１ａ，１１ｂ，１１ｃ，１１ｄ  チェーン店
１１０，１１０ａ，１１０ｂ，１１０ｃ，１１０ｄ  コンピュータ
１１１ａ，１１１ｂ，１１１ｃ，１１１ｄ  ＰＤＡ
３ａ，３ｂ，３ｃ，３ｄ  供給業者
３０ａ，３０ｂ，３０ｃ，３０ｄ  コンピュータ
４  Ｗｅｂページ
４０  シート
４００  発注先欄
４０１  項目欄
４０２  数量欄
４０３  備考欄
４１  送信ボタン
５  物流業者
５０  集荷場
５００  コンピュータ
５１  トラック
６  Ｗｅｂページ
６０，６１，６２，６３  シート
６００  発注先欄
６０１  項目欄
６０２  数量欄
６０３  備考欄
７  サーバ
８０  Ｗｅｂページ
８１  払い出し品リスト
８１０  客先欄
８１１  項目欄
８１２  数量欄
８１３  備考欄
８５  Ｗｅｂページ
８６  在庫品リスト
８６０  項目欄
８６１  残数量欄
８６２  備考欄
９  インターネット
９００  本部
９０１ａ，９０１ｂ，９０１ｃ，９０１ｄ  チェーン店
９０２  発注業務委託業者
９０３ａ，９０３ｂ，９０３ｃ  卸売業者
９０４ａ，９０１ｂ，９０４ｃ，９０４ｄ  供給業者
９１０  本部
９１１ａ，９１１ｂ，９１１ｃ，９１１ｄ  チェーン店
【図１】
2004252887.tif 000003
【図２】
2004252887.tif 000004
【図３】
2004252887.tif 000005
【図４】
2004252887.tif 000006
【図５】
2004252887.tif 000007
【図６】
2004252887.tif 000008
【図７】
2004252887.tif 000009
【図８】
2004252887.tif 000010
【図９】
2004252887.tif 000011
【図１０】
2004252887.tif 000012
【図１１】
2004252887.tif 000013
【図１２】
2004252887.tif 000014