JP5661826B2 - 商品広告配信装置、商品広告配信方法および商品広告配信プログラム - Google Patents

Description

本発明は、商品広告配信装置、商品広告配信方法および商品広告配信プログラムに関する。

近年、パーソナルコンピュータに限らず、スマートフォンや携帯電話などの携帯端末を用いて、オークションサイトを利用することが行われている。また、店舗側も、ユーザ数の増加に伴い、オークションサイトで商品を販売することが多くなっており、出品される商品も充実している。

一方で、従来から利用されているネットショッピングについても、サーバの高性能化や通信環境の高速化に伴い、商品の充実が図られている。このように、ユーザにとっては、所望の商品を購入するサイトが増えており、店舗にとっては、ユーザの集客が難しくなっている。

これに対して、ユーザが閲覧しているＷｅｂページに、ユーザの以前訪問したショッピングサイトの閲覧履歴に基づいて特定された関連度や関心度の高い商品のバナーを表示させて、ユーザをショッピングサイトへ再訪問させるように誘導するリターゲティング広告の技術が知られている。また、ユーザＩＤに関連付けて差替用広告を用意しておき、オークション終了となった商品の広告を差替用広告に差し替える際に、オークションが終了となった商品の出品者と差替用広告の広告主とが同じになるようにすることで、出品者のサイトへ誘導する技術が知られている。

特許４６９７８１５号公報

しかしながら、上記技術では、ユーザに対する誘導効果が必ずしも高くない。具体的には、上記技術は、ユーザが既に購入済みの商品についてもバナーに表示したり、短時間しか閲覧していない商品を表示したりするので、ユーザの興味が既になくなっている商品や元々興味のない商品が表示される可能性が高く、ユーザを誘導する確率は低かった。

開示の技術は、上記に鑑みてなされたものであって、ショッピングサイトやオークションサイトなど電子商取引サービスサイトへの誘導効果を向上させることができる商品広告配信装置、商品広告配信方法および商品広告配信プログラムを提供することを目的とする。

本願の開示する商品広告配信装置、商品広告配信方法および商品広告配信プログラムは、一つの態様において、ｅコマースサイトを利用するユーザが監視対象に設定する商品に関する情報を記憶する記憶手段と、前記ｅコマースサイトとは異なるＷｅｂサイトを表示させる端末装置から、前記異なるＷｅｂサイト上に表示させる情報の取得要求を受信する受信手段と、前記受信手段によって取得要求が受信された場合に、当該要求元の端末装置に係るユーザに対応する監視対象の商品情報を前記記憶手段から取得して、前記端末装置に応答する応答手段とを有することを特徴とする。

本願の開示する商品広告配信装置、商品広告配信方法および商品広告配信プログラムの一つの態様によれば、ショッピングサイトやオークションサイトなど電子商取引サービスサイトへの誘導効果を向上させることができるという効果を奏する。

図１は、第１の実施形態に係るシステムの全体構成例を示す図である。 図２は、第１の実施形態に係るオークションサーバの機能構成を示す機能ブロック図である。 図３は、商品ＤＢに記憶される情報の例を示す図である。 図４は、ユーザＤＢに記憶される情報の例を示す図である。 図５は、第１の実施形態に係る処理の流れを示す処理シーケンス図である。 図６は、画面遷移の具体例を説明する図である。 図７は、バナーに表示されるオークション情報の例を示す図である。 図８は、第２の実施形態に係るバナー表示の具体例を説明する図である。 図９は、第３の実施形態に係るバナー表示の具体例を説明する図である。

以下に、本願の開示する商品広告配信装置、商品広告配信方法および商品広告配信プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。また、以下の各実施例は、矛盾しない範囲で適宜組みあわせてもよい。

（第１の実施形態）
［１．システム構成］
まず、第１の実施形態に係るシステムの全体構成について説明する。図１は、第１の実施形態に係るシステムの全体構成例を示す図である。図１に示すように、このシステムは、端末装置１と店舗２とブログサーバ３とオークションサーバ１０とが相互に通信可能に接続される。

端末装置１は、ユーザが所有する携帯電話やスマートフォンなどの一例である。端末装置１のユーザは、オークションサーバ１０に登録された登録ユーザであり、オークションサイトを利用する。例えば、端末装置１は、Ｗｅｂブラウザを用いてオークションサーバ１０にアクセスし、入札等を実行する。

店舗２は、オークションサーバ１０へ商品を出品する出品者の一例である。店舗２は、オークションサーバ１０に登録された登録ユーザであり、オークションサイトを利用する。例えば、店舗２は、オークション商品の画像、商品の説明等をオークションサーバ１０へ登録し、商品を出品する。なお、店舗２は、商品販売者であり、個人でも企業であってもよい。

ブログサーバ３は、オークションサーバ１０と提携してサービスを実行するサーバの一例である。ブログサーバ３が提供するブログサイト５には、オークションサーバ１０へのリンクが含まれる。例えば、ブログサイト５には、オークションサーバ１０のＵＲＬ（Uniform Resource Locator）である「http://www〜」を含むＨＴＭＬ（HyperText Markup Language）ソースが記述される。この結果、端末装置１は、ブログサーバ３のブログサイト５を閲覧すると、リダイレクトによって、オークションサーバ１０へアクセスする。

オークションサーバ１０は、ユーザや店舗などから商品の出品を受付け、各ユーザにオークションサイトを提供するサーバの一例である。なお、ここでは一例として、オークションサーバ１０が提供するオークションサイトのＵＲＬは、「http://www〜」であるとする。

このオークションサーバ１０は、商品ＤＢとユーザＤＢとを保持する。商品ＤＢは、オークションに出品される商品に関する情報を記憶するデータベースである。例えば、商品ＤＢは、「商品ＩＤ、オークション情報」として「Ｓ１（ＰＣ）、オークション情報（ＰＣ）」、「Ｓ２（掃除機）、オークション情報（掃除機）」、「Ｓ３（冷蔵庫）、オークション情報（冷蔵庫）」などを記憶する。なお、オークション情報には、商品名、商品画像、入札件数、入札金額、終了時間等が含まれる。

ユーザＤＢは、ユーザが監視対象として設定している商品に関する情報を記憶するデータベースである。例えば、ユーザＤＢは、ユーザがウォッチリスト、入札中、出品中のそれぞれについて登録する商品の情報を記憶する。なお、ここでは、一例として、ウォッチリストを例にして説明する。ユーザＤＢは、「ユーザＩＤ、商品ＩＤ、仮ＩＤ」として「Ｕ００１、Ｓ１（ＰＣ）・Ｓ２（掃除機）・Ｓ３（冷蔵庫）、Ｋ１」などを記憶する。

このような状態において、オークションサーバ１０は、端末装置１からオークションサイトへのログインを受け付ける（Ｓ１）。例えば、オークションサイト１０は、端末装置１がオークションサイトへアクセスすると、端末装置１へオークションサイトの認証画面を送信し、ユーザＩＤとパスワードとを受け付けてログイン認証を実行する。ここでは、ログインが許可されたものとする。

続いて、オークションサーバ１０は、ログインを許可すると、有効期間の間だけユーザを識別する仮ＩＤを端末装置１に発行する（Ｓ２）。例えば、オークションサーバ１０は、ログイン期間中だけ有効な仮ＩＤ「Ｋ１」を、端末装置１がログイン認証を実行したＷｅｂブラウザのCookieなどに記録する。また、オークションサーバ１０は、仮ＩＤ「Ｋ１」を発行すると、発行先のユーザのユーザＩＤに対応付けて、仮ＩＤ「Ｋ１」をユーザＤＢに格納する。

その後、端末装置１は、Ｗｅｂブラウザを用いてブログサーバ３にアクセスし（Ｓ３）、ブログサイト５をＷｅｂブラウザで表示させる（Ｓ４）。ここで表示されるブログサイト５には、ブログの内容とともにバナースペースが設けられ、オークションサーバ１０へのリダイレクトおよびリクエストを含むＨＴＭＬソースが記述される。

続いて、オークションサーバ１０は、オークションサイトとは異なるブログサイトを表示させる端末装置１から、ブログサイト５上に表示させる情報の取得を要求する取得要求を受信する（Ｓ５）。例えば、ブログサイト５を表示させた端末装置１は、ブログサイト５に含まれるＨＴＭＬソースによってオークションサーバ１０へのリダイレクトを発生させ、ＨＴＭＬリクエストをオークションサーバ１０へ送信する。このとき、端末装置１は、ＨＴＭＬリクエストとともに、Cookie等で仮ＩＤ「Ｋ１」も送信する。

そして、オークションサーバ１０は、端末装置１がオークションサーバ１０へアクセスしたＷｅｂブラウザからアクセスを受け付けると、すなわちＨＴＭＬリクエストを受信すると、当該ＷｅｂブラウザのCookieから仮ＩＤを読み出し、仮ＩＤに対応するオークション情報を端末装置１に応答する（Ｓ６）。

例えば、オークションサーバ１０は、受信した仮ＩＤ「Ｋ１」に対応する商品ＩＤ「Ｓ１（ＰＣ）、Ｓ２（掃除機）、Ｓ３（冷蔵庫）」をユーザＤＢから特定する。続いて、オークションサーバ１０は、商品ＩＤ「Ｓ１（ＰＣ）、Ｓ２（掃除機）、Ｓ３（冷蔵庫）」各々に対応するオークション情報「オークション情報（ＰＣ）、オークション情報（掃除機）、オークション情報（冷蔵庫）」を商品ＤＢから読み出す。そして、オークションサーバ１０は、オークション情報「オークション情報（ＰＣ）、オークション情報（掃除機）、オークション情報（冷蔵庫）」を端末装置１に応答する。

続いて、端末装置１は、ブログサイト５のバナースペースに、オークションサーバ１０から受信したオークション情報を表示させる（Ｓ７）。例えば、端末装置１は、ブログサイト５のＨＴＭＬソースによって指定された領域に、オークションサーバ１０から受信した各オークション情報「オークション情報（ＰＣ）、オークション情報（掃除機）、オークション情報（冷蔵庫）」を表示させる。

その後、端末装置１は、ブログサイト５に表示させたオークション情報に対して、ユーザからのクリック操作等を受け付けると（Ｓ９）、クリック等されたオークション情報の商品画面にアクセスする（Ｓ１０）。例えば、端末装置１は、ブログサイト５に表示させたオークション情報のうち「オークション情報（冷蔵庫）」が選択されると、オークションサーバ１０へアクセスして、オークション商品「冷蔵庫」の詳細情報を表示させる。

また、ブログサイト５に表示されたオークション情報がユーザによって選択されると、店舗２からブログサーバ３へ課金が行われる（Ｓ１１）。すなわち、アフェリエイトが実行され、商品を出品している店舗２から、オークション情報を表示させたブログの提供元であるブログサーバ３へ課金が行われる。

このように、オークションサーバ１０は、オークションサイトとは異なるブログサイトを閲覧しているユーザに対して、当該ユーザがウォッチリスト等に登録しているオークション商品の情報を、閲覧しているブログサイト上に表示させることができる。この結果、オークションサーバ１０は、ユーザが入札状況を気に掛けているオークション商品の情報をバナー広告として表示させることができる。したがって、オークションサイトへの誘導効果を向上させることができる。

［２．オークションサーバの構成］
続いて、オークションサーバ１０の機能構成について説明する。図２は、第１の実施形態に係るオークションサーバの機能構成を示す機能ブロック図である。図２に示すように、オークションサーバ１０は、通信部１１と記憶部１２と制御部１３とを有して構成される。

通信部１１は、インターネット等を介して、他の装置の通信を制御する通信インタフェースなどである。例えば、通信部１１は、オークション出品者の端末からオークション商品の情報を受信し、オークション入札者の端末から入札情報を受信する。また、通信部１１は、端末装置１からオークション情報の取得要求や仮ＩＤなどを受信する。また、通信部１１は、端末装置１へ該当するオークション情報を送信する。

記憶部１２は、メモリやハードディスクなどの記憶装置であり、商品ＤＢ１２ａとユーザＤＢ１２ｂとを保持する。これら以外にも、記憶部１２は、制御部１３が実行するプログラム等を記憶する。商品ＤＢ１２ａは、オークションに出品されている商品に関する情報を記憶するデータベースである。図３は、商品ＤＢに記憶される情報の例を示す図である。

図３に示すように、商品ＤＢ１２ａは、商品の個別情報として「商品ＩＤ、オークションＩＤ、店舗名、商品名、商品ＵＲＬ（Uniform Resource Locator）、サムネイルＵＲＬ、終了日時、現在価格、最高額入札者、入札件数」を対応付けて記憶する。なお、ここで記憶される情報は、例示であり、これに限定されるものではない。

ここで記憶される「商品ＩＤ」は、オークションに出品されている商品を識別する識別子であり、オークションサーバ１０が一意に設定する。「オークションＩＤ」は、商品のオークションを識別する識別子であり、オークションサーバ１０が一意に設定する。「店舗名」は、オークションに出品している店舗等の名称である。「商品名」は、オークションに出品されている商品の名称であり、出品者が登録する。「商品ＵＲＬ」は、オークションに出品されている商品の画像が保存されるＵＲＬであり、ユーザが画像を登録し、オークションサーバ１０がＵＲＬを一意に設定する。

「サムネイルＵＲＬ」は、商品画像のサムネイル画像が保存されるＵＲＬであり、ユーザが画像を登録し、オークションサーバ１０がＵＲＬを一意に設定する。「終了日時」は、オークションが終了する日時であり、ユーザが設定する。「現在価格」は、オークション商品の現在の価格であり、オークションサーバ１０が随時変更する。「最高額入札者」は、オークション商品に対して現時点で最高額を入札しているユーザのユーザＩＤであり、オークションサーバ１０が随時変更する。「入札件数」は、オークション商品に対して現時点までに入札した入札の総数であり、オークションサーバ１０が随時変更する。

図３の１行目を説明すると、店舗名「店舗Ａ」は、商品ＩＤが「Ｓ１」の商品Ａを出品している。この商品ＩＤが「Ｓ１」の商品Ａには、オークションＩＤ「Ａ０１」が割り与えられている。また、この商品Ａの商品画像が「ＵＲＬ（Ａ）」に保存され、サムネイル画像が「Ｓ−ＵＲＬ（Ａ）」に保存される。そして、商品Ａのオークションは「2013年1月15日の9：00：00」に終了し、現在までに「１０件」の入札があり、最高額はユーザＩＤ「Ｕ００１」が入札した「２０００円」である。

ユーザＤＢ１２ｂは、ユーザごとに、ユーザがウォッチリスト、入札中、出品中のそれぞれについて登録する商品の情報を記憶するデータベースである。図４は、ユーザＤＢに記憶される情報の例を示す図である。

図４に示すように、ユーザＤＢ１２ｂは、ユーザ個別情報として「ユーザＩＤ、仮ＩＤ、種別、商品ＩＤ」を対応付けて記憶する。ここで記憶される「ユーザＩＤ」は、ユーザを一意に識別する識別子である。「仮ＩＤ」は、オークションサイトへのログイン認証が許可されたユーザに対して、ユーザがログインしている間、ユーザを識別するユーザ識別子である。「種別」は、「ウォッチリスト、入札中、出品中、終了分」で構成される。

「ウォッチリスト」は、ユーザが商品に興味を持ち、入札額の変動等を監視するために、監視対象として登録したオークション商品の商品ＩＤが登録される。「入札中」は、ユーザが入札したオークション商品の商品ＩＤが登録される。「出品中」は、ユーザが出品したオークション商品の商品ＩＤが登録される。「終了分」は、ユーザがウォッチリストに登録しているオークション商品、入札したオークション商品、出品したオークション商品において、オークションが終了した商品の商品ＩＤが登録される。

図４の例では、ユーザＩＤが「Ｕ００１」のユーザには、ログイン時に「仮ＩＤ」として「Ｋ１」が割り与えられたことを示す。このユーザは、「ウォッチリスト」に商品ＩＤが「Ｓ５、Ｓ１１、Ｓ２０」の商品を登録している。また、「Ｕ００１」のユーザは、商品ＩＤが「Ｓ５」のオークション商品に入札しており、商品ＩＤが「Ｓ８」のオークション商品と「Ｓ３０」のオークション商品を出品している。また、「Ｕ００１」のユーザが監視対象としていた商品ＩＤ「Ｓ１」と「Ｓ２」のオークション商品が終了したことを示す。

図２に戻り、制御部１３は、オークションサーバ１０全体を司る情報処理部であり、例えばＣＰＵ（Central Processing Unit）などのプロセッサなどである。制御部１３は、内部の記憶装置に記憶されているプログラムがＲＡＭ（Random Access Memory）を作業領域として実行されることにより実現される。また、制御部１３は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路によっても実現される。

この制御部１３は、オークション処理部１４、認証部１５、仮ＩＤ発行部１６、オークション情報特定部１７、オークション情報応答部１８を有する。

オークション処理部１４は、オークション商品に関する処理を実行する。具体的には、オークション処理部１４は、店舗２や個人ユーザ等からオークション商品を受け付けて商品ＤＢ１２ａへ登録し、入札等を受け付けて商品ＤＢ１２ａを更新する。また、オークション処理部１４は、登録ユーザからウォッチリストへの登録操作を受け付けて、ユーザＤＢ１２ｂを更新する。

例えば、オークション処理部１４は、ユーザから商品Ａの入札を受け付けた場合には、商品ＤＢ１２ａを参照し、商品Ａの現在価格と最高額入札者と入札件数等を更新する。なお、オークション処理部１４は、終了５分前の商品の最高額が更新された場合に、その終了時刻を自動延長することもできる。この場合、オークション処理部１４は、該当商品の終了日時を予め定めた時間分延長させた日時に更新する。

また、オークション処理部１４は、ユーザからウォッチリストの登録を受け付けた場合には、当該ユーザのユーザＩＤと該当商品ＩＤとを対応付けてユーザＤＢ１２ｂに登録する。同様に、オークション処理部１４は、ユーザがオークション商品に入札した場合には、当該ユーザのユーザＩＤと該当商品ＩＤとを対応付けてユーザＤＢ１２ｂに登録し、ユーザがオークション商品を出品した場合には、当該ユーザのユーザＩＤと該当商品ＩＤとを対応付けてユーザＤＢ１２ｂに登録する。なお、オークション処理部１４は、ユーザＤＢ１２ｂのウォッチリスト、入札中、出品中に登録される商品のオークションが終了した場合、終了したオークション商品の商品ＩＤを終了分に移動させる。

認証部１５は、ユーザ認証を実行する処理部である。具体的には、認証部１５は、オークションサイトへの認証画面を端末装置１に表示させて、ユーザＩＤとパスワードとを受け付けてユーザ認証を実行する。また、認証部１５は、認証結果を仮ＩＤ発行部１６やオークション処理部１４等に通知する。なお、ユーザＩＤとパスワードとの組み合わせは、記憶部１２等に記憶される。

仮ＩＤ発行部１６は、オークションサイトへのログイン認証が許可されたユーザに対して、一意な仮ＩＤを発行する処理部である。具体的には、仮ＩＤ発行部１６は、ログインが許可されたユーザに仮ＩＤを発行するとともに、当該ユーザのユーザＩＤに対応付けて、発行した仮ＩＤをユーザＤＢ１２ｂに格納する。

例えば、仮ＩＤ発行部１６は、認証部１５から端末装置１のユーザ認証が許可されたことを通知されると、一意な仮ＩＤ「Ｋ１」を発行する。そして、仮ＩＤ発行部１６は、Cookieなどを用いて、発行した仮ＩＤ「Ｋ１」を端末装置１に保存する。一例を挙げると、仮ＩＤ発行部１６は、端末装置１がＷｅｂブラウザで表示させる認証画面を介して、仮ＩＤ「Ｋ１」を端末装置１に保存させる。また、仮ＩＤ発行部１６は、認証許可されたユーザＩＤ「Ｕ００１」に対応付けて、発行した仮ＩＤ「Ｋ１」をユーザＤＢ１２ｂに格納する。

なお、ここでは、Cookieを用いた例を説明したが、これに限定されるものではない。例えば、仮ＩＤ発行部１６は、Ｗｅｂブラウザとは別の通信で、仮ＩＤを端末装置１に送信してもよく、Ｗｅｂブラウザのソース等に仮ＩＤを書き込んでもよい。

オークション情報特定部１７は、オークションサイトとは異なるＷｅｂサイトを表示させる端末装置１に該当するオークション情報を特定する処理部である。また、オークション情報特定部１７は、特定したオークション情報をオークション情報応答部１８に通知する。

具体的には、オークション情報特定部１７は、オークションサーバ１０と提携しているブログを表示させる端末装置１から、オークション情報の取得要求とともに仮ＩＤを受信する。すると、オークション情報特定部１７は、受信した仮ＩＤをキーにしてユーザＤＢ１２ｂを検索し、当該ユーザのウォッチリストに登録されている商品ＩＤを特定する。そして、オークション情報特定部１７は、特定した商品ＩＤをオークション情報応答部１８に通知する。

例えば、端末装置１は、オークションサーバ１０へのログイン完了後、Ｗｅｂブラウザを用いてブログサーバ３へアクセスし、ブログサイト５をＷｅｂブラウザに表示させる。このブログサイト５には、オークションサーバ１０へのリンクを含むＨＴＭＬソースが含まれている。このため、端末装置１は、ブログサイト５を表示させると、オークションサーバ１０へのリダイレクトを発生させ、ＨＴＭＬリクエストをオークションサーバ１０へ送信する。このとき、端末装置１は、Cookie等を用いて仮ＩＤ「Ｋ１」をオークションサーバ１０へ送信する。

このようにして、オークション情報特定部１７が、端末装置１がオークションサーバ１０へアクセスしたＷｅｂブラウザからのアクセスを受け付けると、すなわち上記ＨＴＭＬリクエストを受信すると、当該ＷｅｂブラウザのCookieから仮ＩＤ「Ｋ１」を読み出す。オークション情報特定部１７は、このＨＴＭＬリクエストによってオークション情報が要求されていると判定し、読み出した仮ＩＤ「Ｋ１」に対応するウォッチリスト「Ｓ５、Ｓ１１、Ｓ２０」をユーザＤＢ１２ｂから特定する。そして、オークション情報特定部１７は、ウォッチリスト「Ｓ５、Ｓ１１、Ｓ２０」をオークション情報応答部１８に通知する。

オークション情報応答部１８は、異なるＷｅｂサイト上に表示させる情報の取得を要求する取得要求（ＨＴＭＬリクエスト）が受信された場合に、ユーザに対応するオークション情報を端末装置１に応答する処理部である。

例えば、オークション情報応答部１８は、オークション情報特定部１７から仮ＩＤ「Ｋ１」に対応するウォッチリスト「Ｓ５、Ｓ１１、Ｓ２０」を受信する。続いて、オークション情報応答部１８は、ウォッチリスト「Ｓ５」に対応するオークション情報「オークションＩＤ、商品名、商品ＵＲＬ、サムネイルＵＲＬ、終了日時、現在価格、最高額入札者、入札件数」を商品ＤＢ１２ａから読み出す。その後、オークション情報応答部１８は、特定したオークション情報のうち、例えば「サムネイルＵＲＬ、終了日時、現在価格、入札件数」などを端末装置１に応答する。なお、オークション情報応答部１８は、「Ｓ１１」と「Ｓ２０」とについても同様に実行する。

［３．処理の流れ］
図５は、第１の実施形態に係る処理の流れを示す処理シーケンス図である。図５に示すように、店舗２は、ユーザ操作によって、オークションサーバ１０へアクセスし、出品登録を実行する（Ｓ１０１とＳ１０２）。オークションサーバ１０のオークション処理部１４は、店舗２からの出品登録を受け付けて、商品ＤＢ１２ａを生成する（Ｓ１０３）。

そして、端末装置１は、Ｗｅｂブラウズを用いてオークションサーバ１０にログインし、Ｗｅｂブラウザを用いてウォッチリストを生成する（Ｓ１０４とＳ１０５）。オークションサーバ１０のオークション処理部１４は、端末装置１からオークションリストの操作を受け付けて、ユーザＤＢ１２ｂを生成する（Ｓ１０６）。なお、オークションサーバ１０は、Ｓ１０４においても、ログイン処理を実行することから、Ｓ１０４においても仮ＩＤを発行して端末装置１へ通知する。

