JP2003196513A - ネットワークシステム、見積情報管理方法、サーバ装置、プログラム、および記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 識別情報の管理業務を軽減するネットワーク
システム等を提供する。 【解決手段】 クライアント端末３１から、法人会員が
ショッピングサーバ１５にログインしてオンラインショ
ッピングを利用する際、購入予定商品の見積書作成を要
求する。ユーザの要求に応じて、当該商品の見積データ
を作成し、クライアント端末３１に送信する。ユーザは
提示された見積内容を、予め指定した承認者のクライア
ント端末３１に提示するよう、ショッピングサーバ１５
に依頼する。ショッピングサーバ１５は、見積内容を承
認者のクライアント端末３１に送信する。このとき、シ
ョッピングサーバ１５は、受発注サーバ１７に、商品の
在庫状況を問い合わせ、在庫状況に応じて見積内容を更
新する。承認者が見積内容を承認すると、ショッピング
サーバ１５は、当該商品の受注処理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを用
いた商取引に関し、特に、見積情報を効果的に活用する
ことができるネットワークシステム等に関する。

【０００２】

【従来の技術】インターネットの発展に伴って、オンラ
インショッピングなども急速に拡大しつつある。通常の
オンラインショッピングは、予めシステムの会員とな
り、会員登録後、商品を販売しているホームページにロ
グインし、ホームページ上で商品を選択し、決済情報を
入力することによって行っている。

【０００３】

【発明が解決しようとする課題】このようなオンライン
ショッピングを企業などの組織が利用する場合も多い。
組織等で商品を購入する場合、販売者に見積書を発行さ
せ、これを組織の購買責任者等に提示して承認を得るこ
とで、購買が成立するのが一般的である。したがって、
オンラインショッピングにおいても、購入前に電子的に
見積書を発行するシステムが確立している。

【０００４】しかしながら、このように見積書を発行し
ても、発行時から承認時までの間に、対象商品が完売し
てしまうこともある。このような場合、承認そのものの
意味がなくなってしまう。

【０００５】この発明は、上記実状に鑑みてなされたも
のであり、見積情報を管理できるネットワークシステム
を提供することを目的とする。

【課題を解決するための手段】

【０００６】上記目的を達成するため、本発明の第１の
観点にかかるネットワークシステムは、ネットワークに
接続されたユーザ端末から入力された情報に基づいて商
品を販売するサイトを提供するネットワークシステムに
おいて、顧客が操作する前記ユーザ端末から、前記サイ
トで販売する商品の見積を依頼するための見積依頼情報
を受け付ける見積依頼受付手段と、前記見積依頼受付手
段が見積依頼情報を受け付けたことを契機に、当該商品
の見積を示す見積情報を作成する見積作成手段と、前記
見積作成手段が作成した見積情報を前記ユーザ端末に提
示する見積提示手段と、前記見積作成手段が作成した見
積情報を識別するための識別情報を付与する識別情報付
与手段と、前記見積作成手段が作成した見積情報と、前
記識別情報付与手段が付与した識別情報とを対応付けて
記憶する見積記憶手段と、前記見積情報に示される商品
の在庫状況を示す在庫情報を取得する在庫情報取得手段
と、前記在庫情報取得手段が取得した在庫情報に基づい
て、前記見積記憶手段に記憶されている見積情報を更新
する見積更新手段と、前記ユーザ端末からの依頼に基づ
いて、前記更新された見積情報を他のユーザ端末に提示
する見積再提示手段と、を備えることを特徴とする。

【０００７】上記ネットワークシステムにおいて、顧客
に関する顧客情報を、該顧客が属する組織毎に対応付け
て記憶しておく顧客情報記憶手段をさらに備えるものと
することができ、この場合、前記顧客情報には、当該顧
客が作成を依頼した見積を承認する承認者に関する情報
が対応付けられ、前記見積再提示手段は、前記ユーザ端
末から、見積の承認依頼を受け付ける承認依頼受付手段
と、前記承認依頼受付手段が受け付けた承認依頼の依頼
者を、前記顧客情報記憶手段に記憶されている顧客情報
に基づいて特定する承認依頼者特定手段と、前記承認依
頼者特定手段が特定した承認依頼者に対応付けられた承
認者を特定する承認者特定手段と、前記承認依頼者が依
頼した見積を示す見積情報を、前記見積記憶手段から取
得する承認対象見積取得手段と、を備えることが望まし
く、前記承認対象見積取得手段が取得した見積情報を、
前記承認者特定した承認者が使用する端末に提示するこ
とが望ましい。

【０００８】上記ネットワークシステムにおいて、前記
見積再提示手段が提示した見積情報に対する認否を示す
認否情報を受け付ける認否情報受付手段と、前記認否情
報受付手段が受け付けた認否情報が、当該見積に示され
る商品の購入を許可するものである場合、当該商品を受
注し、その旨を前記承認依頼者のユーザ端末に通知する
商品受注手段と、前記認否情報受付手段が受け付けた認
否情報が、当該見積に示される商品の購入を許可しない
ものである場合、その旨を前記承認依頼者のユーザ端末
に通知する不承認通知手段と、をさらに備えることが望
ましい。

【０００９】上記のような構成によれば、例えば、イン
ターネットなどを介して提供されるオンラインショッピ
ングサービスを、法人などの組織の構成員が利用する場
合、購入予定商品の見積書の作成を要求することができ
る。そして、作成された見積書を、決裁権を持つ者（承
認者：例えば、当該依頼者の上司など）に承認を求める
よう依頼することができる。このとき、見積書に記載さ
れた商品の在庫状況を随時問い合わせ、変化がある場合
は、見積書の内容を更新する。このため、完売などによ
り商品の在庫が無くなった場合でも、即座に見積書に反
映させ、受注後の訂正等を防止することができ、効率的
なオンラインショッピングサービスの運営を行うことが
できる。

【００１０】上記ネットワークシステムにおいて、前記
見積再提示手段が前記承認者の端末に見積情報を送信後
の前記見積更新手段による当該見積情報の更新を制御す
る更新制御手段をさらに備えていてもよい。

【００１１】このような構成によれば、例えば、承認者
への見積提示時に完売であった商品の在庫が、承認者か
らの承認を得た時点で回復してしまった場合に、例え
ば、見積内容を更新せずに受注を受け付ける。これによ
り、見積提示時の見積額より、承認後の請求額が増加し
てしまうことを防ぐことができる。

【００１２】上記ネットワークシステムにおいて、前記
顧客毎の営業担当者を示す営業担当者情報を蓄積する営
業担当者情報蓄積手段と、前記見積依頼受付手段が見積
依頼を受け付けた場合に、前記営業担当者情報に基づい
て当該見積依頼者の営業担当者を特定し、該特定された
営業担当者が使用する端末に前記見積作成手段が作成し
た見積情報を通知し、前記認否情報受付手段が受け付け
た認否情報が購入許可を示す場合、前記営業担当者情報
に基づいて当該承認者の営業担当者を特定し、該特定さ
れた営業担当者の端末に前記見積提示手段が提示した見
積情報を通知する、営業情報通知手段と、をさらに備え
ていてもよい。

【００１３】このような構成によれば、見積作成時およ
び見積提示時などに、営業担当者に見積内容を通知する
ことができるので、オンラインショッピングと従来の営
業手法とを効果的に連携させることができる。

【００１４】上記目的を達成するため、本発明の第２の
観点にかかる見積情報管理方法は、ネットワークに接続
された端末にて入力された情報に基づいた商品販売サー
ビスを提供するネットワークシステムに適用される見積
情報管理方法であって、前記ネットワークを介して受け
付けた顧客からの依頼に応じて見積情報を作成する見積
情報作成ステップと、前記顧客に、前記見積情報作成ス
テップで作成された見積情報を前記ネットワークを介し
て提示する見積提示ステップと、前記見積情報作成ステ
ップで作成された見積情報を蓄積する見積情報蓄積ステ
ップと、前記見積情報作成ステップで作成された見積情
報に示される商品の在庫状況を示す在庫情報を取得する
在庫情報取得ステップと、前記在庫情報取得ステップで
取得された在庫情報に基づいて、前記見積情報蓄積ステ
ップで蓄積された見積情報を更新する見積情報更新ステ
ップと、前記ネットワークを介して受け付けた前記顧客
からの依頼に応じて、前記見積情報更新ステップで更新
された見積情報を指定された他の顧客に提示する見積再
提示ステップと、を備えることを特徴とする。

