(57)【要約】【課題】  インターネットショッピングに於いて、確実な代金決済が出来るモデルを構築し、商品選択→代金決済→サービスの提供の一連の取引をシームレス化します。【解決手段】  代金決済に於いて、銀行またはクレジットカード会社が主体的な役割を果たし、自ら代金決済をＷＥＢショップに通知するシステムを構築します。この結果、ＷＥＢショップ側では、代金決済は確実になされるものと判断でき、サービスの提供を即座に決断実行できます。この作業を加えることによって、ＷＥＢショップ、そのお客、代金決済機関の間で繰り広げられる商品選択→代金決済→サービスの提供の一連の取引をシームレス化することができました。結果、シンプルで採用しやすいインターネットショッピングのモデルが完成し、多方面での高い成果が見込めます。【選択図】  図１
2006012107.tif 000002
【特許請求の範囲】
【請求項１】
インターネットショッピングの代金決済に銀行またはクレジットカード会社が主体的に絡み、ＷＥＢショップの買い物籠からリンクされた銀行のサイトでの振り込み処理の完了をＷＥＢショップ側サイトに通知、また、カード会社のサイトでは支払い依頼を受け、支払いの確約をＷＥＢショップに通知することにより、即、ＷＥＢショップよりサービスの提供を引き出すための理論構造
また、その通知には、個人情報を全く含まず、ＷＥＢショップの銀行口座に振り込んだ事実と個別の取り扱い番号のみ、また、規定の期日にＷＥＢショップに支払いますとの確約と個別の取り扱い番号のみで処理する理論構造を含みます。
【発明の詳細な説明】
【技術分野】
【０００１】インターネットショッピングの取引に於ける銀行またはクレジットカード会社を利用した代金決済に関する。
【技術背景】
【０００２】インターネットショッピングの商品選択→代金決済→サービスの提供の一連の取引のシームレス化に一番難しいのが代金決済です。
【０００３】サービスの提供では、映像、音楽、情報等のデジタルデータの移動や、有料サイトのパスワード通知のような商取引が増えており、この分野でのシームレス化に支障はありませんし、また、物理的な物の移動が必要な取引でも、ＷＥＢショップが必ずサービスの提供を行う確信があれば、シームレス化は実現できたと同じと評価できます。
【０００４】インターネット内での代金決済は、クレジットカード決済や、銀行振り込み、宅配を使った集金等が現状の主な手法です。
【０００５】ただ、クレジットカード決済では、個人情報をＷＥＢショップへ通知が必要だったり、代金回収事務の煩わしさや、代金回収が遅れる等のデメリットが大きい。
【０００６】銀行振り込みでは、ＷＥＢショップは銀行口座への代金入金の確認事務が必要です。
【０００７】宅配を使う資金回収では、宅配業者への支払い手数料が大きく、小額取引に向きません。
【発明の開示】
【発明が解決しようとする課題】
【０００８】まず、ＷＥＢショップ側に、個人情報を知らせず、確実な代金決済を提供でき、今後ますます増加するＷＥＢショップの数や取引の増大に対応できるシンプルで投資額が少ないモデルにする。【０００９】ＷＥＢショップに参加しやすいように、必要投資額を抑え、代金回収事務の軽減を目指し、また、情報漏洩等で扱いが難しい個人情報管理をしないですむモデルにします。
【課題を解決するための手段】
【００１０】従来の代金決済方法では、クレジットカードは、ＷＥＢショップがカード会社へ請求、銀行振り込みは、ＷＥＢショップが銀行口座で振込みを確認、宅配の集金は、代金支払いと引換というように、ＷＥＢショップ側が主体での仕組みです。【００１１】クレジットカード会社と銀行に主体的な役目をしてもらうことにより、上記課題を解決できる仕組みを完成させることが可能になりました。【００１２】ＷＥＢショップへの代金決済には、クレジットカード決済では、カード会社のサイトで訪問者からのＷＥＢショップへの支払い依頼を受け、支払い代金の支払確約の通知をクレジットカード会社本体からＷＥＢショップへ出させ、銀行の個人口座からの振込みでは、銀行のサイトでＷＥＢショップへの振り込み依頼を受け、支払い代金の振込み済み通知を銀行本体からＷＥＢショップへ出させます。【００１３】この通知では、個人情報は全く付帯せず、代金の決済だけを通知します。【００１４】商店での買い物で、氏名等を名乗らないのと同じ自然の取引ですが、商品選択→代金決済→サービスの提供の一連の取引がシームレス化できたので可能になったものです。【００１５】この通知はクレジットカード会社、銀行がする極めて信用度の高い支払い保証です。【００１６】この信用度の高い支払い確約と引き換えに、ＷＥＢショップからスムーズなサービスの提供を受けることが可能になります。
【具体的な仕組みの説明】
【００１７】図１を参考に説明を加えます。
【００１８】訪問者は、ＷＥＢショップの買い物籠に希望する商品を入れ、自分のクレジットカード会社又は銀行のリンクページへ買い物籠の明細（＊）をもったまま飛びます。図１，Ａ１＊買い物籠の明細（支払い先明細、商品明細、支払い金額）
【００１９】リンクページに入って初めて、個人情報を確認することになります。
【００２０】ＷＥＢショップから出ての個人情報の確認なので、ＷＥＢショップには個人情報が渡ることはありません。
【００２１】クレジットカードの場合は、個人情報が確認出来きたら（図１，Ａ２Ｃ）、買い物籠の明細を基に、ＷＥＢショップへの支払い予約処理をし（図１，Ａ３Ｃ）、次いで、買い物籠の明細に加え、後日、取引を確定できる取引番号等を付した支払い確約通知の情報を持って、支払い確約の通知を受けるＷＥＢショップのリンクへ飛びます。（図１、Ａ４Ｃ）
【００２２】ＷＥＢショップへの別途の支払明細には、確定できる取引番号等だけで、個人情報は記載しません。
【００２３】上記のように、クレジットカード会社が支払い確約に基づき、自身で支払処理をすれば、ＷＥＢショップの請求事務を無くせますが、もちろんＷＥＢショップに取引番号等に基づく支払い請求をさせるのであれば、従来の事務処理と同じシステムで対応可能です。
【００２４】銀行の場合は、個人認証と取引口座と残高の確認であり（図１、Ａ２Ｂ）、ＷＥＢショップの指定口座へ代金を振込む処理がなされます。（図１、Ａ３Ｂ）
【００２５】次いで、買い物籠の明細に加え、後で取引を確定できる取引番号等を付した振込み通知情報を持って、振込み通知を受けるＷＥＢショップのリンクへ飛びます。（図１、Ａ４Ｂ）
【００２６】上記振込み処理のＷＥＢショップへの報告には、振込み人の個人情報を附さず、取引番号等の明細だけ通知するように修正するだけでよく、現在の振込み処理に最小限の修正を加えるだけで対応可能と思われます。
【００２７】再度戻ってきたＷＥＢショップのリンクページは、代金決済が済んだ買い物籠となります。（図１、Ａ５）
【００２８】再度戻ってきたＷＥＢショップのリンクページに、クレジットカード会社や銀行の支払いデータベースに取引番号等での検索機能を付加し、取引の存在を確認できる仕組みにすれば、さらに完璧な決済システムにすることが可能です。
【００２９】映画、音楽、写真のようなデジタルデータを入手する取引では、上記ＷＥＢショップのリンクページでデータの取得を始められるますし、有料サイトへ入るためのパスワードの取得のような取引では、このリンクページでパスワードを取得して、有料サイトへ入るような、スムーズで簡潔な取引を具体化できます。
【００３０】物理的な物の移動が伴う取引では、このリンクページで届け先等の明細を指示することができ、何ら問題は生じません。
【発明の効果】
【００３１】１．  ＷＥＢショップに個人情報を開示することなく、契約→代金決済→サービスの享受までの一連取引をシームレスなものにできるようになります。
【００３２】２．  ＷＥＢショップ側には、個人情報は残らず、個人情報管理事務がなくなります。
【００３３】３．  銀行やクレジットカードサイトでは、厳格な個人認証が行われ、不正使用が激減できます。
【００３４】４．  個人情報の漏洩による不正使用等の心配がなくなり、インターネットショッピングを利用する人が格段に増えるものと推測されます。
【００３５】５．  ＷＥＢショップの代金回収事務の軽減ができます。
【００３６】６．  銀行振り込み決済なら、資金回収が早く、ＷＥＢショップの陥りやすい資金不足は心配しなくてすみます。
【００３７】７．  このモデルは極めてシンプルで、ＷＥＢショップの立ち上げを容易にします。
【００３８】８．  このモデルは、今後も飛躍的に増加していくと思われるＷＥＢショップの数やその取引を容易に消化していくものです。
【図面の簡単な説明】
【００３９】
【図１】  インターネットショッピングのシームレスモデル
【符号の説明】
【００４０】Ａ１    買い物籠のページで代金決済方法を選択し、各サイトのリンク先で飛びます。
Ａ２Ｂ  銀行のサイトでパスワード等で個人認証し、口座と残高を確認します。
Ａ３Ｂ  ＷＥＢショップへの代金振込み処理を行います。
Ａ４Ｂ  振込みが完了したページから、ＷＥＢショップの決済確認リンク先へ飛びます。
Ａ２Ｃ  カードのサイトでパスワード等で個人認証します。
Ａ３Ｃ  ＷＥＢショップへの代金支払い予約処理を行います。
Ａ４Ｃ  予約処理が完了したページから、ＷＥＢショップの決済確認リンク先へ飛びます。
Ａ５    ＷＥＢショップの決済確認リンクページでサービスの提供へと進みます。
【図１】
2006012107.tif 000003