JP2015141703A - 統合ユーザ識別子管理システム、ネットワーク端末、統合ユーザ識別子管理サーバ及びプログラム - Google Patents

Abstract

【課題】ユーザによる識別子の登録操作などを必要とすることなく、ユーザが使用する複数のネットワーク端末間で共通のユーザ識別子が付与されるようにする。【解決手段】ネットワーク端末は、問い合わせ情報を統合ユーザＩＤ管理サーバに送信し、統合ユーザＩＤ管理サーバからの問い合わせ情報に対する応答としての統合ユーザＩＤを記憶する。統合ユーザＩＤ管理サーバは、統合ユーザＩＤ情報のうち、受信された問い合わせ情報に格納されているのと同じユーザアカウントが対応付けられた共有統合ユーザＩＤ情報がある場合、受信された問い合わせ情報に格納される統合ユーザＩＤと共有統合ユーザＩＤ情報に格納される統合ユーザＩＤとを統合した統合ユーザＩＤを生成し、統合後の統合ユーザＩＤをネットワーク端末に送信する。【選択図】図６

Description

本発明は、統合ユーザ識別子管理システム、ネットワーク端末、統合ユーザ識別子管理サーバ及びプログラムに関する。

ネットワークに接続可能なネットワーク端末としての機器の多様化に伴い、１ユーザが複数の異なるネットワーク端末を利用することが一般的となってきている。具体的に、例えばユーザは、外出時にはスマートフォンやタブレット端末などをネットワークに接続して利用し、自宅ではパーソナルコンピュータなどをネットワークに接続して利用する。

このように１ユーザが複数のネットワーク端末を利用することが一般的になってきている状況では、複数のネットワーク端末の間で共通のユーザＩＤ（Identification：識別子）を利用できるようにすることが好ましい。共通のユーザＩＤが利用できるようになれば、例えばユーザが異なるネットワーク端末を利用して同じネットワーク上のサービスを利用した場合にも同じユーザとして認識される。これにより、サービスの充実、向上が図られ、ユーザにとってもネットワーク利用の利便性が高められる。

そこで、ネットワーク上の共通ＩＤ管理装置が、複数の端末ＩＤに対して共通の共通ＩＤを発行し、発行された共通ＩＤと端末ＩＤとの組み合わせを記憶するという技術が知られている（例えば、特許文献１参照）。
このような構成によって、ユーザが複数の端末を所有する場合であっても、各端末の端末ＩＤが共通ＩＤと対応付けられていることで、同一のユーザとして管理することが可能になる。

特開２００７−２０８９３６号公報

しかし、特許文献１では、共通ＩＤ管理装置にユーザごとの端末ＩＤを予め登録したうえで、ユーザに共通の端末ＩＤに対して共通ＩＤを発行する。つまり、共通ＩＤは、事前にネットワーク端末の端末ＩＤが登録されていなければ定めることができない。
このために、例えばユーザは、共通ＩＤを発行してもらうためには、自己が所有するネットワーク機器の端末ＩＤを共通ＩＤ管理装置に登録することになる。しかし、このような端末ＩＤの登録の作業はユーザにとっては面倒であるという問題がある。

本発明は、このような事情に鑑みてなされたもので、ユーザによる識別子の登録操作などを必要とすることなく、ユーザが使用する複数のネットワーク端末間で共通のユーザ識別子が付与されるようにすることを目的とする。

本発明の一態様は、 ネットワーク端末と統合ユーザ識別子管理サーバとがネットワーク経由で接続される統合ユーザ識別子管理システムであって、前記ネットワーク端末は、統合ユーザ識別子を問い合わせるための情報であって、前記ネットワーク端末上で動作するアプリケーションが使用するユーザアカウントを格納する領域と統合ユーザ識別子記憶部に記憶される統合ユーザ識別子を格納する領域とを有する問い合わせ情報を前記統合ユーザ識別子管理サーバに送信する問い合わせ情報送信部と、前記統合ユーザ識別子管理サーバから前記問い合わせ情報に対する応答として送信された統合ユーザ識別子を前記統合ユーザ識別子記憶部に記憶させる統合ユーザ識別子管理部とを備え、前記統合ユーザ識別子管理サーバは、統合ユーザ識別子を格納する領域と前記統合ユーザ識別子に対応付けられる１以上のユーザアカウントを格納する領域とを有する統合ユーザ識別子情報を記憶する統合ユーザ識別子情報記憶部において、受信された前記問い合わせ情報に格納されるのと同じユーザアカウントが対応付けられている共有統合ユーザ識別子情報が記憶され、かつ、受信された前記問い合わせ情報に格納される統合ユーザ識別子と前記共有統合ユーザ識別子情報に格納される統合ユーザ識別子とが異なる場合、受信された前記問い合わせ情報に格納される統合ユーザ識別子と前記共有統合ユーザ識別子情報に格納される統合ユーザ識別子とを統合した統合ユーザ識別子を生成する統合ユーザ識別子生成部と、前記統合ユーザ識別子生成部により統合された後の統合ユーザ識別子を、受信された前記問い合わせ情報に対する応答として前記ネットワーク端末に送信する応答送信部とを備える統合ユーザ識別子管理システムである。

本発明の一態様は、上記の統合ユーザ識別子管理システムであって、前記統合ユーザ識別子管理サーバは、前記統合ユーザ識別子生成部により統合された後の統合ユーザ識別子に、受信された前記問い合わせ情報に格納されるユーザアカウントと、前記共有統合ユーザ識別子情報に格納されるユーザアカウントとを対応付けて生成した統合ユーザ識別子情報を前記統合ユーザ識別子情報記憶部に記憶させる統合ユーザ識別子情報管理部をさらに備えてもよい。

本発明の一態様は、上記の統合ユーザ識別子管理システムであって、前記統合ユーザ識別子生成部は、受信された前記問い合わせ情報に統合ユーザ識別子が格納されていない場合、新規の統合ユーザ識別子を生成し、前記統合ユーザ識別子情報管理部は、前記新規の統合ユーザ識別子に対応する新規の統合ユーザ識別子情報を前記統合ユーザ識別子情報記憶部に記憶させ、前記応答送信部は、前記新規の統合ユーザ識別子を、受信された前記問い合わせ情報に対する応答として前記ネットワーク端末に送信してもよい。

本発明の一態様は、ネットワーク経由で統合ユーザ識別子管理サーバと通信を実行する通信部と、統合ユーザ識別子を問い合わせるための情報であって、ネットワーク端末上で動作するアプリケーションが使用するユーザアカウントを格納する領域と統合ユーザ識別子記憶部に記憶される統合ユーザ識別子を格納する領域とを有する問い合わせ情報を前記統合ユーザ識別子管理サーバに送信する問い合わせ情報送信部と、前記統合ユーザ識別子管理サーバから前記問い合わせ情報に対する応答として送信された統合ユーザ識別子を前記統合ユーザ識別子記憶部に記憶させる統合ユーザ識別子管理部とを備えるネットワーク端末である。

本発明の一態様は、ネットワーク経由でネットワーク端末と通信を実行する通信部と、統合ユーザ識別子を格納する領域と前記統合ユーザ識別子に対応付けられる１以上のユーザアカウントを格納する領域とを有する統合ユーザ識別子情報を記憶する統合ユーザ識別子情報記憶部において、前記ネットワーク端末から受信された問い合わせ情報に格納されるのと同じユーザアカウントが対応付けられている共有統合ユーザ識別子情報が記憶され、かつ、受信された前記問い合わせ情報に格納される統合ユーザ識別子と前記共有統合ユーザ識別子情報に格納される統合ユーザ識別子とが異なる場合、受信された前記問い合わせ情報に格納される統合ユーザ識別子と前記共有統合ユーザ識別子情報に格納される統合ユーザ識別子とを統合した統合ユーザ識別子を生成する統合ユーザ識別子生成部と、前記統合ユーザ識別子生成部により統合された後の統合ユーザ識別子を、受信された前記問い合わせ情報に対する応答として前記ネットワーク端末に送信する応答送信部とを備える統合ユーザ識別子管理サーバである。

本発明の一態様は、コンピュータをネットワーク経由で統合ユーザ識別子管理サーバと通信を実行する通信部、統合ユーザ識別子を問い合わせるための情報であって、ネットワーク端末上で動作するアプリケーションが使用するユーザアカウントを格納する領域と統合ユーザ識別子記憶部に記憶される統合ユーザ識別子を格納する領域とを有する問い合わせ情報を前記統合ユーザ識別子管理サーバに送信する問い合わせ情報送信部、前記統合ユーザ識別子管理サーバから前記問い合わせ情報に対する応答として送信された統合ユーザ識別子を前記統合ユーザ識別子記憶部に記憶させる統合ユーザ識別子管理部として機能させるためのプログラムである。

本発明の一態様は、コンピュータをネットワーク経由でネットワーク端末と通信を実行する通信部、統合ユーザ識別子を格納する領域と前記統合ユーザ識別子に対応付けられる１以上のユーザアカウントを格納する領域とを有する統合ユーザ識別子情報を記憶する統合ユーザ識別子情報記憶部において、前記ネットワーク端末から受信された問い合わせ情報に格納されるのと同じユーザアカウントが対応付けられている共有統合ユーザ識別子情報が記憶され、かつ、受信された前記問い合わせ情報に格納される統合ユーザ識別子と前記共有統合ユーザ識別子情報に格納される統合ユーザ識別子とが異なる場合、受信された前記問い合わせ情報に格納される統合ユーザ識別子と前記共有統合ユーザ識別子情報に格納される統合ユーザ識別子とを統合した統合ユーザ識別子を生成する統合ユーザ識別子生成部、前記統合ユーザ識別子生成部により統合された後の統合ユーザ識別子を、受信された前記問い合わせ情報に対する応答として前記ネットワーク端末に送信する応答送信部として機能させるためのプログラムである。

以上説明したように、本発明によれば、ユーザによる識別子の登録操作などを必要とすることなく、ユーザが使用する複数のネットワーク端末間で共通のユーザ識別子が付与されるようになるという効果が得られる。

本実施形態における統合ユーザＩＤ管理システムの構成例を示す図である。 本実施形態におけるアプリケーションの構造例を示す図である。 本実施形態におけるネットワーク端末の構成例（第１例）を示す図である。 本実施形態における問い合わせ情報の構造例を示す図である。 本実施形態におけるネットワーク端末の構成例（第２例）を示す図である。 本実施形態における統合ユーザＩＤ管理サーバの構成例を示す図である。 本実施形態における統合ユーザＩＤ管理システムにおける統合ユーザＩＤ管理に対応する処理の一例を示すシーケンス図である。 本実施形態における統合ユーザＩＤ管理システムにおける統合ユーザＩＤ管理に対応する処理の一例を示すシーケンス図である。 図７及び図８の処理に対応する統合ユーザＩＤと統合ユーザＩＤ情報の内容例を示す図である。 本実施形態のネットワーク端末においてアプリケーションとウェブブラウザとで統合ユーザＩＤを統合できるようにするための構成例を示す図である。 本実施形態のネットワーク端末においてアプリケーションとウェブブラウザとで統合ユーザＩＤを統合できるようにするための他の構成例を示す図である。

図１は、本実施形態における統合ユーザＩＤ（Identification：識別子）管理システムの全体的な構成例を示している。
同図に示す統合ユーザＩＤ管理システムは、ネットワーク端末１００−１、１００−２と統合ユーザＩＤ管理サーバ２００とを備える。ネットワーク端末１００−１、１００−２と統合ユーザＩＤ管理サーバ２００は、ネットワーク３００経由で相互に通信が可能なように接続される。
なお、以降の説明にあたり、ネットワーク端末１００−１、１００−２とで特に区別しない場合には、ネットワーク端末１００と記載する。

同図におけるネットワーク端末１００−１とネットワーク端末１００−２は、それぞれ、同じユーザＵによって使用され、ネットワーク３００と接続される端末装置である。一例として、ネットワーク端末１００−１は、例えばスマートフォンやタブレット端末などであり、ユーザが外出しているときなどに使用する。また、ネットワーク端末１００−２は、例えばパーソナルコンピュータ（ＰＣ）などであり、ユーザＵが自宅などにて使用する。このように、複数のネットワーク端末１００は同じユーザＵによって、用途や状況などに応じて使い分けられる。

ネットワーク端末１００−１には、アプリケーション１０がインストールされている。アプリケーション１０は、アプリケーションとしての本来の機能に対して、本実施形態における統合ユーザＩＤの管理に対応する機能が付加されたアプリケーションである。
ここで、アプリケーション１０が対応する本来の機能の代表的なものとしてはウェブブラウザを挙げることができる。ただし、本実施形態においてアプリケーション１０が対応する本来の機能としては特に限定されるものではなく、他には、例えばウェブブラウザ機能、ゲーム機能、オーディオや映像などのコンテンツを再生するコンテンツ再生機能などを挙げることができる。

一方、ネットワーク端末１００−２には、アプリケーション１０がインストールされていないが、例えばウェブブラウザのアプリケーションがインストールされている。このようにアプリケーション１０がインストールされていないネットワーク端末１００−２は、ウェブブラウザのアプリケーションによって、統合ユーザＩＤ管理機能に対応するウェブサイト（統合ユーザＩＤ対応ウェブサイト）にアクセスする。このように、ネットワーク端末１００−２が統合ユーザＩＤ対応ウェブサイトにアクセスすることで、ネットワーク端末１００−２と統合ユーザＩＤ管理サーバ２００との間で統合ユーザＩＤの管理が可能になる。
なお、統合ユーザＩＤ対応ウェブサイトがユーザに提供するサービスとしては、特に限定されるものではない。統合ユーザＩＤ対応ウェブサイトは、例えばポータルサイト、通信販売のウェブサイト、ＳＮＳ（Social Networking Service）などのうちのいずれかであればよい。

統合ユーザＩＤ管理サーバ２００は、ネットワーク３００上で統合ユーザＩＤを管理するサーバである。
ユーザＵは、例えばネットワーク上で提供される各種のサービスに対応して、複数のユーザアカウントを保有している。ユーザアカウントとしては、例えば所定のＳＮＳ（Social Networking Service）において使用しているユーザアカウント、所定のポータルサイトへのログインに使用するユーザアカウント、メールアドレスなどを挙げることができる。

統合ユーザＩＤ管理サーバ２００は、例えば以下のようにユーザＵについての統合ユーザＩＤを管理することができる。また、以下の説明は、ユーザＵに対応しては未だ統合ユーザＩＤが付与されていない状態から始まる場合を例に挙げる。

例えば、ユーザはネットワーク端末１００−１を操作して、複数のユーザアカウントのうちから或る１つのユーザアカウントを選択する。ユーザは、選択したユーザアカウントを使用したＳＮＳサーバやメールサーバなどのサーバ(サービスサーバ)との通信を伴う所定の動作をアプリケーション１０に実行させる操作を行う。このような操作に応じて、ネットワーク端末１００−１上で動作するアプリケーション１０は、ネットワーク３００上に存在するサービスサーバなどとユーザアカウントを利用した通信を実行する。

そのうえで、ネットワーク端末１００−１上のアプリケーション１０は、統合ユーザＩＤ管理サーバ２００に対して、統合ユーザＩＤを問い合わせるリクエスト（要求）のコマンド（問い合わせ情報）を送信する。

問い合わせ情報は、サービスサーバとの通信に使用されたユーザアカウントを格納する領域を有する。
ここで、上記のように問い合わせ情報を送信したネットワーク端末１００−１上のアプリケーション１０には、統合ユーザＩＤが未だ発行されていない。
この場合、統合ユーザＩＤ管理サーバ２００は、ネットワーク端末１００−１から受信した問い合わせ情報に格納されるユーザアカウントに対応付けた新規の統合ユーザＩＤを生成する。統合ユーザＩＤ管理サーバ２００は、生成した統合ユーザＩＤをユーザアカウントと対応付けた統合ユーザＩＤ情報を記憶する。また、統合ユーザＩＤ管理サーバ２００は、生成した統合ユーザＩＤを、問い合わせ情報送信元のネットワーク端末１００に送信する。つまり、この場合の統合ユーザＩＤ管理サーバ２００は、ネットワーク端末１００−１のアプリケーション１０に対応する統合ユーザＩＤを新規に発行する。

この後において、ネットワーク端末１００−１上で動作するアプリケーション１０が、ユーザアカウントを利用してネットワーク３００経由での通信を実行すれば、その都度、アプリケーション１０から統合ユーザＩＤ管理サーバ２００に問い合わせ情報が送信される。
ユーザＵは複数のユーザアカウントを所持し、適宜必要に応じて使用する。このため、例えばユーザＵがはじめてユーザアカウントを使用したような場合には、受信された問い合わせ情報に格納されるユーザアカウントが、未だユーザＵの統合ユーザＩＤ情報に登録されていない場合がある。この場合、統合ユーザＩＤ管理サーバ２００は、受信された問い合わせ情報に格納されるユーザアカウントをユーザＵの統合ユーザＩＤ情報に追加登録する。
このように、ネットワーク端末１００−１上で動作するアプリケーション１０が異なるユーザアカウントを使用して通信を行うごとに、統合ユーザＩＤ管理サーバ２００は、ユーザＵの統合ユーザＩＤ情報に格納されるユーザアカウントが追加されていく。

また、統合ユーザＩＤ管理サーバ２００は、上記のネットワーク端末１００−１に対応した統合ユーザＩＤ情報管理と並行して、ネットワーク端末１００−２に対応した統合ユーザＩＤ情報管理も実行される。
つまり、ネットワーク端末１００−２では、ウェブブラウザがユーザアカウントを使用して統合ユーザＩＤ管理機能を有するウェブサイト（統合ユーザＩＤ対応ウェブサイト）にアクセスする。アクセスの際には、ウェブブラウザによりアクセス要求とともにクッキーが送信される。クッキーには、ウェブブラウザがログインなどで使用するユーザアカウントが記述されている。つまり、この場合には統合ユーザＩＤ対応ウェブサイトにネットワーク端末１００−２から送信されるクッキーが問い合わせ情報である。

統合ユーザＩＤ管理サーバ２００は、ネットワーク端末１００−２から受信したクッキーにユーザアカウントが記述されていなければ、新規に統合ユーザＩＤを発行し、発行した統合ユーザＩＤが記述されたクッキーをネットワーク端末１００−２に返送（送信）する。ここで、統合ユーザＩＤ管理サーバ２００からネットワーク端末１００−２に返送されるクッキーは、問い合わせ情報に対するレスポンス（応答）である。
また、ネットワーク端末１００−２から受信したクッキーにユーザアカウントが記述されていれば、統合ユーザＩＤ情報に記述されたユーザアカウントを追加していく。
このようにして、統合ユーザＩＤ管理サーバ２００は、ネットワーク端末１００−２にも対応して統合ユーザＩＤ情報を管理することができる。

ここで、上記のようにネットワーク端末１００−１、１００−２のそれぞれに対応して統合ユーザＩＤ管理サーバ２００が管理する各統合ユーザＩＤ情報は、いずれもユーザＵがネットワーク端末１００−１、１００−２を操作することによって得られたものである。
しかし、この段階では、これら２つの統合ユーザＩＤ情報は、統合ユーザＩＤ管理サーバ２００においては未だ同じユーザに対応するものとしては管理されていない状態である。

そこで、統合ユーザＩＤ管理サーバ２００は、以下のようにしてネットワーク端末１００−１のアプリケーション１０に対応する統合ユーザＩＤ情報と、ネットワーク端末１００−２のウェブブラウザに対応する統合ユーザＩＤ情報とを統合する。
例えばユーザＵがネットワーク端末１００−１、１００−２を適宜使用していくことで、或る段階で、いずれか一方のネットワーク端末１００で先に使用したユーザアカウントが、他方のネットワーク端末１００でも使用されることになる。
このように、ネットワーク端末１００−１、１００−２の双方において同じユーザアカウントが使用された結果、以下のような状態が得られる。つまり、ネットワーク端末１００−１のアプリケーション１０に対応する統合ユーザＩＤ情報と、ネットワーク端末１００−２のウェブブラウザに対応する統合ユーザＩＤ情報とで、同じユーザアカウントが格納される状態となる。

統合ユーザＩＤ管理サーバ２００は、上記のように複数の統合ユーザＩＤ情報の間で同じユーザアカウントが格納されている場合、複数の統合ユーザＩＤ情報のそれぞれが示す統合ユーザＩＤは、同じユーザに対応しているものして扱う。
そこで、この場合の統合ユーザＩＤ管理サーバ２００は、ネットワーク端末１００−１のアプリケーション１０に対応する統合ユーザＩＤ情報が示す統合ユーザＩＤと、ネットワーク端末１００−２のウェブブラウザに対応する統合ユーザＩＤ情報が示す統合ユーザＩＤとを統合する。
具体的には、例えば統合ユーザＩＤ管理サーバ２００は、これら２つの統合ユーザＩＤに代わる共通の統合ユーザＩＤを生成する。
統合ユーザＩＤ管理サーバ２００は、上記のように統合した後の統合ユーザＩＤを、ユーザＵのネットワーク端末１００−１、１００−２の各アプリケーション１０に送信する。ネットワーク端末１００−１、１００−２の各アプリケーション１０は、受信した統合ユーザＩＤによりこれまで記憶していた統合ユーザＩＤを更新する。

このようにして、統合ユーザＩＤ管理サーバ２００は、共通のユーザアカウントを格納する統合ユーザＩＤ情報を利用して統合ユーザＩＤを統合していくことができる。これにより、同じユーザＵが使用する複数のネットワーク端末１００間で、ユーザＵに対応する統合ユーザＩＤが１つにまとめられていく。

［アプリケーションの構造例］
次に、図２を参照して、本実施形態におけるアプリケーション１０の構成例について説明する。
アプリケーション１０の開発者は、同図に示すように、アプリケーション開発環境において統合ユーザＩＤ管理ＳＤＫ（Software Development Kit：ソフトウェア開発キット）を組み込んで、アプリケーション１０についてのアプリケーション開発（作成）を行う。統合ユーザＩＤ管理ＳＤＫは、図１にて説明したように、ネットワーク３００上での統合ユーザＩＤの管理に対応する機能をアプリケーション１０に付加するために用いられるＳＤＫである。

上記のように統合ユーザＩＤ管理ＳＤＫが組み込まれて作成されたアプリケーション１０は、同図に示すように、アプリケーションプログラム１１と、統合ユーザＩＤ管理ＳＤＫに対応するＳＤＫ対応ライブラリ１２とを含む構造を有する。
アプリケーションプログラム１１は、例えばウェブブラウザなどのように、アプリケーション１０としての本来の機能を実現するための実行ファイルである。
ＳＤＫ対応ライブラリ１２は、ネットワーク３００上での統合ユーザＩＤの管理に対応する機能として、問い合わせ情報の送信、受信した統合ユーザＩＤの管理などを実行するプログラムにより構成されるライブラリである。前述のように、ＳＤＫ対応ライブラリ１２は、統合ユーザＩＤ管理ＳＤＫが組み込まれたことによって、アプリケーション１０に含められたライブラリである。

［ネットワーク端末の構成例（第１例）］
次に、図３を参照して、ネットワーク端末１００の構成例として、まず、統合ユーザＩＤ管理機能付きのアプリケーション１０がインストールされたネットワーク端末１００−１の構成例について説明する。同図に示すネットワーク端末１００−１は、通信部１０１、制御部１０２、記憶部１０３、表示部１０４及び操作部１０５を備える。

通信部１０１は、ネットワーク３００経由で統合ユーザＩＤ管理サーバ２００と通信を実行する。

制御部１０２は、ネットワーク端末１００−１としての機能を実現するための各種の制御を実行する。制御部１０２は、ハードウェアとして例えばＣＰＵ（Central Processing Unit）を備え、記憶部１０３が記憶するプログラムを実行することにより各種の制御を実行する。
同図に示す制御部１０２は、アプリケーション対応処理部１２１と、ライブラリ対応処理部１２２とを備える。アプリケーション対応処理部１２１とライブラリ対応処理部１２２は、記憶部１０３のアプリケーション記憶部１３１が記憶するアプリケーション１０のプログラムを実行することにより実現される機能部である。

アプリケーション対応処理部１２１は、制御部１０２に対応するＣＰＵが図２のアプリケーションプログラム１１を実行することにより実現される機能部である。つまり、アプリケーション対応処理部１２１は、アプリケーション１０としての本来の機能に対応した処理を実行する。

ライブラリ対応処理部１２２は、制御部１０２に対応するＣＰＵが図２のＳＤＫ対応ライブラリ１２を実行することにより実現される機能部である。
つまり、ライブラリ対応処理部１２２は、アプリケーション対応処理部１２１により、ユーザアカウントを使用したネットワーク３００経由の通信を伴うアプリケーション１０の動作が実行されるのに応じて、問い合わせ情報を生成する。そして、ライブラリ対応処理部１２２は、生成した問い合わせ情報を統合ユーザＩＤ管理サーバ２００に対して送信する。
また、ライブラリ対応処理部１２２は、上記のように送信した問い合わせ情報に対するレスポンスとして統合ユーザＩＤ管理サーバ２００から送信される統合ユーザＩＤを、ユーザＵに対応する統合ユーザＩＤとして管理する。具体的には、ライブラリ対応処理部１２２は、統合ユーザＩＤ管理サーバ２００から送信される統合ユーザＩＤを、アプリケーション１０に対応付けて管理する。

ライブラリ対応処理部１２２は、同図に示すように、問い合わせ情報送信部１２２ａと、統合ユーザＩＤ管理部１２２ｂとを備える。
問い合わせ情報送信部１２２ａは、問い合わせ情報を統合ユーザＩＤ管理サーバ２００に送信する。問い合わせ情報は、先の図１による説明からも理解されるように、アプリケーション１０に対応する統合ユーザＩＤを問い合わせるための情報である。
前述のように、問い合わせ情報送信部１２２ａは、アプリケーション対応処理部１２１によって、ユーザＵに対応する複数のユーザアカウントのうちのいずれかの使用を伴ったアプリケーション１０の動作が行われるごとに、問い合わせ情報を生成する。そして、問い合わせ情報送信部１２２ａは、生成した問い合わせ情報を統合ユーザＩＤ管理サーバ２００に送信する。
統合ユーザＩＤ管理部１２２ｂは、統合ユーザＩＤ管理サーバ２００から問い合わせ情報に対する応答として送信された統合ユーザＩＤを統合ユーザＩＤ記憶部１３２に記憶させる。

図４は、問い合わせ情報送信部１２２ａにより送信される問い合わせ情報の構造例を示している。
同図に示す問い合わせ情報は、ヘッダと、ヘッダに続くクエリとを格納する。
ヘッダは、図示は省略するが、問い合わせ情報の宛先である統合ユーザＩＤ管理サーバ２００のアドレスや送信元であるネットワーク端末１００−１のアドレス、問い合わせ情報のサイズなどを始め、問い合わせ情報に関する所定の情報が格納される。

また、本実施形態における問い合わせ情報のヘッダにおける所定位置には、アプリケーションＩＤと統合ユーザＩＤとを格納する領域が設けられる。
アプリケーションＩＤは、ネットワーク端末１００−１にインストールされるアプリケーションを一意に識別するための識別子である。問い合わせ情報に格納されるアプリケーションＩＤは、問い合わせ情報を送信した処理を実行したアプリケーションを示す。
具体的に、ネットワーク端末１００−１がアプリケーション１０により送信する問い合わせ情報には、アプリケーション１０を示すアプリケーションＩＤが格納される。

問い合わせ情報のヘッダに格納される統合ユーザＩＤは、統合ユーザＩＤ管理部１２２ｂが現在においてアプリケーション１０に対応付けて管理する統合ユーザＩＤの値を示す。統合ユーザＩＤ管理部１２２ｂが管理する統合ユーザＩＤは、統合ユーザＩＤ記憶部１３２に記憶されている。

また、問い合わせ情報において、ヘッダに続けて格納されるクエリは、問い合わせ情報としてのデータである。クエリには、当該問い合わせ情報の送信のトリガとなったアプリケーション１０の動作に際してユーザアカウントが使用された場合、使用されたユーザアカウントが格納される。
同図においては、クエリとしての文の記述例が示されている。同図に示すクエリの文において、ユーザアカウントは、「socialkeys」として定義されている。即ち、問い合わせ情報において、ユーザアカウントは、「socialkeys」として記述される。このように、問い合わせ情報は、ユーザアカウントを格納する領域を有する。

また、本実施形態におけるクエリの文には、「socialkeys」の他に、「action」、「location」を記述できるようにされている。
「action」は、問い合わせ情報の送信のトリガとなったアプリケーション１０の動作を示す。「action」においては、同図に示すように、「init」、「load」、「search」、「transit」、「select」などの「name」のタグが定義されている。
「init」は、初回におけるアプリケーション１０の起動を示す。
「load」は、２回目以降のアプリケーション１０の起動を示す。

「search」は、アプリケーション１０上での検索を示す。つまり、「search」は、アプリケーション対応処理部１２１によって実現されるアプリケーション１０の機能に検索機能が含まれることを前提に定義されている。また、「search」に対応しては、パラメータ（params）として「url」や「検索語」などが定義されている。
つまり、アプリケーション１０に対する操作として検索が行われた場合には、「action」において「search」が記述される。そのうえで、ＵＲＬ（Uniform Resource Locator）が検索された場合には、「url」として検索されたＵＲＬが記述される。また、検索語が入力された場合には、「検索語」として入力された検索語が記述される。

「transit」は、アプリケーション対応処理部１２１が実現されるアプリケーション１０の機能としてページ間の遷移が含まれることを前提に定義された項目である。即ち、「transit」は、アプリケーション１０に対する操作によりページが遷移されるのに応じて「action」に対して記述される。
「select」は、アプリケーション１０上で提示された選択肢に対する選択操作を示す。

「location」は、例えばＧＰＳ（Global Positioning System）に対応する測位機能によって取得された位置情報が記述される。

このような内容の問い合わせ情報を受信する統合ユーザＩＤ管理サーバ２００は、ユーザアカウントに加えて、ユーザがアプリケーション１０に対して行った操作（「action」に対応する）や、ネットワーク端末１００−１の位置の情報（「location」に対応する）などを取得できる。
統合ユーザＩＤ管理サーバ２００は、これらの操作、位置などに関する情報を利用して、アクセス解析を行い、ユーザの嗜好や行動パターンなどを推定することが可能である。

また、図４の問い合わせ情報の構造によれば、例えば検索に関しては、「action」において「search」と記述され、さらに、パラメータ（params）として、検索に使用されたＵＲＬや検索語などの検索条件が記述される。つまり、図４の問い合わせ情報によっては、アプリケーション１０に対して検索のための操作が行われた旨と、検索条件とが記述される。このことは、ＳＤＫ対応ライブラリ１２に基づいて、アプリケーション１０によって、ユーザがどのような検索条件により検索したのかという、ユーザの行動についての解析を行っているのに相当する。
即ち、本実施形態においては、アクセス解析における一部の処理がアプリケーション１０においてＳＤＫ対応ライブラリ１２に基づいて行われるようになっている。このように、アプリケーション１０がアクセス解析のための処理の一部を担うことによって、統合ユーザＩＤ管理サーバ２００がアクセス解析を実行するにあたっての処理負荷が軽減される。

