JP2013235391A - 情報処理システム、及び情報処理方法 - Google Patents

Abstract

【課題】広告配信の効果を高めることを可能とする情報処理システム、及び情報処理方法を提供する。
【解決手段】ユーザを識別可能なリンク情報を含むメールを複数のユーザに対して配信するメール作成部１１と、リンク情報に基づくアクセスをユーザのクライアント３０から受信した場合に、リンク情報に基づき、当該ユーザの属性に応じた属性情報をアドネットワークサーバ５０へ送信するためのクッキー３８をクライアント３０に受信させるためのウェブページをクライアント３０へ送信するクッションページ作成部１６とを備える。
【選択図】図２

Description

本発明に係るいくつかの態様は、情報処理システム、及び情報処理方法に関する。

近年、インターネット上で広告を配信する手段として、一事業者のアドネットワークサーバ（「ＡＤネットワークサーバ」、「アドサーバ」又は「広告サーバ」ともいう。）から、複数事業者のメディアサイトにまたがって広告を配信するアドネットワーク（「ＡＤネットワーク」又は「広告ネットワーク」ともいう。）と呼ばれるサービスが提供されている。アドネットワークでは、アドサーバを提供する事業者が、アドネットワークを形成する複数のメディアサイトに対して広告を配信する。広告主は、アドネットワークを提供する１つの事業者に広告を発注すれば、そのアドネットワークを構成する複数のメディアサイトに広告を配信できる。

ここで、闇雲に広告を配信しても効果が薄いため、広告のターゲットとなるユーザを定めることにより、広告効果を高める手法も考えられている。例えば特許文献１には、ユーザのインターネット使用を追跡するためのクッキーを利用して、ユーザが特定のサイトに接続する回数の情報を、アドサーバがカウントできるようにすること等が開示されている。

特開２０１１−１３８５１８号公報

しかしながら、近年のセキュリティ意識の高まりから、定期的にクッキーを削除するユーザが増加しつつある。クッキーが削除されてしまうと、ユーザの行動履歴等を知ることはできないため、広告ターゲットとなるユーザを絞ることができなくなり、結果として広告配信の効果が薄くなってしまう。

本発明のいくつかの態様は前述の課題に鑑みてなされたものであり、広告配信の効果を高めることを可能とする情報処理システム、及び情報処理方法を提供することを目的の１つとする。

本発明に係る１の情報処理システムは、ユーザを識別可能なリンク情報を含むメールを複数のユーザに対して配信する配信手段と、前記リンク情報に基づくアクセスをユーザの端末から受信した場合に、前記リンク情報に基づき、当該ユーザの属性に応じた属性情報を広告サーバへ送信するためのクッキー情報を前記端末に受信させるためのウェブページを前記端末へ送信する送信手段とを備える。

本発明に係る１の情報処理方法は、ユーザを識別可能なリンク情報を含むメールを複数のユーザに対して配信するステップと、前記リンク情報に基づくアクセスをユーザの端末から受信した場合に、前記リンク情報に基づき、当該ユーザの属性に応じた属性情報を広告サーバへ送信するためのクッキー情報を前記端末に受信させるためのウェブページを前記端末へ送信するステップとを備える。

尚、本発明において、「部」や「手段」、「装置」、「システム」とは、単に物理的手段を意味するものではなく、その「部」や「手段」、「装置」、「システム」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や「手段」、「装置」、「システム」が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や「手段」、「装置」、「システム」の機能が１つの物理的手段や装置により実現されても良い。

本発明によれば、広告配信の効果を高めることを可能とする情報処理システム、及び情報処理方法を提供することができる。

本発明の実施形態１である広告配信システムの概要を示す図である。 図１に示した広告配信システムの機能構成の一例を示す機能ブロック図である。 メールのＵＲＬの変換処理の具体例を説明するための図である。 メールマガジン配信サーバの処理の流れの一例を示すフローチャートである。 メールを受信したクライアントの処理の流れの一例を示すフローチャートである。 メールマガジン配信サーバの処理の流れの一例を示すフローチャートである。 会員属性情報管理サーバの処理の流れの一例を示すフローチャートである。 メディアサイト提供サーバの処理の流れの一例を示すフローチャートである。 本発明の実施形態２である広告配信システムの機能構成の一例を示す機能ブロック図である。 メディアサイト提供サーバの処理の流れの一例を示すフローチャートである。 本発明の実施形態３である広告配信システムの機能構成の一例を示す機能ブロック図である。 メディアサイト提供サーバの処理の流れの一例を示すフローチャートである。

以下に本発明の実施形態を説明する。以下の説明及び参照する図面の記載において、同一又は類似の構成には、それぞれ同一又は類似の符号が付されている。

（１ 実施形態１）
図１乃至図７は、実施形態１を説明するための図である。以下、これらの図を参照しながら、以下の流れに沿って本実施形態を説明する。まず「１．１」で実施形態に係るシステムの概略を説明する。次に「１．２」でシステムの機能構成を簡単に説明すると共に、「１．３」で処理の流れを説明する。最後に、「１．４」で、本実施形態に係る効果などを説明する。

（１．１ 概略）
Ｅメール（以下、単に「メール」ともいう。）によるメールマガジンは登録者（主には個人である消費者）と、その発行主（以下、「配信者」ともいう。）である企業の会員を結ぶ有益な手段である。しかしながら、昨今メールおよびメールマガジンの数が急激に増加しているため、受け取る側である登録者（以下、「購読者」ともいう。）の開封に伴う時間的な制約や届いたメールマガジンの開封操作に伴う負担が増加している。これに伴い、メールマガジンの開封率は年々減少しているため、結果として、発行主である企業が登録者に届けたい情報や通知案内が登録者に届かないという弊害が生じている。

一方、インターネット広告においては、その料金形式において広告の表示回数（インプレッション数課金）にて課金するものが多い。広告出稿主である企業には、すでにインターネットによる何らかの情報配信手段の会員（メールマガジンの購読会員（購読者）含む）である消費者に対して広告を配信する際に、すでに会員になっている消費者に対する広告表示を避けたい（例えば新規会員登録の募集広告等）、若しくは、会員の属性情報（例えば、メンバーズカードを保有している会員、近々に会員有効期限の失効日を迎える会員、など）に応じた広告を配信したいというニーズがある。

会員である消費者側にも、情報配信の規定に同意している範囲内で、有効な情報を届けてほしいというニーズがある。前述の通り、昨今メールマガジンの急激な増加に伴う情報伝達性の低下が生じていることから、このような消費者側のニーズは高まっている。

