JP5986862B2 - 端末装置、プログラム、および通信方法 - Google Patents

Description

本発明は、スマートフォン等の端末装置にインストールされたアプリケーションの画面に表示される広告を配信する技術に関する。

従来、PC（Personal Computer）等のWebブラウザ向けの広告を配信する技術では、Webサーバが配信するcookieに基づいてユーザの嗜好が管理されている（例えば、非特許文献１，２参照）。図１０は、cookieを使用した広告配信の仕組みを示している。以下、図１０を参照して、cookieを使用した広告配信の仕組みを説明する。

PC等の端末である端末装置８ａは初期状態ではcookieを保持していない。また、端末装置８ａではWebブラウザ８０が起動している。Webブラウザ８０は、Webサーバにアクセスし、そのWebサーバからダウンロードしたデータに基づいてWebページを表示する。このデータは広告配信用のサーバ９ａへのリンクを含む。このため、Webブラウザ８０は、広告配信用のサーバ９ａに対して、広告の配信を要求することを示すメッセージを送信する（ステップＳ８００）。端末装置８ａがcookieを保持していないため、このメッセージにはcookieが含まれていない。このメッセージを受信したサーバ９ａは、メッセージにcookieが含まれていないので、新しいcookieを生成し、このcookieと、例えばランダムに選択された、広告の画像等を含む広告情報を端末装置８ａへ送信する（ステップＳ８０５）。

端末装置８ａのWebブラウザ８０は、受信したcookieを管理フォルダ８２に保存する（ステップＳ８１０）。また、Webブラウザ８０は、受信した広告情報を表示部８１へ出力し、表示部８１に広告を表示させる（ステップＳ８１５）。これによって、Webページ内に広告が表示される。

サーバ９ａは、端末装置８ａへ送信したcookieに基づいて、端末装置８ａを所有するユーザの嗜好を管理する。以後、表示部８１の画面に表示された広告に対して、ユーザがクリック等の選択操作を行った場合、広告が選択されたことを示す操作情報とcookieがサーバ９ａへ送信される。サーバ９ａは操作情報とcookieを受信し、受信した操作情報に関する広告の選択履歴をcookieと対応付けて管理する。これによって、サーバ９ａは、cookieにより識別される広告の選択履歴を、ユーザの嗜好を示す情報として管理する。

続いて、Webブラウザ８０は、別のWebサーバにアクセスし、そのWebサーバからダウンロードしたデータに基づいてWebページを表示する。このデータは広告配信用のサーバ９ａへのリンクを含む。図１０は、Webブラウザ８０が、異なるWebサーバから、同じサーバ９ａへのリンクを含むデータを受信する例を示している。管理フォルダ８２にcookieが保存されているため、Webブラウザ８０は、管理フォルダ８２からcookieを読み出し（ステップＳ８２０）、サーバ９ａに対して、広告の配信を要求することを示すメッセージを送信する（ステップＳ８２５）。このメッセージにはcookieが含まれている。

このメッセージを受信したサーバ９ａは、メッセージにcookieが含まれているので、メッセージに含まれているcookieと対応付けられている広告の選択履歴を参照する。サーバ９ａは、広告の選択履歴に基づいて、ユーザに適した広告を選択し、その広告の画像等を含む広告情報を端末装置８ａへ送信する（ステップＳ８３５）。端末装置８ａのWebブラウザ８０は、受信した広告情報を表示部８１へ出力し、表示部８１に広告を表示させる（ステップＳ８４０）。

異なる複数のWebサイトから取得されるデータに、同一の広告事業者が管理する広告配信用のサーバのリンクが含まれる場合、同一のサーバから広告情報が配信される。サーバは、上記のようにcookieと対応付けてユーザの嗜好を管理しており、ユーザの嗜好を反映して広告情報を配信する。

近年、携帯情報端末の一種であるスマートフォンの普及が進んでいる。スマートフォンにインストールされたアプリケーションの画面に表示される広告を配信する技術では、スマートフォンが保持しているグローバルIDに基づいてユーザの嗜好が管理されている。グローバルIDとは、端末毎に固有な識別子であるIMEI（International Mobile Equipment Identity）や、IMSI（International Mobile Subscriber Identity）、MAC（Media Access Control address）アドレス、電話番号、OSがランダムに生成するID、これらの情報から生成されるハッシュ値等である。このグローバルIDに割り当てられる値は、世界で唯一の値であり、ユーザが自分で変更することができない固定値である。

図１１は、グローバルIDを使用した広告配信の仕組みを示している。以下、図１１を参照して、グローバルIDを使用した広告配信の仕組みを説明する。

スマートフォン等の携帯情報端末である端末装置８ｂにはアプリケーション８３ａ，８３ｂがインストールされている。これらのアプリケーション８３ａ，８３ｂに対して、同一の広告事業者が提供している広告モジュールが組み込まれている。アプリケーション８３ａが起動すると、アプリケーション８３ａの広告モジュールは、端末装置８ｂ内の所定の場所からグローバルIDを取得する（ステップＳ９００）。続いて、アプリケーション８３ａの広告モジュールは、広告配信用のサーバ９ｂに対して、広告の配信を要求することを示すメッセージを送信する（ステップＳ９０５）。このメッセージにはグローバルIDが含まれている。

サーバ９ｂは、広告の選択履歴をグローバルIDと対応付けて管理している。つまり、サーバ９ｂは、グローバルIDに基づいて、端末装置８ｂを所有するユーザの嗜好を管理している。端末装置８ｂからのメッセージを受信したサーバ９ｂは、自身が管理しているグローバルIDの中に、メッセージに含まれるグローバルIDと同一のIDがない場合、例えばランダムに選択された、広告の画像等を含む広告情報を端末装置８ｂへ送信する（ステップＳ９１０）。

端末装置８ｂのアプリケーション８３ａの広告モジュールは、受信した広告情報を表示部８４へ出力し、表示部８４に広告を表示させる（ステップＳ９１５）。これによって、アプリケーション８３ａの画面内に広告が表示される。

以後、表示された広告に対して、ユーザがクリック等の選択操作を行った場合、広告が選択されたことを示す操作情報とグローバルIDがサーバ９ｂへ送信される。サーバ９ｂは操作情報とグローバルIDを受信し、受信した操作情報に関する広告の選択履歴をグローバルIDと対応付けて管理する。これによって、サーバ９ａは、グローバルIDにより識別される広告の選択履歴を、ユーザの嗜好を示す情報として管理する。

続いて、アプリケーション８３ｂが起動すると、アプリケーション８３ｂの広告モジュールは、端末装置８ｂ内の所定の場所からグローバルIDを取得する（ステップＳ９２０）。続いて、アプリケーション８３ｂの広告モジュールは、サーバ９ｂに対して、広告の配信を要求することを示すメッセージを送信する（ステップＳ９２５）。このメッセージにはグローバルIDが含まれている。

端末装置８ｂからのメッセージを受信したサーバ９ｂは、自身が管理しているグローバルIDの中に、メッセージに含まれるグローバルIDと同一のIDがあるので、そのグローバルIDと対応付けられている広告の選択履歴を参照する。サーバ９ｂは、広告の選択履歴に基づいて、ユーザに適した広告を選択し、その広告の画像等を含む広告情報を端末装置８ｂへ送信する（ステップＳ９３０）。端末装置８ｂのアプリケーション８３ａの広告モジュールは、受信した広告情報を表示部８４へ出力し、表示部８４に広告を表示させる（ステップＳ９３５）。

Webブラウザ向けの広告を配信する技術で使用されるcookieは、cookieを発行する広告事業者毎に独自に生成されるランダムな値となる。つまり、異なる複数の広告事業者は、同一のユーザに対して、それぞれ異なるcookieを用いてユーザの嗜好を管理する。cookieは、端末装置あるいはユーザとの結びつきがないランダムな値であるため、それぞれの広告事業者は、それぞれのcookieがどのユーザに対応しているのかを知ることができず、同一のcookieに対応付けられている広告の選択履歴の範囲内でのみユーザの嗜好を管理することができる。当然、それぞれの広告事業者は、自身が管理しているcookieと、他の広告事業者が管理しているcookieとが同一のユーザに対応しているのか否かを知ることはできないため、複数の広告事業者が管理している、ユーザの嗜好に関する情報を広告事業者間で交換したとしても、その情報をユーザ毎に統合することは困難である。

