JP6117123B2 - 広告配信システムにおける広告配信方法、広告配信プログラム及び同プログラムを記録した情報記録媒体 - Google Patents

Description

本発明は、広告配信システムにおける広告配信方法、広告配信プログラム及び同プログラムを記録した情報記録媒体に関する。

近年のインターネット技術の進展に伴ない、インターネットのＷｅｂ画面上で広告を行なう技術、いわゆるアドテクノロジーが開発されている。このようなアドテクノロジーの一例として、あるドメイン内でのユーザの属性情報や振る舞いに応じて、Ｗｅｂ画面上に広告配信サーバからユーザに効果的なターゲット広告を提供するシステムが開示されている（特許文献１）。

特開２０１０−４４３０３号公報

従来のターゲット広告配信システムは、あるドメインにおけるユーザの属性情報や振る舞いに応じて、ターゲット広告を配信するものであるが、クライアント端末に保存されているユーザ属性情報を利用してターゲット広告を配信するものではない。

ユーザ属性情報をクライアント端末に保存する場合、Ｗｅｂストレージという手法がある。このＷｅｂストレージは、シンプルなＫｅｙ−Ｖａｌｕｅ型のストレージであり、「ローカルストレージ」と「セッションストレージ」とがある。

「セッションストレージ」は、ウインドウごとのセッションで有効なストレージである。ウインドウやタブが開いている間、Ｗｅｂアプリケーション利用に関するデータをそれぞれの単位で保存し、ウインドウ／タブが閉じられると、データは失われる。ウインドウ／タブ間では異なるセッションストレージとなり、共有はできない。

「ローカルストレージ」は、Ｗｅｂアプリケーション利用者のブラウザ内に永続的にデータを保存するストレージである。保存は、「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」を有する。

次に、データベースサーバ２３により、属性情報に基づいて広告の識別情報を決定し（Ｓ５７）、属性情報のデータの暗号化が行なわれ（Ｓ５８）、決定された広告の識別情報及びデータが暗号化された属性情報が処理サーバ２１に引き渡される。

なお、Ｓ５６においてマージされた属性情報のデータが、Ｓ５８において暗号化された後に、当該暗号化された属性情報をデータベースサーバ２３に保存しても良い。これにより、サーバ管理会社は多くの顧客ローカルデータを含めた顧客情報を得ることが出来る。

処理サーバ２１は、データベースサーバ２３から引き渡された広告の識別情報及びデータが暗号化された属性情報をレスポンスとして携帯電話４のブラウザ３３に送信する（Ｓ５９）
したがって、本発明の他の実施の形態によれば、複数のサーバからユーザの属性情報を集めることができ、集められたユーザの属性情報を使用してターゲット広告を選定するので、より有効にターゲット広告を表示させることができる。

また、集められた複数のサーバからの識別情報は、サーバに保存されずに、携帯電話４のローカルストレージ３４にのみ保存することも可能なため、サーバ台数を減らすことができる。

さらに、Ｗｅｂページのアクセスごとに属性情報が更新されるので、常に、最新の属性情報を保つことができる。

さらに、属性情報を有しないＷｅｂページにアクセスした場合であっても、携帯電話４のローカルストレージ３４に格納された属性情報を利用してターゲット広告を表示するので、携帯電話４により有効なターゲット広告を表示することができる。

さらに、保存ＵＲＬをｈｔｔｐｓにすることにより、セキュアサイトでの広告配信にも利用することができる。

なお、上述の実施の形態においては、処理サーバ２１及びデータベースサーバ２３の処理を分けて説明したが、これらは１つのサーバによって行なわれても良い。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

また、実施形態に記載した手法は、計算機（コンピュータ）に実行させることができるプログラムとして、例えば磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記録媒体に格納し、また通信媒体により伝送して頒布することもできる。なお、媒体側に格納されるプログラムには、計算機に実行させるソフトウエア手段（実行プログラムのみならずテーブルやデータ構造も含む）を計算機内に構成させる設定プログラムをも含む。本装置を実現する計算機は、記録媒体に記録されたプログラムを読み込み、また場合により設定プログラムによりソフトウエア手段を構築し、このソフトウエア手段によって動作が制御されることにより上述した処理を実行する。なお、本明細書でいう記録媒体は、頒布用に限らず、計算機内部あるいはネットワークを介して接続される機器に設けられた磁気ディスクや半導体メモリ等の記憶媒体を含むものである。

１…ネットワーク、２、３…サーバ群、２ａ…ドメインＡのＷｅｂページ（属性情報あり）、４…携帯電話、５…広告サーバ、２１…処理サーバ、２２…ターゲット広告配信プログラム、２３…データベースサーバ、３１…ＯＳ、３２…端末側プログラム、３３…ブラウザ、３４…ローカルストレージ。