説明を図３に戻す。記憶部１０３は、ネットワーク端末１００−１における制御部１０２が利用する各種の情報を記憶する。
同図における記憶部１０３は、アプリケーション記憶部１３１と統合ユーザＩＤ記憶部１３２を備える。
アプリケーション記憶部１３１は、アプリケーション１０としてのプログラムのデータを記憶する。
統合ユーザＩＤ記憶部１３２は、統合ユーザＩＤ管理サーバ２００によって付与された統合ユーザＩＤを記憶する。

表示部１０４は、制御部１０２の制御に応じて画像を表示する。
操作部１０５は、ネットワーク端末１００−１が備える操作子や操作デバイスを一括して示している。なお、表示部１０４にタッチパネルが組み合わされている場合には、タッチパネルも操作部１０５に含まれる。ネットワーク端末１００−１の操作子あるいは操作デバイスに対して行われる操作に応じて、操作部１０５から制御部１０２に対して操作信号が出力される。制御部１０２は、操作部１０５から出力される操作信号に基づいて各種の制御を実行する。

［ネットワーク端末の構成例（第２例）］
次に、図５を参照して、ネットワーク端末１００−２の構成例について説明する。これまでの説明から理解されるように、ネットワーク端末１００−２は、統合ユーザＩＤ管理機能を有するアプリケーション１０がインストールされていないネットワーク端末である。なお、同図において、図３と同一部分については同一符号を付して説明を省略する。

同図に示す制御部１０２は、ウェブブラウザ部１２３としての機能部を備える。ウェブブラウザ部１２３は、ウェブブラウザとしてのアプリケーションのプログラムを実行することにより得られる。
ウェブブラウザ部１２３は、操作部１０５に対して行われたウェブサイトへのアクセスのための操作に応じてネットワーク３００上のウェブサイトにアクセスし、アクセスしたウェブサイトを表示部１０４に表示させることができる。

同図に示すウェブブラウザ部１２３においては、問い合わせ情報送信部１２３ａと統合ユーザＩＤ管理部１２３ｂが備えられる。
ウェブブラウザ部１２３に備えられる問い合わせ情報送信部１２３ａは、例えば、ネットワークに対応した所定の通信プロトコルに従って、ウェブサイトへのアクセス要求を送信する。アクセス要求にはクッキーが含まれており、クッキーにはウェブサイトへのログインなどに応じてユーザアカウントが記述される。つまり、ネットワーク端末１００−２では、ウェブブラウザのアプリケーションが送信するアクセス要求に含まれるクッキーが問い合わせ情報である。従って、ウェブブラウザ部１２３においては、アクセス要求を送信する機能部が問い合わせ情報送信部１２３ａとして機能する。

また、ウェブブラウザ部１２３に備えられる統合ユーザＩＤ管理部１２３ｂは、統合ユーザＩＤ対応ウェブサイトがクッキーに書き込んだ統合ユーザＩＤを記憶する。つまり、ウェブブラウザ部１２３においてクッキーを処理する機能部が統合ユーザＩＤ管理部１２３ｂとして機能する。

ネットワーク端末１００−２の場合、アプリケーション１０がインストールされていないことから、記憶部１０３からはアプリケーション記憶部１３１が省略される。

［統合ユーザＩＤ管理サーバの構成例］
次に、図６を参照して、統合ユーザＩＤ管理サーバ２００の構成例について説明する。同図に示す統合ユーザＩＤ管理サーバ２００は、通信部２０１、制御部２０２、記憶部２０３を備える。

通信部２０１は、ネットワーク３００経由でネットワーク端末１００と通信を実行する。
制御部２０２は、統合ユーザＩＤ管理サーバ２００としての機能を実現するための各種制御を実行する。制御部２０２は、例えばＣＰＵを備え、記憶部２０３に記憶されるプログラム（図示は省略する）を実行することにより、各種制御を実行することができる。

制御部２０２は、プログラムの実行により実現される機能部として、統合ユーザＩＤ生成部２２１、統合ユーザＩＤ情報管理部２２２、応答送信部２２３、解析処理部２２４及びウェブサイト提供部２２５を備える。

ネットワーク端末１００から送信された問い合わせ情報は、通信部２０１にて受信される。
統合ユーザＩＤ生成部２２１は、受信された問い合わせ情報に格納されるのと同じユーザアカウントが対応付けられている統合ユーザＩＤ情報（共有統合ユーザＩＤ情報）が統合ユーザＩＤ情報記憶部２３１において記憶され、かつ、受信された問い合わせ情報に格納される統合ユーザＩＤと共有統合ユーザＩＤ情報に格納される統合ユーザＩＤとが異なる場合、以下の処理を実行する。つまり、統合ユーザＩＤ生成部２２１は、受信された問い合わせ情報に格納される統合ユーザＩＤと共有統合ユーザＩＤ情報に格納される統合ユーザＩＤとを統合して統合ユーザＩＤを生成する。
記憶部２０３において統合ユーザＩＤ情報記憶部２３１が記憶する統合ユーザＩＤ情報は、現在において発行されている統合ユーザＩＤに１以上のユーザアカウントを対応付けた情報である。

統合ユーザＩＤ情報管理部２２２は、統合ユーザＩＤ生成部２２１により統合された後の統合ユーザＩＤに以下のユーザアカウントを対応付けて生成した統合ユーザＩＤ情報を、統合ユーザＩＤ情報記憶部２３１に記憶させる。
つまり、統合ユーザＩＤ情報管理部２２２は、統合後の統合ユーザＩＤに、受信された問い合わせ情報に格納されるユーザアカウントを対応付ける。また、統合ユーザＩＤ情報管理部２２２は、統合後の統合ユーザＩＤに、受信された問い合わせ情報の送信元に対応する統合ユーザＩＤ情報に格納されるユーザアカウントを対応付ける。また、統合ユーザＩＤ情報管理部２２２は、統合後の統合ユーザＩＤに、共有統合ユーザＩＤ情報に格納されるユーザアカウントを対応付ける。
このように、統合ユーザＩＤ情報管理部２２２は、上記の各ユーザアカウントを統合後の統合ユーザＩＤに対応付けることで、統合後の統合ユーザＩＤに対応する統合ユーザＩＤ情報を生成する。そして、統合ユーザＩＤ情報管理部２２２は、上記のように生成した統合ユーザＩＤ情報を統合ユーザＩＤ情報記憶部２３１に記憶させる。

応答送信部２２３は、統合ユーザＩＤ生成部２２１により統合された後の統合ユーザＩＤを、受信された問い合わせ情報に対する応答（レスポンス）として、問い合わせ情報の送信元のネットワーク端末１００に送信する。

解析処理部２２４は、受信された問い合わせ情報における「action」や「location」などのタグに記述された内容に基づいて、アクセス解析処理を実行する。アクセス解析処理の結果を示す情報は、例えばネットワーク３００経由で外部のサーバなどに送信してもよいし、記憶部２０３に記憶させてもよい。

ウェブサイト提供部２２５は、アプリケーション１０が実装されていないネットワーク端末１００−２からのアクセスに応じて、統合ユーザＩＤの管理機能を有するウェブサイト（統合ユーザＩＤ対応ウェブサイト）を提供する。
前述のように、統合ユーザＩＤ対応ウェブサイトによってユーザに提供されるサービスとしては特に限定されるものではなく、例えばポータルサイト、通信販売のウェブサイト、ＳＮＳ（Social Networking Service）などのうちのいずれかであればよい。

前述のように、アプリケーション１０がインストールされていないネットワーク端末１００−２は、統合ユーザＩＤ対応ウェブサイトにアクセスを行うにあたって、ネットワーク端末１００−２は問い合わせ情報としてのクッキーを含むアクセス要求を送信する。

ウェブサイト提供部２２５は、統合ユーザＩＤ対応ウェブサイト経由で受信されたアクセス要求に含まれるクッキーを、統合ユーザＩＤ生成部２２１に受け渡す。統合ユーザＩＤ生成部２２１は、受け渡されたクッキーを問い合わせ情報として取得する。
即ち、統合ユーザＩＤ対応ウェブサイトに対してネットワーク端末１００からアクセスが行われた場合には、ネットワーク端末１００からのアクセス要求に含まれるクッキーが問い合わせ情報として扱われる。
また、応答送信部２２３は、クッキーとしての問い合わせ情報を含むアクセス要求が受信された場合に応じては、受け渡されたクッキーに通知すべき統合ユーザＩＤを記述する。応答送信部２２３は、統合ユーザＩＤが記述されたクッキーを、統合ユーザＩＤ対応ウェブサイト経由でアクセス元のネットワーク端末１００に送信する。つまり、この場合の応答送信部２２３は、問い合わせ情報に対するレスポンス（応答）として、通知すべき統合ユーザＩＤを記述したクッキーをネットワーク端末１００に送信する。

なお、同図においては、統合ユーザＩＤ管理サーバ２００においてウェブサイト提供部２２５が備えられることで、統合ユーザＩＤ管理サーバ２００が統合ユーザＩＤ対応ウェブサイトのウェブサーバとしても機能するように構成されている。
しかし、例えば統合ユーザＩＤ管理サーバ２００とは独立したウェブサーバを設け、このように設けられたウェブサーバにより統合ユーザＩＤの管理機能を有するウェブサイトを提供してもよい。

記憶部２０３は、制御部２０２が利用する各種の情報を記憶する。同図に示す記憶部２０３においては、統合ユーザＩＤの管理に対応して統合ユーザＩＤ情報記憶部２３１が備えられる。統合ユーザＩＤ情報記憶部２３１には、前述のように、統合ユーザＩＤ情報管理部２２２の制御によって統合ユーザＩＤ情報が記憶される。

［統合ユーザＩＤ管理例］
次に、図７、図８のシーケンス図を参照して、本実施形態の統合ユーザＩＤ管理システム（ネットワーク端末１００−１、１００−２及び統合ユーザＩＤ管理サーバ２００）による統合ユーザＩＤ管理に対応する処理の一例について説明する。
ここで、アプリケーション１０がインストールされたネットワーク端末１００−１としては例えばスマートフォンやタブレット端末などである。また、アプリケーション１０がインストールされていないネットワーク端末１００−２としては例えばパーソナルコンピュータなどである。

