JP2001344449A - 電子取引システムと電子取引方法およびその処理プログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 従来の技術では、例えば鋼材取引等における
オーナの役割を考慮した安全且つ柔軟な商取引を効率的
に行うことができない。 【解決手段】 例えば、鋼材取引を仲買する商社（オー
ナ）が、自分の販売網である専用の電子取引システムを
開設する際、取引に参加できる売側と買側を、メンバ設
定処理部２ｂにより、そのＩＤ情報をメンバマスタ３ａ
に登録することにより制限する。さらに、どの買側が、
どの売側の、どの種類の商品を購入できるかを、販売設
定処理部２ｃにより販売マスタ３ｂに当該情報を登録す
ることにより制限する。また、買側に対する価格を、価
格設定処理部２ｄにより価格マスタ３ｃに登録すること
により特定し、そして、買側の取引可能限度額を、限度
設定処理部２ｅにより限度マスタ３ｄに登録して設定す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネット等
のネットワークを介してコンピュータ間での商取引を行
う電子取引システムに係わり、特に、高信頼な取引を効
率的に行うのに好適な電子取引システムと電子取引方法
およびその処理プログラムを記録した記録媒体に関する
ものである。

【０００２】

【従来の技術】近年、インターネットの普及に伴い、Ｗ
ＷＷ（World Wide Web）を用いた電子取引システムの推
進が図られている。このような電子取引システムには、
例えば、電子ショッピングシステムなど多数の例があ
り、企業対個人、個人対個人、ならびに、企業対企業に
おける商品取引に広く活用されている。

【０００３】これらの電子取引システムは、企業対個
人、企業対企業のどちらの場合でも、売側と買側の直接
取引を前提にしているのが通例である。一般には、売側
が販売対象の商品を電子取引システム上で紹介し、買側
が所望の商品を選択して売側から購入する。

【０００４】この購入に際し、企業対個人の場合には、
代金回収をクレジット会社などが代行する場合がある
が、企業対企業の場合は、売側企業と買側企業に取引基
本契約が存在し、電子取引といえど、この取引基本契約
の中での商取引行為と位置付け、電子取引システムが運
用されている。

【０００５】このような電子取引システムの処理内容
は、次のように、大きく次の二つに分類される。

【０００６】第一の処理では、売側が商品を電子取引シ
ステムで提示し、この商品の購入を希望する複数の買側
が売側に対し、電子取引システムにおいて購入希望の意
思表示を行う。この意思表示の中には購入希望価格等購
入条件が含まれ、電子取引システムでは、任意の一定期
間に集まった買側の購入希望の意思表示を購入条件と伴
に売側に提示し、売側は、このようにして電子取引シス
テムから提示された各購入希望の中から最も売側に有利
な条件を提示した買側に対して商品を販売する売側主導
の取引である。

【０００７】第二の処理では、買側が購入希望の商品を
購入条件と伴に電子取引システムで提示し、この商品の
販売を希望する複数の売側が買側に対し、電子取引シス
テムを通じて販売希望の意思表示を行う。意思表示の中
には、販売希望価格等販売条件が含まれ、電子取引シス
テムでは、任意の一定期間に集まった売側の販売希望の
意思表示を販売条件と伴に買側に提示し、買側は、この
ようにして電子取引システムから提示された各販売条件
の中から最も買側に有利な条件を提示した売側から商品
を購入する買側主導の取引である。

【０００８】しかし、このようなインターネットおよび
ＷＷＷを用いた従来の電子取引システムは、例えば、鋼
材取引のような特殊な取引内容を持つ取引には適用する
ことができない。

【０００９】例えば、鋼材取引においては、商品を製造
する鉄鋼メーカや、商品の販売と取りまとめている商
社、商品を鋼材加工業者や需要家などに卸している鋼材
問屋、鋼材を加工して需要家に提供する鋼材加工業者、
および、鋼材を利用する需要家などが取引に関わってお
り、そして、大きく紐付取引と店売取引に分類される。

【００１０】紐付取引は、需要家がその商品の仕様や、
鋼材加工業者、商社、鉄鋼メーカなどを指定して、需要
家専用の商品として注文を行う注文生産商品であり、商
取引の流れ（商流）も物流も注文の段階から決まってお
り、流通の過程でこの商品が他の需要家に販売されるこ
とは原則的には無い商品に関する取引である。

【００１１】店売取引は、商社が鋼材問屋や鋼材加工業
者、需要家などの紐付取引以外の需要を市場対象とし
て、その販売量を予測して、鉄鋼メーカに注文し、商品
をこの市場向けに販売するものや、同様な市場を対象と
して鋼材問屋あるいは鋼材加工業者が保有する商品や鉄
鋼メーカの余剰品および流通過程で余剰となった在庫な
どの転売を目的としたものや、突発的な需要による紐付
取引の不足を補うことを目的とした取引である。そのた
め、要因が多岐にわたる中で取引され、商流や物流にお
いても、鉄鋼メーカ、商社、鋼材問屋、鋼材加工業者、
需要家が複雑にからみ、かつ商品の種類、商流の影響を
強く受けた販売網が複数存在する。

【００１２】このような取引状況の中で、鋼材取引の、
特に店売取引の電子取引システムへの適用を考えた場
合、従来の売側主導の取引方式、または、買側主導の取
引方式の電子取引システムでは満たし得ない機能要素、
例えば、「オーナの取引に対する介在」がある。

【００１３】すなわち、鋼材取引の、一般的な売側主導
の取引方式や買側主導の取引方式との最も大きな違い
は、売側と買側の間に取引をまとめる仲買人が存在する
ことである。ここでは、この仲買人を、「オーナ」と称
する。

【００１４】鋼材取引においては、多岐にわたる取引要
因の中で、商品をどの売側から調達し、どの買側に販売
すれば良いか、また、売側と買側の連結は商流上問題な
いか、などを確認した取引がなされているため、自然発
生的に販売網が形成され、そこにはそれらを取りまとめ
るオーナが存在するようになった。

【００１５】例えば、鋼材取引においては、売側から見
ると、買側の信用保証が問題となる。すなわち、売った
後の支払の問題に伴い買側の経営状態を調査の上、取引
を実施しなければならない。取引に関する基本契約があ
っても、買側の経営状態は常に変化し、売側は一定のリ
クスをかかえながらの取引となる。

【００１６】また、買側から見ると、売側の商品に対す
る品質保証が問題となる。すなわち、鋼材は多様な品質
が求められているが、電子取引システムでは、買側が現
品を確認できる範囲が限られており、従来にもまして、
誰が売側なのかという売側の信用が問題となり、買側は
リスクを回避するのであれば、売側を選択せざるを得な
い。

【００１７】このような状況の中で、買側の経営状態を
常に把握し、売側に対して買側の債務を保証する、ある
いは、売側の商品を確認し、買側に対して当該商品の品
質を保証する、あるいは、商品の商流を考慮し、全体と
して、どの売側とどの買側なら取引をしても良いかを判
断し、かつ、取引が活性化するよう適切な売側と買側を
商品により選択していくことが、オーナの役割となって
いる。

【００１８】従来の電子取引システムにおいては、この
ようなオーナの役割を考慮した安全な取引を実現するこ
とができない。さらには、このようなオーナの役割を考
慮していない以上、各オーナ間における販売委託、すな
わち、あるオーナでは保証していないが他のオーナでは
保証している買側がいる場合、あるオーナから他のオー
ナに商品を提供し、この商品を他のオーナの責任におい
て当該買側に間接的に販売する販売委託を考慮した柔軟
な取引に関しても、従来の電子取引システムでは実現す
ることができない。

【００１９】

【発明が解決しようとする課題】解決しようとする問題
点は、従来の技術では、例えば鋼材取引等におけるオー
ナの役割を考慮した安全且つ柔軟な商取引を効率的に行
うことができない点である。

【００２０】本発明の目的は、これら従来技術の課題を
解決し、例えば鋼材取引等、従来の電子取引システムに
おける売側主導の取引や買側主導の取引では対応できな
い、高信頼な商取引を、活性化を妨げることなく効率的
に行うことを可能とする電子取引システムと電子取引方
法およびその処理プログラムを記録した記録媒体を提供
することである。

【００２１】

【課題を解決するための手段】上記目的を達成するた
め、本発明の電子取引システムと電子取引方法は、例え
ば商社等の仲買人が参加する仲買人取引機能を有する電
子取引システムと方法であって、例えば鋼材取引を仲買
するオーナが、自分の販売網である専用の電子取引シス
テムを開設する際、取引に参加できる売側と買側を、メ
ンバ情報を登録することにより制限し、また、どの買側
が、どの売側の、どの種類の商品を購入できるかを、販
売情報を登録することにより制限し、さらに、買側に対
する価格を、価格情報を登録することにより特定し、そ
して、買側の取引可能限度額を、予め限度情報を登録す
ることにより設定する。

【００２２】そして、電子取引システムへの参加時に売
側、買側から入力された認証情報に対して、予め登録し
たメンバ情報を参照することにより、それぞれの参加資
格の正当性を確認する。また、売側の商品情報登録や、
買側の商品検索要求情報による取引時も、メンバ情報を
参照することにより、売側、買側の正当性を確認する。

【００２３】このようにして正当性が確認された後、売
側は自システムを操作して、販売を希望する商品を商品
情報により入力して電子取引システム送信し、オーナ
は、電子取引システムにおいてこの情報を判読し、自電
子取引システム上で販売しても良い商品か否かを確認し
た後に、正式に販売対象商品として登録してシステム上
で提示する。尚、オーナが販売できないと判断した商品
は、商品情報として再び売側に戻され、売側にて登録を
削除する。

