JP2020154457A - 画像表示システム、画像配信方法、プログラム - Google Patents

Abstract

【課題】適切な視点でコンテンツを表示することができる画像表示システムを提供すること。【解決手段】画像を配信する画像配信装置１０から端末装置３０がコンテンツを受信する画像表示システム１００であって、前記画像配信装置は、１つ以上のコンテンツを異なる視点で表示する表示パターンを生成する表示パターン生成部１６と、前記視点を制約する制約部１７と、前記表示パターンと前記コンテンツ、又は、前記表示パターンに基づいて生成された複数の表示画像を前記端末装置に配信する配信部１２と、を有することを特徴とする。【選択図】図３

Description

本発明は、画像表示システム、画像配信方法、及び、プログラムに関する。

Ｗｅｂページに設けられた広告枠に広告主が広告を表示させる配信型のディスプレイ広告が知られている。広告主は様々なＷｅｂサイトが提供する広告枠に製品やサービスの広告を表示させることができる。広告枠に表示された製品やサービスに興味を持った閲覧者は広告枠をクリック（又はタップ）するので、広告主は閲覧者を自社のＷｅｂサイトに呼び込むことができる。

広告主としては閲覧者が広告をクリックする頻度を向上させたいが、１つのＷｅｂページに掲載される広告の数は増大傾向にあり、広告主は閲覧者の注意を引きつける表示方法を工夫している（例えば、特許文献１参照。）。特許文献１には、動画広告を配信することで広告の効果（クリック率）を高める技術について開示されている。人は動く物に視線を奪われやすいという傾向があるため、広告の注目度を高め広告の効果を向上させることができる。

また、３ＤＣＧ（Three−dimensional computer graphics）画像や広角画像などのように画像データの中には閲覧者の操作で見え方が変わる（視点が変わる）インタラクティブなコンテンツも存在する。このようなコンテンツをＷｅｂページに表示させることで注目度を高め広告の効果を高める試みも知られている。

しかしながら、３ＤＣＧ画像や広角画像などの視点を変更できるコンテンツでは必ずしも適切な視点で画像が表示されるとは限らないという問題があった。補足すると、コンテンツを受信した端末装置がコンテンツに対する視点を連続的に変えながら広告枠に表示する表示方法がある。この表示方法では、コンテンツの一部が次々に広告枠に表示されるため、静止画でありながら動画のような見せ方が可能になる。広告枠の画像が自動的に変化するので、通常の静止画の広告よりも広告効果が高いことが知られている。

しかし、このようなコンテンツの表示方法は、閲覧者があまり指定しない視点から見たコンテンツを自動で表示する場合があり、広告効果を損なうおそれがある。例えば、閲覧者がコンテンツを真上から見下ろしたり、真下から見上げたりすることで、閲覧者の天地の感覚が狂う場合がある。

本発明は、上記課題に鑑み、適切な視点でコンテンツを表示することができる画像表示システムを提供することを目的とする。

上記課題に鑑み、本発明は、画像を配信する画像配信装置から端末装置がコンテンツを受信する画像表示システムであって、前記画像配信装置は、１つ以上のコンテンツを異なる視点で表示する表示パターンを生成する表示パターン生成部と、前記視点を制約する制約部と、前記表示パターンと前記コンテンツ、又は、前記表示パターンに基づいて生成された複数の表示画像を前記端末装置に配信する配信部と、を有し、前記端末装置は、前記表示パターンと前記コンテンツ、又は、前記表示パターンに基づいて生成された複数の表示画像を取得する取得部と、前記取得部が取得した前記コンテンツを前記表示パターンで視点を変えて表示するか、又は、前記表示パターンに基づいて生成された前記複数の表示画像を表示する表示部と、を有することを特徴とする。

本発明は、適切な視点でコンテンツを表示することができる画像表示システムを提供することができる。

広角画像の一例として全天球画像について説明する図の一例である。 画像表示システムの概略を説明する図である。 端末装置が全天球画像又は３ＤＣＧ画像をアニメーション表示する際の遷移禁止領域を説明する図である。 画像表示システムの一例の構成図である。 コンピュータシステムの一例のハードウェア構成図である。 端末装置の一例のハードウェア構成図である。 全天球カメラの一例の使用イメージ図である。 全天球カメラで撮像された画像から全天球画像が作成されるまでの処理の概略を説明する図である。 全天球カメラで撮像された画像から全天球画像が作成されるまでの処理の概略を説明する図である。 閲覧者の視線を説明する図の一例である。 所定領域情報と所定領域の画像の関係の一例を示した図である。 ３Ｄモデルと射影変換を模式的に示す図である。 視点を変えて表示された一例の３Ｄモデルを示す図である。 Ｗｅｂページが使用する情報を模式的に説明する図の一例である。 端末装置、広告主Ｗｅｂサーバ、パートナーサイトＷｅｂサーバ、画像配信装置、ＳＳＰ及びＤＳＰの機能をブロック状に示す一例の機能ブロック図である。 コンテンツ受付部と画像登録端末の機能をブロック状に示す一例の機能ブロック図である。 画像登録端末のディスプレイに表示された一例のコンテンツ登録画面を示す図である。 注目点決定部が注目点を決定する手順を示すフローチャート図の一例である。 全天球画像の一例の部分画像を示す図である。 表示パターン生成部が表示パターンを生成する全体的な流れの一例を示すフローチャート図である。 全天球画像の視線方向又は３ＤＣＧ画像における仮想的なカメラの位置のパラメータを説明する図の一例である。 全天球画像の視線方向又は３ＤＣＧ画像における仮想的なカメラの位置の簡略化されたパラメータを説明する図の一例である。 水平軌道を採用した場合における、全天球画像の視線方向又は３ＤＣＧ画像における仮想的なカメラの一例を示す図である。 大円軌道を採用した場合における、全天球画像の視線方向又は３ＤＣＧ画像における仮想的なカメラの位置の一例を示す図である。 螺旋軌道を採用した場合の３ＤＣＧ画像における仮想的なカメラの位置の一例を示す図である。 要素軌道を用いた表示パターンの生成時に、図２０のステップＳ１０３で実行される手順を示すフローチャート図である。 要素軌道上の注目度の累積値を説明する図である。 ２つ以上の要素軌道を求める手順を示す一例のフローチャート図である。 画像表示システムが広告として表示される全天球画像又は３ＤＣＧ画像を配信する手順を説明するシーケンス図の一例である。 広告データを受信した端末装置の動作を説明する一例のフローチャート図である。 広告データが配信されるいくつかの形態を示す図である。

以下、本発明を実施するための方法の一例として画像表示システムと画像表示システムが行う画像配信方法について説明する。

＜本実施形態の画像表示システムの概略＞
図１は、広角画像の一例として全天球画像６について説明する図の一例である。図１（ａ）は、３次元の立体球ＣＳで表された全天球画像６を示し、図１（ｂ）は正距円筒図法で表された画像（以下、「正距円筒射影画像」という）である全天球画像６を示す。全天球カメラで生成された全天球画像６は図１（ｂ）のような正距円筒射影画像が立体球ＣＳに張り合わされた三次元の構造を有している。仮想カメラＩＣは閲覧者の目の位置に対応し、図１（ａ）では全天球画像６の中心に目の位置がある。閲覧者は仮想カメラＩＣを通るＸ軸、Ｙ軸、Ｚ軸を中心とする３軸の回転を行わせて、全天球画像６の任意の領域を所定領域画像Ｑとして端末装置のディスプレイ上に表示させることができる。所定領域画像の位置及び大きさなど（図１（ｂ）のＡ１〜Ａ３）のパラメータを連続的に変えることでアニメーションのように表示できる。

図１（ｃ）は３ＤＣＧ画像とその表示方法を説明する図である。３ＤＣＧ（Three−dimensional computer graphics）画像は、３次元点群、２Ｄメッシュ、又はテクスチャなどで構成されている３Ｄモデル９５を仮想的なカメラ３３０で撮像した（投影した）画像である。端末装置が仮想的なカメラ３３０の位置と照明の方向を設定し、仮想的なカメラ３３０に３Ｄモデル９５を投影して投影画像が生成される。仮想的なカメラ３３０の位置及び画角などのパラメータを連続的に変えることでアニメーションのように表示できる。

図２は、本実施形態の画像表示システム１００の概略を説明する図である。本実施形態では第三者配信により配信される広告に全天球画像６を用いる画像表示システム１００について説明する。第三者配信とは、媒体社が保有しているサーバでなく広告代理店などが保有するサーバから媒体に広告を配信する仕組みである。第三者配信サーバは広告の配信頻度などのコントロールや広告の効果の計測等を行う。図２では画像配信装置１０が第三者配信サーバに相当する。
（Ｓ１）端末装置３０は広告枠７（広告を表示する表示枠）を有するＷｅｂページをブラウザ８等で開くと、この端末装置３０に広告を表示したいと考えるＤＳＰ２０（Demand−Side Platform）が端末装置３０に通知される。端末装置３０はこのＤＳＰ２０に広告を要求する。
（Ｓ２）ＤＳＰ２０は画像配信装置１０に広告を要求する。
（Ｓ３）画像配信装置１０は広告要求を記憶しておき、自機に端末装置３０がアクセスするためのアクセス情報２を生成してＤＳＰ２０に送信する。
（Ｓ４）ＤＳＰ２０は受信したアクセス情報２を端末装置３０に送信する。
（Ｓ５）端末装置３０はアクセス情報２に基づいて画像配信装置１０に対し広告データを要求する。
（Ｓ６）画像配信装置１０はアクセス情報２で要求された広告データ（全天球画像６又は３ＤＣＧ画像の少なくとも一方。これをコンテンツという。)を端末装置３０に送信する。
（Ｓ７）端末装置３０はコンテンツを受信して、端末装置３０で動作するブラウザ８等がコンテンツ（図２では全天球画像６における複数の注目領域Ａ１〜Ａ３）を表示パターンにしたがって順番に所定領域画像Ｑとして表示する。例えば、図２の全天球画像６は３つの注目点Ａ１〜Ａ３と各注点Ａ１〜Ａ３の画角を保持しており、閲覧者が操作しなくても注目点Ａ１（画角１）→注目点Ａ２（画角２）→注目点Ａ３（画角３）の順に回転する複数の表示画像を生成する。

図３は、端末装置３０が全天球画像６又は３ＤＣＧ画像をアニメーション表示する際の遷移禁止領域８１を説明する図である。図３（ａ）は３ＤＣＧ画像の注目点Ｐを示し、図３（ｂ）は全天球画像６の注目点Ｐを示す。図３（ａ）、図３（ｂ）では顕著性検出、物体検出などの手法を用いて決定された注目度が高い注目点Ｐが示されている。画像配信装置１０はこのようにして注目度マップを作り、注目度が高い領域を通る軌道を視点とする表示パターンを生成する。

一方、注目度が高い領域を通る軌道を視点とする表示パターンは、閲覧者があまり指定しない視点を採用してしまう場合があり、広告効果を損なうおそれがあった。また、異なる視点を複雑な軌道で遷移することでスムーズさが失われる場合がある。

そこで、図３（ｃ）、図３（ｄ）に示すように、担当者が遷移禁止領域８１を設定する。図３（ｃ）は３ＤＣＧ画像の遷移禁止領域８１を示し、図３（ｄ）は全天球画像６の遷移禁止領域８１を示す。３ＤＣＧ画像の遷移禁止領域８１は、仮想的なカメラ３３０が取ることができない（又は取りにくい）位置を意味し、全天球画像６の遷移禁止領域８１は仮想カメラＩＣが取ることができない全天球画像６の座標（視線方向）を意味する。遷移禁止領域８１は遷移が禁止される領域である。また、完全に禁止するのでなく、仮想カメラＩＣが取りにくい全天球画像６の座標（視線方向）でもよい。この場合、遷移禁止領域８１は遷移が禁止又は制限される領域である。

図３（ｃ）、図３（ｄ）では、天頂及び天底の斜線部分が仮想的なカメラ３３０の位置又は全天球画像６の座標の遷移禁止領域８１である。本実施形態の端末装置３０は遷移禁止領域８１に入らないように表示パターンを生成する。

このように視点を制約することにより、視点が不自然に遷移することを防ぐことができる。例えば、コンテンツを真上から見下ろしたり、真下から見上げたりする視点に遷移することを抑制できる。また、後述する要素軌道を設定した上で視点を制約することで異なる視線方向を複雑な軌道で遷移することを抑制できる。したがって、適切な視点でコンテンツを表示することができ、広告効果を高めやすくなる。

＜用語について＞
視点とは同じコンテンツを平面画像で表示する場合にどの方向から射影するかに関する情報である。

表示パターンに基づいて生成された複数の表示画像は、少しずつ異なる静止画が連続した複数の画像であり、例えば、動画、アニメーションなどと称してよい。

＜システム構成例＞
図４は、画像表示システム１００の概略的な構成図の一例である。画像表示システム１００は、ネットワークＮを介して通信可能な端末装置３０、画像配信装置１０、ＤＳＰ２０、ＳＳＰ（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（登録商標）の通信規格にしたがった通信装置である。

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

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

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

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

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

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

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

図１０は、閲覧者の視線を説明する図の一例である。全天球画像６は三次元の座標を有しているので、視線方向は三次元の座標又は緯度・経度などの球体の座標を特定する情報で特定される。本実施形態では、所定領域Ｔの中心点ＣＰを視線方向とする。所定領域Ｔの中心点ＣＰは球面座標系の（θ、φ）により特定される。θは経度、φは緯度を表す。

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

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

図１１を用いて、所定領域情報と所定領域Ｔの画像の関係について説明する。なお、図１１は、所定領域情報と所定領域Ｔの画像の関係の一例を示した図である。図１１に示されているように、ｒＨはHorizontal Radian（経度θ）、ｒＶはVertical Radian（緯度φ）、αは画角(Angle)を示す。すなわち、撮像方向（θ，φ）で示される仮想カメラＩＣの注視点が、仮想カメラＩＣの撮像領域である所定領域Ｔの中心点ＣＰとなるように、仮想カメラＩＣの姿勢を変更することになる。所定領域画像Ｑは、全天球画像６における所定領域Ｔの画像である。ｆは仮想カメラＩＣから中心点ＣＰまでの距離である。Ｌは所定領域Ｔの任意の頂点と中心点ＣＰとの距離である（２Ｌは対角線）。そして、図１１では、一般的に以下の式（Ａ）で示される三角関数が成り立つ。

Ｌｆ＝ｔａｎ（α／２） ・・・（Ａ）
＜３Ｄモデルを用いた投影画像の表示について＞
続いて、３ＤＣＧ画像について説明する。３ＤＣＧ画像は閲覧者の操作で見え方が変わる（視点が変わる）ため、インタラクティブな広告を実現できる。

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

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

図１２は３Ｄモデルと射影変換を模式的に示す図である。図１２（ａ）では、３Ｄモデル９５に光軸を向けた仮想的なカメラ３３０が配置されている。図１２（ａ）の３Ｄモデル９５は車であるが一例に過ぎない。仮想的なカメラ３３０は３Ｄモデル９５を中心に水平方向及び上下方向に３６０度、角度を変えることができる。閲覧者は任意の方向から３Ｄモデル９５を閲覧できる。あるいは、仮想的なカメラ３３０は固定したままターンテーブル９６上で３Ｄモデル９５を回転させてもよい。

図１２（ｂ）は、仮想的なカメラ３３０に３Ｄモデルを射影変換する様子を模式的に示している。ポリゴンや三次元点群で作成された３Ｄモデル９５が平面に投影されている。平面に投影された画像を投影画像という。仮想的なカメラ３３０の位置を変えると（ビュー変換）カメラの位置に応じて３Ｄモデル９５を投影できる。仮想的なカメラ３３０の位置は３Ｄモデル９５の周囲の３６０度の任意の位置に変更できるので、閲覧者は限られた広告枠７の範囲で様々な角度から３Ｄモデル９５を閲覧できる。

図１３は、視点を変えて表示された３Ｄモデル９５の一例である。図１３（ａ）〜図１３（ｃ）のように様々な角度から撮像された３Ｄモデル９５の投影画像を、図１３（ｄ）〜（ｆ）に示している。このような視点の異なる投影画像が表示パターンにしたがって、次々に広告枠７に表示される。また、閲覧者は自らの操作で広告枠７に表示された３Ｄモデル９５を回転させ、１つの広告枠７で様々な角度から１つの３Ｄモデル９５を閲覧することができる。

＜Ｗｅｂページが使用する情報＞
図１４は、Ｗｅｂページが使用する情報を模式的に説明する図の一例である。図１４（ａ）はパートナーサイトＷｅｂサーバ６０が提供するＷｅｂページである。パートナーサイトＷｅｂサーバ６０が提供するＷｅｂページは１つ以上の広告枠７を有している。また、端末装置３０のブラウザは予めＳＳＰクッキーとＤＳＰクッキーを保持している。広告枠７にはＳＳＰ５０のＵＲＬ及び広告枠ＩＤ等が対応付けられている。端末装置３０のブラウザ（後述の広告枠検出部３６）はＳＳＰクッキー、及びリクエスト内容をＳＳＰ５０に送信する。また、広告枠７を落札したＤＳＰ２０のＵＲＬを含むアクセス情報１と落札ＩＤがＳＳＰ５０から端末装置３０に送信される。

図１４（ｂ）はアクセス情報１に基づく動作を説明する図である。端末装置３０はＤＳＰ２０のＵＲＬに基づいてＤＳＰ２０に落札ＩＤとＤＳＰクッキーを送信する。ＤＳＰ２０は落札ＩＤで広告リクエストを特定し、画像配信装置１０から画像配信装置１０のＵＲＬと広告機会ＩＤを含むアクセス情報２を取得する。端末装置３０はアクセス情報２と広告機会ＩＤをＤＳＰ２０から取得する。

図１４（ｃ）はアクセス情報２に基づく動作を説明する図である。端末装置３０は画像配信装置１０のＵＲＬに基づいて画像配信装置１０に広告機会ＩＤを送信する。画像配信装置１０は広告機会ＩＤで特定される広告リクエスト等に基づいて広告データを生成し、画像クッキー、広告枠ＩＤ及び表示パターンと共に端末装置３０に送信する。このようにして、Ｗｅｂページの広告枠７に全天球画像６が表示される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

広告表示部４０は、画像配信装置１０から取得した広告データを表示する。広告表示部４０は主に表示プログラムで実現され、広告枠７に全天球画像６から生成された所定領域画像又は３ＤＣＧ画像から生成された投影画像を表示し更に自動的に回転させたりする。

表示画像生成部４４は画像配信装置１０から取得した表示パターンで広告枠７に表示する画像（所定領域画像又は投影画像）をコンテンツから生成する。すなわち、全天球画像６を回転させたり、３ＤＣＧ画像における仮想的なカメラ３３０の位置を次々に変更したりして、１つのコンテンツから広告枠７に表示する複数の表示画像（アニメーション）を生成する。広告表示部４０は表示画像生成部４４が生成した複数の表示画像を表示する。

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

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

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

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

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

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

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

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

表６は、パターンＤＢ１９５に登録されている情報を模式的に示す。パターンＤＢ１９５には全天球画像６又は３ＤＣＧ画像の注目点Ｐを表示させる表示パターンが登録されている。画像ＩＤにはパターンＩＤが対応付けられており、パターンＩＤには表示パターンが対応付けられている。表示パターンは１つ以上（好ましくは複数）のパラメータが時系列に設定されたものである。１つのパラメータは全天球画像６の中心点ＣＰ又は３ＤＣＧ画像における仮想的なカメラ３３０の位置（すなわち閲覧者の視点）を意味する。各パラメータは制約部１７により制約された遷移禁止領域８１を含まないように決定されている。パラメータの詳細は後述される。クリック回数はこの表示パターンごとに閲覧者がクリックした回数である。つまり、画像配信装置１０は同じ全天球画像６又は３ＤＣＧ画像を同じ表示パターンで全天球画像６又は３ＤＣＧ画像を複数の端末装置３０に表示させ、端末装置３０がクリックした旨を記録する。こうすることで、クリック率の低い表示パターンによる配信を徐々に回避できる。なお、クリック回数は閲覧者の属性（性別、年代、家族構成等）ごとに記録することが好適である。これにより、閲覧者の属性に対しクリック回数が多い表示パターンで表示できる。

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

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

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

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

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