【００１５】上記見積情報管理方法において、前記見積
再提示ステップは、前記顧客の依頼に応じ、該顧客が作
成依頼した見積を承認する承認者に該見積を提示し、前
記承認対象提示ステップで提示された見積に対する認否
を示す認否情報を前記ネットワークを介して受け付ける
認否情報受付ステップと、前記認否情報受付ステップで
受け付けられた認否情報が前記見積の承認を示す場合、
該見積に示される商品を受注する受注ステップと、前記
認否情報受付ステップで受け付けられた認否情報が前記
見積の不承認を示す場合、その旨を前記ネットワークを
介して前記顧客に通知する不承認通知ステップと、を備
えることが望ましい。

【００１６】上記見積情報管理方法において、前記見積
再提示ステップで見積が承認者に提示された後の前記見
積情報更新ステップでの見積情報の更新を制御する更新
制御ステップをさらに備えていてもよい。

【００１７】上記見積情報管理方法において、前記見積
情報作成ステップで作成された見積情報、および、前記
受注ステップでの受注に対応する見積情報を、前記ネッ
トワークを介して前記顧客の営業担当者に通知する営業
情報通知ステップをさらに備えていてもよい。

【００１８】上記目的を達成するため、本発明の第３の
観点にかかるサーバ装置は、ネットワークに接続され、
該ネットワークに接続されたユーザ端末からの要求に応
じて商品の販売を行うサイトを提供するサーバ装置であ
って、前記ネットワークに接続する接続部と、前記接続
部を制御し、商品選択画面を示す情報を前記ユーザ端末
に送信する選択画面送信部と、前記接続部を制御し、前
記商品選択画面を通じて選択された商品を示す情報に基
づいた見積の依頼を受け付ける見積依頼受付部と、前記
見積依頼受付部が受け付けた見積依頼に基づいて、前記
選択された商品の見積を示す見積情報を作成する見積作
成部と、前記接続部を制御し、前記見積作成部が作成し
た見積情報を前記ユーザ端末に送信する見積情報送信部
と、前記見積作成部が作成した見積情報を蓄積する見積
情報蓄積部と、前記見積作成部が作成した見積情報に示
される商品の在庫状況を示す在庫情報を取得する在庫情
報取得部と、前記在庫情報取得部が取得した在庫情報に
基づいて、前記見積情報蓄積部に蓄積されている見積情
報を更新する見積更新部と、前記接続部を制御し、前記
見積更新部が更新した見積情報を、前記ユーザ端末から
の指示に基づいて、指定された他のユーザ端末に送信す
る見積転送部と、を備えることを特徴とする。

【００１９】上記サーバ装置において、前記見積転送部
は、前記顧客が指定した、該顧客による見積を承認する
承認者が使用するユーザ端末に前記見積情報を送信し、
前記接続部を制御し、前記承認者のユーザ端末から、前
記見積転送部が送信した見積情報に対する認否を示す認
否情報を受信する認否情報受信部と、前記接続部を制御
し、前記認否情報受信部が受信した認否情報に応じた情
報を、前記顧客のユーザ端末および前記承認者のユーザ
端末に送信する認否結果送信部と、前記認否情報受信部
が受信した認否情報が、前記見積の承認を示す場合、該
見積に示される商品の受注を行う商品受注部と、をさら
に備えることが望ましい。

【００２０】上記サーバ装置において、前記在庫情報
は、少なくとも商品の在庫の有無を示し、前記在庫情報
取得部は、取得した在庫情報に、在庫無しの商品が含ま
れる場合、その旨を記録する在庫状況記録部と、前記見
積転送部が見積情報を送信した後に取得した在庫情報に
示される商品について、前記在庫状況記録部に記録され
ている在庫状況を参照し、在庫状況に変化があるか否か
を判別する在庫変化判別部と、前記在庫変化判別部が在
庫状況に変化があると判別した場合、前記見積更新部に
よる当該見積情報の更新を禁止する更新制御部と、を備
えるものとすることができる。

【００２１】上記目的を達成するため、本発明の第４の
観点にかかるプログラムは、コンピュータを、上記サー
バ装置として機能させることを特徴とする。

【００２２】上記目的を達成するため、本発明の第５の
観点にかかる記録媒体は、上記プログラムを格納したこ
とを特徴とする。

【００２３】

【発明の実施の形態】以下、この発明の実施の形態にか
かる販売システムを説明する。

【００２４】図１は、この発明の第１の実施の形態にか
かるネットワークシステムの構成を模式的に示す。

【００２５】図１に示すように、このシステムは、企業
・団体などの事業体が保有する企業内ネットワークシス
テム１と、公衆に開かれたインターネット２と、インタ
ーネット２に接続されたクライアント端末（顧客の端
末）３１（３１_１〜３１_ｎ）から構成される。

【００２６】企業内ネットワークシステム１は、イント
ラネットなどから構成され、企業内ネットワーク（ＬＡ
Ｎ、ＷＡＮ）３を介して相互に接続された、複数の店舗
端末１１（１１_１〜１１_ｍ）と、店舗ＤＢ２１（２１_１
〜２１_ｍ）と、管理サーバ１３と、管理ＤＢ２３と、シ
ョッピンサーバ１５と、ショッピングＤＢ２５と、受発
注サーバ１７と、受発注ＤＢ２７とから構成される。

【００２７】店舗端末１１は、この事業体が保有する又
は契約した販売店、サービス店等に設置され、各店舗の
業務を処理するための端末である。各店舗ＤＢ（データ
ベース）２１は、各店舗が、自店舗の業務を処理するた
めのＤＢである。店舗端末１１と店舗ＤＢ（データベー
ス）２１とは、図２に示す構成を有する。店舗端末１１
は、図２に示すように、通信制御部１１１と、処理制御
部１１２と、データ記憶部１１３と、入力処理部１１４
と、表示処理部１１５とを備えている。

【００２８】通信制御部１１１は、処理制御部１１２の
制御により、企業内ネットワーク３を介して各種の情報
を送受信するためのものである。

【００２９】処理制御部１１２は、入力処理部１１４か
ら入力された指示に従って、通信制御部１１１を介して
通信を行い、又、店舗内の業務に関する各種の情報を処
理する。また、処理制御部１１２は画像情報を作成し、
表示処理部１１５に供給する。

【００３０】データ記憶部１１３は、半導体メモリ、磁
気ディスク記録装置等から構成され、各種の情報やプロ
グラムを記録する。

【００３１】入力処理部１１４は、キーボード、ポイン
ティングデバイス等から構成され、指示やデータを入力
するためのものである。

【００３２】表示処理部１１５は、ディスプレイ装置、
ビデオメモリ等から構成され、処理制御部１１２から供
給された画像情報に従った画像を表示して、情報等を提
示（出力）する。

【００３３】一方、店舗ＤＢ２１は、顧客ＤＢ２１１
と、売上ＤＢ２１２と、請求ＤＢ２１３とを備える。

【００３４】顧客ＤＢ２１１は、図３（ａ）に示すよう
に、自店舗の顧客に関する基本情報が設定されているＤ
Ｂであり、顧客ＩＤ、名称、住所、法人／個人の別（法
人の場合は法人ＩＤ）、顧客区分、営業担当者、推奨商
品、営業担当メッセージ、届け先コード、地区コードな
どの情報を記憶する。ここで、「顧客ＩＤ」は、顧客の
識別情報であり、顧客別にユニークな情報が設定されて
いる。「顧客区分」は、その顧客の優良度を示す。「顧
客区分」に応じて、その顧客への商品価格の割引率やク
ーポンが定まる。「顧客区分」は、例えば、営業担当者
により設定される。「推奨商品」は、担当者がその顧客
に推奨したい商品であり、営業担当者により設定され
る。また、「営業担当メッセージ」は、各顧客の担当営
業者からのショートメッセージである。「届け先コー
ド」は、商品の届け先を識別するためのコードであり、
届け先の住所（例えば、都道府県）に対応して予め定め
られたコードである。例えば、届け先の住所が北海道で
あれば地区コードＮ０１、神奈川県であれば地区コード
Ｋ０４などが登録される。

【００３５】売上ＤＢ２１２は、図３（ｂ）に示すよう
に、販売した商品の、商品コード、数量、単価、購入者
（ＩＤ）、営業担当（ＩＤ）、等を１回の商取引を単位
として記憶する。１回の商取引を単位として売上情報が
記録されているので、同時に購入された商品（商品群）
を判別することが可能である。

