JP3732699B2 - 電子購買システムおよびその方法 - Google Patents
電子購買システムおよびその方法 Download PDFInfo
- Publication number
- JP3732699B2 JP3732699B2 JP36903599A JP36903599A JP3732699B2 JP 3732699 B2 JP3732699 B2 JP 3732699B2 JP 36903599 A JP36903599 A JP 36903599A JP 36903599 A JP36903599 A JP 36903599A JP 3732699 B2 JP3732699 B2 JP 3732699B2
- Authority
- JP
- Japan
- Prior art keywords
- seller
- transaction
- company
- purchaser
- sales
- 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 35
- 230000010365 information processing Effects 0.000 claims description 2
- 238000013475 authorization Methods 0.000 claims 2
- 238000007726 management method Methods 0.000 description 48
- 230000008569 process Effects 0.000 description 22
- 238000010586 diagram Methods 0.000 description 13
- 230000004044 response Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 239000013070 direct material Substances 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000013071 indirect material Substances 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 208000037805 labour Diseases 0.000 description 1
- 239000000463 material Substances 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
- 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
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを利用して商品（サービスを含む）を売買するシステムに係わる。
【０００２】
【従来の技術】
近年、様々な商品（サービスを含む）がネットワークを利用して売買されている。以下では、ネットワークを利用して商品を売買するシステムを「電子購買システム」と呼ぶことにする。
【０００３】
電子購買システムにおいて利用されるネットワークは、特に限定されるものではないが、例えば、「インターネット」である。以下、インターネットが利用される電子購買システムについて説明する。
【０００４】
商品の販売者は、例えば、その販売者のホームページに「商品カタログ」を載せる。ここで、商品カタログは、一般に、その販売者が提供可能な商品のリストおよび各商品の価格を含んでいる。一方、購入者は、販売者のホームページを閲覧し、商品カタログの中から気に入った商品を選択（購入）する。そして、販売者は、購入者によりある商品が選択されたことを認識すると、その購入者に対してその商品を提供する。
【０００５】
上述の電子購買システムは、１または複数の購入者が特定の販売者の商品カタログから商品を選択することを前提としているが、購入者が複数の販売者の商品カタログから商品を選択できるシステムも知られている。この種のシステムは、例えば、複数の販売者がそれぞれ提供する商品カタログをある１つのホームページに載せることにより実現される。この場合、このホームページは、商品カタログを提供する販売者により開設されたものである場合もあるし、上記販売者以外の者により開設されたものである場合もある。なお、各販売者ごとの商品カタログは、しばしば、購入者が見やすいように編集されている。そして、購入者は、複数の商品カタログの中から気に入った商品を選択することができる。
【０００６】
このように、従来より、ネットワーク（特に、インターネット）を利用して商品を売買するためのシステムは知られていた。
【０００７】
【発明が解決しようとする課題】
ところが、従来の電子購買システムでは、通常、購入者および／または販売者が制限されていなかった。すなわち、購入者は予め販売者を限定しておくことができず、販売者は予め購入者を限定しておくことができなかった。このため、以下の事態を招いていた。
【０００８】
不特定多数の購入者が存在すると、購入代金の不払いや支払いの遅延が発生する可能性が高くなる。このことは、販売者にとっては、代金回収に係わるリスクが高くなることを意味する。このため、販売者は、しばしば、購入者を制限したいという希望を持っている。
【０００９】
また、販売者との間で取引契約を結ぶ際には、通常、そのための口座を開設する必要がある。すなわち、購入者は、多数の販売者と取引しようとすると、各販売者ごとの口座の開設や管理などの付帯的な作業が増えてしまう。この問題は、例えば、購入者が企業であり、商品の購買を管理する人（総務部など）と実際に商品を購入する人（各従業員など）とが異なっている場合に発生しやすい。このため、購入者（特に、商品の購買を管理する人）は、しばしば、販売者を制限したいという希望を持っている。
【００１０】
上記問題を解決する方法としては、例えば、クレジットカード会社を利用する方法が考えられる。クレジットカード会社を利用すれば、取引相手ごとに口座を開設する必要がなく、また、代金回収に係わるリスクも減らすことが出来る。しかし、この場合、当然のことではあるが、クレジットカード会社に手数料等を支払う必要があるので、コスト的にデメリットを伴う。
【００１１】
また、従来の電子購買システムでは、各商品の販売価格は、基本的に、それぞれすべての購入者に対して同じ値に設定されていた。ところが、実社会では、たとえば、定期購入または大量購入をする購入者に対して販売価格の割引きをしたり、購入者の所在地に応じて販売価格を変えたりすることが一般的である。すなわち、従来の電子購買システムでは、実社会で行われている取引をそのまま実現することはできていなかった。
【００１２】
なお、ネットワークを利用して購入者ごとに商品の価格を決定するシステムも存在する。例えば、自動車の販売のためのシステムであって、車種、車体の色、オプション部品の有無などを入力することによって販売価格が決定されるシステムが知られている。しかし、このシステムは、いわばセールスマンのツールであり、複数の販売者および複数の購入者が参加するシステムではない。
【００１３】
本発明の課題は、複数の販売者および／または複数の購入者が参加する場が提供される電子購買システムであって、販売者が購入者を制限できる、或いは購入者が販売者を制限できるようにすることである。また、本発明の他の課題は、上記電子購買システムにおいて、商品の販売価格を購入者ごとに変更できるようにすることである。
【００１４】
【課題を解決するための手段】
本発明の電子購買システムは、販売者および複数の購入者が参加する場を提供する構成であって、上記販売者が提供可能な商品に係わる販売関連情報を格納する格納手段と、上記販売者からの指示に従って上記複数の購入者の中の１以上の購入者を登録する購入者登録手段と、上記購入者登録手段により登録されている購入者のみに対して上記販売関連情報を公開する公開手段とを有する。
【００１５】
上記構成によれば、販売関連情報は、その販売者が指定する購入者のみに公開される。すなわち、その販売者により取引対象から外されている購入者には、上記販売関連情報は公開されない。したがって、販売者は、自ら指定した購入者のみと取引をすることができる。すなわち、販売者は、不適当な購入者との取引を排除できる。
【００１６】
本発明の他の態様の電子購買システムは、購入者および複数の販売者が参加する場を提供する構成であって、上記購入者からの指示に従って上記複数の販売者の中の１以上の販売者を登録する販売者登録手段と、上記購入者から商品の取引に係わる依頼を受け付ける受付手段と、上記販売者登録手段により登録されている販売者のみに対して上記依頼を公開する公開手段とを有する。
【００１７】
上記構成によれば、商品の取引に係わる依頼（見積り依頼、購入依頼等）は、購入者が指定する販売者のみに公開される。すなわち、その購入者により取引対象から外されている販売者には、上記依頼は公開されない。したがって、購入者は、自ら指定した販売者のみと取引をすることができる。すなわち、購入者は、不適当な販売者との取引を排除できる。
【００１８】
本発明のさらに他の電子購買システムは、販売者および複数の購入者が参加する場を提供する構成であって、上記販売者が提供可能な商品について上記複数の購入者の中の１以上の購入者に対して個別に設定された販売関連情報を格納する格納手段と、上記複数の購入者に対して上記販売関連情報を公開する公開手段とを有する。
【００１９】
上記構成によれば、各購入者に対して公開される販売関連情報は、販売者により購入者ごとに個別に設定される。そして、各購入者は、自分当てに設定された販売関連情報のみを閲覧することができる。これにより、実社会での取引に近い形態が実現される。
【００２０】
【発明の実施の形態】
図１は、本発明の一実施形態の電子購買システムの構成図である。本実施形態の電子購買システムでは、複数の購入者１および複数の販売者２がそれぞれネットワーク３に接続されている。ここで、各購入者１および各販売者２は、それぞれ企業であってもよいし、個人であってもよい。また、ネットワーク３には、各購入者１および各販売者２が参加することができる場４が設けられている。場４は、例えば、ネットワーク上の特定のサイト（ネットワーク３に収容されている特定のコンピュータ）に設けられる。そして、各購入者１および各販売者２は、それぞれ場４にアクセスするための情報通信端末を備える。
【００２１】
上記構成において、ネットワーク３は、特に限定されるものではないが、例えば、「インターネット」である。そして、ネットワーク３がインターネットであるものとすると、場４は、例えばホームページであり、各購入者１および各販売者２は、それぞれブラウザを用いて場４において公開されている情報を閲覧アクセスする。
【００２２】
図２は、本実施形態の電子購買システムのブロック図である。ここでは、図１に示したネットワーク３がインターネットであるものとす。また、販売者および購入者は、それぞれ企業（会社）であるものとする。
【００２３】
本実施形態の電子購買システムは、複数の販売会社（売り手側の企業）及び複数の購入会社（買い手側の企業）が存在する電子的な取引の「場」を提供する。そして、この「場」において、電子カタログの提供および閲覧、商品の見積り依頼、その依頼に対する回答、商品の購入が実現される。また、商品を実際に購入したり、見積り依頼を発行したりするのは、購入会社の各従業員である。
【００２４】
購入企業の管理者は、販売会社を限定することができる。そして、購入会社の各従業員は、管理者により許可された販売会社にのみ見積り依頼または購入依頼を送ることができる。これにより、購入会社は、取引相手を特定できるようになり、様々な労力を削減できる。
【００２５】
一方、販売企業の管理者は、購入会社を限定することができる。これにより、販売会社により取引対象から外された購入会社は、その販売会社の電子カタログを閲覧できなくなる。また、販売会社は、取引を許可する購入会社に対して、個々に販売価格などを設定できる。
【００２６】
図２において、購入会社１０および販売会社２０は、それぞれ図１に示した購入者１および販売者２に相当する。また、購入会社１０および販売会社２０は、インターネットにアクセスしてホームページを閲覧することができる１または複数の情報通信端末（例えば、通信機能を備えたコンピュータ）をそれぞれ備えている。なお、図２においては、図面を見やすくするために省略しているが、実際には、複数の購入会社１０および複数の販売会社２０がそれぞれインターネットに接続されている。
【００２７】
ネットワークセンタシステム３０は、図１に示した場４を提供する情報処理装置（例えば、サーバコンピュータ）である。この実施例において、「場」は、例えば、購入会社１０および販売会社２０が閲覧可能なホームページである。
【００２８】
購入会社１０は、購入管理部１１および購入処理部１２を備える。なお、購入管理部１１および購入処理部１２は、購入会社１０が備える１または複数の情報通信端末に実装される。また、この情報通信端末には、ホームページを閲覧するためのブラウザが実装されている。
【００２９】
購入管理部１１は、ユーザからの入力に従って、取引相手を選択する指示をネットワークセンタシステム３０へ通知する。ここで、購入管理部１１に情報を入力するユーザは、例えば、その購入会社の総務部に属する従業員である。また、「取引相手の選択」は、複数の販売会社の中から１または複数の販売会社を選択する処理である。
【００３０】
購入処理部１２は、ユーザからの入力に従って、ネットワークセンタシステム３０に登録されている電子カタログから所望の商品を検索し、また、ネットワークセンタシステム３０により提供されている場に見積り依頼または購入依頼を送る。ここで、購入処理部１２に情報を入力するユーザは、基本的に、その購入会社の各従業員である。
【００３１】
販売会社２０は、販売管理部２１および販売処理部２２を備える。なお、販売管理部２１および販売処理部２２は、販売会社２０が備える１または複数の情報通信端末に実装される。また、この情報通信端末には、ホームページを閲覧するためのブラウザが実装されている。
【００３２】
販売管理部２１は、ユーザからの入力に従って、取引相手を選択する指示をネットワークセンタシステム３０へ通知する。ここで、販売管理部２１に情報を入力するユーザは、例えば、その販売会社の総務部に属する従業員である。また、「取引相手の選択」は、複数の購入会社の中から１または複数の購入会社を選択する処理である。
【００３３】
販売処理部２２は、ユーザからの入力に従って、ネットワークセンタシステム３０に電子カタログを登録する。ここで、この電子カタログは、後述詳しく説明するが、購入者ごとに異なる条件（価格、納期など）を設定することができる。また、販売処理部２２は、ユーザからの入力に従って、見積り依頼または購入依頼に対する回答をネットワークセンタシステム３０により提供されている場に送る。なお、販売処理部２２に情報を入力するユーザは、基本的に、その販売会社の従業員である。
【００３４】
ネットワークセンタシステム３０は、電子カタログシステム３１および購買システム３５を備え、購入会社１０および販売会社２０が商品を売買するための場を提供する。具体的には、販売会社２０が電子カタログを登録するための場、購入会社１０に電子カタログを公開するための場、購入会社１０からの見積り依頼または購入依頼を受け付けるための場、および上記見積り依頼または購入依頼に対する販売会社２０からの回答を受け付けるための場を提供する。
【００３５】
電子カタログシステム３１は、設定管理部３２および表示制御部３３を備え、販売会社２０により登録された電子カタログを保持すると共に、その電子カタログを必要に応じて編集して公開する。具体的には、設定管理部３２は、販売会社２０により登録される商品カタログを受け付けて記憶装置に格納する。また、購入会社１０および販売会社２０から通知される取引相手の選択に関する指示を受け付け、販売会社購入会社テーブル３４を作成する。一方、表示制御部３３は、販売会社２０により登録された電子カタログを購入会社１０に対して公開する。このとき、販売者２０により登録されている電子カタログが購入者ごとに設定されている場合には、購入会社ごとに編集された情報が公開される。
【００３６】
購買システム３５は、業務処理部３６および設定管理部３７を備える。業務処理部３６は、購入会社１０から受け付けた見積り依頼および購入依頼を販売会社２０に公開し、販売会社２０からの回答を購入会社１０に公開する。このとき、設定管理部３７は、販売会社購入会社テーブル３４を参照し、業務処理部３６による公開を制限する。具体的には、例えば、購入会社１０から受け付けた見積り依頼および購入依頼は、その購入会社１０により選択された販売会社２０のみに対して公開される。
【００３７】
なお、ネットワークセンタシステム３０は、図３に示す利用者管理テーブル、図４に示す商品管理テーブル、図５に示す販売管理テーブルを備えている。
利用者管理テーブルは、ネットワークセンタシステム３０により提供されるサービスを受けようとする会社を識別する情報（会社ＩＤ）とその会社の利用者ＩＤとの対応関係を管理する。ここで、利用者ＩＤは、例えば、ネットワークセンタシステムにおいて予め決められた文字列・数字列、ＵＲＬ、ＩＰアドレス、ＭＡＣアドレス等である。また、会社ＩＤは、ネットワークセンタシステム３０により付与される識別情報である。そして、この利用者管理テーブルは、購入会社または販売会社とネットワークセンタシステム３０を運用するサービス提供会社との間の契約に従って更新される。すなわち、電子購買システムによるサービスを受ける旨の新たな契約が成立すると、その新たに契約をした会社のためのレコードが追加され、契約が解除されると、その契約を解除した会社のためのレコードが削除される。
【００３８】
商品管理テーブルは、電子購買システムにおいて売買される商品のリストであり、各商品の商品番号、商品名、標準価格（製造者が提示する希望小売価格）などを管理する。なお、このテーブルにより管理される商品は、例えば、ネットワークセンタシステム３０により登録される。ただし、販売会社２０が任意の商品を追加的に登録することもできる。
【００３９】
販売管理テーブルは、販売会社ごとに提示される各商品の販売価格および納期などを管理する。このテーブルは、販売会社２０からの登録により作成される。ここで、販売会社２０は、各商品について、購入会社ごとに販売価格および納期を設定することができる。図５に示す例では、例えば、販売会社（H567）は、商品（KY0000001 ）について、購入会社（K102）に対しては「販売価格＝９３円、納期＝３日」を提示し、購入会社（K103）に対しては「販売価格＝１０５円、納期＝４日」を提示している。
【００４０】
図６は、販売会社購入会社テーブル３４の一例を示す図である。このテーブルは、販売会社ごとに取引可能な購入会社を管理し、また、購入会社ごとに取引可能な販売会社を管理する。なお、各取引を許可するか否かは、基本的に、販売会社または購入会社により決定される。そして、各取引を許可するか否かを表す情報は、このテーブル上では、販売会社許可フラグまたは購入会社許可フラグを用いて示される。ここで、「販売会社許可フラグ」は、購入会社が各販売会社との取引を制限するか否かを表す情報であり、「購入会社許可フラグ」は、販売会社が各購入会社との取引を制限するか否かを表す情報である。
【００４１】
図６に示す例では、例えば、販売会社（H700）は、購入会社（K200）および購入会社（K201）との取引を許可し、購入会社（K202）との取引を禁止している。また、購入会社（K201）は、販売会社（H701）との取引を許可しているが、販売会社（H700）との取引を禁止している。
【００４２】
次に、本実施形態の電子購買システムの動作を説明する。
図７は、購入会社１０が販売会社との取引を制限するときのネットワークセンタシステム３０の処理を説明するフローチャートである。このフローチャートの処理は、購入会社１０により取引相手を制限するための処理が呼び出されたときに設定管理部３２により実行される。
【００４３】
ステップＳ１では、取引相手を制限するための処理を呼び出した購入会社１０の利用者認証を行う。利用者認証は、その購入会社１０の利用者ＩＤを取得する処理、および予め登録されているパスワードを確認する処理を含む。もし、利用者認証に失敗したときは、例えば、エラーメッセージを表示する。
【００４４】
ステップＳ２では、取得した利用者ＩＤをキーとして利用者管理テーブルにアクセスし、対応する会社ＩＤを取得する。続いて、ステップＳ３では、ステップＳ２で取得した会社ＩＤをキーとして販売会社購入会社テーブル３４にアクセスし、対応するレコードを抽出する。
【００４５】
ステップＳ４では、ステップＳ３で抽出したレコードの中で、「販売会社許可フラグ」として「Ｙ（許可）」が設定されているレコードを購入会社１０に提供する。ここで、「提供する」とは、該当するレコードに係わる情報を表示するためのデータを購入会社１０へ送ることを意味する。これにより、購入会社１０の購入管理部１１には、その購入会社１０との取引が許可されている販売会社のリストが表示される。そして、購入会社１０は、もし表示されたリストの中で取引を禁止したい販売会社があれば、その販売会社を設定管理部３２に通知する。
【００４６】
購入会社１０から通知があったときは、ステップＳ５において、指定された販売会社に対応するレコードの「販売会社許可フラグ」を「Ｙ（許可）」から「Ｎ（不許可）」に変更する。
【００４７】
ステップＳ６では、ステップＳ３で抽出したレコードの中で、「販売会社許可フラグ」として「Ｎ（不許可）」が設定されているレコードを購入会社１０に提供する。これにより、購入会社１０の購入管理部１１には、その購入会社１０との取引が禁止されている販売会社のリストが表示される。購入会社１０は、もし表示されたリストの中で取引をしたい販売会社があれば、その販売会社を設定管理部３２に通知する。そして、購入会社１０から通知があった時は、ステップＳ７において、指定された販売会社に対応するレコードの「販売会社許可フラグ」を「Ｎ（不許可）」から「Ｙ（許可）」に変更する。
【００４８】
図８は、購入会社１０が販売会社との取引を制限する場合の実施例を示す図である。ここでは、購入会社（K200）により取引相手を制限するための処理が呼び出されものとする。
【００４９】
図８(a) は、ステップＳ３において抽出されたレコードの例である。図８(b) は、ステップＳ４において購入会社（K200）の購入管理部１１に提供されるレコードの例である。なお、購入会社の購入管理部１１には、該当するレコードに係わるすべての情報が表示される必要はなく、該当する販売会社の名称のみが表示されれば十分である。ここで、購入会社（K200）により、取引を禁止したい販売会社として「販売会社（H703）」が指定されたとすると、販売会社購入会社テーブル３４において販売会社（H703）に対して割り当てられているレコードの「販売会社許可フラグ」が「Ｙ（許可）」から「Ｎ（不許可）」に変更される。同様に、図８(c) は、ステップＳ６において購入会社（K200）の購入管理部１１に提供されるレコードの例である。ここで、購入会社（K200）により、取引をしたい販売会社として「販売会社（H705）」が指定されると、販売会社（H705）に対して割り当てられているレコードの「販売会社許可フラグ」が「Ｎ（不許可）」から「Ｙ（許可）」に変更される。
【００５０】
図９は、販売会社が購入会社との取引を制限するときのネットワークセンタシステムの処理を説明するフローチャートである。この処理は、基本的に、販売会社が購入会社との取引を制限するときの処理と同じなので、説明を省略する。
【００５１】
このように、購入会社１０は、ネットワークセンタシステム３０に接続されている複数の販売会社の中から取引を行いたい販売会社を制限できる。同様に、販売会社２０は、ネットワークセンタシステム３０に接続されている複数の購入会社の中から取引を行いたい購入会社を制限できる。
【００５２】
図１０は、販売会社が販売関連情報（電子カタログ）を登録する際のネットワークセンタシステムの処理を説明するフローチャートである。このフローチャートの処理は、販売会社２０により電子カタログを登録するための処理が呼び出されたときに設定管理部３２により実行される。
【００５３】
ステップＳ１１では、電子カタログを登録するための処理を呼び出した販売会社２０の利用者認証を行う。ステップＳ１２では、取得した利用者ＩＤをキーとして利用者管理テーブルにアクセスし、対応する会社ＩＤを取得する。
【００５４】
ステップＳ１３では、商品を選択するための画面を提供する。ここで、その画面を利用して選択可能な商品は、商品管理テーブルを参照して認識する。これにより、販売会社２０の販売処理部２２には、その販売会社２０が販売関連情報を設定するための商品リストが表示される。そして、販売会社２０は、そのリストの中で販売関連情報を設定したい商品があれば、その商品を選択する。
【００５５】
ステップＳ１４では、販売会社２０により選択された商品の商品番号を取得する。続いて、ステップＳ１５では、ステップＳ１４で取得した商品番号およびステップＳ１２で取得した会社ＩＤをキーとして販売管理テーブルにアクセスし、対応するレコードを抽出する。そして、ステップＳ１６において、ステップＳ１５で抽出したレコード、および販売関連情報を追加、変更、削除するための画面を販売会社２０に対して提供する。これにより、販売会社２０の販売処理部２２には、販売管理テーブルを編集（追加、変更、削除）するための画面が表示される。
【００５６】
販売会社２０は、この画面を利用（例えば、ネットワークセンタシステム３０との間で対話的な処理を実行する）し、販売関連情報を追加、変更、または削除する。例えば、販売価格などを提示する購入会社を追加する場合には、そのような購入会社を指定すると共に、販売価格および納期などを入力する。また、販売関連情報を変更する場合には、該当する購入会社について設定されている販売価格または納期などを変更する。さらに、ある購入会社に対して販売価格などの提示を止める場合には、そのような購入会社を指定すると共に、販売価格および納期などを削除する。
【００５７】
そして、販売会社２０からの指示を受信すると、ステップＳ１７において、その指示に従って販売管理テーブルを更新する。
図１１は、販売会社２０が販売関連情報を追加、変更、または削除する場合の実施例を示す図である。ここでは、販売会社（H567）により商品（KY0000001 ）に関する販売関連情報を編集するものとする。
【００５８】
図１１(a) は、ステップＳ１５において抽出されたレコードの例である。図１１(b) は、販売関連情報を公開すべき購入会社を追加する場合の例である。ここでは、「購入会社（K104）」が追加されている。図１１(c) は、販売関連情報の中の販売価格を変更する場合の例である。ここでは、購入会社（K103）に対して提示してあった販売価格が「１０５円」から「１００円」に変更されている。図１１(d) は、販売関連情報を提示すべき購入会社を削除する場合の例である。ここでは、「購入会社（K103）」が削除されている。
【００５９】
このように、販売会社２０は、購入会社ごとに販売関連情報（販売価格および納期など）を設定することができる。
図１２は、購入会社１０へ電子カタログを提供する際のネットワークセンタシステムの処理を説明するフローチャートである。このフローチャートの処理は、購入会社１０により電子カタログを表示するための処理が呼び出されたときに表示制御部３３により実行される。
【００６０】
ステップＳ２１において、購入会社１０の利用者認証を実行し、ステップＳ２２においてその購入会社１０の会社ＩＤを取得する。これらの処理は、基本的に上述した処理と同じである。
【００６１】
ステップＳ２３では、購入会社１０に対して電子カタログを提供する。これにより、購入会社１０の購入処理部１２に電子カタログが表示される。ただし、このとき表示される電子カタログは、各商品についての基本情報（標準価格、物理情報など）を含んでいるが、販売関連情報（販売会社、販売価格、納期など）は含んでいない。ステップＳ２３の処理により購入会社１０に表示される電子カタログの例を図１３に示す。ここでは、購入会社１０に属する利用者（従業員）によりある商品（実施例では、Ａ４サイズのノート）が選択された場合を想定している。
【００６２】
この表示に対して、購入会社１０の利用者が販売関連情報を要求すると、ステップＳ２４において、選択された商品の商品番号を取得する。続いて、ステップＳ２５では、ステップＳ２４で取得した商品番号をキーとして販売管理テーブルにアクセスし、対応するレコードを抽出する。
【００６３】
ステップＳ２６では、ステップＳ２５において抽出されたレコードから、ステップＳ２２で取得した購入会社１０の会社ＩＤを含むレコードを選択する。続いて、ステップＳ２７では、この購入会社１０の会社ＩＤをキーとして販売会社購入会社テーブル３４にアクセスし、購入会社１０により取引が許可されている販売会社を検出する。そして、ステップＳ２６において選択したレコードから、購入会社１０により取引が許可されている販売会社を含むレコードを選択する。
【００６４】
そして、ステップＳ２８において、ステップＳ２７により選択されたレコードの販売関連情報を購入会社１０に提供する。これにより、購入会社１０の購入処理部１２に、販売関連情報を含む電子カタログが表示される。ステップＳ２８の処理により購入会社１０に表示される電子カタログの例を図１４に示す。
【００６５】
図１５は、購入会社１０に表示すべき電子カタログを生成する処理の実施例である。ここでは、購入会社（K102）が電子カタログから商品（KY0000001 ）を選択したものとする。また、特に図示しないが、販売会社購入会社テーブルには、購入会社（K102）により取引が許可されている購入会社として購入会社（H567）および購入会社（H300）が登録されているものとする。
【００６６】
図１５(a) は、販売管理テーブルである。図１５(b) は、その販売管理テーブルから商品（KY0000001 ）をキーとして抽出されたレコードである。さらに、図１５(c) は、図１５(b) に示す状態において、購入会社（K102）をキーとして選択されたレコードである。そして、図１５(d) は、図１５(c) に示す状態において、購入会社（H567）または購入会社（H300）以外のレコードを排除することにより得られるレコードである。
【００６７】
この後、図１５(d) に示すレコードの販売関連情報（販売価格、納期など）を購入会社（K102）に提供する。これにより、購入会社（K102）に販売関連情報を含む電子カタログが提供され、表示される。
【００６８】
このように、本実施形態の電子購買システムにおいては、購入会社が商品を指定すると、その商品について各販売会社ごとに設定されている販売関連情報が表示される。このとき、購入会社により取引が許可されている販売会社のみの販売関連情報が表示される。換言すれば、購入会社により取引が許可されていない販売会社の販売関連情報は表示されない。したがって、購入会社の各従業員は、その購入会社により取引が許可されていない販売会社から商品を購入することができない。
【００６９】
購入会社１０は、上述のようにして表示されている電子カタログを利用して商品を購入することができる。例えば、図１４に示す表示画面においては、ポインティングデバイス等を用いて販売会社を選択し、さらに購入数量などの必要な情報を入力することにより、ネットワークセンタシステム３０の業務処理部３６に購入依頼が通知される。そして、ネットワークセンタシステム３０は、購入依頼を受け付けると、その購入依頼において指定されている販売会社のための記憶領域にその購入依頼を書き込む。これにより、販売会社が購入依頼を受け取ると、あるいはネットワークセンタシステム３０にアクセスすることにより購入依頼を取得すると、その依頼に従って購入会社に商品を提供する。なお、購入代金を納金する方法については、本発明とは直接的には関係がないので、その説明を省略する。
【００７０】
ところで、この電子購買システムでは、上述のように、ネットワークセンタシステム３０において売買される各商品についての販売関連情報は、各販売会社により任意に設定される。このため、すべての商品について販売関連情報が設定されているとは限らない。したがって、購入会社１０が電子カタログから所望の商品を選択したとき、その商品に対して販売価格などが設定されていない場合がある。また、その商品に対して販売価格などが設定されていたとしても、それに満足できるとは限らない。このため、この電子購買システムは、購入会社から販売会社へ見積りを依頼する機能を備えている。
【００７１】
図１６は、見積り依頼が発行されたときのネットワークセンタシステムの処理を説明するフローチャートである。このフローチャートの処理は、購入会社１０が見積り依頼を発行するための処理が呼び出されたときに業務処理部３６により実行される。
【００７２】
ステップＳ３１において、購入会社１０の利用者認証を実行し、ステップＳ３２においてその購入会社１０の会社ＩＤを取得する。これらの処理は、基本的に上述した処理と同じである。
【００７３】
ステップＳ３３では、見積り依頼を作成するためのフォームを購入会社１０に提供する。これにより、購入会社１０の購入処理部１２に見積り依頼を作成するためのフォームが表示される。そして、購入会社１０の従業員がそのフォームを用いて見積り依頼伝票を作成する。見積り依頼伝票の例を図１７(a) に示す。
【００７４】
ステップＳ３４では、購入会社１０により作成された見積り依頼伝票を取得する。ステップＳ３５では、ステップＳ３２で取得した購入会社１０の会社ＩＤをキーとして販売会社購入会社テーブルにアクセスし、購入会社１０により取引が許可されている販売会社を検索する。そして、ステップＳ３６において、検索された販売会社のみに対して見積り依頼伝票を公開する。具体的には、ステップＳ３５により検索された販売会社がアクセス可能な記憶領域に上記見積り依頼伝票を書き込む。
【００７５】
販売会社は、見積り依頼を取得すると、その依頼に対する回答（見積り回答伝票）を作成してネットワークセンタシステム３０に通知する。見積り回答伝票の例を図１７(b) に示す。
【００７６】
販売会社から見積り回答伝票を受け取ると、ネットワークセンタシステム３０は、それを購入会社１０に対して公開する。具体的には、購入会社１０がアクセス可能な記憶領域に上記見積り回答伝票を書き込む。これにより、購入会社１０は、その回答を取得することができる。
【００７７】
このように、本実施形態の電子購買システムにおいては、購入会社が見積り依頼を発行すると、その依頼は、その購入会社により取引が許可されている販売会社のみに対して公開される。したがって、購入会社は、その販売会社が希望する販売会社のみから見積り回答を受け取ることが出来る。
【００７８】
なお、上述の実施例では、購入会社１０は見積り依頼を発行しているが、見積依頼の代わりに希望販売価格または希望納期などを含む購入依頼を発行してもよい。購入依頼伝票の例を図１８に示す。このとき、この購入依頼は、見積り依頼が発行された場合と同様に、購入会社１０により許可されている販売会社のみに公開される。そして、この購入依頼を取得した販売会社は、その依頼に対する回答をネットワークセンタシステム３０に通知する。
【００７９】
また、上述の例では、見積り依頼または購入依頼は、その依頼を発行した購入会社により取引が許可されている販売会社に回送されているが、それらの販売会社のなかでその購入会社との取引を許可していない販売会社があれば、ネットワークセンタシステム３０は、上記依頼をその販売会社へ回送しないようにしてもよい。
【００８０】
このように、複数の販売会社および複数の購入企業が参加可能な場が提供されると、各会社ごとに見ると売買量が少ないにもかかわらず商品の種類が多い取引であっても、全体としては、各商品ごとに販売量がそれぞれ大きくなる。このため、販売会社にとっては、より安価な価格提案を行うことができ、ビジネスチャンスが拡大するものと思われる。また、購入会社にとっては、単独で取引を行うよりも低コストで商品の提供を受けることができる。
【００８１】
さらに、上記取引環境において、購入会社は、販売会社を限定できる。このため、例えば、各従業員がその購入会社の管理者により指定された会社以外の会社から商品を購入してしまうことが回避される。一方、販売会社は、購入会社を限定することができる。このため、例えば、購入代金の支払いの悪い会社との取引を制限することができる。
【００８２】
なお、上述の実施例では、企業の各従業員が間接材（例えば、企業の利益に直接的には寄与しない文具など）を購入する場合を示したが、本発明はこれに限定されるものではない。本発明の電子購買システムは、例えば、直接材（例えば、企業の利益に直接的に寄与する資材など）を購入する場合においても同様のサービスを提供することができる。また、企業間の取引だけでなく、企業対個人あるいは個人対個人の取引においても同様のサービスを提供できる。
【００８３】
また、上述の実施例では、取引相手や販売価格などに係わる情報は、販売会社または購入会社により登録されていたが、本発明はこれに限定されるものではない。本発明の電子購買システムでは、ネットワークセンタシステム３０がそれらの情報を変更することもできる。以下に幾つかの例を示す。
【００８４】
図１９は、取引金額に応じて販売価格を自動的に変更するサービスを提供するネットワークセンタシステム３０の動作を説明するフローチャートである。このフローチャートの処理は、設定管理部３２により定期的（例えば、毎月１回）に実行されるものとする。なお、ネットワークセンタシステム３０は、この電子購買システムを利用したすべての取引に係わる情報を格納している。この情報を格納する取引ログテーブルの例を図２０に示す。
【００８５】
この実施例では、取引金額が一定以上の購入会社に対する販売価格が自動的に値引きされる。そして、各販売会社は、このサービスの提供を受けるか否かを予め登録しておく。以下、具体的に説明する。
【００８６】
ステップＳ４１では、利用者管理テーブルから販売会社を１つ選択する。ステップＳ４２では、その選択した販売会社が「自動割引サービス」を受ける会社として登録されているか否かを調べる。そして、登録されていた場合には、ステップＳ４３へ進み、そうでなかった場合には、ステップＳ４１に戻って次の販売会社を選択する。
【００８７】
ステップＳ４３では、ステップＳ４１で選択した販売会社の会社ＩＤを用いて図２０に示す取引ログテーブルにアクセスし、各３ヶ月分の取引データを抽出する。ステップＳ４４では、利用者管理テーブルから購入会社を１つ選択する。そして、ステップＳ４５において、ステップＳ４３で抽出した取引データの中からステップＳ４４で選択した購入会社に係わるデータのみを取得し、取引金額の合計値または平均値を計算する。
【００８８】
ステップＳ４６では、ステップＳ４５で計算した取引金額が予め設定されている一定値以上か否かを調べる。そして、もしその取引金額が予め設定されている一定値以上であったならば、ステップＳ４７において、その購入会社に対する販売価格を引き下げる。具体的には、販売管理テーブルに設定されている販売価格を更新する。なお、上記取引金額が予め設定されている一定値以上でなかった場合は、ステップＳ４７はスキップされる。
【００８９】
ステップＳ４８は、全ての購入会社についてステップＳ４５〜Ｓ４７の処理を実行するために設けられている。また、ステップＳ４９は、全ての販売会社についてステップＳ４２〜Ｓ４８の処理を実行するために設けられている。
【００９０】
このように、上記実施例のサービスを導入すれば、商品を大量に購入してくれる購入会社に対しては販売価格が自動的に引き下げられる。これにより、実社会の営業形態に近いサービスが提供可能になる。なお、この方法を応用すれば、取引量の少ない購入会社に対する販売価格を自動的に引き上げたり、或いはその会社との取引を停止するようなこのも可能である。また、購入代金の支払いが悪い購入会社との取引を自動的に停止することもできる。
【００９１】
上記実施例では、今回の取引金額から割り引く金額は、ステップＳ４５で計算した取引金額に基づいて変更してもよく、当該取引金額に比例して、割引金額を大きくすることができる。また、今回の取引金額から割り引く金額は、ステップＳ４５で計算した取引金額とは無関係に一定であってもよい。
【００９２】
さらに、上記実施例のステップＳ４３からステップＳ４５では、過去の一定期間における、今回の取引相手である販売者との間での購入者の取引金額の合計値または平均値を算出したが、これを、過去の一定期間における購入者の取引金額または平均値に変更することができる。
【００９３】
さらに、図１９に示すフローチャートの処理と概ね同様の手順により、販売会社を取引対象から外すこともできる。そのための処理を示すフローチャートを図２１に示す。
【００９４】
上述した電子購買サービスを提供する機能は、コンピュータを用いて上述のフローチャートに示した処理を記述したプログラムを実行することにより実現される。それらのプログラムを実行するコンピュータ１００のブロック図を図２２に示す。
【００９５】
ＣＰＵ１０１は、上述のフローチャートに示した処理を記述したプログラムを記憶装置１０２からメモリ１０３にロードして実行する。記憶装置１０２は、たとえばハードディスクであり、上記プログラムを格納する。一方、メモリ１０３は、例えば半導体メモリであり、ＣＰＵ１０１の作業領域として使用される。
【００９６】
記録媒体ドライバ１０４は、ＣＰＵ１０１の指示に従って可搬性記録媒体１０５にアクセスする。可搬性記録媒体１０５は、例えば、半導体デバイス（ＰＣカード等）、磁気的作用により情報が入出力される媒体（フロッピーディスク、磁気テープなど）、光学的作用により情報が入出力される媒体（光ディスクなど）を含む。通信制御装置１０６は、ＣＰＵ１０１の指示に従って網との間でデータを送受信する。
【００９７】
図２３は、本発明に係わるソフトウェアプログラムなどの提供方法を説明する図である。本発明に係わるプログラムは、例えば、以下の３つの方法の中の任意の方法により提供される。
【００９８】
(a) コンピュータ１００にインストールされて提供される。この場合、プログラム等は、たとえば、出荷前にプレインストールされる。
(b) 可搬性記録媒体に格納されて提供される。この場合、可搬性記録媒体１０５に格納されているプログラム等は、基本的に、記録媒体ドライバ１０４を介して記憶装置１０２にインストールされる。
【００９９】
(c) 網上のサーバから提供される。この場合、基本的には、コンピュータ１００がサーバに格納されているプログラム等をダウンロードすることによってそのプログラム等を取得する。
【０１００】
【発明の効果】
本発明の電子購買システムにおいては、商品を購入しようとする際、購入者により予め登録されている販売会社のみの販売関連情報が提供される。このため、取引相手が無制限に拡散してしまうことが回避される。また、販売者は、特定の購入者を取引対象から外すことができる。さらに、販売者は、複数の販売者および複数の購入者が参加する場において、各商品の販売価格を購入者ごとに設定することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態の電子購買システムの構成図である。
【図２】本実施形態の電子購買システムのブロック図である。
【図３】利用者管理テーブルの一例である。
【図４】商品管理テーブルの一例である。
【図５】販売管理テーブルの一例である。
【図６】販売会社購入会社テーブルの一例である。
【図７】購入会社が販売会社との取引を制限するときのネットワークセンタシステムの処理を説明するフローチャートである。
【図８】 (a) 〜(c) は、購入会社が販売会社との取引を制限する場合の実施例を示す図である。
【図９】販売会社が購入会社との取引を制限するときのネットワークセンタシステムの処理を説明するフローチャートである。
【図１０】販売会社が販売関連情報（電子カタログ）を登録する際のネットワークセンタシステムの処理を説明するフローチャートである。
【図１１】 (a) 〜(d) は、販売会社が販売関連情報を追加、変更、または削除する場合の実施例を示す図である。
【図１２】購入会社へ電子カタログを提供する際のネットワークセンタシステムの処理を説明するフローチャートである。
【図１３】電子カタログの表示例（その１）である。
【図１４】電子カタログの表示例（その２）である。
【図１５】 (a) 〜(d) は、購入会社に表示すべき電子カタログを生成する処理の実施例である。
【図１６】見積り依頼が発行されたときのネットワークセンタシステムの処理を説明するフローチャートである。
【図１７】 (a) は、見積り依頼伝票の例であり、(b) は、見積り回答伝票の例である。
【図１８】購入依頼の例である。
【図１９】取引金額に応じて販売価格を変更するサービスを提供するネットワークセンタシステムの動作を説明するフローチャートである。
【図２０】取引ログテーブルの例である。
【図２１】取引金額に応じて取引対象を変更するサービスにおけるネットワークセンタシステムの動作を説明するフローチャートである。
【図２２】本発明の機能を記述したプログラムを実行するコンピュータのブロック図である。
【図２３】本発明に係わるソフトウェアプログラムの提供方法を説明する図である。
【符号の説明】
１ 購入者
２ 販売者
３ ネットワーク
４ 場
１０ 購入会社
１１ 購入管理部
１２ 購入処理部
２０ 販売会社
２１ 販売管理部
２２ 販売処理部
３０ ネットワークセンタシステム
３１ 電子カタログシステム
３２ 設定管理部
３３ 表示制御部
３４ 販売会社購入会社テーブル
３５ 購買システム
３６ 業務処理部
３７ 設定管理部
【発明の属する技術分野】
本発明は、ネットワークを利用して商品（サービスを含む）を売買するシステムに係わる。
【０００２】
【従来の技術】
近年、様々な商品（サービスを含む）がネットワークを利用して売買されている。以下では、ネットワークを利用して商品を売買するシステムを「電子購買システム」と呼ぶことにする。
【０００３】
電子購買システムにおいて利用されるネットワークは、特に限定されるものではないが、例えば、「インターネット」である。以下、インターネットが利用される電子購買システムについて説明する。
【０００４】
商品の販売者は、例えば、その販売者のホームページに「商品カタログ」を載せる。ここで、商品カタログは、一般に、その販売者が提供可能な商品のリストおよび各商品の価格を含んでいる。一方、購入者は、販売者のホームページを閲覧し、商品カタログの中から気に入った商品を選択（購入）する。そして、販売者は、購入者によりある商品が選択されたことを認識すると、その購入者に対してその商品を提供する。
【０００５】
上述の電子購買システムは、１または複数の購入者が特定の販売者の商品カタログから商品を選択することを前提としているが、購入者が複数の販売者の商品カタログから商品を選択できるシステムも知られている。この種のシステムは、例えば、複数の販売者がそれぞれ提供する商品カタログをある１つのホームページに載せることにより実現される。この場合、このホームページは、商品カタログを提供する販売者により開設されたものである場合もあるし、上記販売者以外の者により開設されたものである場合もある。なお、各販売者ごとの商品カタログは、しばしば、購入者が見やすいように編集されている。そして、購入者は、複数の商品カタログの中から気に入った商品を選択することができる。
【０００６】
このように、従来より、ネットワーク（特に、インターネット）を利用して商品を売買するためのシステムは知られていた。
【０００７】
【発明が解決しようとする課題】
ところが、従来の電子購買システムでは、通常、購入者および／または販売者が制限されていなかった。すなわち、購入者は予め販売者を限定しておくことができず、販売者は予め購入者を限定しておくことができなかった。このため、以下の事態を招いていた。
【０００８】
不特定多数の購入者が存在すると、購入代金の不払いや支払いの遅延が発生する可能性が高くなる。このことは、販売者にとっては、代金回収に係わるリスクが高くなることを意味する。このため、販売者は、しばしば、購入者を制限したいという希望を持っている。
【０００９】
また、販売者との間で取引契約を結ぶ際には、通常、そのための口座を開設する必要がある。すなわち、購入者は、多数の販売者と取引しようとすると、各販売者ごとの口座の開設や管理などの付帯的な作業が増えてしまう。この問題は、例えば、購入者が企業であり、商品の購買を管理する人（総務部など）と実際に商品を購入する人（各従業員など）とが異なっている場合に発生しやすい。このため、購入者（特に、商品の購買を管理する人）は、しばしば、販売者を制限したいという希望を持っている。
【００１０】
上記問題を解決する方法としては、例えば、クレジットカード会社を利用する方法が考えられる。クレジットカード会社を利用すれば、取引相手ごとに口座を開設する必要がなく、また、代金回収に係わるリスクも減らすことが出来る。しかし、この場合、当然のことではあるが、クレジットカード会社に手数料等を支払う必要があるので、コスト的にデメリットを伴う。
【００１１】
また、従来の電子購買システムでは、各商品の販売価格は、基本的に、それぞれすべての購入者に対して同じ値に設定されていた。ところが、実社会では、たとえば、定期購入または大量購入をする購入者に対して販売価格の割引きをしたり、購入者の所在地に応じて販売価格を変えたりすることが一般的である。すなわち、従来の電子購買システムでは、実社会で行われている取引をそのまま実現することはできていなかった。
【００１２】
なお、ネットワークを利用して購入者ごとに商品の価格を決定するシステムも存在する。例えば、自動車の販売のためのシステムであって、車種、車体の色、オプション部品の有無などを入力することによって販売価格が決定されるシステムが知られている。しかし、このシステムは、いわばセールスマンのツールであり、複数の販売者および複数の購入者が参加するシステムではない。
【００１３】
本発明の課題は、複数の販売者および／または複数の購入者が参加する場が提供される電子購買システムであって、販売者が購入者を制限できる、或いは購入者が販売者を制限できるようにすることである。また、本発明の他の課題は、上記電子購買システムにおいて、商品の販売価格を購入者ごとに変更できるようにすることである。
【００１４】
【課題を解決するための手段】
本発明の電子購買システムは、販売者および複数の購入者が参加する場を提供する構成であって、上記販売者が提供可能な商品に係わる販売関連情報を格納する格納手段と、上記販売者からの指示に従って上記複数の購入者の中の１以上の購入者を登録する購入者登録手段と、上記購入者登録手段により登録されている購入者のみに対して上記販売関連情報を公開する公開手段とを有する。
【００１５】
上記構成によれば、販売関連情報は、その販売者が指定する購入者のみに公開される。すなわち、その販売者により取引対象から外されている購入者には、上記販売関連情報は公開されない。したがって、販売者は、自ら指定した購入者のみと取引をすることができる。すなわち、販売者は、不適当な購入者との取引を排除できる。
【００１６】
本発明の他の態様の電子購買システムは、購入者および複数の販売者が参加する場を提供する構成であって、上記購入者からの指示に従って上記複数の販売者の中の１以上の販売者を登録する販売者登録手段と、上記購入者から商品の取引に係わる依頼を受け付ける受付手段と、上記販売者登録手段により登録されている販売者のみに対して上記依頼を公開する公開手段とを有する。
【００１７】
上記構成によれば、商品の取引に係わる依頼（見積り依頼、購入依頼等）は、購入者が指定する販売者のみに公開される。すなわち、その購入者により取引対象から外されている販売者には、上記依頼は公開されない。したがって、購入者は、自ら指定した販売者のみと取引をすることができる。すなわち、購入者は、不適当な販売者との取引を排除できる。
【００１８】
本発明のさらに他の電子購買システムは、販売者および複数の購入者が参加する場を提供する構成であって、上記販売者が提供可能な商品について上記複数の購入者の中の１以上の購入者に対して個別に設定された販売関連情報を格納する格納手段と、上記複数の購入者に対して上記販売関連情報を公開する公開手段とを有する。
【００１９】
上記構成によれば、各購入者に対して公開される販売関連情報は、販売者により購入者ごとに個別に設定される。そして、各購入者は、自分当てに設定された販売関連情報のみを閲覧することができる。これにより、実社会での取引に近い形態が実現される。
【００２０】
【発明の実施の形態】
図１は、本発明の一実施形態の電子購買システムの構成図である。本実施形態の電子購買システムでは、複数の購入者１および複数の販売者２がそれぞれネットワーク３に接続されている。ここで、各購入者１および各販売者２は、それぞれ企業であってもよいし、個人であってもよい。また、ネットワーク３には、各購入者１および各販売者２が参加することができる場４が設けられている。場４は、例えば、ネットワーク上の特定のサイト（ネットワーク３に収容されている特定のコンピュータ）に設けられる。そして、各購入者１および各販売者２は、それぞれ場４にアクセスするための情報通信端末を備える。
【００２１】
上記構成において、ネットワーク３は、特に限定されるものではないが、例えば、「インターネット」である。そして、ネットワーク３がインターネットであるものとすると、場４は、例えばホームページであり、各購入者１および各販売者２は、それぞれブラウザを用いて場４において公開されている情報を閲覧アクセスする。
【００２２】
図２は、本実施形態の電子購買システムのブロック図である。ここでは、図１に示したネットワーク３がインターネットであるものとす。また、販売者および購入者は、それぞれ企業（会社）であるものとする。
【００２３】
本実施形態の電子購買システムは、複数の販売会社（売り手側の企業）及び複数の購入会社（買い手側の企業）が存在する電子的な取引の「場」を提供する。そして、この「場」において、電子カタログの提供および閲覧、商品の見積り依頼、その依頼に対する回答、商品の購入が実現される。また、商品を実際に購入したり、見積り依頼を発行したりするのは、購入会社の各従業員である。
【００２４】
購入企業の管理者は、販売会社を限定することができる。そして、購入会社の各従業員は、管理者により許可された販売会社にのみ見積り依頼または購入依頼を送ることができる。これにより、購入会社は、取引相手を特定できるようになり、様々な労力を削減できる。
【００２５】
一方、販売企業の管理者は、購入会社を限定することができる。これにより、販売会社により取引対象から外された購入会社は、その販売会社の電子カタログを閲覧できなくなる。また、販売会社は、取引を許可する購入会社に対して、個々に販売価格などを設定できる。
【００２６】
図２において、購入会社１０および販売会社２０は、それぞれ図１に示した購入者１および販売者２に相当する。また、購入会社１０および販売会社２０は、インターネットにアクセスしてホームページを閲覧することができる１または複数の情報通信端末（例えば、通信機能を備えたコンピュータ）をそれぞれ備えている。なお、図２においては、図面を見やすくするために省略しているが、実際には、複数の購入会社１０および複数の販売会社２０がそれぞれインターネットに接続されている。
【００２７】
ネットワークセンタシステム３０は、図１に示した場４を提供する情報処理装置（例えば、サーバコンピュータ）である。この実施例において、「場」は、例えば、購入会社１０および販売会社２０が閲覧可能なホームページである。
【００２８】
購入会社１０は、購入管理部１１および購入処理部１２を備える。なお、購入管理部１１および購入処理部１２は、購入会社１０が備える１または複数の情報通信端末に実装される。また、この情報通信端末には、ホームページを閲覧するためのブラウザが実装されている。
【００２９】
購入管理部１１は、ユーザからの入力に従って、取引相手を選択する指示をネットワークセンタシステム３０へ通知する。ここで、購入管理部１１に情報を入力するユーザは、例えば、その購入会社の総務部に属する従業員である。また、「取引相手の選択」は、複数の販売会社の中から１または複数の販売会社を選択する処理である。
【００３０】
購入処理部１２は、ユーザからの入力に従って、ネットワークセンタシステム３０に登録されている電子カタログから所望の商品を検索し、また、ネットワークセンタシステム３０により提供されている場に見積り依頼または購入依頼を送る。ここで、購入処理部１２に情報を入力するユーザは、基本的に、その購入会社の各従業員である。
【００３１】
販売会社２０は、販売管理部２１および販売処理部２２を備える。なお、販売管理部２１および販売処理部２２は、販売会社２０が備える１または複数の情報通信端末に実装される。また、この情報通信端末には、ホームページを閲覧するためのブラウザが実装されている。
【００３２】
販売管理部２１は、ユーザからの入力に従って、取引相手を選択する指示をネットワークセンタシステム３０へ通知する。ここで、販売管理部２１に情報を入力するユーザは、例えば、その販売会社の総務部に属する従業員である。また、「取引相手の選択」は、複数の購入会社の中から１または複数の購入会社を選択する処理である。
【００３３】
販売処理部２２は、ユーザからの入力に従って、ネットワークセンタシステム３０に電子カタログを登録する。ここで、この電子カタログは、後述詳しく説明するが、購入者ごとに異なる条件（価格、納期など）を設定することができる。また、販売処理部２２は、ユーザからの入力に従って、見積り依頼または購入依頼に対する回答をネットワークセンタシステム３０により提供されている場に送る。なお、販売処理部２２に情報を入力するユーザは、基本的に、その販売会社の従業員である。
【００３４】
ネットワークセンタシステム３０は、電子カタログシステム３１および購買システム３５を備え、購入会社１０および販売会社２０が商品を売買するための場を提供する。具体的には、販売会社２０が電子カタログを登録するための場、購入会社１０に電子カタログを公開するための場、購入会社１０からの見積り依頼または購入依頼を受け付けるための場、および上記見積り依頼または購入依頼に対する販売会社２０からの回答を受け付けるための場を提供する。
【００３５】
電子カタログシステム３１は、設定管理部３２および表示制御部３３を備え、販売会社２０により登録された電子カタログを保持すると共に、その電子カタログを必要に応じて編集して公開する。具体的には、設定管理部３２は、販売会社２０により登録される商品カタログを受け付けて記憶装置に格納する。また、購入会社１０および販売会社２０から通知される取引相手の選択に関する指示を受け付け、販売会社購入会社テーブル３４を作成する。一方、表示制御部３３は、販売会社２０により登録された電子カタログを購入会社１０に対して公開する。このとき、販売者２０により登録されている電子カタログが購入者ごとに設定されている場合には、購入会社ごとに編集された情報が公開される。
【００３６】
購買システム３５は、業務処理部３６および設定管理部３７を備える。業務処理部３６は、購入会社１０から受け付けた見積り依頼および購入依頼を販売会社２０に公開し、販売会社２０からの回答を購入会社１０に公開する。このとき、設定管理部３７は、販売会社購入会社テーブル３４を参照し、業務処理部３６による公開を制限する。具体的には、例えば、購入会社１０から受け付けた見積り依頼および購入依頼は、その購入会社１０により選択された販売会社２０のみに対して公開される。
【００３７】
なお、ネットワークセンタシステム３０は、図３に示す利用者管理テーブル、図４に示す商品管理テーブル、図５に示す販売管理テーブルを備えている。
利用者管理テーブルは、ネットワークセンタシステム３０により提供されるサービスを受けようとする会社を識別する情報（会社ＩＤ）とその会社の利用者ＩＤとの対応関係を管理する。ここで、利用者ＩＤは、例えば、ネットワークセンタシステムにおいて予め決められた文字列・数字列、ＵＲＬ、ＩＰアドレス、ＭＡＣアドレス等である。また、会社ＩＤは、ネットワークセンタシステム３０により付与される識別情報である。そして、この利用者管理テーブルは、購入会社または販売会社とネットワークセンタシステム３０を運用するサービス提供会社との間の契約に従って更新される。すなわち、電子購買システムによるサービスを受ける旨の新たな契約が成立すると、その新たに契約をした会社のためのレコードが追加され、契約が解除されると、その契約を解除した会社のためのレコードが削除される。
【００３８】
商品管理テーブルは、電子購買システムにおいて売買される商品のリストであり、各商品の商品番号、商品名、標準価格（製造者が提示する希望小売価格）などを管理する。なお、このテーブルにより管理される商品は、例えば、ネットワークセンタシステム３０により登録される。ただし、販売会社２０が任意の商品を追加的に登録することもできる。
【００３９】
販売管理テーブルは、販売会社ごとに提示される各商品の販売価格および納期などを管理する。このテーブルは、販売会社２０からの登録により作成される。ここで、販売会社２０は、各商品について、購入会社ごとに販売価格および納期を設定することができる。図５に示す例では、例えば、販売会社（H567）は、商品（KY0000001 ）について、購入会社（K102）に対しては「販売価格＝９３円、納期＝３日」を提示し、購入会社（K103）に対しては「販売価格＝１０５円、納期＝４日」を提示している。
【００４０】
図６は、販売会社購入会社テーブル３４の一例を示す図である。このテーブルは、販売会社ごとに取引可能な購入会社を管理し、また、購入会社ごとに取引可能な販売会社を管理する。なお、各取引を許可するか否かは、基本的に、販売会社または購入会社により決定される。そして、各取引を許可するか否かを表す情報は、このテーブル上では、販売会社許可フラグまたは購入会社許可フラグを用いて示される。ここで、「販売会社許可フラグ」は、購入会社が各販売会社との取引を制限するか否かを表す情報であり、「購入会社許可フラグ」は、販売会社が各購入会社との取引を制限するか否かを表す情報である。
【００４１】
図６に示す例では、例えば、販売会社（H700）は、購入会社（K200）および購入会社（K201）との取引を許可し、購入会社（K202）との取引を禁止している。また、購入会社（K201）は、販売会社（H701）との取引を許可しているが、販売会社（H700）との取引を禁止している。
【００４２】
次に、本実施形態の電子購買システムの動作を説明する。
図７は、購入会社１０が販売会社との取引を制限するときのネットワークセンタシステム３０の処理を説明するフローチャートである。このフローチャートの処理は、購入会社１０により取引相手を制限するための処理が呼び出されたときに設定管理部３２により実行される。
【００４３】
ステップＳ１では、取引相手を制限するための処理を呼び出した購入会社１０の利用者認証を行う。利用者認証は、その購入会社１０の利用者ＩＤを取得する処理、および予め登録されているパスワードを確認する処理を含む。もし、利用者認証に失敗したときは、例えば、エラーメッセージを表示する。
【００４４】
ステップＳ２では、取得した利用者ＩＤをキーとして利用者管理テーブルにアクセスし、対応する会社ＩＤを取得する。続いて、ステップＳ３では、ステップＳ２で取得した会社ＩＤをキーとして販売会社購入会社テーブル３４にアクセスし、対応するレコードを抽出する。
【００４５】
ステップＳ４では、ステップＳ３で抽出したレコードの中で、「販売会社許可フラグ」として「Ｙ（許可）」が設定されているレコードを購入会社１０に提供する。ここで、「提供する」とは、該当するレコードに係わる情報を表示するためのデータを購入会社１０へ送ることを意味する。これにより、購入会社１０の購入管理部１１には、その購入会社１０との取引が許可されている販売会社のリストが表示される。そして、購入会社１０は、もし表示されたリストの中で取引を禁止したい販売会社があれば、その販売会社を設定管理部３２に通知する。
【００４６】
購入会社１０から通知があったときは、ステップＳ５において、指定された販売会社に対応するレコードの「販売会社許可フラグ」を「Ｙ（許可）」から「Ｎ（不許可）」に変更する。
【００４７】
ステップＳ６では、ステップＳ３で抽出したレコードの中で、「販売会社許可フラグ」として「Ｎ（不許可）」が設定されているレコードを購入会社１０に提供する。これにより、購入会社１０の購入管理部１１には、その購入会社１０との取引が禁止されている販売会社のリストが表示される。購入会社１０は、もし表示されたリストの中で取引をしたい販売会社があれば、その販売会社を設定管理部３２に通知する。そして、購入会社１０から通知があった時は、ステップＳ７において、指定された販売会社に対応するレコードの「販売会社許可フラグ」を「Ｎ（不許可）」から「Ｙ（許可）」に変更する。
【００４８】
図８は、購入会社１０が販売会社との取引を制限する場合の実施例を示す図である。ここでは、購入会社（K200）により取引相手を制限するための処理が呼び出されものとする。
【００４９】
図８(a) は、ステップＳ３において抽出されたレコードの例である。図８(b) は、ステップＳ４において購入会社（K200）の購入管理部１１に提供されるレコードの例である。なお、購入会社の購入管理部１１には、該当するレコードに係わるすべての情報が表示される必要はなく、該当する販売会社の名称のみが表示されれば十分である。ここで、購入会社（K200）により、取引を禁止したい販売会社として「販売会社（H703）」が指定されたとすると、販売会社購入会社テーブル３４において販売会社（H703）に対して割り当てられているレコードの「販売会社許可フラグ」が「Ｙ（許可）」から「Ｎ（不許可）」に変更される。同様に、図８(c) は、ステップＳ６において購入会社（K200）の購入管理部１１に提供されるレコードの例である。ここで、購入会社（K200）により、取引をしたい販売会社として「販売会社（H705）」が指定されると、販売会社（H705）に対して割り当てられているレコードの「販売会社許可フラグ」が「Ｎ（不許可）」から「Ｙ（許可）」に変更される。
【００５０】
図９は、販売会社が購入会社との取引を制限するときのネットワークセンタシステムの処理を説明するフローチャートである。この処理は、基本的に、販売会社が購入会社との取引を制限するときの処理と同じなので、説明を省略する。
【００５１】
このように、購入会社１０は、ネットワークセンタシステム３０に接続されている複数の販売会社の中から取引を行いたい販売会社を制限できる。同様に、販売会社２０は、ネットワークセンタシステム３０に接続されている複数の購入会社の中から取引を行いたい購入会社を制限できる。
【００５２】
図１０は、販売会社が販売関連情報（電子カタログ）を登録する際のネットワークセンタシステムの処理を説明するフローチャートである。このフローチャートの処理は、販売会社２０により電子カタログを登録するための処理が呼び出されたときに設定管理部３２により実行される。
【００５３】
ステップＳ１１では、電子カタログを登録するための処理を呼び出した販売会社２０の利用者認証を行う。ステップＳ１２では、取得した利用者ＩＤをキーとして利用者管理テーブルにアクセスし、対応する会社ＩＤを取得する。
【００５４】
ステップＳ１３では、商品を選択するための画面を提供する。ここで、その画面を利用して選択可能な商品は、商品管理テーブルを参照して認識する。これにより、販売会社２０の販売処理部２２には、その販売会社２０が販売関連情報を設定するための商品リストが表示される。そして、販売会社２０は、そのリストの中で販売関連情報を設定したい商品があれば、その商品を選択する。
【００５５】
ステップＳ１４では、販売会社２０により選択された商品の商品番号を取得する。続いて、ステップＳ１５では、ステップＳ１４で取得した商品番号およびステップＳ１２で取得した会社ＩＤをキーとして販売管理テーブルにアクセスし、対応するレコードを抽出する。そして、ステップＳ１６において、ステップＳ１５で抽出したレコード、および販売関連情報を追加、変更、削除するための画面を販売会社２０に対して提供する。これにより、販売会社２０の販売処理部２２には、販売管理テーブルを編集（追加、変更、削除）するための画面が表示される。
【００５６】
販売会社２０は、この画面を利用（例えば、ネットワークセンタシステム３０との間で対話的な処理を実行する）し、販売関連情報を追加、変更、または削除する。例えば、販売価格などを提示する購入会社を追加する場合には、そのような購入会社を指定すると共に、販売価格および納期などを入力する。また、販売関連情報を変更する場合には、該当する購入会社について設定されている販売価格または納期などを変更する。さらに、ある購入会社に対して販売価格などの提示を止める場合には、そのような購入会社を指定すると共に、販売価格および納期などを削除する。
【００５７】
そして、販売会社２０からの指示を受信すると、ステップＳ１７において、その指示に従って販売管理テーブルを更新する。
図１１は、販売会社２０が販売関連情報を追加、変更、または削除する場合の実施例を示す図である。ここでは、販売会社（H567）により商品（KY0000001 ）に関する販売関連情報を編集するものとする。
【００５８】
図１１(a) は、ステップＳ１５において抽出されたレコードの例である。図１１(b) は、販売関連情報を公開すべき購入会社を追加する場合の例である。ここでは、「購入会社（K104）」が追加されている。図１１(c) は、販売関連情報の中の販売価格を変更する場合の例である。ここでは、購入会社（K103）に対して提示してあった販売価格が「１０５円」から「１００円」に変更されている。図１１(d) は、販売関連情報を提示すべき購入会社を削除する場合の例である。ここでは、「購入会社（K103）」が削除されている。
【００５９】
このように、販売会社２０は、購入会社ごとに販売関連情報（販売価格および納期など）を設定することができる。
図１２は、購入会社１０へ電子カタログを提供する際のネットワークセンタシステムの処理を説明するフローチャートである。このフローチャートの処理は、購入会社１０により電子カタログを表示するための処理が呼び出されたときに表示制御部３３により実行される。
【００６０】
ステップＳ２１において、購入会社１０の利用者認証を実行し、ステップＳ２２においてその購入会社１０の会社ＩＤを取得する。これらの処理は、基本的に上述した処理と同じである。
【００６１】
ステップＳ２３では、購入会社１０に対して電子カタログを提供する。これにより、購入会社１０の購入処理部１２に電子カタログが表示される。ただし、このとき表示される電子カタログは、各商品についての基本情報（標準価格、物理情報など）を含んでいるが、販売関連情報（販売会社、販売価格、納期など）は含んでいない。ステップＳ２３の処理により購入会社１０に表示される電子カタログの例を図１３に示す。ここでは、購入会社１０に属する利用者（従業員）によりある商品（実施例では、Ａ４サイズのノート）が選択された場合を想定している。
【００６２】
この表示に対して、購入会社１０の利用者が販売関連情報を要求すると、ステップＳ２４において、選択された商品の商品番号を取得する。続いて、ステップＳ２５では、ステップＳ２４で取得した商品番号をキーとして販売管理テーブルにアクセスし、対応するレコードを抽出する。
【００６３】
ステップＳ２６では、ステップＳ２５において抽出されたレコードから、ステップＳ２２で取得した購入会社１０の会社ＩＤを含むレコードを選択する。続いて、ステップＳ２７では、この購入会社１０の会社ＩＤをキーとして販売会社購入会社テーブル３４にアクセスし、購入会社１０により取引が許可されている販売会社を検出する。そして、ステップＳ２６において選択したレコードから、購入会社１０により取引が許可されている販売会社を含むレコードを選択する。
【００６４】
そして、ステップＳ２８において、ステップＳ２７により選択されたレコードの販売関連情報を購入会社１０に提供する。これにより、購入会社１０の購入処理部１２に、販売関連情報を含む電子カタログが表示される。ステップＳ２８の処理により購入会社１０に表示される電子カタログの例を図１４に示す。
【００６５】
図１５は、購入会社１０に表示すべき電子カタログを生成する処理の実施例である。ここでは、購入会社（K102）が電子カタログから商品（KY0000001 ）を選択したものとする。また、特に図示しないが、販売会社購入会社テーブルには、購入会社（K102）により取引が許可されている購入会社として購入会社（H567）および購入会社（H300）が登録されているものとする。
【００６６】
図１５(a) は、販売管理テーブルである。図１５(b) は、その販売管理テーブルから商品（KY0000001 ）をキーとして抽出されたレコードである。さらに、図１５(c) は、図１５(b) に示す状態において、購入会社（K102）をキーとして選択されたレコードである。そして、図１５(d) は、図１５(c) に示す状態において、購入会社（H567）または購入会社（H300）以外のレコードを排除することにより得られるレコードである。
【００６７】
この後、図１５(d) に示すレコードの販売関連情報（販売価格、納期など）を購入会社（K102）に提供する。これにより、購入会社（K102）に販売関連情報を含む電子カタログが提供され、表示される。
【００６８】
このように、本実施形態の電子購買システムにおいては、購入会社が商品を指定すると、その商品について各販売会社ごとに設定されている販売関連情報が表示される。このとき、購入会社により取引が許可されている販売会社のみの販売関連情報が表示される。換言すれば、購入会社により取引が許可されていない販売会社の販売関連情報は表示されない。したがって、購入会社の各従業員は、その購入会社により取引が許可されていない販売会社から商品を購入することができない。
【００６９】
購入会社１０は、上述のようにして表示されている電子カタログを利用して商品を購入することができる。例えば、図１４に示す表示画面においては、ポインティングデバイス等を用いて販売会社を選択し、さらに購入数量などの必要な情報を入力することにより、ネットワークセンタシステム３０の業務処理部３６に購入依頼が通知される。そして、ネットワークセンタシステム３０は、購入依頼を受け付けると、その購入依頼において指定されている販売会社のための記憶領域にその購入依頼を書き込む。これにより、販売会社が購入依頼を受け取ると、あるいはネットワークセンタシステム３０にアクセスすることにより購入依頼を取得すると、その依頼に従って購入会社に商品を提供する。なお、購入代金を納金する方法については、本発明とは直接的には関係がないので、その説明を省略する。
【００７０】
ところで、この電子購買システムでは、上述のように、ネットワークセンタシステム３０において売買される各商品についての販売関連情報は、各販売会社により任意に設定される。このため、すべての商品について販売関連情報が設定されているとは限らない。したがって、購入会社１０が電子カタログから所望の商品を選択したとき、その商品に対して販売価格などが設定されていない場合がある。また、その商品に対して販売価格などが設定されていたとしても、それに満足できるとは限らない。このため、この電子購買システムは、購入会社から販売会社へ見積りを依頼する機能を備えている。
【００７１】
図１６は、見積り依頼が発行されたときのネットワークセンタシステムの処理を説明するフローチャートである。このフローチャートの処理は、購入会社１０が見積り依頼を発行するための処理が呼び出されたときに業務処理部３６により実行される。
【００７２】
ステップＳ３１において、購入会社１０の利用者認証を実行し、ステップＳ３２においてその購入会社１０の会社ＩＤを取得する。これらの処理は、基本的に上述した処理と同じである。
【００７３】
ステップＳ３３では、見積り依頼を作成するためのフォームを購入会社１０に提供する。これにより、購入会社１０の購入処理部１２に見積り依頼を作成するためのフォームが表示される。そして、購入会社１０の従業員がそのフォームを用いて見積り依頼伝票を作成する。見積り依頼伝票の例を図１７(a) に示す。
【００７４】
ステップＳ３４では、購入会社１０により作成された見積り依頼伝票を取得する。ステップＳ３５では、ステップＳ３２で取得した購入会社１０の会社ＩＤをキーとして販売会社購入会社テーブルにアクセスし、購入会社１０により取引が許可されている販売会社を検索する。そして、ステップＳ３６において、検索された販売会社のみに対して見積り依頼伝票を公開する。具体的には、ステップＳ３５により検索された販売会社がアクセス可能な記憶領域に上記見積り依頼伝票を書き込む。
【００７５】
販売会社は、見積り依頼を取得すると、その依頼に対する回答（見積り回答伝票）を作成してネットワークセンタシステム３０に通知する。見積り回答伝票の例を図１７(b) に示す。
【００７６】
販売会社から見積り回答伝票を受け取ると、ネットワークセンタシステム３０は、それを購入会社１０に対して公開する。具体的には、購入会社１０がアクセス可能な記憶領域に上記見積り回答伝票を書き込む。これにより、購入会社１０は、その回答を取得することができる。
【００７７】
このように、本実施形態の電子購買システムにおいては、購入会社が見積り依頼を発行すると、その依頼は、その購入会社により取引が許可されている販売会社のみに対して公開される。したがって、購入会社は、その販売会社が希望する販売会社のみから見積り回答を受け取ることが出来る。
【００７８】
なお、上述の実施例では、購入会社１０は見積り依頼を発行しているが、見積依頼の代わりに希望販売価格または希望納期などを含む購入依頼を発行してもよい。購入依頼伝票の例を図１８に示す。このとき、この購入依頼は、見積り依頼が発行された場合と同様に、購入会社１０により許可されている販売会社のみに公開される。そして、この購入依頼を取得した販売会社は、その依頼に対する回答をネットワークセンタシステム３０に通知する。
【００７９】
また、上述の例では、見積り依頼または購入依頼は、その依頼を発行した購入会社により取引が許可されている販売会社に回送されているが、それらの販売会社のなかでその購入会社との取引を許可していない販売会社があれば、ネットワークセンタシステム３０は、上記依頼をその販売会社へ回送しないようにしてもよい。
【００８０】
このように、複数の販売会社および複数の購入企業が参加可能な場が提供されると、各会社ごとに見ると売買量が少ないにもかかわらず商品の種類が多い取引であっても、全体としては、各商品ごとに販売量がそれぞれ大きくなる。このため、販売会社にとっては、より安価な価格提案を行うことができ、ビジネスチャンスが拡大するものと思われる。また、購入会社にとっては、単独で取引を行うよりも低コストで商品の提供を受けることができる。
【００８１】
さらに、上記取引環境において、購入会社は、販売会社を限定できる。このため、例えば、各従業員がその購入会社の管理者により指定された会社以外の会社から商品を購入してしまうことが回避される。一方、販売会社は、購入会社を限定することができる。このため、例えば、購入代金の支払いの悪い会社との取引を制限することができる。
【００８２】
なお、上述の実施例では、企業の各従業員が間接材（例えば、企業の利益に直接的には寄与しない文具など）を購入する場合を示したが、本発明はこれに限定されるものではない。本発明の電子購買システムは、例えば、直接材（例えば、企業の利益に直接的に寄与する資材など）を購入する場合においても同様のサービスを提供することができる。また、企業間の取引だけでなく、企業対個人あるいは個人対個人の取引においても同様のサービスを提供できる。
【００８３】
また、上述の実施例では、取引相手や販売価格などに係わる情報は、販売会社または購入会社により登録されていたが、本発明はこれに限定されるものではない。本発明の電子購買システムでは、ネットワークセンタシステム３０がそれらの情報を変更することもできる。以下に幾つかの例を示す。
【００８４】
図１９は、取引金額に応じて販売価格を自動的に変更するサービスを提供するネットワークセンタシステム３０の動作を説明するフローチャートである。このフローチャートの処理は、設定管理部３２により定期的（例えば、毎月１回）に実行されるものとする。なお、ネットワークセンタシステム３０は、この電子購買システムを利用したすべての取引に係わる情報を格納している。この情報を格納する取引ログテーブルの例を図２０に示す。
【００８５】
この実施例では、取引金額が一定以上の購入会社に対する販売価格が自動的に値引きされる。そして、各販売会社は、このサービスの提供を受けるか否かを予め登録しておく。以下、具体的に説明する。
【００８６】
ステップＳ４１では、利用者管理テーブルから販売会社を１つ選択する。ステップＳ４２では、その選択した販売会社が「自動割引サービス」を受ける会社として登録されているか否かを調べる。そして、登録されていた場合には、ステップＳ４３へ進み、そうでなかった場合には、ステップＳ４１に戻って次の販売会社を選択する。
【００８７】
ステップＳ４３では、ステップＳ４１で選択した販売会社の会社ＩＤを用いて図２０に示す取引ログテーブルにアクセスし、各３ヶ月分の取引データを抽出する。ステップＳ４４では、利用者管理テーブルから購入会社を１つ選択する。そして、ステップＳ４５において、ステップＳ４３で抽出した取引データの中からステップＳ４４で選択した購入会社に係わるデータのみを取得し、取引金額の合計値または平均値を計算する。
【００８８】
ステップＳ４６では、ステップＳ４５で計算した取引金額が予め設定されている一定値以上か否かを調べる。そして、もしその取引金額が予め設定されている一定値以上であったならば、ステップＳ４７において、その購入会社に対する販売価格を引き下げる。具体的には、販売管理テーブルに設定されている販売価格を更新する。なお、上記取引金額が予め設定されている一定値以上でなかった場合は、ステップＳ４７はスキップされる。
【００８９】
ステップＳ４８は、全ての購入会社についてステップＳ４５〜Ｓ４７の処理を実行するために設けられている。また、ステップＳ４９は、全ての販売会社についてステップＳ４２〜Ｓ４８の処理を実行するために設けられている。
【００９０】
このように、上記実施例のサービスを導入すれば、商品を大量に購入してくれる購入会社に対しては販売価格が自動的に引き下げられる。これにより、実社会の営業形態に近いサービスが提供可能になる。なお、この方法を応用すれば、取引量の少ない購入会社に対する販売価格を自動的に引き上げたり、或いはその会社との取引を停止するようなこのも可能である。また、購入代金の支払いが悪い購入会社との取引を自動的に停止することもできる。
【００９１】
上記実施例では、今回の取引金額から割り引く金額は、ステップＳ４５で計算した取引金額に基づいて変更してもよく、当該取引金額に比例して、割引金額を大きくすることができる。また、今回の取引金額から割り引く金額は、ステップＳ４５で計算した取引金額とは無関係に一定であってもよい。
【００９２】
さらに、上記実施例のステップＳ４３からステップＳ４５では、過去の一定期間における、今回の取引相手である販売者との間での購入者の取引金額の合計値または平均値を算出したが、これを、過去の一定期間における購入者の取引金額または平均値に変更することができる。
【００９３】
さらに、図１９に示すフローチャートの処理と概ね同様の手順により、販売会社を取引対象から外すこともできる。そのための処理を示すフローチャートを図２１に示す。
【００９４】
上述した電子購買サービスを提供する機能は、コンピュータを用いて上述のフローチャートに示した処理を記述したプログラムを実行することにより実現される。それらのプログラムを実行するコンピュータ１００のブロック図を図２２に示す。
【００９５】
ＣＰＵ１０１は、上述のフローチャートに示した処理を記述したプログラムを記憶装置１０２からメモリ１０３にロードして実行する。記憶装置１０２は、たとえばハードディスクであり、上記プログラムを格納する。一方、メモリ１０３は、例えば半導体メモリであり、ＣＰＵ１０１の作業領域として使用される。
【００９６】
記録媒体ドライバ１０４は、ＣＰＵ１０１の指示に従って可搬性記録媒体１０５にアクセスする。可搬性記録媒体１０５は、例えば、半導体デバイス（ＰＣカード等）、磁気的作用により情報が入出力される媒体（フロッピーディスク、磁気テープなど）、光学的作用により情報が入出力される媒体（光ディスクなど）を含む。通信制御装置１０６は、ＣＰＵ１０１の指示に従って網との間でデータを送受信する。
【００９７】
図２３は、本発明に係わるソフトウェアプログラムなどの提供方法を説明する図である。本発明に係わるプログラムは、例えば、以下の３つの方法の中の任意の方法により提供される。
【００９８】
(a) コンピュータ１００にインストールされて提供される。この場合、プログラム等は、たとえば、出荷前にプレインストールされる。
(b) 可搬性記録媒体に格納されて提供される。この場合、可搬性記録媒体１０５に格納されているプログラム等は、基本的に、記録媒体ドライバ１０４を介して記憶装置１０２にインストールされる。
【００９９】
(c) 網上のサーバから提供される。この場合、基本的には、コンピュータ１００がサーバに格納されているプログラム等をダウンロードすることによってそのプログラム等を取得する。
【０１００】
【発明の効果】
本発明の電子購買システムにおいては、商品を購入しようとする際、購入者により予め登録されている販売会社のみの販売関連情報が提供される。このため、取引相手が無制限に拡散してしまうことが回避される。また、販売者は、特定の購入者を取引対象から外すことができる。さらに、販売者は、複数の販売者および複数の購入者が参加する場において、各商品の販売価格を購入者ごとに設定することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態の電子購買システムの構成図である。
【図２】本実施形態の電子購買システムのブロック図である。
【図３】利用者管理テーブルの一例である。
【図４】商品管理テーブルの一例である。
【図５】販売管理テーブルの一例である。
【図６】販売会社購入会社テーブルの一例である。
【図７】購入会社が販売会社との取引を制限するときのネットワークセンタシステムの処理を説明するフローチャートである。
【図８】 (a) 〜(c) は、購入会社が販売会社との取引を制限する場合の実施例を示す図である。
【図９】販売会社が購入会社との取引を制限するときのネットワークセンタシステムの処理を説明するフローチャートである。
【図１０】販売会社が販売関連情報（電子カタログ）を登録する際のネットワークセンタシステムの処理を説明するフローチャートである。
【図１１】 (a) 〜(d) は、販売会社が販売関連情報を追加、変更、または削除する場合の実施例を示す図である。
【図１２】購入会社へ電子カタログを提供する際のネットワークセンタシステムの処理を説明するフローチャートである。
【図１３】電子カタログの表示例（その１）である。
【図１４】電子カタログの表示例（その２）である。
【図１５】 (a) 〜(d) は、購入会社に表示すべき電子カタログを生成する処理の実施例である。
【図１６】見積り依頼が発行されたときのネットワークセンタシステムの処理を説明するフローチャートである。
【図１７】 (a) は、見積り依頼伝票の例であり、(b) は、見積り回答伝票の例である。
【図１８】購入依頼の例である。
【図１９】取引金額に応じて販売価格を変更するサービスを提供するネットワークセンタシステムの動作を説明するフローチャートである。
【図２０】取引ログテーブルの例である。
【図２１】取引金額に応じて取引対象を変更するサービスにおけるネットワークセンタシステムの動作を説明するフローチャートである。
【図２２】本発明の機能を記述したプログラムを実行するコンピュータのブロック図である。
【図２３】本発明に係わるソフトウェアプログラムの提供方法を説明する図である。
【符号の説明】
１ 購入者
２ 販売者
３ ネットワーク
４ 場
１０ 購入会社
１１ 購入管理部
１２ 購入処理部
２０ 販売会社
２１ 販売管理部
２２ 販売処理部
３０ ネットワークセンタシステム
３１ 電子カタログシステム
３２ 設定管理部
３３ 表示制御部
３４ 販売会社購入会社テーブル
３５ 購買システム
３６ 業務処理部
３７ 設定管理部
Claims (13)
- 販売者および複数の購入者が参加する場を提供する電子購買システムであって、
上記販売者が提供可能な商品に係わる販売関連情報を格納する格納手段と、
上記販売者と上記複数の購入者のそれぞれとの間の取引を許可するか否かを表示する購入者許可情報を登録する購入者登録手段と、
上記販売者と上記複数の購入者との間の過去の取引金額をそれぞれ管理する管理手段、を有し、
上記購入者登録手段に登録されている購入者許可情報は、過去の一定期間における購入者の取引金額の合計値または平均値が一定値以上であれば取引を許可する状態に更新され、過去の一定期間における購入者の取引金額の合計値または平均値が一定値未満であれば取引を許可しない状態に更新される
ことを特徴とする電子購買システム。 - 請求項１に記載の電子購買システムであって、
上記販売関連情報は、上記販売会社により各購入会社ごとに設定される。 - 請求項１に記載の電子購買システムであって、
上記購入者許可情報により取引が許可されている購入者のみに対して上記販売関連情報を公開する公開手段、をさらに有する。 - 購入者および複数の販売者が参加する場を提供する電子購買システムであって、
上記購入者と上記複数の販売者のそれぞれとの間の取引を許可するか否かを表示する販売者許可情報を登録する販売者登録手段と、
上記購入者から商品の取引に係わる依頼を受け付ける受付手段と、
上記販売者と上記複数の購入者との間の過去の取引金額をそれぞれ管理する管理手段、を有し、
上記販売者登録手段に登録されている販売者許可情報は、過去の一定期間における販売者の取引金額の合計値または平均値が一定値以上であれば取引を許可する状態に更新され、過去の一定期間における販売者の取引金額の合計値または平均値が一定値未満であれば取引を許可しない状態に更新される
ことを特徴とする電子購買システム。 - 請求項４に記載の電子購買システムであって、
上記販売者許可情報により取引が許可されている販売者のみに対して上記受付手段が受け付けた依頼を公開する公開手段、をさらに有する。 - 請求項１に記載の電子購買システムであって、
上記販売関連情報は、購入者ごとに個別に設定されて上記格納手段に格納される。 - 販売者および複数の購入者が参加する場を提供する電子購買方法であって、
コンピュータを用いて上記販売者が提供可能な商品に係わる販売関連情報を管理し、
コンピュータを用いて、過去の一定期間における購入者の取引金額の合計値または平均値を計算し、その計算結果が一定値以上であればその購入者に対応する購入者許可情報を取引許可状態に更新し、
コンピュータを用いて、過去の一定期間における購入者の取引金額の合計値または平均値を計算し、その計算結果が一定値未満であればその購入者に対応する購入者許可情報を取引非許可状態に更新し、
コンピュータを用いて上記購入者許可情報に従って各購入者との取引の可否を決定する
ことを特徴とする電子購買方法。 - 購入者および複数の販売者が参加する場を提供する電子購買方法であって、
コンピュータを用いて上記購入者から商品の取引に係わる依頼を受け付け、
コンピュータを用いて、過去の一定期間における販売者の取引金額の合計値または平均 値を計算し、その計算結果が一定値以上であればその販売者に対応する販売者許可情報を取引許可状態に更新し、
コンピュータを用いて、過去の一定期間における販売者の取引金額の合計値または平均値を計算し、その計算結果が一定値未満であればその販売者に対応する販売者許可情報を取引非許可状態に更新し、
コンピュータを用いて上記販売者許可情報に従って各販売者との取引の可否を決定する
ことを特徴とする電子購買方法。 - コンピュータにより実行されたときに、
販売者および複数の購入者が参加する場を提供し、
上記販売者が提供可能な商品に係わる販売関連情報を管理し、
過去の一定期間における購入者の取引金額の合計値または平均値が一定値以上であれば、その購入者に対応する購入者許可情報を取引許可状態に更新し、
過去の一定期間における購入者の取引金額の合計値または平均値が一定値未満であれば、その購入者に対応する購入者許可情報を取引非許可状態に更新し、
上記購入者許可情報に従って各購入者との取引の可否を決定する
プログラムが記録された記録媒体。 - コンピュータにより実行されたときに、
購入者および複数の販売者が参加する場を提供し、
上記購入者から商品の取引に係わる依頼を受け付け、
過去の一定期間における販売者の取引金額の合計値または平均値が一定値以上であれば、その販売者に対応する販売者許可情報を取引許可状態に更新し、
過去の一定期間における販売者の取引金額の合計値または平均値が一定値未満であれば、その販売者に対応する販売者許可情報を取引非許可状態に更新し、
上記販売者許可情報に従って各販売者との取引の可否を決定する
プログラムが記録された記録媒体。 - 請求項１〜６のいずれか１項に記載の電子購買システムであって、
購入者が販売者から商品を購入する際に、過去の一定期間における購入者の取引金額の合計値または平均値が一定値以上の場合に、今回の取引金額を割り引く割引手段、をさらに有する。
を有する取引支援システム。 - 請求項１１に記載の電子購買システムであって、
今回の取引金額からの割引額は、過去の一定期間における購入者の取引金額に基づいて決定される。 - 請求項１１または請求項１２に記載の電子購買システムであって、
前記合計値または平均値は、過去の一定期間における、今回の取引相手である販売者との間での購入者の取引金額の合計値または平均値である。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP36903599A JP3732699B2 (ja) | 1999-12-27 | 1999-12-27 | 電子購買システムおよびその方法 |
| US09/729,950 US7051000B2 (en) | 1999-12-27 | 2000-12-06 | Electronic purchase system and method thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP36903599A JP3732699B2 (ja) | 1999-12-27 | 1999-12-27 | 電子購買システムおよびその方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001184412A JP2001184412A (ja) | 2001-07-06 |
| JP3732699B2 true JP3732699B2 (ja) | 2006-01-05 |
Family
ID=18493397
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP36903599A Expired - Fee Related JP3732699B2 (ja) | 1999-12-27 | 1999-12-27 | 電子購買システムおよびその方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7051000B2 (ja) |
| JP (1) | JP3732699B2 (ja) |
Families Citing this family (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7251629B1 (en) | 1999-10-14 | 2007-07-31 | Edge Capture, Llc | Automated trading system in an electronic trading exchange |
| US7925539B1 (en) * | 1999-12-06 | 2011-04-12 | General Electric Company | Method and apparatus for screening transactions across a global computer network |
| US7822805B1 (en) * | 1999-12-21 | 2010-10-26 | General Electric Company | Method and apparatus for screening a potential customer and assigning an account number to the potential customer across a global computer network |
| JP3570342B2 (ja) * | 2000-06-01 | 2004-09-29 | 三菱商事株式会社 | 電子取引システムと電子取引方法およびその処理プログラムを記録した記録媒体 |
| US7177833B1 (en) | 2000-07-18 | 2007-02-13 | Edge Capture, Llc | Automated trading system in an electronic trading exchange |
| EP1388100A4 (en) | 2001-02-28 | 2007-08-08 | Digonex Technologies Inc | DIGITAL EXCHANGE ONLINE |
| JP2003085387A (ja) * | 2001-09-06 | 2003-03-20 | Takatsugu Kitagawa | 電子商取引方法 |
| JP2003122940A (ja) * | 2001-10-09 | 2003-04-25 | Hitachi Ltd | 売買仲介システム用情報処理装置および方法 |
| US20040030724A1 (en) * | 2002-06-19 | 2004-02-12 | Rosenquist Edward G. | Computer-implemented method and system for replenishing material inventories |
| US20040030614A1 (en) * | 2002-06-19 | 2004-02-12 | Shields Jay C. | Computer-implemented method and system for managing workload of procurement individuals |
| US20040044591A1 (en) * | 2002-06-19 | 2004-03-04 | Gilliland Ramelle L. | Method and system for electronic procurement involving electronic requests for quotation |
| US20040030618A1 (en) * | 2002-06-19 | 2004-02-12 | Rosenquist Edward G. | Computer-implemented method and system of payment of indirect materials |
| US7698231B2 (en) * | 2002-06-19 | 2010-04-13 | Ford Motor Company | Computer-implemented method and system for global purchasing |
| US20040030602A1 (en) * | 2002-06-19 | 2004-02-12 | Rosenquist Edward G. | Computer-implemented method and system for managing supplier access to purchasing and inventory transactions |
| US7363253B2 (en) * | 2002-06-19 | 2008-04-22 | Ford Motor Company | Computer-implemented method and system for retroactive pricing for use in order procurement |
| US20040039735A1 (en) * | 2002-06-19 | 2004-02-26 | Ross Maria A. | Computer-implemented method and system for performing searching for products and services |
| US20040143516A1 (en) * | 2002-06-25 | 2004-07-22 | Hastie Neil A. | System for allowing vendors to manage product information in a database system |
| JP4497882B2 (ja) * | 2003-10-01 | 2010-07-07 | キヤノン株式会社 | 情報出力装置及び方法、並びにプログラム |
| CA2465003A1 (en) * | 2004-04-20 | 2005-10-20 | Ibm Canada Limited - Ibm Canada Limitee | Business to business (b2b) buyer organization adminstration |
| US20060218071A1 (en) * | 2005-03-28 | 2006-09-28 | Espeed, Inc. | System and method for managing trading between related entities |
| US8209239B2 (en) * | 2007-03-09 | 2012-06-26 | International Business Machines Corporation | Method, system, and program product for exchanging catalogue information |
| US20120246050A1 (en) * | 2011-03-22 | 2012-09-27 | Mcnew Kevin Patrick | Systems and Methods For Locating the Best Cash Market For a Commodity |
| JP6659526B2 (ja) * | 2016-12-12 | 2020-03-04 | ヤンマー株式会社 | 売買支援システム |
| JP7240184B2 (ja) * | 2019-01-18 | 2023-03-15 | 株式会社オービック | 販売業務支援装置、販売業務支援方法および販売業務支援プログラム |
Family Cites Families (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0642244B2 (ja) * | 1982-07-09 | 1994-06-01 | オムロン株式会社 | 信用取引処理装置 |
| GB9416673D0 (en) * | 1994-08-17 | 1994-10-12 | Reuters Ltd | Data exchange filtering system |
| US5710887A (en) * | 1995-08-29 | 1998-01-20 | Broadvision | Computer system and method for electronic commerce |
| US5758328A (en) * | 1996-02-22 | 1998-05-26 | Giovannoli; Joseph | Computerized quotation system and method |
| US5924083A (en) * | 1996-05-29 | 1999-07-13 | Geneva Branch Of Reuters Transaction Services Limited | Distributed matching system for displaying a book of credit filtered bids and offers |
| US5878400A (en) * | 1996-06-17 | 1999-03-02 | Trilogy Development Group, Inc. | Method and apparatus for pricing products in multi-level product and organizational groups |
| JP3966956B2 (ja) * | 1996-09-17 | 2007-08-29 | 富士通株式会社 | 商品情報・取引条件提示システムおよび記録媒体 |
| JPH10261026A (ja) * | 1997-01-14 | 1998-09-29 | Fujitsu Ltd | 電子商取引システムおよび記録媒体 |
| JP3357812B2 (ja) * | 1997-03-18 | 2002-12-16 | 株式会社東芝 | 相互与信サーバ装置及び分散相互与信システム |
| US6161099A (en) * | 1997-05-29 | 2000-12-12 | Muniauction, Inc. | Process and apparatus for conducting auctions over electronic networks |
| JPH117467A (ja) * | 1997-06-16 | 1999-01-12 | Hitachi Ltd | 個人間商品売買仲介方法および装置 |
| JPH1153428A (ja) * | 1997-07-30 | 1999-02-26 | Sanyo Electric Co Ltd | 業務支援用情報端末装置 |
| US6421653B1 (en) * | 1997-10-14 | 2002-07-16 | Blackbird Holdings, Inc. | Systems, methods and computer program products for electronic trading of financial instruments |
| US6226624B1 (en) * | 1997-10-24 | 2001-05-01 | Craig J. Watson | System and method for pre-authorization of individual account remote transactions |
| US6078897A (en) * | 1998-02-02 | 2000-06-20 | Intraware, Inc. | Method and apparatus for optimizing orders for goods or services to increase a discount |
| GB2343583B (en) * | 1998-11-09 | 2004-05-05 | Mitel Corp | System for discounting in a bidding process based on quality of service |
| US6055573A (en) * | 1998-12-30 | 2000-04-25 | Supermarkets Online, Inc. | Communicating with a computer based on an updated purchase behavior classification of a particular consumer |
| US7212999B2 (en) * | 1999-04-09 | 2007-05-01 | Trading Technologies International, Inc. | User interface for an electronic trading system |
| US6606608B1 (en) * | 1999-07-19 | 2003-08-12 | Amazon.Com, Inc. | Method and system for providing a discount at an auction |
| US20020049631A1 (en) * | 1999-10-12 | 2002-04-25 | Eric Williams | Process, system and computer readable medium for providing purchasing incentives to a plurality of retail store environments |
| US6598027B1 (en) * | 1999-11-16 | 2003-07-22 | Xs, Inc. | Systems, methods and computer program products for conducting regulation-compliant commercial transactions of regulated goods via a computer network |
-
1999
- 1999-12-27 JP JP36903599A patent/JP3732699B2/ja not_active Expired - Fee Related
-
2000
- 2000-12-06 US US09/729,950 patent/US7051000B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001184412A (ja) | 2001-07-06 |
| US20010005835A1 (en) | 2001-06-28 |
| US7051000B2 (en) | 2006-05-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3732699B2 (ja) | 電子購買システムおよびその方法 | |
| US20160110798A1 (en) | Integrating third party shopping cart applications with an online payment service | |
| JPH10207945A (ja) | 分散コンテンツ電子商取引システム及び方法 | |
| JP2002041842A (ja) | 商品売買のための電子的仲介サービスおよび価格決定 | |
| JP2003345714A (ja) | 情報処理システム、情報処理装置および方法、並びにプログラム | |
| JP4554869B2 (ja) | カスタマイズされたバンドル製品をグループのメンバに提示するためのシステム及び方法 | |
| KR101994092B1 (ko) | 레시피 및 식재료 통합 관리 시스템에서의 레시피의 매매를 중개하는 방법 및 장치 | |
| JPWO2003038700A1 (ja) | 商品に係わる情報を通知する方法 | |
| JP2004503019A (ja) | 電子コマース介在システムおよび方法 | |
| JP4473481B2 (ja) | ネットワークシステム、見積情報管理方法、サーバ装置、プログラム、および記録媒体 | |
| KR20150010831A (ko) | 상품 구매에 대한 이용 후기 관리 시스템 및 방법, 이용 후기 관리 서버, 그 기록매체 | |
| KR20020004606A (ko) | 쇼핑몰 통합시스템 | |
| JP2007272617A (ja) | 購買代行サーバ装置 | |
| KR100372919B1 (ko) | 전자 상거래 시스템 및 이에 있어서의 상품 판매 방법 | |
| JP2001306805A (ja) | 法定の抵当権設定可能な担保対象物を担保として金銭を融資する方法、自動車に抵当権を設定して金銭を融資する方法、自動車に抵当権を設定して金銭を融資するシステム、自動車を担保に金銭を融資処理するプログラムが格納されたプログラム製品、中古車販売支援システム | |
| KR101096405B1 (ko) | 온라인 쇼핑몰 중개 방법 및 온라인 쇼핑몰 중개 시스템 | |
| KR20100119849A (ko) | 인터넷을 통한 디지털 상품 거래 시스템 및 디지털 상품 판매 정보 제공 방법 | |
| JP2005509931A (ja) | エンドユーザーの承認製品に基づくサブエンドユーザーによる製品製造注文の第三者管理のためのシステムおよび方法 | |
| KR100487276B1 (ko) | 온라인 쇼핑몰 중개 방법 및 온라인 쇼핑몰 중개 시스템 | |
| KR100707724B1 (ko) | 온라인 쇼핑몰 중개 방법 및 온라인 쇼핑몰 중개 시스템 | |
| JP2004506957A (ja) | 機械技術ウェブポータル | |
| WO2001086529A1 (fr) | Procede d'aide a la distribution, serveur d'aide a la distribution, support d'enregistrement, programme d'aide a la distribution et terminal du courtier | |
| JP2001331737A (ja) | ネットワークシステム及びログイン方法 | |
| KR20050093466A (ko) | 온라인 쇼핑몰 중개 방법 및 온라인 쇼핑몰 중개 시스템 | |
| JP2001243373A (ja) | 商品注文システムおよび記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050517 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050711 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20051011 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051013 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3732699 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: 20081021 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091021 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091021 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101021 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101021 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111021 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111021 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121021 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121021 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131021 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |