JP2002163569A - 電子商取引決済方法及び電子商取引決済システム - Google Patents

Abstract

(57)【要約】 【課題】 サプライヤ側で支払条件を明細毎に付加する
ことが可能な電子商取引決済方法及び電子商取引決済シ
ステムを提供する。 【解決手段】 バイヤ１２は電子調達マーケットサイト
１４上で購入商品を特定し発注し、電子調達マーケット
サイト１４は発注された商品に関する取引情報を生成し
て収納決済サイト１８へ送信する。収納決済サイト１８
は取引情報から請求・明細情報を生成してサプライヤ１
６へ送信し、サプライヤ１６は請求・明細情報の各明細
毎に支払条件を指定し収納決済サイト１８へ送信する。
収納決済サイト１８は支払条件を付加した請求・明細情
報を生成してバイヤ１２へ送信し、バイヤ１２は支払意
思を反映した支払情報を収納決済サイト１８へ送信し回
収代行口座２４へ料金を振り込む。収納決済サイト１８
は振り込み金額と支払情報とを照合し、料金を口座２６
へ振り込ませ、消込情報を送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は電子商取引決済方法
及び電子商取引決済システムに係り、特に、商品の供給
側で支払条件を付加することができる電子商取引決済方
法及び電子商取引決済システムに関する。

【０００２】

【従来の技術】近年、例えば企業間における商品の売買
取引において、インターネットを利用した電子商取引が
利用されている。この電子商取引では、例えば電子商取
引を行うための電子商取引サイトに商品販売側の企業
（以下、サプライヤという）、が商品情報（カタログ情
報）を登録し、商品注文側の企業（以下、バイヤとい
う）が電子商取引サイトを参照して購入希望商品を発注
すると、サプライヤから商品が発送されると共に請求書
が発行される。そして、バイヤは請求書の金額をサプラ
イヤの口座の銀行へ振り込むのが一般的である。

【０００３】

【発明が解決しようとする課題】しかしながら、上記の
ような電子商取引における決済では、サプライヤ側で支
払条件を明細毎に付加することはできなかった。

【０００４】本発明は、上記問題を解決すべく成された
ものであり、サプライヤ側で支払条件を明細毎に付加す
ることが可能な電子商取引決済方法及び電子商取引決済
システムを提供することを目的とする。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、ネットワークを介して商品の供給側と購
入側との間で行われる電子商取引における電子商取引決
済方法であって、前記商品の購入側から前記ネットワー
クを介して送信された前記購入希望商品に関する取引情
報を入力し、前記商品の供給側から前記ネットワークを
介して送信された前記購入希望商品毎に指定された支払
条件を入力し、入力された前記取引情報と前記支払条件
とから請求明細情報を生成して前記購入側へ送信するこ
とを特徴とする。

【０００６】この発明によれば、商品の購入側からネッ
トワークを介して送信された購入希望商品に関する取引
情報を入力する。購入希望商品は、例えば購入側が商品
情報を提供する電子調達マーケットサイト等の商品情報
提供手段にアクセスし、提供された商品情報を閲覧する
ことにより選ぶことができる。取引情報は、例えば購入
側が指定した購入希望商品の商品名、数量、単価、購入
側の企業名、供給側、すなわち販売側の企業名等の情報
が含まれる。

【０００７】商品の供給側では、購入側が指定した購入
希望商品毎に支払条件を指定する。この支払条件は、例
えば支払期限日等を含めることができる。これにより、
購入希望商品毎に支払期限日を設定することができる。
この支払条件は、商品の供給側からネットワークを介し
て送信される。

【０００８】送信された支払条件を入力し、該入力した
支払条件と取引情報とから請求明細情報を生成して購入
側へ送信する。すなわち、各購入希望商品毎（各明細
毎）に支払条件を付加することにより請求明細情報を生
成する。購入側では、請求明細情報を見て、支払条件に
応じて各明細毎に供給側へ購入商品の料金を支払う。こ
のように、各明細毎に支払条件が付加されるため、一括
して料金を支払う必要がなく、各明細毎に料金を支払う
ことができる。従って、電子商取引における料金支払の
利便性を向上させることができる。

【０００９】また、本発明では、購入側からネットワー
クを介して送信された購入希望商品毎の支払指示情報を
含む支払情報を入力し、請求明細情報に関する購入側か
ら供給側への入金情報を入力し、入力された支払情報と
入金情報とを照合して購入希望商品毎の支払済情報を含
む支払完了情報を生成し、生成した支払完了情報をネッ
トワークを介して購入側及び供給側へ送信することもで
きる。

