JP4431294B2 - Electronic commerce method - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、通信ネットワーク等を通して商取引情報を交換する電子商取引システムに係り、特に、企業間における商取引を通信ネットワークを介して電子的に行うための電子商取引システムに関する。
【０００２】
【従来の技術】
近年、企業間で商取引を行うにあたり、各企業に設けられる端末をネットワークを介して相互に接続し、そのネットワークを介して電子的に取引情報を交換して商取引を行う電子商取引が用いられるようになってきている。このような電子商取引システムについては、例えば、「エレクトロニック決済と金融革新」（東洋経済新報社）の８３ページ乃至９２ページに記載されるものが知られている。ここに記載される電子商取引システムでは、企業間でネットワークを介して標準的規約に基づく商取引データの交換が行われ商取引が実現される。取引を行おうとする企業は、ネットワーク上に設けられるメイルボックスに、見積依頼、発注、などのデータ、あるいは、見積回答、出荷などのデータを送ることにより、取引先企業との間で相互にデータの受け渡しを行うことができる。
【０００３】
【発明が解決しようとする課題】
しかし、上述した従来技術では、取引を行う会員の認証を行い、あるいは、交換する取引データの内容や時間、会員名を第三者により証明するといったことができなかった。また、企業間での商取引についても、あらかじめ取り引きすることを認識した企業間で行われるものであり、実質的に１対１で行われる商取引しか考慮されていなかった。このため、多くの企業が参画して行われるような公開調達などのオープンな取引を行うことができなかった。
【０００４】
また、発注管理、受注管理等の管理業務などは、各会員がそれぞれ個別に行う必要があった。
【０００５】
本発明の目的は、これら問題点を解決すると共に、これらを総合的に一つのシステムに纏めることにより、商取引に必用な情報を一元的に扱うことを可能にし、効率の良い商取引システムを提供することにある。
【０００６】
【課題を解決するための手段】
上記目的を達成するために、本発明では、ネットワークを介して接続される端末を有するサイトにより企業間での電子的な商取引を行う電子商取引システムにおいて、ネットワーク内において行われる商取引に介在するセンタサイトを設ける。センタサイトは、ネットワークに接続するサイトから受け取った、公開により取引相手を募る公開調達情報を蓄積する公開調達情報データベースと、ネットワークを介して行われるサイト間での取引に基づく契約内容を保持する公証データベースとを有する。そして、公開調達情報データベースに蓄積された公開調達情報をネットワークに接続される各サイトから参照可能とし、公開調達情報に基づく取引相手からの取引申し入れを受け付け、受け付けた取引申し入れを該当する情報提供元サイトに通知する。さらに、この結果として行われる情報提供元サイトと取引申し入れを行ったサイトとの間の取引に介在し、取引の結果交わされる契約内容に対して公証手続きを取って公証データベースに蓄積することを特徴とする。
【０００７】
【発明の実施の形態】
以下、本発明の一実施形態について詳細に説明する。なおこれにより本発明が限定されるものではない。
【０００８】
図１は本発明の一実施形態による電子商取引システムの構成図である。図において、２０、３０、４０、５０は、本実施形態における電子商取引システムの会員として電子的な商取引に参加する会員サイトであり、１０は、これらの会員サイトに対するサービスを提供するセンタサイトである。これらセンタサイト１と各会員サイト２０、３０、４０、５０は相互にネットワーク７０を介して接続される。センタサイト１０はまた、外部ネットワーク９０に接続されている。ここで、外部ネットワーク９０とは、本電子商取引システムを構成する以外のネットワークであり、他の電子商取引システムを構成するネットワーク、あるいは、インターネットなどである。各会員サイトは、センタサイト１０を介することにより、これら外部のネットワークに接続することが可能である。
【０００９】
センタサイト１０は、本電子商取引システムの各会員サイトに関する情報を管理会員情報データベース１１０、各会員サイトに対する証明を行うための認証データベース１２０、会員サイト間で行われる商取引で取引データについてのいわゆる公証を行うための公証データベース１３０、会員サイト間で行われる商取引における契約金額についての情報を管理するための契約金額情報データベース１４０、各会員サイトに対して、各種の販売、購入情報を提供するための公開調達データベースを備えている。１００は、これらのデータベースを管理して、センタサイト１０により提供される各種の機能を実現するためのプログラムを有し、その制御を行う制御部である。センタサイト１０は、以下に説明するような会員サイト間での商取引に関するサービスを提供するほか、ネットワーク７０を介して会員サイトが本システムにアクセスし、サービスの提供を受けるための各種ソフトウェアの配布、バージョンアップ、バージョン管理などのメンテナンス、ソフトウェア、ハードウェアなどのテスト環境の提供、会員サイトへのシステム資源の貸与等のサービスを提供する。また、会員サイトが外部ネットワーク９０にアクセスできるように、通信プロトコルの変換手段、ＩＤ変換手段などを提供する。センタサイト１０は、その他、会員サイトに設けられるシステムと連携して、例えば、受注製品の発送日、到着日などの情報を提供し、あるいは、センタサイト１０が管理する情報を特定の会員に提供することで、この特定の会員による他の会員の業務の代行などのサービスを実現可能とする。
【００１０】
会員サイト２０〜５０のうち、会員サイト２０〜４０は、相互に商取引を行うサイトであり、製造業者、販売業者、運送業者、購入者などにより運用される。会員サイト５０は、決済機能を備えており、他の会員サイト２０〜４０が行った商取引の決済を行う。会員サイト５０は、例えば、銀行により運用される。本実施形態では、説明の便宜上会員サイトを４つとして説明しているが、さらに多くの会員サイトを接続して構成することも可能である。各会員サイトは、以下に説明する本システムを利用した商取引を行う中で、受発注に関する情報の管理を行う受注管理手段、及び発注管理手段を備える。なお、この受発注管理については、センタサイト側で代行するようにしても構わない。
【００１１】
図２は、新たなサイトの加入時の手続きの流れを示すフローチャートである。新たなサイトから加入の申し込みがあると、センタサイト１０により受付が行われる（ステップ２００）。この入会申し込みは、例えば、外部ネットワーク９０を介した電子メールなどの手段によって受け付けるようにすることができる。センタサイト１０は、新たなサイトからの加入の申し込みを受けると、与信データベース（図示せず）を参照し、加入の申し込みがあったサイトの運用者についての与信を行う（ステップ２０２）。新たなサイトについて与信を終えると、センタサイト１０は、会員情報データベース１１０を参照して、いまだいずれの会員サイトにも割り当てられていないＩＤ番号を新たなサイトに対して発行する。ここで発行されたＩＤ番号は、新たに会員となるサイトに関する情報と共に会員情報データベース１１０に登録される（ステップ２０４）。次に、通信のセキュリティを確保するために、センタサイト１０は、この新たなサイトが通信を行う際に利用する暗号キーを発行し、この暗号キーを暗号キーデータベース（図示せず）に登録する（ステップ２０６）。なおこの図では簡単のため、与信が行われなかった場合の流れは省略してある。
【００１２】
図３は、２つの会員サイト間で商取引が行われる場合の業務の流れの例を示すフローチャートである。この例では、会員サイト２０が会員サイト３０から商品を購入することを想定して説明を行う。
【００１３】
まず商品の購入を希望する会員サイト２０がセンタサイト１０に対してログインを行う。センタサイト１０では会員サイト２０からのログインの受付を行う（ステップ３００）。センタサイト１０は、会員サイト２０のログインを受け付けると、認証データベース１２０に登録されているＩＤ番号や暗唱番号を照合し、会員サイト２０の認証を行う（ステップ３０２）。会員サイト２０の認証がすむと、センタサイト１０は、会員サイト２０から購入仕様書を受付け、商品の販売を希望するサイト、すなわち会員サイト３０にその購入仕様書を送付する（ステップ３０４）。次に、センタサイト１１０は、会員サイト３０からの受注仕様書を受付けて、会員サイト２０に送付する（ステップ３０６）。ここで双方の会員の条件が合えば双方からの契約書を受付ける（ステップ３０８）。この契約内容を保証するために、センタサイト１０は、受け取った契約書に、電子サインを付ける等の公証措置を講じて公証データベース１３０に保存する（ステップ３１０）。さらに、センタサイト１０は、会員サイト２０、３０のこれまでの契約金額を集計し、それぞれの会員サイトについて集計した契約金額を契約金額情報データベース１４０に記録する（ステップ３１２）。続いて、会員サイト２０、３０による電子商取引システムの使用に対する課金を計算し、それぞれの会員サイトに対する課金額を会員情報データベースに記録する（ステップ３１４）。最後に、商取引データ交換手段は、会員サイト２，３の双方に対して契約の成立を連絡し、商取引の一連の動作が終了する（ステップ３１６）。
【００１４】
図４は会員サイト相互での公開購入を行う際の業務の流れを示すフローチャートである。商品の購入を希望する会員サイト（ここでは会員サイト４０として説明を行う）がログインすると、センタサイト１０でログインの受付けが行われる（ステップ４００）。センタサイト１０は、認証データベース１２０を照合しながらログインした会員サイト４０の認証を行う（ステップ４０２）。会員サイト４０が認証されると、次に、センタサイト１０は、会員サイト４０からの公開購入希望を受付け、公開調達情報データベース１５０に公開購入情報として登録する（ステップ４０４）。さらに、登録された公開購入情報を、例えば、要求納期、金額、製品種別、取引相手先などで分類する。公開購入情報は、分類された形で各会員サイトに公開される。この時、センタサイト１０は、複数の公開購入情報があればそれらを分類した状態で公開する（ステップ４０６）。各会員サイトでは、それぞれが備える入出力装置により公開された公開購入情報の検索が行われる。検索の結果は各サイトの端末に設けられた表示装置に表示され、運用者により受注希望の有無が判断される。いずれかの会員サイトで受注希望ありの判断がされると、その会員サイトからの受注希望情報がセンタサイト１０に送られる（ステップ４０８）。センタサイト１０では、受注希望情報を受け付けると、受注希望会員サイトの認証が行われる（ステップ４１０）。受注希望会員サイトが認証されると、受注希望会員サイトに関する情報が購入希望会員サイト、すなわち会員サイト４０に通知される（ステップ４１２）。会員サイト４０では、運用者により、受注希望会員サイトに関する情報に基づいて、受注仕様、受注条件等についての判断が行われ、受注希望会員サイトの中から受注者が決定される（ステップ４１４）。この後、センタサイト１０は、会員サイト４０並びに会員サイト４０により決定された受注会員サイトから契約書を受付け（ステップ４１６）、公証の措置を取る（ステップ４１８）。公証手続きが済むと、センタサイト１０は、購入希望サイトおよび受注希望サイトに契約成立の連絡を行う（ステップ４２０）。
【００１５】
上述した会員サイト相互での公開購入時の業務は、会員サイト以外の外部サイトをも含めた公開購入を行う際にも同様に実現することができる。この場合には、ステップ４０６において行われる公開購入情報の公開が、ネットワーク７０を介して行われる以外に、外部ネットワーク９０に対しても行われる。同様に、ステップ４０８では、会員サイト以外の外部サイトからの受注希望が、外部ネットワーク９０を介して受け付けられる。また、ステップ４１０においては、外部サイトについても会員サイトと同様に認証処理が行われるが、受注希望サイトが外部サイトである場合には、段階で与信処理が必要となる場合もある。
【００１６】
図５は公開販売を行う際の業務の流れを示すフローチャートである。公開販売も、公開購入とほぼ同様の手順で業務が進められる。まず、ネットワーク７０を介して販売希望のある会員サイトによるログインが行われ、ログインの受付がセンタサイト１０により実施される（ステップ５００）。ログイン処理がすむと、センタサイト１０は、ログインした会員サイトの認証を行う（ステップ５０２）。そして、販売希望の会員サイトからの販売仕様を受付け、公開調達情報に公開販売情報として登録する（ステップ５０４）。受け付けられた公開販売情報は、公開購入情報と同様に分類され、ネットワーク７０を介して各会員サイトに公開される（ステップ５０６）。公開された公開販売情報に対する購入希望がある会員サイトから、購入希望があると、センタサイト１０は、その受付を行う（ステップ５０８）。購入希望がある会員サイトからの受け付けがすむと、センタサイト１０は、認証データベース１２０に基づいて購入希望を受け付けた会員サイトの認証を行う（ステップ５１０）。購入希望会員サイトのが認証されると、その会員サイトから受け付けた購入希望は、該当する販売希望会員サイトに送付される（５１０）。販売希望会員サイトでは、受付購入者の決定がなされる（ステップ５１４）。その後、センタサイト１０において契約書が受け付けられ、契約が行われる（ステップ５１６）。契約内容には、センタサイト１０による公証の措置がとられ、公証データベース１３０に格納される（ステップ５１８）。最後に契約の成立が、センタサイト１０から販売希望サイト及び決定された購入希望会員サイトに送られる（ステップ５２０）。
【００１７】
なお、ここでは、会員サイト間での公開販売についてその処理の手順を説明したが、外部サイトを含めた公開販売についても、公開購入と同様にして実現することができる。
【００１８】
図６は、公開される公開調達情報の分類の具体例を示す論理的なファイル構成図である。図において、５００は、公開販売を希望するサイトから送られ、公開調達情報データベース１５０に登録された公開販売情報である。センタサイト１０は、公開調達情報データベース１５０に登録された公開販売情報５００を図に示すように製品種別分類情報５１０、販売元別分類情報５２０、金額分類別情報５３０、DDDのように分類して公開する。製品種別分類情報５１０、販売元別分類情報５２０、金額別分類情報５３０DDDは、それぞれ公開販売情報５００とは独立したファイルとしてセンタサイト１０に保持されてもよく、または、各分類を識別するための識別子を公開調達情報データベース１５０に登録された各公開販売情報に付与しておき、会員サイトからの照会要求時に分類分けした形で会員サイトに提供するようにしてもよい。また、本実施例では、公開調達情報の分類をセンタサイト側で行っているが、例えば、公開調達情報データベース１５０に格納されている公開調達情報をそのままセンタサイト１０から会員サイトへ送り、会員サイト側でこれを分類し、あるいは選択して表示するようにしてもよい。
【００１９】
図７は、収支金額の相殺処理の流れを示すフローチャートである。各会員サイトは、例えば、関連会社同士でグループを作っている場合があり、そのグループ内だけでの相殺をする場合と、他のグループにまたがったグループ間の相殺をする場合とがあり得る。図７に示す例では、支払金額受取金額相殺手段によって各会員の収支計算をすると共に、グループ内での収支計算とともに、グループ間の収支計算を行っている。相殺処理では、まず、契約金額データベース１４０に記録された契約金額情報に基づいて各会員サイトの収支が計算される（ステップ７００）。次に、会員サイトの収支計算の結果に基づいて、グループ内の会員サイト相互での収支計算を行う（ステップ７０２）。さらに、会員サイトのグループを単位としてグループ間での収支を計算する（ステップ７０４）。これらの計算結果として得られる収支情報は、センタサイト１０から決済手段を有する会員サイト５０に通知され、会員サイト５０において、決済が行われる（ステップ７０６）。また、センタサイト１０は、会員サイト５０に送られた収支情報をグループまとめ会員により運営される会員サイト、及び関連各会員サイトに連絡する。なお、グループ構成は階層化されている場合もありえる。このようなグループ構成に関する情報は、センタサイト１０において管理される。
【００２０】
図８はグループ内及びグループ間での相殺方法についての説明図である。図中、Ａ１、Ａ２、Ａ３、Ｂ１、Ｂ２、Ｃ１、Ｃ２は、会員名を示している。縦軸は、供給側（販売側）であり、横軸は、調達側（購入側）である。同じ会員が調達をしたり、供給をしたりするため、縦軸、横軸の両方に同じ会員名が存在する。ここで、Ａ１、Ａ２Ａ３は一つのグループＡを構成し、Ｂ１、Ｂ２は別のグループＢ、Ｃ１、Ｃ２はさらに別のグループＣを構成するものとする。Ｔはグループ全体を意味しており、例えば、ＡＴは、グループＡ全体を示す。また、ＴＴは、グループＡからグループＣのすべてを意味している。この図において、縦軸と横軸の交点は、縦軸に名前のある会員が横軸に名前のある会員に支払うべき金額を表している。例えば、供給側としての会員Ａ１に着目すると、会員Ａ２に対しては“A1A2”の受取になり、グループ内では、“A1AT”の受取となる。また、全グループ間では、“A1TT”の受取となる。同様に、調達側の会員Ａ１に着目すると、会員Ａ２に対しては“A2A1”の支払いが生じ、グループＡ内では、“ATA1”の支払い、全グループ間では“TTA1”の支払いが生じることになる。会員Ａ１は、グループＡ内で相殺が行われれば、会員Ａ２、Ａ３に個々に支払いを行わなくても“ATA1”をグループＡの纏め者に払えば良い。また、会員Ａ１がＢグループに対して清算するのであれば、会員Ａ１は、グループＢの纏め者に“BTA1”を払えば良い。また、グループ内で相殺した後、グループ間で相殺するには、例えば、グループAが全体の相殺システムに対して“TTAT”払えばよい。このように計算すればあらゆる相殺の組合せに対応することができる。
【００２１】
以上のようにしてシステム上で行われる商取引に関し、各会員サイトの運用者は、会員サイトが有する受注管理手段、及び発注管理手段により管理されている発注管理情報、受注管理情報を表示装置からの表示出力として入手することができる。会員サイト側でのこれら情報の表示の一例を図９〜１２に示す。
【００２２】
図９は、発注管理情報の表示の一例を示す画面イメージ図である。発注管理情報は、発注番号順に、発注先、品名、仕様、数量、希望納期、実納期、等が一覧の形で提供される。また、納期遅れのものにはマークが記されている。図１０は、発注管理情報の他の表示の例を示す画面イメージ図である。この例では発注先別に分類されて表示されている。また、図１１は、発注管理情報のさらに他の表示の例を示す画面イメージ図である。この例では、納期遅延のものが遅延日数の多い順に表示されている。このように、本実施例では、各種の分類方法による表示と管理ができる。
【００２３】
図１２は受注管理情報の表示の一例を示す画面イメージ図である。この例では、受注番号順に、受注先、品名、仕様、数量、希望納期、実納期、等が一覧表で示され、納期遅れのものにはマークが記されている。受注管理についてもこれに限らず、各種分類、統計処理等が可能である。
【００２４】
また、センタサイトは、ネットワーク７０を介して会員サイト間で行われる商取引に関する情報を用いて、会員サイトを運営する企業の格付けを行う。企業の格付けは、例えば、取引高、納期遅延率、等から評価関数を用いて行われる。図１３に格付情報の一例を示す。このような格付情報は、取引の判断、与信等の参考データとして利用できる。
【００２５】
以上説明したように、本実施形態によれば、各サイト間で行われる商取引を管理するための諸機能、並びに、必要なデータベースがセンタサイトに集約されているので、複数のサイトに重複してデータを持つ必用がなく、また、複数のサイトの取引情報等が１カ所で管理できるため、統計データの収集、企業格付、他社業務の代行等が容易に行える。また会員管理、認証、公証等を行っているため、安心してセキュアーな商取引ができると共に、他のネットワーク、インターネットとも接続されるため、オープンな取引がワールドワイドに行える等の効果がある。
【００２６】
【発明の効果】
本発明によれば、商取引に必用な情報を一元的に扱うことを可能にし、効率の良い商取引システムを提供することができる。
【図面の簡単な説明】
【図１】図１は本発明の一実施例による取引システムの構成図である。
【図２】新たな会員サイトの入会受付の際の業務の流れを示すフローチャートである。
【図３】二つの会員サイト間で商取引が行われる際の業務の流れを示すフローチャートである。
【図４】会員サイト間での公開購入時の業務の流れを示すフローチャートである。
【図５】公開販売時の業務の流れを示すフローチャートである。
【図６】公開調達情報の分類分けを説明するため論理ファイル構成図である。
【図７】収支金額の相殺処理の流れを示すフローチャートである。
【図８】グループ内及びグループ間での相殺方法を示す説明図である。
【図９】発注管理情報の表示画面の一例を示す画面イメージ図である。
【図１０】発注管理情報の他の表示画面の一例を示す画面イメージ図である。
【図１１】発注管理情報のさらに他の表示画面の一例を示す画面イメージ図である。
【図１２】受注管理情報の表示画面の一例を示す画面イメージ図である。
【図１３】企業格付情報の一例を示すテーブル構成図である。
【符号の説明】
１０・・・センタサイト
２０、３０、４０、５０・・・会員サイト
７０・・・ネットワーク
９０・・・外部ネットワーク
１００・・・制御部
１１０・・・会員情報データベース
１２０・・・認証データベース
１３０・・・公証データベース
１４０・・・契約金額情報データベース
１５０・・・公開調達情報データベース[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an electronic commerce system for exchanging commerce information through a communication network or the like, and more particularly to an electronic commerce system for electronically conducting business transactions between companies via a communication network.
[0002]
[Prior art]
2. Description of the Related Art In recent years, when performing business transactions between companies, electronic commerce is used in which terminals provided in each company are connected to each other via a network, and transaction information is exchanged electronically via the network for business transactions. It has become to. As such an electronic commerce system, for example, what is described in pages 83 to 92 of “Electronic Payment and Financial Innovation” (Toyo Keizai Shinposha) is known. In the electronic commerce system described herein, commerce data is exchanged between companies based on standard rules via a network to realize commerce. Companies that want to do business send data such as requests for quotations, orders, etc., or data such as quotation responses, shipments, etc. to a mailbox provided on the network. Can be delivered.
[0003]
[Problems to be solved by the invention]
However, in the above-described conventional technology, it is impossible to authenticate a member who performs a transaction, or to prove the contents, time, and member name of transaction data to be exchanged by a third party. In addition, business transactions between companies are also performed between companies that have recognized that transactions are made in advance, and only one-to-one business transactions have been considered. For this reason, it was not possible to conduct open transactions such as public procurement that many companies participate in.
[0004]
In addition, each member has to perform management operations such as order management and order management individually.
[0005]
An object of the present invention is to solve these problems and collectively integrate them into one system, thereby making it possible to handle information necessary for business transactions in an integrated manner and to provide an efficient business transaction system. There is.
[0006]
[Means for Solving the Problems]
In order to achieve the above object, in the present invention, in an electronic commerce system that performs electronic commerce between companies by a site having terminals connected via a network, a center site that intervenes in commerce performed in the network Is provided. The center site is a public procurement information database that accumulates public procurement information that is received from a site connected to the network and recruits business partners by public disclosure, and a notarization that holds contract contents based on transactions between sites performed via the network. And a database. The public procurement information stored in the public procurement information database can be referred to from each site connected to the network, accepts transaction offers from trading partners based on the public procurement information, and accepts the accepted transaction offers Notify the site. Furthermore, it intervenes in the transaction between the information provider site and the site where the transaction application was made as a result of this, and takes the notary procedure for the contract contents exchanged as a result of the transaction and stores it in the notary database And
[0007]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described in detail. However, this does not limit the present invention.
[0008]
FIG. 1 is a configuration diagram of an electronic commerce system according to an embodiment of the present invention. In the figure, 20, 30, 40, and 50 are member sites that participate in electronic commerce as members of the electronic commerce system in the present embodiment, and 10 is a center site that provides services for these member sites. . The center site 1 and the member sites 20, 30, 40, 50 are connected to each other via a network 70. The center site 10 is also connected to the external network 90. Here, the external network 90 is a network other than that constituting the electronic commerce system, such as a network constituting another electronic commerce system, or the Internet. Each member site can be connected to these external networks via the center site 10.
[0009]
The center site 10 manages information related to each member site of the electronic commerce system, a management member information database 110, an authentication database 120 for certifying each member site, and a so-called notarization of transaction data in a commercial transaction performed between member sites. A notary database 130 for performing, a contract amount information database 140 for managing information on contract amounts in commercial transactions performed between member sites, and disclosure for providing various sales and purchase information to each member site It has a procurement database. Reference numeral 100 denotes a control unit that manages these databases, has programs for realizing various functions provided by the center site 10, and controls the programs. The center site 10 provides services related to commerce between member sites as described below, and also distributes various software for the member sites to access the system via the network 70 and receive services. Provides services such as upgrades, maintenance such as version management, provision of test environments such as software and hardware, and lending of system resources to member sites. In addition, communication protocol conversion means, ID conversion means, and the like are provided so that the member site can access the external network 90. In addition, the center site 10 provides information such as the shipping date and arrival date of ordered products in cooperation with the system provided at the member site, or provides information managed by the center site 10 to a specific member. By doing this, it becomes possible to realize services such as the substitution of the duties of other members by this specific member.
[0010]
Among the member sites 20 to 50, the member sites 20 to 40 are sites that perform mutual business transactions, and are operated by manufacturers, distributors, carriers, purchasers, and the like. The member site 50 has a settlement function, and settles commercial transactions performed by the other member sites 20 to 40. The member site 50 is operated by, for example, a bank. In the present embodiment, four member sites are described for convenience of explanation, but more member sites can be connected and configured. Each member site is provided with order management means and order management means for managing information related to order placement while conducting a commercial transaction using the system described below. This order management may be performed on the center site side.
[0011]
FIG. 2 is a flowchart showing the flow of procedures when a new site is joined. When there is an application for subscription from a new site, the center site 10 accepts it (step 200). This membership application can be accepted by means such as e-mail via the external network 90, for example. When the center site 10 receives an application for subscription from a new site, the center site 10 refers to a credit database (not shown) and performs credit for the operator of the site where the application for subscription has been made (step 202). When the credit for the new site is finished, the center site 10 refers to the member information database 110 and issues an ID number not yet assigned to any member site to the new site. The ID number issued here is registered in the member information database 110 together with information related to the new member site (step 204). Next, in order to ensure communication security, the center site 10 issues an encryption key used when this new site performs communication, and registers this encryption key in an encryption key database (not shown). (Step 206). In this figure, for simplicity, the flow when credit is not performed is omitted.
[0012]
FIG. 3 is a flowchart showing an example of a business flow when a commercial transaction is performed between two member sites. In this example, description will be made assuming that the member site 20 purchases a product from the member site 30.
[0013]
First, the member site 20 who wishes to purchase a product logs in to the center site 10. The center site 10 accepts login from the member site 20 (step 300). When the center site 10 accepts the login of the member site 20, the center site 10 verifies the ID number and the recitation number registered in the authentication database 120 and authenticates the member site 20 (step 302). When the member site 20 is authenticated, the center site 10 receives the purchase specification from the member site 20 and sends the purchase specification to the site where the product is desired to be sold, that is, the member site 30 (step 304). Next, the center site 110 accepts the order specification from the member site 30 and sends it to the member site 20 (step 306). If the conditions of both members are met, a contract from both sides is accepted (step 308). In order to guarantee the contents of the contract, the center site 10 takes a notary measure such as attaching an electronic signature to the received contract and stores it in the notary database 130 (step 310). Further, the center site 10 totals the contract amounts so far of the member sites 20 and 30, and records the total contract amount for each member site in the contract amount information database 140 (step 312). Subsequently, the charge for using the electronic commerce system by the member sites 20 and 30 is calculated, and the charge amount for each member site is recorded in the member information database (step 314). Finally, the commercial transaction data exchanging means informs both the member sites 2 and 3 that the contract has been established, and the series of commercial transactions is completed (step 316).
[0014]
FIG. 4 is a flowchart showing a flow of work when performing public purchase between member sites. When a member site that wishes to purchase a product (here, described as the member site 40) logs in, the center site 10 accepts login (step 400). The center site 10 authenticates the logged-in member site 40 while collating the authentication database 120 (step 402). When the member site 40 is authenticated, the center site 10 next accepts the public purchase request from the member site 40 and registers it as public purchase information in the public procurement information database 150 (step 404). Further, the registered public purchase information is classified by, for example, requested delivery date, amount, product type, business partner, and the like. Public purchase information is disclosed to each member site in a classified form. At this time, if there are a plurality of public purchase information, the center site 10 discloses them in a classified state (step 406). In each member site, public purchase information published by an input / output device included therein is searched. The search result is displayed on a display device provided at the terminal of each site, and the operator determines whether or not he / she wants to receive an order. If it is determined that any member site has an order request, the order request information from the member site is sent to the center site 10 (step 408). When the center site 10 accepts the order request information, the order request member site is authenticated (step 410). When the order receiving member site is authenticated, information regarding the order requesting member site is notified to the purchase requesting member site, that is, the member site 40 (step 412). In the member site 40, the operator determines the order specification, order conditions, etc. based on the information related to the order request member site, and the order receiver is determined from the order request member site (step 414). Thereafter, the center site 10 receives the contract from the member site 40 and the order-receiving member site determined by the member site 40 (step 416), and takes a notary measure (step 418). After the notarization procedure is completed, the center site 10 notifies the purchase request site and the order request site that the contract has been established (step 420).
[0015]
The business at the time of public purchase between the member sites described above can be similarly realized when performing public purchase including external sites other than the member site. In this case, the public purchase information disclosed in step 406 is also performed on the external network 90 in addition to being performed via the network 70. Similarly, in step 408, an order received from an external site other than the member site is accepted via the external network 90. In step 410, authentication processing is also performed on the external site in the same manner as the member site. However, if the order receiving request site is an external site, credit processing may be required at a stage.
[0016]
FIG. 5 is a flowchart showing the flow of work when performing public sales. Public sales can be carried out in almost the same way as public purchases. First, login is performed by a member site that is desired to be sold via the network 70, and the log-in is accepted by the center site 10 (step 500). When the login process is completed, the center site 10 authenticates the logged-in member site (step 502). Then, the sales specification from the member site that is desired to be sold is accepted and registered as public sales information in the public procurement information (step 504). The accepted public sales information is classified in the same manner as the public purchase information, and is disclosed to each member site via the network 70 (step 506). If there is a purchase request from a member site that has a purchase request for the public sales information, the center site 10 accepts the purchase (step 508). When reception from the member site with the purchase request is completed, the center site 10 authenticates the member site that has received the purchase request based on the authentication database 120 (step 510). When the purchase requesting member site is authenticated, the purchase request received from the member site is sent to the corresponding sales requesting member site (510). At the sales requesting member site, the reception purchaser is determined (step 514). Thereafter, a contract is received at the center site 10 and a contract is made (step 516). The contract contents are notarized by the center site 10 and stored in the notary database 130 (step 518). Finally, the establishment of the contract is sent from the center site 10 to the sales request site and the determined purchase request member site (step 520).
[0017]
Here, the procedure of the process for the public sale between the member sites has been described, but the public sale including the external site can also be realized in the same manner as the public purchase.
[0018]
FIG. 6 is a logical file configuration diagram showing a specific example of classification of public procurement information to be disclosed. In the figure, reference numeral 500 denotes public sales information sent from a site for which public sales are desired and registered in the public procurement information database 150. The center site 10 classifies the public sales information 500 registered in the public procurement information database 150 into product type classification information 510, sales source classification information 520, amount classification information 530, and DDD as shown in the figure. Publish. Product type classification information 510, sales source classification information 520, and price classification information 530DDD may be held in the center site 10 as files independent of the public sales information 500, respectively, or for identifying each classification. An identifier may be given to each public sales information registered in the public procurement information database 150, and may be provided to the member site in a classified manner at the time of an inquiry request from the member site. In this embodiment, the public procurement information is classified on the center site side. For example, the public procurement information stored in the public procurement information database 150 is sent from the center site 10 to the member site as it is, and the member site is used. This may be classified on the side or selected and displayed.
[0019]
FIG. 7 is a flowchart showing the flow of the balance amount offset process. For example, each member site may form a group with affiliated companies, and there may be a case of offsetting only within the group or a case of offsetting between groups across other groups. In the example shown in FIG. 7, the balance calculation of each member is performed by the payment amount received amount offsetting means, and the balance calculation between the groups is performed together with the balance calculation within the group. In the offset process, first, the balance of each member site is calculated based on the contract amount information recorded in the contract amount database 140 (step 700). Next, based on the balance calculation result of the member site, the balance calculation between the member sites in the group is performed (step 702). Further, the balance between groups is calculated for each member site group (step 704). The balance information obtained as a result of these calculations is notified from the center site 10 to the member site 50 having a settlement means, and settlement is performed at the member site 50 (step 706). Further, the center site 10 notifies the member site operated by the group group member and the related member sites of the balance information sent to the member site 50. The group configuration may be hierarchized. Information regarding such a group configuration is managed at the center site 10.
[0020]
FIG. 8 is an explanatory diagram of a canceling method within a group and between groups. In the figure, A1, A2, A3, B1, B2, C1, and C2 indicate member names. The vertical axis is the supply side (sales side), and the horizontal axis is the procurement side (purchase side). Because the same member procures and supplies, the same member name exists on both the vertical and horizontal axes. Here, A1 and A2A3 constitute one group A, B1 and B2 constitute another group B, C1, and C2 further constitute another group C. T means the entire group. For example, AT indicates the entire group A. TT means all of group A to group C. In this figure, the intersection of the vertical axis and the horizontal axis represents the amount that a member whose name is on the vertical axis should pay to a member whose name is on the horizontal axis. For example, when paying attention to the member A1 as the supply side, the member A2 receives “A1A2” and the group receives “A1AT”. All groups receive “A1TT”. Similarly, paying attention to the member A1 on the procurement side, “A2A1” is paid to the member A2, “ATA1” is paid within the group A, and “TTA1” is paid between all the groups. Become. The member A1 may pay “ATA1” to the group A organizer without paying the members A2 and A3 individually if the offset is made in the group A. Further, if the member A1 pays out for the group B, the member A1 may pay “BTA1” to the group B grouper. Further, after offsetting within the group, in order to cancel between the groups, for example, the group A may pay “TTAT” for the entire offset system. If it calculates in this way, it can respond to all the combinations of cancellation.
[0021]
With regard to the business transactions performed on the system as described above, the operator of each member site receives the order management means possessed by the member site, the order management information managed by the order management means, and the order management information from the display device. It can be obtained as a display output. An example of the display of such information on the member site side is shown in FIGS.
[0022]
FIG. 9 is a screen image diagram illustrating an example of display of order management information. The order management information is provided in the form of a list of the ordering party, product name, specification, quantity, desired delivery date, actual delivery date, etc. in order number. In addition, a mark is marked on items that are late in delivery. FIG. 10 is a screen image diagram illustrating another display example of the order management information. In this example, they are classified and displayed by ordering party. FIG. 11 is a screen image diagram showing still another display example of the order management information. In this example, items with delayed delivery are displayed in order of increasing number of days delayed. Thus, in this embodiment, display and management can be performed by various classification methods.
[0023]
FIG. 12 is a screen image diagram showing an example of display of order management information. In this example, the order recipient, product name, specification, quantity, desired delivery date, actual delivery date, etc. are shown in a list in order of the order number, and a mark is given to items that are delayed in delivery date. Order management is not limited to this, and various classifications, statistical processing, and the like are possible.
[0024]
In addition, the center site uses the information related to the commercial transaction performed between the member sites via the network 70 to perform rating of the company that operates the member site. The rating of a company is performed using an evaluation function based on, for example, transaction volume, delivery delay rate, and the like. FIG. 13 shows an example of rating information. Such rating information can be used as reference data for transaction decisions, credits, and the like.
[0025]
As described above, according to the present embodiment, various functions for managing commercial transactions performed between the sites and necessary databases are aggregated in the center site. It is not necessary to have data, and transaction information of multiple sites can be managed in one place, so it is easy to collect statistical data, corporate ratings, substitute for other company's business. In addition, since member management, authentication, notarization, etc. are performed, secure commercial transactions can be performed with peace of mind, and since other networks and the Internet are connected, there is an effect that open transactions can be performed worldwide.
[0026]
【The invention's effect】
ADVANTAGE OF THE INVENTION According to this invention, it becomes possible to handle the information required for a commercial transaction in an integrated manner, and an efficient commercial transaction system can be provided.
[Brief description of the drawings]
FIG. 1 is a block diagram of a transaction system according to an embodiment of the present invention.
FIG. 2 is a flowchart showing a business flow when a new member site is accepted.
FIG. 3 is a flowchart showing a business flow when a business transaction is performed between two member sites.
FIG. 4 is a flowchart showing a flow of work at the time of public purchase between member sites.
FIG. 5 is a flowchart showing a business flow at the time of public sale.
FIG. 6 is a logical file configuration diagram for explaining classification of public procurement information.
FIG. 7 is a flowchart showing a flow of a balance amount offset process.
FIG. 8 is an explanatory diagram showing a cancellation method within a group and between groups.
FIG. 9 is a screen image diagram showing an example of a display screen for order management information.
FIG. 10 is a screen image diagram showing an example of another display screen of order management information.
FIG. 11 is a screen image diagram illustrating an example of still another display screen for order management information.
FIG. 12 is a screen image diagram showing an example of a display screen for order management information.
FIG. 13 is a table configuration diagram showing an example of company rating information.
[Explanation of symbols]
10. Center site 20, 30, 40, 50 ... Member site 70 ... Network 90 ... External network 100 ... Control unit 110 ... Member information database 120 ... Authentication database 130 ..Notary database 140 ... Contract amount information database 150 ... Public procurement information database

Claims (2)

センタサイトと、該センタサイトとネットワークを介して接続される複数の会員サイトを含むシステムにおける電子商取引方法であって、
前記センタサイトは、
機能を実現するプログラムを有し、当該プログラムに従って制御を行う制御部と、当該制御部の制御に従って情報を蓄積する複数のデータベースを備え、
前記複数のデータベースには、会員サイト間で前記ネットワークを介して行われた商取引に伴う契約金額情報を集計し記録した契約金額情報データベース、公開調達情報を蓄積する公開調達データベースが含まれ、
前記制御部の制御に従って、
前記複数の会員サイトについて、所定の会員サイトからなる複数のグループに分割して管理し、前記複数の会員サイトのうちの任意の会員サイトからの公開調達情報を受信して前記公開調達データベースに蓄積し、
前記任意の会員サイトと異なる他の会員サイトから前記ネットワークを介して通知される、前記蓄積された公開調達情報に基づく応募通知を受信し、
前記他の会員サイトに関する情報を、前記任意の会員サイトに前記ネットワークを介して通知し、
前記通知された他の会員サイトに関する情報に基づいて、前記任意の会員サイトの運用者と契約を行うことが決定された場合に、前記他の会員サイトからネットワークを介して送信される、前記契約を行うことを示す情報を受信することで、前記任意の会員サイトと前記他の会員サイトとの間における商取引を実行させ、
前記複数の会員サイトごとに、前記契約金額情報データベースに記録された前記契約金額情報に基づき、前記任意の会員サイトから他の会員サイトへの支払金額または受取金額である第１の収支を計算し、該計算した複数の第１の収支を相殺して前記任意の会員サイトから当該グループ内の他の会員サイトへの支払金額または受取金額の総額である、当該グループ内の第２の収支を計算し、前記任意の会員サイトから任意の他のグループへの支払金額または受取金額である第３の収支を計算し、前記グループそれぞれにおける前記第３の収支を相殺して前記グループ間での第４の収支を計算し、該第４の収支を相殺して前記任意のグループからグループすべてへの支払金額または受取金額である収支情報を算出し、
前記収支情報を前記複数の会員サイトに含まれる会員サイトに通知する
ことを特徴とする電子商取引方法。An electronic commerce method in a system including a center site and a plurality of member sites connected to the center site via a network,
The center site is
It has a program that realizes a function, includes a control unit that performs control according to the program, and a plurality of databases that accumulate information according to the control of the control unit,
The plurality of databases include a contract amount information database that records and records contract amount information associated with a commercial transaction performed between the member sites via the network, and a public procurement database that accumulates public procurement information.
According to the control of the control unit,
For the plurality of membership site, and manages by dividing into a plurality of groups of predetermined membership site, stored in the public procurement database receives the public procurement information from any member site of the plurality of membership site And
Receiving an application notification based on the accumulated public procurement information notified from the other member site different from the arbitrary member site via the network;
Information about the other member site is notified to the arbitrary member site via the network,
The contract transmitted from the other member site via the network when it is decided to make a contract with the operator of the arbitrary member site based on the notified information on the other member site. Receiving the information indicating that the transaction is performed, the commercial transaction between the arbitrary member site and the other member site is executed,
For each of the plurality of member sites, based on the contract amount information recorded in the contract amount information database, a first balance that is a payment amount or receipt amount from the arbitrary member site to another member site is calculated. Calculating the second balance within the group, which is the total amount of payment or receipt from the arbitrary member site to the other member sites within the group by offsetting the calculated first balances And calculating a third balance of payment or receipt received from any member site to any other group, and offsetting the third balance in each of the groups to calculate a fourth balance between the groups. And the balance information that is the amount paid or received from any group to all the groups is calculated by offsetting the fourth balance ,
The electronic commerce method, wherein the balance information is notified to a member site included in the plurality of member sites. 複数の会員サイトとネットワークを介して接続される電子商取引装置において、
機能を実現するプログラムを有し、当該プログラムに従って制御を行う制御部と、
当該制御部の制御に従って情報を蓄積する複数のデータベースを備え、
前記複数のデータベースには、会員サイト間で前記ネットワークを介して行われた商取引に伴う契約金額情報を集計し記録した契約金額情報データベース、公開調達情報を蓄積する公開調達データベースが含まれ、
前記制御部は、
前記複数の会員サイトについて、所定の会員サイトからなる複数のグループに分割して管理し、
前記複数の会員サイトのうちの任意の会員サイトからの公開調達情報を受信して前記公開調達データベースに蓄積し、
前記任意の会員サイトと異なる他の会員サイトから前記ネットワークを介して通知される、前記蓄積された公開調達情報に基づく応募通知を受信し、
前記他の会員サイトに関する情報を、前記任意の会員サイトに前記ネットワークを介して通知し、
前記通知された他の会員サイトに関する情報に基づいて、前記任意の会員サイトの運用者と契約を行うことが決定された場合に、前記他の会員サイトからネットワークを介して送信される、前記契約を行うことを示す情報を受信することで、前記任意の会員サイトと前記他の会員サイトとの間における商取引を実行させ、
前記複数の会員サイトごとに、前記契約金額情報データベースに記録された前記契約金額情報に基づき、前記任意の会員サイトから他の会員サイトへの支払金額または受取金額である第１の収支を計算し、該計算した複数の第１の収支を相殺して前記任意の会員サイトから当該グループ内の他の会員サイトへの支払金額または受取金額の総額である、当該グループ内の第２の収支を計算し、前記任意の会員サイトから任意の他のグループへの支払金額または受取金額である第３の収支を計算し、前記グループそれぞれにおける前記第３の収支を相殺して前記グループ間での第４の収支を計算し、該第４の収支を相殺して前記任意のグループからグループすべてへの支払金額または受取金額である収支情報を算出し、
前記収支情報を前記複数の会員サイトに含まれる会員サイトに通知する
ことを特徴とする電子商取引装置。In an electronic commerce device connected to multiple member sites via a network,
A control unit having a program for realizing the function and performing control according to the program;
Provided with a plurality of databases that accumulate information according to the control of the control unit,
The plurality of databases include a contract amount information database that records and records contract amount information associated with a commercial transaction performed between the member sites via the network, and a public procurement database that accumulates public procurement information.
The controller is
The plurality of member sites are divided into a plurality of groups consisting of predetermined member sites and managed,
Receiving public procurement information from any member site accumulate in the public procurement database of the plurality of membership site,
Receiving an application notification based on the accumulated public procurement information notified from the other member site different from the arbitrary member site via the network;
Information about the other member site is notified to the arbitrary member site via the network,
The contract transmitted from the other member site via the network when it is decided to make a contract with the operator of the arbitrary member site based on the notified information on the other member site. Receiving the information indicating that the transaction is performed, the commercial transaction between the arbitrary member site and the other member site is executed,
For each of the plurality of member sites, based on the contract amount information recorded in the contract amount information database, a first balance that is a payment amount or receipt amount from the arbitrary member site to another member site is calculated. Calculating the second balance within the group, which is the total amount of payment or receipt from the arbitrary member site to the other member sites within the group by offsetting the calculated first balances And calculating a third balance of payment or receipt received from any member site to any other group, and offsetting the third balance in each of the groups to calculate a fourth balance between the groups. And the balance information that is the amount paid or received from any group to all the groups is calculated by offsetting the fourth balance ,
The electronic commerce apparatus characterized by notifying the balance information to member sites included in the plurality of member sites.

Images