【００２４】また、買側は、自システムにおいて、商品
検索要求情報を入力・送信することにより、購入商品の
参照を行う。この商品検索要求情報に基づき、本例の電
子取引システムでは、買側に販売できる商品を、商品情
報と販売情報から抽出し、価格を商品情報と価格情報か
ら決定し、買側のシステムに提示する。尚、予約商品が
存在する場合、予約商品を、前記抽出した買側に販売す
る商品から除外する。

【００２５】そして、買側は、販売できるとして提示さ
れた各商品を参照し、購入希望の商品がある場合は、注
文情報を入力して購入する、あるいは、予約が認められ
ている買側の場合で、かつ予約希望の商品がある場合
は、予約情報を入力して予約する。尚、この予約は、メ
ンバ情報でオーナにより予約期間が定められており、予
約期間が過ぎた商品に関しては自動的に予約が解除され
る。また、買側は、予約した商品を予約照会要求情報に
より知ることができ、購入希望の商品がある場合は、注
文情報を入力することにより購入する。この際、当該商
品に関する予約は解除される。

【００２６】また、買側の取引限度については、買側か
らの注文情報が入力された時点で、電子取引システムに
おいて、限度情報と、買側の一定期間の取引累計を比較
することにより行う。そして、取引限度に達していない
取引は、取引成立とみなし、取引明細を記録するととも
に、取引累計を更新し、取引の成立を成約通知情報に
て、オーナ、売側、買側にそれぞれ通知する。この通知
が終了すると該当する商品情報が削除される。

【００２７】また、本発明の電子取引システムと電子取
引方法では、例えば、複数の鋼材取引システムが存在す
る中で、オーナは販売委託をする他オーナをメンバ情報
に登録し、この他オーナに対して、自電子取引システム
のどの売側の、どの商品を販売委託可能にするかを販売
情報に登録し、かつ、他オーナに対する販売委託価格を
価格情報に登録する。そして、販売委託商品を参照する
目的での、他オーナからの認証情報が入力されれば、メ
ンバ情報を参照することによりその正当性を確認する。
さらに、他オーナの商品検索要求情報による取引時も、
メンバ情報を参照することにより正当性を確認する。

【００２８】正当性が確認された他オーナは、販売委託
商品を参照する際には、自システムから商品選択要求情
報を入力・送信する。この商品選択要求情報を受信し
て、電子取引システムでは、他オーナに販売委託できる
商品を、商品情報と販売情報から抽出し、価格を商品情
報と価格情報から決定し、他オーナのシステムに送信し
て提示させる。尚、この際、予約の機能は提供されな
い。

【００２９】他オーナは、自システムで提示された各販
売委託できる商品を参照し、希望の商品がある場合は、
商品選択情報を入力することにより選択する。この商品
選択情報を受信した電子取引システムでは、当該商品
を、他オーナの電子取引システムの商品情報に登録す
る。

【００３０】このようにして、販売委託商品が、他オー
ナの電子取引システムの商品情報に登録された後、取引
が成立した時点で、販売委託に関与している全オーナに
成約通知情報を出力する。また、予約解除の条件が発生
した場合、販売委託に関与している全オーナの電子取引
システムの、当該商品にかかわる予約を解除する。ま
た、 成約通知情報出力後、販売委託に関与している全
オーナの電子取引システムの、当該商品に関（かか）わ
る商品情報を削除する。

【００３１】

【発明の実施の形態】以下、本発明の実施の形態を、図
面により詳細に説明する。本例の電子取引システムとそ
の電子取引方法では、従来の電子取引システムにおいて
は実現できない、いわゆるオーナの役割を考慮した取引
を実現するためのものである

【００３２】すなわち、鋼材取引などの取引において
は、買側の経営状態を常に把握し、売側に対して買側の
債務を保証する、あるいは、売側の商品を確認し、買側
に対して当該商品の品質を保証する、あるいは、商品の
商流を考慮し、全体として、どの売側とどの買側なら取
引をしても良いかを判断し、かつ、取引が活性化するよ
う適切な売側と買側を商品により選択する仲買（オー
ナ）が必要であり、このような、オーナが介在する鋼材
取引を電子取引システムで実現するためには、次のよう
に、（１）オーナの取引に対する介在に関する基本的な
機能要素、および、それらに基づく（２）オーナ間の販
売委託に関する機能要素が必要となることに着目して、
本例の電子取引システムとその電子取引方法が考案され
ている。

【００３３】（１）オーナの取引に対する介在に関する
基本的な機能要素：第一に、オーナは、オーナが取りま
とめる販売網に、どの売側あるいは買側が参加可能かを
予め決めて登録し、売側、買側からの電子取引システム
に対する取引を適切な形で認証できる機能が提供される
必要がある。

【００３４】電子取引システムの利用者は、売側、買
側、あるいはその両者に分類されるが、オーナは、売側
になれない利用者からの取引、あるいは、買側になれな
い利用者からの取引を監視し、該取引を中止する仕組み
が必要となる。

【００３５】第二に、オーナはどの売側の商品をどの買
側に提示できるかを制御できる手段が提供される必要が
ある。上記に述べたように、本機能がオーナとして最も
重要なものとなる。

【００３６】第三に、オーナは、商品の種類（以降、
「商品分類」と称する場合がある。）によっては、さら
に買側を絞る機能が提供される必要がある。状況として
は、鉄鋼メーカの余剰品、流通過程の在庫を取扱う場合
など、原則的には無い紐付取引の商品も含まれる場合が
あり、売側は、該商品が通常指定している買側よりさら
に絞り込んで、秘匿性を高めた形での取引を希望する場
合がある。

【００３７】第四に、オーナは売側の同一商品を、買側
に対して価格を変えて提示する機能が提供される必要が
ある。買側への価格は一律でなく、買側の購入量などに
より、取引の多い買側に対しては、ディスカウントも考
慮する必要がある。

【００３８】また、オーナは直接取引による異常なまで
の価格の変動を未然に防ぎ、販売網内の価格をある一定
の範囲に保持するため、売側から販売網に対して直接価
格が提示されることをがないようにする機能を必要とし
ている。尚、価格の制御に関しては、買側および商品の
種類により価格を制御できる機能が必要となる。

【００３９】第五に、オーナは買側の取引限度を設定
し、限度を超える買側の取引を中止する機能が提供され
る必要がある。オーナは買側の債務を保証するため、買
側に対して一定期間の取引金額あるいは取引数量の上限
を定め、買側が取引の上限を超えて商品を購入すること
がないよう制御する必要がある。

【００４０】第六に、オーナは買側の予約を許可し、予
約期間を設定できる機能が提供される必要がある。オー
ナは、取引の多い買側に対しては、他の買側より優先的
に商品を確保できるように配慮が必要である。

【００４１】第七に、オーナは売側の商品を確認できる
手段が提供される必要がある。売側商品を一定の品質に
保つのはオーナの役割であり、オーナの確認無しには、
売側は、商品を買側に提示できない仕組みが必要とな
る。本例においては、以上の仕組みを持たせた電子取引
システムを基本取引モデルという。

【００４２】（２）オーナ間の販売委託に関する機能要
素：上述の基本的な機能のうえに、次に説明するオーナ
間の販売委託に関しての機能も必要となる。

【００４３】以下、オーナ間の販売委託について説明す
る。オーナが介在する電子取引システムでは、オーナが
取りまとめる販売網の中に、買側が要望する商品があっ
たとしても、オーナがこの買側を、当販売網の中で取引
することを認めていなくては、買側は商品を購入するこ
とができない。

【００４４】従来の電子取引システムでは、買側は、当
該販売網に参加し、売側との間で直接取引できることが
前提となっているが、オーナが介在する取引の場合、買
側の債務を保証する前提では、前記のように、買側の経
営状態によっては、オーナは、この販売網への参加を認
めることができない買側も存在する。

【００４５】一方、オーナとしては、取引を活性化させ
るために、販売網を拡大し商品の購入を希望する買側を
増やしたいという目論見が存在する。 この場合、オー
ナは、買側を当販売網の利用者として認めていないが、
この買側を利用者として認める別のオーナの販売網が存
在する場合がある。

【００４６】このような場合には、元のオーナと、別の
オーナとの間で、商品の販売委託が成立すれば、元のオ
ーナは、本来は利用者として認めていない買側に間接的
に商品を販売することができる。

【００４７】従って、電子取引システムとしては、この
オーナ間の販売委託を可能にする機能が、それぞれのオ
ーナに対して提供される必要がある。

【００４８】本例においては、まず、上述の（１）オー
ナの取引に対する介在に関する基本的な機能要素に関し
ての仕組みを持たせた電子取引システムを基本取引モデ
ルとして説明し、その後、この基本取引モデルをベース
としてさらに（２）オーナ間の販売委託に関しての仕組
みも持たせた電子取引システムを拡張取引モデルとして
説明する。以下、図２を用いて鋼材取引システムの基本
取引モデルについて説明する。

【００４９】図２は、本例の鋼材取引システムの基本取
引モデルの構成例を示すブロック図である。基本取引モ
デルは、本図２に示すように、単数のオーナ２１と、複
数の売側メンバ２４ａ，２４ｂ，・・・、および、複数
の買側メンバ２５ａ，２５ｂ，・・・により構成され、
オーナ２１と各メンバ（売側メンバ２４ａ，２４ｂ，・
・・、買側メンバ２５ａ，２５ｂ，・・・）の集合をメ
ンバグループ２２と称する。

