JP2018185738A - 情報処理装置および広告制御プログラム - Google Patents

Abstract

【課題】ウェブページの閲覧者に対して新しい広告提示方法を提案する。【解決手段】広告掲載対象となる掲載ページ１７０が表示されるとき、キャラクタ表示部は、掲載ページ１７０に広告キャラクタ２００を重ねて表示される。広告キャラクタ２００に対して、タッチなどの所定の遷移操作がなされると、広告表示部は広告キャラクタ２００にあらかじめ対応づけられた広告ページ１８０表示させる。広告キャラクタ２００は三次元オブジェクトであり、タッチやスクロールなどのイベントが発生するごとに多様な動きをする。また、広告キャラクタ２００が掲載ページ１７０の文字や画像と重なるときには、広告キャラクタ２００はそのような領域を避ける方向に移動する。【選択図】図６

Description

本発明は、ウェブページへの広告の掲載、に関する。

ウェブページの所定領域に掲載されるバナー広告をクリックすると、閲覧者は広告ページに導かれる（たとえば、特許文献１参照）。閲覧者がバナー広告に反応するごとに、広告主からウェブページの所有者（以下、「掲載許可者」とよぶ）に広告料金が支払われる。バナー広告は、閲覧者が広告ページに反応したときだけ課金されるビジネスモデルが一般的であるため、費用対効果が高いといわれる。

以下、広告掲載対象となるウェブページを「掲載ページ（第１のウェブページ）」とよび、掲載ページから導かれる広告を示すページを「広告ページ（第２のウェブページ）」とよぶ。

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

バナー広告は掲載許可者の収益源になるため、掲載許可者にとってメリットがある。その一方、掲載ページのイメージに合わないバナー広告は、掲載ページの視認性や美観を損なう。掲載許可者にとって、掲載ページのイメージを壊さないバナー広告だけを選択することは負担が大きい。

本発明は、上記課題認識に基づいて完成された発明であり、その主たる目的は、ウェブページへの新しい広告掲載方法、特に、閲覧者と広告の新しい関わり方を提案することにある。

本発明のある態様における情報処理装置は、広告掲載対象となる第１のウェブページが表示されるとき、第１のウェブページにキャラクタを重ねて表示させるキャラクタ表示部と、キャラクタに対する所定のタッチ操作が実行されたとき、キャラクタにあらかじめ対応づけられた広告を示す第２のウェブページを表示させる広告表示部と、を備える。

本発明によれば、ウェブページ閲覧者の広告に対する興味を喚起しやすくなる。

広告システムのハードウェア構成図である。 広告システムの機能ブロック図である。 キャラクタ設定情報のデータ構造図である。 広告設定情報のデータ構造図である。 モーション設定情報のデータ構造図である。 掲載ページと広告ページおよび広告キャラクタの表示態様を示す画面図である。 ハンバーガーキャラクタの画像変化を示す模式図である。 掲載ページの除去アニメーションを示す画面図である。 掲載ページおよび広告キューブの別の表示態様を示す画面図である。

本実施形態においては、掲載ページの上に三次元オブジェクトとして定義されるキャラクタを表示させる。掲載ページにはあらかじめキャラクタが対応づけられる。キャラクタは、更に、広告に対応づけられる。閲覧者が掲載ページ上のキャラクタにタッチすると、広告ページが表示される。以下においては、このような広告に対応づけられるキャラクタのことを「広告キャラクタ」とよぶ。

図１は、広告システム１００のハードウェア構成図である。
広告システム１００においては、サーバ１０２に対して、複数のユーザ端末１０４ａ、１０４ｂ、１０４ｃ・・・１０４ｎ（以下、まとめて言うときや特に区別しないときには「ユーザ端末１０４」と総称する）がインターネット１０６を介して接続される。本実施形態におけるユーザ端末１０４は、スマートフォンを想定している。ユーザ端末１０４は、タブレット端末であってもよいし、ラップトップＰＣなどの汎用コンピュータであってもよい。ユーザ端末１０４とインターネット１０６は無線接続されるが、有線接続されてもよい。サーバ１０２は、各ユーザ端末１０４にウェブページ（掲載ページと広告ページ）および広告キャラクタを提供する。

図２は、広告システム１００の機能ブロック図である。
上述のように、広告システム１００は、サーバ１０２とユーザ端末１０４を含む。ユーザ端末１０４およびサーバ１０２の各構成要素は、ＣＰＵ（Central Processing Unit）および各種コプロセッサなどの演算器、メモリやストレージといった記憶装置、それらを連結する有線または無線の通信線を含むハードウェアと、記憶装置に格納され、演算器に処理命令を供給するソフトウェアによって実現される。コンピュータプログラムは、デバイスドライバ、オペレーティングシステム、それらの上位層に位置する各種アプリケーションプログラム、また、これらのプログラムに共通機能を提供するライブラリによって構成されてもよい。以下に説明する各ブロックは、ハードウェア単位の構成ではなく、機能単位のブロックを示している。
サーバ１０２は、ウェブサーバを含む構成であってもよいし、ユーザ端末１０４は、携帯型の通信端末と、これにインストールされたウェブブラウザを含む構成であってもよい。

