(57)【要約】【課題】  商取引に必用な情報を一元的に扱うことを可能にし、効率の良い商取引システムを提供する。【解決手段】  ネットワーク７０において行われる商取引に介在するセンタサイト１０を設ける。センタサイト１０は、ネットワーク７０に接続する会員サイト２０〜５０から受け取った公開調達情報を蓄積し、各サイトに公開するための公開調達情報データベース１５０と、サイト間での取引に基づく契約内容を保持する公証データベース１３０とを有する。センタサイト１０は、公開調達情報に基づく取引相手サイトからの取引申し入れを受け付け、該当する情報提供元サイトに通知する。さらに、この結果として行われる情報提供元サイトと取引相手サイトとの間の取引に介在し、取引の結果交わされる契約内容に対して公証手続を取って公証データベース１３０に蓄積する。【選択図】  図１
2005032276.tif 000002
【特許請求の範囲】
【請求項１】
センタサイトと、該センタサイトに接続される複数の会員サイトとを有するネットワークシステムにおいて前記複数の会員サイト間で商取引を行う電子商取引方法であって、
前記複数の会員サイトのうちの購入希望会員サイトは、
商品の購入を希望する公開購入情報を前記センタサイトに送信し、
前記センタサイトは、
該送信された公開購入情報を公開購入情報データベースに登録し、
該登録した公開購入情報を、他の会員サイトに対して公開し、
前記他の会員サイトのうちの販売希望会員サイトは、
前記公開された公開購入情報に対する販売希望情報を前記センタサイトに送信し、
前記センタサイトは、
前記販売希望会員サイトから送信された販売希望情報を受信し、
該受信した販売希望情報に対応する販売希望会員サイトに関する情報を、前記購入希望会員サイトに対して通知し、
前記購入希望会員サイトは、
前記通知された販売希望会員サイトに関する情報に基づいて決定された、前記販売希望会員サイトと契約を行うか否かに関する情報の入力を受付け、
該受付けた情報が、前記販売希望会員サイトと契約を行う旨の情報である場合は、その旨の情報を前記センタサイトに送信し、
前記センタサイトは、
前記契約を行う旨の情報を受信した場合は、前記契約内容に対する公証を行い、
該公証された契約内容を、公証データベースに格納することを特徴とする電子商取引方法。
【請求項２】
前記センタサイトは、前記公開購入情報データベースに登録された公開購入情報を、所定の分類に区分して前記他の会員サイトに公開することを特徴とする請求項１記載の電子商取引方法。
【請求項３】
前記会員サイトは、前記センタサイトから送信された公開購入情報を、所定の分類に区分して表示することを特徴とする請求項１記載の電子商取引方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワーク等を通して商取引情報を交換する電子商取引システムに係り、特に、企業間における商取引を通信ネットワークを介して電子的に行うための電子商取引システムに関する。
【背景技術】
【０００２】
近年、企業間で商取引を行うにあたり、各企業に設けられる端末をネットワークを介して相互に接続し、そのネットワークを介して電子的に取引情報を交換して商取引を行う電子商取引が用いられるようになってきている。このような電子商取引システムについては、例えば、非特許文献１に記載されるものが知られている。ここに記載される電子商取引システムでは、企業間でネットワークを介して標準的規約に基づく商取引データの交換が行われ商取引が実現される。取引を行おうとする企業は、ネットワーク上に設けられるメイルボックスに、見積依頼、発注、などのデータ、あるいは、見積回答、出荷などのデータを送ることにより、取引先企業との間で相互にデータの受け渡しを行うことができる。
【０００３】
【非特許文献１】「エレクトロニック決済と金融革新」（東洋経済新報社）（８３ページ乃至９２ページ）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上述した従来技術では、取引を行う会員の認証を行い、あるいは、交換する取引データの内容や時間、会員名を第三者により証明するといったことができなかった。また、企業間での商取引についても、あらかじめ取り引きすることを認識した企業間で行われるものであり、実質的に１対１で行われる商取引しか考慮されていなかった。このため、多くの企業が参画して行われるような公開調達などのオープンな取引を行うことができなかった。
【０００５】
また、発注管理、受注管理等の管理業務などは、各会員がそれぞれ個別に行う必要があった。
【０００６】
本発明の目的は、これら問題点を解決すると共に、これらを総合的に一つのシステムに纏めることにより、商取引に必用な情報を一元的に扱うことを可能にし、効率の良い電子商取引方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明では、ネットワークを介して接続される端末を有するサイトにより企業間での電子的な商取引を行う電子商取引システムにおいて、ネットワーク内において行われる商取引に介在するセンタサイトを設ける。センタサイトは、ネットワークに接続するサイトから受け取った、公開により取引相手を募る公開調達情報を蓄積する公開調達情報データベースと、ネットワークを介して行われるサイト間での取引に基づく契約内容を保持する公証データベースとを有する。そして、公開調達情報データベースに蓄積された公開調達情報をネットワークに接続される各サイトから参照可能とし、公開調達情報に基づく取引相手からの取引申し入れを受け付け、受け付けた取引申し入れを該当する情報提供元サイトに通知する。さらに、この結果として行われる情報提供元サイトと取引申し入れを行ったサイトとの間の取引に介在し、取引の結果交わされる契約内容に対して公証手続きを取って公証データベースに蓄積することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、商取引に必用な情報を一元的に扱うことを可能にし、効率の良い商取引方法を提供することができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の一実施形態について詳細に説明する。なおこれにより本発明が限定されるものではない。
【００１０】
図１は本発明の一実施形態である電子商取引システムの構成図である。図において、２０、３０、４０、５０は、本実施形態における電子商取引システムの会員として電子的な商取引に参加する会員サイトであり、１０は、これらの会員サイトに対するサービスを提供するセンタサイトである。これらセンタサイト１０と各会員サイト２０、３０、４０、５０は相互にネットワーク７０を介して接続される。センタサイト１０はまた、外部ネットワーク９０に接続されている。ここで、外部ネットワーク９０とは、本電子商取引システムを構成する以外のネットワークであり、他の電子商取引システムを構成するネットワーク、あるいは、インターネットなどである。各会員サイトは、センタサイト１０を介することにより、これら外部のネットワークに接続することが可能である。
【００１１】
センタサイト１０は、本電子商取引システムの各会員サイトに関する情報を管理会員情報データベース１１０、各会員サイトに対する証明を行うための認証データベース１２０、会員サイト間で行われる商取引で取引データについてのいわゆる公証を行うための公証データベース１３０、会員サイト間で行われる商取引における契約金額についての情報を管理するための契約金額情報データベース１４０、各会員サイトに対して、各種の販売、購入情報を提供するための公開調達データベースを備えている。１００は、これらのデータベースを管理して、センタサイト１０により提供される各種の機能を実現するためのプログラムを有し、その制御を行う制御部である。センタサイト１０は、以下に説明するような会員サイト間での商取引に関するサービスを提供するほか、ネットワーク７０を介して会員サイトが本システムにアクセスし、サービスの提供を受けるための各種ソフトウェアの配布、バージョンアップ、バージョン管理などのメンテナンス、ソフトウェア、ハードウェアなどのテスト環境の提供、会員サイトへのシステム資源の貸与等のサービスを提供する。また、会員サイトが外部ネットワーク９０にアクセスできるように、通信プロトコルの変換手段、ＩＤ変換手段などを提供する。センタサイト１０は、その他、会員サイトに設けられるシステムと連携して、例えば、受注製品の発送日、到着日などの情報を提供し、あるいは、センタサイト１０が管理する情報を特定の会員に提供することで、この特定の会員による他の会員の業務の代行などのサービスを実現可能とする。
【００１２】
会員サイト２０〜５０のうち、会員サイト２０〜４０は、相互に商取引を行うサイトであり、製造業者、販売業者、運送業者、購入者などにより運用される。会員サイト５０は、決済機能を備えており、他の会員サイト２０〜４０が行った商取引の決済を行う。会員サイト５０は、例えば、銀行により運用される。本実施形態では、説明の便宜上会員サイトを４つとして説明しているが、さらに多くの会員サイトを接続して構成することも可能である。各会員サイトは、以下に説明する本システムを利用した商取引を行う中で、受発注に関する情報の管理を行う受注管理手段、及び発注管理手段を備える。なお、この受発注管理については、センタサイト側で代行するようにしても構わない。
【００１３】
図２は、新たなサイトの加入時の手続きの流れを示すフローチャートである。新たなサイトから加入の申し込みがあると、センタサイト１０により受付が行われる（ステップ２００）。この入会申し込みは、例えば、外部ネットワーク９０を介した電子メールなどの手段によって受け付けるようにすることができる。センタサイト１０は、新たなサイトからの加入の申し込みを受けると、与信データベース（図示せず）を参照し、加入の申し込みがあったサイトの運用者についての与信を行う（ステップ２０２）。新たなサイトについて与信を終えると、センタサイト１０は、会員情報データベース１１０を参照して、いまだいずれの会員サイトにも割り当てられていないＩＤ番号を新たなサイトに対して発行する。ここで発行されたＩＤ番号は、新たに会員となるサイトに関する情報と共に会員情報データベース１１０に登録される（ステップ２０４）。次に、通信のセキュリティを確保するために、センタサイト１０は、この新たなサイトが通信を行う際に利用する暗号キーを発行し、この暗号キーを暗号キーデータベース（図示せず）に登録する（ステップ２０６）。なおこの図では簡単のため、与信が行われなかった場合の流れは省略してある。
【００１４】
図３は、２つの会員サイト間で商取引が行われる場合の業務の流れの例を示すフローチャートである。この例では、会員サイト２０が会員サイト３０から商品を購入することを想定して説明を行う。
【００１５】
まず商品の購入を希望する会員サイト２０がセンタサイト１０に対してログインを行う。センタサイト１０では会員サイト２０からのログインの受付を行う（ステップ３００）。センタサイト１０は、会員サイト２０のログインを受け付けると、認証データベース１２０に登録されているＩＤ番号や暗唱番号を照合し、会員サイト２０の認証を行う（ステップ３０２）。会員サイト２０の認証がすむと、センタサイト１０は、会員サイト２０から購入仕様書を受付け、商品の販売を希望するサイト、すなわち会員サイト３０にその購入仕様書を送付する（ステップ３０４）。次に、センタサイト１１０は、会員サイト３０からの受注仕様書を受付けて、会員サイト２０に送付する（ステップ３０６）。ここで双方の会員の条件が合えば双方からの契約書を受付ける（ステップ３０８）。この契約内容を保証するために、センタサイト１０は、受け取った契約書に、電子サインを付ける等の公証措置を講じて公証データベース１３０に保存する（ステップ３１０）。さらに、センタサイト１０は、会員サイト２０、３０のこれまでの契約金額を集計し、それぞれの会員サイトについて集計した契約金額を契約金額情報データベース１４０に記録する（ステップ３１２）。続いて、会員サイト２０、３０による電子商取引システムの使用に対する課金を計算し、それぞれの会員サイトに対する課金額を会員情報データベースに記録する（ステップ３１４）。最後に、商取引データ交換手段は、会員サイト２，３の双方に対して契約の成立を連絡し、商取引の一連の動作が終了する（ステップ３１６）。
【００１６】
図４は会員サイト相互での公開購入を行う際の業務の流れを示すフローチャートである。商品の購入を希望する会員サイト（ここでは会員サイト４０として説明を行う）がログインすると、センタサイト１０でログインの受付けが行われる（ステップ４００）。センタサイト１０は、認証データベース１２０を照合しながらログインした会員サイト４０の認証を行う（ステップ４０２）。会員サイト４０が認証されると、次に、センタサイト１０は、会員サイト４０からの公開購入希望を受付け、公開調達情報データベース１５０に公開購入情報として登録する（ステップ４０４）。さらに、登録された公開購入情報を、例えば、要求納期、金額、製品種別、取引相手先などで分類する。公開購入情報は、分類された形で各会員サイトに公開される。この時、センタサイト１０は、複数の公開購入情報があればそれらを分類した状態で公開する（ステップ４０６）。各会員サイトでは、それぞれが備える入出力装置により公開された公開購入情報の検索が行われる。検索の結果は各サイトの端末に設けられた表示装置に表示され、運用者により受注希望の有無が判断される。いずれかの会員サイトで受注希望ありの判断がされると、その会員サイトからの受注希望情報がセンタサイト１０に送られる（ステップ４０８）。センタサイト１０では、受注希望情報を受け付けると、受注希望会員サイトの認証が行われる（ステップ４１０）。受注希望会員サイトが認証されると、受注希望会員サイトに関する情報が購入希望会員サイト、すなわち会員サイト４０に通知される（ステップ４１２）。会員サイト４０では、運用者により、受注希望会員サイトに関する情報に基づいて、受注仕様、受注条件等についての判断が行われ、受注希望会員サイトの中から受注者が決定される（ステップ４１４）。この後、センタサイト１０は、会員サイト４０並びに会員サイト４０により決定された受注会員サイトから契約書を受付け（ステップ４１６）、公証の措置を取る（ステップ４１８）。公証手続きが済むと、センタサイト１０は、購入希望サイトおよび受注希望サイトに契約成立の連絡を行う（ステップ４２０）。
【００１７】
上述した会員サイト相互での公開購入時の業務は、会員サイト以外の外部サイトをも含めた公開購入を行う際にも同様に実現することができる。この場合には、ステップ４０６において行われる公開購入情報の公開が、ネットワーク７０を介して行われる以外に、外部ネットワーク９０に対しても行われる。同様に、ステップ４０８では、会員サイト以外の外部サイトからの受注希望が、外部ネットワーク９０を介して受け付けられる。また、ステップ４１０においては、外部サイトについても会員サイトと同様に認証処理が行われるが、受注希望サイトが外部サイトである場合には、段階で与信処理が必要となる場合もある。
【００１８】
図５は公開販売を行う際の業務の流れを示すフローチャートである。公開販売も、公開購入とほぼ同様の手順で業務が進められる。まず、ネットワーク７０を介して販売希望のある会員サイトによるログインが行われ、ログインの受付がセンタサイト１０により実施される（ステップ５００）。ログイン処理がすむと、センタサイト１０は、ログインした会員サイトの認証を行う（ステップ５０２）。そして、販売希望の会員サイトからの販売仕様を受付け、公開調達情報に公開販売情報として登録する（ステップ５０４）。受け付けられた公開販売情報は、公開購入情報と同様に分類され、ネットワーク７０を介して各会員サイトに公開される（ステップ５０６）。公開された公開販売情報に対する購入希望がある会員サイトから、購入希望があると、センタサイト１０は、その受付を行う（ステップ５０８）。購入希望がある会員サイトからの受け付けがすむと、センタサイト１０は、認証データベース１２０に基づいて購入希望を受け付けた会員サイトの認証を行う（ステップ５１０）。購入希望会員サイトが認証されると、その会員サイトから受け付けた購入希望は、該当する販売希望会員サイトに送付される（５１０）。販売希望会員サイトでは、受付購入者の決定がなされる（ステップ５１４）。その後、センタサイト１０において契約書が受け付けられ、契約が行われる（ステップ５１６）。契約内容には、センタサイト１０による公証の措置がとられ、公証データベース１３０に格納される（ステップ５１８）。最後に契約の成立が、センタサイト１０から販売希望サイト及び決定された購入希望会員サイトに送られる（ステップ５２０）。
【００１９】
なお、ここでは、会員サイト間での公開販売についてその処理の手順を説明したが、外部サイトを含めた公開販売についても、公開購入と同様にして実現することができる。
【００２０】
図６は、公開される公開調達情報の分類の具体例を示す論理的なファイル構成図である。図において、５００は、公開販売を希望するサイトから送られ、公開調達情報データベース１５０に登録された公開販売情報である。センタサイト１０は、公開調達情報データベース１５０に登録された公開販売情報５００を図に示すように製品種別分類情報５１０、販売元別分類情報５２０、金額分類別情報５３０、…のように分類して公開する。製品種別分類情報５１０、販売元別分類情報５２０、金額別分類情報５３０…は、それぞれ公開販売情報５００とは独立したファイルとしてセンタサイト１０に保持されてもよく、または、各分類を識別するための識別子を公開調達情報データベース１５０に登録された各公開販売情報に付与しておき、会員サイトからの照会要求時に分類分けした形で会員サイトに提供するようにしてもよい。また、本実施例では、公開調達情報の分類をセンタサイト側で行っているが、例えば、公開調達情報データベース１５０に格納されている公開調達情報をそのままセンタサイト１０から会員サイトへ送り、会員サイト側でこれを分類し、あるいは選択して表示するようにしてもよい。
【００２１】
図７は、収支金額の相殺処理の流れを示すフローチャートである。各会員サイトは、例えば、関連会社同士でグループを作っている場合があり、そのグループ内だけでの相殺をする場合と、他のグループにまたがったグループ間の相殺をする場合とがあり得る。図７に示す例では、支払金額受取金額相殺手段によって各会員の収支計算をすると共に、グループ内での収支計算とともに、グループ間の収支計算を行っている。相殺処理では、まず、契約金額データベース１４０に記録された契約金額情報に基づいて各会員サイトの収支が計算される（ステップ７００）。次に、会員サイトの収支計算の結果に基づいて、グループ内の会員サイト相互での収支計算を行う（ステップ７０２）。さらに、会員サイトのグループを単位としてグループ間での収支を計算する（ステップ７０４）。これらの計算結果として得られる収支情報は、センタサイト１０から決済手段を有する会員サイト５０に通知され、会員サイト５０において、決済が行われる（ステップ７０６）。また、センタサイト１０は、会員サイト５０に送られた収支情報をグループまとめ会員により運営される会員サイト、及び関連各会員サイトに連絡する。なお、グループ構成は階層化されている場合もありえる。このようなグループ構成に関する情報は、センタサイト１０において管理される。
【００２２】
図８はグループ内及びグループ間での相殺方法についての説明図である。図中、Ａ１、Ａ２、Ａ３、Ｂ１、Ｂ２、Ｃ１、Ｃ２は、会員名を示している。縦軸は、供給側（販売側）であり、横軸は、調達側（購入側）である。同じ会員が調達をしたり、供給をしたりするため、縦軸、横軸の両方に同じ会員名が存在する。ここで、Ａ１、Ａ２Ａ３は一つのグループＡを構成し、Ｂ１、Ｂ２は別のグループＢ、Ｃ１、Ｃ２はさらに別のグループＣを構成するものとする。Ｔはグループ全体を意味しており、例えば、ＡＴは、グループＡ全体を示す。また、ＴＴは、グループＡからグループＣのすべてを意味している。この図において、縦軸と横軸の交点は、縦軸に名前のある会員が横軸に名前のある会員に支払うべき金額を表している。例えば、供給側としての会員Ａ１に着目すると、会員Ａ２に対しては“A1A2”の受取になり、グループ内では、“A1AT”の受取となる。また、全グループ間では、“A1TT”の受取となる。同様に、調達側の会員Ａ１に着目すると、会員Ａ２に対しては“A2A1”の支払いが生じ、グループＡ内では、“ATA1”の支払い、全グループ間では“TTA1”の支払いが生じることになる。会員Ａ１は、グループＡ内で相殺が行われれば、会員Ａ２、Ａ３に個々に支払いを行わなくても“ATA1”をグループＡの纏め者に払えば良い。また、会員Ａ１がＢグループに対して清算するのであれば、会員Ａ１は、グループＢの纏め者に“BTA1”を払えば良い。また、グループ内で相殺した後、グループ間で相殺するには、例えば、グループAが全体の相殺システムに対して“TTAT”払えばよい。このように計算すればあらゆる相殺の組合せに対応することができる。
【００２３】
以上のようにしてシステム上で行われる商取引に関し、各会員サイトの運用者は、会員サイトが有する受注管理手段、及び発注管理手段により管理されている発注管理情報、受注管理情報を表示装置からの表示出力として入手することができる。会員サイト側でのこれら情報の表示の一例を図９〜１２に示す。
【００２４】
図９は、発注管理情報の表示の一例を示す画面イメージ図である。発注管理情報は、発注番号順に、発注先、品名、仕様、数量、希望納期、実納期、等が一覧の形で提供される。また、納期遅れのものにはマークが記されている。図１０は、発注管理情報の他の表示の例を示す画面イメージ図である。この例では発注先別に分類されて表示されている。また、図１１は、発注管理情報のさらに他の表示の例を示す画面イメージ図である。この例では、納期遅延のものが遅延日数の多い順に表示されている。このように、本実施例では、各種の分類方法による表示と管理ができる。
【００２５】
図１２は受注管理情報の表示の一例を示す画面イメージ図である。この例では、受注番号順に、受注先、品名、仕様、数量、希望納期、実納期、等が一覧表で示され、納期遅れのものにはマークが記されている。受注管理についてもこれに限らず、各種分類、統計処理等が可能である。
【００２６】
また、センタサイトは、ネットワーク７０を介して会員サイト間で行われる商取引に関する情報を用いて、会員サイトを運営する企業の格付けを行う。企業の格付けは、例えば、取引高、納期遅延率、等から評価関数を用いて行われる。図１３に格付情報の一例を示す。このような格付情報は、取引の判断、与信等の参考データとして利用できる。
【００２７】
以上説明したように、本実施形態によれば、各サイト間で行われる商取引を管理するための諸機能、並びに、必要なデータベースがセンタサイトに集約されているので、複数のサイトに重複してデータを持つ必用がなく、また、複数のサイトの取引情報等が１カ所で管理できるため、統計データの収集、企業格付、他社業務の代行等が容易に行える。また会員管理、認証、公証等を行っているため、安心してセキュアーな商取引ができると共に、他のネットワーク、インターネットとも接続されるため、オープンな取引がワールドワイドに行える等の効果がある。
【図面の簡単な説明】
【００２８】
【図１】本発明の一実施例による取引システムの構成図である。
【図２】新たな会員サイトの入会受付の際の業務の流れを示すフローチャートである。
【図３】二つの会員サイト間で商取引が行われる際の業務の流れを示すフローチャートである。
【図４】会員サイト間での公開購入時の業務の流れを示すフローチャートである。
【図５】公開販売時の業務の流れを示すフローチャートである。
【図６】公開調達情報の分類分けを説明するため論理ファイル構成図である。
【図７】収支金額の相殺処理の流れを示すフローチャートである。
【図８】グループ内及びグループ間での相殺方法を示す説明図である。
【図９】発注管理情報の表示画面の一例を示す画面イメージ図である。
【図１０】発注管理情報の他の表示画面の一例を示す画面イメージ図である。
【図１１】発注管理情報のさらに他の表示画面の一例を示す画面イメージ図である。
【図１２】受注管理情報の表示画面の一例を示す画面イメージ図である。
【図１３】企業格付情報の一例を示すテーブル構成図である。
【符号の説明】
【００２９】
１０：センタサイト、２０、３０、４０、５０：会員サイト、７０：ネットワーク、９０：外部ネットワーク、１００：制御部、１１０：会員情報データベース、１２０：認証データベース、１３０：公証データベース、１４０：契約金額情報データベース、１５０：公開調達情報データベース
【図１】
2005032276.tif 000003
【図２】
2005032276.tif 000004
【図３】
2005032276.tif 000005
【図４】
2005032276.tif 000006
【図５】
2005032276.tif 000007
【図６】
2005032276.tif 000008
【図７】
2005032276.tif 000009
【図８】
2005032276.tif 000010
【図９】
2005032276.tif 000011
【図１０】
2005032276.tif 000012
【図１１】
2005032276.tif 000013
【図１２】
2005032276.tif 000014
【図１３】
2005032276.tif 000015