JP2018206211A - 情報処理方法、情報処理装置、及びプログラム - Google Patents

Abstract

【課題】ユーザの決済についての信用度をより適切に判定する情報処理方法、情報処理装置、及びプログラムを提供する。【解決手段】情報処理装置１０が、１のユーザにより利用される情報処理端末２０に、インスタントメッセージングサービスを含むソーシャル・ネットワーキング・サービスを提供するステップと、前記ソーシャル・ネットワーキング・サービスにおける前記ユーザの情報に基づいて、前記ユーザの決済についての信用度を算出するステップと、を実行する。【選択図】図２

Description

本開示は、情報処理方法、情報処理装置、及びプログラムに関する。

従来、インターネット等を介して、オンラインで商品やサービスを購入できる、いわゆるオンラインショッピング（インターネットショッピング）のサービスが普及している。このオンラインショッピングにおいて、商品やサービスを販売する企業等は、購入金額に応じたポイントの付与や、特定の顧客向けの特別な割引販売（セール）等のサービスを提供している（例えば、特許文献１を参照）。

特開２００３−２５６７０４号公報

しかしながら、従来技術においては、例えば、購入のキャンセルや返品等が比較的少ないため、売買取引が正常に完了することが比較的多いユーザに所定の特典を付与したい場合に、当該ユーザの購入履歴が少ない場合等においては、当該ユーザの決済についての信用度を比較的適切に判定できないという問題がある。

本開示は、上記問題に鑑みてなされたものであり、ユーザの決済についての信用度をより適切に判定することができる情報処理方法、情報処理装置、及びプログラムを提供することを目的とする。

本開示の一実施形態に係る情報処理方法は、情報処理装置が、１のユーザにより利用される情報処理端末に、インスタントメッセージングサービスを含むソーシャル・ネットワーキング・サービスを提供するステップと、前記ソーシャル・ネットワーキング・サービスにおける前記ユーザの情報に基づいて、前記ユーザの決済についての信用度を算出するステップと、を実行する。

本開示によれば、ユーザの決済についての信用度をより適切に判定することができる。

本開示の一実施形態における通信システムの構成を示す図である。 実施形態に係る通信システムの処理のシーケンスの一例を示す図である。 購入サイトを選択する表示画面の一例を示す図である。 信用度に応じた特典の表示画面の一例を示す図である。 サーバにおけるユーザの信用度を算出する処理の一例を示すフローチャートである。 提携先購入履歴データの一例を示す図である。 購入履歴データの一例を示す図である。 アカウントデータの一例を示す図である。 決済アカウントデータの一例を示す図である。

＜通信の秘密の遵守＞
本明細書に記載の開示を実施する場合は、通信の秘密に係る法的事項を遵守の上で実施されるものであることに留意されたい。

本開示に係るユーザの信用度を算出するための実施形態について、図面を参照して説明する。

＜システム構成＞
図１は、本開示の一実施形態における通信システム１の構成を示す図である。図１に示すように、通信システム１では、ネットワーク３０を介してサーバ１０と、端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ）と、購入サーバ５０−１、５０−２、・・・（以下で、それぞれを区別する必要がない場合は、単に「購入サーバ５０」と称する。）が接続される。なお、購入サーバ５０は、「外部サーバ」の一例である。サーバ１０は、ネットワーク３０を介してユーザが所有する端末２０に、端末２０間でのメッセージの送受信を実現するサービスを提供する。なお、ネットワーク３０に接続される端末２０の数は限定されない。

ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、端末２０がサーバ１０に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。

例えば、ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよい。ネットワーク３０は、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮｓ（integrated service digital networks）、無線ＬＡＮｓ、ＬＴＥ（long term evolution）ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ただし、本開示において、ネットワーク３０は、これらに限定されない。また、ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。

端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ）は、各実施形態において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、代表的にはスマートフォンであり、その他に携帯電話（例えば、フィーチャーフォン）、コンピュータ（例えば、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（例えば、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（例えば、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。ただし、本開示において、端末２０は、これらに限定されない。また、端末２０は情報処理端末と表現されても良い。

端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は基本的には同一であるため、以下の説明においては、代表として端末２０について説明する。また、必要に応じて端末２０Xに対応付けられたユーザ情報をユーザ情報X、端末２０Xを操作するユーザをユーザXとして説明する。なお、ユーザ情報とは、インスタントメッセンジャーを代表とするＳＮＳ（Social Network Service）におけるアカウントに対応付けられた情報の一部または全部であり、例えば、ユーザ名やユーザ画像である。他にもユーザ識別子、ユーザの年齢、性別、住所などの情報であってもよく、それらの組み合わせであってもよい。ただし、これらに限定されない。

サーバ１０は、端末２０に対して、所定のサービスを提供する機能を備える。サーバ１０は、例えば、ＳＮＳ、ＳＮＳで利用可能なスタンプやゲームを販売するサービス、送金及び決済サービスを提供する機能を備える。また、サーバ１０は、例えば、提携しているショッピングサイトの情報を提示するショッピングモールサービス、当該提携しているショッピングサイトでの購入金額に応じたポイントを付与するポイントサイトサービスを提供する機能を備える。また、サーバ１０は、ユーザの決済等に関する信用度を算出する機能を備える。当然に、サーバ１０は上述のサービスごとに分離していてもよい。

サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、代表的にはサーバ装置であり、その他にコンピュータ（例えば、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（例えば、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（例えば、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。ただし、本開示において、サーバ１０は、これらに限定されない。また、サーバ１０は情報処理装置と表現されても良い。

購入サーバ５０は、例えば、ユーザが商品やサービスを購入するためのＷｅｂサイトを提供するサーバ装置である。

なお、サーバ１０は、例えば、ＳＮＳ等のサービスを提供する事業者が運用してもよい。購入サーバ５０は、例えば、衣料品、食料品、化粧品、金融商品等の商品やサービスを販売する事業者が運用してもよい。

また、サーバ１０、及び購入サーバ５０は、一体のサーバとして構成されてもよい。

＜ハードウェア（HW）構成＞
図１を用いて、通信システム１に含まれる各装置のHW構成について説明する。

（１）端末のHW構成

端末２０は、制御装置２１（ＣＰＵ：central processing unit（中央処理装置））、記憶装置２８、通信Ｉ／Ｆ２２（インタフェース）、入出力装置２３、表示装置２４、マイク２５、スピーカ２６、カメラ２７を備える。端末２０のHWの各構成要素は、例えば、バスBを介して相互に接続される。

通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御装置２１からの指示に従って、サーバ１０に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０から送信された各種データを受信し、制御装置２１に伝達する。

入出力装置２３は、端末２０に対する各種操作を入力する装置、および、端末２０で処理された処理結果を出力する装置を含む。入出力装置２３は、入力装置と出力装置が一体化していても良いし、入力装置と出力装置に分離していてもよい。

入力装置は、ユーザからの入力を受け付けて、当該入力に係る情報を制御装置２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力装置は、代表的にはタッチパネルなどにより実現され、ユーザの指やスタイラスなどの指示具による接触とその接触位置を検出し、当該接触位置の座標を制御装置２１に伝達する。一方で、入力装置は、タッチパネル以外の入力装置により実現されてもよい。入力装置は、例えば、キーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。ただし、本開示において、入力装置は、これらに限定されない。

出力装置は、制御装置２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力装置は、代表的には、タッチパネルなどにより実現される。一方で、出力装置はタッチパネル以外の出力装置により実現されても良い。例えば、スピーカ（音声出力）、レンズ（例えば３D（three dimensions）出力や、ホログラム出力）、プリンターなどを含むことができる。ただし、本開示において、出力装置は、これらに限定されない。

表示装置２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示装置２４は、代表的にはモニタ（例えば、液晶ディスプレイやOELD（organic electroluminescence display））で実現される。表示装置２４は、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）であってもよい。また、表示装置２４は、プロジェクションマッピング、ホログラム、空気中など（真空であってもよい）に画像やテキスト情報等を表示可能な装置により実現されてもよい。なお、これらの表示装置２４は、３Dで表示データを表示可能であってもよい。ただし、本開示において、表示装置２４は、これらに限定されない。

入出力装置２３がタッチパネルの場合、入出力装置２３と表示装置２４とは、略同一の大きさおよび形状で対向して配置されていても良い。

制御装置２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、例えば、ハードウェアに内蔵されたデータ処理装置により実現される。

制御装置２１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）であってもよい。ただし、本開示において、制御装置２１は、これらに限定されない。

記憶装置２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶装置２８は、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体により実現される。ただし、本開示において、記憶装置２８は、これらに限定されない。

端末２０は、プログラムＰを記憶装置２８に記憶し、このプログラムＰを実行することで、制御装置２１が、制御装置２１に含まれる各部としての処理を実行する。つまり、記憶装置２８に記憶されるプログラムＰは、端末２０に、制御装置２１が実行する各機能を実現させる。

マイク２５は、音声データの入力に利用される。スピーカ２６は、音声データの出力に利用される。カメラ２７は、動画像データの取得に利用される。