そこで以下に説明する実施形態では、会員自身の情報において有益となる情報の伝達の際に、インターネット広告とメールマガジン登録会員情報（会員属性情報）とを結びつけている。これにより、メールマガジンとインターネット広告とを併用利用することで、ユーザが伝えて欲しい情報を、広告出稿者が伝えてほしい消費者に対して的確に伝えるための手段を実現することを可能としている。更には、消費者と企業の消費活動の生産性や効率性を改善すると共に、広告と消費者の関係を変えることにより、よりスマートな消費社会を実現するための社会的意味を持った情報伝達手段を実現することが可能となっている。

（１．１ システム概略）
図１は、本実施形態に係る情報処理システムである広告配信システム１の概略構成を示す図である。図１に示すように、本実施形態に係る広告配信システム１は、メールマガジン配信サーバ１０、会員属性情報管理サーバ２０、クライアント端末３０（クライアント端末３０Ａ乃至３０Ｎを総称する。以下、クライアント３０ともいう。）、メディアサイト提供サーバ４０（メディアサイト提供サーバ４０Ａ乃至４０Ｍを総称する。）、ＡＤネットワークサーバ５０（ＡＤネットワークサーバ５０Ａ乃至５０Ｌを総称する。以下、アドネットワークサーバ５０ともいう。）、及びＡＤエクスチェンジサーバ６０（以下、アドエクスチェンジサーバ６０ともいう。）を含む。メールマガジン配信サーバ１０、会員属性情報管理サーバ２０、クライアント３０、メディアサイト提供サーバ４０、アドネットワークサーバ５０、及びアドエクスチェンジサーバ６０は、それぞれインターネットＮを介して相互に通信可能である。

簡単にシステムの概要を説明すると、クライアント３０は、メールマガジン配信サーバ１０からメール（メールマガジン）を受信する機能を有すると共に、メディアサイト提供サーバ４０へアクセスすることにより取得できるウェブページを表示する機能を有する。この時、アドネットワークサーバ５０は、クライアント３０からユーザ又はユーザの属性を識別するための識別情報をクッキー（Ｃｏｏｋｉｅ）により受信することができるので、ユーザの特性に応じた広告をクライアント３０へ送信することができる。つまり、広告配信システム１では、いわゆる行動ターゲティング広告と呼ばれる、ユーザの特性に応じたきめ細やかな広告配信手法を実現できる。

ここで、行動ターゲティング広告では、クッキーによりクライアントから情報を取得できなければ、効果的な広告配信を行うことはできない。この課題を、本実施形態では以下のような手法により解決している。本実施形態に係る広告配信システム１のメールマガジン配信サーバ１０が配信するメールは、ユーザの識別情報（会員情報）に応じたＵＲＬへアクセスするためのリンクを含む。このＵＲＬは、メールマガジン配信サーバ１０上のプログラム（例えば、ＰＨＰ（Ｈｙｐｅｒｔｅｘｔ Ｐｒｅｐｒｏｓｅｓｓｏｒ）で記載される）を動作させるためのＵＲＬである。そして、メールマガジン配信サーバ１０は、ユーザがアクセスしたＵＲＬ（識別情報を含む）に応じて、ユーザの識別情報を含むクッキーをユーザが使用するクライアント３０にセットする機能を持つ。また、メールマガジン配信サーバ１０は、クライアント３０がアドネットワークサーバ５０へアクセスすることによりユーザの属性情報に応じたクッキーを取得するためのクッションページを送信する機能も持つ。

これにより、本実施形態に係る広告配信システム１では、ユーザがメール上のリンクを選択（クリック）する度に、ユーザの識別情報を取得するためのクッキー、及びユーザの属性情報を取得するためのクッキーがクライアント３０にセットされることとなる。これにより、たとえ定期的にクッキーを削除するユーザであったとしても、クッキーが失われる時間を短時間とする（メールマガジンの表示等の毎に、クッキーが再セットされる）ことが可能となる。

更に、本実施形態の広告配信システム１では、各ユーザ（会員）を個別に識別可能な情報を含むクッキーをセット可能なメールマガジンを送信することにより、メディアサイト提供サーバ４０が個々のユーザ（若しくはユーザの属性）を識別できるようにしている。つまり、ユーザがメディアサイト提供サーバ４０の提供する会員サイト等へログインしなくとも、ユーザ（若しくはユーザの属性）を個々に識別することが可能となるので、初回アクセス時から効果的な広告配信が可能となっている。

（１．１．２ システムの処理概要）
以下、図１を参照しながら、広告配信システム１の処理の流れを簡単に説明する。
図１の例において、メールマガジン配信サーバ１０は、いわゆるメールマガジンと呼ばれる、配信者が購読者である多数のユーザへ向けて定期的に送信するメールを配信するサーバである。ユーザは、クライアント３０にインストールされた電子メールソフトウェアを用いて、メールマガジン配信サーバ１０から配信されたメール（メールマガジン）を受信する（図中（１）（以下、○の中に１を入れたものを（１）として記述する。（２）等も同様。）ことにより、当該メールマガジンを読むことができる。

メールマガジン配信サーバ１０が配信するメールは、メールマガジンの配信者から購読者であるユーザへ向けたメッセージ等であるテキストデータや画像データ等の他、１以上のサイトへのリンクとなるＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）情報を含む。メールマガジン配信サーバ１０は、このＵＲＬを、会員それぞれを識別可能な会員識別情報を含むＵＲＬに変換した上で、クライアント３０へメールを送信する。つまり、同じ内容のメールを受信したユーザであっても、それぞれ記載されているＵＲＬは異なる。これにより、ユーザが当該ＵＲＬをクリックした際に、どのユーザなのかをサーバ側で識別可能となる。

ここで、会員識別情報を含むＵＲＬは、メールマガジン配信サーバ１０へ一時的にアクセスし、その後、配信者の提供するランディングページへ転送するためのＵＲＬである。メールマガジンに記載されたＵＲＬをユーザがクリックした場合には、クライアント３０からアクセスを受けたメールマガジン配信サーバ１０は、ユーザを個別に識別可能な識別情報を含むクッキー（Ｃｏｏｋｉｅ。図中、Ｃｏｏｋｉｅ（１））をクライアント３０のブラウザにセットする。またメールマガジン配信サーバ１０は、当該識別情報に基づいて、当該ユーザが広告表示対象者であるか否か、及び広告表示対象者である場合にはその属性を会員属性情報管理サーバ２０へ問い合わせる（図中（３））。

