JP2019168982A - ベストレート保証方法、コンピュータ、およびプログラム - Google Patents

Abstract

【課題】クレジットカードを利用した購入商品よりも安値の同一商品が発見された場合に、購入価格との差額分を返金することにより購入商品のベストレートを保証するベストレート保証方法、コンピュータ、およびプログラムを提供する。【解決手段】クレジットカード会社が管理するベストレート保証管理サーバ１００は、ネットワーク１０３を介して、会員である商品の購入者が利用する購入者端末１０１、商品を販売する小売店が利用する小売店端末１０２、ＥＣモールなどの各種ＥＣサイトサービスを提供するＥＣサイトサーバ１０４‐１〜Ｍ、ホテル予約サイトを提供するホテル予約サイトサーバ１０５‐１〜Ｎと通信を行う。クレジットカードを利用した購入商品よりも安値の同一商品が発見された場合に、購入価格との差額分を返金することにより購入商品のベストレートを保証する。【選択図】図１

Description

本発明は、ベストレート保証方法、コンピュータ、およびプログラムに関する。より詳細には、クレジットカードを利用した購入商品よりも安値の同一商品が発見された場合に、購入価格との差額分を返金することにより購入商品のベストレートを保証することができる方法、コンピュータ、およびプログラムに関する。

同一の商品であるにも関わらず、同時期に店舗によって販売価格が異なることは多々ある。そして、商品の購入者が、商品購入後に、同一商品がさらに安く販売されていることを発見することも珍しくない。特に、通常価格での購入後、同一商品がセール対象になっていた場合は、それらの価格差も大きくなる。また、これは商品に限られず、各種サービスの利用や、ホテル予約サイトでのホテル予約においても起こり得る。

商品を高く購入してしまった購入者は、以降、別商品の購入の際、「別の販売店ではもっと安く販売されているのではないか」、「もう少し待てば安くなるのではないか」という消費者心理が働き、商品購入を見送る場合もあり得る。これは、経済活動の面からも望ましいことではない。また、価格比較サイトなどはあるものの、消費者が自ら、商品価格のモニタリングをするのは非常に手間となる。

一方で、クレジットカード会社は、他社のクレジットカードとの差別化を図るため、クレジットカード会員（以下、単に「会員」という）に多種多様なサービスを提供している。しかしながら、クレジットカードで購入した商品の価格よりも安値の同一商品が発見された場合に、ベストレート（最低価格）での商品購入を保証するようなサービスはまだない。また、購入商品の最低価格をモニタリングするようなサービスもない。会員に対し、ベストレートでの商品購入を保証するサービスは、消費者が安心してカードを利用して商品を購入でき、経済活動の促進に繋がる。さらに、クレジットカード会社としても他社との差別化や、カード利用の促進を図ることができる。

本発明はこのような問題に鑑みてなされたものであり、その目的とするところは、クレジットカードを利用した購入商品よりも安値の同一商品が発見された場合に、購入価格との差額分を返金することにより購入商品のベストレートを保証することにある。

本発明は、このような目的を達成するために、クレジットカードを利用した購入商品よりも安値の同一商品が発見された場合に前記購入商品のベストレートを保証する第１のコンピュータによって実行される方法であって、前記方法は、
前記第１のコンピュータが、クレジットカード会員が利用する第２のコンピュータから、前記購入商品のデータを少なくとも含む差額請求データを受信するステップと、
前記第１のコンピュータが、前記差額請求データおよびカード利用データに基づいて、前記購入商品の存否を判定するステップであって、前記カード利用データは、前記購入商品を販売した小売店が利用する第３のコンピュータから受信されるデータである、ステップと、
前記購入商品が存在する場合、前記第１のコンピュータが、前記購入商品がベストレート保証の対象となるか否かを判定するステップと、
前記購入商品が前記ベストレート保証の対象となる場合、前記第１のコンピュータが、前記購入商品の購入価格と前記安値との差額分を前記クレジットカード会員の決済口座に返金するステップと
を備えたことを特徴とする。

また本発明は、別の実施形態において、クレジットカードを利用した購入商品よりも安値の同一商品が発見された場合に前記購入商品のベストレートを保証する第１のコンピュータによって実行される方法であって、前記方法は、
前記第１のコンピュータが、クレジットカード会員が利用する第２のコンピュータから、前記購入商品のデータを少なくとも含む購入データを受信するステップと、
前記第１のコンピュータが、前記購入データおよびカード利用データに基づいて、前記購入商品の存否を判定するステップであって、前記カード利用データは、前記購入商品を販売した小売店が利用する第３のコンピュータから受信されるデータである、ステップと、
前記購入商品が存在する場合、前記第１のコンピュータが、前記購入商品がベストレート保証の対象となるか否かを判定するステップと、
前記購入商品が前記ベストレート保証の対象となる場合、前記第１のコンピュータが、前記購入商品と同一商品の価格モニタリングを実行するステップと、
前記価格モニタリングの結果、前記購入商品の購入価格よりも前記安値の同一商品が存在する場合、前記第１のコンピュータが、前記購入価格と前記安値との差額分を前記クレジットカード会員の決済口座に返金するステップと
を備えたことを特徴とする。

さらに本発明は、さらに別の実施形態において、ホテル予約サイトを利用して予約した宿泊プランよりも安値の同一プランが発見された場合に前記宿泊プランのベストレートを保証する第１のコンピュータによって実行される方法であって、前記方法は、
前記第１のコンピュータが、クレジットカード会員が利用する第２のコンピュータから、前記宿泊プランのデータを少なくとも含むホテル予約データを受信するステップと、
前記第１のコンピュータが、前記ホテル予約データおよび予約データに基づいて、前記宿泊プランの存否を判定するステップであって、前記予約データは、前記ホテル予約サイトを提供する第３のコンピュータに格納されるデータである、ステップと、
前記宿泊プランが存在する場合、前記第１のコンピュータが、前記宿泊プランがベストレート保証の対象となるか否かを判定するステップと、
前記宿泊プランが前記ベストレート保証の対象となる場合、前記第１のコンピュータが、前記宿泊プランと同一プランの価格モニタリングを実行するステップと、
前記価格モニタリングの結果、前記宿泊プランの宿泊料金よりも前記安値の同一プランが存在する場合、前記第１のコンピュータが、前記宿泊料金と前記安値との差額分を前記クレジットカード会員の決済口座に返金するための差額返金申請データを前記第３のコンピュータに送信するステップと
を備えたことを特徴とする。

以上説明したように、本発明によれば、クレジットカードを利用した購入商品よりも安値の同一商品が発見された場合に、購入価格との差額分を返金することにより購入商品のベストレートを保証することができる。

本発明の一実施形態に係るシステムの全体構成を示す図である。 本発明の一実施形態に係るシステムのベストレート保証管理サーバの構成を示す図である。 本発明の一実施形態に係るベストレート保証処理（会員申請パターン）を示すフローチャートである。 本発明の一実施形態に係るベストレート保証処理（モニタリングパターン）を示すフローチャートである。 本発明の一実施形態に係るベストレート保証処理（代理申請パターン）を示すフローチャートである。 本発明の一実施形態に係る差額請求データ記憶部に格納されたデータを示す図である。 本発明の一実施形態に係る購入データ記憶部に格納されたデータを示す図である。 本発明の一実施形態に係るホテル予約データ記憶部に格納されたデータを示す図である。 本発明の一実施形態に係るカード利用データ記憶部に格納されたデータを示す図である。 本発明の一実施形態に係る会員データ記憶部に格納されたデータを示す図である。

以下、添付した図面を参照して、本発明の実施形態に係るシステムを詳細に説明する。図１は、本発明の一実施形態に係るシステムの全体構成を示す図である。図１において、クレジットカード会社が管理するベストレート保証管理サーバ１００は、ネットワーク１０３（例えば、インターネット）を介して、会員である商品の購入者が利用する購入者端末１０１、および当該商品を販売する小売店が利用する小売店端末１０２と通信を行うように構成される。また、ベストレート保証管理サーバ１００は、ネットワーク１０３を介して、ＥＣモールなどの各種ＥＣサイトサービスを提供するＥＣサイトサーバ１０４‐１〜Ｍ（以下、まとめて「ＥＣサイトサーバ１０４」という）、およびホテル予約サイトを提供するホテル予約サイトサーバ１０５‐１〜Ｎ（以下、まとめて「ホテル予約サイトサーバ１０５」という）とも通信を行うように構成される。さらに、ベストレート保証管理サーバ１００は、ネットワーク１０６（例えば、イントラネット）を介して、クレジットカード会社の担当者が利用する担当者端末１０７と通信を行うように構成される。

ベストレート保証管理サーバ１００は、会員が各種サービスを利用するための会員専用サイトを提供する。また、ベストレート保証管理サーバ１００は、小売店端末１０２から会員のクレジットカード利用データを受信する。さらに、ベストレート保証管理サーバ１００は、購入者端末１０１を介して会員から差額請求の申請を受けると、対象商品がベストレート保証の対象であるか否かを判定し、保証対象である場合は、差額返金処理を実行する。また、ベストレート保証管理サーバ１００は、購入者端末１０１を介して会員からクレジットカードでの購入データを受信すると、当該購入データに基づいてＷｅｂスクレイピングを実行し、ＥＣサイトサーバ１０４から購入商品と同一商品の価格データを取得する（価格モニタリング）。価格モニタリングの結果、購入価格よりも安値の同一商品が存在する場合、ベストレート保証管理サーバ１００は、差額返金処理を実行する。さらに、ベストレート保証管理サーバ１００は、購入者端末１０１を介して会員からホテル予約データを受信すると、ホテル予約サイトサーバ１０５に対し、予約した宿泊プランと同一タイプの宿泊プランの価格モニタリングを行い、より安値が存在する場合、差額返金の代理申請処理を実行する。なお、図１では、ベストレート保証管理サーバ１００を単一のサーバコンピューティングシステムとして記載しているが、別の実施形態では、複数台のサーバコンピュータで構成される分散型コンピューティングシステムとして構築することもできる。

購入者端末１０１は、会員宅に設置される据え置き型のコンピュータ端末であっても、モバイル端末であってもよい。会員は購入価格よりも安値の同一商品を発見した際、購入者端末１０１を介して、ベストレート保証管理サーバ１００が提供する会員専用サイトにアクセスし、商品購入時のレシートや安値の確証書類（広告チラシ）の画像をアップロードするなどし、差額請求の申請を行う。ベストレート保証管理サーバ１００において価格モニタリングを行う別の実施形態では、会員は、購入者端末１０１を介して会員専用サイトにアクセスし、クレジットカードでの購入データやホテル予約データの登録を行う。

小売店端末１０２は、例えば、小売店に設置されるコンピュータ端末であり、カードリーダなどのクレジットカード決済端末と接続される。小売店端末１０２は、クレジットカード利用データをベストレート保証管理サーバ１００に送信する。

ＥＣサイトサーバ１０４は、例えば、各種ＥＣサイトサービスごとに、１または複数台のサーバコンピュータで構成される。ＥＣサイトサーバ１０４は、各商品の価格データを有している。価格モニタリングの対象となった商品の価格データは、ベストレート保証管理サーバ１００が実行するＷｅｂスクレイピングによって抽出される。

ホテル予約サイトサーバ１０５は、顧客が提携先ホテルの空室照会や予約サービスを利用するためのホテル予約サイトを提供する。ホテル予約サイトサーバ１０５は、提携している各ホテルのチェックイン日や部屋タイプごとの価格データを有している。価格モニタリングの対象となった価格データは、ベストレート保証管理サーバ１００が実行するＷｅｂスクレイピングによって抽出される。

担当者端末１０７は、例えば、クレジットカード会社内に設置されるコンピュータ端末である。クレジットカードの担当者は、担当者端末１０７を介して、ベストレート保証管理サーバ１００の各データにアクセスし、差額請求の申請のあった、または価格モニタリングを行った対象商品やホテルがベストレート保証の対象であるか否かの判定を行ったり、ベストレート保証管理サーバ１００による判定結果の確認および承認を行ったりすることができる。これらの処理は、例えば、ベストレート保証管理サーバ１００が提供し、担当者のみが利用することができる専用サイトを介して行う。

次に、ベストレート保証管理サーバ１００の構成を詳細に説明する。図２は、本発明の一実施形態に係るシステムのベストレート保証管理サーバ１００の構成を示す図である。ベストレート保証管理サーバ１００は、システムバス１１５を介して相互に接続された、ＣＰＵ１１０、ＲＡＭ１１１、入力装置１１２、出力装置１１３、通信制御装置１１４、および記憶装置１１６を備えている。記憶装置１１６は不揮発性記憶媒体（ＲＯＭやＨＤＤなど）で構成され、ソフトウェアプログラムを格納したプログラム格納領域と、当該ソフトウェアプログラムで取り扱うデータを格納したデータ格納領域とを備えている。後述するプログラム格納領域の各処理部は、実際は独立したソフトウェアプログラム、そのルーチンやコンポーネントなどであり、記憶装置１１６に格納されている。各処理部は、実行時にＣＰＵ１１０によって記憶装置１１６から呼び出されＲＡＭ１１１のワークエリアに展開されることで、データ格納領域の各記憶部に適宜アクセスしながら各機能を発揮することができる。

図２の記憶装置１１６におけるプログラム格納領域に格納されたソフトウェアプログラムは、本発明に関連するものだけを列挙すると、データ送受信処理部１２０、差額請求処理部１２１、価格モニタリング処理部１２２、および差額返金処理部１２３を備える。

図２の記憶装置１１６におけるデータ格納領域は、本発明に関連するものだけを列挙すると、差額請求データ記憶部１３０、購入データ記憶部１３１、ホテル予約データ記憶部１３２、カード利用データ記憶部１３３、および会員データ記憶部１３４を備える。

次に、図２の記憶装置１１６に格納された各処理部の機能について説明する。図２のデータ送受信処理部１２０は、小売店端末１０２から会員のクレジットカード利用データを受信し、カード利用データ記憶部１３３に格納する。また、データ送受信処理部１２０は、購入者端末１０１からのリクエストに応答して、会員専用サイトを提供（送信）する。さらに、データ送受信処理部１２０は、当該会員専用サイトを介して、購入者端末１０１から、会員が差額請求の申請を行うための差額請求データを受信し、差額請求データ記憶部１３０に格納する。また、別の実施形態では、データ送受信処理部１２０は、会員専用サイトを介して、購入者端末１０１から、クレジットカードでの購入データを受信し、購入データ記憶部１３１に格納する。さらに別の実施形態では、データ送受信処理部１２０は、会員専用サイトを介して、ホテル予約データを受信し、ホテル予約データ記憶部１３２に格納する。また、データ送受信処理部１２０は、購入者端末１０１に、対象商品が保証対象外である旨のエラー通知や、購入価格よりも安値が発見されなかった旨の結果通知などを送信する。

図２の差額請求処理部１２１は、差額請求データやカード利用データなどに基づいて、差額請求が申請された商品が、実際にクレジットカードを利用した購入商品であるか否か（購入商品の存否）を判定する。また、差額請求処理部１２１は、差額請求が申請された商品が、ベストレート保証の対象となるか否かを判定する。

図２の価格モニタリング処理部１２２は、購入データやカード利用データなどに基づいて、購入データとして登録された商品が、実際にクレジットカードを利用した購入商品であるか否か（購入商品の存否）を判定する。また、価格モニタリング処理部１２２は、購入データとして登録された商品が、ベストレート保証の対象となるか否かを判定する。さらに、価格モニタリング処理部１２２は、ＥＣサイトサーバ１０４に対し、購入データとして登録された商品と同一商品の価格モニタリングを実行する。

また、別の実施形態では、価格モニタリング処理部１２２は、ホテル予約データや、ホテル予約サイトサーバ１０５から取得される予約データなどに基づいて、ホテル予約データとして登録された宿泊プランが、実際にホテル予約サイトにおいて予約されたものであるか否か（対象予約の存否）を判定する。また、価格モニタリング処理部１２２は、ホテル予約データとして登録された宿泊プランが、ベストレート保証の対象となるか否かを判定する。さらに、価格モニタリング処理部１２２は、ホテル予約サイトサーバ１０５に対しホテル予約データとして登録された宿泊プランと同一タイプのプランの価格モニタリングを実行する。

図２の差額返金処理部１２３は、差額請求が申請された商品の購入価格と安値との差額分を会員の決済口座に返金する。また、別の実施形態では、差額返金処理部１２３は、購入データとして登録された商品の購入価格と、価格モニタリングにより発見された安値との差額分を会員の決済口座に返金する。さらに別の実施形態では、差額返金処理部１２３は、ホテル予約データとして登録された宿泊プランの価格と、価格モニタリングにより発見された安値との差額分を差額返金対象としてホテル予約サイトに代理申請する。

次に、図２の記憶装置１１６の各記憶部に記憶されたデータについて説明する。図２の差額請求データ記憶部１３０は、会員が申請する差額請求に関するデータを格納する。図６は、本発明の一実施形態に係る差額請求データ記憶部１３０に格納された差額請求データを示す図である。

図６における差額請求データには、会員を一意に示す「会員ＩＤ」、商品を購入した日付を示す「購入日」、購入商品の価格を示す「購入価格」、購入商品の品名および商品番号をそれぞれ示す「購入商品」および「商品番号」、ならびに以下で詳細に説明する「安値確証ＵＲＬ」などを格納することができる。

図６における差額請求データは、差額請求を申請する購入者が購入者端末１０１を介して会員専用サイト上の登録フォームで登録するトランザクションデータである。図６における「会員ＩＤ」は、後述する会員データ（図１０）における「会員ＩＤ」であり、これにより、両データを紐付けることができる。なお、会員は会員専用サイトにログインを行うことになるため、購入者端末１０１は少なくとも会員専用サイト利用時には「会員ＩＤ」を取得し、利用することができる。また、「安値確証ＵＲＬ」は、購入商品と同一商品が購入価格よりも安値で販売されていることを示すサイトのＵＲＬであってもよいし、当該ＵＲＬを示す二次元コードなどであってもよい。なお、確証が広告チラシなどの書類である場合、本データを登録する必要はない。また、差額請求データには、商品購入時のレシートや、確証書類の画像を含めることもできる。なお、レシートや確証書類を電子データとして取り扱わず、現物を郵送にて差額請求の申請先（すなわち、クレジットカード会社）に送付することもできる。

図２の購入データ記憶部１３１は、会員がクレジットカードを利用して購入した商品に関するデータを格納する。図７は、本発明の一実施形態に係る購入データ記憶部１３１に格納された購入データを示す図である。

図７における購入データには、会員を一意に示す「会員ＩＤ」、商品を購入した日付を示す「購入日」、購入商品の価格を示す「購入価格」、ならびに購入商品の品名および商品番号をそれぞれ示す「購入商品」および「商品番号」などを格納することができる。

図７における購入データは、会員が購入者端末１０１を介して会員専用サイト上の登録フォームで登録するトランザクションデータである。各データ項目は、差額請求データ（図６）における同名項目と同様である。しかしながら、購入データは、クレジットカード会社によって価格モニタリングを行う場合に会員が登録するデータであるため、差額請求データと異なり確証データは含まれない。なお、購入データにも、商品購入時のレシートの画像を含めることができる。

図２のホテル予約データ記憶部１３２は、会員がホテル予約サイトを利用して予約した宿泊プランに関するデータを格納する。図８は、本発明の一実施形態に係るホテル予約データ記憶部１３２に格納されたホテル予約データを示す図である。

図８におけるホテル予約データには、会員を一意に示す「会員ＩＤ」、予約したチェックイン日付および宿泊日数をそれぞれ示す「チェックイン日」および「宿泊日数」、宿泊料金を示す「宿泊料金」、予約した宿泊プランの名称を示す「プラン名」、ならびにホテル予約サイトにおける予約した宿泊プランの詳細ページのＵＲＬを示す「詳細ＵＲＬ」などを格納することができる。

図８におけるホテル予約データは、会員が購入者端末１０１を介して会員専用サイト上の登録フォームで登録するトランザクションデータである。図８における「会員ＩＤ」も、後述する会員データ（図１０）における「会員ＩＤ」と紐付けることができる。なお、予約した際に発行され、ホテル予約サイト上での予約データを一意に特定することができる受付番号などがある場合は、ホテル予約データには、「会員ＩＤ」と「受付番号」とを含めるだけでもよい。

図２のカード利用データ記憶部１３３は、小売店での会員のクレジットカード利用に関するデータを格納する。図９は、本発明の一実施形態に係るカード利用データ記憶部１３３に格納されたカード利用データを示す図である。

図９におけるカード利用データには、利用したクレジットカードの番号を示す「カード番号」、会員の氏名を示す「会員名」、クレジットカードを利用した小売店を一意に示す「店番号」、小売店の名称を示す「店名」、クレジットカードを利用した日付を示す「利用日」、および利用した金額を示す「利用額」などを格納することができる。

図９におけるカード利用データは、クレジットカード利用時に、小売店（クレジットカード加盟店）に設置されるクレジットカード決済端末で作成されるトランザクションデータである。図９における「カード番号」は、後述する会員データ（図１０）における「カード番号」と紐付けることができる。

図２の会員データ記憶部１３４は、クレジットカード会社と契約したクレジットカード会員に関するデータを格納する。図１０は、本発明の一実施形態に係る会員データ記憶部１３４に格納された会員データを示す図である。

図１０における会員データには、会員を一意に示す「会員ＩＤ」、会員の氏名を示す「会員名」、会員のクレジットカードの番号を示す「カード番号」、および会員の決済口座を示す「決済口座データ」などを格納することができる。

図１０における会員データは、会員とクレジットカード会社との契約時にクレジットカード会社によって作成されるマスタデータである。「決済口座データ」は、会員の決済口座の提供元である金融機関を一意に示す「金融機関コード」およびその名称を示す「金融機関名」、当該金融機関の支店を一意に示す「支店コード」およびその名称を示す「支店名」、決済口座の口座種別（科目）を示す「口座種別」、ならびに決済口座の口座番号および口座名義をそれぞれ示す「口座番号」および「口座名義」を含む。決済口座は、「金融機関コード」、「支店コード」、「口座種別」、および「口座番号」によって一意に識別される。「口座種別」には、口座種別を示す数値（例えば、１：普通預金、２：当座預金・・・）を設定することができる。

次に、図３のフローチャートを参照して、本発明の一実施形態に係るベストレート保証処理（会員申請パターン）を流れに沿って説明する。図３は、本発明の一実施形態に係るベストレート保証処理（会員申請パターン）を示すフローチャートである。本処理は、クレジットカードで商品を購入した会員が、購入価格よりも安値で同一商品が販売されていることを発見した場合に、会員専用サイトを介してクレジットカード会社に差額請求を申請し、クレジットカード会社が差額を返金するものである。