【００５０】尚、各メンバは、同一メンバで売側にも買
側にもなることができる。取引の流れとしては、本図２
に示すように、売側が商品２３を提供し、オーナ２１
が、この商品２３を確認し、メンバグループ２２という
場でこの商品２３を販売し、買側がこの商品２３を購入
する。

【００５１】オーナの役割は、メンバの該メンバグルー
プへの参加審査、商品確認、買側に対して提供する売側
商品の選択、商品分類の選択、買側に対する価格の決
定、買側の取引限度の管理を行い、メンバ間の取引に関
する責任を負うものとする。このような基本取引モデル
のハードウエア構成例を図１に示す。

【００５２】図１は、本発明に係わる鋼材取引システム
のハードウェア構成例を示すブロック図である。本例の
鋼材取引システム２は、サーバ１内に、データベース３
と共に構成されており、サーバ１は、複数台のオーナ情
報処理システム５ａ，５ｂ，・・・、複数台の売側メン
バ情報処理システム６ａ，６ｂ，・・・、および、複数
台の買側メンバ情報処理システム７ａ，７ｂ，・・・、
がネットワーク４で接続されている。

【００５３】サーバ１とオーナ情報処理システム５ａ，
５ｂ，・・・、売側メンバ情報処理システム６ａ，６
ｂ，・・・、買側メンバ情報処理システム７ａ，７ｂ，
・・・は、それぞれ、相互に情報を交換する通信手段を
有する。

【００５４】また、オーナ情報処理システム５ａ，５
ｂ，・・・、売側メンバ情報処理システム６ａ，６ｂ，
・・・、買側メンバ情報処理システム７ａ，７ｂ，・・
・のそれぞれは、鋼材取引システム２から出力される情
報を表示する表示装置および格納する記憶装置と、鋼材
取引システム２に情報を入力するための入力装置を有す
る。

【００５５】また、オーナ情報処理システム５ａ，５
ｂ，・・・、売側メンバ情報処理システム６ａ，６，・
・・、買側メンバ情報処理システム７ａ，７ｂ，・・・
のそれぞれは、図８に示すテーブル（１）８０における
情報区分の各報に対して、キー項目を設定して、このキ
ー項目に基づき、情報区分が示す情報を、鋼材取引シス
テム１を介してデータベース３を参照して抽出・入手
し、自システムの表示装置に表示および記憶装置に格納
する機能を有する。

【００５６】図８は、本例の鋼材取引システムで用いら
れるテーブルの構成例を示す説明図である。本例のテー
ブル（１）８０は、「情報区分」と「キー項目」および
「その他の項目」の各項目欄が設けられ、以降で説明す
る、図１における鋼材取引システム２での各処理で参照
される。その詳細は、以降の鋼材取引システム２での各
処理の説明と併せて説明する。

【００５７】図１において、オーナおよび各メンバに
は、鋼材取引システム全体で一意に識別可能なユーザＩ
Ｄが割り振られる。そして、オーナを示すユーザＩＤを
入力した情報処理システムがオーナ情報処理システム５
ａ，５ｂ，・・・、また、売側メンバを示すユーザＩＤ
を入力した情報処理システムが売側メンバ情報処理シス
テム６ａ，６ｂ，・・・、そして、買側メンバを示すユ
ーザＩＤを入力した情報処理システムが買側メンバ情報
処理システム７ａ，７ｂ，・・・、となる。

【００５８】オーナは鋼材取引システム上にメンバグル
ープを開設する時、図８に示す情報の内、マスタおよび
ファイルに関する情報を制御する為のリソースが、当該
メンバグループ専用に割当てられ、各情報に対するデー
タベース３の参照権限と更新権限が与えられる。

【００５９】また、オーナのユーザＩＤおよびパスワー
ドによる認証は、鋼材取引システム２により行われる。

【００６０】以下、図１０を用いて、サーバ１、オーナ
情報処理システム５ａ，５ｂ，・・・、売側メンバ情報
処理システム６ａ，６ｂ，・・・、買側メンバ情報処理
システム７ａ，７ｂ，・・・に用いられるコンピュータ
装置の構成について説明する。

【００６１】図１０は、図１におけるサーバとオーナ情
報処理システムと売側メンバ情報処理システムおよび買
側メンバ情報処理システムのハードウェア構成例を示す
ブロック図である。

【００６２】本図１０において、１０１はＣＲＴ（Cath
ode Ray Tube）やＬＣＤ(Liquid Crystal Display)等か
らなる表示装置、１０２はキーボードやマウス等からな
る入力装置、１０３はＨＤＤ（Hard Disk Drive）等か
らなる外部記憶装置、１０４はＣＰＵ（Central Proces
sing Unit）１０４ａや主メモリ１０４ｂ等を具備して
コンピュータ処理を行なう情報処理装置、１０５は本発
明に係わるプログラムやデータを記録したＣＤ−ＲＯＭ
（Compact Disc-Read Only Memory）もしくはＤＶＤ（D
igital Video Disc/Digital Versatile Disc）等からな
る光ディスク、１０６は光ディスク１０５に記録された
プログラムおよびデータを読み出すための駆動装置、１
０７はＬＡＮ（Local Area Network）接続装置やモデム
等からなる通信装置である。

【００６３】光ディスク１０５に格納されたプログラム
およびデータを情報処理装置１０４により駆動装置１０
６を介して外部記憶装置１０３内にインストールした
後、外部記憶装置１０３から主メモリ１０４ｂに読み込
みＣＰＵ１０４ａで処理することにより、情報処理装置
１０４内に次に説明する図４および図５に示す構成の電
子取引システムが構成される。

【００６４】以下、図４および図５を用いて、本例の鋼
材取引システム２の詳細構成とその動作を説明する。ま
ず、図４での説明を行う。

【００６５】図４は、本発明に係わる電子取引システム
の基本取引モデルでの第１の詳細構成例を示すブロック
図である。本図における電子取引システムは、鋼材取引
システムを例としており、まず、この鋼材取引システム
による各種登録処理をマスタ登録、商品登録の順で
説明する。

【００６６】マスタ登録は、商品取引に先立ちオーナが
行う登録操作に基づき、図４におけるマスタ登録処理部
２ａにおいて行われる。

【００６７】まず、オーナは、参加希望メンバの審査を
行った後、オーナ情報処理システム５ａを介して、各メ
ンバに関するメンバマスタ３ａ、限度マスタ３ｄ、販売
マスタ３ｂ、価格マスタ３ｃの登録を行う。尚、これら
の登録内容は随時変更が可能であり、各マスタに関連す
る情報を入力できるのは、オーナ情報処理システム５ａ
のみとする。

【００６８】メンバマスタ３ａは、メンバからの取引を
認めるためのメンバ情報が、オーナ情報処理システム５
ａから鋼材取引システムにおけるマスタ登録処理部２ａ
のメンバ設定処理部２ｂに入力され、図１のデータベー
ス３に格納されることにより登録される。

【００６９】本例におけるメンバ情報は、図８のテーブ
ル（１）８０に示すように、メンバ情報を特定するため
の「キー項目」としてユーザＩＤとメンバグループ番号
が用いられ、その内容は「その他の項目」として登録さ
れたパスワード、売側マーク、買側マーク、予約期間、
他オーナマークである。

【００７０】具体的には、メンバ情報のキー項目に、参
加を認めたメンバのユーザＩＤを入力し、その他の項目
に該ユーザＩＤのパスワードを入力する。メンバには、
売側になれるメンバと、買側になれるメンバと、その両
者になれるメンバがあり、その種別をオーナが決め、メ
ンバ情報の売側マーク、買側マークを入力する。

【００７１】そして、売側マーク有りで売側を、買側マ
ーク有りで買側を示し、両者になれるメンバは、両方の
マークを有りとする。さらにメンバマスタ（３ａ）で
は、買側になれるメンバに対して、メンバ毎に予約後の
商品保留期間を予約期間として入力できる。尚、予約期
間が設定されていないメンバは、予約が認められていな
いことを示す。

【００７２】図４における販売マスタ３ｂは、買側メン
バ毎に対する商品の販売範囲を示す販売情報が、オーナ
情報処理システム５ａから、鋼材取引システムのマスタ
登録処理部２ａにおける販売設定処理部２ｃに入力され
図１のデータベース３に格納されることにより登録され
る。

【００７３】これによりオーナは、どの買側メンバに、
どの売側メンバの商品を販売するか、さらには、どの商
品分類を販売するかを決めることができる。

【００７４】具体的には、図８のテーブル（１）８０に
おける「情報区分」が販売情報（販売マスタ）に示され
る内容であり、そのキー項項目に、買側メンバのユーザ
ＩＤを入力し、ユーザＩＤ（売側メンバ）に、この買側
メンバに商品を販売しても良いと判断した複数の売側メ
ンバのユーザＩＤを入力し、商品分類（品種・グレード
等）に、この買側メンバに販売しても良いと判断した複
数の商品分類を入力することにより登録を行う。

【００７５】図４における価格マスタ３ｃは、買側メン
バおよび商品分類毎に対する商品の価格設定を示す価格
情報が、オーナ情報処理システム５ａから鋼材取引シス
テムのマスタ登録処理部２ａにおける価格設定処理部２
ｄに入力され図１のデータベース３に格納されることに
より登録される。