注目点決定部１３は、全天球画像６の注目点Ｐを決定する。画像処理などで注目点を推定するなど各種の注目点Ｐの決定方法が考えられるが、詳細は後述する。注目点決定部１３が決定した注目点Ｐは表示パターンに使用される。

コンテンツ受付部１５は、画像配信装置１０が配信するためのコンテンツを受け付ける（すなわち広告の入稿を受け付ける）。また、コンテンツ受付部１５は担当者による遷移禁止領域８１の設定を受け付ける。コンテンツ受付部１５による画像の受け付け方法については図１６を参照して説明する。

表示パターン生成部１６は、この制約部１７による制約の下、注目点決定部１３が決定した注目点Ｐを通過する表示パターンを生成する。詳細は後述される。

＜コンテンツの受け付け＞
図１６は、コンテンツ受付部１５と画像登録端末９０の機能をブロック状に示す機能ブロック図の一例である。コンテンツ受付部１５は通信部１５１、画面情報作成部１５２、及び、画像記憶部１５３を有している。

通信部１５１は、画像登録端末９０と例えばＨＴＴＰ又はＨＴＴＰｓの通信プロトコルを使って通信する。本実施例では、画像登録端末９０からの要求に対しコンテンツを登録するためのコンテンツ登録画面の画面情報を画像登録端末９０に送信する。また、画像登録端末９０からコンテンツを受信する。

画面情報作成部１５２は、図１６に示すコンテンツ登録画面の画面情報を作成する。画像記憶部１５３は通信部１５１が受信したコンテンツを広告画像ＤＢ１９４に記憶させる。

画像登録端末９０は、例えば広告主や代理店の担当者（以下、単に担当者という）が操作する端末であり、図３に示した全天球画像６又は３ＤＣＧ画像の少なくとも一方をコンテンツとして画像配信装置１０に登録するために使用される。画像登録端末９０は通信部９１、表示制御部９２、及び操作受付部９３を有している。なお、画像登録端末９０のハードウェア構成は図６と同様でよい。

通信部９１は、コンテンツ登録画面の画面情報をコンテンツ受付部１５から受信し、担当者が入力したコンテンツをコンテンツ受付部１５に送信する。

表示制御部９２は、通信部９１が受信したコンテンツ登録画面の画面情報を画像登録端末９０のディスプレイに表示する。操作受付部９３はコンテンツ登録画面に対する担当者の操作（全天球画像６、３ＤＣＧ，遷移禁止領域８１等）を受け付ける。

図１７は、画像登録端末９０のディスプレイに表示されたコンテンツ登録画面２２０の一例を示す。図１７（ａ）に示すように、コンテンツ登録画面２２０は作業エリア２２１、ファイル選択欄２２２、数値で設定欄２２３、キャンセルボタン２２４、及び、新規作成ボタン２２５を有している。

ファイル選択欄２２２は、担当者が全天球画像６又は３ＤＣＧ画像のファイルを選択して設定するための欄である。ファイル選択欄２２２で選択された全天球画像６又は３ＤＣＧ画像は作業エリア２２１に表示される。

作業エリア２２１に表示された全天球画像６は例えば正距円筒射影画像として表示される。担当者はマウスや指などのポインティングデバイスで遷移禁止領域８１を設定できる。全天球画像６の遷移禁止領域８１は視線方向の中心点ＣＰが取らない又は取りにくい範囲が設定される。図１７（ａ）では緯度の絶対値が所定値以上の領域が遷移禁止領域８１として設定されている。担当者は任意の領域を遷移禁止領域８１に設定できる。

図１７（ｂ）は３ＤＣＧ画像が作業エリア２２１に表示されたコンテンツ登録画面２２０の一例を示す。作業エリア２２１には３ＤＣＧ画像が表示されている。担当者はマウスや指などのポインティングデバイスで遷移禁止領域８１を設定する。３ＤＣＧ画像の遷移禁止領域８１は球体上において仮想的なカメラ３３０が取らない又は取りにくい位置の範囲が設定される。図１７（ｂ）では緯度の絶対値が所定値以上の領域が遷移禁止領域８１として設定されている。担当者は任意の領域を遷移禁止領域８１に設定できる。

なお、本実施形態では便宜上、仮想的なカメラ３３０の光軸は球の中心を向いているとしているが、光軸の方向は任意の方向を設定できる。

また、数値で設定欄２２３には、視覚的に遷移禁止領域８１を設定するのでなく、後述する数値で遷移禁止領域８１を設定できる。担当者は、例えば、「|zt |＜a」のように軸方向の範囲を数値で指定したり、後述する遷移軌道に関するパラメータ変化の速度、画角などの他のパラメータを設定したりする。数値の他、作業エリアにて、マウスやスタイラスペンなどにより、ユーザが遷移禁止領域を選択してもよい。

＜注目点の決定＞
続いて、いくつかの方法で注目点の決定方法を説明する。
<<特徴量から注目点を決定する方法>>
図１８は、注目点決定部１３が注目点を決定する手順を示すフローチャート図の一例である。ステップＳ１１において、注目点決定部１３は単位球と共通する中心を有する正多面体を定義した上で、各面の法線方向を視線方向として透視投影変換を行って部分画像を得る。図１９（ａ）、全天球画像の投影面として正八面体を定義した例を示し、図１９(ｂ)は、全天球画像の投影面として正十二面体を定義した例を示す。

ステップＳ１２では、注目点決定部１３がステップＳ１１で得た各部分画像から所定の特徴量を抽出する。入力画像を上記の方法で分割し、歪みの少ない部分画像から特徴量を算出するので、１８０度を超える広角画像をロバストに処理することが可能になる。特徴量として、色、エッジ、顕著性、物***置／ラベル、などを用いることができる。

続くステップＳ１３では、注目点決定部１３が、所定の回帰モデルを用いて、各部分画像から抽出した特徴量から入力画像の位置ごと（画素ごと）に重要度を算出する。詳細は割愛するが、位置ごとの重要度と特徴量を回帰により関数で表す。なお、予め訓練データを用いて出力（教師データ）である重要度ｇを適切な方法で決定しておき、特徴量と重要度ｇの関係を求めておく。

続くステップＳ１４では、注目点決定部１３が重要度の高い方向にユーザの注目点が存在するという設計思想の下、ステップＳ１３で算出された重要度の分布に基づいて注目点の尤度分布を算出する。例えば、単位画像面上に視点を通過する領域Ｒを定義した上で、領域Ｒ内の各位置の重要度を加算した加算値を視点の注目領域尤度として算出することができる。

続くステップＳ１５では、注目点決定部１３が、注目領域尤度分布に基づいて注目点を算出する。本実施形態では、例えば、注目領域尤度の最尤値に対応する撮像方向に対応する位置を注目点として算出する。

このようにして、いくつかの注目点が算出できる。注目点決定部１３は上位のＮ個の注目点のうち、予め決められた数の注目点、又は、閾値以上の注目点を特定する。そして、表示パターン生成部１６に注目点を送出する。

<<人物を注目点に決定する>>
閲覧者の嗜好を考慮して注目点を決定することもできる。人が注目する被写体としては人物が考えられる。人物の検出方法としては、顔認識が知られている。顔認識にはディープラーニングを初めとする各種の機械学習を採用してもよいしパターンマッチングしてもよい。注目点決定部１３は顔の中心を注目点として検出する。顔の数が多い場合は、距離が近い顔を１つと見なして顔の数を決まった数に低減してもよい。

<<笑顔を注目点に決定する>>
人が注目する被写体としては人の笑顔が考えられる。笑顔の検出方法としては、上記の顔認識に加え、予め保持されている笑顔のパターンを用いてパターンマッチングする公知の方法を利用できる。顔の数が多い場合は、笑顔のみを注目点としてもよい。また、顔の他、悲しみ、怒り、困惑などの顔を注目点に決定してもよい。

<<子供を注目点に決定する>>
大人の中に子供が存在する場合、人が子供に注目する場合がある。あるいは、この逆に大勢の子供の中に大人が存在する場合、人が大人に注目する場合がある。子供又は大人の検出方法としては、顔の位置を利用できる。上記の顔認識で特定される顔の位置が他の顔の位置より低い場合は子供であると推定され、顔認識で特定される顔の位置が他の顔の位置より高い場合は大人であると推定される。

<<任意の被写体を注目点に決定する>>
広告主が閲覧者に閲覧させたい注目点は広告主が把握していると考えられる。したがって、広告主が指定した被写体を注目点決定部１３が検出して注目点とすることができる。例えば、自動車、家具、食品等、広告主の製品やサービスをパターン認識により検出して注目点とする。

<<操作履歴を利用する>>
全天球画像又は３ＤＣＧ画像がクリックされた場合は、このクリックされた全天球画像の視線方向（座標）又は仮想的なカメラ３３０の位置を注目点としてもよい。

＜表示パターンの生成＞
以下では、図２０〜図２８を用いて遷移禁止領域８１が考慮された表示パターンの生成方法を説明する。

図２０は、表示パターン生成部１６が表示パターンを生成する全体的な流れの一例を示すフローチャート図である。

ステップＳ１０１において、表示パターン生成部１６が広告画像ＤＢ１９４から全天球画像又は３ＤＣＧ画像を取得する。

ステップＳ１０２で、図１８，図１９にて説明したように、注目点決定部１３が注目点（注目点を含んで広告枠に表示される領域を注目領域という）を決定する。なお、注目点の決定方法には非特許文献１などの手法を使ってもよい。これにより、全天球画像又は３ＤＣＧ画像の各領域（最小単位は各画素）に対する注目度が求まる。

ステップＳ１０３では、制約部１７が全天球画像の視線方向又は３ＤＣＧ画像における仮想的なカメラ３３０の位置のパラメータに制約をかけた上で表示パターン生成部１６が表示パターンを生成する。

図２１は全天球画像の視線方向又は３ＤＣＧ画像における仮想的なカメラ３３０の位置のパラメータを説明する図の一例である。全天球画像の視線方向又は３ＤＣＧ画像における仮想的なカメラ３３０の位置のパラメータとは、カメラパラメータを時系列に並べたものであり、カメラパラメータとは、全天球画像６及び３ＤＣＧ画像を仮想的に三次元空間に配置した時に撮像するカメラのパラメータ（位置・姿勢、光軸方向、焦点距離（画角）など）をいう。

図２１（ａ）は、時刻ｔ＝１からｔ＝Ｔまでの間、球３４０上を仮想的なカメラ３３０が移動する状況を示している。なお、球３４０の鉛直方向をＺ方向とする。図２１（ａ）では球３４０が全天球画像であることが想定されており、中心には３Ｄモデル９５が配置されている。この場合、端末装置３０は３Ｄモデル９５の背景として全天球画像６を表示することができる。

図２１（ｂ）は図２１（ａ）に示す状況におけるカメラパラメータを示す。カメラパラメータは、
カメラ投影中心（ｘ_ｔ,ｙ_ｔ,ｚ_ｔ)
光軸方向（ｕ_ｔ,ｖ_ｔ，ｗ_ｔ）
光軸回転θ_ｔ
水平画角φ_ｔ
である。

ｔはｔ＝１からｔ＝Ｔまで取るので、全天球画像の視線方向又は３ＤＣＧ画像における仮想的なカメラ３３０の位置のパラメータは図２１（ｃ）に示すように、カメラパラメータが時系列に並んだものとなる。図２１（ｃ）の１行（カメラパラメータ）が表６のパターンＤＢ１９５における１パラメータである。

また、図２２に示すように、全天球画像６を配置する球３４０の中心を仮想的なカメラ３３０の光軸が通るように設定することでパラメータ数を減らしてもよい。図２２（ａ）、図２２（ｂ）のカメラパラメータは、
撮像方向（ｘ_ｔ,ｙ_ｔ,ｚ_ｔ)
カメラ中心変位ｄ_ｔ
光軸回転θ_ｔ
水平画角φｔ
である。

球３４０の中心を仮想的なカメラ３３０の光軸が通るので、仮想的なカメラ３３０の位置は撮像方向とカメラ中心変位ｄｔから求められる。したがって、光軸が不要な分、パラメータを減らすことができる。

制約部１７はこのように定義されるカメラパラメータに対して制約をかける。例えば、図１７（ａ）、図１７（ｂ）の遷移禁止領域８１であれば、適当な閾値a∈[0 1]に対して
|z_t | ＜ ａ (t=1,2, …,T)
のように制約を表現することができる。すなわち、所定の軸に対して取り得る値を制約する。この制約は全天球画像の視線方向又は３ＤＣＧ画像における仮想的なカメラ３３０の位置のｚの絶対値がａ未満となることを意味するので、図１７（ａ）、図１７（ｂ）の遷移禁止領域８１と合致する。仮想的なカメラ３３０の位置のパラメータは、制約部が制約した座標の範囲内に限定して、注目点が時系列に設定されたものである。

表示パターン生成部１６はこのような制約の下、表示パターンを生成する。生成方法としては例えば、(1)制約付き生成、(2)制約緩和、(3)再パラメタライズ、の３つが考えられる。(1)の方法は、上記の注目点の探索時に探索範囲を制約条件内に限定することをいう。(2)の方法は、たとえば|z_t |＜a (t=1,2, …,T)の制約に対し、その制約から外れる領域の注目度を落とした上で（極端な例では0とする）、制約がないものとして表示パターンを生成する。上記の注目点の探索時に探索範囲の注目度に１より小さい値（例えば０）を乗じればよい。以上のようにして制約された注目点を所定の数だけ抽出してランダムに順番を設定すれば表示パターンが得られる。すなわち、仮想的なカメラ３３０の位置のパラメータは、座標の範囲の注目度を小さくした上で、注目度が大きい注目点が優先して時系列に設定されたものである。

(3)の方法は要素軌道を使ってパラメータを再パラメタライズする方法であり、詳細は図２３〜図２８で説明される。

図２０に戻り、ステップＳ１０４では、表示パターン生成部１６が以上で生成した表示パラメータをパターンＤＢ１９５に記憶させる。なお、本実施形態では表示パターンとコンテンツが端末装置３０に配信されるものとして説明するが、表示パターンとコンテンツから複数の表示画像を生成して端末装置３０に配信してもよい。通信コストや通信帯域に支障がなければ、端末装置３０の処理負荷を低減できる。なお、複数の表示画像は動画のように再生されるので、複数の表示画像を動画又はアニメーションと称することができる。なお、この場合、画像配信装置１０が表示画像生成部４４を有している。

＜要素軌道を用いた制約方法＞＞
続いて、(3)再パラメタライズによる制約について説明する。図２０〜図２２では、制約部１７が全天球画像の視線方向又は３ＤＣＧ画像における仮想的なカメラ３３０の位置のパラメータに制約をかけた上で表示パターンを生成した。これに対し、要素軌道を用いて表示パターンを生成する方法がある。

例えば、説明の便宜上、全天球画像の視線方向又は３ＤＣＧ画像における仮想的なカメラ３３０の位置を大円軌道（円軌道の中心が球の中心と一致）に限定するのであれば、適当な変数w₁,w₂,w₃∈Rに対して、
w₁・x_t + w₂・y_t + w₃・z_t=0 かつ ｘ_t ² + y_t ² + z_t ² − 1 = 0 (t=1,2,…,T) …（１）
という制約が設定される。

左辺は（w₁，w₂，w₃）と（x_t，y_t, z_t）の内積を意味しており、内積がゼロになることは直交を意味するため、球上の点（x_t，y_t, z_t）が大円上にあることを表している。変数w₁,w₂,w₃の設定により様々な大円を表現できる。右辺は直径1の球を表す。

一般的にはパラメータΘに対して、Ｎ個の関数g_n:(n=1,2,…,N)とＭ個の関数h_m:(m=1,2,…,M)を用いて、
g₁(Θ) < 0 ∧…∧ g_N(Θ) < 0 ∧ h₁(Θ)＝ 0 ∧…∧ h_M(Θ)＝０ …（２）
という形式で制約を表現できる。なお、パラメータ空間は実数Ｒとする。

＜＜軌道要素の例＞＞
図２３、図２４は要素軌道の一例を示す。図２３（ａ）は仮想的なカメラ３３０の位置の水平軌道を示し、図２３（ｂ）は全天球画像６の視線方向の水平軌道を示す。水平軌道は式（３）のように表すことができる。
w₁・x_t + w₂・y_t + w₃・z_t − u = 0 かつ x_t ² + y_t ² + z_t ² − 1 = 0 (t=1,2, …,T) …（３）
式（３）において、z軸が鉛直方向の場合、w₁=w₂=0と置くと、z_t = u/w₃の関係から図２３（ａ）、図２３（ｂ）に示す水平軌道になる。

また、図２４に示すように、任意の軸周りの軌道を設定することができる。図２４（ａ）は仮想的なカメラ３３０の大円軌道９７を示し、図２４（ｂ）は全天球画像６の視線方向の大円軌道９８を示す。式（３）においてu=0と置けば、図２４に示す大円軌道になる。したがって、式（３）は水平軌道、及び大円軌道の一般化式である。

また、図２５（ａ）に示すように、水平回転軌道は任意の軸９９に対して設定可能である。また、図２５（ｂ）に示すように、螺旋軌道を要素軌道としてもよい。図２５（ｂ）では、仮想的なカメラ３３０位置又は全天球画像６の視線方向が球３４０上を螺旋状に移動している。このような螺旋軌道は式（４）で表すことができる。
w₁・x_t + w₂・y_t + w₃・z_t −（u+vt）= 0 かつ x_t ² + y_t ² + z_t ² − 1 = 0 (t=1,2,…,T) …（４）
式（４）に示すように、制約に時間成分vtを組み込む。v=0と置けば式（３）と同じになる。vは軸方向への移動の速さのパラメータである。

＜＜要素軌道を用いた表示パターンの生成手順＞＞
以上のような要素軌道であれば、異なる視点を複雑な軌道で遷移することでスムーズさが失われるような不都合を抑制できる。

要素軌道に制約を反映させて表示パターンを生成する場合、図２０のステップＳ１０３の処理内容が変わる。図２６は、要素軌道を用いた表示パターンの生成時に、図２０のステップＳ１０３で実行される手順を示すフローチャート図である。

ステップＳ２０１では、表示パターン生成部１６が、要素軌道のパラメータ（w₁,w₂,w₃,u,v）の具体値を生成する。例えば、要素軌道のパラメータの特定領域（ある範囲に限定する意図であり、コンピュータの処理能力などから決定してよい）における一様分布に基づきランダムに生成する。

ステップＳ２０２では、表示パターン生成部１６がランダムに生成したパラメータで生成される要素軌道上の注目度の累積値を算出する。

図２７は要素軌道上の注目度の累積値を説明する図である。要素軌道の選択法としては要素軌道上の注目度の累積値が極値を取るものを選択することができる。水平回転軌道であれば仰角をパラメータとして要素軌道を表現することができる。図は各仰角に対応する要素軌道上の累積注目度を算出した例である。この例では２つの極値が存在し、その極値を取る仰角の要素軌道が選択される。

また極値を使った選択法とは別の方法として、累積注目度を頻度と見なして仰角をクラスタリングしても良い。大円軌道の場合も回転軸の方向ベクトルをパラメータとして、上記と同様の議論を行うことができる。

図２６に戻り、ステップＳ２０３では、表示パターン生成部１６は、該累積注目度の値から、パラメータの採択を判断する。もし、これまでに探索して得た累積注目度よりも大きければ該パラメータを採択し、その累積注目度を記録する。

ステップＳ２０４では、終了条件（たとえば特定回数繰り返す等）を満たした場合は終了、そうでなければステップＳ２０１に戻る。以上で１つの要素軌道が求まる。表示パターン生成部１６は要素軌道上の連続的な視点を有する前記表示パターンを生成する。

図２６は、ランダム探索により要素軌道のパラメータを見つける方法であるが、これ以外の方法として、要素軌道のパラメータ空間をグリッド上に分割し、グリッド点に対して全探索する方法がある。その場合は、ステップS201で順次グリッド点を選択する。ステップＳ２０４で全グリッド点が選択済みであること、が終了条件になる。

また、他には焼きなまし法、遺伝的アルゴリズム、タブーサーチといったメタヒューリスティクスを用いた探索法を使ってもよい。この場合はステップＳ２０１で各メタヒューリスティクスのアルゴリズムにしたがってパラメータを生成し、ステップＳ２０３では各メタヒューリスティクスのアルゴリズムの基準にしたがってパラメータを採択する。焼きなまし法を使う場合は、ステップＳ２０１で前回繰り返しのパラメータの近くにランダムにパラメータを生成し、ステップＳ２０３では新しいパラメータが前回繰り返しのパラメータよりも累積注目度が高い場合に採択し、低い場合でも一定の確率で採択する。

なお、式（２）〜(４)の要素軌道で図２６を実行した場合、要素軌道上でのパラメータ変化の速度について自由度が残されている。これは担当者が人手で設定する。また、式（２）〜(４)の要素軌道はいずれも仮想的なカメラ３３０の位置又は全天球画像６の視線方向を定めるだけで、画角などの他のパラメータにも自由度が残っている。これは担当者が人手で設定する、又は、注目点の決定方法と同様の方法により生成する。

＜＜複数の要素軌道を求める方法＞＞
図２６は１つの要素軌道のパラメータを選択する例なので、２つ以上求める場合は、上記手法を乱数の種を変えて複数回実行し、複数の準最適解を得る方法を使用する。

また、別のアプローチとして、クラスタリング手法を用いる方法がある。クラスタリングを用いたアプローチの処理フローを図２８に示し、以下、各ステップの内容を説明する。図２８は、２つ以上の要素軌道を求める手順を示すフローチャート図である。

ステップＳ３０１では、制約部１７が要素軌道のパラメータ空間を適当に離散化（各パラメータが取る値を１、２…など決まった値に制限する）して、各パラメータに対する注目度の累積値を求める。

ステップＳ３０２では、表示パターン生成部１６が算出した累積注目度を要素軌道のパラメータに対する確率とみなして、要素軌道のパラメータを特定個数のクラスタに分割する。クラスタリングにはk−meansや、混合分布に対するEMアルゴリズム/変分ベイズ法など、一般的なクラスタリング手法を用いることができる。なお、上記の注目点の決定方法では「注目度」を確率とみなして「カメラパラメータ」をクラスタリングしたが、図２８では「累積注目度」を確率とみなして「要素軌道のパラメータ」をクラスタリングする、という差異がある。

ステップＳ３０３では、表示パターン生成部１６が、各クラスタの代表値（平均値、中央値、モードなど）を選択する。これによってクラスタの数だけ、要素軌道のパラメータを得ることができる。

ステップＳ３０４では、表示パターン生成部１６が、得られた複数の要素軌道の遷移順序を決める。ひとつの方法としては、要素軌道のパラメータ空間に適当な順序関係（たとえば原点とのユークリッド距離の大小）を入れてソートすることで遷移順序を決める方法がある。また、別の方法としては、まずランダムに1つの要素軌道を選択し、次にそのパラメータにもっとも近い要素軌道を選択することを再帰的に行うことで順序を決める方法がある。

ステップＳ３０５では、表示パターン生成部１６が、順序の決まった要素軌道間の遷移軌道を生成する。単純に要素軌道を接合すると接合点において一般には不連続となるので、要素軌道間を補間する。これは線形補間でもよいし、スプライン補間でもよい。線形補間の場合を具体的に示すと、i番目の要素軌道に対応する時刻tのアニメーションパラメータをΘi (t)と書けば、i番目とi+1番目の要素軌道を補間したアニメーションパラメータΘ´i (t)は次式で生成できる。なお、Ｔは全フレーム数である。

Θi,Θi+1の時間長が異なる場合は、要素をコピーするかリサイズして時間長が同じになるように揃える。例えばΘi(1)…Θi(10)とすると時間長は１０、Θi+1(1)…Θi+1(20)とすると時間長は２０なので、両者の時間長は異なっている。この場合、前者のアニメーションパラメータの各要素をコピーして合計で２０の時間長とするか、又は、後者のアニメーションの要素を１つ置きに削除してリサイズする。

このようにして補間した表示パラメータを用いて、補間前の表示パラメータと合わせて(Θ1,Θ´1,Θ2,Θ´2,Θ3,…)のように並べることで連続的に変化するアニメーションを得ることができます。

以上によって、複数の要素軌道をベースとした表示パターンを生成できる。なお、図２６の探索方法で複数の要素軌道を求めてから、ステップＳ３０４以降のステップを実行して表示パターンを生成してもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

S18：画像配信装置１０の広告配信部１２は広告機会ＩＤにより画像要求を特定する。

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

S20：広告配信部１２は広告主ＩＤと属性に基づき全天球画像６を特定する。すなわち、広告画像ＤＢ１９４を参照し全天球画像６又は３ＤＣＧ画像に対し設定されている配信の対象者の属性又は優先度に基づいて送信する全天球画像６又は３ＤＣＧ画像を決定する。表示パターンはクリック回数が閾値より高いものであるが、全天球画像６又は３ＤＣＧ画像の配信数が少ない間は不作為に選択する。

S21：広告配信部１２は全天球画像６又は３ＤＣＧ画像（両方の場合もある）、初期位置、表示パターン、画像ＩＤ、画像クッキー、及び、広告枠ＩＤを含む広告データを端末装置３０に送信する。全天球画像６又は３ＤＣＧ画像には広告主Ｗｅｂサーバ７０のＵＲＬが対応付けられている。また、画像配信装置１０が複数の表示画像（アニメーション）を作成する場合、全天球画像６又は３ＤＣＧ画像でなく複数の表示画像が配信される。

S22：端末装置３０の広告取得部３９は広告データを取得し、広告表示部４０が広告枠７に全天球画像６又は３ＤＣＧ画像を表示する。閲覧者が広告枠７を押下（クリック又はタップ）すると操作受付部３４が受け付け、広告主Ｗｅｂサーバ７０のＵＲＬに基づいてＷｅｂページ取得部３１が広告主Ｗｅｂサーバ７０と通信を開始する。

＜端末装置の動作＞
図３０は広告データを受信した端末装置３０の動作を説明するフローチャート図の一例である。図３０（ａ）は、端末装置３０が複数の表示画像を作成する場合の動作手順であり、図３０（ｂ）は画像配信装置１０が複数の表示画像を作成する場合の動作手順である。

ステップＳ４０１では、端末装置３０の広告取得部３９が全天球画像又は３ＤＣＧ画像（両方の場合もある）と表示パターンを受信する。

ステップＳ４０２では、表示画像生成部４４は表示パターンに含まれる時系列のパラメータを順番に取得する。

ステップＳ４０３では、表示画像生成部４４はパラメータにしたがって所定領域画像又は投影画像を生成し、広告表示部４０は所定領域画像又は投影画像を広告枠７に表示する。

ステップＳ４０４では、表示画像生成部４４は再生が終了したか否かを判断する。再生が終了したか否かの判断とは表示パターンを決まった回数だけ繰り返したか否かを判断することをいう。再生終了まで処理はステップＳ４０２に戻り、再生が終了すると広告表示部４０は所定領域画像又は投影画像は停止して処理が終了する。

画像配信装置１０が複数の表示画像を作成する場合、ステップＳ５０１では、端末装置３０の広告取得部３９が全天球画像又は３ＤＣＧ画像と表示パターンから生成された複数の表示画像を受信する。

ステップＳ５０２では、広告表示部４０は複数の表示画像を動画（又はアニメーション）のように再生する。最後まで再生すると再生を終了する。

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

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

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

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

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

また、画像データの好適例として広告枠７に表示される画像データを説明したが、端末装置３０に配信され閲覧者の操作で変化する（インタラクティブ性がある）画像データであれば広告に限られず本実施形態を好適に適用できる。

＜まとめ＞
以上説明したように、本実施形態の画像表示システムは、このように視点を制約することにより、視点が不自然に遷移することを防ぐことができる。例えば、コンテンツを真上から見下ろしたり、真下から見上げたりする視点に遷移することを抑制できる。また、要素軌道を設定した上で視点を制約することで異なる視線方向を複雑な軌道で遷移することを抑制できる。したがって、適切な視点でコンテンツを表示することができ、広告効果を高めやすくなる。

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

例えば、仮想的なカメラの位置は球体に限らず、楕円や直方体等でもよい。

また、本実施形態では、広告枠７に全天球画像６が表示される例を説明したが、全天球画像６は広角な画像であればよい。すなわち、広告枠７には入りきらない画角を有し、閲覧者の操作で見られる範囲が変わる画像データであればよい。また、Ｗｅｂページに表示される画像は広告用の画像である必要はなく、閲覧されうる画像データであればよい。

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

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

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

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

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

上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC（Application Specific Integrated Circuit）、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。

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

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

C.H. Lee, A. Varshney, D.W. Jacobs, "Mesh saliency," ACM transactions on graphics (TOG), Vol. 24. No. 3. 2005.

Claims (11)

1. 画像を配信する画像配信装置から端末装置がコンテンツを受信する画像表示システムであって、
   前記画像配信装置は、
   １つ以上のコンテンツを異なる視点で表示する表示パターンを生成する表示パターン生成部と、
   前記視点を制約する制約部と、
   前記表示パターンと前記コンテンツ、又は、前記表示パターンに基づいて生成された複数の表示画像を前記端末装置に配信する配信部と、を有し、
   前記端末装置は、
   前記表示パターンと前記コンテンツ、又は、前記表示パターンに基づいて生成された複数の表示画像を取得する取得部と、
   前記取得部が取得した前記コンテンツを前記表示パターンで視点を変えて表示するか、又は、前記表示パターンに基づいて生成された前記複数の表示画像を表示する表示部と、
   を有することを特徴とする画像表示システム。
2. 前記制約部は、前記コンテンツを閲覧するための視点を表す座標において特定の領域への前記視点の遷移を禁止又は制限することを特徴とする請求項１に記載の画像表示システム。
3. 前記制約部は、前記視点を表す仮想的なカメラの位置又は前記コンテンツに対する視線方向のうち、前記視点を表す座標の所定の軸に対して取り得る値を制約することを特徴とする請求項１又は２に記載の画像表示システム。
4. 前記コンテンツの注目点を決定する注目点決定部を有し、
   前記表示パターン生成部は、前記注目点決定部が決定した複数の前記注目点のうち、前記制約部が制約した座標の範囲内に限定して、前記注目点を時系列に設定することで前記表示パターンを生成することを特徴とする請求項３に記載の画像表示システム。
5. 前記コンテンツの注目点を決定する注目点決定部を有し、
   前記表示パターン生成部は、前記注目点決定部が決定した複数の前記注目点のうち、前記制約部による制約から外れる座標の範囲の注目度を小さくした上で、注目度が大きい注目点を優先して時系列に設定することで前記表示パターンを生成することを特徴とする請求項３に記載の画像表示システム。
6. 前記表示パターン生成部は、前記コンテンツの周囲を回転する要素軌道が通過する注目点の注目度に基づいて、前記要素軌道を視点とする前記表示パターンを生成することを特徴とする請求項１又は２に記載の画像表示システム。
7. 前記コンテンツの注目点を決定する注目点決定部を有し、
   前記表示パターン生成部は、前記要素軌道が通過する前記注目点決定部が決定した注目点の前記注目度を累積し、累積した前記注目度が最も高い前記要素軌道を決定し、
   前記要素軌道を視点とする前記表示パターンを生成することを特徴とする請求項６に記載の画像表示システム。
8. 前記表示パターン生成部は、前記要素軌道のパラメータ空間を離散化して、各パラメータに対する前記注目度の累積値を求め、前記注目度の累積値を確率と見なして、クラスタリングを行い、各クラスタの代表値を前記要素軌道のパラメータに決定し、
   決定した前記要素軌道を視点とする前記表示パターンを生成することを特徴とする請求項６に記載の画像表示システム。
9. 前記表示パターン生成部は、前記要素軌道のパラメータを補間した前記表示パターンを生成することを特徴とする請求項８に記載の画像表示システム。
10. 画像を配信する画像配信装置から端末装置がコンテンツを受信する画像表示システムが行う画像配信方法であって、
    前記画像配信装置は、
    表示パターン生成部が、１つ以上のコンテンツを異なる視点で表示する表示パターンを生成するステップと、
    制約部が、前記視点を制約するステップと、
    配信部が、前記表示パターンと前記コンテンツ、又は、前記表示パターンに基づいて生成された複数の表示画像を前記端末装置に配信するステップと、を有し、
    前記端末装置は、
    取得部が、前記表示パターンと前記コンテンツ、又は、前記表示パターンに基づいて生成された複数の表示画像を取得するステップと、
    表示部が、前記取得部が取得した前記コンテンツを前記表示パターンで視点を変えて表示するか、又は、前記表示パターンに基づいて生成された前記複数の表示画像を表示するステップと、
    を有することを特徴とする画像配信方法。
11. 端末装置に画像を配信する画像配信装置を
    １つ以上のコンテンツを異なる視点で表示する表示パターンを生成する表示パターン生成部と、
    前記視点を制約する制約部と、
    前記表示パターンと前記コンテンツ、又は、前記表示パターンに基づいて生成された複数の表示画像を前記端末装置に配信する配信部、
    として機能させるためのプログラム。