まず、会員がクレジットカードを利用して小売店で商品を購入すると、小売店端末１０２は、カード利用データ（図９）をベストレート保証管理サーバ１００に送信する。送信されたカード利用データは、ベストレート保証管理サーバ１００のデータ送受信処理部１２０によって受信され（ステップ３００）、カード利用データ記憶部１３３に格納される（ステップ３０１）。

次に、商品の購入者である会員は、購入者端末１０１を介して、ベストレート保証管理サーバ１００によって提供される会員専用サイトにアクセスし、差額請求データ（図６）を送信することにより、差額請求の申請を行う。差額請求データの作成および送信は、会員が購入者端末１０１を介して会員専用サイト上の登録フォームに登録することで行われる。会員は、図６に示されるように購入日や購入価格、購入商品などを差額請求データとして登録する。また、図６に示される差額請求データと併せて商品購入時のレシートの画像をベストレート保証管理サーバ１００にアップロード（送信）することもできる。レシートの画像をアップロードしない場合は、クレジットカード会社にレシートの現物を送付することになる。購入価格よりも安値で同一商品が販売されていることを示す確証が広告サイトである場合は、図６に示されるように「安値確証ＵＲＬ」として広告サイトのＵＲＬを登録することができる。確証が広告チラシなどの書類である場合は、レシート同様、ベストレート保証管理サーバ１００に広告チラシの画像をアップロードするか、クレジットカード会社に現物を送付する。

購入者端末１０１によって送信された差額請求データは、データ送受信処理部１２０によって受信され（ステップ３０２）、差額請求データ記憶部１３０に格納される（ステップ３０３）。

次に、ベストレート保証管理サーバ１００の差額請求処理部１２１は、ステップ３０２で受信した差額請求データ、ステップ３００で受信したカード利用データ、および予め格納されている会員データ（図１０）に基づいて、差額請求が申請された商品が、実際にクレジットカードを利用した購入商品であるか否か（購入商品の存否）を判定する（ステップ３０４）。より具体的には、差額請求データの「会員ＩＤ」を検索キーとして、会員データ記憶部１３４を検索し、「カード番号」を取得する。取得した「カード番号」と、差額請求データの「購入日」および「購入価格」とを検索キーとして、カード利用データ記憶部１３３を検索し、「カード番号」、「利用日」および「利用額」のすべてが一致するカード利用データが存在するか否かを判定する。なお、複数の商品を購入していた場合、カード利用データの「利用額」は、複数の商品の合計額になる。そのため、カード利用単位で申請を行い、差額請求データに複数の商品が含まれる場合は、複数の商品の「購入価格」の合計がカード利用データの「利用額」と一致するか否かの判定を行う。また、この際、複数の商品の一部の商品のみの差額請求を申請することも想定される。この場合は、会員に会員専用サイト上で差額請求を申請する商品を選択させ、差額請求データに差額請求の対象か否かを示すフラグを設けるなどし、差額請求を申請する商品を特定させることもできる。

ステップ３０４において購入商品が存在しないと判定された場合、ステップ３０５のＮｏルートに進み、データ送受信処理部１２０は、購入者端末１０１にエラー通知としてその旨を送信する（ステップ３０６）。当該エラー通知は、会員専用サイト上に表示することもできるし、予め登録された会員のメールアドレス宛に送信することもできる。ステップ３０６の後、本処理は終了する。または、エラー通知の中で、登録された差額請求データの確認および再登録を会員に促し、ステップ３０２から再度やり直すこともできる。

ステップ３０４において購入商品が存在すると判定された場合、ステップ３０５のＹｅｓルートに進み、差額請求処理部１２１は、差額請求が申請された商品がベストレート保証の対象となるか否かを判定する（ステップ３０７）。ステップ３０７における保証対象か否かの判定は、購入価格よりも安値の同一商品が存在するか否かの他、（１）累積保証額が月および／または年間の保証上限額以内か否か、（２）対象商品が保証対象の商品であるか否か（例えば、貴金属や不動産などは対象外）、（３）購入価格が保証最低額以上か否か、（４）商品購入時のレシートが有効なものであるか否か、（５）安値を示す確証書類が有効なものであるか否か、（６）購入日から所定期間内に確証書類が提出されているか否か、などの一部またはすべてを実行することによる。上記判定（１）〜（３）は、例えば、条件マスタ（図示せず）に閾値などを持たせ、対象商品のデータと比較することにより実行される。また、上記判定（４）〜（６）は、クレジットカード会社の担当者が、専用サイト上に電子データとしてアップロードされた、または郵送されたレシートや確証書類を確認し、担当者端末１０７を介して確認結果を登録することにより実行される。なお、確証が広告サイトである場合は、差額請求データ（図６）の「安値確証ＵＲＬ」によって示される広告サイトを確認する。

ステップ３０７において差額請求が申請された商品がベストレート保証の対象とならないと判定された場合、ステップ３０８のＮｏルートに進み、データ送受信処理部１２０は、購入者端末１０１にエラー通知としてその旨を送信する（ステップ３０６）。ステップ３０６の後、本処理は終了する。

ステップ３０７において差額請求が申請された商品がベストレート保証の対象となると判定された場合、ステップ３０８のＹｅｓルートに進み、差額返金処理部１２３は、差額返金処理を実行する（ステップ３０９）。より具体的には、差額返金処理部１２３は、会員データ（図１０）から決済口座データを取得し、当該決済口座データに基づいて、差額請求が申請された商品の購入価格と安値との差額分を会員の決済口座に返金する。また、決済口座への返金が完了した際、データ送受信処理部１２０は、購入者端末１０１に完了通知としてその旨を送信することもできる。ステップ３０９の後、本処理は終了する。