【００７６】これにより、オーナは、同一商品に対して
買側メンバおよび商品分類毎に個別の価格設定を行うこ
とができる。具体的には、図８のテーブル（１）８０に
おける「情報区分」が価格情報（価格マスタ）に示され
る内容であり、そのキー項目に、買側メンバのユーザＩ
Ｄおよび商品分類を入力し、その他の項目に、商品情報
に設定された価格に対するエキストラ価格の割合（％）
を入力することにより登録を行う。

【００７７】また、図４における限度マスタ３ｄは、買
側メンバ毎の取引限度を示す限度情報が、オーナ情報処
理システム５ａから鋼材取引システムのマスタ登録処理
部２ａにおける限度設定処理部２ｅに入力され図１のデ
ータベース３に格納されることにより登録される。これ
によりオーナは、各メンバの一定期間の取引上限を、取
引金額か、あるいは取引数量で決めることができる。

【００７８】具体的には、図８のテーブル（１）８０に
おける「情報区分」が限度情報（限度マスタ）に示され
る内容であり、そのキー項目に、買側メンバのユーザＩ
Ｄを入力し、その他の項目に、この買側メンバの取引上
限金額と、その上限金額を確認する取引上限金額一定期
間、取引上限数量と、その上限数量を確認する取引上限
数量一定期間の、どちらかあるいはその両方を入力する
ことにより登録を行う。

【００７９】次に、図４における鋼材取引システムでの
売側メンバによる商品の登録処理に関して説明する図４
に示すように、商品登録をする売側メンバは、売側メン
バ情報処理システム６ａから認証情報（その各項目の詳
細は、図８に示されている）を鋼材取引システム側の認
証処理部２ｆに入力する。

【００８０】認証処理部２ｆでは、図８のテーブル
（１）８０における「情報区分」が認証情報の内容に基
づき、認証情報のメンバグループ番号をキー項目とし
て、このメンバグループ番号が示すメンバグループのメ
ンバマスタ３ａを参照し、この認証情報のユーザＩＤが
当該メンバマスタ３ａに登録されているか否かを確認
し、登録されていない場合は取引中止情報（認証不可）
を売側メンバ情報処理システム６ａに出力し、以降の取
引を中止する。

【００８１】認証許可がなされれば、商品登録が行われ
る。すなわち、商品を示す商品情報（その項目の詳細は
図８に示されている）が、売側メンバ情報処理システム
６ａから商品登録処理部２ｇに入力され図１のデータベ
ース３に格納されることにより行われる。

【００８２】商品登録処理部２ｇでは、入力された商品
情報が、図８のテーブル（１）８０における「情報区
分」が商品情報（ファイル）に示される内容のものであ
り、ユーザＩＤをキー項目として、メンバマスタ３ａを
参照し、このユーザＩＤが売側マーク有りとなっている
ことを確認する。

【００８３】尚、売側マークが有りとなっていない場
合、このユーザＩＤは、商品登録をオーナより許可され
ていないため取引中止情報を当該売側メンバ情報処理シ
ステム６ａに出力し、以降の取引を中止する。

【００８４】商品登録処理部２ｇでは、売側メンバ情報
処理システム６ａから入力された商品情報一件毎に、鋼
材取引システム全体で一意に識別可能な商品番号を割り
振る。

【００８５】このようにして、図１のデータベース３に
格納された各商品情報は、商品登録処理部２ｇより、オ
ーナ情報処理システム５ａに出力され表示あるいは格納
される。

【００８６】オーナ情報処理システム５ａでは、この商
品情報の内容を確認し、メンバグループ内に販売しても
良い商品情報に有効マークをつけ、鋼材取引システムの
商品登録処理部２ｈに入力し、図１のデータベース１に
格納する。

【００８７】オーナ情報処理システム５ａから入力され
た有効マークのついた商品情報以外の各商品情報は、商
品登録処理部２ｈより、売側メンバ情報処理システム６
ａに出力され、表示あるいは、格納される。売側メンバ
情報処理システム６ａでは、この商品情報の内容を確認
し、削除マークをつけ、鋼材取引システムの商品登録処
理部２ｉに入力する。

【００８８】商品登録処理部２ｉでは、このような削除
マークのついた商品情報を図１のデータベース３から削
除する。次に、図５を用いて、商品の取引動作に関して
説明する。

【００８９】図５は、本発明に係わる電子取引システム
の基本取引モデルでの第２の詳細構成例を示すブロック
図である。本図では、電子取引システムの例とした鋼材
取引システムでの商品取引の流れを示すものであり、商
品取引をする買側メンバは、買側メンバ情報処理システ
ム７ａから認証情報を、鋼材取引システムの認証処理部
２ｊに入力する。

【００９０】認証処理部２ｊでは、この認証情報のメン
バグループ番号をキー項目として、メンバグループ番号
が示すメンバグループのメンバマスタ３ａを参照し、こ
の認証情報のユーザＩＤが当該メンバマスタ３ａに登録
されているか否かを確認し、登録されていない場合は取
引中止情報（認証不可）を買側メンバ情報処理システム
７ａに出力し、以降の取引を中止する。認証された買側
メンバは、以降の商品照会、予約照会が可能となる。

【００９１】商品照会は、商品照会要求情報（項目の詳
細は、図８に示されている）が、認証された買側メンバ
情報処理システム７ａから、鋼材取引システムの商品取
引処理部２ｋにおける売側選択処理部２ｌに入力される
ことにより行われる。

【００９２】売側選択処理部２ｌでは、図８のテーブル
（１）の内容に基づき、商品照会要求情報のユーザＩＤ
をキー項目として、メンバマスタ３ａを参照し、このユ
ーザＩＤが買側マーク有りとなっていることを確認す
る。

【００９３】尚、買側マークが有りとなっていない場
合、このユーザＩＤは、商品照会をオーナより許可され
ていないため取引中止情報を、買側メンバ情報処理シス
テム７ａに出力し、以降の取引を中止する。

【００９４】次に、売側選択処理部２ｌにおいて、商品
照会要求情報のユーザＩＤをキー項目として、販売マス
タ３ｂを参照し、この販売マスタ３ｂ中のユーザＩＤ
（売側メンバ）を抽出し、抽出した売側メンバのユーザ
ＩＤをキー項目として、商品情報を参照し、ユーザＩＤ
が一致し、かつ有効マークが有りとなっている商品情報
を抽出する。

【００９５】次に、商品取引処理部２ｋは、分類選択処
理部２ｍにおいて、販売マスタ３ｂ中の商品分類を抽出
し、売側選択処理部２ｌにおいて抽出された商品情報か
ら商品分類が一致する商品情報を抽出する。

【００９６】次に、商品取引処理部２ｋは、価格処理部
２ｎにおいて、商品照会要求情報のユーザＩＤおよび分
類選択処理部２ｍにおいて抽出した商品情報の商品分類
をキー項目として、価格マスタ３ｃを参照し、エキスト
ラ価格の割合（％）を抽出し、抽出した商品情報の価格
に掛け合わせ買側メンバに対する価格（以降、買側メン
バ価格と称する。）を求める。

【００９７】次に、商品取引処理部２ｋは、予約分削除
処理部２ｏにおいて、商品照会要求情報のユーザＩＤを
キー項目として、予約商品情報を参照し、商品情報か
ら、予約商品情報に該当する商品情報を削除し、販売商
品情報（項目の詳細は、図８に示されている）として図
１のデータベース３に格納する。

【００９８】尚、この販売商品情報を図１のデータベー
ス３に格納する際、次の当該買側メンバ情報処理システ
ム７ａからの商品照会に備え、価格および属性情報がキ
ー項目として追加される。

【００９９】販売商品情報が図１のデータベース３に生
成されると、商品取引処理部２ｋは、商品検索処理部２
ｐから商品検索受付情報（項目の詳細は、図８に示され
ている）が、買側メンバ情報処理システム７ａに出力さ
れる。

【０１００】買側メンバ情報処理システム７ａでは、こ
の商品検索受付情報により、販売商品情報の参照が可能
なキー項目を知ることができる。そして、買側メンバ情
報処理システム７ａは、販売商品情報の参照可能なキー
項目の内容を、商品検索要求情報（項目の詳細は、図８
に示されている）として、鋼材取引システムの商品取引
処理部２ｋにおける商品検索処理部２ｐに入力する。

【０１０１】商品検索処理部２ｐは、販売商品情報３ｆ
を参照し、対応する販売商品情報を抽出して買側メンバ
情報処理システム７ａに出力する。買側メンバ情報処理
システム７ａは、受け取った販売商品情報を表示装置に
表示または記憶装置に格納する。

【０１０２】次に、買側メンバ情報処理システム７ａの
メンバは、このように表示または格納した商品情報の内
容を確認し、購入したい商品がある場合、予約または注
文を行う。

【０１０３】この予約および注文は、買側メンバ情報処
理システム７ａから、予約情報または注文情報（それぞ
れの情報の項目の詳細は、図８に示されている）を、鋼
材取引システムに対し入力することで行われる。

【０１０４】買側メンバ情報処理システム７ａからの予
約情報は、鋼材取引システムの商品取引処理部２ｋにお
ける予約登録処理部２ｑに入力され、予約登録処理部２
ｑでは、商品番号をキー項目として販売商品情報３ｆを
参照し、この予約情報に対して、買側メンバのユーザＩ
Ｄ、予約登録年月日時分秒を追加し、予約商品情報３ｇ
（項目の詳細は、図８に示されている）として図１のデ
ータベース３に格納される。