まず、図７に示すように、ネットワーク端末１００−１において、問い合わせ情報送信部１２２ａは、アプリケーション１０の初回起動に応じて問い合わせ情報を統合ユーザＩＤ管理サーバ２００に送信する（ステップＳ１０１）。ステップＳ１０１にて送信される問い合わせ情報においては、図４にて説明したように、問い合わせ情報の「action」には、例えば初回起動を示す「init」が記述される。
ステップＳ１０１にて送信された問い合わせ情報は、統合ユーザＩＤ管理サーバ２００にて受信される。この場合の問い合わせ情報はアプリケーション１０の初回起動に応じて送信されたものであるため、問い合わせ情報には有効な統合ユーザＩＤは格納されていない。

この場合、統合ユーザＩＤ管理サーバ２００における統合ユーザＩＤ生成部２２１は、新規の統合ユーザＩＤを生成する。ここでは、統合ユーザＩＤ＝１が生成された場合を例に挙げている。そして、応答送信部２２３は、レスポンスとして、上記のように生成された新規の統合ユーザＩＤ＝１をネットワーク端末１００−１に送信する（ステップＳ１０２）。このように、ステップＳ１０２によっては、新規の統合ユーザＩＤがネットワーク端末１００−１のアプリケーション１０に対応して発行される。

ネットワーク端末１００−１では、ステップＳ１０２により送信された統合ユーザＩＤ＝１が受信される。ネットワーク端末１００−１の統合ユーザＩＤ管理部１２２ｂは、受信された統合ユーザＩＤ＝１を、統合ユーザＩＤ記憶部１３２に記憶させる（ステップＳ１０３）。

また、統合ユーザＩＤ管理サーバ２００における統合ユーザＩＤ情報管理部２２２は、ステップＳ１０２に対応して生成された統合ユーザＩＤに、ネットワーク端末１００−１のアプリケーション１０を対応付けて統合ユーザＩＤ情報を生成する。なお、ステップＳ１０１により送信された問い合わせ情報にユーザアカウントが格納されていれば、統合ユーザＩＤ情報管理部２２２は、問い合わせ情報に格納されていたユーザアカウントも対応付けた統合ユーザＩＤ情報を生成してよい。

ただし、ここでは、ステップＳ１０１に応じて受信した問い合わせ情報にはユーザアカウントが格納されていなかった場合を例に挙げる。この場合、ステップＳ１０２に対応して統合ユーザＩＤ情報管理部２２２が生成した統合ユーザＩＤ情報には、ユーザアカウントは格納されない。
統合ユーザＩＤ情報管理部２２２は、上記のように生成された統合ユーザＩＤ情報を統合ユーザＩＤ情報記憶部２３１に記憶させる。即ち、統合ユーザＩＤ情報管理部２２２は、統合ユーザＩＤ情報の新規登録を行う（ステップＳ１０４）。
このように、本実施形態においては、未だ統合ユーザＩＤが発行されていないネットワーク端末１００に対して統合ユーザＩＤ管理サーバ２００が統合ユーザＩＤを新規に発行する。即ち、本実施形態においては、特にユーザが統合ユーザＩＤの発行を要求するような操作を行わなくとも、統合ユーザＩＤ管理サーバ２００によって新規の統合ユーザＩＤが発行される。

また、上記ステップＳ１０１〜Ｓ１０４とは別の機会において、ネットワーク端末１００−２におけるウェブブラウザ部１２３は、統合ユーザＩＤ管理サーバ２００におけるウェブサイト提供部２２５により提供される統合ユーザＩＤ対応ウェブサイトにアクセスする（ステップＳ１１１）。この際、ウェブブラウザ部１２３の問い合わせ情報送信部１２３ａは、アクセス要求としての問い合わせ情報を統合ユーザＩＤ管理サーバ２００に送信する。

ここで、ステップＳ１１１によるアクセスは、ネットワーク端末１００−２からウェブサイト提供部２２５が提供するウェブサイトへの初めてのアクセスである。ステップＳ１１１によるアクセスが行われる以前の段階では、ネットワーク端末１００−２には未だ統合ユーザＩＤが発行されていない。
そこで、統合ユーザＩＤ管理サーバ２００における統合ユーザＩＤ生成部２２１は、新規の統合ユーザＩＤを生成する。ここでは、統合ユーザＩＤの値として「１」が使用済みであるが、「２」が未使用であったために、生成された統合ユーザＩＤの値が「２」である場合の例を挙げている。
応答送信部２２３は、レスポンスとして、上記のように生成された新規の統合ユーザＩＤ＝２を、ネットワーク端末１００−２に送信する（ステップＳ１１２）。この場合の応答送信部２２３は、ネットワーク端末１００−２がウェブサイト提供部２２５により提供されるウェブサイト経由でアクセスしてきたのに応じて、ステップＳ１１２として、統合ユーザＩＤ＝２を記述したクッキーの送信を行う。
このように、ステップＳ１１２によっては、ネットワーク端末１００−２のウェブブラウザに対応して新規の統合ユーザＩＤ＝２が発行される。

ネットワーク端末１００−２では、ステップＳ１１２により送信された統合ユーザＩＤ＝２が受信される。ネットワーク端末１００−２の統合ユーザＩＤ管理部１２３ｂは、受信された統合ユーザＩＤ＝２を、統合ユーザＩＤ記憶部１３２に記憶させる（ステップＳ１１３）。具体的に、統合ユーザＩＤ管理部１２２ｂは、ステップＳ１１３において、統合ユーザＩＤ＝２が記述されたクッキーを統合ユーザＩＤ記憶部１３２に記憶させる。

また、統合ユーザＩＤ管理サーバ２００における統合ユーザＩＤ情報管理部２２２は、ステップＳ１１２に対応して生成された統合ユーザＩＤに、ネットワーク端末１００−２のウェブブラウザのアプリケーションと対応付けて統合ユーザＩＤ情報を生成する。

この場合においても、ステップＳ１１１に応じて受信した問い合わせ情報（アクセス要求）には、例えばログインなどのためのユーザアカウントが格納されている可能性がある。このような場合、統合ユーザＩＤ情報管理部２２２は、問い合わせ情報（アクセス要求）に格納されていたユーザアカウントも対応付けた統合ユーザＩＤ情報を生成してよい。
ただし、ここでは、ステップＳ１１１に応じて受信した問い合わせ情報（アクセス要求）にはユーザアカウントが格納されていなかった場合について説明する。この場合、ステップＳ１１２に対応して統合ユーザＩＤ管理サーバ２００が生成した統合ユーザＩＤ情報には、ユーザアカウントは格納されない。

そして、統合ユーザＩＤ情報管理部２２２は、上記のように生成した統合ユーザＩＤ情報を統合ユーザＩＤ情報記憶部２３１に記憶させる。即ち、統合ユーザＩＤ情報管理部２２２は、統合ユーザＩＤ情報の新規登録を行う（ステップＳ１１４）。

上記のようにステップＳ１１１〜Ｓ１１４の処理によっては、ネットワーク端末１００−２にインストールされているウェブブラウザのアプリケーションに対応して統合ユーザＩＤ＝２が発行される。
ここまでの段階においては、ステップＳ１０１〜Ｓ１０４により、ネットワーク端末１００−１におけるアプリケーション１０に対応して統合ユーザＩＤ＝１が付与されている。一方、ステップＳ１１１〜Ｓ１１４により、ネットワーク端末１００−２におけるウェブブラウザに対応して統合ユーザＩＤ＝２が付与されている。
ネットワーク端末１００−１におけるアプリケーション１０とネットワーク端末１００−２におけるウェブブラウザは、同じユーザＵが使用する。
即ち、ネットワーク端末１００−１とネットワーク端末１００−２とでは、同じユーザＵに対応して、互いに異なる統合ユーザＩＤが付与されている状態にある。このような状態は、ネットワーク端末１００−１とネットワーク端末１００−２との間で未だ統合ユーザＩＤが統合されていない状態である。

同図においては、ステップＳ１０４により、ネットワーク端末１００−１に対応して統合ユーザＩＤ情報が新規登録された後において、ネットワーク端末１００−１におけるアプリケーション１０がユーザアカウントＡを使用して動作した例を示している（ステップＳ１２１）。
ユーザアカウントＡは、ユーザＵが保有する複数のユーザアカウントのうちの１つである。ステップＳ１２１にて、アプリケーション１０上でユーザアカウントＡが使用されるのに応じて、ネットワーク端末１００−１の問い合わせ情報送信部１２２ａは、クエリにおける「socialkeys」にユーザアカウントＡを記述した問い合わせ情報を、統合ユーザＩＤ管理サーバ２００に送信する（ステップＳ１２２）。

なお、アプリケーション１０がユーザアカウントを使用する動作としては特に限定されない。一例として、アプリケーション１０がユーザアカウントを使用する動作は、アプリケーション１０経由でのアプリケーションのダウンロードサイトなどへの接続時における、ダウンロードサイトからの認証要求に応じたユーザアカウントの送信を挙げることができる。また、アプリケーション１０が電子メールに対応するメーラーの機能を備える場合には、送信元としてユーザＵのメールアドレスを入力して作成した電子メールの送信などもユーザアカウントを使用した動作とすることができる。

ステップＳ１２２にて送信された問い合わせ情報が受信されるのに応じて、統合ユーザＩＤ管理サーバ２００の統合ユーザＩＤ情報管理部２２２は、以下の処理を実行する。
つまり、統合ユーザＩＤ情報管理部２２２は、統合ユーザＩＤ＝１が格納される統合ユーザＩＤ情報に、ステップＳ１２２に対応して受信された問い合わせ情報に記述されているユーザアカウントを格納する。このように、統合ユーザＩＤ情報管理部２２２は、統合ユーザＩＤ＝１にユーザアカウントＡを対応付けて管理する(ステップＳ１２３)。

この場合、統合ユーザＩＤ＝１の統合ユーザＩＤ情報にユーザアカウントＡは追加されたものの、統合ユーザＩＤについては、ステップＳ１０２にて発行された統合ユーザＩＤ＝１のままで変化はない。
そこで、この場合の応答送信部２２３は、ステップＳ１２２にて送信された問い合わせ情報に対するレスポンスとして、統合ユーザＩＤ＝１をネットワーク端末１００−１に送信する（ステップＳ１２４）。

