JP7031168B2 - 閲覧システム、情報処理装置、画像配信方法、プログラム - Google Patents

Description

本発明は、閲覧システム、情報処理装置、画像配信方法、及びプログラムに関する。

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

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

しかしながら、従来のディスプレイ広告では動画を配信できない場合について考慮されていないという問題がある。すなわち、動画を表示するにはスクリプト（プログラム）が端末装置で動作し、更に、広告の配信ネットワークが動画に対応している必要がある。端末装置が動画の表示に対応していない場合、又は、広告の配信ネットワークの仕様により動画を配信できない場合等、動画を配信できない状況が生じうる。動画を配信できない場合に、広告主が広告の配信を取りやめると、広告主としては広告機会が失われ、広告代理店としては収益機会が失われてしまう。動画の代わりに静止画を配信することが検討されるが、端末装置が単に静止画を表示するだけでは広告の訴求力が低下してしまう。

本発明は、上記課題に鑑み、配信可能な画像に制約がある場合に適切な画像を配信する閲覧システムを提供することを目的とする。

本発明は、少なくとも広角画像の一部を配信する画像配信装置と、少なくとも前記広角画像の一部を表示する情報処理装置と、を有する閲覧システムであって、
前記画像配信装置は、前記広角画像から1つ以上の静止画を生成する静止画生成手段と、前記広角画像の全体又は前記静止画のいずれかを前記情報処理装置に送信する配信手段と、前記広角画像から特徴的な部分を決定する特徴部決定手段と、を有し、前記情報処理装置は、前記広角画像又は前記静止画を取得する画像取得手段と、前記画像取得手段が取得した前記広角画像又は前記静止画を表示装置に表示する画像表示手段と、閲覧者の操作により表示された前記広角画像の閲覧画角又は所定の操作に関する情報を前記画像配信装置に送信する操作履歴送信手段と、を有し、前記特徴部決定手段は、前記広角画像の閲覧画角又は前記所定の操作の少なくとも一方に基づいて前記広角画像から特徴的な部分を決定し、前記静止画生成手段は、前記特徴部決定手段が決定した前記特徴的な部分と複数の画角の組み合わせごとに１つの前記広角画像から複数の前記静止画を生成し、前記配信手段は、前記複数の前記静止画から予め定められた方法で決定した前記静止画を前記情報処理装置に送信する。

配信可能な画像に制約がある場合に適切な画像を配信する閲覧システムを提供することができる。

広角画像の一例として全天球画像について説明する図の一例である。 閲覧システムの概略を説明する図の一例である。 閲覧システムの概略的な構成図の一例である。 端末装置、広告主Ｗｅｂサーバ、パートナーサイトＷｅｂサーバ、ＤＳＰ、ＳＳＰ、及び画像配信装置の概略的なハードウェア構成を示したブロック図の一例である。 全天球カメラの使用イメージ図の一例である。 全天球カメラで撮像された画像から全天球画像が作成されるまでの処理の概略を説明する図である。 全天球カメラで撮像された画像から全天球画像が作成されるまでの処理の概略を説明する図である。 閲覧者の視線を説明する図の一例である。 端末装置、広告主Ｗｅｂサーバ、パートナーサイトＷｅｂサーバ、画像配信装置、ＳＳＰ及びＤＳＰの機能をブロック状に示す機能ブロック図の一例である。 注目点決定部が注目点を決定する手順を示すフローチャート図の一例である。 全方位画像の部分画像を説明する図の一例である。 広告枠の種類の一例を示す図である。 横長の広告枠のために生成される静止画を模式的に示す。 静止画生成部が静止画を生成する手順を示すフローチャート図の一例である。 Ｗｅｂページが使用する情報を模式的に説明する図の一例である。 閲覧システムが広告となる全天球画像を配信する手順を説明するシーケンス図の一例である。 広告配信部が全天球画像又は静止画の選択する手順を示すフローチャート図の一例である。 画像配信装置が静止画に対するクリック回数を更新する手順を示すシーケンス図の一例である。 画像配信装置の広告配信部が同じ静止画の配信を抑制する手順を示すフローチャート図の一例である。

以下、本発明を実施するための形態の一例として、閲覧システム及び閲覧システムが行う画像配信方法について図面を参照しながら説明する。

＜本実施形態の電子機器システムの概略＞
図１は、広角画像の一例として全天球画像６について説明する図の一例である。図１（ａ）は、３次元の立体球ＣＳで表わされた全天球画像６を示し、図１（ｂ）は正距円筒図法で表された全天球画像６を示す。全天球カメラで生成された全天球画像６は図１（ｂ）のような画像が立体球ＣＳに張り合わされた三次元の構造を有している。仮想カメラＩＣは閲覧者の視点に対応し、図１では全天球画像６の中心に視点がある。閲覧者は仮想カメラＩＣを通るＸ軸、Ｙ軸、Ｚ軸を中心とする３軸の回転を行わせて、全天球画像６の任意の所定領域Ｔを表示させることができる。所定領域Ｔは拡大又は縮小可能であり、全天球画像６のうち表示されている所定領域Ｔを画角という。

図２は、本実施形態の閲覧システム１００の概略を説明する図である。本実施形態では第三者配信によるディスプレイ広告について説明する。第三者配信とは、広告主側でキャンペーン全体を管理するために、複数の媒体を横断して広告を配信する仕組みである。第三者配信サーバは広告の配信頻度などのコントロールや広告の効果の計測等を行う。図２では画像配信装置１０が第三者配信サーバに相当する。