【００３６】請求ＤＢ２１３は、図３（ｃ）に示すよう
に、１ヶ月分の請求情報を蓄積し、請求書を発行するた
めのＤＢであり、顧客別に、販売日、販売商品、数量、
単価（提供価格）、担当者（法人の場合）、等の情報が
設定される。なお、このシステムでは、法人がインター
ネットを用いたオンラインショッピングにより商品を購
入した場合にも、担当する店舗で一括して請求書を発行
する。そこで、オンラインショッピングでの販売につい
ても、同様の情報が設定され、さらに、オンラインショ
ッピングでの販売であることを示すフラグ（ネット？Ｙ
ＥＳ、ＮＯ）が設定される。

【００３７】図１に示す管理サーバ１３と管理ＤＢ２３
とは、事業体全体の業務を処理するためのコンピュータ
システムである。管理サーバ１３は、図４に示すよう
に、通信制御部１３１と、処理制御部１３２と、データ
記憶部１３３と、入力処理部１３４と、表示処理部１３
５とを備えている。通信制御部１３１と、処理制御部１
３２と、データ記憶部１３３と、入力処理部１３４と、
表示処理部１３５との構成及び機能は、基本的に、店舗
端末１１の通信制御部１１１と、処理制御部１１２と、
データ記憶部１１３と、入力処理部１１４と、表示処理
部１１５との構成及び機能と同様である。ただし、処理
制御部１３２の機能は、事業体全体の管理事業を処理す
るための機能に特化されている。

【００３８】一方、管理ＤＢ２３は、この事業体全体の
様々なデータを集計・管理するためのものであり、図４
に示すように、商品マスタＤＢ２３１と、顧客マスタＤ
Ｂ２３２と、関連商品マスタＤＢ２３３と、売上マスタ
ＤＢ２３４と、を備えている。

【００３９】商品マスタＤＢ２３１は、図５（ａ）に示
すように、この事業体が取り扱っている全商品の商品コ
ード、商品名、商品説明、基準単価、商品区分、リンク
情報などが記録されている。

【００４０】ここで、商品区分とは、その商品が、「本
体」、「オプション」、「消耗品」のいずれに属するか
を示す情報である。「本体」とは、通常、単独で使用さ
れる主要商品を意味する。「オプション」とは、通常、
単独で使用されることがなく、「本体」に装着或いは接
続されて使用される商品を意味する。「消耗品」とは、
通常、単独で使用されることがなく、「本体」又は「オ
プション」に装着され、使用に伴って量が減少するもの
を意味する。例えば、コピー機を例に取ると、コピー機
自体が本体、コピー機に装着されて使用されるフィー
ダ、ソータ、通信装置、電源装置がオプション、トナー
やＰＰＣ用紙が消耗品となる。また、デジタルカメラを
例に取ると、カメラ自体が本体、カメラとパーソナルコ
ンピュータを接続するケーブル及び通信ソフトがオプシ
ョン、画像を蓄積するフラッシュメモリカードや電池が
消耗品となる。

【００４１】リンク情報は、他の商品区分で、その商品
に使用可能なものを登録するための情報である。例え
ば、「本体」であれば、その本体に適合するオプション
や消耗品の商品コードが登録されている。同様に、「オ
プション」であれば、そのオプションが適合する本体の
商品コードや、そのオプションに適合する消耗品の商品
コードが登録されている。また、「消耗品」であれば、
その消耗品が適合する本体やオプションの商品コードが
登録されている。図５（ａ）の例では、本体である商品
コードＡ１２３の商品に使用できる消耗品として、Ｃ２
０３が挙げられている。従って、商品コードＣ２０３の
リンク情報には、適合する本体としてＡ１２３が挙げら
れている。

【００４２】この商品区分及びリンク情報により、各商
品がいずれかの商品区分に分類され、さらに、適合関係
にある商品同士がリンク付けされる。これにより、例え
ば本体の機種を指定すれば、その本体に適合するオプシ
ョン又は消耗品が特定される。こういった連想形式で、
商品を選択・指定することも可能である。また、商品区
分を特定し、その商品区分内で、ある商品に適合する商
品を選択・指定することも可能となる。

【００４３】顧客マスタＤＢ２３２は、この事業体の全
顧客に関する顧客情報を記録する。その内容は、図５
（ｂ）に示すように、図３（ａ）に示す顧客ＤＢ２１１
と類似である。ただし、各顧客が所有している商品（装
置）の情報も記録している。

【００４４】関連商品マスタＤＢ２３３は、図５（ｃ）
に示すように、同時に購入される可能性の高い、或い
は、同時に購入することが望ましい商品等を記録する。

【００４５】例えば、ある商品とその商品のオプション
及び消耗品とは関連があると考えられる。また、例え
ば、デジタルカメラを購入した際に、撮影した画像を編
集・加工するためのソフトウエアや加工した画像を印刷
するためのプリンタを購入することが望ましい。従っ
て、これらの商品は関連ある商品である。このように、
予め関連が明確な場合には、関連する商品を示す関連情
報を、担当者が入力処理部１３４より関連商品マスタＤ
Ｂ２３３の領域２３３Ａに設定する。

【００４６】一方、このシステムの担当者が関連に気づ
かない場合でも、多くの人が商品を購入する際に、同時
に購入する商品は、同時に購入する方が望ましいもので
ある場合が多い。そこで、処理制御部１３２が、過去の
販売履歴をチェックし、同時に販売されている割合が所
定値、例えば、５％を越える場合には、この関連商品マ
スタＤＢ２３３の領域２３３Ｂに両商品の関連を示す関
連情報を登録する。

【００４７】売上マスタＤＢ２３４は、この事業体全体
の売上に関する情報が設定されており、全店舗の売上デ
ータを集積したものとなる。その構造は、基本的に図３
（ｂ）に示す各店舗の売上ＤＢ２１２の構成と同一であ
り、１回の商取引を単位とした売上情報が登録される。
従って、売上マスタＤＢ２３４の内容から、同時に販売
された商品を判別することができる。

【００４８】図１に示すショッピングサーバ１５とショ
ッピングＤＢ２５とは、インターネットを介したネット
ワークショッピング（オンラインショッピング）を処理
するためのシステムであり、図６に示す構成を有する。

【００４９】ショッピングサーバ１５は、図６に示すよ
うに、通信制御部１５１と、処理制御部１５２と、デー
タ記憶部１５３と、入力処理部１５４と、表示処理部１
５５とを備えている。

【００５０】通信制御部１５１と、処理制御部１５２
と、データ記憶部１５３と、入力処理部１５４と、表示
処理部１５５との構成及び機能は、基本的に、店舗端末
１１の通信制御部１１１と、処理制御部１１２と、デー
タ記憶部１１３と、入力処理部１１４と、表示処理部１
１５との構成及び機能と同様である。ただし、処理制御
部１５２の機能は、オンラインショッピング用のホーム
ページの運営、売り上げ処理などの機能に特化されてい
る。

【００５１】ショッピングＤＢ２５は、図６に示すよう
に、ネット会員ＤＢ２５１と、素材ＤＢ２５２と、ホー
ムページＤＢ２５３と、商品ＤＢ２５４と、売上ＤＢ２
５５と、請求ＤＢ２５６と、関連商品ＤＢ２５７と、マ
ニュアルＤＢ２５８と、ニュースＤＢ２５９とを備え
る。

【００５２】ネット会員ＤＢ２５１は、オンラインショ
ッピングの会員（ネット会員）に関する情報を記録する
データベースであり、図７に示すように、顧客ＩＤ、氏
名・名称、住所、法人／個人の別（法人の場合は法人Ｉ
Ｄ）、メールアドレス、パスワード、所有機器、届け先
コード、地区コードが設定される。さらに、法人の場合
には、顧客区分、営業担当（店舗＋担当者）、推奨商
品、営業担当メッセージ等が設定される。顧客ＩＤは、
会員の識別情報である。法人顧客の場合、顧客ＩＤは、
販売店・サービス店で使用しているＩＤと同一のＩＤが
使用される。名称と住所は、その会員の氏名・名称と住
所・所在地である。メールアドレスは、会員の電子メー
ルのアドレス（Ｅ−ｍａｉｌアドレス）である。パスワ
ードは、会員がオンラインショッピングサービスにログ
インするためのパスワードである。