このとき、ユーザが広告表示対象者である場合には、メールマガジン配信サーバ１０は、クライアント３０がアドネットワークサーバ５０へアクセスするためのクッションページを作成してクライアント３０へと送信する（図中（４））。この時、クッションページはユーザの属性に基づいて個別に作成されると共に、アドネットワークサーバ５０に接続する際には、当該ユーザの属性をアドネットワークサーバ５０へ伝える。これによりアドネットワークサーバ５０は、クッションページから受信したユーザの属性（例えば、男性／女性のいずれであるか、どの世代か、どの地域に住んでいるか、会員サイトにおけるポイント残高をどの程度か等の情報）に応じたユーザ属性情報（属性を識別するための識別情報／マッピング番号）を調べた上で、当該ユーザ属性情報を含むクッキー（図中、Ｃｏｏｋｉｅ（２））をクライアント３０に送信する（図中（５））。

この、アドネットワークサーバ５０から送信されたクッキーにより、クライアント３０がメディアサイト提供サーバ４０へアクセスしてウェブページ情報を受信した際に（図中（６））広告を配信するアドネットワークサーバ５０はユーザの属性情報を取得できるようになる。これにより、アドネットワークサーバ５０は当該ユーザの属性情報に応じた広告を配信できるようになる（図中（７）（８））。

広告表示の時の処理の流れをもう少し詳細に説明すると、クライアント３０が、メディアサイトのウェブページを表示すべくメディアサイト提供サーバ４０へアクセスすると、メディアサイト提供サーバ４０は、クライアント３０から要求を受けたウェブページ情報を送信する（図中（６））。この時、クライアント３０はアドネットワークサーバ５０から受信したクッキーに基づき、ユーザの属性情報をアドネットワークサーバ５０へと送信する。アドネットワークサーバ５０は、アドエクスチェンジサーバ６０で当該広告の入札を行うとともに、アドネットワークサーバ５０に設定された広告主の広告に関する応札を行う（図中（７））。その結果、アドネットワークサーバ５０が当該広告枠に対して入札に競り勝つことができれば（落札できれば）、ユーザ属性及び広告表示条件に応じた広告情報を選択してクライアント３０へと送信する（図中（８））。これによりクライアント３０の表示画面上に、先に送付したウェブページ上に広告が表示される。

（１．２ システムの機能構成）
続いて、図２を参照しながら、広告配信システム１を構成する各装置の機能構成を説明する。図２は、広告配信システム１を構成する各装置の機能を説明するための機能ブロック図である。図２において、アドエクスチェンジサーバ６０及びメディアサイト提供サーバ４０については記載を省略している。また、メディアサイト提供サーバ４０及びアドネットワークサーバ５０については、各装置が有する情報を記載すると共に、各装置が有する機能については記載を省略している。

（１．２．１ メールマガジン配信サーバ１０）
まず、メールマガジン配信サーバ１０について説明する。メールマガジン配信サーバ１０は、前述の通り、１以上のユーザ（会員／購読者）に対して、配信者が作成したメールを送信すると共に、ユーザの使用するクライアント３０に、ユーザの識別情報に応じたクッキーや、アドネットワークサーバ５０から送信されるクッキーをセットさせるためのクッションページを送信する。

メールマガジン配信サーバ１０は、メール作成部１１、ＵＲＬ変換部１２、送信先設定部１３、クッキー生成部１４、広告表示対象者確認部１５、クッションページ作成部１６、データベース（ＤＢ）１７、及び通信インタフェース（Ｉ／Ｆ）部１８を有する。

メール作成部１１は、メールマガジンの配信者によるメールマガジンの作成を受け付ける。このメールマガジンの作成方法としては、例えば、図示しないキーボード等の入力装置から直接入力を受け付けることによりメールを作成できるようにしても良いし、或いは、インターネット上の他の装置からメールマガジン配信サーバ１０へアクセスしてきた配信者が、ウェブページ上でメールを作成できるようにしても良い。

ＵＲＬ変換部１２は、メールマガジンの配信者が作成したメールに記載されたＵＲＬを、メールマガジンの受信者（購読者／ユーザ）のそれぞれに対して一意になるように変換する。図３に、ＵＲＬ変換部１２の処理の概略を示す。図３において、（ａ）は配信者が作成したメール、（ｂ）は、ＵＲＬ変換部１２によるＵＲＬ変換後のメールである。

図３に示すように、配信者が入力したリンク先のＵＲＬに対し、ＵＲＬ変換部１２は、ＤＢ１５が格納する会員属性情報１７ａを参照することにより得られるメール送信先であるユーザの識別情報を付加することで、リンク先のＵＲＬを、会員毎に固有のものとしている。

尚、メールマガジンに記載されたＵＲＬは、メールマガジン配信サーバ１０へ一時的にアクセスするためのＵＲＬである。メールマガジン配信サーバ１０は、メールマガジン（図３（ａ））に記載したＵＲＬと、ユーザに実際にアクセスさせたいサイトのランディングページのＵＲＬとを紐付けるデータベースを持っている。これにより、メールマガジン配信サーバ１０は、クッキーやクッションページ送信などの処理後、クライアント３０にランディングページを表示させることが可能となる。

送信先設定部１３は、メール作成部１１でのメール作成時に、配信者から指定された条件（例えば、男性／女性、○ポイント以上の会員ポイントを持つ会員、等）に従ったメールの配信先となるメールアドレスをＤＢ１５内のメールリスト１７ｂから抽出すると共に、抽出したメールアドレスを、メールの送付先に設定する。

クッキー生成部１４は、前述の通り、ユーザの識別情報に応じたクッキーを作成した上で、当該クッキーをクライアント３０に送信することにより、クライアント３０のブラウザ３６にセットする。ユーザの識別情報は、ユーザがメールに記載されたリンクをクリックすることによりメールマガジン配信サーバ１０がアクセスを受けるＵＲＬにより識別することが可能となる。

広告表示対象者確認部１５は、ユーザの識別情報に基づき、会員属性情報管理サーバ２０へ、当該ユーザが広告表示対象者であるか否かを問い合わせる。前述の通り、ユーザの識別情報は、ユーザがメールに記載されたリンクをクリックすることによりメールマガジン配信サーバ１０がアクセスを受けるＵＲＬにより識別することが可能となる。

