(57)【特許請求の範囲】
【請求項１】
端末が、
ユーザの第１の属性情報が前記端末のローカルストレージに格納されているかを判断し、前記ユーザの第１の属性情報が前記端末のローカルストレージに格納されている場合、広告配信要求に前記端末のローカルストレージに格納された第１の属性情報を追加し、
前記端末がアクセスしたＷｅｂページに関連するサーバからユーザの第２の属性情報を取得できるかを判断し、前記ユーザの第２の属性情報を取得できる場合、前記ユーザの第２の属性情報を取得し、この取得した第２の属性情報を前記広告配信要求に追加し、
前記広告配信要求を広告配信用サーバに送信し、
前記広告配信用サーバが、
前記広告配信要求に第１の属性情報が追加されているか否かを判断し、
前記広告配信要求に第１の属性情報が追加されていると判断した場合、前記広告配信要求に第２の属性情報が追加されているか否かを判断し、
前記広告配信要求に第２の属性情報が追加されていると判断した場合、前記第１の属性情報と前記第２の属性情報とをマージして新たな第１の属性情報を作成し、
前記作成された新たな第１の属性情報に基づいて広告の識別情報を決定し、
前記作成された新たな第１の属性情報及び前記決定された広告の識別情報を前記端末に送信し、
前記端末は、
前記作成された新たな第１の属性情報を受信し、前記受信した新たな第１の属性情報を第１の属性情報として前記端末のローカルストレージに格納するターゲット広告配信システムにおけるターゲット広告配信方法。
【請求項２】
前記第１の属性情報及び前記第２の属性情報は、キーバリューストア（Key-Value Store）形式で格納されている請求項１記載のターゲット広告配信方法。
【請求項３】
前記第１の属性情報と前記第２の属性情報とのマージは、前記第１の属性情報のキーのうち前記第２の属性情報のキーと一致するキーのデータを第２の属性情報のキーのデータで上書きする請求項２記載のターゲット広告配信方法。
【請求項４】
前記第１の属性情報と前記第２の属性情報とのマージは、前記第２の属性情報のキーのうち、前記第１の属性情報のキーに存在しないキー及びそのデータを前記第１の属性情報に追加する請求項２記載のターゲット広告配信方法。
【請求項５】
前記第２の属性情報は、前記端末のローカルストレージにＵＲＬと関連付けて記憶されている請求項１記載のターゲット広告配信方法。
【請求項６】
前記作成された新たな第１の属性情報を前記広告配信用サーバに格納することをさらに具備する請求項１記載のターゲット広告配信方法。
【請求項７】
広告配信要求に第１の属性情報が追加されているか否かを判断し、
前記広告配信要求に第１の属性情報が追加されていると判断した場合、前記広告配信要求に第２の属性情報が追加されているか否かを判断し、
前記広告配信要求に第２の属性情報が追加されていると判断した場合、前記第１の属性情報と前記第２の属性情報とをマージして新たな第１の属性情報を作成し、
前記作成された新たな第１の属性情報に基づいて広告の識別情報を決定し、
前記作成された新たな第１の属性情報及び前記決定された広告の識別情報を端末に送信する、広告配信システムにおけるサーバの広告配信要求に対する応答方法。
【請求項８】
前記作成された新たな第１の属性情報を格納することをさらに具備する請求項７記載の方法。
【請求項９】
ユーザの第１の属性情報が端末のローカルストレージに格納されているかを判断し、前記ユーザの第１の属性情報が前記端末のローカルストレージに格納されている場合、広告配信要求に前記端末のローカルストレージに格納された第１の属性情報を追加し、
前記端末がアクセスしたＷｅｂページに関連するサーバからユーザの第２の属性情報を取得できるかを判断し、前記ユーザの第２の属性情報を取得できる場合、前記ユーザの第２の属性情報を取得し、この取得した第２の属性情報を前記広告配信要求に追加し、
前記広告配信要求を広告配信用サーバに送信し、
前記広告配信要求に応答して、前記広告配信用サーバから新たな第１の属性情報を受信し、前記受信した新たな第１の属性情報を第１の属性情報として前記端末のローカルストレージに格納する広告配信システムにおける端末の属性情報格納方法。
【請求項１０】
端末が、
ユーザの第１の属性情報が前記端末のローカルストレージに格納されているかを判断し、前記ユーザの第１の属性情報が前記端末のローカルストレージに格納されている場合、広告配信要求に前記端末のローカルストレージに格納された第１の属性情報を追加する手段と、
前記端末がアクセスしたＷｅｂページに関連するサーバからユーザの第２の属性情報を取得できるかを判断し、前記ユーザの第２の属性情報を取得できる場合、前記ユーザの第２の属性情報を取得し、この取得した第２の属性情報を前記広告配信要求に追加する手段と、
前記広告配信要求を広告配信用サーバに送信する手段とを具備し、
前記広告配信用サーバが、
前記広告配信要求に第１の属性情報が追加されているか否かを判断する手段と、
前記広告配信要求に第１の属性情報が追加されていると判断した場合、前記広告配信要求に第２の属性情報が追加されているか否かを判断する手段と、
前記広告配信要求に第２の属性情報が追加されていると判断した場合、前記第１の属性情報と前記第２の属性情報とをマージして新たな第１の属性情報を作成する手段と、
前記作成された新たな第１の属性情報に基づいて広告の識別情報を決定する手段と、
前記作成された新たな第１の属性情報及び前記決定された広告の識別情報を前記端末に送信する手段とを具備し、
前記端末は、
前記作成された新たな第１の属性情報を受信し、前記受信した新たな第１の属性情報を第１の属性情報として前記端末のローカルストレージに格納する手段をさらに具備する、ターゲット広告配信システム。
【請求項１１】
前記広告配信用サーバは、前記作成された新たな第１の属性情報を格納する手段をさらに具備する請求項１０記載のターゲット広告配信システム。
【請求項１２】
広告配信要求に第１の属性情報が追加されているか否かを判断する手段と、
前記広告配信要求に第１の属性情報が追加されていると判断した場合、前記広告配信要求に第２の属性情報が追加されているか否かを判断する手段と、
前記広告配信要求に第２の属性情報が追加されていると判断した場合、前記第１の属性情報と前記第２の属性情報とをマージして新たな第１の属性情報を作成する手段と、
前記作成された新たな第１の属性情報に基づいて広告の識別情報を決定する手段と、
前記作成された新たな第１の属性情報及び前記決定された広告の識別情報を端末に送信する手段と、
を具備する広告配信システムにおけるサーバ。
【請求項１３】
前記作成された新たな第１の属性情報を格納する手段をさらに具備する請求項１２記載のサーバ。
【請求項１４】
ユーザの第１の属性情報が端末のローカルストレージに格納されているかを判断し、前記ユーザの第１の属性情報が前記端末のローカルストレージに格納されている場合、広告配信要求に前記端末のローカルストレージに格納された第１の属性情報を追加する手段と、
前記端末がアクセスしたＷｅｂページに関連するサーバからユーザの第２の属性情報を取得できるかを判断し、前記ユーザの第２の属性情報を取得できる場合、前記ユーザの第２の属性情報を取得し、この取得した第２の属性情報を前記広告配信要求に追加する手段と、
前記広告配信要求を広告配信用サーバに送信する手段と、
前記広告配信要求に応答して、前記広告配信用サーバから新たな第１の属性情報を受信し、前記受信した新たな第１の属性情報を第１の属性情報として前記端末のローカルストレージに格納する手段と
を具備する広告配信システムにおける端末。
【請求項１５】
サーバに、
広告配信要求に第１の属性情報が追加されているか否かを判断させ、
前記広告配信要求に第１の属性情報が追加されていると判断した場合、前記広告配信要求に第２の属性情報が追加されているか否かを判断させ、
前記広告配信要求に第２の属性情報が追加されていると判断した場合、前記第１の属性情報と前記第２の属性情報とをマージして新たな第１の属性情報を作成させ、
前記作成された新たな第１の属性情報に基づいて広告の識別情報を決定させ、
前記作成された新たな第１の属性情報を端末に送信させる、広告配信のためのプログラム。
【請求項１６】
端末に、
ユーザの第１の属性情報が端末のローカルストレージに格納されているかを判断し、前記ユーザの第１の属性情報が前記端末のローカルストレージに格納されている場合、広告配信要求に前記端末のローカルストレージに格納された第１の属性情報を追加させ、
前記端末がアクセスしたＷｅｂページに関連するサーバからユーザの第２の属性情報を取得できるかを判断し、前記ユーザの第２の属性情報を取得できる場合、前記ユーザの第２の属性情報を取得し、この取得した第２の属性情報を前記広告配信要求に追加させ、
前記広告配信要求を広告配信用サーバに送信させ、
前記広告配信要求に応答して、前記広告配信用サーバから新たな第１の属性情報を受信し、前記受信した新たな第１の属性情報を第１の属性情報として前記端末のローカルストレージに格納させる、広告配信のためのプログラム。
【請求項１７】
請求項１５又は請求項１６記載のプログラムを格納したコンピュータ読み取り可能な情報記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ターゲット広告配信システム、同システムにおけるターゲット広告配信方法、ターゲット広告配信プログラム及び同プログラムを記録した情報記録媒体に関する。
【背景技術】
【０００２】
近年のインターネット技術の進展に伴ない、インターネットのＷｅｂ画面上で広告を行なう技術、いわゆるアドテクノロジーが開発されている。このようなアドテクノロジーの一例として、あるドメイン内でのユーザの属性情報や振る舞いに応じて、Ｗｅｂ画面上に広告配信サーバからユーザに効果的なターゲット広告を提供するシステムが開示されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−４４３０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来のターゲット広告配信システムは、あるドメインにおけるユーザの属性情報や振る舞いに応じて、ターゲット広告を配信するものであるが、クライアント端末に保存されているユーザ属性情報を利用してターゲット広告を配信するものではない。
【０００５】
ユーザ属性情報をクライアント端末に保存する場合、Ｗｅｂストレージという手法がある。このＷｅｂストレージは、シンプルなＫｅｙ−Ｖａｌｕｅ型のストレージであり、「ローカルストレージ」と「セッションストレージ」とがある。
【０００６】
「セッションストレージ」は、ウインドウごとのセッションで有効なストレージである。ウインドウやタブが開いている間、Ｗｅｂアプリケーション利用に関するデータをそれぞれの単位で保存し、ウインドウ／タブが閉じられると、データは失われる。ウインドウ／タブ間では異なるセッションストレージとなり、共有はできない。
【０００７】
「ローカルストレージ」は、Ｗｅｂアプリケーション利用者のブラウザ内に永続的にデータを保存するストレージである。保存は、「http:///ｗｗｗ.abcdefg.co.jp:80/」のように、「ドメイン：ポート番号」の組み合わせの「オリジン」単位で実施される。オリジンが同じであれば、ウインドウやタブ間でデータを共有でき、また、一度、ブラウザを閉じて、再度アクセスしたときでもデータを共有できる。
【０００８】
従来の広告配信システムでは、「ローカルストレージ」を有効に活用して、特定のドメインに特化したユーザ属性情報のみに依存せずに種々のドメインにおけるユーザ属性情報を活用して有効なターゲティング広告を行うことができなかった。
【０００９】
本発明は、上記実情に鑑みてなされたものであり、「ローカルストレージ」に格納されたユーザ属性情報を有効に活用して広告配信を行うことができるターゲット広告配信システム、同システムにおけるターゲット広告配信方法、ターゲット広告配信プログラム及び同プログラムを記録した情報記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の第１の発明によれば、端末が、ユーザの第１の属性情報が前記端末のローカルストレージに格納されているかを判断し、前記ユーザの第１の属性情報が前記端末のローカルストレージに格納されている場合、広告配信要求に前記端末のローカルストレージに格納された第１の属性情報を追加し、前記端末がアクセスしたＷｅｂページに関連するサーバからユーザの第２の属性情報を取得できるかを判断し、前記ユーザの第２の属性情報を取得できる場合、前記ユーザの第２の属性情報を取得し、この取得した第２の属性情報を前記広告配信要求に追加し、前記広告配信要求を広告配信用サーバに送信し、前記広告配信用サーバが、前記広告配信要求に第１の属性情報が追加されているか否かを判断し、前記広告配信要求に第１の属性情報が追加されていると判断した場合、前記広告配信要求に第２の属性情報が追加されているか否かを判断し、前記広告配信要求に第２の属性情報が追加されていると判断した場合、前記第１の属性情報と前記第２の属性情報とをマージして新たな第１の属性情報を作成し、前記作成された新たな第１の属性情報に基づいて広告の識別情報を決定し、前記作成された新たな第１の属性情報及び前記決定された広告の識別情報を前記端末に送信し、前記端末は、前記作成された新たな第１の属性情報を受信し、前記受信した新たな第１の属性情報を第１の属性情報として前記端末のローカルストレージに格納するターゲット広告配信システムにおけるターゲット広告配信方法、である。
【００１１】
本発明の第２の発明によれば、広告配信要求に第１の属性情報が追加されているか否かを判断し、前記広告配信要求に第１の属性情報が追加されていると判断した場合、前記広告配信要求に第２の属性情報が追加されているか否かを判断し、前記広告配信要求に第２の属性情報が追加されていると判断した場合、前記第１の属性情報と前記第２の属性情報とをマージして新たな第１の属性情報を作成し、前記作成された新たな第１の属性情報に基づいて広告の識別情報を決定し、前記作成された新たな第１の属性情報及び前記決定された広告の識別情報を端末に送信する、広告配信システムにおけるサーバの広告配信要求に対する応答方法、である。
【００１２】
本発明の第３の発明によれば、ユーザの第１の属性情報が端末のローカルストレージに格納されているかを判断し、前記ユーザの第１の属性情報が前記端末のローカルストレージに格納されている場合、広告配信要求に前記端末のローカルストレージに格納された第１の属性情報を追加し、前記端末がアクセスしたＷｅｂページに関連するサーバからユーザの第２の属性情報を取得できるかを判断し、前記ユーザの第２の属性情報を取得できる場合、前記ユーザの第２の属性情報を取得し、この取得した第２の属性情報を前記広告配信要求に追加し、前記広告配信要求を広告配信用サーバに送信し、前記広告配信要求に応答して、前記広告配信用サーバから新たな第１の属性情報を受信し、前記受信した新たな第１の属性情報を第１の属性情報として前記端末のローカルストレージに格納する広告配信システムにおける端末の属性情報格納方法、である。
【発明の効果】
【００１３】
本発明によれば、「ローカルストレージ」に格納されたユーザ属性情報を有効に活用して広告配信を行うことができるターゲット広告配信システム、同システムにおけるターゲット広告配信方法、ターゲット広告配信プログラム及び同プログラムを記録した情報記録媒体を提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施の形態に係るターゲット広告配信システムを説明するための図である。
【図２】ドメインＢのＷｅｂページ３ａ（属性情報あり）にアクセスする場合の動作について説明するためのフローチャートを示す図である。
【図３】ドメインＢのＷｅｂページ３ａ（属性情報あり）にアクセスする場合の動作について説明するためのタイミングチャートを示す図である。
【図４】ドメインＡのＷｅｂページ２ａ（属性情報なし）にアクセスする場合の動作について説明するためのフローチャートを示す図である。
【図５】ドメインＡのＷｅｂページ２ａ（属性情報なし）にアクセスする場合の動作について説明するためのタイミングチャートを示す図である。
【図６】携帯電話４の動作について説明するためのフローチャートである。
【図７】処理サーバ２１に送信される広告配信要求を示す図である。
【図８】携帯電話４のローカルストレージ３４を示す図である。
【図９】サーバ群３の動作について説明するためのフローチャートである。
【図１０】属性情報のマージ処理を説明するための図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態に係るターゲット広告配信システムついて、図面を参照して説明する。
【００１６】
図１は、本発明の実施の形態に係るターゲット広告配信システムを説明するための図である。
【００１７】
同図に示すように、インターネットなどのネットワーク１にはサーバ群２、３、携帯電話４及び広告サーバ５が接続されている。
【００１８】
サーバ群２、３は、１つのコンピュータで実現されても良いし、その機能毎に、例えば、Ｗｅｂサーバ、処理サーバ、データベースサーバなどの複数のコンピュータで構成されてもよく、本発明の実施の形態においては、その構成は問わない。サーバ群は、例えば、フロントサーバ群、データベースサーバ群及びバッチサーバ群で構成される。
【００１９】
フロントサーバ群は、クライアントとの通信リクエストを受けて即実行が可能な各種処理の実行出力の整形を担当する。例えば、Ｗｅｂサーバなどである。データベースサーバ群は、例えば、当該サーバ群によって提供されるサービスの中核的な処理や、必要なデータを記録する処理サーバ及びデータベースである。バッチサーバ群は、定期的にデータをデータベースから取得して、定期処理を施し、その結果をデータベースに記録する。
【００２０】
本実施の形態では、サーバ群２は、ドメインＡのＷｅｂページ２ａを管理するサーバ群である。Ｗｅｂページ２ａには、ターゲット広告１１が表示される。より具体的には、携帯電話４がドメインＡのＷｅｂページ２ａにアクセスすると、Ｗｅｂページ２ａに埋め込まれた本実施の形態に係るターゲット広告配信処理の一部を実現する広告配信用Ｊａｖａ（登録商標）スクリプトプログラムが携帯電話４上で実行（起動）される。本実施の形態においては、サーバ群２は、携帯電話４のユーザの属性情報を有しないものとする。
【００２１】
サーバ群３は、ドメインＢのＷｅｂページ３ａを管理するサーバ群であって、本発明の実施の形態に係るターゲット広告配信処理の一部を司る。サーバ群３は、例えば、本発明の実施の形態に係るターゲット広告配信処理の一部を司るとともに、ソーシャルネットワーキングゲームを管理するサーバである。
【００２２】
サーバ群３は処理サーバ２１及びデータベースサーバ２３を具備する。
【００２３】
処理サーバ２１は、本実施の形態に係るターゲット広告配信プログラム２２に基づいて、ターゲット広告配信システムのサーバ側の処理を司るものであり、データベースサーバ２３は、ターゲット広告配信システムの広告配信処理に必要な属性情報などを格納する。
【００２４】
同図に示すように、データベースサーバ２３には、ユーザの識別情報（ＩＤ）に関連付けて属性情報（性別、生年月日、住所、ドメインＢのＷｅｂページによって提供されるソーシャルネットワーキングゲームのユーザレベル、ゲームポイントなど）が格納される。
【００２５】
携帯電話４は、スマートフォン、フィーチャー・フォン（feature phone)などを含み、例えば、アンドロイド（Ｒ）、ｉＯＳ（Ｒ）などのＯＳ上で動作する携帯電話である。なお、本実施の形態においては、携帯電話４について示したが、端末はコンピュータであっても良い。コンピュータには、一般的なデスクトップコンピュータの他、モバイルコンピュータ、ラップトップコンピュータ、タブレット型端末などを含む。
【００２６】
携帯電話４は、アンドロイド（Ｒ）、ｉＯＳ（Ｒ）などのＯＳ３１上で動作する本実施の形態に係るターゲット広告配信処理のクライアント（端末）側の処理を司るプログラム３２、Ｗｅｂブラウザプログラム３３、Ｗｅｂブラウザプログラム３３のローカルストレージ３４を有する。ローカルストレージ３４は、同図に示すように、携帯電話４のユーザの属性情報、例えば、メールアドレス、電話番号などの属性情報が格納される。
【００２７】
広告サーバ５は、ＵＲＬと広告内容を示す広告ＨＴＭＬとが関連付けて記憶されている。
【００２８】
次に、本発明の実施の形態に係るターゲット広告配信システムの動作について説明する。まず、ドメインＢのＷｅｂページ３ａ（属性情報あり）にアクセスする場合の動作について、図２のフローチャート及び図３のタイミングチャートを参照して説明する。
【００２９】
ユーザが携帯電話４より、ドメインＢのＷｅｂページ３ａ（属性情報あり）にアクセスする（Ｓ１、Ｔ１）。ドメインＢのＷｅｂページ３ａには、広告配信用プログラム（Ｊａｖａスクリプト）が埋め込まれており、このＷｅｂページ３ａの広告配信用プログラムが、携帯電話４のＷｅｂブラウザプログラム３３上で実行（起動）される（Ｓ２）。
【００３０】
Ｗｅｂページ３ａの広告配信用プログラムは、ユーザの識別情報（ＩＤ）に関連する属性情報（性別、生年月日、住所・・）をＷｅｂページ３ａ（データベースサーバ２３）から取得する（Ｓ３）。次に、Ｗｅｂページ３ａの広告配信用プログラムは、取得したユーザの識別情報（ＩＤ）に関連する属性情報及び広告配信要求を処理サーバ２１に送信する（Ｓ４、Ｔ３）。
【００３１】
処理サーバ２１のターゲット広告配信プログラム２２は、広告配信要求を受信すると、携帯電話４のローカルストレージ３４から属性情報を取得し（Ｓ５、Ｔ４）、受信したユーザの識別情報に関連する属性情報及び取得したローカルストレージ３４の属性情報をデータベースサーバ２３に送信する（広告ＩＤ取得リクエスト：Ｔ５）。
【００３２】
データベースサーバ２３は、受信したユーザの識別情報に関連する属性情報及びローカルストレージ３４の属性情報（暗号化されている場合には、復号を行ない）を基に、配信する広告の識別情報を決定し（Ｓ６、Ｔ６）、受信したユーザの識別情報に関連する属性情報及びローカルストレージ３４の属性情報をマージして暗号化する（Ｓ７、Ｔ７、Ｔ８）。
【００３３】
その後、データベースサーバ２３は、決定した広告の識別情報及び暗号化されたユーザの識別情報に関連する属性情報及びローカルストレージ３４の属性情報を処理サーバ２１に戻す（Ｓ８、Ｔ９）。
【００３４】
処理サーバ２１は、暗号化されたユーザの識別情報に関連する属性情報及びローカルストレージ３４の属性情報をローカルストレージ３４に保存し（Ｓ９、Ｔ１０）、決定された広告の識別情報を携帯電話４に送信する（Ｓ１０、Ｔ１１）。
【００３５】
携帯電話４のＷｅｂページ３ａの広告配信用プログラムは、送信された広告の識別情報を基に、実際の広告ＨＴＭＬがあるＵＲＬを作成し（Ｓ１１、Ｔ１２）、この作成したＵＲＬに基づいて、広告サーバ５から広告情報（ＨＴＭＬ）を取得して、Ｗｅｂページ３ａに広告情報を表示する（Ｓ１２、Ｔ１３，Ｔ１４）。
【００３６】
したがって、本実施の形態によれば、ユーザの識別情報に関連した属性情報及びローカルストレージの識別情報に基づいて、ターゲット広告を決定するので、より効率的なターゲット広告を提供することができる。
【００３７】
次に、ドメインＡのＷｅｂページ２ａ（属性情報なし）にアクセスする場合の広告配信システムの動作について、図４のフローチャート及び図５のタイミングチャートを参照して説明する。
【００３８】
ユーザが携帯電話４より、ドメインＡのＷｅｂページ２ａ（属性情報なし）にアクセスする（Ｓ２１、Ｔ２１）。ドメインＡのＷｅｂページ２ａには、広告配信用プログラム（Ｊａｖａスクリプト）が埋め込まれており、このＷｅｂページ２ａの広告配信用プログラムが、携帯電話４のＷｅｂブラウザプログラム３３上で実行（起動）される（Ｓ２２）。
【００３９】
次に、Ｗｅｂページ２ａの広告配信用プログラムは、広告配信要求を処理サーバ２１に送信する（Ｓ２３、Ｔ２２）。
【００４０】
処理サーバ２１のターゲット広告配信プログラム２２は、広告配信要求を受信すると、携帯電話４のローカルストレージ３４から属性情報を取得し（Ｓ２４、Ｔ２３）、取得したローカルストレージ３４の属性情報をデータベースサーバ２３に送信する（広告ＩＤ取得リクエスト：Ｔ２４）。
【００４１】
データベースサーバ２３は、ローカルストレージ３４の属性情報（暗号化されている場合には、復号を行ない）を基に、配信する広告の識別情報を決定し（Ｓ２５、Ｔ２５）、決定した広告の識別情報を処理サーバ２１に戻す（Ｓ２６、Ｔ２６）。処理サーバ２１は、広告の識別情報を携帯電話４に送信する（Ｓ２７、Ｔ２７）。
【００４２】
携帯電話４のＷｅｂページ２ａの広告配信用プログラムは、送信された広告の識別情報を基に、実際の広告ＨＴＭＬがあるＵＲＬを作成し（Ｓ２８、Ｔ２８）、この作成したＵＲＬに基づいて、広告サーバ５から広告情報（ＨＴＭＬ）を取得して、Ｗｅｂページ２ａに広告情報を表示する（Ｓ２９、Ｔ２９、Ｔ３０）。
【００４３】
したがって、本実施の形態によれば、属性情報の存在しないドメインのページにアクセスをした場合でも、ローカルストレージの属性情報を利用することにより、有効なターゲット広告を提供することができる。
【００４４】
なお、上述の実施の形態では、属性情報が存在するドメインのページにアクセスする場合と、属性情報が存在するドメインのページにアクセスする場合とで分けて処理の流れを説明したが、属性情報の存否を判断する手段を設けることにより、処理の共通化を図ってもよい。
【００４５】
すなわち、端末が、アクセスした所定のドメインのＷｅｂページに関連するサーバに、端末のユーザの識別情報に関連する第１の属性情報が存在するか否かを判断し、第１の属性情報が存在すると判断した場合に、第１の属性情報とともに広告配信要求を広告配信用サーバに送信し、第１の属性情報が存在しないと判断した場合に、広告配信要求のみを広告配信用サーバに送信する。
【００４６】
広告配信用サーバは、端末から送信された第１の属性情報及び広告配信要求、又は端末から送信された広告配信要求のみを受信した場合に、端末のローカルストレージに格納された第２の属性情報を取得し、端末から第１の属性情報及び広告配信要求を受信した場合には、受信した第１の属性情報及び取得した第２の属性情報に基づいて広告の識別情報を決定し、端末から広告配信要求のみを受信した場合には、取得した第２の属性情報に基づいて広告の識別情報を決定し、決定した広告の識別情報を端末に送信する。
【００４７】
＜他の実施の形態＞
上述の実施の形態では、携帯電話４上で実行されるプログラムがＷｅｂページ３ａにアクセスした場合、ユーザの識別情報に関連する属性情報を広告配信要求とともに処理サーバ２１に送り、処理サーバ２１のターゲット広告配信プログラム２２が携帯電話４のローカルストレージ３４から属性情報を取得する場合について説明した。
【００４８】
本実施の形態は、処理サーバ２１に送られる携帯電話４のローカルストレージ３４に最新の複数のＷｅｂページの属性情報を格納することができ、この最新の属性情報に基づいてターゲッティング広告を行なうものである。
【００４９】
また、本実施の形態では、ローカルストレージに格納されるデータはキーバリューストア（Key-Value Store；以下「ＫＶＳ」という。)形式で暗号化された状態で格納される。なお、上述の実施の形態もＫＶＳ格納形式でデータを格納することを妨げるものではない。
【００５０】
ここで、ＫＶＳ形式は、任意の保存したいデータ(値：value)に対し、対応する一意の標識(key)を設定し、これらをペアで保存する方式をいう。本実施の形態では、ＫＶＳのデータ(値：value)が暗号化される。
【００５１】
ＫＶＳでは保存したいデータに他のデータと識別するための文字列や数値（キーと呼ばれる)を割り当て、データとセットで記憶装置などに保管する。データの読み出し時には、予め設定したキーを指定すると、対応したデータを取り出すことができる。
【００５２】
まず、携帯電話４の動作について、図６のフローチャートを参照して説明する。
【００５３】
ユーザが携帯電話４より、ドメインＡのＷｅｂページ２ａ（属性情報なし）或いはドメインＢのＷｅｂページ３ａ（属性情報あり）にアクセスする（Ｓ３１）。ドメインＡのＷｅｂページ２ａ又はドメインＢのＷｅｂページ３ａには、広告配信用プログラム（Ｊａｖａスクリプト）が埋め込まれており、このＷｅｂページ２ａ、３ａの広告配信用プログラムが、携帯電話４のＷｅｂブラウザプログラム３３上で実行（起動）される（Ｓ３２）。
【００５４】
広告配信用プログラムは、次に、属性情報が携帯電話４のローカルストレージ３４に格納されているか否かの判断を行なう（Ｓ３３）。
【００５５】
Ｓ３３において、ローカルストレージ３４に格納されていると判断された場合には、広告配信要求に属性情報を追加する（Ｓ３４）。
【００５６】
Ｓ３３において、属性情報が携帯電話４のローカルストレージ３４に格納されていないと判断された場合、又はＳ４において広告配信要求にローカルストレージ３４を追加した後、携帯電話４がアクセスしたＷｅｂページのサーバから属性情報（以下、ローカルストレージ３４に格納されている属性情報と区別するために、「メディア属性情報」という。）を取得できるか否かの判断が行なわれる（Ｓ３５）。
【００５７】
具体的には、携帯電話４がドメインＡのＷｅｂページ２ａにアクセスした場合には、ドメインＡのサーバ群２は属性情報を有しないので、メディア属性情報を有しないと判断され、ドメインＢのＷｅｂページ３ａにアクセスした場合には、ドメインＢのサーバ群３は属性情報を有するので、メディア属性情報を有すると判断される。
【００５８】
Ｓ３５においてメディア属性情報を取得できると判断された場合には、サーバからメディア属性情報を取得し、取得したメディア属性情報をＷｅｂページのＵＲＬと関連付けて、携帯電話４のローカルストレージ３４に格納する（Ｓ３６）。
【００５９】
次に、広告配信要求に取得したメディア属性情報を追加し（Ｓ３７）、Ｓ３８の処理に移る。
【００６０】
Ｓ３５においてＷｅｂページのサーバからメディア属性情報を取得できないと判断された場合、或いはＳ７において広告配信要求に取得したメディア属性情報を追加した後、広告配信要求を処理サーバ２１に送信する（Ｓ３８）。
【００６１】
その後、携帯電話４は、広告配信要求に対する応答（属性情報＋広告の識別情報）を受信したか否かの判断を行なう（Ｓ３９）。Ｓ３９において、応答を受信したと判断された場合には、受信した属性情報をローカルストレージ３４に格納する（Ｓ４０）。
【００６２】
携帯電話４の広告配信用プログラムは、送信された広告の識別情報を基に、実際の広告ＨＴＭＬがあるＵＲＬを作成し（Ｓ４１）、この作成したＵＲＬに基づいて、広告サーバ５から広告情報（ＨＴＭＬ）を取得して、Ｗｅｂページに広告情報を表示する（Ｓ４２）。
【００６３】
図７は、処理サーバ２１に送信される広告配信要求を示す図である。
【００６４】
同図において、図７（ａ）はＳ３３においてローカルストレージ３４に属性情報が格納されていないと判断され、かつＳ３５においてアクセスしたＷｅｂページのサーバからメディア属性情報が取得できないと判断された場合に送信される広告配信要求を示している。すなわち、ローカルストレージ３４及びアクセスしたＷｅｂページのサーバから属性情報が取得できない場合、広告配信要求のみが送信される。
【００６５】
（ｂ）は、Ｓ３３においてローカルストレージ３４に属性情報が格納されていると判断され、かつＳ３５においてアクセスしたＷｅｂページのサーバからメディア属性情報が取得できないと判断された場合に送信される広告配信要求を示している。
【００６６】
（ｃ）は、Ｓ３３においてローカルストレージ３４に属性情報が格納されていないと判断され、かつＳ３５においてアクセスしたＷｅｂページのサーバからメディア属性情報が取得できると判断された場合に送信される広告配信要求を示している。
【００６７】
（ｄ）は、Ｓ３３においてローカルストレージ３４に属性情報が格納されていると判断され、かつＳ３５においてアクセスしたＷｅｂページのサーバからメディア属性情報が取得できると判断された場合に送信される広告配信要求を示している。
【００６８】
図８は、携帯電話４のローカルストレージ３４を示す図である。
【００６９】
同図に示すように、ローカルストレージ３４にはメディア属性情報４１及び属性情報４２が格納される。
【００７０】
メディア属性情報４１は、Ｓ３５において説明したように、携帯電話４がアクセスしたＷｅｂページのサーバから取得される属性情報であって、アクセスしたＷｅｂページのＵＲＬに関連付けて記憶される。取得できない場合には、メディア属性情報は保存されない。同図においては、一例として、ＵＲＬ（ｈｔｔｐｓ）に関連付けられたＩＤ、性別、生年月日、住所などを示している。
【００７１】
属性情報は４２は、後述するように、データベースサーバ２３において属性情報とメディア属性情報とのデータマージ処理などが行なわれた属性情報を格納する。同図においては、一例として、ＩＤに関連付けられたメールアドレス、電話番号、生年月日、住所などを示している。属性情報のデータはＫＶＳ形式で、暗号化された状態で格納される。
【００７２】
なお、メディア属性情報４１のＫＶＳ形式で格納されたデータを暗号化するように、使用の際には、サーバサイドにおいて復号する構成としてもよい。
【００７３】
次に、サーバ群３の動作について図９のフローチャートを参照して説明する。
【００７４】
処理サーバ２１が携帯電話４からの広告配信要求を受信すると（Ｓ５１）、当該広告配信要求をデータベースサーバ２３に引き渡す。データベースサーバ２３は、広告配信要求に暗号化された属性情報が追加されているか否かを判断する（Ｓ５２）。
【００７５】
Ｓ５２において、広告配信要求に暗号化された属性情報が追加されていないと判断された場合には、属性情報基礎データは「空」であるとし（Ｓ５３）、Ｓ５５の処理に移る。また、属性情報が追加されていると判断された場合には、当該属性情報を復号化し、当該復号化された属性情報を「属性情報基礎データ」とし（Ｓ５４）、Ｓ５５の処理に移る。
【００７６】
Ｓ５５においては、データベースサーバ２３が、広告配信要求にメディア属性情報が追加されているか否かを判断する（Ｓ５５）。
【００７７】
Ｓ５５において、広告配信要求にメディア属性情報が追加されていると判断された場合には、基礎属性情報にメディア属性情報をマージし（Ｓ５６）、Ｓ５７の処理に移る。また、Ｓ５５において、広告配信要求にメディア属性情報が追加されていないと判断された場合にも、Ｓ５７の処理に移る。
【００７８】
図１０は、Ｓ５６における属性情報のマージ処理を説明するための図である。
【００７９】
同図においては、復号された属性情報法基礎データ５１とメディア属性情報５２とをマージして、新たな属性情報５３を生成する場合を示している。
【００８０】
同図において、「属性情報基礎データ」は、キーとして「Gender]、データとして「male]を有している。同様に、「Birth = 1980-05 -04」、「Tel = 090 - 5449 -****」、「Address = yokohama」、「Hobby = tennis」、「Pet = cat」、「Interest = economy, newspaper」、「Game A level = 5」を有している。
【００８１】
「メディア属性情報」は、「Gender = male」、「Birth = 2980-05-04」、「Hobby = dance」、「Pet = dog」、「Interest =  economy, newspaper」、「Game B level = 87」、「Game C  level = 41」を有している。
【００８２】
データマージ処理は、属性情報基礎データ５１に存在しないキーがメディア属性情報５２に存在する場合には、当該キー及びそのデータが追加される。また、属性情報基礎データ５１のキーと同一のキーがメディア属性情報５２に存在する場合には、当該キーのデータが、メディア属性情報のデータに書き換えられる。なお、本実施の形態では、メディア属性情報５２のデータを優先する場合について説明するが、属性情報基礎データ５１のデータを優先しても良い。また、データの作成時間を参照して、新しいデータを優先してもよい。
【００８３】
このような規則で、データマージを行なうと新たな属性情報５３は、「Gender = male」、「Birth = 1980-05 -04」、「Tel = 090 - 5449 -****」、「 Address = yokohama」、「Hobby = dance」、「Pet = dog」、「Interest = economy, newspaper」、「Game A level = 5」、「Game B level = 87」、「Game C  level = 41」を有する。
【００８４】
次に、データベースサーバ２３により、属性情報に基づいて広告の識別情報を決定し（Ｓ５７）、属性情報のデータの暗号化が行なわれ（Ｓ５８）、決定された広告の識別情報及びデータが暗号化された属性情報が処理サーバ２１に引き渡される。
【００８５】
なお、Ｓ５６においてマージされた属性情報のデータが、Ｓ５８において暗号化された後に、当該暗号化された属性情報をデータベースサーバ２３に保存しても良い。これにより、サーバ管理会社は多くの顧客ローカルデータを含めた顧客情報を得ることが出来る。
【００８６】
処理サーバ２１は、データベースサーバ２３から引き渡された広告の識別情報及びデータが暗号化された属性情報をレスポンスとして携帯電話４のブラウザ３３に送信する（Ｓ５９）
したがって、本発明の他の実施の形態によれば、複数のサーバからユーザの属性情報を集めることができ、集められたユーザの属性情報を使用してターゲット広告を選定するので、より有効にターゲット広告を表示させることができる。
【００８７】
また、集められた複数のサーバからの識別情報は、サーバに保存されずに、携帯電話４のローカルストレージ３４にのみ保存することも可能なため、サーバ台数を減らすことができる。
【００８８】
さらに、Ｗｅｂページのアクセスごとに属性情報が更新されるので、常に、最新の属性情報を保つことができる。
【００８９】
さらに、属性情報を有しないＷｅｂページにアクセスした場合であっても、携帯電話４のローカルストレージ３４に格納された属性情報を利用してターゲット広告を表示するので、携帯電話４により有効なターゲット広告を表示することができる。
【００９０】
さらに、保存ＵＲＬをｈｔｔｐｓにすることにより、セキュアサイトでの広告配信にも利用することができる。
【００９１】
なお、上述の実施の形態においては、処理サーバ２１及びデータベースサーバ２３の処理を分けて説明したが、これらは１つのサーバによって行なわれても良い。
【００９２】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【００９３】
また、実施形態に記載した手法は、計算機（コンピュータ）に実行させることができるプログラムとして、例えば磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記録媒体に格納し、また通信媒体により伝送して頒布することもできる。なお、媒体側に格納されるプログラムには、計算機に実行させるソフトウエア手段（実行プログラムのみならずテーブルやデータ構造も含む）を計算機内に構成させる設定プログラムをも含む。本装置を実現する計算機は、記録媒体に記録されたプログラムを読み込み、また場合により設定プログラムによりソフトウエア手段を構築し、このソフトウエア手段によって動作が制御されることにより上述した処理を実行する。なお、本明細書でいう記録媒体は、頒布用に限らず、計算機内部あるいはネットワークを介して接続される機器に設けられた磁気ディスクや半導体メモリ等の記憶媒体を含むものである。
【符号の説明】
【００９４】
１…ネットワーク、２、３…サーバ群、２ａ…ドメインＡのＷｅｂページ（属性情報あり）、４…携帯電話、５…広告サーバ、２１…処理サーバ、２２…ターゲット広告配信プログラム、２３…データベースサーバ、３１…ＯＳ、３２…端末側プログラム、３３…ブラウザ、３４…ローカルストレージ。
【要約】 
【課題】より有効なターゲット広告を提供する。
【解決手段】本発明は、端末のローカルストレージに格納された属性情報を利用することにより、属性情報が存在するドメインのページにアクセスする場合には、当該ドメインの属性情報に加えて、ローカルストレージに格納された属性情報を考慮できる（Ｓ６）ので、より有効なターゲット広告を提供することができる。また、属性情報が存在しないドメインのページにアクセスする場合でも、ローカルストレージに格納された属性情報を考慮できるので、より適切なターゲット広告を決定することができる。
【選択図】図２【図１】
0005467136.tif 000002
【図２】
0005467136.tif 000003
【図３】
0005467136.tif 000004
【図４】
0005467136.tif 000005
【図５】
0005467136.tif 000006
【図６】
0005467136.tif 000007
【図７】
0005467136.tif 000008
【図８】
0005467136.tif 000009
【図９】
0005467136.tif 000010
【図１０】
0005467136.tif 000011