【００１０】すなわち、購入側では、請求明細情報の各
明細、すなわち各購入希望商品について支払するか否か
を操作者によって入力させ、これを支払指示情報とし、
この支払指示情報と請求明細情報とから支払情報を生成
してネットワークを介して送信する。また、購入側で
は、支払指示した商品の料金を供給側へ入金するが、こ
の請求明細情報に関する購入側から供給側への入金情報
を入力し、これと入力された前記支払情報を照合する。
すなわち、支払指示された商品の料金と入金情報で示さ
れる入金額が一致するか否かが判断される。そして、こ
の結果を支払済情報として支払完了情報を生成し、生成
した支払完了情報をネットワークを介して購入側及び供
給側へ送信する。

【００１１】これにより、購入側及び供給側では、支払
指示された商品の支払が行われたか否かを容易に把握す
ることができる。なお、支払指示されなかった商品につ
いては、再度支払指示することにより同様に料金を支払
うことができる。このように、各明細毎に料金支払いを
行うことができると共に、各明細毎に支払が完了したか
否かを把握することができる。

【００１２】上記のような電子商取引決済方法は、操作
者によって商品情報から指定された購入希望商品の購入
希望商品情報を生成し、該生成した購入希望商品情報を
ネットワークを介して送信する購入手段と、前記商品情
報を提供すると共に、前記購入手段から送信された前記
購入希望商品情報から取引情報を生成し、該生成した取
引情報を前記ネットワークを介して送信する商品情報提
供手段と、前記ネットワークを介して前記商品情報を前
記商品情報提供手段に登録すると共に、前記購入希望商
品を受注する受注手段、前記購入希望商品毎に支払条件
を各々指定するための支払条件指定手段、及び各々指定
された支払条件を前記ネットワークを介して送信する支
払条件送信手段を少なくとも含む供給手段と、前記ネッ
トワークを介して送信された前記取引情報と前記支払条
件とから請求明細情報を生成して前記購入手段へ送信す
る決済手段と、により実現することができる。

【００１３】購入手段では、操作者によって商品情報か
ら指定された購入希望商品の購入希望商品情報を生成
し、生成した購入希望商品情報をネットワークを介して
商品情報提供手段へ送信する。商品情報は、供給手段の
受注手段が商品情報提供手段へ送信することにより登録
することができる。購入手段の操作者は、この登録され
た商品情報を閲覧して購入希望商品を選択する。

【００１４】また、供給手段の支払条件指定手段では、
購入希望商品毎に支払条件を各々指定することができ、
指定された支払条件は支払条件送信手段によりネットワ
ークを介して決済手段へ送信される。支払条件は、例え
ば支払期限日等を含めることができる。

【００１５】決済手段では、ネットワークを介して送信
された取引情報と支払条件とから請求明細情報を生成し
て購入手段へ送信する。

【００１６】このように、決済手段では、送信された支
払条件と取引情報とから請求明細情報を生成して購入手
段へ送信するため、購入側では、請求明細情報を見て、
支払条件に応じて各明細毎に供給手段側へ購入商品の料
金を支払うことができる。このように、各明細毎に支払
条件が付加されるため、一括して料金を支払う必要がな
く、各明細毎に料金を支払うことができる。従って、電
子商取引における料金支払の利便性を向上させることが
できる。

【００１７】また、このシステムにおいて、購入手段
は、請求明細情報の明細毎に支払指定するための支払指
定手段と、請求明細情報と支払指定手段による指定結果
とから支払情報を生成し、該生成した支払情報をネット
ワークを介して決済手段へ送信する支払情報生成手段
と、をさらに備え、決済手段は、請求明細情報に関する
購入手段側から供給手段側への入金情報を入力する入力
手段をさらに備え、かつ、決済手段は、支払情報と入金
情報とを照合して明細毎の支払済情報を含む支払完了情
報を生成し、該生成した支払完了情報をネットワークを
介して購入手段及び供給手段へ送信するように構成する
ことができる。

【００１８】すなわち、購入手段では、支払指定手段に
より請求明細情報の明細毎に支払指定することができ、
この支払指定手段による指定結果と請求明細情報とから
支払情報生成手段により支払情報を生成し、該生成した
支払情報をネットワークを介して決済手段へ送信する。

【００１９】そして、決済手段は、入力手段により請求
明細情報に関する購入手段側から供給手段側への入金情
報を入力し、支払情報と入金情報とを照合して明細毎の
支払済情報を含む支払完了情報を生成し、該生成した支
払完了情報をネットワークを介して購入手段及び供給手
段へ送信する。

【００２０】これにより、購入手段側及び供給手段側で
は、支払指示された商品の支払が行われたか否かを容易
に把握することができる。このように、各明細毎に料金
支払いを行うことができると共に、各明細毎に支払が完
了したか否かを把握することができる。

【００２１】

【発明の実施の形態】［第１実施形態］以下、図面を参
照して本発明の第１実施形態の一例を詳細に説明する。
本実施形態は、電子調達マーケットサイトにおける電子
商取引市場上でバイヤ−サプライヤ間で商品売買取引を
行い、その決済を収納決済サイトで行う場合に本発明を
適用したものである。