クッションページ作成部１６は、ユーザがメールに記載されたリンクをクリックした際に、クライアント３０へ送信するクッションページを作成する。この時、クッションページ作成部１６は、ユーザの属性に応じてユーザの属性グループ毎に異なるＵＲＬのクッションページを作成する。尚、ユーザの属性は、ユーザの識別情報を元に、会員属性情報管理サーバ２０から取得することができる。クッションページは、クライアント３０にアドネットワークサーバ５０から会員属性に応じたクッキーを受信させると共に、配信者が設定したランディングページ（通常、配信者が運営するサイトのウェブページ）へと接続先を転送する機能を持つ。

ＤＢ１７は、上述の通り、会員属性情報１７ａ及びメールリスト１７ｂを管理する。会員属性情報１７ａは、１以上の配信者の会員（ユーザ）の属性情報を管理するデータベースである。会員属性情報１７ａは、会員を識別するための識別情報の他、性別や年代、住所（若しくは居住エリア）、会員ポイント等の各種情報を含む。メールリスト１７ｂは、会員属性情報１７ａで管理される各会員のメールアドレスを管理するデータベースである。メールリスト１７ｂは会員属性情報１７ａと、会員の識別情報等により紐付けられる。
通信Ｉ／Ｆ部１８は、メールマガジン配信サーバ１０がインターネットＮを介して他の情報処理装置と通信するためのインタフェースである。

（１．２．２ 会員属性情報管理サーバ２０）
次に、会員属性情報管理サーバ２０の機能構成を説明する。会員属性情報管理サーバ２０は、会員属性情報２２ａをデータベース２２上で管理している。これにより、会員属性情報管理サーバ２０は、メールマガジン配信サーバ１０から配信されたメールに記載されたリンクをクリックした際に、メールマガジン配信サーバ１０の広告表示対象者確認部１５から、当該ユーザが広告表示対象者であるか否かの問合せを受け、それに対して返答すると共に、ユーザの属性を返す機能を実現している。そのために会員属性情報管理サーバ２０は、広告表示対象者判定部２１、ＤＢ２２、通信Ｉ／Ｆ２３を有する。

広告表示対象者判定部２１は、ＤＢ２２で管理される会員属性情報２２ａを参照して、クライアント３０からの問合せで指定された識別情報（ユーザＩＤ）を有するユーザが、広告表示対象者であるか否かを判定（判別）する。この広告表示対象者とは、アドネットワークサーバ５０で管理する広告表示条件５２に合致するユーザをいい、例えば「男性」「○○県に居住しているユーザ」等の指定がアドネットワークサーバ５０でなされている場合に、クライアント３０から問合せを受けたユーザが、そのような広告表示条件に合致しているか否か、及び問合せを受けたユーザの属性を、広告表示対象者判定部２１は判別する。

ＤＢ２２は、前述の通り会員属性情報２２ａを管理する。会員属性情報２２ａは、メールマガジン配信サーバ１０が管理する会員属性情報１７ａを元に作成及び管理されるものであるので、両サーバで管理されるユーザは、同一の会員識別番号に基づいて管理される。また、会員属性情報２２ａにおいても、会員属性情報１７ａと同様に、各ユーザに対して、性別や居住地、会員ポイント等の各種属性を対応付けて管理している。

また、会員属性情報２２ａは、広告表示対象者判定部２１で広告表示対象者であるか否かを判別できるようにするため、管理者が、アドネットワークサーバ５０に登録された広告表示条件５２に応じて、広告表示対象者か否かを判別できるように管理する。
通信Ｉ／Ｆ部２３は、会員属性情報管理サーバ２０がインターネットＮを介して他の情報処理装置と通信するためのインタフェースである。

（１．２．３ クライアント３０）
クライアント３０について説明する。クライアント３０は、メールマガジンの購読者（会員）であるユーザが操作する情報端末である。クライアント３０の具体例としては、例えばＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）や携帯電話（いわゆるフィーチャーフォンであるかスマートフォンであるかは問わない）、スレート型のタブレット端末等が考えられる。

クライアント３０は、一般的に、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｏｒ Ｕｎｉｔ）３１、メモリ３２、入力装置３３、及び通信Ｉ／Ｆ３４等を有する。

ＣＰＵ３１は、メモリ３２に記憶されているプログラムを実行することによりクライアント３０における様々な処理の実行を制御する。メールマガジン配信サーバ１０から配信されたメールマガジンを始めとする各種メールを閲覧することのできる電子メールソフトウェア３５や、メディアサイト提供サーバ４０から受信できる各種ウェブページを閲覧することのできるブラウザ３６は、主にＣＰＵ３１上で動作する。

メモリ３２は、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の記憶媒体である。メモリ３２は、ＣＰＵ３１によって実行される電子メールソフトウェア３５やブラウザ３６等の各種プログラムコード、及びプログラムの実行時に必要となるデータを一時的に記憶する。特に、メールマガジン配信サーバ１０から配信されることによりブラウザ３６に設定されるクッキー３７や、アドネットワークサーバ５０から配信されることによりブラウザ３６に設定されるクッキー３８は、メモリ３２が記憶する。

クッキー３７は、前述の通り、メールマガジン配信サーバ１０によりブラウザ３６にセットされる。クッキー３７には、個々のユーザを識別するための識別情報が含まれる。これにより、ブラウザ３６が会員属性情報管理サーバ２０等にアクセスした際に、当該会員属性情報管理サーバ２０等は、クッキー３７に含まれる会員識別情報を受信することができるようになる。また、ユーザがどのようなランディングページへアクセスしているかの履歴をメールマガジン配信サーバ１０が取得することができるようになる。

一方、クッキー３８は、クッションページを介して接続されるアドネットワークサーバ５０から受信することによりブラウザ３６にセットされる。クッキー３８は、ユーザの属性を識別可能な情報（属性情報）を含む。これにより、ブラウザ３６が、広告を表示するためにアドネットワークサーバ５０にアクセスした際に、当該アドネットワークサーバ５０は、クッキー３８に含まれるユーザの識別情報を受信することができる。当該属性情報に応じて、アドネットワークサーバ５０は、好適な広告をクライアント３０へ送信することが可能となる。

入力装置３３は、ユーザが各種情報を入力するための装置である。例えば、マウスやタッチパッド等のポインティングデバイスやキーボード等が入力装置３３に該当する。電子メールソフトウェア３５を用いたメールの閲覧やブラウザ３６を用いたウェブページの閲覧、メールマガジンに記載されたリンクの選択操作等は、全て入力装置３３により入力される。
通信Ｉ／Ｆ部３４は、クライアント３０がインターネットＮを介して他の情報処理装置と通信するためのインタフェースである。