（２）サーバのHW構成
サーバ１０は、制御装置１１（ＣＰＵ）、記憶装置１５、通信Ｉ／Ｆ１４（インタフェース）、入出力装置１２、ディスプレイ１３を備える。サーバ１０のHWの各構成要素は、例えば、バスBを介して相互に接続される。

制御装置１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、例えば、ハードウェアに内蔵されたデータ処理装置により実現される。

制御装置１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよい。ただし、本開示において、制御装置１１は、これらに限定されない。

記憶装置１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶装置１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶装置１５は、これらに限定されない。

通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御装置１１からの指示に従って、端末２０に送信する。また、通信Ｉ／Ｆ１４は、端末２０から送信された各種データを受信し、制御装置１１に伝達する。

入出力装置１２は、サーバ１０に対する各種操作を入力する装置により実現される。入出力装置１２は、ユーザからの入力を受け付けて、当該入力に係る情報を制御装置１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入出力装置１２は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入出力装置１２、例えば、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよい。ただし、本開示において、入出力装置１２は、これらに限定されない。

ディスプレイ１３は、代表的にはモニタ（例えば、液晶ディスプレイやOELD（organic electroluminescence display））で実現される。なお、ディスプレイ１３は、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよい。なお、これらのディスプレイ１３は、３Dで表示データを表示可能であってもよい。ただし、本開示において、ディスプレイ１３は、これらに限定されない。

サーバ１０は、プログラムＰを記憶装置１５に記憶し、このプログラムＰを実行することで、制御装置１１が、制御装置１１に含まれる各部としての処理を実行する。つまり、記憶装置１５に記憶されるプログラムＰは、サーバ１０に、制御装置１１が実行する各機能を実現させる。

本開示の各実施形態においては、端末２０および／またはサーバ１０のＣＰＵがプログラムPを実行することにより、実現するものとして説明する。

なお、端末２０の制御装置２１、および／または、サーバ１０の制御装置１１は、ＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。

また、本開示の各実施形態のプログラムP(ソフトウェアプログラム/コンピュータプログラム)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。

記憶媒体は適切な場合、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（例えば、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カードもしくはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。

サーバ１０および／または端末２０は、例えば、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。

また、本開示のプログラムＰは、当該プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよい。サーバ１０および／または端末２０は、例えば、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。

また、本開示の各実施形態は、プログラムPが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよい。

端末２０における処理の少なくとも一部を、サーバ１０により行う構成としてもよい。この場合、例えば、端末２０の制御装置２１の各機能部の処理のうち少なくとも一部の処理を、サーバ１０で行う構成としてもよい。

サーバ１０における処理の少なくとも一部を、端末２０により行う構成としてもよい。この場合、例えば、サーバ１０の制御装置１１の各機能部の処理のうち少なくとも一部の処理を、端末２０で行う構成としてもよい。

本開示において、判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしても良いことは当然である。

なお、本開示のプログラムは、例えば、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装できる。ただし本開示はこれらに限定されない。

本実施形態は、ＳＮＳアカウントの利用期間やＳＮＳにおける友達等に応じて、ユーザに特典を付与するための信用度を算出する。これにより、ユーザの決済についての信用度をより適切に判定することができる。そのため、例えば、ユーザの信用度に応じて、特典を付与するタイミングを早める等のサービスを提供することができる。

＜機能構成＞
図１に示すように、サーバ１０は、制御装置１１により実現される機能として、提供部１１１、算出部１１２、決定部１１３、表示制御部１１４、及び通信部１１５を有する。

提供部１１１は、インスタントメッセージングサービスを含むＳＮＳ、当該ＳＮＳ等で利用可能なスタンプやゲームを販売するサービス、当該ＳＮＳ等で利用可能な送金及び決済サービス等のサービスを端末２０に提供する。また、提供部１１１は、提携しているショッピングサイトの情報を提示するショッピングモールサービス、当該提携しているショッピングサイトでの購入金額に応じたポイントを付与するポイントサイトサービス等の各種サービスを端末２０に提供する。また、提供部１１１は、決定部１１３により決定される、信用度に応じた特典を端末２０に提供する。

算出部１１２は、提供部１１１が提供するＳＮＳ等における端末２０のユーザ情報に基づいて、当該ユーザの決済についての信用度を算出する。

決定部１１３は、算出部１１２により算出された信用度に応じて、端末２０のユーザに付与する各種の特典を決定する。

表示制御部１１４は、提供部１１１、及び決定部１１３等による処理に応じて、端末２０の画面の表示を制御する。

通信部１１５は、端末２０、及び各購入サーバ５０との通信を行う。通信部１１５は、例えば、算出した信用度に応じた特典の情報を、端末２０に送信する。

また、記憶装置１５には、提携先購入履歴データ１５１、購入履歴データ１５２、アカウントデータ１５３、及び決済アカウントデータ１５４等の各種データが記憶されている。