【００２２】図１には、本発明が適用可能なシステムの
概略が示されている。このシステムの概略について説明
すると、注文側のバイヤ１２は、電子調達マーケットサ
イト１４にアクセスすることにより、サプライヤ１６に
より販売される商品を閲覧することができる。バイヤ１
２が購入したい商品を特定し、サプライヤ１６へ発注す
ると、電子調達マーケットサイト１４は、発注された商
品に関する取引情報を収納決済サイト１８へ送信する。
サプライヤ１６は、注文のあった商品を運送業者２０に
よりバイヤ１２へ発送させる。

【００２３】なお、バイヤ１２は本発明の購入手段に対
応し、サプライヤ１６は本発明の供給手段に対応し、電
子調達マーケットサイト１４は本発明の商品情報提供手
段に対応し、収納決済サイト１８は本発明の決済手段に
対応する。

【００２４】収納決済サイト１８では、取引情報から請
求・明細情報を作成して電子調達マーケットサイト１４
を介してサプライヤ１６へ送信する。サプライヤ１６で
は、詳細は後述するが、これに対する支払条件を電子調
達マーケットサイト１４を介して収納決済サイト１８へ
送信する。

【００２５】収納決済サイト１８では、支払条件を付加
した請求・明細情報を作成してバイヤ１２へ送信すると
共に、請求書を印刷してバイヤ１２へ郵送する。バイヤ
１２では、支払意思を反映した支払情報を電子調達マー
ケットサイト１４を介して収納決済サイト１８へ送信す
ると共に、請求書の内容に従って自身の口座２２から回
収代行口座２４へ料金を振り込む。

【００２６】収納決済サイト１８では、回収代行口座２
４に振り込まれた金額と支払情報とを照合し、支払意思
のある商品の料金を回収代行口座２４からサプライヤ１
６の口座２６へ振り込ませると共に、支払の済んだ商品
に関する情報を含む消込情報（支払完了情報）を電子調
達マーケットサイト１４を介してサプライヤ１６へ送信
する。

【００２７】図２には、本発明が適用可能なネットワー
クシステムの概略構成が示されている。図２に示したよ
うに、ネットワークシステム３０は、例えば複数のバイ
ヤ１２のコンピュータ３２、複数のサプライヤ１６のコ
ンピュータ３４、サプライヤ１６が販売する商品の商品
情報を提示する電子調達マーケットサイト１４を提供す
るコンピュータ３６、バイヤ１２−サプライヤ１６間の
商品売買取引の決済を行う収納決済サイト１８を提供す
るコンピュータ３８、回収代行口座２４が開設された銀
行のコンピュータ４０、バイヤ１２の口座２２が開設さ
れた銀行のコンピュータ４２、及びサプライヤ１６の口
座２６が開設された銀行のコンピュータ４４が、それぞ
れモデム、ルータ、ＴＡ（ターミナル・アダプタ：Term
inal Adapter）等の接続装置４６を介して、ネットワー
ク（例えば、インターネット）４８に接続されて構成さ
れている。これらのコンピュータは、ネットワーク４８
を介して、相互通信により情報授受が可能である。

【００２８】本実施形態では、ネットワークとしてイン
ターネットを適用した場合を説明する。この場合、電子
調達マーケットサイト１４のコンピュータ３６は、ＷＷ
Ｗ（World Wide Web）サーバ（以下、「サーバコンピュ
ータ」という）として機能し、また、注文側及び販売側
のコンピュータは、ユーザにより商品の注文を行うため
の、又は販売する商品の商品情報を登録するためのコン
ピュータ（以下、「ユーザコンピュータ」という）とし
て機能し、これらはＷＷＷクライアントとして機能す
る。

【００２９】詳細には、ユーザコンピュータ３２、３４
には、ＷＷＷブラウザがインストールされており、この
ＷＷＷブラウザを起動することにより、ネットワーク４
８を介してサーバコンピュータ３６に任意にアクセス可
能となる。このとき、アクセス位置（アクセス先のサー
バコンピュータ３６の位置、及びサーバコンピュータ３
６内の情報の位置で構成されるデータ）は、ＵＲＬ（Un
iform Resource Locator）で指定される。

【００３０】サーバコンピュータ３６は、ユーザコンピ
ュータ３２，３４からアクセス要求があった場合、ＵＲ
Ｌで指定された位置にあるデータを、ネットワーク４８
を介して、アクセス元のユーザコンピュータ３２、３４
へ送信する。このとき、データは、一般に、ＨＴＴＰ
（Hyper Text Transfer Protocol）に従って転送され
る。

【００３１】なお、各コンピュータの識別には、ＩＰ
（Internet Protocol）アドレスが用いられる。また、
ユーザコンピュータ３２，３４を操作するユーザの識別
には、ユーザ自信の入力や、予め定められているコード
等のユーザＩＤ、パスワードを用いることができる。