【０１０５】このようにして登録された予約商品情報３
ｇは、鋼材取引システムが定める一定時間毎に予約解除
処理部２ｓにより参照され、当該予約商品情報のユーザ
ＩＤ（買側メンバ）をキー項目としてメンバマスタ３ａ
を参照し、メンバマスタ３ａの当該予約期間と、予約商
品情報３ｇにおける当該予約商品情報の予約登録年月日
時分秒からの経過時間を比較し、予約期間を超えている
予約商品情報を図１のデータベース３から削除する。

【０１０６】次に、このような予約の照会に関して説明
する。予約照会は、予約照会要求情報（項目の詳細は、
図８に示されている）が、買側メンバ情報処理システム
７ａから鋼材取引システムの商品取引処理部２ｋにおけ
る予約検索処理部２ｒに入力されると開始される。

【０１０７】予約検索処理部２ｒは、予約照会要求情報
のユーザＩＤをキー項目として、予約商品情報３ｇを参
照し、当該予約商品情報を買側メンバ情報処理システム
７ａに送信する。

【０１０８】買側メンバ情報処理システム７ａは、送信
されてきた予約商品情報を表示装置に表示または記憶装
置に格納する。買側メンバは、このようにして表示また
は格納された予約商品情報の内容を確認し、購入したい
商品がある場合、買側メンバ情報処理システム７ａを介
して注文を行う。この注文情報が、買側メンバ情報処理
システム７ａから鋼材取引システムに入力されることで
注文処理が開始される。

【０１０９】以下、その注文処理に関して説明する。買
側メンバ情報処理システム７ａから注文情報が鋼材取引
システムの成約処理部２ｔに対し入力されると、成約処
理部２ｔでは、商品番号をキー項目として、商品照会か
らの注文の場合は販売商品情報３ｅを、また、予約照会
からの注文の場合は予約商品情報３ｇをそれぞれ参照す
る。

【０１１０】ここで、まず、取引限度判定を行う。すな
わち、成約処理部２ｔにおいて取引成立の処理を実施す
る前に、取引限定処理部２ｕにおいて、その取引が予め
定められた取引限度を超えているか否かを確認する。

【０１１１】この取引限度の判定は、成約処理部２ｔか
ら、取引限定処理部２ｕにおける限度処理部２ｖに、当
該注文情報および当該販売商品情報あるいは予約商品情
報が通知され、限度処理部２ｖにおいて、この販売商品
情報や予約商品情報から、価格、数量を参照し、注文情
報にて商品番号が複数指定されている場合はそれらの価
格や数量の総和を求め、それに当該注文情報のユーザＩ
Ｄをキー項目として、成約情報３ｈから取引累計金額お
よび取引累計数量を参照したものを加え、それらが、当
該ユーザＩＤをキー項目として限度マスタ３ｄを参照し
て得られる取引上限金額あるいは取引上限数量を超えて
いるか否かを比較することにより行う。超えている場合
は取引中止情報を、買側メンバ情報処理システム７ａに
出力し、以降の取引を中止する。

【０１１２】超えていなければ次の成約情報更新の処理
を行う。すなわち、取引上限金額あるいは、取引上限数
量を超えていない場合は、通知を要求した成約処理部２
ｔに、取引限度処理部２ｕから処理が戻され、取引成立
と見なし、成約処理部２ｔにおいて、商品番号単位に、
オーナ用、買側メンバ用、売側メンバ用の成約情報が、
それぞれのユーザＩＤをキー項目として作成・更新され
る。

【０１１３】買側メンバ用成約情報の取引累計金額、取
引累計数量に関しては、注文の価格、数量の総和を、取
引累計金額および、取引累計数量に加え、データベース
に格納し、成約情報を更新する。

【０１１４】その際、成約処理部２ｔは、取引累計金
額、取引金額累計期間に関して、注文情報のユーザＩＤ
をキー項目として、限度マスタ３ｄの取引上限金額一定
期間を参照し、成約情報の取引金額累計期間が限度マス
タ３ｄにおける取引上限金額一定期間に達している場合
は、成約情報の取引累計金額、および取引金額累計期間
をゼロとし、達していない場合は取引金額累計期間を更
新する。

【０１１５】また、取引累計数量、取引数量累計期間に
関しても同一の処理が行われる。尚、オーナ用および売
側メンバ用の成約情報のこの情報に関する更新は行われ
ない。

【０１１６】成約情報には図８におけるテーブル（１）
８０の「その他の項目」において示されるように、取引
明細が含まれ、この取引明細は商品番号単位に記録さ
れ、オーナ用、買側メンバ用、売側メンバ用それぞれ
に、成約年月日時分秒を記録し、当該販売商品情報また
は当該予約商品情報の内容を取引明細に記録する。

【０１１７】この取引明細の価格に関しては、オーナ用
は、価格１に当該販売商品情報または当該予約商品情報
の買側メンバ価格が、価格２に商品情報の価格が記録さ
れる。商品情報の価格に関しては、当該注文情報の商品
番号をキー項目として商品情報３ｅを参照する。

【０１１８】買側メンバ用の取引明細は、価格１に買側
メンバ価格を記録し、価格２は空欄とする。また、売側
メンバ用の取引明細は、価格１は空欄とし、価格２に商
品情報の価格を記録する。

【０１１９】買側メンバの価格２を空欄にするのは、買
側メンバに対して、オーナの仕入れ価格を秘匿するため
であり、また、売側メンバの価格１を空欄にするのは、
売側メンバに対して、オーナの売り価格を秘匿するため
である。

【０１２０】この後、成約処理部２ｔにおいて、成約通
知が行われる。すなわち、成約処理部２ｔでは、オーナ
情報処理システム５ａ、買側メンバ情報処理システム７
ａ、売側メンバ情報処理システム６ａのそれぞれに成約
通知情報（項目の詳細は、図８に示されている）を出力
する。

【０１２１】この成約通知情報は、オーナ、買側メン
バ、売側メンバのそれぞれに対応した成約情報３ｈにあ
る取引成立した取引明細を参照して作成される。

【０１２２】この成約通知処理後、次に予約解除処理を
行う。予約解除においては、予約照会からの注文の場合
は、成約処理部２ｔにおいて、注文情報の商品番号をキ
ー項目として、予約商品情報３ｇを参照し、当該情報を
図１のデータベース３から削除する。

【０１２３】さらに、この予約解除処理後に商品情報の
更新処理を行う。すなわち、成約処理部２ｔにおいて、
注文情報の商品番号をキー項目として、商品情報３ｅを
参照し、当該情報を図１のデータベース３から削除す
る。

【０１２４】以上で基本取引モデルに関しての説明を終
わり、次に、拡張取引モデルに関しての説明を行う。

【０１２５】図３は、本例の鋼材取引システムの拡張取
引モデルの構成例を示すブロック図である。本例の鋼材
取引システムは、本図３に示すように、図２における基
本取引モデルをメンバグループ単位に複数形成すること
が可能である。

【０１２６】本図３の例では、図２における基本取引モ
デルのメンバグループが、メンバグループＡ３２ａとメ
ンバグループＢ３２ｂおよびメンバグループＣ３２ｃと
して３グループ形成され、各グループが基本取引モデル
に従い独立して取引が行われている。

【０１２７】この独立しているという意味は、本例で
は、オーナＢ３１ｂが管理するメンバグループＢ３２ｂ
における買側メンバ（Ｂ１）３６ａ，３６ｂと、オーナ
Ｃ３１ｃが管理するメンバグループＣ３２ｃにおけるお
よび買側メンバ（Ｃ１）３７ａ，３７ｂは、オーナＡ３
１ａが管理するメンバグループＡ３２ａの売側メンバ
（Ａ１）３４ａ，３４ｂと直接取引ができない、つまり
オーナＡ３１ａは、買側メンバＢ１、買側メンバＣ１
を、メンバグループＡに参加することを認めていないと
いう状況での取引が行われている。

【０１２８】本例の拡張取引モデルでは、このようにそ
れぞれ独立した取引が行われている複数の基本取引モデ
ルの集合の中で、任意のメンバグループ上の商品３３
ａ，３３ｂ，３３ｃを他のメンバグループでも購入する
ことができることを、実現するものである。

【０１２９】取引の流れとしては、メンバグループのオ
ーナが、メンバグループ内の商品を、商品毎にどの他メ
ンバグループのオーナに提供するかを決め、他メンバグ
ループのオーナは、提供された商品の中からどの商品を
自分のメンバーグループ内に販売するかを決定する。

【０１３０】販売する商品が決定すると、オーナの責任
において、当該商品を自分のメンバーグループ内の商品
として販売し、当該メンバグループの買側メンバが購入
する。

【０１３１】図３の例では、まずメンバグループＡ３２
ａの売側メンバ（Ａ１）３４ａの商品３３ａが、オーナ
Ａ３１ａによりオーナＢ３１ｂに提供され、オーナＢ３
１ｂの責任で、当該商品３３ａが商品３３ｂとしてメン
バグループＢにおいて販売される。

【０１３２】さらに、オーナＢ３１ｂは、この商品３３
ｂをオーナＣ３１ｃに提供し、オーナＣ３１ｃは、オー
ナＣ３１ｃの責任で、当該商品３３ｂ（商品３３ａ）を
メンバグループＣ３２ｃにおいて、商品３３ｃとして販
売する。

【０１３３】このようにすることで、売側メンバ（Ａ
１）３４ａの商品３３ａは、買側メンバ（Ｂ１）３６
ａ、買側メンバ（Ｃ１）３７ａが購入することが可能に
なると同時に、買側メンバ（Ｂ１）３６ａが購入した場
合の取引に関する責任は、オーナＢ３１ｂが負い、ま
た、買側メンバ（Ｃ１）３７ａが購入した場合の取引に
関する責任は、オーナＣ３１ｃが負う。