＜処理＞
次に、図２を参照し、実施形態に係る通信システム１の処理について説明する。図２は、実施形態に係る通信システム１の処理のシーケンスの一例を示す図である。

ステップＳ１において、端末２０は、例えば、所定のアプリケーション、またはＷｅｂブラウザを用いて、サーバ１０にアクセスし、ＳＮＳ等の各種サービスを利用する。

続いて、サーバ１０の算出部１１２は、端末２０のユーザの信用度を算出する（ステップＳ２）。なお、信用度を算出する処理については後述する。

続いて、端末２０は、サーバ１０の表示制御部１１４により表示される画面上で、ユーザから、例えば、所定の購入サイト等を選択する操作を受け付ける（ステップＳ３）。

図３は、購入サイトを選択する表示画面の一例を示す図である。図３の例では、端末２０の画面に、例えば、サーバ１０を運用する事業者の提携先の各事業者の購入サイト５０１Ａ、５０１Ｂ、５０１Ｃ、・・・の一覧が表示されている。また、当該画面の所定の領域５０２には、端末２０のユーザに対して既に付与されているポイントが表示されている。なお、当該ポイントは、例えば、サーバ１０が提供するＳＮＳサービス上で利用できるスタンプ等のコンテンツや、購入サーバ５０における商品等の代金の支払い等に利用できるようにされてもよい。

続いて、端末２０は、選択された購入サイトに関する情報をサーバ１０に送信する（ステップＳ４）。ここで、購入サイトに関する情報には、例えば、ユーザから選択された購入サイトのＩＤ等が含まれてもよい。

続いて、サーバ１０の通信部１１５は、算出した信用度に応じた特典の情報を、端末２０に送信する（ステップＳ５）。ここで、サーバ１０は、信用度が高い順に、例えば、「優良」、「普通」、「不良（デフォルト）」の３つの段階（クラス）に分けてもよい。この場合、サーバ１０は、信用度に応じた特典を、例えば、ポイントが付与されるまでの期間とし、「優良」のユーザについては、購入サーバ５０の運用事業者による購入の承認（オーソライゼーション）等の翌日としてもよい。また、サーバ１０は、「普通」のユーザについては、購入手続きの完了等から３０日後、「不良（デフォルト）」のユーザについては、購入手続きの完了等から７０日後、または翌々月の２５日以降としてもよい。

続いて、端末２０は、受信した、特典の情報をユーザに表示する（ステップＳ６）。

図４は、信用度に応じた特典の表示画面の一例を示す図である。図４では、図３に示す購入サイト５０１Ａが選択された場合の、端末２０の表示画面の例が示されている。図４の例では、領域５０３に、例えば、購入サイト５０１Ａの広告が表示され、領域５０５に、信用度に応じた特典の情報として、購入金額に対する所定の割合のポイントが付与されるタイミングが、翌々月の２５日以降であることが表示されている。

続いて、端末２０は、ユーザから、購入サイトへ接続（アクセス）する操作を受け付ける（ステップＳ７）。ここで、例えば、図４に示す表示画面において、ユーザがボタン５０４を押下する操作を受け付けてもよい。

続いて、端末２０は、ユーザから選択された、購入サーバ５０の購入サイトにアクセスする（ステップＳ８）。購入サイトは、例えば、Ｗｅｂによるショッピングサイト等でもよい。

続いて、端末２０は、ユーザから、購入サイトにおける商品等を購入するための操作を受け付ける（ステップＳ９）。

続いて、端末２０は、ユーザからの操作に応じて、商品等の購入の要求を購入サーバ５０に送信する（ステップＳ１０）。ここで、端末２０は、ユーザから、所望の商品の選択、代金支払い方法の選択、届け先住所の入力等の操作を受け付け、受け付けた内容を購入サーバ５０に送信する。これにより、ユーザによる商品等を購入するための操作は完了する。

続いて、購入サーバ５０は、端末２０のユーザからの購入情報をサーバ１０に送信する（ステップＳ１１）。ここで、購入情報には、当該ユーザを識別するためのユーザＩＤ、購入金額、購入サーバＩＤが含まれる。ユーザＩＤは、例えば、端末２０のＩＤ、端末２０の電話番号、当該ユーザのサーバ１０におけるＳＮＳ用のアカウントＩＤ等でもよい。購入サーバＩＤは、例えば、購入サーバ５０のＩＤ、または、購入サーバ５０を運用する事業者のＩＤでもよい。なお、サーバ１０は、購入情報を購入サーバ５０から直接受信してもよいし、例えば、サーバ１０を運用する事業者が運用する他のサーバ（トークサーバ、決済サーバ、ｅコマースサーバ等）を介して受信してもよい。