ここでは、Ｓ１０６の後、端末装置１が一度ログアウトし、再度ログインする例で説明するが、これに限定されるものではない。例えば、当該システムは、端末装置１がログアウトすることなく、Ｓ１０１から続けて以降の処理を実行する場合には、Ｓ１０４で発行される仮ＩＤを用いて以降の処理を実施することもできる。その場合、Ｓ１０７からＳ１１１が省略される。

その後、一度ログアウトした端末装置１は、ユーザ操作を受け付けて、Ｗｅｂブラウザを用いてオークションサーバ１０へアクセスしてログインを実行する（Ｓ１０７とＳ１０８）。

そして、オークションサーバ１０の認証部１５は、認証画面を介して端末装置１からユーザＩＤとパスワードとを受け付けてログイン認証を実行し（Ｓ１０９）、認証を許可する（Ｓ１１０）。すると、仮ＩＤ発行部１６は、仮ＩＤを発行して端末装置１に、発行した仮ＩＤを通知する（Ｓ１１１とＳ１１２）。このとき、仮ＩＤ発行部１６は、Cookieなどを用いて、仮ＩＤを端末装置１に通知する。また、仮ＩＤ発行部１６は、ユーザＩＤに対応付けて仮ＩＤをユーザＤＢ１２ｂに格納する。

その後、端末装置１は、Ｗｅｂブラウザを用いて、オークションサーバ１０と提携するブログサーバ３へアクセスする（Ｓ１１３とＳ１１４）。ブログサーバ３は、オークションサーバ１０へのリダイレクトが記述されたＨＴＭＬソースを含むブログサイト５を端末装置１へ送信する（Ｓ１１５とＳ１１６）。

続いて、端末装置１は、Ｗｅｂブラウザを用いて、ブログサイト５をディスプレイ等に表示させる際に、ブログサイト５によってオークションサーバ１０へ自動でアクセスする（Ｓ１１７）。このとき、端末装置１は、ウォッチリストの取得要求と仮ＩＤとをオークションサーバ１０へ送信する（Ｓ１１８）。

そして、オークションサーバ１０のオークション情報特定部１７は、端末装置１がオークションサーバ１０へアクセスしたＷｅｂブラウザのCookieから仮ＩＤを読み出す（Ｓ１１９）。続いて、オークション情報応答部１８は、読み出した仮ＩＤをキーにしてユーザＤＢ１２ｂを参照して、ウォッチリストとして登録されている商品ＩＤを特定し、特定された商品ＩＤをキーにして商品ＤＢ１２ａを参照して、商品ＩＤに対応するオークション情報を読み出す（Ｓ１２０）。そして、オークション情報応答部１８は、Ｓ１１８で送信された取得要求の応答として、オークション情報を端末装置１へ応答する（Ｓ１２１とＳ１２２）。

続いて、端末装置１は、ブログサーバ３から受信したブログサイト５を表示する際に、オークションサーバ１０から受信したオークション情報を、ブログサイト５のバナー広告領域に表示させる（Ｓ１２３）。

その後、端末装置１は、ブログサイト５のバナー広告領域に表示されるオークション情報が選択されると（Ｓ１２４）、オークションサーバ１０へアクセスする（Ｓ１２５とＳ１２６）。このとき、端末装置１は、選択されたオークション情報を特定する情報として、例えば商品ＩＤやサムネイルＵＲＬなどをオークションサーバ１０へ送信する。

オークションサーバ１０のオークション処理部１４は、端末装置１からオークション情報へのアクセスを受け付けると、当該オークション情報の詳細情報を端末装置１へ送信する（Ｓ１２７とＳ１２８）。例えば、オークション処理部１４は、商品ＤＢ１２ａに記憶される各情報が確認可能なＷｅｂ画面を端末装置１へ送信する。

そして、端末装置１は、オークションサーバ１０から受信したオークション情報の詳細情報を、Ｗｅｂブラウザを用いてディスプレイ等に表示させる（Ｓ１２９）。このようにして、オークションサイトとは関係がないブログサイトのバナーを経由してオークション商品へのアクセスが実行されると、オークションサーバ１０は、当該オークション商品を出品した店舗２からブログサーバ３へ課金を実行する（Ｓ１３０とＳ１３１）。

［４．画面遷移例］
図６は、画面遷移の具体例を説明する図である。図６に示すように、端末装置１がブログサーバ３から受信したブログサイト５は、ブログの内容５ａとバナースペース５ｂとを含んでいる。ブログの内容５ａは、ブロガーが記載したブログの内容を示す。バナースペース５ｂは、オークション情報を表示させる広告欄である。また、ブログサイト５には、オークションサーバ１０のＵＲＬ「http://www〜」へＨＴＭＬリクエストを送信するＨＴＭＬソースが含まれている。

端末装置１は、ブログサーバ３からブログサイト５を受信すると、ブログサイト５に含まれるＨＴＭＬソースによってオークションサーバ１０へアクセスする。この際、端末装置１は、オークションサーバ１０からログイン認証時に発行された仮想ＩＤ「Ｋ１」を、ブログサイト５を表示するＷｅｂブラウザのCookieなどを用いてオークションサーバ１０へ送信する。

オークションサーバ１０は、端末装置１から仮ＩＤ「Ｋ１」を受信する。すなわち、オークションサーバ１０は、端末装置１がオークションサーバ１０へアクセスしたＷｅｂブラウザのCookieから仮ＩＤ「Ｋ１」を読み出す。続いて、オークションサーバ１０は、仮ＩＤ「Ｋ１」に対応付けられる商品ＩＤ「Ｓ１、Ｓ２、Ｓ４」をユーザＤＢ１２ｂから特定する。続いて、オークションサーバ１０は、商品ＩＤ「Ｓ１」に対応するオークション情報１と、商品ＩＤ「Ｓ２」に対応するオークション情報２と、商品ＩＤ「Ｓ４」に対応するオークション情報４とを、商品ＤＢ１２ａから読み出す。そして、オークションサーバ１０は、オークション情報１、２、４を端末装置１へ応答する。

端末装置１は、Ｗｅｂブラウザを用いて表示するブログサイト５のバナースペース５ｂに、オークションサーバ１０から受信したオークション情報１とオークション情報２とオークション情報４とを表示する。