ステップＳ１２４により受信されたレスポンスが示す統合ユーザＩＤは「１」のままであり、これまで統合ユーザＩＤ記憶部１３２に記憶されていた統合ユーザＩＤと変化が無い。そこで、この場合の統合ユーザＩＤ管理部１２２ｂは、特に統合ユーザＩＤ記憶部１３２に記憶される統合ユーザＩＤについて更新を行わなくともよい。
ただし、例えば統合ユーザＩＤ管理部１２２ｂは、レスポンスが受信されるごとに、レスポンスが示す統合ユーザＩＤにより統合ユーザＩＤ記憶部１３２に記憶される統合ユーザＩＤを更新する処理を実行するようにしてもよい。
この場合であっても、これまでと同じ統合ユーザＩＤがレスポンスとして送信された場合には、結果的に、統合ユーザＩＤを更新しない場合と同様にこれまでと同じ統合ユーザＩＤが統合ユーザＩＤ記憶部１３２に記憶されている状態となる。

また、同図においては、上記のステップＳ１２１〜１２４までの処理が行われた後の或る機会において、ネットワーク端末１００−１におけるアプリケーション１０上がユーザアカウントＢを使用して動作している（ステップＳ１３１）。
ユーザアカウントＢも、ユーザアカウントＡと同様、ユーザＵが保有する複数のユーザアカウントのうちの１つである。ステップＳ１３１にて、アプリケーション１０上でユーザアカウントＢが使用されるのに応じて、ネットワーク端末１００−１の問い合わせ情報送信部１２２ａは、クエリにおける「socialkeys」にユーザアカウントＢを記述した問い合わせ情報を、統合ユーザＩＤ管理サーバ２００に送信する（ステップＳ１３２）。

ステップＳ１３２にて送信された問い合わせ情報が受信されるのに応じて、統合ユーザＩＤ管理サーバ２００の統合ユーザＩＤ情報管理部２２２は、以下の処理を実行する。
つまり、統合ユーザＩＤ情報管理部２２２は、統合ユーザＩＤ＝１が格納される統合ユーザＩＤ情報に、ステップＳ１３２に対応して受信された問い合わせ情報に格納されていたユーザアカウントＢをさらに格納する。つまり、統合ユーザＩＤ情報管理部２２２は、統合ユーザＩＤ＝１にユーザアカウントＡ、Ｂの２つのユーザアカウントを対応付けて管理する(ステップＳ１３３)。

図９（ａ）は、ステップＳ１３３によって統合ユーザＩＤ管理サーバ２００の統合ユーザＩＤ情報記憶部２３１に記憶された、統合ユーザＩＤ＝１に対応の統合ユーザＩＤ情報の内容例を示している。
同図に示す統合ユーザＩＤ情報は、統合ユーザＩＤ＝１に対してアプリケーションＩＤ＝α、ユーザアカウントＡ、ユーザアカウントＢが対応付けられている。ここで、アプリケーションＩＤ＝αは、ネットワーク端末１００−１にインストールされたアプリケーション１０を示すアプリケーションＩＤである。ユーザアカウントＡ、ユーザアカウントＢは、それぞれステップＳ１２３、Ｓ１３３によって統合ユーザＩＤ＝１に対応付けられたユーザアカウントである。

この場合、ステップＳ１３３によって統合ユーザＩＤ＝１に対応の統合ユーザＩＤ情報にユーザアカウントＢがさらに追加されたものの、統合ユーザＩＤは、ステップＳ１０２にて発行されたときと同じ統合ユーザＩＤ＝１のままで変化はない。
そこで、この場合の応答送信部２２３は、図７に示すように、ステップＳ１２２にて送信された問い合わせ情報に対するレスポンスとして、統合ユーザＩＤ＝１を示すレスポンスをネットワーク端末１００−１に送信する（ステップＳ１３４）。
この場合にも、ステップＳ１３４により受信されたレスポンスは統合ユーザＩＤ＝１を示しており、これまで統合ユーザＩＤ記憶部１３２に記憶されていた統合ユーザＩＤと変化が無い。そこで、この場合の統合ユーザＩＤ管理部１２２ｂは、統合ユーザＩＤ記憶部１３２に記憶される統合ユーザＩＤについて特に更新を行わない。

図７以降の処理の例について、図８を参照して説明する。
先のステップＳ１３１〜Ｓ１３４が行われた後において、ネットワーク端末１００−２は、図８に示すように、統合ユーザＩＤ管理サーバ２００の統合ユーザＩＤ対応ウェブサイトに対して、ユーザアカウントＢを使用してアクセスしている（ステップＳ１４１）。この際、ネットワーク端末１００−２における問い合わせ情報送信部１２２ａは、アクセス要求に含まれるクッキー（問い合わせ情報）にユーザアカウントＢを記述して統合ユーザＩＤ管理サーバ２００に送信する。また、このときには、既に、ステップＳ１１３により統合ユーザＩＤ＝２がネットワーク端末１００−２にて記憶されている。そこで、ステップＳ１４１により送信されるクッキーには、統合ユーザＩＤ＝２も記述されている。

ステップＳ１４１に応じて統合ユーザＩＤ管理サーバ２００にて受信されたアクセス要求に含まれるクッキー（問い合わせ情報）には、図９（ｂ）に示すように、アプリケーションＩＤ＝β、統合ユーザＩＤ＝２、ユーザアカウントＢが記述されている。アプリケーションＩＤ＝βは、ネットワーク端末１００−２のウェブブラウザを示す。
このとき、図９（ｂ）のクッキー（問い合わせ情報）と同じ統合ユーザＩＤ＝２に対応して統合ユーザＩＤ管理サーバ２００が記憶する統合ユーザＩＤ情報は、図９（ｃ）に示される。図９（ｃ）の統合ユーザＩＤ情報は、統合ユーザＩＤ＝２にアプリケーションＩＤ＝βのみが対応付けられた内容である。
そこで、統合ユーザＩＤ管理サーバ２００における統合ユーザＩＤ情報管理部２２２は、図９（ｃ）の統合ユーザＩＤ情報に、図９（ｂ）のクッキーに記述されているユーザアカウントＢを格納する。つまり、統合ユーザＩＤ情報管理部２２２は、図９（ｄ）に示すように統合ユーザＩＤ＝２にユーザアカウントＢを対応付けて統合ユーザＩＤ情報の管理を行う（ステップＳ１４２）。

次に、統合ユーザＩＤ生成部２２１は、以下のように、統合ユーザＩＤの統合処理を実行する（ステップＳ１４３）。
統合ユーザＩＤ生成部２２１は、統合ユーザＩＤ情報記憶部２３１が記憶する統合ユーザＩＤ情報のうちで、先のステップＳ１４１に応じて受信されたクッキー（問い合わせ情報）に記述されたユーザアカウントＢを格納する統合ユーザＩＤ情報を検索する。
この場合には、ユーザアカウントＢを格納する統合ユーザＩＤ情報として、図９（ａ）に示される統合ユーザＩＤ＝１の統合ユーザＩＤ情報と、図９（ｄ）に示す統合ユーザＩＤ＝２の統合ユーザＩＤ情報とが検索結果として得られる。
このように、同じユーザアカウントを格納する複数の統合ユーザＩＤが検索されるということは、同じユーザＵが、ネットワーク端末１００−１のアプリケーション１０と、ネットワーク端末１００−２のウェブブラウザを使用していることを示す。

そこで、統合ユーザＩＤ生成部２２１は、図９（ａ）に示される統合ユーザＩＤ情報の統合ユーザＩＤ＝１と、図９（ｄ）に示される統合ユーザＩＤ情報の統合ユーザＩＤ＝２とを統合した統合ユーザＩＤを生成する。
具体例として、統合ユーザＩＤ生成部２２１は、統合ユーザＩＤ＝１、統合ユーザＩＤ＝２とは異なる値であって、未使用の値の統合ユーザＩＤを生成する。ここでは、統合ユーザＩＤ＝１と統合ユーザＩＤ＝２とを統合したことにより統合ユーザＩＤ＝３が生成された場合を例に挙げる。

なお、図９（ｄ）に示される統合ユーザＩＤ情報の統合ユーザＩＤ＝２は、ステップＳ１４１に応じて受信されたクッキー（問い合わせ情報）に記述されている（含まれている）統合ユーザＩＤである。
従って、ステップＳ１４３における統合ユーザＩＤ生成部２２１は、以下の２つの統合ユーザＩＤを統合している。つまり、１つは、ステップＳ１４１に応じて受信された問い合わせ情報に含まれる統合ユーザＩＤ＝２である。また、もう１つは、ステップＳ１４１に応じて受信された問い合わせ情報に含まれているのと同じユーザアカウントが対応付けられている統合ユーザＩＤ情報に含まれている統合ユーザＩＤ＝１である。なお、ステップＳ１４１に応じて受信された問い合わせ情報に含まれているのと同じユーザアカウントが対応付けられている統合ユーザＩＤ情報としては複数であってもよい。

上記のように統合ユーザＩＤ＝１と統合ユーザＩＤ＝２との統合によって統合ユーザＩＤ＝３が生成されるのに応じて、応答送信部２２３は、ステップＳ１４１により受信したアクセス要求に対する応答として、統合ユーザＩＤ＝３が記述されたクッキーを送信する（ステップＳ１４４）。
このとき、ネットワーク端末１００−２における統合ユーザＩＤ記憶部１３２においては統合ユーザＩＤ＝２が記憶されている。これに対して、ステップＳ１４４に応じてネットワーク端末１００−２が受信するクッキーに記述されているのは統合ユーザＩＤ＝３であって、統合ユーザＩＤ＝２とは異なる。

そこで、ネットワーク端末１００−２の統合ユーザＩＤ管理部１２３ｂは、これまで統合ユーザＩＤ記憶部１３２に記憶されていた統合ユーザＩＤ＝２を、受信したクッキーに記述されていた統合ユーザＩＤ＝３に更新する（ステップＳ１４５）。このようにして、ネットワーク端末１００−２において記憶する統合ユーザＩＤは、統合後の値に変更される。

また、ステップＳ１４３にて統合ユーザＩＤが統合されるのに応じて、統合ユーザＩＤ情報管理部２２２は、統合後の統合ユーザＩＤ＝３に対応する統合ユーザＩＤ情報について統合する（ステップＳ１４６）。統合ユーザＩＤ情報の統合は、ステップＳ１４１に応じて受信されたクッキー（問い合わせ情報）が格納するのと同じユーザアカウントを格納する統合ユーザＩＤ情報を統合することによって行われる。