【０１３４】これにより、オーナＡ３１ａは、その責任
を負わないため、買側メンバ（Ｂ１）３６ａ、買側メン
バ（Ｃ１）３７ａが、メンバグループＡ３２ａに属さな
くても取引を成立させることが可能となる。

【０１３５】このような拡張取引モデルを構成する各シ
ステム、すなわち、オーナ情報処理システムや売側メン
バ情報処理システムおよび買側メンバ情報処理システム
のハードウェア構成などは、基本取引モデルと同じであ
る。

【０１３６】以下、図６，図７を用いて、本例の拡張取
引モデルとしての鋼材取引システムの詳細構成とその動
作を説明する。まず、図６での説明を行う。

【０１３７】図６は、本発明に係わる電子取引システム
の拡張取引モデルでの詳細構成例を示すブロック図であ
る。本図６における電子取引システムは、鋼材取引シス
テムを例としており、まず、この鋼材取引システムによ
る各種登録処理をマスタ登録から説明する。

【０１３８】本例は、図３に示した拡張取引モデルにお
けるメンバグループＡ３２ａの売側メンバ（Ａ１）３４
ａの商品３３ａを、メンバグループＢ３２ｂの買側メン
バ（Ｂ１）３６ａが購入する部分の実現方式を説明した
ものである。

【０１３９】尚、図３における売側メンバ（Ａ１）３４
ａの商品３３ａを、オーナＣ３１ｃがメンバグループＣ
３２ｃにおいて販売し、買側メンバ（Ｃ１）３７ａが購
入する部分は、本図６の説明において、メンバグループ
ＡをメンバグループＢに、メンバグループＢをメンバグ
ループＣに置き換え、オーナＡをオーナＢに、オーナＢ
をオーナＣに、また、買側メンバＢ１を買側メンバＣ１
にそれぞれ置き換えたものであり、同様の説明となるた
め省略する。

【０１４０】まず、図６におけるマスタ登録の処理につ
いて説明する。オーナＢのメンバグループＡへの取引を
可能にするため、オーナＡはメンバマスタにオーナＢを
登録しておく必要がある。その際、メンバ情報として、
オーナＢのユーザＩＤとパスワードを入力し、さらに他
オーナマークを有りとする。

【０１４１】オーナＡは、オーナＢに提供する商品を決
めるため、オーナＢ用の販売マスタ３ｂでの登録を予め
行う。具体的には、販売マスタ３ｂのキー項目にオーナ
ＢのユーザＩＤを登録し、ユーザＩＤ（売側メンバ）に
メンバグループＡの売側メンバの内、商品登録された商
品をオーナＢに提供しても良いと判断した複数の売側メ
ンバのユーザＩＤを登録し、商品分類にオーナＢに提供
しても良いと判断した複数の商品分類を登録する。

【０１４２】また、オーナＡは、メンバグループＡの商
品を、オーナＢに提供する際のエキストラ価格を価格マ
スタ３ｃに登録する。具体的には、価格マスタ３ｃのキ
ー項目にオーナＢのユーザＩＤおよび商品分類を登録
し、その他の項目にオーナＢに対するエキストラ価格の
割合（％）を登録する。

【０１４３】次に、商品選択の処理に関しての説明を行
う。オーナＡからオーナＢへの商品提供は、本図６に示
すように、オーナＢ情報処理システム５ｂから、メンバ
グループＡの鋼材取引システムにおける売側選択処理部
２Ｌに対して商品選択要求情報を入力することで行われ
る。この商品選択要求情報を含む各情報の構成を図９に
示す。

【０１４４】図９は、拡張取引モデルにおける鋼材取引
システムで用いられるテーブルの構成例を示す説明図で
ある。本例のテーブル（２）９０は、「情報区分」と
「キー項目」および「その他の項目」の各項目欄が設け
られ、以降で説明する拡張取引モデルにおける鋼材取引
システムでの各処理で参照される。その詳細は、図６に
示す、以降の鋼材取引システムでの各処理の説明と併せ
て説明する。

【０１４５】図６において、売側選択処理部２Ｌでは、
オーナＢ情報処理システム５ｂから受け取った商品選択
要求情報のユーザＩＤをキー項目として、メンバマスタ
を参照し、当該ユーザＩＤがメンバマスタに登録されて
いること、かつ、他オーナマークが有りとなっているこ
とを確認し、もし、登録されていない場合は取引中止情
報をオーナＢ情報処理システム５ｂに出力し、以降の取
引を中止する。

【０１４６】商品選択は、基本取引モデルで記載した予
約に関する処理を除く商品照会と同様に行われ、オーナ
ＡからオーナＢに提供される商品が、販売商品情報とし
て作成され、その中で、オーナＢがメンバグループＢに
販売したい商品がある場合、商品選択情報（図９の例で
は、ユーザＩＤをキー項目として用いられ、その他の項
目の商品番号が参照される）をオーナＢ情報処理システ
ム５ｂから商品選択処理部２Ｐに入力され、商品登録が
行われる。

【０１４７】すなわち、商品選択処理部２Ｐでは、商品
選択情報が入力されると、商品番号をキー項目として、
メンバグループＡの販売商品情報を参照し、当該販売商
品情報をメンバグループＢの商品登録処理部２Ｉに入力
する。

【０１４８】メンバグループＢの商品登録処理部２Ｉで
は、この販売商品情報をメンバグループＢの商品情報と
してデータベースに格納する。尚、メンバグループＢの
商品登録処理部２Ｉでは、このようにして商品情報を格
納する際、自メンバグループのオーナからの登録である
ため、商品情報の有効マークを有りとする。

【０１４９】メンバグループＡの商品選択処理部２Ｐで
は、上記処理の過程で、商品オーナ情報を生成する。こ
の商品オーナ情報は、商品がどのオーナからどのオーナ
に渡されたかを記録するものであり、図９において示さ
れている項目内容となっている。

【０１５０】この内容に基づき、図６の場合であれば、
商品選択処理部２Ｐでは、商品オーナ情報のキー項目に
商品番号を、その他の項目の、レコードの先頭に、オー
ナＡのユーザＩＤを、続いてオーナＢのユーザＩＤを入
力し、データベースに格納する。

【０１５１】以下、図６におけるメンバグループＢ側で
の処理を説明する。上記のように、商品がオーナＡから
オーナＢに渡された後のメンバグループＢ側の処理は、
成約処理部２Ｔでの処理を除いて、基本取引モデルと同
じであり、以下、成約処理部２Ｔでの、基本取引モデル
との処理の違いを説明する。

【０１５２】成約処理部２Ｔにおいて、注文情報の商品
番号をキー項目として、商品オーナ情報を参照し、オー
ナのユーザＩＤを確認する。この情報が記録されている
ことは、オーナ間をわたった商品であることを示し、成
約処理部２Ｔでは、この商品オーナ情報のその他項目に
記載のあるオーナのユーザＩＤを全て抽出する。

【０１５３】尚、成約処理部２Ｔでは、当該商品がオー
ナをわたった商品であることから、成約情報の作成・更
新、成約通知、予約解除、商品情報更新を、取引に関与
した全オーナの、それぞれが管理するメンバグループ全
てを対象に実施する必要がある。

【０１５４】これらの成約情報の作成・更新、成約通
知、予約解除、商品情報更新に係わる処理を順に説明す
る。まず、成約情報の作成・更新について説明する。

【０１５５】図５に示した基本取引モデルでは、成約処
理部２ｔにおいて、オーナ用、買側メンバ用、売側メン
バ用に成約情報を作成・更新したが、図６における成約
処理部２Ｔでは、売側メンバは、他メンバグループであ
り、さらに、オーナＡが取引に関与しているため、次の
ようにして、オーナＡ用の成約情報を作成する必要があ
る。

【０１５６】まず、成約情報の取引累計金額、取引金額
累計期間、取引累計数量、取引数量累計期間に関する処
理は、基本取引モデルと同一で、買側メンバにのみ更新
する。

【０１５７】次に、取引明細の価格を除いた部分は、オ
ーナＡ用、オーナＢ用、買側メンバ用、売側メンバ用そ
れぞれに、成約年月日時分秒を記録し、メンバグループ
Ｂの販売商品情報または、予約商品情報の内容を取引明
細に記録する。

【０１５８】尚、取引明細のユーザＩＤ（オーナ）は、
オーナＡ用であっても買側メンバのオーナであるオーナ
Ｂが記録される。これは、当該取引の責任を買側メンバ
のオーナ、すなわちオーナＢが負うため、その責任の所
在が記録される。取引明細の価格については、図７を用
いて説明する。

【０１５９】図７は、図６の電子取引システムにおける
価格の遷移と各情報の関係をまとめた例を示す説明図で
ある。本図７にしめすように、オーナＢおよび買側メン
バの価格（１）、価格（２）については、基本取引モデ
ルと同様に、メンバグループＢの販売商品情報または予
約商品情報および商品情報を参照して記録される。

【０１６０】売側メンバの価格（２）は、メンバグルー
プが異なるため、基本取引モデルと同一の求め方をする
と価格Ｂとなってしまうため、メンバグループＡの商品
情報を参照し価格Ａを記録する。

【０１６１】具体的には、商品オーナ情報から、売側メ
ンバのオーナを求め、当該オーナが管理する商品情報
を、商品番号をキー項目として参照し、当該商品情報中
の価格を求める。尚、価格（１）は空欄であることは、
基本取引モデルと同一である。