【００５３】法人会員にあっては、法人内の各担当者
（例えば、総務部や購買部の人）のメールアドレスとパ
スワードが登録される。所有機器は、その会員が所有し
ている装置（本体）の情報である。オンラインショッピ
ングのみで店舗での取引を行っていない会員の場合に
は、過去にオンラインショッピングで販売した商品が設
定される。一方、オンラインショッピングと店舗での取
引とを併用している法人会員については、店舗での販売
とオンラインショッピングでの販売との両方の履歴に基
づいて、所有機器の情報が設定される。担当者の数は、
複数でもよく、担当者数に応じた数のメールアドレスと
パスワードとの組が設定される。また、法人の場合に設
定される、顧客区分、営業担当、推奨商品、営業担当メ
ッセージ、届け先コード、地区コードは、店舗ＤＢ２１
の顧客ＤＢ２１１に設定されているものと同一の情報が
設定される。

【００５４】素材ＤＢ２５２は、ホームページを生成す
るための様々な素材の画像を記憶する。例えば、各営業
担当員の顔画像、商品の画像、キャッチフレーズ、各種
フォームなどを記憶する。

【００５５】ホームページＤＢ２５３は、オンラインシ
ョッピングサービスを提供するために、必要となる様々
なホームページを記憶する。商品ＤＢ２５４は、このオ
ンラインショッピングで扱う商品のデータベースであ
り、商品マスタＤＢ２３１と同様の構成を有する。売上
ＤＢ２５５は、各店舗の売上ＤＢ２１２（図３（ｂ））
と同様の構成であり、取引単位で売上情報が登録され
る。請求ＤＢ２５６は、オンラインショッピングでの販
売に関する請求データを記憶する。このシステムでは、
法人会員への請求は、オンラインショッピングでの売上
であっても、担当営業店からの請求書で行われるが、ウ
ェブページ上での請求情報の表示等のために、法人会員
の請求情報も記録される。また、見積作成が要求された
場合、作成された見積書を示す情報も記録される。

【００５６】関連商品ＤＢ２５７には、管理ＤＢ２３の
関連商品マスタＤＢ２３３に登録されている関連商品情
報のうち、オンラインショッピングサービスで取り扱っ
ている商品に関する情報のみが複製される。マニュアル
ＤＢ２５８には複数機器の操作マニュアル又はユーザマ
ニアルが電子データで格納されている。ニュースＤＢ２
５９には、例えば、インターネット上の様々なニュース
ソースから提供されるニュース及びショッピングサーバ
１５から入力されたニュースがジャンル別に格納されて
いる。

【００５７】図１に示す受発注サーバ１７と受発注ＤＢ
２７とは、商品の受発注を処理して在庫を管理するため
のシステムであり、図８に示す構成を有する。

【００５８】受発注サーバ１７は、図８に示すように、
通信制御部１７１と、処理制御部１７２と、データ記憶
部１７３と、入力処理部１７４と、表示処理部１７５と
を備えている。

【００５９】通信制御部１７１と、処理制御部１７２
と、データ記憶部１７３と、入力処理部１７４と、表示
処理部１７５との構成及び機能は、基本的に、店舗端末
１１の通信制御部１１１と、処理制御部１１２と、デー
タ記憶部１１３と、入力処理部１１４と、表示処理部１
１５との構成及び機能と同様である。ただし、処理制御
部１７２の機能は、受発注の処理、在庫の管理、納品日
の特定などの機能に特化されている。

【００６０】受発注ＤＢ２７は、図８に示すように、届
け先マスタＤＢ２７１と、配送マスタＤＢ２７２と、リ
ードタイムマスタＤＢ２７３と、在庫マスタＤＢ２７４
と、を備えている。

【００６１】届け先マスタＤＢ２７１は、図９（ａ）に
示すように、届け先コード別に、事業体に属する配送セ
ンタに付された優先度が設定されており、届け先に商品
を発送する配送センタを決定可能とする。

【００６２】配送マスタＤＢ２７２は、図９（ｂ）に示
すように、商品ごとに付された商品コード別に、各商品
を発送可能な配送センタを示す情報を記録する。図９
（ｂ）の例では、商品コードに対応する商品を発送可能
な配送センタには“○”が付されており、発送できない
配送センタは空欄となっている。

【００６３】リードタイムマスタＤＢ２７３は、図９
（ｃ）に示すように、商品の届け先住所に対応する地区
コード別に、各配送センタでの商品発送から注文者の手
元に商品が届くまでに要する日数が設定されている。

【００６４】在庫マスタＤＢ２７４は、図１０に示すよ
うに、商品の在庫状況や入庫状況を確認可能とするＤＢ
であり、商品コード別に、在庫数、入庫予定日、入庫予
定数、等の情報が設定される。また、在庫マスタＤＢ２
７４では、商品コード別に、在庫の有無を示すフラグ
（在庫？あり、なし）及び入庫予定の有無を示すフラグ
（入庫予定？あり、なし）が設定されてもよい。なお、
在庫数や入庫予定数は、事業体に属する配送センタごと
の数値を設定するようにしてもよい。

【００６５】（動作）次に、上記構成のシステムを用い
た日々の事業活動について説明する。 （販売店での動作）各販売店の、営業担当者は、日々、
顧客とコンタクトを取り、商品を販売すると共に新規顧
客を開拓する。

【００６６】新たな売上（注文）が発生すると、販売店
の担当者は、店舗端末１１より、売上（注文）内容を店
舗ＤＢ２１内の売上ＤＢ２１２に登録する。この際、１
回の商取引で取引された複数の商品については、１つの
取引番号を設定する。また、新たな顧客が営業員により
開拓された場合には、その顧客に関する情報を顧客ＤＢ
２１１に登録する。

【００６７】営業担当者は、自己が担当する法人につい
て、その法人の顧客区分（顧客優良度）や、その顧客の
特性に適したお奨め商品、顧客へのメッセージなどを適
宜設定する。

【００６８】管理サーバ１３は、例えば、深夜などに、
各販売店の店舗ＤＢ２１及びショッピングＤＢ２５にア
クセスし、更新された情報（差分データ）を読み出し、
管理ＤＢ２３を更新する。

【００６９】例えば、当日の売上が売上マスタＤＢ２３
４に登録される。また、この売上により、各顧客の所有
する主な装置（商品区分が主商品に相当する商品）が増
加した場合には、顧客マスタＤＢ２３２上の「所有商
品」の欄に追加する。また、顧客情報が変化していた
り、新たな顧客が発生している場合にも顧客マスタＤＢ
２３２を更新する。

【００７０】また、管理サーバ１３は、各店舗の顧客Ｄ
Ｂ２１１から収集した、法人顧客の顧客区分、お奨め商
品、営業担当メッセージ等をショッピングサーバ１５を
介してショッピングＤＢ２５内のネット会員ＤＢ２５１
に設定する。さらに、管理サーバ１３は、更新した売上
マスタＤＢ２３４の内容から、関連商品情報を生成し、
関連商品マスタＤＢ２３３に設定する。さらに、更新し
た関連商品情報のうち、オンラインショッピングに関連
する情報のみを、ショッピングサーバ１５を介して、関
連商品ＤＢ２５７に記録する。

【００７１】（オンラインショッピングサービス） （事前登録）法人顧客がオンラインショッピングサービ
スを利用するためには、事前に営業店舗などで登録を受
ける必要がある。法人顧客は、営業担当者などを介し
て、オンラインショッピングへの登録を、担当者を特定
して申し込む。一法人について、担当者は複数人でもよ
く、人数分のメールアドレスとパスワードとの組を特定
する。登録申込書に記載された情報は、ショッピングサ
ーバ１５の管理者に回送され、例えば、図７に示すネッ
ト会員ＤＢ２５１に登録される。また、顧客区分等の情
報については、各営業店でのサービスとの整合性を取る
ため、営業担当者により決定された値に設定される。こ
れらの処理は、各店舗の営業担当者とショッピングサー
バ１５の管理者の間で連絡を取り合って、実行される。

【００７２】一方、個人顧客は、自己のクライアント端
末３１から、図示せぬＩＳＰ（インターネットサービス
プロバイダ）とインターネット２とを介して、ショッピ
ングサーバ１５が運営するサイトの会員登録用ホームペ
ージにアクセスする。そして、この会員登録用ホームペ
ージで、メールアドレス、住所・氏名、支払い方法など
の登録を行う。登録した個人には、パスワードが発行さ
れる。ショッピングサーバ１５は、これらの情報に会員
ＩＤを付して、ネット会員ＤＢ２５１に登録する。

