(57)【要約】      （修正有）【課題】オンラインショッピングを行う際に、ネット店舗側に商品購入ユーザの個人情報を開示することなく、個人情報の漏えいリスクを低減する決済支援装置、決済支援システム、決済支援方法及び決済支援プログラムを提供する。【解決手段】決済支援サーバ３であって、商品を販売するネット店舗のネット店舗サーバでユーザが選択した商品の購入金額を受信する受信部３１と、ユーザのクレジットカードで購入金額が決済可能か否かの与信要求をクレジットカード会社の決済サーバに送信し、与信結果を取得する与信要求部３２と、与信結果が決済可能な場合、ネット店舗サーバに商品購入処理が完了したことを通知する通知部３３と、商品が物流事業者により前記ユーザに配送済みになった場合、クレジットカードでの決済指示を前記決済サーバに送信する売上処理部３４と、を備える。【選択図】図３
2019079570.tif 000002
【特許請求の範囲】
【請求項１】
決済支援装置であって、
商品を販売する店舗装置でユーザが選択した商品の購入金額を受信する受信部と、
前記ユーザのクレジットカードで前記購入金額が決済可能か否かの与信要求を決済装置に送信し、与信結果を取得する与信要求部と、
前記与信結果が決済可能な場合、前記店舗装置に商品購入処理が完了したことを通知する通知部と、
前記商品が物流事業者により前記ユーザに配送済みになった場合、前記クレジットカードでの決済指示を前記決済装置に送信する売上処理部と、を備えること
を特徴とする決済支援装置。
【請求項２】
請求項１記載の決済支援装置であって、
前記売上処理部は、商品の配送管理を行う物流管理装置から前記商品の配送状況を取得し、当該商品が前記ユーザに配送済みか否かを判別すること
を特徴とする決済支援装置。
【請求項３】
請求項１または請求項２に記載の決済支援装置であって、
前記通知部は、与信結果が決済可能な場合、配送管理を行う物流管理装置から前記商品の配送ＩＤを取得し、前記店舗装置に通知すること
を特徴とする決済支援装置。
【請求項４】
請求項３記載の決済支援装置であって、
前記通知部は、前記配送ＩＤ、または、前記配送ＩＤおよび配送先住所を所定のコードに変換し、配送ラベルとして前記店舗装置に通知すること
を特徴とする決済支援装置。
【請求項５】
請求項１から４のいずれか一項に記載の決済支援装置であって、
前記商品の決済状況を前記店舗装置に提供する提供手段を、備えること
を特徴とする決済支援装置。
【請求項６】
決済支援装置と物流装置とを備える決済支援システムであって、
前記決済支援装置は、
商品を販売する店舗装置でユーザが選択した商品の購入金額を受信する受信部と、
前記ユーザのクレジットカードで前記購入金額が決済可能か否かの与信要求を決済装置に送信し、与信結果を取得する与信要求部と、
前記与信結果が決済可能な場合、前記物流装置が生成した配送ＩＤを、前記店舗装置に通知する通知部と、
前記商品が物流事業者により前記ユーザに配送済みになった場合、前記クレジットカードでの決済指示を前記決済装置に送信する売上処理部と、を備え、
前記物流装置は、
前記決済支援装置からの要求に応じて、前記商品の配送ＩＤを生成する生成部と、
配送ＩＤ毎に商品の配送状況を記憶する配送状況記憶部と、を備えること
を特徴とする決済支援システム。
【請求項７】
決済支援装置が行う決済支援方法であって、
商品を販売する店舗装置でユーザが選択した商品の購入金額を受信する受信ステップと、
前記ユーザのクレジットカードで前記購入金額が決済可能か否かの与信要求を決済装置に送信し、与信結果を取得する与信要求ステップと、
前記与信結果が決済可能な場合、前記店舗装置に商品購入処理が完了したことを通知する通知ステップと、
前記商品が物流事業者により前記ユーザに配送済みになった場合、前記クレジットカードでの決済指示を前記決済装置に送信する売上処理ステップと、を行うこと
を特徴とする決済支援方法。
【請求項８】
決済支援装置と物流装置とを備える決済支援システムが行う決済支援方法であって、
前記決済支援装置は、
商品を販売する店舗装置でユーザが選択した商品の購入金額を受信する受信ステップと、
前記ユーザのクレジットカードで前記購入金額が決済可能か否かの与信要求を決済装置に送信し、与信結果を取得する与信要求ステップと、
前記与信結果が決済可能な場合、前記物流装置が生成した配送ＩＤを、前記店舗装置に通知する通知ステップと、
前記商品が物流事業者により前記ユーザに配送済みになった場合、前記クレジットカードでの決済指示を前記決済装置に送信する売上処理ステップと、を行い、
前記物流装置は、
前記決済支援装置からの要求に応じて、前記商品の配送ＩＤを生成する生成ステップと、
前記商品の配送状況に応じて、配送状況記憶部の配送状況を更新する配送管理ステップと、を行うこと
を特徴とする決済支援方法。
【請求項９】
決済支援装置が実行する決済支援プログラムであって、
前記決済支援装置に、
商品を販売する店舗装置でユーザが選択した商品の購入金額を受信する受信ステップ、
前記ユーザのクレジットカードで前記購入金額が決済可能か否かの与信要求を決済装置に送信し、与信結果を取得する与信要求ステップ、
前記与信結果が決済可能な場合、前記店舗装置に商品購入処理が完了したことを通知する通知ステップ、および、
前記商品が物流事業者により前記ユーザに配送済みになった場合、前記クレジットカードでの決済指示を前記決済装置に送信する売上処理ステップを実行させること
を特徴とする決済支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クレジットカード決済を支援する決済支援技術に関する。
【背景技術】
【０００２】
近年、ネットワークを介してオンラインショッピングサイト（ネット通販サイト）を閲覧し、商品を購入するオンラインショッピングが増加している。そのため、オンラインショッピングに関する様々な技術が開発されている。例えば、特許文献１には、オンラインショッピングにおいて、商品の購入プロセスと配送プロセスとを分離し、各プロセスにおいて必要最小限の範囲でユーザ属性を開示することでユーザ属性の開示リスクを低減する技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2012−103824号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
オンラインショッピングサイトを運営するネット店舗側で、ユーザの住所や決済情報などの個人情報を保持する場合、個人情報の漏えいリスク、クレジットカード会社が加盟店に要求するPCIDSS（Payment Card Industry Data Security Standard）の対応など、ネット店舗サーバ側での負担が大きい。
【０００５】
また、商品を購入するユーザは、購入したい商品があっても、よく知らないネット店舗に個人情報を開示することへの不安や、商品の代金を支払ったにもかかわらず、商品を発送しない取り込み詐欺の被害にあうリスクなどから商品の購入を躊躇する場合がある。
【０００６】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、オンラインショッピングを行う際に、ネット店舗側に商品購入ユーザの個人情報を開示することなく、個人情報の漏えいリスクを低減することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明は、決済支援装置であって、商品を販売する店舗装置でユーザが選択した商品の購入金額を受信する受信部と、前記ユーザのクレジットカードで前記購入金額が決済可能か否かの与信要求を決済装置に送信し、与信結果を取得する与信要求部と、前記与信結果が決済可能な場合、前記店舗装置に商品購入処理が完了したことを通知する通知部と、前記商品が物流事業者により前記ユーザに配送済みになった場合、前記クレジットカードでの決済指示を前記決済装置に送信する売上処理部と、を備える。
【０００８】
本発明は、決済支援装置と物流装置とを備える決済支援システムであって、前記決済支援装置は、商品を販売する店舗装置でユーザが選択した商品の購入金額を受信する受信部と、前記ユーザのクレジットカードで前記購入金額が決済可能か否かの与信要求を決済装置に送信し、与信結果を取得する与信要求部と、前記与信結果が決済可能な場合、前記物流装置が生成した配送ＩＤを、前記店舗装置に通知する通知部と、前記商品が物流事業者により前記ユーザに配送済みになった場合、前記クレジットカードでの決済指示を前記決済装置に送信する売上処理部と、を備え、前記物流装置は、前記決済支援装置からの要求に応じて、前記商品の配送ＩＤを生成する生成部と、配送ＩＤ毎に商品の配送状況を記憶する配送状況記憶部と、を備える。
【０００９】
本発明は、決済支援装置が行う決済支援方法であって、商品を販売する店舗装置でユーザが選択した商品の購入金額を受信する受信ステップと、前記ユーザのクレジットカードで前記購入金額が決済可能か否かの与信要求を決済装置に送信し、与信結果を取得する与信要求ステップと、前記与信結果が決済可能な場合、前記店舗装置に商品購入処理が完了したことを通知する通知ステップと、前記商品が物流事業者により前記ユーザに配送済みになった場合、前記クレジットカードでの決済指示を前記決済装置に送信する売上処理ステップと、を行う。
【００１０】
本発明は、決済支援装置と物流装置とを備える決済支援システムが行う決済支援方法であって、前記決済支援装置は、商品を販売する店舗装置でユーザが選択した商品の購入金額を受信する受信ステップと、前記ユーザのクレジットカードで前記購入金額が決済可能か否かの与信要求を決済装置に送信し、与信結果を取得する与信要求ステップと、前記与信結果が決済可能な場合、前記物流装置が生成した配送ＩＤを、前記店舗装置に通知する通知ステップと、前記商品が物流事業者により前記ユーザに配送済みになった場合、前記クレジットカードでの決済指示を前記決済装置に送信する売上処理ステップと、を行い、前記物流装置は、前記決済支援装置からの要求に応じて、前記商品の配送ＩＤを生成する生成ステップと、前記商品の配送状況に応じて、配送状況記憶部の配送状況を更新する配送管理ステップと、を行う。
【００１１】
本発明は、決済支援装置が実行する決済支援プログラムであって、前記決済支援装置に、商品を販売する店舗装置でユーザが選択した商品の購入金額を受信する受信ステップ、  前記ユーザのクレジットカードで前記購入金額が決済可能か否かの与信要求を決済装置に送信し、与信結果を取得する与信要求ステップ、前記与信結果が決済可能な場合、前記店舗装置に商品購入処理が完了したことを通知する通知ステップ、および、前記商品が物流事業者により前記ユーザに配送済みになった場合、前記クレジットカードでの決済指示を前記決済装置に送信する売上処理ステップを実行させる。
【発明の効果】
【００１２】
本発明では、オンラインショッピングを行う際に、ネット店舗側に商品購入ユーザの個人情報を開示することなく、個人情報の漏えいリスクを低減することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態が適用された決済支援システムの全体構成図である。
【図２】ネット店舗サーバの機能構成を示すブロック図である。
【図３】決済支援サーバの機能構成を示すブロック図である。
【図４】物流サーバの機能構成を示すブロック図である。
【図５】本実施形態における処理の全体を説明するための図である。
【図６】商品購入処理を示すシーケンス図である。
【図７】商品購入処理におけるユーザ端末の画面遷移の一例を示す図である。
【図８】決済情報記憶部の一例を示す図である。
【図９】売上処理を示すシーケンス図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態について説明する。
【００１５】
図１は、本発明の実施形態が適用されたシステムの全体構成図である。図示するシステムは、ユーザが使用するユーザ端末１と、オンラインショッピングサイトを提供するネット店舗サーバ２と、決済サービス提供事業者が管理する決済支援サーバ３と、商品を配送する物流事業者が管理する物流サーバ４と、クレジットカード会社が管理する決済サーバ５とを備える。なお、物流事業者は、決済サービス提供事業者であってもよい。すなわち、決済サービス提供事業者が物流サーバ４を管理・運営し、商品を配送することも考えられる。
【００１６】
ユーザ端末１は、インターネットなどのネットワークを介してネット店舗サーバ２および決済支援サーバ３と接続される。ユーザ端末１には、例えばＰＣ、スマートフォン、タブレット端末、携帯電話などを用いることができる。なお、本実施形態のユーザは、決済支援サーバ３が提供する決済サービスを利用可能なユーザであって、あらかじめ決済支援サーバ３に自身の情報を登録しているものとする。
【００１７】
図２は、ネット店舗サーバ２の機能構成を示すブロック図である。図示するネット店舗サーバ２は、ショッピングサイト提供部２１と、配送ラベル出力部２２と、決済状況取得部２３と、商品情報記憶部２４と、販売情報記憶部２５とを備える。
【００１８】
ショッピングサイト提供部２１は、ネットワークを介して商品を販売するための各種処理を行う。例えば、ショッピングサイト提供部２１は、商品情報記憶部２４に登録された各種商品の商品情報をユーザ端末１に提供し、ユーザ端末が選択した商品の購入指示を受け付ける。配送ラベル出力部２２は、決済支援サーバ３から通知された配送ＩＤまたは当該配送ＩＤを示す所定のコードを商品の配送ラベルとして出力する。決済状況取得部２３は、ネット店舗の販売業者の指示を受け付けて、決済支援サーバ３にユーザに販売した商品の決済状況を要求する。商品情報記憶部２４にはネット店舗が販売する商品の商品情報が記憶される。販売情報記憶部２５には、販売した商品に関する情報（商品名、個数、配送ＩＤ、決済状況など）が記憶される。
【００１９】
図３は、決済支援サーバ３の機能構成を示すブロック図である。図示する決済支援サーバ３は、決済要求受信部３１と、与信要求部３２と、配送ＩＤ通知部３３と、売上処理部３４と、情報提供部３５と、ユーザ情報記憶部３６と、決済情報記憶部３７とを備える。
【００２０】
決済要求受信部３１は、ネット店舗サーバ２でユーザが選択した商品の購入金額を受信し、当該ユーザのユーザ認証を行う。与信要求部３２は、前記ユーザのクレジットカードで購入金額が決済可能か否かの与信要求（オーソリ要求）をクレジットカード会社の決済サーバ５に送信し、与信結果を取得する。
【００２１】
配送ＩＤ通知部３３は、与信結果が決済可能な場合、ネット店舗サーバ２に、商品購入処理が完了したことを通知する。なお、商品完了通知には、商品の配送ＩＤが含まれる。売上処理部３４は、商品がユーザに配送済みになった場合、当該ユーザのクレジットカードでの決済指示を決済サーバ５に送信する。情報提供部３５は、ネット店舗サーバ２に、販売した商品の決済状況を提供する。また、情報提供部３５は、物流サーバ４に商品の配送先住所を提供する。ユーザ情報記憶部３６には、各ユーザの住所および氏名、クレジットカード番号などの個人情報が記憶されている。決済情報記憶部３７には、決済要求受信部３１が受信した、商品情報、購入金額、ネット店舗情報、配送ＩＤなどの商品の決済に関する情報が記憶される。
【００２２】
図４は、物流サーバ４の機能構成を示すブロック図である。図示する物流サーバ４は、配送ＩＤ生成部４１と、配送管理部４２と、配送先取得部４３と、配送状況記憶部４４とを備える。配送ＩＤ生成部４１は、決済支援サーバ３からの要求に応じて配送ＩＤを生成する。配送管理部４２は、商品の配送状況に応じて、配送状況記憶部４４の配送状況を更新する。配送先取得部４３は、決済支援サーバ３から商品の配送先住所を取得する。配送状況記憶部４４には、配送ＩＤ毎に商品の配送状況（配送ステータス）が記憶される。
【００２３】
上記説明した、ネット店舗サーバ２、決済支援サーバ３、物流サーバ４、および、決済サーバ５は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置などを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、ネット店舗サーバ２、決済支援サーバ３、物流サーバ４、および、決済サーバ５の各機能は、ネット店舗サーバ２用のプログラムの場合はネット店舗サーバ２のＣＰＵが、決済支援サーバ３用のプログラムの場合は決済支援サーバ３のＣＰＵが、物流サーバ４用のプログラムの場合は物流サーバ４のＣＰＵが、そして、決済サーバ５用のプログラムの場合は決済サーバ５のＣＰＵが、それぞれ実行することにより実現される。
【００２４】
また、ネット店舗サーバ２用のプログラム、決済支援サーバ３用のプログラム、物流サーバ４用のプログラム、および、決済サーバ５用のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。
【００２５】
次に、本実施形態の処理について説明する。
【００２６】
図５は、本実施形態における処理の全体を説明するための図である。
【００２７】
本実施形態では、商品購入処理（Ｓ１１〜Ｓ１９）と、商品配送処理（Ｓ２１〜Ｓ２３）と、売上処理（Ｓ３１〜Ｓ３４）とに分けられる。
【００２８】
＜商品購入処理（Ｓ１１〜Ｓ１９）＞
ユーザは、ユーザ端末１を用いてネット店舗サーバ２が提供するネットショッピングサイトにアクセスし、購入する商品を選択する（Ｓ１１）。その後、ユーザが決済指示をユーザ端末１に入力すると、ユーザ端末１は、リダイレクトなどにより、選択した商品の決済要求を決済支援サーバ３に送信する。
【００２９】
決済支援サーバ３は、決済要求を受信すると（Ｓ１２）、ユーザ端末１に認証情報を要求し、ユーザ認証を行う（Ｓ１３）。ユーザ認証に成功すると、決済支援サーバ３は、決済サーバ５に与信要求（オーソリ要求）を送信する（Ｓ１４）。なお、与信要求には、決済要求に含まれる購入金額と、認証情報に含まれるユーザＩＤに対応するクレジットカート番号とが含まれる。
【００３０】
決済サーバ５は、与信依頼を受信すると、当該クレジットカード番号のクレジットカードで購入金額の決済が可能か否かの与信処理を行い（Ｓ１５）、与信結果を決済支援サーバ３に送信する。決済支援サーバ３は、決済が可能である旨の与信結果を受信すると、物流サーバ４に配送ＩＤを要求する（Ｓ１６）。これにより、物流サーバ４は配送ＩＤを生成し、決済支援サーバ３に送信する（Ｓ１７）。決済支援サーバ３は、取得した配送ＩＤをネット店舗サーバ２に通知する（Ｓ１８）。ネット店舗サーバ２は、配送ＩＤを販売情報記憶部２５に記憶するとともに、ユーザ端末１に商品の購入処理が完了したことを通知する（Ｓ１９）。
【００３１】
図６は、図５の商品購入処理（Ｓ１１〜Ｓ１９）の詳細を示すシーケンス図である。
【００３２】
ユーザは、ユーザ端末１を用いてネット店舗サーバ２のオンラインショッピングサイトにアクセスし、所望の商品を購入するための操作をユーザ端末１に入力し、購入する商品を選択する。ユーザ端末１は、ユーザの操作指示を受け付けて、ユーザが選択した商品の購入要求をネット店舗サーバ２に送信する（Ｓ５１）。ネット店舗サーバ２のショッピングサイト提供部２１は、ユーザ端末１からの購入要求を受信すると、商品選択画面を生成し、ユーザ端末１に送信する（Ｓ５２）。
【００３３】
図７（ａ）は、ユーザ端末１のディスプレイに表示される商品選択画面の一例を示す図である。図示する商品選択画面には、ユーザが選択した商品、数量、金額などが設定されている。ユーザは、商品選択画面を見て、意図した商品が選択されていることを確認した後、「決済」ボタンをクリックする。ユーザ端末１は、ユーザの指示を受け付けて、リダイレクトなどにより、決済要求を決済支援サーバ３に送信する（Ｓ５３）。決済要求には、商品情報、購入金額、ネット店舗情報（例えば、ネット店舗ＩＤ）などが含まれる。ネット店舗情報は、商品選択画面に設定または埋め込まれているものとする。
【００３４】
決済支援サーバ３の決済要求受信部３１は、決済要求をユーザ端末１から受信すると、ユーザ認証画面をユーザ端末１に送信し、ユーザに認証情報を要求する（Ｓ５４）。
【００３５】
図７（ｂ）は、ユーザ端末１のディスプレイに表示されるユーザ認証画面の一例を示す図である。ユーザ端末１は、ユーザが入力した認証情報（図示する例では、ユーザＩＤ、パスワード）を決済支援サーバ３に送信する（Ｓ５５）。
【００３６】
決済支援サーバ３の決済要求受信部３１は、ユーザ情報記憶部３６を参照して送信された認証情報を認証する。例えば、決済要求受信部３１は、送信されたユーザＩＤおよびパスワードのセットがユーザ情報記憶部３６に登録されている場合、認証に成功したと判別する。認証に成功した場合、決済要求受信部３１は、決済確認画面をユーザ端末１に送信し、ユーザに決済内容の確認を要求する（Ｓ５６）。
【００３７】
図７（ｃ）は、ユーザ端末１のディスプレイに表示される決済確認画面の一例を示す図である。図示する決済確認画面には、商品名、個数、購入金額、クレジットカード番号などが表示される。決済要求受信部３１は、Ｓ５３で受信した決済要求に含まれる情報と、ユーザ情報記憶部３６に記憶された当該ユーザＩＤに対応するクレジットカード番号とを用いて、決済確認画面を生成する。なお、クレジットカード番号は、セキュリティを考慮し、一部の番号（下ｎ桁など）を設定することとしてもよい。
【００３８】
ユーザは、決済確認画面を確認した後、「決済実行」ボタンをクリックする。ユーザ端末１は、ユーザの指示を受け付けて、決済実行要求を決済支援サーバ３に送信する（Ｓ５７）。
【００３９】
決済支援サーバ３の与信要求部３２は、決済実行要求を受信すると、与信要求（オーソリ要求）を決済サーバ５に送信する（Ｓ５８）。与信要求は、当該ユーザのクレジットカードで決済が可能か否かを決済サーバ５に問い合わせるものである。本実施形態では、与信要求部３２は、決済ＩＤを生成し、当該決済ＩＤと、ユーザ情報記憶部３６に記憶された当該ユーザＩＤのクレジットカード番号と、与信額として商品の購入金額とを含む与信要求を決済サーバ５に送信する。決済ＩＤは、決済処理を識別するための識別情報である。決済サーバ５は、与信枠を確認するなどして、与信要求で指定されたクレジットカードで商品の購入金額が決済可能か否かを判別する与信処理を行い、与信結果を決済支援サーバ３に送信する（Ｓ５９）。
【００４０】
与信結果がＯＫの場合、決済支援サーバ３の配送ＩＤ通知部３３は、物流サーバ４に配送ＩＤの発行を要求する（Ｓ６０）。物流サーバ４の配送ＩＤ生成部４１は、決済支援サーバ３からの要求を受け付けて配送ＩＤを生成し、当該配送ＩＤを配送状況記憶部４４に登録する（Ｓ６１）。配送状況記憶部４４は、配送ＩＤ毎に、ユーザが購入した商品の配送状況（例えば、未集荷、集荷済み、配送済み）などが記憶される。ここでは、物流サーバ４の配送ＩＤ生成部４１は、発行した配送ＩＤと、初期状態の配送状況として例えば「未集荷」を配送状況記憶部４４に登録する。そして、配送ＩＤ生成部４１は、生成した配送ＩＤを決済支援サーバ３に送信する（Ｓ６２）。決済支援サーバ３の配送ＩＤ通知部３３は、配送ＩＤを受信すると、決済情報記憶部３７に、決済情報を登録する（Ｓ６３）。
【００４１】
図８は、決済情報記憶部３７の一例を示す図である。図示する決済情報記憶部３７には、決済ＩＤ毎に、ユーザＩＤと、ネット店舗情報と、購入した商品の商品情報（商品名、個数など）と、購入金額と、配送ＩＤと、ユーザのクレジットカード番号と、決済フラグなどが対応付けて記憶されている。なお、決済フラグは、決済サーバ５による決済処理が完了したが否かを示すフラグである。
【００４２】
そして、決済支援サーバ３の配送ＩＤ通知部３３は、ネット店舗サーバ２に配送ＩＤを通知する（Ｓ６４）。本実施形態では配送ＩＤ通知部３３は、配送ＩＤを所定のコードに変換して、配送ＩＤと共に当該コードをネット店舗サーバ２に送信することとするが、配送ＩＤのみをネット店舗サーバ２に通知することとしてもよい。所定のコードには、例えば、一次元バーコード、２次元バーコード（ＱＲコード（登録商標））などのバーコードを用いることが考えられる。配送ＩＤを意味するバーコードは、商品を配送する際に使用する配送ラベルとして用いられるものとする。
【００４３】
ネット店舗サーバ２のショッピングサイト提供部２１は、受信した配送ＩＤおよびバーコードを、商品を購入したユーザの識別情報および購入した商品の商品情報と対応付けて販売情報記憶部２５に登録する（Ｓ６５）。また、このとき、ショッピングサイト提供部２１は、決済状況に「未決済」を設定して販売情報記憶部２５に登録する。そして、ショッピングサイト提供部２１は、購入完了画面をユーザ端末１に送信して、商品購入が完了したことユーザに通知する（Ｓ６６）。
【００４４】
図７（ｄ）は、ユーザ端末１のディスプレイに表示される購入完了画面の一例を示す図である。これにより、ユーザは、商品の購入が完了したことを把握することができる。なお、本実施形態では、この時点においては、決済サーバ５による決済処理はまだ行われていない。
【００４５】
＜商品配送処理（Ｓ２１〜Ｓ２３）＞
図５に戻り、以下に商品配送処理を説明する。
【００４６】
ネット店舗２では、販売業者は、Ｓ１１でユーザが購入した商品を梱包する。その際に、販売業者は、Ｓ１８で決済支援サーバ３から通知された配送ＩＤの印刷指示をネット店舗サーバ２に入力する。ネット店舗サーバ２の配送ラベル出力部２２は、印刷指示を受け付けて、当該商品の配送ＩＤを示すバーコード（または、配送ＩＤ）を、プリンターに出力する（Ｓ２１）。そして、販売業者は、出力したバーコードを梱包した商品に貼付するなどして、商品と配送ＩＤとを対応付けしておく。
【００４７】
物流事業者は、販売業者からバーコードが付加された商品を集荷する（Ｓ２２）。その際に、物流事業者は、バーコードリーダを用いてバーコードを読み取り、当該バーコードが示す配送ＩＤの商品を集荷したことをバーコードリーダに入力する。バーコードリーダは、読み取ったバーコードを配送ＩＤに変換し、当該配送ＩＤを含む集荷通知を物流サーバ４に送信する。物流サーバ４の配送管理部４２は、集荷通知を受信すると、配送状況記憶部４４に記憶された当該配送ＩＤの配送状況を「集荷済み」に更新する。
【００４８】
そして、物流事業者は、販売業者から集荷した商品を当該商品の購入者であるユーザに配送する（Ｓ２３）。配送を行う前に、物流事業者は、バーコードリーダを用いて商品に付加されたバーコードを読み取り、当該バーコードが示す配送ＩＤの商品の配送先住所の取得要求をバーコードリーダに入力する。バーコードリーダは、読み取ったバーコードを配送ＩＤに変換し、当該配送ＩＤを含む配送先住所の取得要求を物流サーバ４に送信する。物流サーバ４の配送先取得部４３は、当該配送ＩＤを含む配送先要求を決済支援サーバ３に送信する。決済支援サーバ３の情報提供部３５は、決済情報記憶部３７から当該配送ＩＤに対応するユーザＩＤを取得し、取得したユーザＩＤに対応する住所および氏名を配送先住所としてユーザ情報記憶部３６から取得し、物流サーバ４に送信する。物流サーバ４は、配送先住所を受信すると、バーコードなどに変換してプリンターに出力する。物流事業者は、配送先住所を示すバーコードを商品に貼付する。
【００４９】
物流事業者は、商品を配送する際に、バーコードリーダを用いて商品に貼付されたバーコードを読み取り、当該バーコードが示す配送先に、商品を配送する。配送後、物流事業者は、バーコードリーダを用いて配送ＩＤを示すバーコードを読み取り、当該バーコードが示す配送ＩＤの商品をユーザに配送したことをバーコードリーダに入力する。バーコードリーダは、読み取ったバーコードを配送ＩＤに変換し、当該配送ＩＤを含む配送通知を物流サーバ４に送信する。物流サーバ４の配送管理部４２は、配送通知を受信すると、配送状況記憶部４４に記憶された当該配送ＩＤの配送状況を「配送済み」に更新する。
【００５０】
以上説明した商品配送処理では、ネット店舗サーバ２を運営する販売業者には、商品の配送ＩＤのみが通知され、ユーザの住所、クレジットカード番号などの個人情報は、一切通知されない。これにより、ネット店舗から商品を購入したユーザの個人情報が漏えいするリスクを回避することができ、ユーザはよく知らないネット店舗であっても安心して商品を購入することができる。
【００５１】
また、本実施形態では、ネット店舗側には商品の配送先を通知することなく、商品の集荷および配送を物流事業者が請け負うため、ネット店舗が取込み詐欺を行うことはできない。したがって、ユーザは、ネット店舗で購入した商品が確実に届くという安心感がある。
【００５２】
また、本実施形態では、ネット店舗側で梱包される商品には、配送ＩＤを示すバーコードのみが貼付され、物流事業者により配送されるため匿名配送が可能となる。また、物流事業者は、配送ＩＤを示すバーコードと、配送先を示すバーコードとを用いて商品を集配する。すなわち、梱包された商品にはユーザの住所、氏名などの個人情報は、そのまま記載されていないため、ユーザは、商品が梱包されていた段ボールから個人情報を破棄することなく、段ボールを廃棄することができる。
【００５３】
＜売上処理（Ｓ３１〜Ｓ３４）＞
図５を参照して、以下に売上処理を説明する。
【００５４】
決済支援サーバ３の売上処理部３４は、決済が完了していない商品の配送ＩＤを決済情報記憶部３７を参照して取得し、当該配送ＩＤの配送状況を物流サーバ４の配送状況記憶部４４から取得する（Ｓ３１）。そして、売上処理部３４は、配送状況が「配送済み」の配送ＩＤについて、売上処理を行う（Ｓ３２）。すなわち、売上処理部３４は、当該配送ＩＤに対応するクレジットカード番号、購入金額およびネット店舗情報を含む決済要求を決済サーバ５に送信し、決済サーバ５から決済完了通知を受信すると決済情報記憶部３７の当該配送ＩＤに対する決済フラグを「決済済み」に更新する。
【００５５】
決済サーバ５は、決済支援サーバ３から決済要求を受信すると、購入金額から手数料を除いた金額をネット店舗の銀行口座に入金するとともに、当該クレジットカード番号の銀行口座から所定の請求日に購入金額を引き落とす決済処理を行う（Ｓ３３）。
【００５６】
ネット店舗の販売業者は、任意のタイミングで、販売した商品の決済状況（入金状況）を決済支援サーバ３に確認する（Ｓ３４）。具体的には、ネット店舗サーバ２は、販売業者が入力した配送ＩＤを含む決済確認要求を決済支援サーバ３に送信する（Ｓ３４）。決済支援サーバ３の情報提供部３５は、決済情報記憶部３７を参照し、決済確認要求で指定された配送ＩＤの決済フラグ（「決済済み」または「未決済」）をネット店舗サーバ２に送信する。
【００５７】
図９は、図５の売上処理（Ｓ３１〜Ｓ３４）を、詳細に示すシーケンス図である。
【００５８】
決済支援サーバ３の売上処理部３４は、所定のタイミング（例えば、１回／日）で、決済情報記憶部３７の決済フラグを参照して決済が完了していない配送ＩＤを取得する（Ｓ７１）。そして、売上処理部３４は、物流サーバ４の配送状況記憶部４４から、取得した各配送ＩＤの配送状況を取得する（Ｓ７２）。例えば、売上処理部３４は、スクレイプ（Ｓｃｒａｐｅ）技術などを用いて、物流サーバ４の配送状況記憶部４４にアクセスし、各配送ＩＤの配送状況を抽出する。
【００５９】
そして、売上処理部３４は、取得した配送状況の中で、「配送済み」の配送ＩＤを抽出し（Ｓ７３）、抽出した各配送ＩＤの商品に対する決済要求を決済サーバ５に送信する（Ｓ７４）。すなわち、売上処理部３４は、抽出した配送ＩＤ毎に、対応するクレジットカード番号、購入金額、および入金先のネット店舗の口座番号、決済ＩＤを決済情報記憶部３７から取得し、これらの情報を含む決済要求を決済サーバ５に送信する。
【００６０】
なお、決済支援サーバ３は、図示しないネット店舗情報記憶部に、各ネット店舗に関する情報（ネット店舗ＩＤ、口座番号、住所など）を保持しており、決済情報記憶部３７に記憶されたネット店舗情報（ネット店舗ＩＤ）を用いてネット店舗情報記憶部から対応するネット店舗の口座番号を取得するものとする。
【００６１】
決済サーバ５は、決済要求を受信すると、購入金額から手数料を除いた金額をネット店舗の銀行口座に入金するとともに、当該クレジットカード番号の銀行口座から所定の請求日に購入金額を引き落とす決済処理を行う（Ｓ７５）。そして、決済サーバ５は、決済支援サーバ３に決済完了通知を送信する（Ｓ７６）。決済支援サーバ３の売上処理部３４は、決済サーバ５から決済完了通知を受信すると、決済情報記憶部３７のＳ７３で抽出した各配送ＩＤに対応する決済フラグを「決済済み」に更新する（Ｓ７７）。
【００６２】
ネット店舗の販売業者は、所望のタイミングでネット店舗サーバ２の販売情報記憶部２５にアクセスし、決済が行われていない配送ＩＤの決済状況を確認する。すなわち、ネット店舗サーバ２の決済状況取得部２３は、販売業者が入力した配送ＩＤを含む決済確認要求を決済支援サーバ３に送信する（Ｓ７８）。決済支援サーバ３の情報提供部３５は、決済情報記憶部３７を参照し、決済確認要求で指定された配送ＩＤの決済フラグに設定された状況（「決済済み」または「未決済」）をネット店舗サーバ２に送信する（Ｓ７８）。
なお、「決済済み」はネット店舗サーバ２の銀行口座に販売した商品の代金が入金されていることを示し、「未決済」はネット店舗サーバ２の銀行口座に販売した商品の代金が未だ入金されていないことを示す。
【００６３】
そして、ネット店舗サーバ２の決済状況取得部２３は、取得した決済状況（「決済済み」または「未決済」）をディスプレイに表示し、販売業者に提示するとともに、指定した配送ＩＤの決済状況が「決済済み」の場合、販売情報記憶部２５の決済状況を「未決済」から「決済済み」に更新する。
【００６４】
図５および図９で説明した売上処理では、物流事業者による商品の配送後に商品の売上（決済）が完了するため、商品代金が口座から引き落とされているにも関わらず、商品が届かない事態を回避することができる。また、ユーザにとっては、オンラインショッピングにおけるクレジットカード決済であるが、後払い、または、代金引換（代引）のような感覚で商品を購入することができる。
【００６５】
以上説明した本実施形態の決済支援装置では、ネット店舗サーバ２でユーザが選択した商品の購入金額などを受信し、当該ユーザのクレジットカードで購入金額が決済可能か否かの与信要求を決済サーバ５に送信して与信結果を取得し、与信結果が決済可能な場合、ネット店舗サーバ２に商品購入処理が完了したことを通知する。そして、決済支援サーバ３は、物流事業者により商品がユーザに配送済みになった場合に、クレジットカードでの決済指示を決済サーバ５に送信する。
【００６６】
これにより、本実施形態では、オンラインショッピングを行う際に、ネット店舗側に商品を購入したユーザの個人情報を開示することなく、個人情報の漏えいリスクを低減することができる。これにより、ユーザはよく知らないネット店舗であっても安心して商品を購入することができる。
【００６７】
また、物流事業者による商品の配送後に商品の決済を行うため、商品代金が口座から引き落とされているにも関わらず、商品が届かない事態を防止することができる。したがって、後払い、または、代金引換のような感覚で商品を購入することができる。
【００６８】
また、本実施形態では、ネット店舗側には、商品の配送先を通知することなく、商品の集荷および配送を物流事業者が請け負うため、ネット店舗が取込み詐欺を行うことはできない。したがって、ユーザは、ネット店舗で購入した商品が確実に届くという安心感がある。
【００６９】
また、本実施形態では、ネット店舗側で梱包される商品には、配送ＩＤを示すバーコードのみが貼付され、物流事業者により配送されるため匿名配送が可能となる。また、物流事業者は、配送ＩＤを示すバーコードと、配送先を示すバーコードを用いて商品を集配する。すなわち、梱包された商品にはユーザの住所、氏名は、そのまま記載されていないため、ユーザは、商品が梱包されていた段ボールから個人情報を破棄することなく、段ボールを廃棄することができる。
【００７０】
なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、上記実施形態の決済支援サーバ３は、複数のネット店舗サーバ２が共同利用するものであってもよい。すなわち、決済支援サーバ３は、ＡＳＰ（Application Service Provider）であって、複数のネット店舗サーバ２に決済サービスを提供するものであってもよい。
【符号の説明】
【００７１】
１  ：ユーザ端末
２  ：ネット店舗サーバ
２１：ショッピングサイト提供部
２２：配送ラベル出力部
２３：決済状況取得部
２４：商品情報記憶部
２５：販売情報記憶部
３  ：決済支援サーバ
３１：決済要求受信部
３２：与信要求部
３３：配送ＩＤ通知部
３４：売上処理部
３５：情報提供部
３６：ユーザ情報記憶部
３７：決済情報記憶部
４  ：物流サーバ
４１：配送ＩＤ生成部
４２：配送管理部
４３：配送先取得部
４４：配送状況記憶部
【図１】
2019079570.tif 000003
【図２】
2019079570.tif 000004
【図３】
2019079570.tif 000005
【図４】
2019079570.tif 000006
【図５】
2019079570.tif 000007
【図６】
2019079570.tif 000008
【図７】
2019079570.tif 000009
【図８】
2019079570.tif 000010
【図９】
2019079570.tif 000011
【手続補正書】
【提出日】平成31年2月5日(2019.2.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
決済支援装置と店舗装置と物流装置とを備える決済支援システムが行う決済支援方法であって、
前記決済支援装置がユーザ端末から送信された選択された商品の決済要求を受信し、決済装置に与信要求を送信するステップと
前記決済支援装置が前記決済装置からの与信結果を受信し、前記物流装置に配送ＩＤを要求するステップと、
前記決済支援装置が前記物流装置からの配送ＩＤを受信し、店舗装置に配送ＩＤを送信するステップと、
前記店舗装置は前記決済支援装置から通知された配送ＩＤの印刷指示を受け、商品の配送ＩＤを示すバーコード又は配送ＩＤをプリンターに出力するステップと、
物流事業者が集荷した商品に貼付された配送ＩＤを示すバーコードから変換された配送ＩＤ又は商品に貼付された配送ＩＤを前記物流装置が集荷通知として受信して当該配送ＩＤの配送状況を「集荷済み」とするステップと、
前記物流装置は配送ＩＤの商品の配送先住所の取得要求を前記決済支援装置に送信するステップと、
前記決済支援装置は前記物流装置からの配送先住所の取得要求に対して対応する配送先住所を当該物流装置に送信するステップと、
前記物流装置は前記決済支援装置から受信した配送先住所をバーコードに変換してプリンターに出力するステップと、
前記物流装置は、配送後に配送ＩＤを含む配送通知を受信し、当該配送ＩＤの配送状況を「配送済み」とするステップと、
前記決済支援装置は前記物流装置から配送状況を取得し、配送状況が「配送済み」の配送ＩＤについて、配送ＩＤに対応する決済要求を前記決済装置に送信するステップと、
前記決済支援装置は前記決済装置から決済完了通知を受信すると配送ＩＤに対する決済フラグを「決済済み」にするステップとを含む決済支援方法。
【請求項２】
決済支援装置と店舗装置と物流装置とを備える決済支援システムであって、
前記決済支援装置は、
ユーザ端末から送信された選択された商品の決済要求を受信し、決済装置に与信要求を送信する部と、
前記決済装置からの与信結果を受信し、物流装置に配送ＩＤを要求する部と、
前記物流装置からの配送ＩＤを受信し、店舗装置に配送ＩＤを送信する部とを含み、
前記店舗装置は、
前記店舗装置は前記決済支援装置から通知された配送ＩＤの印刷指示を受け、商品の配送ＩＤを示すバーコード又は配送ＩＤをプリンターに出力する部を含み、
前記物流装置は、
物流事業者が集荷した商品に貼付された配送ＩＤを示すバーコードから変換された配送ＩＤ又は商品に貼付された配送ＩＤを集荷通知として受信して当該配送ＩＤの配送状況を「集荷済み」とする部と、
配送ＩＤの商品の配送先住所の取得要求を前記決済支援装置に送信する部とを含み、
前記決済支援装置は、
前記物流装置からの配送先住所の取得要求に対して対応する配送先住所を当該物流装置に送信する部を更に含み、
前記物流装置は、
前記決済支援装置から受信した配送先住所をバーコードに変換してプリンターに出力する部と、
配送後に配送ＩＤを含む配送通知を受信し、当該配送ＩＤの配送状況を「配送済み」とする部とを更に含み、
前記決済支援装置は、
前記物流装置から配送状況を取得し、配送状況が「配送済み」の配送ＩＤについて、配送ＩＤに対応する決済要求を前記決済装置に送信する部と、
前記決済装置から決済完了通知を受信すると配送ＩＤに対する決済フラグを「決済済み」にする部とを更に含む決済支援システム。
【請求項３】
決済支援装置が実行する決済支援プログラムであって、
前記決済支援装置に、
ユーザ端末から送信された選択された商品の決済要求を受信し、決済装置に与信要求を送信するステップと、
前記決済装置からの与信結果を受信し、物流装置に配送ＩＤを要求するステップと、
前記物流装置からの配送ＩＤを受信し、店舗装置に配送ＩＤを送信するステップと、
前記物流装置からの配送先住所の取得要求に対して対応する配送先住所を当該物流装置に送信するステップと、
前記物流装置から配送状況を取得し、配送状況が「配送済み」の配送ＩＤについて、配送ＩＤに対応する決済要求を前記決済装置に送信するステップと、
前記決済装置から決済完了通知を受信すると配送ＩＤに対する決済フラグを「決済済み」にするステップとを実行させる決済支援プログラム。