具体的には、統合ユーザＩＤ情報管理部２２２は、図９（ａ）に示される統合ユーザＩＤ＝１の統合ユーザＩＤ情報に格納されているアプリケーションＩＤ＝α、ユーザアカウントＡ、Ｂを取得する。また、統合ユーザＩＤ情報管理部２２２は、図９（ｄ）に示される統合ユーザＩＤ＝２の統合ユーザＩＤ情報に格納されているアプリケーションＩＤ＝β、ユーザアカウントＢを取得する。
そして、統合ユーザＩＤ情報管理部２２２は、ステップＳ１４３によって得られた統合ユーザＩＤ＝３に、上記のように取得したアプリケーションＩＤ＝α、アプリケーションＩＤ＝β、ユーザアカウントＡ、Ｂを対応付けた統合ユーザＩＤ情報を生成する。このとき、ユーザアカウントＢについては、統合ユーザＩＤ＝１の統合ユーザＩＤ情報と統合ユーザＩＤ＝２の統合ユーザＩＤ情報とで重複していることから、１つにまとめられたうえで対応付けられる。
これにより、図９（ｅ）に示すように、統合ユーザＩＤ＝３に対してアプリケーションＩＤ＝α、アプリケーションＩＤ＝β、ユーザアカウントＡ、ユーザアカウントＢが対応付けられた統合ユーザＩＤ情報が得られる。

そして、統合ユーザＩＤ情報管理部２２２は、統合ユーザＩＤ情報記憶部２３１に記憶される図９（ａ）、図９（ｄ）の統合ユーザＩＤ情報については削除し、図９（ｅ）に示す統合ユーザＩＤ情報を統合ユーザＩＤ情報記憶部２３１に記憶する。
このようにして、ステップＳ１４６においては、ステップＳ１４３による統合ユーザＩＤの統合に応じて、統合ユーザＩＤ情報が統合される。

また、同じ図８に示すように、この後において、例えば、ネットワーク端末１００−１におけるアプリケーション１０がユーザアカウントＡを使用して動作している（ステップＳ１５１）。
ステップＳ１５１によるアプリケーション１０の動作に応じて、ネットワーク端末１００−１の問い合わせ情報送信部１２２ａは、ユーザアカウントＡをクエリの「socialkeys」に記述した問い合わせ情報を統合ユーザＩＤ管理サーバ２００に送信する（ステップＳ１５２）。ステップＳ１５２にて送信される問い合わせ情報には、アプリケーションＩＤ＝αと、統合ユーザＩＤ＝１が格納されている。

統合ユーザＩＤ管理サーバ２００における統合ユーザＩＤ情報管理部２２２は、ステップＳ１５２に対応して受信された問い合わせ情報において示されるアプリケーションＩＤ＝αを格納する統合ユーザＩＤ情報を統合ユーザＩＤ情報記憶部２３１から検索する。
この場合には、アプリケーションＩＤ＝αを格納する統合ユーザＩＤ情報として、図９（ｅ）に示される統合ユーザＩＤ情報が検索結果として得られる。図９（ｅ）の統合ユーザＩＤ情報には、ステップＳ１５２により送信された問い合わせ情報に記述されたユーザアカウントＡが既に格納されている。従って、この場合の統合ユーザＩＤ情報管理部２２２は、図９（ｅ）の統合ユーザＩＤ情報にユーザアカウントＡを格納する処理を行う必要がない。

また、統合ユーザＩＤ生成部２２１は、ステップＳ１５２に応じて受信された問い合わせ情報において記述されるユーザアカウントＡを格納する統合ユーザＩＤ情報を統合ユーザＩＤ情報記憶部２３１から検索する。この場合には、図９（ｅ）に示される統合ユーザＩＤ情報のみが検索結果として得られる。
ただし、この場合、ステップＳ１５２に応じて受信された問い合わせ情報は統合ユーザＩＤ＝１を格納するのに対して、図９（ｅ）の統合ユーザＩＤ情報においては統合ユーザＩＤ＝３が示される。このように統合ユーザＩＤが異なる場合、統合ユーザＩＤ管理サーバ２００において、統合ユーザＩＤ＝１が他の統合ユーザＩＤと統合されて統合ユーザＩＤ＝３となったことを示している。
この場合には、統合ユーザＩＤ生成部２２１は、特に統合ユーザＩＤの統合についての処理は実行しない。

このように、ステップＳ１５２にて受信した問い合わせ情報に対応する統合ユーザＩＤが、統合ユーザＩＤ管理サーバ２００側で統合されたことにより変更されていた場合、応答送信部２２３は、以下の処理を実行する。
つまり、応答送信部２２３は、図９（ｅ）のようにユーザアカウントＡを格納する統合ユーザＩＤ情報から統合ユーザＩＤ＝３を取得する（ステップＳ１５３）。そして、応答送信部２２３は、ステップＳ１５２にて受信された問い合わせ情報に対するレスポンスとして、ステップＳ１５３により取得された統合ユーザＩＤ＝３をネットワーク端末１００−１に送信する（ステップＳ１５４）。

ネットワーク端末１００−１の統合ユーザＩＤ記憶部１３２においては、統合ユーザＩＤ＝１が記憶されている。そこで、統合ユーザＩＤ管理部１２２ｂは、統合ユーザＩＤ記憶部１３２に記憶される統合ユーザＩＤ＝１を、ステップＳ１５４に応じて受信したレスポンスが示す統合ユーザＩＤ＝３により更新する（ステップＳ１５５）。
このようにして、ネットワーク端末１００−１のアプリケーション１０と、ネットワーク端末１００−２のウェブブラウザとの間で、同じユーザＵに対応する統合ユーザＩＤ＝３が付与される状態となる。

［ネットワーク端末におけるアプリケーション間での統合ユーザＩＤの統合］
アプリケーション１０がインストールされたネットワーク端末１００−１においては、前述のように、アプリケーション１０の動作に応じて問い合わせ情報が送信されることで、アプリケーション１０に対応して統合ユーザＩＤが管理される。
そのうえで、例えばネットワーク端末１００−１にウェブブラウザがインストールされている場合、ネットワーク端末１００−２と同様に、ネットワーク端末１００−１もウェブブラウザによって統合ユーザＩＤ対応ウェブサイトにアクセスすることもできる。これにより、ネットワーク端末１００−１においては、ウェブブラウザに対応した統合ユーザＩＤも管理される。
このように、ネットワーク端末１００−１においては複数のアプリケーションごとに対応して個別に統合ユーザＩＤが管理される場合がある。このような場合のあることを考慮すれば、ネットワーク端末１００−１における複数のアプリケーション間でも統合ユーザＩＤが統合されるようにすることが好ましい。

そこで、図１０を参照して、ネットワーク端末１００−１においてアプリケーション１０とウェブブラウザ２０とで統合ユーザＩＤを統合できるようにするための構成例について説明する。
例えば、アプリケーション１０上で表示されている広告に対するクリック操作が行われるのに応じて、アプリケーション１０は、広告元ウェブサイト４００のＵＲＬを指定してアクセスを行う。この際、アプリケーション１０は、広告元ウェブサイト４００のＵＲＬに直接アクセスするのではなく、リダイレクトにより、統合ユーザＩＤ管理サーバ２００に一旦アクセスしたうえで、広告元ウェブサイトにアクセスする。

このとき、アプリケーション１０は、ネットワーク端末１００−１におけるウェブブラウザ２０を起動させ（ステップＳ２０１）、ウェブブラウザ２０に対して、リダイレクトにより、統合ユーザＩＤ管理サーバ２００にアクセスさせる（ステップＳ２０２）。統合ユーザＩＤ管理サーバ２００は、ステップＳ２０２によるアクセスに応じて、アプリケーション１０が広告元ウェブサイト４００にアクセスできるようにする（ステップＳ２０３）。
ステップＳ２０１〜Ｓ２０３により、アプリケーション１０の画面上で、例えばアクセスした広告元ウェブサイト４００の画像が表示される。

また、統合ユーザＩＤ管理サーバ２００における応答送信部２２３は、ステップＳ２０２によるアクセスに応答して、ウェブブラウザ２０に対応する統合ユーザＩＤを記述したクッキーをレスポンスとして送信する（ステップＳ２０４）。
ウェブブラウザ２０は、統合ユーザＩＤ管理サーバ２００から受信したクッキーを、アクセス元のアプリケーション１０に転送する（ステップＳ２０５）。アプリケーション１０はウェブブラウザ２０から受け取ったクッキーを記憶する。つまり、ウェブブラウザ２０に対応する統合ユーザＩＤを、自己に対応する統合ユーザＩＤとして管理する。
この結果、アプリケーション１０とウェブブラウザ２０のそれぞれに対応する統合ユーザＩＤが同じものとなるように統合される。

次に、図１１を参照して、ネットワーク端末１００−１においてアプリケーション１０とウェブブラウザ２０とで統合ユーザＩＤを統合できるようにするための他の構成例について説明する。
例えば、同図においては、ネットワーク端末１００−１のウェブブラウザ２０により、統合ユーザＩＤ管理サーバ２００のウェブサイト提供部２２５（図６）が提供するユーザＩＤ対応ウェブサイト５０にアクセスしている。
ここで、ユーザＩＤ対応ウェブサイト５０にはアプリケーション１０を起動させるためのリンクが設けられている。このリンクに対する操作が行われるのに応じて、ウェブブラウザ２０は、操作されたリンクとして記述されていたカスタムＵＲＬスキームをアプリケーション１０に受け渡す。このようにカスタムＵＲＬスキームが受け渡されるのに応じてアプリケーション１０は起動してアクティブな状態となる。

ウェブブラウザ２０がアプリケーション１０に受け渡したカスタムＵＲＬスキームによっては、ウェブブラウザ２０が管理する統合ユーザＩＤが指定される。このために、カスタムＵＲＬスキームを受け取ったアプリケーション１０における統合ユーザＩＤ管理部１２２ｂは、例えば、これまで自己が管理していた統合ユーザＩＤを、カスタムＵＲＬスキームによって指定された統合ユーザＩＤに変更する。この結果、アプリケーション１０とウェブブラウザ２０のそれぞれに対応する統合ユーザＩＤが同じものとなるように統合される。

これまでに説明したように、本実施形態においては、同じユーザが使用する複数のネットワーク端末１００の間で共通の統合ユーザＩＤが付与される。
本実施形態における統合ユーザＩＤは、アプリケーションの使用に応じてネットワーク端末１００から送信される問い合わせ情報に格納されるユーザアカウントの共通性に基づいて統合されていく。これにより、本実施形態においては、例えばユーザがＩＤを登録する操作などを行わなくとも、複数のネットワーク端末１００を使用してさえいれば、統合ユーザＩＤが適切に付与されていく。