図３のフローチャートを用いて、会員が購入価格よりも安値で同一商品が販売されていることを発見した場合に、会員自ら差額請求を申請するパターンを説明したが、会員はクレジットカードでの購入データを登録するだけで、クレジットカード会社が価格モニタリングを実行し差額返金する、別の実施形態を図４を参照して説明する。図４は、本発明の一実施形態に係るベストレート保証処理（モニタリングパターン）を示すフローチャートである。

ステップ４００および４０１は、図３におけるステップ３００および３０１と同一の処理である。次に、商品の購入者である会員は、購入者端末１０１を介して、ベストレート保証管理サーバ１００によって提供される会員専用サイトにアクセスし、クレジットカードでの購入データ（図７）を送信する。購入データの作成および送信は、会員が購入者端末１０１を介して会員専用サイト上の登録フォームに登録することで行われる。会員は、図７に示されるように購入日や購入価格、購入商品などを購入データとして登録する。また、図７に示される購入データと併せて商品購入時のレシートの画像をベストレート保証管理サーバ１００にアップロード（送信）することもできる。

購入者端末１０１によって送信された購入データは、ベストレート保証管理サーバのデータ送受信処理部１２０によって受信され（ステップ４０２）、購入データ記憶部１３１に格納される（ステップ４０３）。

次に、ベストレート保証管理サーバ１００の価格モニタリング処理部１２２は、ステップ４０２で受信した購入データ、ステップ４００で受信したカード利用データ、および予め格納されている会員データ（図１０）に基づいて、購入データとして登録された商品が、実際にクレジットカードを利用した購入商品であるか否か（購入商品の存否）を判定する（ステップ４０４）。より具体的には、図３におけるステップ３０４同様、購入データの「会員ＩＤ」を検索キーとして、会員データ記憶部１３４を検索し、「カード番号」を取得する。取得した「カード番号」、購入データの「購入日」および「購入価格」のすべてと一致するカード利用データが存在するか否かを判定する。

ステップ４０４において購入商品が存在しないと判定された場合、ステップ４０５のＮｏルートに進み、データ送受信処理部１２０は、購入者端末１０１にエラー通知としてその旨を送信する（ステップ４０６）。ステップ４０６の後、本処理は終了する。または、エラー通知の中で、登録された購入データの確認および再登録を会員に促し、ステップ４０２から再度やり直すこともできる。

ステップ４０４において購入商品が存在すると判定された場合、ステップ４０５のＹｅｓルートに進み、価格モニタリング処理部１２２は、購入データとして登録された商品が、ベストレート保証の対象となるか否かを判定する（ステップ４０７）。ステップ４０７における保証対象か否かの判定は、ステップ３０７における判定（１）〜（４）の他、（７）購入日から所定期間が経過してしまっているか否か、などの判定を含む。上記判定（７）は、本処理では購入データの登録後に価格モニタリングを行うため、購入日からあまりにも期間が経過してしまっている商品まで保証するのは妥当でないことによる（商品の販売価格は、通常、日が経過するにつれ下がるものである）。

ステップ４０７において購入データとして登録された商品がベストレート保証の対象とならないと判定された場合、ステップ４０８のＮｏルートに進み、データ送受信処理部１２０は、購入者端末１０１にエラー通知としてその旨を送信し（ステップ４０６）、本処理は終了する。

ステップ４０７において購入データとして登録された商品がベストレート保証の対象となると判定された場合、ステップ４０８のＹｅｓルートに進み、価格モニタリング処理部１２２は、ＥＣサイトサーバ１０４に対し、購入データとして登録された商品と同一商品の価格モニタリングを実行する（ステップ４０９）。ＥＣサイトに対する価格モニタリングは、一般的なＷｅｂスクレイピングにより実行される。

ステップ４０９における価格モニタリングの結果、購入価格よりも安値の同一商品が存在しなかった場合、ステップ４１０のＮｏルートに進み、データ送受信処理部１２０は、購入者端末１０１に結果通知としてその旨を送信する（ステップ４１１）。ステップ４１１の後、本処理は終了する。

ステップ４０９における価格モニタリングの結果、購入価格よりも安値の同一商品が存在する場合、ステップ４１０のＹｅｓルートに進み、差額返金処理部１２３は、差額返金処理を実行する（ステップ４１２）。ステップ４１２は、図３におけるステップ３０９と同一の処理である。ステップ４１２の後、本処理は終了する。

図３および４のフローチャートを用いて、商品を購入した場合のベストレート保証処理について説明したが、別の実施形態として、会員がホテル予約サイトを利用してホテルを予約した場合のベストレート保証処理について図５を参照して説明する。図５は、本発明の一実施形態に係るベストレート保証処理（代理申請パターン）を示すフローチャートである。

まず、会員は、購入者端末１０１を介して、ホテル予約サイトサーバ１０５が提供するホテル予約サイトにアクセスしホテルを予約すると、ホテル予約サイトサーバ１０５は自身の記憶部に予約データを格納する。

次に、会員は、購入者端末１０１を介して、ベストレート保証管理サーバ１００によって提供される会員専用サイトにアクセスし、ホテル予約データ（図８）を送信する。ホテル予約データの作成および送信は、会員が購入者端末１０１を介して会員専用サイト上の登録フォームに登録することで行われる。会員は、図８に示されるようにチェックイン日や宿泊料金、宿泊プランなどをホテル予約データとして登録する。

購入者端末１０１によって送信されたホテル予約データは、ベストレート保証管理サーバのデータ送受信処理部１２０によって受信され（ステップ５００）、ホテル予約データ記憶部１３２に格納される（ステップ５０１）。