続いて、サーバ１０の提供部１１１は、当該ユーザの信用度に応じた特典を、当該ユーザに付与する（ステップＳ１２）。ここで、購入サーバ５０は、例えば、信用度に応じた、ポイントを付与するタイミングにて、当該ユーザのアカウントに対して、ポイントが付与される。

当然に、特典の種類によってはステップＳ５やステップＳ６を省略することで特典の情報を端末２０に送信しない構成としてもよい。限定でなく例として、特典が購入金額に応じたポイント付与の期間である場合には、サーバ１０で内部的に処理を行い、端末２０に特典情報を表示することなく特典を提供してもよい。つまり、端末２０にはポイント付与までの期間は表示されず、信用度に応じてポイント付与の期間が設定されてもよい。

＜第１変形例＞
以上では、信用度に応じた特典として、ポイントを付与するタイミングを決定する例について説明した。

サーバ１０の決定部１１３は、信用度に応じた特典として、例えば、購入金額に対してポイントが付与される割合（ポイント還元率）を決定してもよい。この場合、例えば、信用度が比較的高い優良ユーザには、ポイントバックの率を高くしてもよい。これにより、例えば、キャンセル、返品、いたずら等が比較的少ないと推測されるユーザに対しては、キャンセル等の対応による経費分を見込む必要が比較的低いため、より沢山の商品を購入する動機を与えることができる。

また、サーバ１０の決定部１１３は、信用度に応じた特典として、例えば、閲覧または購入可能な商品を決定してもよい。この場合、例えば、信用度が比較的高い優良ユーザには、キャンセル及び返品が不可に制限された、生産終了品の在庫一掃セール等のサイト用の情報を提供してもよい。

≪信用度の算出処理≫
次に、図５を参照し、図２のステップＳ６の、サーバ１０の算出部１１２におけるユーザの信用度を算出する処理について説明する。図５は、サーバ１０におけるユーザの信用度を算出する処理の一例を示すフローチャートである。なお、以下では、信用度を算出する対象となるユーザのことを、「処理対象のユーザ」とも称する。

ステップＳ１０１において、算出部１１２は、提携先購入履歴データ１５１を参照し、処理対象のユーザの各購入サーバ５０における購入履歴に基づいて、信用度のスコアを算出する。

図６は、提携先購入履歴データ１５１の一例を示す図である。提携先購入履歴データ１５１には、例えば、各ユーザの、サーバ１０の事業者が提携している事業者の購入サーバ５０における購入履歴が記録されている。図６に示す提携先購入履歴データ１５１には、ユーザＩＤに対応付けて、日時、購入サーバＩＤ、購入金額、購入商品、購入結果、ＯＡ登録有無等が記録されている。日時は、例えば、ユーザによる購入サーバ５０における購入手続きが完了した日時である。購入金額は、購入手続きを行った商品等の料金である。購入商品は、購入手続きを行った商品等のＩＤ、種別、または名称等である。購入結果は、最終的な購入結果を示す情報であり、「キャンセル」、「返品」、「正常完了」等が含まれる。「キャンセル」は、購入手続きが、商品の発送前にキャンセルされたことを示す。「返品」は、商品の発送後に返品されたことを示す。「正常完了」は、商品等の代金が支払われ、また、商品等の受け取りが完了し、購入が確定したことを示す。

ＯＡ登録有無は、サーバ１０により提供されるＳＮＳサービスにおいて、ユーザが、購入サーバＩＤに係るアカウント（公式アカウント、ＯＡ(Official Account)）を、友達、フォロー等として登録しているか否かを示す情報である。なお、購入サーバＩＤに係るアカウントを友達等として登録しておくと、当該アカウントからのクーポン等のメッセージを受信できるようになる。

ここで、算出部１１２は、提携先購入履歴データ１５１を参照し、処理対象のユーザについて、購入頻度を算出する。購入頻度は、例えば、処理対象のユーザについての購入履歴が記憶されている最初の日時から現在日時までの期間を、処理対象のユーザについての購入履歴の数で除算することにより算出されてもよい。当然に、当該期間は任意の期間に設定されてもよい。

また、算出部１１２は、「キャンセル」及び「返品」（「正常完了」以外）の率、及び回数を算出する。なお、「キャンセル」及び「返品」の率は、例えば、処理対象のユーザについて、購入結果が「キャンセル」及び「返品」であるデータの数を、「キャンセル」、「返品」及び「正常完了」である全データの数で除算することにより算出されてもよい。