【００７３】（オンラインショッピングの動作）次に、
実際にオンラインショッピングを行う場合の動作を説明
する。任意のユーザが自己のクライアント端末３１か
ら、インターネットを介してショッピングサーバ１５が
提供するホームページのログイン画面にアクセスするこ
とができる。クライアント端末３１によるアクセスに応
答して、ショッピングサーバ１５は、図１１の処理を開
始し、ホームページ表示処理を実行する（ステップＳ
１）。このホームページ表示処理は、クライアント端末
３１における入力事項に基づいてログインの許否を決定
し、ログインを許可した場合に、ユーザごとに設けられ
たパーソナルホームページを表示させるための処理であ
る。

【００７４】ここで、ステップＳ１のホームページ表示
処理について詳しく説明する。図１２は、ショッピング
サーバ１５がステップＳ１で実行するホームページ表示
処理を詳細に示すフローチャートである。ホームページ
表示処理では、まず、ショッピングサーバ１５が、図１
３に示すようなログイン名やパスワードを入力するため
のページ（ＨＴＭＬ形式の情報）であるトップページ
を、ホームページＤＢ２５３から読み出してクライアン
ト端末３１に送信し、表示させる（ステップＳ１０
１）。

【００７５】このページには、ログイン名（登録したメ
ールアドレス）やパスワードを入力する入力欄が配置さ
れている。

【００７６】ユーザは、この画面上で必要事項を入力
し、「ＧＯ」をクリックする。即ち、ユーザは、メール
アドレスとパスワードを入力し、「ＧＯ」をクリックす
る。ユーザが必要事項を入力し、「ＧＯ」をクリックす
ると、インターネット２を介して入力事項がショッピン
グサーバ１５に通知される。

【００７７】ショッピングサーバ１５は、通知に応答
し、ログイン名とパスワードの入力があったか否かを判
別する（ステップＳ１０２）。ログイン名とパスワード
の入力がない場合には、ステップＳ１０２の処理を繰り
返し、ログイン名とパスワードが入力されるのを待機す
る。

【００７８】一方、ログイン名とパスワードが入力され
た場合には、入力された情報がネット会員ＤＢ２５１に
登録されているか否かを判別する（ステップＳ１０
３）。

【００７９】なお、法人ユーザの場合には、法人ＩＤが
登録されており、かつその法人ＩＤに、入力されたメー
ルアドレスとパスワードの対が設定されていることが必
要である。これにより、法人とその担当者とが特定され
る。ネット会員ＤＢ２５１に登録されていない場合に
は、ステップＳ１０１の処理に戻り、トップページを表
示させる。

【００８０】一方、登録されている場合には、クライア
ント端末３１にパーソナルホームページを表示させる
（ステップＳ１０４）。より具体的には、ネット会員Ｄ
Ｂ２５１から、この顧客を担当している営業店の営業担
当者と、顧客区分と、所有機器と、推奨商品と、営業担
当メッセージとを読み出す。次に、素材ＤＢ２５２か
ら、営業担当者の画像及び推奨商品のイメージ画像を読
み出す。この後、所有機器に関する情報と、関連商品Ｄ
Ｂ２５７に記録されている関連情報とから、ログインし
た会員が所有する機器に適合する消耗品を特定し、さら
に、該消耗品に関する情報を素材ＤＢ２５２から読み出
す。次に、これらの情報を配置して、図１４に示すよう
なページを形成し、クライアント端末３１に送信して表
示させる。こうしてクライアント端末３１にてパーソナ
ルホームページが表示されると、ホームページ表示処理
は終了する。

【００８１】図１４に示すページは、左右２つのフレー
ムに分割されており、左フレームに、このサイトの目次
が配置されている。また、右フレームの上段左側に営業
担当者から顧客へのメッセージが配置され、上段右側に
この会員を担当している営業担当者に関する情報が表示
され、その下に営業担当者が顧客に推奨する商品の画像
やお知らせ、サービス情報等の各種情報が提示されてい
る。

【００８２】ここで、左フレームの目次から、オンライ
ンショッピングに対応する項目を選択した場合、例え
ば、ショッピングカートモデルを用いて必要な商品の購
入を指示することができる。左フレームの目次から「取
扱商品一覧」が選択された場合を例に説明する。「取扱
商品一覧」ページは、図１５に一例を示すような取扱商
品をカテゴリー別に一覧表示するページである。ショッ
ピングサーバ１５は、上記したステップＳ５の商品通知
処理を実行することで、ユーザがいずれかのカテゴリー
（商品カテゴリー）を選択した場合に、選択された商品
カテゴリーに登録されている商品を受発注サーバ１７に
通知する。

【００８３】図１５に示す「取扱商品一覧」ページか
ら、所望のカテゴリが選択されると、図１６に示すよう
に、当該カテゴリの商品を示すショッピングページがク
ライアント端末３１に表示される。

【００８４】ここでは、図１６に示すショッピングペー
ジを通じて、「カートに入れる」を選択することで指定
された商品の注文を受け付ける。この場合、例えば、図
１７に示すような、カートの中身を表示するページ（選
択商品表示ページ）がクライアント端末３１に送信され
る。

【００８５】ここで、クライアント端末３１で、「見積
作成」が選択されることで、見積書作成処理が開始され
る。この見積書作成処理を、図１８のフローチャートを
参照して説明する。

【００８６】すなわち、ショッピングページから「見積
作成」が選択されると（ステップＳ２０１：Ｙｅｓ）、
図１９に示すような見積ＩＤ入力ページがクライアント
端末３１に表示される（ステップＳ２０２）。この見積
ＩＤ入力ページは、ユーザが任意の見積ＩＤ（見積番号
や所望の名称など）を入力するためのページである。

【００８７】ユーザが所望の見積ＩＤを入力し、「Ｏ
Ｋ」ボタンを押下することで、入力された見積ＩＤを示
す情報が、カートに入れられた商品を示す情報とともに
ショッピングサーバ１５に送信される。

【００８８】ショッピングサーバ１５は、クライアント
端末３１から見積ＩＤおよび商品指定情報を受信すると
（ステップＳ２０３：Ｙｅｓ）、当該商品指定情報に指
定された商品を受発注サーバ１７に通知することで、当
該商品の在庫情報を問い合わせる（ステップＳ２０
４）。

【００８９】受発注サーバ１７から、当該商品の在庫状
況を示す情報（在庫データ）を受信すると（ステップＳ
２０５：Ｙｅｓ）、その在庫データを分析し、当該商品
の中に完売したものがあるか否かを判別する（ステップ
Ｓ２０６）。

【００９０】ここで「完売商品」とは、例えば、商品の
在庫が僅かであり且つ当該商品の製造が終了しているも
の、あるいは、製造が追いつかない状態のものも含まれ
るものとする。

【００９１】完売商品がある場合（ステップＳ２０６：
Ｙｅｓ）、ショッピングサーバ１５は、図２０に示すよ
うな再見積確認ページをクライアント端末３１に送信す
る（ステップＳ２０７）。すなわち、完売商品を除いた
商品について、再見積をするか否かをユーザに問い合わ
せるページを表示する。

【００９２】ここで、再見積確認ページの「再見積す
る」ボタンが選択されると、その旨を示す情報がショッ
ピングサーバ１５に送信される。

【００９３】ショッピングサーバ１５では、クライアン
ト端末３１から再見積要求を受信すると（ステップＳ２
０８：Ｙｅｓ）、当該完売商品を除いた商品を再見積も
りし、図２１に示すような見積データを示す見積ページ
を作成してクライアント端末３１に送信する（ステップ
Ｓ２０９）。一方、再見積要求がない場合（ステップＳ
２０８：Ｎｏ）は、処理を終了する。

【００９４】また、ステップＳ２０６において、完売商
品がないと判別された場合（ステップＳ２０６：Ｎｏ）
は、すべての商品について、図２１に示すような見積デ
ータを示す見積ページを作成してクライアント端末３１
に送信し（ステップＳ２０９）、図１１に示すメインフ
ローに戻る。

【００９５】作成された見積データは、ステップＳ２０
３で入力された見積ＩＤと対応付けられて、ショッピン
グサーバ１５の請求ＤＢ２５６に登録される（ステップ
Ｓ３）。

【００９６】次に、見積作成依頼者が、作成された見積
書の承認を求めるための承認依頼処理を図２２，２３，
２４のフローチャートを参照して説明する。

【００９７】見積作成依頼者は、ステップＳ２の見積書
作成処理においてクライアント端末３１に表示された見
積ページ（図２１）から、「承認依頼」ボタンを押下す
ることで、ショッピングサーバ１５に承認依頼を要求す
る（ステップＳ４０１：Ｙｅｓ）。ここで、他のボタン
が選択された場合（ステップＳ４０１：Ｎｏ）は、それ
ぞれに応じた処理が実行される。