【００３２】上記コンピュータには、当該コンピュータ
で指示入力をするために、各々キーボード、マウス等の
入力装置が設けられており、コンピュータによる処理結
果等を表示するためのディスプレイ、各種データベース
を記憶するための記憶装置が設けられている。なお、コ
ンピュータは、汎用的かつ一般的なハードウェア構成で
あるため、詳細な説明を省略する。

【００３３】次に、本実施形態の作用について説明す
る。なお、本実施形態では、サーバコンピュータ３６が
ＷＷＷ（World Wide Web）サーバとして機能し、ユーザ
コンピュータ３２，３４がＷＷＷクライアントとして機
能する場合を説明する。この場合、ユーザコンピュータ
３２，３４には、ネットワークアクセス可能なプログラ
ム（所謂ＷＷＷブラウザ）がインストールされており、
このＷＷＷブラウザを起動することにより、ネットワー
ク４８を介してサーバコンピュータ３６にアクセス可能
となる。アクセス位置（アクセス先のサーバコンピュー
タ３６の位置、及びサーバコンピュータ３６内の情報の
位置で構成されるデータ）は、所謂ＵＲＬ（Uniform Re
source Locator）で指定される。

【００３４】図３にはサプライヤ１６側のユーザコンピ
ュータ３４で実行される処理のフローチャートが、図４
にはバイヤ１２のユーザコンピュータ３２で実行される
処理のフローチャートが、図５には電子調達マーケット
サイト１４のサーバコンピュータ３６で実行される処理
のフローチャートが、図６には収納決済サイト１８のコ
ンピュータ３８で実行される処理のフローチャートが各
々示されている。また、図７には各情報の流れが示され
ている。

【００３５】まず、操作者の操作によりサプライヤ１６
のユーザコンピュータ（端末）３４が、図３のステップ
１００において、サーバコンピュータ３６に対して電子
調達マーケットサイト１４にアクセス要求すると、又は
操作者の操作によりバイヤ１２のユーザコンピュータ
（端末）３２が、図４のステップ２００において、サー
バコンピュータ３６に対して電子調達マーケットサイト
１４にアクセス要求すると、サーバコンピュータ３６で
は、図５に示す処理ルーチンが実行される。

【００３６】サーバコンピュータ３６は、図５のステッ
プ３００では、初期設定として、ユーザコンピュータ３
２、３４に表示されるべき画面のフォーマット情報を生
成すると共に、データを生成し、ユーザコンピュータ３
２又はユーザコンピュータ３４へデータ送信する。従っ
て、ユーザコンピュータ３２又はユーザコンピュータ３
４では電子調達マーケットサイト１４の画面が提示され
る。

【００３７】ここで、サプライヤ１６において操作者が
ユーザコンピュータ３４に提示された画面を参照し、販
売する商品の商品情報（カタログ情報）の登録を指示す
ると、図３のステップ１０２においてカタログ情報登録
の判断が肯定され、図７に示すようにカタログ情報５０
を電子調達マーケットサイト１４を提供しているサーバ
コンピュータ３６へ送信する。

【００３８】これにより、サーバコンピュータ３６で
は、図５のステップ３０２においてカタログ情報５０の
受信の判断が肯定され、ステップ３０４で受信したカタ
ログ情報５０をデータベースとして登録する。これによ
り、バイヤ１２のユーザコンピュータ３２から電子調達
マーケットサイト１４にアクセスすることにより、図７
に示すようにカタログ情報５０の閲覧が可能となり、電
子商取引市場での商品の購入が可能な状態となる。

【００３９】一方、バイヤ１２において操作者がユーザ
コンピュータ３２に提示された画面を参照し、カタログ
情報５０から購入希望の商品を選び、商品名や数量等を
指示する、すなわち発注を指示すると、図４のステップ
２０２において発注の判断が肯定され、ステップ２０４
で購入希望商品の商品名、数量等の情報を含む購入商品
情報を電子調達マーケットサイト１４へ送信する。これ
により取引が成約される。

【００４０】バイヤ１２のコンピュータ３２から購入商
品情報が送信されると、サーバコンピュータ３６では、
ステップ３０６において発注指示の判断が肯定され、ス
テップ３０８において、購入商品情報をサプライヤ１６
へ送信する。そして、ステップ３１０で、図７に示すよ
うに受信した購入商品情報から取引情報５２を作成して
データベースとして記憶する。

【００４１】この取引情報５２は、以下に示すように、
例えば販売サプライヤ名、購入バイヤ名、成約日、品
名、数量、単価、金額等が含まれる。

【００４２】

【表１】

【００４３】次に、ステップ３１２で予め定めた締日か
否かが判断される。そして、締日である場合には、ステ
ップ３１２で肯定され、ステップ３１４で取引情報５２
を収納決済サイト１８へ送信する。この送信は、例えば
ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏ
ｌ）転送により行うことができる。なお、例えば１日に
１回以上予め決められた時間に転送するようにしてもよ
い。