次に、ベストレート保証管理サーバ１００の価格モニタリング処理部１２２は、ステップ５００で受信したホテル予約データ、ホテル予約サイトサーバ１０５に格納された予約データ、および予め格納されている会員データ（図１０）に基づいて、ホテル予約データとして登録された宿泊プランが、実際にホテル予約サイトにおいて予約されたものであるか否か（対象予約の存否）を判定する（ステップ５０２）。より具体的には、図３におけるステップ３０４同様、ホテル予約データの「会員ＩＤ」を検索キーとして、会員データ記憶部１３４を検索し、「カード番号」を取得する。取得した「カード番号」、「チェックイン日」、ホテル予約データの「チェックイン日」、「宿泊日数」や「宿泊料金」、「プラン名」のすべてと一致する予約データが存在するか否かを判定する。または、ホテル予約サイト上での予約データを一意に特定することができる受付番号などがある場合は、ホテル予約データに「受付番号」を含め、当該「受付番号」に基づいて予約データの存否を判定することもできる。以降、ステップ５０３〜ステップ５１０の処理は、図４におけるステップ４０５〜ステップ４１２と同様の処理である。ただし、ステップ５０５におけるベストレート保証の対象となるか否かの判定は、ステップ３０７における判定（１）の他、（８）予約した宿泊料金が保証最低額以上か否か、（９）チェックイン日を過ぎてしまっているか否か、などの判定を含む。また、ステップ５１０は、差額返金処理部１２３がホテル予約サイトサーバ１０５に、取得した「カード番号」や予約データ、および発見された安値の宿泊プランを特定するデータなどを含んだ差額返金申請データを送信することで差額返金の代理申請を行う。これにより、予約した際の宿泊料金と安値との差額分が、ホテル予約サイトから会員の決済口座に返金される。

以上により、本発明によれば、クレジットカードを利用した購入商品よりも安値の同一商品が発見された場合に、購入価格との差額分を返金することにより購入商品のベストレートを保証することができる。

Claims (9)

1. クレジットカードを利用した購入商品よりも安値の同一商品が発見された場合に前記購入商品のベストレートを保証する第１のコンピュータによって実行される方法であって、
   前記第１のコンピュータが、クレジットカード会員が利用する第２のコンピュータから、前記購入商品のデータを少なくとも含む差額請求データを受信するステップと、
   前記第１のコンピュータが、前記差額請求データおよびカード利用データに基づいて、前記購入商品の存否を判定するステップであって、前記カード利用データは、前記購入商品を販売した小売店が利用する第３のコンピュータから受信されるデータである、ステップと、
   前記購入商品が存在する場合、前記第１のコンピュータが、前記購入商品がベストレート保証の対象となるか否かを判定するステップと、
   前記購入商品が前記ベストレート保証の対象となる場合、前記第１のコンピュータが、前記購入商品の購入価格と前記安値との差額分を前記クレジットカード会員の決済口座に返金するステップと
   を備えたことを特徴とする方法。
2. クレジットカードを利用した購入商品よりも安値の同一商品が発見された場合に前記購入商品のベストレートを保証する第１のコンピュータによって実行される方法であって、
   前記第１のコンピュータが、クレジットカード会員が利用する第２のコンピュータから、前記購入商品のデータを少なくとも含む購入データを受信するステップと、
   前記第１のコンピュータが、前記購入データおよびカード利用データに基づいて、前記購入商品の存否を判定するステップであって、前記カード利用データは、前記購入商品を販売した小売店が利用する第３のコンピュータから受信されるデータである、ステップと、
   前記購入商品が存在する場合、前記第１のコンピュータが、前記購入商品がベストレート保証の対象となるか否かを判定するステップと、
   前記購入商品が前記ベストレート保証の対象となる場合、前記第１のコンピュータが、前記購入商品と同一商品の価格モニタリングを実行するステップと、
   前記価格モニタリングの結果、前記購入商品の購入価格よりも前記安値の同一商品が存在する場合、前記第１のコンピュータが、前記購入価格と前記安値との差額分を前記クレジットカード会員の決済口座に返金するステップと
   を備えたことを特徴とする方法。
3. ホテル予約サイトを利用して予約した宿泊プランよりも安値の同一プランが発見された場合に前記宿泊プランのベストレートを保証する第１のコンピュータによって実行される方法であって、
   前記第１のコンピュータが、クレジットカード会員が利用する第２のコンピュータから、前記宿泊プランのデータを少なくとも含むホテル予約データを受信するステップと、
   前記第１のコンピュータが、前記ホテル予約データおよび予約データに基づいて、前記宿泊プランの存否を判定するステップであって、前記予約データは、前記ホテル予約サイトを提供する第３のコンピュータに格納されるデータである、ステップと、
   前記宿泊プランが存在する場合、前記第１のコンピュータが、前記宿泊プランがベストレート保証の対象となるか否かを判定するステップと、
   前記宿泊プランが前記ベストレート保証の対象となる場合、前記第１のコンピュータが、前記宿泊プランと同一プランの価格モニタリングを実行するステップと、
   前記価格モニタリングの結果、前記宿泊プランの宿泊料金よりも前記安値の同一プランが存在する場合、前記第１のコンピュータが、前記宿泊料金と前記安値との差額分を前記クレジットカード会員の決済口座に返金するための差額返金申請データを前記第３のコンピュータに送信するステップと
   を備えたことを特徴とする方法。
4. クレジットカードを利用した購入商品よりも安値の同一商品が発見された場合に前記購入商品のベストレートを保証する第１のコンピュータであって、
   クレジットカード会員が利用する第２のコンピュータから、前記購入商品のデータを少なくとも含む差額請求データを受信し、
   前記差額請求データおよびカード利用データに基づいて、前記購入商品の存否を判定し、前記カード利用データは、前記購入商品を販売した小売店が利用する第３のコンピュータから受信されるデータであり、
   前記購入商品が存在する場合、前記購入商品がベストレート保証の対象となるか否かを判定し、
   前記購入商品が前記ベストレート保証の対象となる場合、前記購入商品の購入価格と前記安値との差額分を前記クレジットカード会員の決済口座に返金する
   ように構成されたことを特徴とする第１のコンピュータ。