（１．２．４ メディアサイト提供サーバ４０及びアドネットワークサーバ５０）
メディアサイト提供サーバ４０は、ウェブページ情報４１を、クライアント３０からの要求に応じて提供（配信、送信）可能なサーバである。

アドネットワークサーバ５０は、メディアサイト提供サーバ４０が提供するメディアサイトに広告を配信するためのサーバである。アドネットワークサーバ５０は、ユーザから受信するユーザの属性情報に応じた広告情報（広告ソース５１）をクライアント３０に送信することにより、クライアント３０にユーザの属性に応じた広告を表示させることができる。本実施形態において、アドネットワークサーバ５０は、広告ソース５１、広告表示条件５２、入札条件５３、及び会員属性リスト５４等の各種情報を管理する。

広告ソース５１は、メディアサイト提供サーバ４０が提供するメディアサイトのウェブページ上に表示させる広告情報であり、広告主が作成するものである。広告表示条件５２は、広告ソース５１を提供する広告主側がどのような属性を持つユーザに対して広告を表示させたいかを設定する条件である。

入札条件５３は、メディアサイト提供サーバ４０がウェブページ情報４１を送信する際に、当該ウェブページに表示する広告を決めるための入札処理をアドエクスチェンジサーバ６０とアドネットワークサーバ５０との間で行う際に、その広告を落札するための条件（応札するための条件）を定めたものである。入札条件５３に応じた入札の結果アドネットワークサーバ５０が落札できれば、広告表示条件５２に従った広告ソース５１を、クライアント３０に表示させることが可能となる。

会員属性リスト５４は、各会員の持ちうる属性を管理するリストである。広告表示条件５２や、クッキー３８に設定される属性情報は、会員属性リスト５４で管理される属性の識別番号に応じて指定可能である。クッションページを介してユーザの属性が送付されてきた場合には、会員属性リスト５４が参照されることで、当該ユーザの属性に応じた属性の識別番号（マッピング番号）を含むクッキー３８がクライアント３０へと送信される。

（１．３ 処理の流れ）
以下、図４乃至図７を参照しながら、本実施形態に係る広告配信システム１の処理の流れを説明する。尚、後述の各処理ステップは、処理内容に矛盾を生じない範囲で、任意に順番を変更して若しくは並列に実行することができ、また、各処理ステップ間に他のステップを追加しても良い。更に、便宜上１つのステップとして記載されているステップは複数のステップに分けて実行することもでき、便宜上複数に分けて記載されているステップを１ステップとして実行することもできる。

（１．３．１ メールマガジン配信時の処理の流れ）
まず、メールマガジン配信サーバ１０によるメール配信時の処理の流れを、図４を参照しながら説明する。図４は、メールマガジン配信サーバ１０によるメール配信時の処理の流れを示すフローチャートである。

まず、メールマガジン配信サーバ１０は、メールマガジンの配信者からのメール作成を、メール作成部１１で受け付ける（Ｓ４０１）。この具体的方法としては、例えば、メール作成部１１がメールマガジンを作成可能なウェブページを、インターネットＮを介して配信することにより、インターネットＮに接続された他の情報処理装置からメールマガジンの作成を受け付けることなどが考えられる。尚、この時、メールマガジンの本文には、図３（ａ）に具体例を示したように、ＵＲＬを含むリンク情報を含むことができる。

次に、メールマガジンの配信先（送信先）を送信先設定部１３が設定する（Ｓ４０３）。この配信先の設定方法としては、例えば、上述のメール作成部１１が提供するメールマガジンを作成可能なウェブページ上でユーザが指定したメールマガジン購読者の条件（例えば、「３０代の女性」等）に応じたユーザのメールアドレスをメールリスト１７ｂから抽出して設定すること等が考えられる。

また、ＵＲＬ変換部１２は、メール作成部１１により作成されたメールに含まれるＵＲＬを、送付先のユーザに応じた会員識別情報を元に、各ユーザに対して一意となるように変換する（Ｓ４０５。図３（ｂ）参照）。

このような処理を行った上で、メールマガジン配信サーバ１０は、送信先設定部１３で設定した１以上のメールアドレスへ向けてメールを送信する（Ｓ４０７）。

（１．３．２ メールを受信したクライアント側の処理の流れ）
次に、メールを受信したクライアント３０の処理の流れを、図５を参照しながら説明する。図５は、メールマガジン配信サーバ１０から配信されたメールを受信したクライアント３０の処理の流れを示すフローチャートである。

電子メールソフトウェア３５で、メールマガジン配信サーバ１０から配信されたメールを受信及び表示すると、ユーザは、メールに記載されたリンクを選択可能となる。

ユーザからメールに記載されたリンクを選択されると（Ｓ５０１のＹｅｓ）、ブラウザ３６は、当該リンクに設定されたＵＲＬに基づき、メールマガジン配信サーバ１０へとアクセスする（Ｓ５０３）。前述の通り、当該ＵＲＬにはユーザの識別情報が含まれているので、ブラウザ３６は、メールマガジン配信サーバ１０からユーザの識別情報を含むクッキー３７を受信する（Ｓ５０５）。更にその後、メールマガジン配信サーバ１０からクッションページが送信されてくれば（Ｓ５０７のＹｅｓ）、当該クッションページでの制御に従い、ブラウザ３６はアドネットワークサーバ５０へとアクセスすることにより（Ｓ５０９）、その応答として、ユーザの属性情報を含むクッキー３８をアドネットワークサーバ５０から受信することができる（Ｓ５１１）。クッキー３８の受信が完了すると、ブラウザ３６は、クッションページによる制御に基づき、ユーザから選択されたリンクに応じたランディングページ（配信者が、ユーザが選択したＵＲＬに対応付けているウェブページ）へとアクセスする（Ｓ５１３）。

この後は、クッキー３８がセットされているので、アドネットワークサーバ５０とアドネットワークを形成するメディアサイト提供サーバ４０にアクセスした場合には、アドネットワークサーバ５０がユーザ属性情報を取得することが可能となるので、ブラウザ３６上に、ユーザの属性に応じた好適な広告を表示させることが可能となる。

尚、Ｓ５０７において、もしクッションページを受信しない場合には（Ｓ５０７Ｎｏ）、ユーザが広告表示対象者では無いということなので、ブラウザ３６はメールマガジン配信サーバ１０からの制御により、Ｓ５０９乃至Ｓ５１１の処理を行わずに、ユーザから選択されたリンクに応じたランディングページ（配信者が、ユーザが選択したＵＲＬに対応付けているウェブページ）へとアクセスする（Ｓ５１３）。

