JP4473481B2 - ネットワークシステム、見積情報管理方法、サーバ装置、プログラム、および記録媒体 - Google Patents
ネットワークシステム、見積情報管理方法、サーバ装置、プログラム、および記録媒体 Download PDFInfo
- Publication number
- JP4473481B2 JP4473481B2 JP2001401276A JP2001401276A JP4473481B2 JP 4473481 B2 JP4473481 B2 JP 4473481B2 JP 2001401276 A JP2001401276 A JP 2001401276A JP 2001401276 A JP2001401276 A JP 2001401276A JP 4473481 B2 JP4473481 B2 JP 4473481B2
- Authority
- JP
- Japan
- Prior art keywords
- estimate
- information
- approval
- product
- unit
- 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
- 238000007726 management method Methods 0.000 title claims description 29
- 230000004044 response Effects 0.000 claims abstract description 15
- 230000005540 biological transmission Effects 0.000 claims description 8
- 230000000694 effects Effects 0.000 claims description 8
- 230000008859 change Effects 0.000 claims description 6
- 230000008520 organization Effects 0.000 claims description 6
- 238000012546 transfer Methods 0.000 claims description 6
- 238000009825 accumulation Methods 0.000 claims description 2
- 238000012545 processing Methods 0.000 description 51
- 238000000034 method Methods 0.000 description 48
- 230000008569 process Effects 0.000 description 45
- 238000010586 diagram Methods 0.000 description 28
- 238000004891 communication Methods 0.000 description 14
- 230000006870 function Effects 0.000 description 14
- 238000013500 data storage Methods 0.000 description 11
- 238000012790 confirmation Methods 0.000 description 7
- 239000000463 material Substances 0.000 description 5
- 230000006399 behavior Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000000881 depressing effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000000284 extract Substances 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
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
- G06Q20/203—Inventory monitoring
-
- 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/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0201—Market modelling; Market analysis; Collecting market data
-
- 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]
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
-
- 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
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/18—Legal services
- G06Q50/188—Electronic negotiation
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Tourism & Hospitality (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Game Theory and Decision Science (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Data Mining & Analysis (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【発明の属する技術分野】
本発明は、ネットワークを用いた商取引に関し、特に、見積情報を効果的に活用することができるネットワークシステム等に関する。
【0002】
【従来の技術】
インターネットの発展に伴って、オンラインショッピングなども急速に拡大しつつある。
通常のオンラインショッピングは、予めシステムの会員となり、会員登録後、商品を販売しているホームページにログインし、ホームページ上で商品を選択し、決済情報を入力することによって行っている。
【0003】
【発明が解決しようとする課題】
このようなオンラインショッピングを企業などの組織が利用する場合も多い。組織等で商品を購入する場合、販売者に見積書を発行させ、これを組織の購買責任者等に提示して承認を得ることで、購買が成立するのが一般的である。したがって、オンラインショッピングにおいても、購入前に電子的に見積書を発行するシステムが確立している。
【0004】
しかしながら、このように見積書を発行しても、発行時から承認時までの間に、対象商品が完売してしまうこともある。このような場合、承認そのものの意味がなくなってしまう。
【0005】
この発明は、上記実状に鑑みてなされたものであり、見積情報を管理できるネットワークシステムを提供することを目的とする。
【課題を解決するための手段】
【0006】
上記目的を達成するため、本発明の第1の観点にかかるネットワークシステムは、
ネットワークに接続されたユーザ端末から入力された情報に基づいて商品を販売するサイトを提供するネットワークシステムにおいて、
顧客が操作する前記ユーザ端末から、前記サイトで販売する商品の見積を依頼するための見積依頼情報を受け付ける見積依頼受付手段と、
前記見積依頼受付手段が見積依頼情報を受け付けたことを契機に、依頼された商品の在庫状況を示す在庫情報を取得し、その時点で在庫のある商品の見積を示す見積情報を作成する見積作成手段と、
前記見積作成手段が作成した見積情報を前記ユーザ端末に提示する見積提示手段と、
前記見積作成手段が作成した見積情報を識別するための識別情報を付与する識別情報付与手段と、
前記見積作成手段が作成した見積情報と、前記識別情報付与手段が付与した識別情報とを対応付けて記憶する見積記憶手段と、
前記見積提示手段が提示した前記見積情報が他のユーザ端末で承認された時点の在庫情報に基づいて、該見積情報が示す商品の在庫状況を判別する在庫状況判別手段と、
前記在庫状況判別手段が、前記見積情報が示す商品の在庫がないと判別した場合、前記見積記憶手段に記憶されている当該見積情報を更新する見積更新手段と、
前記ユーザ端末からの依頼に基づいて、前記更新された見積情報を前記他のユーザ端末に提示する見積再提示手段と、
を備えることを特徴とする。
【0007】
上記ネットワークシステムにおいて、
顧客に関する顧客情報を、該顧客が属する組織毎に対応付けて記憶しておく顧客情報記憶手段をさらに備えるものとすることができ、この場合、
前記顧客情報には、当該顧客が作成を依頼した見積を承認する承認者に関する情報が対応付けられ、
前記見積再提示手段は、
前記ユーザ端末から、見積の承認依頼を受け付ける承認依頼受付手段と、
前記承認依頼受付手段が受け付けた承認依頼の依頼者を、前記顧客情報記憶手段に記憶されている顧客情報に基づいて特定する承認依頼者特定手段と、
前記承認依頼者特定手段が特定した承認依頼者に対応付けられた承認者を特定する承認者特定手段と、
前記承認依頼者が依頼した見積を示す見積情報を、前記見積記憶手段から取得する承認対象見積取得手段と、を備えることが望ましく、
前記承認対象見積取得手段が取得した見積情報を、前記承認者特定した承認者が使用する端末に提示することが望ましい。
【0008】
上記ネットワークシステムにおいて、
前記見積再提示手段が提示した見積情報に対する認否を示す認否情報を受け付ける認否情報受付手段と、
前記認否情報受付手段が受け付けた認否情報が、当該見積に示される商品の購入を許可するものである場合、当該商品を受注し、その旨を前記承認依頼者のユーザ端末に通知する商品受注手段と、
前記認否情報受付手段が受け付けた認否情報が、当該見積に示される商品の購入を許可しないものである場合、その旨を前記承認依頼者のユーザ端末に通知する不承認通知手段と、をさらに備えることが望ましい。
【0009】
上記のような構成によれば、例えば、インターネットなどを介して提供されるオンラインショッピングサービスを、法人などの組織の構成員が利用する場合、購入予定商品の見積書の作成を要求することができる。そして、作成された見積書を、決裁権を持つ者(承認者:例えば、当該依頼者の上司など)に承認を求めるよう依頼することができる。このとき、見積書に記載された商品の在庫状況を随時問い合わせ、変化がある場合は、見積書の内容を更新する。このため、完売などにより商品の在庫が無くなった場合でも、即座に見積書に反映させ、受注後の訂正等を防止することができ、効率的なオンラインショッピングサービスの運営を行うことができる。
【0010】
上記ネットワークシステムにおいて、
前記見積再提示手段が前記承認者の端末に見積情報を送信後の前記見積更新手段による当該見積情報の更新を制御する更新制御手段をさらに備えていてもよい。
【0011】
このような構成によれば、例えば、承認者への見積提示時に完売であった商品の在庫が、承認者からの承認を得た時点で回復してしまった場合に、例えば、見積内容を更新せずに受注を受け付ける。これにより、見積提示時の見積額より、承認後の請求額が増加してしまうことを防ぐことができる。
【0012】
上記ネットワークシステムにおいて、
前記顧客毎の営業担当者を示す営業担当者情報を蓄積する営業担当者情報蓄積手段と、
前記見積依頼受付手段が見積依頼を受け付けた場合に、前記営業担当者情報に基づいて当該見積依頼者の営業担当者を特定し、該特定された営業担当者が使用する端末に前記見積作成手段が作成した見積情報を通知し、前記認否情報受付手段が受け付けた認否情報が購入許可を示す場合、前記営業担当者情報に基づいて当該承認者の営業担当者を特定し、該特定された営業担当者の端末に前記見積提示手段が提示した見積情報を通知する、営業情報通知手段と、
をさらに備えていてもよい。
【0013】
このような構成によれば、見積作成時および見積提示時などに、営業担当者に見積内容を通知することができるので、オンラインショッピングと従来の営業手法とを効果的に連携させることができる。
【0014】
上記目的を達成するため、本発明の第2の観点にかかる見積情報管理方法は、
ネットワークに接続された端末にて入力された情報に基づいた商品販売サービスを提供するネットワークシステムに適用される見積情報管理方法であって、
前記ネットワークシステムのコンピュータが、
前記ネットワークを介して受け付けた、顧客が操作する前記端末からの依頼に応じて商品の在庫状況を示す在庫情報を取得し、その時点で在庫のある商品についての見積情報を作成する見積情報作成ステップと、
前記端末に、前記見積情報作成ステップで作成された見積情報を前記ネットワークを介して送信することで前記顧客に提示する見積提示ステップと、
前記見積情報作成ステップで作成された見積情報を蓄積する見積情報蓄積ステップと、
前記見積提示ステップで提示した前記見積情報が他の端末で承認された時点の在庫情報に基づいて、該見積情報が示す商品の在庫状況を判別する在庫状況判別ステップと、
前記在庫状況判別ステップで、前記見積情報が示す商品の在庫がないと判別された場合、前記見積情報蓄積ステップで蓄積された当該見積情報を更新する見積情報更新ステップと、
前記ネットワークを介して受け付けた前記顧客からの依頼に応じて、前記見積情報更新ステップで更新された見積情報を指定された前記他の端末に提示する見積再提示ステップと、
を備えることを特徴とする。
【0015】
上記見積情報管理方法において、
前記見積再提示ステップは、
前記顧客の依頼に応じ、該顧客が作成依頼した見積を承認する承認者に該見積を提示し、
前記承認対象提示ステップで提示された見積に対する認否を示す認否情報を前記ネットワークを介して受け付ける認否情報受付ステップと、
前記認否情報受付ステップで受け付けられた認否情報が前記見積の承認を示す場合、該見積に示される商品を受注する受注ステップと、
前記認否情報受付ステップで受け付けられた認否情報が前記見積の不承認を示す場合、その旨を前記ネットワークを介して前記顧客に通知する不承認通知ステップと、を備えることが望ましい。
【0016】
上記見積情報管理方法において、
前記見積再提示ステップで見積が承認者に提示された後の前記見積情報更新ステップでの見積情報の更新を制御する更新制御ステップをさらに備えていてもよい。
【0017】
上記見積情報管理方法において、
前記見積情報作成ステップで作成された見積情報、および、前記受注ステップでの受注に対応する見積情報を、前記ネットワークを介して前記顧客の営業担当者に通知する営業情報通知ステップをさらに備えていてもよい。
【0018】
上記目的を達成するため、本発明の第3の観点にかかるサーバ装置は、
ネットワークに接続され、該ネットワークに接続されたユーザ端末からの要求に応じて商品の販売を行うサイトを提供するサーバ装置であって、
前記ネットワークに接続する接続部と、
前記接続部を制御し、商品選択画面を示す情報を前記ユーザ端末に送信する選択画面送信部と、
前記接続部を制御し、前記商品選択画面を通じて選択された商品を示す情報に基づいた見積の依頼を受け付ける見積依頼受付部と、
前記見積依頼受付部が見積依頼を受け付けたことを契機に、前記選択された商品の在庫状況を示す在庫情報を取得し、その時点で在庫のある商品の見積を示す見積情報を作成する見積作成部と、
前記接続部を制御し、前記見積作成部が作成した見積情報を前記ユーザ端末に送信する見積情報送信部と、
前記見積作成部が作成した見積情報を蓄積する見積情報蓄積部と、
前記見積情報送信部が送信した前記見積情報が他のユーザ端末で承認された時点の在庫情報に基づいて、該見積情報が示す商品の在庫状況を判別する在庫状況判別部と、
前記在庫状況判別部が、前記見積情報が示す商品の在庫がないと判別した場合、前記見積情報蓄積部に蓄積されている当該見積情報を更新する見積更新部と、
前記接続部を制御し、前記見積更新部が更新した見積情報を、前記ユーザ端末からの指示に基づいて、指定された前記他のユーザ端末に送信する見積転送部と、
を備えることを特徴とする。
【0019】
上記サーバ装置において、
前記見積転送部は、前記顧客が指定した、該顧客による見積を承認する承認者が使用するユーザ端末に前記見積情報を送信し、
前記接続部を制御し、前記承認者のユーザ端末から、前記見積転送部が送信した見積情報に対する認否を示す認否情報を受信する認否情報受信部と、
前記接続部を制御し、前記認否情報受信部が受信した認否情報に応じた情報を、前記顧客のユーザ端末および前記承認者のユーザ端末に送信する認否結果送信部と、
前記認否情報受信部が受信した認否情報が、前記見積の承認を示す場合、該見積に示される商品の受注を行う商品受注部と、
をさらに備えることが望ましい。
【0020】
上記サーバ装置において、
前記在庫状況判別部が在庫状況に変化があると判別した場合、前記見積更新部による当該見積情報の更新を禁止する更新制御部をさらに備えていることが望ましい。
【0021】
上記目的を達成するため、本発明の第4の観点にかかるプログラムは、コンピュータを、上記サーバ装置として機能させることを特徴とする。
【0022】
上記目的を達成するため、本発明の第5の観点にかかる記録媒体は、上記プログラムを格納したことを特徴とする。
【0023】
【発明の実施の形態】
以下、この発明の実施の形態にかかる販売システムを説明する。
【0024】
図1は、この発明の第1の実施の形態にかかるネットワークシステムの構成を模式的に示す。
【0025】
図1に示すように、このシステムは、企業・団体などの事業体が保有する企業内ネットワークシステム1と、公衆に開かれたインターネット2と、インターネット2に接続されたクライアント端末(顧客の端末)31(311〜31n)から構成される。
【0026】
企業内ネットワークシステム1は、イントラネットなどから構成され、企業内ネットワーク(LAN、WAN)3を介して相互に接続された、複数の店舗端末11(111〜11m)と、店舗DB21(211〜21m)と、管理サーバ13と、管理DB23と、ショッピンサーバ15と、ショッピングDB25と、受発注サーバ17と、受発注DB27とから構成される。
【0027】
店舗端末11は、この事業体が保有する又は契約した販売店、サービス店等に設置され、各店舗の業務を処理するための端末である。
各店舗DB(データベース)21は、各店舗が、自店舗の業務を処理するためのDBである。
店舗端末11と店舗DB(データベース)21とは、図2に示す構成を有する。
店舗端末11は、図2に示すように、通信制御部111と、処理制御部112と、データ記憶部113と、入力処理部114と、表示処理部115とを備えている。
【0028】
通信制御部111は、処理制御部112の制御により、企業内ネットワーク3を介して各種の情報を送受信するためのものである。
【0029】
処理制御部112は、入力処理部114から入力された指示に従って、通信制御部111を介して通信を行い、又、店舗内の業務に関する各種の情報を処理する。また、処理制御部112は画像情報を作成し、表示処理部115に供給する。
【0030】
データ記憶部113は、半導体メモリ、磁気ディスク記録装置等から構成され、各種の情報やプログラムを記録する。
【0031】
入力処理部114は、キーボード、ポインティングデバイス等から構成され、指示やデータを入力するためのものである。
【0032】
表示処理部115は、ディスプレイ装置、ビデオメモリ等から構成され、処理制御部112から供給された画像情報に従った画像を表示して、情報等を提示(出力)する。
【0033】
一方、店舗DB21は、顧客DB211と、売上DB212と、請求DB213とを備える。
【0034】
顧客DB211は、図3(a)に示すように、自店舗の顧客に関する基本情報が設定されているDBであり、顧客ID、名称、住所、法人/個人の別(法人の場合は法人ID)、顧客区分、営業担当者、推奨商品、営業担当メッセージ、届け先コード、地区コードなどの情報を記憶する。ここで、「顧客ID」は、顧客の識別情報であり、顧客別にユニークな情報が設定されている。「顧客区分」は、その顧客の優良度を示す。「顧客区分」に応じて、その顧客への商品価格の割引率やクーポンが定まる。「顧客区分」は、例えば、営業担当者により設定される。「推奨商品」は、担当者がその顧客に推奨したい商品であり、営業担当者により設定される。また、「営業担当メッセージ」は、各顧客の担当営業者からのショートメッセージである。「届け先コード」は、商品の届け先を識別するためのコードであり、届け先の住所(例えば、都道府県)に対応して予め定められたコードである。例えば、届け先の住所が北海道であれば地区コードN01、神奈川県であれば地区コードK04などが登録される。
【0035】
売上DB212は、図3(b)に示すように、販売した商品の、商品コード、数量、単価、購入者(ID)、営業担当(ID)、等を1回の商取引を単位として記憶する。1回の商取引を単位として売上情報が記録されているので、同時に購入された商品(商品群)を判別することが可能である。
【0036】
請求DB213は、図3(c)に示すように、1ヶ月分の請求情報を蓄積し、請求書を発行するためのDBであり、顧客別に、販売日、販売商品、数量、単価(提供価格)、担当者(法人の場合)、等の情報が設定される。なお、このシステムでは、法人がインターネットを用いたオンラインショッピングにより商品を購入した場合にも、担当する店舗で一括して請求書を発行する。そこで、オンラインショッピングでの販売についても、同様の情報が設定され、さらに、オンラインショッピングでの販売であることを示すフラグ(ネット?YES、NO)が設定される。
【0037】
図1に示す管理サーバ13と管理DB23とは、事業体全体の業務を処理するためのコンピュータシステムである。
管理サーバ13は、図4に示すように、通信制御部131と、処理制御部132と、データ記憶部133と、入力処理部134と、表示処理部135とを備えている。通信制御部131と、処理制御部132と、データ記憶部133と、入力処理部134と、表示処理部135との構成及び機能は、基本的に、店舗端末11の通信制御部111と、処理制御部112と、データ記憶部113と、入力処理部114と、表示処理部115との構成及び機能と同様である。ただし、処理制御部132の機能は、事業体全体の管理事業を処理するための機能に特化されている。
【0038】
一方、管理DB23は、この事業体全体の様々なデータを集計・管理するためのものであり、図4に示すように、商品マスタDB231と、顧客マスタDB232と、関連商品マスタDB233と、売上マスタDB234と、を備えている。
【0039】
商品マスタDB231は、図5(a)に示すように、この事業体が取り扱っている全商品の商品コード、商品名、商品説明、基準単価、商品区分、リンク情報などが記録されている。
【0040】
ここで、商品区分とは、その商品が、「本体」、「オプション」、「消耗品」のいずれに属するかを示す情報である。「本体」とは、通常、単独で使用される主要商品を意味する。「オプション」とは、通常、単独で使用されることがなく、「本体」に装着或いは接続されて使用される商品を意味する。「消耗品」とは、通常、単独で使用されることがなく、「本体」又は「オプション」に装着され、使用に伴って量が減少するものを意味する。例えば、コピー機を例に取ると、コピー機自体が本体、コピー機に装着されて使用されるフィーダ、ソータ、通信装置、電源装置がオプション、トナーやPPC用紙が消耗品となる。また、デジタルカメラを例に取ると、カメラ自体が本体、カメラとパーソナルコンピュータを接続するケーブル及び通信ソフトがオプション、画像を蓄積するフラッシュメモリカードや電池が消耗品となる。
【0041】
リンク情報は、他の商品区分で、その商品に使用可能なものを登録するための情報である。例えば、「本体」であれば、その本体に適合するオプションや消耗品の商品コードが登録されている。同様に、「オプション」であれば、そのオプションが適合する本体の商品コードや、そのオプションに適合する消耗品の商品コードが登録されている。また、「消耗品」であれば、その消耗品が適合する本体やオプションの商品コードが登録されている。図5(a)の例では、本体である商品コードA123の商品に使用できる消耗品として、C203が挙げられている。従って、商品コードC203のリンク情報には、適合する本体としてA123が挙げられている。
【0042】
この商品区分及びリンク情報により、各商品がいずれかの商品区分に分類され、さらに、適合関係にある商品同士がリンク付けされる。これにより、例えば本体の機種を指定すれば、その本体に適合するオプション又は消耗品が特定される。こういった連想形式で、商品を選択・指定することも可能である。また、商品区分を特定し、その商品区分内で、ある商品に適合する商品を選択・指定することも可能となる。
【0043】
顧客マスタDB232は、この事業体の全顧客に関する顧客情報を記録する。その内容は、図5(b)に示すように、図3(a)に示す顧客DB211と類似である。ただし、各顧客が所有している商品(装置)の情報も記録している。
【0044】
関連商品マスタDB233は、図5(c)に示すように、同時に購入される可能性の高い、或いは、同時に購入することが望ましい商品等を記録する。
【0045】
例えば、ある商品とその商品のオプション及び消耗品とは関連があると考えられる。また、例えば、デジタルカメラを購入した際に、撮影した画像を編集・加工するためのソフトウエアや加工した画像を印刷するためのプリンタを購入することが望ましい。従って、これらの商品は関連ある商品である。このように、予め関連が明確な場合には、関連する商品を示す関連情報を、担当者が入力処理部134より関連商品マスタDB233の領域233Aに設定する。
【0046】
一方、このシステムの担当者が関連に気づかない場合でも、多くの人が商品を購入する際に、同時に購入する商品は、同時に購入する方が望ましいものである場合が多い。そこで、処理制御部132が、過去の販売履歴をチェックし、同時に販売されている割合が所定値、例えば、5%を越える場合には、この関連商品マスタDB233の領域233Bに両商品の関連を示す関連情報を登録する。
【0047】
売上マスタDB234は、この事業体全体の売上に関する情報が設定されており、全店舗の売上データを集積したものとなる。その構造は、基本的に図3(b)に示す各店舗の売上DB212の構成と同一であり、1回の商取引を単位とした売上情報が登録される。従って、売上マスタDB234の内容から、同時に販売された商品を判別することができる。
【0048】
図1に示すショッピングサーバ15とショッピングDB25とは、インターネットを介したネットワークショッピング(オンラインショッピング)を処理するためのシステムであり、図6に示す構成を有する。
【0049】
ショッピングサーバ15は、図6に示すように、通信制御部151と、処理制御部152と、データ記憶部153と、入力処理部154と、表示処理部155とを備えている。
【0050】
通信制御部151と、処理制御部152と、データ記憶部153と、入力処理部154と、表示処理部155との構成及び機能は、基本的に、店舗端末11の通信制御部111と、処理制御部112と、データ記憶部113と、入力処理部114と、表示処理部115との構成及び機能と同様である。ただし、処理制御部152の機能は、オンラインショッピング用のホームページの運営、売り上げ処理などの機能に特化されている。
【0051】
ショッピングDB25は、図6に示すように、ネット会員DB251と、素材DB252と、ホームページDB253と、商品DB254と、売上DB255と、請求DB256と、関連商品DB257と、マニュアルDB258と、ニュースDB259とを備える。
【0052】
ネット会員DB251は、オンラインショッピングの会員(ネット会員)に関する情報を記録するデータベースであり、図7に示すように、顧客ID、氏名・名称、住所、法人/個人の別(法人の場合は法人ID)、メールアドレス、パスワード、所有機器、届け先コード、地区コードが設定される。さらに、法人の場合には、顧客区分、営業担当(店舗+担当者)、推奨商品、営業担当メッセージ等が設定される。顧客IDは、会員の識別情報である。法人顧客の場合、顧客IDは、販売店・サービス店で使用しているIDと同一のIDが使用される。名称と住所は、その会員の氏名・名称と住所・所在地である。メールアドレスは、会員の電子メールのアドレス(E−mailアドレス)である。パスワードは、会員がオンラインショッピングサービスにログインするためのパスワードである。
【0053】
法人会員にあっては、法人内の各担当者(例えば、総務部や購買部の人)のメールアドレスとパスワードが登録される。所有機器は、その会員が所有している装置(本体)の情報である。オンラインショッピングのみで店舗での取引を行っていない会員の場合には、過去にオンラインショッピングで販売した商品が設定される。一方、オンラインショッピングと店舗での取引とを併用している法人会員については、店舗での販売とオンラインショッピングでの販売との両方の履歴に基づいて、所有機器の情報が設定される。担当者の数は、複数でもよく、担当者数に応じた数のメールアドレスとパスワードとの組が設定される。また、法人の場合に設定される、顧客区分、営業担当、推奨商品、営業担当メッセージ、届け先コード、地区コードは、店舗DB21の顧客DB211に設定されているものと同一の情報が設定される。
【0054】
素材DB252は、ホームページを生成するための様々な素材の画像を記憶する。例えば、各営業担当員の顔画像、商品の画像、キャッチフレーズ、各種フォームなどを記憶する。
【0055】
ホームページDB253は、オンラインショッピングサービスを提供するために、必要となる様々なホームページを記憶する。
商品DB254は、このオンラインショッピングで扱う商品のデータベースであり、商品マスタDB231と同様の構成を有する。
売上DB255は、各店舗の売上DB212(図3(b))と同様の構成であり、取引単位で売上情報が登録される。
請求DB256は、オンラインショッピングでの販売に関する請求データを記憶する。このシステムでは、法人会員への請求は、オンラインショッピングでの売上であっても、担当営業店からの請求書で行われるが、ウェブページ上での請求情報の表示等のために、法人会員の請求情報も記録される。また、見積作成が要求された場合、作成された見積書を示す情報も記録される。
【0056】
関連商品DB257には、管理DB23の関連商品マスタDB233に登録されている関連商品情報のうち、オンラインショッピングサービスで取り扱っている商品に関する情報のみが複製される。
マニュアルDB258には複数機器の操作マニュアル又はユーザマニアルが電子データで格納されている。
ニュースDB259には、例えば、インターネット上の様々なニュースソースから提供されるニュース及びショッピングサーバ15から入力されたニュースがジャンル別に格納されている。
【0057】
図1に示す受発注サーバ17と受発注DB27とは、商品の受発注を処理して在庫を管理するためのシステムであり、図8に示す構成を有する。
【0058】
受発注サーバ17は、図8に示すように、通信制御部171と、処理制御部172と、データ記憶部173と、入力処理部174と、表示処理部175とを備えている。
【0059】
通信制御部171と、処理制御部172と、データ記憶部173と、入力処理部174と、表示処理部175との構成及び機能は、基本的に、店舗端末11の通信制御部111と、処理制御部112と、データ記憶部113と、入力処理部114と、表示処理部115との構成及び機能と同様である。ただし、処理制御部172の機能は、受発注の処理、在庫の管理、納品日の特定などの機能に特化されている。
【0060】
受発注DB27は、図8に示すように、届け先マスタDB271と、配送マスタDB272と、リードタイムマスタDB273と、在庫マスタDB274と、を備えている。
【0061】
届け先マスタDB271は、図9(a)に示すように、届け先コード別に、事業体に属する配送センタに付された優先度が設定されており、届け先に商品を発送する配送センタを決定可能とする。
【0062】
配送マスタDB272は、図9(b)に示すように、商品ごとに付された商品コード別に、各商品を発送可能な配送センタを示す情報を記録する。図9(b)の例では、商品コードに対応する商品を発送可能な配送センタには“○”が付されており、発送できない配送センタは空欄となっている。
【0063】
リードタイムマスタDB273は、図9(c)に示すように、商品の届け先住所に対応する地区コード別に、各配送センタでの商品発送から注文者の手元に商品が届くまでに要する日数が設定されている。
【0064】
在庫マスタDB274は、図10に示すように、商品の在庫状況や入庫状況を確認可能とするDBであり、商品コード別に、在庫数、入庫予定日、入庫予定数、等の情報が設定される。また、在庫マスタDB274では、商品コード別に、在庫の有無を示すフラグ(在庫?あり、なし)及び入庫予定の有無を示すフラグ(入庫予定?あり、なし)が設定されてもよい。なお、在庫数や入庫予定数は、事業体に属する配送センタごとの数値を設定するようにしてもよい。
【0065】
(動作)
次に、上記構成のシステムを用いた日々の事業活動について説明する。
(販売店での動作)
各販売店の、営業担当者は、日々、顧客とコンタクトを取り、商品を販売すると共に新規顧客を開拓する。
【0066】
新たな売上(注文)が発生すると、販売店の担当者は、店舗端末11より、売上(注文)内容を店舗DB21内の売上DB212に登録する。この際、1回の商取引で取引された複数の商品については、1つの取引番号を設定する。
また、新たな顧客が営業員により開拓された場合には、その顧客に関する情報を顧客DB211に登録する。
【0067】
営業担当者は、自己が担当する法人について、その法人の顧客区分(顧客優良度)や、その顧客の特性に適したお奨め商品、顧客へのメッセージなどを適宜設定する。
【0068】
管理サーバ13は、例えば、深夜などに、各販売店の店舗DB21及びショッピングDB25にアクセスし、更新された情報(差分データ)を読み出し、管理DB23を更新する。
【0069】
例えば、当日の売上が売上マスタDB234に登録される。また、この売上により、各顧客の所有する主な装置(商品区分が主商品に相当する商品)が増加した場合には、顧客マスタDB232上の「所有商品」の欄に追加する。また、顧客情報が変化していたり、新たな顧客が発生している場合にも顧客マスタDB232を更新する。
【0070】
また、管理サーバ13は、各店舗の顧客DB211から収集した、法人顧客の顧客区分、お奨め商品、営業担当メッセージ等をショッピングサーバ15を介してショッピングDB25内のネット会員DB251に設定する。
さらに、管理サーバ13は、更新した売上マスタDB234の内容から、関連商品情報を生成し、関連商品マスタDB233に設定する。さらに、更新した関連商品情報のうち、オンラインショッピングに関連する情報のみを、ショッピングサーバ15を介して、関連商品DB257に記録する。
【0071】
(オンラインショッピングサービス)
(事前登録)
法人顧客がオンラインショッピングサービスを利用するためには、事前に営業店舗などで登録を受ける必要がある。法人顧客は、営業担当者などを介して、オンラインショッピングへの登録を、担当者を特定して申し込む。一法人について、担当者は複数人でもよく、人数分のメールアドレスとパスワードとの組を特定する。登録申込書に記載された情報は、ショッピングサーバ15の管理者に回送され、例えば、図7に示すネット会員DB251に登録される。また、顧客区分等の情報については、各営業店でのサービスとの整合性を取るため、営業担当者により決定された値に設定される。これらの処理は、各店舗の営業担当者とショッピングサーバ15の管理者の間で連絡を取り合って、実行される。
【0072】
一方、個人顧客は、自己のクライアント端末31から、図示せぬISP(インターネットサービスプロバイダ)とインターネット2とを介して、ショッピングサーバ15が運営するサイトの会員登録用ホームページにアクセスする。そして、この会員登録用ホームページで、メールアドレス、住所・氏名、支払い方法などの登録を行う。登録した個人には、パスワードが発行される。ショッピングサーバ15は、これらの情報に会員IDを付して、ネット会員DB251に登録する。
【0073】
(オンラインショッピングの動作)
次に、実際にオンラインショッピングを行う場合の動作を説明する。
任意のユーザが自己のクライアント端末31から、インターネットを介してショッピングサーバ15が提供するホームページのログイン画面にアクセスすることができる。クライアント端末31によるアクセスに応答して、ショッピングサーバ15は、図11の処理を開始し、ホームページ表示処理を実行する(ステップS1)。このホームページ表示処理は、クライアント端末31における入力事項に基づいてログインの許否を決定し、ログインを許可した場合に、ユーザごとに設けられたパーソナルホームページを表示させるための処理である。
【0074】
ここで、ステップS1のホームページ表示処理について詳しく説明する。図12は、ショッピングサーバ15がステップS1で実行するホームページ表示処理を詳細に示すフローチャートである。ホームページ表示処理では、まず、ショッピングサーバ15が、図13に示すようなログイン名やパスワードを入力するためのページ(HTML形式の情報)であるトップページを、ホームページDB253から読み出してクライアント端末31に送信し、表示させる(ステップS101)。
【0075】
このページには、ログイン名(登録したメールアドレス)やパスワードを入力する入力欄が配置されている。
【0076】
ユーザは、この画面上で必要事項を入力し、「GO」をクリックする。即ち、ユーザは、メールアドレスとパスワードを入力し、「GO」をクリックする。
ユーザが必要事項を入力し、「GO」をクリックすると、インターネット2を介して入力事項がショッピングサーバ15に通知される。
【0077】
ショッピングサーバ15は、通知に応答し、ログイン名とパスワードの入力があったか否かを判別する(ステップS102)。ログイン名とパスワードの入力がない場合には、ステップS102の処理を繰り返し、ログイン名とパスワードが入力されるのを待機する。
【0078】
一方、ログイン名とパスワードが入力された場合には、入力された情報がネット会員DB251に登録されているか否かを判別する(ステップS103)。
【0079】
なお、法人ユーザの場合には、法人IDが登録されており、かつその法人IDに、入力されたメールアドレスとパスワードの対が設定されていることが必要である。これにより、法人とその担当者とが特定される。
ネット会員DB251に登録されていない場合には、ステップS101の処理に戻り、トップページを表示させる。
【0080】
一方、登録されている場合には、クライアント端末31にパーソナルホームページを表示させる(ステップS104)。より具体的には、ネット会員DB251から、この顧客を担当している営業店の営業担当者と、顧客区分と、所有機器と、推奨商品と、営業担当メッセージとを読み出す。次に、素材DB252から、営業担当者の画像及び推奨商品のイメージ画像を読み出す。この後、所有機器に関する情報と、関連商品DB257に記録されている関連情報とから、ログインした会員が所有する機器に適合する消耗品を特定し、さらに、該消耗品に関する情報を素材DB252から読み出す。次に、これらの情報を配置して、図14に示すようなページを形成し、クライアント端末31に送信して表示させる。こうしてクライアント端末31にてパーソナルホームページが表示されると、ホームページ表示処理は終了する。
【0081】
図14に示すページは、左右2つのフレームに分割されており、左フレームに、このサイトの目次が配置されている。また、右フレームの上段左側に営業担当者から顧客へのメッセージが配置され、上段右側にこの会員を担当している営業担当者に関する情報が表示され、その下に営業担当者が顧客に推奨する商品の画像やお知らせ、サービス情報等の各種情報が提示されている。
【0082】
ここで、左フレームの目次から、オンラインショッピングに対応する項目を選択した場合、例えば、ショッピングカートモデルを用いて必要な商品の購入を指示することができる。左フレームの目次から「取扱商品一覧」が選択された場合を例に説明する。「取扱商品一覧」ページは、図15に一例を示すような取扱商品をカテゴリー別に一覧表示するページである。ショッピングサーバ15は、上記したステップS5の商品通知処理を実行することで、ユーザがいずれかのカテゴリー(商品カテゴリー)を選択した場合に、選択された商品カテゴリーに登録されている商品を受発注サーバ17に通知する。
【0083】
図15に示す「取扱商品一覧」ページから、所望のカテゴリが選択されると、図16に示すように、当該カテゴリの商品を示すショッピングページがクライアント端末31に表示される。
【0084】
ここでは、図16に示すショッピングページを通じて、「カートに入れる」を選択することで指定された商品の注文を受け付ける。この場合、例えば、図17に示すような、カートの中身を表示するページ(選択商品表示ページ)がクライアント端末31に送信される。
【0085】
ここで、クライアント端末31で、「見積作成」が選択されることで、見積書作成処理が開始される。この見積書作成処理を、図18のフローチャートを参照して説明する。
【0086】
すなわち、ショッピングページから「見積作成」が選択されると(ステップS201:Yes)、図19に示すような見積ID入力ページがクライアント端末31に表示される(ステップS202)。この見積ID入力ページは、ユーザが任意の見積ID(見積番号や所望の名称など)を入力するためのページである。
【0087】
ユーザが所望の見積IDを入力し、「OK」ボタンを押下することで、入力された見積IDを示す情報が、カートに入れられた商品を示す情報とともにショッピングサーバ15に送信される。
【0088】
ショッピングサーバ15は、クライアント端末31から見積IDおよび商品指定情報を受信すると(ステップS203:Yes)、当該商品指定情報に指定された商品を受発注サーバ17に通知することで、当該商品の在庫情報を問い合わせる(ステップS204)。
【0089】
受発注サーバ17から、当該商品の在庫状況を示す情報(在庫データ)を受信すると(ステップS205:Yes)、その在庫データを分析し、当該商品の中に完売したものがあるか否かを判別する(ステップS206)。
【0090】
ここで「完売商品」とは、例えば、商品の在庫が僅かであり且つ当該商品の製造が終了しているもの、あるいは、製造が追いつかない状態のものも含まれるものとする。
【0091】
完売商品がある場合(ステップS206:Yes)、ショッピングサーバ15は、図20に示すような再見積確認ページをクライアント端末31に送信する(ステップS207)。すなわち、完売商品を除いた商品について、再見積をするか否かをユーザに問い合わせるページを表示する。
【0092】
ここで、再見積確認ページの「再見積する」ボタンが選択されると、その旨を示す情報がショッピングサーバ15に送信される。
【0093】
ショッピングサーバ15では、クライアント端末31から再見積要求を受信すると(ステップS208:Yes)、当該完売商品を除いた商品を再見積もりし、図21に示すような見積データを示す見積ページを作成してクライアント端末31に送信する(ステップS209)。一方、再見積要求がない場合(ステップS208:No)は、処理を終了する。
【0094】
また、ステップS206において、完売商品がないと判別された場合(ステップS206:No)は、すべての商品について、図21に示すような見積データを示す見積ページを作成してクライアント端末31に送信し(ステップS209)、図11に示すメインフローに戻る。
【0095】
作成された見積データは、ステップS203で入力された見積IDと対応付けられて、ショッピングサーバ15の請求DB256に登録される(ステップS3)。
【0096】
次に、見積作成依頼者が、作成された見積書の承認を求めるための承認依頼処理を図22,23,24のフローチャートを参照して説明する。
【0097】
見積作成依頼者は、ステップS2の見積書作成処理においてクライアント端末31に表示された見積ページ(図21)から、「承認依頼」ボタンを押下することで、ショッピングサーバ15に承認依頼を要求する(ステップS401:Yes)。ここで、他のボタンが選択された場合(ステップS401:No)は、それぞれに応じた処理が実行される。
【0098】
承認依頼要求に応じて、ショッピングサーバ15は、図25に示すような、承認依頼に必要となる情報を入力するためのページ(以下、「依頼情報入力ページ」とする)を作成し、クライアント端末31に送信する(ステップS402)。ここで、依頼情報入力ページは、見積作成依頼者が、承認者、承認依頼件名(依頼ID)、取得理由、承認期限などを指定するための情報を入力するためのページである。承認者は、例えば、当該見積作成依頼者の会員情報に予め対応付けて記憶させておいたものをプルダウンメニューなどで選択可能に表示させる。
【0099】
見積作成依頼者は、「依頼情報入力ページ」から、承認者、依頼ID、取得理由、承認期限などを指定する情報を入力した後、「送信」ボタンを押下する。「送信」ボタンの押下により、入力された情報(以下、「承認依頼情報」とする)がショッピングサーバ15に送信される。
【0100】
ショッピングサーバ15では、クライアント端末31から承認依頼情報を受信すると(ステップS403:Yes)、ステップS3で請求DB256に記録した当該見積データを抽出し(ステップS404)、抽出した見積データに示される商品の在庫状況を受発注サーバ17に問い合わせる(ステップS405)。
【0101】
受発注サーバ17から、当該商品の在庫状況を示す情報(在庫データ)を受信すると(ステップS406:Yes)、ショッピングサーバ15は、受信した在庫データを分析し、完売となった商品があるか否かを判別する(ステップS407)。
【0102】
ここで、完売商品がある場合(ステップS407:Yes)、図20に示すような再見積確認ページを作成し、クライアント端末31に送信する(ステップS408(図23))。
【0103】
そして、再見積要求を受信すると(ステップS409:Yes)、対象商品について再見積し、図21に示すような見積ページを作成して、クライアント端末31に送信する(ステップS410)。
【0104】
再見積ページから「承認依頼」ボタンが選択された場合(ステップS411:Yes)、あるいはステップS407で完売商品がないと判別された場合(ステップS407:No)、ショッピングサーバ15は、図26に示すような通知メールを作成し、承認者宛に送信する(ステップS412)。図示するように、この通知メールには、承認依頼に対する回答を入力するために、当該承認者のパーソナルページを示すURLが所定のリンク形式により記述されている。すなわち、承認者のクライアント端末31に表示された通知メールのリンク部分をクリックすることで、図27に示すような、当該承認者のパーソナルページがブラウザプログラムにより表示される。
【0105】
クライアント端末31に表示された承認者のパーソナルページには、図示するように、右フレーム中段に承認依頼がある旨を示す表示が配置されている。当該表示の近傍にはさらに、「承認依頼を確認」ボタンが配置されている。この「承認依頼を確認」ボタンには、図28に示すような承認依頼回答ページを示すURLが割り当てられている。
【0106】
すなわち、承認者が「承認依頼を確認」ボタンを押下することで、対応する承認依頼回答ページのURLがショッピングサーバ15に送信される。ショッピングサーバ15は、受信したURLに対応する承認依頼ページを当該クライアント端末31に送信する。
【0107】
図28に示すように、承認依頼ページには、当該見積書の内容およびステップS402で見積作成依頼者が入力した情報が示されている。ここで、承認依頼ページの下段には、図示するように、「見積確認」ボタンが配置されている。承認者が当該依頼にかかる見積書を参照したい場合は、「見積確認」ボタンを押下することで、図21に示すような見積ページがクライアント端末31に表示される。また、同様に用意されている「物件確認」ボタンを押下することで、当該依頼に記載されている商品の商品紹介ページなどにジャンプする。
【0108】
商品者は、このように見積書や商品を確認した後、当該依頼に対し、承認あるいは却下の回答を行う。すなわち、承認依頼ページ下段に用意されている「承認(発注)」ボタンまたは「却下」ボタンのいずれかを選択する。
【0109】
いずれかのボタンが押下されることで、それぞれに対応したコマンドがショッピングサーバ15に送信される。
【0110】
ショッピングサーバ15は、クライアント端末31から回答を受信すると(ステップS413:Yes)、その回答が「承認」であるか「却下」であるかを判別する(ステップS414)。
【0111】
回答が「承認」である場合(ステップS414:Yes)、ショッピングサーバ15はさらに、承認回答期限内であるか否かを判別する(ステップS415)。承認回答期限を超過している場合(ステップSステップS415:No)は、その旨を示すページを当該承認者のクライアント端末31に送信するとともに、承認依頼が不成立であった旨を示す電子メールを承認依頼者のクライアント端末31に送信して(ステップS416)、処理を終了する。
【0112】
一方、承認回答期限内である場合(ステップS415:Yes)、ショッピングサーバ15は、受発注サーバ17に、当該見積に記載の商品について、現在の在庫状況を問い合わせる。すなわち、受発注サーバ17から現在の在庫データを取得する(ステップS417)。
【0113】
ここでショッピングサーバ15は、ステップS412で承認者のクライアント端末31に見積ページを送信した時点での在庫状況と、ステップS417で取得した在庫データに示される在庫状況との間に変化があるか否かを判別する(ステップS418)。
【0114】
在庫状況に変化があった場合(ステップS418:Yes)、ショッピングサーバ15は、その内容を分析する(ステップS419)。ここでは、承認者への見積提示時に「在庫なし」(すなわち「完売」)であったものが、現在「在庫あり」になっているか否かを分析する。
【0115】
ここで、見積提示時に「完売」であった商品が、例えば、再入荷などで「在庫あり」になった場合(ステップS419)、ショッピングサーバ15は、当該見積を更新することなく、図29に示すような、承認回答が完了した旨を示すページを作成し、承認者のクライアント端末31に送信するとともに、承認された旨を示す電子メールを、承認依頼者のクライアント端末31に送信して(ステップS420)、図11に示すメインフローに戻る。
【0116】
ここで、見積情報の更新を行わないのは、見積提示時から対象商品が増加することになるため、請求金額も増加することになるので、承認者の権限の問題が発生する可能性があり、承認依頼そのものが意味をなさなくなってしまう事態を防止するためである。
【0117】
一方、見積提示時に「在庫あり」であった商品が、現在「完売」となった場合(ステップS419:No)、ステップS408に戻り、再見積処理を行う。これは、承認された商品が完売により受注できなくなってしまったため、見積処理を再度やり直すためである。
【0118】
また、在庫状況に変化がない場合(ステップS418:No)は、承認内容通りの受注が可能であるので、図29に示すような承認回答が完了した旨を示すページを作成し、承認者のクライアント端末31に送信するとともに、承認された旨を示す電子メールを、承認依頼者のクライアント端末31に送信して(ステップS420)、図11に示すメインフローに戻る。
【0119】
一方、回答が「却下」である場合(ステップS414:No)は、承認依頼者に対し承認されなかった旨を示す電子メールを送信するなどし(ステップS416)、処理を終了する。
【0120】
見積が承認者により承認された場合、商品通知処理が実行される(ステップS5)。ここでは、承認された見積書に記載されている商品を受発注サーバ17に通知することで、当該商品について、所定の受注・発送処理が行われる。
【0121】
以上説明したように、この実施の形態によれば、法人IDを登録しているユーザがオンラインショッピングシステムを利用する際、見積を作成し、その見積が有効である間は、商品の在庫状況が随時反映させるので、的確な受注処理を行うことができる。
【0122】
なお、この発明は上記実施の形態に限定されず、種々の変形及び応用が可能である。例えば、上記実施の形態では、物品を販売するための販売店システムとオンラインショッピングシステムとを融合させたが、販売の対象は任意であり、例えば、デジタルコンテンツ(映像、音楽等)、サービス等を提供するための販売店システムとオンラインショッピングシステムに同様のシステムを適用することも可能である。
【0123】
また、見積作成時、承認者への見積提示時、および、受注時に、当該見積内容を対応する営業担当者に通知するようにしてもよい。この場合、ショッピングサーバ15に、顧客情報、商品情報、および、営業担当者情報を対応付けた情報予め蓄積させておき、見積依頼者や承認者の事業所の所在地や対象商品に基づいて営業担当者を選出する。そして、選出した営業担当者が使用する端末などに見積情報や受注情報を送信する。このような構成とすることで、オンラインショッピングと従来の営業手法とを効率的に連携させることができ、販売時のサポートやアフターサービスなどを効果的に支援することができる。
【0124】
また、サーバやDBの構成は、任意に変更可能である。例えば、図1及び図2では、理解を容易にするため、各店舗に店舗端末11が1台設置されているものとして説明したが、各店舗にLANなどに接続された複数台の店舗端末を設置してもよい。管理サーバ13及びショッピングサーバ15も、協働して動作する複数台のサーバから構成されてもよい。さらに、DBの構成も上記構成に限定されず、2以上のDBを統合してもよく、或いは、1つのDBを機能的に複数に分割してもよい。また、重複するデータについては、削除してもよい。例えば、上記実施の形態では、関連商品マスタDB233に、本体とオプション及び消耗品との関係を設定せず、これらの関係については、商品マスタDB231の内容から特定するようにしてもよい。
【0125】
また、関連商品マスタDB233を配置せず、関連商品に関する情報は関連商品DB257で処理するようにしてもよい。同様に、商品マスタDB231には、商品のリンク情報を持たせず、商品DB254だけにリンク情報を設定してもよい。
【0126】
コンピュータ又はコンピュータ群を、上述のシステムとして機能させ、或いは、上述の工程を実行させるために必要なプログラムの全部又は一部を、記録媒体(ROM、フレキシブルディスク、ハードディスク、CD−ROM、MO、CD−R、フラッシュメモリ)等に記録して配布・流通させてもよい。
【0127】
【発明の効果】
以上説明したように、本発明によれば、作成した見積を用いて、オンラインショッピングの効率化を図ることができる。
【図面の簡単な説明】
【図1】本発明の実施の形態に係る販売オンラインショッピングシステムの構成を示す図である。
【図2】各店舗に設置される店舗サーバ及び店舗DBの構成を示す図である。
【図3】(a)は、店舗DB内の顧客DBの構成を示す図であり、(b)は、店舗DB内の売上DBの構成を示す図であり、(c)は、店舗DB内の請求DBの構成を示す図である。
【図4】管理サーバ及び管理DBの構成を示す図である。
【図5】(a)は、管理DB内の商品マスタDBの構成を示す図であり、(b)は、管理DB内の顧客マスタDBの構成を示す図であり、(c)は、管理DB内の関連商品マスタDBの構成を示す図である。
【図6】ショッピングサーバ及びショッピングDBの構成を示す図である。
【図7】ショッピングDB内のネット会員DBの構成を示す図である。
【図8】受発注サーバおよび受発注DBの構成を示す図である。
【図9】(a)は、受発注DB内の届け先マスタDBの構成を示す図であり、(b)受発注DB内の配送マスタDBの構成を示す図であり、(c)は、受発注DB内のリードタイムマスタDBの構成を示す図である。
【図10】受発注DB内の在庫マスタDBの構成を示す図である。
【図11】クライアント端末からのアクセスに応答して商品を受注するまでの処理を説明するための図である。
【図12】図11に示すホームページ表示処理を説明するためのフローチャートである。
【図13】図12に示すホームページ表示処理で表示されるトップページの表示例を示す図である。
【図14】図12に示すホームページ表示処理で表示されるパーソナルホームページの表示例を示す図である。
【図15】図14に示すパーソナルホームページにリンクした取扱商品一覧ページの表示例を示す図である。
【図16】図15に示す取扱商品一覧ページにリンクしたショッピングページの表示例を示す図である。
【図17】図16に示すショッピングページにリンクした選択商品表示ページの表示例を示す図である。
【図18】図11に示す見積書作成処理を説明するためのフローチャートである。
【図19】図18に示す見積書作成処理で表示される見積ID入力ページの表示例を示す図である。
【図20】図18に示す見積書作成処理で表示される再見積確認ページの表示例を示す図である。
【図21】図18に示す見積書作成処理で表示される見積ページの表示例を示す図である。
【図22】図11に示す承認依頼処理を説明するためのフローチャートである。
【図23】図11に示す承認依頼処理を説明するためのフローチャートである。
【図24】図11に示す承認依頼処理を説明するためのフローチャートである。
【図25】図22に示す承認依頼処理で表示される依頼情報入力ページの表示例を示す図である。
【図26】図23に示す承認依頼処理で送信される、承認依頼の電子メールの表示例を示す図である。
【図27】図23に示す承認依頼処理で表示される、承認依頼を含むパーソナルホームページの表示例を示す図である。
【図28】図27に示すパーソナルホームページにリンクした、承認依頼回答ページの表示例を示す図である。
【図29】図24に示す承認依頼処理で表示される承認通知ページの表示例を示す図である。
【符号の説明】
1 企業内ネットワークシステム
2 インターネット
15 ショッピングサーバ
17 受発注サーバ
31 クライアント端末
Claims (14)
- ネットワークに接続されたユーザ端末から入力された情報に基づいて商品を販売するサイトを提供するネットワークシステムにおいて、
顧客が操作する前記ユーザ端末から、前記サイトで販売する商品の見積を依頼するための見積依頼情報を受け付ける見積依頼受付手段と、
前記見積依頼受付手段が見積依頼情報を受け付けたことを契機に、依頼された商品の在庫状況を示す在庫情報を取得し、その時点で在庫のある商品の見積を示す見積情報を作成する見積作成手段と、
前記見積作成手段が作成した見積情報を前記ユーザ端末に提示する見積提示手段と、
前記見積作成手段が作成した見積情報を識別するための識別情報を付与する識別情報付与手段と、
前記見積作成手段が作成した見積情報と、前記識別情報付与手段が付与した識別情報とを対応付けて記憶する見積記憶手段と、
前記見積提示手段が提示した前記見積情報が他のユーザ端末で承認された時点の在庫情報に基づいて、該見積情報が示す商品の在庫状況を判別する在庫状況判別手段と、
前記在庫状況判別手段が、前記見積情報が示す商品の在庫がないと判別した場合、前記見積記憶手段に記憶されている当該見積情報を更新する見積更新手段と、
前記ユーザ端末からの依頼に基づいて、前記更新された見積情報を前記他のユーザ端末に提示する見積再提示手段と、
を備えることを特徴とするネットワークシステム。 - 顧客に関する顧客情報を、該顧客が属する組織毎に対応付けて記憶しておく顧客情報記憶手段をさらに備え、
前記顧客情報には、当該顧客が作成を依頼した見積を承認する承認者に関する情報が対応付けられ、
前記見積再提示手段は、
前記ユーザ端末から、見積の承認依頼を受け付ける承認依頼受付手段と、
前記承認依頼受付手段が受け付けた承認依頼の依頼者を、前記顧客情報記憶手段に記憶されている顧客情報に基づいて特定する承認依頼者特定手段と、
前記承認依頼者特定手段が特定した承認依頼者に対応付けられた承認者を特定する承認者特定手段と、
前記承認依頼者が依頼した見積を示す見積情報を、前記見積記憶手段から取得する承認対象見積取得手段と、を備え、
前記承認対象見積取得手段が取得した見積情報を、前記承認者特定した承認者が使用する端末に提示する、
ことを特徴とする請求項1に記載のネットワークシステム。 - 前記見積再提示手段が提示した見積情報に対する認否を示す認否情報を受け付ける認否情報受付手段と、
前記認否情報受付手段が受け付けた認否情報が、当該見積に示される商品の購入を許可するものである場合、当該商品を受注し、その旨を前記承認依頼者のユーザ端末に通知する商品受注手段と、
前記認否情報受付手段が受け付けた認否情報が、当該見積に示される商品の購入を許可しないものである場合、その旨を前記承認依頼者のユーザ端末に通知する不承認通知手段と、をさらに備える、
ことを特徴とする請求項2に記載のネットワークシステム。 - 前記見積再提示手段が前記承認者の端末に見積情報を送信後の前記見積更新手段による当該見積情報の更新を制御する更新制御手段をさらに備える、
ことを特徴とする請求項1乃至3のいずれか1項に記載のネットワークシステム。 - 前記顧客毎の営業担当者を示す営業担当者情報を蓄積する営業担当者情報蓄積手段と、
前記見積依頼受付手段が見積依頼を受け付けた場合に、前記営業担当者情報に基づいて当該見積依頼者の営業担当者を特定し、該特定された営業担当者が使用する端末に前記見積作成手段が作成した見積情報を通知し、前記認否情報受付手段が受け付けた認否情報が購入許可を示す場合、前記営業担当者情報に基づいて当該承認者の営業担当者を特定し、該特定された営業担当者の端末に前記見積提示手段が提示した見積情報を通知する、営業情報通知手段と、
をさらに備えることを特徴とする請求項1乃至4のいずれか1項に記載のネットワークシステム。 - ネットワークに接続された端末にて入力された情報に基づいた商品販売サービスを提供するネットワークシステムに適用される見積情報管理方法であって、
前記ネットワークシステムのコンピュータが、
前記ネットワークを介して受け付けた、顧客が操作する前記端末からの依頼に応じて商品の在庫状況を示す在庫情報を取得し、その時点で在庫のある商品についての見積情報を作成する見積情報作成ステップと、
前記端末に、前記見積情報作成ステップで作成された見積情報を前記ネットワークを介して送信することで前記顧客に提示する見積提示ステップと、
前記見積情報作成ステップで作成された見積情報を蓄積する見積情報蓄積ステップと、
前記見積提示ステップで提示した前記見積情報が他の端末で承認された時点の在庫情報に基づいて、該見積情報が示す商品の在庫状況を判別する在庫状況判別ステップと、
前記在庫状況判別ステップで、前記見積情報が示す商品の在庫がないと判別された場合、前記見積情報蓄積ステップで蓄積された当該見積情報を更新する見積情報更新ステップと、
前記ネットワークを介して受け付けた前記顧客からの依頼に応じて、前記見積情報更新ステップで更新された見積情報を指定された前記他の端末に提示する見積再提示ステップと、
を備えることを特徴とする見積情報管理方法。 - 前記見積再提示ステップは、
前記顧客の依頼に応じ、該顧客が作成依頼した見積を承認する承認者に該見積を提示し、
前記承認対象提示ステップで提示された見積に対する認否を示す認否情報を前記ネットワークを介して受け付ける認否情報受付ステップと、
前記認否情報受付ステップで受け付けられた認否情報が前記見積の承認を示す場合、該見積に示される商品を受注する受注ステップと、
前記認否情報受付ステップで受け付けられた認否情報が前記見積の不承認を示す場合、その旨を前記ネットワークを介して前記顧客に通知する不承認通知ステップと、
を備えることを特徴とする請求項6に記載の見積情報管理方法。 - 前記見積再提示ステップで見積が承認者に提示された後の前記見積情報更新ステップでの見積情報の更新を制御する更新制御ステップをさらに備える、ことを特徴とする請求項7に記載の見積情報管理方法。
- 前記見積情報作成ステップで作成された見積情報、および、前記受注ステップでの受注に対応する見積情報を、前記ネットワークを介して前記顧客の営業担当者に通知する営業情報通知ステップをさらに備える、
ことを特徴とする請求項6または7に記載の見積情報管理方法。 - ネットワークに接続され、該ネットワークに接続されたユーザ端末からの要求に応じて商品の販売を行うサイトを提供するサーバ装置であって、
前記ネットワークに接続する接続部と、
前記接続部を制御し、商品選択画面を示す情報を前記ユーザ端末に送信する選択画面送信部と、
前記接続部を制御し、前記商品選択画面を通じて選択された商品を示す情報に基づいた見積の依頼を受け付ける見積依頼受付部と、
前記見積依頼受付部が見積依頼を受け付けたことを契機に、前記選択された商品の在庫状況を示す在庫情報を取得し、その時点で在庫のある商品の見積を示す見積情報を作成する見積作成部と、
前記接続部を制御し、前記見積作成部が作成した見積情報を前記ユーザ端末に送信する見積情報送信部と、
前記見積作成部が作成した見積情報を蓄積する見積情報蓄積部と、
前記見積情報送信部が送信した前記見積情報が他のユーザ端末で承認された時点の在庫情報に基づいて、該見積情報が示す商品の在庫状況を判別する在庫状況判別部と、
前記在庫状況判別部が、前記見積情報が示す商品の在庫がないと判別した場合、前記見積情報蓄積部に蓄積されている当該見積情報を更新する見積更新部と、
前記接続部を制御し、前記見積更新部が更新した見積情報を、前記ユーザ端末からの指示に基づいて、指定された前記他のユーザ端末に送信する見積転送部と、
を備えることを特徴とするサーバ装置。 - 前記見積転送部は、前記顧客が指定した、該顧客による見積を承認する承認者が使用するユーザ端末に前記見積情報を送信し、
前記接続部を制御し、前記承認者のユーザ端末から、前記見積転送部が送信した見積情報に対する認否を示す認否情報を受信する認否情報受信部と、
前記接続部を制御し、前記認否情報受信部が受信した認否情報に応じた情報を、前記顧客のユーザ端末および前記承認者のユーザ端末に送信する認否結果送信部と、
前記認否情報受信部が受信した認否情報が、前記見積の承認を示す場合、該見積に示される商品の受注を行う商品受注部と、
をさらに備えることを特徴とする請求項10に記載のサーバ装置。 - 前記在庫状況判別部が在庫状況に変化があると判別した場合、前記見積更新部による当該見積情報の更新を禁止する更新制御部をさらに備える、
ことを特徴とする請求項10または11に記載のサーバ装置。 - コンピュータを、請求項10乃至12のいずれか1項に記載のサーバ装置として機能させることを特徴とするプログラム。
- 請求項13に記載のプログラムを格納したことを特徴とする記録媒体。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001401276A JP4473481B2 (ja) | 2001-12-28 | 2001-12-28 | ネットワークシステム、見積情報管理方法、サーバ装置、プログラム、および記録媒体 |
US10/328,160 US7979325B2 (en) | 2001-12-28 | 2002-12-26 | Online merchandising system, server, estimation managing method, computer program product, and computer data signal |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001401276A JP4473481B2 (ja) | 2001-12-28 | 2001-12-28 | ネットワークシステム、見積情報管理方法、サーバ装置、プログラム、および記録媒体 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007214192A Division JP2007299432A (ja) | 2007-08-20 | 2007-08-20 | ネットワークシステム、サーバ装置、および、プログラム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2003196513A JP2003196513A (ja) | 2003-07-11 |
JP4473481B2 true JP4473481B2 (ja) | 2010-06-02 |
Family
ID=19189751
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001401276A Expired - Fee Related JP4473481B2 (ja) | 2001-12-28 | 2001-12-28 | ネットワークシステム、見積情報管理方法、サーバ装置、プログラム、および記録媒体 |
Country Status (2)
Country | Link |
---|---|
US (1) | US7979325B2 (ja) |
JP (1) | JP4473481B2 (ja) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8190497B2 (en) | 2004-07-02 | 2012-05-29 | Hallmark Cards, Incorporated | Handheld scanner device with display location database |
JP2008243112A (ja) * | 2007-03-29 | 2008-10-09 | Thk Co Ltd | 業務管理サーバ |
JP5266135B2 (ja) * | 2009-05-21 | 2013-08-21 | 株式会社日立システムズ | ウェブ商品販売システム及びウェブ商品販売方法 |
AU2013295667B2 (en) * | 2012-07-25 | 2016-08-04 | Paypal, Inc. | Electronic payments to non-internet connected devices systems and methods |
US10062051B2 (en) | 2014-12-19 | 2018-08-28 | Curbside, Inc. | Estimation of third party inventory |
JP2017220006A (ja) * | 2016-06-07 | 2017-12-14 | 株式会社Screenホールディングス | 部品販売システム |
JP6560730B2 (ja) * | 2017-11-22 | 2019-08-14 | 日本瓦斯株式会社 | 対話形式で顧客ヒアリング、ガス器具販売および決済を行なう方法、コンピュータおよびプログラム |
CN110163669B (zh) * | 2019-05-09 | 2021-07-27 | 杭州览众数据科技有限公司 | 基于特征系数似然估计和零售业业务规则的需求预测方法 |
JP7249071B1 (ja) | 2022-07-01 | 2023-03-30 | 株式会社Edaha | 業務管理システム、業務管理方法及びプログラム |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5948040A (en) * | 1994-06-24 | 1999-09-07 | Delorme Publishing Co. | Travel reservation information and planning system |
US5570291A (en) * | 1994-08-24 | 1996-10-29 | Wallace Computer Services, Inc. | Custom product estimating and order processing system |
US6460036B1 (en) * | 1994-11-29 | 2002-10-01 | Pinpoint Incorporated | System and method for providing customized electronic newspapers and target advertisements |
US7124302B2 (en) * | 1995-02-13 | 2006-10-17 | Intertrust Technologies Corp. | Systems and methods for secure transaction management and electronic rights protection |
US6731625B1 (en) * | 1997-02-10 | 2004-05-04 | Mci Communications Corporation | System, method and article of manufacture for a call back architecture in a hybrid network with support for internet telephony |
JPH11345270A (ja) | 1998-06-03 | 1999-12-14 | Ntt Data Corp | 業務処理システム |
US7069234B1 (en) * | 1999-12-22 | 2006-06-27 | Accenture Llp | Initiating an agreement in an e-commerce environment |
US7167844B1 (en) * | 1999-12-22 | 2007-01-23 | Accenture Llp | Electronic menu document creator in a virtual financial environment |
JP2001215371A (ja) | 2000-02-04 | 2001-08-10 | Sumitomo Osaka Cement Co Ltd | モニタ付光導波路型素子 |
JP2001216406A (ja) | 2000-02-07 | 2001-08-10 | Toto Ltd | 水関連機器及びその周辺生活機器の販売支援システム |
JP2001350979A (ja) | 2000-06-09 | 2001-12-21 | Sankyo Frontier Co Ltd | 仮設ユニットレンタルシステム |
US20030041001A1 (en) * | 2001-03-23 | 2003-02-27 | Restaurant Services Inc. ("RSI") | System, method and computer program product for an auction function in a supply chain management framework |
-
2001
- 2001-12-28 JP JP2001401276A patent/JP4473481B2/ja not_active Expired - Fee Related
-
2002
- 2002-12-26 US US10/328,160 patent/US7979325B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
US7979325B2 (en) | 2011-07-12 |
US20030126046A1 (en) | 2003-07-03 |
JP2003196513A (ja) | 2003-07-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3941358B2 (ja) | 受発注システム、記憶媒体、及び流通支援システム | |
US8103557B2 (en) | Online merchandising system, online catalog presenting method, server, computer program product, and computer data signal | |
US20020007318A1 (en) | Method and system for ordering items over the internet | |
JP4448272B2 (ja) | ネットワークシステム、購入履歴提示方法、サーバ装置、プログラム、および記録媒体 | |
JP4473481B2 (ja) | ネットワークシステム、見積情報管理方法、サーバ装置、プログラム、および記録媒体 | |
US20080046330A1 (en) | Method for an online community of a purchasing management system | |
JP2001265853A (ja) | 関連商品推奨システム及び方法 | |
JPWO2003038700A1 (ja) | 商品に係わる情報を通知する方法 | |
JP2001265851A (ja) | 従属商品の選択支援装置 | |
TW200825971A (en) | Method of processing merchandise information distribution business support of bookstore, merchandise information distribution business support processing system, and corporate PR support processing system of bookstore | |
KR101096405B1 (ko) | 온라인 쇼핑몰 중개 방법 및 온라인 쇼핑몰 중개 시스템 | |
JP3923951B2 (ja) | ネットワークを利用した商品販売または購入の方法 | |
JP2009129007A (ja) | 納品書発行代行システム及びその方法 | |
JP2001331737A (ja) | ネットワークシステム及びログイン方法 | |
KR100707724B1 (ko) | 온라인 쇼핑몰 중개 방법 및 온라인 쇼핑몰 중개 시스템 | |
JP2007299432A (ja) | ネットワークシステム、サーバ装置、および、プログラム | |
JP2004126825A (ja) | カタログギフトシステム及びカタログギフトシステム管理サーバ | |
JP2003288510A (ja) | 従属商品の選択支援装置及び方法 | |
JP2006164299A (ja) | オンラインショッピングシステム | |
JP2003108849A (ja) | 取引支援システム及び取引支援方法 | |
JP2001265852A (ja) | 商品推奨システム及び方法 | |
JP2001243373A (ja) | 商品注文システムおよび記録媒体 | |
US20020052823A1 (en) | Authentication method, information processing method and recording medium | |
JP2003187165A (ja) | 請求書発行システム及び方法 | |
JP2003157376A (ja) | ネットワークシステム、識別情報管理方法、サーバ装置、プログラム、および記録媒体 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040927 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070122 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070130 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070327 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070619 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070820 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070829 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070903 |
|
A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20070928 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100114 |
|
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: 20100305 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130312 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140312 Year of fee payment: 4 |
|
LAPS | Cancellation because of no payment of annual fees |