また、本実施形態では配信される広告に全天球画像６から生成された静止画を用いる閲覧システム１００について説明する。全天球画像６は画角が広いので閲覧者が歪みの少ない全天球画像６を閲覧するためには端末装置がスクリプトを実行し、回転操作による所定領域Ｔの表示等が必要になる。しかし、以下の場合は、端末装置がスクリプトを実行できず全天球画像を表示できない。
(i) 端末装置がスクリプトを実行する機能を有さない場合
(ii) 端末装置がスクリプトを実行する機能をＯＦＦにしている場合（又はブラウザがスクリプトの実行に対応していない場合）
(ii) 後述するＤＳＰがスクリプトの配信を受け付けない場合
そこで、本実施形態の画像配信装置１０は予め全天球画像から注目点を含む静止画を用意しておき、(i)～(iii)に該当する場合にはこの静止画を端末装置に配信する。
（１）端末装置３０は広告枠７を有するＷｅｂページをブラウザ８で開くと、この端末装置３０に広告を表示したいと考えるＤＳＰ２０（Demand Side Platform）が端末装置３０に通知される。端末装置３０はこのＤＳＰ２０に広告を要求する。
（２）ＤＳＰ２０は画像配信装置１０に広告を要求する。
（３）画像配信装置１０は広告要求を記憶しておき、自機に端末装置３０がアクセスするためのアクセス情報２を生成してＤＳＰ２０に送信する。
（４）ＤＳＰ２０は受信したアクセス情報２を端末装置３０に送信する。
（５）端末装置３０はアクセス情報２に基づいて画像配信装置１０に対し広告データ（全天球画像６）を要求する。本実施形態の画像配信装置１０は全天球画像６の複数の注目点Ｐ（各注目点をＰ－ｎ（ｎ：自然数）で表し、任意の注目点を単に「Ｐ」で示す）と画角を保持しており、この注目点Ｐと画角で切り取られる静止画５を作成しておく。
（６）画像配信装置１０はアクセス情報２で要求された場合、(i)～(iii)に該当するか否かを判断して、該当する場合には全天球画像でなく静止画５を含む広告データを端末装置３０に送信する。
（７）端末装置３０は広告データを受信して、静止画５を表示する。

端末装置３０は全天球画像６ではなく静止画５を表示するが、この静止画５は閲覧者の興味を惹きやすい注目点を含むように作成されているため、閲覧者の興味を惹きやすい。全天球画像は周囲３６０度が撮像されているため、全体を一覧することは困難であるが、本実施形態の閲覧システム１００では、注目点を静止画５として表示できるため、広告主が見せたい部分を閲覧者に閲覧させやすくなる。したがって、端末装置３０がスクリプトを実行できないために動きのある画像を表示できなくても広告の効果（クリック率）を向上させることができる。

＜用語について＞
注目点Ｐとは、全天球画像６のうち特徴的な像が写っている部分（特徴的な部分）をいう。「点」と称しても１画素に限られるものでなく一部を意味してよい。より具体的に、注目点Ｐは閲覧者が興味を示すと推測される部分である。注目点Ｐは、例えば純粋な画像処理により決定されてもよいし、所定の被写体が写っている部分として検出されてもよいし、閲覧者が実際に表示した部分から統計的に決定されてもよい。

広告の効果とは、少なくとも注目させることであるが、更に閲覧者がクリック（又はタップ）することを効果と称してもよい。

動画とは、複数の画像（例えば時系列に変化する画像）が切り替わることをいうだけでなく、１つの画像の表示範囲が変わることで動きのある画像に見えるものを含む。

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

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

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

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

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

パートナーサイトＷｅｂサーバ６０は閲覧者が使用するクライアントコンピュータ（本実施形態の端末装置３０）に対しネットワークを通じて情報や機能を提供するサーバ（一般的な情報処理装置）である。広告主Ｗｅｂサーバ７０が提供するＷｅｂページには広告枠７が設けられている。パートナーサイトＷｅｂサーバ６０はＳＳＰ５０に広告枠７への広告の表示を依頼している。

広告主Ｗｅｂサーバ７０も閲覧者が使用するクライアントコンピュータ（本実施形態の端末装置３０）に対しネットワークを通じて情報や機能を提供するサーバ（一般的な情報処理装置）である。静止画が表示された広告枠７を閲覧者がクリック（又はタップ）すると端末装置３０が広告主Ｗｅｂサーバ７０にアクセスする。広告主Ｗｅｂサーバ７０は広告主により運営されており、ＤＳＰ２０に自社の製品又はサービスの広告を表示する広告枠７の購入を依頼し、画像配信装置１０に広告の生成と広告の表示を依頼している。

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

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

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

ＤＳＰ２０は広告枠７の買い付け、広告配信等、広告主のために効率的・効果的な広告配信を行う仕組みである。図では１つの装置のように記載されているが、１台以上の情報処理装置のネットワークである。すなわち、ＤＳＰ２０はＳＳＰ５０からクッキー（区別するためＳＳＰクッキーという）等を取得して、自分が管理するＤＳＰクッキーとＳＳＰクッキーの対応付情報に基づき閲覧者の属性等を判断する。そして、閲覧者の属性や予算等に基づいて依頼している広告主からの広告の配信設定に基づいて決定した価格でＳＳＰ５０に入札する。落札できるとＤＳＰ２０は画像配信装置１０に広告リクエストを通知して、画像配信装置１０から画像配信装置１０に広告データを要求するためのアクセス情報２を取得する。なお、広告データは、全天球画像６を表示させる表示プログラムと操作履歴を取得する操作履歴プログラムを含む。

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

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

端末装置３０がアクセス情報２に基づいて画像配信装置１０に広告データを要求すると、画像配信装置１０は広告データを端末装置３０に送信する。広告データには静止画と全天球画像６の少なくともどちらかが含まれる。静止画には少なくとも広告主Ｗｅｂサーバ７０のＵＲＬ（Uniform Resource Locator）が含まれる。また、全天球画像６が含まれている場合には表示プログラムと操作履歴プログラムが広告データに含まれ、表示プログラムは全天球画像を回転させ、また、ユーザの操作又は自動的に拡大したり縮小したりする。また、操作履歴プログラムは画像配信装置１０のクッキー（区別するため画像クッキーという）及び画像ＩＤと共に全天球画像６に対する操作履歴を画像配信装置１０に送信する。操作履歴は例えば、どの閲覧画角が表示されたかという情報である。なお、この操作履歴は注目点の決定に使用されるため、操作履歴が注目点の決定に使用されない場合、操作履歴は送信されなくてもよい。

静止画と共に操作履歴プログラムが送信された場合、操作履歴プログラムは、後述する静止画ＩＤと共にクリックされた旨を画像配信装置１０に送信する。画像配信装置１０は１つの全天球画像６から1つ以上の静止画を生成しており、各静止画のクリック率を監視することで、クリック率が高い静止画のみを配信できるようになる。

＜ハードウェア構成例＞
図４は、端末装置３０の概略的なハードウェア構成を示したブロック図である。端末装置３０は、概ねパーソナル・コンピュータ、ワークステーション又はアプライアンス・サーバとして実装することができる。端末装置３０は、ＣＰＵ２０１と、ＣＰＵ２０１が使用するデータの高速アクセスを可能とするメモリ２０２とを備える。ＣＰＵ２０１及びメモリ２０２は、システム・バス２０３を介して、端末装置３０の他のデバイス又はドライバ、例えば、グラフィックス・ドライバ２０４及びネットワーク・デバイス（ＮＩＣ）２０５へと接続されている。

グラフィックス・ドライバ２０４は、バスを介してＬＣＤ（表示装置）２０６に接続されて、ＣＰＵ２０１による処理結果をモニタする。ＬＣＤ２０６にはタッチパネルが一体に配置されていてもよい。この場合、閲覧者は操作手段として指を使って端末装置３０を操作できる。

また、ネットワーク・ドライバ２０５は、トランスポート層レベル及び物理層レベルで端末装置３０をネットワークＮへと接続して、広告主Ｗｅｂサーバ７０等とのセッションを確立させている。

システム・バス２０３には、更にＩ／Ｏバス・ブリッジ２０７が接続されている。Ｉ／Ｏバス・ブリッジ２０７の下流側には、ＰＣＩなどのＩ／Ｏバス２０８を介して、ＩＤＥ、ＡＴＡ、ＡＴＡＰＩ、シリアルＡＴＡ、ＳＣＳＩ、ＵＳＢなどにより、ＨＤＤ２０９などの記憶装置が接続されている。ＨＤＤ２０９の代わりに又はＨＤＤ２０９と共にＳＳＤ（Solid State Drive）を有していてもよい。

ＨＤＤ２０９は端末装置３０の全体を制御するプログラム２０９ｐを記憶している。プログラム２０９ｐは、ブラウザ８の他、広告主Ｗｅｂサーバ７０、パートナーサイトＷｅｂサーバ６０、ＤＳＰ２０が送信した画面情報を含んでいる。端末装置３０はブラウザ８と画面情報に含まれる表示プログラムと操作履歴プログラムを実行する。プログラム２０９ｐは、広告タグ、アクセス情報１，２等を含む。

また、Ｉ／Ｏバス２０８には、ＵＳＢなどのバスを介して、キーボード及びマウス（ポインティング・デバイスと呼ばれる）などの入力装置２１０が接続され、閲覧者などのオペレータによる入力及び指令を受け付けている。

広告主Ｗｅｂサーバ７０、パートナーサイトＷｅｂサーバ６０、ＳＳＰ５０、ＤＳＰ２０、及び画像配信装置１０のハードウェア構成図は図４と相違がないか、又は、相違があったとしても本実施形態の説明の上で支障がないものとする。広告主Ｗｅｂサーバ７０、パートナーサイトＷｅｂサーバ６０、ＤＳＰ２０、及び画像配信装置１０はクラウドコンピューティングに対応していることが好ましい。クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される利用形態をいう。この場合、図４に示したハードウェア構成は、１つの筐体に収納されていたり一まとまりの装置として備えられていたりする必要はなく、広告主Ｗｅｂサーバ７０、パートナーサイトＷｅｂサーバ６０、ＤＳＰ２０、及び画像配信装置１０が備えていることが好ましいハード的な要素を示す。また、クラウドコンピューティングに対応するため、本実施例の広告主Ｗｅｂサーバ７０、パートナーサイトＷｅｂサーバ６０、ＤＳＰ２０、及び画像配信装置１０の物理的な構成は固定的でなくてもよく、負荷等に応じてハード的なリソースが動的に接続・切断されることで構成されてよい。

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

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

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

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

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

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

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

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

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

Ｗｅｂページ提供部７１は、端末装置３０からのＨＴＴＰリクエストを解釈してＷｅｂページを構築してＨＴＴＰレスポンスとして端末装置３０に送信する。処理に必要であればアプリケーションサーバに処理を依頼し、処理結果をＷｅｂページに配置して送信する。広告主Ｗｅｂサーバ７０のＷｅｂページには広告主のクッキーとＤＳＰクッキーが含まれている。広告主Ｗｅｂサーバ７０はＤＳＰ２０に広告の配信を依頼しているためである。これによりリターゲッティング広告等が可能になる。パートナーサイトＷｅｂサーバ６０のＷｅｂページにはパートナーサイトのクッキーとＳＳＰクッキーが含まれている。パートナーサイトＷｅｂサーバ６０はＳＳＰ５０に広告枠７の販売を依頼しているためである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

操作受付部３４は、端末装置３０に対する各種の操作を受け付ける。具体的には、端末装置３０が実行するブラウザに対する操作を受け付ける。Ｗｅｂページがスクリプト言語で記述されたプログラム（上記のスクリプト）を有得する場合は、スクリプトが動作の契機とするＷｅｂページに対する操作を受け付ける。なお、本実施形態では、操作の対象が端末装置３０、ブラウザ又はＷｅｂページのいずれであるか厳密に区別せず、端末装置３０に対する操作、ブラウザに対する操作又はＷｅｂページに対する操作は同等の意味を持つ。

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

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

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

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

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

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

広告取得部３９はアクセス情報２に含まれる画像配信装置１０のＵＲＬに基づき、広告機会ＩＤを指定して、画像配信装置１０に対し広告データを要求する。画像配信装置１０は広告データを生成するので、広告取得部３９は広告データを取得する。本実施形態の広告データは、静止画のみの場合と全天球画像６を含むスクリプトの場合がある。すなわち、端末装置３０がスクリプトを実行できない場合に静止画が配信されるので、静止画のみが配信される。全天球画像６の表示にはスクリプトが必要なので、全天球画像６、表示プログラム及び操作履歴プログラムが配信される。表示プログラムは全天球画像６を回転させたりして全天球画像６を表示させる。操作履歴プログラムは全天球画像６に対する操作を受け付けて操作履歴を画像配信装置１０に送信する。操作履歴プログラムと表示プログラムもスクリプト言語で記述されており、スクリプト実行部３５により実行される。

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

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

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

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