そして、算出部１１２は、購入頻度が高い程、信用度のスコアを高く算出する。また、「キャンセル」及び「返品」の率、及び回数が小さい程、信用度のスコアを高く算出する。また、ＯＡ登録有無が「有」であれば、信用度のスコアを比較的高く算出する。

続いて、購入履歴データ１５２を参照し、処理対象のユーザのサーバ１０における購入履歴に基づいて、信用度のスコアを算出する（ステップＳ１０２）。

図７は、購入履歴データ１５２の一例を示す図である。購入履歴データ１５２には、例えば、各ユーザの、サーバ１０における購入履歴が記録されている。図７に示す購入履歴データ１５２には、ユーザＩＤに対応付けて、日時、購入金額、購入商品、購入結果等が記録されている。なお、サーバ１０の提供部１１１は、例えば、ＳＮＳ上で利用可能なスタンプゲーム、音楽、漫画等のコンテンツを販売してもよい。そして、算出部１１２は、例えば、ユーザの購入頻度が高い程、信用度のスコアを高く算出する。

続いて、算出部１１２は、アカウントデータ１５３を参照し、処理対象のユーザのアカウントに関する情報に基づいて、信用度のスコアを算出する（ステップＳ１０３）。

図８は、アカウントデータ１５３の一例を示す図である。アカウントデータ１５３には、例えば、提供部１１１により提供されるＳＮＳサービスにおけるアカウントに関する情報が記録されている。図８に示すアカウントデータ１５３には、ユーザＩＤに対応付けて、アカウント開設日時、電話番号等が記録されている。アカウント開設日時は、サーバ１０において、処理対象のユーザにより当該アカウントが新規に作成された日時である。電話番号は、処理対象のユーザの端末２０等であるスマートフォン等の電話番号である。なお、当該電話番号は、例えば、携帯電話事業者（キャリア）のＳＭＳ(Short Message Servic)等を用いて、処理対象のユーザが使用している電話番号であることを事前に確認されていてもよい。また、ユーザは、電話番号を取得する際に、携帯電話事業者による本人認証が行われていてもよい。

ここで、算出部１１２は、アカウントデータ１５３を参照し、アカウント開設日時から現在日時までの期間であるアカウント利用期間を算出する。そして、サーバ１０は、当該アカウント利用期間が長い程、信用度のスコアを高く算出する。また、サーバ１０は、ユーザのアカウントに対して電話番号が登録されていれば、信用度のスコアを比較的高く算出する。

続いて、算出部１１２は、アカウントデータ１５３を参照し、処理対象のユーザのソーシャルグラフに基づいて、信用度のスコアを算出する（ステップＳ１０４）。図８に示すアカウントデータ１５３には、ユーザＩＤに対応付けて、さらに、友達、招待元ユーザＩＤ、信用度等が記録されている。友達は、サーバ１０により提供されるＳＮＳサービスにおいて、各ユーザＩＤに係るユーザにより、友達（友人、知り合い）として登録されている他の各ユーザのユーザＩＤである。招待元ユーザＩＤは、各ユーザＩＤに係るユーザを、サーバ１０により提供されるＳＮＳを用いた所定のサービス（例えば、ショッピングのサービス等）に招待したユーザのユーザＩＤである。なお、当該所定のサービスを提供する事業者は、利用ユーザの拡大等を目的として、紹介元のユーザが、サーバ１０が提供するＳＮＳにおける友達を当該所定のサービスに紹介した場合に、例えば、紹介元のユーザと、その友達である紹介先のユーザに、所定のポイントを付与してもよい。信用度は、前回算出された、各ユーザＩＤに係るユーザの信用度である。

ここで、算出部１１２は、アカウントデータ１５３を参照し、処理対象のユーザが友達として登録している他のユーザの数、処理対象のユーザを友達として登録している他のユーザの数、及び処理対象のユーザと相互に友達として登録している他のユーザの数を算出する。

そして、算出部１１２は、処理対象のユーザが友達として登録している他のユーザの数、処理対象のユーザを友達として登録している他のユーザの数、及び処理対象のユーザと相互に友達として登録している他のユーザの数が多い程、信用度のスコアを高く算出する。

また、サーバ１０は、アカウントデータ１５３を参照し、処理対象のユーザが友達として登録している他の各ユーザの信用度、処理対象のユーザを友達として登録している他の各ユーザの信用度、及び処理対象のユーザと相互に友達として登録している他の各ユーザの信用度を抽出する。

そして、算出部１１２は、処理対象のユーザが友達として登録している他の各ユーザの信用度、処理対象のユーザを友達として登録している他の各ユーザの信用度、及び処理対象のユーザと相互に友達として登録している他の各ユーザの信用度に基づいて、信用度のスコアを算出する。この場合、サーバ１０は、例えば、他の各ユーザの信用度の平均値、中央値、最大値、または最小値が高い程、信用度のスコアを高く算出してもよい。

