JP2021052224A - プログラム、情報処理装置、表示方法 - Google Patents

Abstract

【課題】動きのある画像の表示方法を改善できるプログラム、情報処理装置及び表示方法を提供する。【解決手段】１つ以上の情報処理装置からネットワークを介して受信した画面情報に基づいて画面を表示する情報処理装置３０を、画面に表示される画像を取得する画像取得部と、表示パターンに基づいて表示態様を変化させながら画像を再生する画像再生部と、画像再生部が再生した画像の表示状態を保存する表示状態保存部、として機能させ、表示状態保存部が保存した画像を同じ表示パターンで再度、表示する場合、表示状態保存部が保存しておいた表示状態から、画像再生部が画像の再生を再開する。【選択図】図１

Description

本発明は、プログラム、情報処理装置、及び、表示方法に関する。

Ｗｅｂページなどの画面情報に画像が表示される場合がある。画像としては静止画の他、アニメーションや動画などを表示できるようになっている。また、３ＤＣＧ（三次元コンピュータグラフィック）画像や広角画像などのように画像の中には閲覧者の操作により又は自動で表示態様が変わるインタラクティブな画像も存在する。

また、Ｗｅｂページに表示される画像に広告を表示させる配信型のディスプレイ広告が知られている。広告主は様々なＷｅｂサイトが提供する表示枠に製品やサービスの広告を表示させることができる。表示枠に表示された製品やサービスに興味を持った閲覧者は表示枠の画像を押下（クリック又はタップ）するので、広告主は閲覧者を自社のＷｅｂサイト（ランディングページという）に呼び込むことができる（例えば特許文献１参照）。特許文献１には、広角な画像を広告として端末装置が表示枠に表示するシステムについて開示されている。

しかしながら、従来の技術では、動きのある画像の表示方法に改善の余地があるという問題があった。例えば、配信型ディスプレイ広告には、広告の表示対象の商品などの画像が表示途中で自動的に切り替わるものがある。一方、動画広告や広角な画像の表示位置を変えて表示する広告では、一定の時間、広告が表示されることで、広告の全体が再生されるようになっている。しかし、表示枠で決まっている画像を切り替える周期と、動きのある動画が広告の全体を再生するまでの時間とは関連しないので、動きのある広告が途中までしか再生されていないのに、表示枠が別の画像に切り替える場合が起こりうる。例えば、広角画像の表示位置を動かしながら動画のように表示する広告が１０秒で全体を再生する広告であるのに対し、表示枠で決まっている画像を切り替える周期が５秒の場合、端末装置は始めの５秒しか再生できない。この場合、広告を提供する側としては広告として見せたい部分を閲覧者に見せることができず、広告の効果を発揮できない場合がある。

また、閲覧者が画像の動きなどの表示態様を操作できるインタラクティブな画像の場合、表示枠で決まっている周期で端末装置が画像を切り替えると、閲覧者が操作中に強制的に画像が切り替わる。次回の同じ画像の閲覧時には、閲覧者は同じ画像について同じ表示態様に操作しなければならず、操作性が低下する場合があった。

本発明は、上記課題に鑑み、動きのある画像の表示方法を改善できるプログラム、情報処理装置、及び、表示方法を提供することを目的とする。

上記課題に鑑み、本発明は、１つ以上の情報処理装置からネットワークを介して受信した画面情報に基づいて画面を表示する情報処理装置を、前記画面に表示される画像を取得する画像取得部と、表示パターンに基づいて表示態様を変化させながら前記画像を再生する画像再生部と、前記画像再生部が再生した前記画像の表示状態を保存する表示状態保存部、として機能させ、前記表示状態保存部が保存した前記画像を同じ表示パターンで再度、表示する場合、前記表示状態保存部が保存しておいた前記表示状態から、前記画像再生部が前記画像の再生を再開することを特徴とする。

動きのある画像の表示方法を改善できるプログラム、情報処理装置、及び、表示方法を提供することができる。

広告枠の一例を示す図である。 表示枠に表示される配信型ディスプレイ広告の一例を示す図である。 画像の表示方法の概略を説明する図である。 閲覧システムの概略的な構成図の一例である。 コンピュータシステムの一例のハードウェア構成図である。 端末装置の一例のハードウェア構成図である。 全天球カメラの使用イメージ図である。 全天球カメラで撮像された画像から全天球画像が作成されるまでの処理の概略を説明する図である。 全天球カメラで撮像された画像から全天球画像が作成されるまでの処理の概略を説明する図である。 閲覧者の視線を説明する図の一例である。 仮想カメラにオブジェクトを射影変換する様子を模式的に示している。 視点を変えて表示されたオブジェクトを示す図の一例である。 端末装置、広告主Ｗｅｂサーバ、パートナーサイトＷｅｂサーバ、画像配信装置、ＳＳＰ及びＤＳＰの機能をブロック状に示す機能ブロック図の一例である。 画像表示部の機能を詳細に説明する機能ブロック図の一例である 表示パターンの一例を示す図である。 検知ポイントの一例とその座標の算出例を示す図である。 表示枠に表示される画像の階層構造を説明する図である。 閲覧システムが広告として表示される全天球画像を配信する手順を説明するシーケンス図の一例である。 画像配信装置の広告配信部が同じ全天球画像又は３ＤＣＧ画像を同じ表示パターンで配信する手順を示すフローチャート図の一例である。 端末装置が全天球画像又は３ＤＣＧ画像を表示する場合の処理を説明するフローチャート図の一例である。 端末装置が最後の表示位置から再生する表示例を示す図である。 画像表示部の機能を詳細に説明する機能ブロック図の一例である（実施例２）。 表示パターンの再生時間を説明する図である。 端末装置が全天球画像又は３ＤＣＧ画像を表示する場合の処理を説明するフローチャート図の一例である。 広告データが配信されるいくつかの形態を示す図である。

以下、本発明を実施するための形態について図面を参照しながら説明する。

＜Ｗｅｂページに設けられる表示枠について＞
まず、図１を用いて、画像データが表示される表示枠７について説明する。図１は、表示枠７の一例を示す。表示枠７とはインターネットで配信されるＷｅｂページにおいて予め設定されている広告を入れるスペースである。広告枠という場合も多い。表示枠７への広告の表示方法は様々である。例えば、表示枠７に予め広告が固定されていてもよい。また、表示枠７にアドタグが記述されており、アドタグが示すＵＲＬ（アドサーバ）から端末装置３０が広告を取得してもよい。あるいは、表示枠７があるＷｅｂページを提供する媒体社が保有しているサーバでなく広告代理店などが保有するサーバからＷｅｂページに広告を配信する第三者配信を使用してもよい。以下では一例として、第三者配信を使用する例を説明する。

＜表示枠の広告の表示例＞
図２は、表示枠７に表示される配信型ディスプレイ広告の一例を示す。図２（ａ）に示す広告が始めに表示枠７に表示される。図２（ａ）では３つの商品の画像３１３ａ〜３１３ｃが１つの表示枠７に縦長に並べて表示されている。これらは１つ１つが別の画像データである。図２（ａ）の状態を「複数表示形態」という。

閲覧者が表示枠７をマウスオーバーするか、又は、時間経過などによる自動的な表示切替により、図２（ｂ）〜（ｄ）に示すように、図２（ａ）の３つの画像３１３ａ〜３１３ｃは個々の商品単体の画像３１３ａ〜３１３ｃ（各画像を商品画像という）に切り替わる。更に、閲覧者の操作により又は自動的に、図２（ｂ）〜（ｄ）の各画像３１３ａ〜３１３ｃは図２（ａ）の表示に戻る。戻った後は、表示枠７の３つの画像３１３ａ〜３１３ｃは自動的に別の画像に切り替わる場合がある。なお、複数の画像が表示される場合は３つに限らず、２個、又は４つ以上の場合もある。図２（ｂ）〜（ｄ）の状態を「単体表示形態」という。

画像３１３ａから３１３ｃは表示枠７に入りきらない広角な画像であり、端末装置３０がスクリプトにしたがって表示枠７に表示する表示位置（画角）を変更することができる。本実施形態では広角な画像の一例として周囲３６０度が撮像された全天球画像を用いる。

また、この３つの画像３１３ａ〜３１３ｃが自動的に別の画像に切り替わる場合、図２（ａ）の複数表示形態において、例えば、３つの画像３１３ａ〜３１３ｃを１セットにして別の３つの画像が表示される。別の３つの画像もそれぞれ単体表示形態で表示される。 このように複数表示形態で表示された複数の商品のうち、１つの商品が拡大され、また、元の複数の商品の広告になり、次に、先ほどとは異なる商品の広告が表示される、というプロセスが繰り返され、消費者の目を引く広告となる。また、図２のような表示枠７では、限られたスペースで数多くの商品を紹介できるという利点がある。

一方、画像３１３ａ〜３１３ｃが動画など動きのある画像の場合、一定の時間、同じ画像が継続して表示されることで、広告の全体が再生されるようになっている。しかし、表示枠７で決まっている画像を切り替える周期と、動きのある画像が広告の全体を再生するまでの時間とは関連しないので、動きのある広告が途中までしか再生されていないのに、表示枠７が別の画像に切り替える場合が起こりうる。この場合、広告を提供する側としては広告として見せたい部分を閲覧者に見せることができない。

＜本実施形態の処理の概略＞
そこで、本実施形態では、表示枠７で表示される画像が別の画像に切り替わった時（又はその前後でもよい）の表示状態を記録しておき、次回、同じ画像が表示される場合は、記録しておいた表示状態から画像の再生を再開する。

図３は、本実施形態における画像の表示方法の概略を説明する図である。まず、図３（ａ）に示すように、端末装置が３つの画像３１３ａ〜３１３ｃを表示する。なお、図３では説明の便宜上、画面全体に画像を表示しているが、Ｗｅｂページの表示枠７に表示される場合が多い。

次に、図３（ｂ）に示すように、マウスオーバーするか、又は、時間経過などによる自動的な表示切替により、図３（ａ）の３つの画像３１３ａ〜３１３ｃが任意の１つの商品単体の画像３１３ａに切り替わる。画像３１３ａは動きのある画像であるため、図３（ａ）の状態においてすでに、又は、単体で表示されると、動画のように動きが再生される。

次に、表示枠７で決まっている一定時間が経過すると、図３（ｃ）に示すように、端末装置３０は先ほどとは異なる３つの商品の画像３１３ｄ〜３１３ｆを表示する。端末装置３０は、再生中に次の商品に切り替わった場合、切り替わる直前の表示状態を記録しておく。記録する仕組みとしてはＷｅｂブラウザのクッキーを使用できる。表示状態とは再生の全体のうちどの時点を再生していたかを示す情報である。

次に、端末装置３０が同じ画像（広告）を再度、表示する場合がある。ケースの１つは、閲覧者が端末装置３０で何らかのＷｅｂページを閲覧している場合に、リターゲッティング広告という仕組みが適用される場合である（図３（ａ）から図３（ｄ）の遷移）。別のケースは、端末装置３０が同じＷｅｂページを表示したまま、切り替わる画像が１巡した場合である（図３（ｃ）から図３（ｄ）の遷移）。

同じ画像が配信された場合、図３（ｄ）に示すように、端末装置３０は、記録しておいた表示状態を読み出し、最後の表示状態から再生を再開する。図３（ｄ）では単体表示形態の場合に画像の再生が再開されているが、図３（ａ）のような複数表示形態から再生が再開されてもよい。この場合、図３（ａ）の状態で、端末装置３０は、記録しておいた表示状態を読み出し、最後の表示状態から再生を再開する。

このように、本実施形態の閲覧システムは、画像が再生中で切り替わった場合にも、画像の動きを前回の続きから表示することにより、画像の全体を閲覧者に全て見せることができ、広告の効果を十分に発揮できる。

また、閲覧者が画像の表示位置などの表示状態を操作で変更したが、画像が切り替わった場合にも、画像の動きを前回の続きから表示することにより、閲覧者は同じ画像について同じ表示状態に操作する必要がなくなり、操作性が低下することを抑制できる。

＜用語について＞
表示態様が変化する画像は、静止画でなければよい。静止画が切り替わる場合も表示態様が変化する画像に含まれる。画像は広告のためのものである必要はなく、画像であればよい。フレームが次々と切り替わる動画も表示態様が変化する画像に含まれる。

静止画の表示態様が変化するとは、それまで表示されていない部分が表示されたり、視点が変わったりすることをいう。このような表示態様の変化を「動きがある」という。静止画は拡大/縮小も可能である。また、色が変わったり、輝度が変わったりしてもよい。閲覧者は表示態様を操作で変更できる。動画の場合、閲覧者は、例えば、再生、停止、早送り、巻き戻しなどを行うことができる。

全天球画像と３ＤＣＧ画像を区別しない場合、単に画像という場合がある。
＜システム構成例＞
図４は、閲覧システム１００の概略的な構成図の一例である。閲覧システム１００は、ネットワークＮを介して通信可能な端末装置３０、画像配信装置１０、ＤＳＰ２０、ＳＳＰ（Supply Side Platform）５０、パートナーサイトＷｅｂサーバ６０、及び、広告主Ｗｅｂサーバ７０を有している。

ネットワークＮは、端末装置３０が設置されている施設などに構築されているＬＡＮ、ＬＡＮをインターネットに接続するプロバイダのプロバイダネットワーク、及び、回線事業者が提供する回線等により構築されている。ネットワークＮが複数のＬＡＮを有する場合、ネットワークＮはＷＡＮやインターネットと呼ばれる。ネットワークＮは有線又は無線のどちらで構築されてもよく、また、有線と無線が組み合わされていてもよい。また、端末装置３０が直接、公衆回線網に接続する場合は、ＬＡＮを介さずにプロバイダネットワークに接続することができる。

端末装置３０は、本実施形態においてクライアント端末として動作する情報処理装置である。端末装置３０ではブラウザソフト又はこれと同等の機能を有するアプリケーションソフトウェアが動作しており、端末装置３０が要求したＷｅｂページをパートナーサイトＷｅｂサーバ６０から受信してディスプレイに表示させる。

端末装置３０は、例えばＰＣ（Personal Computer）、タブレット装置、スマートフォン、ＰＤＡ（Personal Digital Assistant）、ゲーム機、ナビゲーション端末、ウェアラブルＰＣなどであるが、Ｗｅｂページを表示させることができればよい。例えば、プリンターがＷｅｂページを表示させる機能やディスプレイを有する場合、プリンターが端末装置３０として使用されてもよい。また、デジタルサイネージがＷｅｂページを表示させてもよい。デジタルサイネージとは、屋外、店頭、公共空間及び交通機関など、人が通過又は存在しうる場所でディスプレイなどの電子的な表示機器を使って情報を発信するシステム、表示機器又は表示される情報をいう。なお、本実施形態ではＷｅｂページにＷｅｂアプリが含まれるものとする。Ｗｅｂアプリとは、Ｗｅｂブラウザ上で動作するプログラミング言語（たとえばJavaScript（登録商標））によるプログラムとＷｅｂサーバ側のプログラムが協調することによって動作し、Ｗｅｂブラウザ上で使用されるソフトウェア又はその仕組みを言う。

端末装置３０は、有線ＬＡＮや無線ＬＡＮのアクセスポイントを介してネットワークＮと接続してもよいし、３Ｇ、４ＧやＬＴＥ（Long Term Evolution）といった交換回線型の通信により、ネットワークＮに接続してもよい。

パートナーサイトＷｅｂサーバ６０は閲覧者が使用するクライアントコンピュータ（本実施形態の端末装置３０）に対しネットワークを通じて情報や機能を提供するサーバである（特許請求の範囲の「１つ以上の情報処理装置」の一例）。パートナーサイトＷｅｂサーバ６０が提供するＷｅｂページには表示枠７が設けられている。パートナーサイトＷｅｂサーバ６０はＳＳＰ５０に表示枠７への広告の表示を依頼している。これにより、表示枠７にはＳＳＰ５０が発行した広告タグを対応付けることができる。

広告主Ｗｅｂサーバ７０も閲覧者が使用するクライアントコンピュータ（本実施形態の端末装置３０）に対しネットワークを通じて情報や機能を提供するサーバ（一般的な情報処理装置）である。広告主は表示枠７の購入をＤＳＰ２０に依頼している。また、広告データを保持する画像配信装置１０をＤＳＰ２０に登録している。また、広告主は広告データを画像配信装置１０に入稿しておく。広告データには、閲覧者の操作で表示態様が変化する画像の他、広告主Ｗｅｂサーバ７０など閲覧者に閲覧させたいＷｅｂサイト（ランディングページ）のＵＲＬが登録されている（ＵＲＬがリンクされている）。

広告主Ｗｅｂサーバ７０及びパートナーサイトＷｅｂサーバ６０と端末装置３０は例えばＨＴＴＰ又はＨＴＴＰｓの通信プロトコルを使って通信する。端末装置３０からの要求に対し広告主Ｗｅｂサーバ７０とパートナーサイトＷｅｂサーバ６０が画面情報を端末装置３０に送信する。画面情報は、ＨＴＭＬ、スクリプト言語、及びＣＳＳ（cascading style sheet）等で記述されたプログラムであり、主にＨＴＭＬによりＷｅｂページの構造が特定され、スクリプト言語によりＷｅｂページの動作が規定され、ＣＳＳによりＷｅｂページのスタイルが特定される。本実施形態で、閲覧者のＷｅｂページに対する操作を全天球画像に反映させるのはスクリプト言語である。スクリプト言語として、具体的には、JavaScript（登録商標）又はECMAScriptというプログラム言語が知られている。

広告主Ｗｅｂサーバ７０及びパートナーサイトＷｅｂサーバ６０はいずれもクッキー（Cookie）を端末装置３０のブラウザソフトに記録する。広告主Ｗｅｂサーバ７０は自社のクッキーとＤＳＰ２０のクッキーの両方を記録し、パートナーサイトＷｅｂサーバ６０は自社のクッキーとＳＳＰ５０のクッキーの両方を記録する。

ＳＳＰ５０は、表示枠７を掲載するパートナーサイトＷｅｂサーバ６０が表示枠７を販売することで収益を最大化するための仕組みである。図では１つの装置のように記載されているが、１台以上の情報処理装置のネットワークである。パートナーサイトＷｅｂサーバ６０はＳＳＰ５０に表示枠７の販売を依頼している。具体的には表示枠７にＳＳＰ５０が発行する広告タグが記載されており、端末装置３０がパートナーサイトＷｅｂサーバ６０のＷｅｂページを表示すると広告タグがＳＳＰ５０に広告の配信を要求する（広告リクエスト）。ＳＳＰ５０はＤＳＰ２０から表示枠７の入札を受け付け、落札したＤＳＰ２０にアクセスするためのアクセス情報１を端末装置３０に送信する。

ＤＳＰ２０は表示枠７の買い付け、広告配信等、広告主のために効率的・効果的な広告配信を行う仕組みである。図では１つの装置のように記載されているが、１台以上の情報処理装置のネットワークである。ＤＳＰ２０はＳＳＰ５０からクッキー（区別するためＳＳＰクッキーという）等を取得して、自分が管理するＤＳＰクッキーとＳＳＰクッキーの対応付情報に基づき閲覧者の属性等を判断する。そして、閲覧者の属性や予算等に基づいて依頼している広告主からの広告の配信設定に基づいて決定した価格でＳＳＰ５０に入札する。

落札したＤＳＰ２０はアクセス情報１により端末装置３０から広告を要求される。ＤＳＰ２０は画像配信装置１０に広告リクエストを通知して、画像配信装置１０に端末装置３０が広告データを要求するためのアクセス情報２を画像配信装置１０から取得する。なお、広告データは、全天球画像を表示させる表示プログラム（特許請求の範囲のプログラムの一例）と操作履歴を取得する操作履歴プログラムを含む。

ＤＳＰ２０はアクセス情報２を端末装置３０に送信する。ＤＳＰ２０は契約にしたがって広告主に課金する。画像配信装置１０と広告主との間では契約に従った課金が行われる。ただし、広告が表示されただけで課金されるかどうかなどは契約によって異なる。

画像配信装置１０は、ＤＳＰ２０が買い取った表示枠７に対し閲覧者の属性に最適な広告の素材（全天球画像）を含む広告データを提供する１台以上の情報処理装置である（特許請求の範囲の「１つ以上の情報処理装置」の一例）。画像配信装置１０はバナーやテキストなどの入稿素材や広告画像を保持している。広告データは単なるバナー（文字や写真や絵でつくられた画像）の場合もあるし、画像に加えスクリプト言語が含まれる場合がある。本実施形態では、全天球画像を表示順に回転させたり、閲覧者の全天球画像に対する操作を全天球画像の表示態様に反映させたりする表示プログラム、及び、全天球画像に対する操作履歴を記録したりするための操作履歴プログラムが含まれる。いずれもスクリプト言語で記述される。

端末装置３０がアクセス情報２に基づいて画像配信装置１０に広告データを要求すると、画像配信装置１０は広告データを端末装置３０に送信する（端末装置３０は特許請求の範囲の情報処理装置の一例）。広告データには全天球画像が含まれており、表示プログラムは全天球画像の注目点を辿るように自動的に全天球画像を回転させ、また、拡大したり縮小したりする。また、操作履歴プログラムは画像配信装置１０のクッキー（区別するため画像クッキーという）及び画像ＩＤと共に全天球画像に対する操作履歴を画像配信装置１０に送信する。画像クッキーは画像配信装置１０からブラウザソフトに書き込まれる。操作履歴は例えば、どの閲覧画角が表示されたかという情報である。なお、この操作履歴は注目点の決定に使用されるため、操作履歴が注目点の決定に使用されない場合、操作履歴は送信されなくてもよい。

また、操作履歴プログラムは、後述する表示パターンのパターンＩＤと共にクリックされた旨を画像配信装置１０に送信する。画像配信装置１０は１つの全天球画像に対し複数の表示パターンを定めており、各表示パターンのクリック率を監視することで、クリック率が高い表示パターンのみを配信できるようになる。

＜ハードウェア構成例＞
続いて、本実施形態の閲覧システムにおける広告主Ｗｅｂサーバ７０、パートナーサイトＷｅｂサーバ６０、画像配信装置１０、ＳＳＰ５０及びＤＳＰ２０のハードウェア構成について説明する。

広告主Ｗｅｂサーバ７０、パートナーサイトＷｅｂサーバ６０、画像配信装置１０、ＳＳＰ５０及びＤＳＰ２０は、例えば図５に示すハードウェア構成のコンピュータシステムにより実現される。図５は本実施形態に係るコンピュータシステム２００の一例のハードウェア構成図である。

図５に示したコンピュータシステム２００は、入力装置２０１、表示装置２０２、外部Ｉ／Ｆ２０３、ＲＡＭ（Random Access Memory）２０４、ＲＯＭ（Read Only Memory）２０５、ＣＰＵ（Central Processing Unit）２０６、通信Ｉ／Ｆ２０７、及びＨＤＤ（Hard Disk Drive）２０８などを備え、それぞれがバスＢで相互に接続されている。

入力装置２０１はキーボードやマウス、タッチパネルなどを含み、オペレータが各操作信号を入力するのに用いられる。表示装置２０２はディスプレイなどを含み、コンピュータシステム２００による処理結果を表示する。

通信Ｉ／Ｆ２０７はコンピュータシステム２００を社内ネットワーク及びインターネット等に接続させるインタフェースである。これにより、コンピュータシステム２００は通信Ｉ／Ｆ２０７を介してデータ通信を行うことができる。

ＨＤＤ２０８はプログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、例えばコンピュータシステム２００全体を制御する基本ソフトウェアであるＯＳ（Operating System）や、ＯＳ上において各種機能を提供するアプリケーションソフトなどがある。ＨＤＤ２０８は格納しているプログラムやデータを所定のファイルシステム及び／又はＤＢ（データベース）により管理している。

外部Ｉ／Ｆ２０３は、外部装置とのインタフェースである。外部装置には、記録媒体２０３ａなどがある。これにより、コンピュータシステム２００は外部Ｉ／Ｆ２０３を介して記録媒体２０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体２０３ａにはフレキシブルディスク、ＣＤ（Compact Disk）、ＤＶＤ（Digital Versatile Disk）、ＳＤメモリカード（SD Memory card）、ＵＳＢメモリ（Universal Serial Bus memory）などがある。

ＲＯＭ２０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ２０５には、コンピュータシステム２００の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ２０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。

ＣＰＵ２０６は、ＲＯＭ２０５やＨＤＤ２０８などの記憶装置からプログラムやデータをＲＡＭ２０４上に読み出し、処理を実行することで、コンピュータシステム２００全体の制御や機能を実現する演算装置である。

なお、各サーバはクラウドコンピューティングに対応していてよいが、いわゆる単体の情報処理装置でもよい。クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される利用形態をいう。

<<端末装置>>
図６は端末装置３０の一例のハードウェア構成図である。なお、図６の端末装置３０はタブレット装置が想定されている。端末装置３０は、ＣＰＵ６０１、ＲＯＭ６０２、ＲＡＭ６０３、ＥＥＰＲＯＭ６０４、ＣＭＯＳセンサ６０５、加速度・方位センサ６０６、メディアドライブ６０８を備えている。

ＣＰＵ６０１は端末装置３０の全体の動作を制御する。ＲＯＭ６０２は基本入出力プログラムを記憶している。ＲＡＭ６０３はＣＰＵ６０１のワークエリアとして使用される。ＥＥＰＲＯＭ６０４はＣＰＵ６０１の制御にしたがってデータの読み出し又は書き込みを行う。ＣＭＯＳセンサ６０５は、ＣＰＵ６０１の制御にしたがって被写体を撮像し画像データを得る。加速度・方位センサ６０６は地磁気を検知する電子磁気コンパスやジャイロコンパス、加速度センサ等である。

メディアドライブ６０８は、フラッシュメモリ等のメディア６０７に対するデータの読み出し又は書き込み（記憶）を制御する。メディアドライブ６０８は、既に記録されていたデータが読み出され又は新たにデータが書き込まれて記憶するメディア６０７を着脱自在な構成となっている。

なお、ＥＥＰＲＯＭ６０４には、ＣＰＵ６０１が実行するプログラム６０４ｐが記憶されている。プログラム６０４ｐは実施形態における各種処理を実行するためのアプリケーションソフトウェアやＯＳ等である。プログラム６０４ｐはメディア６０７などに記憶された状態で配布されてもよいし、プログラム配信用のサーバから配信されてもよい。

また、ＣＭＯＳセンサ６０５は光を電荷に変換して被写体の画像を電子化する電荷結合素子である。ＣＭＯＳセンサ６０５は被写体を撮像することができるのであれば、例えばＣＣＤ（Charge Coupled Device）センサであってもよい。ＣＭＯＳセンサ６０５はバーコードや二次元バーコードを読み取ることができる。

更に、端末装置３０は、ＲＦタグリーダ/ライタ６２２、アンテナＩ/Ｆ６２３、及び、振動アクチュエータ６２４を備える。ＲＦタグリーダ/ライタ６２２は例えばＮＦＣ（Near Field Communication）などの規格にしたがって通信する。

振動アクチュエータ６２４は、端末装置３０を振動させるモータである。例えば、着信やメールを受信すると振動することで閲覧者にその旨を知らせることができる。

更に、端末装置３０は音声入力部６０９、音声出力部６１０、アンテナ６１１、通信部６１２、無線ＬＡＮ通信部６１３、近距離無線通信用アンテナ６１４、近距離無線通信部６１５、ディスプレイ６１６、タッチパネル６１７及びバスライン６１９を備える。

音声入力部６０９は音声を音声信号に変換する。音声出力部６１０は音声信号を音声に変換する。通信部６１２はアンテナ６１１を利用して無線通信信号により最寄りの基地局装置と通信を行う。無線ＬＡＮ通信部６１３はＩＥＥＥ８０２．１１規格に準拠する無線ＬＡＮ通信を行う。

近距離無線通信部６１５は近距離無線通信用アンテナ６１４を利用して例えばBluetooth（登録商標）、又は、Bluetooth Low Energy（登録商標）の通信規格にしたがった通信装置である。

ディスプレイ６１６は、被写体の画像や各種アイコン等を表示する液晶や有機ＥＬ等である。タッチパネル６１７は、ディスプレイ６１６上に載せられ、感圧式又は静電式のパネルによって構成され、指やタッチペン等によるタッチによってディスプレイ６１６上におけるタッチ位置を検出する。バスライン６１９は上記各部を電気的に接続するためのアドレスバスやデータバス等である。

また、端末装置３０は専用の電池６１８を備え、電池６１８又は商用電源のいずれによっても駆動され得る。なお、音声入力部６０９は音声を入力するマイクが含まれる。音声出力部６１０は音声を出力するスピーカが含まれている。

＜全天球画像について＞
閲覧者の操作で変化する画像の一例として全天球画像と３ＤＣＧ（Three−dimensional computer graphics）が知られている。まず、全天球画像について説明する。

図７〜図１０を用いて全天球画像について説明する。図７は、全天球カメラ９の使用イメージ図である。全天球カメラ９は、図７に示されているように、ユーザが手に持ってユーザの周りの被写体を撮像する撮像装置である。全天球カメラ９は、２つの撮像素子の背面同士が対向させられた構造を有しており、それぞれユーザの周りの被写体を撮像することで、２つの半球画像を得る。

次に、図８及び図９を用いて、全天球カメラ９で撮像された画像から全天球画像６が作成されるまでの処理の概略を説明する。なお、図８（ａ）は全天球カメラ９で撮像された半球画像（前側）、図８（ｂ）は全天球カメラ９で撮像された半球画像（後側）、図８（ｃ）は正距円筒図法により表された画像（以下、「正距円筒射影画像」という）を示した図である。図９（ａ）は正距円筒射影画像で球を被う状態を示した概念図、図９（ｂ）は全天球画像６を示した図である。

図８（ａ）に示されているように、全天球カメラ９によって得られた画像は、魚眼レンズによって湾曲した半球画像（前側）となる。また、図８（ｂ）に示されているように、全天球カメラ９によって得られた画像は、魚眼レンズによって湾曲した半球画像（後側）となる。そして、半球画像（前側）と、１８０度反転された半球画像（後側）とは、全天球カメラ９によって合成され、図８（ｃ）に示されているように、正距円筒射影画像が作成される。

そして、OpenGL ES（Open Graphics Library for Embedded Systems）が利用されることで、図９（ａ）に示されているように、正距円筒射影画像が球面を覆うように貼り付けられ、図９（ｂ）に示されているような全天球画像６が作成される。このように、全天球画像６は、正距円筒射影画像が球の中心を向いた画像として表される。なお、OpenGL ESは、２Ｄ(2−Dimensions)及び３Ｄ(3−Dimensions)のデータを視覚化するために使用するグラフィックスライブラリである。全天球画像６は、静止画であっても動画であってもよい。

画像配信装置１０が配信する広告データにはこの全天球画像６が含まれている。全天球画像６は、球面を覆うように貼り付けられた画像であるため湾曲しており、人間が見ると違和感を持ってしまう。そこで、端末装置３０は、全天球画像６の一部の所定領域Ｔを湾曲の少ない平面画像として表示することで、人間に違和感を与えないように表示する。所定領域Ｔは、三次元の仮想空間における座標（Ｘ，Ｙ，Ｚ）によって示される。一方、ディスプレイ６１６は二次元平面なので所定領域Ｔのままでは端末装置３０が表示できない。そこで、３Ｄコンピュータグラフィックの技法を用いて三次元の物体を二次元平面に投影する透視投影変換により端末装置３０は所定領域Ｔを得る。

図１０は、閲覧者の視線を説明する図の一例である。全天球画像６は三次元の座標を有しているので、視線方向は三次元の座標又は緯度・経度などの球体の座標を特定する情報で特定される。本実施形態では、所定領域Ｔの中心ｃｐを視線方向とする。この視線方向が表示枠７の表示位置に相当する。

閲覧者は操作により視線方向を変えることができるが、仮想カメラＩＣが平行移動しないと仮定すると、仮想カメラＩＣは剛体としてロール（Ｚ軸を中心とする回転）、ヨー（Ｙ軸を中心とする回転）、及びピッチ（Ｘ軸を中心とする回転）の３つの回転が可能である。この３つの回転のいずれが生じても視線方向が変化する。例えば、閲覧者が全天球画像６を水平方向に回転させるとヨー角が変化し、上下方向に回転させるとピッチ角が変化し、ディスプレイ６１６の中心を軸に全天球画像６を回転させるとロール角が変化する。本実施形態では、閲覧者のＷｅｂページに対する操作が、視線方向（ロール角、ヨー角、ピッチ角）等に反映される。どのように反映されるかは表示プログラムに予め記述されているものとする。所定領域Ｔは拡大又は縮小も可能である。

閲覧者は表示枠７に対し上下左右にフリックすることで視線方向を変更する（画像データを回転させる）ことができる。

＜３ＤＣＧについて＞
３ＤＣＧとはコンピュータの演算によって三次元空間内の仮想的な立体物を２次元である平面上の情報に変換することで奥行き感（立体感）のある画像を作る手法である。３ＤＣＧは、モデリング、ワールド変換、ビュー変換、射影変換、ライティングなどのプロセスで作成される。なお、モデリングとワールド変換までは専用のソフトウェア上で作業され、ビュー変換、射影変換、ライティングは表示プログラムで実行される。

モデリングはローカル座標系で作成者がオブジェクトの形状を定義すること、例えばポリゴンや三次元点で形状を作成することをいう。ワールド変換は描画対象の三次元空間を表すワールド座標系にオブジェクトの座標を変換する（平行移動と回転）ことをいう（ワールド座標系にオブジェクトを配置すること）。ビュー変換はワールド座標系で閲覧者の視点を定めることに相当し、カメラの座標、カメラの注視点及びカメラの上方向を設定し、オブジェクトを特定の方向から見るための設定を行う処理である。視点は閲覧者の操作により決定されてもよいし、自動的に変更することもできる。射影変換は三次元空間のオブジェクトを２次元の平面に投影することをいう。ライティングは光源の位置に応じて明暗を与える処理をいう。

図１１は、仮想カメラ３０１にオブジェクト３０２を射影変換する様子を模式的に示している。ポリゴン又は三次元点で作成されたワイングラスのオブジェクト３０２が平面に投影されている。仮想カメラ３０１の位置を変えると（ビュー変換）カメラの位置に応じてワイングラスを投影できる。仮想カメラ３０１の位置（視点）はワイングラスの周囲の３６０度の任意の位置に変更できるので、閲覧者は限られた表示枠７の範囲で様々な角度からワイングラスを閲覧できる。

図１２は、視点を変えて表示されたオブジェクトの例である。図１２では指輪をオブジェクトとした。図１２（ａ）では斜め上を視点とし、図１２（ｂ）では上方を視点とし、図１２（ｃ）では斜め下方を視点とし、図１２（ｄ）では側面を視点としている。このように、閲覧者は１つの表示枠７で１つの物体を様々な方向から見ることができる。閲覧者は表示枠７に対し上下左右にフリックすることで物体を様々な方向から見ることができる。

＜機能について＞
図１３は端末装置３０、広告主Ｗｅｂサーバ７０、パートナーサイトＷｅｂサーバ６０、画像配信装置１０、ＳＳＰ５０及びＤＳＰ２０の機能をブロック状に示す機能ブロック図の一例である。

<<広告主Ｗｅｂサーバ、パートナーサイトＷｅｂサーバ>>
広告主Ｗｅｂサーバ７０とパートナーサイトＷｅｂサーバ６０は、Ｗｅｂページ提供部７１を有している。広告主Ｗｅｂサーバ７０とパートナーサイトＷｅｂサーバ６０が有するこれらの各機能は、ＨＤＤ２０８からＲＡＭ２０４に展開されたプログラム２０８ｐをＣＰＵ２０６が実行することにより実現される機能又は手段である。

Ｗｅｂページ提供部７１は、例えば一般的なＨＴＴＰ通信を行い、端末装置３０からのＷｅｂページの要求に対しＷｅｂページを構築して端末装置３０に送信する。処理に必要であればアプリケーションサーバに処理を依頼し、処理結果をＷｅｂページに配置して送信する。

広告主Ｗｅｂサーバ７０のＷｅｂページには広告主のクッキーとＤＳＰクッキーが含まれている。広告主Ｗｅｂサーバ７０はＤＳＰ２０に広告の配信を依頼しているためである。これによりリターゲッティング広告等が可能になる。パートナーサイトＷｅｂサーバ６０のＷｅｂページにはパートナーサイトＷｅｂサーバ６０のクッキーとＳＳＰクッキーが含まれている。パートナーサイトＷｅｂサーバ６０はＳＳＰ５０に表示枠７の販売を依頼しているためである。

<<ＳＳＰ>>
ＳＳＰ５０は、広告リクエスト部５１、広告要求取得部５２、アクセス情報送信部５３、及び、落札部５４を有している。ＳＳＰ５０が有するこれらの各機能は、ＨＤＤ２０８からＲＡＭ２０４に展開されたプログラム２０８ｐをＣＰＵ２０６が実行することにより実現される機能又は手段である。

広告要求取得部５２は、端末装置３０が表示枠７に対応づけられた広告タグを実行することでＳＳＰクッキーと共に要求する広告リクエストを取得する。広告要求取得部５２はＳＳＰクッキーが含まれる広告リクエストを広告リクエスト部５１に送出する。

広告リクエスト部５１は、ＤＳＰ２０に対し広告リクエストを送信する。広告リクエストには、ＳＳＰクッキー、パートナーサイトＷｅｂサーバ６０のドメイン、表示枠ＩＤ、表示枠サイズ、広告フォーマット、ブラウザ種類、ＯＳ種類等が含まれる。

落札部５４はＤＳＰ２０から入札を受け付け、基本的に最も高い入札金額のＤＳＰ２０に表示枠７を販売するオークションを行う（広告主の製品やサービスによっては入札を受け付けない）。落札部５４は落札ＩＤを生成してＤＳＰ２０に通知する。

アクセス情報送信部５３は落札したＤＳＰ２０に対し広告を要求するためのアクセス情報１を生成し落札ＩＤと共に端末装置３０に送信する。アクセス情報１にはＤＳＰ２０のＵＲＬ（ＩＰアドレス）が含まれる。

<<ＤＳＰ>>
ＤＳＰ２０は、リクエスト受付部２１、入札判断部２２、入札部２３、広告要求受付部２４、及び、画像依頼部２５を有している。ＤＳＰ２０が有するこれらの各機能は、ＨＤＤ２０８からＲＡＭ２０４に展開されたプログラム２０８ｐをＣＰＵ２０６が実行することにより実現される機能又は手段である。

また、記憶部２９には、クッキー情報ＤＢ２９１と配信設定ＤＢ２９２が構築されている。記憶部２９は、図５に示したＨＤＤ２０８又はＲＡＭ２０４により実現される。

表１はクッキー情報ＤＢ２９１に記憶される情報を模式的に示す。クッキー情報ＤＢ２９１はＤＳＰクッキーとＳＳＰクッキーを対応付けると共に、閲覧者が訪問した訪問ドメインが登録されている。ＤＳＰクッキーとＳＳＰクッキーの対応付けはクッキーシンクと呼ばれる技術により可能である。また、訪問ドメインはＤＳＰ２０がタグ（行動監視タグ）を貼り付けたＷｅｂサイトを閲覧者が訪問することで得られる。したがって、ＤＳＰ２０は、ＳＳＰクッキーからＤＳＰクッキーを特定でき、更に、この閲覧者がどのようなＷｅｂサイトに興味を持っているかを判断できる。

表２は配信設定ＤＢ２９２に記憶される情報を模式的に示す。配信設定ＤＢ２９２には、広告主ＩＤ、広告対象属性（好ましい対象者の属性）、及び、非広告対象属性（好ましくない対象者の属性）が登録されている。広告主ＩＤは広角画像を提供する提供元になる広告主を特定又は識別するための識別情報である。したがって、ＤＳＰ２０又は画像配信装置１０は、広角画像の提供元に対し設定されている好ましい対象者の属性又は好ましくない対象者の属性を参照して、広角画像を送信するか否かを決定することができる。

なお、ＩＤはIdentificationの略であり識別子や識別情報という意味である。ＩＤは複数の対象から、ある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらのうち１つ以上の組み合わせをいう。以下のＩＤについても同様である。広告対象属性は広告主が広告を配信したい閲覧者の属性であり、非広告対象属性は広告主が広告を配信したくない閲覧者の属性である。ＤＳＰ２０はクッキー情報ＤＢ２９１等から判断される閲覧者の属性と配信設定ＤＢ２９２の情報を比較して閲覧者の属性を数値化し、入札金額を決定する。なお、入札金額の決定には時間帯、曜日、閲覧者の地域等、各種の情報が考慮されてよい。

（ＤＳＰの機能）
リクエスト受付部２１はＳＳＰ５０から広告リクエストを受けつける。リクエスト情報により端末装置３０の表示枠ＩＤ等の基本的な情報が得られる。

入札判断部２２はリクエスト受付部２１が受けつけた広告リクエストをクッキー情報ＤＢ２９１と配信設定ＤＢ２９２を参照して評価することで入札金額を決定する（入札しない場合もある）。上記のように、ＳＳＰクッキーからＤＳＰクッキーを特定し、ＤＳＰクッキーに対応付けて蓄積されている属性情報が、配信設定ＤＢ２９２に記憶された広告主の依頼とどの程度一致するかにより入札金額を決定する。

入札部２３は、決定された入札金額でＳＳＰ５０に入札する。落札できた場合は落札ＩＤを取得し、広告リクエストと対応付けておく。

広告要求受付部２４は、アクセス情報１に基づく端末装置３０からの広告要求（落札ＩＤ、ＤＳＰクッキー）を取得する。広告要求受付部２４は落札ＩＤにより広告リクエストを特定する。ＤＳＰクッキーはなくてもよく、ＳＳＰクッキーとＤＳＰクッキーが対応付けられていない場合に使用される。

画像依頼部２５はＤＳＰクッキー、広告主ＩＤ、及びリクエスト内容と共にアクセス情報２を画像配信装置１０に対し要求する。広告主ＩＤにより広告主が特定される。リクエスト内容の表示枠ＩＤにより表示枠７が特定される。更に、閲覧者の属性を画像配信装置１０に送信してもよい。これにより、画像配信装置１０は閲覧者に適した全天球画像６を配信できる。

<<端末装置>>
端末装置３０は、Ｗｅｂページ取得部３１、Ｗｅｂページ解析部３２、Ｗｅｂページ表示部３３、操作受付部３４、及びスクリプト実行部３５を有している。端末装置３０が有するこれらの各機能は、ＥＥＰＲＯＭ６０４からＲＡＭ６０３に展開されたプログラム６０４ｐをＣＰＵ６０１が実行することにより実現される機能又は手段である。

操作受付部３４は、端末装置３０に対する各種の操作を受け付ける。具体的には、端末装置３０が実行するブラウザに対する操作を受け付ける。操作受付部３４はＷｅｂページに対する操作を受け付ける。スクリプトに基づく画像データへの操作は画像操作受付部４３が受け付ける。

Ｗｅｂページ取得部３１は、閲覧者の操作により又はスクリプトの動作により広告主Ｗｅｂサーバ７０及びパートナーサイトＷｅｂサーバ６０と通信して、広告主Ｗｅｂサーバ７０及びパートナーサイトＷｅｂサーバ６０からＷｅｂページを取得する。

Ｗｅｂページ解析部３２は、画面情報に含まれるＨＴＭＬを先頭から順番に読み取りＨＴＭＬに含まれる文章や画像データの構造を解析する。また、ＣＳＳに記述されたＨＴＭＬの文章や画像データとの紐付けを検出して、ＨＴＭＬに含まれる文章や画像データのスタイルを対応付ける。また、Ｗｅｂページ解析部３２は、ＨＴＭＬからscriptタグを検出してスクリプト言語で記述されているスクリプトを抽出する。Ｗｅｂページ解析部３２はＨＴＭＬとＣＳＳをＷｅｂページ表示部３３に送出し、スクリプトをスクリプト実行部３５に送出する。

Ｗｅｂページ表示部３３はＨＴＭＬの先頭から解析が終わった順にＷｅｂページをディスプレイ６１６に表示していく。また、Ｗｅｂページに対する操作に応じてＷｅｂページを更新する。

スクリプト実行部３５は、Ｗｅｂページ解析部３２が抽出したスクリプトを実行する。スクリプトの具体的な内容はＷｅｂページによって様々である。本実施形態ではスクリプトとして、表示枠７に対応付けられた広告タグ、ＳＳＰ５０から取得するアクセス情報１、ＤＳＰ２０から取得するアクセス情報２、画像配信装置１０から配信される広告データが検出される。スクリプト実行部３５は、図６に示したＣＰＵ６０１がプログラム６０４ｐを実行すること等により実現される。また、スクリプト実行部３５が有する各機能又は手段は、ＣＰＵ６０１がスクリプトを実行することで実現される。

表示枠検出部３６は、Ｗｅｂページ取得部３１が取得した画面情報に含まれる表示枠７に対応付けられた広告タグを端末装置３０が実行して実現される機能である。表示枠検出部３６は表示枠７に対応づけられたＵＲＬに基づいてＳＳＰクッキーと共に広告リクエストをＳＳＰ５０に送信する。

アクセス情報取得部３７は、ＳＳＰ５０からアクセス情報１を取得する。アクセス情報１はスクリプトで記述されている。広告要求部３８は、アクセス情報１に含まれるＵＲＬに基づいてＤＳＰ２０にアクセスし落札ＩＤとＤＳＰクッキーと共に広告を要求する。広告要求部３８はこの要求に対しアクセス情報２と広告機会ＩＤを取得する。アクセス情報２もスクリプトで記述されている。

画像取得部３９はアクセス情報２に含まれる画像配信装置１０のＵＲＬに基づき、広告機会ＩＤを指定して、画像配信装置１０に対し広告データを要求する。画像配信装置１０は広告データを生成するので、画像取得部３９は広告データを取得する。本実施形態の広告データは、全天球画像６（又は３ＤＣＧ画像）、表示パターン、表示プログラム及び操作履歴プログラムを含む。操作履歴プログラムは操作履歴を画像配信装置１０に送信させる。表示プログラムは表示パターンで全天球画像６や３ＤＣＧ画像を回転させ、全天球画像６又は３ＤＣＧ画像への操作を全天球画像６又は３ＤＣＧ画像の表示態様に反映させる。操作履歴プログラムと表示プログラムもスクリプト言語で記述されており、スクリプト実行部３５により実行される。

画像表示部４０は、画像配信装置１０から取得した広告データを表示枠７に表示する。画像表示部４０は主に表示プログラムで実現され、表示枠７に全天球画像６又は３ＤＣＧ画像（すなわち広告）を表示し更に自動的に回転させたりする。また、全天球画像６又は３ＤＣＧ画像に対する操作に応じて全天球画像６又は３ＤＣＧ画像の表示態様を変化させる。

画像操作受付部４３はポインティングデバイス（ディスプレイ６１６がタッチパネルの場合は指、棒状部材又は専用ペンとタッチパネル、マウスが使用される場合はマウスポインタ、トラックボールが使用される場合はマウスポインタ）の座標が表示枠７に含まれる場合、Ｗｅｂページへの操作よりも優先して画像データへの操作を受け付ける。これにより、閲覧者が表示枠７の上でフリックしたりスワイプしたりした場合、Ｗｅｂページでなく画像データの表示態様を変化させることができる。

画像配信装置１０から広告データを取得することで端末装置３０は画像配信装置１０の画像クッキーを取得し記憶部４９に記憶できる。画像取得部３９が画像クッキーを画像配信装置１０に送信することで、画像配信装置１０ではＤＳＰクッキーと画像クッキーを対応付けることができる。

操作履歴記録部４１は、主に操作履歴プログラムにより実現され、全天球画像６又は３ＤＣＧに対する操作情報を操作履歴として記録する。操作履歴の詳細は画像配信装置１０において説明する。操作履歴送信部４２は、主に操作履歴プログラムにより実現され、表示枠７に表示された全天球画像６又は３ＤＣＧに対する操作履歴を画像クッキー及び画像ＩＤ（全天球画像６を識別する）と共に画像配信装置１０に送信する。また、クリックされた場合は更に表示パターンと共にその旨を画像配信装置１０に送信する。

<<画像配信装置>>
画像配信装置１０は、画像情報応答部１１、広告配信部１２、注目点決定部１３、及び、操作履歴取得部１４を有している。画像配信装置１０が有するこれらの各機能は、ＨＤＤ２０８からＲＡＭ２０４に展開されたプログラム２０８ｐをＣＰＵ２０６が実行することにより実現される機能又は手段である。

また、画像配信装置１０は、図５に示したＨＤＤ２０８又はＲＡＭ２０４により実現される記憶部１９を有している。記憶部１９には、配信履歴ＤＢ１９１、操作履歴ＤＢ１９２、クッキー対応ＤＢ１９３、広告画像ＤＢ１９４、パターンＤＢ１９５及び表示プログラム１９６が構築されている。

表３は、操作履歴ＤＢ１９２に記憶される情報を模式的に示す。操作履歴ＤＢ１９２には各閲覧者が全天球画像６に対しどのような操作を行ったのかという履歴が記録されている。操作履歴ＤＢ１９２には画像ＩＤ、閲覧時刻、画像クッキー、閲覧画角１〜３の各項目が記録されている。画像ＩＤは全天球画像６を特定するための情報である。画像クッキーは端末装置３０を操作する閲覧者又は端末装置３０の同一性を判別する情報になる。閲覧画角１〜３は閲覧者が全天球画像６を閲覧した際の画角である。各閲覧画角１〜３には閲覧時間、拡大の有無、拡大した場合は拡大後の画角、縮小の有無、及び、クリックの有無が格納されている。このように、各画像ごとに閲覧者が興味を持ったと考えられる画角が記録される。閲覧画角１〜３は、閲覧者が全天球画像６を回転させずに静止した時間が所定時間（例えば１秒）以上の画角である。端末装置３０の操作履歴記録部４１は静止した時間が上位３つの画角を記録する。１つだけでもよいし４つ以上でもよい。同様に、操作履歴記録部４１はそれぞれの閲覧画角１〜３で閲覧者が拡大又は縮小したか否かを記録する。画像配信装置１０はこのような操作履歴を注目点Ｐとする場合がある。更に、画像ＩＤに画像クッキーが対応付けられていればリターゲッティング広告が可能になる。また、閲覧画角には操作履歴としてクリックの有無が記録される。したがって、クリックがある閲覧画角はクリック時画角となる。

表４は、広告画像ＤＢ１９４に記憶されている情報を模式的に示す。広告画像ＤＢ１９４には、広告の対象となる全天球画像６又は３ＤＣＧに関する情報が登録されている。広告画像ＤＢ１９４には、広告主ＩＤ、画像ＩＤ、優先度、及び、対象属性が対応付けて登録されている。ＤＳＰ２０により広告主が決定されるので、この広告主が配信したい画像うち、閲覧者の属性と表４の対象属性の一致度又は優先度の少なくとも一方に基づいて配信する画像が決定される。なお、リターゲッティング広告の場合は、操作履歴ＤＢ１９２で画像クッキーに対応付けられた画像が配信される。

表５は、クッキー対応ＤＢ１９３に記憶されている情報を模式的に示す。クッキー対応ＤＢ１９３には、ＤＳＰクッキーと画像クッキーが対応付けられている。ＤＳＰクッキーはＤＳＰ２０から通知され、画像クッキーは端末装置３０から通知される。両者が対応付けられることでＤＳＰクッキーだけで画像配信装置１０が閲覧者を判別できるようになる。

表６は、パターンＤＢ１９５に登録されている情報を模式的に示す。パターンＤＢ１９５には全天球画像６又は３ＤＣＧ画像の注目点Ｐを表示させる順番及び画角の組み合わせが登録されている。順番及び画角の組み合わせを表示パターンという。注目点Ｐは上記のように閲覧者が閲覧した閲覧画角であるので、表示パターンには閲覧者がよく閲覧する表示位置が含まれている。あるいは、注目点Ｐは画像を解析した結果により決定される。表６では４つの座標１〜４が注目点Ｐである。注目点Ｐの数は１つの全天球画像６又は３ＤＣＧ画像に４つとは限らず３つ以下又は５つ以上でもよい。また、全天球画像６又は３ＤＣＧ画像によって様々でよい。表示パターンは座標１〜４の表示順を有している。したがって、注目点Ｐが４つの場合、表示順は４の階乗個（＝２４）ある。また、各注目点Ｐの画角が例えば３段階に変更される場合、３の４乗の画角の組み合わせがある。したがって、画角に関して１つの表示順について８１通りの組み合わせがある。最終的に１つの全天球画像又は３ＤＣＧ画像について２４×８１の表示パターンがある。クリック回数はこの表示パターンごとに閲覧者がクリックした回数である。つまり、画像配信装置１０は同じ全天球画像６又は３ＤＣＧ画像を同じ表示パターンで全天球画像６又は３ＤＣＧ画像を複数の端末装置３０に表示させ、端末装置３０がクリックした旨を記録する。こうすることで、クリック率の低い表示パターンによる配信を徐々に回避できる。なお、クリック回数は閲覧者の属性（性別、年代、家族構成等）ごとに記録することが好適である。これにより、閲覧者の属性に対しクリック回数が多い表示パターンで表示できる。

表７は、配信履歴ＤＢ１９１に登録されている情報を模式的に示す。配信履歴ＤＢ１９１には画像クッキーに対応付けて配信された全天球画像６又は３ＤＣＧ画像の画像ＩＤと表示パターン、クリック有無、及び、クリック時注目点が登録されている。画像配信装置１０が広告データを送信する際に端末装置３０に画像クッキーが登録されている場合、画像配信装置１０はこの画像クッキーを端末装置３０から取得できる。画像配信装置１０は同一の閲覧者に同じ全天球画像６又は３ＤＣＧ画像の配信を避けたり、同じ全天球画像６又は３ＤＣＧ画像を同じ表示パターンで配信することを避けたりすることができる。逆に、リターゲッティング配信することもできる。

クリック時注目点はクリックされた時に表示されていた注目点Ｐである。同じ画像が種々の閲覧者に配信されるので、クリックされた注目点Ｐを画像配信装置１０が数えることで、注目点Ｐのクリック率を算出できる。画像配信装置１０は広告データの配信時には表示パターンと共に各注目点Ｐのクリック率を配信することで、端末装置３０はクリック率の高い注目点Ｐを静止画として表示できる。

（画像配信装置の機能について）
画像情報応答部１１はＤＳＰ２０から取得したＤＳＰクッキー、広告主ＩＤ、リクエスト内容（主に表示枠ＩＤ）に対し広告機会ＩＤを付与し、アクセス情報２と共にＤＳＰ２０に返送する。広告機会ＩＤにより端末装置３０の表示枠７ごとに広告の配信機会を特定できる。

広告配信部１２は、端末装置３０から広告機会ＩＤと共に広告データを要求されると配信する全天球画像６と表示パターンを決定する。まず、ＤＳＰ２０から取得した広告主ＩＤに対応付けられた全天球画像６又は３ＤＣＧ画像を広告画像ＤＢ１９４から決定する。好ましくは閲覧者の属性を考慮する。閲覧者の属性はＤＳＰ２０から通知されてもよいし、画像配信装置１０が画像クッキーに対応付けて蓄積したものでもよい。次に、広告配信部１２はパターンＤＢ１９５を参照して全天球画像６の表示パターンを決定する。例えば、最もクリック回数の多い表示パターンを決定する、又は、クリック回数が閾値以上の表示パターンから任意に決定する。表示パターン決定時も閲覧者の属性が考慮されることが好ましい。

操作履歴取得部１４は、端末装置３０から画像クッキー及び画像ＩＤと共に操作履歴を取得し、操作履歴ＤＢ１９２に設定する。なお、注目点を決定するための操作履歴とクリック回数を更新するための操作履歴（クリックしたこと）の２種類の操作履歴がある。

端末装置３０の操作履歴記録部４１を画像配信装置１０が有していてもよい。操作履歴記録部４１は時系列的な操作内容を必要とするので、通信帯域などによっては画像配信装置１０が取得することが困難になるおそれがある。これに対し、端末装置３０の操作履歴記録部４１は最終的な操作履歴のみを画像配信装置１０に送信すればよいので通信負荷を低減できる。

注目点決定部１３は、全天球画像６の注目点Ｐを決定する。各種の注目点Ｐの決定方法が考えられるが、例えば、操作履歴ＤＢ１９２を参照して閲覧画角ごとに、閲覧時間、拡大、縮小、クリックを重み付けしてスコアを算出し、スコアが高い閲覧画角から優先して注目点に決定する。注目点決定部１３は決定した注目点Ｐを使った表示パターンをパターンＤＢ１９５に登録する。あるいは、画像をいくつかの領域に区分して各領域の例えば４つを不作為に注目点としてもよい。領域の画像を所定の方法で評価し注目点を決定してもよい。

＜端末装置の画像操作受付部の機能について＞
図１４は、画像表示部４０の機能を詳細に説明する機能ブロック図の一例である。画像表示部４０は、表示枠表示位置検知部６１、表示形態制御部６２、表示状態保存部６３、同一画像検出部６４、及び、画像再生部６５を有している。これらは広告データに含まれるスクリプト（表示プログラム１９６）をＣＰＵ６０１が実行することで実現される。

表示枠表示位置検知部６１は、Ｗｅｂページにおける表示枠７の位置を検知する。これにより表示枠７（すなわち画像データ）が画面（ディスプレイにおける表示領域）に表示されたかどうかを判断できる。Ｗｅｂページに表示枠７が表示されたか否かを判断する表示枠７の位置を検知ポイントという。

表示形態制御部６２は、画像の単体表示形態と複数表示形態を切り替える。例えば、マウスオーバーなどのユーザ操作、又は複数表示形態での表示を開始してから一定時間の経過などの定期的なタイミングで切り替えを行う。表示枠７が画面内に表示されたと表示枠表示位置検知部６１が検知してから一定時間が経過すると表示形態制御部６２が複数表示形態から単体表示形態に切り替える。マウスオーバーした場合は一定時間の経過前に単体表示形態に切り替える。単体表示形態になってから一定時間が経過すると表示形態制御部６２は複数表示形態に切り替える。何らかの操作で一定時間の経過前に複数表示形態に戻してよい。表示形態制御部６２は、単体表示形態から複数表示形態に戻すと、複数表示形態のまま、画面に検知ポイントが入った時に表示した複数の画像とは異なる複数の画像に切り替える。

同一画像検出部６４は、広告データに含まれる複数の画像のそれぞれについて、表示状態記憶部６９を参照して、過去に端末装置３０が同じ画像を表示しているかどうかを検出する。表示状態記憶部６９については表８にて説明する。同一画像検出部６４は、検出された同一の画像の画像ＩＤを画像再生部６５に通知する。端末装置３０が同じ画像を表示するとは、同じＷｅｂブラウザ（つまり同じ端末装置で同じＷｅｂブラウザを使用する）が同じ画像を表示すること、又は、Ｗｅｂブラウザに閲覧者がログインする場合は閲覧者が同じことをいう（異なる端末装置３０でも閲覧者が同じなら過去に同じ画像を表示したと判断される）。

画像再生部６５は、表示枠表示位置検知部６１が表示枠７の検知ポイントが画面３１５に入ったと判断すると、画像の再生を開始する（動きなどの表示態様を変化させる）。画像の再生は、複数表示形態から開始してもよいし、単体表示形態から開始してもよい。したがって、単体表示形態から開始する場合、表示枠表示位置検知部６１が表示枠７の検知ポイントが画面３１５に入ったと判断しても、画像は再生されない。本実施形態では、説明の便宜上、表示枠７の検知ポイントが画面３１５に入ったと判断すると（複数表示状態になっている）、画像再生部６５が画像の再生を開始するものとする。

また、画像再生部６５は、同一の画像の画像ＩＤを通知された場合、表示状態記憶部６９から画像ＩＤに対応づけられている画像の表示状態を取得して、この表示状態からの再生を再開する。一方、同一の画像の画像ＩＤを通知されない場合は、表示パターンの最初から再生する。

表示状態保存部６３は、表示形態制御部６２が表示枠７で表示する画像が別の画像に切り替えるという通知を受けた場合、現在の表示状態を画像再生部６５から取得して、表示状態記憶部６９に保存する。こうすることで、次回、同じ画像が広告データに含まれる場合、保存しておいた表示状態から画像再生部６５が画像の再生を再開できる。なお、表示枠７で表示される画像を別の画像に切り替えるタイミングは、表示形態制御部６２が切り替える前の複数の画像の表示を終了するタイミングということもできる。また、表示形態制御部６２が単体表示形態から複数表示形態に切り替えるタイミングで、表示状態保存部６３がタイミングの表示状態を保存してもよい。つまり、閲覧者がそれ以上は画像を容易に見られなくなるタイミングの表示状態を保存すればよい。

表８は表示状態記憶部６９に記憶されている表示状態に関する情報を示す。表示状態記憶部６９は、再生の全体のうちどの時点を再生していたかを示す情報である。例えば、画像ごとに表示パターンのどこまでを端末装置３０が表示したかの情報である。このため画像ＩＤ、表示パターン、最後の表示位置、及び、操作による表示位置の項目を有している。例えば表示パターンが座標１→座標２→座標３→座標４を移動するとした場合、どの座標間のどの表示位置を表示したかを記憶している。１つの表示パターンが同じ座標を通る場合もあるので、座標のみでは最後の表示位置を特定できない。このため、２点間のどこまで表示したかを記憶している。

なお、表示状態記憶部６９を実現する方法としてはＷｅｂブラウザが管理するクッキーを利用できる。クッキーはこのクッキーで設定されているドメインでのみ有効なので、画像配信装置１０がドメインを適切に設定したクッキーをＷｅｂブラウザに書き込むことで、画像配信装置１０のみが表示状態記憶部６９にアクセスできるようになる。

閲覧者が操作により任意の表示位置を表示させていた場合に画像の表示が終了した場合（次の複数の画像に切り替わった場合）であって、端末装置３０が同じ画像を再度、表示する場合は、画像の表示が終了した時に表示していた表示位置を端末装置３０が表示するとよい。したがって、このような場合は、表示パターン中の表示位置でなく、表示状態保存部６３が操作による表示位置を保存する。最後の表示位置と操作による表示位置はどちらかが保存される。

＜表示パターンについて＞
図１５を用いて、表示パターンについて補足する。図１５は、表示パターンの一例を示す図である。図１５では４つの注目点Ｐ１〜Ｐ４が図示する矢印の順に連続的に移動する表示パターンである。各注目点の画角についても予め決まっているものとする。

画像再生部６５は表示パターンに基づいて注目点Ｐ１〜Ｐ４を連続的に移動させながら画像の一部を表示枠７に表示する。こうすることで、全天球画像６のように広角な画像が静止画であっても、動画のように表示できる。

例えば、注目点Ｐ３からＰ４への移動中に、表示枠７に表示される全天球画像６が別の画像に切り替わった場合、表示状態保存部６３は注目点Ｐ３とＰ４の座標と、切り替わった時の座標（表示位置）を表示状態記憶部６９に保存する。なお、座標は緯度θ（０〜１８０度）と経度φ（０〜３６０度）で特定できる。

３ＤＣＧ画像の場合も視点を変えて動画のように表示することができる。３ＤＣＧの場合は、端末装置３０は注目点を三次元の原点に固定して仮想カメラ３０１の撮像素子の中心を表示状態として記憶する。

＜検知ポイントについて＞
次に、図１６を用いて検知ポイントについて説明する。図１６は、検知ポイントの一例とその座標の算出例を示す図である。図１６（ａ）では表示枠７の一部が画面３１５に表示されている。画面３１５はＷｅｂページ全体のうち実際にディスプレイ６１６に表示されている領域である。説明のため、画面３１５の左上コーナーを原点（０，０）とし、表示枠７の左下コーナーの座標を（Ａ，Ｂ）で表す。なお、原点はＷｅｂページの画面３１５の左上端部であるが、本実施形態では、簡単のため、ディスプレイ６１６の原点と同じ意味とする（実際にはバッテリ残量などのステータス欄がある）。また、２つのアプリを同時に２画面表示できる端末装置３０では、Ｗｅｂページが表示される画面３１５の左上端部がディスプレイの原点と一致しない場合がある。

図１６（ｂ）は表示枠７のサイズを説明する図である。表示枠７の幅をＷ，高さをＨとする。表示プログラム１９６はスクリプトの機能により表示枠７を指定して原点に対する座標（Ｘ，Ｙ）をブラウザソフトから取得する機能を有している。つまり、Ｗｅｂページ３１０が表示される画面３１５に対する表示枠７の相対位置を取得できる。例えば、Ｙの値は表示枠７の左上コーナーが画面３１５に入るまではマイナスになる。また、表示枠７の幅Ｗ，高さＨもブラウザソフトから取得できる。

表示枠表示位置検知部６１はリアルタイムに表示枠７の座標（Ｘ，Ｙ）を把握でき、表示枠７の幅Ｗ，高さＨが分かっているので、表示枠７の左下コーナーの座標（Ａ，Ｂ）を算出できる。
Ａ＝Ｘ
Ｂ＝Ｙ＋Ｈ
また、説明の便宜上、検知ポイント３２０を表示枠７の中央としその座標を（Ｃ，Ｄ）とする。Ｃ，Ｄも同様に算出できる。
Ｃ＝Ｘ＋Ｗ/２
Ｄ＝Ｙ＋Ｈ/２
このように表示枠表示位置検知部６１は検知ポイント３２０の座標を算出しながら、高さ方向にどの位、表示枠７が表示されたかを示すＤの値が正値になったら、表示枠７が画面３１５に表示されたことを検知できる。なお、表示枠７のどこに検知ポイント３２０を設定するかは任意である。

また、Ｗｅｂページが端末装置３０に表示された直後から表示枠７が画面３１５に含まれている場合もある。

＜画像の構造について＞
続いて、図１７を用いて、表示枠７に表示される画像の構造を説明する。図１７は、表示枠７に表示される画像の階層構造を説明する図である。本実施形態では、画像表示部４０が全天球画像を背景として商品の画像を手前に表示する。

図７〜図９で説明したように、全天球画像は正距円筒射影画像として提供されているため、画像表示部４０はこれを球体に貼り付け全天球画像に変換する。全天球画像は球体であるためそのままでは平面なディスプレイに表示できないので、画像表示部４０は全天球画像を全天球画像用のレイヤＬ２に透視投影変換する。こうすることで、閲覧者は全天球画像を回転させ表示態様を変更できる。あるいは、自動で表示態様が変わって動画のように見える。

一方、広告の作成者は全天球画像のレイヤＬ２の上に前景の透明なレイヤＬ１を用意し、画像表示部４０は常に表示させておきたい商品画像やロゴをレイヤＬ１に配置する。つまり、商品画像とロゴ以外は透明であるため全天球画像のレイヤＬ２が閲覧者に見える。前景のレイヤＬ１は固定である。

また、全天球画像にも透過部分を設けることが可能であるため、全天球画像の後ろに透明用背景画像のレイヤＬ３を設ける。透明用背景画像のレイヤＬ３は固定である。

画像表示部４０は、下から
a. 透明用背景画像のレイヤＬ３
b. 所定領域Ｔを透視投影変換した全天球画像のレイヤＬ２
c. 前景のレイヤＬ１
を重ねて表示枠７の画像を生成する。

なお、図１７の画像の生成方法は一例に過ぎず、全天球画像のみを表示してもよい。

＜動作手順＞
図１８は、閲覧システム１００が広告として表示される全天球画像６又は３ＤＣＧ画像を配信する手順を説明するシーケンス図の一例である。

S1：まず、閲覧者はパートナーサイトＷｅｂサーバ６０と接続するように端末装置３０を操作する。端末装置３０の操作受付部３４は操作を受け付け、Ｗｅｂページ取得部３１がＷｅｂページを取得する。

S2：端末装置３０のＷｅｂページ解析部３２はＷｅｂページを解析しＨＴＭＬ、ＣＳＳ，スクリプトを抽出し、Ｗｅｂページ表示部３３がＨＴＭＬとＣＳＳ等に基づいてＷｅｂページを表示する。

S3：端末装置３０の表示枠検出部３６は表示枠７に対応付けられた広告タグ（スクリプト）を実行することで広告リクエストをＳＳＰ５０に送信する。広告リクエストには、例えばＳＳＰクッキー、パートナーサイトＷｅｂサーバ６０のドメイン、表示枠ＩＤ、表示枠サイズ、広告フォーマット、ブラウザ種類、ＯＳ種類等が含まれる。

S4：ＳＳＰ５０の広告要求取得部５２は広告リクエストを取得し、広告リクエスト部５１が広告リクエストを受け付ける。広告リクエスト部５１はＳＳＰクッキーを検出してＤＳＰ２０に対し広告リクエストを通知して表示枠７を販売する。

S5：ＤＳＰ２０のリクエスト受付部２１は広告リクエストを入札判断部２２に送出する。ＤＳＰ２０の入札判断部２２はクッキー情報ＤＢ２９１を参照してＳＳＰクッキーからＤＳＰクッキーを特定する。

S6：入札判断部２２はＤＳＰクッキーから属性を判断する。クッキー情報ＤＢ２９１の訪問ドメインを参照してもよいし、適宜、ＤＳＰクッキーで特定される閲覧者の属性情報を参照してもよい。

S7：入札判断部２２は配信設定ＤＢ２９２を参照して広角画像又は３ＤＣＧ画像の提供元に対し設定されている好ましい対象者の属性又は好ましくない対象者の属性に基づいて、この閲覧者に広角画像を送信するか否かを決定する。ここでは少なくとも１つの広告主について配信すると決定したものとする。

S8：入札判断部２２は広告主の予算や属性の一致度等に応じて入札金額を決定する。

S9：ＤＳＰ２０の入札部２３はＳＳＰ５０に入札する。ＳＳＰ５０の落札部５４は複数のＤＳＰ２０からの入札に対し原則的に最も高い入札金額を申し入れたＤＳＰ２０を落札者に決定する。

S10：ここでは図示するＤＳＰ２０が落札したものとする。ＳＳＰ５０は落札ＩＤをＤＳＰ２０に通知する。

S11：ＳＳＰ５０のアクセス情報送信部５３は落札ＩＤと共にアクセス情報１を端末装置３０に送信する。

S12：端末装置３０の広告要求部３８はアクセス情報１を実行することで落札ＩＤと共に広告要求をＤＳＰ２０に送信する。

S13：ＤＳＰ２０の広告要求受付部２４は落札ＩＤにより広告リクエストを特定する。画像依頼部２５は広告主ＩＤ、ＤＳＰクッキー、及び、広告リクエストと共に画像配信装置１０に画像を要求する。

S14：画像配信装置１０の画像情報応答部１１は画像要求を受信すると広告リクエストを特定するための広告機会ＩＤを生成する。

S15：画像情報応答部１１は広告機会ＩＤと対応付けられたアクセス情報２をＤＳＰ２０に送信する。

S16：ＤＳＰ２０の画像依頼部２５はアクセス情報２を受信して、広告要求受付部２４が端末装置３０に送信する。

S17：端末装置３０の画像取得部３９はアクセス情報２に含まれる画像配信装置１０のＵＲＬに基づいて広告要求（広告機会ＩＤ）を送信する。端末装置３０が画像クッキーを保持している場合は画像クッキーを送信することができる。

S18：画像配信装置１０の広告配信部１２は広告機会ＩＤにより画像要求を特定する。本実施形態では、表示枠７が複数の画像を表示するものであったとする。

S19：広告配信部１２はＤＳＰクッキーから属性を判断したり、画像クッキーから属性を判断したりする。

S20：広告配信部１２は広告主ＩＤと属性に基づき配信する画像を特定する。表示枠７に複数の画像を表示するため、広告配信部１２はＮ個の画像を特定する。このＮは表示枠７（広告リクエスト）によって決まっている。広告配信部１２は広告画像ＤＢ１９４を参照し画像に対し設定されている配信の対象者の属性又は優先度に基づいて送信する画像を決定する。配信する画像には以下の組み合わせがある。
(i) Ｎ個の全天球画像（又は３ＤＣＧ画像）
(ii) １つの全天球画像（又は３ＤＣＧ画像）＋Ｎ個の商品画像
(iii) Ｎ個の全天球画像（又は３ＤＣＧ画像）＋Ｎ個の商品画像
(i)は全天球画像又は３ＤＣＧ画像のみで広告を構成する場合であり、全天球画像又は３ＤＣＧ画像が広告の場合である。(ii)は背景とする全天球画像又は３ＤＣＧ画像がＮ個の商品画像に共通である場合である。(iii)は背景とする全天球画像又は３ＤＣＧ画像が商品画像ごと異なる場合である。

(i)〜(iii)のいずれの場合も、画像は表示枠７に表示される画像の数だけ決定される。例えば、表示枠７が３つの画像を表示できる場合、３つの画像が決定される。あるいは、表示枠７が一度に表示できる画像の数以上の画像を広告配信部１２が決定してもよい。この場合、端末装置３０は時間的に表示する画像を切り替える。

なお、表示パターンはクリック回数が閾値より高いものであるが、全天球画像６又は３ＤＣＧ画像の配信数が少ない間は不作為に選択する。

S21：広告配信部１２はＮ個の全天球画像６又は３ＤＣＧ画像、各画像のサイズ、表示パターン（各注目点のクリック率を含む）、画像ＩＤ、画像クッキー、及び、表示枠ＩＤを含む広告データを端末装置３０に送信する。全天球画像６又は３ＤＣＧ画像には広告主Ｗｅｂサーバ７０のＵＲＬが対応付けられている。

S22：端末装置３０の画像取得部３９は広告データを取得し、画像表示部４０が表示枠７に全天球画像６又は３ＤＣＧ画像を表示する。表示形態制御部６２は画像の表示直後、複数表示形態で表示する。

S23：表示形態制御部６２は、一定時間ごと又は閲覧者のマウスオーバーに応じて、複数表示形態から単体表示形態に切り替える。このため、画像表示部４０は表示枠７に表示している全天球画像６又は３ＤＣＧ画像を１つずつ又はまとめて画像配信装置１０に要求する。要求先（ＵＲＬ）は広告データと共に端末装置３０に送信されている。表示枠７にＮ個の画像を表示する場合と１つだけ表示する場合で、アスペクト比が異なるなど、適切な画像が異なるためである。あるいは、ステップＳ２１で画像配信装置１０から送信されている画像を拡大して表示枠７に表示してもよい。この場合、通信負荷や表示までの時間を低減できる。

また、画像配信装置１０から画像を端末装置３０に送信してもよい。この場合、画像配信装置１０が画像を更新するタイミングを検出して新たに決定した画像を端末装置に送信する。

閲覧者が表示枠７を押下（クリック又はタップ）すると操作受付部３４が受け付け、広告主Ｗｅｂサーバ７０のＵＲＬに基づいてＷｅｂページ取得部３１が広告主Ｗｅｂサーバ７０と通信を開始する。

＜同じ全天球画像６又は３ＤＣＧ画像を表示する場合について＞
配信履歴ＤＢ１９１に画像クッキーが登録されている閲覧者は全天球画像６又は３ＤＣＧ画像を何らかの表示パターンで閲覧したことがある。この閲覧者がパートナーサイトＷｅｂサーバ６０の別のＷｅｂページを閲覧する場合がある。この場合、画像配信装置１０は同じ全天球画像６又は３ＤＣＧ画像を閲覧者に提供することでクリック率を向上させることが可能になる。このような広告をリターゲッティング広告という。

図１９は画像配信装置１０の広告配信部１２が同じ全天球画像６又は３ＤＣＧ画像を同じ表示パターンで配信する手順を示すフローチャート図の一例である。この処理は、図１８のステップＳ２０にて実行される。

まず、広告配信部１２は画像クッキーと共に広告データの要求を端末装置３０から取得する（Ｓ１０１）。過去に、全天球画像６又は３ＤＣＧ画像の配信を受けている端末装置３０の場合、画像クッキーを記憶しているので、画像配信装置１０は同じＷｅｂブラウザ又は閲覧者を判別できる。

広告配信部１２は同じＷｅｂブラウザ又は閲覧者の配信履歴があるか否かを、配信履歴ＤＢ１９１を参照して判断する（Ｓ１０２）。すなわち、配信履歴ＤＢ１９１に画像クッキーが登録されており、画像ＩＤと配信済み表示パターンが登録されているか否かを判断する。

ステップＳ１０２の判断がＮｏの場合、広告配信部１２は図１８で説明したように、閲覧者の属性等から配信する全天球画像６又は３ＤＣＧ画像を決定する（Ｓ１０３）。

ステップＳ１０２の判断がＹｅｓの場合、広告配信部１２は配信履歴ＤＢ１９１に記憶されている同じ全天球画像６又は３ＤＣＧ画像を同じ配信済み表示パターンで配信すると決定する（Ｓ１０４）。なお、同じ閲覧者に複数の全天球画像６又は３ＤＣＧ画像の配信履歴がある場合、クリックされていない全天球画像６又は３ＤＣＧ画像を配信してもよいし、最も配信日時が新しい全天球画像６又は３ＤＣＧ画像を配信してもよい。

このように、端末装置３０には同じ全天球画像６又は３ＤＣＧ画像が同じ表示パターンで配信される場合がある。なお、図１９ではリターゲッティング広告で同じ全天球画像６又は３ＤＣＧ画像が同じ表示パターンで配信される場合を説明したが、閲覧者の属性に基づいて同じ全天球画像６又は３ＤＣＧ画像が同じ表示パターンで配信される場合もある。

あるいは、同じＷｅｂページを継続して表示中に、表示形態制御部６２が複数の画像をセットで切り替えることを繰り返すが、切り替えが一巡することで同じ画像が表示される場合がある。

＜端末装置の画像の表示方法＞
図２０は、端末装置３０が全天球画像６又は３ＤＣＧ画像を表示する場合の処理を説明するフローチャート図の一例である。図２０の処理は図１８のステップＳ２２で実行される。

まず、同一画像検出部６４は過去と同じ全天球画像６又は３ＤＣＧ画像が同じ表示パターンで配信されたか否かを判断する（Ｓ２０１）。すなわち、表示状態記憶部６９を参照して広告データに含まれる画像ＩＤと表示パターンがすでに登録されているか否かを判断する。

なお、同じＷｅｂページを継続して表示中に、切り替えが一巡することで同じ画像が表示される場合は、画像配信装置１０から再度、同じ画像が配信される場合もあるし、端末装置３０が過去に表示した画像を記憶しておいて読み出す場合もある。

過去と同じ全天球画像６又は３ＤＣＧ画像が配信されていない場合（Ｓ２０１のＮｏ）、画像再生部６５は検知ポイントが画面に入ったタイミングで、全天球画像６又は３ＤＣＧ画像を最初から再生する（Ｓ２０２）。すなわち、表示パターンが注目点Ｐ１→Ｐ２→Ｐ３→Ｐ４の場合、注目点Ｐ１から再生する。

過去と同じ全天球画像６又は３ＤＣＧ画像が配信された場合（Ｓ２０１のＹｅｓ）、画像再生部６５は検知ポイントが画面に入ったタイミングで、最後の表示位置から再生を再開するか、又は、操作による表示位置を表示する（Ｓ２０３）。すなわち、動きのある全天球画像６又は３ＤＣＧ画像の表示中に表示が終了した場合は、表示状態記憶部６９に保存されている２つの注目点Ｐ３、Ｐ４とその間の表示位置（座標）から再生を再開する。閲覧者が操作して任意の表示位置を表示中に表示が終了した場合は、表示状態記憶部６９に保存されている操作による表示位置（座標）を表示する。この場合は静止画として表示される。

したがって、閲覧者は広告の全体を閲覧でき、広告を提供する側としては広告として見せたい部分を閲覧者に見せることができ、広告の効果を発揮できる。また、閲覧者が任意の表示位置で閲覧していた場合は、その表示位置が再度、表示されるので、閲覧者の操作性を低下しにくくできる。

なお、複数表示形態から単体表示形態に切り替わった場合に、画像再生部６５が最後の表示位置から再生を再開するか、又は、操作による表示位置を表示する場合は、ステップ２０１のＹｅｓ及びＮｏの次に、複数表示形態から単体表示形態に切り替わったか否かを判断すればよい。

全天球画像６又は３ＤＣＧ画像の再生中、閲覧者は全天球画像６又は３ＤＣＧ画像の表示態様を変える操作が可能なので、画像操作受付部４３は全天球画像６又は３ＤＣＧ画像の表示態様を変える操作を受け付けたか否かを判断する（Ｓ２０４）。例えば、全天球画像を回転させたり、３ＤＣＧ画像の視点を変更したりできる。

全天球画像６又は３ＤＣＧ画像の表示態様を変える操作を受け付けた場合（Ｓ２０４のＹｅｓ）、画像再生部６５は静止画に切り替えて、閲覧者の操作に応じた表示位置に変更する（Ｓ２０５）。静止画に切り替えるのは、閲覧者がある表示位置を見たいと考えられるためである。閲覧者の操作が終了してから一定時間が経過した場合は、全天球画像６又は３ＤＣＧ画像の再生を再開してよい。

次に、表示状態保存部６３は、表示形態制御部６２が全天球画像６又は３ＤＣＧ画像を別の画像に切り替えるか否かを判断する（Ｓ２０６）。すなわち、全天球画像６又は３ＤＣＧ画像の表示を終了するか否かを判断する。

ステップＳ２０６の判断がＹｅｓの場合、表示状態保存部６３は画像ＩＤ，表示パターン、及び、最後の表示位置（又は操作による表示位置）を表示状態記憶部６９に保存する（Ｓ２０７）。なお、同じ画像ＩＤと表示パターンがすでに保存されている場合、表示状態記憶部６９は最後の表示位置を上書きする。同じ画像ＩＤと表示パターンについては最後の表示位置は１つであることが好ましいためである。

また、表示状態保存部６３は、全天球画像６又は３ＤＣＧ画像の切り替わり時に表示していた表示位置を保存するのでなく、全天球画像６又は３ＤＣＧ画像の切り替わり時に表示していた表示位置の少し前を保存してもよい。これにより、再生の再開時に、閲覧者は一度見た再生部分を見ることができるので、続きが再生されていることを思い出し広告の効果を増しやすくなる。また、表示状態保存部６３は、全天球画像６又は３ＤＣＧ画像の切り替わり時に表示していた表示位置の少し後を保存してもよい。

＜表示例＞
図２１は、端末装置３０が最後の表示位置から再生する表示例を示す図である。図２１の画像は賃貸物件の室内が撮像された全天球画像６である。画像３２３ａは図２１（ａ）から図２１（ｂ）に表示位置が変わり、表示が終了した。画像３２３ｂは図２１（ｃ）から図２１（ｄ）に表示位置が変わり、表示が終了した。画像３２３ｃは図２１（ｅ）から図２１（ｆ）に表示位置が変わり、表示が終了した。したがって、図２１（ｂ）（ｄ）（ｆ）の画像３２３ａ〜３２３ｃの表示位置が表示状態記憶部６９に保存されている。

端末装置３０に同じ画像３２３ａ〜３２３ｃが表示された場合、端末装置は図２１（ｂ）（ｄ）（ｆ）の表示位置から再生を再開する。図２１（ｇ）は最後の表示位置から再生が再開された複数表示状態の３つの画像３２３ａ〜３２３ｃを示す。図２１（ｇ）には図２１（ｂ）（ｄ）（ｆ）の表示位置の３つの画像３２３ａ〜３２３ｃが表示されている。

こうすることで、閲覧者は前回の続きから全天球画像を見ることができる。広告を配信する側は広告の全体を表示しやすくなる。

＜まとめ＞
したがって、本実施形態の閲覧システムは、広告の画像が再生中で切り替わった場合にも、画像の動きを前回の続きから表示することにより、画像の全体を閲覧者に全て見せることができ、広告の効果を十分に発揮できる。

また、閲覧者が画像の表示態様を操作で変更する場合については、広告の画像を操作中に切り替わった場合にも、次回、端末装置３０が同じ画像を表示する場合、画像の動きを前回の続きから表示することにより、閲覧者は同じ画像について同じ表示態様に操作する必要がなくなり、操作性が低下することを抑制できる。

なお、本実施形態では、複数表示形態と単体表示形態を切り替える広告データについて説明したが、単体表示形態のみの広告についても適用できる。この場合、画像の表示が終了となるのは、閲覧者が画像の再生中にＷｅｂページをスクロールした場合や別のＷｅｂページを表示した場合、又は、任意の表示位置を表示したままＷｅｂページをスクロールした場合や別のＷｅｂページを表示した場合である。表示形態制御部６２は検知ポイントに基づいて表示枠７が画面に入らなくなったことを検出でき、また、端末装置３０が別のＷｅｂページに遷移したことを閲覧者の操作により検出できる。したがって、次回、同じ画像を端末装置３０が表示する場合、端末装置３０は最後の表示位置から再生を再開し、操作による表示位置を表示できる。

また、単体表示形態のみの広告の場合に、スクロール等で表示が終了するのでなく、一定時間の経過により画像が切り替わってもよい。

また、本実施形態では表示位置を変えることで表示態様を変えるので、表示位置が記録された。しかし、再生時刻が同じなら表示位置も同じため（表示パターンも同じである場合）、端末装置３０は表示位置でなく再生時刻を記録してもよい。また、動画の場合、端末装置３０は再生時刻を記録すればよい。動画の場合、表示パターンは不要になる。

本実施例では、端末装置３０が表示位置でなく、現在時刻と全天球画像６又は３ＤＣＧ画像の再生時間に基づいて決定した表示位置から再生する表示方法を説明する。本実施例では、端末装置３０は前回表示した続きから再生できないが、全天球画像６又は３ＤＣＧ画像の始めの部分だけを再生してしまうことを避けることが出来る。

なお、本実施例では、操作による表示位置の変更は禁止されてよい。本実施例では、前回表示した続きから表示できるとは限らないため、閲覧者が表示位置を操作すると更に、広告の全体を再生できなくなるおそれがあるためである。ただし、操作による表示位置の変更を可能にしてもよい。この場合、実施例１と同様に、過去と同じ全天球画像６又は３ＤＣＧ画像が同じ表示パターンで配信された場合、端末装置３０は操作による表示位置を表示する。

＜端末装置の画像操作受付部の機能について＞
図２２は、画像表示部４０の機能を詳細に説明する機能ブロック図の一例である。図２２の説明では、図１４において同一の符号を付した構成要素は同様の機能を果たすので、主に本実施例の主要な構成要素についてのみ説明する場合がある。

本実施例の画像表示部４０は、表示状態保存部６３と表示状態記憶部６９を有していない。本実施例では現在時刻と再生時間に基づいて、どの表示位置から表示するかを決定するためである。このため、再生開始時刻決定部６６を有している。例えば再生時間が15秒（全天球画像６又は３ＤＣＧ画像の動きが一巡する）の場合、再生開始時刻決定部６６は現在時刻を15秒で割り、余りの時刻を、再生を開始する表示位置とする。

現在時刻が13時04分35秒の場合、13時04分は無視してよいので、
35÷15＝2…5
である。余りが5秒なので、画像再生部６５は最初から５秒経過時の表示位置から再生を再開する。

＜再生時間について＞
図２３は表示パターンの再生時間を説明する図である。図２３では時間と注目点Ｐ１〜Ｐ４の対応が示されている。表示パターンにはこのような情報が含まれている。この例では、表示位置が等速で各注目点Ｐ１〜Ｐ４に移動し、各注目点Ｐ１〜Ｐ４で一定時間滞留することが示されている。画像再生部６５は、過去に同じ全天球画像６又は３ＤＣＧ画像が同じ表示パターンで配信された場合は、上記の余りの時刻を再開位置とする。過去に同じ全天球画像６又は３ＤＣＧ画像が同じ表示パターンで配信されていない場合は、表示パターンの最初から再生する。

＜端末装置の画像の表示方法＞
図２４は、端末装置３０が全天球画像６又は３ＤＣＧ画像を表示する場合の処理を説明するフローチャート図の一例である。図２４の処理は図１８のステップＳ２２で実行される。また、図２４の説明では主に図２０との相違を説明する。

ステップＳ２０１は図２０と同様でよい。過去と同じ全天球画像６又は３ＤＣＧ画像が配信された場合（Ｓ２０１のＹｅｓ）、再生開始時刻決定部６６は現在時刻と再生時間から余りを算出する（Ｓ２０１−２）。現在時刻はＲＴＣ（Real Time Clock）などから取得される。

そして、画像再生部６５は検知ポイントが画面に入ったタイミングで、余りの時刻から再生を再開する（Ｓ２０３−２）。

したがって、閲覧者は広告の全体を閲覧できるとは限らないが、広告を提供する側としては閲覧者が広告の最初だけを見ることを抑制できる。

以降の処理は図２０と同様であるが、全天球画像６又は３ＤＣＧ画像の表示が終了する場合（Ｓ２０６のＹｅｓ）、記録の必要がないため表示状態保存部６３は何も記録しない。

なお、本実施例では現在時刻を決定したが、端末装置３０は単に不作為（ランダム）に再生を開始する時刻を決定してもよい。例えば、再生時間が１５秒の場合、再生開始時刻決定部６６は再生時間を例えば５等分して５点の再生を開始する時刻（０，３，６，９，１２秒）を決定する。そして、０，３，６，９，１２秒から不作為に時刻を決定する。

＜まとめ＞
本実施例によれば、閲覧者は広告の全体を閲覧できるとは限らないが、広告を提供する側としては閲覧者が広告の最初だけを見ることを抑制でき、広告の効果を発揮しやすくなる。

＜広告データの配信例＞
実施例１，２では第三者配信という仕組みで広告が配信されたが、広告は最終的に端末装置３０が表示するＷｅｂページに表示されればよい。図２５は広告データが配信されるいくつかの形態を示す。

図２５（ａ）ではパートナーサイトＷｅｂサーバ６０が配信するＷｅｂページに広告データが含まれる状態でＷｅｂページが送信されている。この場合、広告主はパートナーサイトＷｅｂサーバ６０に予め画像データを入稿している。

図２５（ｂ）では広告配信サーバ８０が広告データを配信している。パートナーサイトＷｅｂサーバ６０が広告を載せたいＷｅｂページを広告配信サーバ８０に登録する。これにより、広告配信サーバ８０はアドタグを出力するので、パートナーサイトＷｅｂサーバ６０は広告を載せたいＷｅｂページにアドタグを貼り付ける。また、広告主は広告データを広告配信サーバ８０に入稿しておく。

閲覧者がパートナーサイトＷｅｂサーバ６０にアクセスをすると、アドタグにより広告配信サーバ８０を呼び出す。広告配信サーバ８０は各広告主から入稿されたどの広告を配信するか判断し、広告データを端末装置３０に送信する。

図２５（ｃ）は本実施形態で説明した態様における広告データの配信例である。本実施形態で説明したように、画像配信装置１０が広告データを配信してもよいし、ＤＳＰ２０が配信してもよい。広告主は広告データをＤＳＰ２０に入稿しておけばよい。また、図２５（ｃ）の構成では、ＤＳＰ２０又は画像配信装置１０が広告配信サーバ８０となる。

また、画像の好適例として表示枠７に表示される画像を説明したが、Ｗｅｂページに表示され閲覧者の操作で変化する画像データであれば広告に限られず本実施形態を好適に適用できる。

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、本実施形態では、表示枠７に全天球画像や３ＤＣＧ画像が表示される例を説明したが、全天球画像は広角な画像であればよい。すなわち、表示枠７には入りきらない画角を有し、閲覧者の操作で見られる範囲が変わる画像データであればよい。

また、全天球画像を表示する端末装置３０のアプリケーションはブラウザソフトに限られず、任意のアプリケーションソフトウェアが画面に全天球画像や３ＤＣＧ画像を表示する際にも本実施形態を適用できる。

本実施形態では端末装置３０がＤＳＰ２０にアクセスし、次に、画像配信装置１０にアクセスして広告データを取得している。しかし、ＤＳＰ２０が画像配信装置１０から直接、広告データを取得して端末装置３０に送信してもよい。端末装置３０はＤＳＰ２０にアクセスするだけで広告データを取得できるため、広告が表示されるまでの時間を短縮できる。また、ＤＳＰ２０と画像配信装置１０が一体に構成されており、ＤＳＰ２０が広告データ（全天球画像）を端末装置３０に配信してもよい。

また、本実施形態で説明されたＳＳＰ５０，ＤＳＰ２０及び画像配信装置１０が連携する広告の配信方法は一例に過ぎず、端末装置３０が広告を表示するまでのプロセスを制限する意図はない。例えば、単純なプロセスとして、パートナーサイトＷｅｂサーバ６０が広告主からの広告データを預かっておき、端末装置３０に配信してもよい。この場合、ＳＳＰ５０、ＤＳＰ２０及び画像配信装置１０はなくてよい。

また、全天球画像は２つの画像が張り合わされる方法で作成される場合に限られず、例えば、撮像方向を少しずつ移動しながら撮像した画像データの重複部分を重ね合わせて作成してもよい。すなわち、全天球画像の作成方法は制限されない。

また、以上の実施例で示した図１３、図１４などの構成例は、閲覧システム１００の処理の理解を容易にするために、主な機能に応じて分割したものである。しかし、各処理単位の分割の仕方や名称によって本願発明が制限されることはない。閲覧システム１００は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

７ 広告枠
１０ 画像配信装置
２０ ＤＳＰ
３０ 端末装置
４０ 広告表示部
５０ ＳＳＰ
６０ パートナーサイトＷｅｂサーバ
７０ 広告主Ｗｅｂサーバ
１００ 閲覧システム

特開2019−036807号公報

Claims (9)

1. １つ以上の情報処理装置からネットワークを介して受信した画面情報に基づいて画面を表示する情報処理装置を、
   前記画面に表示される画像を取得する画像取得部と、
   表示パターンに基づいて表示態様を変化させながら前記画像を再生する画像再生部と、
   前記画像再生部が再生した前記画像の表示状態を保存する表示状態保存部、として機能させ、
   前記表示状態保存部が保存した前記画像を同じ表示パターンで再度、表示する場合、前記表示状態保存部が保存しておいた前記表示状態から、前記画像再生部が前記画像の再生を再開することを特徴とするプログラム。
2. 前記表示状態保存部は、前記画像が別の画像に切り替わるか、又は、前記画像の表示が終了した時の前記画像の表示状態を保存することを特徴とする請求項１に記載のプログラム。
3. 前記情報処理装置を、前記画像の表示態様の変更を受け付ける画像操作受付部として機能させ、
   前記表示状態保存部は、前記画像が別の画像に切り替わるか又は前記画像の表示が終了した時に前記画像操作受付部が受け付けていた前記画像の表示状態を保存し、
   前記表示状態保存部が保存した前記画像を同じ表示パターンで再度、表示する場合、前記表示状態保存部が保存しておいた前記表示状態で前記画像再生部が前記画像を表示することを特徴とする請求項２に記載のプログラム。
4. 前記画像は前記画面に配置されている表示枠に表示され、前記表示枠よりも広角な画角を有し、
   前記表示状態保存部は、前記画像再生部が再生した前記画像の表示位置を保存し、
   前記画像再生部は、前記表示状態保存部が保存した前記画像を同じ表示パターンで表示位置を切り替えながら、再度、表示する場合、前記表示状態保存部が保存しておいた前記表示位置から前記画像の再生を再開することを特徴とする請求項１〜３のいずれか１項に記載のプログラム。
5. 前記画像取得部は複数の画像を取得し、
   複数の前記画像を前記画面に配置されている１つの表示枠に表示する複数表示形態と１つのみの前記画像を表示する単体表示形態とを切り替え、単体表示形態が終了すると、前記画像取得部が取得した異なる複数の画像を複数表示形態で表示する表示形態制御部として機能させ、
   前記表示状態保存部は、前記表示形態制御部が異なる複数の画像を複数表示形態で表示する場合に、単体表示形態で表示されていた前記画像の表示状態を保存することを特徴とする請求項４に記載のプログラム。
6. １つ以上の情報処理装置からネットワークを介して受信した画面情報に基づいて画面を表示する情報処理装置を、
   前記画面に表示される画像を表示パターンと共に取得する画像取得部と、
   表示パターンの再生時間に基づいて再生を開始する時刻を決定する再生開始時刻決定部と、
   前記再生開始時刻決定部が決定した再生を開始する時刻から前記表示パターンに基づいて表示態様を変化させながら前記画像を再生する画像再生部、
   として機能させるためのプログラム。
7. 前記再生開始時刻決定部は、現在時刻を表示パターンの再生時間で割った余りを、再生を開始する時刻に決定することを特徴とする請求項６に記載のプログラム。
8. １つ以上の情報処理装置からネットワークを介して受信した画面情報に基づいて画面を表示する情報処理装置であって、
   前記画面に表示される画像を取得する画像取得部と、
   表示パターンに基づいて表示態様を変化させながら前記画像を再生する画像再生部と、
   前記画像再生部が再生した前記画像の表示状態を保存する表示状態保存部と、を有し、
   前記表示状態保存部が保存した前記画像を同じ表示パターンで再度、表示する場合、前記表示状態保存部が保存しておいた前記表示状態から、前記画像再生部が前記画像の再生を再開することを特徴とする情報処理装置。
9. １つ以上の情報処理装置からネットワークを介して受信した画面情報に基づいて画面を表示する情報処理装置が行う表示方法であって、
   画像取得部が、前記画面に表示される画像を取得するステップと、
   画像再生部が、表示パターンに基づいて表示態様を変化させながら前記画像を再生するステップと、
   表示状態保存部が、前記画像再生部が再生した前記画像の表示状態を保存するステップと、
   前記表示状態保存部が保存した前記画像を同じ表示パターンで再度、表示する場合、前記表示状態保存部が保存しておいた前記表示状態から、前記画像再生部が前記画像の再生を再開するステップと、を有することを特徴とする表示方法。

Images