（１．３．４ クライアント３０からアクセスを受けた際のメールマガジン配信サーバ１０の処理の流れ）
ユーザがメールマガジンに記載されたリンクを選択することにより、クライアント３０からアクセスを受けた際のメールマガジン配信サーバ１０の処理の流れを、図６を参照しながら説明する。図６は、クライアント３０からアクセスを受けた際のメールマガジン配信サーバ１０の処理の流れを示すフローチャートである。この処理は、図５を参照しながら「１．３．３」で説明したクライアント３０側の処理に対するメールマガジン配信サーバ１０側の処理である。

クライアント３０から、メールマガジンに記載されたＵＲＬに従ってアクセスを受けると（Ｓ６０１のＹｅｓ）、クッキー生成部１４は、アクセスを受けたＵＲＬに含まれる会員識別情報に応じたクッキー３７をクライアント３０へ送信する（Ｓ６０３）。その上で、広告表示対象者確認部１５は、当該識別情報を有するユーザが広告表示対象者であるか否かを会員属性情報管理サーバ２０へと問い合わせる（Ｓ６０５）。もし、当該ユーザが広告表示対象者である場合には（Ｓ６０７のＹｅｓ）、クッションページ作成部１６は、クライアント３０にアドネットワークサーバ５０からクッキー３８を受信させるためのクッションページを作成した上で、そのクッションページをクライアント３０へと送信する（Ｓ６０９）。その上で、メールマガジン配信サーバ１０は、クライアント３０の接続先を、ユーザから選択されたリンクに応じたランディングページへと変更する（Ｓ６１１）。尚、この機能はクッションページに埋め込んでも良い。

Ｓ６０７において、ユーザが広告表示対象者ではない場合には（Ｓ６０７のＮｏ）、クライアント３０にクッキー３８をセットする必要がないので、メールマガジン配信サーバ１０は、クッションページを送信せずに、クライアント３０の接続先を、ユーザから選択されたリンクに応じたランディングページへと変更する（Ｓ６１１）。

（１．３．５ 会員属性情報管理サーバ２０の処理の流れ）
会員属性情報管理サーバ２０の処理の流れを、図７を参照しながら説明する。図７は、会員属性情報管理サーバ２０の処理の流れを示すフローチャートである。この処理は、図６を参照しながら「１．３．４」で説明したＳ６０５に対する会員属性情報管理サーバ２０側の処理である。

メールマガジン配信サーバ１０から、会員識別情報によりユーザを指定した会員属性情報２２ａの照会要求を受信すると（Ｓ７０１）、広告表示対象者判定部２１は、ＤＢ２２が管理する会員属性情報２２ａを参照する（Ｓ７０３）。その上で、広告表示対象者判定部２１は、当該会員識別情報を有するユーザの属性が広告表示対象となっているか否かを判別して、その判別結果、及びユーザの属性をクライアント３０へと送信する（Ｓ７０５）。

（１．３．６ 広告表示時のクライアント３０の処理の流れ）
最後に、広告表示時におけるクライアント３０の処理の流れを、図８を参照しながら説明する。図８は、広告表示時におけるクライアント３０の処理の流れを示すフローチャートである。

ユーザ操作に応じて、ブラウザ３６にメディアサイト提供サーバ４０が提供するメディアサイトのウェブページを表示する際には、クライアント３０のブラウザ３６は、メディアサイト提供サーバ４０へ、ウェブページ情報４１の送信要求（閲覧要求）を送信する（Ｓ８０１）。メディアサイト提供サーバ４０は当該要求に応じてウェブページ情報４１（例えば、ＨＴＭＬ等で記載された情報）をクライアント３０へ送信するので、クライアント３０は当該ウェブページ情報４１を受信する（Ｓ８０３）。

ブラウザ３６は、ウェブページ情報４１に含まれるタグ情報に基づきアドネットワークサーバ５０へとアクセスすることにより、広告入札を要求する（Ｓ８０５）。アドネットワークサーバ５０は、当該要求に従い、アドエクスチェンジサーバ６０との間で広告入札及び応札を行う。ブラウザ３６は、アドネットワークサーバ５０から、応札情報（広告サイズ等）に係る条件を受信するので（Ｓ８０７）、アドネットワークサーバ５０が広告に落札した場合には、応札者であるアドネットワークサーバ５０へと、広告表示条件５２の取得要求を送信する（Ｓ８０９）。ここで、広告表示条件５２には、広告ソース５１のＵＲＬ５１のサイズ等の情報が含まれる。また、広告表示条件５２の取得要求には、ユーザの属性情報（マッピング番号）に係る情報も含む。

アドネットワークサーバ５０は、クライアント３０から受信した要求に基づき、会員の属性情報に合致した広告ソース５１の広告表示条件５２をクライアント３０へと送信する。クライアント３０は、当該会員の属性情報に合致した広告ソース５１のＵＲＬや表示サイズ等を含む広告表示条件５２を受信すると（Ｓ８１１）、当該広告表示条件５２のＵＲＬ等に基づき、アドネットワークサーバ５０へ広告ソース５１の取得要求を送信する（Ｓ８１３）。アドネットワークサーバ５０は当該要求に従い広告ソース５１を送信するので、クライアント３０は広告ソース５１を受信した上で、その広告ソース５１に従った広告をブラウザ３６上に表示する（Ｓ８１５）。

（１．４ 本実施形態の効果）
以上説明したように、本実施形態の広告配信システム１では、メールマガジン配信サーバ１０が配信するメールは、会員を識別可能なＵＲＬを含む。メールマガジン配信サーバ１０は、当該ＵＲＬに基づきクライアント３０からアクセスを受けると、会員の識別情報を送信可能なクッキー３７をブラウザ３６に設定する。更に、メールマガジン配信サーバ１０は、会員の属性情報を含むクッキー３８をクライアント３０がアドネットワークサーバ５０から受信するためのクッションページを送信している。これにより、アドネットワークサーバ５０は、ユーザ属性情報を取得できるようになるので、ユーザ属性に応じた好適な広告情報をクライアント３０へ送信することができる。つまり、広告配信の効果（広告投資効果）を高めることが可能となる。

また、本実施形態では、ユーザがメールマガジン配信サーバ１０から配信されるメールに含まれるリンクを選択する度に、クッキー３７及び３８がブラウザ３６にセットされる。これにより、ユーザがクッキーを定期的に削除するユーザであっても、クッキー３７及び３８がセットされる時間を長くすることが可能となる（頻繁に再セットされる）ので、メディアサイト提供サーバ４０がユーザの情報を取得する可能性を上げることができる。

尚、本実施形態では、ユーザの属性に応じた広告配信を行なっているが、これに限られるものではない。例えば、クッキー３７を使用して、ユーザを個別に識別可能な識別情報に応じて広告配信を行うことも考えられる。

また、本実施形態では、広告ソース５１をアドネットワークサーバ５０が有しているが、それに限られるものではない。例えば、広告入札を行うサーバと、広告ソース５１を管理するサーバとを分けても良い。

（２ 実施形態２）
続いて、実施形態２について説明する。以下の説明において、実施形態１と同様の機能構成については同一の符号を付すと共に、説明を省略する。また、実施形態１と同様の作用及び効果についても、説明を省略する。以下、実施形態１との相違点を中心に説明する。この点、「３ 実施形態３」でも同様である。

（２．１ 機能構成および作用効果の概要）
図９に、広告配信システム１の機能ブロック図を示す。実施形態１では、図２に示したように広告表示条件５２及び広告ソース５１をアドネットワークサーバ５０が管理していた。これに対して本実施形態では、図９に示すように会員属性情報管理サーバ２０が広告表示条件２２ｃ及び広告ソース２２ｂを管理する。つまり、メディアサイト提供サーバ４０が提供するメディアサイト上での広告表示の方法が異なる。また、この結果、アドネットワークサーバ５０上で会員属性リスト５４を保持する必要がない点も、本実施形態は実施形態１と異なる。

尚、本実施形態の広告配信システム１においても、メールマガジン配信サーバ１０が配信するメールは、会員を識別可能なＵＲＬを含む。メールマガジン配信サーバ１０は、当該ＵＲＬに基づきクライアント３０からアクセスを受けると、会員の識別情報を送信可能なクッキー３７をブラウザ３６に設定する。更に、メールマガジン配信サーバ１０は、会員の属性情報を含むクッキー３８をクライアント３０がアドネットワークサーバ５０から受信するためのクッションページを送信している。これにより、アドネットワークサーバ５０は、ユーザ属性情報を取得できるようになるので、ユーザ属性に応じた好適な広告情報をクライアント３０へ送信することができる。つまり、広告配信の効果（広告投資効果）を高めることが可能となる。このような作用効果は、実施形態１と同様である。

また、ユーザがメールマガジン配信サーバ１０から配信されるメールに含まれるリンクを選択する度に、クッキー３７及び３８がブラウザ３６にセットされる。これにより、ユーザがクッキーを定期的に削除するユーザであっても、クッキー３７及び３８がセットされる時間を長くすることが可能となる（頻繁に再セットされる）ので、メディアサイト提供サーバ４０がユーザの情報を取得する可能性を上げることができる。この作用効果も、実施形態１と同様である。

クライアント３０のブラウザ３６にクッキー３８をセットするまでの流れは、ほぼ実施形態１と同様であるので、ここでは説明を省略する。以下、広告表示時における処理の流れを中心に説明する。

（２．２ 広告表示時のクライアントの３０の処理の流れ）
以下、本実施形態における広告表示時におけるクライアント３０の処理の流れを、図１０を参照しながら、実施形態１との相違点を中心に説明する。図１０は、本実施形態に係るクライアント３０の広告表示時の処理の流れを示す図である。
Ｓ１００１乃至Ｓ１００７の処理は、実施形態１のＳ８０１乃至Ｓ８０７と同様であるので、説明を省略する。

ブラウザ３６は、アドネットワークサーバ５０から、応札条件（広告サイズ等）に係る条件を受信すると（Ｓ１００７）、アドネットワークサーバ５０が広告に落札した場合には、会員属性情報管理サーバ２０へ広告表示条件２２ｃの取得要求を送信する（Ｓ１００９）。当該広告表示条件２２ｃの取得要求は、例えばＪａｖａＳｃｒｉｐｔ（登録商標）等を含むタグを介して行われる。広告表示条件２２ｃの取得要求には、ユーザの属性情報（マッピング番号）に係る情報も含む。

会員属性情報管理サーバ２０は、クライアント３０から受信した要求に基づき、会員の属性情報に合致した広告ソース２２ｂの広告表示条件２２ｃをクライアント３０へと送信する。クライアント３０は、当該会員の属性情報に合致した広告ソース２２ｂのＵＲＬや表示サイズ等を含む広告表示条件２２ｃを受信すると（Ｓ１０１１）、当該広告表示条件２２ｃのＵＲＬ等に基づき、会員属性情報管理サーバ２０へ広告ソース２２ｂの取得要求を送信する（Ｓ１０１３）。会員属性情報管理サーバ２０は当該要求に従い広告ソース２２ｂを送信するので、クライアント３０は広告ソース２２ｂを受信した上で、その広告ソース２２ｂに従った広告をブラウザ３６上に表示する（Ｓ１０１５）。

（３ 実施形態３）
続いて、実施形態２について説明する。
（３．１ 機能構成および作用効果の概要）
図１１に、本実施形態に係る広告配信システム１の機能ブロック図を示す。実施形態１及び実施形態２では、会員属性情報管理サーバ２０とアドネットワークサーバ５０とは別の装置であったが、本実施形態では、会員属性情報管理サーバ２０が、アドネットワークサーバ５０の機能を持つ。つまり、クッキー３８の作成機能や、広告入札及び応札の処理を、会員属性情報管理サーバ２０が行う。そのために、会員属性情報管理サーバ２０は、広告ソース２２ｂ、広告表示条件２２ｃ、及び入札条件２２ｄの各情報を管理する。また、会員属性情報管理サーバ２０は、広告入札部２５及びクッキー生成部２４を有する。

尚、本実施形態の広告配信システム１においても、メールマガジン配信サーバ１０が配信するメールは、会員を識別可能なＵＲＬを含む。メールマガジン配信サーバ１０は、当該ＵＲＬに基づきクライアント３０からアクセスを受けると、会員の識別情報を送信可能なクッキー３７をブラウザ３６に設定する。更に、メールマガジン配信サーバ１０は、会員の属性情報を含むクッキー３８をクライアント３０が会員属性情報管理サーバ２０から受信するためのクッションページを送信している。これにより、会員属性情報管理サーバ２０は、ユーザ属性情報を取得できるようになるので、ユーザ属性に応じた好適な広告情報をクライアント３０へ送信することができる。つまり、広告配信の効果（広告投資効果）を高めることが可能となる。クッキー３８や広告情報の送信主体がアドネットワークサーバ５０から会員属性情報管理サーバ２０に変わっているものの、基本的な作用効果は、実施形態１と同様である。

また、ユーザがメールマガジン配信サーバ１０から配信されるメールに含まれるリンクを選択する度に、クッキー３７及び３８がブラウザ３６にセットされる。これにより、ユーザがクッキーを定期的に削除するユーザであっても、クッキー３７及び３８がセットされる時間を長くすることが可能となる（頻繁に再セットされる）ので、メディアサイト提供サーバ４０がユーザの情報を取得する可能性を上げることができる。この作用効果も、実施形態１と同様である。

クライアント３０のブラウザ３６にクッキー３８をセットするまでの流れは、ほぼ実施形態１と同様（但し、アドネットワークサーバ５０に対して行なっていた処理は会員属性情報管理サーバ２０が行う）であるので、ここでは説明を省略する。以下、広告表示時における処理の流れを中心に説明する。

（２．２ 広告表示時のクライアントの３０の処理の流れ）
以下、本実施形態における広告表示時におけるクライアント３０の処理の流れを、図１２を参照しながら、実施形態１との相違点を中心に説明する。図１２は、本実施形態に係るクライアント３０の広告表示時の処理の流れを示すフローチャートである。
Ｓ１２０１乃至Ｓ１２０３の処理は、実施形態１のＳ８０１乃至Ｓ８０３と同様であるので、説明を省略する。

ブラウザ３６は、ウェブページ情報４１に含まれるタグ情報に基づきアドエクスチェンジサーバ６０へとアクセスすることにより、広告入札を要求する（Ｓ１２０５）。アドエクスチェンジサーバ６０は、当該要求に基づき、入札条件２２ｄを会員属性情報管理サーバ２０から読込み、ＲＴＢ（Ｒｅａｌ−Ｔｉｍｅ Ｂｉｄｄｉｎｇ）による入札処理を行う。ブラウザ３６は、アドエクスチェンジサーバ６０から、応札者に係る情報を受信するので（Ｓ１２０７）、会員属性情報管理サーバ２０が広告を落札した場合には、応札者である会員属性情報管理サーバ２０へと、広告表示条件２２ｃの取得要求を送信する（Ｓ１２０９）。ここで、広告表示条件２２ｃには、広告ソース２２ｂのＵＲＬやサイズ等の情報が含まれる。また、広告表示条件２２ｃの取得要求には、ユーザの属性情報（マッピング番号）に係る情報も含む。

会員属性情報管理サーバ２０は、クライアント３０から受信した要求に基づき、会員の属性情報に合致した広告ソース２２ｂに対応する広告表示条件２２ｃをクライアント３０へと送信する。クライアント３０は、当該会員の属性情報に合致した広告ソース２２ｂのＵＲＬや表示サイズ等を含む広告表示条件２２ｃを受信すると（Ｓ１２１１）、当該広告表示条件２２ｃのＵＲＬ等に基づき、アドネットワークサーバ５０へ広告ソース２２ｂの取得要求を送信する（Ｓ１２１３）。アドネットワークサーバ５０は当該要求に従い広告ソース２２ｂを送信するので、クライアント３０は広告ソース２２ｂを受信した上で、その広告ソース２２ｂに従った広告をブラウザ３６上に表示する（Ｓ１２１５）。

（４ 付記事項）
尚、前述の各実施形態の構成は、組み合わせたり或いは一部の構成部分を入れ替えたりしてもよい。また、本発明の構成は前述の実施形態のみに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加えてもよい。

１・・・広告配信サーバ、１０・・・メールマガジン配信サーバ、１１・・・メール作成部、１２・・・ＵＲＬ変換部、１３・・・送信先設定部、１４・・・クッキー生成部、１５・・・広告表示対象者確認部、１６・・・クッションページ作成部、１７・・・データベース（ＤＢ）、１７ａ・・・会員属性情報、１７ｂ・・・メールリスト、１８・・・通信インタフェース部、２０・・・会員属性情報管理サーバ、２１・・・広告表示対象者判定部、２２・・・データベース（ＤＢ）、２２ａ・・・会員属性情報、２２ｂ・・・広告ソース、２２ｃ・・・広告表示条件、２２ｄ・・・入札条件、２３・・・通信インタフェース部、２４・・・クッキー生成部、２５・・・広告入札部、３０・・・クライアント、３１・・・ＣＰＵ、３２・・・メモリ、３３・・・入力装置、３４・・・通信インタフェース部、３５・・・電子メールソフトウェア、３６・・・ブラウザ、３７・・・クッキー、３８・・・クッキー、４０・・・メディアサイト提供サーバ、４１・・・ウェブページ情報、５０・・・アドネットワークサーバ、５１・・・広告ソース、５２・・・広告表示条件、５３・・・入力条件、５４・・・会員属性リスト、６０・・・アドエクスチェンジサーバ、Ｎ・・・インターネット

Claims (4)

1. ユーザを識別可能なリンク情報を含むメールを複数のユーザに対して配信する配信手段と、
   前記リンク情報に基づくアクセスをユーザの端末から受信した場合に、前記リンク情報に基づき、当該ユーザの属性に応じた属性情報を広告サーバへ送信するためのクッキー情報を前記端末に受信させるためのウェブページを前記端末へ送信する送信手段と
   を備える情報処理システム。
2. 前記リンク情報に基づくアクセスをユーザの端末から受信した場合に、前記リンク情報に基づき、広告表示制御の対象者か否かを確認する確認手段を更に備え、
   前記送信手段は、前記広告表示制御の対象者であるユーザの端末へ、前記ウェブページを送信する、
   請求項１記載の情報処理システム。
3. ユーザを識別可能なリンク情報を含むメールを複数のユーザに対して配信するステップと、
   前記リンク情報に基づくアクセスをユーザの端末から受信した場合に、前記リンク情報に基づき、当該ユーザの属性に応じた属性情報を広告サーバへ送信するためのクッキー情報を前記端末に受信させるためのウェブページを前記端末へ送信するステップと
   を備える情報処理方法。
4. 前記リンク情報に基づくアクセスをユーザの端末から受信した場合に、前記リンク情報に基づき、広告表示制御の対象者か否かを確認するステップを更に備え、
   前記ウェブページは、前記広告表示制御の対象者であるユーザの端末へ送信する、
   請求項３記載の情報処理方法。