【００９８】承認依頼要求に応じて、ショッピングサー
バ１５は、図２５に示すような、承認依頼に必要となる
情報を入力するためのページ（以下、「依頼情報入力ペ
ージ」とする）を作成し、クライアント端末３１に送信
する（ステップＳ４０２）。ここで、依頼情報入力ペー
ジは、見積作成依頼者が、承認者、承認依頼件名（依頼
ＩＤ）、取得理由、承認期限などを指定するための情報
を入力するためのページである。承認者は、例えば、当
該見積作成依頼者の会員情報に予め対応付けて記憶させ
ておいたものをプルダウンメニューなどで選択可能に表
示させる。

【００９９】見積作成依頼者は、「依頼情報入力ペー
ジ」から、承認者、依頼ＩＤ、取得理由、承認期限など
を指定する情報を入力した後、「送信」ボタンを押下す
る。「送信」ボタンの押下により、入力された情報（以
下、「承認依頼情報」とする）がショッピングサーバ１
５に送信される。

【０１００】ショッピングサーバ１５では、クライアン
ト端末３１から承認依頼情報を受信すると（ステップＳ
４０３：Ｙｅｓ）、ステップＳ３で請求ＤＢ２５６に記
録した当該見積データを抽出し（ステップＳ４０４）、
抽出した見積データに示される商品の在庫状況を受発注
サーバ１７に問い合わせる（ステップＳ４０５）。

【０１０１】受発注サーバ１７から、当該商品の在庫状
況を示す情報（在庫データ）を受信すると（ステップＳ
４０６：Ｙｅｓ）、ショッピングサーバ１５は、受信し
た在庫データを分析し、完売となった商品があるか否か
を判別する（ステップＳ４０７）。

【０１０２】ここで、完売商品がある場合（ステップＳ
４０７：Ｙｅｓ）、図２０に示すような再見積確認ペー
ジを作成し、クライアント端末３１に送信する（ステッ
プＳ４０８（図２３））。

【０１０３】そして、再見積要求を受信すると（ステッ
プＳ４０９：Ｙｅｓ）、対象商品について再見積し、図
２１に示すような見積ページを作成して、クライアント
端末３１に送信する（ステップＳ４１０）。

【０１０４】再見積ページから「承認依頼」ボタンが選
択された場合（ステップＳ４１１：Ｙｅｓ）、あるいは
ステップＳ４０７で完売商品がないと判別された場合
（ステップＳ４０７：Ｎｏ）、ショッピングサーバ１５
は、図２６に示すような通知メールを作成し、承認者宛
に送信する（ステップＳ４１２）。図示するように、こ
の通知メールには、承認依頼に対する回答を入力するた
めに、当該承認者のパーソナルページを示すＵＲＬが所
定のリンク形式により記述されている。すなわち、承認
者のクライアント端末３１に表示された通知メールのリ
ンク部分をクリックすることで、図２７に示すような、
当該承認者のパーソナルページがブラウザプログラムに
より表示される。

【０１０５】クライアント端末３１に表示された承認者
のパーソナルページには、図示するように、右フレーム
中段に承認依頼がある旨を示す表示が配置されている。
当該表示の近傍にはさらに、「承認依頼を確認」ボタン
が配置されている。この「承認依頼を確認」ボタンに
は、図２８に示すような承認依頼回答ページを示すＵＲ
Ｌが割り当てられている。

【０１０６】すなわち、承認者が「承認依頼を確認」ボ
タンを押下することで、対応する承認依頼回答ページの
ＵＲＬがショッピングサーバ１５に送信される。ショッ
ピングサーバ１５は、受信したＵＲＬに対応する承認依
頼ページを当該クライアント端末３１に送信する。

【０１０７】図２８に示すように、承認依頼ページに
は、当該見積書の内容およびステップＳ４０２で見積作
成依頼者が入力した情報が示されている。ここで、承認
依頼ページの下段には、図示するように、「見積確認」
ボタンが配置されている。承認者が当該依頼にかかる見
積書を参照したい場合は、「見積確認」ボタンを押下す
ることで、図２１に示すような見積ページがクライアン
ト端末３１に表示される。また、同様に用意されている
「物件確認」ボタンを押下することで、当該依頼に記載
されている商品の商品紹介ページなどにジャンプする。

【０１０８】商品者は、このように見積書や商品を確認
した後、当該依頼に対し、承認あるいは却下の回答を行
う。すなわち、承認依頼ページ下段に用意されている
「承認（発注）」ボタンまたは「却下」ボタンのいずれ
かを選択する。

【０１０９】いずれかのボタンが押下されることで、そ
れぞれに対応したコマンドがショッピングサーバ１５に
送信される。

【０１１０】ショッピングサーバ１５は、クライアント
端末３１から回答を受信すると（ステップＳ４１３：Ｙ
ｅｓ）、その回答が「承認」であるか「却下」であるか
を判別する（ステップＳ４１４）。

【０１１１】回答が「承認」である場合（ステップＳ４
１４：Ｙｅｓ）、ショッピングサーバ１５はさらに、承
認回答期限内であるか否かを判別する（ステップＳ４１
５）。承認回答期限を超過している場合（ステップＳス
テップＳ４１５：Ｎｏ）は、その旨を示すページを当該
承認者のクライアント端末３１に送信するとともに、承
認依頼が不成立であった旨を示す電子メールを承認依頼
者のクライアント端末３１に送信して（ステップＳ４１
６）、処理を終了する。

【０１１２】一方、承認回答期限内である場合（ステッ
プＳ４１５：Ｙｅｓ）、ショッピングサーバ１５は、受
発注サーバ１７に、当該見積に記載の商品について、現
在の在庫状況を問い合わせる。すなわち、受発注サーバ
１７から現在の在庫データを取得する（ステップＳ４１
７）。

【０１１３】ここでショッピングサーバ１５は、ステッ
プＳ４１２で承認者のクライアント端末３１に見積ペー
ジを送信した時点での在庫状況と、ステップＳ４１７で
取得した在庫データに示される在庫状況との間に変化が
あるか否かを判別する（ステップＳ４１８）。

【０１１４】在庫状況に変化があった場合（ステップＳ
４１８：Ｙｅｓ）、ショッピングサーバ１５は、その内
容を分析する（ステップＳ４１９）。ここでは、承認者
への見積提示時に「在庫なし」（すなわち「完売」）で
あったものが、現在「在庫あり」になっているか否かを
分析する。

【０１１５】ここで、見積提示時に「完売」であった商
品が、例えば、再入荷などで「在庫あり」になった場合
（ステップＳ４１９）、ショッピングサーバ１５は、当
該見積を更新することなく、図２９に示すような、承認
回答が完了した旨を示すページを作成し、承認者のクラ
イアント端末３１に送信するとともに、承認された旨を
示す電子メールを、承認依頼者のクライアント端末３１
に送信して（ステップＳ４２０）、図１１に示すメイン
フローに戻る。

【０１１６】ここで、見積情報の更新を行わないのは、
見積提示時から対象商品が増加することになるため、請
求金額も増加することになるので、承認者の権限の問題
が発生する可能性があり、承認依頼そのものが意味をな
さなくなってしまう事態を防止するためである。

【０１１７】一方、見積提示時に「在庫あり」であった
商品が、現在「完売」となった場合（ステップＳ４１
９：Ｎｏ）、ステップＳ４０８に戻り、再見積処理を行
う。これは、承認された商品が完売により受注できなく
なってしまったため、見積処理を再度やり直すためであ
る。

【０１１８】また、在庫状況に変化がない場合（ステッ
プＳ４１８：Ｎｏ）は、承認内容通りの受注が可能であ
るので、図２９に示すような承認回答が完了した旨を示
すページを作成し、承認者のクライアント端末３１に送
信するとともに、承認された旨を示す電子メールを、承
認依頼者のクライアント端末３１に送信して（ステップ
Ｓ４２０）、図１１に示すメインフローに戻る。

【０１１９】一方、回答が「却下」である場合（ステッ
プＳ４１４：Ｎｏ）は、承認依頼者に対し承認されなか
った旨を示す電子メールを送信するなどし（ステップＳ
４１６）、処理を終了する。

【０１２０】見積が承認者により承認された場合、商品
通知処理が実行される（ステップＳ５）。ここでは、承
認された見積書に記載されている商品を受発注サーバ１
７に通知することで、当該商品について、所定の受注・
発送処理が行われる。