【００４４】サーバコンピュータ３６から取引情報５２
が送信されると、収納決済サイト１８のコンピュータ３
８では、図６に示すステップ４００において取引情報受
信の判断が肯定され、ステップ４０２で図７に示すよう
に受信した取引情報５２からサプライヤ宛の請求・明細
情報５４を作成しデータベースとして記憶する。

【００４５】そして、次のステップ４０４で予め定めた
締日か否かが判断される。そして、締日である場合に
は、ステップ４０４で肯定され、ステップ４０６で請求
・明細情報５４（サプライヤ宛）を電子調達マーケット
サイト１４へ送信する。

【００４６】サプライヤ宛の請求・明細情報５４は、以
下に示すように、例えば購入バイヤ名、成約日、明細Ｎ
ｏ、品名、数量、単価、金額等の情報がバイヤ毎に整理
された情報であり、各サプライヤ毎に作成される。

【００４７】

【表２】

【００４８】収納決済サイト１８のコンピュータ３８か
ら請求・明細情報５４（サプライヤ宛）が送信される
と、電子調達マーケットサイト１４のサーバコンピュー
タ３６では、図５に示すステップ３１６で請求・明細情
報５４の受信の判断が肯定され、次のステップ３１８で
受信した請求・明細情報５４がサプライヤ宛のものか否
かが判断される。そして、サプライヤ宛の場合にはステ
ップ３１８で肯定され、次のステップ３２０で請求・明
細情報５４をサプライヤ１６へ送信する。

【００４９】これにより、サプライヤ１６のコンピュー
タ３４では、ステップ１１０で請求・明細情報５４の受
信の判断が構成され、ステップ１１２で受信した請求・
明細情報５４を表示させる。ここで、操作者は、表示さ
れた請求・明細情報を参照し、各明細について支払条件
を入力する。この支払条件には、例えば優先順位を付け
た支払期日等を含むことできる。すなわち、明細毎に優
先順位を付けて支払期日を異なる期日に設定することが
できる。これにより、例えばある商品の料金については
至急振り込むように指定することができる。

【００５０】そして、支払条件の入力が終了すると、ス
テップ１１４で支払条件入力終了の判断が肯定され、次
のステップ１１６で入力された支払条件を電子調達マー
ケットサイト１４のサーバコンピュータ３６へ送信す
る。

【００５１】これにより、電子調達マーケットサイト１
４のサーバコンピュータ３６では、図５のステップ３２
４の支払条件受信の判断が肯定され、次のステップ３２
６で受信した支払条件を収納決済サイト１８のコンピュ
ータ３８へ送信する。

【００５２】支払条件が収納決済サイト１８のコンピュ
ータ３８へ送信されると、コンピュータ３８では、図６
のステップ４０８で支払条件受信の判断が肯定され、次
のステップ４１０で、図７に示すように、支払条件と取
引情報５２とからバイヤ宛の請求・明細情報５４を作成
する。

【００５３】バイヤ宛の請求・明細情報５４は、以下に
示すように、例えば販売サプライヤ名、成約日、明細Ｎ
ｏ、品名、数量、単価、金額、支払条件等の情報がサプ
ライヤ毎に整理された情報であり、各バイヤ毎に作成さ
れる。なお、支払条件は、前述したように、例えば支払
期日であり、各明細毎に指定される。

【００５４】

【表３】

【００５５】そして、ステップ４１２で予め定めた締日
か否かが判断され、締日である場合にはステップ４１２
で肯定され、ステップ４１４で請求・明細情報５４（バ
イヤ宛）を電子調達マーケットサイト１４へ送信する。
また、ステップ４１５で図７に示すように請求書５５の
印刷処理を行う。この請求書は、封入封緘されてバイヤ
１２に郵送される。

【００５６】これにより、電子調達マーケットサイト１
４のサーバコンピュータ３６では、図５のステップ３１
６で請求・明細情報受信の判断が肯定され、かつステッ
プ３１８のサプライヤ宛の情報であるか否かの判断が否
定される。そして、ステップ３２２で受信した請求・明
細情報５４を図７に示すようにバイヤ１２へ送信する。

【００５７】このように請求・明細情報５４が送信され
ると、バイヤ１２では、図４に示すステップ２０６で請
求・明細情報受信の判断が肯定され、ステップ２０８で
受信した請求・明細情報を記憶すると共にディスプレイ
に表示する。

【００５８】ここで、操作者は、表示された請求・明細
情報を参照し、各明細について支払確認の入力を行う。
そして、全ての明細についての支払確認の入力が終了す
ると、ステップ２１０で支払確認入力終了の判断が肯定
され、次のステップ２１２で支払情報５６を作成し、図
７に示すように電子調達マーケットサイト１４へ送信す
る。

