JP7417037B2 - 情報処理装置、情報処理方法、および情報処理システム - Google Patents

Description

本技術は、情報処理装置、情報処理方法、および情報処理システムに関し、特に、ユーザに対して効果的にサービスの魅力を訴求することができるようにする情報処理装置、情報処理方法、および情報処理システムに関する。

従来、各種のサービスにおけるユーザの識別子は、サービス毎に独立して管理されている。

例えば、特許文献１には、第１のデバイスからの識別情報と、第２のデバイスからの識別情報が同一ユーザに関連していることを特定する技術が開示されている。

また、特許文献２には、互いに関連するサービスを所定の時間内に利用したり、所定の地域内で利用したユーザ端末のユーザ同士を同一のユーザであると判定する判定装置が開示されている。

特開２０１５－７９４７１号公報 特表２０１５－５０３１４８号公報

しかしながら、複数のサービスそれぞれにおいて、同一の識別子が用いられていない場合、それぞれのサービスにおけるユーザが同一ユーザであると確実に推定することはできなかった。その結果、サービスそれぞれにおけるユーザの行動履歴や嗜好を正確に把握することができず、ユーザに対して効果的にサービスの魅力を訴求することができなかった。

本技術は、このような状況に鑑みてなされたものであり、ユーザに対して効果的にサービスの魅力を訴求することができるようにするものである。

本技術の情報処理装置は、ユーザに対してサービスを提供する複数のサービスサーバそれぞれにおいて前記サービス毎に対応付けられた、前記サービス内で前記ユーザに一意に与えられた第１の識別子と、前記サービスによらず前記ユーザが固有に所有する１または複数の第２の識別子を、前記サービスサーバそれぞれから取得する通信部と、前記サービスサーバそれぞれから取得された前記第２の識別子に基づいて、複数の前記サービスに跨って用いられる同一の前記第２の識別子に対応付けられている前記第１の識別子同士を結合する結合部と、結合された前記第１の識別子同士の組み合わせを前記ユーザ毎の統一ＩＤとして、前記ユーザそれぞれを管理する管理部とを備える情報処理装置である。

本技術の情報処理方法は、情報処理装置が、ユーザに対してサービスを提供する複数のサービスサーバそれぞれにおいて前記サービス毎に対応付けられた、前記サービス内で前記ユーザに一意に与えられた第１の識別子と、前記サービスによらず前記ユーザが固有に所有する１または複数の第２の識別子を、前記サービスサーバそれぞれから取得し、前記サービスサーバそれぞれから取得された前記第２の識別子に基づいて、複数の前記サービスに跨って用いられる同一の前記第２の識別子に対応付けられている前記第１の識別子同士を結合し、結合された前記第１の識別子同士の組み合わせを前記ユーザ毎の統一ＩＤとして、前記ユーザそれぞれを管理する情報処理方法である。

本技術においては、ユーザに対してサービスを提供する複数のサービスサーバそれぞれにおいて前記サービス毎に対応付けられた、前記サービス内で前記ユーザに一意に与えられた第１の識別子と、前記サービスによらず前記ユーザが固有に所有する１または複数の第２の識別子が、前記サービスサーバそれぞれから取得され、前記サービスサーバそれぞれから取得された前記第２の識別子に基づいて、複数の前記サービスに跨って用いられる同一の前記第２の識別子に対応付けられている前記第１の識別子同士が結合され、結合された前記第１の識別子同士の組み合わせを前記ユーザ毎の統一ＩＤとして、前記ユーザそれぞれが管理される。

本技術によれば、ユーザに対して効果的にサービスの魅力を訴求することが可能となる。

なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。

ユーザ情報の統合について説明する図である。 本技術の情報提供システムの構成例を示すブロック図である。 サービスサーバの機能構成例を示すブロック図である。 管理サーバの機能構成例を示すブロック図である。 サービスサーバの動作について説明するフローチャートである。 管理サーバの動作について説明するフローチャートである。 内部ＩＤの結合の詳細について説明する図である。 内部ＩＤの結合の詳細について説明する図である。 統一ＩＤの構成について説明する図である。 ユーザ情報に基づいたサービス提供の流れについて説明する図である。 コンピュータの構成例を示すブロック図である。

以下に、本技術を実施するための形態（以下、実施の形態という）について説明する。

＜ユーザ情報の統合＞
従来、ユーザ情報はサービス毎に独立して管理されており、サービスを跨って同一ユーザを推定することはできなかった。