一方、スマートフォン向けのアプリケーションに対する広告を配信する技術で使用されるグローバルIDは端末装置あるいはユーザとの結びつきが固定的であり、異なる複数の広告事業者は、同一のユーザに対して、同一のグローバルIDを用いてユーザの嗜好を管理する。このため、複数の広告事業者がお互いに、自身が管理しているグローバルIDをキーにして、ユーザの嗜好に関する情報を交換することにより、プライバシ侵害が発生するという問題がある。

神場、中村、"WWW上の広告におけるターゲティング手法", 情報処理学会, 会誌解説, Vol.40, No. 8, 1999年8月 Peter Eckersley, "How Unique Is Your Web Browser?", Proceedings of the Privacy Enhancing Technologies Symposium (PETS 2010), LNCS 6205. (2010)

本発明は、上述した課題に鑑みてなされたものであって、アプリケーションの画面に表示される広告を配信する技術において、異なる複数の広告事業者間で、ユーザの嗜好に関する情報を共有することが困難な広告配信の手法を提供することを目的とする。

本発明は、上記の課題を解決するためになされたもので、ランダムな固有情報と、端末装置で広告が表示されたときに前記端末装置に対して行われた操作の内容とを関連付けて管理し、前記端末装置毎に前記操作の内容に応じた広告を表示するための広告情報を配信するサーバから前記広告情報を受信し、受信した前記広告情報に基づいて広告を表示部に表示させる広告モジュールを有するアプリケーションと、前記サーバを提供する広告事業者に対応する広告モジュールを有する複数のアプリケーションからのアクセスが可能な領域を有し、当該領域に前記固有情報を記憶する記憶部と、広告を表示する前記表示部と、を有する端末装置であって、前記広告モジュールは、前記サーバに対して広告の配信を要求する際、当該広告モジュールに対応する広告事業者に固有な名称のフォルダに前記固有情報が記憶されていない場合には、前記固有情報を前記サーバから受信し、受信した前記固有情報を前記フォルダに格納し、前記フォルダに前記固有情報が記憶されている場合には、前記フォルダに格納されている前記固有情報を前記サーバへ送信し、広告が前記表示部に表示された後、表示された広告に対応する前記操作の内容を示す操作情報を前記サーバへ送信することを特徴とする端末装置である。

また、本発明の端末装置において、前記フォルダの名称は、当該端末装置内で管理されている、当該端末装置に固有な情報と、前記広告モジュールに対応する広告事業者に固有な情報とに基づく不可逆な値を含む名称であることを特徴とする。

また、本発明の端末装置において、前記広告モジュールは、前記サーバに対して広告の配信を要求する際、前記領域に前記固有情報を暗号化した暗号化情報が記憶されていない場合には、前記固有情報を前記サーバから受信し、受信した前記固有情報を暗号化した前記暗号化情報を前記領域に記憶させ、前記領域に前記暗号化情報が記憶されている場合には、前記領域に記憶されている前記暗号化情報を復号して得られた前記固有情報を前記サーバへ送信し、広告が前記表示部に表示された後、表示された広告に対応する前記操作の内容を示す操作情報を前記サーバへ送信することを特徴とする。

また、本発明の端末装置において、前記固有情報を暗号化する暗号鍵および前記暗号化情報を復号する復号鍵は、当該端末装置内で管理されている、当該端末装置に固有な情報と、前記広告モジュールに対応する広告事業者に固有な情報とに基づいて生成されていることを特徴とする。

また、本発明の端末装置において、前記広告モジュールは、前記固有情報を暗号化し、前記暗号化情報を復号する暗号モジュールを含み、前記暗号モジュールは難読化されていることを特徴とする。

また、本発明の端末装置において、前記広告モジュールは、前記固有情報を削除する削除指示を受けた場合、前記領域に記憶されている前記固有情報を削除し、前記領域に記憶されていた前記固有情報とは異なる前記固有情報を前記サーバから受信し、受信した前記固有情報を前記領域に記憶させることを特徴とする。

また、本発明の端末装置において、前記広告モジュールは、前記削除指示を受ける前に、前記サーバと通信セッションを構築して前記広告情報を前記サーバから受信し、前記削除指示を受けた場合、前記通信セッションを切断し、前記サーバと新たな通信セッションを構築して前記固有情報を前記サーバから受信することを特徴とする。

また、本発明の端末装置において、前記通信セッションを切断してから、前記サーバと新たな通信セッションを構築するまでの時間は、前記端末装置に割り当てられるIPアドレスの変更周期に応じた時間であることを特徴とする。

また、本発明の端末装置において、前記広告モジュールは、広告を表示する際、前記削除指示を受け付けるための、ユーザが操作可能なマークを前記表示部に表示し、前記マークが操作された場合、前記削除指示を受け付けることを特徴とする。

また、本発明の端末装置において、前記広告モジュールは、前記サーバへの情報の送信を停止する停止指示を受けた場合、前記固有情報の送信を停止することを特徴とする。

また、本発明の端末装置において、前記広告モジュールは、前記サーバへの情報の送信を停止する停止指示を受けた場合、情報の送信の停止を示す送信停止情報を前記領域に記憶させ、前記領域に前記送信停止情報が記憶されている場合、前記固有情報の送信を停止することを特徴とする。

また、本発明の端末装置において、前記広告モジュールは、広告を表示する際、前記停止指示を受け付けるための、ユーザが操作可能なマークを前記表示部に表示し、前記マークが操作された場合、前記停止指示を受け付けることを特徴とする。

また、本発明は、広告情報を配信するサーバを提供する広告事業者に対応する広告モジュールを有する複数のアプリケーションからのアクセスが可能な領域を有し、ランダムな固有情報を当該領域に記憶する記憶部と、広告を表示する表示部と、を有する端末装置のコンピュータに、前記固有情報と、前記端末装置で広告が表示されたときに前記端末装置に対して行われた操作の内容とを関連付けて管理し、前記端末装置毎に前記操作の内容に応じた広告を表示するための広告情報を配信する前記サーバから前記広告情報を受信させ、受信した前記広告情報に基づいて広告を前記表示部に表示させる広告モジュールを有するアプリケーションのプログラムであって、前記広告モジュールは、前記コンピュータに、前記サーバに対して広告の配信を要求する際、当該広告モジュールに対応する広告事業者に固有な名称のフォルダに前記固有情報が記憶されていない場合には、前記固有情報を前記サーバから受信するステップと、受信した前記固有情報を前記フォルダに格納するステップと、前記サーバに対して広告の配信を要求する際、前記フォルダに前記固有情報が記憶されている場合には、前記フォルダに格納されている前記固有情報を前記サーバへ送信するステップと、広告が前記表示部に表示された後、表示された広告に対応する前記操作の内容を示す操作情報を前記サーバへ送信するステップと、を実行させることを特徴とするプログラムである。

また、本発明は、ランダムな固有情報と、端末装置で広告が表示されたときに前記端末装置に対して行われた操作の内容とを関連付けて管理し、前記端末装置毎に前記操作の内容に応じた広告を表示するための広告情報を配信するサーバから前記広告情報を受信し、受信した前記広告情報に基づいて広告を表示部に表示させる広告モジュールを有するアプリケーションが前記サーバとの間で行う、前記固有情報に係る通信の方法であって、前記広告モジュールは、前記サーバに対して広告の配信を要求する際、前記サーバを提供する広告事業者に対応する広告モジュールを有する複数のアプリケーションからのアクセスが可能な領域を有する記憶部の、当該広告モジュールに対応する広告事業者に固有な名称のフォルダに前記固有情報が記憶されていない場合には、前記固有情報を前記サーバから受信するステップと、受信した前記固有情報を前記フォルダに格納するステップと、前記サーバに対して広告の配信を要求する際、前記フォルダに前記固有情報が記憶されている場合には、前記フォルダに格納されている前記固有情報を前記サーバへ送信するステップと、広告が前記表示部に表示された後、表示された広告に対応する前記操作の内容を示す操作情報を前記サーバへ送信するステップと、を有することを特徴とする通信方法である。