また、算出部１１２は、招待元ユーザＩＤに係るユーザの信用度が高い程、信用度のスコアを高く算出する。これにより、信用度の高いユーザに招待されたユーザは、信用度が比較的高く算出される。

続いて、算出部１１２は、決済アカウントデータ１５４を参照し、処理対象のユーザの決済サービスのアカウントに関する情報に基づいて、信用度のスコアを算出する（ステップＳ１０５）。

図９は、決済アカウントデータ１５４の一例を示す図である。決済アカウントデータ１５４には、例えば、サーバ１０により提供される決済サービスにおけるアカウントに関する情報が記録されている。図９に示す決済アカウントデータ１５４には、ユーザＩＤに対応付けて、カードＩＤ、及び本人確認有無が記録されている。カードＩＤは、例えば、決済用のクレジットカード等のＩＤである。本人確認有無は、例えば、住民票、運転免許証、保険証等の公的な本人確認書類による本人確認が済んでいるか否かを示す情報である。なお、例えば、カードＩＤに係るカードがプリペイドカードとして使用される場合は、本人確認は行われていなくともよい。

ここで、算出部１１２は、決済アカウントデータ１５４を参照し、処理対象のユーザが、決済サービスにおけるアカウントを有しており、かつ、本人確認済みである場合、信用度のスコアを比較的高く算出する。

続いて、算出部１１２は、算出された信用度のスコアに応じて、信用度を決定する（ステップＳ１０６）。

なお、サーバ１０は、ステップＳ１０１乃至ステップＳ１０５における各項目に対するスコアを、当該各項目に対して予め設定された重み係数を乗算して算出してもよい。また、サーバ１０は、各項目に対して算出されたスコアの平均値、中央値、合計値、または最高値等に基づいて、信用度を決定してもよい。当然に、ステップＳ１０１乃至ステップＳ１０５における各項目のうち、任意の項目の単体またはその組み合わせによって信用度を決定してもよい。

ポイント等の特典を不正に得ることを目的とするユーザ（以下で、「悪意のユーザ」）は、アカウントを開設して間も無い（利用期間が比較的短い）、ＳＮＳの友達の登録も少ない、本人に関する情報の登録が少ない等の特徴を有する場合がある。本実施形態によれば、このような悪意のユーザに対する信用度を低く算出することができる。

＜第２変形例＞
ステップＳ１０４の、ユーザのソーシャルグラフに基づいて、信用度のスコアを算出する際、算出部１１２は、サーバ１０のＳＮＳのアカウントの情報に加え、当該アカウントに連携している他のＳＮＳサービスのアカウントの情報を用いてもよい。この場合、当該他のＳＮＳサービスのアカウントの利用期間、友達数、本人情報等に基づいて、例えば、利用期間が長い程、友達数が多い程、本人情報において入力された項目数乃至データ量が多い程、信用度のスコアを高く算出してもよい。

＜第３変形例＞
サーバ１０の提供部１１１は、信用度の情報を、購入サーバ５０に通知してもよい。この場合、信用度の情報は、例えば、定期的なタイミングで、購入サーバ５０に通知されてもよい。または、購入サーバ５０が、ユーザの端末２０からアクセスされ、信用度の情報が必要な取引等を行う場合に、端末２０からサーバ１０用のアカウントＩＤ、パスワード等を取得し、サーバ１０から信用度の情報を取得するようにしてもよい。

この場合、購入サーバ５０は、例えば、当該信用度に応じた、購入サーバ５０用のポイントの還元率を、端末２０に通知してもよい。なお、当該ポイントは、当該購入サーバ５０の購入サイトや、当該購入サーバ５０の事業者が運用する実店舗にて利用できるようにしてもよい。また、購入サーバ５０は、当該信用度に応じた所定の商品等を、端末２０に通知するようにしてもよい。これにより、例えば、信用度が比較的高いユーザに限り、キャンセル及び返品を不可とした、生産終了品の在庫一掃セール等の商品の情報を端末２０に提供してもよい。または、サーバ１０のポイントの還元率が高い限定商品の情報を端末２０に提供してもよい。

＜第４変形例＞
ステップＳ１０４の、ソーシャルグラフに基づいて、信用度のスコアを算出する処理において、算出部１１２は、以下のような処理を行うようにしてもよい。
・処理対象のユーザが、サーバ１０が提供するインスタントメッセージングサービスを用いて、他のユーザに送信したメッセージの数またはデータ量が多い程、信用度のスコアを高く算出する。
・処理対象のユーザが、サーバ１０が提供するインスタントメッセージングサービスを用いて、他のユーザから受信したメッセージの数またはデータ量が多い程、信用度のスコアを高く算出する。