【０１２１】以上説明したように、この実施の形態によ
れば、法人ＩＤを登録しているユーザがオンラインショ
ッピングシステムを利用する際、見積を作成し、その見
積が有効である間は、商品の在庫状況が随時反映させる
ので、的確な受注処理を行うことができる。

【０１２２】なお、この発明は上記実施の形態に限定さ
れず、種々の変形及び応用が可能である。例えば、上記
実施の形態では、物品を販売するための販売店システム
とオンラインショッピングシステムとを融合させたが、
販売の対象は任意であり、例えば、デジタルコンテンツ
（映像、音楽等）、サービス等を提供するための販売店
システムとオンラインショッピングシステムに同様のシ
ステムを適用することも可能である。

【０１２３】また、見積作成時、承認者への見積提示
時、および、受注時に、当該見積内容を対応する営業担
当者に通知するようにしてもよい。この場合、ショッピ
ングサーバ１５に、顧客情報、商品情報、および、営業
担当者情報を対応付けた情報予め蓄積させておき、見積
依頼者や承認者の事業所の所在地や対象商品に基づいて
営業担当者を選出する。そして、選出した営業担当者が
使用する端末などに見積情報や受注情報を送信する。こ
のような構成とすることで、オンラインショッピングと
従来の営業手法とを効率的に連携させることができ、販
売時のサポートやアフターサービスなどを効果的に支援
することができる。

【０１２４】また、サーバやＤＢの構成は、任意に変更
可能である。例えば、図１及び図２では、理解を容易に
するため、各店舗に店舗端末１１が１台設置されている
ものとして説明したが、各店舗にＬＡＮなどに接続され
た複数台の店舗端末を設置してもよい。管理サーバ１３
及びショッピングサーバ１５も、協働して動作する複数
台のサーバから構成されてもよい。さらに、ＤＢの構成
も上記構成に限定されず、２以上のＤＢを統合してもよ
く、或いは、１つのＤＢを機能的に複数に分割してもよ
い。また、重複するデータについては、削除してもよ
い。例えば、上記実施の形態では、関連商品マスタＤＢ
２３３に、本体とオプション及び消耗品との関係を設定
せず、これらの関係については、商品マスタＤＢ２３１
の内容から特定するようにしてもよい。

【０１２５】また、関連商品マスタＤＢ２３３を配置せ
ず、関連商品に関する情報は関連商品ＤＢ２５７で処理
するようにしてもよい。同様に、商品マスタＤＢ２３１
には、商品のリンク情報を持たせず、商品ＤＢ２５４だ
けにリンク情報を設定してもよい。

【０１２６】コンピュータ又はコンピュータ群を、上述
のシステムとして機能させ、或いは、上述の工程を実行
させるために必要なプログラムの全部又は一部を、記録
媒体（ＲＯＭ、フレキシブルディスク、ハードディス
ク、ＣＤ−ＲＯＭ、ＭＯ、ＣＤ−Ｒ、フラッシュメモ
リ）等に記録して配布・流通させてもよい。

【０１２７】

【発明の効果】以上説明したように、本発明によれば、
作成した見積を用いて、オンラインショッピングの効率
化を図ることができる。

【図面の簡単な説明】

【図１】本発明の実施の形態に係る販売オンラインショ
ッピングシステムの構成を示す図である。

【図２】各店舗に設置される店舗サーバ及び店舗ＤＢの
構成を示す図である。

【図３】（ａ）は、店舗ＤＢ内の顧客ＤＢの構成を示す
図であり、（ｂ）は、店舗ＤＢ内の売上ＤＢの構成を示
す図であり、（ｃ）は、店舗ＤＢ内の請求ＤＢの構成を
示す図である。

【図４】管理サーバ及び管理ＤＢの構成を示す図であ
る。

【図５】（ａ）は、管理ＤＢ内の商品マスタＤＢの構成
を示す図であり、（ｂ）は、管理ＤＢ内の顧客マスタＤ
Ｂの構成を示す図であり、（ｃ）は、管理ＤＢ内の関連
商品マスタＤＢの構成を示す図である。

【図６】ショッピングサーバ及びショッピングＤＢの構
成を示す図である。

【図７】ショッピングＤＢ内のネット会員ＤＢの構成を
示す図である。

【図８】受発注サーバおよび受発注ＤＢの構成を示す図
である。

【図９】（ａ）は、受発注ＤＢ内の届け先マスタＤＢの
構成を示す図であり、（ｂ）受発注ＤＢ内の配送マスタ
ＤＢの構成を示す図であり、（ｃ）は、受発注ＤＢ内の
リードタイムマスタＤＢの構成を示す図である。

【図１０】受発注ＤＢ内の在庫マスタＤＢの構成を示す
図である。

【図１１】クライアント端末からのアクセスに応答して
商品を受注するまでの処理を説明するための図である。

【図１２】図１１に示すホームページ表示処理を説明す
るためのフローチャートである。

【図１３】図１２に示すホームページ表示処理で表示さ
れるトップページの表示例を示す図である。

【図１４】図１２に示すホームページ表示処理で表示さ
れるパーソナルホームページの表示例を示す図である。

【図１５】図１４に示すパーソナルホームページにリン
クした取扱商品一覧ページの表示例を示す図である。

【図１６】図１５に示す取扱商品一覧ページにリンクし
たショッピングページの表示例を示す図である。

【図１７】図１６に示すショッピングページにリンクし
た選択商品表示ページの表示例を示す図である。

【図１８】図１１に示す見積書作成処理を説明するため
のフローチャートである。

【図１９】図１８に示す見積書作成処理で表示される見
積ＩＤ入力ページの表示例を示す図である。

【図２０】図１８に示す見積書作成処理で表示される再
見積確認ページの表示例を示す図である。

【図２１】図１８に示す見積書作成処理で表示される見
積ページの表示例を示す図である。

【図２２】図１１に示す承認依頼処理を説明するための
フローチャートである。

【図２３】図１１に示す承認依頼処理を説明するための
フローチャートである。

【図２４】図１１に示す承認依頼処理を説明するための
フローチャートである。

【図２５】図２２に示す承認依頼処理で表示される依頼
情報入力ページの表示例を示す図である。

【図２６】図２３に示す承認依頼処理で送信される、承
認依頼の電子メールの表示例を示す図である。

【図２７】図２３に示す承認依頼処理で表示される、承
認依頼を含むパーソナルホームページの表示例を示す図
である。

【図２８】図２７に示すパーソナルホームページにリン
クした、承認依頼回答ページの表示例を示す図である。

【図２９】図２４に示す承認依頼処理で表示される承認
通知ページの表示例を示す図である。

【符号の説明】

１ 企業内ネットワークシステム ２ インターネット １５ ショッピングサーバ １７ 受発注サーバ ３１ クライアント端末

フロントページの続き (72)発明者 三角 幸子 東京都大田区中馬込１丁目３番６号 株式 会社リコー内 (72)発明者 篠原 英二 東京都大田区中馬込１丁目３番６号 株式 会社リコー内 (72)発明者 上村 静 東京都大田区中馬込１丁目３番６号 株式 会社リコー内 (72)発明者 鳥飼 辰登 東京都大田区中馬込１丁目３番６号 株式 会社リコー内

Claims (14)

【特許請求の範囲】
1. 【請求項１】ネットワークに接続されたユーザ端末から
   入力された情報に基づいて商品を販売するサイトを提供
   するネットワークシステムにおいて、 顧客が操作する前記ユーザ端末から、前記サイトで販売
   する商品の見積を依頼するための見積依頼情報を受け付
   ける見積依頼受付手段と、 前記見積依頼受付手段が見積依頼情報を受け付けたこと
   を契機に、当該商品の見積を示す見積情報を作成する見
   積作成手段と、 前記見積作成手段が作成した見積情報を前記ユーザ端末
   に提示する見積提示手段と、 前記見積作成手段が作成した見積情報を識別するための
   識別情報を付与する識別情報付与手段と、 前記見積作成手段が作成した見積情報と、前記識別情報
   付与手段が付与した識別情報とを対応付けて記憶する見
   積記憶手段と、 前記見積情報に示される商品の在庫状況を示す在庫情報
   を取得する在庫情報取得手段と、 前記在庫情報取得手段が取得した在庫情報に基づいて、
   前記見積記憶手段に記憶されている見積情報を更新する
   見積更新手段と、 前記ユーザ端末からの依頼に基づいて、前記更新された
   見積情報を他のユーザ端末に提示する見積再提示手段
   と、 を備えることを特徴とするネットワークシステム。