ここで、バナーに表示されるオークション情報の例を説明する。図７は、バナーに表示されるオークション情報の例を示す図である。図７に示すように、オークション情報５ｃは、少なくともサムネイル５ｄ、商品名、現在価格、入札件数、残り時間、店舗名などを含む。具体的には、端末装置１は、商品ＤＢ１２ａのサムネイルＵＲＬに対応する画像をサムネイル５ｄに表示させる。また、端末装置１は、商品ＤＢ１２ａと同様の内容である「商品名、現在価格、入札件数、残り時間、店舗名」などバナーに表示させる。なお、ここで示した表示項目は、一例であり、任意に設定変更することができる。

［５．第１の実施形態による効果］
このように、オークションサーバ１０は、オークションサイトとは異なるサイトを閲覧しているユーザに対して、当該ユーザのウォッチリストをバナー表示させることができるので、ウォッチリストへの誘導効果を向上させることができる。また、オークションサーバ１０は、既に購入済みの商品等ではなく、ウォッチリストの商品情報を表示させることができるので、ユーザの購入意欲を向上させることができる。

また、オークションサーバ１０は、ユーザのログイン時に仮ＩＤを発行し、仮ＩＤを用いてウォッチリストを検索するので、ユーザの個人情報を用いずに、ウォッチリストを提供することができる。この結果、オークションサーバ１０は、個人情報のやり取りを抑制することができるので、セキュリティを高く維持することができる。また、オークションサーバ１０は、ログアウトしたユーザの仮ＩＤについては識別情報として用いないようにすることで、セキュリティをより高く維持できる。

（第２の実施形態）
ところで、店舗は、出品中の商品について、バナーとして表示させるか否かを設定することもできる。このようにすることで、早く販売したい商品には広告料を支払ってバナーへ表示させることでユーザ集客を行い、販売を急がない商品については広告料を抑制することができる。このように、ビジネス形態にあわせて柔軟に出品形態を変更することができる。

そこで、第２の実施形態では、店舗２が、出品中の商品について、バナーとして表示させるか否かを設定する例を説明する。具体的には、オークションサーバ１０は、商品ＤＢ１２ａについて、上述した「商品ＩＤ、オークション情報」にさらに「可否情報」を対応付けて記憶する。なお、「オークション情報」は、第１の実施形態で説明した「商品ＩＤ、オークションＩＤ、店舗名、商品名、商品ＵＲＬ、サムネイルＵＲＬ、終了日時、現在価格、最高額入札者、入札件数」に対応する。また、可否情報は、各店舗が設定する情報であり、バナーへの公開を許可する場合は「可」、バナーへの公開を拒否する場合は「否」が設定される。

ここで、図８を用いて具体例を説明する。図８は、第２の実施形態に係るバナー表示の具体例を説明する図である。

図８に示すように、端末装置１は、ブログサーバ３からブログサイト５を受信すると、ブログサイト５に含まれるＨＴＭＬソースによってオークションサーバ１０へアクセスする。この際、端末装置１は、オークションサーバ１０からログイン認証時に発行された仮想ＩＤ「Ｋ１」を、ブログサイト５を表示するＷｅｂブラウザのCookieなどを用いてオークションサーバ１０へ送信する。

オークションサーバ１０は、端末装置１から仮ＩＤ「Ｋ１」を受信する。すなわち、オークションサーバ１０は、端末装置１がオークションサーバ１０へアクセスしたＷｅｂブラウザのCookieから仮ＩＤ「Ｋ１」を読み出す。続いて、オークションサーバ１０は、仮ＩＤ「Ｋ１」に対応付けられる商品ＩＤ「Ｓ１、Ｓ２、Ｓ４」をユーザＤＢ１２ｂから特定する。続いて、オークションサーバ１０は、商品ＩＤ「Ｓ１」に対応するオークション情報１と、商品ＩＤ「Ｓ２」に対応するオークション情報２と、商品ＩＤ「Ｓ４」に対応するオークション情報４とを、商品ＤＢ１２ａから読み出す。

さらに、オークションサーバ１０は、商品ＩＤ「Ｓ１」に対応する可否情報が「可」、商品ＩＤ「Ｓ２」に対応する可否情報が「可」、商品ＩＤ「Ｓ４」に対応する可否情報が「否」であることを、商品ＤＢ１２ａを参照して特定する。この結果、オークションサーバ１０は、商品ＩＤ「Ｓ４」についてはバナー表示させないと判定する。

したがって、オークションサーバ１０は、オークション情報１とオークション情報２とを端末装置１へ応答する。そして、端末装置１は、Ｗｅｂブラウザを用いて表示するブログサイト５のバナースペース５ｂに、オークションサーバ１０から受信したオークション情報１とオークション情報２とを表示する。

このように、オークションサーバ１０は、店舗側の設定状況に応じて、ブログサイト５への情報提供を制御することができる。店舗側は、商品の販売状況と広告費との関係、ビジネス形態、ユーザの集客状況等に基づいて、柔軟に出品形態を変更することができる。この結果、オークションを利用する店舗の増加に繋がり、商品数の増加やユーザ数の増加が期待でき、オークションの利用率の向上に繋がる。

（第３の実施形態）
ところで、第１の実施形態や第２の実施形態では、オークションサーバ１０が仮ＩＤをCookieなどに上書きする例を説明したが、これに限定されるものではなく、例えば蓄積させるようにすることもできる。

つまり、オークションサーバ１０は、ログイン認証が許可されたユーザに対して仮ＩＤを発行する際に、当該ログイン認証以前に端末装置１を用いてオークションサイトにログインした各ユーザを紐付けて識別する仮ＩＤを発行することができる。

そこで、第３の実施形態では、複数の仮ＩＤを紐付けした仮ＩＤを発行して、オークション情報の提供を実行する例を説明する。図９は、第３の実施形態に係るバナー表示の具体例を説明する図である。

図９に示すように、オークションサーバ１０は、端末装置１に仮ＩＤ「Ｋ１」、「Ｋ５」、「Ｋ１０」が格納されている状況で、新たにログインを受け付けた場合に、「Ｋ１」、「Ｋ５」、「Ｋ１０」を紐付ける仮ＩＤ「ＫＫ１」を発行する。この際、オークションサーバ１０は、ユーザＤＢ１２ｂを参照し、仮ＩＤ「Ｋ１」、「Ｋ５」、「Ｋ１０」に対応付けられる各ユーザに対して、さらに仮ＩＤ「ＫＫ１」を対応付ける。