例えば、図１上段の例では、携帯端末に画像を提供する画像提供サービス１１に、ユーザＵ１，Ｕ２が登録されており、携帯端末を通じてカラーコンタクトレンズ（以下、カラコンという）を通信販売するカラコン販売サービス１２に、ユーザＵ１，Ｕ３が登録されている。

この例では、ユーザＵ１が、画像提供サービス１１とカラコン販売サービス１２を利用しているものの、サービスそれぞれにおけるユーザＵ１の行動履歴や嗜好を正確に把握することができず、ユーザに対して効果的にサービスの魅力を訴求することができなかった。

一方、図１下段に示されるように、画像提供サービス１１とカラコン販売サービス１２それぞれにおけるユーザ情報を統合することができれば、サービスそれぞれにおけるユーザＵ１の行動履歴や嗜好を正確に把握することができ、ユーザに対して効果的にサービスの魅力を訴求することができる。

そこで、以下においては、複数のサービスに跨って同一ユーザを推定する構成について説明する。

＜情報提供システムの構成＞
図２は、本技術の情報提供システム２０の構成例を示すブロック図である。

図２の情報提供システム２０は、携帯端末３０、サービスサーバ４０－１乃至４０－４、および管理サーバ５０から構成される。

携帯端末３０は、ユーザＵ１が所有する携帯電話機（スマートフォン）やタブレット端末などにより構成される。

本技術の第１の情報処理装置として構成されるサービスサーバ４０－１乃至４０－４は、ユーザＵ１に対して、インターネットを介した情報提供サービスや画像提供サービス、飲食提供サービス、物販サービスなどの各種のサービスを提供する。情報提供サービスや画像提供サービスは、携帯端末３０上で起動するアプリケーション（以下、アプリという）やＷｅｂサイトを介して提供され、飲食提供サービスは、実際の店舗を介して提供される。物販サービスは、アプリやＷｅｂサイトを介して提供されてもよいし、実際の店舗を介して提供されてもよい。

サービスサーバ４０－１には、写真シール機４１が接続されている。

写真シール機４１は、ユーザＵ１に対するサービスとして、写真作成ゲームを提供する写真作成ゲーム機である。写真シール機４１は、ユーザＵ１を撮影することで得られた撮影画像に対する編集（落書き）を受け付け、シール紙に印刷することで、ユーザＵ１に撮影画像を提供する。写真シール機４１は、ゲームセンターなどのアミューズメント施設や店舗に設置される。

写真シール機４１のユーザＵ１は、主に女子高生や若い女性が中心とされる。写真シール機４１において、１組あたり主に２人や３人などの複数人のユーザＵがゲームを楽しむことができる。もちろん、写真シール機４１において、１人のユーザＵがゲームを楽しむこともできる。

なお、図２に示される写真シール機４１は１台のみとされるが、実際には、複数台の写真シール機４１が存在している。

すなわち、サービスサーバ４０－１は、写真シール機４１における撮影により得られた撮影画像を携帯端末３０で取得できるサービスを提供する。

以下において、サービスサーバ４０－１乃至４０－４をそれぞれ区別しない場合、単にサービスサーバ４０という。また、図２に示されるサービスサーバ４０は４台とされるが、サービスサーバ４０の数は４台に限られない。

さらに、サービスサーバ４０それぞれは、１つの企業により提供される複数のサービス毎に設けられてもよいし、異なる複数の企業により提供されるサービス毎に設けられてもよい。

図２の情報提供システム２０において、サービスサーバ４０はそれぞれ、サービス内でユーザに一意に与えられた第１の識別子である内部ＩＤと、サービスによらずユーザが固有に所有する１または複数の第２の識別子である外部ＩＤとを対応付けて、ユーザを管理する。

本技術の第２の情報処理装置として構成される管理サーバ５０は、１のユーザについて、複数のサービスに跨って用いられる同一の外部ＩＤに対応付けられている内部ＩＤ同士を組み合わせて管理することで、複数のサービスを跨って同一のユーザを推定する。言い換えると、管理サーバ５０は、現時点で有効な複数の内部ＩＤをサービス間で相補的に結合し、利用者の同一性を分散的に推定する。

以下においては、１のユーザについて得られる内部ＩＤ同士の組み合わせを、統一ＩＤという。

＜サービスサーバの機能構成例＞
図３は、サービスサーバ４０の機能構成例を示すブロック図である。

サービスサーバ４０は、通信部６１、サービス提供部６２、およびユーザ管理部６３を備えている。

通信部６１は、所定のネットワークを介して、携帯端末３０や管理サーバ５０との通信を行う。

サービス提供部６２は、サービスサーバ４０において管理されているユーザに対して、通信部６１を介して、所定のサービスを提供する。サービスが、実際の店舗を介して提供される場合、サービス提供部６２は設けられなくともよい。

ユーザ管理部６３は、サービス内でユーザに一意に与えられた内部ＩＤと、サービスによらずユーザが固有に所有する外部ＩＤとを対応付けることで、ユーザを管理する。内部ＩＤは、サービスサーバ４０により提供されるサービスへのユーザの登録が行われる際に、ユーザ管理部６３によって生成される。一方、外部ＩＤは、サービスサーバ４０により提供されるサービスへのユーザの登録が行われる際に、携帯端末３０から通信部７１を介して取得される。

また、ユーザ管理部６３は、サービス提供部６２により提供されるサービスに関するユーザ毎の履歴情報や、嗜好情報、年齢や性別などの属性情報、居住地などのその他の登録情報などを含むユーザ情報を、内部ＩＤと外部ＩＤに対応付けて管理する。

＜管理サーバの機能構成例＞
図４は、管理サーバ５０の機能構成例を示すブロック図である。

管理サーバ５０は、通信部７１、ＩＤ結合部７２、ＩＤ管理部７３、およびユーザ情報取得部７４を備えている。

通信部７１は、所定のネットワークを介して、複数のサービスサーバ４０との通信を行う。

ＩＤ結合部７２は、複数のサービスサーバ４０から、通信部７１を介して、各サービスの内部ＩＤと外部ＩＤを取得し、外部ＩＤに基づいて各サービスの内部ＩＤを結合する。

ＩＤ管理部７３は、ＩＤ結合部７２によって結合された内部ＩＤ同士の組み合わせである統一ＩＤを、ユーザ毎に管理する。

ユーザ情報取得部７４は、ＩＤ管理部７３において管理されている所定のユーザについての統一ＩＤに基づいて、所定のサービスサーバ４０から、そのユーザについてのユーザ情報を取得する。取得されたユーザ情報は、他のサービスサーバ４０に供給される。

＜サービスサーバの動作＞
ここで、図５のフローチャートを参照して、サービスサーバ４０の動作について説明する。図５の処理は、サービスサーバ４０により提供されるサービスへのユーザの登録が行われる際に実行される。

ステップＳ１１において、ユーザ管理部６３は、携帯端末３０から送信されてくる外部ＩＤを、通信部７１を介して取得する。

外部ＩＤには、例えば、ＳＮＳ（Social Networking Service）ＩＤや、メールアドレス、電話番号、携帯電話機の契約者固有ＩＤ、顔の固有ベクトルや指紋情報などの生体情報などが含まれる。取得される外部ＩＤは、サービスサーバ４０により提供されるサービス毎にあらかじめ決められており、１つであってもよいし、複数であってもよい。

ステップＳ１２において、ユーザ管理部６３は、内部ＩＤを生成する。内部ＩＤは、サービス毎に（サービスサーバ４０毎に）一意に生成され、例えば、その時の日時や時刻、シーケンシャルな番号、乱数などに基づいて生成される。

ステップＳ１３において、ユーザ管理部６３は、生成した内部ＩＤと、取得した外部ＩＤを対応付ける。

以上のようにして、サービスサーバ４０により提供されるサービスへのユーザの登録が行われる。

＜管理サーバの動作＞
次に、図６のフローチャートを参照して、管理サーバ５０の動作について説明する。図６の処理は、例えば、毎日所定の時刻に実行されるバッチ処理として実行される。

ステップＳ３１において、ＩＤ結合部７２は、複数のサービスサーバ４０から、通信部７１を介して、各サービスの内部ＩＤと外部ＩＤを取得する。

ステップＳ３２において、ＩＤ結合部７２は、外部ＩＤに基づいて各サービスの内部ＩＤを結合する。

ここで、図７および図８を参照して、内部ＩＤの結合の詳細について説明する。

図７に示されるサービスサーバ４０－１乃至４０－４それぞれは、ユーザ毎の内部ＩＤと外部ＩＤが対応付けられたユーザＩＤにより、ユーザを管理する。

具体的には、サービスＡを提供するサービスサーバ４０－１は、ユーザＩＤ１１１とユーザＩＤ１１２により２人のユーザを管理している。ユーザＩＤ１１１においては、内部ＩＤ「Ａ００１」に２つの外部ＩＤ「Ｍ０３」、「Ｓ１２」が対応付けられており、ユーザＩＤ１１２においては、内部ＩＤ「Ａ０１２」に２つの外部ＩＤ「Ｍ１１」、「Ｓ５０」が対応付けられている。

