(57)【特許請求の範囲】
【請求項１】
コンピュータネットワーク上に開設され、商品の売買取引処理を行う電子取引システムであって、
開設元のオーナコンピュータから入力される、取引に参加できるメンバの識別に用いるメンバ情報を記憶装置に記録する第１の情報登録処理手段と、
上記開設元のオーナコンピュータから入力される、買側のメンバの識別情報と売側のメンバの識別情報と該売側メンバと上記買側メンバ間で取引される商品とを対応付けた販売情報を記憶装置に記憶する第２の情報登録処理手段と、
取引参加を要求してきたコンピュータから入力されたメンバ情報を、上記記憶装置から読み出した上記メンバ情報と照合して、該コンピュータを操作しているメンバの取引参加を制限する認証処理手段と、
取引参加を許可した売側メンバのコンピュータから入力された販売要求内容を、上記記憶装置から読み出した上記販売情報と照合して、該売側メンバが販売できる商品を制限する商品登録処理手段と、
取引参加を許可した買側メンバのコンピュータから入力された購入要求内容を上記記憶装置から読み出した上記販売情報と照合して、該買側メンバが購入できる売側メンバと商品を制限する第１の選択処理手段と
を有することを特徴とする電子取引システム。
【請求項２】
請求項１に記載の電子取引システムであって、
開設元のオーナコンピュータから入力される、買側のメンバに対する商品価格を示す価格情報、および、買側のメンバに対する取引限度額を示す限度情報を記憶装置に記録する第３の情報登録処理手段と、
購入を許可した買側メンバに対する購入対象となる商品の価格を、上記記憶装置から読み出した上記価格情報を参照して求め、該買側メンバのコンピュータに通知する価格処理手段と、
買側メンバの購入成約合計額を算出し、上記記憶装置から読み出した上記限度情報と比較して、該買側メンバの購入を制限する限度処理手段とを有することを特徴とする電子取引システム。
【請求項３】
請求項１もしくは請求項２のいずれかに記載の電子取引システムであって、
上記開設元のオーナコンピュータから入力される、予約取引を許可する買側メンバの予約メンバ情報と予約取引の対象となる商品を特定する予約商品識別情報とを記憶装置に記録する第４の情報登録処理手段と、
取引参加を許可した買側メンバのコンピュータから入力された商品の購入予約要求内容を、上記記憶装置から読み出した上記予約メンバ情報および上記予約商品識別情報と照合して、上記予約取引を制限する予約検索処理手段とを有することを特徴とする電子取引システム。
【請求項４】
請求項１から請求項３のいずれかに記載の電子取引システムであって、
上記開設元のオーナコンピュータから入力される、他システムの開設元のオーナ（他オーナ）を特定するオーナ識別情報を、上記メンバ情報に登録する第５の情報登録手段と、
上記オーナ識別情報と当該他オーナのシステムでの販売を許可する商品（販売委託商品）と該販売委託商品を販売する売側メンバの識別情報とを対応付けて上記販売情報に登録する第６の情報登録手段と、
上記販売委託商品の上記他オーナのシステムでの販売価格情報を上記記憶装置に記録する第７の情報登録処理手段と、
取引参加を要求してきたコンピュータから入力されたメンバ情報を、上記記憶装置から読み出した上記オーナ識別情報と照合して、該コンピュータを操作している他オーナの取引参加を制限する他オーナ認証処理手段と、
取引参加を許可した他オーナのコンピュータから入力された商品選択要求情報を、上記記憶装置から読み出した上記販売情報と照合して、該他オーナのシステムで販売できる上記販売委託商品を制限する第２の選択処理手段と、
上記販売委託商品の販売を許可した他オーナのコンピュータに、当該販売委託商品情報を渡す商品選択処理手段とを有し、
上記他オーナのシステムにおいて、該システムに登録された買側メンバに上記販売委託商品を販売させることを特徴とする電子取引システム。
【請求項５】
コンピュータネットワーク上に開設され、それぞれ開設元のオーナが管理するメンバグループ内で各々対応付けて登録された買側メンバと売側メンバ間での商品の売買取引処理を行う複数の電子取引システムからなる拡張取引システムであって、
上記複数の電子取引システムのそれぞれは、
開設元のオーナコンピュータから入力される、取引に参加できるメンバおよび他オーナの識別に用いるメンバ情報を記憶装置に記録する第１の情報登録処理手段と、
上記開設元のオーナコンピュータから入力される、買側のメンバの識別情報と売側のメンバの識別情報と該売側メンバと上記買側メンバ間で取引される商品および該商品の委託販売を許可する他オーナの識別情報とを対応付けた販売情報を記憶装置に記憶する第２の情報登録処理手段と、
取引参加を要求してきたコンピュータから入力されたメンバ情報を、上記記憶装置から読み出した上記メンバ情報と照合して、該コンピュータを操作しているメンバおよび他オーナの取引参加を制限する認証処理手段と、
取引参加を許可した売側メンバのコンピュータから入力された販売要求内容を、上記記憶装置から読み出した上記販売情報と照合して、該売側メンバが販売できる商品を制限する第１の商品登録処理手段と、
取引参加を許可した買側メンバのコンピュータから入力された購入要求内容を上記記憶装置から読み出した上記販売情報と照合して、該買側メンバが購入できる売側メンバと商品を制限する第１の選択処理手段と、
取引参加を許可した他オーナのコンピュータから入力された商品選択要求情報を上記記憶装置から読み出した上記販売情報と照合して、該他オーナに委託販売を許可する商品を制限する第２の選択処理手段と、
委託販売を許可した商品情報を委託先の他オーナが開設する電子取引システムに渡すとともに、委託販売を許可した商品情報と委託先の他オーナの識別情報および自オーナの識別情報とを対応付けて商品オーナ情報として登録する商品選択処理手段と、
他オーナが開設する電子取引システムに委託販売を要求して許可され渡された商品情報を登録する第２の商品登録処理手段と、
成立した取引が自メンバグループ内のメンバ間での取引であれば買側メンバと売側メンバおよび自オーナのそれぞれのコンピュータに、成立した取引が販売委託商品の取引であれば上記商品オーナ情報を参照して売側メンバと委託要求先の他オーナを特定し、特定した売側メンバと他オーナおよび購入した自メンバグループ内の買側メンバと自オーナのそれぞれのコンピュータに、自オーナが当該取引の責任を負うこと示す情報を付与した成約通知情報を作成して出力する成約処理手段と、
を有し、他オーナが開設する電子取引システムのメンバグループのメンバに、自メンバグループ内で販売する商品を、販売委託商品として他オーナの責任で販売することを特徴とする拡張取引システム。
【請求項６】
コンピュータネットワーク上に開設され、商品の売買取引処理を行う電子取引システムの電子取引方法であって、
開設元のオーナコンピュータから入力される、取引に参加できるメンバの識別に用いるメンバ情報を記憶装置に記録するステップと、
上記開設元のオーナコンピュータから入力される、買側のメンバの識別情報と当該買側メンバとの取引を許可する売側のメンバの識別情報と該売側のメンバによる販売を許可する取引商品とを対応付けた販売情報を記憶装置に記録するステップと、
取引参加を要求してきたコンピュータから入力されたメンバ情報を、上記記憶装置から読み出した上記メンバ情報と照合して、該コンピュータを操作しているメンバの取引参加を制限するステップと、
取引参加を許可した売側メンバのコンピュータから入力された販売要求内容を、上記記憶装置から読み出した上記販売情報と照合して、該売側メンバが販売できる商品を制限するステップと、
取引参加を許可した買側メンバのコンピュータから入力された購入要求内容を上記記憶装置から読み出した上記販売情報と照合して、該買側メンバが購入できる売側メンバと商品を制限するステップとを有することを特徴とする電子取引方法。
【請求項７】
請求項６に記載の電子取引方法であって、
上記開設元のオーナコンピュータから入力される、買側のメンバに対する商品価格を示す価格情報、および、買側のメンバに対する取引限度額を示す限度情報とを記憶装置に記録するステップと、
購入を許可した買側メンバに対する購入対象となる商品の価格を、上記記憶装置から読み出した上記価格情報を参照して求め、該買側メンバのコンピュータに通知するステップと、
買側メンバの購入成約合計額を算出し、上記記憶装置から読み出した上記限度情報と比較して、該買側メンバの購入を制限するステップとを有することを特徴とする電子取引方法。
【請求項８】
請求項６、もしくは、請求項７のいずれかに記載の電子取引方法であって、
上記開設元のオーナコンピュータから入力される、予約取引を許可する買側メンバの予約メンバ情報、および、予約取引の対象となる商品を特定する予約商品識別情報とを記憶装置に記録するステップと、
取引参加を許可した買側メンバのコンピュータから入力された商品の購入予約要求内容を、上記記憶装置から読み出した上記予約メンバ情報および上記予約商品識別情報と照合して、上記予約取引を制限するステップとを有することを特徴とする電子取引方法。
【請求項９】
請求項６から請求項８のいずれかに記載の電子取引方法であって、
上記開設元のオーナコンピュータから入力される、他システムの開設元のオーナ（他オーナ）を特定するオーナ識別情報を、上記メンバ情報に登録するステップと、
上記オーナ識別情報と当該他オーナのシステムでの販売を許可する商品（販売委託商品）と該販売委託商品を販売する売側メンバの識別情報とを対応付けて上記販売情報に登録するステップと、
上記販売委託商品の上記他オーナのシステムでの販売価格情報を上記記憶装置に記録するステップと、
取引参加を要求してきたコンピュータから入力されたメンバ情報を、上記記憶装置から読み出した上記オーナ識別情報と照合して、該コンピュータを操作している他オーナの取引参加を制限するステップと、
取引参加を許可した他オーナのコンピュータから入力された商品選択要求情報を、上記記憶装置から読み出した上記販売情報と照合して、該他オーナのシステムで販売できる上記販売委託商品を制限するステップとを有することを特徴とする電子取引方法。
【請求項１０】
コンピュータネットワーク上に開設され、それぞれ開設元のオーナが管理するメンバグループ内で各々対応付けて登録された買側メンバと売側メンバ間での商品の売買取引処理を行う複数の電子取引システムからなる拡張取引システムでの電子取引方法であって、
上記複数の電子取引システムのそれぞれは、
開設元のオーナコンピュータから入力される、取引に参加できるメンバおよび他オーナの識別に用いるメンバ情報を記憶装置に記録するステップと、
上記開設元のオーナコンピュータから入力される、買側のメンバの識別情報と売側のメンバの識別情報と該売側メンバと上記買側メンバ間で取引される商品および該商品の委託販売を許可する他オーナの識別情報とを対応付けた販売情報を記憶装置に記録するステップと、
取引参加を要求してきたコンピュータから入力されたメンバ情報を、上記記憶装置から読み出した上記メンバ情報と照合して、該コンピュータを操作しているメンバおよび他オーナの取引参加を制限するステップと、
取引参加を許可した売側メンバのコンピュータから入力された販売要求内容を、上記記憶装置から読み出した上記販売情報と照合して、該売側メンバが販売できる商品を制限するステップと、
取引参加を許可した買側メンバのコンピュータから入力された購入要求内容を上記記憶装置から読み出した上記販売情報と照合して、該買側メンバが購入できる売側メンバと商品を制限するステップと、
取引参加を許可した他オーナのコンピュータから入力された商品選択要求情報を上記記憶装置から読み出した上記販売情報と照合して、該他オーナに委託販売を許可する商品を制限するステップと、
委託販売を許可した商品情報を委託先の他オーナが開設する電子取引システムに渡すとともに、委託販売を許可した商品情報と委託先の他オーナの識別情報および自オーナの識別情報とを対応付けて商品オーナ情報として登録するステップと、
他オーナが開設する電子取引システムに委託販売を要求して許可され渡された商品情報を登録するステップと、
成立した取引が自メンバグループ内のメンバ間での取引であれば買側メンバと売側メンバおよび自オーナのそれぞれのコンピュータに、成立した取引が販売委託商品の取引であれば上記商品オーナ情報を参照して売側メンバと委託要求先の他オーナを特定し、特定した売側メンバと他オーナおよび購入した自メンバグループ内の買側メンバと自オーナのそれぞれのコンピュータに、自オーナが当該取引の責任を負うこと示す情報を付与した成約通知情報を作成して出力するステップと
を有し、他オーナが開設する電子取引システムのメンバグループのメンバに、自メンバグループ内で販売する商品を、販売委託商品として他オーナの責任で販売することを特徴とする電子取引方法。
【請求項１１】
コンピュータに、請求項６から請求項１０のいずれかに記載の電子取引方法における各ステップを実行させるためのプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネット等のネットワークを介してコンピュータ間での商取引を行う電子取引システムに係わり、特に、高信頼な取引を効率的に行うのに好適な電子取引システムと電子取引方法およびその処理プログラムを記録した記録媒体に関するものである。
【０００２】
【従来の技術】
近年、インターネットの普及に伴い、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）を用いた電子取引システムの推進が図られている。このような電子取引システムには、例えば、電子ショッピングシステムなど多数の例があり、企業対個人、個人対個人、ならびに、企業対企業における商品取引に広く活用されている。
【０００３】
これらの電子取引システムは、企業対個人、企業対企業のどちらの場合でも、売側と買側の直接取引を前提にしているのが通例である。一般には、売側が販売対象の商品を電子取引システム上で紹介し、買側が所望の商品を選択して売側から購入する。
【０００４】
この購入に際し、企業対個人の場合には、代金回収をクレジット会社などが代行する場合があるが、企業対企業の場合は、売側企業と買側企業に取引基本契約が存在し、電子取引といえど、この取引基本契約の中での商取引行為と位置付け、電子取引システムが運用されている。
【０００５】
このような電子取引システムの処理内容は、次のように、大きく次の二つに分類される。
【０００６】
第一の処理では、売側が商品を電子取引システムで提示し、この商品の購入を希望する複数の買側が売側に対し、電子取引システムにおいて購入希望の意思表示を行う。この意思表示の中には購入希望価格等購入条件が含まれ、電子取引システムでは、任意の一定期間に集まった買側の購入希望の意思表示を購入条件と伴に売側に提示し、売側は、このようにして電子取引システムから提示された各購入希望の中から最も売側に有利な条件を提示した買側に対して商品を販売する売側主導の取引である。
【０００７】
第二の処理では、買側が購入希望の商品を購入条件と伴に電子取引システムで提示し、この商品の販売を希望する複数の売側が買側に対し、電子取引システムを通じて販売希望の意思表示を行う。意思表示の中には、販売希望価格等販売条件が含まれ、電子取引システムでは、任意の一定期間に集まった売側の販売希望の意思表示を販売条件と伴に買側に提示し、買側は、このようにして電子取引システムから提示された各販売条件の中から最も買側に有利な条件を提示した売側から商品を購入する買側主導の取引である。
【０００８】
しかし、このようなインターネットおよびＷＷＷを用いた従来の電子取引システムは、例えば、鋼材取引のような特殊な取引内容を持つ取引には適用することができない。
【０００９】
例えば、鋼材取引においては、商品を製造する鉄鋼メーカや、商品の販売と取りまとめている商社、商品を鋼材加工業者や需要家などに卸している鋼材問屋、鋼材を加工して需要家に提供する鋼材加工業者、および、鋼材を利用する需要家などが取引に関わっており、そして、大きく紐付取引と店売取引に分類される。
【００１０】
紐付取引は、需要家がその商品の仕様や、鋼材加工業者、商社、鉄鋼メーカなどを指定して、需要家専用の商品として注文を行う注文生産商品であり、商取引の流れ（商流）も物流も注文の段階から決まっており、流通の過程でこの商品が他の需要家に販売されることは原則的には無い商品に関する取引である。
【００１１】
店売取引は、商社が鋼材問屋や鋼材加工業者、需要家などの紐付取引以外の需要を市場対象として、その販売量を予測して、鉄鋼メーカに注文し、商品をこの市場向けに販売するものや、同様な市場を対象として鋼材問屋あるいは鋼材加工業者が保有する商品や鉄鋼メーカの余剰品および流通過程で余剰となった在庫などの転売を目的としたものや、突発的な需要による紐付取引の不足を補うことを目的とした取引である。そのため、要因が多岐にわたる中で取引され、商流や物流においても、鉄鋼メーカ、商社、鋼材問屋、鋼材加工業者、需要家が複雑にからみ、かつ商品の種類、商流の影響を強く受けた販売網が複数存在する。
【００１２】
このような取引状況の中で、鋼材取引の、特に店売取引の電子取引システムへの適用を考えた場合、従来の売側主導の取引方式、または、買側主導の取引方式の電子取引システムでは満たし得ない機能要素、例えば、「オーナの取引に対する介在」がある。
【００１３】
すなわち、鋼材取引の、一般的な売側主導の取引方式や買側主導の取引方式との最も大きな違いは、売側と買側の間に取引をまとめる仲買人が存在することである。ここでは、この仲買人を、「オーナ」と称する。
【００１４】
鋼材取引においては、多岐にわたる取引要因の中で、商品をどの売側から調達し、どの買側に販売すれば良いか、また、売側と買側の連結は商流上問題ないか、などを確認した取引がなされているため、自然発生的に販売網が形成され、そこにはそれらを取りまとめるオーナが存在するようになった。
【００１５】
例えば、鋼材取引においては、売側から見ると、買側の信用保証が問題となる。すなわち、売った後の支払の問題に伴い買側の経営状態を調査の上、取引を実施しなければならない。取引に関する基本契約があっても、買側の経営状態は常に変化し、売側は一定のリクスをかかえながらの取引となる。
【００１６】
また、買側から見ると、売側の商品に対する品質保証が問題となる。すなわち、鋼材は多様な品質が求められているが、電子取引システムでは、買側が現品を確認できる範囲が限られており、従来にもまして、誰が売側なのかという売側の信用が問題となり、買側はリスクを回避するのであれば、売側を選択せざるを得ない。
【００１７】
このような状況の中で、買側の経営状態を常に把握し、売側に対して買側の債務を保証する、あるいは、売側の商品を確認し、買側に対して当該商品の品質を保証する、あるいは、商品の商流を考慮し、全体として、どの売側とどの買側なら取引をしても良いかを判断し、かつ、取引が活性化するよう適切な売側と買側を商品により選択していくことが、オーナの役割となっている。
【００１８】
従来の電子取引システムにおいては、このようなオーナの役割を考慮した安全な取引を実現することができない。さらには、このようなオーナの役割を考慮していない以上、各オーナ間における販売委託、すなわち、あるオーナでは保証していないが他のオーナでは保証している買側がいる場合、あるオーナから他のオーナに商品を提供し、この商品を他のオーナの責任において当該買側に間接的に販売する販売委託を考慮した柔軟な取引に関しても、従来の電子取引システムでは実現することができない。
【００１９】
【発明が解決しようとする課題】
解決しようとする問題点は、従来の技術では、例えば鋼材取引等におけるオーナの役割を考慮した安全且つ柔軟な商取引を効率的に行うことができない点である。
【００２０】
本発明の目的は、これら従来技術の課題を解決し、例えば鋼材取引等、従来の電子取引システムにおける売側主導の取引や買側主導の取引では対応できない、高信頼な商取引を、活性化を妨げることなく効率的に行うことを可能とする電子取引システムと電子取引方法およびその処理プログラムを記録した記録媒体を提供することである。
【００２１】
【課題を解決するための手段】
上記目的を達成するため、本発明の電子取引システムと電子取引方法は、例えば商社等の仲買人が参加する仲買人取引機能を有する電子取引システムと方法であって、例えば鋼材取引を仲買するオーナが、自分の販売網である専用の電子取引システムを開設する際、取引に参加できる売側と買側を、メンバ情報を登録することにより制限し、また、どの買側が、どの売側の、どの種類の商品を購入できるかを、販売情報を登録することにより制限し、さらに、買側に対する価格を、価格情報を登録することにより特定し、そして、買側の取引可能限度額を、予め限度情報を登録することにより設定する。
【００２２】
そして、電子取引システムへの参加時に売側、買側から入力された認証情報に対して、予め登録したメンバ情報を参照することにより、それぞれの参加資格の正当性を確認する。
また、売側の商品情報登録や、買側の商品検索要求情報による取引時も、メンバ情報を参照することにより、売側、買側の正当性を確認する。
【００２３】
このようにして正当性が確認された後、売側は自システムを操作して、販売を希望する商品を商品情報により入力して電子取引システム送信し、オーナは、電子取引システムにおいてこの情報を判読し、自電子取引システム上で販売しても良い商品か否かを確認した後に、正式に販売対象商品として登録してシステム上で提示する。尚、オーナが販売できないと判断した商品は、商品情報として再び売側に戻され、売側にて登録を削除する。
【００２４】
また、買側は、自システムにおいて、商品検索要求情報を入力・送信することにより、購入商品の参照を行う。この商品検索要求情報に基づき、本例の電子取引システムでは、買側に販売できる商品を、商品情報と販売情報から抽出し、価格を商品情報と価格情報から決定し、買側のシステムに提示する。尚、予約商品が存在する場合、予約商品を、前記抽出した買側に販売する商品から除外する。
【００２５】
そして、買側は、販売できるとして提示された各商品を参照し、購入希望の商品がある場合は、注文情報を入力して購入する、あるいは、予約が認められている買側の場合で、かつ予約希望の商品がある場合は、予約情報を入力して予約する。尚、この予約は、メンバ情報でオーナにより予約期間が定められており、予約期間が過ぎた商品に関しては自動的に予約が解除される。また、買側は、予約した商品を予約照会要求情報により知ることができ、購入希望の商品がある場合は、注文情報を入力することにより購入する。この際、当該商品に関する予約は解除される。
【００２６】
また、買側の取引限度については、買側からの注文情報が入力された時点で、電子取引システムにおいて、限度情報と、買側の一定期間の取引累計を比較することにより行う。そして、取引限度に達していない取引は、取引成立とみなし、取引明細を記録するとともに、取引累計を更新し、取引の成立を成約通知情報にて、オーナ、売側、買側にそれぞれ通知する。この通知が終了すると該当する商品情報が削除される。
【００２７】
また、本発明の電子取引システムと電子取引方法では、例えば、複数の鋼材取引システムが存在する中で、オーナは販売委託をする他オーナをメンバ情報に登録し、この他オーナに対して、自電子取引システムのどの売側の、どの商品を販売委託可能にするかを販売情報に登録し、かつ、他オーナに対する販売委託価格を価格情報に登録する。
そして、販売委託商品を参照する目的での、他オーナからの認証情報が入力されれば、メンバ情報を参照することによりその正当性を確認する。さらに、他オーナの商品検索要求情報による取引時も、メンバ情報を参照することにより正当性を確認する。
【００２８】
正当性が確認された他オーナは、販売委託商品を参照する際には、自システムから商品選択要求情報を入力・送信する。この商品選択要求情報を受信して、電子取引システムでは、他オーナに販売委託できる商品を、商品情報と販売情報から抽出し、価格を商品情報と価格情報から決定し、他オーナのシステムに送信して提示させる。尚、この際、予約の機能は提供されない。
【００２９】
他オーナは、自システムで提示された各販売委託できる商品を参照し、希望の商品がある場合は、商品選択情報を入力することにより選択する。この商品選択情報を受信した電子取引システムでは、当該商品を、他オーナの電子取引システムの商品情報に登録する。
【００３０】
このようにして、販売委託商品が、他オーナの電子取引システムの商品情報に登録された後、取引が成立した時点で、販売委託に関与している全オーナに成約通知情報を出力する。また、予約解除の条件が発生した場合、販売委託に関与している全オーナの電子取引システムの、当該商品にかかわる予約を解除する。また、  成約通知情報出力後、販売委託に関与している全オーナの電子取引システムの、当該商品に関（かか）わる商品情報を削除する。
【００３１】
【発明の実施の形態】
以下、本発明の実施の形態を、図面により詳細に説明する。
本例の電子取引システムとその電子取引方法では、従来の電子取引システムにおいては実現できない、いわゆるオーナの役割を考慮した取引を実現するためのものである
【００３２】
すなわち、鋼材取引などの取引においては、買側の経営状態を常に把握し、売側に対して買側の債務を保証する、あるいは、売側の商品を確認し、買側に対して当該商品の品質を保証する、あるいは、商品の商流を考慮し、全体として、どの売側とどの買側なら取引をしても良いかを判断し、かつ、取引が活性化するよう適切な売側と買側を商品により選択する仲買（オーナ）が必要であり、このような、オーナが介在する鋼材取引を電子取引システムで実現するためには、次のように、（１）オーナの取引に対する介在に関する基本的な機能要素、および、それらに基づく（２）オーナ間の販売委託に関する機能要素が必要となることに着目して、本例の電子取引システムとその電子取引方法が考案されている。
【００３３】
（１）オーナの取引に対する介在に関する基本的な機能要素：
第一に、オーナは、オーナが取りまとめる販売網に、どの売側あるいは買側が参加可能かを予め決めて登録し、売側、買側からの電子取引システムに対する取引を適切な形で認証できる機能が提供される必要がある。
【００３４】
電子取引システムの利用者は、売側、買側、あるいはその両者に分類されるが、オーナは、売側になれない利用者からの取引、あるいは、買側になれない利用者からの取引を監視し、該取引を中止する仕組みが必要となる。
【００３５】
第二に、オーナはどの売側の商品をどの買側に提示できるかを制御できる手段が提供される必要がある。上記に述べたように、本機能がオーナとして最も重要なものとなる。
【００３６】
第三に、オーナは、商品の種類（以降、「商品分類」と称する場合がある。）によっては、さらに買側を絞る機能が提供される必要がある。状況としては、鉄鋼メーカの余剰品、流通過程の在庫を取扱う場合など、原則的には無い紐付取引の商品も含まれる場合があり、売側は、該商品が通常指定している買側よりさらに絞り込んで、秘匿性を高めた形での取引を希望する場合がある。
【００３７】
第四に、オーナは売側の同一商品を、買側に対して価格を変えて提示する機能が提供される必要がある。買側への価格は一律でなく、買側の購入量などにより、取引の多い買側に対しては、ディスカウントも考慮する必要がある。
【００３８】
また、オーナは直接取引による異常なまでの価格の変動を未然に防ぎ、販売網内の価格をある一定の範囲に保持するため、売側から販売網に対して直接価格が提示されることをがないようにする機能を必要としている。尚、価格の制御に関しては、買側および商品の種類により価格を制御できる機能が必要となる。
【００３９】
第五に、オーナは買側の取引限度を設定し、限度を超える買側の取引を中止する機能が提供される必要がある。オーナは買側の債務を保証するため、買側に対して一定期間の取引金額あるいは取引数量の上限を定め、買側が取引の上限を超えて商品を購入することがないよう制御する必要がある。
【００４０】
第六に、オーナは買側の予約を許可し、予約期間を設定できる機能が提供される必要がある。オーナは、取引の多い買側に対しては、他の買側より優先的に商品を確保できるように配慮が必要である。
【００４１】
第七に、オーナは売側の商品を確認できる手段が提供される必要がある。売側商品を一定の品質に保つのはオーナの役割であり、オーナの確認無しには、売側は、商品を買側に提示できない仕組みが必要となる。
本例においては、以上の仕組みを持たせた電子取引システムを基本取引モデルという。
【００４２】
（２）オーナ間の販売委託に関する機能要素：
上述の基本的な機能のうえに、次に説明するオーナ間の販売委託に関しての機能も必要となる。
【００４３】
以下、オーナ間の販売委託について説明する。
オーナが介在する電子取引システムでは、オーナが取りまとめる販売網の中に、買側が要望する商品があったとしても、オーナがこの買側を、当販売網の中で取引することを認めていなくては、買側は商品を購入することができない。
【００４４】
従来の電子取引システムでは、買側は、当該販売網に参加し、売側との間で直接取引できることが前提となっているが、オーナが介在する取引の場合、買側の債務を保証する前提では、前記のように、買側の経営状態によっては、オーナは、この販売網への参加を認めることができない買側も存在する。
【００４５】
一方、オーナとしては、取引を活性化させるために、販売網を拡大し商品の購入を希望する買側を増やしたいという目論見が存在する。  この場合、オーナは、買側を当販売網の利用者として認めていないが、この買側を利用者として認める別のオーナの販売網が存在する場合がある。
【００４６】
このような場合には、元のオーナと、別のオーナとの間で、商品の販売委託が成立すれば、元のオーナは、本来は利用者として認めていない買側に間接的に商品を販売することができる。
【００４７】
従って、電子取引システムとしては、このオーナ間の販売委託を可能にする機能が、それぞれのオーナに対して提供される必要がある。
【００４８】
本例においては、まず、上述の（１）オーナの取引に対する介在に関する基本的な機能要素に関しての仕組みを持たせた電子取引システムを基本取引モデルとして説明し、その後、この基本取引モデルをベースとしてさらに（２）オーナ間の販売委託に関しての仕組みも持たせた電子取引システムを拡張取引モデルとして説明する。
以下、図２を用いて鋼材取引システムの基本取引モデルについて説明する。
【００４９】
図２は、本例の鋼材取引システムの基本取引モデルの構成例を示すブロック図である。
基本取引モデルは、本図２に示すように、単数のオーナ２１と、複数の売側メンバ２４ａ，２４ｂ，・・・、および、複数の買側メンバ２５ａ，２５ｂ，・・・により構成され、オーナ２１と各メンバ（売側メンバ２４ａ，２４ｂ，・・・、買側メンバ２５ａ，２５ｂ，・・・）の集合をメンバグループ２２と称する。
【００５０】
尚、各メンバは、同一メンバで売側にも買側にもなることができる。取引の流れとしては、本図２に示すように、売側が商品２３を提供し、オーナ２１が、この商品２３を確認し、メンバグループ２２という場でこの商品２３を販売し、買側がこの商品２３を購入する。
【００５１】
オーナの役割は、メンバの該メンバグループへの参加審査、商品確認、買側に対して提供する売側商品の選択、商品分類の選択、買側に対する価格の決定、買側の取引限度の管理を行い、メンバ間の取引に関する責任を負うものとする。
このような基本取引モデルのハードウエア構成例を図１に示す。
【００５２】
図１は、本発明に係わる鋼材取引システムのハードウェア構成例を示すブロック図である。
本例の鋼材取引システム２は、サーバ１内に、データベース３と共に構成されており、サーバ１は、複数台のオーナ情報処理システム５ａ，５ｂ，・・・、複数台の売側メンバ情報処理システム６ａ，６ｂ，・・・、および、複数台の買側メンバ情報処理システム７ａ，７ｂ，・・・、がネットワーク４で接続されている。
【００５３】
サーバ１とオーナ情報処理システム５ａ，５ｂ，・・・、売側メンバ情報処理システム６ａ，６ｂ，・・・、買側メンバ情報処理システム７ａ，７ｂ，・・・は、それぞれ、相互に情報を交換する通信手段を有する。
【００５４】
また、オーナ情報処理システム５ａ，５ｂ，・・・、売側メンバ情報処理システム６ａ，６ｂ，・・・、買側メンバ情報処理システム７ａ，７ｂ，・・・のそれぞれは、鋼材取引システム２から出力される情報を表示する表示装置および格納する記憶装置と、鋼材取引システム２に情報を入力するための入力装置を有する。
【００５５】
また、オーナ情報処理システム５ａ，５ｂ，・・・、売側メンバ情報処理システム６ａ，６，・・・、買側メンバ情報処理システム７ａ，７ｂ，・・・のそれぞれは、図８に示すテーブル（１）８０における情報区分の各報に対して、キー項目を設定して、このキー項目に基づき、情報区分が示す情報を、鋼材取引システム１を介してデータベース３を参照して抽出・入手し、自システムの表示装置に表示および記憶装置に格納する機能を有する。
【００５６】
図８は、本例の鋼材取引システムで用いられるテーブルの構成例を示す説明図である。
本例のテーブル（１）８０は、「情報区分」と「キー項目」および「その他の項目」の各項目欄が設けられ、以降で説明する、図１における鋼材取引システム２での各処理で参照される。その詳細は、以降の鋼材取引システム２での各処理の説明と併せて説明する。
【００５７】
図１において、オーナおよび各メンバには、鋼材取引システム全体で一意に識別可能なユーザＩＤが割り振られる。
そして、オーナを示すユーザＩＤを入力した情報処理システムがオーナ情報処理システム５ａ，５ｂ，・・・、また、売側メンバを示すユーザＩＤを入力した情報処理システムが売側メンバ情報処理システム６ａ，６ｂ，・・・、そして、買側メンバを示すユーザＩＤを入力した情報処理システムが買側メンバ情報処理システム７ａ，７ｂ，・・・、となる。
【００５８】
オーナは鋼材取引システム上にメンバグループを開設する時、図８に示す情報の内、マスタおよびファイルに関する情報を制御する為のリソースが、当該メンバグループ専用に割当てられ、各情報に対するデータベース３の参照権限と更新権限が与えられる。
【００５９】
また、オーナのユーザＩＤおよびパスワードによる認証は、鋼材取引システム２により行われる。
【００６０】
以下、図１０を用いて、サーバ１、オーナ情報処理システム５ａ，５ｂ，・・・、売側メンバ情報処理システム６ａ，６ｂ，・・・、買側メンバ情報処理システム７ａ，７ｂ，・・・に用いられるコンピュータ装置の構成について説明する。
【００６１】
図１０は、図１におけるサーバとオーナ情報処理システムと売側メンバ情報処理システムおよび買側メンバ情報処理システムのハードウェア構成例を示すブロック図である。
【００６２】
本図１０において、１０１はＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）やＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）等からなる表示装置、１０２はキーボードやマウス等からなる入力装置、１０３はＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等からなる外部記憶装置、１０４はＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０４ａや主メモリ１０４ｂ等を具備してコンピュータ処理を行なう情報処理装置、１０５は本発明に係わるプログラムやデータを記録したＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）もしくはＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｄｉｓｃ／Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）等からなる光ディスク、１０６は光ディスク１０５に記録されたプログラムおよびデータを読み出すための駆動装置、１０７はＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）接続装置やモデム等からなる通信装置である。
【００６３】
光ディスク１０５に格納されたプログラムおよびデータを情報処理装置１０４により駆動装置１０６を介して外部記憶装置１０３内にインストールした後、外部記憶装置１０３から主メモリ１０４ｂに読み込みＣＰＵ１０４ａで処理することにより、情報処理装置１０４内に次に説明する図４および図５に示す構成の電子取引システムが構成される。
【００６４】
以下、図４および図５を用いて、本例の鋼材取引システム２の詳細構成とその動作を説明する。
まず、図４での説明を行う。
【００６５】
図４は、本発明に係わる電子取引システムの基本取引モデルでの第１の詳細構成例を示すブロック図である。
本図における電子取引システムは、鋼材取引システムを例としており、まず、この鋼材取引システムによる各種登録処理を▲１▼マスタ登録、▲２▼商品登録の順で説明する。
【００６６】
マスタ登録は、商品取引に先立ちオーナが行う登録操作に基づき、図４におけるマスタ登録処理部２ａにおいて行われる。
【００６７】
まず、オーナは、参加希望メンバの審査を行った後、オーナ情報処理システム５ａを介して、各メンバに関するメンバマスタ３ａ、限度マスタ３ｄ、販売マスタ３ｂ、価格マスタ３ｃの登録を行う。
尚、これらの登録内容は随時変更が可能であり、各マスタに関連する情報を入力できるのは、オーナ情報処理システム５ａのみとする。
【００６８】
メンバマスタ３ａは、メンバからの取引を認めるためのメンバ情報が、オーナ情報処理システム５ａから鋼材取引システムにおけるマスタ登録処理部２ａのメンバ設定処理部２ｂに入力され、図１のデータベース３に格納されることにより登録される。
【００６９】
本例におけるメンバ情報は、図８のテーブル（１）８０に示すように、メンバ情報を特定するための「キー項目」としてユーザＩＤとメンバグループ番号が用いられ、その内容は「その他の項目」として登録されたパスワード、売側マーク、買側マーク、予約期間、他オーナマークである。
【００７０】
具体的には、メンバ情報のキー項目に、参加を認めたメンバのユーザＩＤを入力し、その他の項目に該ユーザＩＤのパスワードを入力する。メンバには、売側になれるメンバと、買側になれるメンバと、その両者になれるメンバがあり、その種別をオーナが決め、メンバ情報の売側マーク、買側マークを入力する。
【００７１】
そして、売側マーク有りで売側を、買側マーク有りで買側を示し、両者になれるメンバは、両方のマークを有りとする。
さらにメンバマスタ（３ａ）では、買側になれるメンバに対して、メンバ毎に予約後の商品保留期間を予約期間として入力できる。尚、予約期間が設定されていないメンバは、予約が認められていないことを示す。
【００７２】
図４における販売マスタ３ｂは、買側メンバ毎に対する商品の販売範囲を示す販売情報が、オーナ情報処理システム５ａから、鋼材取引システムのマスタ登録処理部２ａにおける販売設定処理部２ｃに入力され図１のデータベース３に格納されることにより登録される。
【００７３】
これによりオーナは、どの買側メンバに、どの売側メンバの商品を販売するか、さらには、どの商品分類を販売するかを決めることができる。
【００７４】
具体的には、図８のテーブル（１）８０における「情報区分」が販売情報（販売マスタ）に示される内容であり、そのキー項項目に、買側メンバのユーザＩＤを入力し、ユーザＩＤ（売側メンバ）に、この買側メンバに商品を販売しても良いと判断した複数の売側メンバのユーザＩＤを入力し、商品分類（品種・グレード等）に、この買側メンバに販売しても良いと判断した複数の商品分類を入力することにより登録を行う。
【００７５】
図４における価格マスタ３ｃは、買側メンバおよび商品分類毎に対する商品の価格設定を示す価格情報が、オーナ情報処理システム５ａから鋼材取引システムのマスタ登録処理部２ａにおける価格設定処理部２ｄに入力され図１のデータベース３に格納されることにより登録される。
【００７６】
これにより、オーナは、同一商品に対して買側メンバおよび商品分類毎に個別の価格設定を行うことができる。
具体的には、図８のテーブル（１）８０における「情報区分」が価格情報（価格マスタ）に示される内容であり、そのキー項目に、買側メンバのユーザＩＤおよび商品分類を入力し、その他の項目に、商品情報に設定された価格に対するエキストラ価格の割合（％）を入力することにより登録を行う。
【００７７】
また、図４における限度マスタ３ｄは、買側メンバ毎の取引限度を示す限度情報が、オーナ情報処理システム５ａから鋼材取引システムのマスタ登録処理部２ａにおける限度設定処理部２ｅに入力され図１のデータベース３に格納されることにより登録される。
これによりオーナは、各メンバの一定期間の取引上限を、取引金額か、あるいは取引数量で決めることができる。
【００７８】
具体的には、図８のテーブル（１）８０における「情報区分」が限度情報（限度マスタ）に示される内容であり、そのキー項目に、買側メンバのユーザＩＤを入力し、その他の項目に、この買側メンバの取引上限金額と、その上限金額を確認する取引上限金額一定期間、取引上限数量と、その上限数量を確認する取引上限数量一定期間の、どちらかあるいはその両方を入力することにより登録を行う。
【００７９】
次に、図４における鋼材取引システムでの売側メンバによる商品の登録処理に関して説明する
図４に示すように、商品登録をする売側メンバは、売側メンバ情報処理システム６ａから認証情報（その各項目の詳細は、図８に示されている）を鋼材取引システム側の認証処理部２ｆに入力する。
【００８０】
認証処理部２ｆでは、図８のテーブル（１）８０における「情報区分」が認証情報の内容に基づき、認証情報のメンバグループ番号をキー項目として、このメンバグループ番号が示すメンバグループのメンバマスタ３ａを参照し、この認証情報のユーザＩＤが当該メンバマスタ３ａに登録されているか否かを確認し、登録されていない場合は取引中止情報（認証不可）を売側メンバ情報処理システム６ａに出力し、以降の取引を中止する。
【００８１】
認証許可がなされれば、商品登録が行われる。すなわち、商品を示す商品情報（その項目の詳細は図８に示されている）が、売側メンバ情報処理システム６ａから商品登録処理部２ｇに入力され図１のデータベース３に格納されることにより行われる。
【００８２】
商品登録処理部２ｇでは、入力された商品情報が、図８のテーブル（１）８０における「情報区分」が商品情報（ファイル）に示される内容のものであり、ユーザＩＤをキー項目として、メンバマスタ３ａを参照し、このユーザＩＤが売側マーク有りとなっていることを確認する。
【００８３】
尚、売側マークが有りとなっていない場合、このユーザＩＤは、商品登録をオーナより許可されていないため取引中止情報を当該売側メンバ情報処理システム６ａに出力し、以降の取引を中止する。
【００８４】
商品登録処理部２ｇでは、売側メンバ情報処理システム６ａから入力された商品情報一件毎に、鋼材取引システム全体で一意に識別可能な商品番号を割り振る。
【００８５】
このようにして、図１のデータベース３に格納された各商品情報は、商品登録処理部２ｇより、オーナ情報処理システム５ａに出力され表示あるいは格納される。
【００８６】
オーナ情報処理システム５ａでは、この商品情報の内容を確認し、メンバグループ内に販売しても良い商品情報に有効マークをつけ、鋼材取引システムの商品登録処理部２ｈに入力し、図１のデータベース１に格納する。
【００８７】
オーナ情報処理システム５ａから入力された有効マークのついた商品情報以外の各商品情報は、商品登録処理部２ｈより、売側メンバ情報処理システム６ａに出力され、表示あるいは、格納される。売側メンバ情報処理システム６ａでは、この商品情報の内容を確認し、削除マークをつけ、鋼材取引システムの商品登録処理部２ｉに入力する。
【００８８】
商品登録処理部２ｉでは、このような削除マークのついた商品情報を図１のデータベース３から削除する。
次に、図５を用いて、商品の取引動作に関して説明する。
【００８９】
図５は、本発明に係わる電子取引システムの基本取引モデルでの第２の詳細構成例を示すブロック図である。
本図では、電子取引システムの例とした鋼材取引システムでの商品取引の流れを示すものであり、商品取引をする買側メンバは、買側メンバ情報処理システム７ａから認証情報を、鋼材取引システムの認証処理部２ｊに入力する。
【００９０】
認証処理部２ｊでは、この認証情報のメンバグループ番号をキー項目として、メンバグループ番号が示すメンバグループのメンバマスタ３ａを参照し、この認証情報のユーザＩＤが当該メンバマスタ３ａに登録されているか否かを確認し、登録されていない場合は取引中止情報（認証不可）を買側メンバ情報処理システム７ａに出力し、以降の取引を中止する。
認証された買側メンバは、以降の商品照会、予約照会が可能となる。
【００９１】
商品照会は、商品照会要求情報（項目の詳細は、図８に示されている）が、認証された買側メンバ情報処理システム７ａから、鋼材取引システムの商品取引処理部２ｋにおける売側選択処理部２ｌに入力されることにより行われる。
【００９２】
売側選択処理部２ｌでは、図８のテーブル（１）の内容に基づき、商品照会要求情報のユーザＩＤをキー項目として、メンバマスタ３ａを参照し、このユーザＩＤが買側マーク有りとなっていることを確認する。
【００９３】
尚、買側マークが有りとなっていない場合、このユーザＩＤは、商品照会をオーナより許可されていないため取引中止情報を、買側メンバ情報処理システム７ａに出力し、以降の取引を中止する。
【００９４】
次に、売側選択処理部２ｌにおいて、商品照会要求情報のユーザＩＤをキー項目として、販売マスタ３ｂを参照し、この販売マスタ３ｂ中のユーザＩＤ（売側メンバ）を抽出し、抽出した売側メンバのユーザＩＤをキー項目として、商品情報を参照し、ユーザＩＤが一致し、かつ有効マークが有りとなっている商品情報を抽出する。
【００９５】
次に、商品取引処理部２ｋは、分類選択処理部２ｍにおいて、販売マスタ３ｂ中の商品分類を抽出し、売側選択処理部２ｌにおいて抽出された商品情報から商品分類が一致する商品情報を抽出する。
【００９６】
次に、商品取引処理部２ｋは、価格処理部２ｎにおいて、商品照会要求情報のユーザＩＤおよび分類選択処理部２ｍにおいて抽出した商品情報の商品分類をキー項目として、価格マスタ３ｃを参照し、エキストラ価格の割合（％）を抽出し、抽出した商品情報の価格に掛け合わせ買側メンバに対する価格（以降、買側メンバ価格と称する。）を求める。
【００９７】
次に、商品取引処理部２ｋは、予約分削除処理部２ｏにおいて、商品照会要求情報のユーザＩＤをキー項目として、予約商品情報を参照し、商品情報から、予約商品情報に該当する商品情報を削除し、販売商品情報（項目の詳細は、図８に示されている）として図１のデータベース３に格納する。
【００９８】
尚、この販売商品情報を図１のデータベース３に格納する際、次の当該買側メンバ情報処理システム７ａからの商品照会に備え、価格および属性情報がキー項目として追加される。
【００９９】
販売商品情報が図１のデータベース３に生成されると、商品取引処理部２ｋは、商品検索処理部２ｐから商品検索受付情報（項目の詳細は、図８に示されている）が、買側メンバ情報処理システム７ａに出力される。
【０１００】
買側メンバ情報処理システム７ａでは、この商品検索受付情報により、販売商品情報の参照が可能なキー項目を知ることができる。
そして、買側メンバ情報処理システム７ａは、販売商品情報の参照可能なキー項目の内容を、商品検索要求情報（項目の詳細は、図８に示されている）として、鋼材取引システムの商品取引処理部２ｋにおける商品検索処理部２ｐに入力する。
【０１０１】
商品検索処理部２ｐは、販売商品情報３ｆを参照し、対応する販売商品情報を抽出して買側メンバ情報処理システム７ａに出力する。買側メンバ情報処理システム７ａは、受け取った販売商品情報を表示装置に表示または記憶装置に格納する。
【０１０２】
次に、買側メンバ情報処理システム７ａのメンバは、このように表示または格納した商品情報の内容を確認し、購入したい商品がある場合、予約または注文を行う。
【０１０３】
この予約および注文は、買側メンバ情報処理システム７ａから、予約情報または注文情報（それぞれの情報の項目の詳細は、図８に示されている）を、鋼材取引システムに対し入力することで行われる。
【０１０４】
買側メンバ情報処理システム７ａからの予約情報は、鋼材取引システムの商品取引処理部２ｋにおける予約登録処理部２ｑに入力され、予約登録処理部２ｑでは、商品番号をキー項目として販売商品情報３ｆを参照し、この予約情報に対して、買側メンバのユーザＩＤ、予約登録年月日時分秒を追加し、予約商品情報３ｇ（項目の詳細は、図８に示されている）として図１のデータベース３に格納される。
【０１０５】
このようにして登録された予約商品情報３ｇは、鋼材取引システムが定める一定時間毎に予約解除処理部２ｓにより参照され、当該予約商品情報のユーザＩＤ（買側メンバ）をキー項目としてメンバマスタ３ａを参照し、メンバマスタ３ａの当該予約期間と、予約商品情報３ｇにおける当該予約商品情報の予約登録年月日時分秒からの経過時間を比較し、予約期間を超えている予約商品情報を図１のデータベース３から削除する。
【０１０６】
次に、このような予約の照会に関して説明する。
予約照会は、予約照会要求情報（項目の詳細は、図８に示されている）が、買側メンバ情報処理システム７ａから鋼材取引システムの商品取引処理部２ｋにおける予約検索処理部２ｒに入力されると開始される。
【０１０７】
予約検索処理部２ｒは、予約照会要求情報のユーザＩＤをキー項目として、予約商品情報３ｇを参照し、当該予約商品情報を買側メンバ情報処理システム７ａに送信する。
【０１０８】
買側メンバ情報処理システム７ａは、送信されてきた予約商品情報を表示装置に表示または記憶装置に格納する。買側メンバは、このようにして表示または格納された予約商品情報の内容を確認し、購入したい商品がある場合、買側メンバ情報処理システム７ａを介して注文を行う。この注文情報が、買側メンバ情報処理システム７ａから鋼材取引システムに入力されることで注文処理が開始される。
【０１０９】
以下、その注文処理に関して説明する。
買側メンバ情報処理システム７ａから注文情報が鋼材取引システムの成約処理部２ｔに対し入力されると、成約処理部２ｔでは、商品番号をキー項目として、商品照会からの注文の場合は販売商品情報３ｅを、また、予約照会からの注文の場合は予約商品情報３ｇをそれぞれ参照する。
【０１１０】
ここで、まず、取引限度判定を行う。
すなわち、成約処理部２ｔにおいて取引成立の処理を実施する前に、取引限定処理部２ｕにおいて、その取引が予め定められた取引限度を超えているか否かを確認する。
【０１１１】
この取引限度の判定は、成約処理部２ｔから、取引限定処理部２ｕにおける限度処理部２ｖに、当該注文情報および当該販売商品情報あるいは予約商品情報が通知され、限度処理部２ｖにおいて、この販売商品情報や予約商品情報から、価格、数量を参照し、注文情報にて商品番号が複数指定されている場合はそれらの価格や数量の総和を求め、それに当該注文情報のユーザＩＤをキー項目として、成約情報３ｈから取引累計金額および取引累計数量を参照したものを加え、それらが、当該ユーザＩＤをキー項目として限度マスタ３ｄを参照して得られる取引上限金額あるいは取引上限数量を超えているか否かを比較することにより行う。超えている場合は取引中止情報を、買側メンバ情報処理システム７ａに出力し、以降の取引を中止する。
【０１１２】
超えていなければ次の成約情報更新の処理を行う。
すなわち、取引上限金額あるいは、取引上限数量を超えていない場合は、通知を要求した成約処理部２ｔに、取引限度処理部２ｕから処理が戻され、取引成立と見なし、成約処理部２ｔにおいて、商品番号単位に、オーナ用、買側メンバ用、売側メンバ用の成約情報が、それぞれのユーザＩＤをキー項目として作成・更新される。
【０１１３】
買側メンバ用成約情報の取引累計金額、取引累計数量に関しては、注文の価格、数量の総和を、取引累計金額および、取引累計数量に加え、データベースに格納し、成約情報を更新する。
【０１１４】
その際、成約処理部２ｔは、取引累計金額、取引金額累計期間に関して、注文情報のユーザＩＤをキー項目として、限度マスタ３ｄの取引上限金額一定期間を参照し、成約情報の取引金額累計期間が限度マスタ３ｄにおける取引上限金額一定期間に達している場合は、成約情報の取引累計金額、および取引金額累計期間をゼロとし、達していない場合は取引金額累計期間を更新する。
【０１１５】
また、取引累計数量、取引数量累計期間に関しても同一の処理が行われる。
尚、オーナ用および売側メンバ用の成約情報のこの情報に関する更新は行われない。
【０１１６】
成約情報には図８におけるテーブル（１）８０の「その他の項目」において示されるように、取引明細が含まれ、この取引明細は商品番号単位に記録され、オーナ用、買側メンバ用、売側メンバ用それぞれに、成約年月日時分秒を記録し、当該販売商品情報または当該予約商品情報の内容を取引明細に記録する。
【０１１７】
この取引明細の価格に関しては、オーナ用は、価格１に当該販売商品情報または当該予約商品情報の買側メンバ価格が、価格２に商品情報の価格が記録される。
商品情報の価格に関しては、当該注文情報の商品番号をキー項目として商品情報３ｅを参照する。
【０１１８】
買側メンバ用の取引明細は、価格１に買側メンバ価格を記録し、価格２は空欄とする。
また、売側メンバ用の取引明細は、価格１は空欄とし、価格２に商品情報の価格を記録する。
【０１１９】
買側メンバの価格２を空欄にするのは、買側メンバに対して、オーナの仕入れ価格を秘匿するためであり、また、売側メンバの価格１を空欄にするのは、売側メンバに対して、オーナの売り価格を秘匿するためである。
【０１２０】
この後、成約処理部２ｔにおいて、成約通知が行われる。
すなわち、成約処理部２ｔでは、オーナ情報処理システム５ａ、買側メンバ情報処理システム７ａ、売側メンバ情報処理システム６ａのそれぞれに成約通知情報（項目の詳細は、図８に示されている）を出力する。
【０１２１】
この成約通知情報は、オーナ、買側メンバ、売側メンバのそれぞれに対応した成約情報３ｈにある取引成立した取引明細を参照して作成される。
【０１２２】
この成約通知処理後、次に予約解除処理を行う。
予約解除においては、予約照会からの注文の場合は、成約処理部２ｔにおいて、注文情報の商品番号をキー項目として、予約商品情報３ｇを参照し、当該情報を図１のデータベース３から削除する。
【０１２３】
さらに、この予約解除処理後に商品情報の更新処理を行う。
すなわち、成約処理部２ｔにおいて、注文情報の商品番号をキー項目として、商品情報３ｅを参照し、当該情報を図１のデータベース３から削除する。
【０１２４】
以上で基本取引モデルに関しての説明を終わり、次に、拡張取引モデルに関しての説明を行う。
【０１２５】
図３は、本例の鋼材取引システムの拡張取引モデルの構成例を示すブロック図である。
本例の鋼材取引システムは、本図３に示すように、図２における基本取引モデルをメンバグループ単位に複数形成することが可能である。
【０１２６】
本図３の例では、図２における基本取引モデルのメンバグループが、メンバグループＡ３２ａとメンバグループＢ３２ｂおよびメンバグループＣ３２ｃとして３グループ形成され、各グループが基本取引モデルに従い独立して取引が行われている。
【０１２７】
この独立しているという意味は、本例では、オーナＢ３１ｂが管理するメンバグループＢ３２ｂにおける買側メンバ（Ｂ１）３６ａ，３６ｂと、オーナＣ３１ｃが管理するメンバグループＣ３２ｃにおけるおよび買側メンバ（Ｃ１）３７ａ，３７ｂは、オーナＡ３１ａが管理するメンバグループＡ３２ａの売側メンバ（Ａ１）３４ａ，３４ｂと直接取引ができない、つまりオーナＡ３１ａは、買側メンバＢ１、買側メンバＣ１を、メンバグループＡに参加することを認めていないという状況での取引が行われている。
【０１２８】
本例の拡張取引モデルでは、このようにそれぞれ独立した取引が行われている複数の基本取引モデルの集合の中で、任意のメンバグループ上の商品３３ａ，３３ｂ，３３ｃを他のメンバグループでも購入することができることを、実現するものである。
【０１２９】
取引の流れとしては、メンバグループのオーナが、メンバグループ内の商品を、商品毎にどの他メンバグループのオーナに提供するかを決め、他メンバグループのオーナは、提供された商品の中からどの商品を自分のメンバーグループ内に販売するかを決定する。
【０１３０】
販売する商品が決定すると、オーナの責任において、当該商品を自分のメンバーグループ内の商品として販売し、当該メンバグループの買側メンバが購入する。
【０１３１】
図３の例では、まずメンバグループＡ３２ａの売側メンバ（Ａ１）３４ａの商品３３ａが、オーナＡ３１ａによりオーナＢ３１ｂに提供され、オーナＢ３１ｂの責任で、当該商品３３ａが商品３３ｂとしてメンバグループＢにおいて販売される。
【０１３２】
さらに、オーナＢ３１ｂは、この商品３３ｂをオーナＣ３１ｃに提供し、オーナＣ３１ｃは、オーナＣ３１ｃの責任で、当該商品３３ｂ（商品３３ａ）をメンバグループＣ３２ｃにおいて、商品３３ｃとして販売する。
【０１３３】
このようにすることで、売側メンバ（Ａ１）３４ａの商品３３ａは、買側メンバ（Ｂ１）３６ａ、買側メンバ（Ｃ１）３７ａが購入することが可能になると同時に、買側メンバ（Ｂ１）３６ａが購入した場合の取引に関する責任は、オーナＢ３１ｂが負い、また、買側メンバ（Ｃ１）３７ａが購入した場合の取引に関する責任は、オーナＣ３１ｃが負う。
【０１３４】
これにより、オーナＡ３１ａは、その責任を負わないため、買側メンバ（Ｂ１）３６ａ、買側メンバ（Ｃ１）３７ａが、メンバグループＡ３２ａに属さなくても取引を成立させることが可能となる。
【０１３５】
このような拡張取引モデルを構成する各システム、すなわち、オーナ情報処理システムや売側メンバ情報処理システムおよび買側メンバ情報処理システムのハードウェア構成などは、基本取引モデルと同じである。
【０１３６】
以下、図６，図７を用いて、本例の拡張取引モデルとしての鋼材取引システムの詳細構成とその動作を説明する。
まず、図６での説明を行う。
【０１３７】
図６は、本発明に係わる電子取引システムの拡張取引モデルでの詳細構成例を示すブロック図である。
本図６における電子取引システムは、鋼材取引システムを例としており、まず、この鋼材取引システムによる各種登録処理をマスタ登録から説明する。
【０１３８】
本例は、図３に示した拡張取引モデルにおけるメンバグループＡ３２ａの売側メンバ（Ａ１）３４ａの商品３３ａを、メンバグループＢ３２ｂの買側メンバ（Ｂ１）３６ａが購入する部分の実現方式を説明したものである。
【０１３９】
尚、図３における売側メンバ（Ａ１）３４ａの商品３３ａを、オーナＣ３１ｃがメンバグループＣ３２ｃにおいて販売し、買側メンバ（Ｃ１）３７ａが購入する部分は、本図６の説明において、メンバグループＡをメンバグループＢに、メンバグループＢをメンバグループＣに置き換え、オーナＡをオーナＢに、オーナＢをオーナＣに、また、買側メンバＢ１を買側メンバＣ１にそれぞれ置き換えたものであり、同様の説明となるため省略する。
【０１４０】
まず、図６におけるマスタ登録の処理について説明する。
オーナＢのメンバグループＡへの取引を可能にするため、オーナＡはメンバマスタにオーナＢを登録しておく必要がある。
その際、メンバ情報として、オーナＢのユーザＩＤとパスワードを入力し、さらに他オーナマークを有りとする。
【０１４１】
オーナＡは、オーナＢに提供する商品を決めるため、オーナＢ用の販売マスタ３ｂでの登録を予め行う。
具体的には、販売マスタ３ｂのキー項目にオーナＢのユーザＩＤを登録し、ユーザＩＤ（売側メンバ）にメンバグループＡの売側メンバの内、商品登録された商品をオーナＢに提供しても良いと判断した複数の売側メンバのユーザＩＤを登録し、商品分類にオーナＢに提供しても良いと判断した複数の商品分類を登録する。
【０１４２】
また、オーナＡは、メンバグループＡの商品を、オーナＢに提供する際のエキストラ価格を価格マスタ３ｃに登録する。
具体的には、価格マスタ３ｃのキー項目にオーナＢのユーザＩＤおよび商品分類を登録し、その他の項目にオーナＢに対するエキストラ価格の割合（％）を登録する。
【０１４３】
次に、商品選択の処理に関しての説明を行う。
オーナＡからオーナＢへの商品提供は、本図６に示すように、オーナＢ情報処理システム５ｂから、メンバグループＡの鋼材取引システムにおける売側選択処理部２Ｌに対して商品選択要求情報を入力することで行われる。
この商品選択要求情報を含む各情報の構成を図９に示す。
【０１４４】
図９は、拡張取引モデルにおける鋼材取引システムで用いられるテーブルの構成例を示す説明図である。
本例のテーブル（２）９０は、「情報区分」と「キー項目」および「その他の項目」の各項目欄が設けられ、以降で説明する拡張取引モデルにおける鋼材取引システムでの各処理で参照される。その詳細は、図６に示す、以降の鋼材取引システムでの各処理の説明と併せて説明する。
【０１４５】
図６において、売側選択処理部２Ｌでは、オーナＢ情報処理システム５ｂから受け取った商品選択要求情報のユーザＩＤをキー項目として、メンバマスタを参照し、当該ユーザＩＤがメンバマスタに登録されていること、かつ、他オーナマークが有りとなっていることを確認し、もし、登録されていない場合は取引中止情報をオーナＢ情報処理システム５ｂに出力し、以降の取引を中止する。
【０１４６】
商品選択は、基本取引モデルで記載した予約に関する処理を除く商品照会と同様に行われ、オーナＡからオーナＢに提供される商品が、販売商品情報として作成され、その中で、オーナＢがメンバグループＢに販売したい商品がある場合、商品選択情報（図９の例では、ユーザＩＤをキー項目として用いられ、その他の項目の商品番号が参照される）をオーナＢ情報処理システム５ｂから商品選択処理部２Ｐに入力され、商品登録が行われる。
【０１４７】
すなわち、商品選択処理部２Ｐでは、商品選択情報が入力されると、商品番号をキー項目として、メンバグループＡの販売商品情報を参照し、当該販売商品情報をメンバグループＢの商品登録処理部２Ｉに入力する。
【０１４８】
メンバグループＢの商品登録処理部２Ｉでは、この販売商品情報をメンバグループＢの商品情報としてデータベースに格納する。
尚、メンバグループＢの商品登録処理部２Ｉでは、このようにして商品情報を格納する際、自メンバグループのオーナからの登録であるため、商品情報の有効マークを有りとする。
【０１４９】
メンバグループＡの商品選択処理部２Ｐでは、上記処理の過程で、商品オーナ情報を生成する。
この商品オーナ情報は、商品がどのオーナからどのオーナに渡されたかを記録するものであり、図９において示されている項目内容となっている。
【０１５０】
この内容に基づき、図６の場合であれば、商品選択処理部２Ｐでは、商品オーナ情報のキー項目に商品番号を、その他の項目の、レコードの先頭に、オーナＡのユーザＩＤを、続いてオーナＢのユーザＩＤを入力し、データベースに格納する。
【０１５１】
以下、図６におけるメンバグループＢ側での処理を説明する。
上記のように、商品がオーナＡからオーナＢに渡された後のメンバグループＢ側の処理は、成約処理部２Ｔでの処理を除いて、基本取引モデルと同じであり、以下、成約処理部２Ｔでの、基本取引モデルとの処理の違いを説明する。
【０１５２】
成約処理部２Ｔにおいて、注文情報の商品番号をキー項目として、商品オーナ情報を参照し、オーナのユーザＩＤを確認する。
この情報が記録されていることは、オーナ間をわたった商品であることを示し、成約処理部２Ｔでは、この商品オーナ情報のその他項目に記載のあるオーナのユーザＩＤを全て抽出する。
【０１５３】
尚、成約処理部２Ｔでは、当該商品がオーナをわたった商品であることから、成約情報の作成・更新、成約通知、予約解除、商品情報更新を、取引に関与した全オーナの、それぞれが管理するメンバグループ全てを対象に実施する必要がある。
【０１５４】
これらの成約情報の作成・更新、成約通知、予約解除、商品情報更新に係わる処理を順に説明する。
まず、成約情報の作成・更新について説明する。
【０１５５】
図５に示した基本取引モデルでは、成約処理部２ｔにおいて、オーナ用、買側メンバ用、売側メンバ用に成約情報を作成・更新したが、図６における成約処理部２Ｔでは、売側メンバは、他メンバグループであり、さらに、オーナＡが取引に関与しているため、次のようにして、オーナＡ用の成約情報を作成する必要がある。
【０１５６】
まず、成約情報の取引累計金額、取引金額累計期間、取引累計数量、取引数量累計期間に関する処理は、基本取引モデルと同一で、買側メンバにのみ更新する。
【０１５７】
次に、取引明細の価格を除いた部分は、オーナＡ用、オーナＢ用、買側メンバ用、売側メンバ用それぞれに、成約年月日時分秒を記録し、メンバグループＢの販売商品情報または、予約商品情報の内容を取引明細に記録する。
【０１５８】
尚、取引明細のユーザＩＤ（オーナ）は、オーナＡ用であっても買側メンバのオーナであるオーナＢが記録される。
これは、当該取引の責任を買側メンバのオーナ、すなわちオーナＢが負うため、その責任の所在が記録される。
取引明細の価格については、図７を用いて説明する。
【０１５９】
図７は、図６の電子取引システムにおける価格の遷移と各情報の関係をまとめた例を示す説明図である。
本図７にしめすように、オーナＢおよび買側メンバの価格（１）、価格（２）については、基本取引モデルと同様に、メンバグループＢの販売商品情報または予約商品情報および商品情報を参照して記録される。
【０１６０】
売側メンバの価格（２）は、メンバグループが異なるため、基本取引モデルと同一の求め方をすると価格Ｂとなってしまうため、メンバグループＡの商品情報を参照し価格Ａを記録する。
【０１６１】
具体的には、商品オーナ情報から、売側メンバのオーナを求め、当該オーナが管理する商品情報を、商品番号をキー項目として参照し、当該商品情報中の価格を求める。
尚、価格（１）は空欄であることは、基本取引モデルと同一である。
【０１６２】
オーナＡに関する価格は、価格（１）は、オーナＢに提供した価格、すなわち図７の価格Ｂを記録し、また、価格（２）は、売側メンバあるいは他のオーナから仕入れた価格、すなわち図７の価格Ａを記録する。
この価格（１）に価格Ｂを記録する理由は、オーナＡが提供した商品に対し、オーナＢはいくらで買側メンバに売ったのかを秘匿するためである。
【０１６３】
次に、成約通知に関する処理を説明する。
図６における成約処理部２Ｔでは、オーナＡ情報処理システム５ａ、オーナＢ情報処理システム５ｂ、買側メンバＢ１情報処理システム７ｂ、売側メンバ（Ａ１）情報処理システム６ａに成約通知を出力する。
成約通知は、オーナＡ、オーナＢ、買側メンバＢ１、売側メンバＡ１のそれぞれの成約情報３ｈにある取引明細を参照し作成される。
【０１６４】
次に、予約解除に関する処理を説明する。
予約照会からの注文の場合は、成約処理部２Ｔでは、対象となる各メンバグループの予約商品情報を注文情報の商品番号をキー項目として参照し、当該情報をデータベースから削除する。
【０１６５】
次に、商品情報更新に関する処理を説明する。
成約処理部２Ｔにおいて、対象となる各メンバグループの商品情報を、注文情報の商品番号をキー項目として参照し、当該商品情報をデータベースから削除する。
【０１６６】
以上、図１〜図１０を用いて説明したように、本例の電子取引システムと方法では、鋼材取引を仲買するオーナが、自分の販売網である専用の電子取引システムを開設する際、取引に参加できる売側と買側を、メンバ情報を登録することにより制限し、また、どの買側が、どの売側の、どの種類の商品を購入できるかを、販売情報を登録することにより制限し、さらに、買側に対する価格を、価格情報を登録することにより特定し、そして、買側の取引可能限度額を、予め限度情報を登録することに設定する。
【０１６７】
そして、電子取引システムへの参加時に売側、買側から入力された認証情報に対して、予め登録したメンバ情報を参照することにより、それぞれの参加資格の正当性を確認する。
【０１６８】
また、売側の商品情報や、買側の商品検索要求情報による取引時も、メンバ情報を参照することにより、売側、買側の正当性を確認する。
【０１６９】
このようにして正当性が確認された後、売側は、販売を希望する商品を商品情報により入力し、オーナは、この情報を判読し、電子取引システム上で販売しても良い商品か否かを確認した後に、正式に販売対象商品として登録してシステム上で提示する。尚、オーナが販売できないと判断した商品は、商品情報として再び売側に戻され、売側にて登録を削除する。
【０１７０】
また、買側は、商品検索要求情報を入力することにより、購入商品の参照を行う。この商品検索要求情報に基づき、本例の電子取引システムでは、買側に販売できる商品を、商品情報と販売情報から抽出し、価格を商品情報と価格情報から決定する。尚、予約商品が存在する場合、予約商品を、前記抽出した買側に販売する商品から除外する。
【０１７１】
そして、買側は、販売できるとして提示された各商品を参照し、購入希望の商品がある場合は、注文情報を入力して購入する、あるいは、予約が認められている買側の場合で、かつ予約希望の商品がある場合は、予約情報を入力して予約する。
【０１７２】
尚、この予約は、メンバ情報でオーナにより予約期間が定められており、予約期間が過ぎた商品に関しては自動的に予約が解除される。また、買側は、予約した商品を予約照会要求情報により知ることができ、購入希望の商品がある場合は、注文情報を入力することにより購入する。この際、当該商品に関する予約は解除される。
【０１７３】
また、買側の取引限度については、買側からの注文情報が入力された時点で、限度情報と、買側の一定期間の取引累計を比較することにより行う。そして、取引限度に達していない取引は、取引成立とみなし、取引明細を記録するとともに、取引累計を更新し、取引の成立を成約通知情報にて、オーナ、売側、買側にそれぞれ通知する。この通知が終了すると該当する商品情報が削除される。
【０１７４】
さらに、本例の電子取引システムと電子取引方法では、以上のような基本取引モデルをベースに拡張取引モデルを構成できる。すなわち、複数の鋼材取引システムが存在する中で、オーナは販売委託をする他オーナをメンバ情報に登録し、この他オーナに対して、自電子取引システムのどの売側の、どの商品を販売委託可能にするかを販売情報に登録し、かつ、他オーナに対する販売委託価格を価格情報に登録する。
【０１７５】
そして、販売委託商品を参照する目的での、他オーナからの認証情報は、メンバ情報を参照することによりその正当性を確認する。さらに、他オーナの商品検索要求情報による取引時も、メンバ情報を参照することにより正当性を確認する。
【０１７６】
正当性が確認された他オーナは、販売委託商品を参照する際には、自システムから商品選択要求情報を入力・送信する。この商品選択要求情報を受信して、自電子取引システムでは、他オーナに販売委託できる商品を、商品情報と販売情報から抽出し、価格を商品情報と価格情報から決定し、他オーナのシステムに送信して提示させる。尚、この際、予約の機能は提供されない。
【０１７７】
他オーナは、自システムで提示された各販売委託できる商品を参照し、希望の商品がある場合は、商品選択情報を入力することにより選択する。この商品選択情報を受信した電子取引システムでは、当該商品を、他オーナの電子取引システムの商品情報に登録する。
【０１７８】
販売委託商品が、他オーナの電子取引システムの商品情報に登録された後、▲１▼取引が成立した時点で、販売委託に関与している全オーナに成約通知情報を出力する。また、▲２▼予約解除の条件が発生した場合、販売委託に関与している全オーナの電子取引システムの、当該商品にかかわる予約を解除する。また、▲３▼  成約通知情報出力後、販売委託に関与している全オーナの電子取引システムの、当該商品にかかわる商品情報を削除する。
【０１７９】
尚、本発明は、図１〜図１０を用いて説明した例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能である。例えば、本例においては、鋼材取引を例に説明したが、他の、鋼材と同様な商品特性、取引特性を有する他の商品の取引等、例えば商社が仲買する取引全般等に適用することができる。
【０１８０】
また、本例では、光ディスクを記録媒体として用いているが、ＦＤを記録媒体として用いることでも良い。また、プログラムのインストールに関しても、通信装置を介してネットワーク経由でプログラムをダウンロードしてインストールすることでも良い。
【０１８１】
【発明の効果】
本発明によれば、例えば鋼材取引等、従来の電子取引システムにおける売側主導の取引や買側主導の取引では対応できない、高信頼な商取引を、活性化を妨げることなく効率的に行うことが可能となる。
【０１８２】
具体的には、まず、商社等のオーナが開設する電子取引システムに、オーナ自身がどの売側、どの買側を参加させるかを制御し、その取引許可の正当性を制御することができる。
【０１８３】
また、オーナは、どの買側が、どの売側の商品を購入し、かつどの商品の種類を購入できるかを制御することができる。さらに、オーナは、買側毎に価格を制御することができる。
【０１８４】
また、オーナは、買側の取引上限を設定し、上限を超えた取引を制御できる。さらに、オーナは、買側に対して予約期間を設定し、期間内の予約を制御することができる。
また、オーナは、売側の販売希望商品の確認を行い商品の登録を制御できる。
【０１８５】
また、あるオーナが、他オーナの電子取引システムの商品を、自電子取引システムの商品として販売することができ、複数のオーナ間による商品販売委託が可能となる。
【図面の簡単な説明】
【図１】本発明に係わる鋼材取引システムのハードウェア構成例を示すブロック図である。
【図２】本例の鋼材取引システムの基本取引モデルの構成例を示すブロック図である。
【図３】本例の鋼材取引システムの拡張取引モデルの構成例を示すブロック図である。
【図４】本発明に係わる電子取引システムの基本取引モデルでの第１の詳細構成例を示すブロック図である。
【図５】本発明に係わる電子取引システムの基本取引モデルでの第２の詳細構成例を示すブロック図である。
【図６】本発明に係わる電子取引システムの拡張取引モデルでの詳細構成例を示すブロック図である。
【図７】図６の電子取引システムにおける価格の遷移と各情報の関係をまとめた例を示す説明図である。
【図８】本例の鋼材取引システムで用いられるテーブルの構成例を示す説明図である。
【図９】拡張取引モデルにおける鋼材取引システムで用いられるテーブルの構成例を示す説明図である。
【図１０】図１におけるサーバとオーナ情報処理システムと売側メンバ情報処理システムおよび買側メンバ情報処理システムのハードウェア構成例を示すブロック図である。
【符号の説明】
１：サーバ、２：鋼材取引システム、２ａ：マスタ登録処理部、２ｂ：メンバ設置処理部、２ｃ：販売設定処理部、２ｄ：価格設定処理部、２ｅ：限度設定処理部、２ｆ：認証処理部、２ｇ〜２ｉ，２Ｉ：商品登録処理部、２ｊ：認証処理部、２ｋ：商品取引処理部、２ｌ，２Ｌ：売側選択処理部、２ｍ，２Ｍ：分類選択処理部、２ｎ，２Ｎ：価格処理部、２ｏ：予約分削除処理部、２ｐ：商品検索処理部、２Ｐ：商品選択処理部、２ｑ：予約登録処理部、２ｒ：予約検索処理部、２ｓ：予約解除処理部、２ｔ，２Ｔ：成約処理部、２ｕ：取引限度処理部、２ｖ：限度処理部、３：データベース、３ａ：メンバマスタ、３ｂ：販売マスタ、３ｃ：価格マスタ、３ｄ：限度マスタ、３ｅ：商品情報、３ｆ：販売商品、３ｇ：予約商品、３ｈ：成約情報、４：ネットワーク、５ａ，５ｂ：オーナ情報処理システム、６ａ，６ｂ：売側メンバ情報処理システム、７ａ，７ｂ：買側メンバ情報処理システム、２１：オーナ、２２：メンバグループ、２３：商品、２４ａ，２４ｂ：売側メンバ、２５ａ，２５ｂ：買側メンバ、３１ａ：オーナＡ、３１ｂ：オーナＢ、３１ｃ：オーナＣ、３２ａ：メンバグループＡ、３２ｂ：メンバグループＢ、３２ｃ：メンバグループＣ、３３ａ〜３３ｃ：商品、３４ａ，３４ｂ：売側メンバＡ１、３５ａ，３５ｂ：買側メンバＡ１、３６ａ，３６ｂ：買側メンバＢ１、３７ａ，３７ｂ：買側メンバＣ１、８０：テーブル（１）、９０：テーブル（２）、１０１：表示装置、１０２：入力装置、１０３：外部記憶装置、１０４：：情報処理装置、１０４ａ：ＣＰＵ、１０４ｂ：主メモリ、１０５：光ディスク、１０６：駆動装置、１０７：通信装置。
【図１】
0003570342.tif 000002
【図２】
0003570342.tif 000003
【図３】
0003570342.tif 000004
【図４】
0003570342.tif 000005
【図５】
0003570342.tif 000006
【図６】
0003570342.tif 000007
【図７】
0003570342.tif 000008
【図８】
0003570342.tif 000009
【図９】
0003570342.tif 000010
【図１０】
0003570342.tif 000011