その後、端末装置１は、ブログサーバ３へアクセスしてブログサイト５を閲覧する。端末装置１は、ブログサーバ３からブログサイト５を受信すると、ブログサイト５に含まれるＨＴＭＬソースによってオークションサーバ１０へアクセスする。この際、端末装置１は、オークションサーバ１０からログイン認証時に発行された仮想ＩＤ「ＫＫ１」を、ブログサイト５を表示するＷｅｂブラウザのCookieなどを用いてオークションサーバ１０へ送信する。

オークションサーバ１０は、端末装置１から仮ＩＤ「ＫＫ１」を受信する。すなわち、オークションサーバ１０は、端末装置１がオークションサーバ１０へアクセスしたＷｅｂブラウザのCookieから仮ＩＤ「ＫＫ１」を読み出す。続いて、オークションサーバ１０は、仮ＩＤ「ＫＫ１」に対応付けられるユーザＩＤ「Ｕ００１」の商品ＩＤ「Ｓ１、Ｓ２、Ｓ４」をユーザＤＢ１２ｂから特定する。さらに、オークションサーバ１０は、仮ＩＤ「ＫＫ１」に対応付けられるユーザＩＤ「Ｕ００５」の商品ＩＤ「Ｓ５」をユーザＤＢ１２ｂから特定する。さらに、オークションサーバ１０は、仮ＩＤ「ＫＫ１」に対応付けられるユーザＩＤ「Ｕ０１１」の商品ＩＤ「Ｓ２２、Ｓ２４」をユーザＤＢ１２ｂから特定する。

続いて、オークションサーバ１０は、商品ＩＤ「Ｓ１」に対応するオークション情報１と、商品ＩＤ「Ｓ２」に対応するオークション情報２と、商品ＩＤ「Ｓ４」に対応するオークション情報４とを、商品ＤＢ１２ａから読み出す。さらに、オークションサーバ１０は、商品ＩＤ「Ｓ５」に対応するオークション情報５と、商品ＩＤ「Ｓ２２」に対応するオークション情報２２と、商品ＩＤ「Ｓ２４」に対応するオークション情報２４とを、商品ＤＢ１２ａから読み出す。

その後、オークションサーバ１０は、特定した各オークション情報を端末装置１に応答する。この際、オークションサーバ１０は、各ユーザＩＤの先頭に登録されている商品から順に応答することもできる。

具体的には、まず、オークションサーバ１０は、ユーザＩＤ「Ｕ００１」の商品ＩＤ「Ｓ１」に対応するオークション情報１と、ユーザＩＤ「Ｕ００５」の商品ＩＤ「Ｓ５」に対応するオークション情報５と、ユーザＩＤ「Ｕ０１１」の商品ＩＤ「Ｓ２２」に対応するオークション情報２２とを端末装置１へ応答する。

こうして、端末装置１は、Ｗｅｂブラウザを用いて表示するブログサイト５のバナースペース５ｂに、オークションサーバ１０から受信したオークション情報１とオークション情報５とオークション情報２２とを表示する。

次に、オークションサーバ１０は、ユーザＩＤ「Ｕ００１」の商品ＩＤ「Ｓ２」に対応するオークション情報２と、ユーザＩＤ「Ｕ０１１」の商品ＩＤ「Ｓ２４」に対応するオークション情報２４と、ユーザＩＤ「Ｕ００１」の商品ＩＤ「Ｓ４」に対応するオークション情報４とを端末装置１へ応答する。

こうして、端末装置１は、Ｗｅｂブラウザを用いて表示するブログサイト５のバナースペース５ｂに、オークションサーバ１０から受信したオークション情報２とオークション情報２４とオークション情報４とを表示する。

なお、オークションサーバ１０がオークション情報を送信する間隔は、例えば１分間隔など任意に設定できる。また、オークションサーバ１０がオークション情報を送信する順番についても、ユーザごとに送信するなど、任意に設定変更することができる。

このように、第３の実施形態に係るオークションサーバ１０は、例えば現在から２日前までに発行された仮ＩＤを一つにまとめることができる。したがって、オークションサーバ１０は、例えば、家族で１つのパソコンを共有する場合に、父、母、子供がウォッチリストに登録している広告をまとめて表示させることができる。この結果、親が子供の欲している商品等を把握し、子供へのプレゼントを買う際に役立てることもでき、購買意欲の向上が期待できる。

（第４の実施形態）
さて、これまで第１から第３の実施形態を説明したが、説明した実施形態以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。

例えば、第２の実施形態では、店舗２がバナーへの表示可否を設定する例を説明したが、これに限定されるものではなく、各ユーザが表示可否を設定することができる。具体的には、各ユーザは、ウォッチリストを登録する際に、バナーへの表示可否を設定する。この結果、他のユーザに見られたくない商品のバナー表示を抑止できる。したがって、家族で共通のパソコンを使用している環境で、自分以外のユーザが端末装置１を使用している場合には、オークション情報をバナーに表示させないように制御することができる。例えば、子供等へのプレゼントをウォッチリストに登録している場合に役立てることができる。

また、オークションサーバ１０は、ウォッチリストに登録されていても、例えば１８禁のアダルトカテゴリなど特定のカテゴリについては、バナー表示の対象外とすることができる。この結果、家族で共通のパソコンを使用している環境でも、風紀を高く維持することができる。

また、オークションサーバ１０は、オークション情報を応答するのに際して、様々な条件に基づいてオークション情報を選択して応答することができる。例えば、オークションサーバ１０は、入札されたまたは入札した時間が最新の商品から順に応答することができ、終了時間が近い商品を優先して応答することもできる。また、オークションサーバ１０は、ブログ内容を形態素解析等して内容を特定し、当該内容に近い商品を優先して応答することができる。一例を挙げると、オークションサーバ１０は、ブログにアウトドアの内容が記載されている場合には、バーベキューセットなどの商品を優先させる応答することができる。