（サーバ１０２）
サーバ１０２は、通信部１０８、データ処理部１１０およびデータ格納部１１２を含む。
通信部１０８は、インターネット１０６を介してユーザ端末１０４との通信処理を担当する。データ格納部１１２は各種データを格納する。データ処理部１１０は、通信部１０８により取得されたデータおよびデータ格納部１１２に格納されているデータに基づいて各種処理を実行する。データ処理部１１０は、通信部１０８およびデータ格納部１１２のインタフェースとしても機能する。データ格納部１１２は、各種データを格納する。

通信部１０８は、ページ送信部１１４とキャラクタ送信部１１６を含む。
ページ送信部１１４は、ユーザ端末１０４からの要求にしたがってウェブページをユーザ端末１０４に送信する。キャラクタ送信部１１６は、掲載ページに対応づけられる広告キャラクタをユーザ端末１０４に送信する。

（ユーザ端末１０４）
ユーザ端末１０４は、ユーザインタフェース処理部１１８、通信部１２４、データ処理部１２０およびデータ格納部１２２を含む。
ユーザインタフェース処理部１１８は、タッチパネルを介してプレイヤからの操作を受け付けるほか、画像表示や音声出力など、ユーザインタフェースに関する処理を担当する。通信部１２４は、インターネット１０６を介してサーバ１０２や他のユーザ端末１０４との通信処理を担当する。データ格納部１２２は各種データを格納する。データ処理部１２０は、ユーザインタフェース処理部１１８や通信部１２４により取得されたデータ、データ格納部１２２に格納されているデータに基づいて各種処理を実行する。データ処理部１２０は、ユーザインタフェース処理部１１８、通信部１２４およびデータ格納部１２２のインタフェースとしても機能する。

通信部１２４は、ページ受信部１２６とキャラクタ受信部１２８を含む。
ページ受信部１２６は、サーバ１０２からウェブページを受信する。キャラクタ受信部１２８は、サーバ１０２から広告キャラクタを受信する。

ユーザインタフェース処理部１１８は、プレイヤからの入力を受け付ける入力部１３０と、プレイヤに対して画像や音声等の各種情報を出力する出力部１３２を含む。入力部１３０は、主として、画面に対するプレイヤのタッチ操作を入力として検出する。本実施形態における「タッチ操作」とは、たとえば、プレイヤが対象物を指またはスタイラスにてタップする操作に限らず、マウスポインタで触る操作、クリックする操作等であってもよい。

出力部１３２は、ページ表示部１３４とキャラクタ表示部１３６を含む。
ページ表示部１３４は、ウェブページをユーザ端末１０４の画面に表示させる。キャラクタ表示部１３６は、掲載ページに重ねて広告キャラクタを表示させる。ページ表示部１３４は、広告表示部１３８を含む。広告表示部１３８は、広告ページを表示させる。広告キャラクタの表示態様については、図６に関連して後述する。

図３は、キャラクタ設定情報１４０のデータ構造図である。
キャラクタ設定情報１４０は、サーバ１０２のデータ格納部１１２に格納される。キャラクタ設定情報１４０は、掲載ページを識別する掲載ページＩＤ（以下、「ＰＩＤ」とも表記する）と広告キャラクタのＩＤであるキャラクタＩＤ（以下、「ＣＩＤ」とも表記する）を対応づける。ＰＩＤには、掲載ページのＵＲＩ（Uniform Resource Identifier）が対応づけられる。ＵＲＩをそのままＰＩＤとして利用してもよい。

ＣＩＤには広告キャラクタの画像データ、広告ページおよび後述のモーション設定情報が対応づけられる。本実施形態における広告キャラクタは三次元オブジェクト、たとえば、ポリゴン（polygon）画像としてその形状が定義される。

図３に示すキャラクタ設定情報１４０においては、掲載ページＩＤ＝Ｐ０１の掲載ページ（以下、「掲載ページ（Ｐ０１）」のように表記する）には、広告キャラクタ（Ｃ０１）が対応づけられている。広告キャラクタ（Ｃ０１）は掲載ページ（Ｐ０３）にも対応づけられている。ページ表示部１３４が掲載ページ（Ｐ０１）または掲載ページ（Ｐ０３）を画面表示させるときには、キャラクタ表示部１３６は掲載ページの上に広告キャラクタ（Ｃ０１）を表示させる。掲載ページ（Ｐ０２）には広告キャラクタは対応づけられていない。したがって、掲載ページ（Ｐ０２）を表示させるときには広告キャラクタは表示されない。

図４は、広告設定情報１５０のデータ構造図である。
広告設定情報１５０は、サーバ１０２のデータ格納部１１２に格納される。広告設定情報１５０は、広告ページを識別する広告ページＩＤ（以下、「ＡＩＤ」とも表記する）とキャラクタＩＤを対応づける。ＡＩＤには広告ページのＵＲＩが対応づけられる。ＵＲＩをそのままＡＩＤとして利用してもよい。

図４に示す広告設定情報１５０においては、広告キャラクタ（Ｃ０１）に対して広告ページ（Ａ０１）が対応づけられている。広告キャラクタ（Ｃ０１）に対して閲覧者が所定の操作を行うと、広告表示部１３８は広告ページ（Ａ０１）を画面表示させる。

以下、広告ページを表示させるための広告キャラクタに対する操作のことを「遷移操作」とよぶ。遷移操作は、閲覧者が広告キャラクタをタッチする操作であってもよいし、マウスポインタを広告キャラクタ上に合わせてクリックする操作であってもよい。遷移操作は、広告キャラクタに触れる位置でのフリック操作であってもよいし、広告キャラクタに所定時間内に所定回数以上タッチする操作、あるいは、所定時間以上継続して広告キャラクタをタッチする長押し操作であってもよい。遷移操作は、広告キャラクタ２００をタッチする操作であればよい。遷移操作は、広告キャラクタごとに定義されてもよいし、掲載ページごとに定義されてもよい。

１つの広告キャラクタに対して複数の広告ページが対応づけられてもよい。たとえば、広告キャラクタ（Ｃ０３）には、広告ページ（Ａ０３）、広告ページ（Ａ０４）および広告ページ（Ａ０５）が対応づけられている。掲載ページが表示されるとき、キャラクタ表示部１３６は広告キャラクタに対応づけられる複数の広告ページのうちのいずれかを所定の規則、たとえば、ランダムに選択してもよい。あるいは、キャラクタ表示部１３６は、広告キャラクタに対応づけられる広告ページを一定時間が経過するごとに変更してもよい。広告キャラクタに対して遷移操作がなされたときには、そのときにキャラクタ表示部１３６により選択されていた広告ページを表示させてもよい。

図５は、モーション設定情報１６０のデータ構造図である。
モーション設定情報１６０は、サーバ１０２のデータ格納部１１２に格納される。モーション設定情報１６０は、広告キャラクタの動き（モーション）とその動きの契機となるイベントを対応づける。キャラクタ送信部１１６は、広告キャラクタのデータをユーザ端末１０４に送信するときには、広告キャラクタに対応するモーション設定情報１６０も送信する。

広告キャラクタは、イベントに応じてさまざまなモーションを実行する。モーション設定情報１６０は、広告キャラクタごとに定義される。図５は、広告キャラクタ（Ｃ０１）のモーションを示す。広告キャラクタ（Ｃ０１）は、閲覧者が掲載ページをスクロールさせたときには、スクロール方向とは逆方向に走る。したがって、キャラクタ表示部１３６は、掲載ページのスクロールが検出されたとき、広告キャラクタ（Ｃ０１）を画面上で走らせる。なお、閲覧者が掲載ページをスクロールさせたときの広告キャラクタ（Ｃ０１）の移動は、走行の他、歩行による移動、乗り物オブジェクトに乗った状態での移動、滑る動作による移動、浮かび上がる動作による移動、ジャンプ動作による移動等であってもよい。同様にして、広告キャラクタ（Ｃ０１）は、５秒経過するごとに「まばたき」し、１３秒経過するごとに剣を振る。閲覧者が広告キャラクタ（Ｃ０１）の目の部分を触ると、広告キャラクタ（Ｃ０１）はしゃがむ、ジャンプするなど閲覧者の指またはマウスポインタを避けるモーションを実行する。広告キャラクタごとに特徴的なモーションを設定することで広告キャラクタの個性を明確化できる。

図６は、掲載ページ１７０と広告ページ１８０および広告キャラクタ２００の表示態様を示す画面図である。
キャラクタ設定情報１４０より、掲載ページ１７０には広告キャラクタ２００があらかじめ対応づけられている。また、広告設定情報１５０において、広告キャラクタ２００には広告ページ１８０が対応づけられている。広告表示部１３８が掲載ページ１７０を表示させるとき、キャラクタ送信部１１６は掲載ページ１７０に対応づけられる広告キャラクタ２００のデータを送信し、キャラクタ表示部１３６は掲載ページ１７０に重ねて広告キャラクタ２００を表示させる。上述したように、広告キャラクタ２００は三次元オブジェクトである。このため、掲載ページ１７０の表示時においては、二次元の掲載ページ１７０の上に広告キャラクタ２００が乗っているかのような表示態様となる。

入力部１３０が広告キャラクタ２００に対する遷移操作を検出すると、広告表示部１３８は広告キャラクタ２００に対応づけられる広告ページ１８０を画面表示させる。より厳密には、通信部１２４はサーバ１０２に広告キャラクタ２００に対する遷移操作がなされた旨を通知し、ページ送信部１１４は広告キャラクタ２００に対応する広告ページ１８０をユーザ端末１０４に送信する。広告ページ１８０を表示させるとき、キャラクタ表示部１３６は、広告キャラクタ２００を画面から消去する。すなわち、広告キャラクタ２００は掲載ページ１７０に対するバナー広告と同様の役割を担う。

キャラクタ表示部１３６は、モーション設定情報１６０にしたがって、イベントに応じて広告キャラクタ２００にさまざまなモーションを実行させる。イベントは、掲載ページ１７０に対する所定操作であってもよいし、広告キャラクタ２００に対する所定操作であってもよいし、閲覧者の操作に関わらない外的事象であってもよい。外的事象とは、具体的には、広告キャラクタ２００が表示されてから５秒（所定時間）が経過すること、節分などの所定日時であること、外部の天気情報サイトから得られる天気情報により雨であると特定されること、などが考えられる。たとえば、雨の日は、広告キャラクタ２００は傘をさすモーションを実行してもよい。このように外部事象に応じて、広告キャラクタ２００は行動または姿を変化させてもよい。

広告キャラクタ２００のモーションは、具体的には、まばたき、剣を振る、歩く、走る、などのほか、表情の変化や衣装の変化であってもよい。イベントに応じて、広告キャラクタ２００は音声またはテキストにて所定のセリフをしゃべってもよいし、広告キャラクタ２００の色彩や大きさが変化してもよい。

閲覧者が掲載ページ１７０を上方向にスクロールさせたときには、キャラクタ表示部１３６は広告キャラクタ２００を下方向に歩かせることにより、広告キャラクタ２００の画面上における位置を維持してもよい。

更に、キャラクタ表示部１３６は、広告キャラクタ２００が情報領域１４２と重ならない位置に自動的に移動させる。ここでいう「情報領域１４２」とは掲載ページ１７０のうち画像またはテキストが表示される領域である。情報領域１４２と広告キャラクタ２００が重なってしまうと、掲載ページ１７０を読みづらくなってしまう。そこで、キャラクタ表示部１３６は、広告キャラクタ２００が情報領域１４２と重なるとき、いいかえれば、広告キャラクタ２００と画像またはテキストが重なってしまうとき、広告キャラクタ２００を移動させる。キャラクタ表示部１３６は、非情報領域１４４、すなわち、広告キャラクタ２００が画像またはテキストのいずれとも重ならない位置に広告キャラクタ２００を移動させる。たとえば、広告キャラクタ２００が図６の情報領域１４２に表示されるときには、広告キャラクタ２００が掲載ページ１７０の情報を隠してしまうため、キャラクタ表示部１３６は広告キャラクタ２００を掲載ページ１７０の非情報領域１４４（空白領域）に移動させる。

キャラクタ表示部１３６は、掲載ページ１７０に非情報領域１４４が存在しないときには、広告キャラクタ２００を一時的に画面外に移動させてもよいし、広告キャラクタ２００を透明表示にしてもよいし、広告キャラクタ２００を縮小表示させてもよい。

閲覧者は、広告キャラクタ２００を任意の位置に移動させることもできる。たとえば、広告キャラクタ２００をタッチしたあと、移動目標地点をタッチすれば、キャラクタ表示部１３６は、広告キャラクタ２００を移動目標地点に移動させる。このように、閲覧者の指示にしたがって広告キャラクタ２００を移動させることにより、広告キャラクタ２００により閲覧性が阻害されないように制御できる。また、閲覧者が広告キャラクタ２００に対してドラッグ操作をしたことに基づいて、キャラクタ表示部１３６は広告キャラクタ２００を任意の位置に移動させてもよい。

掲載ページ１７０が表示されるとき、キャラクタ表示部１３６は広告キャラクタ２００を非情報領域１４４に初期設定する。非情報領域１４４が存在しないときには、キャラクタ表示部１３６は掲載ページ１７０のスクロール等により非情報領域１４４が現れたタイミングでその非情報領域１４４に広告キャラクタ２００を表示させる。あるいは、キャラクタ表示部１３６は広告キャラクタ２００を掲載ページ１７０の右下などの所定領域に初期設定してもよい。

図７は、ハンバーガーキャラクタ２０２の画像変化を示す模式図である。
図７に示すハンバーガーキャラクタ２０２は、ハンバーガーの形状を模した広告キャラクタ２００である。掲載ページ１７０の表示直後には、キャラクタ表示部１３６はバンズのみの未完成のハンバーガーキャラクタ２０２ａを表示させる。閲覧者がハンバーガーキャラクタ２０２ａをタッチすると、キャラクタ表示部１３６はハンバーガーキャラクタ２０２ａにハンバーグを載せた状態のハンバーガーキャラクタ２０２ｂを表示させる。閲覧者がハンバーガーキャラクタ２０２ｂをタッチすると、ハンバーガーキャラクタ２０２ｂにチーズが乗ったハンバーガーキャラクタ２０２ｃに変化する。ハンバーガーキャラクタ２０２ｃをタッチすると、完成品のハンバーガーキャラクタ２０２ｄに変化する。最後に、閲覧者がハンバーガーキャラクタ２０２ｄをタッチすると、ハンバーガーキャラクタ２０２に対応づけられる広告ページ１８０が表示される。

このように、広告キャラクタ２００にタッチなどの所定操作を実行するごとに広告キャラクタ２００の表示態様を変化させ、最後に、広告キャラクタ２００に対応づけられる広告ページ１８０を表示させてもよい。上述の例では、閲覧者の操作にしたがってハンバーガーが作成される過程を示すことで閲覧者のハンバーガーに対する興味を喚起した上で、たとえば、ハンバーガーチェーン店の広告ページ１８０に移行するため、いっそう広告効果を高めることができると考えられる。

複数のタッチ操作のほかにも、フリック操作や、フリック操作とタッチ操作の組み合わせ、広告キャラクタ２００の複数箇所（たとえば、手と目）をタッチすること、などを広告ページ１８０の表示条件として設定してもよい。この場合には、広告キャラクタ２００に対してどのような操作をすれば広告ページ１８０が表示されるか、いいかえれば、広告ページ１８０を表示させることを目的としたゲーム性を提供できる。

スマートフォンなど画面の小さなユーザ端末１０４においては、閲覧者がバナー広告を誤ってタッチ（ミスタッチ）してしまい、望まざる広告ページが表示されることも多い。ミスタッチによる広告表示は閲覧者にとっては不快であり、広告主にとってもミスタッチで課金されることは好ましくない。遷移操作をワンタッチまたはワンクリック以外の操作とすることにより、このような意図せざる広告表示を抑制できる。具体的には、複数回のタッチ、フリック、長押し、広告キャラクタ２０２の上に円弧などの所定軌跡を描く操作、などが考えられる。

図８は、掲載ページ１７０の除去アニメーションを示す画面図である。
上述したように、広告キャラクタ２００に対して遷移操作が実行されると、掲載ページ１７０から広告ページ１８０に表示が切り替わる。このとき、広告表示部１３８は、広告キャラクタ２００によって掲載ページ１７０が除去されるアニメーション（以下、単に「除去アニメーション」とよぶ）を実行させてもよい。図８においては、広告キャラクタ２００は剣を振って掲載ページ１７０を切断し、２つに割れた掲載ページ１７０が画面から滑り落ちている。そして、掲載ページ１７０の後ろにある広告ページ１８０が現れる。除去アニメーションは、広告キャラクタ２００ごとに定義されてもよいし、掲載ページ１７０ごとに定義されてもよい。

除去アニメーションにより、ウェブページと広告キャラクタ２００とのいっそうの連動性・関連性を表現できる。除去アニメーションとしては、このような「切断」以外にも、掲載ページ１７０を破る、溶かす、掲載ページ１７０に穴を開けてその穴を拡大する、掲載ページ１７０を徐々に薄くして透明化する、などさまざまな演出方法が考えられる。

図９は、掲載ページ１７０および広告キューブ２０４の別の表示態様を示す画面図である。
図９の広告キューブ２０４は六面体形状の広告キャラクタ２００である。広告キューブ２０４の６つの面（以下、「広告面」とよぶ）にはテクスチャが貼付される。広告面ごとに広告ページ１８０（広告ページＩＤ）が対応づけられる。したがって、１つの広告キューブ２０４は、最大６種類の広告ページ１８０と対応づけられる。図９においては、６つの広告面のうち、Ａ面、Ｂ面およびＣ面の３面が表示されている。いいかえれば、広告キューブ２０４は、３つの広告面を同時表示できる。閲覧者が広告キューブ２０４のいずれかの広告面、たとえば、Ａ面に対して遷移操作を実行すると、広告表示部１３８はＡ面に対応づけられる広告ページ１８０を画面表示させる。

図４に示した広告設定情報１５０においては、１つの広告キャラクタ２００に対して１以上の広告ページ１８０（広告ページＩＤ）が対応づけられるとして説明した。広告キューブ２０４は、複数の広告面を有し、広告面ごとに広告ページ１８０（広告ページＩＤ）が設定される。一般的な二次元のバナー広告と異なり、広告キューブ２０４は三次元オブジェクトであるから、同時に３つの広告面、いいかえれば、３種類の広告ページ１８０に対するインタフェースを同時に提示できる。

キャラクタ表示部１３６は、広告キューブ２０４を低速にて常時回転させてもよい。回転表示により、６つの広告面を順次表示させることができる。閲覧者は、広告キューブ２０４に対して所定の操作、たとえば、フリック操作を行うことで広告キューブ２０４の回転速度や回転方向を変更してもよい。

ページ表示部１３４は、掲載ページ１７０の右下に逆回転ボタン２１０を表示させる。閲覧者が逆回転ボタン２１０を選択したときには、キャラクタ表示部１３６は広告キューブ２０４を逆回転させる。図９において広告キューブ２０４が矢印Ｒの方向に回転し、Ａ面が隠れてしまったときでも、閲覧者が逆回転ボタン２１０を選択すれば広告キューブ２０４の逆回転によってＡ面が再表示させることができる。

以上、実施形態に基いて、広告システム１００を説明した。
本実施形態においては、バナー広告ではなく、広告キャラクタ２００によって閲覧者を広告ページ１８０に誘導する。バナー広告は、キャッチコピーや画像によって閲覧者の注目を集めようとするため、掲載ページ１７０のイメージと合わないことも多い。一方、広告キャラクタ２００は、文字情報や画像情報などのコンテンツではなく、そのキャラクタ性や三次元性によって閲覧者に存在感をアピールする。このため、広告キャラクタ２００は、掲載ページ１７０の美観を損ないにくい。

本実施形態における広告キャラクタ２００は、イベントによって多様に変化する。これにより、広告キャラクタ２００の行動トリガーを探る楽しみを提供できる。近年では動画のバナー広告もあるが、広告キャラクタ２００には動画のバナー広告ほど通信データ量が大きくならないというメリットもある。

広告キャラクタ２００は、掲載ページ１７０の情報領域を避けるように自動的に移動する。広告キャラクタ２００は掲載ページ１７０の視認の邪魔をしないため、掲載許可者にとっても掲載ページ１７０を導入しやすくなる。

一般的には、掲載ページ１７０の表示に際しては、掲載ページ１７０に設定される広告領域に複数のバナー広告のいずれかが選択表示されることが多い。この場合、閲覧者があるバナー広告に興味をもったとしても、そのバナー広告を確認する前に掲載ページ１７０を更新してしまうと目的のバナー広告をなかなか再表示できなくなってしまうことがある。これは、閲覧者にとって不便であるだけでなく、広告主にとっても機会損失である。広告キューブ２０４によれば、１度に複数の広告面、いいかえれば、複数の広告ページ１８０へのインタフェースを提示できる。したがって、閲覧者は所望の広告ページ１８０を任意のタイミングにて表示させやすい。

また、広告キューブ２０４は、形状が単純であるため、ユーザ端末１０４による処理負担が特に小さい。広告主も独自のキャラクタをデザインするよりも、単純な広告キューブ２０４の広告面に広告データＩＤを対応づける方が低コストにて広告を出稿できる。複数の広告主にて１つの広告キャラクタ２００や広告キューブ２０４を共有してもよい。

なお、本発明は上記実施形態や変形例に限定されるものではなく、要旨を逸脱しない範囲で構成要素を変形して具体化することができる。上記実施形態や変形例に開示されている複数の構成要素を適宜組み合わせることにより種々の発明を形成してもよい。また、上記実施形態や変形例に示される全構成要素からいくつかの構成要素を削除してもよい。

複数のユーザ端末１０４と１つのサーバ１０２とにより広告システム１００が構成されるとして説明したが、ユーザ端末１０４の機能の一部はサーバ１０２により実現されてもよいし、サーバ１０２の機能の一部がユーザ端末１０４に割り当てられてもよい。また、サーバ１０２やユーザ端末１０４以外の第３の装置が、機能の一部を担ってもよい。

図２において説明したユーザ端末１０４およびサーバ１０２の各機能の集合体である広告システム１００は大局的には１つの「情報処理装置」として把握することも可能である。１つまたは複数のハードウェアに対して、本発明を実現するために必要な複数の機能をどのように配分するかは、各ハードウェアの処理能力や広告システム１００に求められる仕様等に鑑みて決定されればよい。

本実施形態においては、広告キャラクタ２００は三次元オブジェクトであるとして説明した。変形例として、広告キャラクタ２００は二次元画像、たとえば、二次元の漫画画像として表現されるオブジェクトであってもよい。また、広告キャラクタ２００は三次元視に対応したオブジェクト（視差の異なる二枚のキャラクタ画像）として表現されてもよい。

１つの掲載ページ１７０に対して複数の広告キャラクタ２００が対応づけられてもよい。たとえば、キャラクタ表示部１３６は、掲載ページ１７０に２以上の広告キャラクタ２００を同時に重畳表示してもよい。キャラクタ表示部１３６は、掲載ページ１７０の上で広告キャラクタ２００を動き回らせてもよい。また、マウスの右クリックなど入力部１３０が所定の操作を検出したときには、キャラクタ表示部１３６は広告キャラクタ２００を所定時間だけ、掲載ページ１７０から消去してもよい。

広告キャラクタ２００は、テキストまたは画像を貼付された看板を有してもよい。そして、この看板に広告ページ１８０を対応づけてもよい。広告キャラクタ２００は、定期的に看板を変更してもよい。看板に対して遷移操作が実行されたとき、看板に対応づけられる広告ページ１８０を表示させてもよい。このような制御方法によれば、１つの広告キャラクタ２００に対して複数の広告ページ１８０を対応づけることができる。

１つの広告キャラクタ２００に対して１つの広告ページ１８０を対応づけ、キャラクタ表示部１３６はイベントに応じて広告キャラクタ２００を入替えてもよい。たとえば、掲載ページ１７０に広告キャラクタ２００ａを表示させ、閲覧者が掲載ページ１７０を所定長以上スクロールさせたとき、キャラクタ表示部１３６は広告キャラクタ２００ａを別の広告キャラクタ２００ｂに変更してもよい。

ユーザ端末１０４は、閲覧者の視線方向を検出するセンサを搭載してもよい。キャラクタ表示部１３６は、閲覧者の視線を避ける位置に広告キャラクタ２００を移動させてもよい。このような制御方法によれば、広告キャラクタ２００が閲覧の邪魔になりにくい。また、見えるけれども捕まえにくいという行動特性が実現されるため、閲覧者の広告キャラクタ２００に対する興味を高めやすくなる。

本実施形態においては、掲載ページ１７０と広告キャラクタ２００が対応づけられるとして説明した。変形例として、ユーザ端末１０４と広告キャラクタ２００が対応づけられてもよいし、ユーザと広告キャラクタ２００が対応づけられてもよい。また、ユーザの属性と広告キャラクタ２００を対応づけてもよい。たとえば、サーバ１０２のキャラクタ送信部１１６は、横浜市の不動産広告に対応づけられる広告キャラクタ２００を、横浜市在住のユーザのユーザ端末１０４に送信してもよい。ユーザの属性は、ユーザにより設定させてもよいし、既知技術の応用により属性情報を収集してもよい。掲載ページ１７０（ウェブページ）にかぎらず、ネットワークゲームなどのアプリケーション・ソフトウェアに対して広告キャラクタ２００が対応づけられてもよい。

広告キャラクタ２００の大きさや種類は、広告主が設定してもよいし、掲載許可者が設定してもよい。

本実施形態においては、広告キャラクタ２００の一種として、広告キューブ２０４についても説明した。広告キャラクタ２００は、六面体以外の多面体オブジェクトであってもよい。広告キャラクタ２００は、正多面体でなくてもよい。また、広告キャラクタ２００は、球体や円筒など曲面を有する三次元オブジェクトであってもよい。

広告キューブ２０４の広告面にテクスチャが貼付される。このため、広告キューブ２０４の回転状態においては広告面のテクスチャが逆さまに表示されることがある。キャラクタ表示部１３６は、広告キューブ２０４がどのような状態にあってもテクスチャが本来の向きとなるように、テクスチャの貼付方向を随時調整してもよい。

キャラクタ表示部１３６は、掲載ページ１７０に表示される広告キューブ２０４ａに対して所定操作、たとえば、フリック操作が行われたときには、広告キューブ２０４ａが画面外に転がり出るアニメーションを実行し、新たな広告キューブ２０４ｂを掲載ページ１７０の上に表示してもよい。

閲覧者が掲載ページ１７０をスクロールさせるとき、キャラクタ表示部１３６はスクロールと逆方向に広告キューブ２０４が転がしてもよい。また、キャラクタ表示部１３６は、広告キューブ２０４を回転させるのではなく、広告キューブ２０４を眺める視点を動かしてもよい。キャラクタ表示部１３６は、広告キューブ２０４の裏面を鏡のように掲載ページ１７０に投影させてもよい。この場合には、閲覧者は広告キューブ２０４の表の３つの広告面だけでなく裏にある３つの広告面も同時に確認できる。また、鏡に写った広告面（投影面）に対して遷移操作がなされたときには、広告表示部１３８は投影面に対応する広告ページ１８０を表示させてもよい。

掲載ページ１７０は、展開図ボタンが設定されてもよい。閲覧者が展開図ボタンを選択したとき、キャラクタ表示部１３６は広告キューブ２０４を分解し、６面の展開図に表示変更してもよい。また、広告キューブ２０４を大きくフリックするなど所定操作を実行したとき、広告キューブ２０４は掲載ページ１７０の右下などあらかじめ決められた領域に転がって停止してもよい。

上述したように、キャラクタ表示部１３６は、広告掲載対象となる掲載ページが表示されるとき、掲載ページにあらかじめ対応づけられる広告キューブ２０４（多面体）を掲載ページに重ねて表示させ、広告表示部１３８は、広告キューブ２０４のいずれかの面に対するタッチ操作が実行されたとき、タッチされた面にあらかじめ対応づけられた広告を示す広告ページを表示させてもよい。広告キューブ２０４の２以上の広告面にはテクスチャが貼付されてもよい。広告キューブ２０４の広告面には、広告ページ（第２のウェブページ）が対応づけられてもよい。

１００ 広告システム、１０２ サーバ、１０４ ユーザ端末、１０６ インターネット、１０８ 通信部、１１０ データ処理部、１１２ データ格納部、１１４ ページ送信部、１１６ キャラクタ送信部、１１８ ユーザインタフェース処理部、１２０ データ処理部、１２２ データ格納部、１２４ 通信部、１２６ ページ受信部、１２８ キャラクタ受信部、１３０ 入力部、１３２ 出力部、１３４ ページ表示部、１３６ キャラクタ表示部、１３８ 広告表示部、１４０ キャラクタ設定情報、１４２ 情報領域、１４４ 非情報領域、１５０ 広告設定情報、１６０ モーション設定情報、１７０ 掲載ページ、１８０ 広告ページ、２００ 広告キャラクタ、２０２ ハンバーガーキャラクタ、２０４ 広告キューブ、２１０ 逆回転ボタン

Claims (9)

1. 広告掲載対象となる第１のウェブページが表示されるとき、前記第１のウェブページにキャラクタを重ねて表示させるキャラクタ表示部と、
   前記キャラクタに対する所定のタッチ操作が実行されたとき、前記キャラクタにあらかじめ対応づけられた広告を示す第２のウェブページを表示させる広告表示部と、を備えることを特徴とする情報処理装置。
2. 前記キャラクタ表示部は、三次元オブジェクトとして形成される前記キャラクタを前記第１のウェブページに重ねて表示させ、前記第１のウェブページの表示中において所定のイベントが発生したときには、前記キャラクタに所定のモーションを実行させることを特徴とする請求項１に記載の情報処理装置。
3. 前記キャラクタ表示部は、前記第１のウェブページがスクロール表示されるとき、前記キャラクタを移動させることを特徴とする請求項２に記載の情報処理装置。
4. 前記キャラクタ表示部は、前記キャラクタが前記第１のウェブページのうち画像または文字を表示する情報領域と重なるときには、前記キャラクタを前記情報領域から離脱させることを特徴とする請求項１から３のいずれかに記載の情報処理装置。
5. 前記広告表示部は、前記キャラクタに対してワンタッチおよびワンクリック以外の所定のタッチ操作がなされたことを条件として、前記第２のウェブページを表示させることを特徴とする請求項１から４のいずれかに記載の情報処理装置。
6. 前記キャラクタ表示部は、前記キャラクタに対してタッチ操作が実行されるごとに前記キャラクタの画像を変化させ、
   前記広告表示部は、前記キャラクタに対するタッチ操作の回数が２以上の所定回数に到達したとき前記第２のウェブページを表示させることを特徴とする請求項５に記載の情報処理装置。
7. 前記キャラクタ表示部は、前記キャラクタに対する前記所定のタッチ操作が実行されたとき、前記キャラクタに前記第１のウェブページを除去するモーションを実行させ、
   前記広告表示部は、前記モーションの実行に際し、前記第１のウェブページが除去されるアニメーションを実行したあとに前記第２のウェブページを表示させることを特徴とする請求項１から６のいずれかに記載の情報処理装置。
8. 前記キャラクタ表示部は、ユーザに指示された方向に前記キャラクタを移動させることを特徴とする請求項１から６のいずれかに記載の情報処理装置。
9. 広告掲載対象となる第１のウェブページを表示させる機能と、
   前記第１のウェブページにキャラクタを重ねて表示させる機能と、
   前記キャラクタに対する所定のタッチ操作を検出する機能と、
   前記所定のタッチ操作が検出されたとき、前記キャラクタにあらかじめ対応づけられた広告を示す第２のウェブページを表示させる機能と、をコンピュータに発揮させることを特徴とする広告制御プログラム。

Images