サービスＢを提供するサービスサーバ４０－２は、ユーザＩＤ１２１とユーザＩＤ１２２により２人のユーザを管理している。ユーザＩＤ１２１においては、内部ＩＤ「Ｂ３００１」に２つの外部ＩＤ「Ｓ１２」、「Ｔ６０」が対応付けられており、ユーザＩＤ１２２においては、内部ＩＤ「Ｂ０４０５」に２つの外部ＩＤ「Ｓ５０」、「Ｔ０９」が対応付けられている。

サービスＣを提供するサービスサーバ４０－３は、ユーザＩＤ１３１とユーザＩＤ１３２により２人のユーザを管理している。ユーザＩＤ１３１においては、内部ＩＤ「ＣＡ３５」に２つの外部ＩＤ「Ｕ２７」、「Ｔ６０」が対応付けられており、ユーザＩＤ１３２においては、内部ＩＤ「ＣＢ０７」に２つの外部ＩＤ「Ｔ０９」、「Ｆ７３」が対応付けられている。

サービスＤを提供するサービスサーバ４０－４は、ユーザＩＤ１４１とユーザＩＤ１４２により２人のユーザを管理している。ユーザＩＤ１４１においては、内部ＩＤ「Ｄ－１２３」に１つの外部ＩＤ「Ｕ２７」が対応付けられており、ユーザＩＤ１４２においては、内部ＩＤ「Ｄ－０６１」に２つの外部ＩＤ「Ｓ５０」、「Ｕ２７」が対応付けられている。

このような状態で、管理サーバ５０は、サービスサーバ４０－１乃至４０－４から、ユーザＩＤ１１１，１１２，１２１，１２２，１３１，１３２，１４１，１４２を取得することで、内部ＩＤの結合を行う。

具体的には、図８に示されるように、サービスサーバ４０－１のユーザＩＤ１１１と、サービスサーバ４０－２のユーザＩＤ１２１は、同一の外部ＩＤ「Ｓ１２」を含むので、外部ＩＤ「Ｓ１２」は、サービスＡとサービスＢに跨って用いられている。管理サーバ５０は、外部ＩＤ「Ｓ１２」に対応付けられている内部ＩＤ「Ａ００１」と「Ｂ３００１」を結合する。

サービスサーバ４０－２のユーザＩＤ１２１と、サービスサーバ４０－３のユーザＩＤ１３１は、同一の外部ＩＤ「Ｔ６０」を含むので、外部ＩＤ「Ｔ６０」は、サービスＢとサービスＣに跨って用いられている。管理サーバ５０は、外部ＩＤ「Ｔ６０」に対応付けられている内部ＩＤ「Ｂ３００１」と「ＣＡ３５」を結合する。

サービスサーバ４０－３のユーザＩＤ１３１と、サービスサーバ４０－４のユーザＩＤ１４１は、同一の外部ＩＤ「Ｕ２７」を含むので、外部ＩＤ「Ｕ２７」は、サービスＣとサービスＤに跨って用いられている。管理サーバ５０は、外部ＩＤ「Ｕ２７」に対応付けられている内部ＩＤ「ＣＡ３５」と「Ｄ－１２３」を結合する。

一方、サービスサーバ４０－１のユーザＩＤ１１２、サービスサーバ４０－２のユーザＩＤ１２２、およびサービスサーバ４０－４のユーザＩＤ１４２は、同一の外部ＩＤ「Ｓ５０」を含むので、外部ＩＤ「Ｓ５０」は、サービスＡ、サービスＢ、およびサービスＤに跨って用いられている。管理サーバ５０は、外部ＩＤ「Ｓ５０」に対応付けられている内部ＩＤ「Ａ０１２」、「Ｂ０４０５」、および「Ｄ－０６１」を結合する。

サービスサーバ４０－２のユーザＩＤ１２２と、サービスサーバ４０－３のユーザＩＤ１３２は、同一の外部ＩＤ「Ｔ０９」を含むので、外部ＩＤ「Ｔ０９」は、サービスＢとサービスＣに跨って用いられている。管理サーバ５０は、外部ＩＤ「Ｔ０９」に対応付けられている内部ＩＤ「Ｂ０４０５」と「ＣＢ０７」を結合する。