【００５９】支払情報５６は、以下に示すように、例え
ば販売サプライヤ名、成約日、明細Ｎｏ、品名、数量、
単価、金額、支払確認（支払指示情報）等の情報を含
む。なお、支払確認の欄の「ＯＮ」とは料金を支払いを
行うことを意味し、「ＯＦＦ」とは料金の支払を行わな
いことを意味する。前述したように、販売サプライヤか
ら支払条件が指示されているため、例えば、支払条件で
優先順位が高いもの、すなわち例えば支払期日が緊急の
ものについてのみ支払確認を「ＯＮ」にしたりすること
ができる。

【００６０】

【表４】

【００６１】バイヤ１２から支払情報が送信されると、
電子調達マーケットサイト１４のサーバコンピュータ３
６では、図５に示すステップ３２８で支払情報受信の判
断が肯定され、次のステップ３３０で図７に示すように
支払情報５６を収納決済サイト１８へ送信する。これに
より、収納決済サイト１８では、図６に示すステップ４
１６で支払情報受信の判断が肯定され、次のステップ４
１８で受信した支払情報をデータベースとして記憶す
る。なお、支払情報５６は、予め定めた日時にＦＴＰ転
送により行ってもよいが、バイヤ１２が、収納決済サイ
ト１８で提供される支払情報を入力するためのウェッブ
画面に企業コード及びパスワードを入力することにより
アクセスし、この画面から支払情報の入力を行ってもよ
い。

【００６２】また、バイヤ１２は、図７に示すように、
郵送された請求書の金額をバイヤ銀行の口座２２からＩ
ＴＮ契約銀行の回収代行口座２４へ振り込む。これは、
例えば銀行の窓口やＡＴＭ等から行う。ＩＴＮ契約銀行
のコンピュータ４０では、回収代行口座２４に入金され
ると、図７に示すように振込入金データ５８を収納決済
サイト１８へ送信する。これにより、収納決済サイト１
８では、図６のステップ４２０で振込入金データ受信の
判断が肯定され、次のステップ４２２で振込入金データ
５８をデータベースとして記憶する。この振込入金デー
タには、例えばＩＴＮ契約銀行の回収代行口座に関する
情報（口座番号等）、振込金額、振替企業名（バイヤ企
業名）等の情報が含まれる。なお、口座に関する情報
は、収納決済サイト１８のコンピュータ内にデータベー
スとして予め記憶されている。

【００６３】そして、ステップ４２４では、予め定めた
締日か否かが判断される。そして、締日である場合に
は、ステップ４２４で肯定され、次のステップ４２６で
各バイヤについて振込入金データの突合処理が行われ
る。この処理では、図７に示すように、各バイヤについ
て、支払情報５６と振込入金データ５８とを照合する。
そして、ステップ４２８で支払確認が「ＯＮ」となって
いる商品の合計金額と振込入金データとが一致するか否
かが判断される。

【００６４】そして、振込入金データが異常のバイヤが
ある場合、すなわち、合計金額と振込入金データの振込
金額とが一致しないバイヤがある場合は、ステップ４２
８で肯定され、ステップ４３０で所定の振込データ異常
処理が行われる。この振込データ異常処理では、例えば
合計金額と振込入金データの振込金額とが一致しない旨
をそのバイヤへ通知するなどの処理を行う。

【００６５】ステップ４３２では、図７に示すように各
バイヤからの支払情報５６と各バイヤからの振込入金デ
ータ５８とから全てのバイヤの合計振込金額、ＩＴＮ契
約銀行の回収代行口座に関する情報（口座番号等）、サ
プライヤ企業名等の情報を含む総振依頼データ６０が作
成され、ＩＴＮ契約銀行のコンピュータ４０へ送信され
る。これにより、図７に示すように、総振依頼データ６
０で示される金額が回収代行口座２４からサプライヤ銀
行の口座２６へ振り込まれる。

【００６６】次のステップ４３４では、料金の支払が行
われたことを示す消込情報６２をバイヤ宛、サプライヤ
宛に各々作成し、電子調達マーケットサイト１４へ送信
する。

【００６７】消込情報（バイヤ宛）６２は、以下に示す
ように、例えば販売サプライヤ名、明細Ｎｏ、成約日、
品名、数量、金額、入金確認（支払済情報）等の情報を
含む。なお、入金確認の欄の「済」とは料金の支払いが
済んでいることを示し、「未」とは料金の支払が済んで
いないことを示す。

【００６８】

【表５】

【００６９】また、消込情報（サプライヤ宛）６２は、
以下に示すように、例えば購入バイヤ名、明細Ｎｏ、成
約日、品名、数量、金額、入金確認等の情報を含む。

【００７０】

【表６】

【００７１】このような、消込情報６２が送信される
と、電子調達マーケットサイト１４では、図５のステッ
プ３３２で消込情報受信の判断が肯定され、次のステッ
プ３３４で受信した消込情報６２をバイヤ１２及びサプ
ライヤ１６へ送信する。