＜まとめ＞
従来、オンラインショッピングにおいて、ユーザが商品等を購入した場合、例えば、購入金額に対し所定の割合のポイント等の特典を、当該ユーザに付与することが知られている。なお、当該ポイントは、例えば、次回以降の購入の際に用いることができる。

ここで、商品購入時、代金支払い時、または商品受け渡し時等のタイミングで特典を付与すると、例えば、購入のキャンセル、購入した商品等の返品、または商品等の届け先に不正な住所を通知する等の行為をユーザが行った場合、既に付与した特典を取り消す手間が生じる場合がある。一方、特典を付与するタイミングを比較的遅らせれば、既に付与した特典を取り消す手間が生じる可能性を低減できるものの、ユーザが特典の恩恵を受けられる時期も遅くなるという問題が生じる。

本開示によれば、ＳＮＳアカウントの利用期間やＳＮＳにおける友達等に応じて、ユーザに特典を付与するための信用度を算出する。これにより、例えば、ユーザの信用度に応じて、特典を付与するタイミングを早める等のサービスを提供することができる。また、これにより、例えば、ユーザの購入履歴等のみに応じて信用度を算出する場合と比較して、初めて購入するユーザや、購入頻度が低いユーザに対しても、より精度の高い信用度を算出することができる。

本開示の実施形態を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本開示の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、各実施形態に示す構成を適宜組み合わせることとしてもよい。

１ 通信システム
１０ サーバ
１１１ 提供部
１１２ 算出部
１１３ 決定部
１１４ 表示制御部
１１５ 通信部
１５１ 提携先購入履歴データ
１５２ 購入履歴データ
１５３ アカウントデータ
１５４ 決済アカウントデータ
２０ 端末
５０ 購入サーバ

Claims (7)

1. 情報処理装置が、
   １のユーザにより利用される情報処理端末に、インスタントメッセージングサービスを含むソーシャル・ネットワーキング・サービスを提供するステップと、
   前記ソーシャル・ネットワーキング・サービスにおける前記ユーザの情報に基づいて、前記ユーザの決済についての信用度を算出するステップと、を実行する情報処理方法。
2. 前記信用度を算出するステップは、前記ソーシャル・ネットワーキング・サービスにおける前記ユーザのアカウントの、利用期間、及び電話番号の登録有無のうち、少なくともいずれか１つに基づいて、前記信用度を算出する、請求項１に記載の情報処理方法。
3. 前記信用度を算出するステップは、前記ソーシャル・ネットワーキング・サービスにおいて、前記ユーザが友達として登録している他のユーザの数、前記ユーザを友達として登録している他のユーザの数、及び前記ユーザと相互に友達として登録している他のユーザの数のうち、少なくともいずれか１つに基づいて、前記信用度を算出する、請求項１または２に記載の情報処理方法。
4. 前記信用度を算出するステップは、前記ソーシャル・ネットワーキング・サービスにおいて、前記ユーザが友達として登録している他のユーザの前記信用度、前記ユーザを友達として登録している他のユーザの前記信用度、前記ユーザと相互に友達として登録している他のユーザの前記信用度、及び、前記ユーザを前記ソーシャル・ネットワーキング・サービスに対応付けられた所定のサービスに招待した招待元のユーザの前記信用度のうち、少なくともいずれか１つに基づいて、前記信用度を算出する、請求項１から３のいずれか一項に記載の情報処理方法。
5. 前記信用度に応じて、所定のサービスの提供を受ける際に利用可能なポイントが付与されるまでの期間を算出するステップと、
   ショッピングサイトでの購入金額に応じたポイントを、前記期間に応じたタイミングで前記ユーザに付与するステップと、をさらに実行する、請求項１から４のいずれか一項に記載の情報処理方法。
6. １のユーザにより利用される情報処理端末に、インスタントメッセージングサービスを含むソーシャル・ネットワーキング・サービスを提供する提供部と、
   前記ソーシャル・ネットワーキング・サービスにおける前記ユーザの情報に基づいて、前記ユーザの決済についての信用度を算出する算出部と、を有する情報処理装置。
7. コンピュータに、
   １のユーザにより利用される情報処理端末に、インスタントメッセージングサービスを含むソーシャル・ネットワーキング・サービスを提供するステップと、
   前記ソーシャル・ネットワーキング・サービスにおける前記ユーザの情報に基づいて、前記ユーザの決済についての信用度を算出するステップと、を実行させるプログラム。

Images