5. クレジットカードを利用した購入商品よりも安値の同一商品が発見された場合に前記購入商品のベストレートを保証する第１のコンピュータであって、
   クレジットカード会員が利用する第２のコンピュータから、前記購入商品のデータを少なくとも含む購入データを受信し、
   前記購入データおよびカード利用データに基づいて、前記購入商品の存否を判定し、前記カード利用データは、前記購入商品を販売した小売店が利用する第３のコンピュータから受信されるデータであり、
   前記購入商品が存在する場合、前記購入商品がベストレート保証の対象となるか否かを判定し、
   前記購入商品が前記ベストレート保証の対象となる場合、前記購入商品と同一商品の価格モニタリングを実行し、
   前記価格モニタリングの結果、前記購入商品の購入価格よりも前記安値の同一商品が存在する場合、前記購入価格と前記安値との差額分を前記クレジットカード会員の決済口座に返金する
   ように構成されたことを特徴とする第１のコンピュータ。
6. ホテル予約サイトを利用して予約した宿泊プランよりも安値の同一プランが発見された場合に前記宿泊プランのベストレートを保証する第１のコンピュータであって、
   クレジットカード会員が利用する第２のコンピュータから、前記宿泊プランのデータを少なくとも含むホテル予約データを受信し、
   前記ホテル予約データおよび予約データに基づいて、前記宿泊プランの存否を判定し、前記予約データは、前記ホテル予約サイトを提供する第３のコンピュータに格納されるデータであり、
   前記宿泊プランが存在する場合、前記宿泊プランがベストレート保証の対象となるか否かを判定し、
   前記宿泊プランが前記ベストレート保証の対象となる場合、前記宿泊プランと同一プランの価格モニタリングを実行し、
   前記価格モニタリングの結果、前記宿泊プランの宿泊料金よりも前記安値の同一プランが存在する場合、前記宿泊料金と前記安値との差額分を前記クレジットカード会員の決済口座に返金するための差額返金申請データを前記第３のコンピュータに送信する
   ように構成されたことを特徴とする第１のコンピュータ。
7. クレジットカードを利用した購入商品よりも安値の同一商品が発見された場合に前記購入商品のベストレートを保証する第１のコンピュータに実行させるコンピュータプログラムであって、前記コンピュータプログラムは前記第１のコンピュータによって実行されると、
   クレジットカード会員が利用する第２のコンピュータから、前記購入商品のデータを少なくとも含む差額請求データを受信するステップと
   前記差額請求データおよびカード利用データに基づいて、前記購入商品の存否を判定するステップであって、前記カード利用データは、前記購入商品を販売した小売店が利用する第３のコンピュータから受信されるデータである、ステップと、
   前記購入商品が存在する場合、前記購入商品がベストレート保証の対象となるか否かを判定するステップと、
   前記購入商品が前記ベストレート保証の対象となる場合、前記購入商品の購入価格と前記安値との差額分を前記クレジットカード会員の決済口座に返金するステップと
   を前記第１のコンピュータに実行させることを特徴とするコンピュータプログラム。
8. クレジットカードを利用した購入商品よりも安値の同一商品が発見された場合に前記購入商品のベストレートを保証する第１のコンピュータに実行させるコンピュータプログラムであって、前記コンピュータプログラムは前記第１のコンピュータによって実行されると、
   クレジットカード会員が利用する第２のコンピュータから、前記購入商品のデータを少なくとも含む購入データを受信するステップと
   前記購入データおよびカード利用データに基づいて、前記購入商品の存否を判定するステップであって、前記カード利用データは、前記購入商品を販売した小売店が利用する第３のコンピュータから受信されるデータである、ステップと、
   前記購入商品が存在する場合、前記購入商品がベストレート保証の対象となるか否かを判定するステップと、
   前記購入商品が前記ベストレート保証の対象となる場合、前記購入商品と同一商品の価格モニタリングを実行するステップと、
   前記価格モニタリングの結果、前記購入商品の購入価格よりも前記安値の同一商品が存在する場合、前記購入価格と前記安値との差額分を前記クレジットカード会員の決済口座に返金するステップと
   を前記第１のコンピュータに実行させることを特徴とするコンピュータプログラム。
9. ホテル予約サイトを利用して予約した宿泊プランよりも安値の同一プランが発見された場合に前記宿泊プランのベストレートを保証する第１のコンピュータに実行させるコンピュータプログラムであって、前記コンピュータプログラムは前記第１のコンピュータによって実行されると、
   クレジットカード会員が利用する第２のコンピュータから、前記宿泊プランのデータを少なくとも含むホテル予約データを受信するステップと
   前記ホテル予約データおよび予約データに基づいて、前記宿泊プランの存否を判定するステップであって、前記予約データは、前記ホテル予約サイトを提供する第３のコンピュータに格納されるデータである、ステップと、
   前記宿泊プランが存在する場合、前記宿泊プランがベストレート保証の対象となるか否かを判定するステップと、
   前記宿泊プランが前記ベストレート保証の対象となる場合、前記宿泊プランと同一プランの価格モニタリングを実行するステップと、
   前記価格モニタリングの結果、前記宿泊プランの宿泊料金よりも前記安値の同一プランが存在する場合、前記宿泊料金と前記安値との差額分を前記クレジットカード会員の決済口座に返金するための差額返金申請データを前記第３のコンピュータに送信するステップと
   を前記第１のコンピュータに実行させることを特徴とするコンピュータプログラム。

Images