【００７２】これにより、バイヤ１２では、図４のステ
ップ２１４で消込情報受信の判断が肯定され、次のステ
ップ２１６で所定の消し込み処理が行われる。一方、サ
プライヤ１６でも同様に、図３のステップ１１８で消込
情報受信の判断が肯定され、次のステップ１２０で所定
の消し込み処理が行われる。

【００７３】このように、サプライヤ側で各明細毎に支
払条件を指定することができるため、バイヤ側では、請
求明細情報を見て、支払条件に応じて各明細毎にサプラ
イヤ側へ購入商品の料金の支払いを行うことができる。
従って、電子商取引における料金支払の利便性を向上さ
せることができる。

【００７４】［第２実施形態］次に、本発明の第２実施
形態について説明する。上記実施形態では、バイヤ１２
が振込によりサプライヤ１６の口座に入金する場合につ
いて説明したが、本実施形態では、口座振替により入金
する場合について説明する。なお、上記実施形態と同一
部分には同一符号を付し、その詳細な説明は省略する。

【００７５】本実施形態では、図８に示すように、バイ
ヤ１２が発注した商品の料金は、自身の口座２２から回
収代行口座２４を介してサプライヤ１６の高あ２６へ引
き落とされる。

【００７６】次に、本実施形態の作用を説明する。

【００７７】図９に収納決済サイト１８のコンピュータ
３８で実行される処理のフローチャートを、図１０に各
情報の流れを示した。なお、サプライヤ１６側のユーザ
コンピュータ３４で実行される処理、バイヤ１２のユー
ザコンピュータ３２で実行される処理、電子調達マーケ
ットサイト１４のサーバコンピュータ３６で実行される
処理については上記実施形態と同一であるので説明を省
略する。また、図９に示すフローチャートでは、図６に
示すフローチャートと同一処理の部分には同一符号を付
し、異なる処理について説明する。

【００７８】収納決済サイト１８では、図９のステップ
４１８で支払情報５６を記憶した後、ステップ４５０で
図１０に示すように、支払情報５６と請求・明細情報５
４とから口振依頼データ７０を作成して記憶する。この
口振依頼データは、例えばＩＴＮ契約銀行の回収代行口
座２４に関する情報（口座番号等）、各バイヤの銀行口
座に関する情報及び合計振込金額が含まれる。

【００７９】次のステップ４５２では、予め定めた締日
か否かが判断される。そして、締日である場合には、ス
テップ４５２で肯定され、次のステップ４５４で口振依
頼データ７０をＩＴＮ契約銀行のコンピュータ４０へ送
信する。これにより、ＩＴＮ契約銀行の回収代行口座２
４に口振依頼データ７０で示される合計振込金額がバイ
ヤ銀行の口座２２から引き落とされる。

【００８０】また、図１０に示すように、ＩＴＮ契約銀
行の回収代行口座２４から口振結果データ７２が収納決
済サイト１８に送信される。この口振結果データ７２に
は、例えばＩＴＮ契約銀行の回収代行口座２４に関する
情報（口座番号等）、各バイヤの銀行口座に関する情報
及び振替金額等の情報が含まれる。

【００８１】このように口振結果データ７２がＩＴＮ契
約銀行から送信されると、収納決済サイト１８では、図
９のステップ４５６で口振結果データ受信の判断が肯定
され、次のステップ４５８で口振結果確認処理が行われ
る。この処理では、各バイヤについて、振替が正常に行
われたか否か、すなわちバイヤ銀行の口座２２が残高不
足でないか否か等が判断され、振替が正常に行われなか
った場合には、ステップ４６０で振替結果異常の判断が
肯定され、ステップ４６０で所定の口振結果異常処理が
行われる。この口振結果異常処理では、例えば振替が正
常に行われなかったバイヤへその旨を通知するなどの処
理を行う。

【００８２】ステップ４３２では、図７に示すように各
バイヤからの支払情報５６と各バイヤからの振込入金デ
ータ５８とから全てのバイヤの合計振込金額、ＩＴＮ契
約銀行の回収代行口座に関する情報（口座番号等）、サ
プライヤ企業名等の情報を含む総振依頼データ６０が作
成され、ＩＴＮ契約銀行のコンピュータ４０へ送信され
る。これにより、図７に示すように、総振依頼データ６
０で示される金額が回収代行口座２４からサプライヤ銀
行の口座２６へ振り込まれる。

【００８３】次のステップ４３４では、料金の支払が行
われたことを示す消込情報６２をバイヤ宛、サプライヤ
宛に各々作成し、電子調達マーケットサイト１４へ送信
する。

【００８４】このように、サプライヤ側で各明細毎に支
払条件を指定することができるため、バイヤ側では、請
求明細情報を見て、支払条件に応じて各明細毎にサプラ
イヤ側へ購入商品の料金の支払いを行うことができる。
従って、電子商取引における料金支払の利便性を向上さ
せることができる。

【００８５】

