JP3902151B2 - Transaction management apparatus and storage medium for storing transaction management program - Google Patents

Transaction management apparatus and storage medium for storing transaction management program Download PDF

Info

Publication number
JP3902151B2
JP3902151B2 JP2003103459A JP2003103459A JP3902151B2 JP 3902151 B2 JP3902151 B2 JP 3902151B2 JP 2003103459 A JP2003103459 A JP 2003103459A JP 2003103459 A JP2003103459 A JP 2003103459A JP 3902151 B2 JP3902151 B2 JP 3902151B2
Authority
JP
Japan
Prior art keywords
information
purchaser
settlement
request
payment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP2003103459A
Other languages
Japanese (ja)
Other versions
JP2003308443A (en
Inventor
信行 森
道寛 森田
雅直 沖
孝明 廣田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Sumitomo Mitsui Banking Corp
Original Assignee
Fujitsu Ltd
Sumitomo Mitsui Banking Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd, Sumitomo Mitsui Banking Corp filed Critical Fujitsu Ltd
Priority to JP2003103459A priority Critical patent/JP3902151B2/en
Publication of JP2003308443A publication Critical patent/JP2003308443A/en
Application granted granted Critical
Publication of JP3902151B2 publication Critical patent/JP3902151B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、代金支払い者(商品購入者、サービス依頼者等)と代金支払い先(販売者、サービス提供者等)間の商品代金またはサービス代金の支払いを、仮決済情報を含む電子データとしての金銭情報を使用した仮払いにより行い、代金支払い者あるいは代金の支払い対象の事項の確認を行う確認者は受領した商品の内容、受けたサービスの内容を十分確認してから本決済することができる仮払いの決済システム、暗号中継システム、配達システムおよび電子コンテンツ販売システムに関するものである。
【0002】
【従来の技術】
従来の商取引における支払い手段として、現在では、現金、小切手、手形、口座振替、プリペイドカード、クレジットカードが広く活用されている。
【0003】
また、支払い方式としては、商品を受け取る前に代金を支払う前払い方式と、商品の受け取り時に代金を支払う商品代引き方式と、商品を受け取った後に代金を支払う後払い方式とがある。しかし、いずれの支払い方式も商品購入者に商品受領のリスクまたは代金支払いリスクがあるか、商品販売者に代金の回収リスクが存在する。
【0004】
すなわち、前払い方式の場合は、いずれの支払い手段であるかを問わず、商品購入者側において、代金を支払ったにもかかわらず商品を受け取ることができなかったり、受け取った商品が満足のいくものでなかったりする商品受け取りリスクが発生する。また、支払い済みの代金が回収不能な状態になる代金支払いリスクも発生する。
【0005】
また、商品代引き方式の場合は、支払い手段が現金や小切手等に限定されるとともに、商品購入者側において、代金と引換えに商品を受け取ることはできるが、やはり受け取った商品の内容をその場では充分に確認することができないため、満足のいく商品内容が得られないという商品受け取りリスクが発生する。また、前払い方式の場合と同様の代金支払いリスクも発生する。
【0006】
さらに、後払い方式の場合であっても、いずれの支払い手段であるかを問わず、商品販売者側において、商品を渡したにもかかわらず、代金を回収することができないという代金回収リスクが発生する。
【0007】
商品購入者は、受け取った商品内容に不備がある場合に、その商品を商品販売者に返品するという対抗手段をとることができる。しかし、商品販売者に返品しても代金が返却されないというリスクがあり、仮に代金が返却されたとしても、かなりの日数を要することが予想される。
【0008】
さらに、通信ネットワーク上で流通するソフトウエアや画像データのような電子コンテンツの場合には、別の問題も生じる。すなわち、このような無体の商品については、商品購入者側でそれを正常に受け取ったにもかかわらず、商品の不備を理由に支払いを拒む危険性を孕んでいる。
【0009】
また、ネットワーク上で取引をする際には、第三者による不正使用リスク、本人なりすましのリスク、第三者による解読(盗聴)に伴うプライバシー侵害リスク等の色々なリスクが伴う。
【0010】
現在では、このようなリスクを軽減する一環として、暗号処理方式が最も有効とされている。しかし、現在の暗号処理方式はデータの送信元と送信先(受信側)との間で、相手の公開鍵、共通鍵等を取り寄せることが必須であるため、本人確認を含めて煩雑な処理をしなければならない。さらに、送信元と送信先で、暗号のアプリケーションを含めた暗号のインタフェースを合せなければ、暗号データの遣り取りができなくなる。
【0011】
【発明が解決しようとする課題】
以上述べたように、従来の決済方法においては、いずれの支払手段や支払方式を採用した場合でも、商品販売者、サービス提供者等の代金支払い先にとっては、代金回収リスクがあり、商品購入者、サービス依頼者等の代金の支払い者にとっては、商品受け取りリスクまたは代金支払いリスク等がある。また、代金の支払い者と代金支払い先の双方において、返品リスクがある。
【0012】
さらに、ネットワーク上の取引においては、代金の支払い者と代金支払い先の双方において、第三者による不正使用リスク、本人なりすましのリスク、盗聴によるプライバシー侵害リスク等がある。
【0013】
本発明の課題は、仮決済情報を含む金銭情報の電子マネー(電子現金)、電子小切手、電子手形および仮決済カード等を支払い手段として用いて、確実かつ簡単な手順で上述のような各種リスクをなくし、ネットワーク上でも、ネットワーク外(オフライン)でも、安心して商取引ができる決済システムを提供することである。
【0014】
【課題を解決するための手段】
本発明の第1の構成は、代金の支払い対象の事項が履行されたことの確認の通知により決済される、仮決済情報を含む金銭情報を前記代金の支払い先に移転する手段と、前記代金の支払い対象の事項の履行の確認に基づいて、前記金銭情報を本決済する手段とを有することを特徴とする仮払いの決済システムである。
【0015】
このような構成によれば、代金支払い者(商品購入者、サービス依頼者等)は、商品購入またはサービス依頼の際、金銭情報に含まれる仮決済情報により、代金の支払い先(販売者、サービス提供者等)に対して支払い能力があることを示すことができ、代金の支払い先は、仮決済情報に基づき商品代金またはサービス代金を確保することができる。このため、代金の支払い先は、代金の回収リスクを解消できる。また、ネットワーク上で商取引を行う際、代金支払い先は、仮決済情報を含む金銭情報の本決済依頼を行うことで、代金の支払い者の本人確認が容易にできる。
【0016】
なお、代金の支払い対象の事項が履行されたことの確認の通知により決済される、仮決済情報を含む金銭情報は、発行金融機関によって生成されるものであって、発行金融機関の代金支払い者の口座の残高内で凍結され、本決済があるまでは移転不能な商品購入用金額またはサービス対価の金額の情報と、発行金融機関の認証とを含むものであることが好ましい。
【0017】
このような構成によれば、代金の支払い先は、発行金融機関が代金の支払い対象の事項が履行されたことの確認の通知により決済される、仮決済情報を含む金銭情報を代金の支払い者の口座に確保したことを、発行金融機関の認証付きで確認することができる。このため、代金の支払い者の個人的な信用に頼ることなく、代金の支払い対象事項の履行(商品の供給、サービスの提供等)を行える。ここで、サービスとは、例えば、看護・介護行為、白蟻駆除作業、炊事・洗濯・掃除等の代行作業、および布団や絨毯等の出張クリーニング作業等を指す。
【0018】
また、仮決済情報を含む金銭情報は、支払い対象事項を示す支払い対象情報を含むことが好ましく、これによれば、仮決済情報を含む金銭情報が、支払い対象事項を示す支払い対象情報を含むので、発行金融機関は、本決済時に、より詳細な情報に基づいて確認でき、不正な決済要求に対する決済事故の発生を有効に防止できる。また、代金支払い者が仮決済情報を含む金銭情報を用途外で使用することを防止できる。
【0019】
さらに、上記構成に加えて、代金の支払い先からの本決済依頼を格納する手段と、代金支払い者からの本決済承認依頼を格納する手段と、前記格納された本決済依頼と本決済承認依頼とに基づいて前記本決済を行う手段とを有する構成としても良い。
【0020】
このような構成によれば、代金の支払い先からの本決済依頼は受け付けるが、代金支払い者からの本決済承認がなければ本決済されることがないため、代金支払い者の支払いリスクがなくなる。
【0021】
上記システムは、取引情報の送受信を中継する取引管理装置を有することが好ましい。当事者間だけで商取引を行うと取引状況が確認できないが、代金支払い者、代金の支払い先、代金の支払い対象の事項の確認を行う確認者(商品受領者、サービスの受益者等)並びに金融機関等が、取引管理装置を経由して取引情報を送受信することで、取引管理装置は、取引のすべての過程を正確に把握することができる。
【0022】
また、上記システムは、商品購入の際、代金の支払い者あるいは商品受領者は、商品購入にかかわる支払IDを含む第1の第三者返品証明情報を認証情報として送付して、取引の取消依頼を行う手段を有することができる。
【0023】
商品購入者は、返品依頼を受け付けたことを証明する返品証明情報を認証情報として添付した内容で取消依頼を行う。これにより、購入者からも取引の取消依頼ができるとともに、取消処理を速やかに進行させることができる。
【0024】
さらに、上記システムにおいて、代金の支払い先は、本決済承認依頼または返品依頼を監視する手段と、一定期間内に前記本決済承認依頼または返品依頼がなされない場合には、商品購入にかかわる支払IDを含む第三者配達証明情報を認証情報として送付し、取引の本決済承認依頼を行う手段とを有することもできる。
【0025】
このような構成によれば、代金の支払い先は、購入者が商品受領後に、本決済承認依頼または返品依頼を行うまでの期間を管理し、この期間内に本決済承認依頼または返品依頼がなされるか否かの監視を行って、いずれの事象も発生しない場合は、商品を購入者に届けたことを証明する取引管理装置の配達証明情報を認証情報として添付した内容で本決済承認依頼を行う。このため、代金の支払い先が購入者に代わって、本決済承認依頼ができるとともに、本決済処理を速やかに進行させることができる。
【0026】
本発明の第2の構成は、第一の者から第二の者への送信を中継する取引管理装置を有する暗号中継システムにおいて、前記第一の者が第二の者へデータを送信する際に、該データを第一の者と取引管理装置の間の固有の暗号鍵で暗号化して、取引管理装置に第二の者への送信依頼を行う手段を有することを特徴とする暗号中継システムである。
【0027】
このような構成によれば、暗号中継システムにおける取引管理装置と暗号データを送受信する第一の者および第二の者は、各々唯一の固有の暗号鍵と復号鍵を管理する。送信側は、送信先(受信側)との暗号インタフェースを意識することなく、送信先を指定した送信依頼付きの暗号データを送信し、取引管理装置は、送信側との固有の復号鍵でデータを一旦復号化して、指定された送信先との固有の暗号鍵を用いて、送信先だけが復号化できる暗号データに再暗号化して送る。また、取引管理装置から暗号データを受け取った受信側は、暗号データの送信元との暗号インタフェースを一切意識することなく、取引管理装置との固有の復号鍵でデータの復号化を行う。したがって、第三者にデータを解読される危険性がなくなる。
【0028】
即ち、送信側は、送信先との暗号鍵、復号鍵を意識することなく、取引管理装置と送信側との唯一の固有の暗号鍵で暗号化して送るので、いかなる受信側とも暗号鍵、復号鍵のやりとりを一切行う必要がない。このため、送信側と受信側ともに暗号鍵、復号鍵の管理が容易であり、暗号方式や暗号アプリケーションのインタフェース等を意識する必要がないため、利便性、安全性が飛躍的に高まる。
【0029】
本発明の第3の構成は、販売者の処理装置と、購入者あるいは商品受領者の処理装置と、商品の配達者に設けられた配達管理装置とで構成される配達システムにおいて、前記配達管理装置は、前記販売者の処理装置からの配達依頼に基づき、配達情報を格納する手段と、商品を商品受領者に配達した場合には、商品の受領署名と商品購入にかかわる支払IDを含む第三者配達証明情報を生成する手段とを有することを特徴とする配達システムである。
【0030】
このような構成によれば、販売者から配達依頼を受け付けた配達管理装置は、配達先の受領署名を管理し、配達した商品にかかわる支払IDを含めた配達証明情報を生成するため、商品を届けた事実を証明することができる。
【0031】
本発明の第4の構成は、販売者の処理装置と、購入者あるいは商品受領者の処理装置と、商品の配達者に設けられた配達管理装置とで構成される配達システムにおいて、前記配達管理装置は、商品受領者からの返品配達依頼に基づき、返品配達情報を格納する手段と、前記返品依頼者の署名と商品購入にかかわる支払IDを含む第一の第三者返品証明情報を生成する手段とを有することを特徴とする配達システムである。
【0032】
このような構成によれば、配達管理装置は、商品受領者から返品配達依頼がある場合、返品依頼者の署名を管理し、返品対象の商品にかかわる支払IDを含めた配達証明情報を生成するため、返品処理が開始された事実を証明することができる。
【0033】
本発明の第5の構成は、少なくとも、販売者の処理装置と、購入者の処理装置と、仲介の取引管理装置とを有する電子コンテンツの販売システムにおいて、前記取引管理装置は、販売者の処理装置が販売する電子コンテンツの復号鍵を管理する管理手段と、前記購入者の処理装置からの要求に応じて、前記購入者の処理装置に送信する手段とを有することを特徴とする電子コンテンツ販売システムである。
【0034】
このような構成によれば、電子コンテンツ販売システムにおける取引管理装置は、電子コンテンツの販売者に代わって電子コンテンツの復号鍵を管理し、電子コンテンツ購入者の要求に応じて復号鍵を渡すため、電子コンテンツが購入者に確実に届いたか否かを正確に管理できる。
【0035】
本発明の第6の構成は、第一の者から第二の者への送信を仲介する取引管理装置において、前記第一の者と取引管理装置間で固有の暗号プロトコルで受信する手段と、受信したデータを前記第二の者と該取引管理装置間で固有の暗号プロトコルでデータを送信する手段とを備えたことを特徴とする取引管理装置である。
【0036】
このような構成によれば、取引管理装置を経由して取引を行うため、取引情報の送信側は、受信側の暗号鍵を送ってもらったり、送信側の暗号鍵を送ったりする必要が一切ない。また、送信側は、取引管理装置と送信側との唯一の固有の暗号鍵で暗号化して送るため、いかなる受信側とも暗号鍵、復号鍵のやりとりを一切行う必要がないので、第三者に取引情報を解読される危険性がなくなる。さらに、送信側は、暗号鍵の管理が容易であり、暗号方式や暗号アプリケーションのインタフェース等を意識する必要がないため、利便性、安全性が飛躍的に高まる。
【0037】
本発明の第7の構成は、代金の支払い対象の事項が履行されたことの確認の通知により決済される、仮払いの決済処理を仲介する取引管理装置において、商品受領者が商品受領後に行う本決済承認依頼または返品依頼を監視する手段と、一定期間内に前記本決済承認依頼または前記返品依頼がなされない場合には、第三者配達証明情報を認証情報として送付し、本決済承認依頼を代理で行う手段とを備えたことを特徴とする取引管理装置である。
【0038】
このような構成によれば、取引管理装置は、購入者が商品を受け取った日時に基づいて、購入者が本決済承認依頼を行ったか否かまたは商品の返品を行ったか否かを監視するため、仮決済の状態から本決済に移行するか、取引の取消を行うか等の取引状況が正確に把握できる。
【0039】
本発明の第8の構成は、代金の支払い対象の事項が履行されたことの確認の通知により決済される、仮払いの決済処理を仲介する取引管理装置において、前記販売者が返品による取消依頼を行うか否かを監視する手段と、一定期間内に前記取消依頼がなされない場合には、第三者返品証明情報を認証情報として送付し、取消依頼を代理で行う手段とを備えたことを特徴とする取引管理装置である。
【0040】
このような構成によれば、取引管理装置は、取引の不成立により販売者(代金の支払い先)が取引の取消依頼を取引管理装置に対して行う必要がある場合、販売者が行うべき取引の取消依頼処理発生の有無を監視するため、購入者あるいは商品受領者が自ら取引の取消状況をチェックする必要がない。
【0041】
本発明の第9の構成は、電子コンテンツの売買を仲介する取引管理装置において、販売者が暗号化して購入者に送る電子コンテンツの復号鍵を管理する手段と、前記購入者に復号鍵を送る手段と、第三者証人の証明情報を発行する手段とを備えたことを特徴とする取引管理装置である。
【0042】
このような構成によれば、電子コンテンツ販売システムにおける取引管理装置は、電子コンテンツの販売者に代わって電子コンテンツの復号鍵を管理し、電子コンテンツ購入者の要求に応じて復号鍵を渡すため、電子コンテンツが購入者に確実に届いたか否かを正確に管理できる。
【0043】
本発明の第10の構成は、電子コンテンツの売買を仲介する取引管理装置において、購入者の受領したコンテンツが不良品か否かの判定を行う手段と、不良品と判定した場合は、前記購入者に通知する手段と、復号鍵に欠陥があると判定した場合は、復号鍵を前記購入者に再送する手段とを備えたことを特徴とする取引管理装置である。
【0044】
このような構成によれば、電子コンテンツ販売システムにおける取引管理装置は、電子コンテンツの販売者に代わって電子コンテンツの復号鍵を管理し、電子コンテンツ購入者の要求に応じて復号鍵を渡すため、電子コンテンツが購入者に確実に届いたか否かを正確に管理できる。
【0045】
本発明の第11の構成は、商品の配達者に設けられた配達管理装置と、販売者の処理装置と、購入者あるいは商品受領者の処理装置とを仲介する取引管理装置において、配達管理装置の第三者配達証明情報の登録を受け付ける手段と、返品依頼が発生したことを証明する第一の第三者返品証明情報の登録を受け付ける手段と、返品を販売者が受領したことを証明する第二の第三者返品証明情報の登録を受け付ける手段とを備えたことを特徴とする取引管理装置である。
【0046】
このような構成によれば、商品を届けたことを証明する配達証明情報、返品を受け付けたことを証明する返品証明情報、および返品を販売者に届けたことを証明する最終的な返品証明情報の各々を配達管理装置が生成した際、それを取引管理装置に登録するため、取引管理装置は、取引の各過程における正確な状況を把握できる。また、各証明情報を第三者の承認情報として使用することにより、取引のトラブルを防ぐことができる。
【0047】
本発明の第12の構成は、代金の支払い先に移転され、代金の支払い対象の事項が履行されたことの確認の通知により決済される、仮決済情報を含む金銭情報を格納したことを特徴とする可搬型記憶媒体である。
【0048】
このような構成によれば、代金の支払い対象の事項が履行されたことの確認の通知により決済される、仮決済情報を含む金銭情報を、持ち運びができるカード等の可搬型記憶媒体に保持することで、商品購入の際、代金の支払い先に対して、ネットワーク等を用いてオンラインで支払うことも、可搬型記憶媒体を直接手渡して支払うことも可能となる。このため、支払いの利便性が向上するとともに商品購入の機会が拡大される。
【0049】
本発明の第13の構成は、金融機関に接続される端末機において、代金の支払い対象の事項が履行されたことの確認の通知により決済される、仮決済情報を含む金銭情報を格納した可搬型記憶媒体を発行する手段を備えたことを特徴とする端末機である。
【0050】
このような構成によれば、可搬型記憶媒体を発行金融機関に接続されたATM(Automatic Teller Machine)等の端末機から発行することができ、可搬型記憶媒体の偽造発行を防止できる。
【0051】
また、端末機が設けられた所であれば、場所を限定せずに発行されるので、代金支払い者(可搬型記憶媒体の発行依頼者)は、発行金融機関の営業店の窓口が閉まった後でも、端末機が動作していれば、好きなときに可搬型記憶媒体を手に入れることができる。
【0052】
本発明の第14の構成は、金融機関に接続される端末機において、代金の支払い対象の事項が履行されたことの確認の通知により決済される、仮決済情報を含む金銭情報を格納した可搬型記憶媒体に基づいて、金融機関に本決済の依頼を送信する手段を備えたことを特徴とする端末機である。
【0053】
このような構成によれば、代金の支払い先は、仮決済マネーとして代金支払い者から移転された可搬型記憶媒体を、発行金融機関に接続されたATM等の端末機に差し込んで、本決済の依頼ができるので、ネットワーク接続の販売管理装置を備えてない代金の支払い先でも、仮払いの決済システムの取引が可能となる。
【0054】
本発明の第15の構成は、金融機関に接続される端末機において、挿入された可搬型記憶媒体に回収情報が記入されている場合は、処理完了後、可搬型記憶媒体を自動回収する手段を備えたことを特徴とする端末機である。
【0055】
このような構成によれば、発行金融機関に接続されたATM等の端末機から可搬型記憶媒体を発行する際、処理終了後の自動回収を行うか否かの表示を行い、自動回収の表示がされている可搬型記憶媒体の場合は、処理終了を確認してから自動的に回収できるため、不正使用を防止でき、可搬型記憶媒体の再利用により資源を節約できる。
【0056】
本発明の第16の構成は、商品の配達者に設けられた配達管理装置において、販売者からの商品配達依頼に基づき、商品配達情報を格納する手段と、商品を商品受領者に配達した場合には、前記受領者の受領署名または代理の署名と商品購入にかかわる支払IDを含む第三者配達証明情報を生成する手段とを備えたことを特徴とする配達管理装置である。
【0057】
このような構成によれば、販売者から配達依頼を受け付けた配達管理装置は、配達先の受領署名を管理し、配達した商品にかかわる支払IDを含めた配達証明情報を生成するため、商品を届けた事実を証明することができる。
【0058】
本発明の第17の構成は、商品の配達者に設けられた配達管理装置において、商品受領者からの返品配達依頼に基づき、返品配達情報を格納する手段と、返品依頼した前記受領者の署名または代理の署名と前記商品購入にかかわる支払IDを含む第一の第三者返品証明情報を生成する手段とを備えたことを特徴とする配達管理装置である。
【0059】
このような構成によれば、配達管理装置は、商品の受領者から返品配達依頼があった場合、依頼者の署名を管理し、返品対象の商品にかかわる支払IDを含めた配達証明情報を生成するため、返品処理が開始された事実を証明することができる。
【0060】
本発明の第18の構成は、金融機関に設けられた金融処理装置において、代金の支払い対象の事項が履行されたことの確認の通知により決済される、仮決済情報を含む金銭情報の発行依頼を受け付ける手段と、前記金銭情報の金額を、代金の支払い者の口座の残高内で凍結され、前記本決済があるまでは移転不能な金額として管理する手段と、前記仮決済情報を含む金銭情報を発行する手段とを備えたことを特徴とする金融処理装置である。
【0061】
このような構成によれば、金融処理装置において、代金の支払い者の口座残高内で、発行依頼にかかる金額を凍結することができるので、この金銭情報を受け取った者に、その金額が金融機関に確保されていることを信用させることができる。
【0062】
本発明の第19の構成は、金融機関に設けられた金融処理装置において、代金の支払い先からの仮決済マネーの被振込請求を受け付ける手段と、本決済承認依頼がされているか否かの確認手段と、本決済承認がされている場合は、前記被振込請求の内容に基づいて、支払先への振込または電子マネーの移転を行う手段と、本決済承認がされていない場合は、被振込請求情報をデータベースに格納する手段とを備えたことを特徴とする金融処理装置である。
【0063】
このような構成によれば、代金の支払い先は、自己の取引金融機関の金融処理装置に本決済の取立て依頼を行う必要がない。代金の支払い者の取引金融機関の金融処理装置に、直接、本決済された後の金額の移転先(自己の取引金融機関の口座、自己の電子財布等)を通知することにより、より迅速な本決済が行われる。また、移転先の通知は本決済依頼と一緒に行うこともできるので、利便性が向上する。また、代金の支払い者の取引金融機関の金融処理装置により、自動的に本決済を行うことができる。
【0064】
本発明の第20の構成は、金融機関に設けられた金融処理装置において、本決済承認依頼の受付手段と、受け付けた前記本決済承認依頼の妥当性をチェックする手段とを備えたことを特徴とする金融処理装置である。
【0065】
このような構成によれば、代金の支払い者の金融機関処理装置において、本決済承認依頼の妥当性チェックを迅速かつ正確に行うことができると共に、自動的に本決済を行うことができる。
【0066】
本発明の第21の構成は、金融機関に設けられた金融処理装置において、仮決済の取消依頼の受付手段と、受付けた前記仮決済の取消依頼の妥当性をチェックする手段とを備えたことを特徴とする金融処理装置である。
【0067】
このような構成によれば、代金の支払い者の金融処理装置において、代金の支払い者あるいは商品受領者が商品の返品を行った際、または代金の支払い対象の事項が不履行の際、代金の支払い対象の事項が履行されたことの確認の通知により決済される、仮決済情報を含む金銭情報の支払い中止を求めることができる。このため、代金の支払い者あるいは商品受領者は、安心して取引の解約、返品処理等を行える。
【0068】
本発明の第22の構成は、金融機関に設けられた金融処理装置において、仮決済の取消依頼の受付手段と、返品に対するクレーム(返品クレーム)を受付ける手段と、仮決済の取消依頼に対応する返品クレームがあった場合には、仮決済の取消依頼を保留する手段とを備えたことを特徴とする金融処理装置である。
【0069】
このような構成によれば、代金の支払い者の金融処理装置において、代金の支払い者あるいは商品受領者から返品に伴う仮決済の取消依頼があっても、返品された商品に問題(商品の摩り替わり、商品の破損、数量の不足等)がある場合には、販売者は、その商品に問題がある旨の返品クレームを届けることで、一方的な仮決済の取消を保留することができる。
【0070】
本発明の第23の構成は、代金の支払い者に設けられた支払処理装置において、代金の支払い対象の事項が履行されたことの確認の通知により決済される、仮決済情報を含む金銭情報の発行依頼を行う手段を備えたことを特徴とする支払処理装置である。
【0071】
このような構成によれば、この支払処理装置を用いて、仮決済情報を含む金銭情報の発行を受けることができる。
本発明の第24の構成は、代金支払い者に設けられた支払処理装置において、代金の支払い対象の事項を代金の支払い先に依頼する手段と、代金の支払い対象の事項が履行されたことの確認の通知により決済される、仮決済情報を含む金銭情報を前記代金の支払い先に移転する手段とを備えたことを特徴とする支払処理装置である。
【0072】
このような構成によれば、この支払い処理装置を用いて、商品の注文またはサービスの依頼、および支払いのための金銭情報の移転を、容易に行うことができる。
【0073】
本発明の第25の構成は、商品の販売者に設けられた販売管理装置において、商品の購入者からの商品注文の受付手段と、前記購入者からの仮決済情報を含む金銭情報の受付手段と、商品受領者に前記商品を送った後に本決済を行うための依頼手段とを備えたことを特徴とする販売管理装置である。
【0074】
このような構成によれば、販売管理装置を用いることで、商品の販売者は、代金の支払い対象の事項が履行されたことの確認の通知により決済される、仮決済情報の金銭情報に基づいて、商品代金が金融機関によって確保されていることを確認できる。このため、個人の信用に頼ることなく、安心して商品を販売することができる。
【0075】
第26の構成は、商品の販売者に設けられた販売管理装置において、受領者の商品受領後、本決済承認依頼または返品依頼を監視する手段と、一定期間内に前記本決済承認依頼または前記返品依頼がなされない場合には、前記受領者が商品受領したことを証明する第三者配達証明情報を認証情報として送付し、本決済承認依頼を代理で行う手段とを備えたことを特徴とする販売管理装置である。
【0076】
このような構成によれば、この販売管理装置は、一定期間内に代金支払い者あるいは商品受領者から取消依頼あるいは返品がないことに基づいて、代金の支払い者に代わって本決済承認依頼を行うことができるため、商品代金を確実に回収できる。
【0077】
本発明の第27の構成は、商品受領者に設けられた受領処理装置において、販売者より送られる商品の受領確認に基づき、正常な場合には、本決済承認依頼を行う手段を備えたことを特徴とする受領処理装置である。
【0078】
このような構成によれば、この受領処理装置は、受領した商品の内容と注文した内容との確認と共に、商品自体の中身(メーカ名、品質、真贋等)も確認した後で、簡単に商品代金を支払うことができる。
【0079】
本発明の第28の構成は、代金支払い者あるいは代金の支払い対象の事項の確認を行う確認者に設けられた支払処理装置において、支払い条件情報である代金の支払い対象の事項の履行期限を監視する手段と、前記履行期限内に前記支払い対象の事項が履行されない場合には、支払い条件情報を認証情報として送付して、取引の取消依頼を行う手段とを備えたことを特徴とする支払処理装置である。
【0080】
このような構成によれば、この支払い処理装置は、代金支払い先が代金の支払い対象の事項の履行期限(注文した商品の配達期日、サービス等における作業開始日等)迄に履行できなかった場合は、簡単に取引の取消依頼を行うことができる。
【0081】
本発明の第29の構成は、代金支払い先に設けられた販売管理装置において、代金の支払い者からの代金の支払い対象の事項の受付手段と、代金の支払い対象の事項が履行されたことの確認の通知により決済される、仮決済情報を含む金銭情報の受付手段と、支払い条件情報である代金の支払い対象の事項の履行期限の監視手段と、履行期限内に代金の支払い対象の事項の履行がなされない場合には、代金の支払い者あるいは代金の支払い対象の事項の確認を行う確認者に通知する手段とを備えたことを特徴とする販売管理装置である。
【0082】
このような構成によれば、販売管理装置は、代金の支払い対象の事項の履行期限迄に履行できなかった場合は、自ら代金の支払い者あるいは代金の支払い対象の事項の確認を行う確認者に自動的に通知することにより、相互の信頼関係を築くことができる。
また、本発明の別の構成は、電子コンテンツ購入者の購入者装置と、電子コンテンツ販売者の販売者装置との間で、電子コンテンツ販売の仲介を行う取引管理装置において、暗号化電子コンテンツの復号鍵を格納する格納手段と、前記購入者装置から、前記暗号化電子コンテンツの復号鍵の送信要求を受信する手段と、前記復号鍵の送信要求に応じて、前記格納手段に格納された復号鍵を前記購入者装置に送信する手段と、前記購入者装置から、前記暗号化電子コンテンツが前記復号鍵で復号できないことの通知と、返送された暗号化電子コンテンツを受信する手段と、前記販売者装置に対して、前記暗号化電子コンテンツの送信要求を送信する手段と、前記販売者装置から受信した暗号化電子コンテンツと、前記購入者装置から返送された暗号化電子コンテンツとを比較する手段と、前記販売者装置から受信した暗号化電子コンテンツと、前記購入者装置から返送された暗号化電子コンテンツが一致する場合には、該購入者装置から返送された暗号化電子コンテンツを、前記格納手段に格納された復号鍵で復号する手段と、前記販売者装置に対して、暗号化前の電子コンテンツの送信要求を送信する手段と、復号した電子コンテンツと、前記販売者装置から受信した暗号化前の電子コンテンツとを比較する手段と、前記復号した電子コンテンツと、前記販売者装置から受信した暗号化前の電子コンテンツが一致する場合には、前記購入者装置に送信した復号鍵に欠陥があるものとして、前記格納手段に格納された復号鍵を該購入者装置に再送する手段とを備えたことを特徴とする取引管理装置である。
【0083】
上述した配達管理装置は、後述する図11等の配達者処理装置に対応し、金融処理装置は、図11等の購入者取引金融機関処理装置または販売者取引金融機関処理装置に対応し、支払処理装置は、図11等の購入者処理装置に対応し、販売管理装置は、図11等の販売者処理装置に対応する。また、商品受領者が購入者と同一である場合、受領処理装置は、図11等の購入者処理装置に対応する。
【0084】
【発明の実施の形態】
以下、本発明の一実施形態を図1〜図96を参照して説明する。
本発明の好ましい実施形態は、第1〜第8の8つの実施形態からなる。この明細書においては、まず、図1〜図20を参照して第1〜第8の実施形態の概略構成および処理を簡単に説明し、次に、図21〜図96を参照して本発明のシステムを構成する各構成装置の実施形態を説明する。
【0085】
まず、第1の実施形態の概略構成および処理手順を図1〜図2を参照して説明する。
図1は、第1の実施形態を示すシステム構成図である。この図において、1は商品購入者が保有する処理装置としての商品購入者処理装置、2は商品の販売者が保有する処理装置としての商品販売者処理装置、3は商品購入者が口座を有する購入者取引金融機関処理装置(金融機関に設置される処理装置)、4は商品販売者が口座を有する販売者取引金融機関処理装置(金融機関に設置される処理装置)である。
【0086】
商品購入者処理装置1は、購入商品の情報を記憶する商品管理データベース(以下単に「DB」と称する)10と、商品購入者の電子マネー(金銭情報)の情報を管理するマネー管理DB11と、購入した商品の返品依頼を管理する返品依頼管理DB12とを有する。
【0087】
また、商品販売者処理装置2は、商品の販売を管理する商品販売管理DB20と、商品購入者より受領した電子マネーの情報を管理するマネー管理DB21と、商品購入者からの返品を管理する返品管理DB22とを有する。
【0088】
さらに、購入者取引金融機関処理装置3は、金融機関の顧客(図中の商品購入者)の口座を管理する口座管理DB30と、顧客の要求に基づいて発行した仮決済マネーを管理する仮決済マネー管理DB31と、購入者取引金融機関金処理装置3が発行した仮決済マネーの資金化(本決済)の処理を管理する本決済管理DB32とを有する。
【0089】
ここで、「仮決済マネー」とは、金融機関が発行する電子マネーであって、商品購入者が商品受領を確認した後に、初めて商品の販売者が金融機関で資金化できる電子マネー(仮決済情報を含む金銭情報)である。後で詳述するが、商品の受領確認等の処理は、第3者の処理装置が代理で行うこともできる。
【0090】
前記販売者取引金融機関処理装置4は、金融機関の顧客(商品販売者)の口座を管理する口座管理DB40と、処理装置4に口座を持っている顧客からの仮決済マネーの本決済依頼(本決済取立依頼)を管理する本決済取立依頼管理DB41とを有する。
【0091】
次に、この第1の実施形態における本決済処理を図2に示すフローチャートを用いて説明する。図2においては、左端から順に商品購入者処理装置1、商品販売者処理装置2、購入者取引金融機関処理装置3および販売者取引金融磯関処理装置4における各処理を短冊状に示し、これらの間にまたがる処理線によって各装置間の処理の関係が示されている。また、説明の便宜上、商品購入者処理装置1を(A)、商品販売者処理装置2を(B)、購入者取引金融機関処理装置3を(F1)、販売者取引金融磯関処理装置4を(F2)で示すこともある。
【0092】
図2において、まず、商品購入者の商品購入者処理装置1は、商品販売者処理装置2に商品の購入依頼を送信する(ステップ100(以下「S100」と略す))。商品の購入依頼を受信した商品販売者処理装置2は、商品販売管理DB20を検索することでその依頼に係る商品の在庫、販売価格等をチェックし、その結果を購入者処理装置1に送信する(S102)。商品の販売価格等を受信した購入者処理装置1では、この情報を商品管理DB10に格納する。
【0093】
次に、商品購入者処理装置1は、購入依頼に係る商品の価額分の仮決済マネーの発行依頼を購入者取引金融機関処理装置3に送信する(S104)。また、商品購入者処理装置1は、同時に、その仮決済マネーの使途として、購入する商品の識別情報(購入明細情報)を送信する。
【0094】
仮決済マネーの発行依頼を受信した購入者取引金融機関処理装置3は、口座管理DB30の残高情報等を参照することで、商品購入者の口座について、指定された金額(価額)分の仮決済マネーが発行可能かを判定し、可能であれば、この口座の残高をその金額分だけ凍結して仮決済マネーを発行する。仮決済マネーの発行は、この仮決済マネー情報を仮決済マネー管理DB31に格納した後、商品購入者に送信することで行われる(S106)。
【0095】
仮決済マネーには、金額情報以外に、発行金融機関の識別情報、仮決済マネーまたは対応する取引を識別するための情報(マネーIDまたは支払ID、以下の説明ではこれらを総称して支払IDと呼ぶ)と、仮決済マネーの用途を識別する商品の識別情報および販売者情報等が格納されている。
【0096】
購入者取引金融機関処理装置3は、この仮決済マネーの発行の際に、この仮決済マネーの改竄防止と用途外の使用防止を目的に、仮決済マネーの重要な内容(金額、商品の識別情報、販売者情報)についてブラインド署名を付与する。ここで、ブラインド署名とは、他人に公開しない暗号鍵で暗号化し、第三者が復号化できないようにする暗号化方法である。販売者が購入者取引金融機関処理装置3に対して本決済依頼を行う際、購入者取引金融機関処理装置3は、ブラインド署名を他人に公開しない暗号鍵で復号化して、仮決済マネーの平文の該当内容と比較する。ブラインド署名された仮決済マネーを受領した者がブラインド署名の内容または仮決済マネーの平文の内容のいずれかを変更した場合は、両者が一致しないため、改竄されたことを認識できる。また、商品購入者処理装置1は、商品販売者処理装置2に仮決済マネーを送信する際、仮決済マネーの平文とブラインド署名と金融機関の認証情報を購入者の共通鍵で暗号化し、仮決済マネーを受領した販売者は、購入者の共通鍵を取り寄せて復号化することができる。
【0097】
前述したように、前記購入者取引金融機関処理装置3は、仮決済マネーの発行を行う際、商品購入者の口座の残高のうち、発行した仮決済マネーの金額分を凍結する。すなわち、指定された金額分が、口座管理DB30の商品購入者の口座の残高情報より差し引かれ、その顧客の口座と対応して発行した仮決済マネーの金額情報を、この取引を識別するための情報(支払ID)と共に仮決済マネーDB31に格納する。この仮決済マネーDBに格納された金額は、以降の処理で詳述するが、この支払IDに対応する商品が、商品購入者(または商品受領者)に届けられた旨の連絡を受けると、支払IDに対応する仮決済マネーの資金化が商品販売者に許可されるという性格のものである。また、それに反して、この支払IDに対応する商品の返品等で取引が中止された旨の連絡を受けると、支払IDに対応する仮決済マネーが、口座管理DB30の商品購入者の口座残高に再び加えられ、それ以降、商品購入者はその資金を他の用途に使用することができるようになる。
【0098】
仮決済マネー(支払IDおよび金融機関の識別情報および用途識別情報を含む)を受信(S106)した商品購入者処理装置1は、マネー管理DB11にこの仮決済マネーの情報を格納する。それと共に、支払にどの仮決済マネーを使用したかが識別できるように、仮決済マネーに付与されている支払IDを購入する商品に対応づけて、商品管理DBに格納する。
【0099】
次に、商品購入者処理装置1は、この仮決済マネーを商品販売者処理装置2に送信する(仮決済マネーの支払い:S108)。上述したが、この際、仮決済マネーに付されている支払IDも合わせて送信される。この支払IDは、購入者取引金融機関処理装置3側で仮決済マネーを識別するために用いるマネーIDでもよいが、商品購入者と商品販売者との間で任意に生成して仮決済マネーの発行時に購入者取引金融機関処理装置3に登録してもよい。
【0100】
仮決済マネーを受信した商品販売者処理装置2は、例えば、次のようにして、仮決済マネーの正当性(妥当性)をチェックする。仮決済マネーには、平文の金融機関識別情報と、金融機関のメッセージダイジェスト関数(ハッシュ関数等の一方向性関数)と、金融機関識別情報に対する認証局のデジタル署名とが、認証情報として含まれているものとする。このとき、商品販売者処理装置2は、まず、平文の金融機関識別情報にメッセージダイジェスト関数を適用する。次に、認証局の公開鍵を取寄せて、認証局のデジタル署名を復号化する。そして、メッセージダイジェスト関数の適用結果とデジタル署名の復号化結果を比較し、両者が一致すれば、正当な仮決済マネーであると認識する。金融機関識別情報のチェック以外に、購入者の本人確認や支払IDの妥当性チェック等を行うことも可能である。本人確認のために認証情報を用いる場合は、金融機関識別情報のチェックと同様のチェック方法が用いられる。チェックの結果がOKであれば、マネー管理DB21にその仮決済マネーの情報を格納すると共に、商品の売り上げに対してどの仮決済マネーが関係するかが識別できるように、対応する支払IDを商品販売管理DB20に格納しておく。
【0101】
また、別の方法として、後述する図3および図14にあるように、商品の発送前(仮決済マネーの受信時)に、仮決済マネーに含まれている金融機関の識別情報と支払IDを用いて、金融機関にその仮決済マネーの正当性を確認してもらってもよい。その際には、販売する商品の識別情報を金融機関に送付して用途の正当性チェックをも行うことで、不正にコピーされた仮決済マネーであることを検知することができる。
【0102】
ついで、商品販売者処理装置2は、商品の発送の指示をする(S110)と共に、この商品の発送に対応する仮決済マネーがあれば、対応する仮決済マネーに関して、商品販売者の口座がある金融機関の販売者取引金融機関処理装置4に、本決済取立依頼を発信する(S112)。この取立依頼は、購入者取引金融機関処理装置3に対する本決済依頼の代行処理依頼である。この際、仮決済マネーと共に、商品販売者の口座番号および商品リストを送信する。また、商品販売者処理装置2は、販売者取引金融機関処理装置4に本決済取立依頼(代行処理依頼)を送信せずに、直接、その仮決済マネーを発行した購入者取引金融機関処理装置3に対して本決済依頼を送信してもよいことはいうまでもない。
【0103】
商品販売者処理装置2より仮決済マネーの本決済取立依頼を受信した販売者取引金融機関処理装置4は、受信した本決済取立依頼の情報を、資金を入金する口座情報と共に、本決済取立依頼管理DB41に格納し、仮決済マネーを発行した金融機関の処理装置(購入者取引金融機関処理装置3)に入金すべき口座を指定して本決済依頼を送信する(S114)。
【0104】
一方、商品の発送を受けた(商品を受け取った)商品購入者は、受領した商品の確認を行い、所望のもの(OK)であれば、商品購入者処理装置1に対して、商品確認OKの入力を行う。これに対して、受領した商品に欠陥があり、満足できない場合には、図2に示すように、返品処理を行う。この返品処理は、後で図15を用いて詳しく説明するが、要は、その仮決済マネーを取り消して、本決済不能とし、購入者の口座を元の残高に戻す処理である。
【0105】
商品購入者処理装置1は、商品確認OKの入力を受けたならば、その商品に対応する仮決済マネーの本決済承認依頼を購入者取引金融機関処理装置3に送信する(S116)。この本決済承認依頼には、少なくとも、仮決済マネーを識別するための支払IDが添付される。
【0106】
購入者取引金融機関処理装置3では、商品販売者からの本決済依頼を受信すると、例えば、本決済依頼と共に送付された商品リストと仮決済マネーに格納されていた商品情報とを比較する等の方法により、その正当性をチェックする。チェック結果がOKであれば、その本決済依頼を本決済管理DB32に格納する。
【0107】
また、購入者取引金融機関処理装置3は、商品購入者の本決済承認依頼を受信すると、それを本決済管理DB32に格納する。
購入者取引金融機関処理装置3は、同一の支払IDを持つ本決済依頼と本決済承認依頼の両方が登録された時点で、その本決済依頼に基づいて本決済の処理を行う(S120)。本決済の処理の内容は、例えば、入金すべき口座が指定されていれば、そこに仮決済マネーの金額分の入金処理(振込)をすることである。また、直接商品販売者処理装置2から購入者取引金融機関処理装置3に本決済依頼が送信された場合などで、電子マネーによる入金が指定されていれば、該当する処理装置に電子マネーを送信する(S124)。
【0108】
先の本決済依頼を購入者取引金融機関処理装置3に送信した販売者取引金融機関処理装置4では、購入者取引金融機関処理装置3からの振込を受けると、口座管理DB40の対応する口座残高情報を更新すると共に、本決済取立依頼管理DB41に、依頼の処理が終了したことを記録する。そして、その本決済取立依頼をした商品販売者処理装置2に入金の通知を行う(S122)。これにより、本決済が終了する。
【0109】
以上説明した本発明の第1の実施形態によれば、以下の効果を得ることができる。
第1に、本決済依頼を前提として使用できる仮決済マネーを使用して決済を行うようにしたので、商品販売者、商品購入者共にリスクを負わないという効果がある。
【0110】
すなわち、商品販売者は、仮決済マネーの内容を確認することにより、商品購入者取引金融機関にその商品の購入資金が凍結され確保されていることを知ることができるから、安心して購入者に商品を発送することができる。
【0111】
一方、購入者は、商品を確認した後、本決済の承認依頼を行うことで、初めて決済が可能になるので、代金を前払いして粗悪な商品を受け取るようなリスクを負うことがない。
【0112】
また、商品購入に関する情報および仮決済マネー情報をデータベースで管理し、それを使用する各処理を自動で行うことができるので、オペレータ(購入者、販売者)は、商品発注やその確認時以外、データの入力を要求されることがない。このことで、商品購入がより安全で簡単に実現できる効果がある。
【0113】
次に、第2の実施形態の処理フローを図3に基づいて説明する。なお、上述の第1の実施形態と同様の構成要素については、同一符号を付してその説明は省略する。
【0114】
第1の実施形態では、商品購入者が、商品購入の度毎に、購入者取引金融機関処理装置3に仮決済マネーの発行を依頼するものであった。第2の実施形態においては、構成は図1と同様であるが、予め現金と同様に使用可能な電子マネーとしての決済口座マネーを商品購入者の商品購入者処理装置1に保持しておき、商品購入時に、この電子マネーを仮決済マネーとして使用するか、通常の電子マネーとして使用するかの選択を行えるようにする。
【0115】
なお、ここで決済口座マネーとは、金額情報を含み、電子マネーとして流通し得るものである。しかし、これは、商品購入者の口座に基づいて発行され、正当な本決済依頼がありかつこの口座について本決済されることで、初めて資金化される性格の電子マネーである。
【0116】
以下、この第2の実施形態の処理フローを図3に基づいて説明する。
まず、商品購入者処理装置1は購入者取引金融機関処理装置3に所望の金額分の決済口座マネー発行依頼を送信する(S130)。
【0117】
決済口座マネー発行依頼を受信した購入者取引金融機関処理装置3は、図2の仮決済マネーの場合と同様に、口座管理DB30の残高情報等を参照することで、指定された金額分の決済口座マネーが商品購入者の口座より発行可能か(残高あるいは与信残高が充分であるか)を判定する。可能であれば、指定された金額を口座管理DB30の商品購入者の口座の残高情報より差し引き、その金額情報を、その金額に対応する決済口座マネーを識別するための情報(マネーID)と共に、口座管理DB30内の決済口座管理レコードに格納する。ついで、その金額分の決済口座マネーは、商品購入者処理装置1に送信(発行)される(S132)。
【0118】
次に、この決済口座マネーを使用して商品を購入する場合の手順について説明する。
まず、決済口座マネーを保持している商品購入者処理装置1は、商品販売者処理装置2に対して商品の購入依頼を送信する(S140)。商品の購入依頼を受信した商品販売者処理装置2は、商品販売管理DB20を検索することでその商品の在庫や販売価格等をチェックして、その結果を購入者処理装置1に送信する(S142)。商品の販売価格等を受信した購入者処理装置1では、受信した情報を商品管理DB10に格納しておく。
【0119】
次に、商品購入者処理装置1は、商品購入者に、どのような方法で支払うかの選択の入力をさせる。例えば、以下のものから選択させる。
(1)決済口座マネーを用い、商品の受領確認なしで本決済可能とする。
(2)決済口座マネーを用い、商品の受領確認後に本決済可能とする。
【0120】
決済口座マネーは、第1の実施形態の仮決済マネーと異なり、予め使途が定められていないものであるから、この決済口座マネーを受け取った者は、正当な本決済依頼をこの決済口座マネーIDと共に発行金融機関(商品購入者金融機関処理装置3)に示すだけで、この決済口座マネーの資金化を行える。上記(1)の処理は、商品販売者にこの処理を許可するものである。また、上記(2)の処理は、上述した第1の実施形態の処理を行わせるものである。
【0121】
第2の実施形態では、上記(2)の「決済口座マネーを用い、商品の受領確認後に本決済可能とする」を選択した場合の処理について説明する。
この場合、商品購入者処理装置1は、マネー管理DB11に格納されている決済口座マネーの情報から、購入商品の金額分の決済口座マネーを生成し、決済口座マネーの残高から購入商品の金額を差し引いて更新する。商品購入者処理装置1は、生成された購入商品の金額分の決済口座マネーに、この決済口座マネーが仮決済であることを示す識別情報と、マネーIDに追加するID(例えば、この取引を特定するための識別情報である支払いID)を付与して、「仮決済マネー」とすると共に、商品購入者のブラインド署名をする。商品購入者のブラインド署名をするのは、最終的にこの決済口座マネーを受領した購入者取引金融機関処理装置3が、正当な顧客が発行したものであることを確認できるようにするためである。
【0122】
次に、商品購入者処理装置1は、上記生成した決済口座マネーを商品販売者処理装置2に送信する(S144)。
決済口座マネーを受信した商品販売者処理装置2は、商品の発送および決済口座マネーの本決済依頼の処理を行う。第1の実施形態(図2)では、販売者処理装置2は、本決済依頼を商品の発送後もしくは発送時に行っていたが、本実施形態では、ステップ146に示されるように、購入者取引金融機関処理装置3に対して、受け取った決済口座マネーの正当性の確認を要求すると共に、本決済依頼を行う(S146)。この本決済依頼には、支払先情報が含まれる。例えば、本決済した資金を商品購入者取引金融機関の所定の口座に振込(入金)してほしい場合には、その口座情報が含まれる。また、直接電子マネーで受け取りたい場合には、商品購入者のアドレス(商品購入者処理装置のアドレス)を指定できる。
【0123】
決済口座マネーの正当性チェック依頼および本決済依頼を受信した購入者取引金融機関処理装置3は、口座管理DB30や決済口座マネーに格納されている情報に基づき、決済口座マネーのブラインド署名情報をチェックして、決済口座マネーの正当性を確認する。このとき、例えば、ブラインド署名情報を商品購入者の暗号鍵により復号化して、その結果を対応する情報と比較する。両者が一致すれば、決済口座マネーの正当性が確認される。また、購入者取引金融機関処理装置3は、依頼元である販売者の本人情報に基づいて、本人確認を行う。本人確認の方法は、前述した仮決済マネーの正当性のチェック方法と同様である。これらのチェック結果がOKであれば、この購入者取引金融機関処理装置3は、本決済管理DB32に決済口座マネーと入金先の商品販売者の口座情報を格納すると共に、そのチェック結果を商品販売者処理装置2に送信する(S148)。
【0124】
上記のチェック結果を受信した商品販売者処理装置2は、チェック結果がOKであれば、商品販売管理に必要な情報を格納し、そして商品の発送の処理を行う(S150)。
【0125】
商品の発送を受けた商品購入者あるいは商品購入者が指定した第三者である商品受取者(受領者)は、受領した商品の確認を行い(S151)、OKであれば、商品購入者処理装置1に商品確認OKの入力を行う。これに対して、受領した商品に欠陥がある場合には、後で図15を用いて説明する返品処理に移行する。
【0126】
ついで、商品購入者処理装置1は、購入者が受領確認をした商品に対応する決済口座マネーの本決済承認依頼を、購入者取引金融機関処理装置3に送信する(S152)。本決済承認依頼には、少なくとも、決済口座マネーを識別するための支払IDが含まれる。
【0127】
購入者取引金融機関処理装置3は、商品購入者の本決済承認依頼を受信するとこれを本決済管理DB32に格納し、その結果を商品購入者処理装置1に通知する(S154)。
【0128】
購入者取引金融機関処理装置3は、同一の支払IDを持つ本決済依頼と本決済承認依頼の両方が登録された時点で、本決済依頼に基づいて本決済の処理を行う(S155)。この処理は、入金先の商品販売者の口座が指定されていれば、そこに仮決済情報を含む金銭情報の金額分の入金を行う処理である(S156)。また、電子マネーによる入金が指定されていれば、該当する処理装置に電子マネーを送信する(S160)。
【0129】
販売者の口座を有する販売者取引金融機関処理装置4では、購入者取引金融機関処理装置3からの振込を受けると、口座管理DB40の対応する口座残高情報を更新し、商品販売者処理装置2に入金の通知を行う(S158)。
【0130】
このことにより、第2の実施形態の本決済処理は終了する。
以上述べたような構成によれば、あらかじめ金銭情報として発行された「決済口座マネー」に、本決済承認依頼を条件として支払うことを示す仮決済情報をブラインド署名して移転することで仮払いを行えるから、第1の実施形態とほぼ同様の効果を得ることができる。
【0131】
また、仮決済情報をブラインド署名して決済口座マネーに添付して移転するようにしたので、第三者の改竄や不正コピーによる不正使用を有効に防止できる効果がある。
【0132】
尚、第1の実施形態においては、仮決済マネーに発行金融機関のブラインド署名を付加し、第2の実施形態においては、決済口座マネーに購入者のブラインド署名を付加するものとしたが、いずれの実施形態においても、発行金融機関および購入者のブラインド署名を併用することが可能である。
【0133】
次に、図4および図5を参照して第3の実施形態について説明する。
本実施形態の決済システムは、図4に示すように、商取引を管理する取引管理センタに設置された取引管理装置5を有する。なお、その他の第1の実施形態と同様の構成要素には同一の符号を付して、その詳しい説明は省略する。
【0134】
取引管理装置5は、この図に示すように、暗号鍵管理DB50と、購入者情報DB51と、販売者情報DB52と、金融機関情報DB53と、販売者情報DB54と、取引管理DB55と、本決済サイト監視DB56と、返品サイト監視DB57とを有する。
【0135】
暗号鍵管理DB50は、取引管理装置5を経由して送受信を行う利用者全ての公開鍵、共通鍵、取引管理装置と利用者固有の共通鍵、および取引管理装置の秘密鍵を格納し管理するものである。
【0136】
購入者情報DB51は、商品購入者の本人情報、ネットワークID、取引金融機関情報等を格納し管理するものである。
販売者情報DB52は、商品販売者の本人情報、ネットワークID、取引金融機関情報等を格納し管理するものである。
【0137】
金融機関情報DB53は、取引管理装置5を仲介して電子マネーの発行、資金決済等を行う金融機関の本人情報、ネットワークID等を格納し管理するものである。
【0138】
配達者情報DB54は、商品の配達または返品の配達を行う宅配業者(商品配達業者)の本人情報、ネットワークID等を格納し管理するものである。
取引管理DB55は、購入者の商品購入情報、支払情報、決済結果等を管理する。また、商品販売者の商品販売情報、商品の発送情報、返品情報、返品に伴う取消情報等を管理する。さらに、配達者による第三者配達証明情報、後述する第1の第三者返品証明情報および第2の第三者返品証明情報を管理する。
【0139】
また、本決済サイト監視DB56は、商品受領者が商品受領後、商品購入者または商品受領者が本決済承認依頼または返品依頼を一定期間内に行っているか否かの監視をするものである。
【0140】
返品サイト監視DB57は、商品受領者または商品購入者からの返品依頼の発生状況の監視、返品依頼発生に伴う取消依頼処理の代行、商品販売者の取消処理のサイト監視、および商品販売者からの返品のクレーム状況の監視等を行うものである。
【0141】
なお、この取引管理装置5の詳しい構成は、第3から第8までの実施形態の処理工程の説明を行った後に説明する。
図5は、この取引管理装置5を経由する本決済の処理フローを示すものである。本実施形態の処理においては、送信メッセージの暗号化および復号化を行う。この暗号化および復号化の工程を簡略化して示すために、商品購入者処理装置1をA、購入者取引金融機関処理装置3をF1、取引管理装置5をTC、販売者取引金融機関処理装置4をF2、商品販売者処理装置2をBで示している。
【0142】
例えば、ステップ170(S170)の商品購入依頼においては、(暗号A−TC)と表示されているが、これは、商品購入者処理装置Aが取引管理装置TC用の暗号鍵を用いてメッセージを暗号化し、取引管理装置TCがそのメッセージを商品購入者処理装置A用の復号鍵を用いて復号化することを示す。なお、この「暗号化」の語には、電子認証も含まれ、取引管理装置TCの商品購入者処理装置A用の共通鍵を用いた暗号も含まれる。また、複数種の鍵を組み合わせて用いたり、メッセージダイジェスト関数を用いて暗号化したものも含まれ、要は、メッセージが送る相手方にしか復号化(本人確認)できない方法で暗号化されていることを示す。なお、これ以降の工程については、(A−TC)のように記載し、その説明を省略している。
【0143】
この第3の実施形態においては、情報の送受信は、原則として全て取引管理装置5を介して行われる。すなわち、取引管理装置5は、送信者からの暗号化された情報を受け取り、これを送信者用の復号用鍵を用いて復号化し、ついで、この情報を取引管理装置5の認証付きで受信者用の暗号用鍵で再暗号化して、受信者に送信する。
【0144】
例えば、ステップ170の商品購入依頼の送信に際しては、取引管理装置5は、暗号化された商品購入依頼情報を受け取り、購入者情報DB51にアクセスして購入者の本人確認を行うと共に、暗号鍵管理DB50からその購入者用の復号用鍵を取り出し、受け取った商品購入依頼を復号化する。そして、この商品購入情報を取引管理DB55に格納すると共に、暗号鍵管理DB50から情報の送信先である商品販売者用の暗号鍵を取り出し、この取引管理装置5の認証付きで商品購入情報を再暗号化する。そして、ステップ172において、この再暗号化された商品購入情報を商品購入者処理装置2に送信する。
【0145】
このように取引管理装置5は、情報の送受信に常に介在して、暗号鍵管理DB50から取り出した送信元の復号用鍵を用いて、受け取った情報を復号化し、取引管理DB55に格納する。それと共に、その情報を、暗号鍵管理DBから取り出した送信先用の暗号用鍵で再暗号化して、送信先に送信する。
【0146】
図5に示された処理手順S170〜S210は、このように取引管理装置5が介在する以外は、第1の実施形態の処理手順と同じである。従って、その詳しい説明は省略する。
【0147】
この第3の実施形態の構成によれば、以下の効果を得ることができる。
第1に、処理装置1〜4間の情報の送受信を取引管理装置5で中継するようにすることで、商品購入者処理装置1と商品販売者処理装置2間で暗号用および復号用の鍵を交換する必要がない。このため、セキュリティが向上すると共に、取引毎に暗号用鍵を生成し変更する必要がないという効果がある。
【0148】
第2に、取引管理装置5で、取引の進捗状況を一元管理することができるので、取引の整合性を図ることができ、処理装置1〜4間で問題が起きることを有効に防止することができる効果がある。
【0149】
次に、第4の実施形態について図6〜図10を参照して説明する。
この第4の実施形態のシステムは、第3の実施形態(図4)と同じ構成を有し、異なる点は、商取引の対象として電子コンテンツを扱うこと、取引管理装置5(TC)が情報通信を仲介するのみでなく、第三者証人として機能する点である。
【0150】
ここで、「電子コンテンツ取引」とは、有形商品を取り扱う「物流取引」に対する語で、ネットワーク上で流通するソフトウエア等の無体の商品に関する取引である。物流取引と異なる点は、容易にコピーすることができるものであるから、返品という観念が適用できない点である。そこで、本実施形態では、取引管理装置5が第三者証人機関としてその取引を管理する。
【0151】
また、本実施形態では、上述した実施形態と異なり、支払処理あるいは取消処理において、一定期間内に商品販売者処理装置2(B)あるいは商品購入者処理装置(A)から必要なアクセスがない場合に、図8、図9、図10に示されるように取引管理装置5(TC)の責任で強制的に決済処理あるいは取消処理を行うようにする。
【0152】
以下、正常な決済処理を図6、図7を参照して説明する。
なお、本実施形態においては、仮決済マネーの発行工程についての説明を省略している。この仮決済マネーとしては、第1の実施形態で説明した仮決済マネーであってもよいし、第2の実施形態で説明した決済口座マネーであってもよい。また、上述した実施形態と同様の処理工程については、その説明を簡略化する。また、本実施形態においても、取引管理装置5で情報の復号化および再暗号化を行うが、ここではその説明を省略する。
【0153】
まず、商品購入者処理装置1は、商品の注文を仮決済マネーと共に取引管理装置5に送信する(S220)。次に、取引管理装置5は、この商品購入情報および仮決済マネー情報を取引管理DB55に登録し、その情報を再暗号化して商品販売者処理装置2に送信する(S222)。商品販売者処理装置2は、商品管理DB20にアクセスして在庫を確認すると共に電子コンテンツを取り出し、これを商品購入者処理装置1に送信する(S224)。ここで送信される電子コンテンツは、「ダイジェスト」と「コンテンツ」とからなる。「ダイジェスト」は、コンテンツの試用版あるいは紹介版であり、これにより購入者はコンテンツの内容をある程度知ることができる。このコンテンツは暗号化されないで送信される。また、本体であるコンテンツは、購入者毎に異なる暗号鍵で暗号化されていて、販売者から提供される購入者毎に異なるコンテンツ用復号鍵がなければ、中身を見ることができないようになっている。さらに、コンテンツの複数箇所に、購入者毎に異なる販売者のブラインド署名を刷り込んでおくことにより、不正コピーに対する追跡を容易にすることができる。
【0154】
商品販売者処理装置2は、ステップ226でコンテンツ用復号鍵を取引管理装置5に送信し、この取引管理装置5は、取引管理DB55に取引情報として格納する。
【0155】
この電子コンテンツを受け取った購入者は、ダイジェストを見て(S225)、それが気に入れば、取消管理装置5にコンテンツ用復号鍵の依頼を行う(S234)。このように、商品購入者処理装置1からコンテンツ用復号鍵の依頼がなされることで、購入者の代金支払いの意志を擬制することができる。取引管理装置5は、この依頼を取引管理DB55に登録することで、その証人(第三者証人)となる。
【0156】
次に、取引管理装置5は、商品購入者処理装置1に対してコンテンツ用復号鍵の送信を行う(S236)。商品購入者処理装置1は、そのコンテンツ用復号鍵を用いてコンテンツの復号化を行う。このとき、復号化が行えれば、図7に示される本決済承認依頼処理に移行する(S241)。一方、復号化が行えない場合には、取消依頼と共に電子コンテンツを取引管理装置5に送信する(S240)。取引管理装置5は、この取消依頼を受けて電子コンテンツが復号化できるかどうかを確認するために、商品販売者処理装置2に電子コンテンツを要求する(S242)。これを受けて、商品販売者処理装置2は、取引管理装置5に復号化前の電子コンテンツを送信する(S244)。ついで、取引管理装置5は、自己が管理するコンテンツ用復号鍵を用いて復号化を試み、復号化できる場合には、その復号鍵を商品購入者処理装置1に再送する(S246)。また、復号化できない場合には、商品購入者処理装置1に取消受付通知を送信する(S248)。
【0157】
次に、本決済承認処理(S241)について、図7を用いて説明する。
支払処理においては、まず、商品購入者処理装置1は、本決済承認依頼を取引管理装置5に送信する(S250)。取引管理装置5は、これを取引管理DB55に登録すると共に、本決済承認依頼を商品購入者(A)の認証付きで購入者取引金融機関処理装置3に送信する(S252)。ここで、商品購入者の認証とは、取引管理装置5が購入者情報を確認したことを示す情報を意味する。
【0158】
購入者取引金融機関処理装置3は、商品販売者処理装置2から本決済依頼(取立依頼)を受けているかを、仮決済マネー管理DB31に基づいて確認する(S253)。販売者からすでに本決済依頼を受けている場合には、購入者取引金融機関処理装置3は、代金を販売者取引金融機関処理装置4に振り込んで本決済を行い(S254)、販売者取引金融機関処理装置4は、その入金通知を商品販売者処理装置2に送信する(S258)。
【0159】
一方、本決済依頼が未だ登録されていない場合には、購入者取引金融機関処理装置3は、本決済依頼の催促通知を取引管理装置5に送信する(S260)。取引管理装置5は、それに基づいて本決済依頼要求を商品販売者処理装置2に送信する(S262)。これに基づいて商品販売者処理装置2は、本決済依頼を取引管理装置5に送信し(S264)、取引管理装置5は、被振込請求内容を含む本決済依頼を、商品販売者(B)の認証付きで購入者取引金融機関処理装置3に送信する(S266)。この結果、購入者取引金融機関処理装置3は、本決済の条件を満たせば、前述の工程によって本決済処理による振込を行う(S254)。また、NGの場合には、その結果を取引管理装置5を介して、商品販売者処理装置2に送信する(S268,S270)。
【0160】
次に「支払処理のサイト監視」工程について、図8を参照して説明する。「サイト監視」とは、期限監視の意味である。本実施形態においては、購入者がいつまでたっても必要な支払処理(本決済承認依頼)を行わない場合に、取引管理装置5が、第三者証人機関として強制的に支払処理を行う。
【0161】
このために、まず、取引管理装置5は、図8に示すように、支払済みかどうかを判断し(S280)、支払済みでない場合、支払サイト監視を行う(S282)。支払サイト監視の期間としては、第三者配達証明情報内の商品受領日または復号鍵の発送日を起算点として、システムのサイト監視期間(例えば7日)または第三者配達証明情報内のサイト監視期間が設定される。設定されたサイト監視期間の間に、図7に示す支払処理がなされない場合には、サイトオーバと判断する(S284)。ついで、取引管理装置5は、その処理が仮決済中であるかどうかを判断し、仮決済中でない場合には、商品購入者処理装置1に対して支払い催促依頼の通知を行う(S288)。一方、仮決済中である場合には、購入者取引金融機関処理装置3に対して、本決済承認依頼(代理依頼)および第三者証人認証を送信する(S292)。購入者取引金融機関処理装置3は、この取引管理装置5の第三者認証に基づいて、商品購入者からの本決済依頼があったとみなし、図7に示すステップ252以下と同様の工程(S292〜S318)で支払処理を強制的に行う。
【0162】
なお、この支払サイト監視は、前述したように、図6において、取引管理装置5が復号鍵の送信を行った時点(S236)から行う。購入者がコンテンツを受け取って復号鍵を要求した事実は、取引管理装置5(第三者証人)の取引管理DB55に格納されているので、購入者は、本決済承認依頼を拒否することはできない。従って、取引管理装置5は、前述の自動支払処理を行うことができる。
【0163】
次に、前述の取消依頼通知処理について図9を参照して説明する。
取消処理は、図6のステップ228で示す工程にあるように、電子コンテンツのダイジェストを購入者が気に入らず、取引の取消依頼を取引管理装置5に送信することで開始される(S230)。
【0164】
図9のステップ330に示すように、取引管理装置5は、取消依頼通知を商品販売者処理装置2に送信する。取消依頼通知を受けた商品販売者処理装置2は、取消処理を行う。まず、商品販売管理DB20および仮決済マネー管理DB21に問い合わせ、すでに商品の代金が支払い済み(前払いの場合)かどうかを確認する(S332)。支払済みである場合には、商品購入者に返金を行うために、取引管理装置5に振込依頼を送信する(S334)。これを受け取った取引管理装置5は、必要に応じてDB50,52,53,55,57に問い合わせ、この振込依頼を商品販売者(B)の認証付きで商品購入者取引金融機関処理装置4に送信する(S336)。
【0165】
販売者取引金融機関処理装置4は、これに基づいて口座管理DB40にアクセスし、商品販売者の口座から所定の金額を商品購入者取引金融機関の商品購入者の所定の口座(口座管理DB30)に振り込む(S340)。この振込を行ったならば、販売者取引金融機関処理装置4は、その結果を取引管理装置5に通知し、登録する。
【0166】
また、購入者取引金融機関処理装置3は、入金の通知を商品購入者処理装置1に送信する(S342)。これにより、返金処理が終了する。
一方、ステップ332において、支払済みでない(前払いでない)と判断された場合には、仮払い済みかどうか、すなわち、その取引について仮払いの決済を使用しているかどうかを判断する(S344)。仮払い済みでないと判断された場合、すなわち、後払いあるいは商品代引き取引の場合には、この商品販売者処理装置2は、取引管理装置5に対して取消承認を通知する(S346)。この場合には、代金が未払いであり、また、商品購入者は電子コンテンツの内容を見ていないから(商品を受け取っていないから)、単に取引を取り消すだけでよい。従って、取引管理装置5は、所定のDB50,51,52,55に登録を行った後、商品購入者処理装置1に取消完了通知を送信する(S348)。
【0167】
また、ステップ332の処理において、仮払い済みであると判断された場合、すなわち、仮決済マネーを用いた支払いを受けている場合には、商品販売者処理装置2は、仮決済の取消依頼を取引管理装置5に送信する(S350)。取引管理装置5は、これを所定のDB50,52,53,55に登録すると共に、仮決済の取消依頼を商品販売者(B)の認証付きで購入者取引金融機関処理装置3に送信する(S352)。一方、この取引管理装置5は、購入者処理装置2からすでに本決済取立依頼を受けているかどうかを判断し(S362)、受けている場合には、それを取り消して販売者取引金融機関処理装置4に通知する。
【0168】
次に、購入者取引金融期間処理装置3は、ステップ354で、すでに本決済依頼(または本決済承認依頼)を受けているかどうかを判断し、受けている場合には、これを取り消し、仮決済の取消完了通知を商品購入者処理装置1に送信する(S360)と共に、同じく、本決済依頼の取消完了通知を取引管理装置5を介して商品販売者処理装置2にも送信する(S356,S358)。
【0169】
次に、取消処理のサイト監視処理について図10を参照して説明する。
この取消処理のサイト監視処理は、図9において、取引管理装置5から取消依頼通知を受けた(S330)にも関わらず、商品販売者処理装置2が何ら取消に関する処理(S334,S346,S350)を行わない場合に対処するために行われる。このため、サイト監視は、図9に示すステップ330の取消依頼通知を発した時点から開始される。
【0170】
図10に示すように、取引管理装置5は、まず、取消処理代行依頼を受けているかどうかを判断する(S380)。取消処理代行依頼を受けている場合には、サイト監視を行うことなく、また、商品販売者処理装置2からの通知に関わらず、この取引管理装置5は、単独でステップ386以下の取消処理を行う。
【0171】
この取消処理は、図9において商品購入者処理装置2で行っていた支払済みかどうかの判断(S332)および仮払い済みかどうかの判断(S344)を、図10にステップ386およびステップ398に示すように、取引管理装置5で行う他は、図9でステップ332以下で行っていた処理と同じである。従って、その詳しい説明は省略する。
【0172】
このように、商品販売者の確認をとらなくてもこのような処理を行えるのは、取引管理装置5が、第三者証人として、商品購入者処理装置1が電子コンテンツ復号用鍵を受け取っていないことおよび電子コンテンツ購入の意志がないことを証明でき、また、全ての取引についての記録を保持しているからである。従ってこの取引管理装置5は第三者証人として機能することにより、購入者の現実の意志表示に関わらず、取消処理を迅速にかつ確実に行うことができる。
【0173】
一方、取消処理の代行依頼を受けていない場合には、取引管理装置5は、ステップ382およびステップ384に示すように、サイト監視を行い、監視期間内に商品販売者処理装置2が図9に示す処理を行わない場合に限って、サイトオーバと判断し、ステップ386以下の取消処理を商品販売者処理装置2の確認をとらずに行う。
【0174】
このような構成によれば、以下に説明する効果を得ることができる。
第1に、取引管理装置5が取引を中継するので、第3の実施形態と同様の効果を得ることができる。
【0175】
第2に、電子コンテンツの取引を行う場合、仮決済マネーの送信およびこの電子コンテンツの復号鍵の送信を中継し管理するので、これら事実を第三者証人機関として立証することがきる。したがって、この取引管理装置5で販売者および購入者から一定の期間内に必要な手続がとられない場合でも、取引管理DB55に格納された情報に基づき、自動で処理を行うことができる。このため、取引の決済処理が簡単、安全でかつ迅速、確実に行える効果がある。
【0176】
次に、第5の実施形態について図11および図12を参照して説明する。
第4の実施形態においては、電子コンテンツの取引を行う場合において、取引管理装置5を第三者証人として用いていたが、第5の実施形態は物流取引を行うためのシステムであり、第三者証人機関として宅配業者等に設けられた配達者処理装置6(配達管理装置)を用いる。
【0177】
図11に示すように、配達者処理装置6は、配達管理DB60を有する。その他の構成要素は、第1の実施形態と同様であるので、それらの説明は省略する。以下、このシステムの動作を図12を用いて説明する。
【0178】
まず、商品販売者処理装置2は、すでに商品購入者処理装置1から受注を受けているものとする。すなわち、商品販売者処理装置2は、既に商品購入者処理装置1から仮決済マネーおよび商品購入情報を受け取っている。この場合、まず、商品販売者処理装置2は、商品配達依頼を配達者処理装置6に送信する(S422)。配達者処理装置6は、商品配達のための情報を配達管理DB60に登録すると共に、依頼された商品を購入者あるいは購入者が指定した受領者Aに配達する(S424)。
【0179】
配達者処理装置6は、商品購入者処理装置1から本人認証を含む受領証明を受け(S426)、配達日付と共に前記DB60に登録する。また、配達者処理装置6は、配達結果報告情報を商品販売者処理装置2に送信する(S428)。この配達結果報告情報には、商品購入者処理装置1の受領証明および配達者処理装置6の認証が含まれる。これらの情報は、商品販売者処理装置2の取引管理DB20,21に登録される。
【0180】
次に、商品販売者処理装置2は、本決済依頼を既に発行しているかどうかを判断する(S430)。未だ本決済依頼を発行していない場合には、ステップ432で依頼先を判断する。依頼先としては、既に述べたように、(イ)販売者取引金融機関処理装置4と、(ロ)購入者取引金融機関処理装置3とを選択できる。本決済取立依頼の工程(S434〜S440,S442〜S446)については、既に説明した本決済依頼の工程と同様であるので、その説明を省略する。
【0181】
一方、商品販売者処理装置2は、この本決済取立依頼を行った後、本決済承認依頼のサイト監視を開始する(S448〜S452)。このサイト監視は、本決済取立依頼を行ったにもかかわらず、いつまでも入金がない場合、あるいは返品処理がない場合に、強制的に本決済を行うためのものである。監視期間としては、取立依頼を行ってから一般に入金がなされるまでに必要な期間として、妥当な日数が設定される。
【0182】
本決済完了通知(S450)がないまま監視期間が経過した場合、商品販売者処理装置2は、サイトオーバとして(S452)、本決済承認依頼処理を強制的に開始する。この本決済承認依頼処理は、宅配業者(配達者処理装置6)が商品を配達したことを証明する第三者証人機関として機能し、購入者は返品しない限り商品の購入意志を否定できないということに基づいて行われる。
【0183】
このため、商品販売者処理装置2は、販売者取引金融機関処理装置3に対して、本決済承認依頼を第三者証明(配達者処理装置6の宅配証明)付きで送信する。販売者取引金融機関処理装置3は、その依頼が第三者証明付きであることをチェックし(S456)、正当である場合には、ステップ462で振込先を判定する。振込先が販売者取引金融機関である場合には、販売者取引金融機関の販売者Bの口座に入金を行う(S464)。入金が行われたならば、販売者取引金融機関処理装置4は、商品販売者処理装置2に入金の通知を行う(S466)。
【0184】
一方、振込先が直接商品販売者処理装置2である場合には、商品購入者取引金融機関処理装置3は、電子マネーを商品販売者処理装置2に送信する(S468)。これにより、本決済が終了する。
【0185】
このような構成によれば、第4の実施形態と同様に、販売者、購入者以外の第三者証人機関が存在し、この認証データを仮決済マネーに添付することができるので、購入者が本決済承認依頼を発行しない場合であっても、第三者証明によって決済処理を進めることができる。このため、決済処理が迅速かつ確実に行える効果がある。
【0186】
次に第6の実施形態を図13〜図15を参照して説明する。
第5の実施形態のシステムにおいては、商品購入者に商品を配達する配達者処理装置6を有していたが、本実施形態においては、図13に示すように、さらに、商品の返品配達を行う配達者処理装置7を有する。この配達者処理装置7は、同様に、配達管理DB70を有する。
【0187】
図14は、通常の決済を説明するための図であり、図15は返品処理を説明するための図である。図14においては、返品を行うための配達者処理装置7は機能せず、配達を行うための配達者処理装置6のみが機能する。
【0188】
まず、商品購入者処理装置1は、商品注文依頼および仮決済マネーを商品販売者処理装置2に送信する(S480)。商品販売者処理装置2はこれに基づいてDB20に在庫を確認し、在庫がなければその結果を受け取った仮決済マネーと共に商品購入者処理装置1に送信(返却)する(S482)。また、在庫がある場合には、その通知を商品購入者処理装置1に送信する(S484)。ついで、商品販売者処理装置2は、購入者取引金融機関処理装置3に対して本決済依頼(被振込請求)を送信する(S486)。購入者取引金融機関処理装置3は、その内容をチェック(S488)し、その結果を商品販売者処理装置2に通知する(S490)。なお、チェックの結果がOKの場合にはその結果のみを通知するが、チェックの結果がNG場合には、その結果を仮決済マネーと共に商品販売者処理装置2に送信する。結果がNGの場合には、商品販売者処理装置2は、商品発送を行わず、仮決済マネーを返却する(S492)。
【0189】
結果がOKの場合には、商品販売者処理装置2は、商品購入者処理装置1に対して商品発送通知を送信すると共に(S494)、配達者処理装置6に対して商品発送依頼を送信し(S496)、配達者処理装置6はその受付証明(領収書)を商品販売者処理装置2に返送する(S498)。
【0190】
一方、配達業者処理装置6が受けた発送依頼に基づき、宅配業者は商品を購入者に届ける(S500)。商品購入者処理装置1は、受領証明を発行し(S502)、配達者処理装置6は、これに配達者認証を付けて商品販売者処理装置2に送信する(S504)。
【0191】
一方、ステップ506で、購入者は配達された商品を確認し、満足したならば、購入者取引金融機関処理装置3に対して本決済承認依頼を発する(S508)。購入者取引金融機関処理装置3は、これに基づき、販売者取引金融機関の販売者の口座に商品購入代金の振込を行う(S512)。販売者取引金融機関処理装置4はその入金通知を商品販売者処理装置2に送信する(S514)。また、購入者取引金融機関処理装置3は、振込の結果を商品販売者処理装置1に送信する(S510)。
【0192】
このことで、通常の決済処理が終了する。
一方、ステップ506において、購入者が商品に満足しない場合には、図15に示される返品処理が行われる。この返品処理工程においては、通常の配達を行うための配達者処理装置6を用いてもよく、返品を行うための配達者処理装置7を用いてもよい。ここでは、配達者処理装置7を用いて説明する。
【0193】
まず、商品購入者処理装置1は、配達者処理装置7に対して返品発送の依頼を行い(S520)、その依頼の受付証明(領収書)を受け取る(S522)。また、配達者Yは商品販売者に対して返品を届ける(S524)と共に、その受領証明をもらう(S526)。
【0194】
一方、商品購入者処理装置1は、返品受付証明(領収書)をDB12に格納すると共に、それに基づき仮決済取消依頼および返品受付証明を購入者取引金融機関処理装置3に送信する(S528)。取引金融機関処理装置3は、その受付結果を商品購入者処理装置1に送信する(S530)。
【0195】
なお、取引管理装置5はすぐには取引取消処理を行わず、調停日数(X)を設定し(S532)、販売者から返品された物品についてのクレームが生じないかどうかを監視する。
【0196】
すなわち、販売者は、ステップ538において、返品された物品を検査し、その返品を承認するか、否認する(返品に対してクレームをつける)かの判断を行う。そして、返品の承認あるいは返品クレームを購入者取引金融機関処理装置3に送信する(S540)。
【0197】
購入者取引金融機関処理装置3は、毎日、調停日数を1ずつデクリメントしながら、返品クレームあるいは返品承認を監視し(S546〜S554)、返品クレームがある場合には、クレームフラグをONにし(S544)、購入者処理装置1に通知し(S542)、仮決済処理の解除は行わない。
【0198】
一方、クレームフラグが立たないまま調停日数が0になったならば(S546)、購入者取引金融機関処理装置3は、仮決済の取消処理(S558)を行う。また、そのことを商品購入者処理装置1に通知する(S556)。
【0199】
このような構成によれば、第5の実施形態と同様の効果を得ることができる他、返品時に宅配業者Yを返品の第三者証人機関として使用することにより、この宅配業者の第三者証明に基づいて調停日数を設定し、クレーム処理等を行うことができる。
【0200】
次に、第7の実施形態について図16〜18を参照して説明する。
この第7の実施形態のシステムは、図16に示されるように、第6の実施形態のシステム(図13)において、第3の実施形態と同様に取引管理装置5が取引を中継すると共に取引を管理するようにしたものである。なお、既に説明した構成要件については、同一の符号を付してその詳しい説明を省略する。
【0201】
次に、図17を参照して本実施形態における物流取引の処理フローを説明する。
まず、商品購入者処理装置1は、商品注文依頼および仮決済マネーを取引管理装置5を介して商品販売者処理装置2に送信する(S570,S572)。このとき、取引管理装置5は、第3の実施形態で説明したように、情報の復号化および再暗号化を行うと共にその取引をDB55に登録する。
【0202】
次に、商品販売者処理装置2は受け取った仮決済マネーを仮決済マネーDB21に格納すると共に、商品販売DB20にアクセスして商品の在庫をチェックし、その結果の通知を本決済依頼と共に取引管理装置5に送信する(S574)。取引管理装置5は、それをDB55に格納すると共に、結果通知のみを商品購入者処理装置1に送信する(S576)。また、本決済依頼については、販売者Bの認証と共に購入者取引金融機関処理装置3に送信する(S578)。購入者取引金融機関処理装置3は、それをDB32に登録すると共に、登録結果を取引管理装置5に送信する(S580)。
【0203】
一方、商品販売者処理装置2は、商品発送依頼を商品の配達を行う配達者処理装置6に送信する(S582)。この配達者処理装置6は、その受付証明(領収書)を商品販売者処理装置2に送信する(S584)。
【0204】
また、配達者処理装置6は、商品配達の受付登録を取引管理装置5に送信すると共に(S586)、商品購入者に商品の配達を行う(S588)。商品を受領した商品購入者は、受領証明を配達者に発行する(S590)。配達者処理装置6は、その受領証明をDB60に登録すると共に、その受領証明を配達者認証付きで商品販売者処理装置2に送信する(S592)。
【0205】
一方、商品を受け取った商品購入者はその商品を確認し(S593)、所望の商品である場合には、取引管理装置5に対して本決済承認依頼を送信する(S594)。
【0206】
取引管理装置5は、自己の取引管理DB55に本決済承認依頼を登録すると共に、既に本決済依頼が登録されている場合には、そのことを条件に、本決済承認依頼を購入者Aの認証と共に購入者取引金融機関処理装置3に送信する(S596)。
【0207】
購入者取引金融機関処理装置3は、それに基づいて販売者取引金融機関の販売者の口座に入金(振込)を行うと共に(S600)、販売者取引金融機関処理装置4は、商品販売者処理装置2に入金通知を行う(S602)。また、販売者取引金融機関処理装置3は、この振込を行ったならば、その結果通知を取引管理装置5を介して商品販売者処理装置1に通知する(S604,S606)。
【0208】
なお、商品購入者が仮決済情報を含む金銭情報を商品販売者に移転し、商品受領者として第三者に商品を送る場合、支払IDを含む仮決済情報を含む金銭情報に、商品受領者の本人情報を付加しておく。商品受領者は、商品購入者が商品を受け取る場合と同様に、商品の受領確認を行い、その結果がOKであれば、支払IDと受領者の本人情報によって本決済承認依頼を行う。また、確認結果がNGであれば、配達者に返品依頼をして、配達者からもらった第1の第三者返品証明情報を送付し、仮決済の取消依頼を行う。
【0209】
一方、ステップ593において、購入者が商品に満足しない場合には、図18に示す返品処理が行われる。
返品処理は、この図18に示されるように、まず、商品購入者処理装置1から返品の配達を行う配達者処理装置7に返品発送依頼が送信されることで開始される(S620)。この返品発送依頼は、この配達者処理装置7のDB70に登録され、返品受付証明が商品購入者処理装置1に発行される(S622)。また、同時に、配達者処理装置7は、取引管理装置5にアクセスし、返品発送依頼受付の登録を行う(S624)。この返品発送依頼受付には、購入者の情報、商品購入明細、販売者情報および配達者の認証が含まれる。配達者は、商品販売者に対して返品の配達を行う(S626)。
【0210】
次に、商品購入者処理装置1は、仮決済取消依頼を取引管理装置5に送信し(S628)、取引管理装置5は、これを取引管理DB55に登録する。取引管理装置5は、仮決済取消依頼と、購入者認証、返品依頼および配達者認証を購入者取引金融機関処理装置3に送信する(S630)。
【0211】
購入者取引金融機関処理装置3は、これをDBに登録すると共に、調停期間として日数Xをセットする。この調停期間のセットは、販売者からの返品承認または返品クレームを監視するために行われ、この調停期間内に返品クレームがあった場合には、後で説明する仮決済解除処理を行わないようになっている。調停日数Xは、返品された商品を検査するのに通常必要とされる日数Yに、平均配達日数、および配達の遅れなどを考慮した余裕日数を加算したものである。この調停日数は、配達者処理装置7に返品が依頼された日を起算点とする。
【0212】
また、購入者取引金融機関処理装置3は、その結果通知を取引管理装置5を介して商品購入者処理装置1に送信する(S636)。一方、商品販売者は、ステップ638において、返品の受領証明を配達者に発行する。配達者処理装置7は、この受領証明に基づき返品届け完了を取引管理装置5に送信し(S640)、取引管理装置5はこれをDBに登録した後、購入者取引金融機関処理装置3に送信する(S642)。
【0213】
購入者取引金融機関処理装置3は、ここで、現実の配達日が分かるので、その日を起算点とする日数Yの期間を、上述の調停期間としてセットしなおす。この日数Yは、前述したように、商品を検査するのに通常必要とされる日数である。このように、調停期間をセットし直すことで、より正確に返品を監視することができる。
【0214】
ついで、購入者取引金融機関処理装置3は、返品完了登録の結果を取引管理装置5に登録すると共に(S646)、取引管理装置5は、返品完了通知を商品購入者処理装置1に送信する(S648)。
【0215】
一方、販売者は、返品された商品を検査し、ステップ650において、返品を承認するかどうかを判断し、返品を承認する場合には、その通知を取引管理装置5を通じて購入者取引金融機関処理装置3に通知する(S652,S654)。購入者取引金融機関処理装置3は、それに応じて仮決済解除処理(口座凍結の解消等)を行うと共に、その結果を取引管理装置5に送信する(S656)。取引管理装置5は、仮決済解除通知を商品購入者処理装置1に送信する(S658)。なお、調停期間内に返品承認がない場合には、この工程は行われない。
【0216】
商品販売者処理装置2は、返品承認を行わない場合、ステップ660で、返品に関するクレームがあるかどうかを判断し、クレームがある場合には、その返品クレームを取引管理装置5に登録する(S662)。この返品クレームは、さらに、配達者処理装置7のDB70に登録され、返品クレームフラグがONされる(S666)。また、この返品クレーム通知は、取引管理装置5から商品購入者処理装置1に送信される(S668)。
【0217】
以上により、返品処理が終了する。
このような構成によれば、以下に説明する効果を得ることができる。
すなわち、本実施形態においては、取引管理装置5で物流取引の進行状況を一元管理でき、取引の整合性をチェックできる。また、商品の配達を行う宅配業者Zと返品を行う宅配業者Yを第三者証人として用い、この宅配業者の認証情報を用いることで、販売者、取引者に関わらず取引を進めることができる。このため、商品取引の決済処理を迅速かつ確実に行える効果がある。
【0218】
次に、第8の実施形態を図19および図20を参照して説明する。
この第8の実施形態では、仮決済マネーとして、情報記憶媒体としての磁気カードあるいはICカード等を用いる。
【0219】
すなわち、上述した第1〜第7の実施形態においては、仮決済マネーは、商品購入者処理装置1のマネー管理DB11に格納されるデータであり、サーバ等の通信装置間で通信を行うことにより移転されるものであった。しかし、仮決済マネーは、これのみに限定されるものではなく、仮決済マネー情報が記憶された情報記憶媒体として発行されるものであってもよい。
【0220】
図19は、このシステムの全体構成図を示すものである。なお、上述した実施形態と同様の構成要素には、同一符号を付してその説明を省略する。
図19において、80、81で示すのは、取引金融機関処理装置3,4とオンライン接続された金融機関の端末機(ATM端末機等)である。商品購入者Aは、金融機関端末機80を通して購入者取引金融機関処理装置1にアクセスし、仮決済マネー情報が磁気記憶部などに記憶された記憶媒体としての仮決済マネーカード82の発行を受ける。また、同時に、この金融機関端末機80を通して、本決済承認依頼情報が記憶された本決済承認依頼カード83の発行を受ける。
【0221】
商品購入者は、商品と引き換えに、または商品を受け取るより前に、仮決済マネーカード82を商品販売者に渡す。商品販売者は、このマネーカード82を同じく金融機関端末機81に適用すると共に、本人認証情報および支払先情報をこの金融機関端末機81に入力する。このことで、この端末機81は、購入者取引金融機関処理装置3に対して本決済依頼を発行したり、販売者取引金融機関処理装置4に対して取立依頼を発行したりすることができる。また、このとき、金融機関端末機81は、仮決済マネーカード82を回収し、本決済を行った旨の領収書を発行する。このようにカード82を回収するようにすることで、再使用による不正を有効に防止でき、また、カードを再利用できる効果がある。
【0222】
一方、商品購入者は、受け取った商品を確認した後、本決済依頼情報が格納された本決済承認依頼カード83を用い、金融機関端末機80を通して、購入者取引金融機関処理装置3に対して本決済承認依頼を送信する。この本決済承認依頼カード83もこの端末機80に回収され、再度利用されることとなる。
【0223】
次に、図20を参照してこのシステムの処理フローをさらに詳しく説明する。
まず、商品購入者は、端末機80を通して金融機関処理装置3に対して仮決済マネーカードの発行依頼を行う(S700)。購入者取引金融機関処理装置3は、口座管理DB30にアクセスし、残高等のチェックを行った後(S710)、仮決済マネー管理DB31に仮決済マネー情報を生成し、端末機からこの情報を記録した仮決済マネーカード82を発行する(S720)。具体的には、この端末機80にはカード基材が多数格納されていて、この端末機80に設けられたカードリードライタにより、仮決済マネー情報をカード基材の磁気記録部に記入する。その後、このカードを排出することにより、商品購入者にカードを発行する。
【0224】
ついで、商品購入者は、商品販売者に対して商品購入依頼をすると共に、この仮決済マネーカードを引き渡す(S730)。商品販売者は、この商品購入依頼およびカード82をチェックした後(S740)、商品購入者に商品を引き渡す(S750)。商品購入者は、商品を確認した後(S760)、商品が満足いくものである場合には、本決済承認依頼カード83を端末機80に適用し、購入者取引金融機関処理装置3に対して本決済承認依頼を送信する(S770)。購入者取引金融機関処理装置が、この本決済承認依頼を受け付けたことは、この端末機80に表示されるようになっている(S780)。
【0225】
一方、商品販売者は、商品の発送を行った後、仮決済マネーカード82を金融機関端末機81に適用すると共に、代金の振込先(振込先の予約)を入力する。仮決済マネーカードに記録された情報および振込先の予約は、購入者取引金融機関処理装置3に送信される(S790)。購入者取引金融機関処理装置3は、仮決済マネーDB31にアクセスして仮決済マネー情報と照合し、チェックを行った後(S800)、購入者が操作している金融機関端末機81に通知し(S810)、チェックの結果を表示させる。チェックがOKで、本決済依頼および振込先予約がなされたならば、それに基づいて、端末機81は、仮決済マネーカード82を使用済みとして自動回収する(S820)。このカードの回収がなされたならば、購入者取引金融機関処理装置3は、販売者取引金融機関処理装置4に代金を振り込み(S830)、販売者取引金融機関装置4は、それに基づいて商品販売者に入金通知を行う(S840)。
【0226】
また、ステップ850において、購入者取引金融機関処理装置3は、商品購入者に対して本決済(支払)完了通知を行う。
このような工程により、通常の支払処理は終了する。
【0227】
一方、ステップ760において、受け取った商品が所望の商品でない場合には、商品購入者は商品販売者に対して商品の返却を行う(S860)。販売者は、販売者処理装置2の商品管理DB20に返品の登録を行った後、仮決済マネーカード82を商品購入者に返却する(S870)。仮決済マネーカード82を受け取った商品購入者は、この仮決済マネーカード82を金融機関端末機80に適用し、仮決済マネーの取消処理を入力することにより、このメッセージを購入者取引金融機関処理装置3に送信する(S880)。購入者取引金融機関処理装置3は、これに基づいて、カードに記入された情報を端末機80に消去させると共に、このカードを自動回収する(S910)。また、エラーの場合には、そのメッセージを表示させる(S900)。
【0228】
このような構成によれば、サーバ等の通信装置を有しない商品購入者、販売者であっても、この仮払いの電子決済システムを利用することができる。また、仮決済マネーカードをATMに適用するだけで必要な手続が行えるので、購入者および販売者に多大な情報の入力の手間をかけさせることがない。
【0229】
なお、本実施形態では、販売者が本決済承認依頼を行う場合、手入力で本決済依頼をATM端末に入力することもできる。しかし、商品購入情報等、多数の情報を入力する必要があるので、非常に時間がかかり面倒である。この本決済承認依頼カード83を用いることで、これらの操作が必要なくなり、また確実に本決済承認依頼を行える効果がある。
【0230】
なお、商品購入者が仮決済情報を含む金銭情報を商品販売者に移転し、商品受領者として第三者に商品を送る場合、支払IDを含む仮決済情報を含む金銭情報に、商品受領者の本人情報を付加しておく。商品受領者は、商品購入者が商品を受け取る場合と同様に、商品の受領確認を行い、その結果がOKであれば、支払IDと受領者の本人情報によって本決済承認依頼を行う。また、確認結果がNGであれば、配達者に返品依頼をして、配達者からもらった第1の第三者返品証明情報を送付し、仮決済の取消依頼を行う。
【0231】
次に、上述した第1〜第8の実施例を構成するシステムの各構成要素、すなわち、商品購入者処理装置1、商品販売者処理装置2、購入者取引金融機関処理装置3、販売者取引金融機関処理装置4、取引管理装置5、配達者処理装置6、および返品用の配達者処理装置7の構成について説明する。
【0232】
なお、以下に述べる各装置の機能は、第1〜第8の実施形態のうち一部の実施形態では使用されないかもしれないが、他の実施形態では使用されるものである。
【0233】
まず、説明の便宜上、取引管理装置5から説明する。
この取引管理装置5は、商品購入者処理装置1、商品販売者処理装置2、購入者取引金融機関処理装置3、販売者取引金融機関処理装置4、配達者処理装置6、および返品用の配達者処理装置7相互間の情報通信を中継するものであり、大きく分けて以下の機能を有する。
【0234】
第1に、各装置間の送受信を仲介するに際して、送信者・受信者各々固有の暗号プロトコルで送受信する機能を有する。
第2に、仮払いの決済処理を仲介するに際して、商品購入者が商品受領後一定期間内に本決済承認依頼または返品依頼を行うかどうかを監視し、これらがなされない場合には、第三者配達証明情報を認証情報として利用し、本決済承認依頼を代理で行う機能を有する。
【0235】
第3に、商品販売者が返品による取消依頼を行うか否かを監視し、一定期間内にこの取消依頼がなされない場合には、第三者返品証明情報を認証情報として利用し、取消依頼を代理で行う機能を有する。
【0236】
第4に、電子コンテンツ取引の仲介において、商品販売者処理装置2が暗号化して商品購入者処理装置1に送信する電子コンテンツの復号鍵を管理し、購入者にこの復号鍵を送る機能と、第三者証人の証明情報を発行する機能とを有する。
【0237】
第5に、第4の機能と同時に、電子コンテンツが不良品か否かの判定を行う機能と、不良品の場合は、これを商品購入者処理装置1に通知する機能と、復号鍵に欠陥がある場合は、復号鍵を購入者に再送する機能とを有する。
【0238】
第6に、配達者と販売者(商品配達依頼者)と購入者(商品受領者)とを仲介するに際して、配達者処理装置6、7からの第三者配達証明情報の登録を受け付ける機能と、返品が発生したことを証明する第1の第三者返品証明情報の登録を受け付ける機能と、販売者が返品された商品を受領したことを証明する第2の第三者返品証明情報の登録を受け付ける機能とを有する。
【0239】
これらの機能を奏するために、取引管理装置5は、図21に示すように構成されている。すなわち、装置全体をコントロールする演算制御部1010と、送受信の相手である各装置と回線接続するための通信制御部1020と、各データベースを制御するデータベース制御部1040と、取引管理装置5の有する各機能を実行するための取引管理処理部1500と、入出力処理部1030と、メモリー(ランダムアクセスメモリー)1050とを有する。
【0240】
データベース制御部1040は、図21に示すように、暗号鍵管理DB50と、購入者情報DB51(購入者処理装置情報の管理用DB)と、販売者情報DB52(販売者処理装置情報の管理用DB)と、金融機関情報DB53(金融機関処理装置情報の管理用DB)と、配達者情報DB54(配達者処理装置情報の管理用DB)と、取引管理DB55と、本決済サイト監視DB56と、返品サイト監視DB57とを管理制御する。
【0241】
データベース制御部1040によって管理制御されるこれらのデータベースの構成は、図22に示される。
すなわち、購入者情報DB51、販売者情報DB52、金融機関情報DB53、配達者情報DB54は、この取引管理装置5が、送受信の中継対象である購入者処理装置1、販売者処理装置2、取引金融機関処理装置3、4、配達者処理装置6、7との送受信を行うのに必要な情報、すなわちID、ネットワークアドレス、送受信プロトコル等をそれぞれ管理する。
【0242】
また、暗号鍵管理DB50は、各装置との送受信で使用する各装置固有の暗号鍵や暗号プロトコルを管理するもので、各装置用の暗号鍵1110、1120、1130、1140、1150は、購入者情報DB51、販売者情報DB52、金融機関情報DB53、配達者情報DB54に格納された各装置情報に示される属性情報によって参照されるようになっている。
【0243】
さらに、取引管理DB55は、各取引の内容および進行状況、取引の証左となる認証情報を格納する。すなわち、図22に示すように、支払ID1310と取引ステータス1320により参照される取引の商品注文情報1330、支払管理情報1340、配達管理情報1360、返品管理情報1370が格納されている。
【0244】
そして、本決済サイト監視DB56は、前述したように商品受領後の本決済承認依頼および返品依頼を監視するためのデータベースであり、商品配達証明を受領した後、商品注文情報1330がこの本決済サイト監視DB1400に移されて監視されるようになっている。
【0245】
また、返品サイト監視DB57は、前述したように返品の場合の取消依頼を監視するためのデータベースであり、返品配達を受け付けた後、商品管理情報1370が返品管理情報として格納され、これを用いて返品のサイト監視が行われるようになっている。
【0246】
これらのうち、暗号鍵管理DB50、取引管理DB55,本決済サイト監視DB56、返品サイト監視DB57についてさらに詳しく説明する。
図23は、暗号鍵管理DB50に格納されたデータの構成を示すものである。
【0247】
取引管理装置5自身の暗号鍵1110は、図23(a)に示されるように構成される。すなわち、「自身の秘密鍵K(S,TC)」1112と公開鍵K(P,TC)を含む「取引管理装置の認証機関証明書」1114が格納される。
【0248】
また、購入者鍵1120、販売者鍵1130、金融機関鍵1140、配達者鍵1150は、図23(b)に示すように構成される。すなわち、「装置ID」1121、装置ID毎の「共通鍵」1122、装置ID毎の「装置の認証機関証明書(公開鍵を含む)」1123、装置ID毎の「取引管理装置との送受信専用共通鍵」1124、装置ID毎の「取引管理装置との送受信専用対鍵」1125が格納される。対鍵1125は、公開鍵1126と秘密鍵1127を含む。
【0249】
次に、これらの暗号鍵を利用して行う暗号化および復号化の特徴を図24を参照して説明する。
まず、本実施形態における暗号化および復号化の背景について説明する。
【0250】
一般に、電子商取引時の商品注文、電子マネーの支払、電子コンテンツの送信および本決済による電子マネーの送信、振込等において、電文を裸のまま送受信すると、他人にプライバシーを覗かれるだけでなく、不正使用される恐れもある。
【0251】
そこで、暗号化と復号化に別の鍵を用いる秘密鍵/公開鍵方式であるRSA(Rivest-Shamir-Adleman )、DSA(digital signature algorithm )等の暗号方式と、暗号化と復号化に同一の鍵を用いる共通鍵方式であるDES(Data Encryption Standard)、FEAL(fast encryption algorithm )等の暗号方式のように、色々な暗号方式がこれまでに考案されており、これらを用いて他人に知られないように電文を暗号化して送るようにしている。また、現在の暗号方式は、次の2種類に分類できる。
【0252】
第1の方式では、送信側は、受信側の暗号鍵である公開鍵を送ってもらうか、または受信側の認証証明書を取り寄せて公開鍵を取り出して、その公開鍵を用いて電文を暗号化して送る。受信側は、公開鍵と対になっている自分の秘密鍵を使用して、受信した電文を復号化する。
【0253】
第2の方式では、送信側は、その暗号鍵である共通鍵を用いて電文を暗号化する。また、受信側がそれを復号化できるように、別途入手した受信側の公開鍵で送信側の共通鍵を暗号化して、それを暗号化された電文と共に送る。受信側は、自分の秘密鍵を使用して送信側の共通鍵を復号化し、得られた送信側の共通鍵で暗号化された電文を復号化する。但し、受信側に予め送信側の共通鍵を送ってある場合は、電文だけを送信側の共通鍵で暗号化して送ることになる。
【0254】
しかし、これら従来の暗号方式では、送信側は、自分の共通鍵で電文を暗号化した場合は、それを必ず他人(受信側)に公開しなければならないため、不正使用の防止やプライバシーを守るためには、毎回共通鍵を変える必要がある。また、受信側の公開鍵を用いて暗号化する場合は、相手の公開鍵を入手するための煩雑な処理をしなければならない。尚、同一の相手に対して、2度目以降の送信を行う時は、公開鍵を取り寄せなくても送信できるように、相手の公開鍵をDB上で管理することが考えられる。しかし、この場合、管理用の膨大なファイルを抱えるだけでなく、相手の公開鍵が変更されても同期が取れないため、電文が受信側に正しく伝わらなくなる危険性もある。
【0255】
以上の問題点を解決する方式が、本発明の取引管理装置5を経由する暗号化/復号化方式であり、この方式は、図24に示される。
この図において、暗号鍵を表現する記号は、K(α(β),γ)のように表す。ここで、αは、暗号鍵の種類を表すものであり、Pは公開鍵、Sは秘密鍵、Cは共通鍵を示す。γは、αの暗号鍵の所有者を表すものである。βは、所有者γが取引管理装置5(TC)である場合は、取引管理装置5(TC)の利用者を表し、所有者γが取引管理装置5(TC)の利用者である場合は、取引管理装置5(TC)を表すものである。この利用者は、取引管理装置5との通信に用いる 唯一かつ固有の暗号鍵を持ち、それは第三者に一切公開されない。なお、βが記入されていない暗号鍵は、所有者γの意志によって公開可能である。
【0256】
今、図24において、送信側1200(A)が複数の受信側1220(B)、1230(C)に同時に同一電文を送る場合、または異なる電文を各々の受信側1220(B)、1230(C)に送る場合を考える。これらの場合、送信側1200(A)は、取引管理装置5(TC)に登録してある3種類の暗号鍵(▲1▼送信側の共通鍵「K(C,A)」、▲2▼送信側と取引管理装置5(TC)との唯一の共通鍵「K(C(A),TC)」、▲4▼送信側と取引管理装置5(TC)との唯一の公開鍵「K(P(TC),A)」)と▲3▼デジタル署名のための送信側の秘密鍵「K(S,A)」のいずれかを用いて、受信側の識別情報(受信側の装置ID、本人情報等)を含む電文を暗号化し、取引管理装置(TC)1210へ送る。このとき、送信側1200(A)は、受信側1220(B)、1230(C)の暗号鍵を意識する必要はない。
【0257】
取引管理装置5(TC)は、受信した電文内の送信側の識別情報(送信側の装置ID、本人情報等)に基づいて、暗号鍵管理DB50を参照し、送信側1200(A)用の4種類の復号鍵(▲1▼送信側の共通鍵1122「K(C,A)」、▲2▼送信側と取引管理装置(TC)との唯一の共通鍵1124「K(C(A),TC)」、▲3▼送信側の公開鍵1123「K(P,A)」、▲4▼送信側と取引管理装置(TC)との唯一の秘密鍵1127「K(S(TC),A)」)のいずれかを取り出して、受け取った情報を復号化する。
【0258】
ついで、この取引管理装置5(TC)は、復号化した電文内の受信側の識別情報に基づいて、暗号鍵管理DB50を参照し、受信側1220(B)または受信側1230(C)の4種類の暗号鍵のいずれかを用いて、送信側1200(A)から送られた電文を再暗号化し、受信側1220(B)または受信側1230(C)に送信する。ここで、4種類の暗号鍵とは、受信側の共通鍵「K(C,γ)」(▲1▼′、▲1▼″)、受信側と取引管理装置(TC)との唯一の共通鍵「K(C(β),TC)」(▲2▼′、▲2▼″)、受信側の公開鍵「K(P,γ)」(▲3▼′、▲3▼″)、および受信側と取引管理装置(TC)との唯一の公開鍵「K(P(TC),γ)」(▲4▼′、▲4▼″)である。なお、ここで、γとβは‘B’または‘C’で ある。
【0259】
情報を受け取った受信側1220(B)または受信側1230(C)は、受信した電文内の送信側の識別情報を参照して、中継元が取引管理装置5(TC)であれば、取引管理装置5(TC)に登録してある4種類の暗号鍵のうち、3種類の暗号鍵(▲1▼′′′受信側の共通鍵「K(C,γ)」、▲2▼′′′受信側と取引管理装置5(TC)との唯一の共通鍵「K(C(β),TC)」、▲4▼′′′受信側と取引管理装置5(TC)との唯一の秘密鍵「K(S(TC),γ)」)と▲3▼′′′受信側の秘密鍵「K(S,γ)」のいずれかを用いて復号化を行う。
【0260】
このように、取引管理装置5(TC)を経由して暗号化した電文を送受信する場合は、送信側はいかなる場合も受信側の暗号鍵を意識することなく、かつ第三者に解読される危険性がない状態で送信し、受信側はいかなる場合も送信側の暗号鍵を意識することなく、安全な状態で受信する。
【0261】
また、図24に示した4種類の暗号鍵/復号鍵は、それぞれ単独で用いるだけでなく、その他の暗号鍵/復号鍵と適当に組み合わせて用いることもできる。例えば、送信元(AまたはTC)が電文を送信元の共通鍵「K(C,A)」または「K(C,TC)」で暗号化し、送信先(TCまたはB、C)との唯一の公開鍵「K(P(TC),γ)」(γは、AまたはB、C)で暗号化した共通鍵とともに、送信先へ送る方法が考えられる。この場合、送信先では、暗号化された共通鍵を秘密鍵で復号化し、復号化された共通鍵を用いて電文を復号化する。
【0262】
さらに安全性を高めるために、送信側1200(A)は、送信側の秘密鍵「K(S,A)」を用いてメッセージ認証の一環としてデジタル署名をし、送信側の共通鍵「K(C,A)」を用いてブラインド署名を付与し、取引管理装置(TC)との間の唯一かつ固有の暗号鍵である「K(C(A),TC)」または「K(P(TC),A)」を用いて、全文を暗号化することもできる。これにより、本人確認が確実にできるとともに、不正防止と改竄防止もできる。但し、ブラインド署名に関しては、取引管理装置5(TC)が受信側に再暗号化して送る際、復号化せずにブラインドしたままで送る。
【0263】
次に、取引管理DB55の構成について図25(a)〜(e)を参照して詳細に説明する。
図25(a)に示されるように、この取引管理DB55は、支払ID1310、取引ステータス1320、商品注文情報1330、支払管理情報1340、配達管理情報1360、返品管理情報1370を格納する。
【0264】
支払ID1310は、レコード全体のキーを示すものである。この支払IDは、商品の注文が購入者・販売者間で確定した段階で採番され、以降の商品配達・決済を含むすべての段階で情報の受け渡しの際に参照される。
【0265】
また、取引ステータス1320は、その取引の進行段階を示し、取引が確実に進行しているかどうかをチェックするために必要な情報である。この取引ステータスについては、後で、図26を参照して説明する。
【0266】
商品注文情報1330には、図25(b)に示されるように、注文された商品明細1331、購入者情報1332、販売者情報1333、注文日時1334、および電子コンテンツ情報1336が含まれる。購入者情報1332、販売者情報1333には、両者の認証情報が含まれる。さらに、電子コンテンツの販売で必須となる復号鍵1335は、販売者より受け渡された時点で格納され、以降、取引管理装置5により管理される。
【0267】
支払管理情報1340には、図25(c)に示されるように、仮決済マネー等の金銭情報、すなわち、マネー種類1341、購入者金融機関情報1342(発行金融機関情報)、販売者金融機関情報1343、金額1344、発行日時1345、および仮決済日時1346が含まれる。また、仮決済から本決済までの進行過程の情報、すなわち、販売者からの本決済依頼時に設定される本決済依頼の済/未済の区別と日時1347と、本決済の支払先1348、購入者の本決済承認の済/未済の区別と日時1349、本決済完了の済/未済の区別と日時1350が含まれる。さらに、返品による仮決済取消依頼の進行過程の情報、すなわち、購入者からの仮決済取消依頼の有無と済/未済の区別と日時1351、販売者からの仮決済取消依頼の有無と済/未済の区別と日時1352、仮決済取消の済/未済の区別と完了日時1353が含まれる。
【0268】
また、配達管理情報1360は、配達者処理装置6、7が介在する場合に格納され、管理される。これには、図25(c)に示されるように、配達に必要な配達者情報1361、配達明細1362のほか、特に商品受領後の本決済承認依頼および返品依頼を監視するための本決済サイト監視期間1363、配達依頼者の認証を含む配達依頼者情報1364、配達の受取時に配達者処理装置6、7より発行される第三者配達証明1367を含む配達受取情報(受取日時1365、受取認証1366、第三者配達証明1367)が含まれる。第三者配達証明1367は、前述したように、商品受領後一定期間内に購入者ないし商品受領者より本決済承認依頼も返品依頼もない場合に、購入者に代わってこの取引管理装置5が本決済承認依頼を発行するときに利用される。
【0269】
返品管理情報1370には、図25(e)に示されるように、基本的には、配達管理情報1360と同様の情報が格納されるが、この場合は、返品受領後の返品確認/クレームを監視するための返品クレームのサイト監視期間1373、商品受領者の返品依頼時に配達者より発行される第1の第三者返品証明1375/1376、販売者の返品受取時に配達者より発行される第2の第三者返品証明1377/1378、販売者の返品受取後の返品確認や返品クレームの有無を示す返品確認の済/未済の区別と日時1379や返品クレームの済/未済の区別と日時1380が重要となる。なお、第1の第三者返品証明1375/1376、第2の第三者返品証明1377/1378は、返品受領後一定期間内に販売者より返品確認も返品クレームもない場合に、販売者に代わって取消依頼を発行するときに利用される。
【0270】
次に、図26を参照して取引ステータス1320について説明する。
この図に示すように、取引ステータス1320は、A.商品の注文から配達(A−1からA−6)、B.正常時の決済(B−1,B−2)、C.返品時の取消(C−1からC−6)の各処理の進行状況を格納するもので、各処理の発生日時1321、1326、結果(OK/NG)1322、1327、および証左となる認証情報1323、1328が記入される。また、この取引ステータス1320は、物品取引、電子コンテンツ取引とに分けて管理される。
【0271】
取引ステータス1320は、ほぼこの順にステータスが遷移するため、取引管理装置5は、各装置からの送信を受けた際に、取引ステータス1320と送信内容との整合性をチェックし、不正や錯誤による追い越しや事故発生を防止することで、取引の確実な進行管理を行う。
【0272】
次に、本決済サイト監視DB56、返品サイト監視DB57の構成をそれぞれ図27(a)、(b)を参照して説明する。
図27(a)に示される本決済サイト監視DB56は、前述したように商品受取時に生成されるもので、支払ID1401、本決済サイト監視期間1402、本決済の済/未済の区別と日時1403、さらに返品が発生した時に設定される返品サイト監視への切替の有無と日時1404を格納する。
【0273】
図27(b)に示される返品サイト監視DB57は、前述したように返品依頼発生時に生成されるもので、支払ID1421、返品サイト監視期間1422、仮決済取消の済/未済の区別と日時1423を格納する。
【0274】
次に、図21に示される取引管理処理部1500について詳細に説明する。
この取引管理処理部1500は、図21に示したように、暗号化/復号化処理1520と、商品注文処理1600と、マネー発行処理1700と、マネー支払処理1740と、商品配達受付処理1800と、商品配達受取処理1820と、本決済依頼処理1900と、本決済承認処理1960と、電子コンテンツ鍵受付処理2000と、電子コンテンツ受取確認・取消処理2100と、返品配達受付処理2200と、返品配達受取処理2220と、仮決済取消受付処理2300と、返品確認/クレーム受付処理2340と、本決済サイト監視処理2400と、返品サイト監視処理2500とを有する。
【0275】
暗号化/復号化処理1520は、各装置との送受信において、受信においては送信元により暗号化されたデータを復号化し、送信においては、送信先専用の暗号鍵で暗号化して送信する処理であり、残りの15個の処理によって利用される共通処理である。
【0276】
また、商品注文暗号化/復号化処理1600から商品配達受取処理1820までは、商品注文から配達までの各過程を処理するものであり、本決済依頼処理1900および本決済承認処理1960は、正常決済の過程に関する処理である。
【0277】
一方、電子コンテンツ鍵受付処理2000ならびに電子コンテンツ受取確認・取消処理2100は、電子コンテンツの販売に特有な処理のために設けられたものである。また、返品配達受付処理2200から返品確認/クレーム受付処理2340までは、返品の受付から決済取消までの各過程の処理である。
【0278】
なお、本決済サイト監視処理2400は、前述したように商品配達以降本決済または返品があるまでの期間を監視する処理であり、返品サイト監視処理2500は、前述したように返品発生以降仮決済取消までの期間を監視する処理である。
【0279】
以下各処理について、図28以降の処理フローを参照しつつ説明する。
まず暗号化/復号化処理1520における処理について、図28を参照して説明する。
【0280】
この暗号化/復号化処理1520は、各装置との送受信において機能するもので、受信においては、ステップ1522でデータを受信すると、ステップ1524において、取引管理装置5の暗号鍵管理DB50より、前述したように送信元専用の復号鍵1120を取り出し、ステップ1526において、それを用いて、送信元により専用の暗号鍵で暗号化されたデータを復号化する。
【0281】
次に、所定の処理を行った後、そのデータを送信する場合には、ステップ1528において送信が必要であるかどうかを判断し、ステップ1530で販売者情報DB52等から送信先情報を取り出す。そして、ステップ1532で、暗号鍵管理DB50より送信先専用の暗号鍵1120を取り出し、ステップ1534で、その暗号鍵1120を用いて送信データを暗号化する。そして、ステップ1536において、送信先情報に基づき、暗号化されたデータを送信する。
【0282】
2つの装置間における取引を中継する場合は、図24で示したように、この手順を用いて、送信側の暗号電文を復号した後、受信側の暗号鍵で再暗号化して送信する。
【0283】
なお、以下の取引管理処理部1500のフローにおいて、送信または受信とあるところでは、すべて図28の処理を用いることができ、原則としてそれを用いることにする。
【0284】
次に、商品受領者の商品受領後、本決済承認依頼または返品依頼を監視し、一定期間内に本決済承認依頼または返品依頼がなされない場合には、第三者配達証明情報を認証情報として送付し、本決済承認依頼を代理で行うような機能として、商品配達受取処理1820、電子コンテンツ受取確認・取消処理2100、本決済承認処理1960、本決済依頼処理1900、本決済サイト監視処理2400を中心に説明する。
【0285】
これらの処理は、本決済サイト監視DB56、および取引管理DB55の配達管理情報1360の配達受取情報に含まれる第三者配達証明1367に基づいて行われる。本決済サイト監視DB56および取引管理DB55の第三者配達証明1367の設定は、一般の物品の場合は商品配達受取処理1820で、電子コンテンツの場合は電子コンテンツ受取確認・取消処理2100で行われる。
【0286】
商品配達受取処理1820の処理フローは、図33に示されている。この処理1820においては、一般の物品が配達された場合、配達された商品を商品受領者(購入者自身ないし購入者の指定した受領者またはその代理人)が受け取ったことを、配達者処理装置6あるいは7から通知され、これを登録する。図33に示すように、取引ステータス整合性チェック(ステップ1824)で問題がなければ、取引管理DB55の配達管理情報1360の本決済サイト監視期間1363、配達受取情報1365/1366/1367(配達者処理装置6、7による第三者配達証明)を設定し(ステップ1828)、本決済サイト監視DB56を生成し(ステップ1830)、取引ステータスに記録を行う(ステップ1832)。このDB56を用いて、以降、本決済依頼ないし返品依頼がなされたかどうかの監視を行うことができる。
【0287】
電子コンテンツの場合も、図37に示すように、電子コンテンツ受取確認・取消処理2100(フロー全体については後述する)の中で、ステップ2112において商品購入者処理装置1あてに復号鍵を送信した時に、取引管理DB55の配達管理情報1360の本決済サイト監視期間1363、配達受取情報1365/1366/1367(取引管理装置5による第三者配達証明)を設定するとともに、本決済サイト監視DB56を生成することで、同様の監視をすることができる。
【0288】
次に、商品受領者からの本決済承認依頼は、本決済承認処理1960により処理される。
本決済承認処理1960は、図35に示すように、ステップ1968で取引管理DB55の支払管理情報1340の本決済承認1349のデータを「済」にしたあと、ステップ1970において、受領者の認証を付して購入者取引金融機関宛に本決済承認依頼を送信する。そして、購入者取引金融機関にて本決済処理が行われる。この際、販売者から本決済依頼(被振込請求:詳細は後述)済ならば本決済処理は完了するので、ステップ1980以降において、取引管理DB55の支払管理情報1340の本決済1350のデータを「済」に更新し、取引ステータス1320を「B−2(本決済)」に更新する。また、本決済サイト監視DB56の本決済1403のデータを「済」に設定し、その日時も設定する。もし、まだ販売者から本決済依頼(被振込請求)がなされていない場合は、購入者取引金融機関は、本決済処理に必要な被振込請求の催促を返信してくるので、販売者宛に被振込請求の催促通知を送信する(ステップ1988)。
【0289】
ここで、本決済依頼処理1900について、図34を参照して説明する。
本決済依頼処理1900は、販売者が商品発送後に購入者取引金融機関に対して、購入者から受け取った仮決済マネーの本決済(被振込)を請求する処理の仲介を行うものである。この本決済処理1900は、本実施形態では、通常、販売者の本決済依頼と購入者の本決済承認依頼の2つが揃ったところで、購入者取引金融機関処理装置3にて処理される。
【0290】
図34における処理では、ステップ1902で、販売者からの被振込請求を受信すると、ステップ1904において被振込請求と取引ステータスの整合性チェックを行う。この整合性チェックにパスするためには、電子コンテンツ販売における取引管理センターや物品の配達者等の第三者証人が介在するケースでは、取引管理DB55の取引ステータス1320が「A−4(配達受付)」、「A−5(配達受取)」、「B−1(本決済承認)」の3通りのうちのいずれかであることが必要である。また、第三者証人の介在しないケースでは、取引ステータス1320が「A−3(仮決済)」、「B−1(本決済承認)」の2通りのうちのいずれかであることが必要である。
【0291】
このうち、「A−3(仮決済)」、「A−4(配達受付)」、「A−5(配達受取)」の場合は、本決済承認依頼が未済なので、被振込請求の受付のみが行われる(ステップ1908から1912)。一方、「B−1(本決済承認)」の場合は、すでに本決済承認依頼が登録されているので、この時点で購入者取引金融機関に対して本決済処理依頼を送信し、本決済処理が行われる(ステップ1920から1936)。
【0292】
一方、一般の物品の返品依頼の受付は、後述するように、配達者処理装置5からの返品発送受付登録を処理する返品配達受付処理2200により行う。この時点で、本決済サイト監視DB56の返品サイト監視への切替の有無と日時1404が設定されるとともに、返品サイト監視DB57が生成され、以降は返品サイト監視処理2500により監視される。
【0293】
また、電子コンテンツの場合の返品受付は、電子コンテンツ受取確認・取消処理2100の中で処理する。この処理2100は、図37に示すように、電子コンテンツを受け取った購入者からの返信を受け取り(ステップ2102)、依頼内容を判定する(ステップ2104)。ここで、購入者が、コンテンツのダイジェストを試してみて不満足の場合は、購入取消の依頼が行われるので、それに基づきステップ2140の仮決済取消依頼処理が行われる。この処理では、図38に示すように、ステップ2144において本決済サイト監視DB56の返品サイト監視への切替の有無と日時を設定するとともに、返品サイト監視DB57を生成し、以降は返品サイト監視処理2500により監視する。また、この時点で販売者に取消依頼通知を送信し(ステップ2152)、販売者からの返品確認による取消処理を促す。
【0294】
本決済承認依頼または返品依頼を監視する処理は、本決済サイト監視処理2400によって行う。図44にあるように、ステップ2402、2404において、定期的に本決済サイト監視DB56の各レコードを読み込み、その中で、本決済1403が「済」であることとその日時も、返品サイト監視への切替が「有」であることとその日時も共に未設定で、かつ、取引管理DB55の対応する支払管理情報1340の本決済承認1349も未設定で、しかも、本決済サイト監視期間1402に設定された期間を過ぎているレコードを取り出す。このレコードは、商品受領後定められた期間内に本決済承認依頼または返品依頼がなされていない取引であることを意味するから、ステップ2406において取引管理DB55の購入者情報1333、購入者金融機関情報1342、および金額1344に、配達管理情報1360の第三者配達証明1367を付して、購入者金融機関宛に本決済承認依頼を受領者に代わって送信し、金融機関により本決済処理が行われる。取引ステータス1320も「B−1(本決済承認)」に変更する。なお、この時点でまだ販売者から本決済依頼(被振込請求)がなされていない場合は、購入者取引金融機関は、本決済処理に必要な販売者宛被振込請求の催促を返信してくるので、販売者宛に被振込請求の催促依頼を送信する(ステップ2420)。
【0295】
続いて、販売者が返品による取消依頼を行うか否かを監視し、一定期間内に取消依頼がなされない場合には、第三者返品証明情報を添付し、取消依頼を代理で行うような機能として、返品サイト監視処理2500を中心に説明する。
【0296】
取消依頼を代理で行う処理は、返品サイト監視DB57および取引管理DB55の返品管理情報1370に格納された第1の第三者返品証明1375/1376、第2の第三者返品証明1377/1378に基づいて行われる。後述するように、返品サイト監視DB57および取引管理DB55の第1の第三者返品証明1375/1376、第2の第三者返品証明1377/1378の設定は、一般の物品では返品配達受付処理2200、返品配達受取処理2220で行われ、電子コンテンツの場合は電子コンテンツ受取確認・取消処理2100で行われる。ただし、電子コンテンツの場合は、第1の第三者返品証明のみ使用される。
【0297】
いずれの場合も、返品サイト監視DB57に返品サイト監視期間1422が設定され、以降このDB57を用いて、一定期間内に販売者からの返品承認による取消依頼がなされるか否かの監視を行うことができる。
【0298】
返品による取消依頼の監視は、返品サイト監視処理2500によって行われ、その処理フローは図45に示されている。この処理フローのステップ2502、2504において、定期的に返品サイト監視DB57の各レコードを読み込み、その中で、仮決済取消1423が「済」であることとその日時が未設定で、かつ、取引管理DB55の対応する返品管理情報1370の返品確認1379も未設定で、しかも、返品サイト監視期間1422に設定された期間を過ぎているレコードを取り出す。このレコードは、返品発生後定められた期間内に、販売者から返品承認による取消依頼がなされていない取引であることを意味する。さらに、ステップ2506において、取引管理DB55の返品管理情報1370の返品クレーム1380が未設定のものを選び出すことにより、返品クレームもなされていないことを確認する。
【0299】
この取引に対して、販売者に代わって、購入者の取引金融機関宛に取消依頼を送信する。仮払いの電子決済システムの場合は、仮決済の取消となるので(ステップ2508)、ステップ2510以降において、取引管理DB55の取引ステータス1320を「C−4(返品確認)」に設定し、取引管理DB55の支払管理情報1340に、返品管理情報1370の第2の第三者返品証明1378(電子コンテンツの場合は第1の第三者返品証明1376)を付して、購入者取引金融機関処理装置3宛に本決済停止の指示と、および仮決済取消依頼を販売者に代わって送信する。そして、この金融機関処理装置3により取消処理が行われる。金融機関処理装置3による取消処理終了後、ステップ2518では、取消終了を取引管理DB55の返品管理情報1370、支払管理情報1340に設定し、ステップ2520では、取引ステータス1320も「C−6(支払取消)」に設定する。
【0300】
なお、返品確認1379、返品クレーム1380の設定は、返品確認/クレーム受付処理2340において行われる。販売者は、物品販売の場合には配達者から返品を受け取った後、または、電子コンテンツ販売の場合には取引管理装置5から取消依頼通知を受け取った後、一定期間内に返品確認による取消または返品に対するクレームを取引管理装置5に通知しなければならない。
【0301】
図43に示すように、ステップ2342でこの返品確認または返品クレームを受信したあと、返品確認ならば、ステップ2350以降で購入者金融機関宛に本決済停止および仮決済取消依頼を送信することで取消が確定する。一方、返品クレームならば、サイト監視期間内であることを確認後、取引管理DB55の返品管理情報1370の返品クレーム1380を設定し、取引ステータス1320を「C−5(返品クレーム)」に設定することによって、時効の中断が図られる。
【0302】
以上の工程によって、取引管理装置5は、販売者が返品による取消依頼を行うか否かを監視し、一定期間内に取消依頼がなされない場合には、第三者返品証明情報を添付し、取消依頼を代理で行うことができる。
【0303】
次に、電子コンテンツの売買の仲介において、販売者が暗号化して購入者に送る電子コンテンツの復号鍵を管理し、購入者に復号鍵を送り、第三者証人の証明情報を発行するような機能として、電子コンテンツ鍵(電子コンテンツ用の復号鍵)受付処理2000、電子コンテンツ受取確認・取消処理2100を中心に説明する。
【0304】
販売者は、購入者に対して暗号化された電子コンテンツを送信するときに、同時に、取引管理装置5に対してその電子コンテンツを復号するための復号鍵を送信してくる。そこで、電子コンテンツ鍵受付処理2000は、図36に示すように、復号鍵を受信して(ステップ2002)、処理する。ステップ2004においては、その復号鍵を取引管理DB55の商品注文情報1330にある電子コンテンツ用の復号鍵1335に格納するとともに、配達管理情報1360の配達者情報1361に取引管理装置5自身を設定する。また、取引ステータス1320を、「A−4(配達受付)」に設定する(ステップ2006)。格納された復号鍵1335は、これ以降、取引管理装置5により管理される。
【0305】
続く電子コンテンツ受取確認・取消処理2100では、図37に示すように、送信された電子コンテンツ(暗号化されている)に対する購入者からの返信による依頼内容を受信し(ステップ2102)、処理する。復号鍵送信依頼の場合は、購入者がその電子コンテンツを購入するという意思表示であるので、取引ステータス1320が「A−4(配達受付)」であることを条件(ステップ2106)として、ステップ2110、2112において、電子コンテンツ鍵受付処理2000において格納された取引管理DB55の商品注文情報1330にある電子コンテンツ用の復号鍵1335を取り出し、購入者宛に送信する。なお、取引ステータス1320は、「A−5(配達受取)」に設定する(ステップ2108)。
【0306】
また、取引管理DB55の配達管理情報1360の配達受取情報1365/1366/1367(取引管理装置5による第三者配達証明)と返品管理情報1370のサイト監視期間1373を設定する(ステップ2114)とともに、本決済サイト監視DB56を生成する(ステップ2116)。本決済サイト監視DB56の本決済サイト監視期間1402には、取引管理DB55の配達管理情報1360の本決済サイト監視期間1363をコピーしたデータが設定される。
【0307】
以上の処理により、この取引管理装置5は、電子コンテンツの売買の仲介において、販売者が暗号化して購入者に送る電子コンテンツの復号鍵を管理し、購入者に復号鍵を送り、第三者証人の証明情報を発行する処理を行う。
【0308】
次に、電子コンテンツ売買の仲介において、購入者の受領したコンテンツが不良品か否かの判定を行い、不良品と判定した場合は、それを購入者に通知し、復号鍵に欠陥があると判定した場合は、復号鍵を購入者に再送するような機能として、電子コンテンツ受取確認・取消処理2100を中心に説明する。これは、図37に示した電子コンテンツ受取確認・取消処理2100のステップ2104の判定で、コンテンツ復号不可の場合に行われる処理である。
【0309】
例えば、図37のステップ2112において、購入者処理装置1に復号鍵を送信したが、購入者が電子コンテンツを復号化できなかったとする。このとき、購入者は、復号化できなかった電子コンテンツとともに、購入取消依頼を返信してくることがある。これが、コンテンツ復号不可の場合に対応する。
【0310】
まず、この依頼を受け付ける条件は、取引ステータス1320は「A−5(配達受取)」であり、かつ本決済サイト監視DB56の本決済サイト監視期間1402内にあることである(ステップ2154、2156の判定)。続くステップ2160の復号チェック処理で、復号化できなかった原因が、購入者が受け取ったコンテンツ(暗号化されている)自体の不備か、復号鍵の不備かを判定する。
【0311】
この復号チェック処理のフローは、図39に示される。図39のステップ2162において、販売者に対して、購入者に送信したのと同じコンテンツ(暗号化されている)の送信を依頼し、ステップ2168において、購入者から送信されてきたコンテンツ(暗号化されている)との一致を確認する。一致しなかった場合は、当初販売者から購入者に送信したコンテンツが不備であったと判定し、今回販売者より取引管理装置5に送信されたのと同じコンテンツを、正当なものとして購入者宛に送信する。ステップ2168、2170において、両方のコンテンツが一致した場合は、ステップ2172において、そのコンテンツを自己が管理する復号鍵1335で復号化する。さらに、販売者に対して、暗号化前の電子コンテンツを、販売者の取引管理装置への送信専用共通鍵で暗号化して、送信してくれるように依頼する(ステップ2174)。ステップ2180では、今回返信された電子コンテンツを復号化したあと、それをステップ2172で復号化した電子コンテンツと暗号化前の状態で比較し、一致を確認する。もし、両者が一致すれば、購入者の使用した復号鍵に欠陥ありと判定して、ステップ2184で購入者宛に自己が管理する復号鍵1335を再送し、再度、復号化を要求する。
【0312】
ステップ2180で両者が一致しなかった場合は、当初販売者から購入者に送信した電子コンテンツ(暗号化されている)に欠陥ありと判定し、コンテンツの送信からやり直すための処理を行う。ステップ2186以降において、取引管理DB55の配達管理情報1360の配達受取情報1365/1366/1367と返品管理情報1370のサイト監視期間1373を復号鍵送信前の状態に設定するとともに、本決済サイト監視DB56を削除する。ステップ2192では、販売者に対しては、当初販売者から購入者に送信したコンテンツに欠陥ありと判定したので、取引継続の場合は、コンテンツおよびダイジェストの送信からやりなおす必要がある旨を送信する。
【0313】
以上の処理により、取引管理装置5は、電子コンテンツ売買の仲介において、購入者の受領したコンテンツが不良品か否かの判定を行い、不良品と判定した場合は、それを購入者に通知し、復号鍵に欠陥があると判定した場合は、復号鍵を購入者に再送する処理を行う。
【0314】
さらに、配達者処理装置と販売者処理装置と商品の購入者あるいは受領者の処理装置との仲介において、配達者処理装置の第三者配達証明情報の登録を受け付け、返品依頼が発生したことを証明する第1の第三者返品証明情報の登録を受け付け、販売者が返品を受領したことを証明する第2の第三者返品証明情報の登録を受け付けるような機能を、商品配達受取処理1820、返品配達受付処理2200、返品配達受取処理2220を中心に説明する。
【0315】
第三者配達証明は、商品配達受取処理1820で登録され、第1の第三者返品証明は返品配達受付処理2200で登録され、第2の第三者返品証明は返品配達受取処理2220で登録される。
【0316】
まず、商品配達受取処理1820による第三者配達証明の登録受付処理については、すでに図33を参照して説明したとおりであるので、ここでは説明を省略する。
【0317】
次に、返品配達受付処理2200による処理を、図40を参照して説明する。ステップ2202では、配達者が商品受領者から返品の発送を依頼され、その返品を預った旨の通知を受信する。この後、ステップ2204で取引ステータス1320の整合性チェックを行った後、ステップ2208以降において、受信した通知に含まれる配達者の受領証明を、取引管理DB55の返品管理情報1370にある第1の第三者返品証明1375/1376に格納し、本決済サイト監視DB56の返品サイト監視への切替1404を「有」に設定し、その日時を設定するとともに、返品サイト監視DB57を生成し、取引ステータス1320を「C−1(返品依頼受付)」に設定する。これ以降のサイト監視は、返品サイト監視処理2500により行われる。また、返品サイト監視DB57の返品サイト監視期間1422を、配送期間を考慮した調停日数Xに基づいて設定する。
【0318】
さらに、返品配達受取処理2220は、図41に示されるように、まず、ステップ2222で、販売者が配達者から返品を受け取った旨の通知を、販売者の受領証明とともに、配達者から受信する。ついで、取引ステータス1320の整合性チェックを行った後、ステップ2228以降において、受信した通知に含まれる販売者の受領証明を含む販売者の証明書を、取引管理DB55の返品管理情報1370にある第2の第三者返品証明1377/1378に格納し、返品サイト監視DB57の返品サイト監視期間1422を、確定した調停日数Yに基づいて、再度設定する。以降、返品サイト監視処理2500は、このサイト監視期間を使用して、返品による取消の監視を行う。
【0319】
以上により、この取引管理装置5は、配達者処理装置と販売者処理装置と購入者あるいは受領者の処理装置との仲介において、配達者処理装置の第三者配達証明情報の登録を受け付け、返品依頼が発生したことを証明する第1の第三者返品証明情報の登録を受け付け、販売者が返品を受領したことを証明する第2の第三者返品証明情報の登録を受ける処理を行う。
【0320】
次に、ここまでに説明していない取引管理装置5の処理手順について説明する。いずれの処理手順も、好ましい実施形態としては備えられるべきものである。商品注文処理1600は、図29に示す手順で、購入者処理装置1と販売者処理装置2間の商品受発注を仲介するものである。この商品注文処理1600は、ステップ1602〜1608に示す手順で商品の注文が確定した場合、一般には販売者により採番された「支払ID」をキーとして、取引管理DB55を生成し(ステップ1612)、以降はこのキーを媒介として取引の進行管理を行う。
【0321】
また、マネー発行処理1700は、図30に示す手順により、購入者が商品注文時に、購入者取引金融機関処理装置3に対して仮決済マネーの発行を依頼する場合の中継処理である。ステップ1716において、仮決済マネーの発行がOKならば、ステップ1718で取引管理DB55の支払管理情報1340に仮決済マネーの内容が書き込まれ、以降の決済の進行が管理される。
【0322】
マネー支払処理1740は、図31に示す手順での処理を行うことにより、購入者が、仮決済マネーないしは決済口座マネーを用いて、販売者に商品の対価として支払(仮決済)する場合の中継処理を行う。この処理手順中、ステップ1750では、取引管理DB55の支払管理情報1340に仮決済日時1346が書き込まれ、ステップ1756において、販売者に仮決済マネーないしは決済口座マネーによる仮決済の情報を含む金銭情報が、取引管理装置5を通じて販売者に移転される。
【0323】
商品配達受付処理1800は、図32に示す手順で、一般の物品取引において、商品配達を販売者から受け付けた旨の通知を配達者処理装置6、7から受信し、それを登録する処理を行う。図32に示すように、商品配達受付処理1800は、配達者からの配達受付通知を受け取ると、取引管理DB55の配達管理情報1360を作成する(ステップ1808)。
【0324】
次に、金融機関処理装置3、4に接続される金融機関端末機80、81と、これらの金融機関端末機が仮決済マネーカードあるいは本決済承認依頼カードとして発行し受け入れる可搬型記憶媒体82、83について説明する。
【0325】
なお、前述した第8の実施形態においては、商品購入者が操作する金融機関端末機80と、商品販売者が操作する金融機関端末機81とが示されていたが、以下の説明では、両者が操作し得るような機能を有する端末機を、金融機関端末機80′として説明する。
【0326】
この金融機関端末機80′は、購入者や販売者が操作し、取引金融機関処理装置3、4との間で取引情報の送受信を行うものであり、以下の機能を有する。
第1に、購入者が仮決済依頼を行なうために用いる仮決済マネーカード82を発行する機能を有する。
【0327】
第2に、購入者が行う仮決済の本決済承認を処理する機能を有する。
第3に、受領した可搬型記憶媒体を使用した販売者からの本決済依頼を処理する機能を有する。
【0328】
金融機関端末機80′は、図46に示すように構成されており、装置全体をコントロールする演算制御部3010と、送受信の相手である取引金融機関処理装置3、4と回線接続する通信制御部3020と、入力情報や金融端末機との授受情報を記録する記憶ディスク3030と、ICカードリーダー/ライター3001と、購入者や販売者が情報入力したり、金融機関処理装置3、4からの受信情報を表示するためのディスプレイ(タッチパネル)3002と、使用済みカードを回収する回収カード格納ボックス3003と、新規カードを収納する新規カード収納ボックス3004とを有する。記憶ディスク3030としては、任意のDASD(Direct Access Storage Device)が用いられる。
【0329】
制御部3010は、ファイル制御部3011、入出力制御部3012、メモリーファイル3013、および処理部3014を有し、処理部3014は、可搬型記憶媒体発行処理3510、本決済承認処理3550、および本決済依頼処理3600を有する。
【0330】
仮決済マネーカード82(可搬型記憶媒体)は、例えば、図47に示すように、プラスチック製のカード基材にICチップ3101を搭載して成るものである。
【0331】
また、ICチップ3101のメモリーレイアウトは、例えば、この図に3110で示すように構成されており、購入者からの仮決済マネー発行依頼や、販売者からの本決済承認依頼、または回収処理に対応している。具体的には、支払ID3111、発行情報、本決済依頼情報、回収情報、仮決済マネー情報または電子マネー情報3122とからなる。このうち、発行情報は、購入者からの発行依頼に基づく発行日時3112と、発行金融機関情報3113と、発行金融機関支店情報3114と、発行端末機情報3115とからなり、本決済依頼情報は、販売者からの本決済依頼に基づく本決済依頼日時3116と、本決済依頼端末機情報3117とからなる。本決済依頼情報が書き込まれると、仮決済マネーカード82が回収されるまで、その再利用が禁止される。そして、回収情報は、本決済 完了に伴う回収日時3118と、回収金融機関情報3119と、回収金融機関支店情報3120と、回収端末機情報3121とからなる。
【0332】
以下、金融機関端末機80′の各処理について、図48以降に示す処理フローを参照して説明する。
まず、可搬型記憶媒体を発行する機能として、可搬型記憶媒体発行処理3510を説明する。
【0333】
可搬型記憶媒体発行処理3510は、図48に示すように、購入者からの金融端末機操作により、商品購入情報付の仮決済情報を含む金銭情報を格納した可搬型記憶媒体としての仮決済マネーカード(ICカード)を発行する処理を行う。
【0334】
まず、ステップ3512において、ディスプレイ3002に仮決済マネー(ICカードタイプ)の発行依頼画面を表示し、購入者の入力による支払IDや購入者情報、発行銀行情報等の発行依頼情報を受付ける(ステップ3514)。ついで、ステップ3516において入力された発行依頼情報の内容を確認し、ステップ3518において内容が正常な場合、またステップ3520にて新規カード収納ボックス3004に新規ICカードが存在する場合、ステップ3522にて購入者取引金融機関処理装置3に発行依頼情報を送信する。
【0335】
次に、ステップ3524にて送信が正常に処理されたことを確認し、ステップ3528にて購入者取引金融機関処理装置3からの処理結果を受信する。ステップ3530で購入者取引金融機関処理装置3での処理結果が正常である場合、商品購入情報を含んだ仮決済マネー情報と発行情報をディスク3030に書込む。ステップ3534にて新規カード収納ボックス3004から新規ICカードを取出し、ディスク3030に書込まれた仮決済マネー情報と発行情報を、新規ICカードのICチップメモリー3110の仮決済マネー情報3122と発行情報(発行日時3112、発行金融機関情報3113、発行金融機関支店情報3114、発行端末機情報3115)に、ICカードリーダー/ライター3001を使用して書き込む。
【0336】
ステップ3538においてICチップへの書込みが正常に処理されたのを確認したならば、ステップ3540にて処理終了表示をディスプレイ3002に表示し、ステップ3542にてカード82を排出する。ステップ3518にて入力内容が正しくない場合、ステップ3520で新規カードの在庫が無い場合、ステップ3524で送信処理が正常に行われなかった場合、ステップ3530で処理結果が正しくない場合、ステップ3538でICチップへの書き込みが正常に処理されなかった場合に、ステップ3544にてエラーメッセージを編集し、ステップ3546にてディスプレイ3002にそのメッセージを表示する。
【0337】
次に、可搬型記憶媒体に基づいて金融機関に本決済承認の依頼を送信する機能として、本決済承認処理3550を説明する。
この本決済承認処理3550は、図49に示す処理を行うもので、購入者による金融機関端末機80′の操作により本決済承認依頼を受付ける処理である。
【0338】
この図中、ステップ3552においてディスプレイ3002に本決済承認受付画面を表示し、購入者の入力による支払IDや購入者情報、発行金融機関情報等の本決済承認情報を受付ける。ステップ3554において入力された本決済承認情報の内容を確認し、ステップ3558において内容が正常な場合、ステップ3560において金融機関処理装置3に本決済承認情報を送信する。
【0339】
ステップ3562にて送信が正常に処理されたことを確認し、ステップ3566にて金融機関処理装置3からの処理結果を受信する。ステップ3568で金融機関処理装置3での処理結果が正常である場合、ステップ3570にて処理完了画面表示(本決済承認受付表示)をディスプレイ3002に表示する。ステップ3558にて入力内容が正しくない場合、ステップ3562で送信処理が正常に行われなかったない場合、ステップ3568で処理結果が正しくない場合は、ステップ3572にてエラーメッセージを編集し、ステップ3574にてディスプレイ3002にそのメッセージを表示する。
【0340】
次に、可搬型記憶媒体を自動回収する機能として、本決済依頼処理3600を説明する。
この本決済依頼処理3600は、図50および図51に示すように、販売者による金融端末機操作と商品購入者から受け取った仮決済マネーカード83(ICカード)とにより、本決済依頼を受付ける処理である。
【0341】
まず、ステップ3602においてディスプレイ3002に本決済依頼画面を表示し、ステップ3604にて販売者から挿入された仮決済マネーカード82を受付け、ステップ3606でICカードリーダー/ライター3001によりICチップに記憶された情報を読み取る。
【0342】
ステップ3608で、情報が正常に読み取られたならば、ステップ3610で、支払ID、発行情報、本決済依頼情報、仮決済マネー情報を、この端末機80′のディスク3030に書込む。次に、ステップ3612で、これら支払ID、発行情報、本決済依頼情報および仮決済マネー情報を、購入者の金融機関処理装置3あるいは販売者の金融機関処理装置4に送信する。ステップ3614において、送信が正常に処理されたことを確認したならば、ステップ3618で情報の送信先の金融機関処理装置3あるいは4からの処理結果を受信する。
【0343】
そして、ステップ3620で金融機関処理装置3あるいは4での処理結果が正常である場合、ステップ3622において該当する仮決済マネーが本決済承認受付済かどうかを判定する。本決済承認受付済の場合、ステップ3624にて本決済承認情報をディスク3030に書込んだ後、仮決済マネーカード82のICチップメモリー3110にICカードリーダー/ライター3001を使用して書き込む。また、ステップ3626にて本決済依頼情報と回収情報をディスク3030に書込んだ後、ICチップメモリー3110の本決済依頼情報(本決済依頼日時3116、本決済依頼端末機情報3117)と回収情報(回収日時3118、回収金融機関情報3119、回収金融機関支店情報3120、回収端末機情報3121)に、ICカードリーダー/ライター3001を使用して書き込む。ステップ3628においてICチップへの書込みが正常に処理されたのを確認したならば、ステップ3630にて受付ICカードを回収カード格納ボックス3003に回収し、ステップ3632にて本決済終了表示をディスプレイ3002に表示する。
【0344】
一方、ステップ3622において、該当する仮決済マネーが本決済承認受付未済の場合、ステップ3636にて本決済依頼情報をディスク3030に書込んだ後、ICカードのICチップメモリー3110の本決済依頼情報(本決済依頼日時3116、本決済依頼端末機情報3117)に、ICカードリーダー/ライター3001を使用して書き込む。ステップ3638においてICチップへの書込みが正常に処理されたのを確認したならば、ステップ3640にて本決済依頼受付メッセージをディスプレイ3002に表示する。
【0345】
ステップ3608にてICチップの読み取りが正常に行われなかった場合、ステップ3614で送信処理が正常に行われなかった場合、ステップ3620で処理結果が正しくない場合、ステップ3628およびステップ3638でICチップへの書き込みが正常に処理されなかった場合に、ステップ3642にてエラーメッセージを編集する。そして、ステップ3644にてディスプレイ3002にそのメッセージを表示し、ステップ3646にて仮決済マネーカードを排出する。
【0346】
次に、配達者処理装置(配達管理装置)6、7について、図52以降を参照して説明する。なお、前述した第4の実施形態においては、通常の配達を行う配達者の配達者処理装置6と、返品の配達を行う配達者の配達者処理装置7とについて説明していたが、両装置は同一の構成であってもよいことから、ここでは、両方の機能を有する装置を配達者処理装置6′として説明する。また、配達者処理装置6′の配達管理DB60′は、前述した配達管理DB60と配達管理DB70の両方の機能を有し、通常の配達と返品の両方を管理するものとする。
【0347】
この配達者処理装置6′は、以下の機能を有する。
第1に、販売者(販売者処理装置2)からの商品配達依頼に基づき、商品配達情報を格納し、商品を受領者に配達した場合には、受領者の受領署名または代理の署名と商品購入にかかわる支払IDを含む第三者配達証明情報を生成する機能を有する。
【0348】
第2に、受領者からの返品配達依頼に基づき、返品配達情報を格納し、返品依頼した受領者の署名または代理の署名と商品購入にかかわる支払IDを含む第1の第三者返品証明情報を生成する機能を有する。
【0349】
第3に、返品を販売者に配達した場合には、販売者の受領署名と商品購入にかかわる支払IDを含む第2の第三者返品証明情報を生成する機能を有する。
第4に、受領者に商品購入にかかわる支払IDを含む返品配達受付受領証明を発行する機能を有する。
【0350】
第5に、販売者に商品を配達した後に、受領者の受領署名と商品購入にかかわる支払IDを含む第三者配達証明情報を通知する機能を有する。
第6に、取引管理装置5が介在する場合は、上述した第三者配達証明情報、第1および第2の第三者返品証明情報を、取引管理装置5に登録する機能を有する。
【0351】
このような機能を達成するために、配達者処理装置6′は、図52に示すように、装置全体をコントロールする演算制御部4010と、送受信の相手である各装置1、2、3、4、5と回線接続する通信制御部4012と、各データベースを制御するデータベース制御部4020と、配達管理処理部4480と、入出力処理部4014と、メモリー4016とを有する。
【0352】
データベース制御部4020は、配達情報4200と返品情報4300から構成される配達管理DB60′と、配達依頼者情報管理DB4400と、配達先情報管理DB4450とを管理する。
【0353】
また、配達管理処理部4480は、配達受付処理4500と、配達受取処理4600と、返品受付処理4700と、返品受取処理4800とを有する。
次に、データベース制御部4020が管理する各データベースについて、図53(a)〜(d)を参照して説明する。
【0354】
図52に示すように、配達管理DB60′は、配達情報4200と返品配達情報4300から構成される。配達情報4200は、図53(a)に示すように、配達者が配達を管理するための基本的な情報である配達ID4210、配達明細4211のほか、購入者・販売者等の商品購買の関係者との通信においてその商品購買のキーとなる支払ID4220、配達依頼者情報4230およびその認証4231、配達先受取情報4240およびその認証4241、配達者の認証4250、さらに商品の受取確認のサイト監視期間4260、商品を配達先に配達した時点で依頼者に通知したことを表示する配達依頼者への通知の済/未済の区別とその日時4270、取引管理装置5への登録を表示する取引管理装置への登録の済/未済の区別とその日時4280を含む。このうち、第三者配達証明の核になる情報は、配達先受取情報4240およびその認証4241と、配達者の認証4250である。
【0355】
返品配達情報4300は、図53(b)に示すように、配達情報4200と同様の情報4310、4311、4320のほか、返品クレームのサイト監視期間4330、取引管理装置5への登録の済/未済の区別とその日時4340、4350、第1および第2の返品証明情報4360、4370とから構成される。
【0356】
このうち、取引管理装置5への登録の済/未済の区別とその日時の情報は、第1の返品証明登録4340と第2の返品証明登録4350の2種類の情報から構成される。第1の返品証明登録4340は、第1の返品証明情報4360を取引管理装置5に登録したかどうかを表示し、第2の返品証明登録4350は、第2の返品証明情報4370を取引管理装置5に登録したかどうかを表示する。さらに、図53(c)に示されるように、第1の返品証明情報4360は、支払ID4361と、配達依頼者情報4362およびその認証4364と、配達者の認証4366とからなり、第2の返品証明情報4370は、支払ID4371と、配達先受取情報4372およびその認証4374と、配達者の認証4376と、配達日時4378とからなる。
【0357】
なお、配達情報4200および返品配達情報4300中の配達先受取認証4241および配達依頼者認証4364としては、代理の認証も格納可能とする。
また、図53(d)に示されるように、配達依頼者情報管理DB4400、配達先情報管理DB4450の内容はほぼ同様で、依頼者または配達先のID4410のほか、属性情報(名称・住所・電話番号等)4412と、送受信管理情報(アドレス、ID等)4414と、認証用情報(暗号鍵等)4416とから構成される。
【0358】
次に、配達管理処理部4480の各処理の処理手順について、図54以降を参照して説明する。
図54は、配達受付処理4500の処理フローを示すものである。この配達受付処理4500は、ステップ4510で販売者からの配達依頼を受け付け、ステップ4520、4530において、配達情報4200を生成し、それを配達管理DB60′に格納する。格納内容は、販売者から受け渡された支払ID4220のほか、配達依頼者(すなわち販売者)情報4230およびその認証4231、商品の受取確認のサイト監視期間4260である。さらに、取引管理装置5が介在する場合は、この情報を取引管理装置5に通知する(ステップ4550)。
【0359】
図55は、配達受取処理4600の処理フローを示すものである。まず、ステップ4610では配達先から商品の受領証明情報を受ける。本人不在の場合、代理人(家族等)であることを確認できる情報があれば、代理の認証でも可能とする。これをうけて、ステップ4620において第三者の配達証明情報を生成する。この第三者の配達証明情報は、配達管理DB60′の配達情報4200に格納された配達先受取情報4240およびその認証4241に、配達者の認証4250を付したものである。ステップ4630ではこの第三者の配達証明情報を配達依頼者に通知する。さらに、取引管理装置5が介在する場合は、この情報を取引管理装置5に通知する(ステップ4650)。そして、配達管理DB60′の配達情報4200にある配達先受取情報4240およびその認証4241、配達者の認証4250、配達依頼者への通知の済/未済の区別とその日時4270、取引管理装置5への登録の済/未済の区別とその日時4280を更新する(ステップ4660)。
【0360】
以上の処理は、販売者からの商品配達依頼に基づき、商品配達情報を格納し、商品を受領者に配達した場合には、受領者の受領署名または代理の署名と商品購入にかかわる支払IDを含む第三者配達証明情報を生成するような機能と、取引管理装置へ商品購入にかかわる支払IDを含む第三者配達証明情報を登録する機能と、商品配達後に受領者の受領署名と商品購入にかかわる支払IDを含む第三者配達証明情報を販売者に通知する機能とに対応する。
【0361】
ついで、返品受付処理4700について、図56に示す処理フローを参照して説明する。
返品受付処理4700は、商品受領者(購入者または購入者が指定した者)またはその代理人から依頼を受けることで開始される。ただし、代理人からの依頼の場合は、代理人であることを確認できる情報が必要となる。返品受付処理4700は、まず、ステップ4710で返品の配達依頼を受け、ステップ4720、4730において、返品配達情報4300を生成し、それを配達管理DB60′に格納する。格納内容は、受領者から受け渡された支払ID4320のほか、配達依頼者情報4362およびその認証4364と、返品クレームのサイト監視期間4330である。続いて、ステップ4740において第1の第三者返品証明情報を生成する。これは、配達依頼者情報4362およびその認証4364に、配達者の認証4366を付したものである。これを、配達者の受領証明として、配達依頼者に交付する(ステップ4750)。さらに、取引管理装置5が介在する場合は、この情報を取引管理装置5に通知する(ステップ4770)。そして、ステップ4780において配達管理DB60′の返品配達情報4300にある第1の第三者返品証明情報4360と、第1の返品証明登録4340を更新する。
【0362】
以上の処理は、商品受領者からの返品配達依頼に基づき、返品配達情報を格納し、返品依頼した受領者の署名または代理の署名と商品購入にかかわる支払IDを含む第1の第三者返品証明情報を生成するような機能と、取引管理装置へ商品購入にかかわる支払IDを含む第1の第三者返品証明情報を登録する機能と、受領者に商品購入にかかわる支払IDを含む返品配達受付受領証明を発行する機能とに対応する。
【0363】
次に、返品受取処理4800の処理手順について、図57を参照して説明する。
商品購入者から返品の配達を依頼された配達者は、配達先すなわち商品販売者に返品する商品を配達する。ステップ4810において、返品受取処理4800は、販売者から返品の受領証明を受け取る。これにより、ステップ4820において第2の返品証明情報を生成する。これは、配達管理DB60′の返品配達情報4300にある配達先受取情報4372およびその認証4374に、配達者の認証4376と配達日時4378を付したものである。取引管理装置5が介在する場合は、この情報を取引管理装置5に通知する(ステップ4830)。そして、ステップ4840において配達管理DB60′の返品配達情報4300にある第2の第三者返品証明4370、第2の返品証明登録4350、および返品クレームのサイト監視期間4330を更新する。サイト監視期間4330としては、返品到着により確定したものが用いられる。
【0364】
以上の処理は、返品を販売者に配達した場合には、販売者の受領署名と商品購入にかかわる支払IDを含む第2の第三者返品証明情報を生成する機能と、取引管理装置へ商品購入にかかわる支払IDを含む第2の第三者返品証明情報を登録する機能とに対応する。
【0365】
次に、購入者取引金融機関あるいは販売者取引金融機関に設けられた金融機関処理装置3、4について説明する。なお、ここでは、金融機関処理装置3′が、購入者取引金融機関処理装置3または販売者取引金融機関処理装置4に対応するものとして説明する。
【0366】
この金融機関処理装置3′は、購入者への仮決済マネー発行、本決済承認、仮決済取消、販売者からの本決済依頼、被振込請求内容に応じた支払、振込仮決済取消、返品に伴う仮決済取消サイト監視等を行なう金融機関に設けられ、以下の機能を有する。
【0367】
第1に、商品の購入者からの仮決済マネー発行依頼を受け付けるとともに、それを発行する機能を有する。
第2に、商品の販売者からの仮決済マネー受領後の本決済依頼を受付ける機能を有する。
【0368】
第3に、商品の購入者からの商品受取後の本決済承認依頼を受付ける機能と、本決済承認依頼に含まれる被振込請求情報によって販売者に支払処理を行なう機能を備える。また、その際、商品の販売者から本決済依頼を受付けていない場合は、本決済依頼を督促する機能を有する。
【0369】
第4に、商品の購入者からの商品の返品に伴う仮決済取消依頼を受付ける機能を有する。
第5に、商品の購入者が配達者に返品を依頼したとき、配達者から受領した第1の第三者返品証明を受付ける機能を有する。
【0370】
第6に、配達者が販売者に返品された商品を渡した時に、取引管理装置5より受領する第2の第三者返品証明を受付ける機能を有する。
第7に、商品の返品に不備があった場合に、販売者より返品クレームを受付ける機能を有する。
【0371】
第8に、商品の返品が正しく行われた場合に、販売者より返品受取通知を受付ける機能を有する。
第9に、商品の購入者が返品処理を行なった場合、仮決済取消のサイト監視を行なう機能を有する。
【0372】
このような機能を発揮するため、金融機関処理装置3′は、図58に示すように構成される。すなわち、この金融機関処理装置3′は、装置全体をコントロールする演算制御部5010と、送受信の相手である各装置1、2、5、6、7と回線接続するための通信制御部5020と、各データベースを制御するデータベース制御部5040と、金融機関処理装置3′の各機能を実行するための金融処理部5700と、入出力処理部5030と、メモリー5050とから構成されている。
【0373】
データベース制御部5040は、図58に示されるように、口座管理DB5100と、マネー管理DB5200と、仮決済マネー管理DB5300と、電子マネー管理DB5400と、本決済情報管理DB5500と、返品管理DB5600とを有する。
【0374】
また、金融処理部5700は、仮決済マネー・電子マネー発行処理5710と、本決済依頼受付け処理5750と、本決済承認依頼受付処理5800と、仮決済の取消依頼受付処理5850と、第1の第三者返品証明情報の受付処理5900と、第2の第三者返品証明情報の受付処理5920と、返品クレーム通知受付処理5940と、返品受取通知受付処理5960と、仮決済の取消サイト監視処理5980とを有する。
【0375】
図59は、データベース制御部5040により管理される各データベースの構成概念を示すものである。
この図に示すように、口座管理DB5100は、購入者の口座情報を管理する。この口座情報は、マネー管理DB5200にリンクされ、このマネー管理DB5200は、仮決済マネーおよび決済口座マネーの発行状況を管理する。これらの情報によって参照される仮決済マネーおよび電子マネーは、仮決済マネー管理DB5300および電子マネー管理DB5400に格納されている。そして、これら各DB5300、5400に格納された仮決済マネーあるいは電子マネーの本決済状況は、本決済情報管理DB5500に格納され管理される。また、購入者からの返品状況は返品管理データベース5600で管理される。
【0376】
以下、各データベースについて、図60および図61を参照して詳細に説明する。
図60(a)に示されるように、口座管理DB5100は、購入者の既存の口座情報を管理するためのDBで、口座番号5101をキーとして作成されている。口座情報5102は、本人確認ができるように、購入者の住所、氏名、電話番号等の本人情報5103を含んで構成される。また、口座残高5104は、預金口座の残高+与信利用可能残高−与信使用残高を表す。
【0377】
マネー管理DB5200は、図60(b)に示すように、口座番号5201をキーとして生成されており、口座管理DB5100とリンクしている。購入者より仮決済マネーや電子マネー(商品購入情報付加後)が発行される度に、仮決済マネー発行残高5203や電子マネー発行残高5204が更新され、発行限度額管理が行なわれる。ここで、口座残高5104をaとし、仮決済マネー発行残高5203をbとし、電子マネー発行残高5204をcとするならば、a≧b+cとなる。仮決済マネー管理情報5205は、仮決済マネー管理DB5300へのリンク情報を含み、電子マネー管理情報5206は、電子マネー管理DB5400へのリンク情報を含む。
【0378】
図60(c)は、仮決済マネー管理DB5300を示すものである。この仮決済マネー管理DB5300は、購入者に対して発行した仮決済マネーを格納する。すなわち、この図に示すように、仮決済マネーは、仮決済マネーID5301、支払ID5302、金額5303、発行日時5304、商品購入情報5305、金融機関識別(認証)情報5306、支払先情報5307、販売者からの本決済依頼の有無とその日時5310、購入者からの本決済承認依頼の有無とその日時5311、および発行金融機関ブラインド署名情報5312を含む。このうち、商品購入情報5305は、購入商品の情報と調停日数X(X=平均配達日数+返品クレーム受付日数+余裕日数)と調停日数Y(Y=返品クレーム受付日数)とを含む。また、支払先情報5307は、販売者の住所、氏名、電話番号等の販売者情報5308と、販売者の支払先や支払方法等の被振込請求情報5309を含む。
【0379】
図60(d)は、電子マネー管理DB5400を示すものである。この電子マネー管理DB5400に格納される電子マネーは、購入者に対して事前に発行され、購入者により商品購入情報を付加されて販売者に支払われた後に、販売者より本決済依頼されたものである。この電子マネー管理DB5400の大半の項目5403、5404、5405、5406、5407、5408、5409、5410、5411、5412は、仮決済マネー管理DB5200に準ずるが、電子マネーIDとして元ID5401と子ID(追加のID)5402があることと、購入者のブラインド署名情報5413がある点で、仮決済マネー管理DB5200と異なっている。
【0380】
続いて、本決済情報管理DB5500を図60(e)に示す。この本決済情報管理DB5500に格納されるレコードは、購入者からの本決済承認または販売者からの本決済依頼を受け取り、仮決済情報を含む金銭情報の本決済依頼を金融機関に対して行う時に作成され、以降の管理に使用される。この本決済管理DB5500は、支払ID5501をキーとして作成され、決済口座マネー/仮決済マネーの区分を表すマネー種類5502と、仮決済マネーIDまたは電子マネーID5503と、本決済の未済/済の区別とその日時5504とを含む。
【0381】
次に、図61を参照して返品管理DB5600について説明する。この返品管理DB5600は、商品の購入者より第1の第三者返品証明付仮決済取消依頼を受付けた時点で生成され、以降の管理に使用される。この返品管理DB5600は、支払ID5601をキーとして生成され、購入者が返品依頼した配達者の情報と返品依頼日時等を管理する返品管理情報5602と、マネー種類5603(決済口座マネー/仮決済マネーの区分)と、仮決済マネーIDまたは電子マネーID5604と、仮決済取消依頼日時・認証5605と、配達ID5606と、購入者への商品配達後の本決済と返品処理時の仮決済取消のサイト監視のための調停日数5607と、返品クレーム情報の日時と認証5608と、返品届完了通知の日時と認証5609と、返品承認通知の日時と認証5610とを含む。
【0382】
次に、金融処理部5700に含まれる各処理5710〜5980について、図62〜図70を用いて説明する。
図62は、仮決済マネー・電子マネー発行処理5710の処理フローである。仮決済マネー・電子マネー発行処理5710は、まず、商品購入者処理装置1より仮決済マネーまたは電子マネーの発行依頼を受け付ける(ステップ5712)。ついで、仮決済マネー・電子マネーの発行依頼のプロトコルに基づいて、フォーマットのチェック、各項目の桁数、項目タイプとの属性チェックおよび本人確認情報の入力有無と金融機関識別子の妥当性チェックを行う(ステップ5714、5716)。このチェック結果がNGであれば、商品購入者処理装置1にエラー内容を通知し(ステップ5734)、正常であれば、引き続き依頼に含まれる口座番号に基づいて、口座管理DB5100をアクセスする(ステップ5718、5720)。
【0383】
ついで、口座管理DB5100をアクセスした結果、該当する口座レコードが存在しなければ、商品購入者処理装置1にエラー内容を通知し(ステップ5734)、該当する口座レコードが存在すれば、仮決済マネーまたは電子マネーの発行依頼内容の本人確認情報とそのレコード内に登録されている口座情報の中の本人情報とを比較し、本人の正当性をチェックする。
【0384】
さらに、仮決済マネーまたは電子マネーの発行依頼内容の発行金額とそのレコード内の残高および与信情報との比較を行い、残高+与信利用可能額−与信使用額が発行金額より多いか少ないかをチェックする(ステップ5722、5724)。このチェック処理において、エラーが発生した場合は、商品購入者処理装置1にエラー内容を通知する(ステップ5734)。チェック結果が正常な場合は、発行金額の凍結のため、その口座レコードの残高から発行金額を減算して残高(与信使用額を含む)を更新し、口座管理DB5100の該当する口座レコードを上書きする。
【0385】
さらに、マネー管理DB5200を口座番号を用いてアクセスし、発行するマネー種類に基づき、それが仮決済マネーならば、発行金額を仮決済マネー発行残高に加算し、仮決済マネー管理情報として発行枚数を更新するとともに、発行依頼数分の仮決済マネーIDを新たに採番して追加格納する。また、決済口座マネーならば、発行金額を電子マネー発行残高に加算し、電子マネー管理情報として発行枚数を更新するとともに、発行依頼数分の電子マネーIDを新たに採番して追加格納する。マネー管理DB5200が存在しない時は、DBを作成(STORE)し、マネー管理DB5200が既に存在する時は、上書き(REWRITE)する(ステップ5726)。
【0386】
発行するマネー種類が仮決済マネーならば、仮決済マネー管理DB5300を作成するため、新たに採番した仮決済マネーID毎に、仮決済マネーID、発行金額、発行日時、発行金融機関の識別(認証)情報等をレコードに格納するとともに、用途管理が必要な仮決済マネーならば、商品購入情報、支払先情報をそのレコードに追加格納する。また、商品購入情報と支払先情報内の重要な項目について、ブラインド署名を生成して格納する(ステップ5728)。マネー種類が決済口座マネーの場合も、同様にして、必要な情報を含むレコードを作成する。
【0387】
ついで、作成した内容を仮決済マネー管理DB5300または電子マネー管理DB5400としてSTOREする(ステップ5730)。
最後に、マネー管理DB5200と、仮決済マネーDB5300または電子マネー管理DB5400とに作成したレコードに基づいて、仮決済マネーまたは電子マネーを生成して、商品購入者処理装置1に送信する(ステップ5732)。
【0388】
図63は、本決済依頼受付処理5750の処理フローを示すものである。まず、ステップ5752において、本決済依頼受付処理5750は、商品販売者処理装置2からの本決済依頼を受け付ける。
【0389】
次に、ステップ5754〜5778までの処理によって、本決済依頼の内容の妥当性チェックを行うと共に、仮決済マネー管理DB5300または電子マネー管理DB5400に、本決済依頼に含まれている被振込請求情報を設定するとともに、支払IDが未設定ならば、本決済依頼内の支払IDを設定し、DBの更新を行う。
【0390】
尚、既に本決済承認依頼を受け付けている場合には、本決済情報管理DB5500の相関チェックを行って、チェック結果が正常ならば、本決済情報管理DB5500を更新するとともに、仮決済マネー管理DB5300または電子マネー管理DB5400内の被振込請求内容に基づいて支払処理を行う。また、本決済承認依頼がなされていない場合には、本決済情報を未済に設定し、本決済情報管理DB5500を作成する。
【0391】
また、図64は、本決済承認依頼受付処理5800の処理フローを示すものである。本決済承認依頼受付処理5800は、まず、ステップ5802において、商品購入者処理装置1、取引管理装置5から本決済承認依頼を受け付ける。
【0392】
次に、ステップ5804〜5832の処理において、受け付けた本決済承認依頼の妥当性チェックおよび本決済承認依頼者の資格チェックを行う。チェック結果が正常であれば、仮決済マネー管理DB5300または電子マネー管理DB5400に本決済承認依頼情報を設定し、DBの支払IDが未設定ならば、本決済承認依頼内の支払IDを設定し、DBの更新を行う。
【0393】
尚、本決済依頼を受け付けている場合は、本決済情報管理DBの相関チェックを行って、チェック結果が正常ならば、仮決済マネー管理DB5300または電子マネー管理DB5400内の被振込請求内容に基づいて支払処理を行う。また、本決済依頼がなされていない場合には、本決済情報を未済に設定し、本決済情報管理DB5500を作成する。また、販売者処理装置2あるいは取引管理装置5に対して、本決済依頼の催促通知を行う。
【0394】
図65は、仮決済の取消依頼受付処理5850の処理フローを示すものである。
仮決済の取消依頼受付処理5850は、まず、ステップ5852において、販売者処理装置2あるいは取引管理装置5から仮決済の取消依頼を受け付ける。ついで、ステップ5854〜5872に示す処理によって、受け付けた仮決済の取消内容の妥当性チェックおよび仮決済取消依頼者の資格チェックを行う。このチェック結果が正常ならば、仮決済マネー管理DB5300または電子マネー管理DB5400に仮決済の取消が発生した旨のフラグを立て、仮決済マネー管理DB5300または電子マネー管理DB5400を更新する。
【0395】
さらに、返品管理DB5600の仮決済取消依頼の情報(受付日時、依頼者情報等)を設定し、返品管理DB5600を作成する。仮決済取消依頼者に対して仮決済取消受付の通知を行う。
【0396】
図66は、第1の第三者返品証明情報の受付処理5900の処理フローを示すものである。まず、ステップ5902において、受付処理5900は、商品購入者処理装置1あるいは取引管理装置5から第1の第三者返品証明情報を受け付ける。
【0397】
ついで、ステップ5904〜5914で示される処理により、受け付けた第1の第三者返品証明情報の妥当性チェックおよび第1の第三者返品証明情報の依頼者の資格チェックを行う。そして、チェック結果が正常ならば、調停日数を監視するために、調停日数Xを求める。ここで、調停日数Xは、X=商品購入情報内の配達日数+商品購入情報内の返品クレーム受付日数+決められた余裕日数−(第1の第三者返品証明情報の受付日−第1の第三者返品証明情報内の返品依頼受付日)により求める。求めた調停日数Xを返品管理DB5600に設定し、返品管理DB5600の更新を行う。
【0398】
図67は、第2の第三者返品証明情報の受付処理5920における処理フローを示すものである。まず、ステップ5922において、受付処理5920は、取引管理装置5から第2の第三者返品証明情報を受け付ける。ついでステップ5924〜5934に示される処理によって、第2の第三者返品証明情報の内容の妥当性チェックおよび資格チェックを行う。そして、チェック結果が正常ならば、調停日数を監視するために、調停日数Yを求める。ここで、調停日数Yは、Y=商品購入情報内の返品クレーム受付日数−(第2の第三者返品証明情報の受付日−第2の第三者返品証明情報内の販売者受領日)により求める。求めた調停日数Yを返品管理DB5600に設定し、返品管理DB5600の更新を行う。
【0399】
図68は、返品クレーム通知受付処理5940の処理フローを示すものである。まず、ステップ5942において、返品クレーム通知受付処理5940は、販売者処理装置2あるいは取引管理装置5から返品クレーム通知を受け付ける。ついで、ステップ5944〜5958に示す処理を実行し、受け付けた返品クレーム通知の内容の妥当性チェックと返品クレーム通知依頼者の資格チェックを行う。チェック結果が正常ならば、返品管理DB5600の返品クレーム情報5608に、返品クレームの受付日時、返品クレーム通知の依頼者情報を設定し、返品管理DB5600の更新を行う。また、返品クレーム通知の依頼者に対して、返品クレーム通知を受け付けた旨を通知し、購入者処理装置1に対しては返品クレームが発生したことを通知する。
【0400】
図69は、返品受取通知受付処理5960の処理フローを示すものである。返品受取通知受付処理5960は、販売者処理装置2あるいは取引管理装置5から返品受取通知を受け付ける(ステップ5962)。ついで、ステップ5964〜5980に示される処理を実行し、受け付けた返品受取通知内容の妥当性チェックおよび資格チェックを行う。このチェック結果が正常ならば、返品管理DB5600の返品承認通知5610に、返品受取通知の受付日時、返品受取通知の依頼者情報を設定し、調停日数5607をゼロクリアして、返品管理DB5600の更新を行う。さらに、返品クレーム情報が設定されている場合は、返品クレーム情報の無効フラグを設定する。
【0401】
尚、本決済情報管理DB5500が存在すれば、それを削除し、仮決済マネー管理DB5300または電子マネー管理DB5400の金額分をマネー管理DB5200の仮決済マネー発行残高または電子マネー発行残高から減算し、マネー管理DB5200を更新する。
【0402】
口座管理DB5100の口座残高には取消対象の金額分を加算し、口座管理DB5100を更新する。ここで、取消によって不要となった仮決済マネー管理DB5300または電子マネー管理DB5400は、トラブルを防ぐため、一定の猶予期間を過ぎてから削除される。また、取消完了の通知を、返品受取通知の依頼者および購入者処理装置1に対して行う。
【0403】
図70は、仮決済の取消サイト監視処理5980の処理フローを示すものである。取消サイト監視処理5980は、ステップ5982〜5998に示される処理を、1日1回定期的に行って、返品管理DB5600の内容をチェックする。そして、返品管理DB5600に返品承認通知5610の情報が存在すれば、直ちに、図69の仮決済取消処理と同様の処理が行われる。
【0404】
また、返品クレーム情報5608が存在する場合は、調停日数5607の変更を行わずに、処理を終了する。返品承認通知5610および返品クレーム情報5608のいずれも存在しない場合は、仮決済取消依頼5605の情報が存在するかどうかをチェックする。仮決済取消依頼5605が存在すれば、調停日数5607をチェックし、調停日数がゼロであれば、図69の仮決済取消処理と同様の処理を行う。また、調停日数がゼロでない場合は、それを1日分減算し、返品管理DB5600を更新する。
【0405】
次に、商品購入者処理装置1の具体的構成について、図71以降を用いて説明する。
この商品購入者処理装置1は、商品購入における注文から決済までの作業と返品依頼を購入者が行うために設けられた処理装置であり、以下の機能を有する。
【0406】
第1に、商品の販売者に移転され、販売者から受領した商品内容の確認に基づき本決済される、仮決済情報を含む金銭情報の発行依頼を行う機能を備える。
第2に、仮決済情報を含む金銭情報に対して、商品購入情報の登録依頼を行う機能を備える。
【0407】
第3に、商品の販売者に商品注文を依頼する機能と、販売者に仮決済情報を含む金銭情報を移転する機能と、購入者の本人確認情報を通知する機能とを備える。
【0408】
第4に、受領した商品内容の確認に基づき、正常な商品の場合には、本決済承認依頼を行う機能と、正常な商品でない場合には、商品を返品依頼する機能と、返品依頼を受け取ったことを証明する第1の第三者返品証明情報の受付機能と、仮決済の取消依頼を行う機能とを備える。
【0409】
このような機能を発揮するために、この商品購入者処理装置1は、図71に示すように構成される。図71において、商品購入者処理装置1は、装置全体をコントロールする演算制御部6010と、送受信の相手である販売者処理装置2、金融機関処理装置3、取引管理装置5、配達者処理装置6、7の各装置と回線接続するための通信制御部6020と、各データベースを制御するデータベース制御部6040と、商品購入者処理装置1の各処理を実行するための支払処理部6600と、入力装置6030と、メモリー6050から構成されている。
【0410】
データベース制御部6040は、この図に示すように、商品購入管理DB6100と、マネー管理DB6200と、仮決済マネー管理DB6300と、電子マネー管理DB6400と、本決済承認依頼管理DB6500と、返品依頼管理DB6600とを管理する。
【0411】
また、支払処理部6600は、この図に示すように、金銭情報発行依頼処理6610と、商品注文処理6650と、商品受取および返品処理6700とを有し、これらの処理を実行する。
【0412】
次に、データベース制御部6040が管理する各データベースについて、図72、73を参照して説明する。
商品購入管理DB6100の構成は、図72(a)に示される。支払ID6101は、金銭情報管理、本決済管理、返品管理のキーとなるIDである。商品購入情報6102は、販売者の情報を含む商品購入明細情報であり、発注日時6103は、商品の発注日時である。支払方法6104は、購入者が注文時に指定する支払方法(例えば前払い・仮決済・後払い等)であり、マネー種類6105は、支払に利用するマネー種類(決済口座マネー/仮決済マネー等)であり、マネーID6106は、支払った電子マネーまたは仮決済マネーのIDであり、仮払日時6107は、仮決済を行った日時であり、本決済承認日時6108は、購入者が本決済承認を行った日時であり、販売者情報6109は、販売者の氏名、住所、連絡先、取引銀行情報、電子マネー支払先等であり、認証6110を含んで構成される。認証6110は、販売者情報6109に対する販売者の認証である。
【0413】
また、マネー管理DB6200は、図72(b)に示すように、決済口座の情報(金融機関、口座番号)を含む口座情報6201、仮決済マネー発行残高6203、電子マネーの発行残高6204、仮決済マネー管理情報6205、および電子マネー管理情報6206を格納する。仮決済マネー管理情報6205は、仮決済マネー管理DB6300へのポインタ情報(リンク情報)であり、電子マネー管理情報6206は、電子マネー管理DB6400へのポインタ情報である。
【0414】
また、仮決済マネー管理DB6300の内容は、図72(c)に示されるように、仮決済マネーID6301、支払ID6302、金額6303、発行日時6304、マネーとリンクした商品購入情報6305、発行金融機関情報6306、本決済または仮決済取消完了日時6307から構成される。このうち、仮決済マネーID6301は、金融機関が発行時に採番するマネーIDであり、支払IDとも連動している。また、本決済または仮決済取消完了日時6307は、本決済完了または仮決済取消完了により、この仮決済マネーのライフサイクルが終了した日時を示す。
【0415】
本決済承認依頼管理DB6500の構成は、図72(d)に示される。ここで、支払ID6501、マネー種類6502、およびマネーID6503は、商品購入管理DB6100の同一項目に対応し、本決済承認依頼日時6504は、商品購入管理DB6100の本決済承認日時6108に対応する。また、本決済完了通知日時6505は、本決済承認依頼後、金融機関から本決済完了を通知してきた日時である。
【0416】
返品依頼管理DB6600は返品発生時に生成され、その構成は、図72(e)に示される。内容としては、本決済承認依頼管理DB6500に準ずる項目6601、6602、6603のほか、配達者処理装置等の第三者証人への返品依頼時の受取情報(返品依頼情報)として、日時6604、配達者6605、第1の第三者返品証明6606を格納する。さらに、金融機関に返品による仮決済取消依頼を通知したときの仮決済取消依頼の済/未済の区別とその日時6607、および対応する仮決済取消完了の済/未済の区別とその日時6608を格納する。
【0417】
また、電子マネー管理DB6400は、図73に示される情報を管理する。この電子マネー管理DB6400で管理する電子マネーは、仮決済マネーと異なり、当初は用途を特定せずに金融機関より発行されるいわゆる決済口座マネーである。そして、この図において、上段は、金融機関より発行された電子マネー(決済口座マネー)の管理情報に対応し、下段は、購入者が特定の商品を購入するために電子マネーの一部の金額を販売者に対して支払ったことを示す仮決済情報を含む電子マネー情報に対応する。
【0418】
上段に示される管理情報には、発行されたマネーの電子マネーID6401、当初の発行金額6402、有効期限6403、本決済タイプ(本払タイプ)の振出情報6404とその累計金額6405、仮決済タイプ(仮払タイプ)の振出情報6406とその累計金額6407、および発行残高6408が含まれる。
【0419】
下段の仮決済情報を含むマネー情報は、発行金額6402のうちの一部の金額を仮決済タイプとして振り出したものを表す。したがって、そのマネーIDは、元ID(上段のID6401と同じ)6409に、子ID6410を追加して特定される。それ以外の各項目6411、6412、6413、6414、6415、6416は、仮決済マネー管理DB6300に準ずる。ただし、決済口座マネーの場合は、振出時に購入者によってブラインド署名される点が、金融機関によってブラインド署名される仮決済マネーとは異なる。
【0420】
次に、図74以降を参照し、商品購入者処理装置1における各処理の処理手順を説明する。
まず、仮決済マネーを発行する機能として、金銭情報発行依頼処理6610の処理手順を、図74を参照して説明する。
【0421】
この金銭情報発行依頼処理6610は、この図に示されるように、まず、ステップ6612で、仮決済マネーの発行を依頼する金融機関の情報、金額等の発行依頼に伴う情報を入力する。金額(b1)は、図60の口座管理DB5100の口座残高5104の範囲内で決定される。次に、ステップ6614で口座番号などの本人情報を入力し、ステップ6616で商品購入情報付加の要否を判定し、必要ならば、ステップ6618にて商品購入情報を付加入力する。そして、ステップ6618にて、このように生成した発行依頼を金融機関処理装置3へ送信する。
【0422】
次に、ステップ6622にて金融機関処理装置3からの処理結果を受信し、ステップ6624にて処理結果を判定する。処理結果が正常ならば、ステップ6626にて、金融機関処理装置3から受信した仮決済マネー情報を、仮決済マネーID6301をキーとして仮決済マネー管理DB6300に格納する。また、ステップ6628にてマネー管理DB6200の仮決済マネー発行残高6203を更新する(b=b+b1)。一方、ステップ6624にて処理結果が正常でない場合は、ステップ6630にてエラー処理を行う。
【0423】
次に、商品を注文し、販売者に仮決済マネーを移転するような機能として、商品注文処理6650を図75を参照して説明する。
この商品注文処理6650は、まず、ステップ6652にて販売者処理装置2より商品情報を受信した後、ステップ6654にて商品を選択する。そして、ステップ6656にて、注文個数、注文金額、支払方法、本人情報等を商品情報に付加した商品注文依頼を、販売者処理装置2に送信する。
【0424】
そして、ステップ6660で販売者処理装置2からの処理結果(購入明細)を受信し、ステップ6662にて処理結果を判定し、それが正常ならば、ステップ6664で仮決済マネーの発行処理を行なう。そして、ステップ6666にて仮決済マネー情報に本人確認情報を設定し、ステップ6668にてこの仮決済マネーを販売者処理装置2に送信する。
【0425】
ステップ6672にて販売者処理装置2からの処理結果を受信し、ステップ6674にて処理結果を判定し、それが正常ならば、ステップ6676において商品購入管理DB6100に支払ID6101をキーにして商品購入レコードを作成する。そして、ステップ6662、ステップ6674にて処理結果が正常でない場合は、ステップ6678にてエラー処理を行う。
【0426】
次に、商品の確認に基づいて本決済承認依頼を行う機能として、商品受取および返品処理6700を図76を参照して説明する。
この商品受取および返品処理6700は、まず、ステップ6701にて商品を受取り、ステップ6702にて商品の内容を確認する。商品が注文通りで正常に配達された場合には、ステップ6704にて本決済承認情報を入力し、ステップ6706にて金融機関処理装置3に送信する。
【0427】
ついで、ステップ6710にて金融機関処理装置3から処理結果を受信し、ステップ6712にて処理結果を判定し、それが正常ならば、本決済承認管理DB6500に支払ID6101をキーにして本決済承認レコードを作成し、ステップ6716にて依頼日時6504等の本決済承認情報を設定する。
【0428】
一方、商品に何らかの不備があった場合には、ステップ6718にて配達者処理装置7に返品依頼を送信する。ステップ6722にて配達者処理装置7より処理結果を受信し、ステップ6724にて処理結果を判定し、それが正常ならば、ステップ6725にて支払ID6101をキーとして返品依頼管理DB6600に返品依頼レコードを作成する。ステップ6724にて、配達者に商品を渡すのと引き換えに、確かに返品処理をしたことを証明する第1の第三者返品証明を受取る。
【0429】
そして、ステップ6728にて第1の第三者返品証明を返品依頼管理DB6600の第1の第三者返品証明6606に設定するとともに、第1の第三者返品証明を付加した仮決済取消依頼を金融機関処理装置3に送信する。ステップ6732にて金融機関処理装置3より処理結果を受信し、ステップ6734にて処理結果を判定し、それが正常ならば、ステップ6736にて返品依頼管理DB6600の仮決済取消依頼6607を「済」に設定するとともに、その日時を設定する。ステップ6712、ステップ6724、ステップ6734にて処理結果が正常でない場合は、ステップ6738にてエラー処理を行う。
【0430】
次に、商品販売者処理装置2について、図77以降を参照して説明する。
商品販売者処理装置2は、販売者が商品を販売する際に、注文の受付から決済までの作業と返品管理を行うために設けられた処理装置であり、以下の機能を有する。
【0431】
第1に、商品の購入者からの注文の受付機能と、購入者からの仮決済情報を含む金銭情報の受付機能と、商品受領者に商品を送った後に本決済を行うための依頼機能とを有する。
【0432】
第2に、受領者の商品受領後、本決済承認依頼または返品依頼が行われたかどうかを監視する機能と、一定期間内に本決済承認依頼または返品依頼が行われない場合には、受領者が商品を受領したことを証明する第三者配達証明情報を認証情報として添付し、本決済承認依頼を代理で行う機能とを有する。
【0433】
第3に、返品に伴う取消依頼の通知を受け付ける機能と、取消依頼通知に対して仮決済の取消依頼を行う機能と、受領した返品内容の確認に基づき、正常な返品でない場合には、返品クレームを依頼する機能とを有する。
【0434】
このような機能を発揮するため、商品販売者処理装置2は、図77に示すように構成される。この商品販売者処理装置2は、装置全体をコントロールする演算制御部7010と、送受信の相手である商品購入者処理装置1、金融機関処理装置3、4、取引管理装置5、配達者処理装置6、7の各装置と回線接続するための通信制御部7020と、各データベースを制御するデータベース制御部7040と、販売管理装置2の各処理を実行するための販売管理処理部7600と、入出力装置7030と、メモリー7050とから構成されている。
【0435】
データベース制御部7040は、この図に示すように、商品管理DB7100と、販売管理DB7200と、仮決済マネー管理DB7300と、本決済依頼管理DB7400と、返品管理DB7500と、電子コンテンツ管理DB7550とを制御し管理する。
【0436】
また、販売管理処理部7600は、この図に示すように、商品注文受付および金銭情報受付および本決済依頼処理7610と、電子コンテンツ送信処理7700と、本決済サイト監視および本決済承認代行処理7750と、返品受付処理7850と、電子コンテンツの返品による取消依頼受付処理7900と、返品による取消処理7950と、履行期限の監視と不履行時の通知処理8000とを有し、これらの処理を実行する。
【0437】
図78は、データベース制御部7040が管理する各データベースの関連を示す概念図である。
商品管理DB7100は、販売対象の商品を管理するための情報を含み、そのうち、電子コンテンツ商品は電子コンテンツ管理DB7550で管理される。
【0438】
注文を受けた商品は、商品管理DB7100の商品コードで管理され、その注文情報は、販売管理DB7200で管理される。また、この販売管理DB7200は、販売管理に必要な金銭情報管理、本決済管理、返品管理を行うために、仮払マネー管理情報、本決済依頼管理情報、返品管理情報を含んでいる。仮払マネー管理情報は、仮決済マネー管理DB7300へのポインタ情報であり、本決済依頼管理情報は、本決済依頼管理DB7400へのポインタ情報であり、返品管理情報は、返品管理DB7500へのポインタ情報である。
【0439】
次に、各データベースについて詳細に説明する。
商品管理DB7100は、図79に示すように、キーとしての商品コード7101、物品または電子コンテンツ等を識別する商品区分7102、商品名7103、商品販売情報7104、電子コンテンツ管理ID7105を格納する。このうち、商品販売情報7104は、商品の在庫数、販売価格、商品受取確認のサイト監視期間、返品クレームのサイト監視期間、平均配達日数、返品クレーム受付け日数を含むもので、商品購入者処理装置装置1の商品購入情報5305、5406に引き継がれる。また、電子コンテンツ管理ID7105は、電子コンテンツ管理DB7550とのリンク情報である。
【0440】
次に、販売管理DB7200は、図80(a)、(b)に示されるものである。支払ID7201は、金銭情報管理、本決済管理、返品管理のキーとなるデータである。また、商品コード7202、請求金額7203、受注情報7204、受注日時7204′、購入者情報7205、および認証7206は、一般的な商品受注のデータである。支払方法区分7207は、購入者が注文時に指定する支払方法(例えば決済口座マネー、仮決済マネー等)である。
【0441】
また、仮払マネー管理情報7208は、支払方法区分7207に基づく支払の金銭情報を管理するためのポインタ情報であり、仮決済マネー管理DB7300のレコードを指している。発送情報7209に含まれる発送日時7210、購入者受取日時7211、配達者情報7212、および認証7213は、商品の配達に関する情報であり、配達者より受け渡される。返品管理情報7214は、返品の発生時に生成されるポインタ情報であり、返品管理DB7500のレコードを指している。また、本決済依頼管理情報7215は、本決済依頼を管理するためのポインタ情報であり、本決済依頼管理DB7400のレコードを指している。電子コンテンツ鍵情報の暗号鍵7216と復号鍵7217は、電子コンテンツ販売の場合に使用される情報である。
【0442】
図81(a)、(b)は、それぞれ、仮決済マネー管理DB7300、本決済依頼管理DB7400を示している。
まず、仮決済マネー管理DB7300は、商品の注文に際して購入者より受け取った金銭情報を格納するためのデータベースである。このデータベースには、支払ID7301、マネー種類7302(決済口座マネー/仮決済マネーの区分)、受取日時7303、および支払マネー情報7304が格納される。このうち、支払マネー情報7304は、図81(a)の第2段、第3段に示すように、仮決済マネーであるか決済口座マネーであるかに応じて異なる。
【0443】
第2段は仮決済マネーの場合であり、仮決済マネーID7311、支払ID7312(7301と同じ)、金額7313、発行日時7314、商品購入情報7315、および発行金融機関情報7316を含む。この仮決済マネー全体は、発行金融機関(購入者取引金融機関)によりブラインド署名されている。第3段は決済口座マネー(電子マネー)の場合であり、大半の項目7333、7334、7335、7336、7337は、仮決済マネーの場合に準ずるが、マネーIDに元ID7331と子ID(追加のID)7332がある点と、全体のブラインド署名は購入者によってなされる点が、仮決済マネーの場合と異なる。
【0444】
次に、本決済依頼管理DB7400は、受け取った仮決済情報を含む金銭情報の本決済依頼を金融機関に対して行う時に生成されるデータベースである。図81(b)に示されるように、支払ID7401がキーになるのは、他のデータベースと同様である。本決済金融機関情報は、本決済依頼のために必要な金融機関情報である。購入者取引金融機関に被振込請求を依頼する場合は、その金融機関の情報および入金先の情報(販売者取引金融機関およびその口座情報)が、被振込請求金融機関情報7402に設定される。また、販売者取引金融機関に取立依頼を出す場合は、取立先の購入者取引金融機関の情報と、販売者取引金融機関の情報と、その入金口座の情報とが、取立依頼金融機関情報7403に設定される。また、本決済依頼日時7404、本決済完了日時7405には、それぞれの処理に対応する日時が設定される。
【0445】
一方、返品の場合、仮決済または本決済の取消処理が行われるので、これらを管理するために、仮決済取消情報7406、仮決済取消の依頼日時7407、本決済取消情報7408、および本決済取消の依頼日時7409が格納される。
【0446】
次に、返品管理DB7500について、図82を参照して説明する。
この返品管理DB7500は、商品受領者による配達者への返品依頼により、返品が販売者に届けられた時点で生成され、以降の管理に使用される。このデータベースに含まれる返品情報7501、購入者(または受領者)の返品依頼日時7502、配達者情報7503とその認証7504、および販売者の返品受取日時7505が、配達者の発行する第2の第三者返品証明のベースとなる情報である。販売者は、返品を受け取った後、返品の内容を確認して、返品承認または返品クレームを購入者取引金融機関処理装置3宛に通知しなければならない。
【0447】
また、返品承認情報7506とその依頼日時7507、返品クレーム情報7508とその依頼日時7509には、それぞれ、対応する通知の内容と日時が設定される。なお、販売者が返品を承認した場合は、購入者取引金融機関処理装置3により、仮決済の状態であれば仮決済取消処理が行われ、本決済済であれば本決済取消処理が行われる。
【0448】
この処理結果は、図81(b)の本決済依頼管理DB7400の仮決済取消情報7406とその依頼日時7407、または本決済取消情報7408とその依頼日時7409に設定される。
【0449】
また、図83は、電子コンテンツ管理DB7550を示している。商品管理DB7100の情報のうち、電子コンテンツについては、このDB7550によりその内容が管理される。
【0450】
この電子コンテンツ管理DB7550は、商品管理DB7100とリンクするための電子コンテンツ管理ID7551のほか、電子コンテンツ分類コード7552、ダイジェスト情報7553、暗号識別タイプ7554、およびコンテンツ商品情報7555を含む。ここで、暗号識別タイプ7554は、電子コンテンツの暗号化/復号化方式を指定する情報である。電子コンテンツは、暗号識別タイプ7554により指定された方式で暗号化されて、購入者に送信される。そして、購入決定後、購入者は、販売者より送信された復号鍵でそれを復号化する。
【0451】
次に、販売管理処理部7600によって実行される各処理7610〜8000の処理手順について、図84以降に示す処理フローを参照して説明する。
まず、商品注文およびマネーを受け付け、本決済依頼を行う機能として、商品注文受付および金銭情報受付および本決済依頼処理7610を説明する。
【0452】
この処理7610の処理手順は、図84および図85に示される。処理7610は、まず、ステップ7611にて購入者処理装置1より商品注文を受付け、ステップ7612にて受け付けた内容を確認する。ステップ7614にて商品注文内容が正しかった場合には、ステップ7616にて注文された商品の商品コード7101を介して商品管理DB7100を参照する。ステップ7618において該当する商品の在庫がある場合は、ステップ7622にて購入者処理装置1宛に注文受付通知を送信する。
【0453】
次に、ステップ7626にて購入者処理装置1より仮決済マネー情報を受信し、ステップ7628にて受取った仮決済マネーの金額および商品購入情報の妥当性をチェックする。ステップ7629にてこのチェック結果が正しいと判断された場合には、ステップ7630にて購入者の本人確認を実施し、ステップ7632にて確認結果が正しかった場合、ステップ7634にて支払IDを採番し、ステップ7636にて販売管理DB7200に支払ID7201をキーとして販売管理レコードを作成し、ステップ7538にて仮決済マネー管理DB7300に支払ID7301をキーとして仮決済マネーレコードを作成する。そして、ステップ7640にて購入者処理装置1に注文受付情報を送信する。
【0454】
次に、ステップ7642にて注文商品が電子コンテンツかどうかを判定し、物品である場合は、ステップ7644にて配達システムの有無を判定する。配達システムがある場合には、ステップ7646にて配達者処理装置6に商品配送依頼を送信する。ステップ7650にて配達者処理装置6より処理結果を受信し、ステップ7652にて処理結果がOKの場合に、ステップ7654にて配達者に商品を発送するように依頼し、第三者配達証明を受領する。ステップ7656にて、販売管理DB7200の発送依頼日時7210に、日時等の発送情報を設定する。7642において注文商品が電子コンテンツの場合は、ステップ7700にて電子コンテンツ送信処理を実施する。
【0455】
また、ステップ7660にて仮決済マネー管理DB7300より仮決済マネー情報を取得し、ステップ7662にて金融機関処理装置3に本決済依頼を送信する。ステップ7666にて金融機関処理装置3から処理結果を受信し、ステップ7668にて処理結果を判定し、処理結果がOKの場合は、ステップ7670にて本決済依頼管理DB7400に支払ID7401をキーとしてレコードを作成し、本決済依頼日時7404等の本決済依頼情報を設定する。
【0456】
ステップ7614において内容が正しくない場合、ステップ7618にて注文に該当する商品がない場合、ステップ7629にてチェック結果が正しくない場合、およびステップ7632にて本人確認結果が正しくない場合は、ステップ7674にて購入者処理装置1に商品注文受付不可の通知を送信する。また、ステップ7652、ステップ7668にて処理結果がNGの場合は、ステップ7676にてエラー処理を行う。
【0457】
次に、電子コンテンツ送信処理7700の処理手順を、図86を参照して説明する。まず、ステップ7702において、この電子コンテンツ送信処理7700は、電子コンテンツのダイジェスト情報と、暗号化された電子コンテンツを送信する。
【0458】
ここで、電子コンテンツ送信処理7700は、商品管理DB7100の電子コンテンツ管理ID7105をキーとして電子コンテンツ管理DB7550を参照し、対応する電子コンテンツレコードのダイジェスト情報7553を取り出す。また、コンテンツ商品情報7555を、販売管理DB7200の電子コンテンツ鍵情報の暗号鍵7216で暗号化する。そして、これらを取引管理装置5経由で購入者処理装置1に送信する。
【0459】
ついで、ステップ7704において取引管理装置5に販売管理DB7200の電子コンテンツ鍵情報の復号鍵7217を送信する。その後、ステップ7706にて、販売管理DB7200に発送情報7209を格納し、ステップ7708にて仮決済マネー管理DB7300より仮決済マネー情報を取得して、取引管理装置5に本決済依頼を送信する。
【0460】
次に、返品依頼を監視し、一定期間内に返品依頼がなされない場合には購入者の代理として本決済承認依頼を行うような機能として、本決済サイト監視および本決済承認代行処理7750を、図87を参照して説明する。
【0461】
この処理7750は、まず、ステップ7752において1日に1回販売管理DB7200の販売管理レコードを読込み、ステップ7754以降の処理を行なう。ステップ7754にて本決済状況を判定し、未済である場合、ステップ7756にて返品依頼状況を判定する。返品依頼がなければ、ステップ7758にて商品発送後の監視期間(X日)が経過しているかどうかを判定し、監視期間オーバーの場合、ステップ7760にて配達者から受領した第三者配達証明を付して本決済承認依頼(代行)を金融機関処理装置3に送信する。
【0462】
次に、返品受付処理7850を、図88を参照して説明する。
返品受付処理7850は、まず、ステップ7852において配達者から返品商品を受取る。ステップ7854でその商品の内容を確認するとともに、返品管理DB7500に返品管理レコードを作成する。ステップ7856にて返品された商品に不備がある場合には、ステップ7858にて金融機関処理装置3にクレーム情報を送信し、ステップ7860において返品管理DB7500にクレーム依頼日時7509等の返品クレーム情報7508を設定する。また、ステップ7856において商品の正当性が確認された場合は、ステップ7862にて返品による取消処理7950を実行する。
【0463】
次に、返品による取消処理7950を、図90を参照して説明する。
取消処理7950は、まず、ステップ7952において返品管理DB7500のレコードを読み込み、ステップ7954において、販売管理DB7200の本決済依頼情報7215を参照し、本決済依頼管理DB7400を支払ID7401をキーにして参照して、本決済状況を確認する。ここで、本決済完了日時7405が設定されている場合は、ステップ7955において金融機関処理装置3に本決済取消(購入者口座への代金振込)の依頼を送信する。本決済完了日時7405が設定されていない場合は、仮決済マネー管理DB7300を参照して、支払IDに対応する仮決済マネーのレコードがあるかどうかを確認する。ここで、仮決済マネーのレコードがある場合は、ステップ7958において金融機関処理装置3に返品承認および仮決済取消依頼を送信する。また、仮決済マネーのレコードがない場合は、ステップ7960において金融機関処理装置3に返品承認を送信する。そして、ステップ7962において、返品管理DB7500のレコードを更新する。
【0464】
次に、まだ説明していない販売者処理装置2の処理手順について説明を付け加える。この処理手順は、好ましい実施形態としては備えられるべきものである。図89は、電子コンテンツの返品による取消依頼受付処理7900の処理手順を示している。受付処理7900は、まず、ステップ7902において取引管理装置5より電子コンテンツの要求電文を受信し、返品管理DB7500に返品管理レコードを作成する。次に、ステップ7904にて要求内容を判定し、それが電子コンテンツの再送要求ならば、ステップ7906において、購入者処理装置1に送信した暗号化後の電子コンテンツを取引管理装置5に再送信する。ステップ7910にて取引管理装置5より電子コンテンツの復号化処理結果を受信し、ステップ7912においてそれを確認する。取引管理装置5において復号化処理が正しく行われず、ステップ7914において暗号化前の電子コンテンツの再送要求があれば、ステップ7916にて暗号化前の電子コンテンツを販売者処理装置2と取引管理装置5の間の暗号鍵で暗号化して再送信する。ステップ7920において取引管理装置5での電子コンテンツ内容の確認処理結果を受信し、ステップ7922にて結果がOKならば、処理を終了る。また、ステップ7904、7914で取消依頼を受信した場合、およびステップ7922にて処理結果がNGの場合は、ステップ7924にて仮決済取消依頼の承認の可否を判定し、承認可ならば、ステップ7928にて返品による取消処理7950を実行し、承認不可ならば、ステップ7926にて返品クレーム情報を取引管理装置5に送信するとともに、返品管理DB7500のクレーム依頼日時7509を設定する。
【0465】
最後に、商品の発送が履行されたかどうかを監視する構成について、図91以降の処理フローを参照して説明する。
まず、支払い条件情報である商品発送の履行期限を監視し、履行期限内に商品が発送されない場合には、支払い条件情報を認証情報として送付して、取引の取消依頼を行うような機能として、履行期限の監視処理7970の処理手順を説明する。履行期限の監視処理7970は、購入者処理装置1あるいは商品受領者に設けられた処理装置において実行される。
【0466】
図91および図92は、履行期限の監視処理7970の処理フローを示している。この監視処理7970は、まず、ステップ7972にて購入者の希望する履行期限の入力を受け付け、ステップ7974にてその履行期限が守られるかどうかを販売者処理装置2に問い合せる。ステップ7976にて問い合せ結果がNGであれば、ステップ7978にて履行期限の変更が可能かどうかを購入者に問い合せる。変更が可能であれば、ステップ7980にて履行期限の再入力を受け付け、ステップ7974以降の処理を繰り返す。変更が可能でなければ、処理を終了する。
【0467】
ステップ7976にて問い合せ結果がOKであれば、ステップ7982にて履行期限を仮決済マネーに設定し、それを販売者処理装置2に送信する。次に、ステップ7984にて履行期限監視対象が存在するかどうかを判定し、監視対象があれば、ステップ7986にて監視対象の仮決済マネーをサーチし、ステップ7988にて仮決済マネーに設定された履行期限の日時を現在の日時と比較する。現在の日時が履行期限の日時を過ぎていなければ、ステップ7990にて履行の確認入力があるかどうかをチェックする。
【0468】
確認入力があれば、ステップ7992にて、確認日時、確認者名等の確認済情報を仮決済マネーに設定し、ステップ7984以降の処理を繰り返す。確認入力がなければ、そのままステップ7984以降の処理を繰り返す。そして、ステップ7984にて監視対象がなくなれば、処理を終了する。
【0469】
ステップ7988にて現在の日時が履行期限の日時を過ぎていれば、ステップ7994にて履行期限の過ぎた仮決済マネーとともに、仮決済の取消依頼を発行金融機関に通知し、ステップ7996にて依頼日時等を含む取消依頼済情報を仮決済マネーに設定して、処理を終了する。
【0470】
次に、購入者から商品の注文を受け付け、商品が発送されたことの確認の通知により決済される仮決済マネーを受け付け、支払い条件情報である商品発送の履行期限を監視し、履行期限内に商品が発送されない場合には、それを購入者あるいは商品受領者に通知するような機能として、販売者処理装置2により実行される、図77の履行期限の監視と不履行時の通知処理8000の処理手順を説明する。
【0471】
図93および図94は、履行期限の監視と不履行時の通知処理8000の処理フローを示している。この処理8000は、まず、ステップ8002にて購入者あるいは商品受領者からの送信情報を受け付け、ステップ8004にてそれが履行期限確認の問い合わせであれば、ステップ8012にて履行期限までに商品の発送が可能かどうかを販売者に問い合わせる。発送が可能であれば、ステップ8016以降の処理を行う。発送が不可能であれば、履行期限の変更依頼を送信元に通知し、処理を終了する。
【0472】
ステップ8004にて送信情報が履行期限確認の問い合わせでなく、ステップ8006にてそれが仮決済マネーであれば、ステップ8008にて履行期限の設定があるかどうかをチェックする。履行期限の設定があれば、次に、ステップ8010にて履行期限の確認済情報があるかどうかをチェックし、確認済情報があれば、ステップ8016以降の処理を行う。
【0473】
ステップ8008にて履行期限の設定がなければ、ステップ8016以降の処理を行い、ステップ8010にて確認済情報がなければ、ステップ8012以降の処理を行う。また、ステップ8006にて送信情報が仮決済マネーでなければ、処理を終了する。
【0474】
ステップ8016では送信情報を正常に受け付けた旨を送信元に通知し、次に、ステップ8018にて履行期限監視対象があるかどうかを判定し、監視対象があれば、ステップ8020にて監視対象の仮決済マネーをサーチし、ステップ8022にて仮決済マネーに設定された履行期限の日時を現在の日時と比較する。現在の日時が履行期限の日時を過ぎていなければ、ステップ8024にて履行済の入力があるかどうかをチェックする。
【0475】
履行済の入力があれば、ステップ8026にて、履行日時、履行の確認者名等の履行済情報を仮決済マネーに設定し、ステップ8028にて対応する本決済の依頼処理を行って、ステップ8018以降の処理を繰り返す。履行済の入力がなければ、そのままステップ8018以降の処理を繰り返す。そして、ステップ8018にて監視対象がなくなれば、処理を終了する。
【0476】
ステップ8022にて現在の日時が履行期限の日時を過ぎていれば、ステップ8030にて、不履行確定日時、不履行理由、不履行の確認者名等の不履行済情報を仮決済マネーに設定し、ステップ8032にて商品発送不履行の旨を送信元に通知して、処理を終了する。
【0477】
以上説明した実施形態においては、主として物品や電子コンテンツ等の商品の販売を代金の支払い対象の事項としているが、サービスの提供を支払い対象の事項とした場合にも、同様のシステムを適用することができる。
【0478】
また、本実施形態の各装置は、例えば、図95に示すような情報処理装置(コンピュータ)を用いて構成することができる。図95の情報処理装置は、CPU(中央処理装置)8101、メモリ8102、入力装置8103、出力装置8104、外部記憶装置8105、媒体駆動装置8106、およびネットワーク接続装置8107を備え、それらはバス8108により互いに接続されている。
【0479】
メモリ8102には、処理に用いられるプログラムとデータが格納される。メモリ8102としては、例えばROM(read only memory)、RAM(random access memory)等が用いられる。CPU8101は、メモリ8102を利用してプログラムを実行することにより、必要な処理を行う。
【0480】
入力装置8103は、例えば、キーボード、ポインティングデバイス、タッチパネル等であり、ユーザからの指示や情報の入力に用いられる。出力装置8104は、例えば、ディスプレイやプリンタ等であり、ユーザへの問い合わせや処理結果等の出力に用いられる。
【0481】
外部記憶装置8105は、例えば、磁気ディスク装置、光ディスク装置、光磁気ディスク(magneto-optical disk)装置等である。この外部記憶装置8105に、上述のプログラムとデータを保存しておき、必要に応じて、それらをメモリ8102にロードして使用することもできる。また、外部記憶装置8105は、上述した各種のデータベースとしても用いられる。
【0482】
媒体駆動装置8106は、可搬型記憶媒体8109を駆動し、その記録内容にアクセスする。可搬型記憶媒体8109としては、メモリカード、フレキシブルディスク、CD−ROM(compact disk read only memory )、光ディスク、光磁気ディスク等、任意のコンピュータ読み取り可能な記憶媒体が用いられる。この可搬型記憶媒体8109に上述のプログラムとデータを格納しておき、必要に応じて、それらをメモリ8102にロードして使用することもできる。
【0483】
ネットワーク接続装置8107は、LAN(local area network)等の任意のネットワーク(回線)を介して他の装置と通信し、通信に伴うデータ変換を行う。また、必要に応じて、上述のプログラムとデータを外部の装置から受け取り、それらをメモリ8102にロードして使用することもできる。
【0484】
図96は、図95の情報処理装置にプログラムとデータを供給することのできるコンピュータ読み取り可能な記憶媒体を示している。可搬型記憶媒体8109や外部のデータベース8110に保存されたプログラムとデータは、メモリ8102にロードされる。そして、CPU8101は、そのデータを用いてそのプログラムを実行し、必要な処理を行う。
【0485】
【発明の効果】
本発明によれば、代金支払い者(商品購入者、サービス依頼者等)は商品購入またはサービスの依頼の際、代金支払い先(販売者、サービス提供者等)に対して支払い能力があることを示すため、代金の支払い対象の事項(商品供給、サービス提供等)が履行されたことの確認の通知により決済される、仮決済情報を含む金銭情報を渡し、代金支払い先は、その金銭情報に基づいて、商品代金あるいはサービス代金を確保することができる。このため、代金支払い先にとっては、商品やサービス等の代金の回収リスクがなくなる。
【0486】
なお、代金支払い者あるいは代金の支払い対象の事項の確認を行う確認者は、商品購入の場合は、商品受領後、注文した商品と受領した商品の内容(色、サイズ、柄、品質、メーカ名、型、真贋等)を確認した後に本決済を承認するため、希望した商品を確実に購入することができる。また、サービス依頼の場合は、サービス提供者の作業(白蟻の駆除作業、出張クリーニング、掃除の代行作業、家の補修作業等)の結果を確認した後に本決済を承認するため、手抜き作業の防止が容易にできる。したがって、代金支払い者と代金支払い先の双方がリスクを負うことがなく、かつ決済処理が確実に行われる。
【0487】
また、本発明によれば、代金支払い先は、発行金融機関が、代金の支払い対象の事項が履行されたことの確認の通知により決済される、仮決済情報を含む金銭情報を代金支払い者の口座に確保したことを、発行金融機関の認証付きで確認することができるので、代金支払い者の個人的な信用に頼ることなく、商品やサービス等を提供できる。
また、本発明によれば、仮決済情報を含む金銭情報が支払い対象情報を含むことで、発行金融機関は、本決済時に、より詳細な情報に基づいて確認できるため、不正な決済要求に対する決済事故の発生を有効に防止できる。また、代金支払い者が、金銭情報を用途外で使用することを防止できる。
【0488】
また、本発明によれば、支払い対象情報は発行金融機関だけが復号化できる暗号鍵でブラインドされているため、第三者が金銭情報を不正コピーして他の用途に使用することを有効に防止できる。
【0489】
また、本発明によれば、仮決済情報を含むか否かを識別する情報を有する電子マネーを用いて、代金支払い者自らが仮決済情報を生成した後、代金支払い先に支払い、代金支払い者または確認者が、代金支払い先から提供された商品またはサービスの内容を確認した後に、本決済が行われるため、両者共にリスクを負うことがなく、かつ決済処理を確実に行える。なお、代金支払い者は、電子マネーの移転時に、仮決済情報を含まない本決済の電子マネーとして支払うか、仮決済情報を生成して仮決済の電子マネーとして支払うかを判断して、使い分けることができる。このため、電子マネーを支払い状況に応じて、有効かつ安全に使用することができる。
【0490】
また、本発明によれば、仮決済情報を含む金銭情報を持ち運びができるカード等の可搬型記憶媒体に保持することで、商品またはサービスの提供を受ける際、代金支払い先に対してネットワーク等を用いてオンラインで支払うことも、可搬型記憶媒体を直接手渡して支払うことも可能となる。このため、支払いの利便性が向上するとともに商品やサービスの提供の機会が拡大される。
【0491】
また、本発明によれば、可搬型記憶媒体を発行金融機関に接続されたATM等の端末機から発行することにより、可搬型記憶媒体の偽造発行を防止できる。また、端末機が設けられた所であれば、場所を限定せずに発行できるので、代金支払い者は、発行金融機関の営業店の窓口が閉まった後でも、端末機が動作していれば、好きなときに可搬型記憶媒体を手に入れることができる。
【0492】
また、本発明によれば、代金支払い先は、仮決済マネーとして代金支払い者から移転された可搬型記憶媒体を発行金融機関に接続されたATM等の端末機に差し込んで、本決済の依頼ができるので、ネットワーク接続の処理装置を備えてない代金支払い先でも、仮払いの決済システムの取引が可能となる。
【0493】
また、本発明によれば、発行金融機関に接続されたATM等の端末機から可搬型記憶媒体を発行する際、処理終了後の自動回収を行うか否かの表示を行い、自動回収の表示がされている可搬型記憶媒体の場合は、処理終了を確認してから自動的にそれを回収する。このため、不正使用を防止でき、可搬型記憶媒体の再利用により資源の節約ができる。
【0494】
また、本発明によれば、自動回収されない可搬型記憶媒体でも、処理終了後は再利用を禁止する情報を書き込むことにより、その記憶媒体の不正使用を防止できる。
【0495】
また、本発明によれば、代金支払い先からの本決済依頼は受け付けるが、代金支払い者からの本決済承認がなければ本決済されることがないため、代金支払い者の支払いリスクがなくなる。
【0496】
また、本発明によれば、代金支払い先は、代金支払い者の取引金融機関に対して本決済依頼をする際、本決済された時の被振込請求情報として、自己の口座を有する取引金融機関宛の振込先情報または自己の電子財布情報を支払い先に指定しておく。これにより、本決済される時に、自動的に被振込請求情報に含まれている支払い先に送金される。
【0497】
また、本発明によれば、送信を中継する装置(取引管理装置等)を経由して取引を行うため、取引情報の送信側は、受信側の暗号鍵を送ってもらったり、送信側の暗号鍵を送ったりする必要が一切ない。また、送信側は、送信を中継する装置と送信側との間の唯一の固有の暗号鍵で暗号化して送るため、いかなる受信側とも暗号鍵や復号鍵のやり取りを一切行う必要がない。このため、第三者に取引情報を解読される危険性がなくなる。さらに、送信側は、暗号鍵の管理が容易であり、安全性が飛躍的に高まる。
【0498】
また、本発明によれば、送信を中継する装置は、送信側から送られてきた暗号化された電文を、送信側との唯一の固有の復号鍵を用いて復号化するため、本人確認が容易にできる。
【0499】
また、本発明によれば、受信側は、送信を中継する装置により、その装置と受信側との間の唯一の固有の暗号鍵で暗号化された電文を受信するため、送信側の暗号鍵を意識する必要がない。また、暗号化された電文を第三者に解読される危険性がなくなる。さらに、受信側は、暗号鍵の管理が容易であり、安全性が飛躍的に高まる。
【0500】
また、本発明によれば、当事者間だけで商取引を行うと取引状況が確認できないため、取引管理装置を設けている。代金支払い者、代金支払い先並びに金融機関等が、取引情報を取引管理装置を経由して送受信することにより、取引のすべての過程を正確に把握することができる。
【0501】
また、本発明によれば、取引管理装置は、取引情報を管理する際、送信側の本人認証付きで管理するため、本人否認および取引否認を防ぐことができる。
また、本発明によれば、取引の不成立により、代金支払い先が取引の取消依頼を取引管理装置に対して行う必要がある場合、取引管理装置は、代金支払い先が行うべき取引の取消依頼処理の発生の有無を監視するため、代金支払い者が自ら取引の取消状況をチェックする必要がない。
【0502】
また、本発明によれば、取引管理装置は、取引毎に定められた取消事象が発生して取消依頼を行うまでの期間を管理し、代金支払い先からの取消依頼がその期間内に発生しなかった場合には、代金支払い先に代わって取消依頼処理を行うため、取消処理を滞ることなく進行させることができる。
【0503】
また、本発明によれば、取引管理装置は、受領者が商品を受け取った日時に基づいて、受領者が本決済承認依頼を行ったか否かまたは商品の返品を行ったか否かを監視する。このため、仮決済の状態から本決済に移行するか、または取引の取消を行うかというような取引状況が正確に把握できる。
【0504】
また、本発明によれば、取引管理装置は、受領者が商品を受け取ってから本決済承認依頼または商品の返品依頼を行うまでの期間を管理し、その期間内に受領者が本決済承認依頼も商品の返品依頼も行わなかった場合には、受領者に代わって本決済承認依頼を行う。このため、商品受領後、本決済承認依頼までの取引を滞ることなく進行させることができる。
【0505】
また、本発明によれば、受領者が商品の返品を行い、返品手続きがなされた旨を通知された場合、取引管理装置は、受領者に代わって取引の取消依頼を行う。このため、返品後の取消処理を滞ることなく進行させることができる。
【0506】
また、本発明によれば、代金支払い先から配達依頼を受け付けた配達者処理装置は、配達先の受領署名を管理し、配達した商品にかかわる支払IDを含めた配達証明情報を生成するため、商品を届けた事実を証明することができる。
【0507】
また、本発明によれば、配達者処理装置は、受領者から返品配達依頼がある場合、依頼者の署名を管理し、返品対象の商品にかかわる支払IDを含めた配達証明情報を生成するため、返品処理が開始された事実を証明することができる。
【0508】
また、本発明によれば、配達者処理装置は、返品対象の商品を代金支払い先に届けた際、代金支払い先の受領署名を管理し、返品対象の商品にかかわる支払IDを含めた最終的な返品証明情報を生成する。このため、返品した商品が代金支払い先に届いた事実を証明することができる。
【0509】
また、本発明によれば、商品を届けたことを証明する配達証明情報、返品を受け付けたことを証明する返品証明情報、および返品を代金支払い先に届けたことを証明する最終的な返品証明情報の各々を配達者処理装置が生成した際、それを取引管理装置に登録する。このため、取引の各過程における正確な状況を把握できる。また、各証明情報を第三者の承認情報として使用することにより、取引のトラブルを防ぐことができる。
【0510】
また、本発明によれば、取引管理装置は、受領者が商品を受け取ってから本決済承認依頼または商品の返品依頼を行うまでの期間を管理し、その期間内に受領者が本決済承認依頼も商品の返品依頼も行わなかった場合には、受領者に代わって本決済承認依頼を行う。このとき、配達者処理装置の配達証明情報を認証情報として添付した内容で本決済承認依頼を行うため、より信頼度の高い代行処理が行われる。
【0511】
また、本発明によれば、受領者が商品の返品依頼を行い、返品が代金支払い先に届けられた後、取引管理装置は、配達者処理装置の最終的な返品証明情報を認証情報として添付した内容で、受領者に代わって取消依頼を行う。このため、より信頼度の高い代行処理が行われる。
【0512】
また、本発明によれば、受領者は、返品依頼を受け付けたことを証明する返品証明情報を認証情報として添付した内容で取消依頼を行うため、受領者からも取引の取消依頼ができるとともに、取消処理を速やかに進行させることができる。
【0513】
また、本発明によれば、代金支払い先は、受領者が商品を受領した後、本決済承認依頼または返品依頼を行うまでの期間を管理し、その期間内に本決済承認依頼または返品依頼がなされるか否かの監視を行う。そして、いずれの事象も発生しない場合は、商品を受領者に届けたことを証明する取引管理装置の配達証明情報を認証情報として添付した内容で本決済承認依頼を行う。このため、代金支払い先が受領者に代わって本決済承認を依頼できるとともに、本決済処理を速やかに進行させることができる。
【0514】
また、本発明によれば、金融機関処理装置は、代金支払い先が返品を受領したことを証明する最終的な返品証明情報を受け取った後、代金支払い先あるいは取引管理装置から返品内容に問題がある旨の通知を受け取り、取消処理を進行させられない状況が発生することを予想して、取引毎の返品クレームの受け取り期間を管理する。そして、その期間内に返品クレームの通知が行われるか否かを監視する。このため、受領者が返品した商品内容に欠陥等があった場合、取消処理を留保することにより、返品処理のトラブルを防ぐことができる。
【0515】
また、本発明によれば、返品を受け取った代金支払い先または取引管理装置から返品を正常に受け取った旨を通知された場合、金融機関処理装置は、返品クレームの受け取り期間内であっても、その期間の経過を待たずに取消処理を行うため、取消処理を速やかに進行させることができる。
【0516】
また、本発明によれば、電子コンテンツ販売システムにおける取引管理装置は、代金支払い先に代わって電子コンテンツの復号鍵を管理し、代金支払い者の要求に応じて復号鍵を渡すため、電子コンテンツが代金支払い者に確実に届いたか否かを正確に管理できる。
【0517】
また、本発明によれば、取引管理装置は、代金支払い者の要求に応じて電子コンテンツの復号鍵を送る際、代金支払い者の署名を管理し、自らが第三者承認情報を生成するため、代金支払い者による否認を防ぐことができる。
【0518】
また、本発明によれば、取引管理装置は、代金支払い者から電子コンテンツの復号ができない旨の通知を受けた場合、代金支払い先から代金支払い者に送った電子コンテンツを取り寄せて、代金支払い者から送られてきた電子コンテンツと比較する。このため、代金支払い者の電子コンテンツが不正に変造されているか否かを管理することができる。
【0519】
また、本発明によれば、取引管理装置は、比較の結果、電子コンテンツの内容に異常がない場合は、代金支払い者に送った復号鍵で自ら復号して確認するため、電子コンテンツと復号鍵の妥当性を管理することができる。
【0520】
また、本発明によれば、取引管理装置は、復号化した電子コンテンツと代金支払い先から取り寄せた原文の電子コンテンツとを比較するため、復号化した電子コンテンツの内容が不正に変造されているか否かを正確に管理することができる。
【0521】
また、本発明によれば、取引管理装置は、比較の結果、復号鍵に欠陥があれば、復号鍵を代金支払い者に再度送るため、電子コンテンツの取引を滞ることなく進行させることができる。
【0522】
また、本発明によれば、取引管理装置は、比較の結果、代金支払い先が代金支払い者に送った電子コンテンツの内容に欠陥がある場合には、代金支払い者の支払処理を中止させるための取消依頼等の通知を代金支払い先に送るため、取消処理を滞ることなく進行させることができる。
【0523】
また、本発明によれば、取引管理装置は、比較の結果、電子コンテンツに欠陥がある場合には、電子コンテンツを代金支払い者に再度送るため、電子コンテンツの取引を滞ることなく進行させることができる。
【0524】
また、本発明によれば、代金支払い者と代金の支払い対象の事項の確認を行う確認者(商品受領者、サービスの受益者等)が異なっていてもよいため、仮決済情報を含む金銭情報を用いて、家族や第三者にお土産を送ったり、母の日や誕生日等の特別な日のためのプレゼントとして、家の掃除代行作業等をサービス業者に依頼することが容易にできる。
【0525】
また、本発明によれば、代金の支払い対象の事項の確認を行う確認者は、受領した商品の内容を確認した後、またはサービスを受けた後、直ちに本決済承認依頼ができるため、代金の支払い者が本決済承認依頼をするよりも速やかに本決済(代金の支払い)が行われる。さらに、本決済承認依頼のために、確認者が代金の支払い者に連絡をとる必要がない。
【0526】
また、本発明によれば、仮決済情報を含む金銭情報に代金の支払い対象の事項の履行期限を支払い条件情報として有するため、約束した期日(履行期限)までに商品が届くか否か、約束した期日までに依頼したサービスを受けたか否かのチェックや監視が客観的にできる。
【0527】
また、本発明によれば、支払い条件情報である代金の支払い対象の事項の履行期限までに、代金支払い先が注文された商品の配達や依頼されたサービスの提供等ができなかった場合には、代金の支払い者あるいは代金の支払い対象の事項の確認を行う確認者は、支払った仮決済情報を含む金銭情報の取消依頼ができる。このため、期日に対する逸失利益のリスクが回避される。ここで、期日に対する逸失利益のリスクとは、誕生日、母の日、クリスマス等特別な日のために、約束した期日までに商品が届かなかったり、サービスを受けられなかった場合は、商品やサービスの価値が失われるというリスクを意味する。
【0528】
また、本発明によれば、取引管理装置は、支払い条件情報である代金の支払い対象の事項の履行期限を監視するため、代金支払い先がその履行期限までに注文された商品の配達や依頼されたサービスの提供等ができなかった場合は、客観的情報に基づき、代金の支払い者に代わって、支払われた仮決済情報を含む金銭情報の取消依頼を行うことができる。さらに、代金の支払い者あるいは代金の支払い対象の事項の確認を行う確認者は、上述のような煩わしいチェックや監視を行わずに済むので、子供や年寄りでも安心してサービスの依頼や商品の購入ができる。
【0529】
また、本発明によれば、代金支払い先は、支払い条件情報である代金の支払い対象の事項の履行期限を監視することにより、その履行期限までに注文された商品の配達や依頼されたサービスの提供等ができない場合は、代金支払い先自らが、代金の支払い者あるいは代金の支払い対象の事項の確認を行う確認者に、その旨の通知を行う。このため、代金の支払い者あるいは確認者は、より迅速な取消依頼ができる。
【0530】
以上説明した効果は、本発明のシステムおよび装置に関するものであるが、本発明の記憶媒体を利用した場合も、同様の効果が期待される。
【図面の簡単な説明】
【図1】本発明の第1の実施形態の決済システムの概略構成図である。
【図2】第1の実施形態の処理手順(仮決済マネーの決済処理)を説明する説明図である。
【図3】第2の実施形態の処理手順(決済口座マネーの仮払いによる決済処理)を説明する説明図である。
【図4】第3の実施形態の決済システムの概略構成図である。
【図5】第3の実施形態の処理手順(取引管理装置経由の仮決済マネーの決済処理)を説明する説明図である。
【図6】第4の実施形態の処理手順(電子コンテンツの購入における決済処理)を説明する説明図である。
【図7】第4の実施形態の処理手順(電子コンテンツ購入時の本決済承認依頼処理)を説明する説明図である。
【図8】第4の実施形態の処理手順(本決済承認依頼のサイト監視処理)を説明する説明図である。
【図9】第4の実施形態の処理手順(取消依頼の通知処理)を説明する説明図である。
【図10】第4の実施形態の処理手順(取消依頼のサイト監視処理)を説明する説明図である。
【図11】第5の実施形態の決済システムの概略構成図である。
【図12】第5の実施形態の処理手順(販売者からの本決済依頼処理)を説明する説明図である。
【図13】第6の実施形態の決済システムの概略構成図である。
【図14】第6の実施形態の処理手順(物流商品の購入処理)を説明する説明図である。
【図15】第6の実施形態の処理手順(物流商品の返品処理)を説明する説明図である。
【図16】第7の実施形態の決済システムの概略構成図である。
【図17】第7の実施形態の処理手順(取引管理装置経由の物流商品の購入処理)を説明する説明図である。
【図18】第7の実施形態の処理手順(取引管理装置経由の物流商品の返品処理)を説明する説明図である。
【図19】第8の実施形態の決済システムの概略構成図である。
【図20】第8の実施形態の処理手順(可搬型記憶媒体を用いた決済処理)を説明する説明図である。
【図21】取引管理装置の実施形態を示す概略構成図である。
【図22】取引管理装置のデータベース構成を説明する説明図である。
【図23】暗号鍵管理データベースの構成を説明する説明図である。
【図24】取引管理装置経由の暗号化/復号化方式の特徴を説明する説明図である。
【図25】取引管理データベースの構成を説明する説明図である。
【図26】取引ステータスの構成を説明する説明図である。
【図27】本決済サイト監視データベースおよび返品サイト監視データベースの構成を説明する説明図である。
【図28】暗号化/復号化処理手順を示すフローチャートである。
【図29】商品注文処理手順を示すフローチャートである。
【図30】マネー発行(仮決済マネー発行)処理手順を示すフローチャートである。
【図31】マネー支払い(仮決済)処理手順を示すフローチャートである。
【図32】商品配達受付登録処理手順を示すフローチャートである。
【図33】商品配達受取登録処理手順を示すフローチャートである。
【図34】本決済依頼処理手順を示すフローチャートである。
【図35】本決済承認処理手順を示すフローチャートである。
【図36】電子コンテンツ復号用鍵受付処理手順を示すフローチャートである。
【図37】電子コンテンツ受取確認・取消処理手順を示すフローチャートである。
【図38】仮決済取消依頼処理手順を示すフローチャートである。
【図39】電子コンテンツ復号チェック処理手順を示すフローチャートである。
【図40】返品配達受付処理手順を示すフローチャートである。
【図41】返品配達受取処理手順を示すフローチャートである。
【図42】仮決済取消依頼受付処理を示すフローチャートである。
【図43】返品確認/クレーム受付処理を示すフローチャートである。
【図44】本決済サイト監視および強制支払処理手順を示すフローチャートである。
【図45】返品サイト監視および強制取消処理手順を示すフローチャートである。
【図46】金融機関端末機の一実施形態を示す概略構成図である。
【図47】金融機関端末機に適用される仮決済マネーカード(可搬型記憶媒体)の概略構成およびICチップのメモリレイアウトを示す説明図である。
【図48】記憶媒体発行処理手順を示すフローチャートである。
【図49】本決済承認処理手順を示すフローチャートである。
【図50】本決済依頼処理手順を示すフローチャート(その1)である。
【図51】本決済依頼処理手順を示すフローチャート(その2)である。
【図52】配達者処理措置の一実施形態を示す概略構成図である。
【図53】配達管理データベース、配達依頼者情報管理データベース、および配達先情報管理データベースの構成を説明する説明図である。
【図54】配達受付処理手順を示すフローチャートである。
【図55】配達受取処理手順を示すフローチャートである。
【図56】返品受付処理手順を示すフローチャートである。
【図57】返品受取処理手順を示すフローチャートである。
【図58】金融機関処理装置の一実施形態を示す概略構成図である。
【図59】金融機関処理装置のデータベースの構成を説明する説明図である。
【図60】口座管理データベース、マネー管理データベース、仮決済マネー管理データベース、電子マネー管理データベース、および本決済情報管理データベースの構成を説明する説明図である。
【図61】返品管理データベースの構成を説明する説明図である。
【図62】仮決済マネー・電子マネー発行処理手順を示すフローチャートである。
【図63】本決済依頼受付処理手順を示すフローチャートである。
【図64】本決済承認依頼受付処理手順を示すフローチャートである。
【図65】仮決済の取消依頼受付処理手順を示すフローチャートである。
【図66】第1の第三者返品証明情報の受付処理手順を示すフローチャートである。
【図67】第2の第三者返品証明情報の受付処理手順を示すフローチャートである。
【図68】返品クレーム通知受付処理手順を示すフローチャートである。
【図69】返品受取通知受付処理手順を示すフローチャートである。
【図70】仮決済の取消サイト監視処理手順を示すフローチャートである。
【図71】商品購入者処理装置の一実施形態を示す概略構成図である。
【図72】商品購入管理データベース、マネー管理データベース、仮決済マネー管理データベース、本決済承認依頼管理データベース、および返品依頼管理データベースの構成を説明する説明図である。
【図73】電子マネー管理データベースの構成を説明する説明図である。
【図74】金銭情報(仮決済マネー)発行依頼処理手順を示すフローチャートである。
【図75】商品注文処理手順を示すフローチャートである。
【図76】商品受取および返品処理手順を示すフローチャートである。
【図77】販売者処理装置の一実施形態を示す概略構成図である。
【図78】販売者処理装置のデータベース構成を説明する説明図である。
【図79】商品管理データベースの構成を説明する説明図である。
【図80】販売管理データベースの構成を説明する説明図である。
【図81】仮決済マネー管理データベースおよび本決済依頼管理データベースの構成を説明する説明図である。
【図82】返品管理データベースの構成を説明する説明図である。
【図83】電子コンテンツ管理データベースの構成を説明する説明図である。
【図84】商品注文受付および金銭情報受付および本決済依頼処理手順を示すフローチャート(その1)である。
【図85】商品注文受付および金銭情報受付および本決済依頼処理手順を示すフローチャート(その2)である。
【図86】電子コンテンツ送信処理手順を示すフローチャートである。
【図87】本決済サイト監視処理手順を示すフローチャートである。
【図88】返品受付処理手順を示すフローチャートである。
【図89】電子コンテンツの返品による取消依頼受付処理手順を示すフローチャートである。
【図90】返品による取消処理手順を示すフローチャートである。
【図91】履行期限の監視処理手順を示すフローチャート(その1)である。
【図92】履行期限の監視処理手順を示すフローチャート(その2)である。
【図93】履行期限の監視と不履行時の通知処理手順を示すフローチャート(その1)である。
【図94】履行期限の監視と不履行時の通知処理手順を示すフローチャート(その2)である。
【図95】情報処理装置の構成図である。
【図96】記録媒体を示す図である。
【符号の説明】
1 商品購入者処理装置(商品購入者)
2 商品販売者処理装置(商品販売者)
3 購入者取引金融機関処理装置
3′ 金融機関処理装置
4 販売者取引金融機関処理装置
5 取引管理装置
6、6′、7 配達者処理装置
[0001]
BACKGROUND OF THE INVENTION
In the present invention, payment of a product price or a service price between a price payer (product purchaser, service requester, etc.) and a price payee (seller, service provider, etc.) is performed as electronic data including provisional settlement information. The payment is made by temporary payment using monetary information, and the confirmer who confirms the payer or the item to be paid can confirm the details of the received product and the received service and make the final settlement. The present invention relates to a temporary payment system, an encryption relay system, a delivery system, and an electronic content sales system.
[0002]
[Prior art]
At present, cash, checks, bills, account transfers, prepaid cards, and credit cards are widely used as payment means in conventional commercial transactions.
[0003]
As payment methods, there are a prepayment method in which the price is paid before receiving the product, a product cash on delivery method in which the price is paid when the product is received, and a post-payment method in which the price is paid after the product is received. However, in any of the payment methods, there is a risk of receiving the product or paying for the product, or there is a risk of collecting the price for the product seller.
[0004]
In other words, in the case of the prepayment method, regardless of which payment method is used, the product purchaser cannot receive the product despite payment, or the received product is satisfactory There is a risk of not receiving the product. In addition, there is a risk of payment that makes it impossible to collect paid money.
[0005]
In the case of product cash on delivery, payment methods are limited to cash and checks, etc., and the product purchaser can receive the product in exchange for the price, but the content of the received product is still on the spot Since it cannot be confirmed sufficiently, there is a product receiving risk that satisfactory product content cannot be obtained. In addition, the same payment risk as the prepaid method occurs.
[0006]
Furthermore, even in the case of the postpay method, there is a risk of price collection that the product seller cannot collect the price regardless of which payment method is used, even though the product is delivered. To do.
[0007]
The merchandise purchaser can take countermeasures to return the merchandise to the merchandise seller when the received merchandise is incomplete. However, there is a risk that the price will not be returned even if it is returned to the merchandise seller, and even if the price is returned, it is expected that a considerable number of days will be required.
[0008]
Further, in the case of electronic contents such as software and image data distributed on a communication network, another problem arises. That is, for such an intangible product, there is a risk of refusing payment due to a defect in the product even though the product purchaser has successfully received it.
[0009]
In addition, when conducting transactions on the network, there are various risks such as the risk of unauthorized use by a third party, the risk of impersonation of the person, and the privacy infringement risk associated with decryption (wiretapping) by a third party.
[0010]
At present, as a part of reducing such risks, the cryptographic processing method is most effective. However, since the current encryption processing method requires obtaining the other party's public key, common key, etc. between the data sender and destination (reception side), complicated processing including identity verification is required. Must. Furthermore, unless the cryptographic interface including the cryptographic application is matched between the transmission source and the transmission destination, it becomes impossible to exchange encrypted data.
[0011]
[Problems to be solved by the invention]
As described above, in the conventional payment methods, regardless of which payment method or payment method is used, there is a risk of price collection for the payment recipient such as the product seller, service provider, etc. For the payer of the price such as the service requester, there is a product receiving risk or a price payment risk. There is also a risk of return for both the payer and the payee.
[0012]
Furthermore, in the transactions on the network, there are risks of unauthorized use by third parties, risks of impersonation by the third party, privacy infringement risks due to eavesdropping, etc. in both the payer and payee.
[0013]
An object of the present invention is to use various kinds of risks as described above in a reliable and simple procedure using electronic money (electronic cash), electronic checks, electronic bills, provisional settlement cards, etc. of money information including provisional settlement information as payment means. It is to provide a settlement system that can perform commercial transactions with peace of mind both on the network and outside the network (offline).
[0014]
[Means for Solving the Problems]
The first configuration of the present invention includes means for transferring monetary information including provisional settlement information, which is settled by a notification of confirmation that the item to be paid is fulfilled, to the payee of the price, and the price A payment system for provisional payment, characterized in that it has means for making a settlement of the monetary information based on confirmation of the performance of the item to be paid.
[0015]
According to such a configuration, the price payer (product purchaser, service requester, etc.), when making a product purchase or service request, uses the temporary settlement information included in the money information to pay the price (seller, service requester). (Provider etc.) can be shown that there is a payment capability, and the payment destination of the price can secure the product price or the service price based on the provisional settlement information. Therefore, the payment recipient can eliminate the risk of collecting the payment. In addition, when performing a commercial transaction on the network, the payment recipient can easily verify the identity of the payer of the payment by making a payment request for money information including provisional payment information.
[0016]
Note that the financial information including provisional settlement information that is settled by confirming that the items subject to payment have been fulfilled is generated by the issuing financial institution and is the payer of the issuing financial institution. It is preferable to include information on the amount of goods purchased or the amount of service consideration that is frozen in the balance of the account and cannot be transferred until the settlement is made, and authentication of the issuing financial institution.
[0017]
According to such a configuration, the payee receives the money information including the provisional payment information, which is settled by the notification that the issuing financial institution confirms that the matters to be paid are executed, as the payer. It can be confirmed with the issuer's financial institution that it has been secured in the account. For this reason, it is possible to fulfill the items to be paid (supply of goods, provision of services, etc.) without depending on the personal trust of the payer. Here, the service refers to, for example, nursing / care work, white ant extermination work, agent work such as cooking / washing / cleaning, and business trip cleaning work such as futons and carpets.
[0018]
Moreover, it is preferable that the monetary information including the provisional settlement information includes the payment target information indicating the payment subject matter. According to this, the monetary information including the provisional settlement information includes the payment subject information indicating the payment subject matter. The issuing financial institution can confirm based on more detailed information at the time of the settlement, and can effectively prevent the occurrence of a settlement accident for an unauthorized settlement request. In addition, it is possible to prevent the payer from using monetary information including provisional settlement information outside the intended use.
[0019]
Further, in addition to the above configuration, means for storing a main settlement request from a payment recipient, means for storing a main settlement approval request from a price payer, and the stored main settlement request and main settlement approval request. It is good also as a structure which has a means to perform the said payment based on these.
[0020]
According to such a configuration, although the main settlement request from the payment destination is accepted, the main settlement is not performed without the main settlement approval from the price payer.
[0021]
The system preferably includes a transaction management device that relays transmission / reception of transaction information. The transaction status cannot be confirmed if the transaction is conducted only between the parties, but the price payer, the payee of the price, the checker (the product recipient, the beneficiary of the service, etc.) and the financial institution that confirms the subject of payment. Etc. transmit and receive transaction information via the transaction management device, so that the transaction management device can accurately grasp all the processes of the transaction.
[0022]
In the above system, when the product is purchased, the payer or the product receiver sends the first third-party return certificate information including the payment ID related to the product purchase as authentication information, and requests the cancellation of the transaction. There may be means for performing
[0023]
The merchandise purchaser makes a cancellation request with the contents attached with the return certificate information certifying that the return request has been accepted as authentication information. Accordingly, a purchase cancellation request can be made from the purchaser, and the cancellation processing can be advanced promptly.
[0024]
Further, in the above system, the payment destination is a means for monitoring the settlement approval request or return request, and a payment ID related to product purchase if the settlement approval request or return request is not made within a certain period. It is also possible to have means for sending the third party delivery certification information including the authentication information and requesting the final settlement approval of the transaction.
[0025]
According to such a configuration, the payment recipient manages the period from when the purchaser receives the product until the settlement approval request or return request is made, and within this period, the settlement approval request or return request is made. If no event occurs, the payment approval request will be sent with the transaction management device's delivery proof information attached as authentication information to certify that the product has been delivered to the purchaser. Do. For this reason, the payment destination of the price can make a main settlement approval request on behalf of the purchaser, and the main settlement processing can be advanced promptly.
[0026]
According to a second configuration of the present invention, in the crypto relay system having a transaction management device that relays transmission from the first person to the second person, the first person transmits data to the second person. And further comprising means for encrypting the data with a unique encryption key between the first party and the transaction management apparatus and requesting the transaction management apparatus to send to the second party. It is.
[0027]
According to such a configuration, the first person and the second person who send / receive encrypted data to / from the transaction management apparatus in the encryption relay system manage each unique encryption key and decryption key. The transmission side transmits encrypted data with a transmission request designating the transmission destination without being aware of the encryption interface with the transmission destination (reception side), and the transaction management apparatus performs data transmission using a unique decryption key with the transmission side. Is once decrypted, and re-encrypted into encrypted data that can be decrypted only by the transmission destination using a unique encryption key with the designated transmission destination. Further, the receiving side that has received the encrypted data from the transaction management apparatus decrypts the data with a unique decryption key with the transaction management apparatus without being aware of the encryption interface with the transmission source of the encrypted data. Therefore, there is no risk of data being decrypted by a third party.
[0028]
In other words, the transmission side encrypts and transmits with the unique unique encryption key between the transaction management device and the transmission side without being aware of the encryption key and the decryption key with the transmission destination. There is no need to exchange keys. For this reason, it is easy to manage the encryption key and the decryption key on both the transmission side and the reception side, and it is not necessary to be aware of the encryption method, the interface of the encryption application, and the like.
[0029]
According to a third configuration of the present invention, in the delivery system including a processing device of a seller, a processing device of a purchaser or a product recipient, and a delivery management device provided in a product delivery person, the delivery management is performed. The device includes means for storing delivery information based on a delivery request from the seller's processing device, and includes a product receipt signature and a payment ID related to product purchase when the product is delivered to the product recipient. And a means for generating three-party delivery certification information.
[0030]
According to such a configuration, the delivery management device that receives the delivery request from the seller manages the receipt signature of the delivery destination and generates delivery certification information including the payment ID related to the delivered product. Prove the facts delivered.
[0031]
According to a fourth aspect of the present invention, there is provided a delivery system including a processing device of a seller, a processing device of a purchaser or a product recipient, and a delivery management device provided in a product delivery person. Based on the return delivery request from the merchandise recipient, the apparatus generates first third party return certification information including means for storing the return delivery information, and a signature of the return requester and a payment ID relating to the purchase of the merchandise. And a delivery system.
[0032]
According to such a configuration, when there is a return delivery request from the product recipient, the delivery management device manages the signature of the return requester and generates delivery certification information including a payment ID related to the product to be returned. Therefore, the fact that the return process has been started can be proved.
[0033]
According to a fifth aspect of the present invention, in the electronic content sales system including at least a seller's processing device, a purchaser's processing device, and an intermediary transaction management device, the transaction management device is a seller's process. Electronic content sales comprising: management means for managing a decryption key of electronic content sold by the apparatus; and means for transmitting to the purchaser's processing apparatus in response to a request from the purchaser's processing apparatus System.
[0034]
According to such a configuration, the transaction management apparatus in the electronic content sales system manages the decryption key of the electronic content on behalf of the seller of the electronic content, and passes the decryption key in response to the request of the electronic content purchaser. It is possible to accurately manage whether or not electronic content has been delivered to the purchaser.
[0035]
According to a sixth configuration of the present invention, in the transaction management apparatus that mediates transmission from the first person to the second person, means for receiving with a unique cryptographic protocol between the first person and the transaction management apparatus; A transaction management apparatus comprising means for transmitting received data between the second party and the transaction management apparatus using a unique encryption protocol.
[0036]
According to such a configuration, since the transaction is performed via the transaction management device, the transmission side of the transaction information does not have to send the reception side encryption key or send the transmission side encryption key at all. Absent. In addition, since the sending side encrypts and sends with the unique encryption key between the transaction management device and the sending side, there is no need to exchange encryption keys and decryption keys with any receiving side. The risk of deciphering transaction information is eliminated. Furthermore, since the transmission side can easily manage the encryption key and does not need to be aware of the encryption method, the interface of the encryption application, and the like, the convenience and safety are dramatically improved.
[0037]
According to a seventh configuration of the present invention, in a transaction management apparatus that mediates a temporary payment settlement process that is settled by a notification of confirmation that an item to be paid is fulfilled, a merchandise recipient receives the merchandise after receiving the merchandise. Means for monitoring the settlement approval request or return request, and if the settlement approval request or the return request is not made within a certain period, third party delivery certification information is sent as authentication information, and the settlement approval request is sent. A transaction management apparatus comprising:
[0038]
According to such a configuration, the transaction management apparatus monitors whether the purchaser has made a request for final settlement approval or returned the product based on the date and time when the purchaser received the product. It is possible to accurately grasp the transaction status such as whether to move from the temporary settlement state to the final settlement or cancel the transaction.
[0039]
According to an eighth configuration of the present invention, in the transaction management apparatus that mediates a temporary payment settlement process that is settled by a notification of confirmation that the item to be paid is fulfilled, the seller makes a cancellation request by return. And a means for sending third party return certificate information as authentication information and performing a cancellation request on behalf if the cancellation request is not made within a certain period of time. It is the transaction management apparatus characterized by this.
[0040]
According to such a configuration, the transaction management device, when the seller (payee of the price) needs to make a transaction cancellation request to the transaction management device due to the failure of the transaction, the transaction management device Since the presence or absence of cancellation request processing is monitored, it is not necessary for the purchaser or the product recipient to check the cancellation status of the transaction.
[0041]
According to a ninth configuration of the present invention, in a transaction management apparatus that mediates the buying and selling of electronic content, means for managing a decryption key of electronic content that the seller encrypts and sends to the purchaser, and sends the decryption key to the purchaser And a means for issuing certification information of a third party witness.
[0042]
According to such a configuration, the transaction management apparatus in the electronic content sales system manages the decryption key of the electronic content on behalf of the seller of the electronic content, and passes the decryption key in response to the request of the electronic content purchaser. It is possible to accurately manage whether or not electronic content has been delivered to the purchaser.
[0043]
According to a tenth configuration of the present invention, in a transaction management device that mediates the buying and selling of electronic content, a means for determining whether or not the content received by the purchaser is a defective product, and if the content is determined to be a defective product, the purchase A transaction management apparatus comprising: means for notifying a purchaser; and means for resending the decryption key to the purchaser when it is determined that the decryption key is defective.
[0044]
According to such a configuration, the transaction management apparatus in the electronic content sales system manages the decryption key of the electronic content on behalf of the seller of the electronic content, and passes the decryption key in response to the request of the electronic content purchaser. It is possible to accurately manage whether or not electronic content has been delivered to the purchaser.
[0045]
The eleventh configuration of the present invention is a transaction management device that mediates a delivery management device provided to a merchandise distributor, a processing device of a seller, and a processing device of a purchaser or a merchandise recipient. Means for accepting registration of third party delivery certification information, means for accepting registration of first third party return certification information certifying that a return request has occurred, and certifying that the seller has received the return A transaction management apparatus comprising: means for accepting registration of second third party return certificate information.
[0046]
According to such a configuration, the delivery proof information that proves that the product has been delivered, the return proof information that proves that the return has been accepted, and the final return proof information that proves that the return has been delivered to the seller When the delivery management device generates each of these, it is registered in the transaction management device, so that the transaction management device can grasp an accurate situation in each process of the transaction. Moreover, the trouble of transaction can be prevented by using each certification | authentication information as approval information of a third party.
[0047]
The twelfth configuration of the present invention stores monetary information including provisional settlement information that is transferred to a payment destination and is settled by a notification of confirmation that the item to be paid is fulfilled. Is a portable storage medium.
[0048]
According to such a configuration, the monetary information including provisional settlement information that is settled by a notification of confirmation that the item to be paid is fulfilled is held in a portable storage medium such as a portable card. As a result, when purchasing a product, it is possible to pay to the payee of the price online using a network or the like, or pay by handing the portable storage medium directly. For this reason, the convenience of payment is improved and the opportunity for purchasing the product is expanded.
[0049]
According to the thirteenth configuration of the present invention, in a terminal connected to a financial institution, monetary information including provisional settlement information, which is settled by a notification of confirmation that an item to be paid is executed, is stored. A terminal device comprising means for issuing a portable storage medium.
[0050]
According to such a configuration, the portable storage medium can be issued from a terminal such as an ATM (Automatic Teller Machine) connected to the issuing financial institution, and forgery issuance of the portable storage medium can be prevented.
[0051]
In addition, if it is a place where a terminal is installed, it will be issued without limiting the location, so the payer (portable storage medium issuer) has closed the sales office of the issuing financial institution Later, if the terminal is operating, you can get a portable storage medium whenever you want.
[0052]
According to a fourteenth configuration of the present invention, in a terminal connected to a financial institution, monetary information including provisional settlement information, which is settled by a notification of confirmation that the item to be paid is executed, is stored. A terminal device comprising means for transmitting a request for a final settlement to a financial institution based on a portable storage medium.
[0053]
According to such a configuration, the payee pays for the payment by inserting the portable storage medium transferred from the payer as temporary payment money into a terminal such as an ATM connected to the issuing financial institution. Since it is possible to make a request, even a payee who does not have a network-connected sales management device can make a transaction for a temporary payment system.
[0054]
According to a fifteenth configuration of the present invention, in a terminal connected to a financial institution, when collection information is written in an inserted portable storage medium, means for automatically collecting the portable storage medium after the processing is completed It is a terminal characterized by comprising.
[0055]
According to such a configuration, when issuing a portable storage medium from a terminal such as an ATM connected to the issuing financial institution, it is displayed whether or not automatic collection after the processing is performed, and automatic collection is displayed. In the case of a portable storage medium that has been marked, since it can be automatically collected after confirming the end of processing, unauthorized use can be prevented, and resources can be saved by reusing the portable storage medium.
[0056]
According to a sixteenth configuration of the present invention, in a delivery management device provided for a merchandise delivery person, a means for storing merchandise delivery information based on a merchandise delivery request from a seller, and a merchandise delivered to a merchandise recipient The delivery management device further comprises means for generating third party delivery certification information including a receipt signature or a proxy signature of the recipient and a payment ID relating to the purchase of the product.
[0057]
According to such a configuration, the delivery management device that receives the delivery request from the seller manages the receipt signature of the delivery destination and generates delivery certification information including the payment ID related to the delivered product. Prove the facts delivered.
[0058]
According to a seventeenth aspect of the present invention, in a delivery management device provided for a merchandise delivery person, means for storing return delivery information based on a return delivery request from the merchandise recipient, and a signature of the recipient who requested the return Alternatively, the delivery management apparatus is characterized by comprising means for generating first third party return certificate information including a signature of the proxy and a payment ID related to the purchase of the product.
[0059]
According to such a configuration, when the delivery management device receives a return delivery request from the product recipient, the delivery management device manages the requester's signature and generates delivery certification information including the payment ID related to the product to be returned. Thus, the fact that the return process has been started can be proved.
[0060]
According to an eighteenth configuration of the present invention, in a financial processing apparatus provided in a financial institution, an issuance request for monetary information including provisional settlement information that is settled by a notification of confirmation that an item to be paid has been executed is performed. Receiving means, means for managing the amount of the monetary information as an amount that is frozen in the balance of the account of the payer's account and cannot be transferred until the settlement is made, and monetary information including the provisional settlement information A financial processing apparatus.
[0061]
According to such a configuration, in the financial processing apparatus, the amount required for the issuance request can be frozen within the account balance of the payer, so that the amount received by the financial institution is given to the financial institution. You can trust that it is secured.
[0062]
According to a nineteenth configuration of the present invention, in a financial processing apparatus provided in a financial institution, a means for accepting a request for transfer of provisional settlement money from a payment destination and confirmation of whether or not a final settlement approval request has been made If the payment is approved, the payment is made to the payee or the electronic money is transferred based on the details of the transfer request, and the payment is transferred if the payment is not approved. And a means for storing billing information in a database.
[0063]
According to such a configuration, the payee does not need to make a collection request for the settlement to the financial processing apparatus of his / her own transaction financial institution. By notifying the financial processing device of the transaction financial institution of the payer directly to the transfer destination of the amount after this settlement (account of own transaction financial institution, own electronic wallet, etc.) This settlement is performed. In addition, since the notification of the relocation destination can be performed together with the settlement request, convenience is improved. In addition, the payment can be automatically made by the financial processor of the transaction financial institution of the payer.
[0064]
According to a twentieth configuration of the present invention, in a financial processing apparatus provided in a financial institution, the settlement processing request accepting unit and a unit for checking the validity of the accepted settlement approval request are provided. The financial processing apparatus.
[0065]
According to such a configuration, the financial institution processing apparatus of the payer can quickly and accurately check the validity of the settlement approval request and can automatically perform the settlement.
[0066]
According to a twenty-first configuration of the present invention, in a financial processing apparatus provided in a financial institution, provisional means for accepting a provisional settlement cancellation request and means for checking the validity of the accepted provisional settlement cancellation request are provided. Is a financial processing apparatus characterized by
[0067]
According to such a configuration, in the financial processing device of the price payer, when the price payer or the product recipient returns the product, or when the item subject to payment is non-performing, the payment is made. It is possible to request payment suspension of monetary information including provisional settlement information that is settled by a notification of confirmation that the subject matter has been fulfilled. For this reason, the payer or the product recipient can safely cancel the transaction, process the returned goods, and the like.
[0068]
According to a twenty-second configuration of the present invention, in a financial processing apparatus provided in a financial institution, a provisional settlement cancellation request receiving unit, a unit for accepting a claim for a return (returned claim), and a provisional settlement cancellation request. And a means for holding a cancellation request for provisional settlement when a return claim is made.
[0069]
According to such a configuration, in the financial processor of the price payer, even if there is a request for cancellation of the temporary settlement accompanying the return from the price payer or the product recipient, there is a problem with the returned product (product wear In other cases, the seller can hold the cancellation of the unilateral temporary settlement by delivering a return claim indicating that there is a problem with the product.
[0070]
According to a twenty-third configuration of the present invention, money information including provisional settlement information, which is settled by a notification of confirmation that a matter to be paid for payment has been fulfilled, is provided in a payment processing apparatus provided to the payer of the price. A payment processing apparatus comprising means for issuing an issue request.
[0071]
According to such a configuration, it is possible to receive monetary information including provisional settlement information using this payment processing apparatus.
According to a twenty-fourth configuration of the present invention, in the payment processing apparatus provided for the price payer, means for requesting the payment target item to the payment destination, and the payment target item being executed. A payment processing apparatus comprising: means for transferring monetary information including provisional settlement information, which is settled by a notification of confirmation, to the payment destination of the price.
[0072]
According to such a configuration, using this payment processing apparatus, it is possible to easily perform an order for goods or a request for service, and transfer of monetary information for payment.
[0073]
According to a twenty-fifth configuration of the present invention, in a sales management apparatus provided for a merchandise seller, a merchandise order accepting means from a merchandise purchaser and a monetary information accepting means including provisional settlement information from the purchaser. And a request management means for making a final settlement after sending the product to the product recipient.
[0074]
According to such a configuration, by using the sales management device, the merchandise seller is based on the monetary information of the provisional settlement information that is settled by the notification of the confirmation that the matters to be paid are fulfilled. Thus, it can be confirmed that the product price is secured by the financial institution. For this reason, it is possible to sell the product with peace of mind without relying on personal credit.
[0075]
According to a twenty-sixth configuration, in a sales management device provided for a merchandise seller, after the recipient receives the merchandise, the settlement approval request or the return request is monitored, and the settlement approval request or the A means for sending a third party delivery proof information as proof of receipt of the goods received by the recipient as authentication information when the return request is not made; Sales management device.
[0076]
According to such a configuration, the sales management device makes a settlement approval request on behalf of the price payer on the basis that there is no cancellation request or return from the price payer or the product recipient within a certain period of time. Therefore, the product price can be reliably collected.
[0077]
According to a twenty-seventh aspect of the present invention, the receipt processing device provided in the merchandise recipient includes means for making a final settlement approval request based on receipt confirmation of the merchandise sent from the seller. A reception processing apparatus characterized by the above.
[0078]
According to such a configuration, the receipt processing device can easily confirm the contents of the received product and the ordered content, as well as the contents of the product itself (manufacturer name, quality, authenticity, etc.), and then easily You can pay for it.
[0079]
According to a twenty-eighth configuration of the present invention, in a payment processing apparatus provided to a price payer or a checker who confirms a payment target item, the execution deadline of the payment target item as payment condition information is monitored. And payment means for sending the payment condition information as authentication information and requesting cancellation of the transaction when the payment subject matter is not executed within the performance deadline. Device.
[0080]
According to such a configuration, this payment processing apparatus can be used when the payment payee has not been executed by the due date of the item to be paid (delivery date of the ordered product, work start date in the service, etc.) Can easily cancel a transaction.
[0081]
According to the twenty-ninth configuration of the present invention, in the sales management apparatus provided at the payment destination, the means for accepting the item to be paid by the price payer and the item to be paid are implemented. A means of accepting monetary information including provisional settlement information that is settled by a notice of confirmation, a means of monitoring the due date of the payment subject matter, which is the payment condition information, and the item of the payment subject matter within the fulfillment deadline And a means for notifying a payment payer or a checker for confirming an item to be paid when the performance is not performed.
[0082]
  According to such a configuration, if the sales management device fails to execute the item subject to payment by the due date, the sales management device itself confirms the payer or the confirmer who confirms the item to be paid. By notifying automatically, mutual trust can be established.
  Another configuration of the present invention is a transaction management device that mediates electronic content sales between a purchaser device of an electronic content purchaser and a seller device of an electronic content seller. Storage means for storing a decryption key; means for receiving a request for transmitting the decryption key for the encrypted electronic content from the purchaser apparatus; and decryption stored in the storage means in response to the request for transmitting the decryption key Means for transmitting a key to the purchaser device; notification from the purchaser device that the encrypted electronic content cannot be decrypted with the decryption key; means for receiving the returned encrypted electronic content; Means for transmitting a transmission request for the encrypted electronic content to the seller device, the encrypted electronic content received from the seller device, and returned from the purchaser device If the encrypted electronic content received from the seller device matches the encrypted electronic content received from the seller device and the encrypted electronic content returned from the purchaser device, it is returned from the purchaser device. Means for decrypting the encrypted electronic content with a decryption key stored in the storage means, means for transmitting a transmission request for the electronic content before encryption to the seller device, decrypted electronic content, The means for comparing the electronic content before encryption received from the seller device, and the decrypted electronic content and the electronic content before encryption received from the seller device match. Means for retransmitting the decryption key stored in the storage means to the purchaser device, assuming that the decryption key transmitted to the buyer device is defective. It is an argument management device.
[0083]
The delivery management apparatus described above corresponds to a delivery person processing apparatus such as FIG. 11 described later, and the financial processing apparatus corresponds to a purchaser transaction financial institution processing apparatus or a seller transaction financial institution processing apparatus such as FIG. The processing device corresponds to the purchaser processing device in FIG. 11 and the like, and the sales management device corresponds to the seller processing device in FIG. When the merchandise recipient is the same as the purchaser, the receipt processing device corresponds to the purchaser processing device shown in FIG.
[0084]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to FIGS.
The preferred embodiment of the present invention comprises the first to eighth embodiments. In this specification, first, the schematic configuration and processing of the first to eighth embodiments will be briefly described with reference to FIGS. 1 to 20, and then the present invention will be described with reference to FIGS. 21 to 96. An embodiment of each component device constituting the system will be described.
[0085]
First, the schematic configuration and processing procedure of the first embodiment will be described with reference to FIGS.
FIG. 1 is a system configuration diagram showing the first embodiment. In this figure, 1 is a merchandise purchaser processing apparatus as a processing apparatus held by a merchandise purchaser, 2 is a merchandise seller processing apparatus as a processing apparatus held by a merchandise seller, and 3 is a merchandise purchaser having an account Purchaser transaction financial institution processing device (processing device installed in the financial institution), 4 is a seller transaction financial institution processing device (processing device installed in the financial institution) in which the merchandise seller has an account.
[0086]
The merchandise purchaser processing apparatus 1 includes a merchandise management database (hereinafter simply referred to as “DB”) 10 that stores information on purchased merchandise, a money management DB 11 that manages information on electronic money (money information) of the merchandise purchaser, It has a return request management DB 12 that manages return requests for purchased products.
[0087]
The merchandise seller processing apparatus 2 also has a merchandise sales management DB 20 for managing the sale of merchandise, a money management DB 21 for managing information on electronic money received from the merchandise purchaser, and a return for managing returns from the merchandise purchaser. And a management DB 22.
[0088]
Further, the purchaser transaction financial institution processing device 3 has an account management DB 30 for managing an account of a financial institution customer (product purchaser in the figure) and a provisional settlement for managing provisional settlement money issued based on the customer's request. It has a money management DB 31 and a main settlement management DB 32 that manages the process of funding temporary settlement money issued by the purchaser transaction financial institution money processing apparatus 3 (final settlement).
[0089]
Here, “provisional payment money” refers to electronic money issued by a financial institution that can be used for the first time after the product purchaser confirms receipt of the product by the product seller (final settlement money). Financial information including information). As will be described in detail later, processing such as receipt confirmation of merchandise can be performed by a third-party processing device as a proxy.
[0090]
The seller transaction financial institution processing device 4 has an account management DB 40 for managing accounts of financial institution customers (product sellers), and a main settlement request for temporary settlement money from a customer who has an account in the processing device 4 ( A settlement collection request management DB 41 for managing the settlement collection request).
[0091]
Next, the settlement process in the first embodiment will be described with reference to the flowchart shown in FIG. In FIG. 2, each process in the product purchaser processing device 1, the product seller processing device 2, the purchaser transaction financial institution processing device 3, and the seller transaction financial customs processing device 4 is shown in a strip shape in order from the left end. The processing line between the devices indicates the processing relationship between the devices. Further, for convenience of explanation, the merchandise purchaser processing apparatus 1 is (A), the merchandise seller processing apparatus 2 is (B), the purchaser transaction financial institution processing apparatus 3 is (F1), and the seller transaction financial processing apparatus 4 is. May be indicated by (F2).
[0092]
In FIG. 2, first, the product purchaser processing device 1 of the product purchaser transmits a product purchase request to the product seller processing device 2 (step 100 (hereinafter abbreviated as “S100”)). The merchandise seller processing apparatus 2 that has received the purchase request for the merchandise checks the merchandise sales management DB 20 to check the inventory, sales price, etc. of the merchandise related to the request, and transmits the result to the purchaser processing apparatus 1. (S102). The purchaser processing apparatus 1 that has received the sales price of the product stores this information in the product management DB 10.
[0093]
Next, the merchandise purchaser processing apparatus 1 transmits a request for issuance of temporary settlement money corresponding to the price of the merchandise related to the purchase request to the purchaser transaction financial institution processing apparatus 3 (S104). Moreover, the merchandise purchaser processing apparatus 1 simultaneously transmits identification information (purchase details information) of the merchandise to be purchased as the use of the provisional settlement money.
[0094]
The purchaser transaction financial institution processing device 3 that has received the provisional payment money issuance request refers to the balance information and the like in the account management DB 30 to provide a provisional settlement for the specified amount (value) of the product purchaser's account. It is determined whether money can be issued, and if possible, the balance of this account is frozen by that amount and temporary settlement money is issued. The temporary payment money is issued by storing the temporary payment money information in the temporary payment money management DB 31 and then transmitting it to the product purchaser (S106).
[0095]
In addition to the amount information, the provisional payment money includes the identification information of the issuing financial institution, information for identifying the provisional payment money or the corresponding transaction (money ID or payment ID, these are collectively referred to as payment ID in the following description). Product identification information, merchant information, and the like for identifying the purpose of the provisional payment money.
[0096]
The purchaser's transaction financial institution processing device 3 determines the important contents of the temporary payment money (amount and identification of the product) for the purpose of preventing falsification of the temporary payment money and preventing the use of the temporary payment money when the temporary payment money is issued. Information, merchant information). Here, the blind signature is an encryption method that encrypts with an encryption key that is not disclosed to others and cannot be decrypted by a third party. When the seller makes a final settlement request to the purchaser transaction financial institution processing device 3, the purchaser transaction financial institution processing device 3 decrypts the blind signature with an encryption key that is not disclosed to others, and the plaintext of the provisional payment money Compare with the corresponding contents of. When a person who has received the blind payment provisional payment money changes either the contents of the blind signature or the plaintext contents of the temporary payment money, it is possible to recognize that the falsification has occurred because the two do not match. Further, when transmitting the temporary settlement money to the merchandise seller processing apparatus 2, the merchandise purchaser processing apparatus 1 encrypts the plaintext and the blind signature of the temporary settlement money and the authentication information of the financial institution with the purchaser's common key, The seller who has received the settlement money can obtain and decrypt the buyer's common key.
[0097]
As described above, when the purchaser transaction financial institution processing device 3 issues temporary payment money, it freezes the amount of the temporary payment money that has been issued out of the balance of the product purchaser's account. That is, the specified amount of money is subtracted from the balance information of the product purchaser's account in the account management DB 30, and the amount information of provisional payment money issued corresponding to the customer's account is used to identify this transaction. The information (payment ID) is stored in the temporary settlement money DB 31. The amount stored in the provisional settlement money DB will be described in detail in the subsequent processing. When the product corresponding to the payment ID is notified to the product purchaser (or product recipient), It is of a nature that the merchandise seller is allowed to fund provisional settlement money corresponding to the payment ID. On the other hand, when receiving a notification that the transaction has been canceled due to the return of the product corresponding to the payment ID, the provisional settlement money corresponding to the payment ID is stored in the account balance of the product purchaser in the account management DB 30. Once again, the merchandise purchaser can use the funds for other uses.
[0098]
The merchandise purchaser processing apparatus 1 that has received the provisional payment money (including the payment ID, the identification information of the financial institution and the use identification information) stores the information on the provisional payment money in the money management DB 11. At the same time, the payment ID assigned to the temporary payment money is stored in the product management DB in association with the product to be purchased so that it can be identified which temporary payment money is used for payment.
[0099]
Next, the merchandise purchaser processing apparatus 1 transmits this temporary settlement money to the merchandise seller processing apparatus 2 (payment of temporary settlement money: S108). As described above, at this time, the payment ID attached to the temporary settlement money is also transmitted. This payment ID may be a money ID used for identifying the provisional payment money on the purchaser transaction financial institution processing device 3 side, but it is arbitrarily generated between the product purchaser and the product seller to generate the provisional payment money. You may register with the purchaser transaction financial institution processing apparatus 3 at the time of issuing.
[0100]
The merchandise seller processing apparatus 2 that has received the provisional payment money checks the validity (validity) of the provisional payment money as follows, for example. The provisional payment money includes plaintext financial institution identification information, a financial institution message digest function (one-way function such as a hash function), and a certificate authority's digital signature for the financial institution identification information as authentication information. It shall be. At this time, the merchandise seller processing device 2 first applies a message digest function to plaintext financial institution identification information. Next, the public key of the certificate authority is obtained and the digital signature of the certificate authority is decrypted. Then, the application result of the message digest function is compared with the decryption result of the digital signature, and if the two match, it is recognized as valid temporary payment money. In addition to checking the financial institution identification information, it is also possible to check the purchaser's identity and check the validity of the payment ID. When authentication information is used for identity verification, a check method similar to the check of financial institution identification information is used. If the result of the check is OK, the temporary payment money information is stored in the money management DB 21 and the corresponding payment ID is assigned to the product so that it can be identified which temporary payment money is related to the sales of the product. Stored in the sales management DB 20.
[0101]
As another method, as shown in FIG. 3 and FIG. 14 to be described later, the identification information and payment ID of the financial institution included in the temporary settlement money are set before the product is shipped (when the temporary settlement money is received). It is possible to use a financial institution to confirm the validity of the provisional payment money. At that time, it is possible to detect illegally copied provisional payment money by sending identification information of a product to be sold to a financial institution and checking the validity of the usage.
[0102]
Next, the merchandise seller processing apparatus 2 gives an instruction to ship the merchandise (S110), and if there is provisional settlement money corresponding to the shipment of the merchandise, there is a merchant account for the corresponding provisional settlement money. This settlement collection request is transmitted to the seller transaction financial institution processing device 4 of the financial institution (S112). This collection request is a proxy processing request for this settlement request to the purchaser transaction financial institution processing device 3. At this time, the account number of the merchandise seller and the merchandise list are transmitted together with the provisional payment money. In addition, the merchandise seller processing apparatus 2 does not transmit the settlement collection request (proxy processing request) to the seller transaction financial institution processing apparatus 4 and directly issues the purchase transaction financial institution processing apparatus that has issued the provisional settlement money. Needless to say, this settlement request may be transmitted to the third party.
[0103]
The seller transaction financial institution processing device 4 that has received the main settlement collection request for temporary settlement money from the merchandise seller processing device 2 sends the received settlement settlement request information to the settlement collection request together with the account information for depositing funds. The settlement request is transmitted by designating an account to be deposited to the financial institution processing device (purchaser transaction financial institution processing device 3) that has been stored in the management DB 41 and has issued provisional settlement money (S114).
[0104]
On the other hand, the product purchaser who received the product shipment (received the product) confirms the received product, and if it is a desired product (OK), the product purchaser processing apparatus 1 is confirmed with the product confirmation OK. Input. On the other hand, if the received product is defective and cannot be satisfied, a return process is performed as shown in FIG. This return processing will be described in detail later with reference to FIG. 15, but the main point is processing for canceling the provisional settlement money to make the settlement impossible and returning the purchaser's account to the original balance.
[0105]
Upon receipt of the product confirmation OK input, the product purchaser processing apparatus 1 transmits a request for approval of temporary settlement money corresponding to the product to the purchaser transaction financial institution processing apparatus 3 (S116). At least a payment ID for identifying provisional payment money is attached to the final payment approval request.
[0106]
When the purchaser transaction financial institution processing device 3 receives the final settlement request from the merchandise seller, for example, the merchandise list sent together with the final settlement request is compared with the product information stored in the provisional settlement money. Check the validity by the method. If the check result is OK, the settlement request is stored in the settlement management DB 32.
[0107]
Further, when the purchaser transaction financial institution processing device 3 receives the main payment approval request of the merchandise purchaser, it stores it in the main payment management DB 32.
The purchaser transaction financial institution processing device 3 performs the processing of the main settlement based on the main settlement request at the time when both the main settlement request and the main settlement approval request having the same payment ID are registered (S120). For example, if the account to be deposited is specified, the content of the settlement process is to perform a deposit process (transfer) for the amount of temporary settlement money. In addition, when the payment request is transmitted directly from the merchandise seller processing device 2 to the purchaser transaction financial institution processing device 3, if electronic money is specified, the electronic money is transmitted to the corresponding processing device. (S124).
[0108]
The seller transaction financial institution processing device 4 that has transmitted the previous settlement request to the purchaser transaction financial institution processing device 3 receives the transfer from the purchaser transaction financial institution processing device 3, and the corresponding account balance in the account management DB 40 The information is updated, and the completion of the request processing is recorded in the settlement collection request management DB 41. Then, the merchandise seller processing apparatus 2 that has requested the payment collection is notified of payment (S122). Thereby, this payment is complete | finished.
[0109]
According to the first embodiment of the present invention described above, the following effects can be obtained.
First, since the settlement is performed using temporary settlement money that can be used on the premise of this settlement request, there is an effect that neither the merchandise seller nor the merchandise purchaser takes any risk.
[0110]
In other words, by confirming the contents of the provisional payment money, the merchandise seller can know that the purchase funds for the merchandise are frozen and secured by the merchandise buyer's transaction financial institution. Goods can be shipped.
[0111]
On the other hand, the purchaser confirms the merchandise and then makes an approval request for the final settlement, so that the purchase can be made for the first time. Therefore, there is no risk that the purchase price is paid in advance and a bad merchandise is received.
[0112]
In addition, since information related to product purchases and provisional payment money information can be managed in a database and each process that uses them can be performed automatically, operators (buyers, sellers) There is no need to input data. This has the effect that product purchase can be realized more safely and easily.
[0113]
Next, the processing flow of the second embodiment will be described with reference to FIG. In addition, about the component similar to the above-mentioned 1st Embodiment, the same code | symbol is attached | subjected and the description is abbreviate | omitted.
[0114]
In the first embodiment, the merchandise purchaser requests the purchaser transaction financial institution processing device 3 to issue temporary settlement money every time the merchandise is purchased. In the second embodiment, the configuration is the same as in FIG. 1, but the settlement account money as electronic money that can be used in the same manner as cash is held in the product purchaser processing apparatus 1 of the product purchaser in advance. When purchasing a product, it is possible to select whether to use this electronic money as temporary payment money or normal electronic money.
[0115]
Here, the settlement account money includes money amount information and can be distributed as electronic money. However, this is electronic money that is issued based on the purchaser's account, has a legitimate main payment request, and is funded for the first time when the main account is settled.
[0116]
Hereinafter, the processing flow of the second embodiment will be described with reference to FIG.
First, the merchandise purchaser processing apparatus 1 transmits a settlement account money issuance request for a desired amount to the purchaser transaction financial institution processing apparatus 3 (S130).
[0117]
The purchaser transaction financial institution processing device 3 that has received the settlement account money issuance request refers to the balance information and the like in the account management DB 30 as in the case of the provisional settlement money in FIG. It is determined whether the account money can be issued from the product purchaser's account (whether the balance or credit balance is sufficient). If possible, the specified amount is deducted from the balance information of the account of the product purchaser in the account management DB 30, and the amount information is combined with information (money ID) for identifying the settlement account money corresponding to the amount. Stored in a settlement account management record in the account management DB 30. Next, the payment account money corresponding to the amount is transmitted (issued) to the merchandise purchaser processing apparatus 1 (S132).
[0118]
Next, a procedure for purchasing a product using this settlement account money will be described.
First, the merchandise purchaser processing apparatus 1 holding the settlement account money transmits a merchandise purchase request to the merchandise seller processing apparatus 2 (S140). The merchandise seller processing device 2 that has received the purchase request for the merchandise checks the merchandise sales management DB 20 to check the stock and sales price of the merchandise, and transmits the result to the purchaser processing device 1 (S142). ). The purchaser processing apparatus 1 that has received the sales price of the product stores the received information in the product management DB 10.
[0119]
Next, the merchandise purchaser processing apparatus 1 causes the merchandise purchaser to input selection of how to pay. For example, the following are selected.
(1) Use payment account money to enable this payment without confirming receipt of the product.
(2) Use payment account money to make this payment possible after confirming receipt of the product.
[0120]
Since the settlement account money is different from the provisional settlement money of the first embodiment and is not preliminarily used, a person who has received this settlement account money makes a valid settlement request this settlement account money ID. At the same time, the settlement account money can be funded simply by showing it to the issuing financial institution (product purchaser financial institution processing device 3). The process (1) permits the merchandise seller to perform this process. Further, the process (2) is to perform the process of the first embodiment described above.
[0121]
In the second embodiment, a description will be given of processing in the case where the above-mentioned (2) “Use payment account money and make payment possible after confirming receipt of goods” is selected.
In this case, the product purchaser processing device 1 generates payment account money corresponding to the amount of the purchased product from the information on the payment account money stored in the money management DB 11, and calculates the amount of the purchased product from the balance of the payment account money. Subtract and update. The merchandise purchaser processing device 1 adds identification information indicating that the settlement account money is a temporary settlement and an ID to be added to the money ID (for example, the transaction) A payment ID, which is identification information for specifying, is given to make “temporary payment money”, and the product purchaser blindly signs it. The reason why the merchandise purchaser is blindly signed is to enable the purchaser transaction financial institution processing apparatus 3 that finally received the settlement account money to confirm that it is issued by a legitimate customer. .
[0122]
Next, the merchandise purchaser processing apparatus 1 transmits the generated settlement account money to the merchandise seller processing apparatus 2 (S144).
The merchandise seller processing device 2 that has received the settlement account money performs processing of the shipment of the merchandise and the actual settlement request for the settlement account money. In the first embodiment (FIG. 2), the merchant processing device 2 makes this settlement request after shipping the product or at the time of shipping, but in this embodiment, as shown in step 146, the buyer transaction The financial institution processing device 3 is requested to confirm the validity of the received settlement account money, and this settlement request is made (S146). This payment request includes payment destination information. For example, when it is desired to transfer (pay money) the settled funds to a predetermined account of the product purchaser transaction financial institution, the account information is included. In addition, when it is desired to receive the electronic money directly, it is possible to specify the address of the product purchaser (the address of the product purchaser processing device).
[0123]
The purchaser transaction financial institution processing device 3 that has received the payment account money validity check request and the payment request checks the blind signature information of the payment account money based on the information stored in the account management DB 30 or the payment account money. To confirm the validity of the settlement account money. At this time, for example, the blind signature information is decrypted with the encryption key of the product purchaser, and the result is compared with the corresponding information. If they match, the validity of the payment account money is confirmed. Further, the purchaser transaction financial institution processing device 3 performs identity verification based on the identity information of the seller who is the requester. The identity verification method is the same as the above-described method for checking the validity of provisional payment money. If these check results are OK, the purchaser transaction financial institution processing device 3 stores the payment account money and the account information of the merchandise seller at the payment destination in the payment management DB 32, and sells the check results to the merchandise sales. Is transmitted to the person processing device 2 (S148).
[0124]
If the check result is OK, the merchandise seller processing apparatus 2 that has received the check result stores information necessary for merchandise sales management, and performs a process for shipping the merchandise (S150).
[0125]
The merchandise purchaser who received the shipment of the merchandise or the merchandise recipient (recipient) who is a third party designated by the merchandise purchaser confirms the received merchandise (S151). The product confirmation OK is input to the device 1. On the other hand, if the received product has a defect, the process proceeds to a return process described later with reference to FIG.
[0126]
Next, the merchandise purchaser processing apparatus 1 transmits a settlement account money main settlement approval request corresponding to the merchandise confirmed by the purchaser to the purchaser transaction financial institution processing apparatus 3 (S152). This settlement approval request includes at least a payment ID for identifying settlement account money.
[0127]
When the purchaser transaction financial institution processing device 3 receives the main purchase approval request from the merchandise purchaser, the purchaser transaction financial institution processing device 3 stores it in the main payment management DB 32 and notifies the merchandise purchaser processing device 1 of the result (S154).
[0128]
The purchaser transaction financial institution processing device 3 performs the processing of the settlement based on the settlement request when both the settlement request and the settlement approval request having the same payment ID are registered (S155). In this process, if the account of the merchant of the deposit destination is designated, the deposit is made for the amount of money information including provisional settlement information (S156). If payment with electronic money is specified, the electronic money is transmitted to the corresponding processing device (S160).
[0129]
When the seller transaction financial institution processing apparatus 4 having the seller's account receives the transfer from the purchaser transaction financial institution processing apparatus 3, the corresponding account balance information in the account management DB 40 is updated, and the merchandise seller processing apparatus 2 Is notified of payment (S158).
[0130]
As a result, the settlement process of the second embodiment is completed.
According to the configuration described above, provisional payment is made by blindly signing and transferring provisional settlement information indicating that payment is made on the condition of this settlement approval request to “settlement account money” issued in advance as monetary information. Since it can be performed, substantially the same effect as in the first embodiment can be obtained.
[0131]
Moreover, since the provisional payment information is blind-signed and attached to the payment account money and transferred, there is an effect that it is possible to effectively prevent unauthorized use due to falsification or unauthorized copying by a third party.
[0132]
In the first embodiment, the blind signature of the issuing financial institution is added to the temporary settlement money, and in the second embodiment, the purchaser's blind signature is added to the settlement account money. Also in this embodiment, it is possible to use a blind signature of the issuing financial institution and the purchaser together.
[0133]
Next, a third embodiment will be described with reference to FIGS. 4 and 5.
As shown in FIG. 4, the settlement system of the present embodiment includes a transaction management apparatus 5 installed in a transaction management center that manages commercial transactions. In addition, the same code | symbol is attached | subjected to the component similar to 1st Embodiment, and the detailed description is abbreviate | omitted.
[0134]
As shown in this figure, the transaction management device 5 includes an encryption key management DB 50, a purchaser information DB 51, a seller information DB 52, a financial institution information DB 53, a seller information DB 54, a transaction management DB 55, and a main settlement. It has a site monitoring DB 56 and a return site monitoring DB 57.
[0135]
The encryption key management DB 50 stores and manages public keys, common keys, common keys unique to the transaction management apparatus and users, and private keys of the transaction management apparatus, which are transmitted and received via the transaction management apparatus 5. Is.
[0136]
The purchaser information DB 51 stores and manages personal information of a product purchaser, network ID, transaction financial institution information, and the like.
The merchant information DB 52 stores and manages merchandise merchant identity information, network ID, transaction financial institution information, and the like.
[0137]
The financial institution information DB 53 stores and manages personal information of a financial institution that performs issuance of electronic money, funds settlement, etc., a network ID, etc. via the transaction management device 5.
[0138]
The deliverer information DB 54 stores and manages the identity information, network ID, and the like of a courier (product delivery company) that delivers goods or returns.
The transaction management DB 55 manages purchaser product purchase information, payment information, settlement results, and the like. In addition, product sales information, product shipping information, return information, cancellation information associated with returns, etc. are managed. Further, third party delivery certification information by the deliverer, first third party return certification information and second third party return certification information described later are managed.
[0139]
Further, the settlement site monitoring DB 56 monitors whether or not the merchandise purchaser or the merchandise recipient has made the settlement approval request or the return request within a certain period after the merchandise recipient has received the merchandise.
[0140]
The return site monitoring DB 57 monitors the occurrence status of the return request from the product receiver or the product purchaser, performs the cancellation request processing in response to the occurrence of the return request, monitors the site of the cancellation process of the product seller, and receives from the product seller. It monitors the status of returned goods complaints.
[0141]
The detailed configuration of the transaction management apparatus 5 will be described after the description of the processing steps of the third to eighth embodiments.
FIG. 5 shows a processing flow of the final settlement via the transaction management apparatus 5. In the processing of this embodiment, the transmission message is encrypted and decrypted. In order to simplify the encryption and decryption steps, the merchandise purchaser processing device 1 is A, the purchaser transaction financial institution processing device 3 is F1, the transaction management device 5 is TC, and the seller transaction financial institution processing device. 4 is indicated by F2, and the merchandise seller processing device 2 is indicated by B.
[0142]
For example, in the product purchase request in step 170 (S170), (encryption A-TC) is displayed. This is because the product purchaser processing device A sends a message using the encryption key for the transaction management device TC. It indicates that the transaction management apparatus TC decrypts the message using the decryption key for the product purchaser processing apparatus A. Note that the term “encryption” includes electronic authentication, and also includes encryption using a common key for the product purchaser processing apparatus A of the transaction management apparatus TC. Also included are those that are used in combination with multiple types of keys or encrypted using a message digest function. In short, it must be encrypted using a method that can only be decrypted (identified) by the other party sending the message. Indicates. In addition, about the process after this, it describes like (A-TC) and the description is abbreviate | omitted.
[0143]
In the third embodiment, transmission / reception of information is generally performed via the transaction management device 5 in principle. That is, the transaction management device 5 receives the encrypted information from the sender, decrypts it using the decryption key for the sender, and then receives this information with authentication of the transaction management device 5 Re-encrypt with the encryption key and send it to the recipient.
[0144]
For example, when transmitting the product purchase request in step 170, the transaction management apparatus 5 receives the encrypted product purchase request information, accesses the purchaser information DB 51 to verify the identity of the purchaser, and manages the encryption key. The decryption key for the purchaser is extracted from the DB 50, and the received product purchase request is decrypted. Then, the product purchase information is stored in the transaction management DB 55, and the encryption key for the product seller that is the information transmission destination is taken out from the encryption key management DB 50, and the product purchase information is re-authenticated with the authentication of the transaction management device 5. Encrypt. In step 172, the re-encrypted product purchase information is transmitted to the product purchaser processing device 2.
[0145]
In this way, the transaction management device 5 always intervenes in the transmission and reception of information, decrypts the received information using the source decryption key extracted from the encryption key management DB 50, and stores it in the transaction management DB 55. At the same time, the information is re-encrypted with the destination encryption key extracted from the encryption key management DB and transmitted to the destination.
[0146]
The processing procedures S170 to S210 shown in FIG. 5 are the same as the processing procedures of the first embodiment except that the transaction management device 5 is interposed as described above. Therefore, the detailed description is abbreviate | omitted.
[0147]
According to the configuration of the third embodiment, the following effects can be obtained.
First, a key for encryption and decryption between the merchandise purchaser processing apparatus 1 and the merchandise seller processing apparatus 2 by relaying transmission / reception of information between the processing apparatuses 1 to 4 by the transaction management apparatus 5. There is no need to replace it. For this reason, there is an effect that security is improved and it is not necessary to generate and change an encryption key for each transaction.
[0148]
Second, since the transaction management apparatus 5 can centrally manage the progress of transactions, it is possible to achieve consistency of transactions and effectively prevent problems from occurring between the processing apparatuses 1 to 4. There is an effect that can.
[0149]
Next, a fourth embodiment will be described with reference to FIGS.
The system of the fourth embodiment has the same configuration as that of the third embodiment (FIG. 4). The difference is that electronic content is handled as an object of a commercial transaction, and the transaction management device 5 (TC) performs information communication. It functions as a third-party witness as well as mediating.
[0150]
Here, “electronic content transaction” is a term for “logistics transaction” that handles tangible products, and is a transaction related to intangible products such as software distributed on a network. The difference from logistics transactions is that the concept of return cannot be applied because it can be easily copied. Therefore, in this embodiment, the transaction management apparatus 5 manages the transaction as a third-party witness organization.
[0151]
Also, in this embodiment, unlike the above-described embodiment, there is no necessary access from the merchandise seller processing device 2 (B) or the merchandise purchaser processing device (A) within a certain period in the payment process or the cancellation process. In addition, as shown in FIGS. 8, 9, and 10, the transaction management apparatus 5 (TC) is forced to perform settlement processing or cancellation processing.
[0152]
Hereinafter, normal settlement processing will be described with reference to FIGS.
In the present embodiment, description of the provisional payment money issuing process is omitted. The temporary payment money may be the temporary payment money described in the first embodiment or the payment account money described in the second embodiment. Further, the description of the processing steps similar to those of the above-described embodiment will be simplified. Also in this embodiment, the transaction management apparatus 5 decrypts and re-encrypts information, but the description thereof is omitted here.
[0153]
First, the merchandise purchaser processing apparatus 1 transmits a merchandise order together with provisional payment money to the transaction management apparatus 5 (S220). Next, the transaction management device 5 registers the product purchase information and provisional settlement money information in the transaction management DB 55, re-encrypts the information, and transmits it to the product seller processing device 2 (S222). The merchandise seller processing apparatus 2 accesses the merchandise management DB 20 to check the inventory, takes out the electronic content, and transmits it to the merchandise purchaser processing apparatus 1 (S224). The electronic content transmitted here consists of “digest” and “content”. The “digest” is a trial version or an introductory version of the content, whereby the purchaser can know the content to some extent. This content is transmitted without being encrypted. In addition, the content that is the main body is encrypted with a different encryption key for each purchaser, and the contents cannot be viewed without a different content decryption key for each purchaser provided by the seller. ing. Furthermore, it is possible to easily trace illegal copies by imprinting the blind signatures of different sellers for each purchaser at a plurality of locations of the content.
[0154]
The merchandise seller processing device 2 transmits the content decryption key to the transaction management device 5 in step 226, and the transaction management device 5 stores the transaction management DB 55 as transaction information.
[0155]
The purchaser who has received the electronic content looks at the digest (S225), and if he / she likes it, requests the decryption management device 5 for a decryption key for the content (S234). In this way, by requesting the content decryption key from the merchandise purchaser processing apparatus 1, it is possible to simulate the purchaser's willingness to pay. The transaction management device 5 becomes the witness (third-party witness) by registering this request in the transaction management DB 55.
[0156]
Next, the transaction management device 5 transmits the content decryption key to the product purchaser processing device 1 (S236). The merchandise purchaser processing apparatus 1 decrypts the content using the content decryption key. At this time, if the decryption can be performed, the process proceeds to the final settlement approval request process shown in FIG. 7 (S241). On the other hand, if the decryption cannot be performed, the electronic content is transmitted to the transaction management apparatus 5 together with the cancellation request (S240). In response to the cancellation request, the transaction management device 5 requests the electronic content from the merchandise seller processing device 2 in order to confirm whether the electronic content can be decrypted (S242). In response to this, the merchandise seller processing device 2 transmits the electronic content before decryption to the transaction management device 5 (S244). Next, the transaction management device 5 attempts to decrypt using the content decryption key managed by itself, and if it can be decrypted, retransmits the decryption key to the merchandise purchaser processing device 1 (S246). If decryption is not possible, a cancellation acceptance notification is transmitted to the merchandise purchaser processing apparatus 1 (S248).
[0157]
Next, the payment approval process (S241) will be described with reference to FIG.
In the payment process, first, the merchandise purchaser processing apparatus 1 transmits this settlement approval request to the transaction management apparatus 5 (S250). The transaction management device 5 registers this in the transaction management DB 55 and transmits this settlement approval request to the purchaser transaction financial institution processing device 3 with the authentication of the product purchaser (A) (S252). Here, authentication of a product purchaser means information indicating that the transaction management device 5 has confirmed purchaser information.
[0158]
The purchaser transaction financial institution processing device 3 checks whether or not the settlement request (collection request) is received from the merchandise seller processing device 2 based on the provisional settlement money management DB 31 (S253). When the settlement request has already been received from the seller, the purchaser transaction financial institution processing device 3 transfers the price to the seller transaction financial institution processing device 4 to perform the settlement (S254). The institution processing apparatus 4 transmits the payment notice to the merchandise seller processing apparatus 2 (S258).
[0159]
On the other hand, if the payment request is not yet registered, the purchaser transaction financial institution processing device 3 transmits a reminder notification of the payment request to the transaction management device 5 (S260). Based on this, the transaction management device 5 transmits this settlement request request to the merchandise seller processing device 2 (S262). Based on this, the merchandise seller processing device 2 transmits the settlement request to the transaction management device 5 (S264), and the transaction management device 5 sends the settlement request including the transfer request details to the merchant seller (B). Is transmitted to the purchaser transaction financial institution processing device 3 (S266). As a result, if the purchaser transaction financial institution processing device 3 satisfies the conditions for the main settlement, the purchaser transaction financial institution processing device 3 performs the transfer by the main settlement process by the above-described process (S254). In the case of NG, the result is transmitted to the merchandise seller processing device 2 via the transaction management device 5 (S268, S270).
[0160]
Next, the “payment processing site monitoring” step will be described with reference to FIG. “Site monitoring” means deadline monitoring. In the present embodiment, the transaction management device 5 forcibly performs the payment process as a third-party witness institution when the purchaser does not perform the necessary payment process (final settlement approval request).
[0161]
For this purpose, as shown in FIG. 8, the transaction management device 5 first determines whether or not the payment has been made (S280), and if not paid, monitors the payment site (S282). The payment site monitoring period starts from the date of receipt of goods in the third-party delivery certification information or the date of shipment of the decryption key, and the site monitoring period of the system (for example, 7 days) or the site in the third-party delivery certification information A monitoring period is set. If the payment process shown in FIG. 7 is not performed during the set site monitoring period, it is determined that the site is over (S284). Next, the transaction management device 5 determines whether or not the process is in the tentative settlement, and if not in the tentative settlement, the transaction management device 5 notifies the merchandise purchaser processing device 1 of a payment prompting request (S288). On the other hand, when the provisional settlement is in progress, the settlement approval request (proxy request) and the third party witness authentication are transmitted to the purchaser transaction financial institution processing device 3 (S292). The purchaser transaction financial institution processing device 3 considers that there is a final settlement request from the merchandise purchaser based on the third party authentication of the transaction management device 5, and performs the same process (S292) as step 252 and subsequent steps shown in FIG. To S318) forcibly perform the payment process.
[0162]
Note that, as described above, the payment site monitoring is performed from the time (S236) when the transaction management apparatus 5 transmits the decryption key in FIG. Since the fact that the purchaser has received the content and requested the decryption key is stored in the transaction management DB 55 of the transaction management device 5 (third party witness), the purchaser cannot refuse this settlement approval request. . Therefore, the transaction management apparatus 5 can perform the automatic payment process described above.
[0163]
Next, the cancellation request notification process described above will be described with reference to FIG.
The cancellation process is started when the purchaser does not like the digest of the electronic content and sends a transaction cancellation request to the transaction management apparatus 5 (S230), as in the process indicated by step 228 in FIG.
[0164]
As shown in step 330 of FIG. 9, the transaction management device 5 transmits a cancellation request notification to the merchandise seller processing device 2. The merchandise seller processing apparatus 2 that has received the cancellation request notification performs a cancellation process. First, the merchandise sales management DB 20 and the provisional settlement money management DB 21 are inquired to confirm whether the price of the merchandise has already been paid (in the case of advance payment) (S332). If the payment has been made, a transfer request is transmitted to the transaction management apparatus 5 in order to refund the product purchaser (S334). Upon receipt of the request, the transaction management device 5 inquires the DB 50, 52, 53, 55, 57 as necessary, and sends the transfer request to the product purchaser transaction financial institution processing device 4 with the authentication of the product seller (B). Transmit (S336).
[0165]
Based on this, the seller transaction financial institution processing device 4 accesses the account management DB 40, and obtains a predetermined amount from the account of the merchandise seller as a predetermined account (account management DB 30) of the merchandise purchaser of the merchandise buyer transaction financial institution. (S340). If this transfer is performed, the seller transaction financial institution processing device 4 notifies the transaction management device 5 of the result and registers it.
[0166]
Further, the purchaser transaction financial institution processing device 3 transmits a payment notification to the product purchaser processing device 1 (S342). This completes the refund process.
On the other hand, if it is determined in step 332 that the payment has not been made (not paid in advance), it is determined whether or not provisional payment has been made, that is, whether or not a settlement for provisional payment is used for the transaction (S344). When it is determined that the provisional payment has not been made, that is, in the case of postpayment or product cash-on-delivery transaction, the merchandise seller processing device 2 notifies the transaction management device 5 of cancellation approval (S346). In this case, since the price has not been paid, and the product purchaser has not seen the contents of the electronic content (since the product has not been received), it is only necessary to cancel the transaction. Accordingly, the transaction management device 5 registers in the predetermined DBs 50, 51, 52, and 55, and then transmits a cancellation completion notification to the product purchaser processing device 1 (S348).
[0167]
Further, when it is determined in step 332 that provisional payment has been made, that is, when payment using provisional settlement money is received, the merchandise seller processing apparatus 2 issues a provisional settlement cancellation request. It transmits to the transaction management apparatus 5 (S350). The transaction management device 5 registers this in predetermined DBs 50, 52, 53, and 55, and transmits a provisional settlement cancellation request to the purchaser transaction financial institution processing device 3 with authentication of the merchandise seller (B) ( S352). On the other hand, the transaction management device 5 determines whether or not the payment collection request has already been received from the purchaser processing device 2 (S362). 4 is notified.
[0168]
Next, in step 354, the purchaser transaction financial period processing apparatus 3 determines whether or not the settlement request (or the settlement approval request) has been received. Is sent to the merchandise purchaser processing apparatus 1 (S360), and similarly, a cancellation completion notice of this settlement request is also sent to the merchandise seller processing apparatus 2 via the transaction management apparatus 5 (S356, S358). ).
[0169]
Next, the site monitoring process of the cancellation process will be described with reference to FIG.
In FIG. 9, the site monitoring process of the cancellation process is performed by the merchandise seller processing apparatus 2 in relation to the cancellation (S334, S346, S350) in spite of receiving the cancellation request notification from the transaction management apparatus 5 (S330). This is done to deal with the case where no. For this reason, the site monitoring is started from the time when the cancellation request notification in step 330 shown in FIG. 9 is issued.
[0170]
As shown in FIG. 10, the transaction management apparatus 5 first determines whether or not a cancellation processing proxy request has been received (S380). If a cancellation processing proxy request has been received, the transaction management device 5 independently performs the cancellation processing of step 386 and subsequent steps without performing site monitoring and regardless of the notification from the merchandise seller processing device 2. Do.
[0171]
In this cancellation processing, the determination as to whether payment has been made (S332) and the determination as to whether payment has been made (S344) performed by the product purchaser processing apparatus 2 in FIG. 9 is shown in steps 386 and 398 in FIG. As described above, the processing performed by the transaction management apparatus 5 is the same as the processing performed in step 332 and subsequent steps in FIG. Therefore, the detailed description is abbreviate | omitted.
[0172]
As described above, the transaction management device 5 can receive the electronic content decryption key as the third party witness as the transaction management device 5 can perform such processing without confirmation of the product seller. This is because it can be proved that there is no intention to purchase electronic contents and there is no record of all transactions. Therefore, by functioning as a third party witness, the transaction management device 5 can perform the cancellation process promptly and reliably regardless of the actual intention display of the purchaser.
[0173]
On the other hand, in the case where a proxy request for cancellation processing has not been received, the transaction management device 5 performs site monitoring as shown in steps 382 and 384, and the merchandise seller processing device 2 in FIG. Only when the process shown is not performed, it is determined that the site is over, and the cancellation process after step 386 is performed without the confirmation of the merchandise seller processing apparatus 2.
[0174]
According to such a structure, the effect demonstrated below can be acquired.
1stly, since the transaction management apparatus 5 relays a transaction, the effect similar to 3rd Embodiment can be acquired.
[0175]
Second, when electronic content is traded, transmission of provisional payment money and transmission of a decryption key for this electronic content are relayed and managed, so that these facts can be verified as a third-party witness organization. Therefore, even when the transaction management apparatus 5 does not take necessary procedures within a certain period from the seller and purchaser, the transaction management apparatus 5 can automatically perform processing based on the information stored in the transaction management DB 55. For this reason, there is an effect that transaction settlement processing can be performed easily, safely, quickly and reliably.
[0176]
Next, a fifth embodiment will be described with reference to FIG. 11 and FIG.
In the fourth embodiment, the transaction management apparatus 5 is used as a third-party witness in the case of performing electronic content transactions. However, the fifth embodiment is a system for performing logistics transactions. A delivery person processing device 6 (delivery management device) provided in a delivery company or the like as a witness organization is used.
[0177]
As shown in FIG. 11, the delivery person processing device 6 has a delivery management DB 60. Since the other components are the same as those in the first embodiment, their description is omitted. The operation of this system will be described below with reference to FIG.
[0178]
First, it is assumed that the merchandise seller processing apparatus 2 has already received an order from the merchandise purchaser processing apparatus 1. That is, the merchandise seller processing device 2 has already received provisional payment money and product purchase information from the merchandise purchaser processing device 1. In this case, first, the merchandise seller processing apparatus 2 transmits a merchandise delivery request to the deliverer processing apparatus 6 (S422). The deliverer processing device 6 registers information for product delivery in the delivery management DB 60 and delivers the requested product to the purchaser or the recipient A designated by the purchaser (S424).
[0179]
The delivery person processing device 6 receives the receipt certificate including the identity authentication from the merchandise purchaser processing device 1 (S426), and registers it in the DB 60 together with the delivery date. Further, the delivery person processing device 6 transmits delivery result report information to the merchandise seller processing device 2 (S428). This delivery result report information includes the receipt certificate of the merchandise purchaser processing apparatus 1 and the authentication of the delivery person processing apparatus 6. These pieces of information are registered in the transaction management DBs 20 and 21 of the merchandise seller processing device 2.
[0180]
Next, the merchandise seller processing apparatus 2 determines whether or not this settlement request has already been issued (S430). If the settlement request has not been issued yet, the request destination is determined in step 432. As already described, (a) the seller transaction financial institution processing device 4 and (b) the purchaser transaction financial institution processing device 3 can be selected as the request destination. Since the process of requesting collection of payment (S434 to S440, S442 to S446) is the same as the process of requesting payment, the description thereof will be omitted.
[0181]
On the other hand, the merchandise seller processing apparatus 2 makes a site monitoring for the final settlement approval request after making the final settlement collection request (S448 to S452). This site monitoring is intended to forcibly perform the settlement when there is no payment indefinitely or there is no return processing in spite of making the settlement collection request. As the monitoring period, a reasonable number of days is set as a period required from when a collection request is made until payment is generally made.
[0182]
When the monitoring period has passed without the payment completion notification (S450), the merchandise seller processing device 2 sets the site over (S452) and forcibly starts the payment approval request process. This settlement approval request process functions as a third-party witness organization that proves that the courier (deliverer processing device 6) has delivered the product, and that the purchaser cannot deny the purchase intention of the product unless it is returned. Based on.
[0183]
For this reason, the merchandise seller processing device 2 sends the settlement approval request to the seller transaction financial institution processing device 3 with a third party certification (home delivery certificate of the delivery person processing device 6). The seller transaction financial institution processing device 3 checks that the request has a third party certificate (S456), and if it is valid, determines the transfer destination in step 462. If the transfer destination is a seller transaction financial institution, the deposit is made to the account of the seller B of the seller transaction financial institution (S464). If the deposit has been made, the seller transaction financial institution processing device 4 notifies the merchandise seller processing device 2 of the deposit (S466).
[0184]
On the other hand, when the transfer destination is directly the merchandise seller processing device 2, the merchandise purchaser transaction financial institution processing device 3 transmits electronic money to the merchandise seller processing device 2 (S468). Thereby, this payment is complete | finished.
[0185]
According to such a configuration, as in the fourth embodiment, there is a third-party witness organization other than the seller and the purchaser, and this authentication data can be attached to the provisional payment money. Even if this settlement approval request is not issued, the settlement processing can be advanced by third party certification. For this reason, there is an effect that the settlement processing can be performed quickly and reliably.
[0186]
Next, a sixth embodiment will be described with reference to FIGS.
In the system of the fifth embodiment, the delivery device processing device 6 for delivering the product to the product purchaser is provided. However, in the present embodiment, as shown in FIG. It has a delivery processor 7 for performing. Similarly, the delivery person processing device 7 has a delivery management DB 70.
[0187]
FIG. 14 is a diagram for explaining normal settlement, and FIG. 15 is a diagram for explaining return processing. In FIG. 14, the deliverer processing device 7 for returning goods does not function, and only the deliverer processing device 6 for delivering functions.
[0188]
First, the merchandise purchaser processing apparatus 1 transmits a merchandise order request and provisional settlement money to the merchandise seller processing apparatus 2 (S480). Based on this, the merchandise seller processing device 2 confirms the stock in the DB 20, and if there is no stock, the product seller processing device 2 transmits (returns) the result together with the provisional payment money received (S482). If there is a stock, the notification is transmitted to the product purchaser processing apparatus 1 (S484). Next, the merchandise seller processing device 2 transmits this settlement request (transfer request) to the purchaser transaction financial institution processing device 3 (S486). The purchaser transaction financial institution processing device 3 checks the contents (S488) and notifies the merchandise seller processing device 2 of the result (S490). When the check result is OK, only the result is notified. When the check result is NG, the result is transmitted to the merchandise seller processing apparatus 2 together with the provisional settlement money. If the result is NG, the merchandise seller processing device 2 returns provisional settlement money without sending the merchandise (S492).
[0189]
If the result is OK, the merchandise seller processing apparatus 2 transmits a merchandise shipping notification to the merchandise purchaser processing apparatus 1 (S494), and transmits a merchandise shipping request to the delivery person processing apparatus 6. (S496), the delivery person processing device 6 returns the receipt certificate (receipt) to the merchandise seller processing device 2 (S498).
[0190]
On the other hand, based on the shipping request received by the delivery company processing device 6, the delivery company delivers the product to the purchaser (S500). The merchandise purchaser processing apparatus 1 issues a proof of receipt (S502), and the delivery person processing apparatus 6 attaches the deliveryer authentication thereto and transmits it to the merchandise seller processing apparatus 2 (S504).
[0191]
On the other hand, in step 506, the purchaser confirms the delivered product, and if satisfied, issues a settlement approval request to the purchaser transaction financial institution processing device 3 (S508). Based on this, the purchaser transaction financial institution processing device 3 transfers the merchandise purchase price to the account of the seller of the seller transaction financial institution (S512). The seller transaction financial institution processing device 4 transmits the payment notice to the merchandise seller processing device 2 (S514). Further, the purchaser transaction financial institution processing device 3 transmits the transfer result to the merchandise seller processing device 1 (S510).
[0192]
This completes the normal payment process.
On the other hand, if the purchaser is not satisfied with the product in step 506, the return processing shown in FIG. 15 is performed. In this returned goods processing process, the delivery person processing apparatus 6 for performing normal delivery may be used, and the delivery person processing apparatus 7 for performing returned goods may be used. Here, a description will be given using the delivery person processing device 7.
[0193]
First, the merchandise purchaser processing apparatus 1 makes a request for return shipping to the deliverer processing apparatus 7 (S520), and receives an acceptance certificate (receipt) for the request (S522). Further, the deliverer Y delivers the returned goods to the merchandise seller (S524), and obtains the receipt certificate (S526).
[0194]
On the other hand, the merchandise purchaser processing apparatus 1 stores the return receipt certificate (receipt) in the DB 12, and transmits the provisional settlement cancellation request and the return receipt certificate to the purchaser transaction financial institution processing apparatus 3 based on this (S528). Transaction financial institution processing device 3 transmits the acceptance result to merchandise purchaser processing device 1 (S530).
[0195]
Note that the transaction management device 5 does not immediately perform the transaction cancellation process, sets the number of days of arbitration (X) (S532), and monitors whether or not there is a complaint about an article returned from the seller.
[0196]
That is, in step 538, the merchant inspects the returned article and determines whether to approve or reject the return (make a claim for the return). Then, a return approval or a return complaint is transmitted to the purchaser transaction financial institution processing device 3 (S540).
[0197]
The purchaser transaction financial institution processing device 3 monitors the return claim or return approval while decrementing the number of days of mediation by 1 every day (S546 to S554), and if there is a return claim, sets the claim flag to ON (S544). ), The purchaser processing apparatus 1 is notified (S542), and the temporary settlement process is not canceled.
[0198]
On the other hand, if the number of days of arbitration becomes 0 with no claim flag set (S546), the purchaser transaction financial institution processing device 3 performs provisional settlement cancellation processing (S558). Further, this is notified to the product purchaser processing apparatus 1 (S556).
[0199]
According to such a configuration, the same effect as that of the fifth embodiment can be obtained, and the third party of the courier can be obtained by using the courier Y as a third party witness for returning goods at the time of return. Based on the proof, the number of days of mediation can be set and complaint processing can be performed.
[0200]
Next, a seventh embodiment will be described with reference to FIGS.
In the system of the seventh embodiment, as shown in FIG. 16, in the system of the sixth embodiment (FIG. 13), the transaction management device 5 relays the transaction as well as the transaction in the same manner as the third embodiment. Is to manage. In addition, about the component requirement already demonstrated, the same code | symbol is attached | subjected and the detailed description is abbreviate | omitted.
[0201]
Next, with reference to FIG. 17, the processing flow of the physical distribution transaction in this embodiment will be described.
First, the merchandise purchaser processing apparatus 1 transmits a merchandise order request and provisional settlement money to the merchandise seller processing apparatus 2 via the transaction management apparatus 5 (S570, S572). At this time, as described in the third embodiment, the transaction management device 5 performs decryption and re-encryption of information and registers the transaction in the DB 55.
[0202]
Next, the merchandise seller processing device 2 stores the received provisional settlement money in the provisional settlement money DB 21, accesses the merchandise sales DB 20 to check the inventory of the merchandise, and manages the notification of the result together with the settlement request. It transmits to the apparatus 5 (S574). The transaction management device 5 stores it in the DB 55 and transmits only the result notification to the product purchaser processing device 1 (S576). Further, the settlement request is transmitted to the purchaser transaction financial institution processing device 3 together with the authentication of the seller B (S578). The purchaser transaction financial institution processing device 3 registers it in the DB 32 and transmits the registration result to the transaction management device 5 (S580).
[0203]
On the other hand, the merchandise seller processing apparatus 2 transmits a merchandise shipping request to the deliverer processing apparatus 6 that delivers the merchandise (S582). The delivery person processing device 6 transmits the acceptance certificate (receipt) to the merchandise seller processing device 2 (S584).
[0204]
In addition, the delivery person processing device 6 transmits a product delivery acceptance registration to the transaction management device 5 (S586), and delivers the product to the product purchaser (S588). The product purchaser who received the product issues a certificate of receipt to the delivery person (S590). The deliverer processing device 6 registers the receipt certificate in the DB 60 and transmits the receipt certificate to the merchandise seller processing device 2 with the deliverer authentication (S592).
[0205]
On the other hand, the merchandise purchaser who received the merchandise confirms the merchandise (S593), and if the merchandise is the desired merchandise, transmits a settlement approval request to the transaction management apparatus 5 (S594).
[0206]
The transaction management device 5 registers the settlement approval request in its own transaction management DB 55 and, if the settlement request has already been registered, the settlement management request 5 authenticates the purchaser A on that condition. At the same time, it is transmitted to the purchaser transaction financial institution processing device 3 (S596).
[0207]
The purchaser transaction financial institution processing device 3 makes payment (transfer) to the seller's account of the seller transaction financial institution based on that (S600), and the seller transaction financial institution processing device 4 is the merchandise seller processing device. 2 is notified of payment (S602). In addition, when the seller transaction financial institution processing device 3 performs the transfer, the seller transaction financial institution processing device 3 notifies the merchandise seller processing device 1 of the result notification via the transaction management device 5 (S604, S606).
[0208]
In addition, when the merchandise purchaser transfers monetary information including provisional settlement information to the merchandise seller and sends the merchandise to a third party as the merchandise recipient, the merchandise recipient receives the monetary information including provisional settlement information including the payment ID. Add your identity information. The merchandise recipient confirms receipt of the merchandise in the same manner as when the merchandise purchaser receives the merchandise, and if the result is OK, the merchandise recipient makes a settlement approval request based on the payment ID and the recipient's identity information. Also, if the confirmation result is NG, a return request is made to the delivery person, the first third party return certificate information received from the delivery person is sent, and a temporary settlement cancellation request is made.
[0209]
On the other hand, if the purchaser is not satisfied with the product in step 593, the return processing shown in FIG. 18 is performed.
As shown in FIG. 18, the return processing is started by first sending a return shipping request from the merchandise purchaser processing apparatus 1 to the delivery person processing apparatus 7 that delivers the returned goods (S620). This return shipping request is registered in the DB 70 of the deliverer processing device 7, and a return receipt certificate is issued to the merchandise purchaser processing device 1 (S622). At the same time, the deliverer processing device 7 accesses the transaction management device 5 and registers the return shipping request acceptance (S624). This return shipping request reception includes purchaser information, product purchase details, seller information, and delivery person authentication. The delivery person delivers the returned goods to the merchandise seller (S626).
[0210]
Next, the merchandise purchaser processing apparatus 1 transmits a provisional settlement cancellation request to the transaction management apparatus 5 (S628), and the transaction management apparatus 5 registers this in the transaction management DB 55. The transaction management device 5 transmits the provisional settlement cancellation request, purchaser authentication, return request, and deliverer authentication to the purchaser transaction financial institution processing device 3 (S630).
[0211]
The purchaser transaction financial institution processing device 3 registers this in the DB and sets the number of days X as an arbitration period. This mediation period is set to monitor the return authorization or return claim from the seller. If there is a return claim within this mediation period, the provisional settlement cancellation process described later will not be performed. It has become. The number of days of mediation X is obtained by adding the number of days normally required for inspecting the returned merchandise Y to the average number of days of delivery and the number of days of allowance in consideration of delays in delivery. The number of days of arbitration is based on the date when the delivery processing device 7 requests a return.
[0212]
Further, the purchaser transaction financial institution processing device 3 transmits the result notification to the product purchaser processing device 1 via the transaction management device 5 (S636). Meanwhile, in step 638, the merchandise seller issues a return receipt proof to the deliverer. The delivery person processing device 7 transmits the return delivery completion to the transaction management device 5 based on this receipt proof (S640), and the transaction management device 5 registers this in the DB and then transmits it to the purchaser transaction financial institution processing device 3. (S642).
[0213]
Here, the purchaser transaction financial institution processing device 3 knows the actual delivery date, and thus resets the period of the number of days Y starting from that date as the above-mentioned mediation period. As described above, the number of days Y is the number of days normally required for inspecting a product. In this way, the return can be monitored more accurately by resetting the mediation period.
[0214]
Next, the purchaser transaction financial institution processing device 3 registers the return completion registration result in the transaction management device 5 (S646), and the transaction management device 5 transmits a return completion notification to the product purchaser processing device 1 ( S648).
[0215]
On the other hand, the seller inspects the returned merchandise, determines in step 650 whether to approve the return, and approves the return via the transaction management device 5 to the buyer transaction financial institution processing. The device 3 is notified (S652, S654). The purchaser transaction financial institution processing device 3 performs provisional settlement cancellation processing (acquisition of account freeze, etc.) accordingly and transmits the result to the transaction management device 5 (S656). The transaction management device 5 transmits a provisional settlement cancellation notification to the product purchaser processing device 1 (S658). Note that this step is not performed when there is no return approval within the mediation period.
[0216]
If the merchandise seller processing device 2 does not approve the return, it is determined in step 660 whether there is a claim related to the return, and if there is a claim, the return complaint is registered in the transaction management device 5 (S662). ). This return claim is further registered in the DB 70 of the delivery processor 7 and the return claim flag is turned on (S666). Further, the return claim notification is transmitted from the transaction management device 5 to the product purchaser processing device 1 (S668).
[0217]
The return processing is thus completed.
According to such a structure, the effect demonstrated below can be acquired.
In other words, in the present embodiment, the transaction management apparatus 5 can centrally manage the progress of the logistics transaction and check the consistency of the transaction. Further, by using the courier Z that delivers the goods and the courier Y that returns the goods as third-party witnesses, and using the courier's authentication information, the transaction can proceed regardless of the seller or the trader. . For this reason, there is an effect that the settlement processing of the commodity transaction can be performed quickly and reliably.
[0218]
Next, an eighth embodiment will be described with reference to FIGS.
In the eighth embodiment, a magnetic card or an IC card as an information storage medium is used as temporary payment money.
[0219]
That is, in the first to seventh embodiments described above, the provisional payment money is data stored in the money management DB 11 of the product purchaser processing apparatus 1 and communicates between communication apparatuses such as servers. It was to be relocated. However, provisional payment money is not limited to this, and may be issued as an information storage medium in which provisional payment money information is stored.
[0220]
FIG. 19 shows an overall configuration diagram of this system. In addition, the same code | symbol is attached | subjected to the component similar to embodiment mentioned above, and the description is abbreviate | omitted.
In FIG. 19, reference numerals 80 and 81 denote financial institution terminals (ATM terminals and the like) that are online-connected to the transaction financial institution processing devices 3 and 4. The product purchaser A accesses the purchaser transaction financial institution processing device 1 through the financial institution terminal 80, and is issued a provisional settlement money card 82 as a storage medium in which provisional settlement money information is stored in a magnetic storage unit or the like. . At the same time, the financial institution terminal 80 receives the payment approval request card 83 in which the payment approval request information is stored.
[0221]
The merchandise purchaser gives the provisional payment money card 82 to the merchandise seller in exchange for the merchandise or before receiving the merchandise. The merchandise seller applies the money card 82 to the financial institution terminal 81 and inputs the personal authentication information and the payment destination information to the financial institution terminal 81. Thus, the terminal 81 can issue a main settlement request to the purchaser transaction financial institution processing apparatus 3 or issue a collection request to the seller transaction financial institution processing apparatus 4. . At this time, the financial institution terminal 81 collects the provisional payment money card 82 and issues a receipt indicating that the payment has been made. By collecting the card 82 in this manner, fraud due to reuse can be effectively prevented, and the card can be reused.
[0222]
On the other hand, the merchandise purchaser confirms the received merchandise and then uses the present settlement approval request card 83 in which the present settlement request information is stored to the purchaser transaction financial institution processing apparatus 3 through the financial institution terminal 80. Send this settlement approval request. This settlement approval request card 83 is also collected by the terminal 80 and used again.
[0223]
Next, the processing flow of this system will be described in more detail with reference to FIG.
First, the merchandise purchaser issues a provisional settlement money card issuance request to the financial institution processing apparatus 3 through the terminal 80 (S700). The purchaser transaction financial institution processing device 3 accesses the account management DB 30 and checks the balance, etc. (S710), generates temporary payment money information in the temporary payment money management DB 31, and records this information from the terminal. The provisional settlement money card 82 is issued (S720). Specifically, a large number of card base materials are stored in the terminal 80, and temporary settlement money information is entered in the magnetic recording portion of the card base by a card reader / driver provided in the terminal 80. Thereafter, the card is issued to the product purchaser by discharging the card.
[0224]
Next, the merchandise purchaser makes a merchandise purchase request to the merchandise seller and hands over the provisional settlement money card (S730). The merchandise seller checks the merchandise purchase request and the card 82 (S740), and then delivers the merchandise to the merchandise purchaser (S750). After confirming the product (S760), the product purchaser applies the settlement approval request card 83 to the terminal 80 when the product is satisfactory to the purchaser transaction financial institution processing device 3. This settlement approval request is transmitted (S770). The fact that the purchaser transaction financial institution processing device has accepted this request for approval of payment is displayed on the terminal 80 (S780).
[0225]
On the other hand, the merchandise seller applies the provisional settlement money card 82 to the financial institution terminal 81 and inputs the payment destination (transfer destination reservation) after shipping the merchandise. The information recorded on the temporary settlement money card and the transfer destination reservation are transmitted to the purchaser transaction financial institution processing device 3 (S790). The purchaser transaction financial institution processing device 3 accesses the provisional settlement money DB 31 to collate with the provisional settlement money information, and after checking (S800), notifies the financial institution terminal 81 operated by the purchaser. (S810), the result of the check is displayed. If the check is OK and the payment request and the transfer destination reservation are made, the terminal 81 automatically collects the temporary payment money card 82 as used based on the check (S820). If the card is collected, the purchaser transaction financial institution processing device 3 transfers the price to the seller transaction financial institution processing device 4 (S830), and the seller transaction financial institution processing device 4 sells the product based on the payment. A payment is notified to the person (S840).
[0226]
Further, in step 850, the purchaser transaction financial institution processing device 3 notifies the product purchaser of the completion of the settlement (payment).
With this process, the normal payment process is completed.
[0227]
On the other hand, if the received product is not the desired product in step 760, the product purchaser returns the product to the product seller (S860). After the seller registers the return in the product management DB 20 of the seller processing device 2, the seller returns the provisional payment money card 82 to the product purchaser (S870). The merchandise purchaser who has received the provisional payment money card 82 applies the provisional payment money card 82 to the financial institution terminal 80 and inputs a provisional settlement money cancellation process to thereby process the message for purchaser transaction financial institution processing. The data is transmitted to the device 3 (S880). Based on this, the purchaser transaction financial institution processing apparatus 3 causes the terminal 80 to erase the information entered on the card and automatically collects this card (S910). In case of an error, the message is displayed (S900).
[0228]
According to such a configuration, even a merchandise purchaser or seller who does not have a communication device such as a server can use this temporary payment electronic settlement system. Further, since a necessary procedure can be performed only by applying the provisional payment money card to the ATM, the purchaser and the seller are not required to input a great deal of information.
[0229]
In the present embodiment, when the seller makes a main settlement approval request, the main settlement request can be manually input to the ATM terminal. However, since it is necessary to input a lot of information such as product purchase information, it is very time consuming and troublesome. By using the final settlement approval request card 83, these operations are unnecessary, and there is an effect that the final settlement approval request can be surely performed.
[0230]
In addition, when the merchandise purchaser transfers monetary information including provisional settlement information to the merchandise seller and sends the merchandise to a third party as the merchandise recipient, the merchandise recipient receives the monetary information including provisional settlement information including the payment ID. Add your identity information. The merchandise recipient confirms receipt of the merchandise in the same manner as when the merchandise purchaser receives the merchandise, and if the result is OK, the merchandise recipient makes a settlement approval request based on the payment ID and the recipient's identity information. Also, if the confirmation result is NG, a return request is made to the delivery person, the first third party return certificate information sent from the delivery person is sent, and a temporary settlement cancellation request is made.
[0231]
Next, each component of the system constituting the first to eighth embodiments described above, that is, the product purchaser processing device 1, the product seller processing device 2, the purchaser transaction financial institution processing device 3, the seller transaction The configurations of the financial institution processing device 4, the transaction management device 5, the delivery person processing device 6, and the return delivery processing device 7 will be described.
[0232]
In addition, although the function of each apparatus described below may not be used in some embodiments among the first to eighth embodiments, it is used in other embodiments.
[0233]
First, for convenience of explanation, the transaction management device 5 will be described.
This transaction management device 5 includes a merchandise purchaser processing device 1, a merchandise seller processing device 2, a purchaser transaction financial institution processing device 3, a seller transaction financial institution processing device 4, a deliverer processing device 6, and a delivery for return. This relays information communication between the person processing devices 7 and has the following functions.
[0234]
First, when mediating transmission / reception between apparatuses, the transmission / reception function has a function of transmitting / receiving with a unique encryption protocol for each of the sender and the receiver.
Second, when mediating payment processing for temporary payments, it is monitored whether the product buyer makes a final settlement approval request or return request within a certain period after receiving the product. Using the delivery certificate information as authentication information, and making a payment approval request by proxy.
[0235]
Thirdly, the merchant monitors whether or not a merchandise seller makes a cancellation request by return, and if this cancellation request is not made within a certain period of time, the third party return certificate information is used as authentication information to cancel the request. Has the function of performing
[0236]
Fourthly, in the mediation of electronic content transactions, the merchandise seller processing device 2 manages the decryption key of the electronic content that is encrypted and transmitted to the product purchaser processing device 1, and sends this decryption key to the purchaser. And a function for issuing certification information of a third-party witness.
[0237]
Fifth, simultaneously with the fourth function, a function for determining whether or not the electronic content is a defective product, a function for notifying the product purchaser processing device 1 of this in the case of a defective product, and a defect in the decryption key If there is, there is a function of resending the decryption key to the purchaser.
[0238]
Sixth, a function of accepting registration of third-party delivery certification information from the deliverer processing devices 6 and 7 when mediating between a deliverer, a seller (product delivery requester), and a purchaser (product recipient) A function for accepting registration of first third-party return certification information that proves that a return has occurred, and registration of second third-party return certification information that proves that the merchant has received the returned product And a function of accepting.
[0239]
In order to perform these functions, the transaction management device 5 is configured as shown in FIG. That is, the arithmetic control unit 1010 that controls the entire device, the communication control unit 1020 for connecting to each device that is a partner of transmission and reception, the database control unit 1040 that controls each database, and the transaction management device 5 A transaction management processing unit 1500 for executing functions, an input / output processing unit 1030, and a memory (random access memory) 1050 are included.
[0240]
As shown in FIG. 21, the database control unit 1040 includes an encryption key management DB 50, a purchaser information DB 51 (a management DB for purchaser processing device information), and a seller information DB 52 (a management DB for seller processing device information). ), Financial institution information DB 53 (DB for managing financial institution processing device information), deliverer information DB 54 (DB for managing delivery device processing device information), transaction management DB 55, main settlement site monitoring DB 56, and returns The site monitoring DB 57 is managed and controlled.
[0241]
The configuration of these databases managed and controlled by the database control unit 1040 is shown in FIG.
That is, the purchaser information DB 51, the seller information DB 52, the financial institution information DB 53, and the deliverer information DB 54 are the purchaser processing device 1, the seller processing device 2, the transaction finance that the transaction management device 5 is a transmission / reception relay target of. Information necessary for transmission / reception with the engine processing apparatuses 3 and 4 and the delivery person processing apparatuses 6 and 7, that is, ID, network address, transmission / reception protocol, and the like are managed.
[0242]
The encryption key management DB 50 manages the encryption keys and encryption protocols unique to each device used for transmission and reception with each device. The encryption keys 1110, 1120, 1130, 1140, and 1150 for each device are the purchasers. The information DB 51, the seller information DB 52, the financial institution information DB 53, and the deliverer information DB 54 are referred to by the attribute information indicated in each device information.
[0243]
Furthermore, the transaction management DB 55 stores the contents and progress of each transaction, and authentication information that provides evidence of the transaction. That is, as shown in FIG. 22, the merchandise order information 1330, the payment management information 1340, the delivery management information 1360, and the return management information 1370 of the transaction referred to by the payment ID 1310 and the transaction status 1320 are stored.
[0244]
The settlement site monitoring DB 56 is a database for monitoring the settlement approval request and the return request after receipt of the product as described above. After receiving the product delivery certificate, the product order information 1330 is stored in the settlement site. It is moved to the monitoring DB 1400 and monitored.
[0245]
Further, the return site monitoring DB 57 is a database for monitoring a cancellation request in the case of a return as described above, and after accepting the return delivery, the merchandise management information 1370 is stored as the return management information, and this is used. The return site is monitored.
[0246]
Among these, the encryption key management DB 50, transaction management DB 55, main settlement site monitoring DB 56, and return site monitoring DB 57 will be described in more detail.
FIG. 23 shows the configuration of data stored in the encryption key management DB 50.
[0247]
The encryption key 1110 of the transaction management apparatus 5 itself is configured as shown in FIG. That is, a “certificate authority certificate of transaction management apparatus” 1114 including “own private key K (S, TC)” 1112 and public key K (P, TC) is stored.
[0248]
Further, the purchaser key 1120, the seller key 1130, the financial institution key 1140, and the deliverer key 1150 are configured as shown in FIG. That is, “device ID” 1121, “common key” 1122 for each device ID, “device certificate authority certificate (including public key)” 1123 for each device ID, “transmission / reception dedicated to transaction management device for each device ID” A “common key” 1124 and a “transmission / reception dedicated key with transaction management device” 1125 for each device ID are stored. The key 1125 includes a public key 1126 and a secret key 1127.
[0249]
Next, features of encryption and decryption performed using these encryption keys will be described with reference to FIG.
First, the background of encryption and decryption in the present embodiment will be described.
[0250]
In general, if you send or receive a telegram with nakedness in ordering goods at the time of electronic commerce, payment of electronic money, transmission of electronic contents and transmission of electronic money by this settlement, transfer, etc. There is also a risk of being used.
[0251]
Therefore, it is the same for encryption and decryption as encryption methods such as RSA (Rivest-Shamir-Adleman) and DSA (digital signature algorithm) which are private / public key methods that use different keys for encryption and decryption. Various encryption methods have been devised so far, such as encryption methods such as DES (Data Encryption Standard) and FEAL (fast encryption algorithm), which are common key methods using keys, and are known to others using these. The message is encrypted and sent so that there is no such thing. In addition, current encryption methods can be classified into the following two types.
[0252]
In the first method, the transmission side sends a public key that is an encryption key of the reception side, or obtains the authentication certificate of the reception side and extracts the public key, and encrypts the message using the public key. Send it. The receiving side decrypts the received message using its own private key paired with the public key.
[0253]
In the second method, the transmission side encrypts the message using a common key that is the encryption key. Further, the common key on the transmission side is encrypted with the public key of the reception side obtained separately so that the reception side can decrypt it, and it is sent together with the encrypted message. The receiving side decrypts the transmission side common key using its own secret key, and decrypts the message encrypted with the obtained transmission side common key. However, when the transmission side common key is sent to the reception side in advance, only the message is encrypted and transmitted with the transmission side common key.
[0254]
However, with these conventional encryption methods, if the sender encrypts the message with his or her own common key, it must be disclosed to others (the recipient), thus preventing unauthorized use and protecting privacy. For this purpose, it is necessary to change the common key every time. Further, when encryption is performed using the receiving side public key, complicated processing for obtaining the other party's public key must be performed. It should be noted that when performing transmission for the second time or later to the same partner, it is conceivable to manage the partner's public key on the DB so that transmission can be performed without obtaining the public key. However, in this case, there is a risk that not only a huge file for management is held, but synchronization is not possible even if the other party's public key is changed, so that the message is not correctly transmitted to the receiving side.
[0255]
A method for solving the above problems is an encryption / decryption method via the transaction management apparatus 5 of the present invention, and this method is shown in FIG.
In this figure, a symbol representing an encryption key is represented as K (α (β), γ). Here, α represents the type of encryption key, P is a public key, S is a secret key, and C is a common key. γ represents the owner of the encryption key of α. β represents the user of the transaction management device 5 (TC) when the owner γ is the transaction management device 5 (TC), and when the owner γ is the user of the transaction management device 5 (TC). Represents the transaction management device 5 (TC). This user has a unique and unique encryption key used for communication with the transaction management device 5, and this is not disclosed to any third party. It should be noted that an encryption key in which β is not entered can be disclosed by the will of the owner γ.
[0256]
Now, in FIG. 24, when the transmission side 1200 (A) sends the same message to a plurality of reception sides 1220 (B), 1230 (C) at the same time, or a different message is sent to each reception side 1220 (B), 1230 (C ) In these cases, the transmission side 1200 (A) has three types of encryption keys registered in the transaction management device 5 (TC) ((1) common key “K (C, A)” on the transmission side, (2) The only common key “K (C (A), TC)” between the sending side and the transaction management device 5 (TC), and (4) The only public key “K ( P (TC), A) ”) and {circle around (3)} the private key“ K (S, A) ”on the transmission side for the digital signature, the identification information on the reception side (the device ID on the reception side, The electronic message including the personal information is encrypted and sent to the transaction management device (TC) 1210. At this time, the transmission side 1200 (A) does not need to be aware of the encryption key of the reception side 1220 (B), 1230 (C).
[0257]
The transaction management device 5 (TC) refers to the encryption key management DB 50 based on the identification information (transmission side device ID, identity information, etc.) on the transmission side in the received message, and for the transmission side 1200 (A). Four types of decryption keys ((1) common key 1122 “K (C, A) on the transmission side”, (2) only common key 1124 “K (C (A)) between the transmission side and the transaction management device (TC) , TC) ”, {circle around (3)}, public key 1123“ K (P, A) ”on the transmission side, {circle around (4)} the only secret key 1127“ K (S (TC), A) ") is taken out and the received information is decrypted.
[0258]
Next, the transaction management device 5 (TC) refers to the encryption key management DB 50 based on the identification information of the receiving side in the decrypted message, and receives 4 of the receiving side 1220 (B) or the receiving side 1230 (C). Using one of the types of encryption keys, the message sent from the transmission side 1200 (A) is re-encrypted and transmitted to the reception side 1220 (B) or the reception side 1230 (C). Here, the four types of encryption keys are the common key “K (C, γ)” (1) and (1) in the receiving side, and the only common key between the receiving side and the transaction management device (TC). A key “K (C (β), TC)” (2), a public key “K (P, γ)” (3), (3) ′, and The only public key “K (P (TC), γ)” (4) and (4) ″ between the receiving side and the transaction management device (TC). Here, γ and β are “ B 'or' C '.
[0259]
The receiving side 1220 (B) or receiving side 1230 (C) that received the information refers to the identification information of the transmitting side in the received message, and if the relay source is the transaction management device 5 (TC), the transaction management Of the four types of encryption keys registered in the device 5 (TC), three types of encryption keys ((1) ′ ″ receiving side common key “K (C, γ)”, (2) ′ ″ The only common key “K (C (β), TC)” between the receiving side and the transaction management device 5 (TC), and the only secret key between the receiving side and the transaction management device 5 (TC). Decryption is performed using either “K (S (TC), γ)”) or {circle around (3)} ″ private key “K (S, γ)” on the receiving side.
[0260]
As described above, when an encrypted message is transmitted / received via the transaction management device 5 (TC), the transmitting side is decrypted by a third party without being aware of the encryption key of the receiving side in any case. The transmission is performed without any danger, and the reception side receives the transmission in a safe state without being aware of the encryption key of the transmission side in any case.
[0261]
Further, the four types of encryption / decryption keys shown in FIG. 24 can be used not only independently but also in combination with other encryption / decryption keys as appropriate. For example, the transmission source (A or TC) encrypts the message with the transmission source common key “K (C, A)” or “K (C, TC)”, and is the only one with the transmission destination (TC or B, C). A public key “K (P (TC), γ)” (γ is A or B, C) and a common key encrypted with the public key can be sent to the transmission destination. In this case, the transmission destination decrypts the encrypted common key with the secret key, and decrypts the message using the decrypted common key.
[0262]
To further enhance security, the sending side 1200 (A) uses the sending side private key “K (S, A)” to perform a digital signature as part of message authentication, and the sending side common key “K ( C, A) ”is used to assign a blind signature, and“ K (C (A), TC) ”or“ K (P (TC) ”, which is the unique and unique encryption key with the transaction management device (TC). ), A) "can also be used to encrypt the entire text. As a result, identity verification can be ensured, and fraud prevention and tampering can be prevented. However, regarding the blind signature, when the transaction management device 5 (TC) re-encrypts and sends it to the receiving side, it is sent without being decrypted.
[0263]
Next, the structure of transaction management DB55 is demonstrated in detail with reference to FIG.25 (a)-(e).
As shown in FIG. 25A, the transaction management DB 55 stores a payment ID 1310, a transaction status 1320, product order information 1330, payment management information 1340, delivery management information 1360, and return management information 1370.
[0264]
The payment ID 1310 indicates the key of the entire record. This payment ID is numbered when the order of the product is confirmed between the purchaser and the seller, and is referred to when information is transferred at all stages including product delivery / settlement.
[0265]
The transaction status 1320 is information necessary for checking the progress of the transaction and checking whether the transaction is progressing reliably. This transaction status will be described later with reference to FIG.
[0266]
As shown in FIG. 25 (b), the product order information 1330 includes ordered product details 1331, purchaser information 1332, seller information 1333, order date and time 1334, and electronic content information 1336. The purchaser information 1332 and the seller information 1333 include both authentication information. Further, the decryption key 1335 essential for selling electronic contents is stored when it is delivered from the seller, and thereafter managed by the transaction management apparatus 5.
[0267]
As shown in FIG. 25 (c), the payment management information 1340 includes money information such as temporary settlement money, that is, money type 1341, purchaser financial institution information 1342 (issued financial institution information), seller financial institution information. 1343, amount 1344, issue date 1345, and provisional settlement date 1346 are included. Further, information on the progress process from provisional settlement to final settlement, that is, the distinction of completed / uncompleted of the final settlement request and the date and time 1347 set at the time of the final settlement request from the seller, the payee 1348 of the final settlement, and the purchaser And the date / time 1349 of the completion / incomplete payment approval and the date / time 1350 of the completion / incomplete payment completion. Further, information on the progress of the temporary settlement cancellation request by return, that is, the presence / absence of the temporary settlement cancellation request from the purchaser and the date / time 1351, the presence / absence of the temporary settlement cancellation request from the seller, and the completed / unsettled And date / time 1352, provisional settlement cancellation completed / uncompleted date / time and completion date / time 1353 are included.
[0268]
The delivery management information 1360 is stored and managed when the delivery person processing devices 6 and 7 are present. As shown in FIG. 25 (c), this settlement site for monitoring delivery request information 1361 and delivery details 1362 necessary for delivery, in particular, a settlement approval request and a return request after receipt of goods. Monitoring period 1363, delivery requester information 1364 including authentication of the delivery requester, delivery receipt information (reception date 1365, receipt authentication) including third party delivery certificate 1367 issued from the delivery processor 6 or 7 upon receipt of delivery 1366, third party delivery certificate 1367). As described above, the third party delivery proof 1367 is obtained by the transaction management apparatus 5 on behalf of the purchaser when there is neither a settlement approval request nor a return request from the purchaser or the product recipient within a certain period after receiving the product. Used when issuing this settlement approval request.
[0269]
The returned goods management information 1370 basically stores the same information as the delivery management information 1360, as shown in FIG. 25 (e). In this case, however, the returned goods confirmation / claim after receiving the returned goods is stored. Site monitoring period 1373 of the return claim for monitoring, the first third-party return certificate 1375/1376 issued by the deliverer at the time of the merchandise recipient's return request, the first issued by the deliverer at the time of the seller's return receipt 2 third party return certificate 1377/1378, returned goods confirmation after receipt of return of merchant and returned goods confirmation indicating whether there is a return claim, date / time 1379 and returned goods claim completed / not completed date / time 1380 Is important. The first third-party return certificate 1375/1376 and the second third-party return certificate 1377/1378 are given to the seller if there is no return confirmation or return claim from the seller within a certain period after receipt of the return. Used when issuing a cancellation request instead.
[0270]
Next, the transaction status 1320 will be described with reference to FIG.
As shown in this figure, transaction status 1320 includes A. Delivery from order of goods (A-1 to A-6); Normal settlement (B-1, B-2), C.I. Stores the progress of each process of cancellation (C-1 to C-6) at the time of return, the date and time of occurrence of each process 1321, 1326, the result (OK / NG) 1322, 1327, and authentication information as evidence 1323 and 1328 are entered. Further, the transaction status 1320 is managed separately for article transactions and electronic content transactions.
[0271]
Since the status of the transaction status 1320 changes almost in this order, the transaction management device 5 checks the consistency between the transaction status 1320 and the content of transmission when receiving a transmission from each device, and overtakes due to fraud or error. Preventing the occurrence of accidents and accidents, ensure reliable transaction management.
[0272]
Next, the configuration of the settlement site monitoring DB 56 and the return site monitoring DB 57 will be described with reference to FIGS. 27 (a) and 27 (b), respectively.
The settlement site monitoring DB 56 shown in FIG. 27 (a) is generated when the product is received as described above. The payment ID 1401, the settlement site monitoring period 1402, the distinction between settlement completion / unpaid and date / time 1403, Furthermore, the presence / absence of switching to return site monitoring and the date and time 1404 set when a return occurs.
[0273]
As described above, the return site monitoring DB 57 shown in FIG. 27B is generated when a return request is generated. The payment ID 1421, the return site monitoring period 1422, the provisional settlement cancellation completed / not yet completed date and time 1423 are displayed. Store.
[0274]
Next, the transaction management processing unit 1500 shown in FIG. 21 will be described in detail.
As shown in FIG. 21, the transaction management processing unit 1500 includes an encryption / decryption process 1520, a product order process 1600, a money issue process 1700, a money payment process 1740, a product delivery acceptance process 1800, Merchandise delivery receipt process 1820, final settlement request process 1900, final settlement approval process 1960, electronic content key acceptance process 2000, electronic content receipt confirmation / cancellation process 2100, return delivery acceptance process 2200, and return delivery receipt process 2220, provisional settlement cancellation acceptance processing 2300, return confirmation / claim acceptance processing 2340, final settlement site monitoring processing 2400, and return site monitoring processing 2500.
[0275]
The encryption / decryption process 1520 is a process of decrypting data encrypted by the transmission source at the time of transmission / reception with each device, and transmitting the encrypted data with the encryption key dedicated to the transmission destination at the time of transmission. This is a common process used by the remaining 15 processes.
[0276]
The product order encryption / decryption process 1600 to the product delivery receipt process 1820 process each process from the product order to the delivery, and the settlement request processing 1900 and the settlement approval process 1960 perform normal settlement. It is a process related to the process.
[0277]
On the other hand, the electronic content key acceptance processing 2000 and the electronic content receipt confirmation / cancellation processing 2100 are provided for processing specific to electronic content sales. Also, the process from the return delivery acceptance process 2200 to the return confirmation / claim reception process 2340 is a process in each process from acceptance of return to cancellation of settlement.
[0278]
As described above, the settlement site monitoring process 2400 is a process for monitoring the period from the delivery of goods until the final settlement or return. As described above, the return site monitoring process 2500 is a provisional settlement cancellation after the return occurs. This is a process for monitoring the period until.
[0279]
Hereinafter, each processing will be described with reference to the processing flow of FIG.
First, processing in the encryption / decryption processing 1520 will be described with reference to FIG.
[0280]
This encryption / decryption processing 1520 functions in transmission / reception with each device. In reception, when data is received in step 1522, the encryption key management DB 50 of the transaction management device 5 receives the data in step 1524 as described above. Thus, the decryption key 1120 dedicated to the transmission source is taken out, and in step 1526, it is used to decrypt the data encrypted by the transmission source with the dedicated encryption key.
[0281]
Next, when the data is to be transmitted after performing predetermined processing, it is determined in step 1528 whether transmission is necessary, and in step 1530, transmission destination information is extracted from the seller information DB 52 or the like. In step 1532, the encryption key 1120 dedicated to the transmission destination is extracted from the encryption key management DB 50. In step 1534, the transmission data is encrypted using the encryption key 1120. In step 1536, the encrypted data is transmitted based on the destination information.
[0282]
When relaying a transaction between two devices, as shown in FIG. 24, the encrypted message on the transmission side is decrypted using this procedure, and then re-encrypted with the encryption key on the reception side.
[0283]
In the following flow of the transaction management processing unit 1500, the processing of FIG. 28 can be used wherever there is transmission or reception, and in principle, it will be used.
[0284]
Next, after the product recipient receives the product, this settlement approval request or return request is monitored, and if the settlement approval request or return request is not made within a certain period of time, the third party delivery certification information is used as authentication information. As a function of sending and accepting this settlement approval request as a proxy, a merchandise delivery receipt process 1820, an electronic content receipt confirmation / cancellation process 2100, a settlement settlement process 1960, a settlement request process 1900, and a settlement site monitoring process 2400 are provided. The explanation is centered.
[0285]
These processes are performed based on the third party delivery certificate 1367 included in the delivery receipt information of the delivery management information 1360 of the settlement site monitoring DB 56 and the transaction management DB 55. The third party delivery proof 1367 of the settlement site monitoring DB 56 and the transaction management DB 55 is set in the merchandise delivery receipt process 1820 for general articles and in the electronic contents receipt confirmation / cancellation process 2100 for electronic contents.
[0286]
The processing flow of the merchandise delivery receipt process 1820 is shown in FIG. In this processing 1820, when a general article is delivered, the delivery recipient processing device indicates that the delivered item (the purchaser himself or the recipient designated by the purchaser or his agent) has received the delivered product. Notification from 6 or 7 is registered. As shown in FIG. 33, if there is no problem in the transaction status consistency check (step 1824), the settlement site monitoring period 1363 of the delivery management information 1360 of the transaction management DB 55, the delivery receipt information 1365/1366/1367 (delivery process) The third party delivery certificate by the devices 6 and 7 is set (step 1828), the settlement site monitoring DB 56 is generated (step 1830), and the transaction status is recorded (step 1832). By using this DB 56, it is possible to monitor whether or not a final settlement request or a return request has been made.
[0287]
Also in the case of electronic contents, as shown in FIG. 37, when a decryption key is transmitted to the product purchaser processing apparatus 1 in step 2112 in the electronic content receipt confirmation / cancellation process 2100 (the entire flow will be described later). The settlement site monitoring period 1363 of the delivery management information 1360 of the transaction management DB 55 and the delivery receipt information 1365/1366/1367 (third-party delivery certificate by the transaction management device 5) are set, and the settlement site monitoring DB 56 is generated. Thus, the same monitoring can be performed.
[0288]
Next, the settlement approval request from the merchandise recipient is processed by the settlement approval processing 1960.
As shown in FIG. 35, the payment approval process 1960 sets the data of the payment approval information 1349 of the payment management information 1340 in the transaction management DB 55 to “done” in step 1968, and then adds the recipient's authentication in step 1970. Then, this settlement approval request is transmitted to the buyer transaction financial institution. Then, the settlement process is performed at the purchaser transaction financial institution. At this time, if the settlement request (transfer request: details will be described later) from the seller has been completed, the settlement process is completed. Therefore, in step 1980 and subsequent steps, the data of the settlement 1350 in the payment management information 1340 of the transaction management DB 55 is “ The transaction status 1320 is updated to “B-2 (final settlement)”. Further, the data of the main settlement 1403 of the main settlement site monitoring DB 56 is set to “completed”, and the date and time is also set. If the seller has not yet made a request for payment (transfer request), the buyer's transaction financial institution will respond to the payment request required for the payment process. A reminder notice for the request for transfer is transmitted (step 1988).
[0289]
Here, the settlement request processing 1900 will be described with reference to FIG.
This settlement request processing 1900 mediates a process in which the seller charges the purchaser transaction financial institution for the final settlement (transfer) of the provisional settlement money received from the purchaser after shipping the product. In the present embodiment, this payment processing 1900 is normally processed by the purchaser transaction financial institution processing device 3 when the seller's main payment request and the purchaser's main payment approval request are ready.
[0290]
In the process shown in FIG. 34, when a transfer request from the seller is received in step 1902, in step 1904, the transfer request is checked for consistency with the transaction status. In order to pass this consistency check, the transaction status 1320 of the transaction management DB 55 is “A-4 (delivery acceptance) in the case where a third party witness such as a transaction management center or an item delivery person in electronic content sales intervenes. ) ”,“ A-5 (delivery receipt) ”, and“ B-1 (final settlement approval) ”. Further, in the case where there is no third party witness, the transaction status 1320 needs to be one of two types of “A-3 (provisional settlement)” and “B-1 (final settlement approval)”. is there.
[0291]
Of these, in the case of “A-3 (provisional settlement)”, “A-4 (delivery receipt)”, and “A-5 (delivery receipt)”, since this settlement approval request has not been completed, only acceptance of a transfer request is accepted. Is performed (steps 1908 to 1912). On the other hand, in the case of “B-1 (final settlement approval)”, since the settlement approval request has already been registered, the settlement processing request is transmitted to the buyer transaction financial institution at this time, and the settlement processing is performed. Are performed (steps 1920 to 1936).
[0292]
On the other hand, acceptance of a return request for a general article is performed by a return delivery acceptance process 2200 for processing a return shipment acceptance registration from the deliverer processing device 5, as will be described later. At this time, whether or not the settlement site monitoring DB 56 is switched to the return site monitoring and the date and time 1404 are set, the return site monitoring DB 57 is generated, and thereafter, monitored by the return site monitoring process 2500.
[0293]
Further, the return receipt in the case of electronic content is processed in the electronic content receipt confirmation / cancellation processing 2100. As shown in FIG. 37, this process 2100 receives a reply from the purchaser who has received the electronic content (step 2102), and determines the content of the request (step 2104). Here, if the purchaser is unsatisfied after trying the content digest, a purchase cancellation request is made, and based on this, the provisional settlement cancellation request processing in step 2140 is performed. In this process, as shown in FIG. 38, in step 2144, whether or not the settlement site monitoring DB 56 is switched to the return site monitoring and the date / time are set, the return site monitoring DB 57 is generated, and thereafter, the return site monitoring process 2500 is performed. To monitor. At this time, a cancellation request notification is transmitted to the seller (step 2152), and a cancellation process based on a return confirmation from the seller is urged.
[0294]
The process for monitoring the settlement approval request or the return request is performed by the settlement site monitoring process 2400. As shown in FIG. 44, in steps 2402 and 2404, each record of the settlement site monitoring DB 56 is periodically read. Among them, the settlement 1403 is “completed” and its date and time are also returned to the return site monitoring. Is set to “present” and the date / time is not set, and the payment approval information 1349 of the corresponding payment management information 1340 in the transaction management DB 55 is not set, and the payment site monitoring period 1402 is set. Retrieve records that have passed the specified period. Since this record means a transaction for which a settlement approval request or a return request has not been made within a predetermined period after receipt of the product, the purchaser information 1333, purchaser financial institution information in the transaction management DB 55 is obtained in step 2406. 1342 and the amount 1344 are attached with the third party delivery certificate 1367 of the delivery management information 1360, and the settlement approval request is transmitted to the purchaser financial institution on behalf of the recipient, and the settlement processing is performed by the financial institution. Is called. The transaction status 1320 is also changed to “B-1 (final settlement approval)”. If the seller has not yet made a request for payment (transfer request) at this point, the buyer's transaction financial institution returns a prompt for the transfer request to the seller required for the payment process. Therefore, a request for transfer request is sent to the seller (step 2420).
[0295]
Subsequently, the seller monitors whether or not a cancellation request is made by returning goods, and if the cancellation request is not made within a certain period, third party return certificate information is attached and the cancellation request is made on behalf of the seller. As a function, the return site monitoring process 2500 will be mainly described.
[0296]
The processing of performing the cancellation request on behalf of the first third party return certificate 1375/1376 and the second third party return certificate 1377/1378 stored in the return management information 1370 of the return site monitoring DB 57 and the transaction management DB 55. Based on. As will be described later, the settings of the first third-party return certificate 1375/1376 and the second third-party return certificate 1377/1378 in the return site monitoring DB 57 and the transaction management DB 55 are set for the return delivery acceptance process 2200 for general articles. In the case of electronic content, it is performed in the electronic content receipt confirmation / cancellation processing 2100. However, in the case of electronic content, only the first third party return certificate is used.
[0297]
In any case, the return site monitoring period 1422 is set in the return site monitoring DB 57, and thereafter, using this DB 57, it is monitored whether or not a cancellation request is made by the seller for the return within a certain period. Can do.
[0298]
The cancellation request by return is monitored by the return site monitoring process 2500, and the process flow is shown in FIG. In steps 2502 and 2504 of this processing flow, each record of the return site monitoring DB 57 is periodically read. Among them, the provisional settlement cancellation 1423 is “completed” and the date / time is not set, and transaction management is performed. A record for which the return confirmation 1379 of the corresponding return management information 1370 in the DB 55 has not been set and the period set in the return site monitoring period 1422 has passed is extracted. This record means that the transaction has not been requested to be canceled by the seller within the period determined after the return. Further, in step 2506, it is confirmed that a return claim is not made by selecting a return claim 1380 in the return management information 1370 of the transaction management DB 55 that is not set.
[0299]
In response to this transaction, a cancellation request is sent to the purchaser's transaction financial institution on behalf of the seller. In the case of a temporary payment electronic payment system, the temporary payment is canceled (step 2508), so in step 2510 and subsequent steps, the transaction status 1320 of the transaction management DB 55 is set to “C-4 (return confirmation)” to manage the transaction. The purchaser transaction financial institution processing device is attached with the second third party return certificate 1378 (first third party return certificate 1376 in the case of electronic content) of the return management information 1370 to the payment management information 1340 of the DB 55. 3 is sent on behalf of the merchant to 3 and a temporary settlement cancellation request is sent. Then, the cancellation processing is performed by the financial institution processing device 3. After the cancellation processing by the financial institution processing apparatus 3 is completed, in step 2518, the cancellation termination is set in the return management information 1370 and the payment management information 1340 of the transaction management DB 55. In step 2520, the transaction status 1320 is also set to “C-6 (payment cancellation). ) ”.
[0300]
The return confirmation 1379 and the return complaint 1380 are set in the return confirmation / claim reception processing 2340. In the case of merchandise sales, the seller receives a return from the delivery person, or in the case of electronic content sales, receives a cancellation request notification from the transaction management device 5, and then cancels or cancels the return within a certain period. The transaction management device 5 must be notified of the complaint regarding the return.
[0301]
As shown in FIG. 43, after receiving this return confirmation or return claim in step 2342, if it is a return confirmation, cancel the settlement by sending a request to cancel the settlement and cancel the provisional settlement to the purchaser financial institution after step 2350. Is fixed. On the other hand, if it is a return claim, after confirming that it is within the site monitoring period, the return claim 1380 of the return management information 1370 of the transaction management DB 55 is set, and the transaction status 1320 is set to “C-5 (return claim)”. As a result, the aging is interrupted.
[0302]
Through the above process, the transaction management device 5 monitors whether or not the seller makes a cancellation request by return, and if the cancellation request is not made within a certain period, the third party return certification information is attached, Cancellation request can be made on behalf of
[0303]
Next, in the brokerage of electronic content sales, the seller manages the decryption key of the electronic content that is encrypted and sent to the purchaser, sends the decryption key to the purchaser, and issues the certification information of the third party witness As functions, an electronic content key (decryption key for electronic content) reception process 2000 and an electronic content reception confirmation / cancellation process 2100 will be mainly described.
[0304]
When the seller transmits the encrypted electronic content to the purchaser, at the same time, the seller transmits a decryption key for decrypting the electronic content to the transaction management apparatus 5. Therefore, the electronic content key receiving process 2000 receives and processes the decryption key as shown in FIG. 36 (step 2002). In step 2004, the decryption key is stored in the electronic content decryption key 1335 in the product order information 1330 of the transaction management DB 55, and the transaction management apparatus 5 itself is set in the deliverer information 1361 of the delivery management information 1360. Further, the transaction status 1320 is set to “A-4 (delivery acceptance)” (step 2006). The stored decryption key 1335 is thereafter managed by the transaction management device 5.
[0305]
In the subsequent electronic content receipt confirmation / cancellation process 2100, as shown in FIG. 37, the request content by the reply from the purchaser to the transmitted electronic content (encrypted) is received (step 2102) and processed. In the case of the decryption key transmission request, since the purchaser intends to purchase the electronic content, the transaction status 1320 is “A-4 (delivery acceptance)”, and the condition (step 2106) is step 2110. In 2112, the electronic content decryption key 1335 in the product order information 1330 of the transaction management DB 55 stored in the electronic content key acceptance processing 2000 is extracted and transmitted to the purchaser. The transaction status 1320 is set to “A-5 (delivery receipt)” (step 2108).
[0306]
In addition, the delivery receipt information 1365/1366/1367 (third party delivery certificate by the transaction management device 5) of the delivery management information 1360 of the transaction management DB 55 and the site monitoring period 1373 of the return management information 1370 are set (step 2114). The settlement site monitoring DB 56 is generated (step 2116). In the settlement site monitoring period 1402 of the settlement site monitoring DB 56, data obtained by copying the settlement site monitoring period 1363 of the delivery management information 1360 of the transaction management DB 55 is set.
[0307]
Through the processing described above, the transaction management device 5 manages the decryption key of the electronic content that the seller encrypts and sends to the purchaser in the mediation of buying and selling of the electronic content, sends the decryption key to the purchaser, and sends it to the third party. Process to issue witness certification information.
[0308]
Next, in the brokerage of electronic content sales, it is determined whether the content received by the purchaser is defective or not, and if it is determined to be defective, the purchaser is notified and the decryption key is defective. If the determination is made, the electronic content receipt confirmation / cancellation process 2100 will be mainly described as a function of resending the decryption key to the purchaser. This process is performed when the content cannot be decrypted in the determination in step 2104 of the electronic content receipt confirmation / cancellation process 2100 shown in FIG.
[0309]
For example, it is assumed that the decryption key is transmitted to the purchaser processing apparatus 1 in step 2112 of FIG. 37, but the purchaser cannot decrypt the electronic content. At this time, the purchaser may return a purchase cancellation request together with the electronic content that could not be decrypted. This corresponds to the case where the content cannot be decrypted.
[0310]
First, the condition for accepting this request is that the transaction status 1320 is “A-5 (delivery receipt)” and is within the settlement site monitoring period 1402 of the settlement site monitoring DB 56 (steps 2154 and 2156). Judgment). In the subsequent decryption check processing in step 2160, it is determined whether the cause of the failure in decryption is a defect in the content (encrypted) itself received by the purchaser or a defect in the decryption key.
[0311]
The flow of this decryption check process is shown in FIG. In step 2162 in FIG. 39, the seller is requested to transmit the same content (encrypted) as that transmitted to the purchaser. In step 2168, the content (encrypted) transmitted from the purchaser is requested. To make sure it matches. If they do not match, it is determined that the content originally transmitted from the seller to the purchaser is incomplete, and the same content transmitted to the transaction management device 5 by the seller this time is sent to the purchaser as valid. Send to. In steps 2168 and 2170, if both contents match, in step 2172, the contents are decrypted with the decryption key 1335 managed by the user. Furthermore, the seller is requested to encrypt the electronic content before encryption with a transmission-dedicated common key to the seller's transaction management apparatus and send it (step 2174). In step 2180, after the electronic content returned this time is decrypted, it is compared with the electronic content decrypted in step 2172 in the state before encryption to confirm a match. If they match, it is determined that the decryption key used by the purchaser is defective, and in step 2184, the decryption key 1335 managed by the purchaser is retransmitted to the purchaser, and decryption is requested again.
[0312]
If they do not match at step 2180, it is determined that the electronic content (encrypted) originally transmitted from the seller to the purchaser is defective, and processing for starting over from the transmission of the content is performed. After step 2186, the delivery receipt information 1365/1366/1367 of the delivery management information 1360 of the transaction management DB 55 and the site monitoring period 1373 of the return management information 1370 are set to the state before the decryption key is transmitted, and the settlement site monitoring DB 56 is set. delete. In step 2192, since it is determined that there is a defect in the content transmitted from the initial seller to the purchaser, in the case of continuing the transaction, the seller is notified that it is necessary to start over from the transmission of the content and the digest.
[0313]
Through the above processing, the transaction management device 5 determines whether or not the content received by the purchaser is defective in the mediation of electronic content sales, and if it is determined as defective, notifies the purchaser. If it is determined that the decryption key is defective, a process of resending the decryption key to the purchaser is performed.
[0314]
Furthermore, in the intermediary between the delivery processor processing device, the seller processing device, and the purchaser or recipient processing device of the product, the registration of the third party delivery certification information of the delivery processing device is accepted and the return request is generated. A function for accepting registration of the first third-party return certification information to be certified and accepting registration of the second third-party return certification information to prove that the seller has received the return is a product delivery receipt process 1820. The return delivery acceptance process 2200 and the return delivery receipt process 2220 will be mainly described.
[0315]
The third party delivery certificate is registered in the merchandise delivery receipt process 1820, the first third party return certificate is registered in the return delivery acceptance process 2200, and the second third party return certificate is registered in the return delivery receipt process 2220. Is done.
[0316]
First, the third party delivery certificate registration acceptance process by the merchandise delivery receipt process 1820 has already been described with reference to FIG.
[0317]
Next, processing by the return delivery acceptance processing 2200 will be described with reference to FIG. In step 2202, the deliverer is requested to ship a return by the merchandise recipient, and receives a notification that the return has been deposited. Thereafter, after the consistency check of the transaction status 1320 is performed in step 2204, the delivery receipt of the delivery person included in the received notification is obtained in the first management information in the return management information 1370 of the transaction management DB 55 after step 2208. Stored in the three-party return certificate 1375/1376, the switch to the return site monitoring 1404 of the settlement site monitoring DB 56 is set to “present”, the date and time are set, the return site monitoring DB 57 is generated, and the transaction status 1320 is set. Is set to “C-1 (return request acceptance)”. Subsequent site monitoring is performed by a return site monitoring process 2500. Further, the return site monitoring period 1422 of the return site monitoring DB 57 is set based on the number of days of arbitration X in consideration of the delivery period.
[0318]
Further, as shown in FIG. 41, the return delivery receiving process 2220 first receives from the delivery person a notification that the seller has received the return goods from the delivery person in step 2222 together with the seller's proof of receipt. . Next, after the consistency check of the transaction status 1320 is performed, in step 2228 and subsequent steps, the seller's certificate including the seller's receipt certificate included in the received notification is stored in the return management information 1370 of the transaction management DB 55. 2 is stored in the third party return certificate 1377/1378, and the return site monitoring period 1422 of the return site monitoring DB 57 is set again based on the determined number of arbitration days Y. Thereafter, the return site monitoring process 2500 uses this site monitoring period to monitor cancellations due to returns.
[0319]
As described above, the transaction management apparatus 5 accepts registration of third-party delivery certification information of the delivery person processing device in the mediation between the delivery person processing device, the seller processing device, and the purchaser or recipient processing device, and returns it. The registration of the first third-party return certificate information that proves that the request has been received is received, and the second third-party return certificate information that proves that the seller has received the return is registered.
[0320]
Next, a processing procedure of the transaction management apparatus 5 that has not been described so far will be described. Either procedure should be provided as a preferred embodiment. The merchandise order processing 1600 mediates the ordering of merchandise between the purchaser processing apparatus 1 and the seller processing apparatus 2 in the procedure shown in FIG. In the product order processing 1600, when the order of the product is confirmed by the procedure shown in steps 1602 to 1608, the transaction management DB 55 is generally generated using the “payment ID” numbered by the seller as a key (step 1612). From now on, the transaction is managed using this key as a medium.
[0321]
The money issue process 1700 is a relay process when the purchaser requests the purchaser transaction financial institution processing device 3 to issue temporary settlement money when a product is ordered according to the procedure shown in FIG. If the issuance of temporary settlement money is OK in step 1716, the contents of the temporary settlement money are written in the payment management information 1340 of the transaction management DB 55 in step 1718, and the progress of subsequent settlement is managed.
[0322]
The money payment processing 1740 performs processing according to the procedure shown in FIG. 31 so that the purchaser pays the merchandise as a consideration for the product (provisional settlement) using provisional settlement money or settlement account money. Process. In this processing procedure, in step 1750, the provisional settlement date and time 1346 is written in the payment management information 1340 of the transaction management DB 55. In step 1756, the seller receives monetary information including provisional settlement money or settlement account money information. And transferred to the seller through the transaction management device 5.
[0323]
The merchandise delivery acceptance process 1800 receives the notification that the merchandise delivery has been accepted from the seller in the general merchandise transaction from the seller processing devices 6 and 7 and registers it in the procedure shown in FIG. . As shown in FIG. 32, the merchandise delivery acceptance processing 1800 creates delivery management information 1360 in the transaction management DB 55 upon receipt of a delivery acceptance notification from the deliverer (step 1808).
[0324]
Next, financial institution terminals 80 and 81 connected to the financial institution processing devices 3 and 4, and portable storage media 82 that these financial institution terminals issue and accept as temporary settlement money cards or final settlement approval request cards, 83 will be described.
[0325]
In the above-described eighth embodiment, the financial institution terminal 80 operated by the product purchaser and the financial institution terminal 81 operated by the product seller are shown. A terminal having a function that can be operated will be described as a financial institution terminal 80 '.
[0326]
This financial institution terminal 80 'is operated by a purchaser or seller to exchange transaction information with the transaction financial institution processing devices 3 and 4, and has the following functions.
First, the purchaser has a function of issuing a provisional settlement money card 82 used for making a provisional settlement request.
[0327]
Second, it has a function of processing the final settlement approval of the temporary settlement performed by the purchaser.
Third, it has a function of processing a main settlement request from a seller using the received portable storage medium.
[0328]
The financial institution terminal 80 ′ is configured as shown in FIG. 46, and includes a calculation control unit 3010 for controlling the entire apparatus and a communication control unit for connecting to the transaction financial institution processing apparatuses 3 and 4 that are transmission / reception partners. 3020, a storage disk 3030 for recording input information and information exchanged with a financial terminal, an IC card reader / writer 3001, a purchaser or a seller inputting information, or receiving from financial institution processing devices 3 and 4 It has a display (touch panel) 3002 for displaying information, a collection card storage box 3003 for collecting used cards, and a new card storage box 3004 for storing new cards. Any DASD (Direct Access Storage Device) is used as the storage disk 3030.
[0329]
The control unit 3010 includes a file control unit 3011, an input / output control unit 3012, a memory file 3013, and a processing unit 3014. The processing unit 3014 includes a portable storage medium issuance process 3510, a main settlement approval process 3550, and a main settlement. A request processing 3600 is included.
[0330]
The provisional payment money card 82 (portable storage medium) is formed, for example, by mounting an IC chip 3101 on a plastic card base as shown in FIG.
[0331]
Further, the memory layout of the IC chip 3101 is configured as indicated by 3110 in this figure, for example, and corresponds to a provisional settlement money issuance request from a purchaser, a main settlement approval request from a seller, or a collection process. is doing. Specifically, it consists of payment ID 3111, issuance information, main settlement request information, collection information, provisional settlement money information, or electronic money information 3122. Of these, the issuance information includes issuance date and time 3112 based on the issuance request from the purchaser, issuance financial institution information 3113, issuance financial institution branch information 3114, and issuance terminal information 3115. The payment request date and time 3116 based on the payment request from the seller and the payment request terminal information 3117 are included. When the settlement request information is written, the reuse is prohibited until the provisional settlement money card 82 is collected. The collection information includes collection date 3118 upon completion of the settlement, collection financial institution information 3119, collection financial institution branch information 3120, and collection terminal information 3121.
[0332]
Hereinafter, each processing of the financial institution terminal 80 ′ will be described with reference to the processing flow shown in FIG.
First, the portable storage medium issuing process 3510 will be described as a function for issuing a portable storage medium.
[0333]
As shown in FIG. 48, the portable storage medium issuing process 3510 is a temporary settlement money as a portable storage medium storing monetary information including provisional settlement information with product purchase information by a financial terminal operation from a purchaser. Processing to issue a card (IC card) is performed.
[0334]
First, in step 3512, an issuance request screen for temporary payment money (IC card type) is displayed on the display 3002, and issuance request information such as payment ID, purchaser information, and issuance bank information entered by the purchaser is received (step 3514). ). Next, the content of the issuance request information input in step 3516 is confirmed. If the content is normal in step 3518, or if a new IC card exists in the new card storage box 3004 in step 3520, the purchase is made in step 3522. The issuance request information is transmitted to the transaction transaction institution processing apparatus 3.
[0335]
Next, in step 3524, it is confirmed that the transmission has been processed normally, and in step 3528, the processing result from the purchaser transaction financial institution processing device 3 is received. If the processing result in the purchaser transaction financial institution processing device 3 is normal in step 3530, the temporary settlement money information including the product purchase information and the issue information are written to the disk 3030. In step 3534, the new IC card is taken out from the new card storage box 3004, and the provisional settlement money information and the issuance information written in the disk 3030 are used as the provisional settlement money information 3122 and the issuance information (in the IC chip memory 3110 of the new IC card). Issuing date and time 3112, issuing financial institution information 3113, issuing financial institution branch information 3114, issuing terminal information 3115) are written using the IC card reader / writer 3001.
[0336]
If it is confirmed in step 3538 that the writing to the IC chip has been processed normally, a processing end display is displayed on the display 3002 in step 3540, and the card 82 is ejected in step 3542. If the input content is incorrect in step 3518, if there is no new card stock in step 3520, if the transmission process is not performed normally in step 3524, if the processing result is incorrect in step 3530, the IC is returned in step 3538. If writing to the chip has not been processed normally, an error message is edited in step 3544, and the message is displayed on the display 3002 in step 3546.
[0337]
Next, the payment approval processing 3550 will be described as a function of transmitting a payment approval request to a financial institution based on a portable storage medium.
This payment approval process 3550 performs the process shown in FIG. 49, and is a process of accepting the payment approval request by operating the financial institution terminal 80 ′ by the purchaser.
[0338]
In this figure, in step 3552, a main settlement approval acceptance screen is displayed on the display 3002, and main settlement approval information such as a payment ID, purchaser information, and issuing financial institution information entered by the purchaser is accepted. In step 3554, the content of the payment approval information input is confirmed. If the content is normal in step 3558, the payment approval information is transmitted to the financial institution processing device 3 in step 3560.
[0339]
In step 3562, it is confirmed that the transmission has been processed normally. In step 3566, the processing result from the financial institution processing apparatus 3 is received. If the processing result in the financial institution processing device 3 is normal in step 3568, a processing completion screen display (this settlement approval acceptance display) is displayed on the display 3002 in step 3570. If the input content is not correct in step 3558, if the transmission process is not performed normally in step 3562, or if the processing result is incorrect in step 3568, the error message is edited in step 3572, and the process proceeds to step 3574. The message is displayed on the display 3002.
[0340]
Next, the settlement request processing 3600 will be described as a function for automatically collecting a portable storage medium.
As shown in FIGS. 50 and 51, the final settlement request process 3600 is a process for accepting a final settlement request by operating a financial terminal by a seller and a provisional settlement money card 83 (IC card) received from a product purchaser. It is.
[0341]
First, the payment request screen is displayed on the display 3002 in step 3602, the provisional payment money card 82 inserted from the seller is received in step 3604, and stored in the IC chip by the IC card reader / writer 3001 in step 3606. Read information.
[0342]
If the information is normally read in step 3608, the payment ID, issue information, main settlement request information, and provisional settlement money information are written in the disk 3030 of the terminal 80 'in step 3610. Next, in step 3612, these payment ID, issue information, main settlement request information, and provisional settlement money information are transmitted to the purchaser's financial institution processing device 3 or the seller's financial institution processing device 4. If it is confirmed in step 3614 that the transmission has been processed normally, in step 3618, the processing result from the financial institution processing device 3 or 4 as the information transmission destination is received.
[0343]
If the processing result in the financial institution processing device 3 or 4 is normal in step 3620, it is determined in step 3622 whether the corresponding provisional payment money has been accepted for final payment. If the payment approval has been accepted, the payment approval information is written in the disk 3030 in step 3624 and then written in the IC chip memory 3110 of the temporary payment money card 82 using the IC card reader / writer 3001. In step 3626, the payment request information and the collection information are written in the disk 3030. Then, the payment request information (the payment request date and time 3116, the payment request terminal information 3117) and the collection information (in the IC chip memory 3110). Using the IC card reader / writer 3001, the collection date and time 3118, the collection financial institution information 3119, the collection financial institution branch information 3120, and the collection terminal information 3121) are written. If it is confirmed in step 3628 that the writing to the IC chip has been processed normally, the accepted IC card is collected in the collection card storage box 3003 in step 3630, and the settlement completion display is displayed on the display 3002 in step 3632. indicate.
[0344]
On the other hand, if the corresponding provisional payment money has not been accepted yet in step 3622, the payment request information in the IC chip memory 3110 of the IC card is written after writing the payment request information in the disk 3030 in step 3636. The settlement request date and time 3116 and the settlement request terminal information 3117) are written using the IC card reader / writer 3001. If it is confirmed in step 3638 that the writing to the IC chip has been processed normally, a settlement request acceptance message is displayed on the display 3002 in step 3640.
[0345]
When the reading of the IC chip is not performed normally at step 3608, when the transmission process is not performed normally at step 3614, or when the processing result is incorrect at step 3620, to the IC chip at step 3628 and step 3638. If the writing is not processed normally, an error message is edited in step 3642. In step 3644, the message is displayed on the display 3002, and in step 3646, the provisional payment money card is discharged.
[0346]
Next, the delivery person processing devices (delivery management devices) 6 and 7 will be described with reference to FIG. In the above-described fourth embodiment, the delivery person processing device 6 of the deliverer who performs normal delivery and the delivery person processing device 7 of the delivery person who delivers the returned goods have been described. Since the same configuration may be adopted, a device having both functions will be described here as a delivery person processing device 6 '. The delivery management DB 60 ′ of the delivery person processing device 6 ′ has both functions of the delivery management DB 60 and the delivery management DB 70 described above, and manages both normal delivery and return.
[0347]
This delivery person processing device 6 'has the following functions.
First, based on the product delivery request from the seller (seller processing device 2), product delivery information is stored, and when the product is delivered to the recipient, the recipient's receipt signature or proxy signature and the product It has a function of generating third party delivery certification information including a payment ID related to purchase.
[0348]
Second, based on the return delivery request from the recipient, the first third party return certification information that stores the return delivery information and includes the signature of the recipient who requested the return or the signature of the substitute and the payment ID related to the purchase of the product It has the function to generate.
[0349]
Third, when the return is delivered to the seller, it has a function of generating second third-party return certification information including the seller's receipt signature and the payment ID related to the product purchase.
Fourthly, it has a function of issuing a return delivery acceptance certificate including a payment ID related to product purchase to the recipient.
[0350]
Fifth, after delivering the product to the seller, it has a function of notifying the third party delivery certification information including the receipt signature of the recipient and the payment ID related to the purchase of the product.
Sixth, when the transaction management apparatus 5 is interposed, the transaction management apparatus 5 has a function of registering the third party delivery certification information and the first and second third party return certification information in the transaction management apparatus 5.
[0351]
In order to achieve such a function, as shown in FIG. 52, the deliverer processing device 6 ′ includes an arithmetic control unit 4010 that controls the entire device and each device 1, 2, 3, 4 that is a partner of transmission and reception. 5, a communication control unit 4012 connected to the line 5, a database control unit 4020 for controlling each database, a delivery management processing unit 4480, an input / output processing unit 4014, and a memory 4016.
[0352]
The database control unit 4020 manages a delivery management DB 60 ′ composed of delivery information 4200 and return information 4300, a delivery requester information management DB 4400, and a delivery destination information management DB 4450.
[0353]
The delivery management processing unit 4480 includes a delivery acceptance process 4500, a delivery receipt process 4600, a return receipt process 4700, and a return receipt process 4800.
Next, each database managed by the database control unit 4020 will be described with reference to FIGS.
[0354]
As shown in FIG. 52, the delivery management DB 60 ′ is composed of delivery information 4200 and return delivery information 4300. As shown in FIG. 53 (a), the delivery information 4200 includes a delivery ID 4210 and delivery details 4211 which are basic information for the delivery person to manage the delivery, as well as the relationship between the purchase of goods such as the purchaser / seller. Payment ID 4220, delivery requester information 4230 and its authentication 4231, delivery destination receipt information 4240 and its authentication 4241, delivery person authentication 4250, and site monitoring period for product receipt confirmation 4260, a transaction management apparatus for displaying whether or not the delivery requester is notified when the product is delivered to the delivery destination, the date / time difference 4270, and the registration in the transaction management apparatus 5 And the date and time 4280 of the date / time of registration. Among these, the information that becomes the core of the third party delivery certificate is delivery destination receipt information 4240 and its authentication 4241 and delivery person authentication 4250.
[0355]
As shown in FIG. 53 (b), the return delivery information 4300 includes information 4310, 4311, and 4320 similar to the delivery information 4200, the return complaint site monitoring period 4330, and whether or not registered in the transaction management apparatus 5. And date / time 4340, 4350, and first and second return certificate information 4360, 4370.
[0356]
Among these, the distinction of whether or not registered in the transaction management device 5 and the date and time information thereof are composed of two types of information: a first return certificate registration 4340 and a second return certificate registration 4350. The first return certificate registration 4340 displays whether or not the first return certificate information 4360 has been registered in the transaction management device 5, and the second return certificate registration 4350 displays the second return certificate information 4370 in the transaction management device. Whether or not registered in 5 is displayed. Further, as shown in FIG. 53 (c), the first return certificate information 4360 includes a payment ID 4361, delivery requester information 4362 and its authentication 4364, and delivery person authentication 4366. The certification information 4370 includes a payment ID 4371, delivery destination receipt information 4372 and its authentication 4374, delivery person authentication 4376, and delivery date and time 4378.
[0357]
It should be noted that proxy authentication can be stored as delivery destination receipt authentication 4241 and delivery requester authentication 4364 in delivery information 4200 and return delivery information 4300.
Further, as shown in FIG. 53 (d), the contents of the delivery requester information management DB 4400 and the delivery destination information management DB 4450 are almost the same, and in addition to the requester or delivery destination ID 4410, attribute information (name / address / phone). Number etc.) 4412, transmission / reception management information (address, ID, etc.) 4414, and authentication information (encryption key etc.) 4416.
[0358]
Next, the processing procedure of each process of the delivery management processing unit 4480 will be described with reference to FIG.
FIG. 54 shows a process flow of the delivery acceptance process 4500. The delivery acceptance process 4500 accepts a delivery request from a seller in step 4510, generates delivery information 4200 in steps 4520 and 4530, and stores it in the delivery management DB 60 ′. The stored contents include a payment ID 4220 delivered from the seller, delivery requester (ie, seller) information 4230 and its authentication 4231, and a site monitoring period 4260 for confirming receipt of the product. Further, when the transaction management device 5 is interposed, this information is notified to the transaction management device 5 (step 4550).
[0359]
FIG. 55 shows a processing flow of the delivery receipt processing 4600. First, at step 4610, receipt information of a product is received from a delivery destination. In the absence of the person, if there is information that can be confirmed to be an agent (family, etc.), authentication of the agent is also possible. In response, third party delivery certification information is generated in step 4620. This third-party delivery certification information is obtained by adding delivery person authentication 4250 to delivery destination receipt information 4240 and its authentication 4241 stored in delivery information 4200 of delivery management DB 60 ′. In step 4630, the third party delivery certification information is notified to the delivery requester. Further, if the transaction management device 5 is present, this information is notified to the transaction management device 5 (step 4650). Then, the delivery destination receipt information 4240 and its authentication 4241 in the delivery information 4200 of the delivery management DB 60 ′, the delivery person authentication 4250, the distinction between completion / uncompleted of notification to the delivery requester and the date / time 4270 thereof, to the transaction management apparatus 5 And the date / time 4280 of the registered / uncompleted registration is updated (step 4660).
[0360]
The above processing stores product delivery information based on the product delivery request from the seller, and when the product is delivered to the recipient, the receipt signature of the recipient or the proxy's signature and the payment ID related to the purchase of the product A function for generating third party delivery certification information including the function, a function for registering third party delivery certification information including a payment ID related to the product purchase in the transaction management device, a receipt signature of the recipient and the product purchase after the product delivery. This corresponds to the function of notifying the seller of the third party delivery certification information including the payment ID related to.
[0361]
Next, the return receipt process 4700 will be described with reference to the process flow shown in FIG.
The returned goods reception process 4700 is started by receiving a request from a merchandise recipient (a purchaser or a person designated by the purchaser) or an agent thereof. However, in the case of a request from an agent, information that can be confirmed as an agent is required. In the return acceptance process 4700, first, a delivery request for a return is received in step 4710. In steps 4720 and 4730, return delivery information 4300 is generated and stored in the delivery management DB 60 ′. The stored contents include the payment ID 4320 delivered from the recipient, the delivery requester information 4362 and its authentication 4364, and the site monitoring period 4330 of the return claim. Subsequently, in step 4740, first third party return certificate information is generated. This is the delivery requester information 4362 and its authentication 4364 with the delivery person authentication 4366 added thereto. This is delivered to the delivery requester as proof of receipt of the delivery person (step 4750). Further, when the transaction management device 5 is interposed, this information is notified to the transaction management device 5 (step 4770). In step 4780, the first third party return certificate information 4360 and the first return certificate registration 4340 in the return delivery information 4300 of the delivery management DB 60 ′ are updated.
[0362]
The above processing is based on the return delivery request from the merchandise recipient, stores the return delivery information, and the first third-party return including the signature of the recipient who requested the return or the signature of the substitute and the payment ID related to the purchase of the merchandise. A function for generating certification information, a function for registering the first third-party return certification information including the payment ID related to the product purchase in the transaction management apparatus, and a return delivery including the payment ID related to the product purchase to the recipient Corresponds to the function that issues the receipt receipt.
[0363]
Next, the processing procedure of the return receipt process 4800 will be described with reference to FIG.
The delivery person requested to deliver the returned goods by the merchandise purchaser delivers the merchandise to be returned to the delivery destination, that is, the merchandise seller. In step 4810, the return receipt process 4800 receives a return receipt proof from the seller. As a result, second return certificate information is generated in step 4820. This is the delivery destination receipt information 4372 and its authentication 4374 in the return delivery information 4300 of the delivery management DB 60 ′, with the delivery person authentication 4376 and delivery date and time 4378 added thereto. If the transaction management device 5 is present, this information is notified to the transaction management device 5 (step 4830). In step 4840, the second third party return certificate 4370, the second return certificate registration 4350, and the return complaint site monitoring period 4330 in the return delivery information 4300 of the delivery management DB 60 ′ are updated. As the site monitoring period 4330, the one determined by the return arrival is used.
[0364]
The above processing includes a function for generating second third-party return certificate information including a merchant's receipt signature and payment ID related to product purchase when the return is delivered to the seller, and the merchandise to the transaction management device. This corresponds to the function of registering the second third party return certificate information including the payment ID related to the purchase.
[0365]
Next, the financial institution processing devices 3 and 4 provided in the buyer transaction financial institution or the seller transaction financial institution will be described. Here, description will be made assuming that the financial institution processing device 3 ′ corresponds to the purchaser transaction financial institution processing device 3 or the seller transaction financial institution processing device 4.
[0366]
This financial institution processing apparatus 3 'is used for issuing temporary settlement money to the purchaser, approving the final settlement, canceling the temporary settlement, requesting the final settlement from the seller, paying according to the details of the transfer request, canceling the temporary payment settlement, and returning goods. It is installed in a financial institution that performs temporary settlement cancellation site monitoring and has the following functions.
[0367]
First, it has a function of accepting a provisional settlement money issuance request from a purchaser of a product and issuing it.
Second, it has a function of accepting a final settlement request after receipt of provisional settlement money from a merchandise seller.
[0368]
Thirdly, it has a function of accepting the final settlement approval request after receiving the merchandise from the merchandise purchaser and a function of performing a payment process on the seller based on the transfer billing information included in the final settlement approval request. At this time, if the settlement request has not been received from the merchandise seller, it has a function of prompting the settlement request.
[0369]
Fourth, it has a function of accepting a provisional settlement cancellation request accompanying the return of a product from the purchaser of the product.
Fifth, it has a function of accepting the first third-party return certificate received from the delivery person when the purchaser of the product requests the delivery person to return the goods.
[0370]
Sixth, it has a function of accepting a second third-party return certificate received from the transaction management device 5 when the deliverer delivers the returned product to the seller.
Seventh, it has a function of accepting a return claim from the seller when there is a defect in the return of the product.
[0371]
Eighth, it has a function of accepting a return receipt notice from the seller when the merchandise is correctly returned.
Ninth, when the purchaser of the merchandise performs the return processing, it has a function of monitoring the site for canceling the temporary settlement.
[0372]
In order to exhibit such a function, the financial institution processing apparatus 3 'is configured as shown in FIG. That is, the financial institution processing device 3 'includes an arithmetic control unit 5010 that controls the entire device, a communication control unit 5020 for connecting to each device 1, 2, 5, 6, 7 that is a partner of transmission and reception, It comprises a database control unit 5040 for controlling each database, a financial processing unit 5700 for executing each function of the financial institution processing device 3 ', an input / output processing unit 5030, and a memory 5050.
[0373]
As shown in FIG. 58, the database control unit 5040 includes an account management DB 5100, a money management DB 5200, a provisional settlement money management DB 5300, an electronic money management DB 5400, a main settlement information management DB 5500, and a return management DB 5600. .
[0374]
In addition, the financial processing unit 5700 includes a provisional settlement money / electronic money issuing process 5710, a final settlement request acceptance process 5750, a final settlement approval request acceptance process 5800, a provisional settlement cancellation request acceptance process 5850, and a first first. Three-party return certification information acceptance processing 5900, second third party return certification information acceptance processing 5920, return complaint notification acceptance processing 5940, return receipt notification acceptance processing 5960, and provisional settlement cancellation site monitoring processing 5980 And have.
[0375]
FIG. 59 shows a configuration concept of each database managed by the database control unit 5040.
As shown in this figure, the account management DB 5100 manages purchaser's account information. This account information is linked to a money management DB 5200, and this money management DB 5200 manages the issuance status of provisional payment money and payment account money. Temporary payment money and electronic money referred to by these pieces of information are stored in the temporary payment money management DB 5300 and the electronic money management DB 5400. The main payment status of temporary payment money or electronic money stored in each of these DBs 5300 and 5400 is stored and managed in the main payment information management DB 5500. The return status from the purchaser is managed by the return management database 5600.
[0376]
Hereinafter, each database will be described in detail with reference to FIGS. 60 and 61.
As shown in FIG. 60A, the account management DB 5100 is a DB for managing the existing account information of the purchaser, and is created using the account number 5101 as a key. The account information 5102 is configured to include principal information 5103 such as the purchaser's address, name, and telephone number so that the identity can be confirmed. An account balance 5104 represents a balance of a deposit account + credit available balance−credit usage balance.
[0377]
As shown in FIG. 60B, the money management DB 5200 is generated with the account number 5201 as a key and is linked to the account management DB 5100. Each time provisional settlement money or electronic money (after adding product purchase information) is issued by the purchaser, provisional settlement money issuance balance 5203 and electronic money issuance balance 5204 are updated, and issuance limit management is performed. Here, if the account balance 5104 is a, the provisional settlement money issuance balance 5203 is b, and the electronic money issuance balance 5204 is c, then a ≧ b + c. The temporary payment money management information 5205 includes link information to the temporary payment money management DB 5300, and the electronic money management information 5206 includes link information to the electronic money management DB 5400.
[0378]
FIG. 60C shows the provisional payment money management DB 5300. This temporary payment money management DB 5300 stores temporary payment money issued to the purchaser. That is, as shown in this figure, provisional settlement money includes provisional settlement money ID 5301, payment ID 5302, amount 5303, issue date and time 5304, product purchase information 5305, financial institution identification (authentication) information 5306, payee information 5307, seller And the date and time 5310 of the payment request from the purchaser, the date and time 5311 of the payment approval request from the purchaser, and the issuing financial institution blind signature information 5312. Among these items, the product purchase information 5305 includes information on purchased products, mediation days X (X = average delivery days + return complaint reception days + room days), and mediation days Y (Y = return complaint reception days). The payee information 5307 includes seller information 5308 such as a seller's address, name, and telephone number, and transfer request information 5309 such as the seller's payee and payment method.
[0379]
FIG. 60D shows the electronic money management DB 5400. The electronic money stored in the electronic money management DB 5400 is issued in advance to the purchaser, added with product purchase information by the purchaser, paid to the seller, and then requested for settlement by the seller. It is. Most items 5403, 5404, 5405, 5406, 5407, 5408, 5409, 5410, 5411, and 5412 of the electronic money management DB 5400 are in accordance with the provisional settlement money management DB 5200, but the original ID 5401 and child ID (additional) are added as the electronic money ID. ID) 5402 and the purchaser's blind signature information 5413 are different from the provisional settlement money management DB 5200.
[0380]
Next, the payment information management DB 5500 is shown in FIG. The record stored in the settlement information management DB 5500 receives the settlement approval from the purchaser or the settlement request from the seller, and makes a settlement request for financial information including provisional settlement information to the financial institution. Created and used for subsequent management. This payment management DB 5500 is created using the payment ID 5501 as a key, and represents a money type 5502 indicating a classification of payment account money / provisional payment money, a provisional payment money ID or electronic money ID 5503, and whether or not payment is completed. Date and time 5504.
[0381]
Next, the return management DB 5600 will be described with reference to FIG. This returned goods management DB 5600 is generated when a first request for canceling a provisional settlement with a third party return certificate is received from the purchaser of the product, and is used for subsequent management. The return management DB 5600 is generated using the payment ID 5601 as a key, and returns management information 5602 for managing information on the deliverers requested by the purchaser and the return request date and time, and a money type 5603 (payment account money / provisional payment money). Classification), provisional settlement money ID or electronic money ID 5604, provisional settlement cancellation request date and time / authentication 5605, delivery ID 5606, and site monitoring of provisional settlement after delivery of goods to the purchaser and provisional settlement cancellation at the time of return processing Mediation date 5607, date and time of return claim information and authentication 5608, date and time of return notification completion notification and authentication 5609, date and time of return approval notification and authentication 5610.
[0382]
Next, each processing 5710-5980 included in the financial processing unit 5700 will be described with reference to FIGS.
FIG. 62 is a processing flow of provisional payment money / electronic money issuing processing 5710. Temporary payment money / electronic money issuance processing 5710 first receives an issuance request for temporary payment money or electronic money from the merchandise purchaser processing apparatus 1 (step 5712). Next, based on the protocol for requesting issuance of temporary payment money / electronic money, check the format, check the number of digits of each item, check the attribute with the item type, check the validity of the identification information, and check the validity of the financial institution identifier. (Steps 5714, 5716). If the check result is NG, the error content is notified to the merchandise purchaser processing apparatus 1 (step 5734), and if normal, the account management DB 5100 is continuously accessed based on the account number included in the request (step 5734). 5718, 5720).
[0383]
Next, as a result of accessing the account management DB 5100, if there is no corresponding account record, the product purchaser processing device 1 is notified of the error content (step 5734), and if there is a corresponding account record, temporary settlement money or The identity verification information of the electronic money issue request content is compared with the identity information in the account information registered in the record, and the validity of the identity is checked.
[0384]
In addition, the issue amount of provisional payment money or electronic money issuance request is compared with the balance and credit information in the record to check whether the balance + credit available amount-credit usage amount is greater or less than the issue amount (Steps 5722 and 5724). If an error occurs in this check processing, the error content is notified to the product purchaser processing apparatus 1 (step 5734). If the check result is normal, the issue amount is frozen, the issue amount is subtracted from the balance of the account record, the balance (including the credit usage amount) is updated, and the corresponding account record in the account management DB 5100 is overwritten. .
[0385]
Furthermore, if the money management DB 5200 is accessed using an account number and based on the type of money to be issued, and if it is provisional settlement money, the issued amount is added to the provisional settlement money issuance balance, and the number of issued cards is obtained as provisional settlement money management information. In addition to updating, provisional settlement money IDs corresponding to the number of issued requests are newly assigned and additionally stored. In the case of settlement account money, the issue amount is added to the electronic money issue balance, the number of issues is updated as electronic money management information, and electronic money IDs corresponding to the number of issue requests are newly numbered and additionally stored. When the money management DB 5200 does not exist, a DB is created (STORE), and when the money management DB 5200 already exists, it is overwritten (REWRITE) (step 5726).
[0386]
If the type of money to be issued is provisional settlement money, the provisional settlement money management DB 5300 is created. Therefore, for each newly assigned provisional settlement money ID, provisional settlement money ID, issuance amount, issuance date and time, identification of the issuing financial institution ( (Authentication) information and the like are stored in the record, and in the case of provisional settlement money that requires usage management, product purchase information and payment destination information are additionally stored in the record. Further, blind signatures are generated and stored for important items in the product purchase information and the payee information (step 5728). Similarly, when the money type is payment account money, a record including necessary information is created.
[0387]
Next, the created contents are stored as the provisional settlement money management DB 5300 or the electronic money management DB 5400 (step 5730).
Finally, based on the records created in the money management DB 5200, the temporary payment money DB 5300, or the electronic money management DB 5400, temporary payment money or electronic money is generated and transmitted to the merchandise purchaser processing apparatus 1 (step 5732). .
[0388]
FIG. 63 shows the processing flow of this settlement request acceptance processing 5750. First, in step 5752, the main settlement request receiving process 5750 receives the main settlement request from the merchandise seller processing apparatus 2.
[0389]
Next, the processing of steps 5754 to 5778 is performed to check the validity of the content of the settlement request, and the transfer request information included in the settlement request is stored in the provisional settlement money management DB 5300 or the electronic money management DB 5400. If the payment ID is not set, the payment ID in the settlement request is set and the DB is updated.
[0390]
If the payment approval request has already been received, a correlation check of the payment information management DB 5500 is performed. If the check result is normal, the payment information management DB 5500 is updated and the temporary payment money management DB 5300 or Payment processing is performed based on the details of the transfer request in the electronic money management DB 5400. If the payment approval request has not been made, the payment information is set to incomplete and the payment information management DB 5500 is created.
[0390]
FIG. 64 shows the process flow of the settlement approval request acceptance process 5800. In step 5802, the payment approval request reception process 5800 first receives the payment approval request from the product purchaser processing apparatus 1 and the transaction management apparatus 5.
[0392]
Next, in the processing of steps 5804 to 5832, the validity check of the accepted settlement approval request and the qualification check of the settlement approval requester are performed. If the check result is normal, this settlement approval request information is set in the provisional settlement money management DB 5300 or the electronic money management DB 5400. If the payment ID in the DB is not set, the payment ID in the settlement approval request is set. Update the DB.
[0393]
If the payment request is accepted, a correlation check of the payment information management DB is performed. If the check result is normal, the payment request is stored in the provisional payment money management DB 5300 or the electronic money management DB 5400. Perform payment processing. If the payment request has not been made, the payment information is set to incomplete and the payment information management DB 5500 is created. In addition, the seller processing device 2 or the transaction management device 5 is notified of a prompt for the settlement request.
[0394]
FIG. 65 shows a processing flow of provisional settlement cancellation request acceptance processing 5850.
The temporary settlement cancellation request acceptance processing 5850 first accepts a provisional settlement cancellation request from the seller processing device 2 or the transaction management device 5 in step 5852. Next, by the processing shown in steps 5854 to 5872, the validity check of the accepted temporary settlement cancellation content and the qualification check of the temporary settlement cancellation requester are performed. If the check result is normal, the temporary settlement money management DB 5300 or the electronic money management DB 5400 is flagged as having been canceled, and the temporary settlement money management DB 5300 or the electronic money management DB 5400 is updated.
[0395]
Furthermore, the provisional settlement cancellation request information (reception date and time, requester information, etc.) in the return management DB 5600 is set, and the return management DB 5600 is created. Notification of provisional settlement cancellation acceptance is made to the provisional settlement cancellation requester.
[0396]
FIG. 66 shows a processing flow of the first third-party return certificate information acceptance processing 5900. First, in step 5902, reception processing 5900 receives first third party return certification information from the product purchaser processing device 1 or the transaction management device 5.
[0397]
Next, the validity of the received first third-party return certificate information and the qualification check of the requester of the first third-party return certificate information are performed by the processing shown in steps 5904 to 5914. If the check result is normal, the number of days of arbitration X is obtained in order to monitor the number of days of arbitration. Here, the number of days of mediation X is: X = delivery days in the product purchase information + return date for accepting return claims in the product purchase information + determined allowance days− (acceptance date for the first third party return certification information−first Date of return request in the third party return certificate information). The obtained mediation days X are set in the return management DB 5600, and the return management DB 5600 is updated.
[0398]
FIG. 67 shows a processing flow in the second third party return certificate information acceptance processing 5920. First, in step 5922, the reception process 5920 receives second third party return certificate information from the transaction management device 5. Subsequently, the validity of the content of the second third party return certificate information and the qualification check are performed by the processing shown in steps 5924 to 5934. If the check result is normal, the number of arbitration days Y is obtained in order to monitor the number of arbitration days. Here, the number of days of arbitration Y is Y = the number of days for receiving a return claim in the product purchase information− (the date for receiving the second third party return certificate information−the date of receiving the seller in the second third party return certificate information) Ask for. The obtained mediation days Y are set in the return management DB 5600, and the return management DB 5600 is updated.
[0399]
FIG. 68 shows the process flow of the return claim notification acceptance process 5940. First, in step 5942, the return complaint notification reception process 5940 receives a return complaint notification from the seller processing device 2 or the transaction management device 5. Next, the processing shown in steps 5944 to 5958 is executed to check the validity of the contents of the received return complaint notification and the qualification check of the return complaint notification requester. If the check result is normal, the return date and time of the return claim and the requester information of the return claim notification are set in the return claim information 5608 of the return management DB 5600, and the return management DB 5600 is updated. Further, the requester of the return claim notification is notified that the return claim notification has been accepted, and the purchaser processing device 1 is notified that the return claim has occurred.
[0400]
FIG. 69 shows the process flow of the return receipt reception process 5960. The returned goods receipt notification accepting process 5960 accepts a returned goods receipt notice from the seller processing device 2 or the transaction management device 5 (step 5962). Next, the processing shown in steps 5964 to 5980 is executed, and the validity check and qualification check of the received return receipt notification content are performed. If this check result is normal, the return date and time of receipt of the return receipt notification and the requester information of the return receipt notification are set in the return approval notification 5610 of the return management DB 5600, the arbitration days 5607 are cleared to zero, and the return management DB 5600 is updated. Do. Further, when the return claim information is set, an invalid flag of the return claim information is set.
[0401]
If this settlement information management DB 5500 exists, it is deleted, and the amount of money in the provisional settlement money management DB 5300 or electronic money management DB 5400 is subtracted from the provisional settlement money issuance balance or electronic money issuance balance in the money management DB 5200. The management DB 5200 is updated.
[0402]
The amount to be canceled is added to the account balance in the account management DB 5100, and the account management DB 5100 is updated. Here, the provisional settlement money management DB 5300 or the electronic money management DB 5400 that becomes unnecessary due to the cancellation is deleted after a certain grace period in order to prevent trouble. Also, the cancellation completion notification is sent to the requester of the return receipt notification and the purchaser processing apparatus 1.
[0403]
FIG. 70 shows a processing flow of the provisional settlement cancellation site monitoring processing 5980. The cancellation site monitoring process 5980 periodically performs the process shown in steps 5982 to 5998 once a day to check the contents of the return management DB 5600. Then, if the return management notification 5610 information is present in the return management DB 5600, processing similar to the temporary settlement cancellation processing of FIG. 69 is immediately performed.
[0404]
If return claim information 5608 exists, the process ends without changing the number of days of arbitration 5607. If neither the return approval notification 5610 nor the return complaint information 5608 exists, it is checked whether information of the provisional settlement cancellation request 5605 exists. If there is a provisional settlement cancellation request 5605, the number of arbitration days 5607 is checked. If the number of arbitration days is zero, the same processing as the provisional settlement cancellation processing of FIG. 69 is performed. If the number of days of mediation is not zero, it is subtracted by one day, and the returned goods management DB 5600 is updated.
[0405]
Next, a specific configuration of the product purchaser processing device 1 will be described with reference to FIG.
This merchandise purchaser processing apparatus 1 is a processing apparatus that is provided for a purchaser to perform work from order to settlement in merchandise purchase and a return request, and has the following functions.
[0406]
First, it has a function of making a request for issuing monetary information including provisional settlement information that is transferred to a merchandise seller and is settled based on the confirmation of the merchandise content received from the merchant.
Second, it has a function for requesting registration of merchandise purchase information for money information including provisional settlement information.
[0407]
Thirdly, it has a function of requesting a merchandise order from a merchandise seller, a function of transferring monetary information including provisional settlement information to the merchant, and a function of notifying the purchaser's identification information.
[0408]
Fourth, based on the confirmation of the received product content, if it is a normal product, a function to request this settlement approval, a function to request a return of the product if it is not normal, and a return request A function of accepting first third-party return proof information for proving that, and a function of requesting cancellation of provisional settlement.
[0409]
In order to exhibit such a function, the product purchaser processing apparatus 1 is configured as shown in FIG. 71, a merchandise purchaser processing apparatus 1 includes an arithmetic control unit 6010 that controls the entire apparatus, a seller processing apparatus 2, a financial institution processing apparatus 3, a transaction management apparatus 5, and a deliverer processing apparatus 6 that are counterparts of transmission and reception. , 7, a communication control unit 6020 for connecting to a line, a database control unit 6040 for controlling each database, a payment processing unit 6600 for executing each process of the merchandise purchaser processing apparatus 1, and an input device 6030 and a memory 6050.
[0410]
As shown in this figure, the database control unit 6040 includes a product purchase management DB 6100, a money management DB 6200, a provisional settlement money management DB 6300, an electronic money management DB 6400, a main settlement approval request management DB 6500, and a return request management DB 6600. Manage.
[0411]
Further, as shown in this drawing, the payment processing unit 6600 has a monetary information issuance request processing 6610, a product order processing 6650, and a product receipt and return processing 6700, and executes these processing.
[0412]
Next, each database managed by the database control unit 6040 will be described with reference to FIGS.
The configuration of the product purchase management DB 6100 is shown in FIG. The payment ID 6101 is an ID serving as a key for money information management, main settlement management, and returns management. The merchandise purchase information 6102 is merchandise purchase details information including seller information, and the order date and time 6103 is the order date and time of the merchandise. The payment method 6104 is a payment method designated by the purchaser at the time of ordering (for example, prepaid, provisional settlement, postpayment, etc.), and the money type 6105 is a money type (payment account money / provisional settlement money, etc.) used for payment. , Money ID 6106 is the ID of paid electronic money or temporary payment money, temporary payment date and time 6107 is the date and time when temporary payment was performed, and final payment approval date and time 6108 is the date and time when the purchaser approved the final payment. The seller information 6109 is a seller's name, address, contact information, transaction bank information, electronic money payee, and the like, and includes an authentication 6110. The authentication 6110 is a seller authentication for the seller information 6109.
[0413]
72B, the money management DB 6200 includes account information 6201 including settlement account information (financial institution, account number), provisional settlement money issuance balance 6203, issuance balance 6204 for electronic money, provisional settlement. Money management information 6205 and electronic money management information 6206 are stored. The provisional payment money management information 6205 is pointer information (link information) to the provisional payment money management DB 6300, and the electronic money management information 6206 is pointer information to the electronic money management DB 6400.
[0414]
Further, as shown in FIG. 72 (c), the contents of the provisional settlement money management DB 6300 are provisional settlement money ID 6301, payment ID 6302, amount 6303, issue date 6304, product purchase information 6305 linked to money, and issue financial institution information. 6306, a date and time 6307 for canceling the final settlement or provisional settlement. Of these, the provisional settlement money ID 6301 is a money ID that is numbered by a financial institution when it is issued, and is also linked to the payment ID. Further, the main settlement or provisional settlement cancellation completion date and time 6307 indicates the date and time when the life cycle of the provisional settlement money is completed by the completion of the main settlement or the provisional settlement cancellation.
[0415]
The configuration of this settlement approval request management DB 6500 is shown in FIG. Here, the payment ID 6501, the money type 6502, and the money ID 6503 correspond to the same item in the product purchase management DB 6100, and the final settlement approval request date 6504 corresponds to the final settlement approval date 6108 in the commercial purchase management DB 6100. Further, the settlement completion notification date and time 6505 is the date and time when the settlement is notified from the financial institution after the settlement approval request.
[0416]
The return request management DB 6600 is generated when a return occurs, and its configuration is shown in FIG. The contents include items 6601, 6602, and 6603 according to this settlement approval request management DB 6500, as receipt information (return request information) at the time of a return request to a third party witness such as a delivery processing unit, date and time 6604, delivery 6605, the first third party return certificate 6606 is stored. Further, the temporary settlement cancellation request completion / uncompleted distinction and the date / time 6607 of the temporary settlement cancellation request when the financial institution is notified of the provisional settlement cancellation request by return, and the corresponding completion / uncompleted distinction of the provisional settlement cancellation completion and the date / time 6608 are stored. To do.
[0417]
Also, the electronic money management DB 6400 manages the information shown in FIG. The electronic money managed by the electronic money management DB 6400 is so-called settlement account money that is initially issued from a financial institution without specifying a use, unlike provisional settlement money. In this figure, the upper row corresponds to management information of electronic money (settlement account money) issued by financial institutions, and the lower row shows a part of the amount of electronic money for the purchaser to purchase a specific product. Corresponding to electronic money information including provisional settlement information indicating that payment has been made to the seller.
[0418]
The management information shown in the upper section includes the electronic money ID 6401 of the issued money, the original issue amount 6402, the expiration date 6403, the payment type (main payment type) withdrawal information 6404 and its accumulated amount 6405, the provisional payment type ( (Provisional payment type) withdrawal information 6406, its accumulated amount 6407, and issuance balance 6408 are included.
[0419]
The money information including the provisional settlement information in the lower row represents a part of the issued amount 6402 that has been drawn out as the provisional settlement type. Therefore, the money ID is specified by adding the child ID 6410 to the original ID (same as the upper ID 6401) 6409. The other items 6411, 6412, 6413, 6414, 6415, 6416 are based on the provisional payment money management DB 6300. However, in the case of settlement account money, it differs from provisional settlement money that is blindly signed by a financial institution in that it is blindly signed by the purchaser at the time of withdrawal.
[0420]
Next, with reference to FIG. 74 and subsequent figures, a processing procedure of each process in the product purchaser processing apparatus 1 will be described.
First, as a function of issuing temporary settlement money, a processing procedure of money information issue request processing 6610 will be described with reference to FIG.
[0421]
In this monetary information issuance request processing 6610, as shown in this figure, first, in step 6612, information on the financial institution requesting issuance of provisional settlement money, information associated with the issuance request for the amount, etc. are input. The amount (b1) is determined within the range of the account balance 5104 of the account management DB 5100 in FIG. In step 6614, personal information such as an account number is input. In step 6616, it is determined whether or not product purchase information needs to be added. If necessary, product purchase information is additionally input in step 6618. In step 6618, the issuance request generated in this way is transmitted to the financial institution processing apparatus 3.
[0422]
Next, in step 6622, the processing result from the financial institution processing device 3 is received, and in step 6624, the processing result is determined. If the processing result is normal, in step 6626, the temporary payment money information received from the financial institution processing device 3 is stored in the temporary payment money management DB 6300 using the temporary payment money ID 6301 as a key. In step 6628, the provisional settlement money issue balance 6203 of the money management DB 6200 is updated (b = b + b1). On the other hand, if the processing result is not normal in step 6624, error processing is performed in step 6630.
[0423]
Next, a product order processing 6650 will be described with reference to FIG. 75 as a function of ordering a product and transferring temporary settlement money to the seller.
The merchandise order processing 6650 first receives merchandise information from the seller processing apparatus 2 in step 6652 and then selects a merchandise in step 6654. In step 6656, a merchandise order request in which the order quantity, the order amount, the payment method, the principal information and the like are added to the merchandise information is transmitted to the seller processing apparatus 2.
[0424]
In step 6660, the processing result (purchase details) from the seller processing apparatus 2 is received, and the processing result is determined in step 6662. If it is normal, provisional settlement money issuance processing is performed in step 6664. In step 6666, the personal identification information is set in the temporary payment money information. In step 6668, the temporary payment money is transmitted to the seller processing apparatus 2.
[0425]
In step 6672, the processing result from the seller processing apparatus 2 is received. In step 6664, the processing result is determined. If the result is normal, in step 6676, the product purchase record is stored in the product purchase management DB 6100 using the payment ID 6101 as a key. Create If the processing result is not normal in step 6662 and step 6664, error processing is performed in step 6678.
[0426]
Next, merchandise receipt and return processing 6700 will be described with reference to FIG. 76 as a function for making a final settlement approval request based on merchandise confirmation.
In this merchandise receipt and return processing 6700, first, in step 6701, the merchandise is received, and in step 6702, the contents of the merchandise are confirmed. If the merchandise is normally delivered as ordered, the payment approval information is input in step 6704 and transmitted to the financial institution processing device 3 in step 6706.
[0427]
Next, in step 6710, the processing result is received from the financial institution processing apparatus 3, and the processing result is determined in step 6712. If the processing result is normal, the settlement approval record is set in the settlement approval management DB 6500 using the payment ID 6101 as a key. In step 6716, the settlement approval information such as the request date 6504 is set.
[0428]
On the other hand, if there is any deficiency in the product, a return request is transmitted to the deliverer processing device 7 in step 6718. In step 6722, the processing result is received from the deliverer processing device 7. In step 6724, the processing result is determined. If the processing result is normal, the return request record is stored in the return request management DB 6600 in step 6725 using the payment ID 6101 as a key. create. In step 6724, a first third party return certificate is received certifying that the return has been processed, in return for delivering the item to the deliverer.
[0429]
In step 6728, the first third party return certificate is set in the first third party return certificate 6606 of the return request management DB 6600, and the provisional settlement cancellation request added with the first third party return certificate is issued. The data is transmitted to the financial institution processing device 3. In step 6732, the processing result is received from the financial institution processing apparatus 3. In step 6734, the processing result is determined. If the processing result is normal, the provisional settlement cancellation request 6607 in the return request management DB 6600 is “completed” in step 6736. And set the date and time. If the processing result is not normal in step 6712, step 6724, and step 6734, error processing is performed in step 6738.
[0430]
Next, the merchandise seller processing device 2 will be described with reference to FIG.
The merchandise seller processing device 2 is a processing device provided for performing work from order reception to settlement and return management when the seller sells products, and has the following functions.
[0431]
First, a function for receiving an order from the purchaser of the product, a function for receiving money information including provisional settlement information from the purchaser, and a request function for performing a final settlement after sending the product to the product receiver Have
[0432]
Second, after receiving the goods received by the recipient, a function to monitor whether this settlement approval request or return request has been made, and if the settlement approval request or return request is not made within a certain period of time, the recipient Has the function of attaching third party delivery certification information for certifying that the product has been received as authentication information and performing this settlement approval request as a proxy.
[0433]
Thirdly, based on the confirmation function of the cancellation request accompanying the return, the function of requesting the cancellation of temporary settlement in response to the cancellation request notification, and the confirmation of the contents of the received return, And a function for requesting a claim.
[0434]
In order to exhibit such a function, the merchandise seller processing apparatus 2 is configured as shown in FIG. The merchandise seller processing apparatus 2 includes an arithmetic control unit 7010 that controls the entire apparatus, a merchandise purchaser processing apparatus 1, a financial institution processing apparatus 3 and 4, a transaction management apparatus 5, and a delivery person processing apparatus 6 that are counterparts of transmission and reception. , 7, a communication control unit 7020 for line connection, a database control unit 7040 for controlling each database, a sales management processing unit 7600 for executing each process of the sales management device 2, and an input / output device 7030 and a memory 7050.
[0435]
As shown in this figure, the database control unit 7040 controls the product management DB 7100, the sales management DB 7200, the provisional settlement money management DB 7300, the final settlement request management DB 7400, the return management DB 7500, and the electronic content management DB 7550. to manage.
[0436]
In addition, as shown in the figure, the sales management processing unit 7600 receives a merchandise order reception and monetary information reception and a main settlement request processing 7610, an electronic content transmission processing 7700, a main settlement site monitoring and a main settlement approval processing 7750, , A return request reception process 7850, a cancellation request reception process 7900 by returning electronic contents, a cancellation process 7950 by return, and a performance deadline monitoring and non-performance notification process 8000, which are executed.
[0437]
FIG. 78 is a conceptual diagram showing the relationship between the databases managed by the database control unit 7040.
The merchandise management DB 7100 includes information for managing merchandise to be sold, of which electronic content merchandise is managed by the electronic content management DB 7550.
[0438]
The product for which the order has been received is managed by the product code of the product management DB 7100, and the order information is managed by the sales management DB 7200. Further, the sales management DB 7200 includes temporary payment money management information, final settlement request management information, and return management information in order to perform monetary information management, main settlement management, and return management necessary for sales management. The temporary payment money management information is pointer information to the temporary payment money management DB 7300, the final payment request management information is pointer information to the final payment request management DB 7400, and the return management information is pointer information to the return management DB 7500. It is.
[0439]
Next, each database will be described in detail.
As shown in FIG. 79, the merchandise management DB 7100 stores a merchandise code 7101 as a key, a merchandise category 7102 for identifying an article or electronic content, a merchandise name 7103, merchandise sales information 7104, and an electronic content management ID 7105. Of these items, the product sales information 7104 includes the number of products in stock, the sales price, the site monitoring period for product receipt confirmation, the site monitoring period for return claims, the average number of delivery days, and the number of days for receiving return claims. The product purchase information 5305 and 5406 of the device 1 is taken over. The electronic content management ID 7105 is link information with the electronic content management DB 7550.
[0440]
Next, the sales management DB 7200 is shown in FIGS. 80 (a) and 80 (b). The payment ID 7201 is data serving as a key for money information management, main settlement management, and returns management. The product code 7202, the billing amount 7203, the order information 7204, the order date 7204 ', the purchaser information 7205, and the authentication 7206 are general product order data. The payment method category 7207 is a payment method (for example, settlement account money, provisional settlement money, etc.) designated by the purchaser when placing an order.
[0441]
Temporary payment money management information 7208 is pointer information for managing money information of payment based on the payment method category 7207, and indicates a record of the temporary payment money management DB 7300. The shipping date and time 7210, purchaser receipt date and time 7211, delivery person information 7212, and authentication 7213 included in the shipping information 7209 are information relating to the delivery of the product, and are delivered from the delivery person. The return management information 7214 is pointer information generated when a return occurs, and indicates a record in the return management DB 7500. The payment request management information 7215 is pointer information for managing the payment request, and indicates a record of the payment request management DB 7400. The electronic content key information encryption key 7216 and decryption key 7217 are information used in the case of electronic content sales.
[0442]
FIGS. 81A and 81B show a provisional payment money management DB 7300 and a main payment request management DB 7400, respectively.
First, the provisional payment money management DB 7300 is a database for storing money information received from a purchaser when ordering a product. This database stores a payment ID 7301, a money type 7302 (classification of settlement account money / provisional settlement money), a reception date and time 7303, and payment money information 7304. Among these, the payment money information 7304 differs depending on whether it is temporary settlement money or settlement account money, as shown in the second and third stages of FIG.
[0443]
The second level is a case of provisional settlement money, and includes provisional settlement money ID 7311, payment ID 7312 (same as 7301), amount 7313, issue date and time 7314, product purchase information 7315, and issue financial institution information 7316. The entire temporary settlement money is blindly signed by an issuing financial institution (purchaser transaction financial institution). The third level is the case of payment account money (electronic money), and most items 7333, 7334, 7335, 7336, 7337 are the same as those of temporary payment money, but the original ID 7331 and the child ID (additional ID) are added to the money ID. ID) 7332 is different from the case of provisional payment money in that the entire blind signature is made by the purchaser.
[0444]
Next, this settlement request management DB 7400 is a database generated when a settlement request for money information including the received provisional settlement information is made to a financial institution. As shown in FIG. 81 (b), the payment ID 7401 is the key as in other databases. The settlement financial institution information is financial institution information necessary for the settlement request. When requesting a transfer request from a purchaser transaction financial institution, information on the financial institution and information on the payment destination (seller transaction financial institution and account information thereof) are set in the transfer request financial institution information 7402. When making a collection request to the seller transaction financial institution, information on the buyer transaction financial institution of the collection destination, information on the seller transaction financial institution, and information on the deposit account thereof are collected in the collection request financial institution information 7403. Set to In addition, the settlement request date and time 7404 and the settlement completion date and time 7405 are set to the date and time corresponding to each processing.
[0445]
On the other hand, in the case of returns, provisional settlement or final settlement cancellation processing is performed. To manage these, provisional settlement cancellation information 7406, provisional settlement cancellation request date and time 7407, final settlement cancellation information 7408, and final settlement cancellation are performed. The request date and time 7409 is stored.
[0446]
Next, the return management DB 7500 will be described with reference to FIG.
This return management DB 7500 is generated when a return is delivered to the seller in response to a return request from the merchandise recipient to the deliverer, and is used for subsequent management. The return information 7501, the purchaser return date / time 7502 of the purchaser (or recipient), the deliverer information 7503 and its authentication 7504, and the seller return date / time 7505 of the seller included in this database are the second items issued by the deliverer. This is the base information for the three-party return certificate. After receiving the returned goods, the seller must confirm the contents of the returned goods and notify the buyer transaction financial institution processing device 3 of the returned goods approval or the returned goods claim.
[0447]
In addition, the contents of the corresponding notification and the date and time are set in the return approval information 7506 and the request date and time 7507, and the return complaint information 7508 and the request date and time 7509, respectively. If the seller approves the return, the purchaser transaction financial institution processing device 3 performs a provisional settlement cancellation process if it is in a provisional settlement state, and performs a settlement cancellation process if the settlement has been completed. .
[0448]
This processing result is set in the temporary settlement cancellation information 7406 and its request date and time 7407 of the settlement request management DB 7400 in FIG. 81B or the settlement cancellation information 7408 and its request date and time 7409.
[0449]
FIG. 83 shows an electronic content management DB 7550. Of the information in the product management DB 7100, the electronic content is managed by the DB 7550.
[0450]
The electronic content management DB 7550 includes an electronic content management ID 7551 for linking with the product management DB 7100, an electronic content classification code 7552, digest information 7553, an encryption identification type 7554, and content product information 7555. Here, the encryption identification type 7554 is information for designating an encryption / decryption method of electronic content. The electronic content is encrypted by a method designated by the encryption identification type 7554 and transmitted to the purchaser. After the purchase is decided, the purchaser decrypts it with the decryption key transmitted from the seller.
[0451]
Next, the processing procedure of each processing 7610 to 8000 executed by the sales management processing unit 7600 will be described with reference to the processing flow shown in FIG.
First, a product order reception and money information reception and main settlement request processing 7610 will be described as functions for receiving a merchandise order and money and performing a main settlement request.
[0452]
The processing procedure of this processing 7610 is shown in FIG. 84 and FIG. In process 7610, first, a product order is accepted from the purchaser processing apparatus 1 in step 7611, and the content accepted in step 7612 is confirmed. If the product order content is correct in step 7614, the product management DB 7100 is referred to via the product code 7101 of the product ordered in step 7616. If there is a stock of the corresponding product in step 7618, an order acceptance notification is transmitted to the purchaser processing apparatus 1 in step 7622.
[0453]
Next, in step 7626, provisional settlement money information is received from the purchaser processing apparatus 1, and in step 7628, the amount of provisional settlement money received and the validity of the product purchase information are checked. If it is determined in step 7629 that the check result is correct, the purchaser's identity is confirmed in step 7630. If the check result is correct in step 7632, the payment ID is assigned in step 7634. In step 7636, a sales management record is created in the sales management DB 7200 using the payment ID 7201 as a key, and in step 7538, a temporary settlement money record is created in the temporary settlement money management DB 7300 using the payment ID 7301 as a key. In step 7640, the order acceptance information is transmitted to the purchaser processing apparatus 1.
[0454]
Next, in step 7642, it is determined whether the ordered product is electronic content. If it is an article, it is determined in step 7644 whether a delivery system is present. If there is a delivery system, a merchandise delivery request is transmitted to the deliverer processing device 6 at step 7646. In step 7650, the processing result is received from the delivery person processing device 6. If the processing result is OK in step 7562, the delivery person is requested to ship the product in step 7654, and a third party delivery certificate is obtained. Receive. In step 7656, shipping information such as date and time is set in the shipping request date and time 7210 of the sales management DB 7200. If the ordered product is electronic content in 7642, electronic content transmission processing is performed in step 7700.
[0455]
In step 7660, provisional settlement money information is acquired from the provisional settlement money management DB 7300, and the settlement request is transmitted to the financial institution processing apparatus 3 in step 7762. In step 7666, the processing result is received from the financial institution processing apparatus 3, and in step 7668, the processing result is determined. If the processing result is OK, the payment request management DB 7400 is recorded with the payment ID 7401 as a key in step 7670. And set the payment request information such as the payment request date and time 7404.
[0456]
If the content is not correct in step 7614, if there is no product corresponding to the order in step 7618, if the check result is incorrect in step 7629, and if the identity verification result is incorrect in step 7632, the process proceeds to step 7664. Then, a notification that the product order cannot be accepted is transmitted to the purchaser processing apparatus 1. Also, if the processing result is NG in step 7852 and step 7668, error processing is performed in step 7676.
[0457]
Next, the processing procedure of the electronic content transmission processing 7700 will be described with reference to FIG. First, in step 7702, the electronic content transmission processing 7700 transmits the electronic content digest information and the encrypted electronic content.
[0458]
Here, the electronic content transmission processing 7700 refers to the electronic content management DB 7550 using the electronic content management ID 7105 of the product management DB 7100 as a key, and extracts digest information 7553 of the corresponding electronic content record. Further, the content product information 7555 is encrypted with the encryption key 7216 of the electronic content key information in the sales management DB 7200. These are transmitted to the purchaser processing device 1 via the transaction management device 5.
[0459]
In step 7704, the decryption key 7217 of the electronic content key information in the sales management DB 7200 is transmitted to the transaction management apparatus 5. Thereafter, in step 7706, the shipping information 7209 is stored in the sales management DB 7200, provisional settlement money information is acquired from the provisional settlement money management DB 7300 in step 7708, and this settlement request is transmitted to the transaction management apparatus 5.
[0460]
Next, as a function of monitoring the return request and making a payment approval request on behalf of the purchaser if the return request is not made within a certain period of time, the payment site monitoring and the payment approval proxy processing 7750 are performed. This will be described with reference to FIG.
[0461]
In this process 7750, first, in step 7752, the sales management record in the sales management DB 7200 is read once a day, and the processes in and after step 7754 are performed. In step 7754, the settlement status is determined. If the settlement status has not been completed, the return request status is determined in step 7756. If there is no return request, it is determined in step 7758 whether or not the monitoring period (X days) after the shipment of goods has passed. If the monitoring period is exceeded, the third party delivery certificate received from the delivery person in step 7760 The settlement approval request (proxy) is transmitted to the financial institution processing device 3.
[0462]
Next, the return acceptance process 7850 will be described with reference to FIG.
Returned goods reception processing 7850 first receives the returned goods from the deliverer in step 7852. In step 7854, the contents of the product are confirmed, and a return management record is created in the return management DB 7500. If the product returned in step 7856 is incomplete, the complaint information is transmitted to the financial institution processing device 3 in step 7858, and the return complaint information 7508 such as the complaint request date 7509 is stored in the return management DB 7500 in step 7860. Set. If the legitimacy of the merchandise is confirmed in step 7856, cancel processing 7950 by return is executed in step 7862.
[0463]
Next, cancellation processing 7950 by return will be described with reference to FIG.
In the cancellation process 7950, first, a record of the return management DB 7500 is read in Step 7952. In Step 7954, the payment request information 7215 of the sales management DB 7200 is referred to, and the payment request management DB 7400 is referred to using the payment ID 7401 as a key. Check the payment status. If the payment completion date 7405 is set, a request for cancellation of payment (payment to the purchaser account) is transmitted to the financial institution processing device 3 in step 7955. If the settlement completion date 7405 is not set, the provisional settlement money management DB 7300 is referenced to check whether there is a provisional settlement money record corresponding to the payment ID. Here, if there is a record of provisional settlement money, in step 7958, a return authorization and a provisional settlement cancellation request are transmitted to the financial institution processing device 3. If there is no provisional payment money record, a return authorization is transmitted to the financial institution processing device 3 in step 7960. In step 7962, the record of the return management DB 7500 is updated.
[0464]
Next, description will be added about the processing procedure of the seller processing apparatus 2 that has not been described yet. This procedure should be provided as a preferred embodiment. FIG. 89 shows the processing procedure of the cancellation request reception processing 7900 by returning electronic contents. In step 7902, the acceptance process 7900 first receives a request message for electronic content from the transaction management apparatus 5 and creates a return management record in the return management DB 7500. Next, in step 7904, the requested content is determined, and if it is a resending request for electronic content, the encrypted electronic content transmitted to the purchaser processing device 1 is retransmitted to the transaction management device 5 in step 7906. . In step 7910, the electronic content decryption processing result is received from the transaction management apparatus 5, and in step 7912 it is confirmed. If the decryption processing is not correctly performed in the transaction management device 5 and there is a request for resending the electronic content before encryption in step 7914, the electronic content before encryption is sent to the seller processing device 2 and the transaction management device 5 in step 7916. Encrypt with the encryption key between and retransmit. In step 7920, the transaction management apparatus 5 receives the electronic content content confirmation processing result. If the result is OK in step 7922, the processing ends. If a cancellation request is received in steps 7904 and 7914, and if the processing result is NG in step 7922, it is determined in step 7924 whether or not the temporary settlement cancellation request can be approved. In step 7926, the return claim information is transmitted to the transaction management apparatus 5 and the claim request date 7509 of the return management DB 7500 is set.
[0465]
Finally, the configuration for monitoring whether or not the shipment of goods has been fulfilled will be described with reference to the processing flow from FIG.
First, as a function to monitor the fulfillment deadline of product shipment, which is payment condition information, and send the payment term information as authentication information and request cancellation of the transaction if the product is not shipped within the fulfillment deadline, A processing procedure of the execution deadline monitoring process 7970 will be described. The execution deadline monitoring process 7970 is executed by the purchaser processing apparatus 1 or a processing apparatus provided in the product recipient.
[0466]
91 and 92 show a processing flow of the performance deadline monitoring process 7970. FIG. This monitoring process 7970 first receives an input of a purchase deadline desired by the purchaser in step 7972, and inquires of the seller processing apparatus 2 whether or not the execution deadline is observed in step 7974. If the inquiry result is NG in step 7976, the purchaser is inquired in step 7978 whether or not the execution deadline can be changed. If the change is possible, re-entry of the execution deadline is accepted in Step 7980, and the processing after Step 7974 is repeated. If no change is possible, the process is terminated.
[0467]
If the inquiry result is OK in step 7976, the execution deadline is set to provisional settlement money in step 7982, and it is transmitted to the seller processing device 2. Next, it is determined in step 7984 whether or not there is a performance deadline monitoring target. If there is a monitoring target, the temporary settlement money to be monitored is searched in step 7986, and the temporary settlement money is set in step 7988. Compare the due date and time with the current date and time. If the current date / time has not passed the deadline date / time for fulfillment, it is checked in step 7990 whether there is a confirmation input for performance.
[0468]
If there is a confirmation input, in step 7992, confirmed information such as the confirmation date and time and the name of the confirmer is set in the provisional settlement money, and the processing from step 7984 is repeated. If there is no confirmation input, the processing after step 7984 is repeated as it is. Then, if there is no monitoring target in step 7984, the process is terminated.
[0469]
If the current date / time has passed the deadline date in step 7988, the requesting financial institution is notified of the provisional payment cancellation request together with the provisional payment money that has passed the deadline in step 7994, and the request is issued in step 7996. The cancellation requested information including the date and time is set in the temporary settlement money, and the process is terminated.
[0470]
Next, accept the order of the product from the purchaser, accept the provisional payment money that is settled by the notification of confirmation that the product has been shipped, monitor the fulfillment deadline of the product shipment which is the payment condition information, and within the fulfillment deadline When the merchandise is not shipped, the processing of the performance deadline monitoring and non-performance notice processing 8000 shown in FIG. 77 is executed by the seller processing device 2 as a function of notifying the purchaser or the merchandise recipient of the merchandise. Explain the procedure.
[0471]
93 and 94 show the processing flow of the performance deadline monitoring and non-performance notification processing 8000. FIG. In this process 8000, first, transmission information from the purchaser or the product receiver is received in step 8002, and if it is a query for confirming the performance deadline in step 8004, the product is shipped by the performance deadline in step 8012. Ask the seller if it is possible. If shipping is possible, the processing after step 8016 is performed. If the delivery is impossible, a request for changing the execution deadline is notified to the transmission source, and the process ends.
[0472]
In step 8004, if the transmission information is not an inquiry for confirming the performance deadline, and if it is provisional settlement money in step 8006, it is checked in step 8008 whether there is a performance deadline setting. If there is a performance deadline setting, it is next checked in step 8010 whether there is confirmed information on the performance deadline. If there is confirmed information, the processing in step 8016 and subsequent steps is performed.
[0473]
If the execution deadline is not set in step 8008, the processing after step 8016 is performed, and if there is no confirmed information in step 8010, the processing after step 8012 is performed. If the transmission information is not provisional payment money in step 8006, the process is terminated.
[0474]
In step 8016, the sender is notified that the transmission information has been normally received. Next, in step 8018, it is determined whether there is a performance deadline monitoring target. Temporary payment money is searched, and the date and time of the performance deadline set in the temporary payment money in step 8022 is compared with the current date and time. If the current date / time has not passed the deadline date / time for fulfillment, it is checked in step 8024 if there is an input that has been fulfilled.
[0475]
If there is an input for fulfillment, in step 8026, fulfillment information such as fulfillment date and time, the name of the confirmer of fulfillment is set in provisional settlement money, and the corresponding settlement request processing is performed in step 8028. The processing after 8018 is repeated. If there is no fulfilled input, the processing from step 8018 is repeated as it is. If there is no monitoring target in step 8018, the process is terminated.
[0476]
If the current date / time is past the deadline date / time in step 8022, non-performance information such as the default date / time of non-performance, reason for non-performance, confirmation of non-performing person name, etc. is set in provisional settlement money in step 8032. To notify the sender of the failure to ship the product, and the process is terminated.
[0477]
In the embodiment described above, sales of goods such as goods and electronic contents are mainly subject to payment, but the same system can be applied when provision of services is subject to payment. Can do.
[0478]
In addition, each device of the present embodiment can be configured using an information processing device (computer) as shown in FIG. 95, for example. 95 includes a CPU (central processing unit) 8101, a memory 8102, an input device 8103, an output device 8104, an external storage device 8105, a medium driving device 8106, and a network connection device 8107, which are connected via a bus 8108. Are connected to each other.
[0479]
The memory 8102 stores programs and data used for processing. As the memory 8102, for example, a ROM (read only memory), a RAM (random access memory), or the like is used. The CPU 8101 performs necessary processing by executing a program using the memory 8102.
[0480]
The input device 8103 is, for example, a keyboard, a pointing device, a touch panel, and the like, and is used for inputting instructions and information from the user. The output device 8104 is, for example, a display or a printer, and is used for outputting an inquiry to a user, a processing result, and the like.
[0481]
The external storage device 8105 is, for example, a magnetic disk device, an optical disk device, a magneto-optical disk device, or the like. The above-described program and data can be stored in the external storage device 8105, and can be loaded into the memory 8102 and used as necessary. The external storage device 8105 is also used as the various databases described above.
[0482]
The medium driving device 8106 drives the portable storage medium 8109 and accesses the recorded contents. As the portable storage medium 8109, any computer-readable storage medium such as a memory card, a flexible disk, a CD-ROM (compact disk read only memory), an optical disk, a magneto-optical disk, or the like is used. The above-described program and data can be stored in the portable storage medium 8109 and loaded into the memory 8102 and used as necessary.
[0483]
The network connection device 8107 communicates with other devices via an arbitrary network (line) such as a LAN (local area network) and performs data conversion accompanying the communication. If necessary, the above-described program and data can be received from an external device and loaded into the memory 8102 for use.
[0484]
FIG. 96 shows a computer-readable storage medium that can supply a program and data to the information processing apparatus of FIG. Programs and data stored in the portable storage medium 8109 or the external database 8110 are loaded into the memory 8102. The CPU 8101 executes the program using the data and performs necessary processing.
[0485]
【The invention's effect】
According to the present invention, the price payer (product purchaser, service requester, etc.) has the ability to pay the price payee (seller, service provider, etc.) at the time of product purchase or service request. In order to show you, you will be given financial information including provisional payment information that will be settled by a confirmation that you have fulfilled the items subject to payment (product supply, service provision, etc.). Based on this, a product price or a service price can be secured. For this reason, there is no risk of collecting the price of goods, services, etc. for the price payee.
[0486]
In addition, in the case of product purchase, the confirmer who confirms the price payer or the item subject to payment is the product ordered after receiving the product and the contents of the received product (color, size, pattern, quality, manufacturer name) , Type, authenticity, etc.) to confirm the settlement and confirm the desired product. Also, in the case of a service request, this service is approved after confirming the results of the service provider's work (white ant extermination work, business trip cleaning, cleaning agency work, house repair work, etc.), preventing omission work Can be easily done. Therefore, both the price payer and the price payee do not take risks, and the settlement processing is performed reliably.
[0487]
In addition, according to the present invention, the payee can receive the money information including the provisional settlement information, which is settled by the notification that the issuing financial institution confirms that the matters to be paid are fulfilled, of the payer. Since it is possible to confirm that the account has been secured with authentication of the issuing financial institution, it is possible to provide products and services without depending on the personal credit of the payer.
Further, according to the present invention, since the financial information including provisional settlement information includes information to be paid, the issuing financial institution can confirm based on more detailed information at the time of the final settlement. Accidents can be effectively prevented. In addition, it is possible to prevent the payer from using the monetary information for other purposes.
[0488]
Further, according to the present invention, since the payment object information is blinded with an encryption key that can be decrypted only by the issuing financial institution, it is effective for a third party to illegally copy the money information and use it for other purposes. Can be prevented.
[0489]
Further, according to the present invention, after using the electronic money having information for identifying whether or not provisional settlement information is included, after the price payer generates the provisional settlement information, the payment is made to the payee, and the price payer Alternatively, since the settlement is performed after the confirmer confirms the contents of the goods or services provided from the payment destination, both of them do not take a risk and the settlement processing can be performed reliably. In addition, when paying the electronic money, the payer must decide whether to pay as the electronic money for the main payment without provisional payment information or to generate the temporary payment information and pay as the electronic money for the temporary payment. Can do. For this reason, electronic money can be used effectively and safely according to the payment situation.
[0490]
In addition, according to the present invention, by holding money information including provisional payment information in a portable storage medium such as a portable card, when receiving provision of goods or services, a network or the like is provided to the payment destination. It is possible to pay online by using the portable storage medium or pay by handing the portable storage medium. For this reason, the convenience of payment is improved and the opportunities for providing products and services are expanded.
[0491]
Further, according to the present invention, forgery issuance of a portable storage medium can be prevented by issuing the portable storage medium from a terminal such as an ATM connected to the issuing financial institution. In addition, if the terminal is installed, it can be issued without limiting the location, so if the payer is still operating even after the sales office of the issuing financial institution is closed You can get a portable storage medium whenever you want.
[0492]
Further, according to the present invention, the payment recipient inserts a portable storage medium transferred from the payment payer as temporary payment money into a terminal such as an ATM connected to the issuing financial institution, and makes a request for the payment. Therefore, even a payment destination that does not have a network-connected processing device can make a transaction for a temporary payment system.
[0493]
In addition, according to the present invention, when issuing a portable storage medium from a terminal such as an ATM connected to the issuing financial institution, it is displayed whether or not automatic collection is performed after the processing is completed, and automatic collection is displayed. In the case of a portable storage medium that has been processed, it is automatically collected after confirming the end of processing. For this reason, unauthorized use can be prevented, and resources can be saved by reusing a portable storage medium.
[0494]
In addition, according to the present invention, even in a portable storage medium that is not automatically collected, unauthorized use of the storage medium can be prevented by writing information prohibiting reuse after the processing is completed.
[0495]
Further, according to the present invention, although the final settlement request from the payment destination is accepted, the final settlement is not performed without the final settlement approval from the price payer, so that the payment risk of the price payer is eliminated.
[0496]
Further, according to the present invention, when paying for a payment to the transaction financial institution of the price payer, the transaction financial institution having its own account as information on the transfer request when the payment is made Designate the payee's bank transfer information or your own electronic wallet information as the payee. Thus, when the final settlement is made, the money is automatically transferred to the payee included in the transfer request information.
[0497]
In addition, according to the present invention, since the transaction is performed via a device that relays transmission (transaction management device or the like), the transmission side of the transaction information can receive the encryption key on the reception side or the encryption on the transmission side. There is no need to send keys. Further, since the transmission side encrypts and transmits with a unique encryption key between the transmission relay device and the transmission side, there is no need to exchange any encryption key or decryption key with any reception side. For this reason, there is no risk of a third party deciphering transaction information. Furthermore, on the transmission side, encryption key management is easy, and security is dramatically increased.
[0498]
In addition, according to the present invention, since the device that relays transmission decrypts the encrypted message sent from the transmission side using the unique decryption key with the transmission side, the identity verification is performed. Easy to do.
[0499]
Further, according to the present invention, since the receiving side receives a message encrypted with a unique encryption key between the device and the receiving side by the device that relays transmission, the receiving side encryption key There is no need to be aware of In addition, there is no risk of the encrypted message being decrypted by a third party. Further, the receiving side can easily manage the encryption key, and the security is dramatically improved.
[0500]
In addition, according to the present invention, a transaction management apparatus is provided because the transaction status cannot be confirmed when a commercial transaction is performed only between parties. A price payer, a price payer, a financial institution, and the like can accurately grasp all the processes of a transaction by transmitting and receiving transaction information via the transaction management device.
[0501]
Further, according to the present invention, when managing transaction information, the transaction management apparatus manages the transaction information with authenticity on the transmission side, so that it is possible to prevent identity rejection and transaction rejection.
Further, according to the present invention, when the payment destination needs to make a transaction cancellation request to the transaction management device due to the failure of the transaction, the transaction management device performs the transaction cancellation request processing to be performed by the payment destination. The payer does not need to check the cancellation status of the transaction by himself / herself.
[0502]
In addition, according to the present invention, the transaction management device manages a period from when a cancellation event defined for each transaction occurs until a cancellation request is made, and a cancellation request from the payment recipient occurs within that period. If not, the cancellation request process is performed on behalf of the payee, and the cancellation process can proceed without delay.
[0503]
Further, according to the present invention, the transaction management apparatus monitors whether or not the recipient has made a final settlement approval request or returned the product based on the date and time when the recipient received the product. For this reason, it is possible to accurately grasp the transaction status such as whether to shift from the provisional settlement state to the final settlement or to cancel the transaction.
[0504]
In addition, according to the present invention, the transaction management apparatus manages a period from when the recipient receives the product until the settlement approval request or the merchandise return request is made. If no request for return of goods is made, a settlement approval request is made on behalf of the recipient. For this reason, after receiving the goods, it is possible to proceed without delaying the transaction up to the final settlement approval request.
[0505]
Further, according to the present invention, when the recipient returns the merchandise and is notified that the return procedure has been made, the transaction management apparatus requests cancellation of the transaction on behalf of the recipient. For this reason, the cancellation process after returned goods can be advanced without delay.
[0506]
Further, according to the present invention, the delivery person processing device that has received the delivery request from the payment destination manages the receipt signature of the delivery destination and generates delivery certification information including the payment ID related to the delivered product. You can prove the fact that you delivered the product.
[0507]
Further, according to the present invention, when there is a return delivery request from the recipient, the deliverer processing device manages the signature of the requester and generates delivery certification information including the payment ID related to the product to be returned. The fact that the return process has been started can be proved.
[0508]
Further, according to the present invention, when the delivery processing device delivers the return target product to the price payment destination, the delivery processor manages the receipt signature of the price payment destination and finally includes the payment ID related to the return target product. Secure return certificate information. For this reason, it is possible to prove that the returned product has arrived at the payment destination.
[0509]
Further, according to the present invention, the delivery proof information that proves that the product has been delivered, the return proof information that proves that the return has been accepted, and the final return proof that proves that the return has been delivered to the payee When each piece of information is generated by the delivery processing device, it is registered in the transaction management device. For this reason, the exact situation in each process of the transaction can be grasped. Moreover, the trouble of transaction can be prevented by using each certification | authentication information as approval information of a third party.
[0510]
In addition, according to the present invention, the transaction management apparatus manages a period from when the recipient receives the product until the settlement approval request or the merchandise return request is made. If no request for return of goods is made, a settlement approval request is made on behalf of the recipient. At this time, since the settlement approval request is made with the contents of the delivery certificate information attached as the authentication information, the proxy processing with higher reliability is performed.
[0511]
Further, according to the present invention, after the recipient makes a return request for the merchandise and the return is delivered to the payment destination, the transaction management apparatus attaches the final return certification information of the delivery person processing apparatus as authentication information. Request for cancellation on behalf of the recipient. For this reason, a proxy process with higher reliability is performed.
[0512]
In addition, according to the present invention, the receiver makes a cancellation request with the contents attached with the return certificate information certifying that the return request has been accepted as authentication information, so that the receiver can also request the cancellation of the transaction, The cancellation process can proceed promptly.
[0513]
Further, according to the present invention, the payment recipient manages the period from when the recipient receives the goods until the settlement approval request or the return request is made, and the settlement approval request or the return request is received within the period. Monitor whether it is done. If neither event occurs, the settlement approval request is made with the delivery certificate information attached to the transaction management apparatus that proves that the product has been delivered to the recipient as authentication information. For this reason, the payment destination can request the settlement approval on behalf of the recipient, and the settlement process can be promptly advanced.
[0514]
In addition, according to the present invention, the financial institution processing device has a problem with the contents of the return from the price payee or the transaction management device after receiving the final return certificate information that proves that the price payee has received the return. In response to the notification of the fact that the cancellation process cannot proceed, the period for receiving the return claim for each transaction is managed. Then, it is monitored whether or not a return complaint is notified within that period. For this reason, when there is a defect or the like in the merchandise contents returned by the recipient, it is possible to prevent troubles in the return process by reserving the cancellation process.
[0515]
Further, according to the present invention, when notified that the return has been normally received from the payee or transaction management device that received the return, the financial institution processing device is within the return period of the return claim, Since the cancellation process is performed without waiting for the elapse of the period, the cancellation process can be advanced promptly.
[0516]
Further, according to the present invention, the transaction management apparatus in the electronic content sales system manages the decryption key of the electronic content on behalf of the payment destination, and passes the decryption key in response to the request of the price payer. It is possible to accurately manage whether or not the payment is surely received.
[0517]
In addition, according to the present invention, when the transaction management device sends the decryption key of the electronic content in response to the request of the price payer, the transaction management device manages the signature of the price payer and generates the third party approval information by itself. , Denial by the payer can be prevented.
[0518]
Further, according to the present invention, when the transaction management apparatus receives a notification that the electronic content cannot be decrypted from the price payer, the transaction management apparatus orders the electronic content sent from the price payee to the price payer, and pays the price payer. Compare with electronic content sent from. Therefore, it is possible to manage whether or not the electronic content of the payer is illegally altered.
[0519]
Further, according to the present invention, the transaction management apparatus decrypts and confirms itself with the decryption key sent to the payer when there is no abnormality in the contents of the electronic content as a result of the comparison. Can manage the validity of
[0520]
In addition, according to the present invention, the transaction management apparatus compares the decrypted electronic content with the original electronic content obtained from the payment destination, so whether or not the content of the decrypted electronic content is illegally altered. Can be managed accurately.
[0521]
Further, according to the present invention, if the decryption key is defective as a result of the comparison, the transaction management apparatus sends the decryption key to the payer again, so that the transaction of the electronic content can proceed without delay.
[0522]
In addition, according to the present invention, the transaction management device is configured to stop the payment process of the payer when the electronic payment content sent by the payee to the payer is defective as a result of the comparison. Since a notification such as a cancellation request is sent to the payment destination, the cancellation process can be proceeded without delay.
[0523]
According to the present invention, if the electronic content is defective as a result of the comparison, the transaction management device re-sends the electronic content to the payer, so that the electronic content transaction can proceed without delay. it can.
[0524]
In addition, according to the present invention, since the confirmer (product recipient, beneficiary of the service, etc.) who confirms the item to be paid can be different from the price payer, the monetary information including provisional settlement information Can be used to send souvenirs to family members and third parties, or to ask service providers for house cleaning agency work as gifts for special occasions such as Mother's Day or Birthday .
[0525]
In addition, according to the present invention, since the confirmer who confirms the item to be paid can confirm the contents of the received product or receive the service, the confirmer can immediately make the final settlement approval request. The settlement (payment of the price) is performed more promptly than the payer requests the settlement approval. Further, it is not necessary for the confirmer to contact the payer for the settlement approval request.
[0526]
Further, according to the present invention, the payment information includes the performance deadline of the item to be paid for in the money information including provisional settlement information, so whether or not the product arrives by the promised date (performance deadline) It is possible to objectively check and monitor whether or not the requested service has been received by the due date.
[0527]
Further, according to the present invention, when the payment destination is unable to deliver the ordered product or provide the requested service by the due date of the payment subject matter as the payment condition information The payer of the price or the checker who confirms the item to be paid can make a cancellation request for the money information including the provisional payment information paid. This avoids the risk of lost profits due. Here, the risk of lost profit with respect to the due date means that if the product has not arrived or received service by the promised due date for a special day such as birthday, mother's day, Christmas, etc. It means the risk that the value of the service will be lost.
[0528]
In addition, according to the present invention, the transaction management device monitors the performance deadline of the payment target information which is the payment condition information, so that the payment payee can deliver or request the product ordered by the performance deadline. If the service cannot be provided, based on the objective information, a request for canceling the money information including the provisional payment information paid can be made on behalf of the payer. Furthermore, since the payer or the checker who confirms the item to be paid does not need to perform the troublesome check and monitoring described above, even a child or an elderly person can safely request a service or purchase a product. it can.
[0529]
Further, according to the present invention, the payment payee monitors the performance deadline of the payment target information, which is the payment condition information, thereby delivering the product ordered by the performance deadline and the requested service. If the payment cannot be made, the payee himself / herself notifies the payer or the checker who confirms the payment target item. For this reason, the payer or the confirmer of the price can make a quicker cancellation request.
[0530]
The effects described above relate to the system and apparatus of the present invention, but similar effects are expected when the storage medium of the present invention is used.
[Brief description of the drawings]
FIG. 1 is a schematic configuration diagram of a settlement system according to a first embodiment of the present invention.
FIG. 2 is an explanatory diagram illustrating a processing procedure (settlement processing of provisional payment money) according to the first embodiment.
FIG. 3 is an explanatory diagram illustrating a processing procedure (settlement processing by temporary payment of settlement account money) according to the second embodiment.
FIG. 4 is a schematic configuration diagram of a payment system according to a third embodiment.
FIG. 5 is an explanatory diagram for explaining a processing procedure (payment processing of provisional payment money via a transaction management apparatus) according to a third embodiment.
FIG. 6 is an explanatory diagram illustrating a processing procedure (settlement processing in purchase of electronic content) according to a fourth embodiment.
FIG. 7 is an explanatory diagram illustrating a processing procedure (final settlement approval request processing when electronic content is purchased) according to a fourth embodiment;
FIG. 8 is an explanatory diagram illustrating a processing procedure (site monitoring processing for a final settlement approval request) according to a fourth embodiment.
FIG. 9 is an explanatory diagram illustrating a processing procedure (cancellation request notification processing) according to a fourth embodiment;
FIG. 10 is an explanatory diagram illustrating a processing procedure (cancellation request site monitoring processing) according to the fourth embodiment;
FIG. 11 is a schematic configuration diagram of a payment system according to a fifth embodiment.
FIG. 12 is an explanatory diagram illustrating a processing procedure (main payment request processing from a seller) according to a fifth embodiment.
FIG. 13 is a schematic configuration diagram of a payment system according to a sixth embodiment.
FIG. 14 is an explanatory diagram illustrating a processing procedure (distribution product purchase processing) according to the sixth embodiment;
FIG. 15 is an explanatory diagram illustrating a processing procedure (distribution merchandise return processing) according to the sixth embodiment;
FIG. 16 is a schematic configuration diagram of a payment system according to a seventh embodiment.
FIG. 17 is an explanatory diagram illustrating a processing procedure (a processing for purchasing a logistics product via a transaction management apparatus) according to a seventh embodiment.
FIG. 18 is an explanatory diagram illustrating a processing procedure (return merchandise return processing via a transaction management device) according to a seventh embodiment;
FIG. 19 is a schematic configuration diagram of a payment system according to an eighth embodiment.
FIG. 20 is an explanatory diagram illustrating a processing procedure (settlement processing using a portable storage medium) according to an eighth embodiment.
FIG. 21 is a schematic configuration diagram showing an embodiment of a transaction management apparatus.
FIG. 22 is an explanatory diagram illustrating a database configuration of a transaction management apparatus.
FIG. 23 is an explanatory diagram illustrating a configuration of an encryption key management database.
FIG. 24 is an explanatory diagram for explaining the characteristics of the encryption / decryption method via the transaction management apparatus.
FIG. 25 is an explanatory diagram illustrating the configuration of a transaction management database.
FIG. 26 is an explanatory diagram illustrating a configuration of a transaction status.
FIG. 27 is an explanatory diagram for explaining the configuration of the settlement site monitoring database and the return site monitoring database.
FIG. 28 is a flowchart showing an encryption / decryption processing procedure.
FIG. 29 is a flowchart showing a product order processing procedure.
FIG. 30 is a flowchart showing a money issue (provisional payment money issue) processing procedure;
FIG. 31 is a flowchart showing a money payment (provisional payment) processing procedure;
FIG. 32 is a flowchart showing a merchandise delivery acceptance registration processing procedure.
FIG. 33 is a flowchart showing a merchandise delivery receipt registration processing procedure.
FIG. 34 is a flowchart showing the settlement request processing procedure.
FIG. 35 is a flowchart showing the settlement approval processing procedure.
FIG. 36 is a flowchart showing an electronic content decryption key acceptance processing procedure;
FIG. 37 is a flowchart showing an electronic content receipt confirmation / cancellation processing procedure.
FIG. 38 is a flowchart showing a provisional settlement cancellation request processing procedure.
FIG. 39 is a flowchart showing an electronic content decryption check processing procedure.
FIG. 40 is a flowchart showing a return delivery acceptance processing procedure.
FIG. 41 is a flowchart showing a return delivery receipt processing procedure;
FIG. 42 is a flowchart showing provisional settlement cancellation request acceptance processing.
FIG. 43 is a flowchart showing a return confirmation / claim reception process.
FIG. 44 is a flowchart showing the settlement site monitoring and forced payment processing procedure.
FIG. 45 is a flowchart showing a return site monitoring and forced cancellation processing procedure;
FIG. 46 is a schematic configuration diagram showing an embodiment of a financial institution terminal.
FIG. 47 is an explanatory diagram showing a schematic configuration of a provisional payment money card (portable storage medium) applied to a financial institution terminal and a memory layout of an IC chip.
FIG. 48 is a flowchart showing a storage medium issue processing procedure;
FIG. 49 is a flowchart showing the settlement approval processing procedure.
FIG. 50 is a flowchart (part 1) showing the settlement request processing procedure;
FIG. 51 is a flowchart (part 2) showing the settlement request processing procedure;
FIG. 52 is a schematic configuration diagram showing an embodiment of a delivery person processing measure.
FIG. 53 is an explanatory diagram illustrating configurations of a delivery management database, a delivery requester information management database, and a delivery destination information management database.
FIG. 54 is a flowchart showing a delivery acceptance processing procedure.
FIG. 55 is a flowchart showing a delivery receipt processing procedure.
FIG. 56 is a flowchart showing a return acceptance process procedure;
FIG. 57 is a flowchart showing a return receipt processing procedure.
FIG. 58 is a schematic configuration diagram showing an embodiment of a financial institution processing apparatus.
FIG. 59 is an explanatory diagram illustrating a database configuration of the financial institution processing device.
60 is an explanatory diagram illustrating configurations of an account management database, a money management database, a provisional payment money management database, an electronic money management database, and a main payment information management database. FIG.
FIG. 61 is an explanatory diagram illustrating a configuration of a return management database.
FIG. 62 is a flowchart showing a provisional settlement money / electronic money issuance processing procedure.
FIG. 63 is a flowchart showing the settlement request acceptance processing procedure;
FIG. 64 is a flowchart showing the settlement approval request acceptance processing procedure;
FIG. 65 is a flowchart showing a provisional settlement cancellation request acceptance processing procedure;
FIG. 66 is a flowchart showing the first third-party return certificate information acceptance processing procedure;
FIG. 67 is a flowchart showing a procedure for accepting second third party return certificate information;
FIG. 68 is a flowchart showing a return complaint notification acceptance processing procedure;
FIG. 69 is a flowchart showing a return receipt notification acceptance processing procedure;
FIG. 70 is a flowchart showing a temporary settlement cancellation site monitoring processing procedure;
FIG. 71 is a schematic configuration diagram showing an embodiment of a merchandise purchaser processing apparatus.
72 is an explanatory diagram illustrating configurations of a merchandise purchase management database, a money management database, a provisional payment money management database, a main settlement approval request management database, and a return request management database; FIG.
FIG. 73 is an explanatory diagram illustrating a configuration of an electronic money management database.
FIG. 74 is a flowchart showing a money information (provisional payment money) issuance request processing procedure;
FIG. 75 is a flowchart showing a product order processing procedure.
FIG. 76 is a flowchart showing merchandise receipt and return processing procedures;
77 is a schematic configuration diagram showing an embodiment of a seller processing apparatus. FIG.
78 is an explanatory diagram illustrating a database configuration of a seller processing apparatus. FIG.
FIG. 79 is an explanatory diagram illustrating a configuration of a product management database.
FIG. 80 is an explanatory diagram illustrating the configuration of a sales management database.
FIG. 81 is an explanatory diagram for explaining a configuration of a provisional payment money management database and a main payment request management database;
FIG. 82 is an explanatory diagram illustrating a configuration of a returned goods management database.
FIG. 83 is an explanatory diagram illustrating a configuration of an electronic content management database.
FIG. 84 is a flowchart (No. 1) showing a procedure for receiving a merchandise order, monetary information, and a main settlement request process;
FIG. 85 is a flowchart (No. 2) showing a procedure for accepting a merchandise order, accepting money information, and a main settlement request process;
FIG. 86 is a flowchart showing an electronic content transmission processing procedure.
FIG. 87 is a flowchart showing the settlement site monitoring processing procedure.
FIG. 88 is a flowchart showing a return acceptance process procedure;
FIG. 89 is a flowchart showing a cancellation request acceptance processing procedure for returning electronic content.
FIG. 90 is a flowchart showing a cancellation processing procedure by return.
FIG. 91 is a flowchart (part 1) illustrating a monitoring process procedure of a performance deadline.
FIG. 92 is a flowchart (No. 2) showing the execution deadline monitoring processing procedure;
FIG. 93 is a flowchart (No. 1) showing a performance limit monitoring and non-performance notification processing procedure;
FIG. 94 is a flowchart (No. 2) showing a procedure for monitoring a performance deadline and a notification processing procedure at the time of non-performance.
FIG. 95 is a block diagram of an information processing apparatus.
Fig. 96 is a diagram showing a recording medium.
[Explanation of symbols]
1. Product purchaser processing device (product purchaser)
2 Product seller processing equipment (product seller)
3 Purchaser transaction financial institution processing equipment
3 'financial institution processing equipment
4. Seller transaction financial institution processing equipment
5. Transaction management device
6, 6 ', 7 Delivery processing device

Claims (10)

電子コンテンツ購入者の購入者装置と、電子コンテンツ販売者の販売者装置との間で、電子コンテンツ販売の仲介を行う取引管理装置であって、
暗号化電子コンテンツの復号鍵を格納する格納手段と、
前記購入者装置から、前記暗号化電子コンテンツの復号鍵の送信要求を受信する手段と、
前記復号鍵の送信要求に応じて、前記格納手段に格納された復号鍵を前記購入者装置に送信する手段と
前記購入者装置から、前記暗号化電子コンテンツが前記復号鍵で復号できないことの通知と、返送された暗号化電子コンテンツを受信する手段と、
前記販売者装置に対して、前記暗号化電子コンテンツの送信要求を送信する手段と、
前記販売者装置から受信した暗号化電子コンテンツと、前記購入者装置から返送された暗号化電子コンテンツとを比較する手段と、
前記販売者装置から受信した暗号化電子コンテンツと、前記購入者装置から返送された暗号化電子コンテンツが一致する場合には、該購入者装置から返送された暗号化電子コンテンツを、前記格納手段に格納された復号鍵で復号する手段と、
前記販売者装置に対して、暗号化前の電子コンテンツの送信要求を送信する手段と、
復号した電子コンテンツと、前記販売者装置から受信した暗号化前の電子コンテンツとを比較する手段と、
前記復号した電子コンテンツと、前記販売者装置から受信した暗号化前の電子コンテンツが一致する場合には、前記購入者装置に送信した復号鍵に欠陥があるものとして、前記格納手段に格納された復号鍵を該購入者装置に再送する手段と
を備えたことを特徴とする取引管理装置。
A transaction management device that mediates electronic content sales between a purchaser device of an electronic content purchaser and a seller device of an electronic content seller,
Storage means for storing a decryption key of the encrypted electronic content;
Means for receiving a transmission request for a decryption key of the encrypted electronic content from the purchaser device;
Means for transmitting the decryption key stored in the storage means to the purchaser device in response to the transmission request for the decryption key ;
A notification from the purchaser device that the encrypted electronic content cannot be decrypted with the decryption key; and means for receiving the returned encrypted electronic content;
Means for transmitting a transmission request for the encrypted electronic content to the seller device;
Means for comparing the encrypted electronic content received from the seller device with the encrypted electronic content returned from the purchaser device;
When the encrypted electronic content received from the seller device matches the encrypted electronic content returned from the purchaser device, the encrypted electronic content returned from the purchaser device is stored in the storage means. Means for decryption with a stored decryption key;
Means for transmitting a transmission request for electronic content before encryption to the seller device;
Means for comparing the decrypted electronic content with the unencrypted electronic content received from the seller device;
When the decrypted electronic content matches the electronic content before encryption received from the seller device, the decryption key transmitted to the purchaser device is stored as a defect in the storage means. Means for resending the decryption key to the purchaser device, and a transaction management device.
請求項1記載の取引管理装置であって、さらに、
前記購入者装置から、前記復号鍵により前記暗号化電子コンテンツの復号化が成功したことを示す決済承認依頼を受信する手段と、
決済処理装置に対して、前記購入者を認証する認証情報とともに、前記決済承認依頼を送信する手段と
を備えたことを特徴とする取引管理装置。
The transaction management device according to claim 1, further comprising:
Means for receiving, from the purchaser device, a payment approval request indicating that the decryption of the encrypted electronic content has been successful with the decryption key ;
A transaction management apparatus comprising: means for transmitting the payment approval request together with authentication information for authenticating the purchaser to the payment processing apparatus.
請求項2記載の取引管理装置であって、さらに、
前記購入者装置からの前記決済承認依頼の受信を監視する手段と、
一定期間内に前記決済承認依頼の受信がない場合には、前記決済処理装置に対して、前記購入者を認証する認証情報と併せて、該決済承認依頼を送信する手段と
を備えたことを特徴とする取引管理装置。
The transaction management device according to claim 2, further comprising:
Means for monitoring receipt of the payment authorization request from the purchaser device;
Means for transmitting the settlement approval request together with authentication information for authenticating the purchaser to the settlement processing apparatus when the settlement approval request is not received within a certain period of time. A featured transaction management device.
請求項1記載の取引管理装置であって、さらに、
前記販売者装置から決済依頼を受信する手段と、
決済処理装置に対して、前記販売者を認証する認証情報とともに、前記決済依頼を送信する手段と
を備えたことを特徴とする取引管理装置。
The transaction management device according to claim 1, further comprising:
Means for receiving a settlement request from the seller device,
A transaction management apparatus comprising: a means for transmitting the settlement request together with authentication information for authenticating the seller to the settlement processing apparatus.
請求項4記載の取引管理装置であって、さらに、前記決済処理装置から、前記販売者装置からの前記決済依頼を未だ受信していない旨を示す決済依頼催促通知を受信し、該販売者装置に対して該決済依頼の送信要求を送信する手段を備えたことを特徴とする取引管理装置。5. The transaction management apparatus according to claim 4, further comprising a settlement request prompt notification indicating that the settlement request from the seller apparatus has not been received from the settlement processing apparatus, and the seller apparatus A transaction management apparatus comprising means for transmitting a payment request transmission request to the payment request. 請求項1記載の取引管理装置であって、さらに、
前記電子コンテンツ販売の取消依頼を前記購入者装置から受信し、該取消依頼を前記販売者装置へ送信する手段と、
決済取消依頼を前記販売者装置から受信し、決済処理装置に対して、前記販売者を認証する認証情報とともに、該販売者装置からの決済取消依頼を送信する手段と
を備えたことを特徴とする取引管理装置。
The transaction management device according to claim 1, further comprising:
Means for receiving the electronic content sales cancellation request from the purchaser device and transmitting the cancellation request to the seller device;
Receiving a payment cancellation request from the merchant system for transaction processing apparatus, together with the authentication information for authenticating the merchant, and further comprising a means for transmitting a settlement cancellation request from the seller device Transaction management device.
請求項6記載の取引管理装置であって、さらに、
前記販売者装置からの前記決済取消依頼の受信を監視する手段と、
一定期間内に前記決済取消依頼の受信がない場合には、前記決済処理装置に対して、前記販売者を認証する認証情報と併せて、該決済取消依頼を送信する手段と
を備えたことを特徴とする取引管理装置。
The transaction management device according to claim 6, further comprising:
Means for monitoring receipt of the settlement cancellation request from the seller device;
Means for transmitting the settlement cancellation request to the settlement processing apparatus together with authentication information for authenticating the seller when no settlement cancellation request is received within a certain period of time. A featured transaction management device.
請求項記載の取引管理装置であって、前記復号した電子コンテンツと、前記販売者装置から受信した暗号化前の電子コンテンツが一致しない場合には、前記購入者装置から返送された暗号化電子コンテンツに欠陥があることの通知を前記販売者装置に送信する手段を有することを特徴とする取引管理装置。2. The transaction management device according to claim 1 , wherein when the decrypted electronic content and the electronic content before encryption received from the seller device do not match, the encrypted electronic device returned from the purchaser device. A transaction management apparatus comprising means for transmitting a notification that content is defective to the seller apparatus. 請求項記載の取引管理装置であって、前記販売者装置から受信した暗号化電子コンテンツと、前記購入者装置から返送された暗号化電子コンテンツが一致しない場合には、販売者装置から受信した暗号化電子コンテンツを前記購入者装置に送信する手段を有することを特徴とする取引管理装置。 A transaction management device of claim 1, wherein the encrypted electronic content received from the seller device, if the returned encrypted electronic content from the purchaser device do not match, the received from the seller device A transaction management device comprising means for transmitting the encrypted electronic content to the purchaser device. 電子コンテンツ購入者の購入者装置と、電子コンテンツ販売者の販売者装置との間で、電子コンテンツ販売の仲介を行う取引管理装置であるコンピュータを動作させて、
暗号化電子コンテンツの復号鍵を格納する格納手段と、
前記購入者装置から、前記暗号化電子コンテンツの復号鍵の送信要求を受信する手段と、
前記復号鍵の送信要求に応じて、前記格納手段に格納された復号鍵を前記購入者装置に送信する手段と、
前記購入者装置から、前記暗号化電子コンテンツが前記復号鍵で復号できないことの通知と、返送された暗号化電子コンテンツを受信する手段と、
前記販売者装置に対して、前記暗号化電子コンテンツの送信要求を送信する手段と、
前記販売者装置から受信した暗号化電子コンテンツと、前記購入者装置から返送された暗号化電子コンテンツとを比較する手段と、
前記販売者装置から受信した暗号化電子コンテンツと、前記購入者装置から返送された暗号化電子コンテンツが一致する場合には、該購入者装置から返送された暗号化電子コンテンツを、前記格納手段に格納された復号鍵で復号する手段と、
前記販売者装置に対して、暗号化前の電子コンテンツの送信要求を送信する手段と、
復号した電子コンテンツと、前記販売者装置から受信した暗号化前の電子コンテンツとを比較する手段と、
前記復号した電子コンテンツと、前記販売者装置から受信した暗号化前の電子コンテンツが一致する場合には、前記購入者装置に送信した復号鍵に欠陥があるものとして、前記格納手段に格納された復号鍵を該購入者装置に再送する手段として、
前記コンピュータを機能させるプログラムを格納した記憶媒体。
Between a purchaser device of an electronic content purchaser and a seller device of an electronic content seller , operating a computer that is a transaction management device that mediates electronic content sales ;
Storage means for storing a decryption key of the encrypted electronic content;
Means for receiving a transmission request for a decryption key of the encrypted electronic content from the purchaser device;
Means for transmitting the decryption key stored in the storage means to the purchaser device in response to the transmission request for the decryption key;
A notification from the purchaser device that the encrypted electronic content cannot be decrypted with the decryption key; and means for receiving the returned encrypted electronic content;
Means for transmitting a transmission request for the encrypted electronic content to the seller device;
Means for comparing the encrypted electronic content received from the seller device with the encrypted electronic content returned from the purchaser device;
When the encrypted electronic content received from the seller device matches the encrypted electronic content returned from the purchaser device, the encrypted electronic content returned from the purchaser device is stored in the storage means. Means for decryption with a stored decryption key;
Means for transmitting a transmission request for electronic content before encryption to the seller device;
Means for comparing the decrypted electronic content with the unencrypted electronic content received from the seller device;
When the decrypted electronic content matches the electronic content before encryption received from the seller device, the decryption key transmitted to the purchaser device is stored as a defect in the storage means. As means for resending the decryption key to the purchaser device,
A storage medium storing a program for causing the computer to function .
JP2003103459A 1997-02-06 2003-04-07 Transaction management apparatus and storage medium for storing transaction management program Expired - Lifetime JP3902151B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003103459A JP3902151B2 (en) 1997-02-06 2003-04-07 Transaction management apparatus and storage medium for storing transaction management program

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP9-23776 1997-02-06
JP2377697 1997-02-06
JP2003103459A JP3902151B2 (en) 1997-02-06 2003-04-07 Transaction management apparatus and storage medium for storing transaction management program

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP02430298A Division JP3919041B2 (en) 1997-02-06 1998-02-05 Payment system

Publications (2)

Publication Number Publication Date
JP2003308443A JP2003308443A (en) 2003-10-31
JP3902151B2 true JP3902151B2 (en) 2007-04-04

Family

ID=29404478

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003103459A Expired - Lifetime JP3902151B2 (en) 1997-02-06 2003-04-07 Transaction management apparatus and storage medium for storing transaction management program

Country Status (1)

Country Link
JP (1) JP3902151B2 (en)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7542754B2 (en) * 2005-05-18 2009-06-02 Ack Ventures Holdings, Llc Subscribing to content
CN1858792A (en) * 2005-12-13 2006-11-08 华为技术有限公司 Virtual image trade managing system and its method
WO2014038034A1 (en) 2012-09-06 2014-03-13 富士通株式会社 Information processing system, information processing method, and program
KR101766893B1 (en) * 2016-05-30 2017-08-23 김진 Substitution payment server and method for providing substitution paymentpay service using the same
US11157900B2 (en) * 2017-03-24 2021-10-26 Mastercard International Incorporated Method and system for offline data transfer via machine-readable code
CN107146091A (en) * 2017-04-11 2017-09-08 深圳市粮食集团有限公司 A kind of intelligent movable return of goods method and system of grain
WO2019199411A1 (en) * 2018-04-09 2019-10-17 Visa International Service Association System, method, and computer program product for conducting a payment transaction involving payment on delivery
JP6688420B2 (en) * 2018-05-07 2020-04-28 アビームコンサルティング株式会社 Transaction management device, transaction management method and program

Also Published As

Publication number Publication date
JP2003308443A (en) 2003-10-31

Similar Documents

Publication Publication Date Title
JP3919041B2 (en) Payment system
US6085168A (en) Electronic commerce settlement system
JP5052673B2 (en) Transaction security in the network
US8260723B2 (en) Transactional security over a network
US20010051902A1 (en) Method for performing secure internet transactions
US20030055787A1 (en) Electronic settlement method
RU96122982A (en) TRUST AGENTS FOR OPEN ELECTRONIC TRADE
US20060036530A1 (en) Method and apparatus for facilitating micro energy derivatives transactions on a network system
WO2001084906A2 (en) Advanced asset management systems
JPH09251494A (en) Account settlement system using virtual prepaid card
AU775065B2 (en) Payment method and system for online commerce
JP3843093B2 (en) Payment system
JP3902151B2 (en) Transaction management apparatus and storage medium for storing transaction management program
JPH09297789A (en) System and method for electronic transaction settlement management
US7788185B2 (en) Electronic payment system, a recording medium recording an electronic payment program and an electronic payment apparatus
JP4247031B2 (en) Delivery system
KR20010057169A (en) Method of on-line electronic payment service using digital payment token
JP2004007557A (en) Encryption relay system, dealings mediation device, and storage medium storing dealings mediation program
JP2002133342A (en) Center processing device of electronic commerce
KR100339823B1 (en) User identifying method and system and card via a communications network and a medium for recording that method
JP2000339366A (en) System and method for authentication utilizing cd
KR20020003084A (en) Checking service providing method on the electronic commerce through the Internet
WO2002089076A2 (en) A transaction and logistics integrated management system (talisman) for secure credit card payment and verified transaction delivery
JP2001525583A (en) Method and system for guaranteed purchase
KR20020036641A (en) system and method for the buyer oriented internet business

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060328

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060515

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20061226

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20061227

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110112

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110112

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120112

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130112

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130112

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140112

Year of fee payment: 7

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313117

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term