以上のようにして、外部ＩＤによってユーザＩＤの中継が行われることで、直接関連のない内部ＩＤ同士が結合される。

そして、図９に示されるように、管理サーバ５０は、内部ＩＤ「Ａ００１」、「Ｂ３００１」、「ＣＡ３５」、および「Ｄ－１２３」の組み合わせを、ユーザＵ１１の統一ＩＤ２１１として管理する。同様に、管理サーバ５０は、内部ＩＤ「Ａ０１２」、「Ｂ０４０５」、「ＣＢ０７」、および「Ｄ－０６１」の組み合わせを、ユーザＵ１２の統一ＩＤ２１２として管理する。

以上の処理によれば、それぞれのサービスにおけるユーザが同一ユーザであると推定することが可能となる。これにより、サービスを跨ってユーザ情報を取得することが可能となるので、結果として、サービスそれぞれにおけるユーザの行動履歴や嗜好などを把握することができ、ユーザに対して効果的にサービスの魅力を訴求することが可能となる。

例えば、写真シール機４１において撮影された撮影画像から得られるメールアドレスや年齢、性別、顔認識結果などをユーザ情報として取得し、カラコン販売サービスの潜在顧客を抽出することで、それらの顧客に対してそのカラコン販売サービスの魅力を訴求することが可能となる。

また例えば、複数の女性ユーザのユーザ情報を取得し、携帯端末３０上で起動する女性向けのゲームアプリに対する課金に対する新規顧客の心理的抵抗感を算出することで、それらの顧客に対してそのゲームアプリの魅力を訴求することが可能となる。

さらに、以上の処理によれば、ユーザが短い期間に新たなサービスへ登録したり、ユーザが登録していたサービスが突然終了した場合であっても、内部ＩＤの結合が例えば毎日行われるので、最新の状態の統一ＩＤによりユーザを管理することができる。

さらに、統一ＩＤが得られた後に、その統一ＩＤに含まれる内部ＩＤのいずれかに対応するサービスにおいて、その内部ＩＤに新たな外部ＩＤが対応付けられた場合、その新たな外部ＩＤに基づいて、さらなるサービスとの連携が可能となる。

＜ユーザ情報に基づいたサービス提供の流れ＞
ここで、図１０を参照して、ユーザ情報に基づいたサービス提供の流れについて説明する。図１０は、サービスサーバ４０－２が、サービスサーバ４０－１により提供されるサービスのユーザについてのユーザ情報を用いて、新たなサービスを提供する例を示している。

管理サーバ５０は、ステップＳ５１において、統一ＩＤに基づいて、サービスサーバ４０－１に対して、所定のユーザについてのユーザ情報を要求する。

サービスサーバ４０－１は、ステップＳ７１において、管理サーバ５０からの要求に基づいて、所定のユーザについてのユーザ情報を管理サーバ５０に送信する。

このようにして、管理サーバ５０は、サービスサーバ４０－１から、所定のユーザについてのユーザ情報を取得する。このとき、管理サーバ５０は、サービスサーバ４０－１に限らず、全てのサービスサーバ４０から、全てのユーザについてのユーザ情報を取得してもよい。

一方、サービスサーバ４０－２は、ステップＳ９１において、管理サーバ５０に対して、所定のユーザについてのユーザ情報を要求する。

管理サーバ５０は、ステップＳ５２において、サービスサーバ４０－２からの要求に基づいて、所定のユーザについてのユーザ情報をサービスサーバ４０－２に送信する。

このようにして、サービスサーバ４０－２は、他のサービスを提供するサービスサーバ４０－１におけるユーザについてのユーザ情報を取得する。

そして、サービスサーバ４０－２は、ステップＳ９２において、取得したユーザ情報に基づいてサービスを提供する。

以上の処理によれば、管理サーバが、サービスを跨ってユーザ情報を取得することで、サービスサーバは、他のサービスにおけるユーザの行動履歴や嗜好などを把握することができるので、ユーザに対して効果的にサービスの魅力を訴求することが可能となる。

例えば、あるサービスサーバにより、あるユーザに対して、他のサービスにおけるそのユーザの行動履歴や嗜好などに基づいた広告が提示される他、通常提供されるサービスとは異なるサービスが、所定期間提供されるようになる。また、通常は有料で提供されるサービスが、所定期間無料で提供されるようにしてもよい。