2. 【請求項２】顧客に関する顧客情報を、該顧客が属する
   組織毎に対応付けて記憶しておく顧客情報記憶手段をさ
   らに備え、 前記顧客情報には、当該顧客が作成を依頼した見積を承
   認する承認者に関する情報が対応付けられ、 前記見積再提示手段は、 前記ユーザ端末から、見積の承認依頼を受け付ける承認
   依頼受付手段と、 前記承認依頼受付手段が受け付けた承認依頼の依頼者
   を、前記顧客情報記憶手段に記憶されている顧客情報に
   基づいて特定する承認依頼者特定手段と、 前記承認依頼者特定手段が特定した承認依頼者に対応付
   けられた承認者を特定する承認者特定手段と、 前記承認依頼者が依頼した見積を示す見積情報を、前記
   見積記憶手段から取得する承認対象見積取得手段と、を
   備え、 前記承認対象見積取得手段が取得した見積情報を、前記
   承認者特定した承認者が使用する端末に提示する、 ことを特徴とする請求項１に記載のネットワークシステ
   ム。
3. 【請求項３】前記見積再提示手段が提示した見積情報に
   対する認否を示す認否情報を受け付ける認否情報受付手
   段と、 前記認否情報受付手段が受け付けた認否情報が、当該見
   積に示される商品の購入を許可するものである場合、当
   該商品を受注し、その旨を前記承認依頼者のユーザ端末
   に通知する商品受注手段と、 前記認否情報受付手段が受け付けた認否情報が、当該見
   積に示される商品の購入を許可しないものである場合、
   その旨を前記承認依頼者のユーザ端末に通知する不承認
   通知手段と、をさらに備える、 ことを特徴とする請求項２に記載のネットワークシステ
   ム。
4. 【請求項４】前記見積再提示手段が前記承認者の端末に
   見積情報を送信後の前記見積更新手段による当該見積情
   報の更新を制御する更新制御手段をさらに備える、 ことを特徴とする請求項１乃至３のいずれか１項に記載
   のネットワークシステム。
5. 【請求項５】前記顧客毎の営業担当者を示す営業担当者
   情報を蓄積する営業担当者情報蓄積手段と、 前記見積依頼受付手段が見積依頼を受け付けた場合に、
   前記営業担当者情報に基づいて当該見積依頼者の営業担
   当者を特定し、該特定された営業担当者が使用する端末
   に前記見積作成手段が作成した見積情報を通知し、前記
   認否情報受付手段が受け付けた認否情報が購入許可を示
   す場合、前記営業担当者情報に基づいて当該承認者の営
   業担当者を特定し、該特定された営業担当者の端末に前
   記見積提示手段が提示した見積情報を通知する、営業情
   報通知手段と、 をさらに備えることを特徴とする請求項１乃至４のいず
   れか１項に記載のネットワークシステム。
6. 【請求項６】ネットワークに接続された端末にて入力さ
   れた情報に基づいた商品販売サービスを提供するネット
   ワークシステムに適用される見積情報管理方法であっ
   て、 前記ネットワークを介して受け付けた顧客からの依頼に
   応じて見積情報を作成する見積情報作成ステップと、 前記顧客に、前記見積情報作成ステップで作成された見
   積情報を前記ネットワークを介して提示する見積提示ス
   テップと、 前記見積情報作成ステップで作成された見積情報を蓄積
   する見積情報蓄積ステップと、 前記見積情報作成ステップで作成された見積情報に示さ
   れる商品の在庫状況を示す在庫情報を取得する在庫情報
   取得ステップと、 前記在庫情報取得ステップで取得された在庫情報に基づ
   いて、前記見積情報蓄積ステップで蓄積された見積情報
   を更新する見積情報更新ステップと、 前記ネットワークを介して受け付けた前記顧客からの依
   頼に応じて、前記見積情報更新ステップで更新された見
   積情報を指定された他の顧客に提示する見積再提示ステ
   ップと、 を備えることを特徴とする見積情報管理方法。
7. 【請求項７】前記見積再提示ステップは、 前記顧客の依頼に応じ、該顧客が作成依頼した見積を承
   認する承認者に該見積を提示し、 前記承認対象提示ステップで提示された見積に対する認
   否を示す認否情報を前記ネットワークを介して受け付け
   る認否情報受付ステップと、 前記認否情報受付ステップで受け付けられた認否情報が
   前記見積の承認を示す場合、該見積に示される商品を受
   注する受注ステップと、 前記認否情報受付ステップで受け付けられた認否情報が
   前記見積の不承認を示す場合、その旨を前記ネットワー
   クを介して前記顧客に通知する不承認通知ステップと、 を備えることを特徴とする請求項６に記載の見積情報管
   理方法。
8. 【請求項８】前記見積再提示ステップで見積が承認者に
   提示された後の前記見積情報更新ステップでの見積情報
   の更新を制御する更新制御ステップをさらに備える、こ
   とを特徴とする請求項７に記載の見積情報管理方法。
9. 【請求項９】前記見積情報作成ステップで作成された見
   積情報、および、前記受注ステップでの受注に対応する
   見積情報を、前記ネットワークを介して前記顧客の営業
   担当者に通知する営業情報通知ステップをさらに備え
   る、 ことを特徴とする請求項６または７に記載の見積情報管
   理方法。
10. 【請求項１０】ネットワークに接続され、該ネットワー
    クに接続されたユーザ端末からの要求に応じて商品の販
    売を行うサイトを提供するサーバ装置であって、 前記ネットワークに接続する接続部と、 前記接続部を制御し、商品選択画面を示す情報を前記ユ
    ーザ端末に送信する選択画面送信部と、 前記接続部を制御し、前記商品選択画面を通じて選択さ
    れた商品を示す情報に基づいた見積の依頼を受け付ける
    見積依頼受付部と、 前記見積依頼受付部が受け付けた見積依頼に基づいて、
    前記選択された商品の見積を示す見積情報を作成する見
    積作成部と、 前記接続部を制御し、前記見積作成部が作成した見積情
    報を前記ユーザ端末に送信する見積情報送信部と、 前記見積作成部が作成した見積情報を蓄積する見積情報
    蓄積部と、 前記見積作成部が作成した見積情報に示される商品の在
    庫状況を示す在庫情報を取得する在庫情報取得部と、 前記在庫情報取得部が取得した在庫情報に基づいて、前
    記見積情報蓄積部に蓄積されている見積情報を更新する
    見積更新部と、 前記接続部を制御し、前記見積更新部が更新した見積情
    報を、前記ユーザ端末からの指示に基づいて、指定され
    た他のユーザ端末に送信する見積転送部と、 を備えることを特徴とするサーバ装置。
11. 【請求項１１】前記見積転送部は、前記顧客が指定し
    た、該顧客による見積を承認する承認者が使用するユー
    ザ端末に前記見積情報を送信し、 前記接続部を制御し、前記承認者のユーザ端末から、前
    記見積転送部が送信した見積情報に対する認否を示す認
    否情報を受信する認否情報受信部と、 前記接続部を制御し、前記認否情報受信部が受信した認
    否情報に応じた情報を、前記顧客のユーザ端末および前
    記承認者のユーザ端末に送信する認否結果送信部と、 前記認否情報受信部が受信した認否情報が、前記見積の
    承認を示す場合、該見積に示される商品の受注を行う商
    品受注部と、 をさらに備えることを特徴とする請求項１０に記載のサ
    ーバ装置。
12. 【請求項１２】前記在庫情報は、少なくとも商品の在庫
    の有無を示し、 前記在庫情報取得部は、 取得した在庫情報に、在庫無しの商品が含まれる場合、
    その旨を記録する在庫状況記録部と、 前記見積転送部が見積情報を送信した後に取得した在庫
    情報に示される商品について、前記在庫状況記録部に記
    録されている在庫状況を参照し、在庫状況に変化がある
    か否かを判別する在庫変化判別部と、 前記在庫変化判別部が在庫状況に変化があると判別した
    場合、前記見積更新部による当該見積情報の更新を禁止
    する更新制御部と、 を備えることを特徴とする請求項１０または１１に記載
    のサーバ装置。
13. 【請求項１３】コンピュータを、請求項１０乃至１２の
    いずれか１項に記載のサーバ装置として機能させること
    を特徴とするプログラム。
14. 【請求項１４】請求項１３に記載のプログラムを格納し
    たことを特徴とする記録媒体。