【発明の効果】以上説明したように、本発明によれば、
電子商取引における料金支払の利便性を向上させること
ができる、という効果を有する。

【図面の簡単な説明】

【図１】 第１実施形態に係る電子商取引決済システム
の概略構成図である。

【図２】 第１実施形態に係るネットワークシステムの
概略構成図である。

【図３】 第１実施形態に係るサプライヤのコンピュー
タで実行される処理ルーチンのフローチャートである。

【図４】 第１実施形態に係るバイヤのコンピュータで
実行される処理ルーチンのフローチャートである。

【図５】 第１実施形態に係る電子調達マーケットサイ
トのコンピュータで実行される処理ルーチンのフローチ
ャートである。

【図６】 第１実施形態に係る収納決済サイトのコンピ
ュータで実行される処理ルーチンのフローチャートであ
る。

【図７】 第１実施形態に係る電子商取引決済システム
におけるデータの流れについて説明するための図であ
る。

【図８】 第２実施形態に係る電子商取引決済システム
の概略構成図である。

【図９】 第２実施形態に係る収納決済サイトのコンピ
ュータで実行される処理ルーチンのフローチャートであ
る。

【図１０】 第２実施形態に係る電子商取引決済システ
ムにおけるデータの流れについて説明するための図であ
る。

【符号の説明】

１２ バイヤ １４ 電子調達マーケットサイト １６ サプライヤ １８ 収納決済サイト ２２、２６ 口座 ２４ 回収代行口座 ３０ ネットワークシステム ３２、３４、３６、４０、４２、４４ コンピュータ ４６ 接続装置 ４８ ネットワーク

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ３１８ Ｇ０６Ｆ 17/60 ３１８Ｈ ５０２ ５０２

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して商品の供給側と購
   入側との間で行われる電子商取引における電子商取引決
   済方法であって、 前記商品の購入側から前記ネットワークを介して送信さ
   れた前記購入希望商品に関する取引情報を入力し、 前記商品の供給側から前記ネットワークを介して送信さ
   れた前記購入希望商品毎に指定された支払条件を入力
   し、 入力された前記取引情報と前記支払条件とから請求明細
   情報を生成して前記購入側へ送信する電子商取引決済方
   法。
2. 【請求項２】 前記購入側から前記ネットワークを介し
   て送信された前記購入希望商品毎の支払指示情報を含む
   支払情報を入力し、 前記請求明細情報に関する前記購入側から前記供給側へ
   の入金情報を入力し、 入力された前記支払情報と前記入金情報とを照合して前
   記購入希望商品毎の支払済情報を含む支払完了情報を生
   成し、 生成した支払完了情報を前記ネットワークを介して前記
   購入側及び前記供給側へ送信することを特徴とする請求
   項１記載の電子商取引決済方法。
3. 【請求項３】 前記支払条件は、支払期限日であること
   を特徴とする請求項１又は請求項２記載の電子商取引決
   済方法。
4. 【請求項４】 ネットワークを介して商品の供給側と購
   入側との間で行われる電子商取引における電子商取引決
   済システムであって、 操作者によって商品情報から指定された購入希望商品の
   購入希望商品情報を生成し、該生成した購入希望商品情
   報を前記ネットワークを介して送信する購入手段と、 前記商品情報を提供すると共に、前記購入手段から送信
   された前記購入希望商品情報から取引情報を生成し、該
   生成した取引情報を前記ネットワークを介して送信する
   商品情報提供手段と、 前記ネットワークを介して前記商品情報を前記商品情報
   提供手段に登録すると共に、前記購入希望商品を受注す
   る受注手段、前記購入希望商品毎に支払条件を各々指定
   するための支払条件指定手段、及び各々指定された支払
   条件を前記ネットワークを介して送信する支払条件送信
   手段を少なくとも含む供給手段と、 前記ネットワークを介して送信された前記取引情報と前
   記支払条件とから請求明細情報を生成して前記購入手段
   へ送信する決済手段と、 を備えた電子商取引決済システム。
5. 【請求項５】 前記購入手段は、前記請求明細情報の明
   細毎に支払指定するための支払指定手段と、前記請求明
   細情報と前記支払指定手段による指定結果とから支払情
   報を生成し、該生成した支払情報を前記ネットワークを
   介して前記決済手段へ送信する支払情報生成手段と、を
   さらに備え、前記決済手段は、前記請求明細情報に関す
   る前記購入手段側から前記供給手段側への入金情報を入
   力する入力手段をさらに備え、かつ、前記決済手段は、
   前記支払情報と前記入金情報とを照合して前記明細毎の
   支払済情報を含む支払完了情報を生成し、該生成した支
   払完了情報を前記ネットワークを介して前記購入手段及
   び前記供給手段へ送信することを特徴とする請求項４記
   載の電子商取引決済システム。
6. 【請求項６】 前記支払条件は、支払期限日であること
   を特徴とする請求項４又は請求項５記載の電子商取引決
   済システム。