上述した処理においては、登録しているサービスが多いユーザほど、その行動履歴や嗜好などを、より正確に把握することができる一方、登録しているサービスが少ないユーザの行動履歴や嗜好などを正確に把握することは難しい。このような場合、登録しているサービスが少ないユーザのユーザ情報に類似したユーザ情報を用いることで、新たなサービスが提供されるようにしてもよい。

また、ユーザが、自身の行動履歴や嗜好などに基づいて新たなサービスの提供を受けたものの、ユーザの所望するサービスでなかった場合などには、ユーザの操作により、管理サーバ５０により取得されたユーザ情報が修正されるようにしてもよい。

＜コンピュータの構成＞
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。

図１１は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。

上述したサービスサーバ４０や管理サーバ５０は、図１１に示す構成を有するコンピュータ１０００により実現される。

ＣＰＵ１００１、ＲＯＭ１００２、ＲＡＭ１００３は、バス１００４により相互に接続されている。

バス１００４には、さらに、入出力インタフェース１００５が接続されている。入出力インタフェース１００５には、キーボード、マウスなどよりなる入力部１００６、ディス
プレイ、スピーカなどよりなる出力部１００７が接続される。また、入出力インタフェース１００５には、ハードディスクや不揮発性のメモリなどよりなる記憶部１００８、ネットワークインタフェースなどよりなる通信部１００９、リムーバブルメディア１０１１を駆動するドライブ１０１０が接続される。

以上のように構成されるコンピュータ１０００では、ＣＰＵ１００１が、例えば、記憶部１００８に記憶されているプログラムを入出力インタフェース１００５およびバス１００４を介してＲＡＭ１００３にロードして実行することにより、上述した一連の処理が行われる。

ＣＰＵ１００１が実行するプログラムは、例えばリムーバブルメディア１０１１に記録して、あるいは、ローカルエリアネットワーク、インターネット、デジタル放送といった、有線または無線の伝送媒体を介して提供され、記憶部１００８にインストールされる。

なお、コンピュータ１０００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたときなどの必要なタイミングで処理が行われるプログラムであっても良い。

なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。

また、本明細書に記載された効果はあくまで例示であって限定されるものではなく、他の効果があってもよい。

２０ 情報処理システム
３０ 携帯端末
４０ サービスサーバ
５０ 管理サーバ
６１ 通信部
６２ サービス提供部
６３ ユーザ管理部
７１ 通信部
７２ ＩＤ結合部
７３ ＩＤ管理部
７４ ユーザ情報取得部

Claims (5)

1. ユーザに対してサービスを提供する複数のサービスサーバそれぞれにおいて前記サービス毎に対応付けられた、前記サービス内で前記ユーザに一意に与えられた第１の識別子と、前記サービスによらず前記ユーザが固有に所有する１または複数の第２の識別子を、前記サービスサーバそれぞれから取得する通信部と、
   前記サービスサーバそれぞれから取得された前記第２の識別子に基づいて、複数の前記サービスに跨って用いられる同一の前記第２の識別子に対応付けられている前記第１の識別子同士を結合する結合部と、
   結合された前記第１の識別子同士の組み合わせを前記ユーザ毎の統一ＩＤとして、前記ユーザそれぞれを管理する管理部と
   を備える情報処理装置。
2. １の前記サービスサーバは、自機が他の前記サービスサーバから取得した前記ユーザ情報に基づいて、前記ユーザに対して前記サービスを提供する
   請求項１に記載の情報処理装置。
3. 前記第２の識別子は、ＳＮＳ（Social Networking Service）ＩＤ、メールアドレス、電話番号、携帯電話機の契約者固有ＩＤ、および生体情報の少なくともいずれかを含む
   請求項１または２に記載の情報処理装置。
4. 前記サービスは、インターネットを介した情報提供サービス、物販サービス、および飲食提供サービスの少なくともいずれかを含む
   請求項１乃至３のいずれかに記載の情報処理装置。
5. 情報処理装置が、
   ユーザに対してサービスを提供する複数のサービスサーバそれぞれにおいて前記サービス毎に対応付けられた、前記サービス内で前記ユーザに一意に与えられた第１の識別子と、前記サービスによらず前記ユーザが固有に所有する１または複数の第２の識別子を、前記サービスサーバそれぞれから取得し、
   前記サービスサーバそれぞれから取得された前記第２の識別子に基づいて、複数の前記サービスに跨って用いられる同一の前記第２の識別子に対応付けられている前記第１の識別子同士を結合し、
   結合された前記第１の識別子同士の組み合わせを前記ユーザ毎の統一ＩＤとして、前記ユーザそれぞれを管理する
   情報処理方法。

Images