【０１６２】オーナＡに関する価格は、価格（１）は、
オーナＢに提供した価格、すなわち図７の価格Ｂを記録
し、また、価格（２）は、売側メンバあるいは他のオー
ナから仕入れた価格、すなわち図７の価格Ａを記録す
る。この価格（１）に価格Ｂを記録する理由は、オーナ
Ａが提供した商品に対し、オーナＢはいくらで買側メン
バに売ったのかを秘匿するためである。

【０１６３】次に、成約通知に関する処理を説明する。
図６における成約処理部２Ｔでは、オーナＡ情報処理シ
ステム５ａ、オーナＢ情報処理システム５ｂ、買側メン
バＢ１情報処理システム７ｂ、売側メンバ（Ａ１）情報
処理システム６ａに成約通知を出力する。成約通知は、
オーナＡ、オーナＢ、買側メンバＢ１、売側メンバＡ１
のそれぞれの成約情報３ｈにある取引明細を参照し作成
される。

【０１６４】次に、予約解除に関する処理を説明する。
予約照会からの注文の場合は、成約処理部２Ｔでは、対
象となる各メンバグループの予約商品情報を注文情報の
商品番号をキー項目として参照し、当該情報をデータベ
ースから削除する。

【０１６５】次に、商品情報更新に関する処理を説明す
る。成約処理部２Ｔにおいて、対象となる各メンバグル
ープの商品情報を、注文情報の商品番号をキー項目とし
て参照し、当該商品情報をデータベースから削除する。

【０１６６】以上、図１〜図１０を用いて説明したよう
に、本例の電子取引システムと方法では、鋼材取引を仲
買するオーナが、自分の販売網である専用の電子取引シ
ステムを開設する際、取引に参加できる売側と買側を、
メンバ情報を登録することにより制限し、また、どの買
側が、どの売側の、どの種類の商品を購入できるかを、
販売情報を登録することにより制限し、さらに、買側に
対する価格を、価格情報を登録することにより特定し、
そして、買側の取引可能限度額を、予め限度情報を登録
することに設定する。

【０１６７】そして、電子取引システムへの参加時に売
側、買側から入力された認証情報に対して、予め登録し
たメンバ情報を参照することにより、それぞれの参加資
格の正当性を確認する。

【０１６８】また、売側の商品情報や、買側の商品検索
要求情報による取引時も、メンバ情報を参照することに
より、売側、買側の正当性を確認する。

【０１６９】このようにして正当性が確認された後、売
側は、販売を希望する商品を商品情報により入力し、オ
ーナは、この情報を判読し、電子取引システム上で販売
しても良い商品か否かを確認した後に、正式に販売対象
商品として登録してシステム上で提示する。尚、オーナ
が販売できないと判断した商品は、商品情報として再び
売側に戻され、売側にて登録を削除する。

【０１７０】また、買側は、商品検索要求情報を入力す
ることにより、購入商品の参照を行う。この商品検索要
求情報に基づき、本例の電子取引システムでは、買側に
販売できる商品を、商品情報と販売情報から抽出し、価
格を商品情報と価格情報から決定する。尚、予約商品が
存在する場合、予約商品を、前記抽出した買側に販売す
る商品から除外する。

【０１７１】そして、買側は、販売できるとして提示さ
れた各商品を参照し、購入希望の商品がある場合は、注
文情報を入力して購入する、あるいは、予約が認められ
ている買側の場合で、かつ予約希望の商品がある場合
は、予約情報を入力して予約する。

【０１７２】尚、この予約は、メンバ情報でオーナによ
り予約期間が定められており、予約期間が過ぎた商品に
関しては自動的に予約が解除される。また、買側は、予
約した商品を予約照会要求情報により知ることができ、
購入希望の商品がある場合は、注文情報を入力すること
により購入する。この際、当該商品に関する予約は解除
される。

【０１７３】また、買側の取引限度については、買側か
らの注文情報が入力された時点で、限度情報と、買側の
一定期間の取引累計を比較することにより行う。そし
て、取引限度に達していない取引は、取引成立とみな
し、取引明細を記録するとともに、取引累計を更新し、
取引の成立を成約通知情報にて、オーナ、売側、買側に
それぞれ通知する。この通知が終了すると該当する商品
情報が削除される。

【０１７４】さらに、本例の電子取引システムと電子取
引方法では、以上のような基本取引モデルをベースに拡
張取引モデルを構成できる。すなわち、複数の鋼材取引
システムが存在する中で、オーナは販売委託をする他オ
ーナをメンバ情報に登録し、この他オーナに対して、自
電子取引システムのどの売側の、どの商品を販売委託可
能にするかを販売情報に登録し、かつ、他オーナに対す
る販売委託価格を価格情報に登録する。

【０１７５】そして、販売委託商品を参照する目的で
の、他オーナからの認証情報は、メンバ情報を参照する
ことによりその正当性を確認する。さらに、他オーナの
商品検索要求情報による取引時も、メンバ情報を参照す
ることにより正当性を確認する。

【０１７６】正当性が確認された他オーナは、販売委託
商品を参照する際には、自システムから商品選択要求情
報を入力・送信する。この商品選択要求情報を受信し
て、自電子取引システムでは、他オーナに販売委託でき
る商品を、商品情報と販売情報から抽出し、価格を商品
情報と価格情報から決定し、他オーナのシステムに送信
して提示させる。尚、この際、予約の機能は提供されな
い。

【０１７７】他オーナは、自システムで提示された各販
売委託できる商品を参照し、希望の商品がある場合は、
商品選択情報を入力することにより選択する。この商品
選択情報を受信した電子取引システムでは、当該商品
を、他オーナの電子取引システムの商品情報に登録す
る。

【０１７８】販売委託商品が、他オーナの電子取引シス
テムの商品情報に登録された後、取引が成立した時点
で、販売委託に関与している全オーナに成約通知情報を
出力する。また、予約解除の条件が発生した場合、販
売委託に関与している全オーナの電子取引システムの、
当該商品にかかわる予約を解除する。また、 成約通
知情報出力後、販売委託に関与している全オーナの電子
取引システムの、当該商品にかかわる商品情報を削除す
る。

【０１７９】尚、本発明は、図１〜図１０を用いて説明
した例に限定されるものではなく、その要旨を逸脱しな
い範囲において種々変更可能である。例えば、本例にお
いては、鋼材取引を例に説明したが、他の、鋼材と同様
な商品特性、取引特性を有する他の商品の取引等、例え
ば商社が仲買する取引全般等に適用することができる。

【０１８０】また、本例では、光ディスクを記録媒体と
して用いているが、ＦＤを記録媒体として用いることで
も良い。また、プログラムのインストールに関しても、
通信装置を介してネットワーク経由でプログラムをダウ
ンロードしてインストールすることでも良い。

【０１８１】

【発明の効果】本発明によれば、例えば鋼材取引等、従
来の電子取引システムにおける売側主導の取引や買側主
導の取引では対応できない、高信頼な商取引を、活性化
を妨げることなく効率的に行うことが可能となる。

【０１８２】具体的には、まず、商社等のオーナが開設
する電子取引システムに、オーナ自身がどの売側、どの
買側を参加させるかを制御し、その取引許可の正当性を
制御することができる。

【０１８３】また、オーナは、どの買側が、どの売側の
商品を購入し、かつどの商品の種類を購入できるかを制
御することができる。さらに、オーナは、買側毎に価格
を制御することができる。

【０１８４】また、オーナは、買側の取引上限を設定
し、上限を超えた取引を制御できる。さらに、オーナ
は、買側に対して予約期間を設定し、期間内の予約を制
御することができる。また、オーナは、売側の販売希望
商品の確認を行い商品の登録を制御できる。

【０１８５】また、あるオーナが、他オーナの電子取引
システムの商品を、自電子取引システムの商品として販
売することができ、複数のオーナ間による商品販売委託
が可能となる。

【図面の簡単な説明】

【図１】本発明に係わる鋼材取引システムのハードウェ
ア構成例を示すブロック図である。

【図２】本例の鋼材取引システムの基本取引モデルの構
成例を示すブロック図である。

【図３】本例の鋼材取引システムの拡張取引モデルの構
成例を示すブロック図である。

【図４】本発明に係わる電子取引システムの基本取引モ
デルでの第１の詳細構成例を示すブロック図である。

【図５】本発明に係わる電子取引システムの基本取引モ
デルでの第２の詳細構成例を示すブロック図である。

【図６】本発明に係わる電子取引システムの拡張取引モ
デルでの詳細構成例を示すブロック図である。

【図７】図６の電子取引システムにおける価格の遷移と
各情報の関係をまとめた例を示す説明図である。

【図８】本例の鋼材取引システムで用いられるテーブル
の構成例を示す説明図である。

【図９】拡張取引モデルにおける鋼材取引システムで用
いられるテーブルの構成例を示す説明図である。

【図１０】図１におけるサーバとオーナ情報処理システ
ムと売側メンバ情報処理システムおよび買側メンバ情報
処理システムのハードウェア構成例を示すブロック図で
ある。

【符号の説明】

