JP2022006672A

JP2022006672A - 決済情報出力装置

Info

Publication number: JP2022006672A
Application number: JP2020109039A
Authority: JP
Inventors: 海輝香取; Kaiki Katori
Original assignee: Japan Research Institute Ltd
Current assignee: Japan Research Institute Ltd
Priority date: 2020-06-24
Filing date: 2020-06-24
Publication date: 2022-01-13
Anticipated expiration: 2040-06-24
Also published as: JP7068388B2

Abstract

【課題】決済情報をユーザがチェックしやすい態様で出力する。
【解決手段】ユーザに対応付けられた行動履歴情報を取得する行動履歴情報取得部と、ユーザに対応付けられた決済情報の履歴を取得する決済情報取得部と、行動履歴情報と、決済情報の履歴とに基づいて、決済情報のそれぞれに、注意喚起の内容が異なる少なくとも２つ以上の属性のうちの、１つの属性を対応付ける属性付与部と、決済情報のそれぞれを、それぞれに対応付けられた属性が分かる態様で、行動履歴情報に対応付けて出力する出力部とを備える、決済情報出力装置が開示される。
【選択図】図４Ａ

Description

本開示は、決済情報出力装置に関する。

ＩＣ（ＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）カードの利用履歴情報に基づいて、ＩＣカードを利用した施設を表す地図を出力する技術が知られている。

特開２００９－２６６１７２号公報

ところで、近年では、商取引の態様が多様化し、決済方法も多様化している。また、電子決済の広がりに伴い、現金以外によるユーザの決済回数も増えつつある。このような状況下では、不正利用等を防止する観点から、決済情報をユーザがチェックしやすい態様で出力することの有用性が増す。この点、上記のような従来技術では、単に所定範囲内の地図内に、ＩＣカードを利用した加盟店が示されるだけであるので、多様な決済情報をユーザがチェックすることが難しい。

そこで、１つの側面では、本発明は、決済情報をユーザがチェックしやすい態様で出力することを目的とする。

（１）１つの態様は、ユーザに対応付けられた行動履歴情報を取得する行動履歴情報取得部と、
前記ユーザに対応付けられた決済情報の履歴を取得する決済情報取得部と、
前記行動履歴情報と、前記決済情報の履歴とに基づいて、前記決済情報のそれぞれに、注意喚起の内容が異なる少なくとも２つ以上の属性のうちの、１つの属性を対応付ける属性付与部と、
前記決済情報のそれぞれを、それぞれに対応付けられた前記属性が分かる態様で、前記行動履歴情報に対応付けて出力する出力部とを備える、決済情報出力装置である。

（２）上記の態様において、好ましくは、前記出力部は、前記行動履歴情報を線表現で出力し、前記決済情報を点表現で出力することを特徴とする。

（３）上記の態様において、好ましくは、前記行動履歴情報は、前記ユーザに対応付けられた携帯端末から取得される端末位置情報を含み、
前記決済情報は、決済が行われた位置を表す決済位置情報と、決済時刻を表す決済時刻情報のうちの少なくともいずれか一方を含み、
前記属性付与部は、前記決済情報のそれぞれごとに、前記決済情報と前記行動履歴情報との整合性を、位置及び時刻の双方の要素又はいずれか一方の要素に基づいて判断し、判断した前記整合性に応じた前記属性を対応付け、
前記出力部は、地図表示上に、前記行動履歴情報と、前記決済情報のそれぞれの前記決済位置情報と、前記決済情報のそれぞれの前記属性を表す情報とを、出力することを特徴とする。

（４）上記の態様において、好ましくは、前記属性付与部は、前記決済情報のそれぞれごとに、決済が行われた時刻での場所に関する前記整合性を、前記行動履歴情報と前記決済位置情報と前記決済時刻情報とに基づいて判断することを特徴とする。

（５）上記の態様において、好ましくは、前記行動履歴情報は、前記ユーザに対応付けられたインターネット上のアクセスサイト情報を含み、
前記決済情報は、決済が行われたインターネット上のサイトを表す決済サイト情報と、決済時刻を表す決済時刻情報のうちの少なくともいずれか一方を含み
前記属性付与部は、前記決済情報のそれぞれごとに、前記決済情報と前記行動履歴情報との整合性を、サイト及び時刻の双方の要素又はいずれか一方の要素に基づいて判断し、判断した前記整合性に応じた前記属性を対応付け、
前記出力部は、前記アクセスサイト情報と、前記決済情報のそれぞれの前記決済サイト情報と、前記決済情報のそれぞれの前記属性を表す情報とを、出力することを特徴とする。

（６）上記の態様において、好ましくは、前記属性付与部は、前記決済情報のそれぞれごとに、決済が行われた時刻でのサイトに関する前記整合性を、前記行動履歴情報と前記決済サイト情報と前記決済時刻情報とに基づいて判断することを特徴とする。

（７）上記の態様において、好ましくは、前記出力部は、比較的低い前記整合性に応じた前記属性が対応付けられた前記決済情報と、比較的高い前記整合性に応じた前記属性が対応付けられた前記決済情報とを、異なる色で表示することを特徴とする。

（８）上記の態様において、好ましくは、前記出力部は、出力した前記決済情報のうちの、１つ以上の決済情報に対する選択操作に基づいて、該１つ以上の決済情報の詳細を出力することを特徴とする。

（９）上記の態様において、好ましくは、当該決済情報出力装置は、サーバのみにより、ユーザ端末に実装されるアプリケーションプログラムのみにより、又は、サーバとユーザ端末に実装されるアプリケーションプログラムとの組み合わせにより実現される。

１つの側面では、本発明によれば、決済情報をユーザがチェックしやすい態様で出力することが可能となる。