本発明によれば、同一の広告事業者に対応する複数の広告モジュール間でのみ、ランダムな固有情報が共有され、その広告事業者が提供するサーバで固有情報と操作の内容とが管理される。このため、異なる複数の広告事業者間で、ユーザの嗜好に関する情報を共有することが困難となる。

本発明の一実施形態による広告配信システムの構成を示すブロック図である。 本発明の一実施形態による端末装置の構成を示すブロック図である。 本発明の一実施形態によるサーバの構成を示すブロック図である。 本発明の一実施形態における嗜好情報の内容を示す参考図である。 本発明の一実施形態による端末装置とサーバの動作を示すシーケンス図である。 本発明の一実施形態による端末装置とサーバの動作を示すシーケンス図である。 本発明の一実施形態におけるアプリケーションの画面を示す参考図である。 本発明の一実施形態による端末装置とサーバの動作を示すシーケンス図である。 本発明の一実施形態による端末装置とサーバの動作を示すシーケンス図である。 cookieを使用した広告配信の仕組みを示す参考図である。 グローバルIDを使用した広告配信の仕組みを示す参考図である。

以下、図面を参照し、本発明の実施形態を説明する。本実施形態は、スマートフォン向けのアプリケーションに対する広告を配信する技術におけるプライバシ侵害の発生を抑制する手法を提供する。また、本実施形態は、以下の手法も提供する。

Webブラウザ向けの広告を配信する従来技術では、ユーザは、端末装置に保存されているcookieを自身の判断で削除（消去）し、広告事業者（広告提供者、広告配信者）から新しいcookieを発行してもらうことができる。このため、広告事業者側に蓄積されている、ユーザの嗜好に関する情報をユーザ側の要求により無効化することができる。一方、スマートフォン向けのアプリケーションに対する広告を配信する従来技術では、一旦収集された、ユーザの嗜好に関する情報は固定的なグローバルIDで管理されるため、この情報をユーザ側の要求により無効化することができないという問題がある。これに鑑み、本実施形態は、ユーザの嗜好に関する情報を無効化する手法を提供する。

図１は、本実施形態による広告配信システムの構成を示している。図１の広告配信システムは、端末装置１ａ，１ｂとサーバ２ａ，２ｂを含む。端末装置１ａ，１ｂは、スマートフォン等の携帯情報端末である。端末装置１ａ，１ｂは、アプリケーションがインストールされており、かつ、サーバ２ａ，２ｂと通信を行い、アプリケーションの画面に広告を表示する端末であればよく、端末の種類は問わない。サーバ２ａ，２ｂは、それぞれ異なる広告事業者によって提供（管理）されているサーバである。サーバ２ａは広告事業者Ａによって提供され、サーバ２ｂは、広告事業者Ａとは異なる広告事業者Ｂによって提供されている。サーバ２ａは、インターネット上で広告事業者Ａに割り当てられたドメインに属しており、サーバ２ｂは、インターネット上で広告事業者Ｂに割り当てられたドメインに属している。図１では２台の端末装置と２台のサーバが示されているが、３台以上の端末装置があってもよいし、３台以上のサーバがあってもよい。

図２は端末装置１ａの構成を示している。端末装置１ｂの構成は端末装置１ａの構成と同様であるので、端末装置１ｂの構成についての説明を省略する。端末装置１ａは、通信部１０、表示部１１、アプリケーション１２ａ，１２ｂ（アプリケーション処理部）、プログラム記憶部１３、ID記憶部１４、操作部１７を有する。

通信部１０は、サーバ２ａ，２ｂと通信を行う通信回路を有する。表示部１１は、情報を表示する液晶パネル等を有する。

アプリケーション１２ａ，１２ｂは、アプリケーションの処理として規定された各種の処理を行う。アプリケーション１２ａ，１２ｂは、広告の画像等を含む広告情報をサーバ２ａ，２ｂから受信し、受信した広告情報に基づく広告を表示部１１に表示させる広告モジュール１５ａ，１５ｂを有する。広告モジュール１５ａ，１５ｂは、同一の広告事業者、例えばサーバ２ａを提供する広告事業者Ａによって作成されたモジュールであり、広告事業者Ｂによって作成された広告モジュールとは異なる。広告モジュール１５ａ，１５ｂは、例えばライブラリとして実装されている。

プログラム記憶部１３は、コンピュータのCPU（Central Processing Unit）による情報の読み出しが可能な記録媒体を有しており、アプリケーション１２ａ，１２ｂのそれぞれに対応したアプリケーションプログラム１６ａ，１６ｂを記憶する。例えば端末装置１ａがスマートフォンである場合、プログラム記憶部１３は、スマートフォンに内蔵されたフラッシュメモリである。アプリケーションプログラム１６ａが、図示していないCPUによって揮発性のメモリ（RAM：Random Access Memory）に読み込まれることで、アプリケーション１２ａが起動する。同様に、アプリケーションプログラム１６ｂが、図示していないCPUによって揮発性のメモリに読み込まれることで、アプリケーション１２ｂが起動する。

プログラム記憶部１３は、端末装置１ａに内蔵される記録媒体、または端末装置１ａに外部から挿入される記録媒体であって、少なくとも一定期間、情報を保持できる記録媒体であればよく、ハードディスクドライブやROM（Read Only Memory）等であってもよい。プログラム記憶部１３に格納されているアプリケーションプログラム１６ａ，１６ｂは、フレキシブルディスク、光磁気ディスク、CD-ROM、DVD-ROM、カード媒体等の可搬性の記録媒体から、あるいは、外部のコンピュータに内蔵されたフラッシュメモリ、ハードディスクドライブ等の記録媒体からプログラム記憶部１３に入力されてプログラム記憶部１３に保存されてもよい。また、プログラム記憶部１３に保存されるアプリケーションプログラム１６ａ，１６ｂは、インターネット等の通信回線を介して他の装置から伝送されたプログラムであってもよい。

ID記憶部１４は、CPUによる読み出しが可能な記録媒体を有しており、複数のアプリケーションからアクセスされるUUID（Universally Unique Identifier）および制御フラグを記憶する。UUIDは、ランダムに生成される固有値であり、例えば乱数である。「ランダム」とは、一度生成された値と同じ値が再度生成されることがない、または、一度生成された値と同じ値が再度生成される確率が極めて低い（確率がほぼ０である）ことを指す。後述するように、UUIDは、サーバ２ａ，２ｂにおいて、ユーザの嗜好に関する情報を管理するのに用いられる。制御フラグは、UUIDの制御に関する情報を示す。アプリケーション１２ａ，１２ｂはいずれも、ID記憶部１４に格納されたUUIDと制御フラグにアクセスすることが可能である。

例えば端末装置１ａがスマートフォンであり、端末装置１ａのOS（Operating Systems）がAndroid（登録商標）である場合、ID記憶部１４は、スマートフォンに内蔵されたSD（登録商標）カードである。この場合、アプリケーションプログラム１６ａ，１６ｂを構成するファイルの１つであるマニフェストファイルにWRITE_EXTERNAL_STORAGEというパラメータ（パーミッション）を設定する必要がある。例えば端末装置１ａがスマートフォンであり、端末装置１ａのOSがiOSである場合、ID記憶部１４は、スマートフォンに内蔵されたカスタムペーストボードである。ID記憶部１４は、端末装置１ａに内蔵される記録媒体、または端末装置１ａに外部から挿入される記録媒体であって、少なくとも一定期間、情報を保持できる記録媒体であればよく、フラッシュメモリやハードディスクドライブ等であってもよい。

操作部１７は、ユーザによって操作されるボタンやキー等の部材や、ユーザの操作を検知する圧電素子等を有する。表示部１１と操作部１７は、例えばタッチパネルとして一体化されていてもよい。

図２では２個のアプリケーション１２ａ，１２ｂが示されているが、３個以上のアプリケーションがあってもよい。また、広告事業者Ａ以外の広告事業者、例えば広告事業者Ｂによって作成されたアプリケーションがあってもよい。

図３はサーバ２ａの構成を示している。サーバ２ｂの構成はサーバ２ａの構成と同様であるので、サーバ２ｂの構成についての説明を省略する。サーバ２ａは、通信部２０、広告管理部２１、嗜好記憶部２２、広告記憶部２３を有する。

通信部２０は、端末装置１ａ，１ｂと通信を行う通信回路を有する。広告管理部２１は、サーバ２ａを提供する広告事業者Ａの広告の配信に関する管理を行う。嗜好記憶部２２は、端末装置１ａ，１ｂで表示された広告に対するユーザのアクションに基づくユーザの嗜好に関する嗜好情報を記憶する。広告記憶部２３は、広告の画像等を含む広告情報を記憶する。嗜好記憶部２２と広告記憶部２３は一体化されていてもよい。

図４は、嗜好記憶部２２に格納される嗜好情報の内容の一例を示している。嗜好情報は、UUIDと、このUUIDに対応付けられた広告選択履歴とを含む。広告選択履歴は、端末装置１ａ，１ｂで表示された広告に対して、クリック等により、ユーザが反応したこと、言い換えるとユーザが意図的に広告を選択したことを示す情報であり、例えばユーザが選択した広告の種類（あるいは広告に対応する商品の種類）を示す情報である。広告選択履歴は、同一の広告について広告が選択された回数の情報を含んでいてもよい。サーバ２ａは、UUIDに基づいて、広告の対象となる商品に対するユーザの嗜好を管理する。

次に、本実施形態における広告配信の手法を説明する。図５は、広告配信時の端末装置１ａとサーバ２ａの動作を示している。また、図６は、表示された広告に対するユーザのアクションが発生したときの端末装置１ａとサーバ２ａの動作を示している。以下、図５と図６を参照して端末装置１ａとサーバ２ａの動作を説明する。端末装置１ａとサーバ２ａの間の通信は、端末装置１ａの通信部１０とサーバ２ａの通信部２０を介して行われるが、本実施形態の説明では通信部１０，２０の動作に関する説明を省略する。

端末装置１ａにおいて、アプリケーション１２ａが起動したとき、広告モジュール１５ａが起動する。広告モジュール１５ａは、ID記憶部１４にUUIDが格納されているか否かを確認する。ID記憶部１４にUUIDが格納されている場合と格納されていない場合とで異なる値を制御フラグに設定し、制御フラグの値に基づいてUUIDの有無を確認してもよい。初期状態ではID記憶部１４にUUIDが格納されていないものとする。広告モジュール１５ａは、広告の配信を要求するためのメッセージをサーバ２ａへ送信する（ステップＳ１００）。このメッセージにはUUIDは含まれていない。

サーバ２ａにおいて、広告管理部２１は端末装置１ａからのメッセージを受信し、メッセージに基づいて、広告の配信が要求されていることを認識する。続いて、広告管理部２１は、メッセージにUUIDが含まれているか否かを確認する。このメッセージにはUUIDが含まれていないので、広告管理部２１は新しいUUIDを生成し、生成したUUIDを嗜好情報の一部として嗜好記憶部２２に保存する。また、広告管理部２１は、広告記憶部２３に格納されている広告情報の中からいずれかをランダムに選択して読み出し、読み出した広告情報と、生成したUUIDとを含むメッセージを端末装置１ａへ送信する（ステップＳ１１５）。広告情報とUUIDとが別々のメッセージにより端末装置１ａへ送信されてもよい。

端末装置１ａにおいて、広告モジュール１５ａは、受信したメッセージからUUIDを抽出し、抽出したUUIDをID記憶部１４に保存する（ステップＳ１１０）。また、広告モジュール１５ａは、受信したメッセージから広告情報を抽出し、抽出した広告情報を表示部１１へ出力し、表示部１１に広告を表示させる（ステップＳ１１５）。これによって、アプリケーション１２ａの画面内に広告が表示される。ID記憶部１４へのUUIDの保存と広告の表示とは、どちらが先であってもよい。また、サーバ２ａから広告情報を受信して広告を表示した後にサーバ２ａからUUIDを受信してもよい。

広告が表示された後、ユーザがGUI（Graphical User Interface）の機能を利用して広告を選択する操作（クリック等）を行うと、操作部１７から広告モジュール１５ａに操作結果が通知される（ステップＳ２００）。広告モジュール１５ａは、ID記憶部１４からUUIDを読み出し（ステップＳ２０５）、読み出したUUIDと、操作結果に応じた操作情報とを含むメッセージをサーバ２ａへ送信する（ステップＳ２１０）。操作情報は、ユーザが広告に対して行った操作の内容を示す情報であり、例えばユーザが選択した広告の種類（あるいは広告に対応する商品の種類）を示す情報である。UUIDと操作情報とが別々のメッセージによりサーバ２ａへ送信されてもよい。広告の表示後、例えば一定期間内に広告を選択する操作が行われなかった場合に、広告に対して操作が行われなかったことを示す操作情報がサーバ２ａへ送信されてもよい。

サーバ２ａにおいて、広告管理部２１は端末装置１ａからのメッセージを受信し、受信したメッセージからUUIDと操作情報を抽出する。広告管理部２１は、抽出したUUIDと同一のUUIDを嗜好記憶部２２から検索し、そのUUIDを含む嗜好情報に対して、操作情報に基づく広告選択履歴を追加する。これによって、端末装置１ａで表示された広告に対するユーザの操作の結果が、サーバ２ａで管理されている、ユーザの嗜好に関する情報に反映される。広告選択履歴は操作情報と同一の情報であってもよいし、操作情報に対してフォーマットの変換等を行った情報であってもよい。

続いて、端末装置１ａにおいて、アプリケーション１２ｂが起動したとき、広告モジュール１５ｂが起動する。広告モジュール１５ｂは、ID記憶部１４にUUIDが格納されているか否かを確認する。広告モジュール１５ａがサーバ２ａから受信したUUIDがID記憶部１４に格納されているので、広告モジュール１５ｂは、ID記憶部１４からUUIDを読み出し（ステップＳ１２０）、広告の配信を要求するためのメッセージをサーバ２ａへ送信する（ステップＳ１２５）。このメッセージには、ID記憶部１４から読み出されたUUIDが含まれている。

サーバ２ａにおいて、広告管理部２１は端末装置１ａからのメッセージを受信し、メッセージに基づいて、広告の配信が要求されていることを認識する。続いて、広告管理部２１は、メッセージにUUIDが含まれているか否かを確認する。このメッセージにはUUIDが含まれているので、広告管理部２１はメッセージからUUIDを抽出する。広告管理部２１は、抽出したUUIDと同一のUUIDを嗜好記憶部２２から検索し、そのUUIDと対応付けられている広告選択履歴を読み出す。広告管理部２１は、読み出した広告選択履歴に基づいて、広告記憶部２３に格納されている広告情報の中から、ユーザに適した広告に対応した広告情報を選択して読み出し、読み出した広告情報を含むメッセージを端末装置１ａへ送信する（ステップＳ１３０）。

端末装置１ａにおいて、広告モジュール１５ｂは、受信したメッセージから広告情報を抽出し、抽出した広告情報を表示部１１へ出力し、表示部１１に広告を表示させる（ステップＳ１３５）。これによって、アプリケーション１２ｂの画面内に広告が表示される。

広告が表示された後、ユーザがGUIの機能を利用して広告を選択する操作（クリック等）を行った場合、図６に示した動作と同様の動作により、UUIDと、操作結果に応じた操作情報とを含むメッセージがサーバ２ａへ送信される。サーバ２ａでは、受信したメッセージに含まれるUUIDと同一のUUIDを含む嗜好情報に対して、操作情報に基づく広告選択履歴が追加される。

上記のようにして端末装置１ａのID記憶部１４に保存されたUUIDは、ユーザによる指示に基づいて削除されない限り、アプリケーション１２ａ，１２ｂの両方が終了した後もID記憶部１４に保存されている。アプリケーション１２ａ，１２ｂが終了した後、再度起動した場合、広告モジュール１５ａ，１５ｂは、ID記憶部１４に格納されているUUIDにアクセスする。

ID記憶部１４において、UUIDは、広告モジュール１５ａ，１５ｂを作成した広告事業者Ａに対応したUUIDを記憶するための専用の領域に格納される。より具体的には、UUIDは、広告事業者Ａに対応したUUIDを記憶するためのフォルダに格納される。このフォルダの名称（フォルダ名）には、例えば端末装置１ａに固有な情報であるグローバルIDと、広告事業者に固有な値とを組み合わせた値をハッシュ関数の入力値として計算されるハッシュ値が用いられる。前述したように、グローバルIDは、IMEIや、IMSI、MACアドレス、電話番号、OSがランダムに生成するID、これらの情報から生成されるハッシュ値等である。例えば端末装置１ａがスマートフォンである場合、グローバルIDは、スマートフォンに内蔵されたフラッシュメモリ等に格納されている。

アプリケーションプログラム１６ａ，１６ｂに含まれる広告モジュール１５ａ，１５ｂのそれぞれのプログラムには、広告事業者Ａに固有な同一の値が記録されている。広告モジュール１５ａ，１５ｂは、ID記憶部１４にUUIDが格納されているか否かを確認する際、グローバルIDを取得し、広告事業者Ａに対応したフォルダ名を示すハッシュ値を計算する。広告モジュール１５ａ，１５ｂは、計算したハッシュ値と一致するフォルダ名を有するフォルダをID記憶部１４から検索し、そのフォルダがない場合には、ID記憶部１４にUUIDが格納されていないと判断する。また、広告モジュール１５ａ，１５ｂは、計算したハッシュ値と一致するフォルダ名を有するフォルダがある場合には、そのフォルダにUUIDが格納されているか否かを確認する。

広告モジュール１５ａ，１５ｂは、サーバ２ａからUUIDを受信し、ID記憶部１４に保存する際も、グローバルIDを取得し、広告事業者Ａに対応したフォルダ名を示すハッシュ値を計算する。広告モジュール１５ａ，１５ｂは、計算したハッシュ値と一致するフォルダ名を有するフォルダをID記憶部１４から検索し、そのフォルダがない場合には、計算したハッシュ値をフォルダ名とするフォルダを生成し、生成したフォルダにUUIDを保存する。また、広告モジュール１５ａ，１５ｂは、計算したハッシュ値と一致するフォルダ名を有するフォルダがある場合には、そのフォルダにUUIDを保存する。

UUIDと同様に制御フラグも、広告事業者Ａに対応したUUIDを記憶するためのフォルダに格納される。

上記の仕組みにより、同一の広告事業者が作成した広告モジュールは、ID記憶部１４において、その広告事業者に対応した領域（フォルダ）のUUIDにアクセスし、他の広告事業者に対応した領域のUUIDにはアクセスしない。つまり、ID記憶部１４に格納されているUUIDに対する広告モジュール毎の排他的な制御が実現される。このため、同一の広告事業者に対応する複数の広告モジュール間でのみ、ランダムなUUIDが共有され、その広告事業者が提供するサーバにおいて、UUID毎にユーザの嗜好に関する情報が管理される。本実施形態のUUIDは、端末装置あるいはユーザとの結びつきがないランダムな値であるため、それぞれの広告事業者は、それぞれのUUIDがどのユーザに対応しているのかを知ることができず、同一のUUIDに対応付けられている広告選択履歴の範囲内でのみユーザの嗜好を管理することができる。

また、それぞれの広告事業者は、自身が管理しているUUIDと、他の広告事業者が管理しているUUIDとが同一のユーザに対応しているのか否かを知ることはできない。このため、複数の広告事業者が管理している、ユーザの嗜好に関する情報を広告事業者間で交換したとしても、その情報をユーザ毎の情報に統合することは困難である。つまり、異なる複数の広告事業者間で、ユーザの嗜好に関する情報を共有することは困難である。したがって、プライバシ侵害を抑制することができる。

ハッシュ値は不可逆な値であり、ハッシュ値からハッシュ関数の入力値を再生することはできない。したがって、UUIDが格納されるフォルダの名称を、広告事業者に固有な名称、特に不可逆なハッシュ値を含む名称とすることによって、フォルダの名称から広告事業者のドメイン名等を推定することが困難となる。このため、その広告事業者が管理しているサーバに対して他の広告事業者等が不正にアクセスし、ユーザの嗜好に関する情報を取得することが困難となる。本実施形態では、フォルダ名にハッシュ値を用いているが、不可逆な値であれば、ハッシュ値の代わりに用いることが可能である。

ID記憶部１４に保存されるUUIDは暗号化されることが望ましい。UUIDを暗号化することによって、UUIDが他の広告事業者等に漏えいすることを防止することができる。

以下、UUIDを暗号化する手法を説明する。広告モジュール１５ａ，１５ｂは、起動したときに、自身が使用する暗号鍵および復号鍵を生成し、端末装置１ａに内蔵されたRAMに保存する。ID記憶部１４に保存されるUUIDは、保存される前に暗号化される。例えば、図５のステップＳ１１０において、広告モジュール１５ａは、サーバ２ａから受信したUUIDを、暗号鍵を用いて暗号化し、暗号化したUUID（暗号化情報）をID記憶部１４に保存する。

また、ID記憶部１４から読み出されたUUIDは復号される。例えば、図５のステップＳ１２０において、広告モジュール１５ｂは、ID記憶部１４に、暗号化されたUUIDが格納されているか否かを確認する。暗号化されたUUIDがID記憶部１４に格納されているので、広告モジュール１５ｂは、ID記憶部１４から、暗号化されたUUIDを読み出し、読み出したUUIDを、復号鍵を用いて復号する。UUIDを含むメッセージがサーバ２ａへ送信される場合、復号後のUUIDを含むメッセージがサーバ２ａへ送信される。広告モジュール１５ａ，１５ｂは、終了するときに、自身が使用していた暗号鍵および復号鍵を、端末装置１ａに内蔵されたRAMから削除（消去）する。

暗号鍵および復号鍵は、例えば以下の手法により生成される。広告モジュール１５ａ，１５ｂは、端末装置１ａ内のグローバルIDの中からいずれか複数のグローバルIDを取得し、それらと、広告事業者に固有な値とを組み合わせてXOR（排他的論理和）演算を行い、演算結果に基づく鍵を暗号鍵および復号鍵として用いる。複数の広告事業者間で、複数のグローバルIDの組合せが同一であったとしても、広告事業者に固有な値が組み合わされるので、広告事業者に固有な暗号鍵および復号鍵を生成することができる。

同一の広告事業者が作成した広告モジュールは、同一の演算により暗号鍵および復号鍵を生成する。このため、UUIDを暗号化する広告モジュールと、暗号化されたUUIDを復号する広告モジュールとが、同一の広告事業者によって作成された広告モジュールである場合、UUIDの復号に成功する。一方、UUIDを暗号化する広告モジュールと、暗号化されたUUIDを復号する広告モジュールとが、異なる広告事業者によって作成された広告モジュールである場合、復号鍵が暗号鍵に対応していないので、復号に失敗する。このため、UUIDが他の広告事業者等に漏えいすることを防止することができる。

広告モジュール１５ａ，１５ｂは、暗号鍵および復号鍵を生成する暗号モジュールを含んでおり、この暗号モジュールが解読されないように、少なくとも暗号モジュールは難読化されていることが望ましい。例えば、暗号モジュールを、逆コンパイルが困難なネイティブコード（機械語）で構成すればよい。暗号モジュールを含む広告モジュールの全部が難読化されていてもよい。暗号モジュールを難読化することによって、他の広告事業者等が暗号鍵および復号鍵の生成アルゴリズムを知ることができないので、UUIDが他の広告事業者等に漏えいすることを防止することができる。

広告モジュール１５ａ，１５ｂは、ID記憶部１４から読み出したUUIDを含むメッセージをサーバ２ａへ送信する際、暗号化されているUUIDを復号せず、そのUUIDを含むメッセージをサーバ２ａへ送信してもよい。サーバ２ａと広告モジュール１５ａ，１５ｂは同一の広告事業者によって提供されているので、サーバ２ａは、広告モジュール１５ａ，１５ｂが生成する暗号鍵に対応する復号鍵を保持することが可能である。サーバ２ａの広告管理部２１は、端末装置１ａから受信したメッセージに、暗号化されたUUIDが含まれる場合、暗号化されたUUIDを、復号鍵を用いて復号する。暗号化されたUUIDの復号をサーバ２ａが行う場合、広告モジュール１５ａ，１５ｂに含まれる暗号モジュールは、復号鍵を生成する機能および復号を行う機能を有していなくてよい。

暗号化されたUUIDをサーバ２ａへ送信することによって、UUIDが他の広告事業者等に漏えいすることを防止することができる。また、端末装置１ａとサーバ２ａとの間で、暗号鍵と復号鍵を共有するためのメッセージの送受信は必要ないので、メッセージの送受信に係る端末装置１ａとサーバ２ａの処理負荷を低減することができる。

UUIDと同様に制御フラグも暗号化されることが望ましい。すなわち、制御フラグは、暗号化されてID記憶部１４に保存され、広告モジュール１５ａ，１５ｂは、制御フラグの値を参照する際、暗号化された制御フラグを復号する。

本実施形態では、UUIDを削除（消去）すること、および、サーバ２ａへのUUIDの送信を停止することが可能である。UUIDを削除することで、新しいUUIDが生成され、サーバ２ａでは新しいUUIDに基づいてユーザの嗜好が管理され、広告が配信される。削除されたUUIDと、新しく生成されたUUIDとの間には関連がないため、サーバ２ａに蓄積されている嗜好情報をユーザ側の要求により無効化することができる。また、サーバ２ａへのUUIDの送信を停止することで、UUIDが削除された場合と同様の状態となり、サーバ２ａに蓄積されている嗜好情報をユーザ側の要求により無効化することができる。

図７は、端末装置１ａの表示部１１に表示されるアプリケーション（アプリケーション１２ａまたはアプリケーション１２ｂ）の画面の一例を示している。図７（ａ）は、アプリケーションが起動したときに表示される画面を示している。アプリケーション領域Ｓ１には、アプリケーションの処理中の画像や処理結果の画像等が表示される。制御領域Ｓ２にはアイコン等のマークＭ１が表示される。マークＭ１は、ユーザがUUIDの削除やUUIDの送信の停止等の制御を行う指示を入力するための制御情報である。

ユーザがGUIの機能を利用してマークＭ１を選択する操作を行った場合、操作部１７から広告モジュール（広告モジュール１５ａまたは広告モジュール１５ｂ）に操作結果が通知される。この後、アプリケーションの画面は、図７（ｂ）に示す画面に変化する。図７（ｂ）は、ユーザがGUIの機能を利用してマークＭ１を選択する操作を行った後に表示される画面の一例を示している。UUIDの削除を示す文字情報Ｃ１、UUIDの送信の停止を示す文字情報Ｃ２、UUID等の情報の取り扱いに対する広告事業者のポリシ（プライバシポリシ）を示す文字情報Ｃ３が画面に表示される。ユーザがGUIの機能を利用して文字情報Ｃ１，Ｃ２，Ｃ３のいずれかを選択する操作を行った場合、操作部１７から広告モジュールに操作結果が通知される。

図８は、ユーザによってUUIDの削除が指示されたときの端末装置１ａとサーバ２ａの動作を示している。以下、図８を参照して端末装置１ａとサーバ２ａの動作を説明する。

アプリケーション１２ａの画面において、図７（ｂ）の文字情報Ｃ１が選択された場合、UUIDの削除が指示されたことを示す操作結果（削除指示）が操作部１７から広告モジュール１５ａに通知される（ステップＳ３００）。削除の指示を受けた広告モジュール１５ａは、ID記憶部１４に格納されているUUIDを削除する（ステップＳ３０５）。このとき、広告モジュール１５ａは、ID記憶部１４において、広告事業者Ａに対応したフォルダのUUIDを削除する。

続いて、広告モジュール１５ａは、新しいUUIDの発行を要求するためのメッセージをサーバ２ａへ送信する（ステップＳ３１０）。このメッセージにはUUIDが含まれていない。

サーバ２ａにおいて、広告管理部２１は端末装置１ａからのメッセージを受信し、メッセージに基づいて、UUIDの発行が要求されていることを認識する。続いて、広告管理部２１は新しいUUIDを生成し、生成したUUIDを嗜好情報の一部として嗜好記憶部２２に保存する。また、広告管理部２１は、生成したUUIDを含むメッセージを端末装置１ａへ送信する（ステップＳ３１５）。

端末装置１ａにおいて、広告モジュール１５ａは、受信したメッセージからUUIDを抽出し、抽出したUUIDをID記憶部１４に保存する（ステップＳ３２０）。このとき、広告モジュール１５ａは、ID記憶部１４において、広告事業者Ａに対応したフォルダにUUIDを保存する。

以後、広告モジュール１５ａ，１５ｂは、サーバ２ａに広告の配信を要求する際、ステップＳ３２０でID記憶部１４に保存された新しいUUIDを含むメッセージをサーバ２ａへ送信する。サーバ２ａは、端末装置１ａで削除されたUUIDとは異なる新しいUUIDに基づいて広告の配信を行う。これによって、古いUUIDに基づいてサーバ２ａで管理されていた、ユーザの嗜好に関する情報を無効化することができる。

端末装置１ａとサーバ２ａの通信セッションが継続していると、サーバ２ａが、同一の通信セッションで送信されたメッセージに基づいて端末装置１ａにおけるUUIDの連続性を把握し、端末装置１ａで削除されたUUIDと、新たに生成されたUUIDとを対応付ける可能性がある。これらのUUIDが対応付けられてしまうと、古いUUIDと対応付けられている、ユーザの嗜好に関する情報を無効化することができない。このため、広告モジュール１５ａ，１５ｂが起動している間、端末装置１ａとサーバ２ａの通信セッションが継続するのであれば、新しいUUIDの発行が要求される前に、端末装置１ａとサーバ２ａの通信セッションが一旦切断されることが望ましい。

広告モジュール１５ａは、サーバ２ａに広告の配信を要求する際、サーバ２ａとの通信セッションを構築している。広告モジュール１５ａは、ステップＳ３００において、UUIDの削除が指示されたことを示す操作結果が操作部１７から広告モジュール１５ａに通知された後、ステップＳ３０５において、ID記憶部１４に格納されているUUIDを削除する前またはUUIDを削除した後、サーバ２ａとの通信セッションを切断する。続いて、広告モジュール１５ａは、サーバ２ａとの新たな通信セッションを構築した後、ステップＳ３１０において、新しいUUIDの発行を要求するためのメッセージをサーバ２ａへ送信する。これによって、サーバ２ａが端末装置１ａにおけるUUIDの連続性を把握することが困難となるので、ユーザの嗜好に関する情報をより確実に無効化することができる。

サーバ２ａが、サーバ２ａに送信されたメッセージの送信元のIPアドレスに基づいて端末装置１ａにおけるUUIDの連続性を把握し、端末装置１ａで削除されたUUIDと、新たに生成されたUUIDとを対応付ける可能性もある。スマートフォンの多くは通信事業者のNAT（Network Address Translation）装置の配下にあり、所定の周期で、スマートフォンに割り当てられるIPアドレスが変更される。このため、サーバ２ａとの通信セッションを一旦切断してから、サーバ２ａとの新たな通信セッションを構築するまでの時間は、通信事業者によって端末装置１ａに割り当てられるIPアドレスが変更される周期と同一の時間あるいはその周期よりも長い時間であってもよい。

これによって、新しいUUIDの発行を要求するためのメッセージは、通信セッションが切断される前に端末装置１ａに割り当てられていたIPアドレスとは異なるIPアドレスから送信されるので、サーバ２ａが端末装置１ａにおけるUUIDの連続性を把握することが困難となる。したがって、ユーザの嗜好に関する情報をより確実に無効化することができる。

図８に示した動作において、ID記憶部１４に格納されているUUIDを削除するタイミングは、広告の配信を要求するメッセージをサーバ２ａへ送信してから、新しいUUIDを含むメッセージをサーバ２ａから受信するまでの間でもよいし、新しいUUIDを含むメッセージをサーバ２ａから受信した後でもよい。

また、図８に示した動作において、広告モジュール１５ａが、ID記憶部１４において削除の対象となったUUIDの削除を要求するメッセージ（UUIDを含む）をサーバ２ａへ送信し、このメッセージを受信したサーバ２ａの広告管理部２１が、嗜好記憶部２２において、メッセージに含まれるUUIDと同一のUUIDを含む嗜好情報を削除してもよい。

また、図８に示した動作において、ステップＳ３１０でサーバ２ａへ送信されるメッセージは、ステップＳ１００でサーバ２ａへ送信されるメッセージと同様に、広告の配信を要求するメッセージであってもよい。ただし、このメッセージにはUUIDが含まれていない。メッセージを受信したサーバ２ａは、前述した動作と同様にして、UUIDを生成し、広告情報と、生成したUUIDとを含むメッセージを端末装置１ａへ送信する。

図９は、ユーザによってUUIDの送信の停止が指示されたときの端末装置１ａとサーバ２ａの動作を示している。以下、図９を参照して端末装置１ａとサーバ２ａの動作を説明する。

アプリケーション１２ａの画面において、図７（ｂ）の文字情報Ｃ２が選択された場合、UUIDの送信の停止が指示されたことを示す操作結果（停止指示）が操作部１７から広告モジュール１５ａに通知される（ステップＳ４００）。送信停止の指示を受けた広告モジュール１５ａは、ID記憶部１４に格納されている制御フラグ（送信停止情報）の値を、UUIDの送信の禁止を示す値に設定する（ステップＳ４０５）。このとき、広告モジュール１５ａは、ID記憶部１４において、広告事業者Ａに対応したフォルダの制御フラグの値を設定する。制御フラグには、サーバへのUUIDの送信が許可されている場合と、サーバへのUUIDの送信が禁止されている場合とで、異なる値が設定される。

続いて、アプリケーション１２ｂが起動したとき等のタイミングでサーバ２ａに広告の配信を要求する際、広告モジュール１５ｂは、ID記憶部１４に格納されている制御フラグを読み出し、その値を確認する（ステップＳ４１０）。このとき、広告モジュール１５ｂは、ID記憶部１４において、広告事業者Ａに対応したフォルダの制御フラグを読み出す。

制御フラグの値がUUIDの送信の禁止を示しているので、広告モジュール１５ｂは、ID記憶部１４からUUIDを読み出さずに、広告の配信を要求するためのメッセージをサーバ２ａへ送信する（ステップＳ４１５）。このメッセージにはUUIDは含まれてなく、UUIDの送信が禁止されていることを示す値が含まれている。メッセージに含まれている、UUIDの送信が禁止されていることを示す値は、ID記憶部１４に格納されている値と同一であってもよい。

サーバ２ａにおいて、広告管理部２１は端末装置１ａからのメッセージを受信し、メッセージに基づいて、広告の配信が要求されていること、および、UUIDの送信が禁止されていることを認識する。続いて、広告管理部２１は、広告記憶部２３に格納されている広告情報の中からいずれかをランダムに選択して読み出し、読み出した広告情報を含むメッセージを端末装置１ａへ送信する（ステップＳ４２０）。

端末装置１ａにおいて、広告モジュール１５ｂは、受信したメッセージから広告情報を抽出し、抽出した広告情報を表示部１１へ出力し、表示部１１に広告を表示させる（ステップＳ４２５）。これによって、アプリケーション１２ａの画面内に広告が表示される。

サーバ２ａに広告の配信を要求する際、広告モジュール１５ａ，１５ｂは、ID記憶部１４に格納されている制御フラグの値がUUIDの送信の許可を示している場合には、ID記憶部１４からUUIDを読み出し、広告の配信を要求するためのメッセージをサーバ２ａへ送信する。このメッセージには、ID記憶部１４から読み出されたUUIDが含まれている。

図５を参照して説明した動作では、制御フラグに応じた制御の説明を省略したが、上記と同様に、制御フラグに応じた動作が行われる。図５では、制御フラグの値がUUIDの送信の許可を示していると仮定して、端末装置１ａの動作を説明した。

サーバ２ａへのUUIDの送信が停止された後、適宜、サーバ２ａへのUUIDの送信を再開することも可能である。例えば、サーバ２ａへのUUIDの送信が停止された後、図７（ｂ）に示すアプリケーションの画面において、文字情報Ｃ２は、UUIDの送信の再開を示す情報に変化する。この文字情報Ｃ２が選択された場合、UUIDの送信の再開が指示されたことを示す操作結果（送信指示）が操作部１７から広告モジュール１５ａに通知される。送信再開の指示を受けた広告モジュール１５ａは、ID記憶部１４に格納されている制御フラグの値を、UUIDの送信の許可を示す値に設定する。

ID記憶部１４に格納されている制御フラグの値が、UUIDの送信の禁止を示す値に設定された場合、以下のように、サーバへの操作情報の送信も停止される。アプリケーション１２ａの画面に広告が表示された後、ユーザがGUIの機能を利用して広告を選択する操作を行うと、操作部１７から広告モジュール１５ａに操作結果が通知される。広告モジュール１５ａは、ID記憶部１４に格納されている制御フラグを読み出し、その値を確認する。制御フラグの値がUUIDの送信の許可を示している場合、図６を参照して説明した動作と同様に、UUIDと操作情報を含むメッセージがサーバ２ａへ送信される。また、制御フラグの値がUUIDの送信の禁止を示している場合、サーバ２ａへメッセージは送信されない。

上記のように、サーバへのUUIDの送信を停止することによって、サーバから、ランダムに選択された広告情報が送信されるので、サーバへのUUIDの送信が停止されている間、ユーザの嗜好に関する情報を無効化することができる。サーバへのUUIDの送信が停止された後、サーバへのUUIDの送信が再開された場合には、サーバにおいて、そのUUIDに基づくユーザの嗜好の管理を再開することができる。

図７（ｂ）の文字情報Ｃ３が選択された場合、UUID等の情報の取り扱いに対する広告事業者のポリシを説明する文字（文章）が表示される。広告事業者のポリシに関する詳細な説明は省略する。

上述したように、本実施形態によれば、異なる複数の広告事業者間で、ユーザの嗜好に関する情報を共有することが困難となる。したがって、プライバシ侵害の発生を抑制することができる。

また、ID記憶部１４において、UUIDが広告事業者毎に異なるフォルダに格納され、それぞれの広告モジュールが、その広告モジュールを作成した広告事業者に対応するフォルダのUUIDにアクセスすることによって、異なる複数の広告事業者間で、ユーザの嗜好に関する情報を共有することが困難となる。

また、ID記憶部１４において、UUIDが格納されるフォルダの名称を、端末装置に固有なグローバルIDと、広告事業者に固有な情報とに基づく不可逆な値を含む名称にすることによって、ある広告事業者が管理している、ユーザの嗜好に関する情報を、他の広告事業者等が取得することが困難となる。

また、ID記憶部１４に保存されるUUIDを暗号化することによって、UUIDが他の広告事業者等に漏えいすることを防止することができる。

また、暗号鍵および復号鍵を、端末装置に固有なグローバルIDと、広告事業者に固有な情報とに基づいて生成することによって、広告事業者に固有な暗号鍵および復号鍵を生成することができる。さらに、UUIDが他の広告事業者等に漏えいすることを防止することができる。

また、広告モジュールに含まれる、暗号鍵および復号鍵を生成する暗号モジュールを難読化することによって、他の広告事業者等が暗号鍵および復号鍵の生成アルゴリズムを知ることができなくなり、UUIDが他の広告事業者等に漏えいすることを防止することができる。

また、ユーザからUUIDの削除が指示された場合、ID記憶部１４に格納されているUUIDを削除することによって、サーバで管理されている、ユーザの嗜好に関する情報を無効化することができる。

また、UUIDの削除に伴って、サーバとの通信セッションを切断することによって、サーバで管理されている、ユーザの嗜好に関する情報をより確実に無効化することができる。さらに、サーバとの通信セッションを切断してから、サーバと新たな通信セッションを構築するまでの時間を、端末装置に割り当てられるIPアドレスの変更周期に応じた時間とすることによって、サーバで管理されている、ユーザの嗜好に関する情報をより確実に無効化することができる。

また、ユーザからサーバへのUUIDの送信の停止が指示された場合、サーバへのUUIDの送信を停止することによって、ユーザの嗜好に関する情報を無効化することができる。

グローバルIDを使用した従来の広告配信では、サーバ側でのグローバルIDの利用に関して、広告の配信前にユーザの承諾を得る、いわゆるオプトインが推奨されており、その承諾に関する操作が発生する。これに対して、本実施形態では、UUIDに基づく広告の配信をユーザが自身の判断で無効化することができるので、広告の配信前にユーザの承諾を必要としない、いわゆるオプトアウトが実現でき、広告事業者側とユーザ側の負担を軽減することができる。

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

１ａ，１ｂ，８ａ，８ｂ 端末装置、２ａ，２ｂ，９ａ，９ｂ サーバ、１０，２０通信部、１１，８１，８４ 表示部、１２ａ，１２ｂ，８３ａ，８３ｂ アプリケーション、１３ プログラム記憶部、１４ ID記憶部、１７ 操作部、２１ 広告管理部、２２ 嗜好記憶部、２３ 広告記憶部、８０ Webブラウザ

Claims (14)

1. ランダムな固有情報と、端末装置で広告が表示されたときに前記端末装置に対して行われた操作の内容とを関連付けて管理し、前記端末装置毎に前記操作の内容に応じた広告を表示するための広告情報を配信するサーバから前記広告情報を受信し、受信した前記広告情報に基づいて広告を表示部に表示させる広告モジュールを有するアプリケーションと、
   前記サーバを提供する広告事業者に対応する広告モジュールを有する複数のアプリケーションからのアクセスが可能な領域を有し、当該領域に前記固有情報を記憶する記憶部と、
   広告を表示する前記表示部と、
   を有する端末装置であって、
   前記広告モジュールは、前記サーバに対して広告の配信を要求する際、当該広告モジュールに対応する広告事業者に固有な名称のフォルダに前記固有情報が記憶されていない場合には、前記固有情報を前記サーバから受信し、受信した前記固有情報を前記フォルダに格納し、前記フォルダに前記固有情報が記憶されている場合には、前記フォルダに格納されている前記固有情報を前記サーバへ送信し、広告が前記表示部に表示された後、表示された広告に対応する前記操作の内容を示す操作情報を前記サーバへ送信する
   ことを特徴とする端末装置。
2. 前記フォルダの名称は、当該端末装置内で管理されている、当該端末装置に固有な情報と、前記広告モジュールに対応する広告事業者に固有な情報とに基づく不可逆な値を含む名称であることを特徴とする請求項１に記載の端末装置。
3. 前記広告モジュールは、前記サーバに対して広告の配信を要求する際、前記領域に前記固有情報を暗号化した暗号化情報が記憶されていない場合には、前記固有情報を前記サーバから受信し、受信した前記固有情報を暗号化した前記暗号化情報を前記領域に記憶させ、前記領域に前記暗号化情報が記憶されている場合には、前記領域に記憶されている前記暗号化情報を復号して得られた前記固有情報を前記サーバへ送信し、広告が前記表示部に表示された後、表示された広告に対応する前記操作の内容を示す操作情報を前記サーバへ送信することを特徴とする請求項１に記載の端末装置。
4. 前記固有情報を暗号化する暗号鍵および前記暗号化情報を復号する復号鍵は、当該端末装置内で管理されている、当該端末装置に固有な情報と、前記広告モジュールに対応する広告事業者に固有な情報とに基づいて生成されていることを特徴とする請求項３に記載の端末装置。
5. 前記広告モジュールは、前記固有情報を暗号化し、前記暗号化情報を復号する暗号モジュールを含み、
   前記暗号モジュールは難読化されている
   ことを特徴とする請求項４に記載の端末装置。
6. 前記広告モジュールは、前記固有情報を削除する削除指示を受けた場合、前記領域に記憶されている前記固有情報を削除し、前記領域に記憶されていた前記固有情報とは異なる前記固有情報を前記サーバから受信し、受信した前記固有情報を前記領域に記憶させることを特徴とする請求項１に記載の端末装置。
7. 前記広告モジュールは、前記削除指示を受ける前に、前記サーバと通信セッションを構築して前記広告情報を前記サーバから受信し、前記削除指示を受けた場合、前記通信セッションを切断し、前記サーバと新たな通信セッションを構築して前記固有情報を前記サーバから受信することを特徴とする請求項６に記載の端末装置。
8. 前記通信セッションを切断してから、前記サーバと新たな通信セッションを構築するまでの時間は、前記端末装置に割り当てられるIPアドレスの変更周期に応じた時間であることを特徴とする請求項７に記載の端末装置。
9. 前記広告モジュールは、広告を表示する際、前記削除指示を受け付けるための、ユーザが操作可能なマークを前記表示部に表示し、前記マークが操作された場合、前記削除指示を受け付けることを特徴とする請求項６〜請求項８のいずれか一項に記載の端末装置。
10. 前記広告モジュールは、前記サーバへの情報の送信を停止する停止指示を受けた場合、前記固有情報の送信を停止することを特徴とする請求項１に記載の端末装置。
11. 前記広告モジュールは、前記サーバへの情報の送信を停止する停止指示を受けた場合、情報の送信の停止を示す送信停止情報を前記領域に記憶させ、前記領域に前記送信停止情報が記憶されている場合、前記固有情報の送信を停止することを特徴とする請求項１に記載の端末装置。
12. 前記広告モジュールは、広告を表示する際、前記停止指示を受け付けるための、ユーザが操作可能なマークを前記表示部に表示し、前記マークが操作された場合、前記停止指示を受け付けることを特徴とする請求項１０または請求項１１に記載の端末装置。
13. 広告情報を配信するサーバを提供する広告事業者に対応する広告モジュールを有する複数のアプリケーションからのアクセスが可能な領域を有し、ランダムな固有情報を当該領域に記憶する記憶部と、
    広告を表示する表示部と、
    を有する端末装置のコンピュータに、
    前記固有情報と、前記端末装置で広告が表示されたときに前記端末装置に対して行われた操作の内容とを関連付けて管理し、前記端末装置毎に前記操作の内容に応じた広告を表示するための広告情報を配信する前記サーバから前記広告情報を受信させ、受信した前記広告情報に基づいて広告を前記表示部に表示させる広告モジュールを有するアプリケーションのプログラムであって、
    前記広告モジュールは、前記コンピュータに、
    前記サーバに対して広告の配信を要求する際、当該広告モジュールに対応する広告事業者に固有な名称のフォルダに前記固有情報が記憶されていない場合には、前記固有情報を前記サーバから受信するステップと、
    受信した前記固有情報を前記フォルダに格納するステップと、
    前記サーバに対して広告の配信を要求する際、前記フォルダに前記固有情報が記憶されている場合には、前記フォルダに格納されている前記固有情報を前記サーバへ送信するステップと、
    広告が前記表示部に表示された後、表示された広告に対応する前記操作の内容を示す操作情報を前記サーバへ送信するステップと、
    を実行させることを特徴とするプログラム。
14. ランダムな固有情報と、端末装置で広告が表示されたときに前記端末装置に対して行われた操作の内容とを関連付けて管理し、前記端末装置毎に前記操作の内容に応じた広告を表示するための広告情報を配信するサーバから前記広告情報を受信し、受信した前記広告情報に基づいて広告を表示部に表示させる広告モジュールを有するアプリケーションが前記サーバとの間で行う、前記固有情報に係る通信の方法であって、
    前記広告モジュールは、
    前記サーバに対して広告の配信を要求する際、前記サーバを提供する広告事業者に対応する広告モジュールを有する複数のアプリケーションからのアクセスが可能な領域を有する記憶部の、当該広告モジュールに対応する広告事業者に固有な名称のフォルダに前記固有情報が記憶されていない場合には、前記固有情報を前記サーバから受信するステップと、
    受信した前記固有情報を前記フォルダに格納するステップと、
    前記サーバに対して広告の配信を要求する際、前記フォルダに前記固有情報が記憶されている場合には、前記フォルダに格納されている前記固有情報を前記サーバへ送信するステップと、
    広告が前記表示部に表示された後、表示された広告に対応する前記操作の内容を示す操作情報を前記サーバへ送信するステップと、
    を有することを特徴とする通信方法。

Images