このように、オークションサーバ１０は、様々な条件に基づいて応答するオークション情報の優先度を動的に変更することができる。したがって、オークションサーバ１０は、ユーザが現在欲している可能性の高い商品を優先させて応答することができるので、ユーザの購買意欲の向上やオークションサイトへの誘導効果の向上を図ることができる。

また、上記実施形態では、オークションサーバ１０が、ウォッチリストに登録されている商品の情報をブログサイト５へ表示させる例を説明したが、これに限定されるものではない。例えば、オークションサーバ１０は、入札中や出品中の商品情報についても、上記実施形態と同様の手法で、ブログサイト５へ表示させることができる。同様に、上記実施形態では、オークションサイトを一例にして説明したが、これに限定されるものではない。例えば、ショッピングサイトや他の電子商取引を実行するｅコマースサイトであっても同様に処理することができる。例えば、ショッピングサイトの場合は、お気に入り等に登録されている商品の情報について、上記実施形態と同様の手法で、ブログサイト５へ表示させることができる。なお、オークションサーバ１０は、広告表示先はブログサイトではなく他のｅコマースサイトであってもよい。

また、実施形態に記載した「部」は、「手段」や「section、module、unit」や「回路」などに読み替えることができる。例えば、仮ＩＤ発行部は、仮ＩＤ発行手段や仮ＩＤ発行回路に読み替えることができる。また、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれ、各実施形態を組み合わせることもできる。

上述したオークションサーバ１０は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。例えば、上述したオークションサーバ１０の処理をオークション管理サーバと商品広告配信サーバとの２つのサーバに分散させることもできる。この場合、オークション管理サーバは、図２に示した商品ＤＢ１２ａとオークション処理部１４と認証部１５とを有し、商品広告配信サーバは、図２に示したユーザＤＢ１２ｂと仮ＩＤ発行部１６とオークション情報特定部１７とオークション情報応答部１８とを有するように構成することができる。

１ 端末装置
２ 店舗
３ ブログサーバ
５ ブログサイト
１０ オークションサーバ
１１ 通信部
１２ 記憶部
１２ａ 商品ＤＢ
１２ｂ ユーザＤＢ
１３ 制御部
１４ オークション処理部
１５ 認証部
１６ 仮ＩＤ発行部
１７ オークション情報特定部
１８ オークション情報応答部

Claims (5)

1. ｅコマースサイトを利用するユーザが監視対象に設定する商品に関する情報を記憶する記憶手段と、
   前記ｅコマースサイトへのログイン認証が許可されたユーザの端末装置に対して、予め設定された有効期間の間、前記ユーザを識別するユーザ識別子を発行し、前記端末装置に送信する発行手段と、
   前記発行手段によって発行された前記ユーザ識別子と、前記監視対象の商品情報とを対応付けて前記記憶手段に格納する格納手段と、
   前記ｅコマースサイトとは異なるＷｅｂサイトを表示させる端末装置から、前記異なるＷｅｂサイト上に表示させる情報の取得要求とともに前記ユーザ識別子を受信する受信手段と、
   前記受信手段によって取得要求が受信された場合に、当該要求元の端末装置に係るユーザに対応する監視対象の商品情報であって、前記受信手段によって受信された前記ユーザ識別子に対応付けて前記記憶手段に記憶される商品情報を当該記憶手段から取得して、前記端末装置に応答する応答手段と
   を有することを特徴とする商品広告配信装置。
2. 前記発行手段は、前記ログイン認証が許可されたユーザ識別子を発行する際に、当該ログイン認証以前に前記端末装置を用いて前記ｅコマースサイトにログインした各ユーザを紐付けて識別する前記ユーザ識別子を発行することを特徴とする請求項１に記載の商品広告配信装置。
3. 前記記憶手段は、前記監視対象の商品情報の公開を許可するか否かを示す可否情報をさらに対応付けて記憶し、
   前記応答手段は、前記ユーザ識別子に対応する前記商品情報のうち、前記可否情報が許可である商品情報を前記端末装置に応答することを特徴とする請求項１又は２に記載の商品広告配信装置。
4. 商品広告配信装置が実行する商品広告配信方法であって、
   ｅコマースサイトへのログイン認証が許可されたユーザの端末装置に対して、予め設定された有効期間の間、前記ユーザを識別するユーザ識別子を発行し、前記端末装置に送信する発行工程と、
   前記ｅコマースサイトを利用するユーザが監視対象に設定する商品に関する情報を記憶する記憶手段に、前記発行工程によって発行された前記ユーザ識別子と前記監視対象の商品情報とを対応付けて格納する格納工程と、
   ｅコマースサイトとは異なるＷｅｂサイトを表示させる端末装置から、前記異なるＷｅｂサイト上に表示させる情報の取得要求とともに前記ユーザ識別子を受信する受信工程と、
   前記受信工程によって取得要求が受信された場合に、前記記憶手段を参照し、当該要求元の端末装置に係るユーザに対応する監視対象の商品情報であって、前記受信工程によって受信された前記ユーザ識別子に対応付けて前記記憶手段に記憶される商品情報を当該記憶手段から取得して、前記端末装置に応答する応答工程と
   を含むことを特徴とする商品広告配信方法。
5. ｅコマースサイトへのログイン認証が許可されたユーザの端末装置に対して、予め設定された有効期間の間、前記ユーザを識別するユーザ識別子を発行し、前記端末装置に送信する発行手順と、
   前記ｅコマースサイトを利用するユーザが監視対象に設定する商品に関する情報を記憶する記憶手段に、前記発行手順によって発行された前記ユーザ識別子と前記監視対象の商品情報とを対応付けて格納する格納手順と、
   ｅコマースサイトとは異なるＷｅｂサイトを表示させる端末装置から、前記異なるＷｅｂサイト上に表示させる情報の取得要求とともに前記ユーザ識別子を受信する受信手順と、
   前記受信手順によって取得要求が受信された場合に、前記記憶手段を参照し、当該要求元の端末装置に係るユーザに対応する監視対象の商品情報であって、前記受信手順によって受信された前記ユーザ識別子に対応付けて前記記憶手段に記憶される商品情報を当該記憶手段から取得して、前記端末装置に応答する応答手順と
   をコンピュータに実行させることを特徴とする商品広告配信プログラム。

Images