また、本実施形態において、統合ユーザＩＤの統合は、受信された問い合わせ情報に格納されるのと同じユーザアカウントを格納する統合ユーザＩＤ情報（共有統合ユーザＩＤ情報）の統合ユーザＩＤが対象となる。そのうえで、本実施形態においては、統合ユーザＩＤが統合されるのに応じて、統合ユーザＩＤ情報管理部２２２が、統合後の統合ユーザＩＤに対応して共有統合ユーザＩＤ情報についても統合する。これにより、統合後の統合ユーザＩＤに対応して１つの統合ユーザＩＤ情報が得られる。即ち、統合後の統合ユーザＩＤも１つの統合ユーザＩＤ情報として管理される。このように統合後の統合ユーザＩＤ情報が管理されることにより、本実施形態においては、統合後の統合ユーザＩＤを利用してさらに統合ユーザＩＤを統合していくことが可能になる。

さらに、本実施形態における統合ユーザＩＤ管理サーバ２００の統合ユーザＩＤ生成部２２１は、未だ統合ユーザＩＤが付与されていないネットワーク端末１００から、統合ユーザＩＤが格納されていない問い合わせ情報を受信した場合には、新規の統合ユーザＩＤを発行するようにしている。ここでの発行とは、統合ユーザＩＤ管理サーバ２００が新規の統合ユーザＩＤを生成し、生成した新規の統合ユーザＩＤを格納する統合ユーザＩＤ情報を記憶するとともに、ネットワーク端末１００に新規の統合ユーザＩＤをレスポンスとして送信することである。
このように、本実施形態においては、新規に統合ユーザＩＤを発行する段階においても、ユーザによる登録操作などによることなく統合ユーザＩＤ管理サーバ２００の制御によって統合ユーザＩＤを付与することが可能とされている。

本実施形態における統合ユーザＩＤは、例えば、複数のネットワーク端末１００を利用するユーザについてのアクセス解析などに用いることができる。アクセス解析には、ユーザがネットワーク端末１００で用いた各種のユーザアカウントをそのまま利用することも可能である。しかし、ユーザアカウントは、ユーザの個人情報でもあるため、アクセス解析などにユーザアカウントを利用することが好ましくない場合がある。
これに対して、本実施形態の統合ユーザＩＤは、統合ユーザＩＤ管理サーバ２００がユーザごとに生成した識別子であり、特にユーザが使用するものではない。即ち、統合ユーザＩＤは、ユーザの個人情報ではない。従って、本実施形態の統合ユーザＩＤをアクセス解析に用いても、特にユーザの個人情報を利用していることにはならない。

なお、上述のネットワーク端末１００あるいは統合ユーザＩＤ管理サーバ２００の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述のネットワーク端末１００あるいは統合ユーザＩＤ管理サーバ２００としての処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。すなわち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成は本実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計等も含まれる。

１０…アプリケーション、１１…アプリケーションプログラム、１２…ＳＤＫ対応ライブラリ、２０…ウェブブラウザ、５０…統合ユーザＩＤ対応ウェブサイト、１００…ネットワーク端末、１０１…通信部、１０２…制御部、１０３…記憶部、１０４…表示部、１０５…操作部、１２１…アプリケーション対応処理部、１２２…ライブラリ対応処理部、１２２ａ…問い合わせ情報送信部、１２２ｂ…統合ユーザＩＤ管理部、１２３…ウェブブラウザ部、１２３ａ…問い合わせ情報送信部、１２３ｂ…統合ユーザＩＤ管理部、１３１…アプリケーション記憶部、１３２…統合ユーザＩＤ記憶部、２００…統合ユーザＩＤ管理サーバ、２０１…通信部、２０２…制御部、２０３…記憶部、２２１…統合ユーザＩＤ生成部、２２２…統合ユーザＩＤ情報管理部、２２３…応答送信部、２２４…解析処理部、２２５…ウェブサイト提供部、２３１…統合ユーザＩＤ情報記憶部、３００…ネットワーク、３００…サービス提供サーバ、３００…ネットワーク、４００…広告元ウェブサイト

Claims (7)

1. ネットワーク端末と統合ユーザ識別子管理サーバとがネットワーク経由で接続される統合ユーザ識別子管理システムであって、
   前記ネットワーク端末は、
   統合ユーザ識別子を問い合わせるための情報であって、前記ネットワーク端末上で動作するアプリケーションが使用するユーザアカウントを格納する領域と統合ユーザ識別子記憶部に記憶される統合ユーザ識別子を格納する領域とを有する問い合わせ情報を前記統合ユーザ識別子管理サーバに送信する問い合わせ情報送信部と、
   前記統合ユーザ識別子管理サーバから前記問い合わせ情報に対する応答として送信された統合ユーザ識別子を前記統合ユーザ識別子記憶部に記憶させる統合ユーザ識別子管理部とを備え、
   前記統合ユーザ識別子管理サーバは、
   統合ユーザ識別子を格納する領域と前記統合ユーザ識別子に対応付けられる１以上のユーザアカウントを格納する領域とを有する統合ユーザ識別子情報を記憶する統合ユーザ識別子情報記憶部において、受信された前記問い合わせ情報に格納されるのと同じユーザアカウントが対応付けられている共有統合ユーザ識別子情報が記憶され、かつ、受信された前記問い合わせ情報に格納される統合ユーザ識別子と前記共有統合ユーザ識別子情報に格納される統合ユーザ識別子とが異なる場合、受信された前記問い合わせ情報に格納される統合ユーザ識別子と前記共有統合ユーザ識別子情報に格納される統合ユーザ識別子とを統合した統合ユーザ識別子を生成する統合ユーザ識別子生成部と、
   前記統合ユーザ識別子生成部により統合された後の統合ユーザ識別子を、受信された前記問い合わせ情報に対する応答として前記ネットワーク端末に送信する応答送信部とを備える
   統合ユーザ識別子管理システム。
2. 前記統合ユーザ識別子管理サーバは、
   前記統合ユーザ識別子生成部により統合された後の統合ユーザ識別子に、受信された前記問い合わせ情報に格納されるユーザアカウントと、前記共有統合ユーザ識別子情報に格納されるユーザアカウントとを対応付けて生成した統合ユーザ識別子情報を前記統合ユーザ識別子情報記憶部に記憶させる統合ユーザ識別子情報管理部をさらに備える
   請求項１に記載の統合ユーザ識別子管理システム。
3. 前記統合ユーザ識別子生成部は、
   受信された前記問い合わせ情報に統合ユーザ識別子が格納されていない場合、新規の統合ユーザ識別子を生成し、
   前記統合ユーザ識別子情報管理部は、
   前記新規の統合ユーザ識別子に対応する新規の統合ユーザ識別子情報を前記統合ユーザ識別子情報記憶部に記憶させ、
   前記応答送信部は、
   前記新規の統合ユーザ識別子を、受信された前記問い合わせ情報に対する応答として前記ネットワーク端末に送信する
   請求項２に記載の統合ユーザ識別子管理システム。
4. ネットワーク経由で統合ユーザ識別子管理サーバと通信を実行する通信部と、
   統合ユーザ識別子を問い合わせるための情報であって、ネットワーク端末上で動作するアプリケーションが使用するユーザアカウントを格納する領域と統合ユーザ識別子記憶部に記憶される統合ユーザ識別子を格納する領域とを有する問い合わせ情報を前記統合ユーザ識別子管理サーバに送信する問い合わせ情報送信部と、
   前記統合ユーザ識別子管理サーバから前記問い合わせ情報に対する応答として送信された統合ユーザ識別子を前記統合ユーザ識別子記憶部に記憶させる統合ユーザ識別子管理部と
   を備えるネットワーク端末。
5. ネットワーク経由でネットワーク端末と通信を実行する通信部と、
   統合ユーザ識別子を格納する領域と前記統合ユーザ識別子に対応付けられる１以上のユーザアカウントを格納する領域とを有する統合ユーザ識別子情報を記憶する統合ユーザ識別子情報記憶部において、前記ネットワーク端末から受信された問い合わせ情報に格納されるのと同じユーザアカウントが対応付けられている共有統合ユーザ識別子情報が記憶され、かつ、受信された前記問い合わせ情報に格納される統合ユーザ識別子と前記共有統合ユーザ識別子情報に格納される統合ユーザ識別子とが異なる場合、受信された前記問い合わせ情報に格納される統合ユーザ識別子と前記共有統合ユーザ識別子情報に格納される統合ユーザ識別子とを統合した統合ユーザ識別子を生成する統合ユーザ識別子生成部と、
   前記統合ユーザ識別子生成部により統合された後の統合ユーザ識別子を、受信された前記問い合わせ情報に対する応答として前記ネットワーク端末に送信する応答送信部と
   を備える統合ユーザ識別子管理サーバ。
6. コンピュータを
   ネットワーク経由で統合ユーザ識別子管理サーバと通信を実行する通信部、
   統合ユーザ識別子を問い合わせるための情報であって、ネットワーク端末上で動作するアプリケーションが使用するユーザアカウントを格納する領域と統合ユーザ識別子記憶部に記憶される統合ユーザ識別子を格納する領域とを有する問い合わせ情報を前記統合ユーザ識別子管理サーバに送信する問い合わせ情報送信部、
   前記統合ユーザ識別子管理サーバから前記問い合わせ情報に対する応答として送信された統合ユーザ識別子を前記統合ユーザ識別子記憶部に記憶させる統合ユーザ識別子管理部
   として機能させるためのプログラム。
7. コンピュータを
   ネットワーク経由でネットワーク端末と通信を実行する通信部、
   統合ユーザ識別子を格納する領域と前記統合ユーザ識別子に対応付けられる１以上のユーザアカウントを格納する領域とを有する統合ユーザ識別子情報を記憶する統合ユーザ識別子情報記憶部において、前記ネットワーク端末から受信された問い合わせ情報に格納されるのと同じユーザアカウントが対応付けられている共有統合ユーザ識別子情報が記憶され、かつ、受信された前記問い合わせ情報に格納される統合ユーザ識別子と前記共有統合ユーザ識別子情報に格納される統合ユーザ識別子とが異なる場合、受信された前記問い合わせ情報に格納される統合ユーザ識別子と前記共有統合ユーザ識別子情報に格納される統合ユーザ識別子とを統合した統合ユーザ識別子を生成する統合ユーザ識別子生成部、
   前記統合ユーザ識別子生成部により統合された後の統合ユーザ識別子を、受信された前記問い合わせ情報に対する応答として前記ネットワーク端末に送信する応答送信部
   として機能させるためのプログラム。

Images