１：サーバ、２：鋼材取引システム、２ａ：マスタ登録
処理部、２ｂ：メンバ設置処理部、２ｃ：販売設定処理
部、２ｄ：価格設定処理部、２ｅ：限度設定処理部、２
ｆ：認証処理部、２ｇ〜２ｉ，２I：商品登録処理部、
２ｊ：認証処理部、２ｋ：商品取引処理部、２ｌ，２
Ｌ：売側選択処理部、２ｍ，２Ｍ：分類選択処理部、２
ｎ，２Ｎ：価格処理部、２ｏ：予約分削除処理部、２
ｐ：商品検索処理部、２Ｐ：商品選択処理部、２ｑ：予
約登録処理部、２ｒ：予約検索処理部、２ｓ：予約解除
処理部、２ｔ，２Ｔ：成約処理部、２ｕ：取引限度処理
部、２ｖ：限度処理部、３：データベース、３ａ：メン
バマスタ、３ｂ：販売マスタ、３ｃ：価格マスタ、３
ｄ：限度マスタ、３ｅ：商品情報、３ｆ：販売商品、３
ｇ：予約商品、３ｈ：成約情報、４：ネットワーク、５
ａ，５ｂ：オーナ情報処理システム、６ａ，６ｂ：売側
メンバ情報処理システム、７ａ，７ｂ：買側メンバ情報
処理システム、２１：オーナ、２２：メンバグループ、
２３：商品、２４ａ，２４ｂ：売側メンバ、２５ａ，２
５ｂ：買側メンバ、３１ａ：オーナＡ、３１ｂ：オーナ
Ｂ、３１ｃ：オーナＣ、３２ａ：メンバグループＡ、３
２ｂ：メンバグループＢ、３２ｃ：メンバグループＣ、
３３ａ〜３３ｃ：商品、３４ａ，３４ｂ：売側メンバＡ
１、３５ａ，３５ｂ：買側メンバＡ１、３６ａ，３６
ｂ：買側メンバＢ１、３７ａ，３７ｂ：買側メンバＣ
１、８０：テーブル（１）、９０：テーブル（２）、１
０１：表示装置、１０２：入力装置、１０３：外部記憶
装置、１０４：：情報処理装置、１０４ａ：ＣＰＵ、１
０４ｂ：主メモリ、１０５：光ディスク、１０６：駆動
装置、１０７：通信装置。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 加古 史明 東京都千代田区丸の内二丁目６番３号 三 菱商事株式会社内 (72)発明者 衛藤 知彦 東京都渋谷区道玄坂一丁目16番５号 株式 会社日立情報システムズ内 Ｆターム(参考） 5B049 AA02 AA05 BB07 BB11 CC02 CC05 CC06 CC08 DD01 EE00 EE02 EE05 FF03 GG02 GG04 GG07

Claims (8)

【特許請求の範囲】
1. 【請求項１】 コンピュータネットワーク上に開設さ
   れ、商品の売買取引処理を行う電子取引システムであっ
   て、開設元のオーナコンピュータから入力される、取引
   に参加できるメンバの識別に用いるメンバ情報、売側お
   よび買側のメンバ毎に許可する取引商品を特定する販売
   情報、買側のメンバに対する商品価格を示す価格情報、
   および、買側のメンバに対する取引限度額を示す限度情
   報を記憶装置に記録する第１の情報登録処理手段と、取
   引参加を要求してきたコンピュータから入力されたメン
   バ情報を、上記記憶装置から読み出した上記メンバ情報
   と照合して、該コンピュータを操作しているメンバの取
   引参加を制限する認証処理手段と、取引参加を許可した
   売側メンバのコンピュータから入力された販売要求内容
   を、上記記憶装置から読み出した上記販売情報と照合し
   て、該売側メンバが販売できる商品を制限する商品登録
   処理手段と、取引参加を許可した買側メンバのコンピュ
   ータから入力された購入要求内容を上記記憶装置から読
   み出した上記販売情報と照合して、該買側メンバが購入
   できる商品を制限する選択処理手段と、購入を許可した
   買側メンバに対する購入対象となる商品の価格を、上記
   記憶装置から読み出した上記価格情報を参照して求め、
   該買側メンバのコンピュータに通知する価格処理手段
   と、買側メンバの購入成約合計額を算出し、上記記憶装
   置から読み出した上記限度情報と比較して、該買側メン
   バの購入を制限する限度処理手段とを有することを特徴
   とする電子取引システム。
2. 【請求項２】 請求項１に記載の電子取引システムであ
   って、上記開設元のオーナコンピュータから入力され
   る、予約取引を許可する買側メンバの予約メンバ情報と
   予約取引の対象となる商品を特定する予約商品識別情報
   とを記憶装置に記録する第２の情報登録処理手段と、取
   引参加を許可した買側メンバのコンピュータから入力さ
   れた商品の購入予約要求内容を、上記記憶装置から読み
   出した上記予約メンバ情報および上記予約商品識別情報
   と照合して、上記予約取引を制限する予約検索処理手段
   とを有することを特徴とする電子取引システム。
3. 【請求項３】 請求項１、もしくは、請求項２のいずれ
   かに記載の電子取引システムであって、上記開設元のオ
   ーナコンピュータから入力される、他システムの開設元
   のオーナ（他オーナ）を特定するオーナ識別情報と該他
   オーナのシステムでの販売を許可する販売委託商品を特
   定する委託商品情報および該販売委託商品の上記他オー
   ナのシステムでの販売価格情報を上記記憶装置に記録す
   る第３の情報登録処理手段と、取引参加を要求してきた
   コンピュータから入力されたメンバ情報を、上記記憶装
   置から読み出した上記オーナ識別情報と照合して、該コ
   ンピュータを操作している他オーナの取引参加を制限す
   る他オーナ認証処理手段と、取引参加を許可した他オー
   ナのコンピュータから入力された委託販売要求内容を、
   上記記憶装置から読み出した上記委託商品情報と照合し
   て、該他オーナのシステムで販売できる上記販売委託商
   品を制限する商品選択処理手段とを有し、上記他オーナ
   のシステムに上記販売委託商品の販売に係わる品質保証
   と代金回収とを委託することを特徴とする電子取引シス
   テム。
4. 【請求項４】 コンピュータネットワーク上に開設さ
   れ、商品の売買取引処理を行う電子取引システムの電子
   取引方法であって、開設元のオーナコンピュータから入
   力される、取引に参加できるメンバの識別に用いるメン
   バ情報、および、売側および買側のメンバ毎に許可する
   取引商品を特定する販売情報とを記憶装置に記録するス
   テップと、取引参加を要求してきたコンピュータから入
   力されたメンバ情報を、上記記憶装置から読み出した上
   記メンバ情報と照合して、該コンピュータを操作してい
   るメンバの取引参加を制限するステップと、取引参加を
   許可した売側メンバのコンピュータから入力された販売
   要求内容を、上記記憶装置から読み出した上記販売情報
   と照合して、該売側メンバが販売できる商品を制限する
   ステップと、取引参加を許可した買側メンバのコンピュ
   ータから入力された購入要求内容を上記記憶装置から読
   み出した上記販売情報と照合して、該買側メンバが購入
   できる商品を制限するステップとを有することを特徴と
   する電子取引方法。
5. 【請求項５】 請求項４に記載の電子取引方法であっ
   て、上記開設元のオーナコンピュータから入力される、
   買側のメンバに対する商品価格を示す価格情報、およ
   び、買側のメンバに対する取引限度額を示す限度情報と
   を記憶装置に記録するステップと、購入を許可した買側
   メンバに対する購入対象となる商品の価格を、上記記憶
   装置から読み出した上記価格情報を参照して求め、該買
   側メンバのコンピュータに通知するステップと、買側メ
   ンバの購入成約合計額を算出し、上記記憶装置から読み
   出した上記限度情報と比較して、該買側メンバの購入を
   制限するステップとを有することを特徴とする電子取引
   方法。
6. 【請求項６】 請求項４、もしくは、請求項５のいずれ
   かに記載の電子取引方法であって、上記開設元のオーナ
   コンピュータから入力される、予約取引を許可する買側
   メンバの予約メンバ情報、および、予約取引の対象とな
   る商品を特定する予約商品識別情報とを記憶装置に記録
   するステップと、取引参加を許可した買側メンバのコン
   ピュータから入力された商品の購入予約要求内容を、上
   記記憶装置から読み出した上記予約メンバ情報および上
   記予約商品識別情報と照合して、上記予約取引を制限す
   るステップとを有することを特徴とする電子取引方法。
7. 【請求項７】 請求項４から請求項６のいずれかに記載
   の電子取引方法であって、上記開設元のオーナコンピュ
   ータから入力される、他システムの開設元のオーナ（他
   オーナ）を特定するオーナ識別情報と該他オーナのシス
   テムでの販売を許可する販売委託商品を特定する委託商
   品情報および該販売委託商品の上記他オーナのシステム
   での販売価格情報とを上記記憶装置に記録するステップ
   と、取引参加を要求してきたコンピュータから入力され
   たメンバ情報を、上記記憶装置から読み出した上記オー
   ナ識別情報と照合して、該コンピュータを操作している
   他オーナの取引参加を制限するステップと、取引参加を
   許可した他オーナのコンピュータから入力された委託販
   売要求内容を、上記記憶装置から読み出した上記委託商
   品情報と照合して、該他オーナのシステムで販売できる
   上記販売委託商品を制限するステップとを有することを
   特徴とする電子取引方法。
8. 【請求項８】 コンピュータネットワーク上に開設さ
   れ、商品の売買取引処理を行う電子取引システムの電子
   取引方法の処理手順を記述したプログラムをコンピュー
   タに読み取り可能に記録する記録媒体であって、請求項
   ４から請求項７のいずれかに記載の電子取引方法におけ
   る各ステップを、上記コンピュータに実行させるための
   処理プログラムを記録したことを特徴とする記録媒体。