Claims (14)

1. 端末のローカルストレージに格納された第１の属性情報及び前記端末がアクセスしたＷｅｂページに関連するサーバに格納された第２の属性情報が追加された広告配信要求を前記端末から受信し、
   前記受信した広告配信要求に追加された第１の属性情報及び前記第２の属性情報に基づいて、新たな第１の属性情報を作成し、
   前記作成された新たな第１の属性情報に基づいて、広告の識別情報を決定し、
   前記決定された広告の識別情報を前記端末に送信する、
   広告配信システムにおけるサーバの広告配信方法。
2. 前記新たな第１の属性情報を前記サーバに格納することをさらに具備する請求項１記載の広告配信方法。
3. 前記第１の属性情報及び前記第２の属性情報は、キーバリューストア（Key-Value Store）形式で格納されている請求項１記載の広告配信方法。
4. 前記新たな第１の属性情報は、前記第１の属性情報のキーのうち前記第２の属性情報のキーと一致するキーのデータを第２の属性情報のキーのデータで上書きされたデータを含む、請求項３記載の広告配信方法。
5. 前記新たな第１の属性情報は、前記第２の属性情報のキーのうち、前記第１の属性情報のキーに存在しないキー及びそのデータを含む、請求項３記載の広告配信方法。
6. 前記決定された広告の識別情報を前記端末に送信することは、
   前記新たな第１の属性情報を前記端末に送信することを含む、
   請求項１記載の広告配信方法。
7. 端末のローカルストレージに格納された第１の属性情報及び前記端末がアクセスしたＷｅｂページに関連するサーバに格納された第２の属性情報が追加された広告配信要求をサーバに送信し、
   前記送信された広告配信要求に応答して、前記第１の属性情報及び前記第２の属性情報に基づいて作成された新たな第１の属性情報及び前記新たな第１の属性情報に基づいて決定された広告の識別情報を前記サーバから受信する、
   端末の広告受信方法。
8. 前記受信した新たな第１の属性情報を第１の属性情報として前記端末のローカルストレージに格納することをさらに具備する請求項７記載の広告受信方法。
9. 前記受信した広告の識別情報に基づいて、広告情報を受信することをさらに具備する請求項７記載の方法。
10. 端末のローカルストレージに格納された第１の属性情報及び前記端末がアクセスしたＷｅｂページに関連するサーバに格納された第２の属性情報が追加された広告配信要求を前記端末から受信する手段と、
    前記受信した前記広告配信要求に追加された前記第１の属性情報及び前記第２の属性情報に基づいて、新たな第１の属性情報を作成する手段と、
    前記作成された前記新たな第１の属性情報に基づいて、広告の識別情報を決定する手段と、
    前記決定された広告の識別情報を前記端末に送信する手段と
    を具備するサーバ。
11. 端末のローカルストレージに格納された第１の属性情報及び前記端末がアクセスしたＷｅｂページに関連するサーバに格納された第２の属性情報が追加された広告配信要求をサーバに送信する手段と、
    前記送信された広告配信要求に応答して、前記第１の属性情報及び前記第２の属性情報に基づいて作成された新たな第１の属性情報及び前記新たな第１の属性情報に基づいて決定された広告の識別情報を前記サーバから受信する手段と
    を具備する端末。
12. サーバに、
    端末のローカルストレージに格納された第１の属性情報及び前記端末がアクセスしたＷｅｂページに関連するサーバに格納された第２の属性情報が追加された広告配信要求を前記端末から受信させ、
    前記受信した前記広告配信要求に追加された前記第１の属性情報及び前記第２の属性情報に基づいて、新たな第１の属性情報を作成させ、
    前記作成された前記新たな第１の属性情報に基づいて、広告の識別情報を決定させ、
    前記決定された広告の識別情報を前記端末に送信させる、
    広告配信のためのプログラム。
13. 端末に、
    前記端末のローカルストレージに格納された第１の属性情報及び前記端末がアクセスしたＷｅｂページに関連するサーバに格納された第２の属性情報が追加された広告配信要求をサーバに送信させ、
    前記送信された広告配信要求に応答して、前記第１の属性情報及び前記第２の属性情報に基づいて作成された新たな第１の属性情報及び前記新たな第１の属性情報に基づいて決定された広告の識別情報を前記サーバから受信させる、
    広告配信のためのプログラム。
14. 請求項１２又は請求項１３記載のプログラムを格納したコンピュータ読み取り可能な情報記録媒体。

Images