また、画像配信装置１０は、図４に示したＨＤＤ２０９又はメモリ２０２により実現される記憶部１９を有している。記憶部１９には、配信履歴ＤＢ１９１、操作履歴ＤＢ１９２、クッキー対応ＤＢ１９３、広告画像ＤＢ１９４、クリック数ＤＢ１９５、及び、画像判断ＤＢ１９６が構築されている。

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

画像配信装置１０はこのような操作履歴に基づいて注目点Ｐを決定することができる。更に、画像ＩＤに画像クッキーが対応付けられていればリターゲッティング広告が可能になる。

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

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

表６は、クリック数ＤＢ１９５に登録されている情報を模式的に示す。クリック数ＤＢ１９５には全天球画像６の注目点Ｐと画角の組み合わせごとにクリック回数が登録されている。表６では１つの全天球画像に４つの注目点Ｐが対応付けられているが、注目点Ｐの数は１つの全天球画像６に４つとは限らず３つ以下又は５つ以上でもよい。また、全天球画像６によって様々でよい。また、表６では注目点Ｐごとに３段階に画角が設定されている。注目点ＩＤと画角ＩＤの組み合わせを静止画ＩＤという。クリック回数は各注目点の画角ごとに閲覧者がクリックした回数である。つまり、画像配信装置１０は同じ全天球画像６の同じ注目点Ｐを同じ画角で複数の端末装置３０に表示させ、端末装置３０がクリックした回数を記録する。こうすることで、クリック率の低い注目点と画角の組み合わせによる静止画の配信を徐々に回避できる。なお、クリック回数は閲覧者の属性（性別、年代、家族構成等）ごとに記録することが好適である。これにより、閲覧者の属性に対しクリック回数が多い静止画を配信できる。

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

表８は画像判断ＤＢ１９６に登録されている情報を模式的に示す。表８（ａ）はＤＳＰ２０がスクリプトに対応しているか否かを示すＤＳＰスクリプト対応情報である。ＤＳＰスクリプト対応情報にはＤＳＰ種類に対しスクリプト対応状態が設定されている。表８（ｂ）はブラウザの各バージョンがスクリプトに対応しているか否かを示すブラウザスクリプト対応情報である。ブラウザスクリプト対応情報にはバージョン別のブラウザ種類に対しスクリプト対応状態が設定されている。

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

広告配信部１２は、端末装置３０から広告機会ＩＤと共に広告データを要求されると配信する全天球画像６と静止画のどちらを配信するかを決定し、全天球画像６又は静止画を配信する。まず、広告リクエストにスクリプトＯＮが含まれているか否かを判断する。含まれている場合、画像判断ＤＢ１９６のＤＳＰスクリプト対応情報を参照して広告を依頼したＤＳＰ２０がスクリプトに対応しているか否か判断する。対応している場合、画像判断ＤＢ１９６のブラウザスクリプト対応情報を参照して、広告リクエストに含まれるブラウザ種類がスクリプトに対応しているか否か判断する。この場合、全天球画像６を配信できるので広告配信部１２はＤＳＰ２０から取得した広告主ＩＤに対応付けられた全天球画像６を広告画像ＤＢ１９４から決定する。好ましくは閲覧者の属性を考慮する。閲覧者の属性はＤＳＰ２０から通知されてもよいし、画像配信装置１０が画像クッキーに対応付けて蓄積したものでもよい。

全天球画像６を配信できないと判断された場合、広告配信部１２は同様に配信する全天球画像６を決定するが、更に、配信する静止画を決定する。広告配信部１２はクリック数ＤＢ１９５を参照して全天球画像６の複数の静止画から１つの静止画を決定する。例えば、最もクリック回数の多い静止画を決定する、又は、クリック回数が閾値以上の静止画から任意に決定する。静止画決定時も閲覧者の属性が考慮されることが好ましい。

操作履歴取得部１４は、端末装置３０から画像クッキー、及び画像ＩＤ（更に静止画ＩＤを含む場合がある）と共に操作履歴を取得し、操作履歴ＤＢ１９２に設定する。なお、注目点を決定するための操作履歴とクリック回数を更新するための操作履歴（クリックしたこと）の２種類の操作履歴がある。注目点を決定するための操作履歴（クリック時画角）をクリック回数の更新に使用してもよい。この場合、クリック時画角を最も近い画角ＩＤに対応付けてクリック回数を更新する。

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

注目点決定部１３は、全天球画像６の注目点Ｐを決定する。各種の注目点Ｐの決定方法が考えられるが、詳細は後述する。

静止画生成部１５は、注目点決定部１３が決定した注目点Ｐから大、中、小の画角の静止画を生成する。この時、広告枠サイズが考慮される。詳細は後述される。静止画生成部１５は生成した静止画の静止画ＩＤをクリック数ＤＢ１９５に登録する。

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

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

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

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

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

このようにして、いくつかの注目点Ｐが算出できる。注目点決定部１３は上位の注目点ＰのＮ個のうち、予め決められた数の注目点Ｐ、又は、閾値以上の注目点Ｐを特定する。そして、クリック数ＤＢ１９５に、注目点Ｐと画角を組み合わせた静止画を登録する。

<<人物を注目点Ｐに決定する>>
人が注目する被写体としては人物が考えられる。人物の検出方法としては、顔認識が知られている。顔認識にはＦＯＧ特徴量やHaar-like特徴量を検出してパターンマッチングする公知の方法を利用できる。注目点決定部１３は顔の中心を注目点Ｐとして検出する。顔の数が多い場合は、距離が近い顔を１つと見なして顔の数を決まった数に低減してもよい。

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

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

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

<<操作履歴を利用する>>
上記のように、画像配信装置１０は操作履歴ＤＢ１９２に各全天球画像６の操作履歴を記録している。この操作履歴の閲覧画角を注目点Ｐとすることができる。同じ全天球画像６に対し複数の閲覧者から操作履歴が送信されるので、座標が近い閲覧画角を同じ閲覧画角と見なし、各閲覧画角をポイント化する。静止時間が長いほど大きいポイントを付与し、クリックされた閲覧画角に大きいポイントを付与する。１つの全天球画像ごとに、ポイント累計が大きい上位、複数個の閲覧画角を注目点Ｐに決定する。

＜静止画の生成＞
図１２は広告枠の種類の一例を示す図である。図１２（ａ）は縦長の広告枠を、図１２（ｂ）は横長の広告枠を、図１２（ｃ）は正方形かこれに近い広告枠をそれぞれ示す。静止画生成部１５は広告枠の種類ごとに注目点Ｐを大中小の画角で切り出して静止画を生成する。図１２の例では、合計１５個の広告枠の種類（サイズ）がある。本実施形態では一例として１つの注目点に付き大中小の画角が設定される。

広告枠７が取り得る広告枠サイズは決まっており、静止画生成部１５は広告枠７が取り得る広告枠サイズごとに静止画を生成する。例えば、静止画生成部１５は注目点１つにつき１５×３＝４５個の静止画を生成する。

また、縦長と横長の広告枠では有効に広告枠を利用することが検討される。全天球画像の注目点は縦方向又は横方向に広がっている場合よりも縦横の幅が同程度の範囲内に存在する場合が多いと考えられる。そこで、静止画生成部１５は縦長と横長の広告枠を２つ以上に分割して、分割後の広告枠に対し複数の静止画を生成する。

図１３は、横長の広告枠のために生成される静止画を模式的に示す。図１３（ａ）は全天球画像６を示し、図１３（ｂ）は広告枠７に表示された２つの静止画を示す。図１３（ｂ）の広告枠７には図１３（ａ）の２つの注目点Ｐ－１、Ｐ－３が配置されている。このように１つの広告枠７に２つ以上の静止画を表示できるため、広告効果を向上させやすくなる。

なお、広告枠７が分割されても生成される静止画の数が増えるわけではない。静止画生成部１５は、注目点Ｐと画角の組み合わせで静止画を生成するのであり、等分する限り分割しても広告枠７の種類が増えるわけではないからである。

図１４は、静止画生成部１５が静止画を生成する手順を示すフローチャート図の一例である。図１４の処理は全天球画像ごとに実行される。

まず、静止画生成部１５は全天球画像を１つ決定する（Ｓ１４０１）。

次に、静止画生成部１５は注目点決定部１３が決定した注目点を１つ決定する（Ｓ１４０２）。

次に、静止画生成部１５は大中小のいずれかの画角を１つ決定する（Ｓ１４０３）。

次に、静止画生成部１５は広告枠７を決定する（Ｓ１４０４）。

静止画生成部１５は広告枠７が縦長又は横長かどうかを判断する（Ｓ１４０５）。判断基準の一例としてはアスペクト比（縦の横の比）が１対２以上の場合（縦÷横＝２以上）横長と判断し、アスペクト比が２対１以下の場合（縦÷横＝０．５以下）縦長と判断する。

ステップＳ１４０５の判断がＹｅｓの場合、静止画生成部１５はアスペクト比が２未満、又は０．５超になるように広告枠を分割する（Ｓ１４０６）。まず、２つに等分しアスペクト比が２未満又は０．５超であるか判断する。２未満又は０．５超でない場合は、３等分、４等分のように分割数を多くする。

静止画生成部１５は広告枠７のサイズに合わせて静止画を生成する（Ｓ１４０７）。等分に分割した場合は分割後の広告枠７のサイズに合わせて静止画を生成する。具体的には、全天球画像は三次元の座標を有するため透視投影変換により平面の画像に変換する。

次に、静止画生成部１５は全ての広告枠７で静止画を作ったか否かを判断する（Ｓ１４０８）。ステップＳ１４０８の判断がＮｏの場合、処理はステップＳ１４０４に戻り次の広告枠７で静止画が生成される。

ステップＳ１４０８の判断がＹｅｓの場合、静止画生成部１５は全ての画角で静止画を作ったか否かを判断する（Ｓ１４０９）。ステップＳ１４０９の判断がＮｏの場合、処理はステップＳ１４０３に戻り次の画角で静止画が生成される。

ステップＳ１４０９の判断がＹｅｓの場合、静止画生成部１５は全ての注目点で静止画を作ったか否かを判断する（Ｓ１４１０）。ステップＳ１４１０の判断がＮｏの場合、処理はステップＳ１４０２に戻り次の注目点で静止画が生成される。ステップＳ１４１０の判断がＹｅｓの場合、図１４の処理は終了する。

このように、静止画生成部１５は予め広告枠７のサイズごと、かつ、注目点Ｐと画角の組み合わせごとに静止画を生成しておく。広告配信部１２は広告リクエストに含まれる広告枠サイズを参照して、予め生成されている静止画を配信できる。

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

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

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

＜動作手順＞
図１６は、閲覧システム１００が広告となる全天球画像６を配信する手順を説明するシーケンス図の一例である。

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

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

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

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

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

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

S1607：入札判断部２２は配信設定ＤＢ２９２を参照して閲覧者の属性と合致する属性を広告の配信対象とする広告主を特定する。

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

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

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

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

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

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

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

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

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

S1617：端末装置３０の広告取得部３９はアクセス情報２に含まれる画像配信装置１０のＵＲＬに基づいて広告要求（広告機会ＩＤ）を送信する。端末装置３０が画像クッキーを保持している場合は画像クッキーを送信することができる。このタイミングで広告リクエスト（スクリプトＯＮ／ＯＦＦ等）を送信してもよい。

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

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

S1620：広告配信部１２は広告主ＩＤと属性に基づき配信する全天球画像６又は静止画を特定する。詳細は図１７にて説明する。

S1621：静止画を送信する場合、広告配信部１２は静止画、画像ＩＤ、静止画ＩＤ、画像クッキー、及び、広告枠ＩＤを含む広告データを端末装置３０に送信する。全天球画像６を送信する場合、全天球画像６、画像ＩＤ、画像クッキー、及び、広告枠ＩＤを含む広告データ（スクリプトが含まれる）を端末装置３０に送信する。静止画又は全天球画像６には広告主Ｗｅｂサーバ７０のＵＲＬが対応付けられている。

S1622：端末装置３０の広告取得部３９は広告データを取得し、広告表示部４０が広告枠７に全天球画像６又は静止画を表示する。閲覧者が広告枠７をクリックすると操作受付部３４が受け付け、Ｗｅｂページ取得部３１が広告主Ｗｅｂサーバ７０と通信を開始する。

＜全天球画像又は静止画の選択＞
図１７は、広告配信部１２が全天球画像又は静止画の選択する手順を示すフローチャート図の一例である。

広告配信部１２は広告リクエストにスクリプトＯＮが含まれているか否かを判断する（Ｓ１７０１）。

ステップＳ１７０１の判断がＹｅｓの場合、広告配信部１２はＤＳＰ２０がスクリプトに対応しているか否かを画像判断ＤＢ１９６のＤＳＰスクリプト対応情報を参照して判断する（Ｓ１７０２）。

ステップＳ１７０２の判断がＹｅｓの場合、広告配信部１２は画像判断ＤＢ１９６のブラウザスクリプト対応情報を参照して、広告リクエストに含まれるブラウザ種類がスクリプトに対応しているか否か判断する（Ｓ１７０３）。

ステップＳ１７０３の判断がＹｅｓの場合、広告配信部１２は全天球画像６を配信できると判断する（Ｓ１７１０）。広告配信部１２はＤＳＰ２０から取得した広告主ＩＤに対応付けられた全天球画像６を広告画像ＤＢ１９４から決定する。

ステップＳ１７０１～Ｓ１７０３のいずれかでＮｏと判断されると、広告配信部１２は静止画を配信すると判断する（Ｓ１７０４）。

まず、広告配信部１２は広告リクエストから広告枠サイズを取得する（Ｓ１７０５）。そして、広告枠が縦長又は横長かを判断する（Ｓ１７０６）。広告枠７が縦長又は横長の場合は複数の静止画を決定するためである。

広告枠７が縦長又は横長でない場合（Ｓ１７０６のＮｏ）、静止画を１つだけ決定すればよい。広告配信部１２はＤＳＰ２０から取得した広告主ＩＤに対応付けられた全天球画像６を広告画像ＤＢ１９４から決定する。そして、この全天球画像６についてクリック回数が最も多い静止画（注目点ＩＤと画角ＩＤの組み合わせ）をクリック数ＤＢ１９５から特定する（Ｓ１７０７）。あるいは閾値以上のクリック回数の静止画（注目点ＩＤと画角ＩＤの組み合わせ）から不作為に特定してもよい。

次に、広告配信部１２はステップＳ１７０７で決定した注目点ＩＤと画角ＩＤの静止画のうち広告リクエストに含まれる広告枠サイズのために生成された静止画を特定する（Ｓ１７０８）。

広告枠が縦長又は横長である場合（Ｓ１７０６のＹｅｓ）、静止画を２つ以上決定する。２つの静止画は、
・同じ全天球画像６から生成される場合
・別の全天球画像６から生成される場合
がある。以下では、広告枠７が２つに分割された場合を説明するが、３つ以上に分割された場合も同様である。なお、広告配信部１２は、静止画生成部１５が広告枠を分割したのと同じ方法で分割数を判断する。すなわち、分割数は広告リクエストに含まれる広告枠サイズに対して一意に定まる。

同じ全天球画像６から生成される場合、広告配信部１２はＤＳＰ２０から取得した広告主ＩＤに対応付けられた全天球画像６を広告画像ＤＢ１９４から決定する。そして、この全天球画像６についてクリック回数が上位２つの注目点ＩＤと画角ＩＤの組み合わせをクリック数ＤＢ１９５から特定する（Ｓ１７０９－１）。あるいは閾値以上のクリック回数の注目点ＩＤと画角ＩＤの組み合わせから不作為に２つを特定してもよい。

広告配信部１２はステップＳ１７０９－１で決定した注目点ＩＤと画角ＩＤの静止画のうち分割後の広告枠サイズのために生成された静止画を特定する（Ｓ１７０９－２）。

別の全天球画像６から生成される場合、広告配信部はＤＳＰ２０から取得した広告主ＩＤに対応付けられた２つの全天球画像６を広告画像ＤＢ１９４から決定する。例えば、閲覧者の属性と表４の対象属性の一致度及び優先度に基づく評価が最高と次点の全天球画像を決定する。そして、それぞれの全天球画像でクリック回数が最も多い注目点ＩＤと画角ＩＤの組み合わせの静止画をクリック数ＤＢ１９５から特定する（Ｓ１７０９－３）。あるいは閾値以上のクリック回数の注目点ＩＤと画角ＩＤの組み合わせから不作為に特定してもよい。

広告配信部１２はステップＳ１７０９－３で決定した注目点ＩＤと画角ＩＤの静止画のうち分割後の広告枠サイズのために生成された静止画を特定する（Ｓ１７０９－４）。

広告配信部１２は２つの静止画を左右又は上下に配置することで合成して１つの静止画を生成する。左右又は上下のどちらにどの静止画を配置するかは任意でよい。

このように本実施形態の閲覧システム１００は、静止画しか配信できない場合、クリック回数に基づいて広告枠サイズに最適な静止画を配信できる。

＜静止画ごとのクリック回数の更新＞
図１８は、画像配信装置１０が静止画に対するクリック回数を更新する手順を示すシーケンス図の一例である。

S1801：閲覧者は広告枠７に表示された静止画を閲覧し、興味があると広告枠７をクリック（又はタップ）すると考えられる。端末装置３０の操作受付部３４はクリックを受け付ける。広告枠７に複数の静止画が配置されている場合、どの静止画がクリックされたかを検出する。

S1802：操作履歴記録部４１はクリックという操作を記録し、操作履歴送信部４２がクリックされた旨を画像配信装置１０に送信する。クリックされた旨の送信はクリックの直後でもよいし、通信付加などが小さい時でもよい。この通知には画像ＩＤ、静止画ＩＤ、及び画像クッキーが含まれる。画像クッキーがあることで属性ごとのクリック回数の記録が可能になる。なお、静止画にはスクリプトが添付されていないので、静止画にリンクが貼り付けられている。

S1803：画像配信装置１０の操作履歴取得部１４はクリックした旨を取得し、クリック数ＤＢ１９５の画像ＩＤと静止画ＩＤに対応付けられたクリック回数を１つ大きくする（更新する）。あるいは、画像クッキーに基づいて属性を判断し、属性ごとにクリック回数を大きくする。

このような処理により、静止画ごとにクリック回数が蓄積され、クリックされやすい静止画のクリック回数が大きくなる。換言するとクリックされにくい静止画が明らかになる。したがって、徐々にクリック回数が多い（広告の効果が高い）静止画を配信できるようになる。

＜同じ閲覧者に同じ画像を配信する際の静止画の切り替え＞
配信履歴ＤＢ１９１に画像クッキーが登録されている閲覧者は全天球画像６の静止画を閲覧したことがある。この閲覧者がパートナーサイトＷｅｂサーバ６０のＷｅｂページ又は別のＷｅｂサーバのＷｅｂページを閲覧する場合に、画像配信装置１０が全天球画像６を配信する場合がある。この場合、画像配信装置１０が静止画を変更することでクリック率を向上させることが可能になる。

図１９は画像配信装置１０の広告配信部１２が同じ静止画の配信を抑制する手順を示すフローチャート図の一例である。

まず、広告配信部１２は広告データの要求（画像クッキー）を取得する（Ｓ１９０１）。過去に、全天球画像６の配信を受けている端末装置３０の場合、画像クッキーを記憶しているので、画像配信装置１０は閲覧者を判別できる。

広告配信部１２は配信する全天球画像６の配信履歴があるか否かを判断する（Ｓ１９０２）。すなわち、属性等に応じて全天球画像６を決定するが、この全天球画像６の画像ＩＤが配信履歴ＤＢ１９１に記録されているか否かを判断する。

ステップＳ１９０２の判断がＮｏの場合、広告配信部１２は上記のようにクリック回数の高い静止画を配信する（Ｓ１９０３）。

ステップＳ１９０２の判断がＹｅｓの場合、広告配信部１２は配信履歴ＤＢ１９１に記録されている静止画とは異なる静止画を配信する（Ｓ１９０４）。例えば、決定した全天球画像６の注目点Ｐと画角の組み合わせのうち、すでに配信された注目点Ｐと画角を排除してクリック回数が最も多い注目点Ｐと画角の静止画を配信すると決定する。

なお、リターゲッティング広告の場合、配信履歴ＤＢ１９１に記録されている全天球画像６の同じ静止画が配信される。同じ静止画が時間をおいて同じ閲覧者に表示されることで広告の訴求力を向上させることができる。

＜まとめ＞
本実施形態の閲覧システム１００は静止画５を配信せざるを得ない場合（動画を表示するにはスクリプト（プログラム）が端末装置３０で動作しないか、又は、広告の配信ネットワークが動画に対応していない場合）でも、静止画５が閲覧者の興味を惹きやすい注目点を含むように作成されているため、閲覧者の興味を惹きやすい広告を表示できる。全天球画像は周囲３６０度が撮像されているため、全体を一覧することは困難であるが、本実施形態の閲覧システム１００では、注目点を静止画５として表示できるため、広告主が見せたい部分を閲覧者に閲覧させやすくなる。また、クリック回数により徐々に静止画が選別されるので、時間と共にクリックされやすい静止画で広告を配信できる。したがって、広告の効果（クリック率）を向上させることができる。

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

例えば、本実施形態では、広告枠７に静止画が表示される例を説明したが、静止画は広告として表示されなくてもよい。例えば、広告主Ｗｅｂサーバ７０が直接、提供するＷｅｂページで表示される静止画が注目点Ｐを含むように生成されていてもよい。

また、全天球画像又は静止画を表示する端末装置３０のアプリケーションはブラウザ８に限られず、任意のアプリケーションソフトウェアが全天球画像又は静止画を表示してもよい。

また、本実施形態では静止画が広告に利用される例を説明したが、静止画が広告に利用されるものである必要はない。

また、図１６にて説明したように、本実施形態では端末装置３０がＤＳＰ２０にアクセスし、次に、画像配信装置１０にアクセスして広告データを取得している。しかし、ＤＳＰ２０が画像配信装置１０から直接、広告データを取得して端末装置３０に送信してもよい。端末装置３０はＤＳＰ２０にアクセスするだけで広告データを取得できるため、広告が表示されるまでの時間を短縮できる。

また、ＤＳＰ２０と画像配信装置１０が一体に構成されており、ＤＳＰ２０が広告データ（全天球画像）を端末装置３０に配信してもよい。

また、広告配信部１２はクリック回数でなくクリック率により表示パターンを評価してもよい。あるいは、「いいねボタン」などの押下回数など評価可能な指標で評価してもよい。

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

また、本実施形態では、全天球カメラの周囲の３６０度が撮像可能な全天球画像がＷｅｂページに配置されるとして説明したが、Ｗｅｂページの画像データは広角画像であればよい。本実施形態の広角画像は、広告枠に表示しきれない部分を有する画像をいう。例えば、水平方向にだけ１８０度程度の画角を有するパノラマ画像でもよい。

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

また、本実施形態では説明の便宜上、全天球画像６の一部が静止画になると説明されているが、全天球画像の全体をカバーする画角の静止画が生成されてもよい。

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

なお、静止画生成部１５は静止画生成手段の一例であり、広告配信部１２は配信手段の一例であり、広告取得部３９は画像取得手段の一例であり、広告表示部４０は画像表示手段の一例であり、注目点決定部１３は特徴部決定手段の一例であり、操作履歴送信部４２は操作履歴送信手段の一例であり、操作履歴取得部１４は操作履歴記録手段の一例であり、操作受付部３４は操作受付手段の一例である。端末装置３０は第二の情報処理装置の一例である。

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

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

Claims (7)

1. 少なくとも広角画像の一部を配信する画像配信装置と、少なくとも前記広角画像の一部を表示する情報処理装置と、を有する閲覧システムであって、
   前記画像配信装置は、
   前記広角画像から１つ以上の静止画を生成する静止画生成手段と、
   前記広角画像の全体又は前記静止画のいずれかを前記情報処理装置に送信する配信手段と、
   前記広角画像から特徴的な部分を決定する特徴部決定手段と、
   を有し、
   前記情報処理装置は、
   前記広角画像又は前記静止画を取得する画像取得手段と、
   前記画像取得手段が取得した前記広角画像又は前記静止画を表示装置に表示する画像表示手段と、
   閲覧者の操作により表示された前記広角画像の閲覧画角又は所定の操作に関する情報を前記画像配信装置に送信する操作履歴送信手段と、
   を有し、
   前記特徴部決定手段は、前記広角画像の閲覧画角又は前記所定の操作の少なくとも一方に基づいて前記広角画像から特徴的な部分を決定し、
   前記静止画生成手段は、前記特徴部決定手段が決定した前記特徴的な部分と複数の画角の組み合わせごとに１つの前記広角画像から複数の前記静止画を生成し、
   前記配信手段は、前記複数の前記静止画から予め定められた方法で決定した前記静止画を前記情報処理装置に送信する閲覧システム。
2. 前記画像配信装置は、前記広角画像の識別情報に対応付けて前記広角画像の閲覧画角又は前記所定の操作を記録する操作履歴記録手段、をさらに有し、
   前記情報処理装置は、前記画像表示手段が表示した前記静止画に対する所定の操作を受け付ける操作受付手段を有し、
   前記操作履歴送信手段は、前記広角画像の識別情報、前記特徴的な部分と前記画角の組み合わせの識別情報及び前記所定の操作が受け付けられた旨を前記画像配信装置に送信し、
   前記操作履歴記録手段は、前記広角画像の識別情報、及び前記特徴的な部分と前記画角の組み合わせの識別情報に対応付けて前記所定の操作が行われた回数を記録し、
   前記配信手段は、前記回数が閾値以上の前記静止画を前記情報処理装置に送信する請求項１に記載の閲覧システム。
3. 前記静止画生成手段は、前記情報処理装置において前記広角画像の一部又は前記静止画が表示される枠が取り得る枠サイズごとに、前記特徴的な部分と前記画角の組み合わせに応じた前記静止画を前記広角画像から生成し、
   前記配信手段は、前記情報処理装置から取得した前記広角画像の一部又は前記静止画が表示される枠の枠サイズに適した前記静止画を前記情報処理装置に送信する請求項１又は２に記載の閲覧システム。
4. 前記広角画像の一部又は前記静止画が表示される枠が取り得る枠サイズが横長又は縦長の場合、
   前記静止画生成手段は前記枠サイズを分割し、分割された後の枠サイズに対し、前記特徴的な部分と前記画角の組み合わせに応じた前記静止画を前記広角画像から生成し、
   前記配信手段は、前記情報処理装置から取得した前記広角画像の一部又は前記静止画が表示される枠の枠サイズが横長又は縦長の場合、前記枠サイズによって決まる分割数の前記静止画を１つの静止画に合成して前記情報処理装置に送信する請求項２又は３に記載の閲覧システム。
5. 前記情報処理装置は、前記情報処理装置を識別する装置識別情報を前記画像配信装置に送信し、
   前記画像配信装置は前記装置識別情報に対応付けて、前記情報処理装置に配信した前記特徴的な部分と前記画角の組み合わせの識別情報を保持しており、
   前記配信手段は、前記装置識別情報を保持する前記情報処理装置から前記広角画像又は前記静止画を要求された場合、前記装置識別情報に対応付けられた前記特徴的な部分と前記画角の組み合わせとは異なる前記特徴的な部分と前記画角の組み合わせの前記静止画を前記情報処理装置に送信する請求項１～４のいずれか１項に記載の閲覧システム。
6. 前記配信手段は、前記情報処理装置が前記広角画像を表示できるか否かを判断し、
   前記広角画像を表示できないと判断した場合は前記静止画を送信し、前記広角画像を表示できると判断した場合は前記広角画像を送信する請求項１～５のいずれか１項に記載の閲覧システム。
7. 少なくとも広角画像の一部を配信する画像配信装置と、少なくとも前記広角画像の一部を表示する情報処理装置と、を有する閲覧システムが行う画像配信方法であって、
   前記画像配信装置は、
   前記広角画像から１つ以上の静止画を生成する静止画生成ステップと、
   前記広角画像の全体又は前記静止画のいずれかを前記情報処理装置に送信する配信ステップと、
   前記広角画像から特徴的な部分を決定する特徴部決定ステップと、
   を実行し、
   前記情報処理装置は、
   前記広角画像又は前記静止画を取得する画像取得ステップと、
   前記画像取得ステップが取得した前記広角画像又は前記静止画を表示装置に表示する画像表示ステップと、
   閲覧者の操作により表示された前記広角画像の閲覧画角又は所定の操作に関する情報を前記画像配信装置に送信する操作履歴送信ステップと、
   を実行し、
   前記特徴部決定ステップは、前記広角画像の閲覧画角又は前記所定の操作の少なくとも一方に基づいて前記広角画像から特徴的な部分を決定し、
   前記静止画生成ステップは、前記特徴部決定ステップが決定した前記特徴的な部分と複数の画角の組み合わせごとに１つの前記広角画像から複数の前記静止画を生成し、
   前記配信ステップは、前記複数の前記静止画から予め定められた方法で決定した前記静止画を前記情報処理装置に送信する画像配信方法。

Images