一実施例による決済情報出力システムの全体構成の概略図である。決済情報処理サーバのハードウェア構成の一例を示す図である。携帯端末及び決済情報処理サーバの機能ブロック図である。決済情報の出力例を示す図である。決済情報の他の出力例を示す図である。決済情報の他の出力例を示す図である。行動履歴情報データベース内の行動履歴情報データの説明図である。決済情報データベース内の決済情報の履歴データの説明図である。携帯端末と、決済情報処理サーバと、決済管理サーバとの間の情報のやり取りを示す処理の概略的な説明図である。図７の属性対応付け処理（ステップＳ７０４）の一例を示す概略フローチャートである。

以下、添付図面を参照しながら各実施例について詳細に説明する。

図１は、一実施例による決済情報出力システム１の全体構成の概略図である。

決済情報出力システム１は、ユーザ端末である携帯端末２１と、決済情報処理サーバ１００とを含む。携帯端末２１及び決済情報処理サーバ１００は、ネットワーク４を介して接続される。携帯端末２１及び決済情報処理サーバ１００は、ネットワーク４を介して通信が可能である。以下では、特に言及しない限り、ユーザとは、ある１つ以上の携帯端末２１に対応付けられた一のユーザを指す。

ネットワーク４は、インターネット、ＷＡＮ（ＷｉｄｅＡｒｅａＮｅｔｗｏｒｋ）、無線通信網、有線ネットワーク、又はこれらの任意の組み合わせ等を含んでもよい。なお、ネットワーク４には、仮想店舗サーバ３１や決済管理サーバ９１が接続されている。仮想店舗サーバ３１は、後述する各種サイト（仮想店舗）を運営するサーバであってよい。

携帯端末２１は、例えばスマートフォンや携帯電話であるが、ウェアラブル端末（例えばスマートウォッチ、リング等）、リモコン等であってもよい。

携帯端末２１は、ＧＰＳ（ＧｌｏｂａｌＰｏｓｉｔｉｏｎｉｎｇＳｙｓｔｅｍ）受信機２３を内蔵する。ＧＰＳ受信機２３は、衛星からの電波に基づいて携帯端末２１の位置を算出し、位置情報（端末位置情報）を生成する。なお、位置情報の情報源はＧＰＳ情報に限らない。携帯電話の基地局や、Ｗｉ－Ｆｉを用いて位置情報を取得する方法が利用されてもよい。

携帯端末２１は、表示部２４を備える。表示部２４は、液晶ディスプレイや、有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等であってよい。

携帯端末２１は、本実施例に係るアプリケーション（以下、「忠敬アプリ」と称する）をインストールしている。以下で説明する携帯端末２１は、忠敬アプリが実行されることで実現される。忠敬アプリは、利用条件として、ユーザ情報（ユーザＩＤ）等の登録を必要とされてもよい。以下では、ユーザに対応付けられた携帯端末２１とは、同ユーザに係るユーザＩＤでログインされた忠敬アプリが動作する携帯端末２１を意味する。

決済情報処理サーバ１００は、サーバの形態であり、例えばサーバコンピュータにより形成される。決済情報処理サーバ１００は、複数のサーバコンピュータにより実現されてもよい。例えば、決済情報処理サーバ１００は、互いに異なる場所に配置された複数のサーバコンピュータが協動することで実現されてもよい。

図２は、決済情報処理サーバ１００のハードウェア構成の一例を示す図である。なお、携帯端末２１のハードウェア構成は、上述したＧＰＳ受信機２３や表示部２４を含む点以外は、決済情報処理サーバ１００のハードウェア構成と同様であってよい。

図２に示す例では、決済情報処理サーバ１００は、制御部１０１、主記憶部１０２、補助記憶部１０３、ドライブ装置１０４、ネットワークＩ／Ｆ部１０６、及び入力部１０７を含む。

制御部１０１は、主記憶部１０２や補助記憶部１０３に記憶されたプログラムを実行する演算装置であり、入力部１０７や記憶装置からデータを受け取り、演算、加工した上で、記憶装置などに出力する。

主記憶部１０２は、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）やＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）などである。主記憶部１０２は、制御部１０１が実行する基本ソフトウェアであるＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）やアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保存する記憶装置である。

補助記憶部１０３は、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）やＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）などであり、アプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。

ドライブ装置１０４は、記録媒体１０５、例えばフレキシブルディスクからプログラムを読み出し、記憶装置にインストールする。

記録媒体１０５は、所定のプログラムを格納する。この記録媒体１０５に格納されたプログラムは、ドライブ装置１０４を介して決済情報処理サーバ１００にインストールされる。インストールされた所定のプログラムは、決済情報処理サーバ１００により実行可能となる。

ネットワークＩ／Ｆ部１０６は、ネットワーク４を介して接続された通信機能を有する周辺機器や携帯端末２１等と決済情報処理サーバ１００とのインターフェースである。

入力部１０７は、カーソルキー、数字入力及び各種機能キー等を備えたキーボード、マウスやタッチパッド等を有する。

なお、図２に示す例において、以下で説明する各種処理等は、プログラムを決済情報処理サーバ１００に実行させることで実現することができる。また、プログラムを記録媒体１０５に記録し、このプログラムが記録された記録媒体１０５を決済情報処理サーバ１００に読み取らせて、以下で説明する各種処理等を実現させることも可能である。なお、記録媒体１０５は、様々なタイプの記録媒体を用いることができる。例えば、記録媒体１０５は、ＣＤ（ＣｏｍｐａｃｔＤｉｓｃ）－ＲＯＭ、フレキシブルディスク、光磁気ディスク等のように情報を光学的、電気的あるいは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等のように情報を電気的に記録する半導体メモリ等であってよい。

図３は、携帯端末２１及び決済情報処理サーバ１００の機能ブロック図である。以下では、上述と同様、特に言及しない限り、一のユーザに関する処理を説明するが、他のユーザに関する処理も同様である。

まず、決済情報処理サーバ１００の機能について説明してから、携帯端末２１の機能を説明する。なお、以下で説明する決済情報処理サーバ１００の機能の一部又は全部は携帯端末２１により実現されてもよいし、携帯端末２１の機能の一部は決済情報処理サーバ１００により実現されてもよい。

決済情報処理サーバ１００は、図３に示すように、行動履歴情報取得部１５０と、決済情報取得部１５２と、属性付与部１５４と、出力部１５６と、行動履歴情報データベース１５８と、決済情報データベース１６０とを含む。なお、行動履歴情報取得部１５０、決済情報取得部１５２、属性付与部１５４、及び出力部１５６は、図２に示した制御部１０１が主記憶部１０２のような記憶装置に記憶された１つ以上のプログラムを実行することで実現できる。行動履歴情報データベース１５８及び決済情報データベース１６０は、図２に示した補助記憶部１０３により実現できる。

行動履歴情報取得部１５０は、ユーザに対応付けられた行動履歴情報を取得する。行動履歴情報は、ユーザの行動履歴を表す情報である。行動履歴情報取得部１５０は、取得した行動履歴情報を行動履歴情報データベース１５８に記憶する。なお、行動履歴情報取得部１５０は、ユーザに対応付けられた携帯端末２１から、リアルタイムに行動履歴情報を取得してもよいし、所定時間分だけまとめて行動履歴情報を取得してもよい。

本実施例では、行動履歴情報は、一例として、ユーザに対応付けられた携帯端末２１（忠敬アプリ）から取得される端末位置情報とアクセスサイト情報とを含む。アクセスサイト情報は、忠敬アプリがインストールされた携帯端末２１でアクセスしたインターネット上のＷＥＢサイトを表す。

決済情報取得部１５２は、ユーザに対応付けられた決済情報の履歴を取得する。決済情報取得部１５２は、例えば決済管理サーバ９１（図１参照）から決済情報の履歴を取得する。決済管理サーバ９１は、例えばクレジットカード会社や金融機関が運営するサーバである。決済管理サーバ９１は、会社や機関ごとに設けられてよい。決済情報取得部１５２は、取得した決済情報の履歴を、決済情報データベース１６０に記憶する。なお、決済情報取得部１５２は、新たな決済情報が生成されるごとに決済情報の履歴を取得してもよいし、所定時間分だけまとめて決済情報の履歴を取得してもよい。

決済情報は、決済ごとに、決済金額等の情報の他、決済位置情報又は決済サイト情報と、決済時刻情報とを含む。

決済位置情報は、緯度・経度のような座標情報であってもよいし、住所情報であってもよいし、店名のような間接的な情報であってもよい。

決済サイト情報は、ドメインや、ＵＲＬ、ＩＰアドレス等のような、インターネット上のアドレス情報であってよい。

決済時刻情報は、好ましくは、分のオーダ（粒度）であり、例えば何月何日何時何分のような情報である。ただし、変形例では、決済時刻情報は、秒や日のような他のオーダであってもよい。

属性付与部１５４は、行動履歴情報データベース１５８内の行動履歴情報データと、決済情報データベース１６０内の決済情報の履歴データとに基づいて、決済情報のそれぞれに、注意喚起の内容が異なる少なくとも２つ以上の属性のうちの、１つの属性を対応付ける。

ここで、一の決済情報には、上述のように、位置と時刻の２つの情報が紐付けられる。決済は、ユーザにより実行されていることから、同ユーザの行動履歴に有意に関連する。

本実施例では、この点を利用し、行動履歴情報と決済情報の履歴とを突き合わせることで、各決済情報に、注意喚起の内容が異なる属性を対応付ける。すなわち、属性付与部１５４は、決済情報のそれぞれごとに、決済情報と行動履歴情報との整合性を、位置及び時刻の双方の要素に基づいて判断し、判断した整合性に応じた属性を対応付ける。

注意喚起の内容は、決済に関する注意喚起の内容であり、本実施例では、一例として、以下の３つの内容（属性）である。
第１属性：決済位置（又は決済サイト）に整合性がない（すなわち乖離がある）。
第２属性：決済時刻に整合性がない。
第３属性：決済位置（又は決済サイト）及び決済時刻のいずれにも整合性がある。

なお、この場合、第１属性及び第２属性は、注意喚起度が比較的高い属性であり、第３属性は、注意喚起度が低い属性であるということができる。

具体的には、例えば、一の決済情報が、２０２０年１月３日午後６時３５分に、位置Ａで実行された決済を表す場合において、行動履歴情報の端末位置情報が、２０２０年１月３日午後６時３５分に、位置Ａに滞在した行動を表す場合、当該一の決済情報に係る決済は、ユーザにより実行された可能性が高い。この場合、当該一の決済情報には、第３属性が対応付けられる。

他方、一の決済情報が、２０２０年１月３日午後６時３５分に、位置Ａで実行された決済を表す場合において、行動履歴情報の端末位置情報が、２０２０年１月３日午後６時３５分に、位置Ａから離れた位置Ｂに滞在した行動を表す場合、当該一の決済情報に係る決済は、ユーザとは別の者により実行された可能性がある。この場合、当該一の決済情報には、第１属性が対応付けられる。

また、一の決済情報が、２０２０年１月３日午後８時３５分に、位置Ａで実行された決済を表す場合において、行動履歴情報の端末位置情報が、２０２０年１月３日午後６時３５分に、位置Ａに滞在した行動を表す場合、当該一の決済情報に係る決済は、ユーザとは別の者により実行された可能性がある。この場合、当該一の決済情報には、第２属性が対応付けられる。

なお、ここでは、行動履歴情報の端末位置情報について説明したが、行動履歴情報のアクセスサイト情報についても同様である。

例えば、一の決済情報が、２０２０年１月３日午後６時３５分に、サイトＡ（仮想店舗Ａ）で実行された決済を表す場合において、行動履歴情報のアクセスサイト情報が、２０２０年１月３日午後６時３５分に、サイトＡに滞在した行動（ログ）を表す場合、当該一の決済情報に係る決済は、ユーザにより実行された可能性が高い。この場合、当該一の決済情報には、第３属性が対応付けられる。第１属性及び第２属性についても同様である。

このようにして、本実施例では、属性付与部１５４は、決済情報のそれぞれごとに、行動履歴情報の端末位置情報と決済情報の決済位置情報とに基づいて、決済が行われた時刻での場所（物理的な場所であり、例えば実店舗の場所）に関する整合性を、判断する。また、属性付与部１５４は、決済情報のそれぞれごとに、行動履歴情報のアクセスサイト情報と決済情報の決済サイト情報とに基づいて、決済が行われた時刻でのサイト（インターネット上のサイトであり、例えば仮想店舗のサイト）に関する整合性を、判断する。なお、変形例では、属性付与部１５４は、決済情報のそれぞれごとに、決済が行われた時刻での場所（物理的な場所）に関する整合性と、決済が行われた時刻でのサイト（インターネット上のサイト）に関する整合性のうちの、いずれか一方の整合性のみを判断してもよい。

出力部１５６は、携帯端末２１を介して決済情報を出力する。具体的には、出力部１５６は、決済情報のそれぞれを、それぞれに対応付けられた属性が分かる態様で、行動履歴情報に対応付けて出力する。具体的には、出力部１５６は、例えば表示画面用の出力データを、対応する携帯端末２１に送信する。この場合、携帯端末２１は、表示画面用の出力データに基づいて、決済情報のそれぞれを、それぞれに対応付けられた属性が分かる態様で、行動履歴情報に対応付けて出力する。

例えば、出力部１５６は、図４Ａ及び図４Ｂに示すように、携帯端末２１上で、行動履歴情報が線表現で出力されかつ決済情報が点表現で出力されるように、表示画面用の出力データを生成してもよい。図４Ａ及び図４Ｂでは、携帯端末２１の表示部２４に出力される画像Ｇ４０、Ｇ４１Ｂが示される。

図４Ａの場合、画像Ｇ４０は、地図画像Ｇ４００を背景として、行動履歴情報の端末位置情報の履歴（軌跡）が線表現Ｒ４００で示され、決済情報が点表現Ｐ１、Ｐ２、Ｐ３で示される。なお、地図画像Ｇ４００は、別の地図アプリケーションの画像が利用されてもよい。また、線表現Ｒ４００は、一筆書きの線表現であるが、点線（点の集合）や破線のような他の線表現であってもよい。決済情報は、決済位置情報に基づいて、地図上の、対応する位置に対応付けて表示される。この場合、点表現Ｐ３に係る決済情報は、第１属性（決済位置に整合性がない）が対応付けられている。これにより、ユーザは、線表現Ｒ４００と、点表現Ｐ１、Ｐ２、Ｐ３との間の位置関係を地図画像Ｇ４００上で直感的に把握でき、その結果、第１属性が対応付けられている決済情報を容易に把握できる。すなわち、決済情報のチェックが容易となる。例えば、図４Ａに示す例では、点表現Ｐ１、Ｐ２は、線表現Ｒ４００上又はそれに近接するのに対して、点表現Ｐ３は、線表現Ｒ４００から外れている。このようにして、点表現Ｐ３に係る決済情報は、第１属性（決済位置に整合性がない）が対応付けられた決済情報であることを、ユーザは容易に理解できる。

また、図４Ａでは、点表現Ｐ１、Ｐ２、Ｐ３は、“○”又は“×”のマークで表現されている。この場合、マーク“○”は、第３属性が対応付けられている決済情報であることを表し、マーク“×”は、第１属性又は２が対応付けられている決済情報であることを表す。なお、上述のように点表現Ｐ３は、第１属性が対応付けられており、それゆえに、マーク“×”で表現されている。一方、点表現Ｐ１は、第３属性が対応付けており、それゆえに、マーク“○”で表現されている。他方、点表現Ｐ２は、第２属性が対応付けており、それゆえに、点表現Ｐ２は、線表現Ｒ４００上又はそれに近接するにもかかわらず、マーク“×”で表現されている。このようにして、点表現Ｐ１に係る決済情報は、第３属性（決済位置と決済時刻に整合性がある）が対応付けられた決済情報であることや、点表現Ｐ２に係る決済情報は、第２属性（決済時刻に整合性がない）が対応付けられた決済情報であることを、ユーザは容易に理解できる。

また、図４Ｂの場合、２０１０年１月２０日に関して、画像Ｇ４１は、インターネットに係るサイト地図画像Ｇ４０１を背景として、行動履歴情報のアクセスサイト情報の履歴（軌跡）が線表現Ｒ４００Ａ（線表現Ｒ４０１、Ｒ４０２）で示され、決済情報が点表現Ｐ４、Ｐ５、Ｐ６で示される。この場合、線表現Ｒ４００Ａ（線表現Ｒ４０１、Ｒ４０２）は、ユーザがサイトＢに１１：００から１２：００までと、１４：００から１５：００までアクセスしていたことを表す。なお、インターネットに係るサイト地図画像Ｇ４０１は、図４Ｂに示すように、単に各サイト（アクセス履歴のあるサイト）を上下方向に並べた態様であってよい。換言すると、サイト地図画像Ｇ４０１は、横方向に時系列を表し、縦方向に各サイトを表す。決済情報は、決済サイト情報及び決済時刻情報に基づいて、サイト地図画像Ｇ４０１上の、対応する位置及び時刻に対応付けて表示される。これにより、ユーザは、線表現Ｒ４００Ａと、点表現Ｐ４、Ｐ５、Ｐ６との間の位置関係をサイト地図画像Ｇ４０１上で直感的に把握でき、その結果、第１属性が対応付けられている決済情報を容易に把握できる。すなわち、決済情報のチェックが容易となる。例えば、図４Ｂに示す例では、点表現Ｐ４、Ｐ５は、サイトＢに係る線表現Ｒ４００Ａ上に位置するのに対して、点表現Ｐ６は、線表現Ｒ４００Ａから外れている。このようにして、点表現Ｐ６に係る決済情報は、第１属性（決済位置に整合性がない）が対応付けられた決済情報であることを、ユーザは容易に理解できる。

また、図４Ｂでは、点表現Ｐ４、Ｐ５、Ｐ６は、“○”又は“×”のマークで表現されている。この場合、マーク“○”は、第３属性が対応付けられている決済情報であることを表し、マーク“×”は、第１属性又は２が対応付けられている決済情報であることを表す。なお、上述のように点表現Ｐ６は、第１属性が対応付けられており、それゆえに、マーク“×”で表現されている。一方、点表現Ｐ４は、第３属性が対応付けており、それゆえに、マーク“○”で表現されている。他方、点表現Ｐ５は、第２属性が対応付けており、それゆえに、点表現Ｐ５は、線表現Ｒ４００Ａ上に位置するにもかかわらず（ただし、線表現Ｒ４０１、Ｒ４０２上には位置していない）、マーク“×”で表現されている。このようにして、点表現Ｐ４に係る決済情報は、第３属性（決済位置と決済時刻に整合性がある）が対応付けられた決済情報であることや、点表現Ｐ５に係る決済情報は、第２属性（決済時刻に整合性がない）が対応付けられた決済情報であることを、ユーザは容易に理解できる。

なお、図４Ａ及び図４Ｂは、あくまで一例として、特定の、決済情報の出力態様を示すが、これに限られない。決済情報は、対応付けられた属性（第１属性、第２属性、及び第３属性の相違）が直接的（明示的）又は間接的に分かる態様であれば、任意の態様で出力されてもよい。例えば、図４Ｂでは、線表現Ｒ４００Ａは、線表現Ｒ４０１、Ｒ４０２が途切れた線表現（すなわち点線又は破線の表現）であるが、線表現Ｒ４０１、Ｒ４０２の部分だけが他の部分と異なる態様（例えば色が違う態様）で、途切れない線表現であってもよい。

また、図４Ａ及び図４Ｂでは、第１属性又は第２属性が対応付けられる決済情報と、第３属性が対応付けられる決済情報とは、マーク“×”及びマーク“○”がそれぞれ対応付けられることで、属性がわかりやすく表示されているが、これに限られない。例えば、第１属性又は第２属性が対応付けられる決済情報と、第３属性が対応付けられる決済情報とは、異なる色が対応付けられることで、属性がわかりやすく表示されてもよい。例えば、第１属性又は第２属性が対応付けられる決済情報に係る点表現には、注意喚起度の高い赤色が付されてもよく、注意喚起度の低い色（例えば緑色や青色）が付されてもよい。あるいは、第１属性又は第２属性が対応付けられる決済情報に係る点表現は、点滅されることで強調されてもよい。あるいは、それぞれの属性の説明（例えば第１属性の場合は、“位置が整合していません！”等のメッセージ）が併せて出力されてもよい。また、第１属性又は第２属性の違いが分かる態様で表示されてもよい。

また、出力部１５６は、出力した決済情報のうちの、一の決済情報に対するユーザによる選択操作に基づいて、該一の決済情報の詳細を出力してもよい。例えば、図４Ｃは、図４Ａに示す画面において、点表現Ｐ２に係る決済情報に対してユーザによる選択操作が実現された場合の出力例を示す。なお、ユーザによる選択操作は、表示部２４に対するタッチ操作（タップ操作）等により実現されてもよい。この場合、出力部１５６は、点表現Ｐ２に係る決済情報に係る詳細情報を携帯端末２１に送信する。図４Ｃでは、携帯端末２１の表示部２４上には、吹き出し画像Ｇ４０４が画像Ｇ４０に重畳される態様で出力されている。この場合、吹き出し画像Ｇ４０４は、詳細情報を文字等により含んでよい。これにより、ユーザは、気になる決済情報を選択するだけで詳細情報を見ることができ、決済情報のチェックが容易となる。

行動履歴情報データベース１５８には、行動履歴情報のデータが記憶される。行動履歴情報のデータは、ユーザに対応付けて、ユーザごとに抽出可能な態様で記憶される。また、行動履歴情報のデータは、特定期間ごとに抽出可能な態様で記憶される。図５には、行動履歴情報データベース１５８内の行動履歴情報のデータの例が示される。なお、図５（図６も同様）において、“＊＊＊”は何らかの情報が格納されている状態を表し、“・・・”は同様の情報が格納されていることを表す。図５では、情報５００は、ある一日（２０１０年１月２０日）における端末位置情報を示す。なお、情報５００は、図４Ａに示すような線表現Ｒ４００のような表現を形成できる限り任意であり、端末位置情報の変化や差分だけを示す情報であってもよい。また、図５では、情報５０１は、同一日（２０１０年１月２０日）におけるアクセスサイト情報を示す。なお、情報５０１は、図４Ｂに示すような線表現Ｒ４００Ａのような表現を形成できる限り任意であり、また、表すサイトの粒度（例えば階層構造やツリー構造を有するサイトの場合、どの階層まで表すか）も任意であってもよい。

決済情報データベース１６０には、決済情報の履歴データが記憶される。決済情報の履歴データは、ユーザに対応付けて、ユーザごとに抽出可能な態様で記憶される。また、決済情報の履歴データは、特定期間ごとに抽出可能な態様で記憶される。図６には、決済情報データベース１６０内の決済情報の履歴データの例が示される。図６では、情報６００は、ある一日（２０１０年１月２０日）における決済位置情報を示す。なお、情報６００は、図４Ａに示すような点表現Ｐ１、Ｐ２、Ｐ３のような表現を形成できる限り任意である。また、図５では、情報６０１は、同一日（２０１０年１月２０日）における決済サイト情報を示す。なお、情報６０１は、図４Ｂに示すような点表現Ｐ４、Ｐ５、Ｐ６のような表現を形成できる限り任意であり、また、表すサイトの粒度も任意であってもよい。

次に、携帯端末２１の機能を説明する。なお、上述したように、携帯端末２１の機能は、携帯端末２１にインストールされた忠敬アプリにより実現される。

携帯端末２１は、図３に示すように、行動履歴情報生成部２１０と、行動履歴情報送信部２１２と、出力データ取得部２１４と、決済情報表示処理部２１６とを含む。

行動履歴情報生成部２１０は、ＧＰＳ受信機２３からの情報に基づいて、端末位置情報を生成する。また、行動履歴情報生成部２１０は、携帯端末２１のログ情報に基づいて、アクセスサイト情報を生成する。

行動履歴情報送信部２１２は、行動履歴情報生成部２１０により生成された行動履歴情報を決済情報処理サーバ１００に送信する。例えば、行動履歴情報送信部２１２は、ユーザからの入力（要求）に応答して、行動履歴情報を決済情報処理サーバ１００に送信してもよいし、ユーザからの入力とは無関係に自動的に（例えば週ごとに）、行動履歴情報を決済情報処理サーバ１００に送信してもよい。

出力データ取得部２１４は、決済情報処理サーバ１００から、上述した表示画面用の出力データを取得（受信）する。例えば、出力データ取得部２１４は、ユーザからの入力（要求）に応答して、表示画面用の出力データを決済情報処理サーバ１００から取得してもよいし、ユーザからの入力とは無関係に自動的に（例えば週ごとに）、表示画面用の出力データを決済情報処理サーバ１００から取得してもよい。

決済情報表示処理部２１６は、出力データ取得部２１４により取得された表示画面用の出力データに基づいて、所定期間の決済情報を携帯端末２１の表示部２４上に出力する（図４Ａから図４Ｃ参照）。

このようにして、本実施例によれば、行動履歴情報と決済情報の履歴とを突き合わせることで、各決済情報に、注意喚起の内容が異なる属性を対応付けることができる。そして、各決済情報を、それぞれに対応付けられた属性が分かる態様で出力できる。これにより、ユーザは、各決済情報を、それに対応付けられた属性に基づいてチェックできるので、チェックが容易となる。例えば、ユーザは、第１属性又は第２属性が対応付けられた決済情報を一目で把握（発見）できる。これにより、ユーザは、第１属性又は第２属性が対応付けられた決済情報の詳細を調べる等により、不正利用の有無を判断できる。このようにして、決済情報が多数存在する場合でも、ユーザは、それぞれの決済情報に対応付けられた属性に基づいて、チェックすべき決済情報を限定できるので、効率的なチェックを実現できる。

次に、図７及び図８を参照して、本実施例の決済情報出力システム１の動作例について説明する。

図７は、携帯端末２１と、決済情報処理サーバ１００と、決済管理サーバ９１との間の情報のやり取りを示す処理の概略的な説明図である。なお、図７の処理フロー図（フローチャート）においては、各ステップの入力と出力の関係を損なわない限り、各ステップの処理順序を入れ替えてもよい。

ステップＳ７００では、携帯端末２１は、決済情報処理サーバ１００に行動履歴情報を送信する。なお、この送信は、決済情報処理サーバ１００からの要求に応じて実現されてもよいし、ユーザからの要求に応じて実現されてもよいし、所定条件の成立に基づいて自動的に実現されてもよい。

ステップＳ７０２では、決済管理サーバ９１は、決済情報処理サーバ１００に決済情報の履歴を送信する。なお、この送信は、決済情報処理サーバ１００からの要求に応じて実現されてもよいし、ユーザからの要求に応じて実現されてもよいし、所定条件の成立に基づいて自動的に実現されてもよい。

ステップＳ７０４では、決済情報処理サーバ１００は、ステップＳ７０２で得た決済情報の履歴と、ステップＳ７００で得た行動履歴情報とに基づいて、両者を付き合わせることで、各決済情報に属性を対応付ける。この処理（以下、「属性対応付け処理」とも称する）の具体例は、図８を参照して後述する。

ステップＳ７０６では、決済情報処理サーバ１００は、ステップＳ７０４で得た属性対応付け処理の結果に基づいて、各属性が対応付けられた各決済情報を含む表示画面用の出力データを生成する。

ステップＳ７０８では、決済情報処理サーバ１００は、ステップＳ７０６で生成した表示画面用の出力データを携帯端末２１に送信する。

ステップＳ７１０では、携帯端末２１は、決済情報処理サーバ１００から受信した表示画面用の出力データに基づいて、決済情報を上述したように表示部２４上に表示する（図４Ａ及び図４Ｂ参照）。なお、この際、携帯端末２１は、ユーザからの選択に応じて、図４Ａ及び図４Ｂに示すように、実店舗に係る決済情報と、仮想店舗に係る決済情報のうちの、選択された一方だけを表示してもよい。

ステップＳ７１２では、携帯端末２１は、ユーザからの１つ以上の決済情報に対する選択操作に応答して、当該１つ以上の決済情報の詳細情報の要求を決済情報処理サーバ１００に送信する。なお、ユーザによる選択操作がない場合は、図７の処理は、この時点で終了されてよい。

ステップＳ７１４では、決済情報処理サーバ１００は、ステップＳ７１２で要求された詳細情報を携帯端末２１に送信する。

ステップＳ７１６では、携帯端末２１は、決済情報処理サーバ１００から受信した詳細情報に基づいて、当該詳細情報を上述したように表示部２４上に表示する（図４Ｃ参照）。これにより、ユーザは、当該１つ以上の決済情報の詳細に基づいて、心当たりのある決済情報であるかどうかを判断できる。なお、忠敬アプリは、心当たりのない決済情報である場合に、その旨を通知する機能を備えてもよい。この場合、携帯端末２１は、ユーザから１つ以上の決済情報に対する選択操作及び通知入力に応答して、当該１つ以上の決済情報を、決済管理サーバ９１に通知する（ステップＳ７１８）。この場合、決済管理サーバ９１は、当該１つ以上の決済情報に対して適切な処理を行うことで、不正利用等を防止する。

図８は、図７の属性対応付け処理（ステップＳ７０４）の一例を示す概略フローチャートである。

ステップＳ７０４０では、決済情報処理サーバ１００は、処理対象の決済情報の履歴を抽出する。なお、処理対象の決済情報の履歴は、例えば未請求分（確定前）の決済情報の履歴であってもよいし、ユーザにより期間等が指定されてもよい。

ステップＳ７０４２では、決済情報処理サーバ１００は、ステップＳ７０４０で抽出した決済情報の履歴のうちから、一の決済情報を選択する。なお、この選択順は、任意であり、例えば決済時刻の古い順等であってよい。

ステップＳ７０４４では、決済情報処理サーバ１００は、選択した一の決済情報と、行動履歴情報とを突き合わせることで、時刻及び位置（又はサイト）の双方が整合するか否かを判定する。例えば、行動履歴情報に基づいて、選択した一の決済情報の決済時刻においてユーザが居た位置（又はサイト）を特定し、当該位置（又はサイト）と決済位置（又は決済サイト）とが整合するか否かを判定する。なお、実店舗の場合は、行動履歴情報に基づく位置と決済位置との差（距離）が所定閾値以下である場合に、整合すると判定してもよい。また、仮想店舗の場合は、行動履歴情報に基づくアクセスサイトと決済サイトが一致する場合に、整合すると判定してもよい。判定結果が“ＹＥＳ”の場合、ステップＳ７０４６に進み、それ以外の場合は、ステップＳ７０４８に進む。

ステップＳ７０４６では、決済情報処理サーバ１００は、選択した一の決済情報に対して第３属性を対応付ける。

ステップＳ７０４８では、決済情報処理サーバ１００は、選択した一の決済情報と、行動履歴情報とを突き合わせることで、時刻及び位置（又はサイト）のうちの位置（又はサイト）が整合するか否かを判定する。例えば、行動履歴情報に基づいて、選択した一の決済情報の決済時刻の属する日においてユーザが居た各位置（又は各サイト）を特定し、当該各位置（又は各サイト）のいずれかと決済位置（又は決済サイト）とが整合するか否かを判定する。判定結果が“ＹＥＳ”の場合、ステップＳ７０５０に進み、それ以外の場合は、ステップＳ７０５２に進む。

ステップＳ７０５０では、決済情報処理サーバ１００は、選択した一の決済情報に対して第２属性を対応付ける。

ステップＳ７０５２では、決済情報処理サーバ１００は、選択した一の決済情報に対して第１属性を対応付ける。

ステップＳ７０５４では、決済情報処理サーバ１００は、ステップＳ７０４０で抽出したすべての決済情報を選択したか否かを判定する。判定結果が“ＹＥＳ”の場合、終了し、それ以外の場合は、ステップＳ７０５６を経て、ステップＳ７０４４に戻る。

ステップＳ７０５６では、決済情報処理サーバ１００は、ステップＳ７０４０で抽出した決済情報のうちから、未選択の新たな一の決済情報を選択する。

このようにして図８に示す処理によれば、抽出した処理対象の決済情報の履歴について、決済情報ごとに順次、属性を対応付けることができる。

図７及び図８に示す処理によれば、ユーザは、携帯端末２１の表示部２４上で、各決済情報を、それぞれに対応付けられた属性とともに確認できるので、不正利用の有無等を容易にチェックできる。

なお、図７及び図８では、上述したように、ユーザから詳細情報の要求があった場合だけ詳細情報が携帯端末２１に送信される（ステップＳ７１２及びステップＳ７１４参照）ので、通常時（詳細情報が必要でない状況下）における通信負荷を効率的に低減できる。ただし、変形例では、決済情報処理サーバ１００は、表示画面用の出力データを携帯端末２１に送信する際に、表示画面用の出力データとともに詳細情報を携帯端末２１に送信してもよい。この場合、図７のステップＳ７１２及びステップＳ７１４の通信が不要となる。なお、このような変形例では、決済情報処理サーバ１００は、第１属性又は２が対応付けられた決済情報に係る詳細情報のみを、表示画面用の出力データとともに詳細情報を携帯端末２１に送信してもよい。この場合、通常時（詳細情報が必要でない状況下）における通信負荷を効率的に低減しつつ、図７のステップＳ７１２及びステップＳ７１４の通信を不要とすることができる。

以上、各実施例について詳述したが、特定の実施例に限定されるものではなく、特許請求の範囲に記載された範囲内において、種々の変形及び変更が可能である。また、前述した実施例の構成要素を全部又は複数を組み合わせることも可能である。

例えば、上述した実施例では、各決済情報には、３つの属性（第１属性から第３属性）のうちのいずれか１つが対応付けられるが、２つの属性のうちのいずれか１つが対応付けられてもよい。この場合、２つの属性のうちの１つは、上述した第３属性に対応し、他方の１つは、第１属性又は第２属性を区別しない１つ属性に対応してもよい。
また、上述した実施例では、属性付与部１５４は、決済情報のそれぞれごとに、決済情報と行動履歴情報との整合性を、位置及び時刻の双方の要素に基づいて判断し、判断した整合性に応じた属性を対応付けるが、これに限られない。すなわち、属性付与部１５４は、決済情報のそれぞれごとに、決済情報と行動履歴情報との整合性を、位置及び時刻のいずれか一方の要素に基づいて判断し、判断した整合性に応じた属性を対応付けてもよい。これは、例え位置の要素だけでも、当該位置（又はサイト）にアクセスしたことがない場合は、整合性がないと言えるためである。また、時刻の要素だけでも、当該時刻にインターネット自体を使用していない場合や外出すらしていない場合、整合性がないと言えるためである。

１決済情報出力システム
４ネットワーク
２１携帯端末
２３ＧＰＳ受信機
２４表示部
３１仮想店舗サーバ
９１決済管理サーバ
１００決済情報処理サーバ
１５０行動履歴情報取得部
１５２決済情報取得部
１５４属性付与部
１５６出力部
１５８行動履歴情報データベース
１６０決済情報データベース
２１０行動履歴情報生成部
２１２行動履歴情報送信部
２１４出力データ取得部
２１６決済情報表示処理部

Claims

ユーザに対応付けられた行動履歴情報を取得する行動履歴情報取得部と、
前記ユーザに対応付けられた決済情報の履歴を取得する決済情報取得部と、
前記行動履歴情報と、前記決済情報の履歴とに基づいて、前記決済情報のそれぞれに、注意喚起の内容が異なる少なくとも２つ以上の属性のうちの、１つの属性を対応付ける属性付与部と、
前記決済情報のそれぞれを、それぞれに対応付けられた前記属性が分かる態様で、前記行動履歴情報に対応付けて出力する出力部とを備える、決済情報出力装置。
前記出力部は、前記行動履歴情報を線表現で出力し、前記決済情報を点表現で出力する、請求項１に記載の決済情報出力装置。
前記行動履歴情報は、前記ユーザに対応付けられた携帯端末から取得される端末位置情報を含み、
前記決済情報は、決済が行われた位置を表す決済位置情報と、決済時刻を表す決済時刻情報のうちの少なくともいずれか一方を含み、
前記属性付与部は、前記決済情報のそれぞれごとに、前記決済情報と前記行動履歴情報との整合性を、位置及び時刻の双方の要素又はいずれか一方の要素に基づいて判断し、判断した前記整合性に応じた前記属性を対応付け、
前記出力部は、地図表示上に、前記行動履歴情報と、前記決済情報のそれぞれの前記決済位置情報と、前記決済情報のそれぞれの前記属性を表す情報とを、出力する、請求項１に記載の決済情報出力装置。
前記属性付与部は、前記決済情報のそれぞれごとに、決済が行われた時刻での場所に関する前記整合性を、前記行動履歴情報と前記決済位置情報と前記決済時刻情報とに基づいて判断する、請求項３に記載の決済情報出力装置。
前記行動履歴情報は、前記ユーザに対応付けられたインターネット上のアクセスサイト情報を含み、
前記決済情報は、決済が行われたインターネット上のサイトを表す決済サイト情報と、決済時刻を表す決済時刻情報のうちの少なくともいずれか一方を含み
前記属性付与部は、前記決済情報のそれぞれごとに、前記決済情報と前記行動履歴情報との整合性を、サイト及び時刻の双方の要素又はいずれか一方の要素に基づいて判断し、判断した前記整合性に応じた前記属性を対応付け、
前記出力部は、前記アクセスサイト情報と、前記決済情報のそれぞれの前記決済サイト情報と、前記決済情報のそれぞれの前記属性を表す情報とを、出力する、請求項１に記載の決済情報出力装置。
前記属性付与部は、前記決済情報のそれぞれごとに、決済が行われた時刻でのサイトに関する前記整合性を、前記行動履歴情報と前記決済サイト情報と前記決済時刻情報とに基づいて判断する、請求項５に記載の決済情報出力装置。
前記出力部は、比較的低い前記整合性に応じた前記属性が対応付けられた前記決済情報と、比較的高い前記整合性に応じた前記属性が対応付けられた前記決済情報とを、異なる色で表示する、請求項３から６のうちのいずれか１項に記載の決済情報出力装置。
前記出力部は、出力した前記決済情報のうちの、１つ以上の決済情報に対する選択操作に基づいて、該１つ以上の決済情報の詳細を出力する、請求項１から７のうちのいずれか１項に記載の決済情報出力装置。
サーバのみにより、ユーザ端末に実装されるアプリケーションプログラムのみにより、又は、サーバとユーザ端末に実装されるアプリケーションプログラムとの組み合わせにより実現される、請求項１から８のうちのいずれか１項に記載の決済情報出力装置。