JP4448272B2 - ネットワークシステム、購入履歴提示方法、サーバ装置、プログラム、および記録媒体 - Google Patents
ネットワークシステム、購入履歴提示方法、サーバ装置、プログラム、および記録媒体 Download PDFInfo
- Publication number
- JP4448272B2 JP4448272B2 JP2001356691A JP2001356691A JP4448272B2 JP 4448272 B2 JP4448272 B2 JP 4448272B2 JP 2001356691 A JP2001356691 A JP 2001356691A JP 2001356691 A JP2001356691 A JP 2001356691A JP 4448272 B2 JP4448272 B2 JP 4448272B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- order
- operator
- organization
- order information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 81
- 230000008520 organization Effects 0.000 claims description 59
- 230000004044 response Effects 0.000 claims description 11
- 230000005540 biological transmission Effects 0.000 claims description 3
- 230000008569 process Effects 0.000 description 66
- 238000012545 processing Methods 0.000 description 63
- 238000010586 diagram Methods 0.000 description 25
- 238000007726 management method Methods 0.000 description 22
- 238000004891 communication Methods 0.000 description 14
- 230000006870 function Effects 0.000 description 14
- 238000012790 confirmation Methods 0.000 description 11
- 238000013500 data storage Methods 0.000 description 11
- 238000004886 process control Methods 0.000 description 7
- 239000000463 material Substances 0.000 description 6
- 230000000694 effects Effects 0.000 description 2
- 230000006399 behavior Effects 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000007639 printing Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0641—Shopping interfaces
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Marketing (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Development Economics (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを用いた商取引に関し、特に、組織による重複購入の防止に好適なネットワークシステム等に関する。
【０００２】
【従来の技術】
インターネットの発展に伴って、オンラインショッピングなども急速に拡大しつつある。
通常のオンラインショッピングは、予めシステムの会員となり、会員登録後、商品を販売しているホームページにログインし、ホームページ上で商品を選択し、決済情報を入力することによって行っている。
【０００３】
【発明が解決しようとする課題】
このような、インターネットを用いたオンラインショッピングにおいて、過去に購入した購入履歴情報とアクセス者に関する情報とを関連づけて記憶し、当該アクセス者による購入履歴情報の活用を可能にした技術が知られている（特開平１１−２３２３２６、特開２０００−３０６００７、特開２００１−２２８３１、特開２００１−１３４６４８）。
【０００４】
一方、法人などの事業体においては、一つの組織において複数の組織員が存在し、一般に組織員が物品を購入して組織内で活用している。ここで、同一組織において、別の組織員が同じ物品を注文した場合、重複発注となり無駄な購入となってしまう場合がある。
【０００５】
上記従来技術では、個人による購入の履歴である購入履歴をその個人が活用できるようにしたものであり、法人等の組織内での物品購入管理については何ら考慮されていない。
【０００６】
この発明は、上記実状に鑑みてなされたものであり、法人等の組織における重複購入を防止するネットワークシステムを提供することを目的とする。
【０００７】
上記目的を達成するため、本発明の第１の観点にかかるネットワークシステムは、
ネットワークに接続された端末にて入力された情報に基づいて、商品を販売するためのサイトを提供するネットワークシステムにおいて、
前記サイトに発注された発注内容を示す発注情報を、前記端末の操作者を識別するための操作者情報と関連づけて記憶する発注情報記憶手段と、
前記操作者が所属する組織を識別するための組織情報と、当該組織に所属する操作者の操作者情報とを関連づけて記憶する識別情報記憶手段と、
前記識別情報記憶手段を参照し、前記サイトへのログインが許可された操作者の操作者情報に対応する組織情報を特定する組織情報特定手段と、
前記識別情報記憶手段を参照し、前記組織情報特定手段が特定した組織情報に対応する他の操作者情報を特定する操作者情報特定手段と、
前記発注情報記憶手段を参照し、前記操作者情報特定手段が特定した操作者識別情報に対応付けられた発注情報を取得する発注情報取得手段と、
前記発注情報取得手段が取得した発注情報を、前記ログインが許可された操作者の端末に通知する発注情報通知手段と、
を備えることを特徴とする。
【０００８】
上記ネットワークシステムにおいて、
前記発注情報取得手段は、所定期間の発注情報を取得することが望ましい。
【０００９】
上記ネットワークシステムにおいて、
前記発注情報通知手段は、
前記操作者情報特定手段が特定した操作者情報に対応する発注情報の検索条件を入力する入力領域を前記端末上に提示し、
前記入力領域に入力された検索条件に基づいて、前記発注情報記憶手段に記憶されている発注情報を検索し、
検索結果を前記端末上に提示するものとすることができる。
【００１０】
上記ネットワークシステムにおいて、
前記発注情報は、少なくとも、発注された物品を識別するための物品情報、発注数量を示す数量情報、発注された物品の金額を示す金額情報、発注日を示す発注日情報、発注された物品の届け先を示す届先情報、を含むものとすることができる。
【００１１】
このような構成によれば、例えば、法人などの組織の組織員が、本ネットワークシステムを利用して商品を発注する際に、当該組織員と同一グループ（例えば、部署）の組織員による発注内容を参照することができる。この場合、例えば、現在日時から１ヶ月前までの発注情報を自動的に表示させることで、容易に現在の発注状況を参照することができる。
【００１２】
このため、発注しようとしている商品が、他の組織員によりすでに発注されているか否かを知ることができ、重複発注を防止することができる。
【００１３】
また、発注日時や発注者などの検索条件を入力することで、検索条件に対応した発注状況を参照することができる。これにより、例えば、当該グループの管理者などが、当該グループによる発注（購入）状況を容易に参照することができ、経理情報管理に寄与することができる。
【００１４】
上記目的を達成するため、本発明の第２の観点にかかる購入履歴提示方法は、
ネットワークに接続された端末にて入力された情報に基づいて、商品販売サービスを提供するネットワークシステムに適用される購入履歴提示方法であって、
前記サービスのユーザを識別するためのユーザ情報を登録することで会員登録を行う会員登録ステップと、
前記会員登録ステップで登録されるユーザが、組織の一員として前記サービスを利用する場合に、当該組織を識別するための組織情報を前記ユーザ情報と対応付けて登録する組織情報登録ステップと、
前記サービスを利用した発注における発注内容を示す発注情報を、発注者のユーザ情報と対応付けて記録する発注情報記録ステップと、
前記サービスの利用が許可されたユーザのユーザ情報に対応する組織情報を特定する組織情報特定ステップと、
前記組織情報特定ステップで組織情報が特定された場合、当該組織情報に対応する他のユーザ情報を特定するユーザ情報特定ステップと、
前記発注情報記録ステップで記録された発注情報から、前記ユーザ情報特定ステップで特定されたユーザ情報に対応する発注情報を取得し、購入履歴を示す情報として前記端末に通知する発注情報通知ステップと、
を備えることを特徴とする。
【００１５】
上記購入履歴提示方法において、
前記発注情報通知ステップは、前記ユーザ情報特定ステップで特定されたユーザ情報に対応する発注情報のうち、所定期間の発注についての発注情報を取得して、前記端末に通知することが望ましい。
【００１６】
上記購入履歴提示方法において、
前記ユーザ情報特定ステップは、
前記ユーザから指定された検索条件に基づいて発注情報を検索する発注情報検索ステップを備えるものとすることができ、この場合、
前記発注情報通知ステップは、前記発注情報検索ステップで検索された発注情報を前記端末に通知するものとすることができる。
【００１７】
上記購入履歴提示方法において、
前記発注情報は、少なくとも、発注された物品を識別するための物品情報、発注数量を示す数量情報、発注された物品の金額を示す金額情報、発注日を示す発注日情報、発注された物品の届け先を示す届先情報、を含むものとすることができる。
【００１８】
上記目的を達成するため、本発明の第３の観点にかかるサーバ装置は、
ネットワークに接続され、該ネットワークに接続された端末からの要求に応じて商品の販売を行うサイトを提供するサーバ装置であって、
前記ネットワークに接続する接続部と、
前記端末の操作者を識別するための操作者情報と、該操作者が所属する組織を識別するための組織情報とを対応付けて蓄積する識別情報蓄積部と、
前記端末からの発注内容と、当該発注を行った操作者の操作者情報とを対応付けて蓄積する発注情報蓄積部と、
前記接続部を制御し、商品の発注を受け付けるとともに、当該発注を送信した端末の操作者を示す操作者情報を受け付ける発注受付部と、
前記識別情報蓄積部を参照し、前記サイトへのログインが許可された操作者の操作者情報に対応する組織情報を特定して取得する組織情報取得部と、
前記組織情報取得部が取得した組織情報に基づいて、当該組織情報に対応する他の操作者情報を前記識別情報蓄積部から取得する操作者情報取得部と、
前記操作者情報取得部が取得した操作者情報に基づいて、当該操作者情報に対応する発注情報を前記発注情報蓄積部から取得する発注情報取得部と、
前記接続部を制御し、前記発注情報取得部が取得した発注情報を、購入履歴情報として前記操作者の端末に送信する発注情報送信部と、
を備えることを特徴とする。
【００１９】
上記サーバ装置において、
前記発注情報取得部は、前記操作者情報に対応する発注情報の内、所定期間中に発注された発注情報を取得することが望ましい。
【００２０】
上記サーバ装置において、
前記接続部を制御し、前記発注情報の検索条件を入力するための検索画面を前記端末に表示させる検索画面提供部と、
前記接続部を制御し、前記検索画面を通じて入力された検索条件を示す検索条件情報を受信する検索条件受信部と、
前記検索条件受信部が受信した検索条件に基づいて、前記発注情報蓄積部を検索する発注情報検索部と、をさらに備えるものとすることができ、この場合、
前記発注情報送信部は、前記発注情報検索部の検索結果を、購入履歴情報として前記端末に送信するものとすることができる。
【００２１】
上記サーバ装置において、
前記発注情報は、少なくとも、発注された物品を識別するための物品情報、発注数量を示す数量情報、発注された物品の金額を示す金額情報、発注日を示す発注日情報、発注された物品の届け先を示す届先情報、を含むものとすることができる。
【００２２】
上記目的を達成するため、本発明の第４の観点にかかるプログラムは、コンピュータを、上記サーバ装置として機能させることを特徴とする。
【００２３】
上記目的を達成するため、本発明の第５の観点にかかる記録媒体は、上記プログラムを格納したことを特徴とする。
【００２４】
【発明の実施の形態】
以下、この発明の実施の形態にかかる販売システムを説明する。
【００２５】
図１は、この発明の第１の実施の形態にかかるネットワークシステムの構成を模式的に示す。
【００２６】
図１に示すように、このシステムは、企業・団体などの事業体が保有する企業内ネットワークシステム１と、公衆に開かれたインターネット２と、インターネット２に接続されたクライアント端末（顧客の端末）３１（３１１〜３１ｎ）から構成される。
【００２７】
企業内ネットワークシステム１は、イントラネットなどから構成され、企業内ネットワーク（ＬＡＮ、ＷＡＮ）３を介して相互に接続された、複数の店舗端末１１（１１１〜１１ｍ）と、店舗ＤＢ２１（２１１〜２１ｍ）と、管理サーバ１３と、管理ＤＢ２３と、ショッピンサーバ１５と、ショッピングＤＢ２５と、受発注サーバ１７と、受発注ＤＢ２７とから構成される。
【００２８】
店舗端末１１は、この事業体が保有する又は契約した販売店、サービス店等に設置され、各店舗の業務を処理するための端末である。
各店舗ＤＢ（データベース）２１は、各店舗が、自店舗の業務を処理するためのＤＢである。
店舗端末１１と店舗ＤＢ（データベース）２１とは、図２に示す構成を有する。
店舗端末１１は、図２に示すように、通信制御部１１１と、処理制御部１１２と、データ記憶部１１３と、入力処理部１１４と、表示処理部１１５とを備えている。
【００２９】
通信制御部１１１は、処理制御部１１２の制御により、企業内ネットワーク３を介して各種の情報を送受信するためのものである。
【００３０】
処理制御部１１２は、入力処理部１１４から入力された指示に従って、通信制御部１１１を介して通信を行い、又、店舗内の業務に関する各種の情報を処理する。また、処理制御部１１２は画像情報を作成し、表示処理部１１５に供給する。
【００３１】
データ記憶部１１３は、半導体メモリ、磁気ディスク記録装置等から構成され、各種の情報やプログラムを記録する。
【００３２】
入力処理部１１４は、キーボード、ポインティングデバイス等から構成され、指示やデータを入力するためのものである。
【００３３】
表示処理部１１５は、ディスプレイ装置、ビデオメモリ等から構成され、処理制御部１１２から供給された画像情報に従った画像を表示して、情報等を提示（出力）する。
【００３４】
一方、店舗ＤＢ２１は、顧客ＤＢ２１１と、売上ＤＢ２１２と、請求ＤＢ２１３とを備える。
【００３５】
顧客ＤＢ２１１は、図３（ａ）に示すように、自店舗の顧客に関する基本情報が設定されているＤＢであり、顧客ＩＤ、名称、住所、法人／個人の別（法人の場合は法人ＩＤ）、顧客区分、営業担当者、推奨商品、営業担当メッセージ、届け先コード、地区コードなどの情報を記憶する。ここで、「顧客ＩＤ」は、顧客の識別情報であり、顧客別にユニークな情報が設定されている。「顧客区分」は、その顧客の優良度を示す。「顧客区分」に応じて、その顧客への商品価格の割引率やクーポンが定まる。「顧客区分」は、例えば、営業担当者により設定される。「お奨め商品」は、担当者がその顧客に推奨したい商品であり、営業担当者により設定される。また、「営業担当メッセージ」は、各顧客の担当営業者からのショートメッセージである。「届け先コード」は、商品の届け先を識別するためのコードであり、届け先の住所（例えば、都道府県）に対応して予め定められたコードである。例えば、届け先の住所が北海道であれば地区コードＴ０１、神奈川県であれば地区コードＴ０４が登録される。
【００３６】
売上ＤＢ２１２は、図３（ｂ）に示すように、販売した商品の、商品コード、数量、単価、購入者（ＩＤ）、営業担当（ＩＤ）、等を１回の商取引を単位として記憶する。１回の商取引を単位として売上情報が記録されているので、同時に購入された商品（商品群）を判別することが可能である。
【００３７】
請求ＤＢ２１３は、図３（ｃ）に示すように、１ヶ月分の請求情報を蓄積し、請求書を発行するためのＤＢであり、顧客別に、販売日、販売商品、数量、単価（提供価格）、担当者（法人の場合）、等の情報が設定される。なお、このシステムでは、法人がインターネットを用いたオンラインショッピングにより商品を購入した場合にも、担当する店舗で一括して請求書を発行する。そこで、オンラインショッピングでの販売についても、同様の情報が設定され、さらに、オンラインショッピングでの販売であることを示すフラグ（ネット？ＹＥＳ、ＮＯ）が設定される。
【００３８】
図１に示す管理サーバ１３と管理ＤＢ２３とは、事業体全体の業務を処理するためのコンピュータシステムである。
管理サーバ１３は、図４に示すように、通信制御部１３１と、処理制御部１３２と、データ記憶部１３３と、入力処理部１３４と、表示処理部１３５とを備えている。通信制御部１３１と、処理制御部１３２と、データ記憶部１３３と、入力処理部１３４と、表示処理部１３５との構成及び機能は、基本的に、店舗端末１１の通信制御部１１１と、処理制御部１１２と、データ記憶部１１３と、入力処理部１１４と、表示処理部１１５との構成及び機能と同様である。ただし、処理制御部１３２の機能は、事業体全体の管理事業を処理するための機能に特化されている。
【００３９】
一方、管理ＤＢ２３は、この事業体全体の様々なデータを集計・管理するためのものであり、図４に示すように、商品マスタＤＢ２３１と、顧客マスタＤＢ２３２と、関連商品マスタＤＢ２３３と、売上マスタＤＢ２３４と、を備えている。
【００４０】
商品マスタＤＢ２３１は、図５（ａ）に示すように、この事業体が取り扱っている全商品の商品コード、商品名、商品説明、基準単価、商品区分、リンク情報などが記録されている。
【００４１】
ここで、商品区分とは、その商品が、「本体」、「オプション」、「消耗品」のいずれに属するかを示す情報である。「本体」とは、通常、単独で使用される主要商品を意味する。「オプション」とは、通常、単独で使用されることがなく、「本体」に装着或いは接続されて使用される商品を意味する。「消耗品」とは、通常、単独で使用されることがなく、「本体」又は「オプション」に装着され、使用に伴って量が減少するものを意味する。例えば、コピー機を例に取ると、コピー機自体が本体、コピー機に装着されて使用されるフィーダ、ソータ、通信装置、電源装置がオプション、トナーやＰＰＣ用紙が消耗品となる。また、ディジタルカメラを例に取ると、カメラ自体が本体、カメラとパーソナルコンピュータを接続するケーブル及び通信ソフトがオプション、画像を蓄積するフラッシュメモリカードや電池が消耗品となる。
【００４２】
リンク情報は、他の商品区分で、その商品に使用可能なものを登録するための情報である。例えば、「本体」であれば、その本体に適合するオプションや消耗品の商品コードが登録されている。同様に、「オプション」であれば、そのオプションが適合する本体の商品コードや、そのオプションに適合する消耗品の商品コードが登録されている。また、「消耗品」であれば、その消耗品が適合する本体やオプションの商品コードが登録されている。図５（ａ）の例では、本体である商品コードＡ１２３の商品に使用できる消耗品として、Ｃ２０３が挙げられている。従って、商品コードＣ２０３のリンク情報には、適合する本体としてＡ１２３が挙げられている。
【００４３】
この商品区分及びリンク情報により、各商品がいずれかの商品区分に分類され、さらに、適合関係にある商品同士がリンク付けされる。これにより、例えば本体の機種を指定すれば、その本体に適合するオプション又は消耗品が特定される。こういった連想形式で、商品を選択・指定することも可能である。また、商品区分を特定し、その商品区分内で、ある商品に適合する商品を選択・指定することも可能となる。
【００４４】
顧客マスタＤＢ２３２は、この事業体の全顧客に関する顧客情報を記録する。その内容は、図５（ｂ）に示すように、図３（ａ）に示す顧客ＤＢ２１１と類似である。ただし、各顧客が所有している商品（装置）の情報も記録している。
【００４５】
関連商品マスタＤＢ２３３は、図５（ｃ）に示すように、同時に購入される可能性の高い、或いは、同時に購入することが望ましい商品等を記録する。
【００４６】
例えば、ある商品とその商品のオプション及び消耗品とは関連があると考えられる。また、例えば、ディジタルカメラを購入した際に、撮影した画像を編集・加工するためのソフトウエアや加工した画像を印刷するためのプリンタを購入することが望ましい。従って、これらの商品は関連ある商品である。このように、予め関連が明確な場合には、関連する商品を示す関連情報を、担当者が入力処理部１３４より関連商品マスタＤＢ２３３の領域２３３Ａに設定する。
【００４７】
一方、このシステムの担当者が関連に気づかない場合でも、多くの人が商品を購入する際に、同時に購入する商品は、同時に購入する方が望ましいものである場合が多い。そこで、処理制御部１３２が、過去の販売履歴をチェックし、同時に販売されている割合が所定値、例えば、５％を越える場合には、この関連商品マスタＤＢ２３３の領域２３３Ｂに両商品の関連を示す関連情報を登録する。
【００４８】
売上マスタＤＢ２３４は、この事業体全体の売上に関する情報が設定されており、全店舗の売上データを集積したものとなる。その構造は、基本的に図３（ｂ）に示す各店舗の売上ＤＢ２１２の構成と同一であり、１回の商取引を単位とした売上情報が登録される。従って、売上マスタＤＢ２３４の内容から、同時に販売された商品を判別することができる。
【００４９】
図１に示すショッピングサーバ１５とショッピングＤＢ２５とは、インターネットを介したネットワークショッピング（オンラインショッピング）を処理するためのシステムであり、図６に示す構成を有する。
【００５０】
ショッピングサーバ１５は、図６に示すように、通信制御部１５１と、処理制御部１５２と、データ記憶部１５３と、入力処理部１５４と、表示処理部１５５とを備えている。
【００５１】
通信制御部１５１と、処理制御部１５２と、データ記憶部１５３と、入力処理部１５４と、表示処理部１５５との構成及び機能は、基本的に、店舗端末１１の通信制御部１１１と、処理制御部１１２と、データ記憶部１１３と、入力処理部１１４と、表示処理部１１５との構成及び機能と同様である。ただし、処理制御部１５２の機能は、オンラインショッピング用のホームページの運営、売り上げ処理などの機能に特化されている。
【００５２】
ショッピングＤＢ２５は、図６に示すように、ネット会員ＤＢ２５１と、素材ＤＢ２５２と、ホームページＤＢ２５３と、商品ＤＢ２５４と、売上ＤＢ２５５と、請求ＤＢ２５６と、関連商品ＤＢ２５７と、マニュアルＤＢ２５８と、ニュースＤＢ２５９とを備える。
【００５３】
ネット会員ＤＢ２５１は、オンラインショッピングの会員（ネット会員）に関する情報を記録するデータベースであり、図７に示すように、顧客ＩＤ、氏名・名称、住所、法人／個人の別（法人の場合は法人ＩＤ）、メールアドレス、パスワード、所有機器、届け先コード、地区コードが設定される。さらに、法人の場合には、顧客区分、営業担当（店舗＋担当者）、推奨商品、営業担当メッセージ等が設定される。顧客ＩＤは、会員の識別情報である。法人顧客の場合、顧客ＩＤは、販売店・サービス店で使用しているＩＤと同一のＩＤが使用される。名称と住所は、その会員の氏名・名称と住所・所在地である。メールアドレスは、会員の電子メールのアドレス（Ｅ−ｍａｉｌアドレス）である。パスワードは、会員がオンラインショッピングサービスにログインするためのパスワードである。
【００５４】
法人会員にあっては、法人内の各担当者（例えば、総務部や購買部の人）のメールアドレスとパスワードが登録される。所有機器は、その会員が所有している装置（本体）の情報である。オンラインショッピングのみで店舗での取引を行っていない会員の場合には、過去にオンラインショッピングで販売した商品が設定される。一方、オンラインショッピングと店舗での取引とを併用している法人会員については、店舗での販売とオンラインショッピングでの販売との両方の履歴に基づいて、所有機器の情報が設定される。担当者の数は、複数でもよく、担当者数に応じた数のメールアドレスとパスワードとの組が設定される。また、法人の場合に設定される、顧客区分、営業担当、推奨商品、営業担当メッセージ、届け先コード、地区コードは、店舗ＤＢ２１の顧客ＤＢ２１１に設定されているものと同一の情報が設定される。
【００５５】
素材ＤＢ２５２は、ホームページを生成するための様々な素材の画像を記憶する。例えば、各営業担当員の顔画像、商品の画像、キャッチフレーズ、各種フォームなどを記憶する。
【００５６】
ホームページＤＢ２５３は、オンラインショッピングサービスを提供するために、必要となる様々なホームページを記憶する。
商品ＤＢ２５４は、このオンラインショッピングで扱う商品のデータベースであり、商品マスタＤＢ２３１と同様の構成を有する。
売上ＤＢ２５５は、各店舗の売上ＤＢ２１２（図３（ｂ））と同様の構成であり、取引単位で売上情報が登録される。
請求ＤＢ２５６は、オンラインショッピングでの販売に関する請求データを記憶する。このシステムでは、法人会員への請求は、オンラインショッピングでの売上であっても、担当営業店からの請求書で行われが、ウェブページ上での請求情報の表示等のために、法人会員の請求情報も記録される。
【００５７】
関連商品ＤＢ２５７には、管理ＤＢ２３の関連商品マスタＤＢ２３３に登録されている関連商品情報のうち、オンラインショッピングサービスで取り扱っている商品に関する情報のみが複製される。
マニュアルＤＢ２５８には複数機器の操作マニュアル又はユーザマニュアルが電子データで格納されている。
ニュースＤＢ２５９には、例えば、インターネット上の様々なニュースソースから提供されるニュース及びショッピングサーバ１５から入力されたニュースがジャンル別に格納されている。
【００５８】
図１に示す受発注サーバ１７と受発注ＤＢ２７とは、商品の受発注を処理して在庫を管理するためのシステムであり、図８に示す構成を有する。
【００５９】
受発注サーバ１７は、図８に示すように、通信制御部１７１と、処理制御部１７２と、データ記憶部１７３と、入力処理部１７４と、表示処理部１７５とを備えている。
【００６０】
通信制御部１７１と、処理制御部１７２と、データ記憶部１７３と、入力処理部１７４と、表示処理部１７５との構成及び機能は、基本的に、店舗端末１１の通信制御部１１１と、処理制御部１１２と、データ記憶部１１３と、入力処理部１１４と、表示処理部１１５との構成及び機能と同様である。ただし、処理制御部１７２の機能は、受発注の処理、在庫の管理、納品日の特定などの機能に特化されている。
【００６１】
受発注ＤＢ２７は、図８に示すように、届け先マスタＤＢ２７１と、配送マスタＤＢ２７２と、リードタイムマスタＤＢ２７３と、在庫マスタＤＢ２７４と、を備えている。
【００６２】
届け先マスタＤＢ２７１は、図９（ａ）に示すように、届け先コード別に、事業体に属する配送センタに付された優先度が設定されており、届け先に商品を発送する配送センタを決定可能とする。
【００６３】
配送マスタＤＢ２７２は、図９（ｂ）に示すように、商品ごとに付された商品コード別に、各商品を発送可能な配送センタを示す情報を記録する。図９（ｂ）の例では、商品コードに対応する商品を発送可能な配送センタには“○”が付されており、発送できない配送センタは空欄となっている。
【００６４】
リードタイムマスタＤＢ２７３は、図９（ｃ）に示すように、商品の届け先住所に対応する地区コード別に、各配送センタでの商品発送から注文者の手元に商品が届くまでに要する日数が設定されている。
【００６５】
在庫マスタＤＢ２７４は、図１０に示すように、商品の在庫状況や入庫状況を確認可能とするＤＢであり、商品コード別に、在庫数、入庫予定日、入庫予定数、等の情報が設定される。また、在庫マスタＤＢ２７４では、商品コード別に、在庫の有無を示すフラグ（在庫？あり、なし）及び入庫予定の有無を示すフラグ（入庫予定？あり、なし）が設定されてもよい。なお、在庫数や入庫予定数は、事業体に属する配送センタごとの数値を設定するようにしてもよい。
【００６６】
（動作）
次に、上記構成のシステムを用いた日々の事業活動について説明する。
（販売店での動作）
各販売店の、営業担当者は、日々、顧客とコンタクトを取り、商品を販売すると共に新規顧客を開拓する。
【００６７】
新たな売上（注文）が発生すると、販売店の担当者は、店舗端末１１より、売上（注文）内容を店舗ＤＢ２１内の売上ＤＢ２１２に登録する。この際、１回の商取引で取引された複数の商品については、１つの取引番号を設定する。
また、新たな顧客が営業員により開拓された場合には、その顧客に関する情報を顧客ＤＢ２１１に登録する。
【００６８】
営業担当者は、自己が担当する法人について、その法人の顧客区分（顧客優良度）や、その顧客の特性に適したお奨め商品、顧客へのメッセージなどを適宜設定する。
【００６９】
管理サーバ１３は、例えば、深夜などに、各販売店の店舗ＤＢ２１及びショッピングＤＢ２５にアクセスし、更新された情報（差分データ）を読み出し、管理ＤＢ２３を更新する。
【００７０】
例えば、当日の売上が売上マスタＤＢ２３４に登録される。また、この売上により、各顧客の所有する主な装置（商品区分が主商品に相当する商品）が増加した場合には、顧客マスタＤＢ２３２上の「所有商品」の欄に追加する。また、顧客情報が変化していたり、新たな顧客が発生している場合にも顧客マスタＤＢ２３２を更新する。
【００７１】
また、管理サーバ１３は、各店舗の顧客ＤＢ２１１から収集した、法人顧客の顧客区分、お奨め商品、営業担当メッセージ等をショッピングサーバ１５を介してショッピングＤＢ２５内のネット会員ＤＢ２５１に設定する。
さらに、管理サーバ１３は、更新した売上マスタＤＢ２３４の内容から、関連商品情報を生成し、関連商品マスタＤＢ２３３に設定する。さらに、更新した関連商品情報のうち、オンラインショッピングに関連する情報のみを、ショッピングサーバ１５を介して、関連商品ＤＢ２５７に記録する。
【００７２】
（オンラインショッピングサービス）
（事前登録）
法人顧客がオンラインショッピングサービスを利用するためには、事前に営業店舗などで登録を受ける必要がある。法人顧客は、営業担当者などを介して、オンラインショッピングへの登録を、担当者を特定して申し込む。一法人について、担当者は複数人でもよく、人数分のメールアドレスとパスワードとの組を特定する。登録申込書に記載された情報は、ショッピングサーバ１５の管理者に回送され、例えば、図７に示すネット会員ＤＢ２５１に登録される。また、顧客区分等の情報については、各営業店でのサービスとの整合性を取るため、営業担当者により決定された値に設定される。これらの処理は、各店舗の営業担当者とショッピングサーバ１５の管理者の間で連絡を取り合って、実行される。
【００７３】
一方、個人顧客は、自己のクライアント端末３１から、図示せぬＩＳＰ（インターネットサービスプロバイダ）とインターネット２とを介して、ショッピングサーバ１５が運営するサイトの会員登録用ホームページにアクセスする。そして、この会員登録用ホームページで、メールアドレス、住所・氏名、支払い方法などの登録を行う。登録した個人には、パスワードが発行される。ショッピングサーバ１５は、これらの情報に会員ＩＤを付して、ネット会員ＤＢ２５１に登録する。
【００７４】
（オンラインショッピングの動作）
次に、実際にオンラインショッピングを行う場合の動作を説明する。
任意のユーザが自己のクライアント端末３１から、インターネットを介してショッピングサーバ１５が提供するホームページのログイン画面にアクセスすることができる。クライアント端末３１によるアクセスに応答して、ショッピングサーバ１５は、図１１の処理を開始し、ホームページ表示処理を実行する（ステップＳ１）。このホームページ表示処理は、クライアント端末３１における入力事項に基づいてログインの許否を決定し、ログインを許可した場合に、ユーザごとに設けられたパーソナルホームページを表示させるための処理である。
【００７５】
ここで、ステップＳ１のホームページ表示処理について詳しく説明する。図１２は、ショッピングサーバ１５がステップＳ１で実行するホームページ表示処理を詳細に示すフローチャートである。ホームページ表示処理では、まず、ショッピングサーバ１５が、図１３に示すようなログイン名やパスワードを入力するためのページ（ＨＴＭＬ形式の情報）であるトップページを、ホームページＤＢ２５３から読み出してクライアント端末３１に送信し、表示させる（ステップＳ１０１）。
【００７６】
このページには、ログイン名（登録したメールアドレス）やパスワードを入力する入力欄が配置されている。
【００７７】
ユーザは、この画面上で必要事項を入力し、「ＧＯ！」をクリックする。即ち、ユーザは、メールアドレスとパスワードを入力し、「ＧＯ！」をクリックする。
ユーザが必要事項を入力し、「ＧＯ！」をクリックすると、インターネット２を介して入力事項がショッピングサーバ１５に通知される。
【００７８】
ショッピングサーバ１５は、通知に応答し、ログイン名とパスワードの入力があったか否かを判別する（ステップＳ１０２）。ログイン名とパスワードの入力がない場合には、ステップＳ１０２の処理を繰り返し、ログイン名とパスワードが入力されるのを待機する。
【００７９】
一方、ログイン名とパスワードが入力された場合には、入力された情報がネット会員ＤＢ２５１に登録されているか否かを判別する（ステップＳ１０３）。
【００８０】
なお、法人ユーザの場合には、法人ＩＤが登録されており、かつその法人ＩＤに、入力されたメールアドレスとパスワードの対が設定されていることが必要である。これにより、法人とその担当者とが特定される。
ネット会員ＤＢ２５１に登録されていない場合には、ステップＳ１０１の処理に戻り、トップページを表示させる。
【００８１】
一方、登録されている場合には、クライアント端末３１にパーソナルホームページを表示させる（ステップＳ１０４）。より具体的には、ネット会員ＤＢ２５１から、この顧客を担当している営業店の営業担当者と、顧客区分と、所有機器と、推奨商品と、営業担当メッセージとを読み出す。次に、素材ＤＢ２５２から、営業担当者の画像及び推奨商品のイメージ画像を読み出す。この後、所有機器に関する情報と、関連商品ＤＢ２５７に記録されている関連情報とから、ログインした会員が所有する機器に適合する消耗品を特定し、さらに、該消耗品に関する情報を素材ＤＢ２５２から読み出す。次に、これらの情報を配置して、図１４に示すようなページを形成し、クライアント端末３１に送信して表示させる。こうしてクライアント端末３１にてパーソナルホームページが表示されると、ホームページ表示処理は終了する。
【００８２】
図１４に示すページは、左右２つのフレームに分割されており、左フレームに、このサイトの目次が配置されている。また、右フレームの上段左側に営業担当者から顧客へのメッセージが配置され、上段右側にこの会員を担当している営業担当者に関する情報が表示され、その下に営業担当者が顧客に推奨する商品の画像やお知らせ、サービス情報等の各種情報が提示されている。
【００８３】
ここで、クライアント端末３１で、左フレームの目次から「オーダー状況」が選択されると、ショッピングサーバ１５は顧客情報検索処理を実行する（ステップＳ２）。顧客情報検索処理の詳細を図１５のフローチャートを参照して説明する。
【００８４】
まず、ショッピングサーバ１５の処理制御部１５２は、ステップＳ１０２で入力されたログイン名およびパスワードを示す情報（以下、「ログイン情報」とする）を取得する（ステップＳ２０１）。
【００８５】
処理制御部１５２は、ネット会員ＤＢ２５１にアクセスし、ステップＳ２０１で取得したログイン情報に基づいて、当該閲覧者に対応する法人ＩＤ情報を取得する（ステップＳ２０２）。ここで法人ＩＤは、当該閲覧者が所属する法人および部署などを示す情報である。
【００８６】
処理制御部１５２はさらに、ステップＳ２０２で取得した法人ＩＤと同じ法人ＩＤである会員の会員ＩＤを取得する（ステップＳ２０３）。すなわち、閲覧者と同じ部署の会員を選出する。
【００８７】
続いて、処理制御部１５２は、購入履歴取得処理（ステップＳ３）を実行する。購入履歴取得処理の詳細を図１６のフローチャートを参照して説明する。
【００８８】
まず、処理制御部１５２は、例えば、所定のクロック回路などから、現在日付を示す情報を取得する（ステップＳ３０１）。
【００８９】
次に処理制御部１５２は、売上ＤＢ２５５にアクセスし、ステップＳ２０３で取得した会員ＩＤに基づいて、当該会員についての売上情報を検索する。このとき、ステップＳ３０３で取得した現在日付情報に基づいて、現在日付から所定期間（例えば、１ヶ月）前の売上情報を検索し（ステップＳ３０２）、検索結果、すなわち、当該条件に一致する売上情報を取得する（ステップＳ３０３）。
【００９０】
処理制御部１５２は、続いて購入履歴表示処理（ステップＳ４）を実行する。この購入履歴表示処理の詳細を図１７のフローチャートを参照して説明する。
【００９１】
処理制御部１５２は、ステップＳ３０３で取得した検索結果を含むウェブページ（以下、「購入履歴ページ」とする）を作成し、クライアント端末３１に送信する（ステップＳ４０１）。図１８に購入履歴ページの表示例を示す。
【００９２】
図示するように、購入履歴ページには、閲覧者の氏名および所属先が表示されるとともに、ステップＳ３０３で取得した売上情報に基づく情報（発注番号、発注日、商品名、発注者、金額、など）がリスト表示される。このリストの備考欄には、「詳細」が、例えばハイパーリンク形式で表示してあり、それぞれをクリックすることで、当該発注商品の詳細情報を示すページにジャンプする。
【００９３】
すなわち、この「詳細」が選択されると（ステップＳ４０２：Ｙｅｓ）、処理制御部１５２は、受発注サーバ１７に、当該発注商品についての現況を問い合わせ、現況を示す情報（以下、「現況情報」とする）を取得する（ステップＳ４０３）。ここで、現況情報として、例えば、注文内容の詳細、届け先、請求先などの情報を含むものとする。すなわち、ショッピングサーバ１５の処理制御部１５２からの問い合わせに応じ、受発注サーバ１７の処理制御部１７２が、受発注ＤＢ２７から該当する情報を取得する。
【００９４】
ショッピングサーバ１５の処理制御部１５２は、受発注サーバ１７から取得した現況情報を示す情報を含んだウェブページ（以下、「オーダー状況ページ」とする）を作成し、クライアント端末３１に送信する（ステップＳ４０４）。
【００９５】
このオーダー状況ページの表示例を図１９に示す。図示するように、ステップＳ４０３で取得した現況情報に基づく情報が表示される。
【００９６】
一方、図１８に示すように、購入履歴ページの下段には、検索画面も表示されている。検索画面には、検索条件を入力するための各種テキストボックスやプルダウンメニューなどが用意されている。閲覧者は、購入履歴ページにリスト表示された購入履歴以外の購入履歴を参照する場合、検索画面に所望の条件を入力して検索する。すなわち、「検索」ボタンがクリックされると（ステップＳ４０５：Ｙｅｓ）、ショッピングサーバ１５の処理制御部１５２は、入力された条件で売上ＤＢ２５５を検索する（ステップＳ４０６）。
【００９７】
処理制御部１５２は、検索結果を示す情報を含むウェブページ（図１８に示す購入履歴ページと同様の表示形式）を作成し、クライアント端末３１に送信する（４０７）。
【００９８】
また、図１８および１９に示すように、購入履歴ページ（検索結果ページも含む）およびオーダー状況ページそれぞれの最下段には、「商品購入」ページへのナビゲーション表示が、例えば、ハイパーリンク形式で表示されている。このナビゲーション表示がクリックされると（ステップＳ４０８：Ｙｅｓ）、ステップＳ５の商品通知処理が実行される。一方、商品購入ページへのジャンプが選択されない場合は、購入履歴ページの表示にとどまる（ステップＳ４０８：Ｎｏ）。
【００９９】
商品購入ページを選択した場合、例えば、ショッピングカートモデルを用いて必要な商品の購入を指示することができる。商品購入ページは、図２０に一例を示すような取扱商品をカテゴリー別に一覧表示するページである。ショッピングサーバ１５は、上記したステップＳ５の商品通知処理を実行することで、ユーザがいずれかのカテゴリー（商品カテゴリー）を選択した場合に、選択された商品カテゴリーに登録されている商品を受発注サーバ１７に通知する。
【０１００】
次に、ステップＳ５の商品通知処理について詳しく説明する。図２１はショッピングサーバ１５がステップＳ５で実行する商品通知処理を説明するためのフローチャートである。商品通知処理では、商品カテゴリーの選択がなされたかどうかをショッピングサーバ１５が判別し（ステップＳ５０１）、選択がなされていない場合には、ステップＳ５０１の処理を繰り返して待機する。
【０１０１】
商品カテゴリーの選択がなされると、ショッピングサーバ１５は、商品ＤＢ２５４を検索して、「商品区分」が選択された商品カテゴリーに適合する商品の商品コードを抽出するなどの処理を実行する。これにより、ショッピングサーバ１５は、選択された商品カテゴリーに属する商品を特定する（ステップＳ５０２）。
【０１０２】
選択された商品カテゴリーに属する商品を特定した後、ショッピングサーバ１５は、抽出した商品コードを受発注サーバ１７に送信するなどして、特定した商品を受発注サーバ１７に通知する（ステップＳ５０３）。こうして受発注サーバ１７への商品の通知が完了すると、商品通知処理は終了する。
【０１０３】
次に、ステップＳ６の在庫確認処理について詳しく説明する。図２２は、ショッピングサーバ１５がステップＳ６で実行する在庫確認処理を説明するためのフローチャートである。在庫確認処理は、受発注サーバ１７がショッピングサーバ１５から商品の通知を受けたことに応答して実行される。
【０１０４】
在庫確認処理を開始すると、受発注サーバ１７は、ショッピングサーバ１５から通知された各商品について、在庫があるか否かを判別する（ステップＳ６０１）。在庫の有無は、例えば、在庫マスタＤＢ２７４を検索してショッピングサーバ１５から通知された商品を特定し、特定した商品に対応する「在庫？」をチェックすることにより確認される。
【０１０５】
在庫がある商品の場合には、さらに、その商品に対応する「在庫数」をチェックして、その商品の在庫数が予め定められた所定数以下であるか否かを判別する（ステップＳ６０２）。在庫数が所定数以下である場合には、受発注サーバ１７は、「在庫わずか」メッセージを商品コードと対応付けるなどして、ショッピングサーバ１５に送信する（ステップＳ６０３）。一方、在庫数が所定数を超えている場合には、受発注サーバ１７は、「在庫あり」メッセージをショッピングサーバ１５に送信する（ステップＳ６０４）。
【０１０６】
また、在庫がない商品の場合には、その商品に対応する「入庫予定？」をチェックして、その商品が入庫される予定があるか否かを判別する（ステップＳ６０５）。入庫の予定がある場合には、その商品に対応する「入庫予定日」から入庫予定日を示す情報を読み出し（ステップＳ６０６）、読み出した情報を商品コードと対応付けるなどして、ショッピングサーバ１５に送信する（ステップＳ６０７）。一方、入庫の予定がない場合には、「入庫待ち手配中」メッセージをショッピングサーバ１５に送信する（ステップＳ６０８）。こうしてショッピングサーバ１５から通知された各商品についての在庫状況や入庫予定等を示す情報やメッセージの送信が完了すると、在庫確認処理は終了する。
【０１０７】
次に、ステップＳ７のショッピングページ表示処理について詳しく説明する。図２３は、ショッピングサーバ１５がステップＳ７で実行するショッピングページ表示処理を説明するためのフローチャートである。ショッピングページ表示処理は、ショッピングサーバ１５が受発注サーバ１７から在庫状況や入庫予定等を示す情報やメッセージを受けたことに応答して実行される。
【０１０８】
ショッピングページ表示処理を開始すると、ショッピングサーバ１５は、上記したステップＳ５の商品通知処理で選択された商品カテゴリーに属する商品についての情報を素材ＤＢ２５２から読み出すなどして、ショッピングページを作成する（ステップＳ７０１）。この際、ショッピングサーバ１５は、受発注サーバ１７から受けた情報やメッセージに基づいて、各商品の在庫状況等を示す情報を、ショッピングページに付加する。また、ショッピングサーバ１５は、受発注サーバ１７から入庫予定日を示す情報や「入庫待ち手配中」メッセージを受けた商品については、営業担当者に連絡するための処理を実行可能とするページにリンクされた「担当営業に連絡」イメージを付加するなどして、商品の在庫状況に応じたショッピングページを作成する。
さらに、ショッピングサーバ１５は、上記したホームページ表示処理のステップＳ１０４にてネット会員ＤＢ２５１から読み出した顧客区分に対応する割引率ｄを求める。ショッピングページでは、販売商品に応じた所定位置に、割引率ｄを考慮した提供価格（基準価格×（１−割引率））が表示される。
【０１０９】
ショッピングサーバ１５は、作成したショッピングページをクライアント端末３１に送信して表示させる（ステップＳ７０２）。これにより、例えば図２４に示すようなショッピングページがクライアント端末３１にて表示され、各商品を購入するための指示が入力可能となる。
【０１１０】
図２４に示すショッピングページでは、各商品に関する情報として、例えば、「在庫わずか」、「１０月３日入荷予定」、「入庫手配中」といった、商品の在庫状況や入庫予定等を示す情報が、商品ごとに表示される。なお、「在庫あり」メッセージを受けた商品については、在庫状況を示す特別な情報を表示しなくてもよい。また、入荷予定日や「入庫手配中」といった情報が表示されている商品に対応して、「担当営業に連絡」イメージが表示されている。ユーザは、購入を希望する商品の「担当営業に連絡」イメージをクリックすることで、営業担当者に電子メールを送るなどして連絡を取ることができ、商品購入の予約などが可能となる。
【０１１１】
この後、ショッピングサーバ１５は、図２５の処理を開始し、注文受付処理を実行する（ステップＳ８０１）。この注文受付処理は、クライアント端末３１にてユーザが商品の購入を指示するための手続を履行したことに応答して、商品の注文を受け付けるための処理である。
【０１１２】
ここでは、図２４に示すショッピングページを通じて、「カートに入れる」を選択することで指定された商品の注文を受け付ける。この場合、例えば、図２６に示すような、カートの中身を表示するページがクライアント端末３１に送信される。クライアント端末３１で、「ご注文手続へ」が選択されることで、カートに入れられた商品を指定する情報がショッピングサーバ１５に通知され、注文が受け付けられる。
【０１１３】
注文を受け付けると、注文確認発注処理が実行される（ステップＳ８０２）。ここでは、図２７に示すような、届け先や支払い方法などの注文の際に必要となるページがクライアント端末３１に送信されるとともに、注文された商品を指定する情報（注文データ）が、ショッピングサーバ１５から受発注サーバ１７に通知される。
【０１１４】
注文データの通知を契機に、受発注サーバ１７は配送管理引当処理（ステップＳ８０３）、納品可能日特定処理（ステップＳ８０４）および送達日特定処理（８０５）を順次実行する。
【０１１５】
配送管理引当処理では、受発注サーバ１７は、受発注ＤＢ２７に記録されている情報に基づいて注文商品の在庫がある配送センタを特定し、注文商品の発送を手配するための処理を実行すると共に、注文内容に応じた在庫の引当処理を実行する。
【０１１６】
納品可能日特定処理では、注文商品ごとの入庫予定日や配送センタごとのリードタイムなどに基づいて、注文商品を納入可能な日時を特定する。
【０１１７】
送達日特定処理では、ユーザが注文商品の納入を希望する日時などの条件に応じた納品予定日を特定し、ショッピングサーバ１５に通知する。
【０１１８】
送達日特定処理が実行されることによって商品送達日の通知を受けたショッピングサーバ１５は、受注通知処理を実行し（ステップＳ８０６）、注文商品ごとの納品可能日を提示可能な画面情報（図２８）を作成してクライアント端末３１に送り、クライアント端末３１の画面上に表示可能とする。
【０１１９】
以上説明したように、この実施の形態によれば、法人ＩＤを登録しているユーザがオンラインショッピングシステムを利用する際、同一法人ＩＤのユーザによる発注履歴（購入履歴）を参照することができるので、例えば、法人や部署で必要となる物品を購入する際、発注履歴を参照してから発注することができるので、重複発注を防止することができる。
【０１２０】
なお、この発明は上記実施の形態に限定されず、種々の変形及び応用が可能である。例えば、上記実施の形態では、物品を販売するための販売店システムとオンラインショッピングシステムとを融合させたが、販売の対象は任意であり、例えば、ディジタルコンテンツ（映像、音楽等）、サービス等を提供するための販売店システムとオンラインショッピングシステムに同様のシステムを適用することも可能である。
【０１２１】
また、サーバやＤＢの構成は、任意に変更可能である。例えば、図１及び図２では、理解を容易にするため、各店舗に店舗端末１１が１台設置されているものとして説明したが、各店舗にＬＡＮなどに接続された複数台の店舗端末を設置してもよい。管理サーバ１３及びショッピングサーバ１５も、協働して動作する複数台のサーバから構成されてもよい。さらに、ＤＢの構成も上記構成に限定されず、２以上のＤＢを統合してもよく、或いは、１つのＤＢを機能的に複数に分割してもよい。また、重複するデータについては、削除してもよい。例えば、上記実施の形態では、関連商品マスタＤＢ２３３に、本体とオプション及び消耗品との関係を設定せず、これらの関係については、商品マスタＤＢ２３１の内容から特定するようにしてもよい。
【０１２２】
また、関連商品マスタＤＢ２３３を配置せず、関連商品に関する情報は関連商品ＤＢ２５７で処理するようにしてもよい。同様に、商品マスタＤＢ２３１には、商品のリンク情報を持たせず、商品ＤＢ２５４だけにリンク情報を設定してもよい。
【０１２３】
コンピュータ又はコンピュータ群を、上述のシステムとして機能させ、或いは、上述の工程を実行させるために必要なプログラムの全部又は一部を、記録媒体（ＲＯＭ、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＣＤ−Ｒ、フラッシュメモリ）等に記録して配布・流通させてもよい。
【０１２４】
【発明の効果】
以上説明したように、本発明によれば、組織によるオンラインショッピングの際に、その組織の購入履歴を参照することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る販売オンラインショッピングシステムの構成を示す図である。
【図２】各店舗に設置される店舗サーバ及び店舗ＤＢの構成を示す図である。
【図３】（ａ）は、店舗ＤＢ内の顧客ＤＢの構成を示す図であり、（ｂ）は、店舗ＤＢ内の売上ＤＢの構成を示す図であり、（ｃ）は、店舗ＤＢ内の請求ＤＢの構成を示す図である。
【図４】管理サーバ及び管理ＤＢの構成を示す図である。
【図５】（ａ）は、管理ＤＢ内の商品マスタＤＢの構成を示す図であり、（ｂ）は、管理ＤＢ内の顧客マスタＤＢの構成を示す図であり、（ｃ）は、管理ＤＢ内の関連商品マスタＤＢの構成を示す図である。
【図６】ショッピングサーバ及びショッピングＤＢの構成を示す図である。
【図７】ショッピングＤＢ内のネット会員ＤＢの構成を示す図である。
【図８】受発注サーバおよび受発注ＤＢの構成を示す図である。
【図９】（ａ）は、受発注ＤＢ内の届け先マスタＤＢの構成を示す図であり、（ｂ）受発注ＤＢ内の配送マスタＤＢの構成を示す図であり、（ｃ）は、受発注ＤＢ内のリードタイムマスタＤＢの構成を示す図である。
【図１０】受発注ＤＢ内の在庫マスタＤＢの構成を示す図である。
【図１１】クライアント端末からのアクセスに応答してショッピングページを表示するまでの処理を説明するための図である。
【図１２】図１１に示すホームページ表示処理を説明するためのフローチャートである。
【図１３】図１２に示すホームページ表示処理で表示されるトップページの表示例を示す図である。
【図１４】図１２に示すホームページ表示処理で表示されるパーソナルホームページの表示例を示す図である。
【図１５】図１１に示す顧客情報検索処理を説明するためのフローチャートである。
【図１６】図１１に示す購入履歴取得処理を説明するためのフローチャートである。
【図１７】図１１に示す購入履歴表示処理を説明するためのフローチャートである。
【図１８】図１７に示す購入履歴表示処理で表示される購入履歴ページの表示例を示す図である。
【図１９】図１７に示す購入履歴表示処理で表示されるオーダー状況ページの表示例を示す図である。
【図２０】図１７に示す購入履歴表示処理で表示される商品購入ページの表示例を示す図である。
【図２１】図１１に示す商品通知処理を説明するためのフローチャートである。
【図２２】図１１に示す在庫確認処理を説明するためのフローチャートである。
【図２３】図１１に示すショッピングページ表示処理を説明するためのフローチャートである。
【図２４】図２３に示すショッピングページ表示処理で表示されるショッピングページの表示例を示す図である。
【図２５】クライアント端末からの指示に応答して注文完了ページを表示するまでの処理を説明するための図である。
【図２６】図２５に示す注文受付処理で表示されるカート確認画面の表示例を示す図である。
【図２７】図２５に示す注文確認発注処理で表示される注文確認画面の表示例を示す図である。
【図２８】図２５に示す受注通知処理で表示される注文完了ページの表示例を示す図である。
【符号の説明】
１ 企業内ネットワーク
２ インターネット
１５ ショッピングサーバ
１７ 受発注サーバ
３１ クライアント端末
【発明の属する技術分野】
本発明は、ネットワークを用いた商取引に関し、特に、組織による重複購入の防止に好適なネットワークシステム等に関する。
【０００２】
【従来の技術】
インターネットの発展に伴って、オンラインショッピングなども急速に拡大しつつある。
通常のオンラインショッピングは、予めシステムの会員となり、会員登録後、商品を販売しているホームページにログインし、ホームページ上で商品を選択し、決済情報を入力することによって行っている。
【０００３】
【発明が解決しようとする課題】
このような、インターネットを用いたオンラインショッピングにおいて、過去に購入した購入履歴情報とアクセス者に関する情報とを関連づけて記憶し、当該アクセス者による購入履歴情報の活用を可能にした技術が知られている（特開平１１−２３２３２６、特開２０００−３０６００７、特開２００１−２２８３１、特開２００１−１３４６４８）。
【０００４】
一方、法人などの事業体においては、一つの組織において複数の組織員が存在し、一般に組織員が物品を購入して組織内で活用している。ここで、同一組織において、別の組織員が同じ物品を注文した場合、重複発注となり無駄な購入となってしまう場合がある。
【０００５】
上記従来技術では、個人による購入の履歴である購入履歴をその個人が活用できるようにしたものであり、法人等の組織内での物品購入管理については何ら考慮されていない。
【０００６】
この発明は、上記実状に鑑みてなされたものであり、法人等の組織における重複購入を防止するネットワークシステムを提供することを目的とする。
【０００７】
上記目的を達成するため、本発明の第１の観点にかかるネットワークシステムは、
ネットワークに接続された端末にて入力された情報に基づいて、商品を販売するためのサイトを提供するネットワークシステムにおいて、
前記サイトに発注された発注内容を示す発注情報を、前記端末の操作者を識別するための操作者情報と関連づけて記憶する発注情報記憶手段と、
前記操作者が所属する組織を識別するための組織情報と、当該組織に所属する操作者の操作者情報とを関連づけて記憶する識別情報記憶手段と、
前記識別情報記憶手段を参照し、前記サイトへのログインが許可された操作者の操作者情報に対応する組織情報を特定する組織情報特定手段と、
前記識別情報記憶手段を参照し、前記組織情報特定手段が特定した組織情報に対応する他の操作者情報を特定する操作者情報特定手段と、
前記発注情報記憶手段を参照し、前記操作者情報特定手段が特定した操作者識別情報に対応付けられた発注情報を取得する発注情報取得手段と、
前記発注情報取得手段が取得した発注情報を、前記ログインが許可された操作者の端末に通知する発注情報通知手段と、
を備えることを特徴とする。
【０００８】
上記ネットワークシステムにおいて、
前記発注情報取得手段は、所定期間の発注情報を取得することが望ましい。
【０００９】
上記ネットワークシステムにおいて、
前記発注情報通知手段は、
前記操作者情報特定手段が特定した操作者情報に対応する発注情報の検索条件を入力する入力領域を前記端末上に提示し、
前記入力領域に入力された検索条件に基づいて、前記発注情報記憶手段に記憶されている発注情報を検索し、
検索結果を前記端末上に提示するものとすることができる。
【００１０】
上記ネットワークシステムにおいて、
前記発注情報は、少なくとも、発注された物品を識別するための物品情報、発注数量を示す数量情報、発注された物品の金額を示す金額情報、発注日を示す発注日情報、発注された物品の届け先を示す届先情報、を含むものとすることができる。
【００１１】
このような構成によれば、例えば、法人などの組織の組織員が、本ネットワークシステムを利用して商品を発注する際に、当該組織員と同一グループ（例えば、部署）の組織員による発注内容を参照することができる。この場合、例えば、現在日時から１ヶ月前までの発注情報を自動的に表示させることで、容易に現在の発注状況を参照することができる。
【００１２】
このため、発注しようとしている商品が、他の組織員によりすでに発注されているか否かを知ることができ、重複発注を防止することができる。
【００１３】
また、発注日時や発注者などの検索条件を入力することで、検索条件に対応した発注状況を参照することができる。これにより、例えば、当該グループの管理者などが、当該グループによる発注（購入）状況を容易に参照することができ、経理情報管理に寄与することができる。
【００１４】
上記目的を達成するため、本発明の第２の観点にかかる購入履歴提示方法は、
ネットワークに接続された端末にて入力された情報に基づいて、商品販売サービスを提供するネットワークシステムに適用される購入履歴提示方法であって、
前記サービスのユーザを識別するためのユーザ情報を登録することで会員登録を行う会員登録ステップと、
前記会員登録ステップで登録されるユーザが、組織の一員として前記サービスを利用する場合に、当該組織を識別するための組織情報を前記ユーザ情報と対応付けて登録する組織情報登録ステップと、
前記サービスを利用した発注における発注内容を示す発注情報を、発注者のユーザ情報と対応付けて記録する発注情報記録ステップと、
前記サービスの利用が許可されたユーザのユーザ情報に対応する組織情報を特定する組織情報特定ステップと、
前記組織情報特定ステップで組織情報が特定された場合、当該組織情報に対応する他のユーザ情報を特定するユーザ情報特定ステップと、
前記発注情報記録ステップで記録された発注情報から、前記ユーザ情報特定ステップで特定されたユーザ情報に対応する発注情報を取得し、購入履歴を示す情報として前記端末に通知する発注情報通知ステップと、
を備えることを特徴とする。
【００１５】
上記購入履歴提示方法において、
前記発注情報通知ステップは、前記ユーザ情報特定ステップで特定されたユーザ情報に対応する発注情報のうち、所定期間の発注についての発注情報を取得して、前記端末に通知することが望ましい。
【００１６】
上記購入履歴提示方法において、
前記ユーザ情報特定ステップは、
前記ユーザから指定された検索条件に基づいて発注情報を検索する発注情報検索ステップを備えるものとすることができ、この場合、
前記発注情報通知ステップは、前記発注情報検索ステップで検索された発注情報を前記端末に通知するものとすることができる。
【００１７】
上記購入履歴提示方法において、
前記発注情報は、少なくとも、発注された物品を識別するための物品情報、発注数量を示す数量情報、発注された物品の金額を示す金額情報、発注日を示す発注日情報、発注された物品の届け先を示す届先情報、を含むものとすることができる。
【００１８】
上記目的を達成するため、本発明の第３の観点にかかるサーバ装置は、
ネットワークに接続され、該ネットワークに接続された端末からの要求に応じて商品の販売を行うサイトを提供するサーバ装置であって、
前記ネットワークに接続する接続部と、
前記端末の操作者を識別するための操作者情報と、該操作者が所属する組織を識別するための組織情報とを対応付けて蓄積する識別情報蓄積部と、
前記端末からの発注内容と、当該発注を行った操作者の操作者情報とを対応付けて蓄積する発注情報蓄積部と、
前記接続部を制御し、商品の発注を受け付けるとともに、当該発注を送信した端末の操作者を示す操作者情報を受け付ける発注受付部と、
前記識別情報蓄積部を参照し、前記サイトへのログインが許可された操作者の操作者情報に対応する組織情報を特定して取得する組織情報取得部と、
前記組織情報取得部が取得した組織情報に基づいて、当該組織情報に対応する他の操作者情報を前記識別情報蓄積部から取得する操作者情報取得部と、
前記操作者情報取得部が取得した操作者情報に基づいて、当該操作者情報に対応する発注情報を前記発注情報蓄積部から取得する発注情報取得部と、
前記接続部を制御し、前記発注情報取得部が取得した発注情報を、購入履歴情報として前記操作者の端末に送信する発注情報送信部と、
を備えることを特徴とする。
【００１９】
上記サーバ装置において、
前記発注情報取得部は、前記操作者情報に対応する発注情報の内、所定期間中に発注された発注情報を取得することが望ましい。
【００２０】
上記サーバ装置において、
前記接続部を制御し、前記発注情報の検索条件を入力するための検索画面を前記端末に表示させる検索画面提供部と、
前記接続部を制御し、前記検索画面を通じて入力された検索条件を示す検索条件情報を受信する検索条件受信部と、
前記検索条件受信部が受信した検索条件に基づいて、前記発注情報蓄積部を検索する発注情報検索部と、をさらに備えるものとすることができ、この場合、
前記発注情報送信部は、前記発注情報検索部の検索結果を、購入履歴情報として前記端末に送信するものとすることができる。
【００２１】
上記サーバ装置において、
前記発注情報は、少なくとも、発注された物品を識別するための物品情報、発注数量を示す数量情報、発注された物品の金額を示す金額情報、発注日を示す発注日情報、発注された物品の届け先を示す届先情報、を含むものとすることができる。
【００２２】
上記目的を達成するため、本発明の第４の観点にかかるプログラムは、コンピュータを、上記サーバ装置として機能させることを特徴とする。
【００２３】
上記目的を達成するため、本発明の第５の観点にかかる記録媒体は、上記プログラムを格納したことを特徴とする。
【００２４】
【発明の実施の形態】
以下、この発明の実施の形態にかかる販売システムを説明する。
【００２５】
図１は、この発明の第１の実施の形態にかかるネットワークシステムの構成を模式的に示す。
【００２６】
図１に示すように、このシステムは、企業・団体などの事業体が保有する企業内ネットワークシステム１と、公衆に開かれたインターネット２と、インターネット２に接続されたクライアント端末（顧客の端末）３１（３１１〜３１ｎ）から構成される。
【００２７】
企業内ネットワークシステム１は、イントラネットなどから構成され、企業内ネットワーク（ＬＡＮ、ＷＡＮ）３を介して相互に接続された、複数の店舗端末１１（１１１〜１１ｍ）と、店舗ＤＢ２１（２１１〜２１ｍ）と、管理サーバ１３と、管理ＤＢ２３と、ショッピンサーバ１５と、ショッピングＤＢ２５と、受発注サーバ１７と、受発注ＤＢ２７とから構成される。
【００２８】
店舗端末１１は、この事業体が保有する又は契約した販売店、サービス店等に設置され、各店舗の業務を処理するための端末である。
各店舗ＤＢ（データベース）２１は、各店舗が、自店舗の業務を処理するためのＤＢである。
店舗端末１１と店舗ＤＢ（データベース）２１とは、図２に示す構成を有する。
店舗端末１１は、図２に示すように、通信制御部１１１と、処理制御部１１２と、データ記憶部１１３と、入力処理部１１４と、表示処理部１１５とを備えている。
【００２９】
通信制御部１１１は、処理制御部１１２の制御により、企業内ネットワーク３を介して各種の情報を送受信するためのものである。
【００３０】
処理制御部１１２は、入力処理部１１４から入力された指示に従って、通信制御部１１１を介して通信を行い、又、店舗内の業務に関する各種の情報を処理する。また、処理制御部１１２は画像情報を作成し、表示処理部１１５に供給する。
【００３１】
データ記憶部１１３は、半導体メモリ、磁気ディスク記録装置等から構成され、各種の情報やプログラムを記録する。
【００３２】
入力処理部１１４は、キーボード、ポインティングデバイス等から構成され、指示やデータを入力するためのものである。
【００３３】
表示処理部１１５は、ディスプレイ装置、ビデオメモリ等から構成され、処理制御部１１２から供給された画像情報に従った画像を表示して、情報等を提示（出力）する。
【００３４】
一方、店舗ＤＢ２１は、顧客ＤＢ２１１と、売上ＤＢ２１２と、請求ＤＢ２１３とを備える。
【００３５】
顧客ＤＢ２１１は、図３（ａ）に示すように、自店舗の顧客に関する基本情報が設定されているＤＢであり、顧客ＩＤ、名称、住所、法人／個人の別（法人の場合は法人ＩＤ）、顧客区分、営業担当者、推奨商品、営業担当メッセージ、届け先コード、地区コードなどの情報を記憶する。ここで、「顧客ＩＤ」は、顧客の識別情報であり、顧客別にユニークな情報が設定されている。「顧客区分」は、その顧客の優良度を示す。「顧客区分」に応じて、その顧客への商品価格の割引率やクーポンが定まる。「顧客区分」は、例えば、営業担当者により設定される。「お奨め商品」は、担当者がその顧客に推奨したい商品であり、営業担当者により設定される。また、「営業担当メッセージ」は、各顧客の担当営業者からのショートメッセージである。「届け先コード」は、商品の届け先を識別するためのコードであり、届け先の住所（例えば、都道府県）に対応して予め定められたコードである。例えば、届け先の住所が北海道であれば地区コードＴ０１、神奈川県であれば地区コードＴ０４が登録される。
【００３６】
売上ＤＢ２１２は、図３（ｂ）に示すように、販売した商品の、商品コード、数量、単価、購入者（ＩＤ）、営業担当（ＩＤ）、等を１回の商取引を単位として記憶する。１回の商取引を単位として売上情報が記録されているので、同時に購入された商品（商品群）を判別することが可能である。
【００３７】
請求ＤＢ２１３は、図３（ｃ）に示すように、１ヶ月分の請求情報を蓄積し、請求書を発行するためのＤＢであり、顧客別に、販売日、販売商品、数量、単価（提供価格）、担当者（法人の場合）、等の情報が設定される。なお、このシステムでは、法人がインターネットを用いたオンラインショッピングにより商品を購入した場合にも、担当する店舗で一括して請求書を発行する。そこで、オンラインショッピングでの販売についても、同様の情報が設定され、さらに、オンラインショッピングでの販売であることを示すフラグ（ネット？ＹＥＳ、ＮＯ）が設定される。
【００３８】
図１に示す管理サーバ１３と管理ＤＢ２３とは、事業体全体の業務を処理するためのコンピュータシステムである。
管理サーバ１３は、図４に示すように、通信制御部１３１と、処理制御部１３２と、データ記憶部１３３と、入力処理部１３４と、表示処理部１３５とを備えている。通信制御部１３１と、処理制御部１３２と、データ記憶部１３３と、入力処理部１３４と、表示処理部１３５との構成及び機能は、基本的に、店舗端末１１の通信制御部１１１と、処理制御部１１２と、データ記憶部１１３と、入力処理部１１４と、表示処理部１１５との構成及び機能と同様である。ただし、処理制御部１３２の機能は、事業体全体の管理事業を処理するための機能に特化されている。
【００３９】
一方、管理ＤＢ２３は、この事業体全体の様々なデータを集計・管理するためのものであり、図４に示すように、商品マスタＤＢ２３１と、顧客マスタＤＢ２３２と、関連商品マスタＤＢ２３３と、売上マスタＤＢ２３４と、を備えている。
【００４０】
商品マスタＤＢ２３１は、図５（ａ）に示すように、この事業体が取り扱っている全商品の商品コード、商品名、商品説明、基準単価、商品区分、リンク情報などが記録されている。
【００４１】
ここで、商品区分とは、その商品が、「本体」、「オプション」、「消耗品」のいずれに属するかを示す情報である。「本体」とは、通常、単独で使用される主要商品を意味する。「オプション」とは、通常、単独で使用されることがなく、「本体」に装着或いは接続されて使用される商品を意味する。「消耗品」とは、通常、単独で使用されることがなく、「本体」又は「オプション」に装着され、使用に伴って量が減少するものを意味する。例えば、コピー機を例に取ると、コピー機自体が本体、コピー機に装着されて使用されるフィーダ、ソータ、通信装置、電源装置がオプション、トナーやＰＰＣ用紙が消耗品となる。また、ディジタルカメラを例に取ると、カメラ自体が本体、カメラとパーソナルコンピュータを接続するケーブル及び通信ソフトがオプション、画像を蓄積するフラッシュメモリカードや電池が消耗品となる。
【００４２】
リンク情報は、他の商品区分で、その商品に使用可能なものを登録するための情報である。例えば、「本体」であれば、その本体に適合するオプションや消耗品の商品コードが登録されている。同様に、「オプション」であれば、そのオプションが適合する本体の商品コードや、そのオプションに適合する消耗品の商品コードが登録されている。また、「消耗品」であれば、その消耗品が適合する本体やオプションの商品コードが登録されている。図５（ａ）の例では、本体である商品コードＡ１２３の商品に使用できる消耗品として、Ｃ２０３が挙げられている。従って、商品コードＣ２０３のリンク情報には、適合する本体としてＡ１２３が挙げられている。
【００４３】
この商品区分及びリンク情報により、各商品がいずれかの商品区分に分類され、さらに、適合関係にある商品同士がリンク付けされる。これにより、例えば本体の機種を指定すれば、その本体に適合するオプション又は消耗品が特定される。こういった連想形式で、商品を選択・指定することも可能である。また、商品区分を特定し、その商品区分内で、ある商品に適合する商品を選択・指定することも可能となる。
【００４４】
顧客マスタＤＢ２３２は、この事業体の全顧客に関する顧客情報を記録する。その内容は、図５（ｂ）に示すように、図３（ａ）に示す顧客ＤＢ２１１と類似である。ただし、各顧客が所有している商品（装置）の情報も記録している。
【００４５】
関連商品マスタＤＢ２３３は、図５（ｃ）に示すように、同時に購入される可能性の高い、或いは、同時に購入することが望ましい商品等を記録する。
【００４６】
例えば、ある商品とその商品のオプション及び消耗品とは関連があると考えられる。また、例えば、ディジタルカメラを購入した際に、撮影した画像を編集・加工するためのソフトウエアや加工した画像を印刷するためのプリンタを購入することが望ましい。従って、これらの商品は関連ある商品である。このように、予め関連が明確な場合には、関連する商品を示す関連情報を、担当者が入力処理部１３４より関連商品マスタＤＢ２３３の領域２３３Ａに設定する。
【００４７】
一方、このシステムの担当者が関連に気づかない場合でも、多くの人が商品を購入する際に、同時に購入する商品は、同時に購入する方が望ましいものである場合が多い。そこで、処理制御部１３２が、過去の販売履歴をチェックし、同時に販売されている割合が所定値、例えば、５％を越える場合には、この関連商品マスタＤＢ２３３の領域２３３Ｂに両商品の関連を示す関連情報を登録する。
【００４８】
売上マスタＤＢ２３４は、この事業体全体の売上に関する情報が設定されており、全店舗の売上データを集積したものとなる。その構造は、基本的に図３（ｂ）に示す各店舗の売上ＤＢ２１２の構成と同一であり、１回の商取引を単位とした売上情報が登録される。従って、売上マスタＤＢ２３４の内容から、同時に販売された商品を判別することができる。
【００４９】
図１に示すショッピングサーバ１５とショッピングＤＢ２５とは、インターネットを介したネットワークショッピング（オンラインショッピング）を処理するためのシステムであり、図６に示す構成を有する。
【００５０】
ショッピングサーバ１５は、図６に示すように、通信制御部１５１と、処理制御部１５２と、データ記憶部１５３と、入力処理部１５４と、表示処理部１５５とを備えている。
【００５１】
通信制御部１５１と、処理制御部１５２と、データ記憶部１５３と、入力処理部１５４と、表示処理部１５５との構成及び機能は、基本的に、店舗端末１１の通信制御部１１１と、処理制御部１１２と、データ記憶部１１３と、入力処理部１１４と、表示処理部１１５との構成及び機能と同様である。ただし、処理制御部１５２の機能は、オンラインショッピング用のホームページの運営、売り上げ処理などの機能に特化されている。
【００５２】
ショッピングＤＢ２５は、図６に示すように、ネット会員ＤＢ２５１と、素材ＤＢ２５２と、ホームページＤＢ２５３と、商品ＤＢ２５４と、売上ＤＢ２５５と、請求ＤＢ２５６と、関連商品ＤＢ２５７と、マニュアルＤＢ２５８と、ニュースＤＢ２５９とを備える。
【００５３】
ネット会員ＤＢ２５１は、オンラインショッピングの会員（ネット会員）に関する情報を記録するデータベースであり、図７に示すように、顧客ＩＤ、氏名・名称、住所、法人／個人の別（法人の場合は法人ＩＤ）、メールアドレス、パスワード、所有機器、届け先コード、地区コードが設定される。さらに、法人の場合には、顧客区分、営業担当（店舗＋担当者）、推奨商品、営業担当メッセージ等が設定される。顧客ＩＤは、会員の識別情報である。法人顧客の場合、顧客ＩＤは、販売店・サービス店で使用しているＩＤと同一のＩＤが使用される。名称と住所は、その会員の氏名・名称と住所・所在地である。メールアドレスは、会員の電子メールのアドレス（Ｅ−ｍａｉｌアドレス）である。パスワードは、会員がオンラインショッピングサービスにログインするためのパスワードである。
【００５４】
法人会員にあっては、法人内の各担当者（例えば、総務部や購買部の人）のメールアドレスとパスワードが登録される。所有機器は、その会員が所有している装置（本体）の情報である。オンラインショッピングのみで店舗での取引を行っていない会員の場合には、過去にオンラインショッピングで販売した商品が設定される。一方、オンラインショッピングと店舗での取引とを併用している法人会員については、店舗での販売とオンラインショッピングでの販売との両方の履歴に基づいて、所有機器の情報が設定される。担当者の数は、複数でもよく、担当者数に応じた数のメールアドレスとパスワードとの組が設定される。また、法人の場合に設定される、顧客区分、営業担当、推奨商品、営業担当メッセージ、届け先コード、地区コードは、店舗ＤＢ２１の顧客ＤＢ２１１に設定されているものと同一の情報が設定される。
【００５５】
素材ＤＢ２５２は、ホームページを生成するための様々な素材の画像を記憶する。例えば、各営業担当員の顔画像、商品の画像、キャッチフレーズ、各種フォームなどを記憶する。
【００５６】
ホームページＤＢ２５３は、オンラインショッピングサービスを提供するために、必要となる様々なホームページを記憶する。
商品ＤＢ２５４は、このオンラインショッピングで扱う商品のデータベースであり、商品マスタＤＢ２３１と同様の構成を有する。
売上ＤＢ２５５は、各店舗の売上ＤＢ２１２（図３（ｂ））と同様の構成であり、取引単位で売上情報が登録される。
請求ＤＢ２５６は、オンラインショッピングでの販売に関する請求データを記憶する。このシステムでは、法人会員への請求は、オンラインショッピングでの売上であっても、担当営業店からの請求書で行われが、ウェブページ上での請求情報の表示等のために、法人会員の請求情報も記録される。
【００５７】
関連商品ＤＢ２５７には、管理ＤＢ２３の関連商品マスタＤＢ２３３に登録されている関連商品情報のうち、オンラインショッピングサービスで取り扱っている商品に関する情報のみが複製される。
マニュアルＤＢ２５８には複数機器の操作マニュアル又はユーザマニュアルが電子データで格納されている。
ニュースＤＢ２５９には、例えば、インターネット上の様々なニュースソースから提供されるニュース及びショッピングサーバ１５から入力されたニュースがジャンル別に格納されている。
【００５８】
図１に示す受発注サーバ１７と受発注ＤＢ２７とは、商品の受発注を処理して在庫を管理するためのシステムであり、図８に示す構成を有する。
【００５９】
受発注サーバ１７は、図８に示すように、通信制御部１７１と、処理制御部１７２と、データ記憶部１７３と、入力処理部１７４と、表示処理部１７５とを備えている。
【００６０】
通信制御部１７１と、処理制御部１７２と、データ記憶部１７３と、入力処理部１７４と、表示処理部１７５との構成及び機能は、基本的に、店舗端末１１の通信制御部１１１と、処理制御部１１２と、データ記憶部１１３と、入力処理部１１４と、表示処理部１１５との構成及び機能と同様である。ただし、処理制御部１７２の機能は、受発注の処理、在庫の管理、納品日の特定などの機能に特化されている。
【００６１】
受発注ＤＢ２７は、図８に示すように、届け先マスタＤＢ２７１と、配送マスタＤＢ２７２と、リードタイムマスタＤＢ２７３と、在庫マスタＤＢ２７４と、を備えている。
【００６２】
届け先マスタＤＢ２７１は、図９（ａ）に示すように、届け先コード別に、事業体に属する配送センタに付された優先度が設定されており、届け先に商品を発送する配送センタを決定可能とする。
【００６３】
配送マスタＤＢ２７２は、図９（ｂ）に示すように、商品ごとに付された商品コード別に、各商品を発送可能な配送センタを示す情報を記録する。図９（ｂ）の例では、商品コードに対応する商品を発送可能な配送センタには“○”が付されており、発送できない配送センタは空欄となっている。
【００６４】
リードタイムマスタＤＢ２７３は、図９（ｃ）に示すように、商品の届け先住所に対応する地区コード別に、各配送センタでの商品発送から注文者の手元に商品が届くまでに要する日数が設定されている。
【００６５】
在庫マスタＤＢ２７４は、図１０に示すように、商品の在庫状況や入庫状況を確認可能とするＤＢであり、商品コード別に、在庫数、入庫予定日、入庫予定数、等の情報が設定される。また、在庫マスタＤＢ２７４では、商品コード別に、在庫の有無を示すフラグ（在庫？あり、なし）及び入庫予定の有無を示すフラグ（入庫予定？あり、なし）が設定されてもよい。なお、在庫数や入庫予定数は、事業体に属する配送センタごとの数値を設定するようにしてもよい。
【００６６】
（動作）
次に、上記構成のシステムを用いた日々の事業活動について説明する。
（販売店での動作）
各販売店の、営業担当者は、日々、顧客とコンタクトを取り、商品を販売すると共に新規顧客を開拓する。
【００６７】
新たな売上（注文）が発生すると、販売店の担当者は、店舗端末１１より、売上（注文）内容を店舗ＤＢ２１内の売上ＤＢ２１２に登録する。この際、１回の商取引で取引された複数の商品については、１つの取引番号を設定する。
また、新たな顧客が営業員により開拓された場合には、その顧客に関する情報を顧客ＤＢ２１１に登録する。
【００６８】
営業担当者は、自己が担当する法人について、その法人の顧客区分（顧客優良度）や、その顧客の特性に適したお奨め商品、顧客へのメッセージなどを適宜設定する。
【００６９】
管理サーバ１３は、例えば、深夜などに、各販売店の店舗ＤＢ２１及びショッピングＤＢ２５にアクセスし、更新された情報（差分データ）を読み出し、管理ＤＢ２３を更新する。
【００７０】
例えば、当日の売上が売上マスタＤＢ２３４に登録される。また、この売上により、各顧客の所有する主な装置（商品区分が主商品に相当する商品）が増加した場合には、顧客マスタＤＢ２３２上の「所有商品」の欄に追加する。また、顧客情報が変化していたり、新たな顧客が発生している場合にも顧客マスタＤＢ２３２を更新する。
【００７１】
また、管理サーバ１３は、各店舗の顧客ＤＢ２１１から収集した、法人顧客の顧客区分、お奨め商品、営業担当メッセージ等をショッピングサーバ１５を介してショッピングＤＢ２５内のネット会員ＤＢ２５１に設定する。
さらに、管理サーバ１３は、更新した売上マスタＤＢ２３４の内容から、関連商品情報を生成し、関連商品マスタＤＢ２３３に設定する。さらに、更新した関連商品情報のうち、オンラインショッピングに関連する情報のみを、ショッピングサーバ１５を介して、関連商品ＤＢ２５７に記録する。
【００７２】
（オンラインショッピングサービス）
（事前登録）
法人顧客がオンラインショッピングサービスを利用するためには、事前に営業店舗などで登録を受ける必要がある。法人顧客は、営業担当者などを介して、オンラインショッピングへの登録を、担当者を特定して申し込む。一法人について、担当者は複数人でもよく、人数分のメールアドレスとパスワードとの組を特定する。登録申込書に記載された情報は、ショッピングサーバ１５の管理者に回送され、例えば、図７に示すネット会員ＤＢ２５１に登録される。また、顧客区分等の情報については、各営業店でのサービスとの整合性を取るため、営業担当者により決定された値に設定される。これらの処理は、各店舗の営業担当者とショッピングサーバ１５の管理者の間で連絡を取り合って、実行される。
【００７３】
一方、個人顧客は、自己のクライアント端末３１から、図示せぬＩＳＰ（インターネットサービスプロバイダ）とインターネット２とを介して、ショッピングサーバ１５が運営するサイトの会員登録用ホームページにアクセスする。そして、この会員登録用ホームページで、メールアドレス、住所・氏名、支払い方法などの登録を行う。登録した個人には、パスワードが発行される。ショッピングサーバ１５は、これらの情報に会員ＩＤを付して、ネット会員ＤＢ２５１に登録する。
【００７４】
（オンラインショッピングの動作）
次に、実際にオンラインショッピングを行う場合の動作を説明する。
任意のユーザが自己のクライアント端末３１から、インターネットを介してショッピングサーバ１５が提供するホームページのログイン画面にアクセスすることができる。クライアント端末３１によるアクセスに応答して、ショッピングサーバ１５は、図１１の処理を開始し、ホームページ表示処理を実行する（ステップＳ１）。このホームページ表示処理は、クライアント端末３１における入力事項に基づいてログインの許否を決定し、ログインを許可した場合に、ユーザごとに設けられたパーソナルホームページを表示させるための処理である。
【００７５】
ここで、ステップＳ１のホームページ表示処理について詳しく説明する。図１２は、ショッピングサーバ１５がステップＳ１で実行するホームページ表示処理を詳細に示すフローチャートである。ホームページ表示処理では、まず、ショッピングサーバ１５が、図１３に示すようなログイン名やパスワードを入力するためのページ（ＨＴＭＬ形式の情報）であるトップページを、ホームページＤＢ２５３から読み出してクライアント端末３１に送信し、表示させる（ステップＳ１０１）。
【００７６】
このページには、ログイン名（登録したメールアドレス）やパスワードを入力する入力欄が配置されている。
【００７７】
ユーザは、この画面上で必要事項を入力し、「ＧＯ！」をクリックする。即ち、ユーザは、メールアドレスとパスワードを入力し、「ＧＯ！」をクリックする。
ユーザが必要事項を入力し、「ＧＯ！」をクリックすると、インターネット２を介して入力事項がショッピングサーバ１５に通知される。
【００７８】
ショッピングサーバ１５は、通知に応答し、ログイン名とパスワードの入力があったか否かを判別する（ステップＳ１０２）。ログイン名とパスワードの入力がない場合には、ステップＳ１０２の処理を繰り返し、ログイン名とパスワードが入力されるのを待機する。
【００７９】
一方、ログイン名とパスワードが入力された場合には、入力された情報がネット会員ＤＢ２５１に登録されているか否かを判別する（ステップＳ１０３）。
【００８０】
なお、法人ユーザの場合には、法人ＩＤが登録されており、かつその法人ＩＤに、入力されたメールアドレスとパスワードの対が設定されていることが必要である。これにより、法人とその担当者とが特定される。
ネット会員ＤＢ２５１に登録されていない場合には、ステップＳ１０１の処理に戻り、トップページを表示させる。
【００８１】
一方、登録されている場合には、クライアント端末３１にパーソナルホームページを表示させる（ステップＳ１０４）。より具体的には、ネット会員ＤＢ２５１から、この顧客を担当している営業店の営業担当者と、顧客区分と、所有機器と、推奨商品と、営業担当メッセージとを読み出す。次に、素材ＤＢ２５２から、営業担当者の画像及び推奨商品のイメージ画像を読み出す。この後、所有機器に関する情報と、関連商品ＤＢ２５７に記録されている関連情報とから、ログインした会員が所有する機器に適合する消耗品を特定し、さらに、該消耗品に関する情報を素材ＤＢ２５２から読み出す。次に、これらの情報を配置して、図１４に示すようなページを形成し、クライアント端末３１に送信して表示させる。こうしてクライアント端末３１にてパーソナルホームページが表示されると、ホームページ表示処理は終了する。
【００８２】
図１４に示すページは、左右２つのフレームに分割されており、左フレームに、このサイトの目次が配置されている。また、右フレームの上段左側に営業担当者から顧客へのメッセージが配置され、上段右側にこの会員を担当している営業担当者に関する情報が表示され、その下に営業担当者が顧客に推奨する商品の画像やお知らせ、サービス情報等の各種情報が提示されている。
【００８３】
ここで、クライアント端末３１で、左フレームの目次から「オーダー状況」が選択されると、ショッピングサーバ１５は顧客情報検索処理を実行する（ステップＳ２）。顧客情報検索処理の詳細を図１５のフローチャートを参照して説明する。
【００８４】
まず、ショッピングサーバ１５の処理制御部１５２は、ステップＳ１０２で入力されたログイン名およびパスワードを示す情報（以下、「ログイン情報」とする）を取得する（ステップＳ２０１）。
【００８５】
処理制御部１５２は、ネット会員ＤＢ２５１にアクセスし、ステップＳ２０１で取得したログイン情報に基づいて、当該閲覧者に対応する法人ＩＤ情報を取得する（ステップＳ２０２）。ここで法人ＩＤは、当該閲覧者が所属する法人および部署などを示す情報である。
【００８６】
処理制御部１５２はさらに、ステップＳ２０２で取得した法人ＩＤと同じ法人ＩＤである会員の会員ＩＤを取得する（ステップＳ２０３）。すなわち、閲覧者と同じ部署の会員を選出する。
【００８７】
続いて、処理制御部１５２は、購入履歴取得処理（ステップＳ３）を実行する。購入履歴取得処理の詳細を図１６のフローチャートを参照して説明する。
【００８８】
まず、処理制御部１５２は、例えば、所定のクロック回路などから、現在日付を示す情報を取得する（ステップＳ３０１）。
【００８９】
次に処理制御部１５２は、売上ＤＢ２５５にアクセスし、ステップＳ２０３で取得した会員ＩＤに基づいて、当該会員についての売上情報を検索する。このとき、ステップＳ３０３で取得した現在日付情報に基づいて、現在日付から所定期間（例えば、１ヶ月）前の売上情報を検索し（ステップＳ３０２）、検索結果、すなわち、当該条件に一致する売上情報を取得する（ステップＳ３０３）。
【００９０】
処理制御部１５２は、続いて購入履歴表示処理（ステップＳ４）を実行する。この購入履歴表示処理の詳細を図１７のフローチャートを参照して説明する。
【００９１】
処理制御部１５２は、ステップＳ３０３で取得した検索結果を含むウェブページ（以下、「購入履歴ページ」とする）を作成し、クライアント端末３１に送信する（ステップＳ４０１）。図１８に購入履歴ページの表示例を示す。
【００９２】
図示するように、購入履歴ページには、閲覧者の氏名および所属先が表示されるとともに、ステップＳ３０３で取得した売上情報に基づく情報（発注番号、発注日、商品名、発注者、金額、など）がリスト表示される。このリストの備考欄には、「詳細」が、例えばハイパーリンク形式で表示してあり、それぞれをクリックすることで、当該発注商品の詳細情報を示すページにジャンプする。
【００９３】
すなわち、この「詳細」が選択されると（ステップＳ４０２：Ｙｅｓ）、処理制御部１５２は、受発注サーバ１７に、当該発注商品についての現況を問い合わせ、現況を示す情報（以下、「現況情報」とする）を取得する（ステップＳ４０３）。ここで、現況情報として、例えば、注文内容の詳細、届け先、請求先などの情報を含むものとする。すなわち、ショッピングサーバ１５の処理制御部１５２からの問い合わせに応じ、受発注サーバ１７の処理制御部１７２が、受発注ＤＢ２７から該当する情報を取得する。
【００９４】
ショッピングサーバ１５の処理制御部１５２は、受発注サーバ１７から取得した現況情報を示す情報を含んだウェブページ（以下、「オーダー状況ページ」とする）を作成し、クライアント端末３１に送信する（ステップＳ４０４）。
【００９５】
このオーダー状況ページの表示例を図１９に示す。図示するように、ステップＳ４０３で取得した現況情報に基づく情報が表示される。
【００９６】
一方、図１８に示すように、購入履歴ページの下段には、検索画面も表示されている。検索画面には、検索条件を入力するための各種テキストボックスやプルダウンメニューなどが用意されている。閲覧者は、購入履歴ページにリスト表示された購入履歴以外の購入履歴を参照する場合、検索画面に所望の条件を入力して検索する。すなわち、「検索」ボタンがクリックされると（ステップＳ４０５：Ｙｅｓ）、ショッピングサーバ１５の処理制御部１５２は、入力された条件で売上ＤＢ２５５を検索する（ステップＳ４０６）。
【００９７】
処理制御部１５２は、検索結果を示す情報を含むウェブページ（図１８に示す購入履歴ページと同様の表示形式）を作成し、クライアント端末３１に送信する（４０７）。
【００９８】
また、図１８および１９に示すように、購入履歴ページ（検索結果ページも含む）およびオーダー状況ページそれぞれの最下段には、「商品購入」ページへのナビゲーション表示が、例えば、ハイパーリンク形式で表示されている。このナビゲーション表示がクリックされると（ステップＳ４０８：Ｙｅｓ）、ステップＳ５の商品通知処理が実行される。一方、商品購入ページへのジャンプが選択されない場合は、購入履歴ページの表示にとどまる（ステップＳ４０８：Ｎｏ）。
【００９９】
商品購入ページを選択した場合、例えば、ショッピングカートモデルを用いて必要な商品の購入を指示することができる。商品購入ページは、図２０に一例を示すような取扱商品をカテゴリー別に一覧表示するページである。ショッピングサーバ１５は、上記したステップＳ５の商品通知処理を実行することで、ユーザがいずれかのカテゴリー（商品カテゴリー）を選択した場合に、選択された商品カテゴリーに登録されている商品を受発注サーバ１７に通知する。
【０１００】
次に、ステップＳ５の商品通知処理について詳しく説明する。図２１はショッピングサーバ１５がステップＳ５で実行する商品通知処理を説明するためのフローチャートである。商品通知処理では、商品カテゴリーの選択がなされたかどうかをショッピングサーバ１５が判別し（ステップＳ５０１）、選択がなされていない場合には、ステップＳ５０１の処理を繰り返して待機する。
【０１０１】
商品カテゴリーの選択がなされると、ショッピングサーバ１５は、商品ＤＢ２５４を検索して、「商品区分」が選択された商品カテゴリーに適合する商品の商品コードを抽出するなどの処理を実行する。これにより、ショッピングサーバ１５は、選択された商品カテゴリーに属する商品を特定する（ステップＳ５０２）。
【０１０２】
選択された商品カテゴリーに属する商品を特定した後、ショッピングサーバ１５は、抽出した商品コードを受発注サーバ１７に送信するなどして、特定した商品を受発注サーバ１７に通知する（ステップＳ５０３）。こうして受発注サーバ１７への商品の通知が完了すると、商品通知処理は終了する。
【０１０３】
次に、ステップＳ６の在庫確認処理について詳しく説明する。図２２は、ショッピングサーバ１５がステップＳ６で実行する在庫確認処理を説明するためのフローチャートである。在庫確認処理は、受発注サーバ１７がショッピングサーバ１５から商品の通知を受けたことに応答して実行される。
【０１０４】
在庫確認処理を開始すると、受発注サーバ１７は、ショッピングサーバ１５から通知された各商品について、在庫があるか否かを判別する（ステップＳ６０１）。在庫の有無は、例えば、在庫マスタＤＢ２７４を検索してショッピングサーバ１５から通知された商品を特定し、特定した商品に対応する「在庫？」をチェックすることにより確認される。
【０１０５】
在庫がある商品の場合には、さらに、その商品に対応する「在庫数」をチェックして、その商品の在庫数が予め定められた所定数以下であるか否かを判別する（ステップＳ６０２）。在庫数が所定数以下である場合には、受発注サーバ１７は、「在庫わずか」メッセージを商品コードと対応付けるなどして、ショッピングサーバ１５に送信する（ステップＳ６０３）。一方、在庫数が所定数を超えている場合には、受発注サーバ１７は、「在庫あり」メッセージをショッピングサーバ１５に送信する（ステップＳ６０４）。
【０１０６】
また、在庫がない商品の場合には、その商品に対応する「入庫予定？」をチェックして、その商品が入庫される予定があるか否かを判別する（ステップＳ６０５）。入庫の予定がある場合には、その商品に対応する「入庫予定日」から入庫予定日を示す情報を読み出し（ステップＳ６０６）、読み出した情報を商品コードと対応付けるなどして、ショッピングサーバ１５に送信する（ステップＳ６０７）。一方、入庫の予定がない場合には、「入庫待ち手配中」メッセージをショッピングサーバ１５に送信する（ステップＳ６０８）。こうしてショッピングサーバ１５から通知された各商品についての在庫状況や入庫予定等を示す情報やメッセージの送信が完了すると、在庫確認処理は終了する。
【０１０７】
次に、ステップＳ７のショッピングページ表示処理について詳しく説明する。図２３は、ショッピングサーバ１５がステップＳ７で実行するショッピングページ表示処理を説明するためのフローチャートである。ショッピングページ表示処理は、ショッピングサーバ１５が受発注サーバ１７から在庫状況や入庫予定等を示す情報やメッセージを受けたことに応答して実行される。
【０１０８】
ショッピングページ表示処理を開始すると、ショッピングサーバ１５は、上記したステップＳ５の商品通知処理で選択された商品カテゴリーに属する商品についての情報を素材ＤＢ２５２から読み出すなどして、ショッピングページを作成する（ステップＳ７０１）。この際、ショッピングサーバ１５は、受発注サーバ１７から受けた情報やメッセージに基づいて、各商品の在庫状況等を示す情報を、ショッピングページに付加する。また、ショッピングサーバ１５は、受発注サーバ１７から入庫予定日を示す情報や「入庫待ち手配中」メッセージを受けた商品については、営業担当者に連絡するための処理を実行可能とするページにリンクされた「担当営業に連絡」イメージを付加するなどして、商品の在庫状況に応じたショッピングページを作成する。
さらに、ショッピングサーバ１５は、上記したホームページ表示処理のステップＳ１０４にてネット会員ＤＢ２５１から読み出した顧客区分に対応する割引率ｄを求める。ショッピングページでは、販売商品に応じた所定位置に、割引率ｄを考慮した提供価格（基準価格×（１−割引率））が表示される。
【０１０９】
ショッピングサーバ１５は、作成したショッピングページをクライアント端末３１に送信して表示させる（ステップＳ７０２）。これにより、例えば図２４に示すようなショッピングページがクライアント端末３１にて表示され、各商品を購入するための指示が入力可能となる。
【０１１０】
図２４に示すショッピングページでは、各商品に関する情報として、例えば、「在庫わずか」、「１０月３日入荷予定」、「入庫手配中」といった、商品の在庫状況や入庫予定等を示す情報が、商品ごとに表示される。なお、「在庫あり」メッセージを受けた商品については、在庫状況を示す特別な情報を表示しなくてもよい。また、入荷予定日や「入庫手配中」といった情報が表示されている商品に対応して、「担当営業に連絡」イメージが表示されている。ユーザは、購入を希望する商品の「担当営業に連絡」イメージをクリックすることで、営業担当者に電子メールを送るなどして連絡を取ることができ、商品購入の予約などが可能となる。
【０１１１】
この後、ショッピングサーバ１５は、図２５の処理を開始し、注文受付処理を実行する（ステップＳ８０１）。この注文受付処理は、クライアント端末３１にてユーザが商品の購入を指示するための手続を履行したことに応答して、商品の注文を受け付けるための処理である。
【０１１２】
ここでは、図２４に示すショッピングページを通じて、「カートに入れる」を選択することで指定された商品の注文を受け付ける。この場合、例えば、図２６に示すような、カートの中身を表示するページがクライアント端末３１に送信される。クライアント端末３１で、「ご注文手続へ」が選択されることで、カートに入れられた商品を指定する情報がショッピングサーバ１５に通知され、注文が受け付けられる。
【０１１３】
注文を受け付けると、注文確認発注処理が実行される（ステップＳ８０２）。ここでは、図２７に示すような、届け先や支払い方法などの注文の際に必要となるページがクライアント端末３１に送信されるとともに、注文された商品を指定する情報（注文データ）が、ショッピングサーバ１５から受発注サーバ１７に通知される。
【０１１４】
注文データの通知を契機に、受発注サーバ１７は配送管理引当処理（ステップＳ８０３）、納品可能日特定処理（ステップＳ８０４）および送達日特定処理（８０５）を順次実行する。
【０１１５】
配送管理引当処理では、受発注サーバ１７は、受発注ＤＢ２７に記録されている情報に基づいて注文商品の在庫がある配送センタを特定し、注文商品の発送を手配するための処理を実行すると共に、注文内容に応じた在庫の引当処理を実行する。
【０１１６】
納品可能日特定処理では、注文商品ごとの入庫予定日や配送センタごとのリードタイムなどに基づいて、注文商品を納入可能な日時を特定する。
【０１１７】
送達日特定処理では、ユーザが注文商品の納入を希望する日時などの条件に応じた納品予定日を特定し、ショッピングサーバ１５に通知する。
【０１１８】
送達日特定処理が実行されることによって商品送達日の通知を受けたショッピングサーバ１５は、受注通知処理を実行し（ステップＳ８０６）、注文商品ごとの納品可能日を提示可能な画面情報（図２８）を作成してクライアント端末３１に送り、クライアント端末３１の画面上に表示可能とする。
【０１１９】
以上説明したように、この実施の形態によれば、法人ＩＤを登録しているユーザがオンラインショッピングシステムを利用する際、同一法人ＩＤのユーザによる発注履歴（購入履歴）を参照することができるので、例えば、法人や部署で必要となる物品を購入する際、発注履歴を参照してから発注することができるので、重複発注を防止することができる。
【０１２０】
なお、この発明は上記実施の形態に限定されず、種々の変形及び応用が可能である。例えば、上記実施の形態では、物品を販売するための販売店システムとオンラインショッピングシステムとを融合させたが、販売の対象は任意であり、例えば、ディジタルコンテンツ（映像、音楽等）、サービス等を提供するための販売店システムとオンラインショッピングシステムに同様のシステムを適用することも可能である。
【０１２１】
また、サーバやＤＢの構成は、任意に変更可能である。例えば、図１及び図２では、理解を容易にするため、各店舗に店舗端末１１が１台設置されているものとして説明したが、各店舗にＬＡＮなどに接続された複数台の店舗端末を設置してもよい。管理サーバ１３及びショッピングサーバ１５も、協働して動作する複数台のサーバから構成されてもよい。さらに、ＤＢの構成も上記構成に限定されず、２以上のＤＢを統合してもよく、或いは、１つのＤＢを機能的に複数に分割してもよい。また、重複するデータについては、削除してもよい。例えば、上記実施の形態では、関連商品マスタＤＢ２３３に、本体とオプション及び消耗品との関係を設定せず、これらの関係については、商品マスタＤＢ２３１の内容から特定するようにしてもよい。
【０１２２】
また、関連商品マスタＤＢ２３３を配置せず、関連商品に関する情報は関連商品ＤＢ２５７で処理するようにしてもよい。同様に、商品マスタＤＢ２３１には、商品のリンク情報を持たせず、商品ＤＢ２５４だけにリンク情報を設定してもよい。
【０１２３】
コンピュータ又はコンピュータ群を、上述のシステムとして機能させ、或いは、上述の工程を実行させるために必要なプログラムの全部又は一部を、記録媒体（ＲＯＭ、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＣＤ−Ｒ、フラッシュメモリ）等に記録して配布・流通させてもよい。
【０１２４】
【発明の効果】
以上説明したように、本発明によれば、組織によるオンラインショッピングの際に、その組織の購入履歴を参照することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る販売オンラインショッピングシステムの構成を示す図である。
【図２】各店舗に設置される店舗サーバ及び店舗ＤＢの構成を示す図である。
【図３】（ａ）は、店舗ＤＢ内の顧客ＤＢの構成を示す図であり、（ｂ）は、店舗ＤＢ内の売上ＤＢの構成を示す図であり、（ｃ）は、店舗ＤＢ内の請求ＤＢの構成を示す図である。
【図４】管理サーバ及び管理ＤＢの構成を示す図である。
【図５】（ａ）は、管理ＤＢ内の商品マスタＤＢの構成を示す図であり、（ｂ）は、管理ＤＢ内の顧客マスタＤＢの構成を示す図であり、（ｃ）は、管理ＤＢ内の関連商品マスタＤＢの構成を示す図である。
【図６】ショッピングサーバ及びショッピングＤＢの構成を示す図である。
【図７】ショッピングＤＢ内のネット会員ＤＢの構成を示す図である。
【図８】受発注サーバおよび受発注ＤＢの構成を示す図である。
【図９】（ａ）は、受発注ＤＢ内の届け先マスタＤＢの構成を示す図であり、（ｂ）受発注ＤＢ内の配送マスタＤＢの構成を示す図であり、（ｃ）は、受発注ＤＢ内のリードタイムマスタＤＢの構成を示す図である。
【図１０】受発注ＤＢ内の在庫マスタＤＢの構成を示す図である。
【図１１】クライアント端末からのアクセスに応答してショッピングページを表示するまでの処理を説明するための図である。
【図１２】図１１に示すホームページ表示処理を説明するためのフローチャートである。
【図１３】図１２に示すホームページ表示処理で表示されるトップページの表示例を示す図である。
【図１４】図１２に示すホームページ表示処理で表示されるパーソナルホームページの表示例を示す図である。
【図１５】図１１に示す顧客情報検索処理を説明するためのフローチャートである。
【図１６】図１１に示す購入履歴取得処理を説明するためのフローチャートである。
【図１７】図１１に示す購入履歴表示処理を説明するためのフローチャートである。
【図１８】図１７に示す購入履歴表示処理で表示される購入履歴ページの表示例を示す図である。
【図１９】図１７に示す購入履歴表示処理で表示されるオーダー状況ページの表示例を示す図である。
【図２０】図１７に示す購入履歴表示処理で表示される商品購入ページの表示例を示す図である。
【図２１】図１１に示す商品通知処理を説明するためのフローチャートである。
【図２２】図１１に示す在庫確認処理を説明するためのフローチャートである。
【図２３】図１１に示すショッピングページ表示処理を説明するためのフローチャートである。
【図２４】図２３に示すショッピングページ表示処理で表示されるショッピングページの表示例を示す図である。
【図２５】クライアント端末からの指示に応答して注文完了ページを表示するまでの処理を説明するための図である。
【図２６】図２５に示す注文受付処理で表示されるカート確認画面の表示例を示す図である。
【図２７】図２５に示す注文確認発注処理で表示される注文確認画面の表示例を示す図である。
【図２８】図２５に示す受注通知処理で表示される注文完了ページの表示例を示す図である。
【符号の説明】
１ 企業内ネットワーク
２ インターネット
１５ ショッピングサーバ
１７ 受発注サーバ
３１ クライアント端末
Claims (14)
- ネットワークに接続された端末にて入力された情報に基づいて、商品を販売するためのサイトを提供するネットワークシステムにおいて、
前記サイトに発注された発注内容を示す発注情報を、前記端末の操作者を識別するための操作者情報と関連づけて記憶する発注情報記憶手段と、
前記操作者が所属する組織を識別するための組織情報と、当該組織に所属する操作者の操作者情報とを関連づけて記憶する識別情報記憶手段と、
前記識別情報記憶手段を参照し、前記サイトへのログインが許可された操作者の操作者情報に対応する組織情報を特定する組織情報特定手段と、
前記識別情報記憶手段を参照し、前記組織情報特定手段が特定した組織情報に対応する他の操作者情報を特定する操作者情報特定手段と、
前記発注情報記憶手段を参照し、前記操作者情報特定手段が特定した操作者識別情報に対応付けられた発注情報を取得する発注情報取得手段と、
前記発注情報取得手段が取得した発注情報を、前記ログインが許可された操作者の端末に通知する発注情報通知手段と、
を備えることを特徴とするネットワークシステム。 - 前記発注情報取得手段は、所定期間の発注情報を取得する、
ことを特徴とする請求項１に記載のネットワークシステム。 - 前記発注情報通知手段は、
前記操作者情報特定手段が特定した操作者情報に対応する発注情報の検索条件を入力する入力領域を前記端末上に提示し、
前記入力領域に入力された検索条件に基づいて、前記発注情報記憶手段に記憶されている発注情報を検索し、
検索結果を前記端末上に提示する、
ことを特徴とする請求項１または２に記載のネットワークシステム。 - 前記発注情報は、少なくとも、発注された物品を識別するための物品情報、発注数量を示す数量情報、発注された物品の金額を示す金額情報、発注日を示す発注日情報、発注された物品の届け先を示す届先情報、を含む、
ことを特徴とする請求項１乃至３のいずれか１項に記載のネットワークシステム。 - ネットワークに接続された端末にて入力された情報に基づいて、商品販売サービスを提供するネットワークシステムに適用される購入履歴提示方法であって、
前記サービスのユーザを識別するためのユーザ情報を登録することで会員登録を行う会員登録ステップと、
前記会員登録ステップで登録されるユーザが、組織の一員として前記サービスを利用する場合に、当該組織を識別するための組織情報を前記ユーザ情報と対応付けて登録する組織情報登録ステップと、
前記サービスを利用した発注における発注内容を示す発注情報を、発注者のユーザ情報と対応付けて記録する発注情報記録ステップと、
前記サービスの利用が許可されたユーザのユーザ情報に対応する組織情報を特定する組織情報特定ステップと、
前記組織情報特定ステップで組織情報が特定された場合、当該組織情報に対応する他のユーザ情報を特定するユーザ情報特定ステップと、
前記発注情報記録ステップで記録された発注情報から、前記ユーザ情報特定ステップで特定されたユーザ情報に対応する発注情報を取得し、購入履歴を示す情報として前記端末に通知する発注情報通知ステップと、
を備えることを特徴とする購入履歴提示方法。 - 前記発注情報通知ステップは、前記ユーザ情報特定ステップで特定されたユーザ情報に対応する発注情報のうち、所定期間の発注についての発注情報を取得して、前記端末に通知する、
ことを特徴とする請求項５に記載の購入履歴提示方法。 - 前記ユーザ情報特定ステップは、
前記ユーザから指定された検索条件に基づいて発注情報を検索する発注情報検索ステップを備え、
前記発注情報通知ステップは、前記発注情報検索ステップで検索された発注情報を前記端末に通知する、
ことを特徴とする請求項５または６に記載の購入履歴提示方法。 - 前記発注情報は、少なくとも、発注された物品を識別するための物品情報、発注数量を示す数量情報、発注された物品の金額を示す金額情報、発注日を示す発注日情報、発注された物品の届け先を示す届先情報、を含む、
ことを特徴とする請求項５乃至７のいずれか１項に記載の購入履歴提示方法。 - ネットワークに接続され、該ネットワークに接続された端末からの要求に応じて商品の販売を行うサイトを提供するサーバ装置であって、
前記ネットワークに接続する接続部と、
前記端末の操作者を識別するための操作者情報と、該操作者が所属する組織を識別するための組織情報とを対応付けて蓄積する識別情報蓄積部と、
前記端末からの発注内容と、当該発注を行った操作者の操作者情報とを対応付けて蓄積する発注情報蓄積部と、
前記接続部を制御し、商品の発注を受け付けるとともに、当該発注を送信した端末の操作者を示す操作者情報を受け付ける発注受付部と、
前記識別情報蓄積部を参照し、前記サイトへのログインが許可された操作者の操作者情報に対応する組織情報を特定して取得する組織情報取得部と、
前記組織情報取得部が取得した組織情報に基づいて、当該組織情報に対応する他の操作者情報を前記識別情報蓄積部から取得する操作者情報取得部と、
前記操作者情報取得部が取得した操作者情報に基づいて、当該操作者情報に対応する発注情報を前記発注情報蓄積部から取得する発注情報取得部と、
前記接続部を制御し、前記発注情報取得部が取得した発注情報を、購入履歴情報として前記操作者の端末に送信する発注情報送信部と、
を備えることを特徴とするサーバ装置。 - 前記発注情報取得部は、前記操作者情報に対応する発注情報の内、所定期間中に発注された発注情報を取得する、
ことを特徴とする請求項９に記載のサーバ装置。 - 前記接続部を制御し、前記発注情報の検索条件を入力するための検索画面を前記端末に表示させる検索画面提供部と、
前記接続部を制御し、前記検索画面を通じて入力された検索条件を示す検索条件情報を受信する検索条件受信部と、
前記検索条件受信部が受信した検索条件に基づいて、前記発注情報蓄積部を検索する発注情報検索部と、をさらに備え、
前記発注情報送信部は、前記発注情報検索部の検索結果を、購入履歴情報として前記端末に送信する、
ことを特徴とする請求項９または１０に記載のサーバ装置。 - 前記発注情報は、少なくとも、発注された物品を識別するための物品情報、発注数量を示す数量情報、発注された物品の金額を示す金額情報、発注日を示す発注日情報、発注された物品の届け先を示す届先情報、を含む、
ことを特徴とする請求項９乃至１１のいずれか１項に記載のサーバ装置。 - コンピュータを、請求項９乃至１１のいずれか１項に記載のサーバ装置として機能させることを特徴とするプログラム。
- 請求項１３に記載のプログラムを格納したことを特徴とする記録媒体。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001356691A JP4448272B2 (ja) | 2001-11-21 | 2001-11-21 | ネットワークシステム、購入履歴提示方法、サーバ装置、プログラム、および記録媒体 |
| KR1020047007766A KR100685249B1 (ko) | 2001-11-21 | 2002-11-20 | 네트워크 시스템 |
| EP02803547A EP1450281A4 (en) | 2001-11-21 | 2002-11-20 | NETWORK SYSTEM |
| US10/496,106 US7587339B2 (en) | 2001-11-21 | 2002-11-20 | Systems, methods, and computer readable medium for providing a site for selling a product in response to a request from a terminal |
| PCT/JP2002/012104 WO2003044708A1 (fr) | 2001-11-21 | 2002-11-20 | Systeme a reseau |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001356691A JP4448272B2 (ja) | 2001-11-21 | 2001-11-21 | ネットワークシステム、購入履歴提示方法、サーバ装置、プログラム、および記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003157377A JP2003157377A (ja) | 2003-05-30 |
| JP4448272B2 true JP4448272B2 (ja) | 2010-04-07 |
Family
ID=19168167
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001356691A Expired - Fee Related JP4448272B2 (ja) | 2001-11-21 | 2001-11-21 | ネットワークシステム、購入履歴提示方法、サーバ装置、プログラム、および記録媒体 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US7587339B2 (ja) |
| EP (1) | EP1450281A4 (ja) |
| JP (1) | JP4448272B2 (ja) |
| KR (1) | KR100685249B1 (ja) |
| WO (1) | WO2003044708A1 (ja) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7580861B1 (en) | 2000-03-17 | 2009-08-25 | Amazon Technologies, Inc. | Providing automated gift registry functionality to assist a user in purchasing an item for a recipient |
| US7318043B1 (en) * | 2004-05-24 | 2008-01-08 | Amazon Technologies, Inc. | Automatically identifying erroneous orders |
| JP4940595B2 (ja) * | 2005-08-17 | 2012-05-30 | 富士ゼロックス株式会社 | 発注システム、情報処理装置およびプログラム |
| JP5353557B2 (ja) * | 2009-08-21 | 2013-11-27 | 富士通株式会社 | 情報処理装置、アクセス方法およびプログラム |
| JP4943535B2 (ja) * | 2009-08-21 | 2012-05-30 | 東芝テック株式会社 | 販売データ処理装置およびプログラム |
| US8332378B2 (en) | 2009-11-18 | 2012-12-11 | American Express Travel Related Services Company, Inc. | File listener system and method |
| US20110119188A1 (en) * | 2009-11-18 | 2011-05-19 | American Express Travel Related Services Company, Inc. | Business to business trading network system and method |
| JP5572422B2 (ja) * | 2010-03-09 | 2014-08-13 | ニフティ株式会社 | 情報システム、プログラム、および情報処理方法 |
| JP6720486B2 (ja) * | 2015-08-12 | 2020-07-08 | 富士ゼロックス株式会社 | プログラム及び情報処理装置 |
| JP6432477B2 (ja) * | 2015-09-25 | 2018-12-05 | カシオ計算機株式会社 | レジスタ端末及びプログラム |
| JP2017220006A (ja) * | 2016-06-07 | 2017-12-14 | 株式会社Ｓｃｒｅｅｎホールディングス | 部品販売システム |
| JP6767534B2 (ja) * | 2019-03-20 | 2020-10-14 | ヤフー株式会社 | 情報処理装置、情報処理方法、及び情報処理プログラム |
| JP7310288B2 (ja) * | 2019-05-16 | 2023-07-19 | 日本電気株式会社 | 処理装置、処理方法及びプログラム |
Family Cites Families (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06325059A (ja) * | 1993-05-10 | 1994-11-25 | Toppan Moore Co Ltd | 発注管理システム及び顧客管理システム |
| JPH11232326A (ja) | 1998-02-17 | 1999-08-27 | Oki Electric Ind Co Ltd | 購入情報処理装置 |
| JP2000137643A (ja) | 1998-08-26 | 2000-05-16 | Mitsubishi Materials Corp | 情報共有システム及び情報共有方法及びそのプログラムを記録した記録媒体 |
| JP3337986B2 (ja) | 1998-09-01 | 2002-10-28 | キヤノン株式会社 | 購買依頼システム及び購買依頼装置 |
| US6167383A (en) * | 1998-09-22 | 2000-12-26 | Dell Usa, Lp | Method and apparatus for providing customer configured machines at an internet site |
| JP2000132596A (ja) | 1998-10-21 | 2000-05-12 | Ntt Data Corp | 電子商取引システム及び電子商取引センタ |
| JP2001022831A (ja) | 1999-07-05 | 2001-01-26 | Hitachi Ltd | 電子商取引における商品情報提供方法 |
| JP2001118009A (ja) | 1999-10-18 | 2001-04-27 | Internatl Business Mach Corp <Ibm> | 電子帳票の取得方法、電子帳票システム、電子帳票を取得するプログラムを格納した記憶媒体 |
| JP2001134648A (ja) | 1999-11-02 | 2001-05-18 | Dentsu Tec Inc | 顧客維持育成のための顧客データ分析方法 |
| WO2001052122A2 (en) * | 2000-01-10 | 2001-07-19 | Skulogix Inc. | Method and system for facilitating fulfillment of electronic commercial transactions |
| JP2000306007A (ja) | 2000-01-17 | 2000-11-02 | Oricon Direct Digital:Kk | 商品提案方法及びシステム並びに商品提案プログラムを記録した媒体 |
| JP2001216371A (ja) | 2000-01-31 | 2001-08-10 | Fuji Xerox Co Ltd | 電子取引システム及び方法 |
| JP4028150B2 (ja) * | 2000-02-09 | 2007-12-26 | 株式会社ソニー・コンピュータエンタテインメント | 販売管理システムおよび販売管理方法 |
| US20010032164A1 (en) * | 2000-03-15 | 2001-10-18 | Jaekil Kim | Method and apparatus for bi-directional auctioning between buyers and sellers using a computer network |
| US7664675B2 (en) | 2000-05-12 | 2010-02-16 | Wako Pure Chemical Industries, Ltd. | Distribution aiding method, distribution aiding server, recording medium, distribution aiding program, and dealer terminal |
| US20020065736A1 (en) * | 2000-05-23 | 2002-05-30 | David Willner | Electronic procurement system |
| US20020013738A1 (en) * | 2000-06-05 | 2002-01-31 | Jan Vistisen | Online exhibition center |
| JP2002024574A (ja) * | 2000-07-11 | 2002-01-25 | Kjs Net:Kk | 多次元空間受発注マッチングシステム |
| AU2002239991A1 (en) * | 2001-01-19 | 2002-07-30 | Globalserve Computer Services, Ltd. | Electronic procurement ("e-procurement") |
| JP2002218065A (ja) * | 2001-01-24 | 2002-08-02 | Hitachi Telecom Technol Ltd | コールセンタシステム |
| US20020133415A1 (en) * | 2001-03-16 | 2002-09-19 | Adolph Zarovinsky | System and method for processing product orders |
-
2001
- 2001-11-21 JP JP2001356691A patent/JP4448272B2/ja not_active Expired - Fee Related
-
2002
- 2002-11-20 WO PCT/JP2002/012104 patent/WO2003044708A1/ja active Application Filing
- 2002-11-20 EP EP02803547A patent/EP1450281A4/en not_active Withdrawn
- 2002-11-20 US US10/496,106 patent/US7587339B2/en not_active Expired - Fee Related
- 2002-11-20 KR KR1020047007766A patent/KR100685249B1/ko not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| KR100685249B1 (ko) | 2007-02-22 |
| EP1450281A4 (en) | 2009-08-19 |
| US20050049925A1 (en) | 2005-03-03 |
| EP1450281A1 (en) | 2004-08-25 |
| WO2003044708A1 (fr) | 2003-05-30 |
| KR20050044567A (ko) | 2005-05-12 |
| JP2003157377A (ja) | 2003-05-30 |
| US7587339B2 (en) | 2009-09-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8103557B2 (en) | Online merchandising system, online catalog presenting method, server, computer program product, and computer data signal | |
| JP2956661B2 (ja) | 流通支援設備 | |
| US6466915B1 (en) | Customer history management method and system in online shopping | |
| US20020049638A1 (en) | Consumable goods online shopping system, portal server, electronic settlement server, mail order center server, recycling plant server, or server, and consumable goods online shopping method and program, and recording medium | |
| US20010051893A1 (en) | Online shopping system and method | |
| JP4448272B2 (ja) | ネットワークシステム、購入履歴提示方法、サーバ装置、プログラム、および記録媒体 | |
| US20080046330A1 (en) | Method for an online community of a purchasing management system | |
| JP4473481B2 (ja) | ネットワークシステム、見積情報管理方法、サーバ装置、プログラム、および記録媒体 | |
| JP2001265853A (ja) | 関連商品推奨システム及び方法 | |
| JP5719414B2 (ja) | アフターサービス管理システム、サーバー、方法、及び、プログラム | |
| JP2001265851A (ja) | 従属商品の選択支援装置 | |
| KR101096405B1 (ko) | 온라인 쇼핑몰 중개 방법 및 온라인 쇼핑몰 중개 시스템 | |
| JP4134631B2 (ja) | データ管理装置及びデータ管理方法 | |
| US20020133423A1 (en) | Article management system, article mangement method, article management program, and computer-readable storage medium on which an article management program is stored | |
| KR100707724B1 (ko) | 온라인 쇼핑몰 중개 방법 및 온라인 쇼핑몰 중개 시스템 | |
| JP2001331737A (ja) | ネットワークシステム及びログイン方法 | |
| JP2003288510A (ja) | 従属商品の選択支援装置及び方法 | |
| JP2001202440A (ja) | 電子商取引方法及びそのシステム | |
| JP2007299432A (ja) | ネットワークシステム、サーバ装置、および、プログラム | |
| JP2006164299A (ja) | オンラインショッピングシステム | |
| JP3832710B2 (ja) | 情報処理装置及び情報処理方法 | |
| JP2001265852A (ja) | 商品推奨システム及び方法 | |
| JP2003108849A (ja) | 取引支援システム及び取引支援方法 | |
| KR100487276B1 (ko) | 온라인 쇼핑몰 중개 방법 및 온라인 쇼핑몰 중개 시스템 | |
| KR20050093466A (ko) | 온라인 쇼핑몰 중개 방법 및 온라인 쇼핑몰 중개 시스템 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040823 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061226 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070202 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070313 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070510 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070517 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20070608 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100122 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130129 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4448272 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140129 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |