JP2022181886A - 情報処理装置、サービス提供システム、情報処理システム、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】ユーザの実際の状況に応じてユーザ情報を迅速に変更することを可能にすること。【解決手段】ユーザがサービスを利用するための情報として、前記サービスの提供元が保持しているユーザ情報を取得する情報取得部と、前記ユーザの端末装置にインストールされた決済アプリケーションプログラムと連携した電子決済サービスの提供元が保持している、前記ユーザ情報とは異なる内容である決済サービス関連情報に基づいて、前記ユーザ情報が示す内容に変化があったか否かを判定する変化判定部と、前記変化判定部によって前記内容に変化があったと判定された場合、前記端末装置に前記ユーザ情報の更新を依頼する更新依頼部と、を備える情報処理装置。【選択図】図１

Description

本発明は、情報処理装置、サービス提供システム、情報処理システム、情報処理方法、およびプログラムに関する。

ユーザがネットワークを通じてサービスを利用するために登録した情報の信頼性を評価する技術が知られている。例えば、特許文献１には、ユーザが登録した情報と、事前に記憶した人事情報とを照合することによって、当該情報の信頼性を評価する技術が開示されている。

特開２０２０－１９０９５５号公報

特許文献１に記載の技術では、ユーザが登録した情報の信頼性を評価するために、事前に当該ユーザに対応する人事情報を用意することが必要とされる。その結果、例えば、人事情報の内容に変更がある場合、ユーザは当該人事情報を保存する機関やシステムに変更を通知する必要がある。しかしながら、従来技術では、例えば、ユーザが変更の通知を失念することに起因して、ユーザの実際の状況に応じて人事情報が迅速に変更されない場合があった。

本発明は、このような事情を考慮してなされたものであり、ユーザの実際の状況に応じてユーザ情報を迅速に変更することを可能にする情報処理装置、サービス提供システム、情報処理システム、情報処理方法、およびプログラムを提供することを目的の一つとする。

本発明の一態様は、ユーザがサービスを利用するための情報として、前記サービスの提供元が保持しているユーザ情報を取得する情報取得部と、前記ユーザの端末装置にインストールされた決済アプリケーションプログラムと連携した電子決済サービスの提供元が保持している、前記ユーザ情報とは異なる内容である決済サービス関連情報に基づいて、前記ユーザ情報が示す内容に変化があったか否かを判定する変化判定部と、前記変化判定部によって前記内容に変化があったと判定された場合、前記端末装置に前記ユーザ情報の更新を依頼する更新依頼部と、を備える情報処理装置である。

本発明の一態様によれば、ユーザの実際の状況に応じてユーザ情報を迅速に変更することを可能にすることができる。

システム１の構成の一例を示す図である。 決済サーバ２０の機能構成の一例を示す図である。 ユーザが端末装置１０の決済アプリケーションプログラムを用いて決済を行う場面の一例を示す図である。 記憶部３０に格納される残高情報３２の例示的な構成を示す図である。 記憶部３０に格納される決済履歴情報３４の例示的な構成を示す図である。 記憶部３０に格納されるアップロード情報３６の例示的な構成を示す図である。 情報処理装置６０の機能構成の一例を示す図である。 記憶部７０に格納されるサービスユーザ情報７４の例示的な構成を示す図である。 記憶部３０によって格納される残高情報３２、決済履歴情報３４、およびアップロード情報３６と、記憶部７０に格納されるサービスユーザ情報７４との間の関係を説明するための図である。 変化判定部６６によって判定された、サービスユーザ情報７４が示す内容に変化の一例を示す図である。 記憶部７０に格納される統合情報７８の例示的な構成を示す図である。 更新依頼部６８がサービスユーザ情報７４の更新を依頼することによって端末装置１０に表示される更新依頼情報の一例を示す図である。 システム１により実行される処理の流れの一例を示すシーケンス図である。

以下、図面を参照し、本発明の情報処理装置、サービス提供システム、情報処理システム、情報処理方法、およびプログラムの実施形態について説明する。

図１は、システム１の構成の一例を示す図である。システム１は、例えば、端末装置１０と、決済サーバ２０と、サービスサーバ４０と、情報処理装置６０とを備える。サービスサーバ４０と、情報処理装置６０とを組み合わせたものが「サービス提供システム」の一例であり、端末装置１０で動作する後述する決済アプリケーションプログラムと、決済サーバ２０と、情報処理装置６０とを組み合わせたものが、「情報処理システム」の一例である。

端末装置１０、決済サーバ２０、サービスサーバ４０、および情報処理装置６０は、ネットワークＮＷを介して通信する。ネットワークＮＷは、ＷＡＮ（Wide Area Network）やＬＡＮ（Local Area Network）、インターネット、セルラー網などを含む。

端末装置１０は、スマートフォンやパーソナルコンピュータ、タブレット端末などの通信機能と表示機能を有するコンピュータ装置である。端末装置１０では、ＣＰＵ（Central Processing Unit）などのプロセッサと、ブラウザやアプリケーションプログラムなどのＵＡ（User Agent）とが協働して動作することで、端末装置１０の表示部にコンテンツを表示させたり、各種処理を実行させたりする。

決済サーバ２０は、例えば、端末装置１０により送信されたリクエストに応じたコンテンツを端末装置１０に提供したり、端末装置１０にインストールされたアプリケーションが起動して、起動したアプリケーションプログラムと通信を行うことによってコンテンツを提供したりする。各種処理とは、例えば、電子マネーを用いた決済処理である。決済サーバ２０の詳細については後述する。

サービスサーバ４０は、例えば、端末装置１０により送信されたリクエストに応じたコンテンツを端末装置１０に提供するサーバ装置や、端末装置１０にインストールされたアプリケーションが起動して、起動したアプリケーションプログラムと通信を行って各種情報の送受信を行ってコンテンツを提供するサーバ装置である。サービスサーバ４０は、例えば、電子マネー決済の後払いサービス、ニュースを提供するサービス、ショッピングサービス、オークションサービス、マッチングサービス、株式売買サービス、銀行業務に関するサービス、ソーシャルネット・ネットワーキング・サービス、ナビゲーションサービスなどを、ネットワークを介して提供する。本実施形態において、説明の便宜上、サービスサーバ４０は電子マネー決済の後払いサービスを提供するものとするが、サービスサーバ４０はこれに限定されず、異なるサービスを提供する複数のサービスサーバ４０が存在してもよい。

図２は、決済サーバ２０の機能構成の一例を示す図である。決済サーバ２０は、電子決済サービスを提供する。決済サーバ２０は、例えば、情報取得部２２と、決済管理部２４と、決済処理部２６と、記憶部３０とを備える。情報取得部２２と、決済管理部２４と、決済処理部２６とは、例えば、ＣＰＵなどのプロセッサが記憶装置に記憶されたプログラムを実行して、後述する決済に関する処理を行う。記憶部３０は、例えば、後述する残高情報３２と、決済履歴情報３４と、アップロード情報３６とを格納する。残高情報３２と、決済履歴情報３４と、アップロード情報３６とは、「決済サービス関連情報」の一例である。

情報取得部２２は、端末装置１０にインストールされた決済アプリケーションプログラムにより送信された情報を取得する。決済管理部２４は、情報取得部２２により取得された情報を管理する。例えば、決済管理部２４は、取得された情報を決済サービス関連情報として管理する。決済処理部２６は、決済アプリケーションプログラムや、決済サーバが提供している決済サービスを利用可能な店舗端末（不図示）などと連携して、電子的な決済処理を行う。決済サーバ２０は、例えば、取引対象の店舗やユーザにサービスを提供するサービス提供者の口座を管理し、ユーザや店舗からの決済のリクエストに従って、口座間における電子マネーの送金等を行うことで、各種決済を実現する。

例えば、ユーザが決済アプリケーションプログラムにより生成されたコード情報（例えばバーコードなど）が表示された画面を、店舗の店員に提示し、店舗端末がコード情報をスキャナなどで読み取ると、店舗端末に設定された金額、店舗の識別情報、およびユーザの識別情報が決済サーバ２０に送信される。例えば、コード情報にはユーザの識別情報がエンコードされており、店舗端末は、コード情報をデコードしてユーザの識別情報を取得し、更に、予め保持する店舗の識別情報や、精算する金額を決済サーバ２０に送信する。決済サーバ２０は、店舗端末から送信された金額を、チャージされたユーザの残高から差し引き、差し引いた金額のうち所定金額を店舗の識別情報に対応付けることで決済を行う。

例えば、店舗が指定したコード情報を、ユーザが端末装置１０で読み取り、端末装置１０を操作して支払う金額を入力し、決済を行うための操作を行うと、決済サーバ２０は、上記の操作に応じた情報、店舗の識別情報、およびユーザの識別情報を端末装置１０から取得する。そして、決済サーバ２０は、送信された金額を、チャージされたユーザの残高から差し引き、差し引いた金額のうち所定金額を店舗の識別情報に対応付けることで決済を行う。

図３は、ユーザが端末装置１０の決済アプリケーションプログラムを用いて決済を行う場面の一例を示す図である。図３に示す通り、端末装置１０の表示部には、端末装置１０の不図示のカメラによって読み取られたコード情報と、チャージ残高と、支払いボタンＰＢ１と、後払いボタンＰＢ２とが表示されている。ユーザは、端末装置１０上で支払い金額を入力し支払いボタンＰＢ１を押下することによって決済を行うことができる一方、後払いボタンＰＢ２を押下することによって、決済アプリケーションプログラムはサービスサーバ４０にアクセスし、ユーザはサービスサーバ４０が提供する後払いサービスを利用することができる。ここで、後払いサービスとは、ユーザに電子決済サービスに事前入金させることなく、物品又はサービスの購入を可能とさせるサービスである。ユーザが利用した金額は、例えば、翌月の所定日にチャージ残高から引き落とされることで清算がなされる。後払いサービスを利用するに当たって、ユーザはサービスサーバ４０にサービスユーザ情報を登録しているが、当該サービスユーザ情報の詳細については、図８を参照して後述する。

なお、図３において、ユーザは端末装置１０の決済アプリケーションプログラムを介してサービスサーバ４０にアクセスし、後払いサービスを利用するものであるため、端末装置１０は、サービスサーバ４０が提供するサービスを実行するためのアプリケーションプログラムを別途、インストールする必要がない。これにより、端末装置１０の識別情報は、決済サーバ２０とサービスサーバ４０との間で共有することができる。このため、以下の説明では、決済サーバ２０とサービスサーバ４０との間で適宜実行される、端末装置１０を識別するための処理の説明を省略する場合がある。

［データ構成］
次に、図４から図６を参照して、記憶部３０が格納する残高情報３２と、決済履歴情報３４と、アップロード情報３６の構成について説明する。図４は、記憶部３０に格納される残高情報３２の例示的な構成を示す図である。残高情報３２は、記憶部３０が電子決済サービスのユーザごとに格納するものである。図４に示す通り、残高情報３２は、年月日に対して、摘要、出金、入金、チャージ残高などの情報が対応付けられたものである。

摘要は、ユーザのチャージ残高に対して出金又は入金が行われた事由を示す情報であり、例えば、チャージ、給与振り込み、ユーザが物品又はサービスを購入した店舗名などを示す。出金は、ユーザのチャージ残高から引き落とされた金額を示す情報である。入金は、ユーザのチャージ残高に振り込まれた金額を示す情報である。チャージ残高は、ユーザの口座に対して出金又は入金の処理が実行された後に口座に残る金額を示す情報である。給与振り込みは、「ユーザへの支払い情報」の一例である。

図５は、記憶部３０に格納される決済履歴情報３４の例示的な構成を示す図である。決済履歴情報３４は、記憶部３０が電子決済サービスのユーザごとに格納するものである。図５に示す通り、決済履歴情報３４は、時刻に対して、決済地点や決済金額などの情報が対応付けられたものである。決済地点は、ユーザが電子決済サービスを利用して物品又はサービスの購入した店舗を示す情報である。図５においては、便宜上、店舗名のみを記載しているが、当該店舗の位置を示すＧＰＳ情報（経度・緯度情報）などが格納されていてもよい。決済金額は、ユーザが電子決済サービスを利用して物品又はサービスの購入した金額を示す情報である。

図６は、記憶部３０に格納されるアップロード情報３６の例示的な構成を示す図である。アップロード情報３６は、端末装置１０が、決済アプリケーションプログラムのバックグラウンド処理によって定期的に決済サーバ２０に送信する情報であり、記憶部３０が電子決済サービスのユーザごとに格納するものである。図６に示す通り、アップロード情報３６は、時刻に対して、位置などの情報が対応付けられたものである。図６は、一例として、端末装置１０が、６時間ごとに端末装置１０のＧＰＳ情報（経度・緯度情報）を決済サーバ２０に送信している例を示しているが、本発明はこのような構成に限定されず、アップロード情報は、例えば、１時間ごとなど、所定の時間間隔で送信されてもよい。

［情報処理装置］
図７は、情報処理装置６０の機能構成の一例を示す図である。情報処理装置６０は、例えば、情報取得部６２と、ユーザ情報推定部６４と、変化判定部６６と、更新依頼部６８と、記憶部７０とを備える。情報取得部６２と、ユーザ情報推定部６４と、変化判定部６６と、更新依頼部６８は、例えば、ＣＰＵ（Central Processing Unit）などのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。上記の全ての構成要素が一つのプロセッサにより実現される必要はなく、適宜、複数のプロセッサによる分散処理などがなされてもよい。また、情報処理装置６０の機能構成の一部または全部は、決済サーバ２０に含まれてもよい。

情報取得部６２は、決済サーバ２０から、電子決済サービスに登録されたユーザ情報と、残高情報３２と、決済履歴情報３４と、アップロード情報３６とを取得し、決済サービス関連情報７２として記憶部７０に格納する。情報取得部６２は、さらに、ユーザが後払いサービスを利用するための情報として、サービスサーバ４０が保持しているユーザ情報を取得し、サービスユーザ情報７４として記憶部７０に格納する。情報取得部６２は、決済サービス関連情報７２と、決済サービス関連情報７２に基づいて推定されたユーザ情報（詳細は後述する）と、サービスユーザ情報７４とを統合し、統合情報７８として管理する。統合情報７８とは、決済サーバ２０およびサービスサーバ４０から取得した情報に基づいて、ユーザごとに、そのユーザに関する情報を網羅的にまとめた情報である。

図８は、記憶部７０に格納されるサービスユーザ情報７４の例示的な構成を示す図である。図８に示す通り、サービスユーザ情報７４は、ユーザＩＤに対して、氏名、電話番号、メールアドレス、勤務先、住所、年収などの情報が対応付けられたものである。これらの情報は、ユーザが後払いサービスを利用する際に、端末装置１０を用いてサービスサーバ４０が提供する利用申込画面にて入力し、サービスサーバ４０に送信したものである。後払いサービスではユーザの与信力を把握することが重要であるため、サービスユーザ情報７４には、勤務先や年収など、当該ユーザの経済力を示す情報も格納されている。

氏名は、ユーザＩＤに対応するユーザの氏名を示す情報である。電話番号は、ユーザＩＤに対応するユーザの電話番号を示す情報である。メールアドレスは、ユーザＩＤに対応するユーザのメールアドレスを示す情報である。勤務先は、ユーザＩＤに対応するユーザが働く会社の名称を示す情報である。住所は、ユーザＩＤに対応するユーザが住む住居の住所を示す情報である。年収は、ユーザＩＤに対応するユーザが年間で得た収入の金額を示す情報である。これらの情報は、ユーザＩＤに対応するユーザが後払いサービスの利用を開始する際に入力したものであるが、その後、一定期間が経過し、入力情報の内容に変更があった場合でも、例えば、ユーザが情報の更新を失念することなどによって、情報の内容が迅速に変更されないという問題がある。

そこで、ユーザ情報推定部６４は、決済サービス関連情報７２に基づいて、サービスユーザ情報７４の内容を推定する。より具体的には、ユーザ情報推定部６４は、決済サービス関連情報７２に基づいて、サービスユーザ情報７４の各項目の内容を推定し、推定した内容を推定ユーザ情報７６として記憶する。次に、変化判定部６６は、ユーザ情報推定部６４が推定した推定ユーザ情報７６と、サービスユーザ情報７４とを比較し、サービスユーザ情報７４が示す内容に変化があったか否かを判定する。

図９は、記憶部３０によって格納される残高情報３２、決済履歴情報３４、およびアップロード情報３６と、記憶部７０に格納されるサービスユーザ情報７４との間の関係を説明するための図である。ユーザ情報推定部６４は、例えば、決済履歴情報３４に含まれる決済地点の情報に基づいて、ユーザの勤務先情報を推定し、変化判定部６６は、推定した勤務先情報と、サービスユーザ情報７４の勤務先情報とを比較して、サービスユーザ情報７４の勤務先情報が示す内容に変化があったか否かを判定する。より具体的には、図５の決済履歴情報３４を参照すると、ユーザは、４月および５月の毎日昼の時間帯にＡストアで電子決済サービスを利用している。そのため、ユーザ情報推定部６４は、当該ユーザの勤務先がＡストア付近であると推定し、変化判定部６６は、Ａストアと、サービスユーザ情報７４の勤務先情報が示すＣ商事との間の距離を、情報処理装置６０が格納する不図示の地図情報に基づいて計測する。この場合の「距離」は、ＡストアのＧＰＳ座標とＣ商事のＧＰＳ座標とを結ぶ直線距離であってもよいし、地図情報に設定された道路構造に基づいて計算されたユーザの歩行距離であってもよい。変化判定部６６は、計測した距離を閾値（例えば、１［ｋｍ］）と比較して、当該距離が閾値未満であった場合、サービスユーザ情報７４の勤務先情報が示す内容に変化が無かったと判定する。図５の場合、ＡストアとＣ商事は、交差点を挟んで向かい側に位置しており、２つの地点の距離は閾値未満であるため、変化判定部６６は、サービスユーザ情報７４の勤務先情報が示す内容に変化が無かったと判定する。

その後、３ヶ月が経過すると、図５の決済履歴情報３４の下部に示す通り、ユーザは、７月および８月の毎日昼の時間帯にＣストアで電子決済サービスを利用している。そのため、ユーザ情報推定部６４は、当該ユーザの勤務先がＣストア付近であると推定し、変化判定部６６は、次に、Ｃストアと、サービスユーザ情報７４の勤務先情報が示すＣ商事との間の距離を再度、計測し、かつ計測した距離を閾値と比較する。図９を参照すると、ＣストアとＣ商事とは距離が離れているため、変化判定部６６は、計測した距離が閾値以上であると判定し、サービスユーザ情報７４の勤務先情報が示す内容に変化があったと判定する。

また、例えば、ユーザ情報推定部６４は、例えば、決済履歴情報３４に含まれる決済地点の情報に基づいて、ユーザの住所情報を推定し、変化判定部６６は、推定した住所情報と、サービスユーザ情報７４の住所情報とを比較して、サービスユーザ情報７４の住所情報が示す内容に変化があったか否かを判定する。より具体的には、図５の決済履歴情報３４を参照すると、ユーザは、４月および５月の毎日夜の時間帯にＢストアで電子決済サービスを利用している。そのため、ユーザ情報推定部６４は、当該ユーザの住所がＢストア付近であると推定し、変化判定部６６は、Ｂストアと、サービスユーザ情報７４の住所情報が示す地点との間の距離を、地図情報に基づいて計測する。図５の場合、Ｂストアとサービスユーザ情報７４の住所情報が示す地点は、道路を挟んで向かい側に位置しており、２つの地点の距離は閾値未満であるため、変化判定部６６は、サービスユーザ情報７４の住所情報が示す内容に変化が無かったと判定する。

その後、３ヶ月が経過すると、図５の決済履歴情報３４の下部に示す通り、ユーザは、７月および８月の毎日夜の時間帯にＤストアで電子決済サービスを利用している。そのため、ユーザ情報推定部６４は、当該ユーザの勤務先がＤストア付近であると推定し、変化判定部６６は、次に、Ｄストアと、サービスユーザ情報７４の住所情報が示す地点との間の距離を再度、計測し、かつ計測した距離を閾値と比較する。図９を参照すると、Ｄストアとサービスユーザ情報７４の住所情報が示す地点とは距離が離れているため、変化判定部６６は、計測した距離が閾値以上であると判定し、サービスユーザ情報７４の住所情報が示す内容に変化があったと判定する。

なお、上記の説明において、ユーザ情報推定部６４は、昼の時間帯における電子決済サービスの決済履歴から勤務先情報を推定し、夜の時間帯における電子決済サービスの決済履歴から住所情報を推定している。しかし、本発明は、このような構成に限定されない。例えば、ユーザによっては、夜に出勤し、昼に退社することも考えられる。そのため、ユーザ情報推定部６４は、例えば、アップロード情報３６に更に基づいて、勤務先情報又は住所情報を推定してもよい。例えば、ユーザ情報推定部６４は、夜の時間帯におけるアップロード情報３６のＧＰＳ座標がオフィスビルの位置を示している場合、夜の時間帯における電子決済サービスの決済履歴から勤務先情報を推定してもよいし、逆に、昼の時間帯におけるアップロード情報３６のＧＰＳ座標が住居の位置を示している場合、昼の時間帯における電子決済サービスの決済履歴から住所情報を推定してもよい。

また、例えば、ユーザ情報推定部６４は、残高情報３２に含まれる入金情報に基づいて、ユーザの年収情報を推定し、変化判定部６６は、推定した年収情報と、サービスユーザ情報７４の年収情報とを比較して、サービスユーザ情報７４の年収情報が示す内容に変化があったか否かを判定する。より具体的には、図４の残高情報３２を参照すると、毎月６日に「給与振り込み」の摘要にて３０万円が入金されている。そのため、ユーザ情報推定部６４は、当該ユーザの年収が３６０万円であると推定し、変化判定部６６は、サービスユーザ情報７４の年収情報が示す３６０万円と比較して、差額が閾値（例えば、１００万円）未満であったとき、サービスユーザ情報７４の年収情報が示す内容に変化が無かったと判定する。この場合、差額はゼロであるため、変化判定部６６は、サービスユーザ情報７４の年収情報が示す内容に変化が無かったと判定する。

その後、３ヶ月が経過すると、図４の残高情報３２の下部に示す通り、ユーザの口座への給与振り込みは、金額が３０万円から４０万円に変わっている。そのため、ユーザ情報推定部６４は、当該ユーザの年収が４８０万円であると推定し、変化判定部６６は、サービスユーザ情報７４の年収情報が示す３６０万円と比較して、差額が閾値以上であると判定、すなわち、サービスユーザ情報７４の年収情報が示す内容に変化があったと判定する。

また、例えば、ユーザ情報推定部６４は、決済履歴情報３４に含まれる決済金額に基づいて、ユーザの年収情報を推定する。より具体的には、例えば、ユーザ情報推定部６４は、図５の決済履歴情報３４に含まれる決済金額を一ヵ月間にわたって合計し、合計決済金額が大きいほどユーザの年収はより高く、当該合計決済金額が小さいほどユーザの年収はより低く推定する。変化判定部６６は、毎月の合計決済金額を記録し、当該合計決済金額が増加（減少）した場合には、ユーザの年収は増加（減少）したと判定することができる。また、例えば、ユーザ情報推定部６４は、合計決済金額に所定の係数を乗算することによってユーザの年収を推定することができる。この場合の所定の係数とは、例えば、複数のユーザの年収情報と１ヶ月間の決済金額との間の関係を示す統計データに基づいて決定することができる。また、例えば、ユーザ情報推定部６４は、残高情報３２に基づいて、ユーザによる電子決済サービスへのチャージ金額を一ヵ月間にわたって合計し、合計チャージ金額が大きいほどユーザの年収はより高く、当該合計チャージ金額が小さいほどユーザの年収はより低く推定する。変化判定部６６は、毎月の合計チャージ金額を記録し、当該合計チャージ金額が増加（減少）した場合には、ユーザの年収は増加（減少）したと判定することができる。また、例えば、ユーザ情報推定部６４は、合計チャージ金額に所定の係数を乗算することによってユーザの年収を推定することができる。この場合の所定の係数とは、例えば、複数のユーザの年収情報と１ヶ月間のチャージ金額との間の関係を示す統計データに基づいて決定することができる。

変化判定部６６は、推定した年収と、サービスユーザ情報７４の年収情報が示す金額との間の差額が閾値未満であった場合、サービスユーザ情報７４の年収情報が示す内容に変化が無かったと判定する。一方、変化判定部６６は、推定した年収と、サービスユーザ情報７４の年収情報が示す金額との間の差額が閾値以上であった場合、サービスユーザ情報７４の年収情報が示す内容に変化があったと判定する。

また、例えば、ユーザ情報推定部６４は、アップロード情報３６に含まれる端末装置１０の位置情報に基づいて、ユーザの勤務先情報を推定し、変化判定部６６は、推定した勤務先情報と、サービスユーザ情報７４の勤務先情報とを比較して、サービスユーザ情報７４の勤務先情報が示す内容に変化があったか否かを判定する。より具体的には、ユーザ情報推定部６４は、アップロード情報３６に含まれる複数の位置座標のうち、所定回数（例えば、３回）以上、出現する位置座標であって、かつ地図情報に基づいて当該位置座標が、例えば、オフィスビルなどの仕事場を示している場合、当該位置座標をユーザの勤務先情報として推定する。例えば、図６および図９の場合、ユーザ情報推定部６４は、「ＸＸ度ＸＸ分ＸＸ秒」の位置座標をユーザの勤務先として推定し、変化判定部６６は、「ＸＸ度ＸＸ分ＸＸ秒」の位置座標と、サービスユーザ情報７４の勤務先情報が示すＣ商事との間の距離を計測し、かつ計測した距離を閾値と比較する。図９に示す通り、「ＸＸ度ＸＸ分ＸＸ秒」の位置座標とＣ商事とは一致しているため、変化判定部６６は、サービスユーザ情報７４の勤務先情報が示す内容に変化が無かったと判定する。

その後、３ヶ月が経過すると、図６のアップロード情報３６の下部に示す通り、「ＺＺ度ＺＺ分ＺＺ秒」の位置座標が、所定回数以上、出現し、かつ当該位置座標はオフィスビルを示しているため、ユーザ情報推定部６４は、次に、「ＺＺ度ＺＺ分ＺＺ秒」の位置座標をユーザの勤務先情報として推定する。次に、変化判定部６６は、「ＺＺ度ＺＺ分ＺＺ秒」の位置座標と、サービスユーザ情報７４の勤務先情報が示すＣ商事との間の距離を計測し、かつ計測した距離を閾値と比較する。図９に示す通り、「ＺＺ度ＺＺ分ＺＺ秒」の位置座標とＣ商事とは距離が離れているため、変化判定部６６は、サービスユーザ情報７４の勤務先情報が示す内容に変化があったと判定する。

また、例えば、ユーザ情報推定部６４は、アップロード情報３６に含まれる端末装置１０の位置情報に基づいて、ユーザの住所情報を推定し、変化判定部６６は、推定した住所情報と、サービスユーザ情報７４の住所情報とを比較して、サービスユーザ情報７４の住所情報が示す内容に変化があったか否かを判定する。より具体的には、ユーザ情報推定部６４は、アップロード情報３６に含まれる複数の位置座標のうち、所定回数（例えば、３回）以上、出現する位置座標であって、かつ地図情報に基づいて当該住所が、例えば、マンションなどの住宅地を示している場合、当該位置座標をユーザの住所情報として推定する。例えば、図６および図９の場合、ユーザ情報推定部６４は、「ＹＹ度ＹＹ分ＹＹ秒」の位置座標をユーザの住所として推定し、変化判定部６６は、「ＹＹ度ＹＹ分ＹＹ秒」の位置座標と、サービスユーザ情報７４の住所情報が示す「〇〇町９１－６」との間の距離を計測し、かつ計測した距離を閾値と比較する。図９に示す通り、「ＹＹ度ＹＹ分ＹＹ秒」の位置座標と「〇〇町９１－６」とは一致しているため、変化判定部６６は、サービスユーザ情報７４の勤務先情報が示す内容に変化が無かったと判定する。

その後、３ヶ月が経過すると、図６のアップロード情報３６の下部に示す通り、「ＶＶ度ＶＶ分ＶＶ秒」の位置座標が、所定回数以上、出現し、かつ当該位置座標はアパートを示しているため、ユーザ情報推定部６４は、次に、「ＶＶ度ＶＶ分ＶＶ秒」の位置座標をユーザの住所情報として推定する。次に、変化判定部６６は、「ＶＶ度ＶＶ分ＶＶ秒」の位置座標と、サービスユーザ情報７４の住所情報が示すＣ商事との間の距離を計測し、かつ計測した距離を閾値と比較する。図９に示す通り、「ＶＶ度ＶＶ分ＶＶ秒」の位置座標とＣ商事とは距離が離れているため、変化判定部６６は、サービスユーザ情報７４の住所情報が示す内容に変化があったと判定する。

図１０は、変化判定部６６によって判定された、サービスユーザ情報７４が示す内容の変化の一例を示す図である。図１０に示す通り、変化判定部６６は、残高情報３２、決済履歴情報３４、およびアップロード情報３６に基づいて、サービスユーザ情報７４の勤務先情報が示す内容がＡストア付近からＤストア付近に変化したと判定し、サービスユーザ情報７４の住所情報が示す内容がＢストア付近からＣストア付近に変化したと判定し、サービスユーザ情報７４の年収情報が示す内容が３６０万円から４８０万円に変化したと判定する。

更新依頼部６８は、変化判定部６６によってサービスユーザ情報７４のある項目が示す内容に変化があったと判定された場合、端末装置１０にサービスユーザ情報７４の更新を依頼する。より具体的には、更新依頼部６８は、サービスサーバ４０に、サービスユーザ情報７４のある項目が示す内容が変化した可能性があることを通知し、サービスサーバ４０は、当該通知を受信すると、端末装置１０の決済アプリケーションプログラム上に、サービスユーザ情報７４の更新の必要性を確認するための更新依頼情報を表示させる。

図１１は、統合情報７８について説明するための図である。図１１に示す通り、「決済サービス」の列に格納される情報は、電子決済サービスに登録されたユーザ情報（氏名、電話番号、メールアドレス）及び決済サービス関連情報７２に基づいて推定されたユーザ情報（勤務先、住所、年収）に対応し、「第１サービス」の列に格納される情報は、サービスユーザ情報７４に対応し、「第２サービス」以降の列に格納される情報は、電子決済サービスと連携する他のサービスサーバに格納されたサービスユーザ情報に対応する。

更新依頼部６８は、変化判定部６６によって統合情報７８の「決済サービス」の列に格納される情報の内容に変化があったと判定された場合、端末装置１０にサービスユーザ情報７４の更新を依頼するとともに、当該内容の変化をサービスサーバ４０（及び他のサービスサーバ）に通知してもよい。例えば、図１１において、「決済サービス」の列に格納される「電話番号」の情報の内容に変化があったと判定された場合、更新依頼部６８は、端末装置１０に「電話番号」の更新を依頼するとともに、当該内容の変化をサービスサーバ４０（及び他のサービスサーバ）に通知してもよい。また、例えば、変化判定部６６によって統合情報７８の「勤務先」の情報の内容に変化があったと判定された場合、更新依頼部６８は、端末装置１０に「勤務先」の更新を依頼するとともに、当該内容の変化をサービスサーバ４０（及び他のサービスサーバ）に通知してもよい。

なお、更新依頼部６８は、電子決済サービスによって登録又は推定された情報の変化を片方向にサービスサーバ４０に通知するのみならず、サービスサーバ４０によって登録された情報の変化を決済サーバ２０及び他のサービスサーバに双方向に通知しても良い。換言すると、更新依頼部６８は、統合情報７８に登録された各列に格納された情報の間で乖離が発生した場合には、当該乖離を示す情報を決済サーバ２０及びサービスサーバ４０の全体で共有させてもよい。

統合情報７８が生成される際に、例えば、以下の処理が行われてもよい。情報処理装置６０は、複数のサービスの提供元から取得した情報の内容、情報の種別、情報の形式、または情報に関連付けられたラベルの一部または全部に基づいて、情報がユーザ情報であると判別した場合、情報をユーザ情報として集約する。情報処理装置６０は、情報の内容を認識し、その情報が、統合情報７８で管理する対象のユーザの氏名や、住所、メールアドレスなどの情報であると判定した場合、その情報をユーザ情報として統合情報７８の対象の項目に対応付ける。また、情報処理装置６０は、例えば、情報の形式が所定の形式であると判定した場合、その情報をユーザ情報として統合情報７８の対象の項目に対応付ける。例えば、アルファベット、数字またはこれらの組み合わせの後に「＠」があり、「＠」の後に「＊＊＊＊．ｃоｍ」などのドメインと推定される文字列が含まれる場合、情報処理装置６０は、この情報はユーザのメールアドレスと判別する。情報処理装置６０は、予め保持する辞書情報に基づいて、ドメインを推定してもよいし、予め定められた文字列（例えば「．ｃоｍ」など）を有する場合、この情報はメールアドレスと推定する。また、情報処理装置６０は、サービスの提供元から、項目情報の種別を示すラベル（例えば氏名の情報であることを示すラベルやメールアドレスの情報であることを示すラベル）と共に、そのラベルの情報を取得し、取得した情報に基づいて、統合情報７８を生成してもよい。

例えば、サービスサーバ４０ごとに、情報処理装置６０に送信する情報の形態が異なることがある。この場合、情報処理装置６０は、上記のように情報の内容や、種別、形式、ラベルなどを参照して、取得した情報がどのような項目情報に該当するかを判別することができる。例えば、あるサービスサーバは、「eｍaiｌ；ＸＸＸ＠ＸＸＸ．ｃоｍ」を送信し、別のサービスサーバは、「mail address；ＸＸＸ＠ＸＸＸ．ｃоｍ」を送信することがある。このようにメールアドレスの項目の表記に相違がある場合であっても、情報処理装置６０は、例えば、所定の辞書情報や、キーワード、文字の意味を解析して、これらがメールアドレスに該当することを判別することができる。このように、情報処理装置６０は、サービスサーバ４０が異なる形態の情報を提供する場合であっても、具体的な情報の形式の類似性などを加味して、いわゆる名寄せを行って情報がどの項目情報に該当するかを突き合わせることができる。なお、サービスサーバ４０が、情報処理装置６０から情報を受け取る場合も、上記のように情報の形式の類似性などを加味して、受け取った情報の種別を判別してもよい。

図１２は、更新依頼部６８がサービスユーザ情報７４の更新を依頼することによって端末装置１０に表示される更新依頼情報の一例を示す図である。図１０を参照して上述した通り、変化判定部６６によって、勤務先情報と、住所情報と、年収情報とに変化があったと判定されたため、更新依頼部６８は、勤務先情報と、住所情報と、年収情報の更新の必要性を確認するための情報を端末装置１０の決済アプリケーションプログラム上に表示させている。これにより、ユーザは、端末装置１０上でサービスユーザ情報７４の更新の必要性を確認することができ、ユーザの実際の状況に応じてユーザ情報を迅速に変更することができる。なお、図１２は、更新の必要性があると推定される情報を具体的に表示する例について記載しているが、本発明は、このような構成に限定されず、更新の必要性があると推定されるユーザ情報を具体的に指定することなく、更新の確認メッセージを表示させてもよい。

サービスサーバ４０は、更新依頼部６８から、サービスユーザ情報７４のある項目が示す内容に変化の可能性があることを通知されると、当該通知に基づいて、ユーザに提供するサービスの内容を変更してもよい。例えば、図１０の場合、サービスサーバ４０は、ユーザの年収が３６０万円から４８０万円に変化した可能性があることを示す通知を受信したことに応じて、後払いサービスの後払い上限金額を増額させてもよい。

［シーケンス］
図１３は、システム１により実行される処理の流れの一例を示すシーケンス図である。まず、情報処理装置６０が、推定ユーザ情報７６に基づいて、サービスユーザ情報７４が示す内容の変化を検知する（Ｓ１００）。次に、情報処理装置６０が、検知した内容の変化をサービスサーバ４０に通知する（Ｓ１０１）。次に、サービスサーバ４０が、端末装置１０に、サービスユーザ情報７４の更新を依頼する（Ｓ１０２）。

次に、端末装置１０が、サービスユーザ情報７４の更新依頼を受信すると、表示部に、サービスユーザ情報７４の更新の必要性を確認するための更新依頼情報を表示させ、ユーザによるサービスユーザ情報７４の更新入力を受け付ける（Ｓ１０３）。次に、端末装置１０が、更新したサービスユーザ情報７４をサービスサーバ４０に送信する（Ｓ１０４）。次に、サービスサーバ４０は、更新したサービスユーザ情報７４を受信すると、更新したサービスユーザ情報７４を自身の記憶部に格納する（Ｓ１０５）。

次に、サービスサーバ４０が、更新したサービスユーザ情報７４を情報処理装置６０に送信する（Ｓ１０６）。次に、情報処理装置６０が、受信したサービスユーザ情報７４を記憶部７０に格納する（Ｓ１０７）。これにより、シーケンス図の処理が終了する。

なお、上記の実施形態においては、変化判定部６６によってサービスユーザ情報７４のある項目が示す内容に変化があったと判定された場合、端末装置１０にサービスユーザ情報７４の更新を依頼している。しかし、本発明はそのような構成に限定されず、端末装置１０に更新を依頼することなく、変化判定部６６による判定結果をサービスサーバ４０に提供する判定結果提供部を備えてもよい。この場合、サービスサーバ４０は、判定結果を受信すると。当該判定結果の内容に応じて、ユーザに提供するサービスの内容を変更してもよい。

以上の通り説明した本発明の実施形態によれば、情報処理装置６０は、決済サーバ２０が保持している決済サービス関連情報に基づいて、サービスサーバ４０が保持しているユーザ情報の内容を推定し、推定結果に基づいて当該ユーザ情報が示す内容に変化があったと判定した場合、端末装置１０にユーザ情報の更新を依頼する。これにより、ユーザの実際の状況に応じてユーザ情報を迅速に変更することを可能にすることができる。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１‥システム、１０‥端末装置、２０‥決済サーバ、２２‥情報取得部、２４‥決済管理部、２６‥決済処理部、３０‥記憶部、３２‥残高情報、３４‥決済履歴情報、３６‥アップロード情報、４０‥サービスサーバ、６０‥情報処理装置、６２‥情報取得部、６４‥ユーザ情報推定部、６６‥変化判定部、６８‥更新依頼部、７０‥記憶部、７２‥決済サービス関連情報、７４‥サービスユーザ情報、７６‥推定ユーザ情報

Claims (13)

1. ユーザがサービスを利用するための情報として、前記サービスの提供元が保持しているユーザ情報を取得する情報取得部と、
   前記ユーザの端末装置にインストールされた決済アプリケーションプログラムと連携した電子決済サービスの提供元が保持している、前記ユーザ情報とは異なる内容である決済サービス関連情報に基づいて、前記ユーザ情報が示す内容に変化があったか否かを判定する変化判定部と、
   前記変化判定部によって前記内容に変化があったと判定された場合、前記端末装置に前記ユーザ情報の更新を依頼する更新依頼部と、
   を備える情報処理装置。
2. 前記決済サービス関連情報は、決済履歴を含む、
   請求項１に記載の情報処理装置。
3. 前記ユーザ情報は、前記ユーザの勤務先情報を含み、
   前記変化判定部は、前記決済履歴に含まれる決済地点の情報に基づいて前記勤務先情報が示す内容に変化があったか否かを判定する、
   請求項２に記載の情報処理装置。
4. 前記ユーザ情報は、前記ユーザの住所情報を含み、
   前記変化判定部は、前記決済履歴に含まれる決済地点の情報に基づいて前記住所情報が示す内容に変化があったか否かを判定する、
   請求項２に記載の情報処理装置。
5. 前記ユーザ情報は、前記ユーザの年収情報を含み、
   前記変化判定部は、前記決済履歴に含まれる決済金額の情報に基づいて前記年収情報が示す内容に変化があったか否かを判定する、
   請求項２に記載の情報処理装置。
6. 前記決済サービス関連情報は、前記決済アプリケーションプログラムが前記電子決済サービスにアップロードする前記端末装置の位置情報を含み、
   前記ユーザ情報は、前記ユーザの勤務先情報を含み、
   前記変化判定部は、前記位置情報に基づいて前記勤務先情報が示す内容に変化があったか否かを判定する、
   請求項１に記載の情報処理装置。
7. 前記決済サービス関連情報は、前記決済アプリケーションプログラムが前記電子決済サービスにアップロードする前記端末装置の位置情報を含み、
   前記ユーザ情報は、前記ユーザの住所情報を含み、
   前記変化判定部は、前記位置情報に基づいて前記住所情報が示す内容に変化があったか否かを判定する、
   請求項１に記載の情報処理装置。
8. 前記決済サービス関連情報は、前記電子決済サービスを利用して行われる前記ユーザへの支払い情報を含み、
   前記ユーザ情報は、前記ユーザの年収情報を含み、
   前記変化判定部は、前記支払い情報に基づいて前記年収情報が示す内容に変化があったか否かを判定する、
   請求項１に記載の情報処理装置。
9. 前記変化判定部による判定結果を前記ユーザ情報に係るサービスの提供元に提供する判定結果提供部を更に備える、
   請求項１から８のうちいずれか１項に記載の情報処理装置。
10. 請求項９に記載の情報処理装置と、
    前記サービスを提供するサービスサーバと、
    を備え、
    前記サービスサーバは、前記判定結果提供部によって提供された判定結果に応じて、前記ユーザに提供する前記サービスの内容を変更する、
    サービス提供システム。
11. 請求項１から９のうちいずれか１項に記載の情報処理装置と、
    電子決済サーバと、
    ユーザの識別情報がエンコードされたコード情報を表示部に表示させ、または店舗に設けられたコード情報を読み取って、決済サーバと連携して電子決済サービスを実行する決済アプリケーションプログラムと、
    を備える情報処理システム。
12. コンピュータが、
    ユーザがサービスを利用するための情報として、前記サービスの提供元が保持しているユーザ情報を取得し、
    前記ユーザの端末装置にインストールされた決済アプリケーションプログラムと連携した電子決済サービスの提供元が保持している、前記ユーザ情報とは異なる内容である決済サービス関連情報に基づいて、前記ユーザ情報が示す内容に変化があったか否かを判定し、
    前記内容に変化があったと判定された場合、前記端末装置に前記ユーザ情報の更新を依頼する、
    情報処理方法。
13. コンピュータに、
    ユーザがサービスを利用するための情報として、前記サービスの提供元が保持しているユーザ情報を取得させ、
    前記ユーザの端末装置にインストールされた決済アプリケーションプログラムと連携した電子決済サービスの提供元が保持している、前記ユーザ情報とは異なる内容である決済サービス関連情報に基づいて、前記ユーザ情報が示す内容に変化があったか否かを判定させ、
    前記内容に変化があったと判定された場合、前記端末装置に前記ユーザ情報の更新を依頼させる、
    プログラム。

Images