JP3570342B2 - Electronic trading system, electronic trading method, and recording medium on which processing program is recorded - Google Patents
Electronic trading system, electronic trading method, and recording medium on which processing program is recorded Download PDFInfo
- Publication number
- JP3570342B2 JP3570342B2 JP2000164800A JP2000164800A JP3570342B2 JP 3570342 B2 JP3570342 B2 JP 3570342B2 JP 2000164800 A JP2000164800 A JP 2000164800A JP 2000164800 A JP2000164800 A JP 2000164800A JP 3570342 B2 JP3570342 B2 JP 3570342B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- owner
- transaction
- product
- computer
- 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 - Lifetime
Links
- 238000000034 method Methods 0.000 title claims description 47
- 238000012545 processing Methods 0.000 claims description 139
- 230000008569 process Effects 0.000 claims description 20
- 239000000047 product Substances 0.000 description 283
- 229910000831 Steel Inorganic materials 0.000 description 83
- 239000010959 steel Substances 0.000 description 83
- 230000010365 information processing Effects 0.000 description 79
- 239000000463 material Substances 0.000 description 24
- 238000010586 diagram Methods 0.000 description 20
- 230000006870 function Effects 0.000 description 12
- 239000000284 extract Substances 0.000 description 9
- 230000007246 mechanism Effects 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 5
- 238000009825 accumulation Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 4
- 230000001186 cumulative effect Effects 0.000 description 4
- 238000012217 deletion Methods 0.000 description 4
- 230000037430 deletion Effects 0.000 description 4
- 239000000725 suspension Substances 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000002349 favourable effect Effects 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 238000012797 qualification Methods 0.000 description 2
- 238000000275 quality assurance Methods 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- RWSOTUBLDIXVET-UHFFFAOYSA-N Dihydrogen sulfide Chemical compound S RWSOTUBLDIXVET-UHFFFAOYSA-N 0.000 description 1
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 239000006227 byproduct Substances 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、インターネット等のネットワークを介してコンピュータ間での商取引を行う電子取引システムに係わり、特に、高信頼な取引を効率的に行うのに好適な電子取引システムと電子取引方法およびその処理プログラムを記録した記録媒体に関するものである。
【0002】
【従来の技術】
近年、インターネットの普及に伴い、WWW(World Wide Web)を用いた電子取引システムの推進が図られている。このような電子取引システムには、例えば、電子ショッピングシステムなど多数の例があり、企業対個人、個人対個人、ならびに、企業対企業における商品取引に広く活用されている。
【0003】
これらの電子取引システムは、企業対個人、企業対企業のどちらの場合でも、売側と買側の直接取引を前提にしているのが通例である。一般には、売側が販売対象の商品を電子取引システム上で紹介し、買側が所望の商品を選択して売側から購入する。
【0004】
この購入に際し、企業対個人の場合には、代金回収をクレジット会社などが代行する場合があるが、企業対企業の場合は、売側企業と買側企業に取引基本契約が存在し、電子取引といえど、この取引基本契約の中での商取引行為と位置付け、電子取引システムが運用されている。
【0005】
このような電子取引システムの処理内容は、次のように、大きく次の二つに分類される。
【0006】
第一の処理では、売側が商品を電子取引システムで提示し、この商品の購入を希望する複数の買側が売側に対し、電子取引システムにおいて購入希望の意思表示を行う。この意思表示の中には購入希望価格等購入条件が含まれ、電子取引システムでは、任意の一定期間に集まった買側の購入希望の意思表示を購入条件と伴に売側に提示し、売側は、このようにして電子取引システムから提示された各購入希望の中から最も売側に有利な条件を提示した買側に対して商品を販売する売側主導の取引である。
【0007】
第二の処理では、買側が購入希望の商品を購入条件と伴に電子取引システムで提示し、この商品の販売を希望する複数の売側が買側に対し、電子取引システムを通じて販売希望の意思表示を行う。意思表示の中には、販売希望価格等販売条件が含まれ、電子取引システムでは、任意の一定期間に集まった売側の販売希望の意思表示を販売条件と伴に買側に提示し、買側は、このようにして電子取引システムから提示された各販売条件の中から最も買側に有利な条件を提示した売側から商品を購入する買側主導の取引である。
【0008】
しかし、このようなインターネットおよびWWWを用いた従来の電子取引システムは、例えば、鋼材取引のような特殊な取引内容を持つ取引には適用することができない。
【0009】
例えば、鋼材取引においては、商品を製造する鉄鋼メーカや、商品の販売と取りまとめている商社、商品を鋼材加工業者や需要家などに卸している鋼材問屋、鋼材を加工して需要家に提供する鋼材加工業者、および、鋼材を利用する需要家などが取引に関わっており、そして、大きく紐付取引と店売取引に分類される。
【0010】
紐付取引は、需要家がその商品の仕様や、鋼材加工業者、商社、鉄鋼メーカなどを指定して、需要家専用の商品として注文を行う注文生産商品であり、商取引の流れ(商流)も物流も注文の段階から決まっており、流通の過程でこの商品が他の需要家に販売されることは原則的には無い商品に関する取引である。
【0011】
店売取引は、商社が鋼材問屋や鋼材加工業者、需要家などの紐付取引以外の需要を市場対象として、その販売量を予測して、鉄鋼メーカに注文し、商品をこの市場向けに販売するものや、同様な市場を対象として鋼材問屋あるいは鋼材加工業者が保有する商品や鉄鋼メーカの余剰品および流通過程で余剰となった在庫などの転売を目的としたものや、突発的な需要による紐付取引の不足を補うことを目的とした取引である。そのため、要因が多岐にわたる中で取引され、商流や物流においても、鉄鋼メーカ、商社、鋼材問屋、鋼材加工業者、需要家が複雑にからみ、かつ商品の種類、商流の影響を強く受けた販売網が複数存在する。
【0012】
このような取引状況の中で、鋼材取引の、特に店売取引の電子取引システムへの適用を考えた場合、従来の売側主導の取引方式、または、買側主導の取引方式の電子取引システムでは満たし得ない機能要素、例えば、「オーナの取引に対する介在」がある。
【0013】
すなわち、鋼材取引の、一般的な売側主導の取引方式や買側主導の取引方式との最も大きな違いは、売側と買側の間に取引をまとめる仲買人が存在することである。ここでは、この仲買人を、「オーナ」と称する。
【0014】
鋼材取引においては、多岐にわたる取引要因の中で、商品をどの売側から調達し、どの買側に販売すれば良いか、また、売側と買側の連結は商流上問題ないか、などを確認した取引がなされているため、自然発生的に販売網が形成され、そこにはそれらを取りまとめるオーナが存在するようになった。
【0015】
例えば、鋼材取引においては、売側から見ると、買側の信用保証が問題となる。すなわち、売った後の支払の問題に伴い買側の経営状態を調査の上、取引を実施しなければならない。取引に関する基本契約があっても、買側の経営状態は常に変化し、売側は一定のリクスをかかえながらの取引となる。
【0016】
また、買側から見ると、売側の商品に対する品質保証が問題となる。すなわち、鋼材は多様な品質が求められているが、電子取引システムでは、買側が現品を確認できる範囲が限られており、従来にもまして、誰が売側なのかという売側の信用が問題となり、買側はリスクを回避するのであれば、売側を選択せざるを得ない。
【0017】
このような状況の中で、買側の経営状態を常に把握し、売側に対して買側の債務を保証する、あるいは、売側の商品を確認し、買側に対して当該商品の品質を保証する、あるいは、商品の商流を考慮し、全体として、どの売側とどの買側なら取引をしても良いかを判断し、かつ、取引が活性化するよう適切な売側と買側を商品により選択していくことが、オーナの役割となっている。
【0018】
従来の電子取引システムにおいては、このようなオーナの役割を考慮した安全な取引を実現することができない。さらには、このようなオーナの役割を考慮していない以上、各オーナ間における販売委託、すなわち、あるオーナでは保証していないが他のオーナでは保証している買側がいる場合、あるオーナから他のオーナに商品を提供し、この商品を他のオーナの責任において当該買側に間接的に販売する販売委託を考慮した柔軟な取引に関しても、従来の電子取引システムでは実現することができない。
【0019】
【発明が解決しようとする課題】
解決しようとする問題点は、従来の技術では、例えば鋼材取引等におけるオーナの役割を考慮した安全且つ柔軟な商取引を効率的に行うことができない点である。
【0020】
本発明の目的は、これら従来技術の課題を解決し、例えば鋼材取引等、従来の電子取引システムにおける売側主導の取引や買側主導の取引では対応できない、高信頼な商取引を、活性化を妨げることなく効率的に行うことを可能とする電子取引システムと電子取引方法およびその処理プログラムを記録した記録媒体を提供することである。
【0021】
【課題を解決するための手段】
上記目的を達成するため、本発明の電子取引システムと電子取引方法は、例えば商社等の仲買人が参加する仲買人取引機能を有する電子取引システムと方法であって、例えば鋼材取引を仲買するオーナが、自分の販売網である専用の電子取引システムを開設する際、取引に参加できる売側と買側を、メンバ情報を登録することにより制限し、また、どの買側が、どの売側の、どの種類の商品を購入できるかを、販売情報を登録することにより制限し、さらに、買側に対する価格を、価格情報を登録することにより特定し、そして、買側の取引可能限度額を、予め限度情報を登録することにより設定する。
【0022】
そして、電子取引システムへの参加時に売側、買側から入力された認証情報に対して、予め登録したメンバ情報を参照することにより、それぞれの参加資格の正当性を確認する。
また、売側の商品情報登録や、買側の商品検索要求情報による取引時も、メンバ情報を参照することにより、売側、買側の正当性を確認する。
【0023】
このようにして正当性が確認された後、売側は自システムを操作して、販売を希望する商品を商品情報により入力して電子取引システム送信し、オーナは、電子取引システムにおいてこの情報を判読し、自電子取引システム上で販売しても良い商品か否かを確認した後に、正式に販売対象商品として登録してシステム上で提示する。尚、オーナが販売できないと判断した商品は、商品情報として再び売側に戻され、売側にて登録を削除する。
【0024】
また、買側は、自システムにおいて、商品検索要求情報を入力・送信することにより、購入商品の参照を行う。この商品検索要求情報に基づき、本例の電子取引システムでは、買側に販売できる商品を、商品情報と販売情報から抽出し、価格を商品情報と価格情報から決定し、買側のシステムに提示する。尚、予約商品が存在する場合、予約商品を、前記抽出した買側に販売する商品から除外する。
【0025】
そして、買側は、販売できるとして提示された各商品を参照し、購入希望の商品がある場合は、注文情報を入力して購入する、あるいは、予約が認められている買側の場合で、かつ予約希望の商品がある場合は、予約情報を入力して予約する。尚、この予約は、メンバ情報でオーナにより予約期間が定められており、予約期間が過ぎた商品に関しては自動的に予約が解除される。また、買側は、予約した商品を予約照会要求情報により知ることができ、購入希望の商品がある場合は、注文情報を入力することにより購入する。この際、当該商品に関する予約は解除される。
【0026】
また、買側の取引限度については、買側からの注文情報が入力された時点で、電子取引システムにおいて、限度情報と、買側の一定期間の取引累計を比較することにより行う。そして、取引限度に達していない取引は、取引成立とみなし、取引明細を記録するとともに、取引累計を更新し、取引の成立を成約通知情報にて、オーナ、売側、買側にそれぞれ通知する。この通知が終了すると該当する商品情報が削除される。
【0027】
また、本発明の電子取引システムと電子取引方法では、例えば、複数の鋼材取引システムが存在する中で、オーナは販売委託をする他オーナをメンバ情報に登録し、この他オーナに対して、自電子取引システムのどの売側の、どの商品を販売委託可能にするかを販売情報に登録し、かつ、他オーナに対する販売委託価格を価格情報に登録する。
そして、販売委託商品を参照する目的での、他オーナからの認証情報が入力されれば、メンバ情報を参照することによりその正当性を確認する。さらに、他オーナの商品検索要求情報による取引時も、メンバ情報を参照することにより正当性を確認する。
【0028】
正当性が確認された他オーナは、販売委託商品を参照する際には、自システムから商品選択要求情報を入力・送信する。この商品選択要求情報を受信して、電子取引システムでは、他オーナに販売委託できる商品を、商品情報と販売情報から抽出し、価格を商品情報と価格情報から決定し、他オーナのシステムに送信して提示させる。尚、この際、予約の機能は提供されない。
【0029】
他オーナは、自システムで提示された各販売委託できる商品を参照し、希望の商品がある場合は、商品選択情報を入力することにより選択する。この商品選択情報を受信した電子取引システムでは、当該商品を、他オーナの電子取引システムの商品情報に登録する。
【0030】
このようにして、販売委託商品が、他オーナの電子取引システムの商品情報に登録された後、取引が成立した時点で、販売委託に関与している全オーナに成約通知情報を出力する。また、予約解除の条件が発生した場合、販売委託に関与している全オーナの電子取引システムの、当該商品にかかわる予約を解除する。また、 成約通知情報出力後、販売委託に関与している全オーナの電子取引システムの、当該商品に関(かか)わる商品情報を削除する。
【0031】
【発明の実施の形態】
以下、本発明の実施の形態を、図面により詳細に説明する。
本例の電子取引システムとその電子取引方法では、従来の電子取引システムにおいては実現できない、いわゆるオーナの役割を考慮した取引を実現するためのものである
【0032】
すなわち、鋼材取引などの取引においては、買側の経営状態を常に把握し、売側に対して買側の債務を保証する、あるいは、売側の商品を確認し、買側に対して当該商品の品質を保証する、あるいは、商品の商流を考慮し、全体として、どの売側とどの買側なら取引をしても良いかを判断し、かつ、取引が活性化するよう適切な売側と買側を商品により選択する仲買(オーナ)が必要であり、このような、オーナが介在する鋼材取引を電子取引システムで実現するためには、次のように、(1)オーナの取引に対する介在に関する基本的な機能要素、および、それらに基づく(2)オーナ間の販売委託に関する機能要素が必要となることに着目して、本例の電子取引システムとその電子取引方法が考案されている。
【0033】
(1)オーナの取引に対する介在に関する基本的な機能要素:
第一に、オーナは、オーナが取りまとめる販売網に、どの売側あるいは買側が参加可能かを予め決めて登録し、売側、買側からの電子取引システムに対する取引を適切な形で認証できる機能が提供される必要がある。
【0034】
電子取引システムの利用者は、売側、買側、あるいはその両者に分類されるが、オーナは、売側になれない利用者からの取引、あるいは、買側になれない利用者からの取引を監視し、該取引を中止する仕組みが必要となる。
【0035】
第二に、オーナはどの売側の商品をどの買側に提示できるかを制御できる手段が提供される必要がある。上記に述べたように、本機能がオーナとして最も重要なものとなる。
【0036】
第三に、オーナは、商品の種類(以降、「商品分類」と称する場合がある。)によっては、さらに買側を絞る機能が提供される必要がある。状況としては、鉄鋼メーカの余剰品、流通過程の在庫を取扱う場合など、原則的には無い紐付取引の商品も含まれる場合があり、売側は、該商品が通常指定している買側よりさらに絞り込んで、秘匿性を高めた形での取引を希望する場合がある。
【0037】
第四に、オーナは売側の同一商品を、買側に対して価格を変えて提示する機能が提供される必要がある。買側への価格は一律でなく、買側の購入量などにより、取引の多い買側に対しては、ディスカウントも考慮する必要がある。
【0038】
また、オーナは直接取引による異常なまでの価格の変動を未然に防ぎ、販売網内の価格をある一定の範囲に保持するため、売側から販売網に対して直接価格が提示されることをがないようにする機能を必要としている。尚、価格の制御に関しては、買側および商品の種類により価格を制御できる機能が必要となる。
【0039】
第五に、オーナは買側の取引限度を設定し、限度を超える買側の取引を中止する機能が提供される必要がある。オーナは買側の債務を保証するため、買側に対して一定期間の取引金額あるいは取引数量の上限を定め、買側が取引の上限を超えて商品を購入することがないよう制御する必要がある。
【0040】
第六に、オーナは買側の予約を許可し、予約期間を設定できる機能が提供される必要がある。オーナは、取引の多い買側に対しては、他の買側より優先的に商品を確保できるように配慮が必要である。
【0041】
第七に、オーナは売側の商品を確認できる手段が提供される必要がある。売側商品を一定の品質に保つのはオーナの役割であり、オーナの確認無しには、売側は、商品を買側に提示できない仕組みが必要となる。
本例においては、以上の仕組みを持たせた電子取引システムを基本取引モデルという。
【0042】
(2)オーナ間の販売委託に関する機能要素:
上述の基本的な機能のうえに、次に説明するオーナ間の販売委託に関しての機能も必要となる。
【0043】
以下、オーナ間の販売委託について説明する。
オーナが介在する電子取引システムでは、オーナが取りまとめる販売網の中に、買側が要望する商品があったとしても、オーナがこの買側を、当販売網の中で取引することを認めていなくては、買側は商品を購入することができない。
【0044】
従来の電子取引システムでは、買側は、当該販売網に参加し、売側との間で直接取引できることが前提となっているが、オーナが介在する取引の場合、買側の債務を保証する前提では、前記のように、買側の経営状態によっては、オーナは、この販売網への参加を認めることができない買側も存在する。
【0045】
一方、オーナとしては、取引を活性化させるために、販売網を拡大し商品の購入を希望する買側を増やしたいという目論見が存在する。 この場合、オーナは、買側を当販売網の利用者として認めていないが、この買側を利用者として認める別のオーナの販売網が存在する場合がある。
【0046】
このような場合には、元のオーナと、別のオーナとの間で、商品の販売委託が成立すれば、元のオーナは、本来は利用者として認めていない買側に間接的に商品を販売することができる。
【0047】
従って、電子取引システムとしては、このオーナ間の販売委託を可能にする機能が、それぞれのオーナに対して提供される必要がある。
【0048】
本例においては、まず、上述の(1)オーナの取引に対する介在に関する基本的な機能要素に関しての仕組みを持たせた電子取引システムを基本取引モデルとして説明し、その後、この基本取引モデルをベースとしてさらに(2)オーナ間の販売委託に関しての仕組みも持たせた電子取引システムを拡張取引モデルとして説明する。
以下、図2を用いて鋼材取引システムの基本取引モデルについて説明する。
【0049】
図2は、本例の鋼材取引システムの基本取引モデルの構成例を示すブロック図である。
基本取引モデルは、本図2に示すように、単数のオーナ21と、複数の売側メンバ24a,24b,・・・、および、複数の買側メンバ25a,25b,・・・により構成され、オーナ21と各メンバ(売側メンバ24a,24b,・・・、買側メンバ25a,25b,・・・)の集合をメンバグループ22と称する。
【0050】
尚、各メンバは、同一メンバで売側にも買側にもなることができる。取引の流れとしては、本図2に示すように、売側が商品23を提供し、オーナ21が、この商品23を確認し、メンバグループ22という場でこの商品23を販売し、買側がこの商品23を購入する。
【0051】
オーナの役割は、メンバの該メンバグループへの参加審査、商品確認、買側に対して提供する売側商品の選択、商品分類の選択、買側に対する価格の決定、買側の取引限度の管理を行い、メンバ間の取引に関する責任を負うものとする。
このような基本取引モデルのハードウエア構成例を図1に示す。
【0052】
図1は、本発明に係わる鋼材取引システムのハードウェア構成例を示すブロック図である。
本例の鋼材取引システム2は、サーバ1内に、データベース3と共に構成されており、サーバ1は、複数台のオーナ情報処理システム5a,5b,・・・、複数台の売側メンバ情報処理システム6a,6b,・・・、および、複数台の買側メンバ情報処理システム7a,7b,・・・、がネットワーク4で接続されている。
【0053】
サーバ1とオーナ情報処理システム5a,5b,・・・、売側メンバ情報処理システム6a,6b,・・・、買側メンバ情報処理システム7a,7b,・・・は、それぞれ、相互に情報を交換する通信手段を有する。
【0054】
また、オーナ情報処理システム5a,5b,・・・、売側メンバ情報処理システム6a,6b,・・・、買側メンバ情報処理システム7a,7b,・・・のそれぞれは、鋼材取引システム2から出力される情報を表示する表示装置および格納する記憶装置と、鋼材取引システム2に情報を入力するための入力装置を有する。
【0055】
また、オーナ情報処理システム5a,5b,・・・、売側メンバ情報処理システム6a,6,・・・、買側メンバ情報処理システム7a,7b,・・・のそれぞれは、図8に示すテーブル(1)80における情報区分の各報に対して、キー項目を設定して、このキー項目に基づき、情報区分が示す情報を、鋼材取引システム1を介してデータベース3を参照して抽出・入手し、自システムの表示装置に表示および記憶装置に格納する機能を有する。
【0056】
図8は、本例の鋼材取引システムで用いられるテーブルの構成例を示す説明図である。
本例のテーブル(1)80は、「情報区分」と「キー項目」および「その他の項目」の各項目欄が設けられ、以降で説明する、図1における鋼材取引システム2での各処理で参照される。その詳細は、以降の鋼材取引システム2での各処理の説明と併せて説明する。
【0057】
図1において、オーナおよび各メンバには、鋼材取引システム全体で一意に識別可能なユーザIDが割り振られる。
そして、オーナを示すユーザIDを入力した情報処理システムがオーナ情報処理システム5a,5b,・・・、また、売側メンバを示すユーザIDを入力した情報処理システムが売側メンバ情報処理システム6a,6b,・・・、そして、買側メンバを示すユーザIDを入力した情報処理システムが買側メンバ情報処理システム7a,7b,・・・、となる。
【0058】
オーナは鋼材取引システム上にメンバグループを開設する時、図8に示す情報の内、マスタおよびファイルに関する情報を制御する為のリソースが、当該メンバグループ専用に割当てられ、各情報に対するデータベース3の参照権限と更新権限が与えられる。
【0059】
また、オーナのユーザIDおよびパスワードによる認証は、鋼材取引システム2により行われる。
【0060】
以下、図10を用いて、サーバ1、オーナ情報処理システム5a,5b,・・・、売側メンバ情報処理システム6a,6b,・・・、買側メンバ情報処理システム7a,7b,・・・に用いられるコンピュータ装置の構成について説明する。
【0061】
図10は、図1におけるサーバとオーナ情報処理システムと売側メンバ情報処理システムおよび買側メンバ情報処理システムのハードウェア構成例を示すブロック図である。
【0062】
本図10において、101はCRT(Cathode Ray Tube)やLCD(Liquid Crystal Display)等からなる表示装置、102はキーボードやマウス等からなる入力装置、103はHDD(Hard Disk Drive)等からなる外部記憶装置、104はCPU(Central Processing Unit)104aや主メモリ104b等を具備してコンピュータ処理を行なう情報処理装置、105は本発明に係わるプログラムやデータを記録したCD−ROM(Compact Disc−Read Only Memory)もしくはDVD(Digital Video Disc/Digital Versatile Disc)等からなる光ディスク、106は光ディスク105に記録されたプログラムおよびデータを読み出すための駆動装置、107はLAN(Local Area Network)接続装置やモデム等からなる通信装置である。
【0063】
光ディスク105に格納されたプログラムおよびデータを情報処理装置104により駆動装置106を介して外部記憶装置103内にインストールした後、外部記憶装置103から主メモリ104bに読み込みCPU104aで処理することにより、情報処理装置104内に次に説明する図4および図5に示す構成の電子取引システムが構成される。
【0064】
以下、図4および図5を用いて、本例の鋼材取引システム2の詳細構成とその動作を説明する。
まず、図4での説明を行う。
【0065】
図4は、本発明に係わる電子取引システムの基本取引モデルでの第1の詳細構成例を示すブロック図である。
本図における電子取引システムは、鋼材取引システムを例としており、まず、この鋼材取引システムによる各種登録処理を▲1▼マスタ登録、▲2▼商品登録の順で説明する。
【0066】
マスタ登録は、商品取引に先立ちオーナが行う登録操作に基づき、図4におけるマスタ登録処理部2aにおいて行われる。
【0067】
まず、オーナは、参加希望メンバの審査を行った後、オーナ情報処理システム5aを介して、各メンバに関するメンバマスタ3a、限度マスタ3d、販売マスタ3b、価格マスタ3cの登録を行う。
尚、これらの登録内容は随時変更が可能であり、各マスタに関連する情報を入力できるのは、オーナ情報処理システム5aのみとする。
【0068】
メンバマスタ3aは、メンバからの取引を認めるためのメンバ情報が、オーナ情報処理システム5aから鋼材取引システムにおけるマスタ登録処理部2aのメンバ設定処理部2bに入力され、図1のデータベース3に格納されることにより登録される。
【0069】
本例におけるメンバ情報は、図8のテーブル(1)80に示すように、メンバ情報を特定するための「キー項目」としてユーザIDとメンバグループ番号が用いられ、その内容は「その他の項目」として登録されたパスワード、売側マーク、買側マーク、予約期間、他オーナマークである。
【0070】
具体的には、メンバ情報のキー項目に、参加を認めたメンバのユーザIDを入力し、その他の項目に該ユーザIDのパスワードを入力する。メンバには、売側になれるメンバと、買側になれるメンバと、その両者になれるメンバがあり、その種別をオーナが決め、メンバ情報の売側マーク、買側マークを入力する。
【0071】
そして、売側マーク有りで売側を、買側マーク有りで買側を示し、両者になれるメンバは、両方のマークを有りとする。
さらにメンバマスタ(3a)では、買側になれるメンバに対して、メンバ毎に予約後の商品保留期間を予約期間として入力できる。尚、予約期間が設定されていないメンバは、予約が認められていないことを示す。
【0072】
図4における販売マスタ3bは、買側メンバ毎に対する商品の販売範囲を示す販売情報が、オーナ情報処理システム5aから、鋼材取引システムのマスタ登録処理部2aにおける販売設定処理部2cに入力され図1のデータベース3に格納されることにより登録される。
【0073】
これによりオーナは、どの買側メンバに、どの売側メンバの商品を販売するか、さらには、どの商品分類を販売するかを決めることができる。
【0074】
具体的には、図8のテーブル(1)80における「情報区分」が販売情報(販売マスタ)に示される内容であり、そのキー項項目に、買側メンバのユーザIDを入力し、ユーザID(売側メンバ)に、この買側メンバに商品を販売しても良いと判断した複数の売側メンバのユーザIDを入力し、商品分類(品種・グレード等)に、この買側メンバに販売しても良いと判断した複数の商品分類を入力することにより登録を行う。
【0075】
図4における価格マスタ3cは、買側メンバおよび商品分類毎に対する商品の価格設定を示す価格情報が、オーナ情報処理システム5aから鋼材取引システムのマスタ登録処理部2aにおける価格設定処理部2dに入力され図1のデータベース3に格納されることにより登録される。
【0076】
これにより、オーナは、同一商品に対して買側メンバおよび商品分類毎に個別の価格設定を行うことができる。
具体的には、図8のテーブル(1)80における「情報区分」が価格情報(価格マスタ)に示される内容であり、そのキー項目に、買側メンバのユーザIDおよび商品分類を入力し、その他の項目に、商品情報に設定された価格に対するエキストラ価格の割合(%)を入力することにより登録を行う。
【0077】
また、図4における限度マスタ3dは、買側メンバ毎の取引限度を示す限度情報が、オーナ情報処理システム5aから鋼材取引システムのマスタ登録処理部2aにおける限度設定処理部2eに入力され図1のデータベース3に格納されることにより登録される。
これによりオーナは、各メンバの一定期間の取引上限を、取引金額か、あるいは取引数量で決めることができる。
【0078】
具体的には、図8のテーブル(1)80における「情報区分」が限度情報(限度マスタ)に示される内容であり、そのキー項目に、買側メンバのユーザIDを入力し、その他の項目に、この買側メンバの取引上限金額と、その上限金額を確認する取引上限金額一定期間、取引上限数量と、その上限数量を確認する取引上限数量一定期間の、どちらかあるいはその両方を入力することにより登録を行う。
【0079】
次に、図4における鋼材取引システムでの売側メンバによる商品の登録処理に関して説明する
図4に示すように、商品登録をする売側メンバは、売側メンバ情報処理システム6aから認証情報(その各項目の詳細は、図8に示されている)を鋼材取引システム側の認証処理部2fに入力する。
【0080】
認証処理部2fでは、図8のテーブル(1)80における「情報区分」が認証情報の内容に基づき、認証情報のメンバグループ番号をキー項目として、このメンバグループ番号が示すメンバグループのメンバマスタ3aを参照し、この認証情報のユーザIDが当該メンバマスタ3aに登録されているか否かを確認し、登録されていない場合は取引中止情報(認証不可)を売側メンバ情報処理システム6aに出力し、以降の取引を中止する。
【0081】
認証許可がなされれば、商品登録が行われる。すなわち、商品を示す商品情報(その項目の詳細は図8に示されている)が、売側メンバ情報処理システム6aから商品登録処理部2gに入力され図1のデータベース3に格納されることにより行われる。
【0082】
商品登録処理部2gでは、入力された商品情報が、図8のテーブル(1)80における「情報区分」が商品情報(ファイル)に示される内容のものであり、ユーザIDをキー項目として、メンバマスタ3aを参照し、このユーザIDが売側マーク有りとなっていることを確認する。
【0083】
尚、売側マークが有りとなっていない場合、このユーザIDは、商品登録をオーナより許可されていないため取引中止情報を当該売側メンバ情報処理システム6aに出力し、以降の取引を中止する。
【0084】
商品登録処理部2gでは、売側メンバ情報処理システム6aから入力された商品情報一件毎に、鋼材取引システム全体で一意に識別可能な商品番号を割り振る。
【0085】
このようにして、図1のデータベース3に格納された各商品情報は、商品登録処理部2gより、オーナ情報処理システム5aに出力され表示あるいは格納される。
【0086】
オーナ情報処理システム5aでは、この商品情報の内容を確認し、メンバグループ内に販売しても良い商品情報に有効マークをつけ、鋼材取引システムの商品登録処理部2hに入力し、図1のデータベース1に格納する。
【0087】
オーナ情報処理システム5aから入力された有効マークのついた商品情報以外の各商品情報は、商品登録処理部2hより、売側メンバ情報処理システム6aに出力され、表示あるいは、格納される。売側メンバ情報処理システム6aでは、この商品情報の内容を確認し、削除マークをつけ、鋼材取引システムの商品登録処理部2iに入力する。
【0088】
商品登録処理部2iでは、このような削除マークのついた商品情報を図1のデータベース3から削除する。
次に、図5を用いて、商品の取引動作に関して説明する。
【0089】
図5は、本発明に係わる電子取引システムの基本取引モデルでの第2の詳細構成例を示すブロック図である。
本図では、電子取引システムの例とした鋼材取引システムでの商品取引の流れを示すものであり、商品取引をする買側メンバは、買側メンバ情報処理システム7aから認証情報を、鋼材取引システムの認証処理部2jに入力する。
【0090】
認証処理部2jでは、この認証情報のメンバグループ番号をキー項目として、メンバグループ番号が示すメンバグループのメンバマスタ3aを参照し、この認証情報のユーザIDが当該メンバマスタ3aに登録されているか否かを確認し、登録されていない場合は取引中止情報(認証不可)を買側メンバ情報処理システム7aに出力し、以降の取引を中止する。
認証された買側メンバは、以降の商品照会、予約照会が可能となる。
【0091】
商品照会は、商品照会要求情報(項目の詳細は、図8に示されている)が、認証された買側メンバ情報処理システム7aから、鋼材取引システムの商品取引処理部2kにおける売側選択処理部2lに入力されることにより行われる。
【0092】
売側選択処理部2lでは、図8のテーブル(1)の内容に基づき、商品照会要求情報のユーザIDをキー項目として、メンバマスタ3aを参照し、このユーザIDが買側マーク有りとなっていることを確認する。
【0093】
尚、買側マークが有りとなっていない場合、このユーザIDは、商品照会をオーナより許可されていないため取引中止情報を、買側メンバ情報処理システム7aに出力し、以降の取引を中止する。
【0094】
次に、売側選択処理部2lにおいて、商品照会要求情報のユーザIDをキー項目として、販売マスタ3bを参照し、この販売マスタ3b中のユーザID(売側メンバ)を抽出し、抽出した売側メンバのユーザIDをキー項目として、商品情報を参照し、ユーザIDが一致し、かつ有効マークが有りとなっている商品情報を抽出する。
【0095】
次に、商品取引処理部2kは、分類選択処理部2mにおいて、販売マスタ3b中の商品分類を抽出し、売側選択処理部2lにおいて抽出された商品情報から商品分類が一致する商品情報を抽出する。
【0096】
次に、商品取引処理部2kは、価格処理部2nにおいて、商品照会要求情報のユーザIDおよび分類選択処理部2mにおいて抽出した商品情報の商品分類をキー項目として、価格マスタ3cを参照し、エキストラ価格の割合(%)を抽出し、抽出した商品情報の価格に掛け合わせ買側メンバに対する価格(以降、買側メンバ価格と称する。)を求める。
【0097】
次に、商品取引処理部2kは、予約分削除処理部2oにおいて、商品照会要求情報のユーザIDをキー項目として、予約商品情報を参照し、商品情報から、予約商品情報に該当する商品情報を削除し、販売商品情報(項目の詳細は、図8に示されている)として図1のデータベース3に格納する。
【0098】
尚、この販売商品情報を図1のデータベース3に格納する際、次の当該買側メンバ情報処理システム7aからの商品照会に備え、価格および属性情報がキー項目として追加される。
【0099】
販売商品情報が図1のデータベース3に生成されると、商品取引処理部2kは、商品検索処理部2pから商品検索受付情報(項目の詳細は、図8に示されている)が、買側メンバ情報処理システム7aに出力される。
【0100】
買側メンバ情報処理システム7aでは、この商品検索受付情報により、販売商品情報の参照が可能なキー項目を知ることができる。
そして、買側メンバ情報処理システム7aは、販売商品情報の参照可能なキー項目の内容を、商品検索要求情報(項目の詳細は、図8に示されている)として、鋼材取引システムの商品取引処理部2kにおける商品検索処理部2pに入力する。
【0101】
商品検索処理部2pは、販売商品情報3fを参照し、対応する販売商品情報を抽出して買側メンバ情報処理システム7aに出力する。買側メンバ情報処理システム7aは、受け取った販売商品情報を表示装置に表示または記憶装置に格納する。
【0102】
次に、買側メンバ情報処理システム7aのメンバは、このように表示または格納した商品情報の内容を確認し、購入したい商品がある場合、予約または注文を行う。
【0103】
この予約および注文は、買側メンバ情報処理システム7aから、予約情報または注文情報(それぞれの情報の項目の詳細は、図8に示されている)を、鋼材取引システムに対し入力することで行われる。
【0104】
買側メンバ情報処理システム7aからの予約情報は、鋼材取引システムの商品取引処理部2kにおける予約登録処理部2qに入力され、予約登録処理部2qでは、商品番号をキー項目として販売商品情報3fを参照し、この予約情報に対して、買側メンバのユーザID、予約登録年月日時分秒を追加し、予約商品情報3g(項目の詳細は、図8に示されている)として図1のデータベース3に格納される。
【0105】
このようにして登録された予約商品情報3gは、鋼材取引システムが定める一定時間毎に予約解除処理部2sにより参照され、当該予約商品情報のユーザID(買側メンバ)をキー項目としてメンバマスタ3aを参照し、メンバマスタ3aの当該予約期間と、予約商品情報3gにおける当該予約商品情報の予約登録年月日時分秒からの経過時間を比較し、予約期間を超えている予約商品情報を図1のデータベース3から削除する。
【0106】
次に、このような予約の照会に関して説明する。
予約照会は、予約照会要求情報(項目の詳細は、図8に示されている)が、買側メンバ情報処理システム7aから鋼材取引システムの商品取引処理部2kにおける予約検索処理部2rに入力されると開始される。
【0107】
予約検索処理部2rは、予約照会要求情報のユーザIDをキー項目として、予約商品情報3gを参照し、当該予約商品情報を買側メンバ情報処理システム7aに送信する。
【0108】
買側メンバ情報処理システム7aは、送信されてきた予約商品情報を表示装置に表示または記憶装置に格納する。買側メンバは、このようにして表示または格納された予約商品情報の内容を確認し、購入したい商品がある場合、買側メンバ情報処理システム7aを介して注文を行う。この注文情報が、買側メンバ情報処理システム7aから鋼材取引システムに入力されることで注文処理が開始される。
【0109】
以下、その注文処理に関して説明する。
買側メンバ情報処理システム7aから注文情報が鋼材取引システムの成約処理部2tに対し入力されると、成約処理部2tでは、商品番号をキー項目として、商品照会からの注文の場合は販売商品情報3eを、また、予約照会からの注文の場合は予約商品情報3gをそれぞれ参照する。
【0110】
ここで、まず、取引限度判定を行う。
すなわち、成約処理部2tにおいて取引成立の処理を実施する前に、取引限定処理部2uにおいて、その取引が予め定められた取引限度を超えているか否かを確認する。
【0111】
この取引限度の判定は、成約処理部2tから、取引限定処理部2uにおける限度処理部2vに、当該注文情報および当該販売商品情報あるいは予約商品情報が通知され、限度処理部2vにおいて、この販売商品情報や予約商品情報から、価格、数量を参照し、注文情報にて商品番号が複数指定されている場合はそれらの価格や数量の総和を求め、それに当該注文情報のユーザIDをキー項目として、成約情報3hから取引累計金額および取引累計数量を参照したものを加え、それらが、当該ユーザIDをキー項目として限度マスタ3dを参照して得られる取引上限金額あるいは取引上限数量を超えているか否かを比較することにより行う。超えている場合は取引中止情報を、買側メンバ情報処理システム7aに出力し、以降の取引を中止する。
【0112】
超えていなければ次の成約情報更新の処理を行う。
すなわち、取引上限金額あるいは、取引上限数量を超えていない場合は、通知を要求した成約処理部2tに、取引限度処理部2uから処理が戻され、取引成立と見なし、成約処理部2tにおいて、商品番号単位に、オーナ用、買側メンバ用、売側メンバ用の成約情報が、それぞれのユーザIDをキー項目として作成・更新される。
【0113】
買側メンバ用成約情報の取引累計金額、取引累計数量に関しては、注文の価格、数量の総和を、取引累計金額および、取引累計数量に加え、データベースに格納し、成約情報を更新する。
【0114】
その際、成約処理部2tは、取引累計金額、取引金額累計期間に関して、注文情報のユーザIDをキー項目として、限度マスタ3dの取引上限金額一定期間を参照し、成約情報の取引金額累計期間が限度マスタ3dにおける取引上限金額一定期間に達している場合は、成約情報の取引累計金額、および取引金額累計期間をゼロとし、達していない場合は取引金額累計期間を更新する。
【0115】
また、取引累計数量、取引数量累計期間に関しても同一の処理が行われる。
尚、オーナ用および売側メンバ用の成約情報のこの情報に関する更新は行われない。
【0116】
成約情報には図8におけるテーブル(1)80の「その他の項目」において示されるように、取引明細が含まれ、この取引明細は商品番号単位に記録され、オーナ用、買側メンバ用、売側メンバ用それぞれに、成約年月日時分秒を記録し、当該販売商品情報または当該予約商品情報の内容を取引明細に記録する。
【0117】
この取引明細の価格に関しては、オーナ用は、価格1に当該販売商品情報または当該予約商品情報の買側メンバ価格が、価格2に商品情報の価格が記録される。
商品情報の価格に関しては、当該注文情報の商品番号をキー項目として商品情報3eを参照する。
【0118】
買側メンバ用の取引明細は、価格1に買側メンバ価格を記録し、価格2は空欄とする。
また、売側メンバ用の取引明細は、価格1は空欄とし、価格2に商品情報の価格を記録する。
【0119】
買側メンバの価格2を空欄にするのは、買側メンバに対して、オーナの仕入れ価格を秘匿するためであり、また、売側メンバの価格1を空欄にするのは、売側メンバに対して、オーナの売り価格を秘匿するためである。
【0120】
この後、成約処理部2tにおいて、成約通知が行われる。
すなわち、成約処理部2tでは、オーナ情報処理システム5a、買側メンバ情報処理システム7a、売側メンバ情報処理システム6aのそれぞれに成約通知情報(項目の詳細は、図8に示されている)を出力する。
【0121】
この成約通知情報は、オーナ、買側メンバ、売側メンバのそれぞれに対応した成約情報3hにある取引成立した取引明細を参照して作成される。
【0122】
この成約通知処理後、次に予約解除処理を行う。
予約解除においては、予約照会からの注文の場合は、成約処理部2tにおいて、注文情報の商品番号をキー項目として、予約商品情報3gを参照し、当該情報を図1のデータベース3から削除する。
【0123】
さらに、この予約解除処理後に商品情報の更新処理を行う。
すなわち、成約処理部2tにおいて、注文情報の商品番号をキー項目として、商品情報3eを参照し、当該情報を図1のデータベース3から削除する。
【0124】
以上で基本取引モデルに関しての説明を終わり、次に、拡張取引モデルに関しての説明を行う。
【0125】
図3は、本例の鋼材取引システムの拡張取引モデルの構成例を示すブロック図である。
本例の鋼材取引システムは、本図3に示すように、図2における基本取引モデルをメンバグループ単位に複数形成することが可能である。
【0126】
本図3の例では、図2における基本取引モデルのメンバグループが、メンバグループA32aとメンバグループB32bおよびメンバグループC32cとして3グループ形成され、各グループが基本取引モデルに従い独立して取引が行われている。
【0127】
この独立しているという意味は、本例では、オーナB31bが管理するメンバグループB32bにおける買側メンバ(B1)36a,36bと、オーナC31cが管理するメンバグループC32cにおけるおよび買側メンバ(C1)37a,37bは、オーナA31aが管理するメンバグループA32aの売側メンバ(A1)34a,34bと直接取引ができない、つまりオーナA31aは、買側メンバB1、買側メンバC1を、メンバグループAに参加することを認めていないという状況での取引が行われている。
【0128】
本例の拡張取引モデルでは、このようにそれぞれ独立した取引が行われている複数の基本取引モデルの集合の中で、任意のメンバグループ上の商品33a,33b,33cを他のメンバグループでも購入することができることを、実現するものである。
【0129】
取引の流れとしては、メンバグループのオーナが、メンバグループ内の商品を、商品毎にどの他メンバグループのオーナに提供するかを決め、他メンバグループのオーナは、提供された商品の中からどの商品を自分のメンバーグループ内に販売するかを決定する。
【0130】
販売する商品が決定すると、オーナの責任において、当該商品を自分のメンバーグループ内の商品として販売し、当該メンバグループの買側メンバが購入する。
【0131】
図3の例では、まずメンバグループA32aの売側メンバ(A1)34aの商品33aが、オーナA31aによりオーナB31bに提供され、オーナB31bの責任で、当該商品33aが商品33bとしてメンバグループBにおいて販売される。
【0132】
さらに、オーナB31bは、この商品33bをオーナC31cに提供し、オーナC31cは、オーナC31cの責任で、当該商品33b(商品33a)をメンバグループC32cにおいて、商品33cとして販売する。
【0133】
このようにすることで、売側メンバ(A1)34aの商品33aは、買側メンバ(B1)36a、買側メンバ(C1)37aが購入することが可能になると同時に、買側メンバ(B1)36aが購入した場合の取引に関する責任は、オーナB31bが負い、また、買側メンバ(C1)37aが購入した場合の取引に関する責任は、オーナC31cが負う。
【0134】
これにより、オーナA31aは、その責任を負わないため、買側メンバ(B1)36a、買側メンバ(C1)37aが、メンバグループA32aに属さなくても取引を成立させることが可能となる。
【0135】
このような拡張取引モデルを構成する各システム、すなわち、オーナ情報処理システムや売側メンバ情報処理システムおよび買側メンバ情報処理システムのハードウェア構成などは、基本取引モデルと同じである。
【0136】
以下、図6,図7を用いて、本例の拡張取引モデルとしての鋼材取引システムの詳細構成とその動作を説明する。
まず、図6での説明を行う。
【0137】
図6は、本発明に係わる電子取引システムの拡張取引モデルでの詳細構成例を示すブロック図である。
本図6における電子取引システムは、鋼材取引システムを例としており、まず、この鋼材取引システムによる各種登録処理をマスタ登録から説明する。
【0138】
本例は、図3に示した拡張取引モデルにおけるメンバグループA32aの売側メンバ(A1)34aの商品33aを、メンバグループB32bの買側メンバ(B1)36aが購入する部分の実現方式を説明したものである。
【0139】
尚、図3における売側メンバ(A1)34aの商品33aを、オーナC31cがメンバグループC32cにおいて販売し、買側メンバ(C1)37aが購入する部分は、本図6の説明において、メンバグループAをメンバグループBに、メンバグループBをメンバグループCに置き換え、オーナAをオーナBに、オーナBをオーナCに、また、買側メンバB1を買側メンバC1にそれぞれ置き換えたものであり、同様の説明となるため省略する。
【0140】
まず、図6におけるマスタ登録の処理について説明する。
オーナBのメンバグループAへの取引を可能にするため、オーナAはメンバマスタにオーナBを登録しておく必要がある。
その際、メンバ情報として、オーナBのユーザIDとパスワードを入力し、さらに他オーナマークを有りとする。
【0141】
オーナAは、オーナBに提供する商品を決めるため、オーナB用の販売マスタ3bでの登録を予め行う。
具体的には、販売マスタ3bのキー項目にオーナBのユーザIDを登録し、ユーザID(売側メンバ)にメンバグループAの売側メンバの内、商品登録された商品をオーナBに提供しても良いと判断した複数の売側メンバのユーザIDを登録し、商品分類にオーナBに提供しても良いと判断した複数の商品分類を登録する。
【0142】
また、オーナAは、メンバグループAの商品を、オーナBに提供する際のエキストラ価格を価格マスタ3cに登録する。
具体的には、価格マスタ3cのキー項目にオーナBのユーザIDおよび商品分類を登録し、その他の項目にオーナBに対するエキストラ価格の割合(%)を登録する。
【0143】
次に、商品選択の処理に関しての説明を行う。
オーナAからオーナBへの商品提供は、本図6に示すように、オーナB情報処理システム5bから、メンバグループAの鋼材取引システムにおける売側選択処理部2Lに対して商品選択要求情報を入力することで行われる。
この商品選択要求情報を含む各情報の構成を図9に示す。
【0144】
図9は、拡張取引モデルにおける鋼材取引システムで用いられるテーブルの構成例を示す説明図である。
本例のテーブル(2)90は、「情報区分」と「キー項目」および「その他の項目」の各項目欄が設けられ、以降で説明する拡張取引モデルにおける鋼材取引システムでの各処理で参照される。その詳細は、図6に示す、以降の鋼材取引システムでの各処理の説明と併せて説明する。
【0145】
図6において、売側選択処理部2Lでは、オーナB情報処理システム5bから受け取った商品選択要求情報のユーザIDをキー項目として、メンバマスタを参照し、当該ユーザIDがメンバマスタに登録されていること、かつ、他オーナマークが有りとなっていることを確認し、もし、登録されていない場合は取引中止情報をオーナB情報処理システム5bに出力し、以降の取引を中止する。
【0146】
商品選択は、基本取引モデルで記載した予約に関する処理を除く商品照会と同様に行われ、オーナAからオーナBに提供される商品が、販売商品情報として作成され、その中で、オーナBがメンバグループBに販売したい商品がある場合、商品選択情報(図9の例では、ユーザIDをキー項目として用いられ、その他の項目の商品番号が参照される)をオーナB情報処理システム5bから商品選択処理部2Pに入力され、商品登録が行われる。
【0147】
すなわち、商品選択処理部2Pでは、商品選択情報が入力されると、商品番号をキー項目として、メンバグループAの販売商品情報を参照し、当該販売商品情報をメンバグループBの商品登録処理部2Iに入力する。
【0148】
メンバグループBの商品登録処理部2Iでは、この販売商品情報をメンバグループBの商品情報としてデータベースに格納する。
尚、メンバグループBの商品登録処理部2Iでは、このようにして商品情報を格納する際、自メンバグループのオーナからの登録であるため、商品情報の有効マークを有りとする。
【0149】
メンバグループAの商品選択処理部2Pでは、上記処理の過程で、商品オーナ情報を生成する。
この商品オーナ情報は、商品がどのオーナからどのオーナに渡されたかを記録するものであり、図9において示されている項目内容となっている。
【0150】
この内容に基づき、図6の場合であれば、商品選択処理部2Pでは、商品オーナ情報のキー項目に商品番号を、その他の項目の、レコードの先頭に、オーナAのユーザIDを、続いてオーナBのユーザIDを入力し、データベースに格納する。
【0151】
以下、図6におけるメンバグループB側での処理を説明する。
上記のように、商品がオーナAからオーナBに渡された後のメンバグループB側の処理は、成約処理部2Tでの処理を除いて、基本取引モデルと同じであり、以下、成約処理部2Tでの、基本取引モデルとの処理の違いを説明する。
【0152】
成約処理部2Tにおいて、注文情報の商品番号をキー項目として、商品オーナ情報を参照し、オーナのユーザIDを確認する。
この情報が記録されていることは、オーナ間をわたった商品であることを示し、成約処理部2Tでは、この商品オーナ情報のその他項目に記載のあるオーナのユーザIDを全て抽出する。
【0153】
尚、成約処理部2Tでは、当該商品がオーナをわたった商品であることから、成約情報の作成・更新、成約通知、予約解除、商品情報更新を、取引に関与した全オーナの、それぞれが管理するメンバグループ全てを対象に実施する必要がある。
【0154】
これらの成約情報の作成・更新、成約通知、予約解除、商品情報更新に係わる処理を順に説明する。
まず、成約情報の作成・更新について説明する。
【0155】
図5に示した基本取引モデルでは、成約処理部2tにおいて、オーナ用、買側メンバ用、売側メンバ用に成約情報を作成・更新したが、図6における成約処理部2Tでは、売側メンバは、他メンバグループであり、さらに、オーナAが取引に関与しているため、次のようにして、オーナA用の成約情報を作成する必要がある。
【0156】
まず、成約情報の取引累計金額、取引金額累計期間、取引累計数量、取引数量累計期間に関する処理は、基本取引モデルと同一で、買側メンバにのみ更新する。
【0157】
次に、取引明細の価格を除いた部分は、オーナA用、オーナB用、買側メンバ用、売側メンバ用それぞれに、成約年月日時分秒を記録し、メンバグループBの販売商品情報または、予約商品情報の内容を取引明細に記録する。
【0158】
尚、取引明細のユーザID(オーナ)は、オーナA用であっても買側メンバのオーナであるオーナBが記録される。
これは、当該取引の責任を買側メンバのオーナ、すなわちオーナBが負うため、その責任の所在が記録される。
取引明細の価格については、図7を用いて説明する。
【0159】
図7は、図6の電子取引システムにおける価格の遷移と各情報の関係をまとめた例を示す説明図である。
本図7にしめすように、オーナBおよび買側メンバの価格(1)、価格(2)については、基本取引モデルと同様に、メンバグループBの販売商品情報または予約商品情報および商品情報を参照して記録される。
【0160】
売側メンバの価格(2)は、メンバグループが異なるため、基本取引モデルと同一の求め方をすると価格Bとなってしまうため、メンバグループAの商品情報を参照し価格Aを記録する。
【0161】
具体的には、商品オーナ情報から、売側メンバのオーナを求め、当該オーナが管理する商品情報を、商品番号をキー項目として参照し、当該商品情報中の価格を求める。
尚、価格(1)は空欄であることは、基本取引モデルと同一である。
【0162】
オーナAに関する価格は、価格(1)は、オーナBに提供した価格、すなわち図7の価格Bを記録し、また、価格(2)は、売側メンバあるいは他のオーナから仕入れた価格、すなわち図7の価格Aを記録する。
この価格(1)に価格Bを記録する理由は、オーナAが提供した商品に対し、オーナBはいくらで買側メンバに売ったのかを秘匿するためである。
【0163】
次に、成約通知に関する処理を説明する。
図6における成約処理部2Tでは、オーナA情報処理システム5a、オーナB情報処理システム5b、買側メンバB1情報処理システム7b、売側メンバ(A1)情報処理システム6aに成約通知を出力する。
成約通知は、オーナA、オーナB、買側メンバB1、売側メンバA1のそれぞれの成約情報3hにある取引明細を参照し作成される。
【0164】
次に、予約解除に関する処理を説明する。
予約照会からの注文の場合は、成約処理部2Tでは、対象となる各メンバグループの予約商品情報を注文情報の商品番号をキー項目として参照し、当該情報をデータベースから削除する。
【0165】
次に、商品情報更新に関する処理を説明する。
成約処理部2Tにおいて、対象となる各メンバグループの商品情報を、注文情報の商品番号をキー項目として参照し、当該商品情報をデータベースから削除する。
【0166】
以上、図1〜図10を用いて説明したように、本例の電子取引システムと方法では、鋼材取引を仲買するオーナが、自分の販売網である専用の電子取引システムを開設する際、取引に参加できる売側と買側を、メンバ情報を登録することにより制限し、また、どの買側が、どの売側の、どの種類の商品を購入できるかを、販売情報を登録することにより制限し、さらに、買側に対する価格を、価格情報を登録することにより特定し、そして、買側の取引可能限度額を、予め限度情報を登録することに設定する。
【0167】
そして、電子取引システムへの参加時に売側、買側から入力された認証情報に対して、予め登録したメンバ情報を参照することにより、それぞれの参加資格の正当性を確認する。
【0168】
また、売側の商品情報や、買側の商品検索要求情報による取引時も、メンバ情報を参照することにより、売側、買側の正当性を確認する。
【0169】
このようにして正当性が確認された後、売側は、販売を希望する商品を商品情報により入力し、オーナは、この情報を判読し、電子取引システム上で販売しても良い商品か否かを確認した後に、正式に販売対象商品として登録してシステム上で提示する。尚、オーナが販売できないと判断した商品は、商品情報として再び売側に戻され、売側にて登録を削除する。
【0170】
また、買側は、商品検索要求情報を入力することにより、購入商品の参照を行う。この商品検索要求情報に基づき、本例の電子取引システムでは、買側に販売できる商品を、商品情報と販売情報から抽出し、価格を商品情報と価格情報から決定する。尚、予約商品が存在する場合、予約商品を、前記抽出した買側に販売する商品から除外する。
【0171】
そして、買側は、販売できるとして提示された各商品を参照し、購入希望の商品がある場合は、注文情報を入力して購入する、あるいは、予約が認められている買側の場合で、かつ予約希望の商品がある場合は、予約情報を入力して予約する。
【0172】
尚、この予約は、メンバ情報でオーナにより予約期間が定められており、予約期間が過ぎた商品に関しては自動的に予約が解除される。また、買側は、予約した商品を予約照会要求情報により知ることができ、購入希望の商品がある場合は、注文情報を入力することにより購入する。この際、当該商品に関する予約は解除される。
【0173】
また、買側の取引限度については、買側からの注文情報が入力された時点で、限度情報と、買側の一定期間の取引累計を比較することにより行う。そして、取引限度に達していない取引は、取引成立とみなし、取引明細を記録するとともに、取引累計を更新し、取引の成立を成約通知情報にて、オーナ、売側、買側にそれぞれ通知する。この通知が終了すると該当する商品情報が削除される。
【0174】
さらに、本例の電子取引システムと電子取引方法では、以上のような基本取引モデルをベースに拡張取引モデルを構成できる。すなわち、複数の鋼材取引システムが存在する中で、オーナは販売委託をする他オーナをメンバ情報に登録し、この他オーナに対して、自電子取引システムのどの売側の、どの商品を販売委託可能にするかを販売情報に登録し、かつ、他オーナに対する販売委託価格を価格情報に登録する。
【0175】
そして、販売委託商品を参照する目的での、他オーナからの認証情報は、メンバ情報を参照することによりその正当性を確認する。さらに、他オーナの商品検索要求情報による取引時も、メンバ情報を参照することにより正当性を確認する。
【0176】
正当性が確認された他オーナは、販売委託商品を参照する際には、自システムから商品選択要求情報を入力・送信する。この商品選択要求情報を受信して、自電子取引システムでは、他オーナに販売委託できる商品を、商品情報と販売情報から抽出し、価格を商品情報と価格情報から決定し、他オーナのシステムに送信して提示させる。尚、この際、予約の機能は提供されない。
【0177】
他オーナは、自システムで提示された各販売委託できる商品を参照し、希望の商品がある場合は、商品選択情報を入力することにより選択する。この商品選択情報を受信した電子取引システムでは、当該商品を、他オーナの電子取引システムの商品情報に登録する。
【0178】
販売委託商品が、他オーナの電子取引システムの商品情報に登録された後、▲1▼取引が成立した時点で、販売委託に関与している全オーナに成約通知情報を出力する。また、▲2▼予約解除の条件が発生した場合、販売委託に関与している全オーナの電子取引システムの、当該商品にかかわる予約を解除する。また、▲3▼ 成約通知情報出力後、販売委託に関与している全オーナの電子取引システムの、当該商品にかかわる商品情報を削除する。
【0179】
尚、本発明は、図1〜図10を用いて説明した例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能である。例えば、本例においては、鋼材取引を例に説明したが、他の、鋼材と同様な商品特性、取引特性を有する他の商品の取引等、例えば商社が仲買する取引全般等に適用することができる。
【0180】
また、本例では、光ディスクを記録媒体として用いているが、FDを記録媒体として用いることでも良い。また、プログラムのインストールに関しても、通信装置を介してネットワーク経由でプログラムをダウンロードしてインストールすることでも良い。
【0181】
【発明の効果】
本発明によれば、例えば鋼材取引等、従来の電子取引システムにおける売側主導の取引や買側主導の取引では対応できない、高信頼な商取引を、活性化を妨げることなく効率的に行うことが可能となる。
【0182】
具体的には、まず、商社等のオーナが開設する電子取引システムに、オーナ自身がどの売側、どの買側を参加させるかを制御し、その取引許可の正当性を制御することができる。
【0183】
また、オーナは、どの買側が、どの売側の商品を購入し、かつどの商品の種類を購入できるかを制御することができる。さらに、オーナは、買側毎に価格を制御することができる。
【0184】
また、オーナは、買側の取引上限を設定し、上限を超えた取引を制御できる。さらに、オーナは、買側に対して予約期間を設定し、期間内の予約を制御することができる。
また、オーナは、売側の販売希望商品の確認を行い商品の登録を制御できる。
【0185】
また、あるオーナが、他オーナの電子取引システムの商品を、自電子取引システムの商品として販売することができ、複数のオーナ間による商品販売委託が可能となる。
【図面の簡単な説明】
【図1】本発明に係わる鋼材取引システムのハードウェア構成例を示すブロック図である。
【図2】本例の鋼材取引システムの基本取引モデルの構成例を示すブロック図である。
【図3】本例の鋼材取引システムの拡張取引モデルの構成例を示すブロック図である。
【図4】本発明に係わる電子取引システムの基本取引モデルでの第1の詳細構成例を示すブロック図である。
【図5】本発明に係わる電子取引システムの基本取引モデルでの第2の詳細構成例を示すブロック図である。
【図6】本発明に係わる電子取引システムの拡張取引モデルでの詳細構成例を示すブロック図である。
【図7】図6の電子取引システムにおける価格の遷移と各情報の関係をまとめた例を示す説明図である。
【図8】本例の鋼材取引システムで用いられるテーブルの構成例を示す説明図である。
【図9】拡張取引モデルにおける鋼材取引システムで用いられるテーブルの構成例を示す説明図である。
【図10】図1におけるサーバとオーナ情報処理システムと売側メンバ情報処理システムおよび買側メンバ情報処理システムのハードウェア構成例を示すブロック図である。
【符号の説明】
1:サーバ、2:鋼材取引システム、2a:マスタ登録処理部、2b:メンバ設置処理部、2c:販売設定処理部、2d:価格設定処理部、2e:限度設定処理部、2f:認証処理部、2g〜2i,2I:商品登録処理部、2j:認証処理部、2k:商品取引処理部、2l,2L:売側選択処理部、2m,2M:分類選択処理部、2n,2N:価格処理部、2o:予約分削除処理部、2p:商品検索処理部、2P:商品選択処理部、2q:予約登録処理部、2r:予約検索処理部、2s:予約解除処理部、2t,2T:成約処理部、2u:取引限度処理部、2v:限度処理部、3:データベース、3a:メンバマスタ、3b:販売マスタ、3c:価格マスタ、3d:限度マスタ、3e:商品情報、3f:販売商品、3g:予約商品、3h:成約情報、4:ネットワーク、5a,5b:オーナ情報処理システム、6a,6b:売側メンバ情報処理システム、7a,7b:買側メンバ情報処理システム、21:オーナ、22:メンバグループ、23:商品、24a,24b:売側メンバ、25a,25b:買側メンバ、31a:オーナA、31b:オーナB、31c:オーナC、32a:メンバグループA、32b:メンバグループB、32c:メンバグループC、33a〜33c:商品、34a,34b:売側メンバA1、35a,35b:買側メンバA1、36a,36b:買側メンバB1、37a,37b:買側メンバC1、80:テーブル(1)、90:テーブル(2)、101:表示装置、102:入力装置、103:外部記憶装置、104::情報処理装置、104a:CPU、104b:主メモリ、105:光ディスク、106:駆動装置、107:通信装置。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an electronic transaction system for conducting business transactions between computers via a network such as the Internet, and more particularly to an electronic transaction system, an electronic transaction method, and a processing program suitable for efficiently performing highly reliable transactions. It relates to a recording medium on which is recorded.
[0002]
[Prior art]
In recent years, with the spread of the Internet, promotion of an electronic transaction system using WWW (World Wide Web) has been attempted. There are many examples of such electronic transaction systems, such as electronic shopping systems, which are widely used for merchandise transactions between companies and individuals, individuals and individuals, and companies and companies.
[0003]
Generally, these electronic trading systems are premised on direct trading between the seller and the buyer in both business-to-individual and business-to-business cases. Generally, a seller introduces a product to be sold on an electronic transaction system, and a buyer selects a desired product and purchases the product from the seller.
[0004]
At the time of this purchase, in the case of a business-to-individual case, a credit company or the like may take charge of collection, but in the case of a business-to-business, there is a basic transaction agreement between the selling company and the buying company, and electronic trading is performed. Nevertheless, it is positioned as a commercial transaction in this basic contract, and an electronic transaction system is operated.
[0005]
The processing contents of such an electronic transaction system are roughly classified into the following two as follows.
[0006]
In the first process, the selling side presents a product on the electronic trading system, and a plurality of buyers wishing to purchase the product indicate to the selling side an intention to purchase on the electronic trading system. The intention statement includes purchase conditions such as a desired purchase price, and the electronic trading system presents the purchase intention intention of the buyer who has gathered for an arbitrary period to the seller along with the purchase conditions and sells. The seller is a seller-led transaction that sells goods to the buyer who has presented the most favorable conditions to the seller from each purchase request presented from the electronic trading system in this way.
[0007]
In the second process, the buyer presents the product he / she wants to purchase along with the purchase conditions on the electronic trading system, and a plurality of sellers who want to sell this product indicate to the buyer the intention to sell via the electronic trading system. I do. The intention statement includes the selling conditions such as the desired selling price, and the electronic trading system presents the buying intention of the selling side gathered during an arbitrary period to the buying side along with the selling conditions and purchases. The buyer is a buyer-led transaction that purchases merchandise from the seller who has presented the most favorable conditions to the buyer among the sales conditions presented from the electronic trading system in this way.
[0008]
However, such a conventional electronic transaction system using the Internet and WWW cannot be applied to transactions having special transaction contents such as, for example, steel transactions.
[0009]
For example, in the trade of steel products, a steel manufacturer that manufactures products, a trading company that manages and sells products, a steel wholesaler that wholesales products to steel processors and consumers, and a customer that processes steel products and provides them to customers. Steel material processors and customers who use steel materials are involved in the transactions, and are broadly classified into linked transactions and store sales transactions.
[0010]
The pegging transaction is a custom-made product in which the customer specifies the product's specifications, a steel material processor, a trading company, a steel maker, etc., and places an order as a customer-specific product. Distribution is also determined from the stage of ordering, and this product is not generally sold to other consumers during the distribution process, but it is a transaction related to a product that is not in principle.
[0011]
In store sales transactions, trading companies target demand other than linked transactions such as steel wholesalers, steel processors, and customers, predict the sales volume, order the products from steel manufacturers, and sell the products to this market. For the purpose of resale of goods or similar products to be sold by steel wholesalers or steel processors, surplus items of steel manufacturers and surplus inventory in the distribution process, or linkages due to sudden demand This transaction is intended to make up for the shortage of transactions. For this reason, trading was conducted in a wide variety of factors, and in commercial distribution and logistics, steel manufacturers, trading companies, steel wholesalers, steel processors, and consumers were complicated, and were strongly influenced by product types and commercial distribution. There are multiple sales networks.
[0012]
In such a transaction situation, when considering the application of the steel material transaction to an electronic transaction system of store sales transaction in particular, an electronic transaction system of a conventional seller-led transaction method or a purchase-led transaction method. There is a functional element that cannot be satisfied, for example, “intervention for owner's transaction”.
[0013]
In other words, the biggest difference between the steel-based trading system and the general selling-side-based or buying-side-based trading system is that there is an intermediary between the selling side and the buying side. Here, this middleman is referred to as "owner".
[0014]
In steel trading, among the various trading factors, from which selling side the product should be procured and to which purchasing side it should be sold, and whether the connection between the selling side and the buying side has no problem in commercial distribution etc. As a result, the sales network was spontaneously formed, and there was an owner who put them together.
[0015]
For example, in the case of steel trading, from the viewpoint of the selling side, the credit guarantee of the buying side becomes a problem. In other words, it is necessary to investigate the business condition of the buyer on the issue of payment after selling and then conduct the transaction. Even if there is a basic contract related to the transaction, the business condition of the buyer always changes, and the seller conducts the transaction with a certain risk.
[0016]
From the viewpoint of the buyer, quality assurance of the seller's product becomes a problem. In other words, steel products are required to have various qualities, but in electronic trading systems, the range in which the buyer can check the actual product is limited, and the trust of the seller as to who is the seller is more problematic than in the past. If the buyer avoids the risk, he must select the seller.
[0017]
Under these circumstances, the business condition of the buyer is always grasped, and the buyer's debt is guaranteed to the seller, or the seller's product is confirmed and the buyer's quality is confirmed to the buyer. Or considering the commercial distribution of goods, as a whole, determining which sellers and which buyers may transact, and purchasing with appropriate sellers so that transactions are activated. The role of the owner is to select the side according to the product.
[0018]
In a conventional electronic transaction system, it is not possible to realize a secure transaction in consideration of the role of the owner. Furthermore, since the role of the owner is not considered, sales consignment between owners, that is, when there is a buyer who is not guaranteed by one owner but is guaranteed by another owner, one owner can The conventional electronic trading system cannot realize flexible transactions that provide sales to the owner of a product, and indirectly sell the product to the buyer under the responsibility of another owner.
[0019]
[Problems to be solved by the invention]
The problem to be solved is that, with the conventional technology, for example, it is not possible to efficiently perform a safe and flexible commercial transaction in consideration of the role of the owner in, for example, the trading of steel products.
[0020]
An object of the present invention is to solve these problems of the conventional technology, and activate a highly reliable business transaction that cannot be dealt with by a seller-led transaction or a buyer-led transaction in a conventional electronic trading system such as a steel trading. It is an object of the present invention to provide an electronic transaction system, an electronic transaction method, and a recording medium on which a processing program for the electronic transaction system and the processing program can be efficiently performed without hindrance.
[0021]
[Means for Solving the Problems]
In order to achieve the above object, the electronic trading system and the electronic trading method of the present invention are electronic trading systems and methods having a middleman trading function in which a middleman such as a trading company participates. When opening a dedicated electronic trading system that is your own sales network, the sellers and buyers who can participate in trading are restricted by registering member information, and which buyers, which sellers, which types Is restricted by registering sales information, the price to the buyer is specified by registering price information, and the transactionable limit of the buyer is limited in advance by the limit information. Set by registering.
[0022]
Then, the validity of each participation qualification is confirmed by referring to the member information registered in advance with respect to the authentication information input from the selling side and the buying side when participating in the electronic transaction system.
Also, at the time of the merchandise information registration on the selling side and the transaction based on the merchandise retrieval request information on the buying side, the validity of the selling side and the buying side is confirmed by referring to the member information.
[0023]
After the validity is confirmed in this way, the seller operates his / her own system, inputs the product desired to be sold according to the product information, transmits the electronic trading system, and the owner transmits this information in the electronic trading system. After interpreting and confirming whether or not the product can be sold on its own electronic trading system, it is formally registered as a product to be sold and presented on the system. It should be noted that the merchandise determined to be unsellable by the owner is returned to the selling side again as merchandise information, and the selling side deletes the registration.
[0024]
Further, the buyer refers to the purchased product by inputting and transmitting the product search request information in the own system. Based on this product search request information, the electronic transaction system of this example extracts products that can be sold to the buyer from the product information and the sales information, determines the price from the product information and the price information, and presents the price to the buyer's system. I do. If there is a reserved product, the reserved product is excluded from the extracted products to be sold to the buyer.
[0025]
Then, the buyer refers to each product presented as available for sale, and if there is a product that he / she wants to purchase, enters the order information and purchases it. If there is a product for which reservation is desired, the user inputs reservation information and makes a reservation. In this reservation, the reservation period is determined by the owner in the member information, and the reservation is automatically canceled for a product whose reservation period has passed. In addition, the buyer can know the reserved product from the reservation inquiry request information, and if there is a product to be purchased, purchases the product by inputting order information. At this time, the reservation for the product is released.
[0026]
Further, the transaction limit of the buyer is determined by comparing the limit information with the cumulative transaction of the buyer for a certain period in the electronic trading system when the order information from the buyer is input. Then, transactions that have not reached the transaction limit are regarded as transactions completed, the transaction details are recorded, the transaction total is updated, and the completion of the transaction is notified to the owner, the selling side, and the buying side using the contract notification information. . When this notification ends, the corresponding product information is deleted.
[0027]
Further, in the electronic trading system and the electronic trading method of the present invention, for example, in the presence of a plurality of steel trading systems, the owner registers another owner who performs sales consignment in the member information, and gives the other owner an Which sales side and which merchandise of the electronic trading system can be sold is registered in the sales information, and the sales consignment price for another owner is registered in the price information.
Then, when authentication information from another owner for the purpose of referring to the sales consignment product is input, the validity is confirmed by referring to the member information. Further, at the time of transaction based on the product search request information of another owner, the validity is confirmed by referring to the member information.
[0028]
When referring to the sales consignment product, the other owner, whose validity has been confirmed, inputs and transmits the product selection request information from its own system. Upon receiving the product selection request information, the electronic transaction system extracts products that can be consigned to other owners from the product information and sales information, determines the price from the product information and price information, and transmits the price to the other owner's system. To be presented. At this time, the reservation function is not provided.
[0029]
The other owner refers to the commodities that can be commissioned for sale presented in the own system, and if there is a desired commodity, selects the commodity by inputting commodity selection information. In the electronic trading system that has received the product selection information, the product is registered in the product information of the electronic trading system of another owner.
[0030]
In this way, after the sales consignment product is registered in the product information of the electronic transaction system of another owner, the contract notification information is output to all the owners involved in the sales consignment when the transaction is completed. When a condition for canceling the reservation occurs, the reservation related to the product is canceled in the electronic transaction systems of all the owners involved in the sales consignment. Also, after outputting the contract notification information, the electronic transaction system of all the owners involved in the sales consignment deletes the product information related to (related to) the product.
[0031]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
The electronic trading system and the electronic trading method of the present embodiment are intended to realize a transaction that takes into account the role of the owner, which cannot be realized by the conventional electronic trading system.
[0032]
That is, in transactions such as steel trading, the buyer's business status is always grasped, the buyer's debt is guaranteed to the seller, or the seller's products are checked, and the buyer's products are checked. Quality assurance, or considering the merchandise distribution of goods, as a whole, determine which sellers and which buyers may make a transaction, and an appropriate seller to activate the transaction In order to realize such a steel transaction involving the owner with an electronic trading system, it is necessary to (1) deal with the owner's transaction as follows. The electronic transaction system and the electronic transaction method of the present example have been devised, paying attention to basic functional elements relating to intervention and (2) functional elements relating to sales consignment between owners based thereon. .
[0033]
(1) Basic functional elements related to the owner's intervention in the transaction:
First, the owner determines in advance which sellers or buyers can participate in the sales network organized by the owner and registers it, and can properly authenticate transactions from the sellers and buyers to the electronic trading system. Need to be provided.
[0034]
Users of the electronic trading system are classified into sellers, buyers, or both, but the owner is responsible for transactions from users who cannot become sellers or transactions from users who cannot become buyers. A mechanism to monitor and stop the transaction is required.
[0035]
Second, owners need to be provided with a means by which they can control which sellers' products can be presented to which buyers. As mentioned above, this function is the most important as the owner.
[0036]
Third, the owner needs to be provided with a function for further narrowing down buyers depending on the type of product (hereinafter, sometimes referred to as “product classification”). In some cases, such as when dealing with surplus products from steel manufacturers or inventory in the distribution process, there may also be products that are not linked in principle, and the selling side will be more than the buyer who normally specifies the products. In some cases, it may be desirable to further narrow down the transaction to increase the confidentiality.
[0037]
Fourth, the owner needs to be provided with a function of presenting the same merchandise on the selling side to the buying side at different prices. The price to the buyer is not uniform, and it is necessary to consider a discount for the buyer who has many transactions depending on the purchase amount of the buyer.
[0038]
In addition, the owner must prevent price fluctuations from occurring due to direct transactions and keep prices within the sales network within a certain range. There is no need for a feature. As for the price control, a function that can control the price depending on the buyer and the type of the product is required.
[0039]
Fifth, the owner needs to be provided with the ability to set a buyer's transaction limit and suspend the buyer's transaction beyond the limit. In order to guarantee the buyer's debt, the owner needs to set an upper limit on the transaction amount or the transaction volume for a certain period for the buyer, and control the buyer not to purchase products exceeding the transaction limit. .
[0040]
Sixth, the owner needs to be provided with a function that allows the buyer to make a reservation and sets the reservation period. The owner needs to pay attention to buyers who have a lot of transactions so that they can secure products more preferentially than other buyers.
[0041]
Seventh, owners need to be provided with a means to identify merchandise sold. It is the role of the owner to keep the seller's products at a certain quality, and a mechanism is required that the seller cannot present the products to the buyer without confirmation of the owner.
In this example, an electronic trading system having the above mechanism is called a basic trading model.
[0042]
(2) Functional elements related to sales consignment between owners:
In addition to the basic functions described above, a function relating to sales consignment between owners, which will be described below, is also required.
[0043]
Hereinafter, sales consignment between owners will be described.
In an electronic trading system in which the owner intervenes, even if there is a product requested by the buyer in the sales network organized by the owner, the owner does not allow the buyer to trade this buyer in this sales network. Means that the buyer cannot purchase the goods.
[0044]
In the conventional electronic trading system, it is assumed that the buyer participates in the sales network and can directly trade with the seller, but in the case of a transaction involving the owner, the buyer's debt is guaranteed. On the premise, as described above, depending on the business state of the buyer, there are buyers whose owners cannot accept participation in this sales network.
[0045]
On the other hand, there is a plan for the owner to expand the sales network and increase the number of buyers who want to purchase products in order to activate transactions. In this case, the owner does not recognize the buyer as a user of the sales network, but there may be another owner's sales network that recognizes the buyer as a user.
[0046]
In such a case, if the original owner and another owner conclude the sale of the product, the original owner indirectly transfers the product to the buyer who is not originally recognized as a user. Can be sold.
[0047]
Therefore, as an electronic trading system, it is necessary to provide a function that enables sales consignment between owners to each owner.
[0048]
In this example, first, an electronic trading system having a mechanism relating to (1) a basic functional element relating to the owner's intervention in a transaction will be described as a basic transaction model, and thereafter, based on this basic transaction model. Further, (2) an electronic transaction system having a mechanism for sales consignment between owners will be described as an extended transaction model.
Hereinafter, the basic transaction model of the steel transaction system will be described with reference to FIG.
[0049]
FIG. 2 is a block diagram illustrating a configuration example of a basic transaction model of the steel material transaction system of the present example.
As shown in FIG. 2, the basic transaction model includes a
[0050]
In addition, each member can be both a selling side and a buying side with the same member. As shown in FIG. 2, as a flow of the transaction, the selling side provides the
[0051]
The role of the owner is to examine the participation of the members in the member group, confirm the products, select the products to be offered to the buyer, select the product category, determine the price for the buyer, and manage the transaction limits of the buyer. And take responsibility for transactions between members.
FIG. 1 shows a hardware configuration example of such a basic transaction model.
[0052]
FIG. 1 is a block diagram showing an example of a hardware configuration of a steel trading system according to the present invention.
The steel
[0053]
The
[0054]
The owner
[0055]
Each of the owner
[0056]
FIG. 8 is an explanatory diagram illustrating a configuration example of a table used in the steel material trading system of the present example.
The table (1) 80 of this example is provided with item columns of “information category”, “key item”, and “other items”, and is used for each process in the steel
[0057]
In FIG. 1, a user ID that can be uniquely identified in the entire steel material trading system is assigned to the owner and each member.
The information processing system that has input the user ID indicating the owner is the owner
[0058]
When the owner establishes a member group on the steel trading system, resources for controlling information on the master and the file among the information shown in FIG. 8 are allocated exclusively to the member group, and the
[0059]
Authentication by the owner's user ID and password is performed by the
[0060]
Hereinafter, using FIG. 10, the
[0061]
FIG. 10 is a block diagram illustrating a hardware configuration example of the server, the owner information processing system, the selling member information processing system, and the buying member information processing system in FIG.
[0062]
In FIG. 10,
[0063]
After the program and data stored in the
[0064]
Hereinafter, the detailed configuration and operation of the
First, description will be made with reference to FIG.
[0065]
FIG. 4 is a block diagram showing a first detailed configuration example of the basic transaction model of the electronic transaction system according to the present invention.
The electronic trading system in this figure is an example of a steel trading system. First, various registration processes by this steel trading system will be described in the order of (1) master registration and (2) product registration.
[0066]
Master registration is performed in the master
[0067]
First, after examining the members who want to participate, the owner registers the
These registered contents can be changed at any time, and only the owner
[0068]
In the
[0069]
As the member information in this example, as shown in Table (1) 80 of FIG. 8, the user ID and the member group number are used as “key items” for specifying the member information, and the contents are “other items”. Registered as a password, a selling mark, a buying mark, a reservation period, and other owner marks.
[0070]
Specifically, the user ID of the member who has accepted participation is entered in the key item of the member information, and the password of the user ID is entered in other items. The members include a member who can be a selling side, a member who can be a buying side, and a member who can be both of them. The owner determines the type, and inputs a selling side mark and a buying side mark of the member information.
[0071]
Then, the selling side is indicated by the selling side mark, and the buying side is indicated by the buying side mark. A member who can be both has the both marks.
Further, in the member master (3a), for a member who can be a buyer, a product reservation period after reservation can be input as a reservation period for each member. A member for which a reservation period is not set indicates that a reservation is not permitted.
[0072]
In the
[0073]
As a result, the owner can determine to which buying member the merchandise of which selling member is sold, and further, which merchandise category to sell.
[0074]
Specifically, the "information category" in the table (1) 80 in FIG. 8 is the content indicated in the sales information (sales master), and the user ID of the buying member is entered in the key item item, and the user ID is entered. Enter the user IDs of a plurality of selling members who have determined that they can sell the product to the buying member in (Selling Member), and sell to the buying member in the product classification (type, grade, etc.). Registration is performed by inputting a plurality of product classifications determined to be acceptable.
[0075]
In the
[0076]
As a result, the owner can set individual prices for the same product for each buyer and product category.
Specifically, the "information classification" in the table (1) 80 in FIG. 8 is the content indicated in the price information (price master), and the user ID and the product classification of the buying member are input to the key items thereof. Registration is performed by inputting the ratio (%) of the extra price to the price set in the product information in other items.
[0077]
In the
As a result, the owner can determine the transaction upper limit for each member for a certain period based on the transaction amount or the transaction quantity.
[0078]
Specifically, the "information category" in the table (1) 80 in FIG. 8 is the content shown in the limit information (limit master), and the user ID of the buying member is entered in the key item, and other items are entered. Enter the transaction upper limit amount of this buyer member, the transaction upper limit amount period to check the upper limit amount, the transaction upper limit quantity, and the transaction upper limit amount fixed period to check the upper limit amount, or both. Register by doing.
[0079]
Next, a description will be given of merchandise registration processing by a selling member in the steel trading system in FIG.
As shown in FIG. 4, the selling member who registers the product receives authentication information from the selling member
[0080]
In the
[0081]
If the authentication is permitted, the product registration is performed. That is, the merchandise information indicating the merchandise (the details of the items are shown in FIG. 8) is input from the selling member
[0082]
In the merchandise
[0083]
If the selling side mark is not present, this user ID outputs transaction stop information to the selling side member
[0084]
The product
[0085]
In this way, each product information stored in the
[0086]
The owner
[0087]
Each piece of product information other than the product information with the valid mark input from the owner
[0088]
The merchandise registration processing section 2i deletes the merchandise information with such a deletion mark from the
Next, the transaction operation of a product will be described with reference to FIG.
[0089]
FIG. 5 is a block diagram showing a second detailed configuration example of the basic transaction model of the electronic transaction system according to the present invention.
This figure shows the flow of commodity trading in a steel trading system as an example of an electronic trading system, in which a buying member who trades goods receives authentication information from a buying member
[0090]
The
The authenticated buyer member can perform subsequent product inquiry and reservation inquiry.
[0091]
In the product inquiry, the product inquiry request information (details of the items are shown in FIG. 8) is transmitted from the authenticated buyer-side member
[0092]
The selling side
[0093]
If the buyer side mark is not present, the user ID outputs transaction suspension information to the buyer side member
[0094]
Next, the selling side
[0095]
Next, the commodity
[0096]
Next, the commodity
[0097]
Next, the commodity
[0098]
When storing the sales product information in the
[0099]
When the sales merchandise information is generated in the
[0100]
In the buyer-side member
Then, the buyer-side member
[0101]
The product search processing unit 2p refers to the
[0102]
Next, the member of the buyer-side member
[0103]
This reservation and order are executed by inputting reservation information or order information (details of respective information items are shown in FIG. 8) from the buying member
[0104]
The reservation information from the buyer-side member
[0105]
The registered
[0106]
Next, such a reservation inquiry will be described.
In the reservation inquiry, the reservation inquiry request information (details of the items are shown in FIG. 8) is input from the buyer-side member
[0107]
The reservation
[0108]
The buying member
[0109]
Hereinafter, the order processing will be described.
When order information is input from the buyer-side member
[0110]
Here, first, a transaction limit is determined.
That is, before executing the transaction establishment processing in the
[0111]
The determination of the transaction limit is made by the
[0112]
If not exceeded, the next contract information update process is performed.
That is, if the transaction upper limit amount or the transaction upper limit amount is not exceeded, the processing is returned from the transaction
[0113]
Regarding the transaction total amount and the transaction total amount of the purchase side member's contract information, the sum total of the price and quantity of the order is stored in the database in addition to the transaction total amount and the transaction total amount, and the contract information is updated.
[0114]
At that time, the
[0115]
In addition, the same processing is performed for the cumulative transaction amount and the cumulative transaction period.
It should be noted that the contract information for the owner and for the selling member is not updated with respect to this information.
[0116]
The deal information includes a transaction statement as shown in “Other Items” of the table (1) 80 in FIG. 8, and the transaction statement is recorded in units of product number, and is used for the owner, the buyer, and the seller. The contract date, date, hour, minute, and second are recorded for each of the side members, and the contents of the sale product information or the reservation product information are recorded in the transaction statement.
[0117]
Regarding the price of this transaction statement, for the owner, the price of the buyer side of the sales product information or the reserved product information is recorded at
As for the price of the product information, the
[0118]
In the transaction details for the buyer member, the buyer member price is recorded at
In the transaction details for the selling side member, the
[0119]
The reason why the
[0120]
Thereafter, a contract notification is made in the
That is, the
[0121]
The contract notification information is created with reference to the transaction details in the
[0122]
After the contract notification processing, the reservation release processing is performed next.
In canceling the reservation, in the case of an order from the reservation inquiry, the
[0123]
Further, after the reservation canceling process, the merchandise information is updated.
That is, the
[0124]
This concludes the description of the basic transaction model, and then describes the extended transaction model.
[0125]
FIG. 3 is a block diagram showing a configuration example of an extended trading model of the steel trading system of the present example.
As shown in FIG. 3, the steel material trading system of the present example can form a plurality of basic transaction models in FIG. 2 for each member group.
[0126]
In the example of FIG. 3, three member groups of the basic transaction model in FIG. 2 are formed as a member group A 32a, a
[0127]
In this example, the meaning of being independent means that the buyer members (B1) 36a and 36b in the member group B32b managed by the owner B31b and the buyer members (C1) 37a in the member group C32c managed by the owner C31c. , 37b cannot directly trade with the selling members (A1) 34a, 34b of the member group A32a managed by the owner A31a, that is, the owner A31a joins the buying member B1 and the buying member C1 to the member group A. Transactions are taking place in a situation that does not allow for this.
[0128]
In the extended transaction model of the present example, among the set of a plurality of basic transaction models in which independent transactions are performed,
[0129]
As a transaction flow, the member group owner determines which other member group owners should provide the products in the member group for each product, and the other member group owner Decide whether to sell the product within your member group.
[0130]
When a product to be sold is determined, the owner is responsible for selling the product as a product in his or her member group, and a purchasing member of the member group purchases the product.
[0131]
In the example of FIG. 3, first, the
[0132]
Further, the owner B31b provides the
[0133]
By doing so, the
[0134]
As a result, the owner A31a does not take responsibility for it, so that it is possible for the buyer member (B1) 36a and the buyer member (C1) 37a to complete the transaction without belonging to the member group A32a.
[0135]
Each system constituting such an extended transaction model, that is, the hardware configuration of the owner information processing system, the selling member information processing system, and the buying member information processing system is the same as the basic transaction model.
[0136]
Hereinafter, the detailed configuration and operation of the steel trading system as the extended trading model of this example will be described with reference to FIGS. 6 and 7.
First, description will be made with reference to FIG.
[0137]
FIG. 6 is a block diagram showing a detailed configuration example of the electronic transaction system according to the present invention in the extended transaction model.
The electronic trading system in FIG. 6 is an example of a steel trading system. First, various registration processes performed by the steel trading system will be described from master registration.
[0138]
In the present example, a method of realizing a part where the buying member (B1) 36a of the member group B32b purchases the
[0139]
Note that the part that the owner C31c sells the
[0140]
First, the process of master registration in FIG. 6 will be described.
To enable the owner B to make a transaction with the member group A, the owner A needs to register the owner B in the member master.
At this time, the user ID and password of owner B are input as member information, and another owner mark is present.
[0141]
The owner A registers in advance in the
Specifically, the user ID of the owner B is registered as a key item of the
[0142]
Further, the owner A registers an extra price when the product of the member group A is provided to the owner B in the
Specifically, the user ID and the product category of the owner B are registered in the key items of the
[0143]
Next, a description will be given of the product selection process.
As shown in FIG. 6, in order to provide a product from the owner A to the owner B, the product selection request information is input from the owner B
FIG. 9 shows the configuration of each piece of information including the product selection request information.
[0144]
FIG. 9 is an explanatory diagram illustrating a configuration example of a table used in the steel trading system in the extended trading model.
The table (2) 90 of the present example is provided with “information categories”, “key items”, and “other items”, and is referred to in each processing in the steel material trading system in the extended trading model described below. Is done. The details will be described together with the description of each process in the steel material trading system shown in FIG.
[0145]
In FIG. 6, the selling side
[0146]
The product selection is performed in the same way as the product inquiry except for the reservation-related processing described in the basic transaction model, and the product provided from owner A to owner B is created as sales product information, in which owner B is a member. When there is a product to be sold in the group B, the product selection information (in the example of FIG. 9, the user ID is used as a key item and the product number of the other items is referred to) is selected from the owner B
[0147]
That is, when the product selection information is input, the product
[0148]
The merchandise registration processing section 2I of the member group B stores the sales merchandise information in the database as the merchandise information of the member group B.
Note that when the merchandise information is stored in this way, the merchandise registration processing section 2I of the member group B has a valid mark of the merchandise information because it is registered from the owner of the own member group.
[0149]
The merchandise
The merchandise owner information records which merchandise has been passed from which owner to which owner, and has the item contents shown in FIG.
[0150]
Based on this content, in the case of FIG. 6, in the case of FIG. 6, the product
[0151]
Hereinafter, processing on the member group B side in FIG. 6 will be described.
As described above, the processing on the member group B side after the goods are transferred from the owner A to the owner B is the same as the basic transaction model except for the processing in the
[0152]
The
The fact that this information is recorded indicates that the product is a product extending between owners, and the
[0153]
Note that the
[0154]
The processes related to the creation / update of the contract information, the contract notification, the reservation release, and the product information update will be described in order.
First, creation / update of contract information will be described.
[0155]
In the basic transaction model shown in FIG. 5, the
[0156]
First, the processes related to the accumulated transaction amount, the accumulated transaction amount period, the accumulated transaction amount, and the accumulated transaction amount period of the contract information are the same as those in the basic transaction model, and are updated only for the buying member.
[0157]
Next, the part excluding the price of the transaction details records the contract date, month, day, hour, minute, and second for each of owner A, owner B, buyer, and seller. Alternatively, the content of the reserved product information is recorded in a transaction statement.
[0158]
As the user ID (owner) of the transaction statement, the owner B who is the owner of the buying member is recorded even for the owner A.
Since the owner of the buying member, that is, owner B, is responsible for the transaction, the location of the responsibility is recorded.
The price of the transaction statement will be described with reference to FIG.
[0159]
FIG. 7 is an explanatory diagram showing an example in which the relationship between the price transition and each information in the electronic transaction system in FIG. 6 is summarized.
As shown in FIG. 7, as for the price (1) and price (2) of the owner B and the buying member, refer to the sales product information or the reservation product information and the product information of the member group B as in the basic transaction model. Recorded.
[0160]
Since the selling member's price (2) is different from the member group, if the same method as in the basic transaction model is used, the price will be B. Therefore, the price A is recorded with reference to the product information of the member group A.
[0161]
Specifically, the owner of the selling member is obtained from the product owner information, and the product information managed by the owner is referred to using the product number as a key item, and the price in the product information is obtained.
The fact that the price (1) is blank is the same as in the basic transaction model.
[0162]
As for the price for owner A, price (1) records the price provided to owner B, ie, price B in FIG. 7, and price (2) indicates the price purchased from the selling member or another owner, ie, price. Record the price A in FIG.
The reason why the price B is recorded in the price (1) is to conceal how much the owner B has sold to the buying member with respect to the product provided by the owner A.
[0163]
Next, processing related to a contract notification will be described.
The
The contract notification is created with reference to the transaction details in the
[0164]
Next, processing related to reservation cancellation will be described.
In the case of an order from a reservation inquiry, the
[0165]
Next, a process for updating product information will be described.
The
[0166]
As described above with reference to FIGS. 1 to 10, in the electronic trading system and method according to the present embodiment, when the owner who brokers a steel trade establishes a dedicated electronic trading system, which is his or her own sales network, he or she performs the trading. By registering the member information, the sellers and buyers who can participate in the event are restricted by registering the member information, and which buyers can purchase which types of products from which sellers are registered by registering the sales information. Further, the price for the buyer is specified by registering the price information, and the transaction limit of the buyer is set in advance to register the limit information.
[0167]
Then, the validity of each participation qualification is confirmed by referring to the member information registered in advance with respect to the authentication information input from the selling side and the buying side when participating in the electronic transaction system.
[0168]
Also, at the time of a transaction based on the merchandise information on the selling side or the merchandise search request information on the buying side, the validity of the selling side and the buying side is confirmed by referring to the member information.
[0169]
After the legitimacy is confirmed in this way, the seller inputs the product he / she wants to sell based on the product information, and the owner reads this information and determines whether or not the product can be sold on the electronic transaction system. After confirming this, the product is officially registered as a product to be sold and presented on the system. It should be noted that the merchandise determined to be unsellable by the owner is returned to the selling side again as merchandise information, and the selling side deletes the registration.
[0170]
The buyer refers to the purchased product by inputting the product search request information. Based on the product search request information, in the electronic transaction system of the present example, a product that can be sold to the buyer is extracted from the product information and the sales information, and the price is determined from the product information and the price information. If there is a reserved product, the reserved product is excluded from the extracted products to be sold to the buyer.
[0171]
Then, the buyer refers to each product presented as available for sale, and if there is a product that he / she wants to purchase, enters the order information and purchases it. If there is a product for which reservation is desired, the user inputs reservation information and makes a reservation.
[0172]
In this reservation, the reservation period is determined by the owner in the member information, and the reservation is automatically canceled for a product whose reservation period has passed. In addition, the buyer can know the reserved product from the reservation inquiry request information, and if there is a product to be purchased, purchases the product by inputting order information. At this time, the reservation for the product is released.
[0173]
Further, the transaction limit of the buyer is determined by comparing the limit information with the cumulative transaction of the buyer for a certain period when order information from the buyer is input. Then, transactions that have not reached the transaction limit are regarded as transactions completed, the transaction details are recorded, the transaction total is updated, and the completion of the transaction is notified to the owner, the selling side, and the buying side using the contract notification information. . When this notification ends, the corresponding product information is deleted.
[0174]
Further, in the electronic transaction system and the electronic transaction method of the present example, an extended transaction model can be configured based on the basic transaction model described above. In other words, in the presence of a plurality of steel trading systems, the owner registers another owner to be outsourced to the member information, and to this owner, which product of which selling side of the own electronic trading system is sold. Whether to make it possible is registered in the sales information, and the sales consignment price for another owner is registered in the price information.
[0175]
Then, the authentication information from another owner for the purpose of referring to the sales consignment product is checked for validity by referring to the member information. Further, at the time of transaction based on the product search request information of another owner, the validity is confirmed by referring to the member information.
[0176]
When referring to the sales consignment product, the other owner, whose validity has been confirmed, inputs and transmits the product selection request information from its own system. Upon receiving this product selection request information, the own electronic trading system extracts products that can be consigned to other owners from the product information and sales information, determines the price from the product information and price information, and sends the price to the other owner's system. Send and show. At this time, the reservation function is not provided.
[0177]
The other owner refers to the commodities that can be commissioned for sale presented in the own system, and if there is a desired commodity, selects the commodity by inputting commodity selection information. In the electronic trading system that has received the product selection information, the product is registered in the product information of the electronic trading system of another owner.
[0178]
After the sales consignment product is registered in the product information of the electronic trading system of the other owner, (1) when the transaction is completed, the contract notification information is output to all the owners involved in the sales consignment. (2) When a condition for canceling a reservation occurs, the reservation related to the product in the electronic transaction system of all owners involved in the sales consignment is canceled. (3) After the contract notification information is output, the merchandise information related to the merchandise in the electronic transaction system of all owners involved in the sales consignment is deleted.
[0179]
The present invention is not limited to the example described with reference to FIGS. 1 to 10 and can be variously modified without departing from the gist thereof. For example, in this example, the steel material transaction has been described as an example.However, the present invention can be applied to other product characteristics similar to steel materials, transactions of other products having transaction characteristics, etc. it can.
[0180]
In this embodiment, the optical disk is used as a recording medium, but the FD may be used as a recording medium. As for the installation of the program, the program may be downloaded and installed via a network via a communication device.
[0181]
【The invention's effect】
According to the present invention, it is possible to efficiently perform highly reliable commercial transactions that cannot be dealt with by seller-led transactions or purchased-side transactions in conventional electronic trading systems, such as steel trading, without hindering activation. It becomes possible.
[0182]
Specifically, first, the owner can control which selling side and which buying side participate in the electronic trading system established by the owner such as a trading company, and can control the legitimacy of the trading permission.
[0183]
Further, the owner can control which buyer can purchase which merchandise and which merchandise type can be purchased. In addition, the owner can control the price for each buyer.
[0184]
Further, the owner can set a transaction upper limit of the buyer and control transactions exceeding the upper limit. Further, the owner can set a reservation period for the buyer and control the reservation within the period.
Further, the owner can control the registration of the product by confirming the product desired for sale on the selling side.
[0185]
In addition, one owner can sell a product of the electronic trading system of another owner as a product of the own electronic trading system, and product sales can be entrusted among a plurality of owners.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a hardware configuration example of a steel material trading system according to the present invention.
FIG. 2 is a block diagram illustrating a configuration example of a basic transaction model of the steel material transaction system according to the present embodiment.
FIG. 3 is a block diagram showing a configuration example of an extended trading model of the steel trading system of the present embodiment.
FIG. 4 is a block diagram showing a first detailed configuration example in a basic transaction model of the electronic transaction system according to the present invention.
FIG. 5 is a block diagram showing a second detailed configuration example of the basic transaction model of the electronic transaction system according to the present invention.
FIG. 6 is a block diagram showing a detailed configuration example of an electronic transaction system according to the present invention in an extended transaction model.
FIG. 7 is an explanatory diagram showing an example in which the relationship between price transition and each information in the electronic transaction system of FIG. 6 is summarized.
FIG. 8 is an explanatory diagram showing a configuration example of a table used in the steel material trading system of the present example.
FIG. 9 is an explanatory diagram showing a configuration example of a table used in a steel trading system in an extended trading model.
FIG. 10 is a block diagram showing a hardware configuration example of a server, an owner information processing system, a selling member information processing system, and a buying member information processing system in FIG. 1;
[Explanation of symbols]
1: Server, 2: Steel trading system, 2a: Master registration processing unit, 2b: Member installation processing unit, 2c: Sales setting processing unit, 2d: Price setting processing unit, 2e: Limit setting processing unit, 2f: Authentication processing unit , 2g to 2i, 2I: merchandise registration processing unit, 2j: authentication processing unit, 2k: merchandise transaction processing unit, 21, 2L: selling side selection processing unit, 2m, 2M: classification selection processing unit, 2n, 2N: price processing , 2o: reservation deletion processing unit, 2p: product search processing unit, 2P: product selection processing unit, 2q: reservation registration processing unit, 2r: reservation search processing unit, 2s: reservation cancellation processing unit, 2t, 2T: contract Processing unit, 2u: transaction limit processing unit, 2v: limit processing unit, 3: database, 3a: member master, 3b: sales master, 3c: price master, 3d: limit master, 3e: product information, 3f: sales product, 3g: reserved product, 3h: mature Information 4: Network, 5a, 5b: Owner information processing system, 6a, 6b: Selling member information processing system, 7a, 7b: Buying member information processing system, 21: Owner, 22: Member group, 23: Product, 24a, 24b: selling member, 25a, 25b: buying member, 31a: owner A, 31b: owner B, 31c: owner C, 32a: member group A, 32b: member group B, 32c: member group C, 33a 33c: Commodities, 34a, 34b: Selling members A1, 35a, 35b: Buying members A1, 36a, 36b: Buying members B1, 37a, 37b: Buying members C1, 80: Table (1), 90: Table (2), 101: display device, 102: input device, 103: external storage device, 104: information processing device, 104a: C U, 104b: main memory, 105: optical disc, 106: drive device 107: communication device.
Claims (11)
開設元のオーナコンピュータから入力される、取引に参加できるメンバの識別に用いるメンバ情報を記憶装置に記録する第1の情報登録処理手段と、
上記開設元のオーナコンピュータから入力される、買側のメンバの識別情報と売側のメンバの識別情報と該売側メンバと上記買側メンバ間で取引される商品とを対応付けた販売情報を記憶装置に記憶する第2の情報登録処理手段と、
取引参加を要求してきたコンピュータから入力されたメンバ情報を、上記記憶装置から読み出した上記メンバ情報と照合して、該コンピュータを操作しているメンバの取引参加を制限する認証処理手段と、
取引参加を許可した売側メンバのコンピュータから入力された販売要求内容を、上記記憶装置から読み出した上記販売情報と照合して、該売側メンバが販売できる商品を制限する商品登録処理手段と、
取引参加を許可した買側メンバのコンピュータから入力された購入要求内容を上記記憶装置から読み出した上記販売情報と照合して、該買側メンバが購入できる売側メンバと商品を制限する第1の選択処理手段と
を有することを特徴とする電子取引システム。An electronic trading system that is set up on a computer network and performs a sales transaction of goods,
Is input from open source owner computer, the first information registration processing means for recording in the storage device the member information used for identification of members that can participate in transactions,
Is input from the opened source owner computer, buying side of the member identification information and sales side of the member identification information and該売side members and sales information associating the products traded among the Offer side members a second information registration processing means for storing in a storage device,
Authentication processing means for comparing member information input from a computer requesting transaction participation with the member information read from the storage device, and restricting transaction participation of members operating the computer;
Merchandise registration processing means for comparing the sales request content input from the computer of the selling member who has permitted the transaction participation with the sales information read from the storage device, and restricting the merchandise which the selling member can sell;
A first method for checking the purchase request content input from the computer of the buying member who has permitted the transaction participation with the sales information read from the storage device, and restricting the selling member and the products that the buying member can purchase. Selection processing means and
Electronic trading system characterized by having .
開設元のオーナコンピュータから入力される、買側のメンバに対する商品価格を示す価格情報、および、買側のメンバに対する取引限度額を示す限度情報を記憶装置に記録する第3の情報登録処理手段と、
購入を許可した買側メンバに対する購入対象となる商品の価格を、上記記憶装置から読み出した上記価格情報を参照して求め、該買側メンバのコンピュータに通知する価格処理手段と、
買側メンバの購入成約合計額を算出し、上記記憶装置から読み出した上記限度情報と比較して、該買側メンバの購入を制限する限度処理手段とを有することを特徴とする電子取引システム。The electronic transaction system according to claim 1, wherein
Third information registration processing means for recording, in a storage device, price information indicating the product price for the buying member and limit information indicating the transaction limit for the buying member, which are input from the owner computer of the establishment company; ,
Price processing means for determining the price of the product to be purchased for the purchasing member who has permitted the purchase by referring to the price information read from the storage device, and notifying the computer of the purchasing member;
An electronic transaction system, comprising: limit processing means for calculating a total purchase contract amount of a buying member, comparing the total amount with the limit information read from the storage device, and limiting purchase of the buying member.
上記開設元のオーナコンピュータから入力される、予約取引を許可する買側メンバの予約メンバ情報と予約取引の対象となる商品を特定する予約商品識別情報とを記憶装置に記録する第4の情報登録処理手段と、
取引参加を許可した買側メンバのコンピュータから入力された商品の購入予約要求内容を、上記記憶装置から読み出した上記予約メンバ情報および上記予約商品識別情報と照合して、上記予約取引を制限する予約検索処理手段とを有することを特徴とする電子取引システム。An electronic transaction system according to claim 1 or claim 2,
Fourth information registration for recording, in a storage device, reservation member information of a buying member permitting a reservation transaction and reservation commodity identification information for specifying a commodity to be subjected to the reservation transaction, which are input from the owner computer of the establishment source. Processing means;
A reservation for restricting the reservation transaction by comparing the purchase reservation request content of the commodity inputted from the computer of the buying member who has permitted the transaction participation with the reservation member information and the reservation commodity identification information read from the storage device. An electronic transaction system comprising: a search processing unit.
上記開設元のオーナコンピュータから入力される、他システムの開設元のオーナ(他オーナ)を特定するオーナ識別情報を、上記メンバ情報に登録する第5の情報登録手段と、
上記オーナ識別情報と当該他オーナのシステムでの販売を許可する商品(販売委託商品)と該販売委託商品を販売する売側メンバの識別情報とを対応付けて上記販売情報に登録する第6の情報登録手段と、
上記販売委託商品の上記他オーナのシステムでの販売価格情報を上記記憶装置に記録する第7の情報登録処理手段と、
取引参加を要求してきたコンピュータから入力されたメンバ情報を、上記記憶装置から読み出した上記オーナ識別情報と照合して、該コンピュータを操作している他オーナの取引参加を制限する他オーナ認証処理手段と、
取引参加を許可した他オーナのコンピュータから入力された商品選択要求情報を、上記記憶装置から読み出した上記販売情報と照合して、該他オーナのシステムで販売できる上記販売委託商品を制限する第2の選択処理手段と、
上記販売委託商品の販売を許可した他オーナのコンピュータに、当該販売委託商品情報を渡す商品選択処理手段とを有し、
上記他オーナのシステムにおいて、該システムに登録された買側メンバに上記販売委託商品を販売させることを特徴とする電子取引システム。The electronic transaction system according to any one of claims 1 to 3, wherein
Fifth information registration means for registering, in the member information, owner identification information for specifying the owner (other owner) of the other system, which is input from the owner computer of the establishment source,
A sixth method in which the owner identification information is associated with the product (sales consignment product) permitted to be sold in the system of the other owner and the identification information of the selling member who sells the consignment product, and is registered in the sales information. Information registration means,
A seventh information registration processing means for recording the sales price information of the sales consignment product in the system of the other owner in the storage device;
Other owner authentication processing means for collating member information input from a computer requesting transaction participation with the owner identification information read from the storage device and restricting the participation of other owners operating the computer from transaction participation. When,
Secondly, the merchandise selection request information input from another owner's computer that has been permitted to participate in the transaction is compared with the sales information read from the storage device to limit the sales consignment products that can be sold by the other owner's system. Selection processing means,
A product selection processing means for passing the sales consignment product information to a computer of another owner who has authorized the sales of the sales consignment product,
The electronic transaction system according to the other owner's system, wherein the sales consignment product is sold to a buying member registered in the system.
上記複数の電子取引システムのそれぞれは、
開設元のオーナコンピュータから入力される、取引に参加できるメンバおよび他オーナの識別に用いるメンバ情報を記憶装置に記録する第1の情報登録処理手段と、
上記開設元のオーナコンピュータから入力される、買側のメンバの識別情報と売側のメンバの識別情報と該売側メンバと上記買側メンバ間で取引される商品および該商品の委託販売を許可する他オーナの識別情報とを対応付けた販売情報を記憶装置に記憶する第2の情報登録処理手段と、
取引参加を要求してきたコンピュータから入力されたメンバ情報を、上記記憶装置から読み出した上記メンバ情報と照合して、該コンピュータを操作しているメンバおよび他オーナの取引参加を制限する認証処理手段と、
取引参加を許可した売側メンバのコンピュータから入力された販売要求内容を、上記記憶装置から読み出した上記販売情報と照合して、該売側メンバが販売できる商品を制限する第1の商品登録処理手段と、
取引参加を許可した買側メンバのコンピュータから入力された購入要求内容を上記記憶装置から読み出した上記販売情報と照合して、該買側メンバが購入できる売側メンバと商品を制限する第1の選択処理手段と、
取引参加を許可した他オーナのコンピュータから入力された商品選択要求情報を上記記憶装置から読み出した上記販売情報と照合して、該他オーナに委託販売を許可する商品を制限する第2の選択処理手段と、
委託販売を許可した商品情報を委託先の他オーナが開設する電子取引システムに渡すとともに、委託販売を許可した商品情報と委託先の他オーナの識別情報および自オーナの識別情報とを対応付けて商品オーナ情報として登録する商品選択処理手段と、
他オーナが開設する電子取引システムに委託販売を要求して許可され渡された商品情報を登録する第2の商品登録処理手段と、
成立した取引が自メンバグループ内のメンバ間での取引であれば買側メンバと売側メンバおよび自オーナのそれぞれのコンピュータに、成立した取引が販売委託商品の取引であれば上記商品オーナ情報を参照して売側メンバと委託要求先の他オーナを特定し、特定した売側メンバと他オーナおよび購入した自メンバグループ内の買側メンバと自オーナのそれぞれのコンピュータに、自オーナが当該取引の責任を負うこと示す情報を付与した成約通知情報を作成して出力する成約処理手段と、
を有し、他オーナが開設する電子取引システムのメンバグループのメンバに、自メンバグループ内で販売する商品を、販売委託商品として他オーナの責任で販売することを特徴とする拡張取引システム。The system comprises a plurality of electronic trading systems which are set up on a computer network and which carry out transaction processing of goods between the buying member and the selling member registered in association with each other in a member group managed by the owner of the opening company. An extended trading system,
Each of the plurality of electronic trading systems,
First information registration processing means for recording, in a storage device, member information used for identification of members who can participate in transactions and other owners, which is input from the owner computer of the establishment company;
The identification information of the buyer member, the identification information of the seller member, and the products traded between the seller member and the buyer member, and the consignment sale of the product, which are input from the owner computer of the establishment source. Second information registration processing means for storing, in a storage device, sales information associated with identification information of another owner,
Authentication processing means for collating member information input from the computer requesting transaction participation with the member information read from the storage device, and restricting the members operating the computer and other owners from participating in the transaction; ,
A first merchandise registration process for collating the sales request contents input from the computer of the selling member who has been permitted to participate in the transaction with the sales information read from the storage device, and limiting the products that the selling member can sell. Means,
A first method for checking the purchase request content input from the computer of the buying member who has permitted the transaction participation with the sales information read from the storage device, and restricting the selling member and the products that the buying member can purchase. Selection processing means;
A second selection process for checking the product selection request information input from the computer of another owner who has been permitted to participate in the transaction with the sales information read from the storage device, and restricting the products permitted to be consigned to the other owner. Means,
The product information that has been authorized for consignment is passed to the electronic trading system established by the other owner of the consignee, and the product information that has been authorized for consignment is associated with the identification information of the other owner and the own owner. Product selection processing means to be registered as product owner information;
Second merchandise registration processing means for requesting consignment sales to an electronic trading system established by another owner and registering the merchandise information that has been granted and passed;
If the completed transaction is a transaction between members in the own member group, the computer of the buying member, the selling member, and the owner owns the above-mentioned product owner information if the completed transaction is a transaction of a sales consignment product. The reference is made to the selling member and the other owner of the consignment request destination to refer to the computer, and the own owner sends the transaction to the computer of the specified selling member and the other owner, and the buying member and the own owner in the purchased own member group. A contract processing means for creating and outputting contract notification information provided with information indicating that
An extended transaction system comprising: selling products sold in a member group of a member group of an electronic transaction system established by another owner as sales consignment products under the responsibility of the other owner.
開設元のオーナコンピュータから入力される、取引に参加できるメンバの識別に用いるメンバ情報を記憶装置に記録するステップと、
上記開設元のオーナコンピュータから入力される、買側のメンバの識別情報と当該買側メンバとの取引を許可する売側のメンバの識別情報と該売側のメンバによる販売を許可する取引商品とを対応付けた販売情報を記憶装置に記録するステップと、
取引参加を要求してきたコンピュータから入力されたメンバ情報を、上記記憶装置から読み出した上記メンバ情報と照合して、該コンピュータを操作しているメンバの取引参加を制限するステップと、
取引参加を許可した売側メンバのコンピュータから入力された販売要求内容を、上記記憶装置から読み出した上記販売情報と照合して、該売側メンバが販売できる商品を制限するステップと、
取引参加を許可した買側メンバのコンピュータから入力された購入要求内容を上記記憶装置から読み出した上記販売情報と照合して、該買側メンバが購入できる売側メンバと商品を制限するステップとを有することを特徴とする電子取引方法。An electronic trading method of an electronic trading system that is set up on a computer network and performs a sales transaction of goods,
Recording in a storage device member information that is input from the owner computer of the establishment and that is used to identify members who can participate in the transaction;
The identification information of the buyer member, the identification information of the seller member permitting the transaction with the buyer member, and the transaction product permitting the sale by the seller member, which are input from the owner computer of the establishment source. Recording in the storage device the sales information associated with
Collating member information input from a computer that has requested transaction participation with the member information read from the storage device, and restricting transaction participation of members operating the computer;
Comparing the sales request contents input from the computer of the selling member who has permitted the transaction participation with the sales information read from the storage device, and restricting the products that the selling member can sell;
Checking the purchase request content input from the computer of the buying member who has permitted the transaction participation with the sales information read from the storage device, and restricting the selling member and the products that the buying member can purchase. An electronic trading method, comprising:
上記開設元のオーナコンピュータから入力される、買側のメンバに対する商品価格を示す価格情報、および、買側のメンバに対する取引限度額を示す限度情報とを記憶装置に記録するステップと、
購入を許可した買側メンバに対する購入対象となる商品の価格を、上記記憶装置から読み出した上記価格情報を参照して求め、該買側メンバのコンピュータに通知するステップと、
買側メンバの購入成約合計額を算出し、上記記憶装置から読み出した上記限度情報と比較して、該買側メンバの購入を制限するステップとを有することを特徴とする電子取引方法。An electronic transaction method according to claim 6, wherein
Recording the price information indicating the product price for the buying member and the limit information indicating the transaction limit for the buying member, which are input from the owner computer of the establishment source, in a storage device;
Obtaining the price of the product to be purchased for the buying member who has permitted the purchase by referring to the price information read from the storage device, and notifying the computer of the buying member;
Calculating the total purchase contract amount of the buying member, comparing the total information with the limit information read from the storage device, and limiting the purchase of the buying member.
上記開設元のオーナコンピュータから入力される、予約取引を許可する買側メンバの予約メンバ情報、および、予約取引の対象となる商品を特定する予約商品識別情報とを記憶装置に記録するステップと、
取引参加を許可した買側メンバのコンピュータから入力された商品の購入予約要求内容を、上記記憶装置から読み出した上記予約メンバ情報および上記予約商品識別情報と照合して、上記予約取引を制限するステップとを有することを特徴とする電子取引方法。An electronic transaction method according to claim 6 or claim 7,
Recording the reservation member information of the buying member permitting the reservation transaction and the reservation commodity identification information for specifying the commodity to be subjected to the reservation transaction, which is input from the owner computer of the establishment origin, in a storage device;
Restricting the reservation transaction by comparing the purchase reservation request content of the commodity input from the computer of the buying member who has permitted the transaction participation with the reservation member information and the reservation commodity identification information read from the storage device. An electronic trading method comprising:
上記開設元のオーナコンピュータから入力される、他システムの開設元のオーナ(他オーナ)を特定するオーナ識別情報を、上記メンバ情報に登録するステップと、
上記オーナ識別情報と当該他オーナのシステムでの販売を許可する商品(販売委託商品)と該販売委託商品を販売する売側メンバの識別情報とを対応付けて上記販売情報に登録するステップと、
上記販売委託商品の上記他オーナのシステムでの販売価格情報を上記記憶装置に記録するステップと、
取引参加を要求してきたコンピュータから入力されたメンバ情報を、上記記憶装置から読み出した上記オーナ識別情報と照合して、該コンピュータを操作している他オーナの取引参加を制限するステップと、
取引参加を許可した他オーナのコンピュータから入力された商品選択要求情報を、上記記憶装置から読み出した上記販売情報と照合して、該他オーナのシステムで販売できる上記販売委託商品を制限するステップとを有することを特徴とする電子取引方法。An electronic transaction method according to any one of claims 6 to 8, wherein
Registering, in the member information, owner identification information that identifies the owner (other owner) of the other system, which is input from the owner computer of the establishment source;
Registering the owner identification information in association with the product (sales consignment product) permitted to be sold in the system of the other owner and the identification information of the selling member who sells the sales consignment product in the sales information;
Recording sales price information of the consignment product in the system of the other owner in the storage device;
Collating member information input from the computer that has requested transaction participation with the owner identification information read from the storage device, and restricting transaction participation of other owners operating the computer;
Checking the product selection request information input from the other owner's computer that has permitted the transaction participation with the sales information read from the storage device, and limiting the sales consignment products that can be sold by the other owner's system; An electronic trading method comprising:
上記複数の電子取引システムのそれぞれは、
開設元のオーナコンピュータから入力される、取引に参加できるメンバおよび他オーナの識別に用いるメンバ情報を記憶装置に記録するステップと、
上記開設元のオーナコンピュータから入力される、買側のメンバの識別情報と売側のメンバの識別情報と該売側メンバと上記買側メンバ間で取引される商品および該商品の委託販売を許可する他オーナの識別情報とを対応付けた販売情報を記憶装置に記録するステップと、
取引参加を要求してきたコンピュータから入力されたメンバ情報を、上記記憶装置から読み出した上記メンバ情報と照合して、該コンピュータを操作しているメンバおよび他オーナの取引参加を制限するステップと、
取引参加を許可した売側メンバのコンピュータから入力された販売要求内容を、上記記憶装置から読み出した上記販売情報と照合して、該売側メンバが販売できる商品を制限するステップと、
取引参加を許可した買側メンバのコンピュータから入力された購入要求内容を上記記憶装置から読み出した上記販売情報と照合して、該買側メンバが購入できる売側メンバと商品を制限するステップと、
取引参加を許可した他オーナのコンピュータから入力された商品選択要求情報を上記記憶装置から読み出した上記販売情報と照合して、該他オーナに委託販売を許可する商品を制限するステップと、
委託販売を許可した商品情報を委託先の他オーナが開設する電子取引システムに渡すとともに、委託販売を許可した商品情報と委託先の他オーナの識別情報および自オーナの識別情報とを対応付けて商品オーナ情報として登録するステップと、
他オーナが開設する電子取引システムに委託販売を要求して許可され渡された商品情報を登録するステップと、
成立した取引が自メンバグループ内のメンバ間での取引であれば買側メンバと売側メンバおよび自オーナのそれぞれのコンピュータに、成立した取引が販売委託商品の取引であれば上記商品オーナ情報を参照して売側メンバと委託要求先の他オーナを特定し、特定した売側メンバと他オーナおよび購入した自メンバグループ内の買側メンバと自オーナのそれぞれのコンピュータに、自オーナが当該取引の責任を負うこと示す情報を付与した成約通知情報を作成して出力するステップと
を有し、他オーナが開設する電子取引システムのメンバグループのメンバに、自メンバグループ内で販売する商品を、販売委託商品として他オーナの責任で販売することを特徴とする電子取引方法。The system comprises a plurality of electronic trading systems which are set up on a computer network and which carry out transaction processing of goods between the buying member and the selling member registered in association with each other in a member group managed by the owner of the opening company. An electronic trading method in an extended trading system,
Each of the plurality of electronic trading systems,
Recording in a storage device member information used for identification of members who can participate in the transaction and other owners, which is input from the owner computer of the establishment;
The identification information of the buying member, the identification information of the selling member, and the goods traded between the selling member and the buying member, and the consignment sale of the goods, which are input from the owner computer of the establishment source. Recording the sales information in association with the identification information of the other owner to the storage device;
Checking the member information input from the computer that has requested the transaction participation with the member information read from the storage device, and restricting the members operating the computer and other owners from participating in the transaction;
Comparing the sales request contents input from the computer of the selling member who has permitted the transaction participation with the sales information read from the storage device, and restricting the products that the selling member can sell;
Collating the purchase request content input from the computer of the buying member who has permitted the transaction participation with the sales information read from the storage device, and restricting the selling member and the products that the buying member can purchase,
Checking the product selection request information input from the other owner's computer that has permitted the transaction participation with the sales information read from the storage device, and restricting the products permitted to be consigned to the other owner;
The product information that has been authorized for consignment is passed to the electronic trading system established by the other owner of the consignee, and the product information that has been authorized for consignment is associated with the identification information of the other owner and the own owner. Registering as product owner information;
Requesting consignment sales from an electronic trading system established by another owner and registering the permitted and passed product information;
If the completed transaction is a transaction between members of the own member group, the buyer owner, the selling member, and the owner's own computer send the product owner information to the respective computers. By referring to the selling member and the other owner of the consignment request destination, the owning owner assigns the transaction to the computer of the identified selling member and the other owner, and the buying member and the owning owner in the own member group purchased. Creating and outputting contract notification information to which information indicating that the owner is responsible is provided, and to a member of the member group of the electronic trading system opened by another owner, An electronic trading method characterized by being sold as a consignment product under the responsibility of another owner.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000164800A JP3570342B2 (en) | 2000-06-01 | 2000-06-01 | Electronic trading system, electronic trading method, and recording medium on which processing program is recorded |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000164800A JP3570342B2 (en) | 2000-06-01 | 2000-06-01 | Electronic trading system, electronic trading method, and recording medium on which processing program is recorded |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001344449A JP2001344449A (en) | 2001-12-14 |
| JP3570342B2 true JP3570342B2 (en) | 2004-09-29 |
Family
ID=18668378
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000164800A Expired - Lifetime JP3570342B2 (en) | 2000-06-01 | 2000-06-01 | Electronic trading system, electronic trading method, and recording medium on which processing program is recorded |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3570342B2 (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4108976B2 (en) * | 2001-12-28 | 2008-06-25 | キヤノンマーケティングジャパン株式会社 | Recruitment vehicle search server and program |
| KR102672244B1 (en) * | 2023-04-28 | 2024-06-04 | 비댁스 주식회사 | Method and system for providing platform managing trust assets in conjunction with multiple asset exchanges |
| JP7676639B1 (en) | 2024-07-11 | 2025-05-14 | 三菱商事株式会社 | Information processing device |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1027196A (en) * | 1996-07-09 | 1998-01-27 | Hitachi Ltd | E-commerce settlement system |
| JPH10320470A (en) * | 1997-05-21 | 1998-12-04 | N T T Data:Kk | Electronic trading system and method |
| JPH1185841A (en) * | 1997-09-01 | 1999-03-30 | Hitachi Ltd | Information processing device with electronic mall function |
| JPH11161695A (en) * | 1997-11-25 | 1999-06-18 | Fuji Electric Co Ltd | Product purchase system and product purchase method |
| JP2000148850A (en) * | 1998-11-10 | 2000-05-30 | Daisho Syst Service Kk | Transaction device, transaction management device, transaction system, and recording medium |
| JP3732699B2 (en) * | 1999-12-27 | 2006-01-05 | 富士通株式会社 | Electronic purchasing system and method |
-
2000
- 2000-06-01 JP JP2000164800A patent/JP3570342B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001344449A (en) | 2001-12-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20010025245A1 (en) | E-registrar | |
| JP6118959B2 (en) | Transaction management system and transaction management program | |
| KR101769966B1 (en) | Mediation system for dealing goods on on-line | |
| JP2002032587A (en) | Anonymous electronic commerce system and method with credit function | |
| JP2008009562A (en) | Financial product transaction management device, program | |
| JP3570342B2 (en) | Electronic trading system, electronic trading method, and recording medium on which processing program is recorded | |
| JP2016085757A (en) | Transaction management system and transaction management program | |
| JP2001118005A (en) | Selling and buying mediation device for secondhand article | |
| JP2012089029A (en) | Net selling total management system | |
| JP7394819B2 (en) | Warehouse merchandise trading system, warehouse merchandise trading method, and program | |
| KR100363133B1 (en) | Business method for buying incomplete merchandises previously | |
| JP2916354B2 (en) | Credit card issuing device | |
| TW201513008A (en) | Method for protecting network transaction security for both seller and buyer | |
| JP2003122946A (en) | Electronic commerce device concluding intermediation commerce by entrusted purchase system | |
| KR100514945B1 (en) | A real-time cost estimation method and its system for suppliers and buyers in Internet-based B2B transaction of construction and utility equipment | |
| JP2001312606A (en) | System and method for electronic transaction | |
| JP4411307B2 (en) | Sales support system for products having intangible property rights, sales support method for products having intangible property rights, and sales support programs for products having intangible property rights | |
| KR20000063246A (en) | B to Small-B to C Electronic Commerce System and Method | |
| WO2001086529A1 (en) | Distribution aiding method, distribution aiding server, recording medium, distribution aiding program, and dealer terminal | |
| JP2002041765A (en) | Commodity contract selling method | |
| JP2008021195A (en) | Sales system for member | |
| KR102367986B1 (en) | Electronic commerce method using fin-tech | |
| JP2005063289A (en) | Commodity exhibition site | |
| KR101500859B1 (en) | Method of providing online market and server performing the same | |
| JP2006031300A (en) | Information processing apparatus and information processing method for determining shareholder benefits |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040217 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040414 |
|
| 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: 20040601 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040614 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3570342 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| R370 | Written measure of declining of transfer procedure |
Free format text: JAPANESE INTERMEDIATE CODE: R370 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090702 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100702 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100702 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110702 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110702 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120702 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130702 Year of fee payment: 9 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130702 Year of fee payment: 9 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313115 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130702 Year of fee payment: 9 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140702 Year of fee payment: 10 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313117 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |