JP2016213810A - 画像表示システム、情報処理装置、プログラム、画像表示方法 - Google Patents

Abstract

【課題】広角画像の配信に要する時間を低減可能な画像表示システムを提供する。【解決手段】画像処理サーバ１０と前記画像処理サーバから所定よりも画角が広い広角画像を受信する画像表示端末３０とを有する画像表示システム１００であって、画像処理サーバ１０は、広角画像のうち閲覧される頻度が他領域よりも少ない領域を決定する領域決定手段１４と、領域決定手段が決定した領域を広角画像から削減する削減手段１５と、削減手段により領域が削減された広角画像を画像表示端末に送信する第１送信手段１１と、を有する。画像処理端末３０は、領域が削減された広角画像を受信する受信手段３１と、領域が削減された広角画像を表示装置に表示する画像表示手段３２と、を有する。【選択図】図６

Description

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

全天球画像又は全方位画像と呼ばれる周囲３６０度の風景が撮像された画像が知られている（以下、単に全天球画像という）。特殊な光学系を備えた専用の撮像装置を用いればユーザは一回の撮像操作で全天球画像を得ることができ、矩形範囲を撮像する通常の撮像装置でも複数の画像をユーザ等がつなぎ合わせることで全天球画像を得ることができる。全天球画像にはほぼ死角なく周囲３６０度の画像が撮像されているため、ユーザは任意の領域を選択的にディスプレイ等に表示させ閲覧することができる。

また、全天球画像がインターネットなどで公開されていれば、ユーザはＰＣ（Personal Computer）などを用いて全天球画像をダウンロードして閲覧することができる。しかし、全天球画像は周囲３６０度の画像を含むためデータサイズが大きくなる傾向がある。このため、ユーザがインターネットを経由して閲覧する場合、ダウンロードに時間がかかり、全天球画像が表示されるまでの待ち時間が増大する傾向が生じてしまう。

画像データのダウンロード時間を短縮するため、サーバがプログレッシブ画像を端末等に配信する技術が知られている（例えば、特許文献１参照。）。特許文献１には、データ量の少ない低解像度の画像を先に転送して、徐々に高解像度の画像を転送するサーバが開示されている。

しかしながら、サーバがプログレッシブ画像を送信する場合、ユーザがＰＣに最初に表示させる画像が低解像度であるため、高解像度の画像を表示させるまでに長時間が必要であることに変わりがないという問題がある。例えば、ユーザが最初に閲覧する画像は常に解像度が低い画像であり、ダウンロード先のＷｅｂサイトがユーザに与える印象が低下したり、Ｗｅｂサイトが提供する画像の本来の画質が低いかのようにユーザが誤解したりするおそれがある。

本発明は、上記課題に鑑み、広角画像の配信に要する時間を低減可能な画像表示システムを提供することを目的とする。

上記課題に鑑み、本発明は、情報処理装置と前記情報処理装置から所定よりも画角が広い広角画像を受信する端末装置とを有する画像表示システムであって、前記情報処理装置は、前記広角画像のうち閲覧される頻度が他領域よりも少ない領域を決定する領域決定手段と、前記領域決定手段が決定した前記領域を前記広角画像から削減する削減手段と、前記削減手段により前記領域が削減された前記広角画像を前記端末装置に送信する第１送信手段と、を有し、前記端末装置は、前記領域が削減された前記広角画像を受信する受信手段と、前記領域が削減された前記広角画像を表示装置に表示する画像表示手段と、を有する。

広角画像の配信に要する時間を低減可能な画像表示システムを提供することができる。

本実施例の画像表示システムによる画像処理の概略を説明する図の一例である。 コンテンツ登録者が全天球画像を登録する際の動作を模式的に説明する図の一例である。 画像表示システムの概略構成図の一例である。 画像処理サーバのハードウェア構成図の一例である。 画像表示端末のハードウェア構成図の一例である。 画像処理サーバ，及び、画像表示端末の機能ブロック図の一例である。 画像表示システムの動作手順を示すシーケンス図の一例である。 全天球画像の各マスが閲覧される頻度を模式的に示す図の一例である。 削減データ決定部が削減するマスを決定する手順を示すフローチャート図の一例である。 画像表示端末がマスが削減されたコンテンツを表示する手順を示すフローチャート図の一例である。 画像処理サーバ，及び、画像表示端末の機能ブロック図の一例である（実施例２）。 削減範囲を説明する図の一例である。 削減データ決定部が全天球画像から空領域と地面領域を削減する手順を示すフローチャート図の一例である。 複数の全天球画像の撮像位置を模式的に説明する図の一例である。 全天球画像のうち移動方向に対し後方範囲の削減を説明する図の一例である。 削減データ決定部が全天球画像から移動方向と反対方向の後方範囲を削減する手順を示すフローチャート図の一例である。 全天球画像のうち視界領域を説明する図の一例である。 削減データ決定部が全天球画像から視界領域以外の領域を削減する手順を示すフローチャート図の一例である。 撮像装置の配置例を建物のレイアウトと共に示す図の一例である。 ユーザが画像表示端末に表示させた閲覧画面の一例を示す図である。 画像処理サーバが閲覧回数を蓄積する手順を示すフローチャート図の一例である。 削減データ決定部が削減するマスを決定する手順を示すフローチャート図の一例である。 ユーザが任意の閲覧領域を指定するユーザインタフェースの一例を示す図である。 削減データ決定部がユーザ毎に削減するマスを決定する手順を示すフローチャート図の一例である。 閲覧領域管理ＤＢに登録された閲覧領域又は任意閲覧領域に相当するマス等を模式的に示す図の一例である。

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

＜画像表示システムによる画像処理の概略＞
図１は、本実施形態の画像表示システム１００による画像処理の概略を説明する図の一例である。画像表示システム１００では、画像処理サーバ１０と画像表示端末３０がネットワークＮを介して接続されている。以下、全天球画像の配信処理の概略を説明する。

（１）画像表示端末３０を操作するユーザ２は画像処理サーバ１０から全天球画像の全体をダウンロードして、閲覧したい領域（以下、閲覧領域５といい表示領域と称してもよい）を表示させる。図１によれば、ユーザは全天球画像の閲覧領域５を画像表示端末３０に表示させている。

（２）画像表示端末３０はユーザが閲覧した閲覧領域５を特定するための閲覧領域情報を画像処理サーバ１０に送信する。

（３）画像処理サーバ１０において全天球画像は予めマス状に区切られている。マス内の数字はマス番号を示す。画像処理サーバ１０は、閲覧領域情報が送信されるごとに閲覧されたマスが保持する閲覧回数を１つ大きくする。図１の全天球画像では、閲覧領域５がマス２，３、６，７に対応するので、マス２，３，６，７の閲覧回数が１つずつ大きくなる。したがって、ある程度の人数のユーザ２が全天球画像を閲覧して閲覧領域情報を画像処理サーバ１０に送信すれば、画像処理サーバ１０は閲覧されることが少ないマスを特定できる。

（４）画像処理サーバ１０は閲覧回数が他よりも大きいマスを残し、閲覧回数が少ないマスの画像データを削減する。図１の例では、マス２〜８（他領域）を残して他のマスの画像データが削減されている。削減されたマスは斜線で示されている。次回、ユーザ２が全天球画像を要求した場合、画像処理サーバ１０はマス２〜８を画像表示端末３０に送信する。したがって、全天球画像の画質を低下させることなく、ダウンロードに要する時間を低減できる。

＜用語について＞
・コンテンツとは、少なくとも１つ以上の全天球画像をいう。全天球画像が撮像された場所を示すマップを含んでいてもよい。また、全天球画像が動画の場合、撮像場所がルート上に強調されたマップを含んでいてもよい。その他、撮像位置で集音された音声データを含んでいてもよい。
・全天球画像は、周囲３６０度の風景が撮像された画像であるが、完全に３６０度の風景が撮像されている必要はなく、ほぼ３６０度の風景が撮像されている画像が含まれる。少なくとも通常よりも広い画角を有する。また、全天球画像は魚眼レンズのような広角なレンズで撮像された画像が張り合わされたものを含む。また、周囲の例えば１８０度の風景が撮像されている画像に対しても本実施形態を適用できる。すなわち、全天球領画像は、領域ごとに送信され得る広角な画像（広角画像）の一形態である。

＜全天球画像の画像処理サーバへの登録＞
画像処理サーバ１０には静止画と動画が登録される場合がある。コンテンツを画像処理サーバ１０に登録する者（以下、コンテンツ登録者という）が静止画を登録する場合、ある地点で撮像された全天球画像を画像処理サーバ１０に送信すればよい。全天球画像には位置情報が添付されており、画像処理サーバ１０は全天球画像の撮像位置を特定できる。

また、コンテンツ登録者８が動画を登録する場合、例えば以下のように行う。なお、以下では説明の便宜上、コンテンツ登録者８と撮像者が同じ者として説明するが、両者は別であってもよい。

図２は、コンテンツ登録者８が全天球画像を登録する際の動作を模式的に説明する図の一例である。
（１）コンテンツ登録者８は全天球画像を撮像可能な撮像装置７を把持して歩行する。撮像装置７は定期的又は一定距離ごとに周囲を撮像するように設定されており、撮像した全天球画像を撮像位置と対応付けて蓄積する。したがって、コンテンツ登録者８が歩行したルートに沿って画像が得られる。歩行に限られず、撮像装置７が車載されていてもよい。
（２）目的の場所まで歩行しルート上の撮像が終了すると、コンテンツ登録者８は基地局やアクセスポイントなどの無線局装置９を介して動画としての全天球画像を画像処理サーバ１０に送信する。
（３）画像処理サーバ１０は、コンテンツ登録者８が移動したルートを含むマップと全天球画像を用いたコンテンツを作成して記憶する。なお、撮像装置７が通信機能を有していない場合は、撮像装置７から画像を受信した例えばスマートフォンなどが画像処理サーバ１０に全天球画像を送信すればよい。撮像位置の取得機能についても同様であり、撮像装置７がＧＰＳ（Global Positioning Systems）などの位置検出機能を有していない場合は、スマートフォンなどのＧＰＳ受信装置が取得した位置情報が全天球画像に添付される。

また、図２では、撮像装置７が全天球画像を撮像可能であると説明したが、矩形範囲を撮像する通常の撮像装置が画像を撮像してもよい。この場合、例えばコンテンツ登録者８は複数の矩形範囲の画像をつなぎ合わせて全天球画像を作成する。

＜システム構成例＞
図３は、本実施形態の画像表示システム１００の概略構成図の一例を示す。画像表示システム１００は、ネットワークＮを介して相互に通信可能な画像処理サーバ１０及び１つ以上の画像表示端末３０を有する。

ネットワークＮは、画像表示端末３０が配置されている会社などの施設内のＬＡＮ、ＬＡＮをインターネットに接続するプロバイダのプロバイダネットワーク、及び、回線事業者が提供する回線等により構築されている。ネットワークＮにはインターネットが含まれていてよい。ネットワークＮは有線又は無線のどちらで構築されてもよく、また、有線と無線が組み合わされていてもよい。また、画像表示端末３０が直接、回線電話網や携帯電話網に接続する場合は、ＬＡＮを介さずにプロバイダネットワークに接続することができる。

画像処理サーバ１０は、全天球画像を配信すると共に全天球画像のデータサイズを削減する処理を行う情報処理装置である。画像処理サーバ１０とは別に全天球画像の配信を主に行うサーバが用意され、画像処理サーバ１０は全天球画像のデータサイズを削減する処理を主に行ってもよい。

画像表示端末３０は、ユーザが全天球画像をダウンロードして閲覧する端末装置として使用される情報処理装置である。具体的には、例えば、ＰＣ（Personal Computer）、スマートフォン、タブレット装置、携帯電話機、カーナビゲーション端末、ウェアラブルコンピュータ（ヘッドマウントディスプレイ、腕時計）、カメラ、電子黒板、プロジェクタ、ゲーム機、又は、ＭＦＰ（Multifunction Peripheral/Printer/Product）などが挙げられる。

<<ハードウェア構成例>>
図４は、画像処理サーバ１０のハードウェア構成図の一例である。なお、図示する画像処理サーバ１０のハードウェア構成は、１つの筐体に収納されていたりひとまとまりの装置として備えられていたりする必要はなく、画像処理サーバ１０が備えていることが好ましいハード的な要素を示す。画像処理サーバ１０の構成は負荷などに応じて適宜リソースが配分されるクラウドコンピューティングにより決定されてもよい。

画像処理サーバ１０は、バス３１０に接続されたＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＨＤＤ３０５、ディスプレイ３０８、ネットワークＩ／Ｆ３０９、キーボード３１１、マウス３１２、メディアドライブ３０７、及び、光学ドライブ３１４を有する。ＣＰＵ３０１は、ＨＤ３０４に記憶されている画像処理プログラムを実行して、画像処理サーバ１０の全体の動作を制御する。ＲＯＭ３０２はＩＰＬ（Initial Program Reader）等のＣＰＵ３０１の駆動に用いられるプログラムを記憶している。ＲＡＭ３０３はＣＰＵ３０１のワークエリアとして使用される主記憶装置である。ＨＤ３０４は不揮発性メモリを搭載した記憶装置である。

ＨＤＤ(Hard Disk Drive)３０５はＣＰＵ３０１の制御にしたがってＨＤ３０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ（表示装置）３０８はカーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。ネットワークＩ／Ｆ３０９はネットワークＮとのインタフェースである。

キーボード３１１及びマウス３１２は入出力装置であり、キーボード３１１は文字、数値、各種指示などの入力のための複数のキーを備えこれらからの入力を受け付ける。マウス３１２はマウスポインターの移動及び各種指示の選択や実行、処理対象の選択などを受け付ける。

メディアドライブ３０７はフラッシュメモリ等のメディア３０６に対するデータの読み出し又は書き込み（記憶）を制御する。光学ドライブ３１４は着脱可能な記録媒体の一例としてのＣＤ(Compact Disc)３１３等に対する各種データの読み出し又は書き込みを制御する。

なお、上記画像処理プログラムは、インストール可能な形式又は実行可能な形式のファイルで、メディア３０６やＣＤ３１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。あるいは、画像処理プログラムは、任意のサーバ型の情報処理装置からダウンロードされる形態で配布されてもよい。

図５は、画像表示端末３０のハードウェア構成図の一例を示す。なお、図５は画像表示端末３０としてスマートフォンやタブレット装置が想定された構成になっているが、画像表示端末３０のハードウェア構成としてはこれに限られない。

画像表示端末３０は、互いにバス２１０に接続された、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、フラッシュメモリ２０４、ＣＭＯＳセンサ２０５、加速度・方位センサ２０６、メディアドライブ２０８、音声入力部２１１、音声出力部２１２、通信装置２１３、ＧＰＳ受信部、ディスプレイ２１５、及び、タッチパネル２１６を有する。バス２１０は、これら各部を電気的に接続するためのアドレスバスやデータバス等である。

ＣＰＵ２０１はフラッシュメモリ２０４に記憶されているプログラムを実行することで画像表示端末３０全体の動作を制御する。ＲＯＭ２０２はＩＰＬや基本入出力プログラムを記憶している。ＲＡＭ２０３は、ＣＰＵ２０１がプログラムを実行する際にワークエリアとして使用される主記憶装置である。フラッシュメモリ２０４は画像表示端末３０が実行するプログラムや各種のデータを記憶する不揮発性の記憶装置である。プログラムは、例えば、オペレーティングシステム、画像表示端末３０が実行する端末用プログラムである。

ＣＭＯＳセンサ２０５は、ＣＰＵ２０１の制御にしたがって被写体を撮像し画像データを得る撮像素子である。ＣＭＯＳセンサ２０５の代わりにＣＣＤセンサを用いてもよい。加速度・方位センサ２０６は、地磁気を検知する電子磁気コンパスとしての機能やジャイロセンサ・加速度センサ等を備えている。メディアドライブ２０８は、フラッシュメモリ等の記録メディア２０７に対するデータの読み出し又は書き込み（記憶）を制御する。メディアドライブ２０８の制御にしたがって、既に記録されていたデータが読み出され、又は新たにデータが書き込まれて記憶する記録メディア２０７が着脱自在な構成となっている。

音声入力部２１１は音声を音声信号に変換するマイクである。音声出力部２１２は、音声信号を音声に変換するスピーカである。通信装置２１３は、アンテナ２１３ａを利用して無線通信信号により、最寄りの無線局装置９と通信を行う。あるいは、通信装置２１３はＬＡＮに接続するＬＡＮカードの場合がある。ＧＰＳ受信部２１４は、ＧＰＳ衛星又は屋内ＧＰＳとしてのＩＭＥＳ(Indoor MEssaging System）によって画像表示端末３０の位置情報（緯度、経度、及び高度）を検出する。

ディスプレイ（表示装置）２１５はＣＰＵ２０１の制御により全天球画像を表示したり、ユーザが画像表示端末３０を操作するための各種のメニュー、アイコンなどを表示する。タッチパネル２１６は、ディスプレイ２１５上に一体に重畳され指やタッチペン等によるタッチに対しディスプレイ２１５上におけるタッチ位置（座標）を検出する。

なお、端末用プログラムは例えばブラウザソフトウェア、又は、同様の機能を備えたアプリケーションソフトウェアである。端末用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、記録メディア２０７等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。あるいは、端末用プログラムは、任意のサーバ型の情報処理装置からダウンロードされる形態で配布されてもよい。

＜機能構成＞
次に、図６を用いて、画像処理サーバ１０、及び、画像表示端末３０の機能構成について説明する。図６は、画像処理サーバ１０，及び、画像表示端末３０の機能ブロック図の一例である。図６では説明の便宜上、画像表示端末３０を１つだけ示した。

<<画像処理サーバ１０の各機能構成>>
画像処理サーバ１０は、通信部１１、全天球画像提供部１２、閲覧領域管理部１３、削減データ決定部１４、画像編集部１５、及び、記憶・読出部１９を有している。

画像処理サーバ１０が有する各部は、図４に示されている各構成要素のいずれかが、ＨＤ３０４からＲＡＭ３０３上に展開された画像処理プログラム１１００に従ったＣＰＵ３０１からの命令によって動作することで実現される機能、又は機能される手段である。

また、画像処理サーバ１０は、図４に示されているＨＤ３０４、ＲＯＭ３０２及びＲＡＭ３０３のいずれか１つ以上によって構築される記憶部１０００を有している。記憶部１０００には、画像処理プログラム１１００が記憶されている。以下、記憶部１０００に構築された各データベースについて説明する。

記憶部１０００には、表１に示されているような全天球画像管理テーブルによって構成されている全天球画像管理ＤＢ１００１が構築されている。全天球画像管理テーブルには、コンテンツＩＤに対応づけて、コンテンツ名、ＵＲＩ（Uniform Resource Identifier）、及び、位置情報が登録されている。コンテンツＩＤは画像処理サーバ１０においてコンテンツを一意に識別するための識別情報である。コンテンツ名はユーザがコンテンツを判別するための文字、記号及び数字などで構成され、画像処理サーバ１０において必ずしも一意でなくてよい。ＵＲＩはコンテンツが記憶又は管理されている記憶場所を示している。位置情報は全天球画像の撮像位置を示す。位置情報は画像データのフォーマットにしたがって、画像データのファイル内に記述されるが、表１では説明の便宜のため明記した。なお、動画の場合は動画を構成する各フレームごとに位置情報が添付されている。

記憶部１０００には、表２に示されているような閲覧領域管理テーブルによって構成されている閲覧領域管理ＤＢ１００２が構築されている。閲覧領域管理テーブルには、全天球画像が含まれるコンテンツのコンテンツＩＤごとに、マス番号、座標情報及び閲覧回数が対応づけて登録されている。また、現在までの閲覧人数が記録されている。マス番号は、マス状の領域に区切られた全天球画像の各区画領域（マス）を識別するための識別情報である。座標情報は例えば左上コーナの座標と右下コーナの座標によりマスを特定する。閲覧回数は全天球画像が閲覧可能となってから各マスが閲覧された回数である。なお、過去の一定期間（例えば、１週間、１月、１年など）に閲覧された回数を記録してもよい。この場合、閲覧人数も過去の一定期間のものとなる。

マスの広さは最適なものが設計され、とくに限定されない。例えば、ＶＧＡ（４８０×６４０）の二分の一から１０分の一などの広さで区分すればよい。マスは狭い方が、調整可能な最小単位が小さくなるため、ユーザの閲覧領域を削減するマスに正確に反映しやすい。一方、狭すぎると、画像処理サーバが管理する際の負荷が増大する。したがって、画像処理サーバの処理能力などに応じて設定すればよい。

（画像処理サーバ１０の機能）
画像処理サーバ１０の通信部１１は、図４に示されているＣＰＵ３０１からの命令、及びネットワークＩ／Ｆ３０９によって実現され、ネットワークＮを介して画像表示端末３０と各種データの送受信を行う。

全天球画像提供部１２は、全天球画像管理ＤＢ１００１に記憶されているコンテンツを、画像表示端末３０に提供する。画像表示端末３０はユーザの操作によりＷｅｂサイトにアクセスし、そのＷｅｂサイトに記述されたボタンや画像をユーザが選択することで、例えばＨＴＴＰリクエストなどによりボタンや画像にリンクされているコンテンツを要求する。

閲覧領域管理部１３は、図４に示されているＣＰＵ３０１からの命令等により実現され、画像表示端末３０から閲覧領域情報を取得して、閲覧領域管理テーブルの閲覧回数を更新する。すなわち、閲覧領域情報に基づいて全天球画像においてユーザが閲覧している閲覧領域に対応するマス番号を判断し、該マス番号に対応づけられた閲覧回数を増加させる。閲覧領域情報については後述する。

削減データ決定部１４は、図４に示されているＣＰＵ３０１からの命令等により実現され、閲覧領域管理テーブルを参照して、閲覧される頻度が少ないマスを全天球画像から削減すると決定する。詳細は後述するが、複数のユーザが同じ全天球画像を閲覧しているうちに、閲覧される頻度が多いマスと少ないマスに偏りが生じる。よって、閲覧される頻度が閾値未満のマスを削減してよいと判断できる。

画像編集部１５は、図４に示されているＣＰＵ３０１からの命令等により実現され、削減データ決定部１４が削減すると判断したマスを全天球画像から削減する。なお、削減される前に全天球画像の複製が作成されており、マスが一切削減されていない全天球画像も画像処理サーバ１０に記憶されている。

記憶・読出部１９は、図４に示されているＣＰＵ３０１からの命令及びＨＤＤ３０５等により実現され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出したりする処理を行う。

<<画像表示端末３０の各機能構成>>
画像表示端末３０は、通信部３１、画像表示部３２、操作入力受付部３３、画像回転部３４、閲覧領域記録部３５、及び、記憶・読出部３９を有している。

画像表示端末３０が有する各部は、図５に示されている各構成要素のいずれかが、フラッシュメモリ２０４からＲＡＭ２０３上に展開された端末用プログラム３１００に従ったＣＰＵ２０１からの命令によって動作することで実現される機能、又は機能される手段である。なお、端末用プログラム３１００に限られず画像処理サーバ１０が送信するＷｅｂページ（ＨＴＭＬデータ、ＸＭＬデータ、及び、JavaScript（登録商標）などで記述されたプログラム）によって実現される機能、又は機能される手段も含まれる。

また、画像表示端末３０は、図５に示されているフラッシュメモリ２０４、ＲＯＭ２０２及びＲＡＭ２０３のいずれか１つ以上によって構築される記憶部３０００を有している。記憶部３０００には、端末用プログラム３１００が記憶されている。以下、記憶部３０００に構築された各データベースについて説明する。

記憶部３０００には、表３に示されているような閲覧領域記録テーブルによって構成されている閲覧領域記録ＤＢ３００１が構築されている。表３（ａ）は全天球画像が静止画の場合の閲覧領域記録テーブルを示している。コンテンツＩＤは現在、画像表示端末３０が表示している全天球画像を含むコンテンツのコンテンツＩＤである。また、ユーザが閲覧したと判断された閲覧領域を特定するための２点の座標（例えば、閲覧領域の左上コーナと右下コーナの座標）が記録されている。表３（ａ）では３つの閲覧領域が記録されているが、閲覧領域が１つも記録されない場合もあるし、２つ、又は、４つ以上の閲覧領域が記録される場合もある。閲覧領域を特定するための２点の座標が閲覧領域情報（表示領域情報）である。なお、領域を特定できればよいため、閲覧領域の中心座標と上下のピクセル数を閲覧領域情報としてもよい。また、閲覧領域の画像そのものを閲覧領域情報としてもよい。

表３（ｂ）、表３（ｃ）は動画の場合の閲覧領域記録テーブルを示している。動画の場合は、閲覧領域の記録方法に２つの方法（以下、連続記録方法とフレーム別記録方法という。）がある。連続記録方法は静止画と同様に、動画の再生中に１度でも表示された領域を記録する方法である（表３（ｂ））。動画が含むフレーム数に関係なく１つの閲覧領域記録テーブルが作成される。フレーム別記録方法は、動画を構成する各フレームごとに表示された閲覧領域を記録する方法である（表３（ｃ））。したがって、表３（ｃ）では閲覧領域記録テーブルにフレーム番号が付され、各フレームごとに表示された閲覧領域が記録される。

（画像表示端末の機能）
画像表示端末３０の通信部３１は、図５に示されているＣＰＵ２０１からの命令、及び通信装置２１３等によって実現され、ネットワークＮを介して画像処理サーバ１０と各種データの送受信を行う。

画像表示部３２は、図５に示されているＣＰＵ２０１からの命令等によって実現され、画像処理サーバ１０からダウンロードされたコンテンツに含まれる全天球画像をディスプレイ２１５に表示する。

操作入力受付部３３は、図５に示されているＣＰＵ２０１からの命令及びタッチパネル２１６等によって実現され、ユーザによる画像表示端末３０への各種の操作や入力を受け付ける。具体的には、例えばユーザによる全天球画像の閲覧領域の変更を受け付ける。また、動画であれば、閲覧領域の変更に加え、静止、再生、全天球画像（撮像位置）の選択などを受け付ける。

画像回転部３４は、図５に示されているＣＰＵ２０１からの命令等によって実現され、ディスプレイ２１５に表示されている全天球画像をユーザの操作に応じて回転させ、ユーザが選択する閲覧領域をディスプレイ２１５に表示させる。

閲覧領域記録部３５は、図５に示されているＣＰＵ２０１からの命令等により実現される。まず、静止画の場合、画像回転部３４が回転を終了してから所定時間以上が経過した場合に、現在、ディスプレイ２１５に表示されている閲覧領域の座標を閲覧領域記録ＤＢ３００１に登録する。なお、閲覧領域はディスプレイ２１５に表示されている領域と完全に一致しなくてもよく、若干、大きくしたり小さくしたりするなどのマージンがあってもよい。

動画であって連続記録方法が採用された場合、画像回転部３４が閲覧領域を移動するごとにその時の閲覧領域の座標を記録する。この場合も所定時間の経過を待って記録される。動画であってフレーム別記録方法が使用された場合、フレームが切り替わるごとに、ディスプレイ２１５に表示されている閲覧領域の座標を記録する。なお、閲覧領域記録部３５は、閲覧領域記録テーブルに記録されている閲覧領域を特定するための座標を全て画像処理サーバ１０に送信する。

記憶・読出部３９は、図５に示されているＣＰＵ２０１からの命令及びフラッシュメモリ２０４等により実現され、記憶部３０００に各種データを記憶したり、記憶部３０００に記憶された各種データを読み出したりする処理を行う。

＜動作手順＞
図７は、画像表示システム１００の動作手順を示すシーケンス図の一例である。図７では画像表示端末３０から画像処理サーバ１０にコンテンツが要求されたことでスタートする。

S1：画像処理サーバ１０の記憶・読出部１９は要求されたコンテンツを全天球画像管理ＤＢ１００１から読み出し、通信部１１に送出する。

S2：画像処理サーバ１０の通信部１１はコンテンツを画像表示端末３０に送信する。

S3：画像表示端末３０の通信部３１はコンテンツを受信すると、画像表示部３２に送出する。これにより画像表示部３２はコンテンツに含まれる全天球画像をディスプレイ２１５に表示する。

S4：ユーザは画像表示端末３０を操作することで全天球画像を回転させ、所望の閲覧領域をディスプレイ２１５に表示させる。画像回転部３４はディスプレイ２１５に表示されている全天球画像を回転させる。

S5：全天球画像がディスプレイ２１５に表示されている間、画像回転部３４が画像を回転させてから所定時間（例えば３秒）以上、経過したかどうかを閲覧領域記録部３５が監視する。つまり、閲覧領域がディスプレイ２１５に表示されている状態が連続して所定時間に達したか否かを判断する。閲覧領域が連続して所定時間以上、表示された場合、閲覧領域記録部３５は該閲覧領域を閲覧領域記録ＤＢ３００１に記録する。ユーザがコンテンツを表示している間、ステップＳ５の処理が繰り返される（Ｓ５′）。

S6：ユーザが全天球画像を表示させることを終了したり（ブラウザを閉じたり）、明示的に閲覧の終了を画像表示端末３０に入力した場合、画像表示部３２が（又は操作入力受付部３３が）通信部３１に表示終了を送出する。

S7：通信部３１は、閲覧領域記録ＤＢ３００１から読み出された閲覧領域情報を画像処理サーバ１０に送信する。

S8：画像処理サーバ１０の通信部１１は閲覧領域情報を受信すると、閲覧領域管理部１３に送出する。

S9：閲覧領域管理部１３は閲覧領域情報の閲覧領域を対応するマスのマス番号に変換し、閲覧領域管理ＤＢ１００２のマス番号に対応づけられた閲覧回数を１つ増やす。閲覧人数も１つ増やす。閲覧者の人数情報が送信された場合、その人数を加えてもよい。

S10：次に、削減データ決定部１４は閲覧領域管理ＤＢ１００２から各マス番号の閲覧回数及び閲覧人数を読み出し、削減するマスを決定する。詳細は図８，９を用いて説明する。

S11：削減データ決定部１４は削減対象となったマスのマス番号を画像編集部１５に送出する。

S12：画像編集部１５は全天球画像から削減対象となったマスを削減し、全天球画像管理ＤＢ１００１に記憶させる。

以上のように、ユーザが全天球画像を閲覧するごとに、画像処理サーバ１０は削減対象のマスを決定してマスを削減するので閲覧される頻度の高い領域のみを送信できる。したがって、全天球画像をダウンロードするユーザの待ち時間を短縮できる。なお、マスを削減するタイミングはユーザが全天球画像を閲覧するごとでなくてもよく（閲覧領域情報を受信するごとでなくてもよく）、決まった人数のユーザが閲覧したタイミング、１日１回などの決まった時刻、又は、外部から処理の開始が要求された場合などに行ってよい。

<<削減するマスの判断>>
（閲覧人数に対する閲覧の比率に基づく判断）
続いて、図８（ａ）を用いて図７のステップＳ１０における削減データ決定部１４により決定される削減されるマスについて説明する。なお、静止画も動画も削減されるマスの判断については同様であるが、説明の便宜上、まず、静止画の場合を説明する。

図８（ａ）は、全天球画像の各マスが閲覧される頻度を模式的に示す図の一例である。図８（ａ）では左上のマスから右下にかけて１つずつ大きくなる整数が各マスに振られている。この整数がマス番号である。また、各マスのかっこ内の数値は各マスが閲覧された閲覧回数である。すなわち、図８（ａ）は表２とは表示方法が異なる閲覧領域管理テーブルである。

図９（ａ）は削減データ決定部１４が削減するマスを決定する手順を示すフローチャート図の一例である。削減データ決定部１４は、閲覧人数、及び、各マスの閲覧回数を閲覧領域管理ＤＢ１００２から読み出す（Ｓ１０）。

次に、削減データ決定部１４は、閲覧人数に対する閲覧回数の比率をマスごとに算出する（Ｓ２０）。なお、閲覧回数は閲覧領域情報が受信されるごとに１つ増えるので、閲覧領域情報の受信数に対する閲覧回数の比率を求めてもよい。

そして、上記の比率が閾値未満のマスを削減すると判断する（Ｓ３０）。この閾値は例えば予め定められている。閾値を例えば５０％とすれば、閲覧人数が１５人の場合、閲覧回数が７以下のマスを削減すると判断する。したがって、この場合、図８（ｂ）に示すように、マス番号が１３〜２４以外のマスが削減されると判断される。

この削減方法では、閾値や複数のユーザの閲覧傾向によって削減されるマスの数が必ずしも一定にならない。換言すると閾値が大きかったり複数のユーザの閲覧傾向の偏りが強ければ多くのマスを削減できる。閾値が小さかったり複数のユーザの閲覧傾向の偏りが弱ければ多くのマスを残すことができる。

閾値は固定でなくてもよく、例えばコンテンツ登録者が設定してもよいし、空や地面などを画像処理により検出してその面積に応じて変更してもよい。

なお、予め削減されないマスをコンテンツ登録者などが決定しておいてもよい。例えば、画像処理サーバ１０が送信する全天球画像のうち、ユーザがディスプレイ２１５に最初に表示する領域は予め定められている。したがって、この領域を含むマスが削減されることは好ましくなく、削減不能である旨が閲覧領域管理ＤＢ１００２に登録されていてよい。この他、重要な情報が撮像されたマスを削減不能に登録してよい。また、ユーザがディスプレイ２１５に最初に表示する閲覧領域を、連続して表示されたか否かに関係なく閲覧領域記録部３５が記録することにすれば、このマスが削減されることを抑制できる。

次に、動画の場合を説明する。動画の閲覧領域が連続記録方法で記録されている場合、削減するマスの判断方法は静止画と同様になる。また、画像処理サーバ１０の画像編集部１５は全天球画像を構成する全てのフレームから、削減すると判断された同じマスを削減する。変化の少ない動画であれば閲覧する領域を変更しないユーザが多いと考えられるので、この方法により画像表示端末３０がマスを削減する際の負荷を低減できる。

動画の閲覧領域がフレーム別記録方法で記録されている場合も、削減するマスの判断方法は静止画と同様になる。ただし、削減データ決定部１４はフレームごとに削減するマスを判断する。そして、画像処理サーバ１０の画像編集部１５は全天球画像を構成するフレームごとに、削減すると判断されたマスを削減する。変化の多い動画であればフレームごとに複数のユーザが閲覧する閲覧領域が異なる可能性がある。この方法により複数のユーザに対し適切なマスが削減された全天球画像の動画を提供できる。

（ある設定数のマスを残して残りを削減する）
また、図９（ｂ）に示すように、削減データ決定部１４が決まった設定数のマスを削減すると判断してもよい。図９（ｂ）ではステップＳ３０の処理が図９（ａ）と異なっている。

削減データ決定部１４は、削減する領域数を、全領域数の半分などのように予め決定しておく。そして、マスの数の上位半分（図７の例ではマスの数が３０なので１５）までの比率を有するマスを残して他のマスを削減すると決定する（Ｓ３０）。なお、比率を算出することなく、閲覧回数の上位半分のマスを残しても結果は同じである。

したがって、図８（ｃ）に示すように、マス番号が１３〜２４、１１，２７，２８以外のマスが削減されると判断される。削減するマスの数が決まっているので、必ず、一定以上のマスを残すことができる。また、削減されるマスの数を大きめに設定しておけば、画像処理サーバ１０が全天球画像を画像表示端末３０に送信するために必要な時間を短くできる。また、削減されるマスの数を少なめに設定しておけば、ユーザが閲覧する可能性が高い多くのマスが残された全天球画像を、画像処理サーバ１０が画像表示端末３０に送信することができる。

（コンテンツの属性に基づく削減）
また、例えば、コンテンツ登録者８が閲覧領域管理テーブルにコンテンツの属性を登録しておけば、属性に応じて閾値や削減するマスの数を変えることができる。コンテンツの属性としては例えば、コンテンツが野外で撮像されたものか、屋内で撮像されたものかなどがある。野外の全天球画像では空や路面が多くの面積をしめる場合があるが、空や路面の領域は閲覧される可能性が少ないと考えられる。したがって、閾値を大きくしたり（閾値未満の領域を削減する）、削減するマスの数を多くしたりしてよい。

一方、マンションの内装などが撮像された室内の全天球画像では、部屋の構造や窓越しの風景を見たいユーザもいれば、天井や床の形状や色を確認したいユーザもいると考えられる。したがって、閾値を小さくしたり（閾値未満の領域を削減する）、削減するマスの数を少なくしたりしてよい。

これにより、削減データ決定部１４は、全天球画像に撮像されている風景に応じて、削減するマスの数を制御できる。あるいは、コンテンツ登録者８がコンテンツごとに閾値や削減するマスの数を閲覧領域管理テーブルに設定してもよい。コンテンツ登録者８は全天球画像のうち、どのマスが閲覧に値するか推定することが可能なので、適切な閾値や削減するマスの数を設定できる。

（帯域に基づく削減）
また、削減データ決定部１４は、画像処理サーバ１０と画像表示端末３０との帯域に応じて閾値や削減するマスの数を決定してもよい。すなわち、帯域が十分であれば画像処理サーバ１０は少ない遅延で多くのマスを送信できるため、閾値を小さくしたり、削減するマスの数を少なくしてよい。一方、帯域が不十分であれば画像処理サーバ１０は少なめのマスを送信すべきなので、閾値を大きくしたり、削減するマスの数を大きくしたりすべきである。なお、帯域は、所定量のデータを画像処理サーバ１０が送信することで測定できる。この他、削減データ決定部１４は、画像表示端末３０がモバイル回線を使用しているか否か、又は、有線ＬＡＮを使用しているか否かなどの回線情報を、画像表示端末３０から取得してもよい。帯域と同様に、画像表示端末３０が使用している回線に応じて、閾値や削減するマスの数を変更できる。

なお、図８の説明では、閲覧されたマスついて閲覧回数を増大させているが、閲覧されなかったマスについて非閲覧回数を増大させてもよい。この場合、画像処理サーバ１０は閲覧人数に対する非閲覧回数の比率を算出し、該比率が閾値以上のマスを削減する。また、ある設定数のマスを残す場合は、非閲覧回数が少ない順に設定数のマスを数える。

＜マスが削減されたコンテンツの閲覧＞
続いて、図１０を用いてマスが削減されたコンテンツ（全天球画像）の閲覧について説明する。図１０は、画像表示端末３０がマスが削減されたコンテンツを表示する手順を示すフローチャート図の一例である。図１０の処理は画像表示端末３０がコンテンツを受信するとスタートする。なお、コンテンツを受信するまでの処理は図７と同様でよい。説明の便宜上、まず、静止画の場合を説明する。

画像表示端末３０の通信部３１がコンテンツを受信すると、画像表示部３２がディスプレイ２１５に全天球画像を表示する（Ｓ１０）。

次に、操作入力受付部３３は画像の回転操作（閲覧領域の変更）を受け付けたか否かを判断する（Ｓ２０）。回転操作がない場合、そのまま表示が継続される。

回転操作があった場合（Ｓ２０のＹｅｓ）、画像表示部３２は回転先の領域の画像データを保持しているか否かを判断する（Ｓ３０）。画像表示部３２は回転先の領域（操作後にディスプレイ２１５に表示される閲覧領域）を特定できるので、全天球画像に該領域が全て含まれるか否かを判断すればよい。

ステップＳ３０の判断がＮｏの場合、画像表示部３２は記憶部３０００から読み出された回転先の画像をディスプレイに表示する（Ｓ６０）。

ステップＳ３０の判断がＹｅｓの場合、操作入力受付部３３はユーザが特定操作を行ったか否かを判断する（Ｓ４０）。特定操作とは、ユーザが削減されたマスを閲覧したい旨を入力する操作である。特定操作の内容はユーザが予め知っているか、又は、全天球画像の閲覧を阻害しないようにディスプレイ２１５に表示されている。例えば、回転操作が一定時間内に一定回数以上ある場合などである（例えば１秒間に３回以上）。

ステップＳ４０の判断がＹｅｓの場合、画像表示部３２は画像処理サーバ１０に対し、全天球画像の残りの画像データを要求する（Ｓ５０）。すなわち、削減されたマスを要求する。削減されたマスのうちユーザが閲覧しようとしている場所のマスだけを要求してもよいし、削減されたマスの全てを要求してもよい。いずれの場合も、ユーザが閲覧しようとしている場所の情報を送信する。これにより、画像表示端末３０はユーザが閲覧しようとしている場所の全天球画像を早く表示できる。削減されたマスは画像処理サーバ１０にとって明らかなので、画像処理サーバ１０はマスが削減されることなく保存されている全天球画像から削減されたマスを読み出して送信する。画像表示部３２は受信した残りのマスをすでに受信している全天球画像に合成して１つの全天球画像を復元し、ユーザが特定操作により要求した領域の画像をディスプレイ２１５に表示させる。なお、ステップＳ５０において、全天球画像の全体を画像処理サーバ１０に要求してもよい。

したがって、一部のマスが削減された全天球画像を画像表示端末３０が受信しても、ユーザは全天球画像の任意の領域をディスプレイ２１５に表示させることができる。

なお、ユーザがディスプレイ２１５に表示させた閲覧領域は閲覧領域情報として画像処理サーバ１０に送信される。これにより、閲覧領域管理テーブルの閲覧回数が更新され、新たに削減するマスが決定される。

（動画）
動画の場合について説明する。動画の場合も、特定操作により削減されたマスの表示要求を画像表示端末３０が検出する点は同じである。連続記録方法では全てのフレームで削減されているマスが共通なので、静止画と同様に特定操作を検出してよい。

これに対し、フレーム別記録方法では、フレームごとに削減されているマスが異なり得るので、特定操作が検出された時にはすでに次のフレームが再生されている場合が生じうる。このため、例えば、最初の回転操作（Ｓ２０）が検出された時のフレームに基づいて画像表示部３２が回転先の領域の画像データがあるか否かを判断する。これにより、ユーザが要求する画像データを精度よく判断できる。あるいは、特定操作が検出された時を基準に過去の数フレームを特定し、数フレームのうち１つでも回転先の領域の画像データがない場合に画像処理サーバ１０から残りのマスを受信してもよい。動画では連続して画像が表示されるので、数フレームのうち１つでも回転先の領域の画像データがない場合は、ユーザにとって閲覧が困難になる可能性が高いためである。

なお、連続記録方法及びフレーム別記録方法のいずれでも、再生中のフレームよりも後の全天球画像（削減されているマスのみ又はマスが削減されていない全天球画像の全体）を画像処理サーバ１０に要求すればよい。このように動画の場合でも、静止画と大きく変わることなく、ユーザは全天球画像を閲覧できる。

以上説明したように、本実施例の画像表示システム１００では、複数のユーザが表示する閲覧領域の統計に基づいて閲覧される可能性が低いマスを削減するので、閲覧される可能性が高い全天球画像を部分的に画像表示端末３０に送信できる。したがって、全天球画像の送信時間を減らし、ユーザが遅延を感じることを低減できる。

本実施例では、コンテンツが動画の場合に、空や地面の領域を削減することでデータサイズを低減し、全天球画像のダウンロード時間を低減する画像表示システム１００について説明する。

図１１は、本実施例の画像処理サーバ１０，及び、画像表示端末３０の機能ブロック図の一例である。本実施例において、図６において同一の符号を付した構成要素は同様の機能を果たすので、主に本実施例の主要な構成要素についてのみ説明する場合がある。

本実施例では、ユーザが閲覧した閲覧領域を画像処理サーバ１０が記録しないので、画像処理サーバ１０及び画像表示端末３０から閲覧領域の記録に関する機能が不要となっている。一方、本実施例の削減データ決定部１４は実施例１と機能が異なっている。

＜削減データの判断＞
本実施例の削減データ決定部１４は、全天球画像管理ＤＢ１００１に記憶されている全天球画像のうちコンテンツ登録者８が移動方向に移動しながら撮像した動画を特定する。移動方向に移動している動画の場合、空と地面は注目されることが少ないので、空領域と地面領域を削減する。なお、移動していることは、動画を構成する各フレームの位置情報（緯度、経度）をフレームの順番に辿ることで検出できる。すなわち、直線や曲線状に徐々に移動していれば、進行していると判断してよい。

図１２は、削減範囲を説明する図の一例である。図１２では連続する３つのフレームが図示されている。撮像装置７は加速度センサを有しており、撮像装置７の地面に対する傾きを検出している。撮像装置７は全天球画像の上下方向が地面に対し垂直方向となるように傾き補正を施している。このため、全天球画像のＸ方向とＹ方向を図示する方向とした場合、Ｙ座標の小さい部分に空が撮像され、Ｙ座標が大きい部分に地面が撮像されている。したがって、例えば、空領域５１は例えばＹ座標のゼロを基点として全天球画像の高さの１０〜１５％、地面領域５２はＹ座標の最大値を基点として全天球画像の１０〜１５％である。

空領域５１や地面領域５２の広さは一定とは限らないので、画像処理により空領域５１と地面領域５２を検出してもよい。例えば、空領域５１は空の色（水色、ブルー、グレー、白など）かつエッジが少ないと考えられる。よって、例えば、所定の画素ブロックごとに色を検出し上記の色が連続する画素ブロックを空領域５１の候補とする。また、画素ブロックごとに所定値以上の強度のエッジを検出してエッジ密度を算出し、エッジ密度が所定値以下の連続した画素ブロックを空領域５１の候補とする。２つの空領域５１の候補の共通部分又は和集合を空領域５１であると判断する。

道路についてもほぼ同様であるが、道路の場合は道路の色（グレー、茶など）を検出すればよい。エッジが検出されにくい点では道路も同様であるが、道路には白線や縁石などがあり得る。これらは直線状なので、エッジが直線状に検出される場合は地面領域５２の候補に含めればよい。なお、直線はハフ変換などにより検出できる。

したがって、削減データ決定部１４は、図示するように空領域５１とみなされるＹ座標の例えば上から１０％と、地面領域５２とみなされるＹ座標の例えば下から１５％を全天球画像から削減すると判断する。

図１３は、本実施例において削減データ決定部１４が全天球画像から空領域５１と地面領域５２を削減する手順を示すフローチャート図の一例である。図１３の処理がスタートするタイミングは、図７のステップＳ１０が行われるタイミングと同様でよい。

まず、記憶・読出部１９が全天球画像管理ＤＢ１００１から全天球画像を読み出す（Ｓ１０）。

次に、削減データ決定部１４は読み出した全天球画像が動画か否かを判断する（Ｓ２０）。コンテンツに動画か静止画の区別が付与されている場合は、動画のみを読み出せばよい。動画でない場合、処理は終了する。

次に、削減データ決定部１４は、全天球画像が移動している撮像者により撮像されているか否かを判断する（Ｓ３０）。移動していない場合、処理は終了する。

ステップＳ３０の判断がＹｅｓの場合、削減データ決定部１４は空領域５１及び地面領域５２を検出して削減すると判断する（Ｓ４０）。

したがって、本実施例の画像表示システム１００によれば、撮像者が移動する動画の場合に閲覧される可能性が高くない空領域５１と地面領域５２を削減することで、全天球画像の閲覧される可能性が高い領域を優先して配信することができる。

本実施例ではコンテンツが動画の場合に、移動方向とは逆方向の領域を削減することでデータサイズを低減し、全天球画像のダウンロード時間を低減する画像表示システム１００について説明する。

なお、本実施例の画像処理サーバ１０，及び、画像表示端末３０の機能ブロック図は実施例２の図１１と同様でよい。しかし、本実施例では削減データ決定部１４の機能が実施例２と異なっている。

図１４を用いて、本実施例の削減データ決定部１４の機能を説明する。図１４は複数の全天球画像４１〜４３の撮像位置を模式的に説明する図の一例である。例えば、全天球画像４１，４２，４３の順に撮像されている場合、移動方向４４は図の矢印で示される。また、全天球画像には方位（東西南北など）が添付されているので、移動方向４４を特定できる。説明のため、地面に平行な平面において北向きを０度、移動方向４４を時計回りに正の角度で表す。

全天球画像４１を例にすると移動方向４４は約３１５度なので、逆方向は１３５度である。削減データ決定部１４は１３５度を中心にプラスマイナス所定角度を後方範囲４５に決定する。所定角度を４５度とすると後方範囲４５は９０度〜１８０度の範囲である。全天球画像４２，４３についても同様に削減できる。

図１５は全天球画像のうち移動方向に対し後方範囲４５の削減を説明する図の一例である。図１５では３つの連続したフレームが図示されている。図１４の説明のように特定された後方範囲４５が３つのフレームのそれぞれから削減される。図１５では削減される後方範囲４５は同じであるが、移動方向４４がほぼ一定と見なせる範囲（移動方向４４の違いが１０度以内など）では削減される範囲を一定としてもよい。

図１６は、削減データ決定部１４が全天球画像から移動方向と反対方向の後方範囲４５を削減する手順を示すフローチャート図の一例である。図１６のうちステップＳ１０〜Ｓ３０は図１３と同様でよいため、ステップＳ４０について説明する。

ステップＳ４０において、削減データ決定部１４は移動方向と反対方向の後方範囲４５を削減すると判断する（Ｓ４０）。

したがって、本実施例の画像表示システム１００によれば、移動方向に移動する動画の場合に閲覧される可能性が高くない後方範囲４５を削減して、移動方向４４を中心とした全天球画像を優先して配信することができる。

なお、本実施例と実施例２を組み合わせることも好適である。すなわち、後方範囲４５が削減された全天球画像から、さらに空領域５１と地面領域５２を削減する。これにより、画像処理サーバ１０が画像表示端末３０に送信する全天球画像のデータサイズをさらに低減できる。

本実施例では、コンテンツが動画の場合に、移動方向を中心とする視界領域以外を削減することでデータサイズを低減し、全天球画像のダウンロード時間を低減する画像表示システム１００について説明する。

なお、本実施例の画像処理サーバ１０，及び、画像表示端末３０の機能ブロック図は実施例２の図１１と同様でよい。しかし、本実施例では削減データ決定部１４の機能が実施例２、３と異なっている。実施例３の図１４にて説明したように、全天球画像を撮像したコンテンツ登録者の移動方向４４を特定できる。削減データ決定部１４は移動方向４４を定めた後、移動方向４４の方位を中心とした一定の領域（例えば、移動方向４４を中心とし、緯度プラスマイナス３０度、経度プラスマイナス３０度）をユーザの視界領域に決定する。図１４の例では、例えば全天球画像４１を示す球（の中心）から３１５度の方向を移動方向４４としたが、この方向が経度方向であり、３１５度を中心に経度方向にプラスマイナス３０度が経度方向の視界領域となる。同じく３１５度を中心に路面に垂直な方向にプラスマイナス３０度の範囲が緯度方向の視界領域である。削減データ決定部１４はこの視界領域以外を削減すると判断する。

図１７は全天球画像のうち視界領域５３を説明する図の一例である。図１５では３つの連続したフレームが図示されている。このように、削減データ決定部１４は視界領域５３を特定して、削減すべき視界領域５３以外の領域を特定できる。

図１８は、削減データ決定部１４が全天球画像から視界領域５３以外を削減する手順を示すフローチャート図の一例である。図１８のうちステップＳ１０〜Ｓ３０は図１３と同様でよいため、ステップＳ４０について説明する。

ステップＳ４０において、削減データ決定部１４は視界領域５３を特定し、視界領域５３以外の領域を削減すると判断する（Ｓ４０）。

したがって、本実施例の画像表示システム１００によれば、閲覧される可能性が高い領域のみを残して、視界領域の全天球画像を効率的に配信することができる。

本実施例では撮像装置７が少なくともある期間固定して配置されている状態で、ユーザが全天球画像の任意の場所を経時的に監視したり閲覧することが可能な画像表示システム１００について説明する。このような撮像装置７が用いられた観測方法を定点観測という。当初はユーザが手で持って撮像することが多かった全方位を撮像可能な撮像装置７であるが、定点カメラとして建物内や野外に設置される利用方法が検討されている。

図１９は撮像装置７の配置例を建物のレイアウトと共に示す図である。図１９のように撮像装置７が配置されることで、例えば店舗における消費者等の行動分析の分野で撮像装置７の活用が期待されている。店舗内に設置された撮像装置７が定期的に撮像を行い画像処理サーバ１０に全天球画像を蓄積しておく。行動分析するユーザは画像処理サーバ１０から全天球画像を時系列に受信して閲覧することが可能である。これにより、店舗を訪れた消費者がどのようにして購入に至ったのか（又は購入しなかったのか）、スタッフはどのように行動したのか等の経緯を店舗側の担当者が分析して、販売計画の立案等に役立てることが可能である。

定点撮像された時系列の全天球画像を閲覧して店舗側の担当者が分析する場合、利用する視点は限られている。あるいは、決まった視点で分析したいという要請がある。そこで、実施例１のように閲覧回数が多いマスを蓄積することで決まった視点の分析が可能になる。

また、店舗側の担当者でも職種や職責によって分析のための視点が異なる場合があるが、ユーザ毎に閲覧領域管理テーブルを画像処理サーバ１０が蓄積しておくことで、職種や職責に適切な視点の範囲が写っている全天球画像を作成できる。

さらに、開店前と開店中と閉店後、混雑時と閑散時などの時間帯によって分析のための視点が異なる場合があるが、時間帯毎に閲覧領域情報を画像処理サーバ１０が蓄積しておくことで、時間帯に適した分析が可能になる。

なお、本実施例の画像処理サーバ１０，及び、画像表示端末３０の機能ブロック図は実施例１の図６と同様でよい。また、全体の動作手順も図７のシーケンス図と同様でよい。 ＜時間帯別の閲覧領域の管理＞
図２０を用いて、撮像装置７が撮像した全天球画像のうちユーザが閲覧した閲覧領域５について説明する。図２０は、ユーザが画像表示端末３０に表示させた閲覧画面５０１の一例を示す。閲覧画面５０１は、レイアウト欄５０２と映像欄５０３を有する。レイアウト欄５０２には図１９のレイアウトが表示され、ユーザは閲覧する全天球画像を撮像した撮像装置７を選択することができる。ユーザが選択した撮像装置７は矢印５０２ａなどで強調表示される。映像欄５０３には全天球画像が表示される。映像欄５０３に表示された全天球画像の領域が閲覧領域５である。

図２０に示すように、ユーザが閲覧した閲覧領域５がＸ、Ｙの座標で特定される。ユーザが閲覧領域５を変更する操作を行うと操作入力受付部３３が該操作を受け付け、画像回転部３４が全天球画像を回転させる。閲覧領域記録部３５は全天球画像のうち一定時間以上継続して表示された閲覧領域５を記録する。

全天球画像には撮像時刻が含まれている。画像表示端末３０の閲覧領域記録部３５は撮像時刻を用いて例えば３０分単位で閲覧領域５を記録する。時間帯別の閲覧領域情報は画像処理サーバ１０に送信される。これにより、時間帯ごとに各マスの閲覧回数を蓄積できる。

画像処理サーバ１０の削減データの決定方法は実施例１と同様でよいが、本実施例では削減データ決定部１４が時間帯毎に削減データを決定する。

<<閲覧回数の蓄積>>
図２１は、画像処理サーバ１０が閲覧回数を蓄積する手順を示すフローチャート図の一例である。この処理は、撮像装置７ごとに行われる。また、図２１の処理は閲覧領域情報が画像処理サーバ１０に送信されるたびに実行される。

画像表示端末３０はコンテンツＩＤ及び時間帯別の閲覧領域情報等を画像処理サーバ１０に送信する。画像処理サーバ１０の通信部１１は閲覧領域情報を受信する（Ｓ１０）。静止画の場合、静止画の撮像時刻がどの時間帯に含まれるかを閲覧領域記録部３５が判断してよい。あるいは、撮像時刻と閲覧領域情報を送信してもよい。動画の場合、連続記録方法とフレーム別記録方法があると説明したが、本実施例では少なくとも時間帯ごとに閲覧回数が記録される。例えば、画像表示端末３０の閲覧領域記録部３５は、動画を構成する各フレームの撮像時刻で時間帯を判断して閲覧領域情報と共に送信する。

次に、画像処理サーバ１０の閲覧領域管理部１３は時間帯別にマスごとの閲覧回数を算出する（Ｓ２０）。すなわち、閲覧領域管理部１３は時間帯別の閲覧領域情報を用いて、時間帯ごとに、閲覧領域情報の閲覧領域５を対応するマスのマス番号に変換する。

次に、閲覧領域管理部１３は時間帯別に、閲覧領域管理ＤＢ１００２のマス番号に対応づけられた閲覧回数を１つ増やす（Ｓ３０）。閲覧人数も１つ増やす。このような処理により時間帯別に閲覧回数を記録できる。

<<閲覧領域管理テーブル>>
表４（ａ）は本実施例の閲覧領域管理テーブルを模式的に示す。表４の閲覧領域管理テーブルは撮像装置７ごとに作成される。表２との相違を主に説明する。本実施例では、例えば３０分ごとの時間帯別に閲覧領域管理テーブルが作成される。当然ながら、時間帯は１時間ごとに区切られてもよいし、数時間などのより長い時間ごとに区切られてもよい。また、店舗側にとって意味がある開店前、開店後、昼食時、夕方、閉店後、などのように店舗毎に固有の時間帯で区切られてもよい。

また、画像処理サーバ１０の閲覧領域管理部１３は撮像時刻だけでなく全天球画像が有する日時情報をカレンダに照らし合わせて、撮像装置７が撮像した曜日を判断できる。これにより、表４（ｂ）に示すように曜日別の閲覧領域管理テーブルが得られる。曜日によりユーザが監視したい領域が異なる場合でも、画像処理サーバ１０は削除するマスを適切に選択できる。

また、表４（ａ）と表４（ｂ）を組み合わせることで、曜日別かつ時間帯別の閲覧領域管理テーブルが得られる。この他、天候（晴れ、くもり、雨、雪など）別に閲覧領域管理テーブルを作成してもよい。

<<削減するマスの決定>>
図２２は、削減データ決定部１４が削減するマスを決定する手順を示すフローチャート図の一例である。図２２では、図９（ａ）との相違を主に説明する。この処理は、撮像装置７ごとに行われる。

本実施例の削減データ決定部１４は、時間帯別に閲覧人数、及び、各マスの閲覧回数を閲覧領域管理ＤＢ１００２から読み出す（Ｓ１０）。次のステップＳ２０の処理は図９（ａ）と同様である。

そして、削減データ決定部１４は閲覧人数に対する比率が閾値未満のマスを時間帯別に全天球画像から削減すると判断する（Ｓ３０）。画像編集部１５は全天球画像の撮像時刻を参照して時間帯を判断し、ステップＳ３０で決定した時間帯別のマスを全天球画像から削減する。これにより、動画においては時間帯別に削減されたマスが異なるコンテンツが得られる。１つのコンテンツデータでも時間帯によって削減されるマスが異なりうる。なお、静止画の場合は、撮像時刻に応じて削減されるマスが決定される。

なお、図２２は図９（ａ）を用いて説明したが、本実施例においても図９（ｂ）のように比率が高い順に決まった数のマスを残してもよい。

時間帯別にマスを削減することで、データ量が多い全天球画像（静止画又は動画）でも、時間帯ごとによく見られる領域が画像表示端末３０に送信されるので、ユーザにとって必要な箇所を少ない遅延で快適に閲覧することが可能となる。

また、時間帯別に閲覧領域管理テーブルが作成された場合でも、削減データ決定部１４は異なる時間帯の閲覧領域管理テーブルを合算して削減するマスを決定してよい。これにより、ある時間帯にユーザが見なかった領域があっても、その領域が必要な場合、閲覧時に全天球画像からユーザが見たいマスが削除されてしまうことを防ぐことができる。このような処理は、ユーザが画像表示端末３０を操作して画像処理サーバ１０に要求することで実行される。

＜ユーザ別の閲覧領域の管理＞
上記のように、ユーザによって全天球画像のうち着目したい場所が異なることは少なくない。例えば、ユーザが任意に閲覧領域５を指定できれば、ユーザに独自の閲覧領域管理テーブルが得られる。

図２３は、ユーザが任意の閲覧領域５を指定するユーザインタフェースの一例を示す。ユーザインタフェースにはレイアウト欄５０２、映像欄５０３、登録ボタン５０５、及び、キャンセルボタン５０６が表示される。映像欄５０３には、ユーザが画像処理サーバ１０から取得したコンテンツの全天球画像が表示される。ユーザがタッチパネル２１６から操作を入力すると操作入力受付部３３が該操作を受け付けて、映像欄５０３の全天球画像を回転、拡大、縮小することができる。また、ユーザは自分が監視する領域をタッチパネル２１６から入力して任意閲覧領域５０４を作成できる。任意閲覧領域５０４が表示された状態で、ユーザが登録ボタン５０５を押下すると任意閲覧領域５０４の座標を示す任意閲覧領域情報とユーザＩＤが画像処理サーバ１０に送信される。ユーザＩＤは、ユーザ一意に識別するためのユーザ識別情報である。ユーザを識別又は認識できる情報であればユーザ情報と称されてもよい。また、ユーザに固有のユーザ固有情報と称してもよい。具体的には、社員番号、氏名、電子メールアドレスなどであるがこれらには限られない。

画像処理サーバ１０がユーザＩＤを特定するには、画像の閲覧前にユーザのログインを要求すればよい。あるいは、単にユーザＩＤをユーザが画像表示端末に入力して、画像表示端末が任意閲覧領域情報と共にユーザＩＤを画像処理サーバ１０に送信してもよい。

このように、ユーザは自分が監視したい任意閲覧領域５０４をユーザインタフェースから登録できる。明示的に任意閲覧領域５０４が指定されるので、ユーザにとって重要度の低い画像データを削除しやすい。

なお、閲覧領域管理テーブルはユーザごとに作成される。また、任意閲覧領域５０４に相当するマスの閲覧回数は１回とする。再度、ユーザが任意閲覧領域５０４を登録した場合は、重複したマスの閲覧回数が１つ増える。

画像編集部１５は閲覧領域管理テーブルが生成された時点で画像を編集できる（マスを削減できる）。しかし、ユーザ毎に全天球画像を作成しておくと記憶部１０００を圧迫してしまうので、画像表示端末３０から閲覧要求された場合に画像を編集してもよい。ユーザがユーザＩＤを指定してコンテンツデータを閲覧する場合、画像編集部１５はこのユーザの閲覧領域管理テーブルに基づいてコンテンツデータのマスを削減する。したがって、画像表示端末３０はユーザがよく見る領域をユーザ別に受信して表示できる。

図２３では、ユーザが任意に任意閲覧領域５０４を登録できると説明したが、画像処理サーバ１０は、実施例１等と同様にユーザが閲覧した閲覧領域５に基づいてユーザ別の閲覧領域管理テーブルを作成できる。すなわち、画像表示端末３０が閲覧領域情報と共にユーザＩＤなどを画像処理サーバ１０に送信すれば、ユーザインタフェースから任意閲覧領域５０４を登録する場合と同様にユーザ別の閲覧領域管理テーブルが得られる。

<<削減するマスの決定>>
図２４（ａ）は、削減データ決定部１４がユーザ毎に削減するマスを決定する手順を示すフローチャート図の一例である。図２４（ａ）は、ユーザインタフェースから任意閲覧領域５０４によりユーザ別の閲覧領域管理テーブルが生成された場合のフローチャート図である。

本実施例の削減データ決定部１４は、画像表示端末３０から送信されたユーザＩＤに対応付けられた閲覧領域管理テーブルを特定する（Ｓ１０）。

そして、削減データ決定部１４は閲覧回数が１回以上のマスでないマスを削減すると決定する（Ｓ２０）。補足すると、ユーザがユーザインタフェースから任意閲覧領域５０４を示す任意閲覧領域情報を送信した場合、上記のように、任意閲覧領域５０４に相当するマスの閲覧回数は少なくとも１以上である。任意閲覧領域５０４はユーザが指定したので常に表示すべきなので、閲覧回数が１回以上のマスでないマス（閲覧回数が０回のマス）を削減すると決定する。

図２４（ｂ）は、ユーザが閲覧した閲覧領域５に基づいて閲覧領域管理テーブルが作成された場合に、ユーザ毎に削減するマスを決定する手順を示すフローチャート図の一例である。

図２４（ｂ）ではステップＳ１０が図２４（ａ）と同様で、ステップＳ２０、Ｓ３０は図９（ａ）と同様でよい。なお、ステップＳ２０の閲覧人数は同じユーザが同じコンテンツを閲覧した回数である。

以上のように、ユーザ毎に閲覧領域５を示す閲覧領域情報や任意閲覧領域５０４を示す任意閲覧領域情報が画像処理サーバ１０に送信されることで、全天球画像のうちユーザの職種や職責に適切な領域を画像表示端末３０が表示できる。

なお、画像処理サーバ１０の削減データ決定部１４は、１つの撮像装置７について、閲覧するユーザとは異なるユーザの閲覧領域管理テーブルを使用して、削減するマスを決定してよい。ユーザが部署の異動などで管理する店舗などが変わった場合に、該店舗の前の担当者の過去の閲覧履歴に基づいてマスを削除できる。したがって、業務の引き継ぎが容易になり部署の移動などをスムーズに行うことができる。このように別のユーザの閲覧領域管理テーブルを活用するために、例えば、閲覧領域管理テーブルに対応付けられているユーザＩＤを、他のユーザ（店舗の例では後任のユーザ）のユーザＩＤに変更することを、画像表示システム１００の管理者などが行ってもよい。

＜マスが削減されたコンテンツの閲覧＞
図１０では、コンテンツからマスが削減された場合に、ユーザが特定操作を行うことでマスの画像を復元できると説明した。ここでは、特定操作について補足する。

図２５は、閲覧領域管理ＤＢ１００２に登録された閲覧領域管理テーブルに相当するマスを模式的に示す図の一例である。図２５では説明のため、全天球画像を上面から見た図になっている。閲覧領域管理テーブルに登録されている閲覧回数が閾値以上のマスが形成する領域を登録閲覧領域Ａ、Ｂとする。したがって、登録閲覧領域Ａ、Ｂ以外のマスは削減されている。ここで、画像編集部１５がマスを削減する削減方法として２つの方法Ｉ、ＩＩがある。

方法Ｉは登録閲覧領域Ａ、Ｂ以外のマスそのものを削除する方法である。この場合、画像表示端末３０では全天球画像が分断され登録閲覧領域Ａ，Ｂが個別の画像として表示される。図２５（ｂ）は画像表示端末３０に表示される登録閲覧領域Ａ，Ｂを模式的に示す。ユーザが登録閲覧領域Ａを表示した状態で画面を回転させるとすぐに登録閲覧領域Ｂが表示される。ユーザが登録閲覧領域Ｂを表示した状態で画面を回転させるとすぐに登録閲覧領域Ａが表示される。すなわち、削減されたマスは存在しない状態になる。

方法IIは登録閲覧領域Ａ、Ｂ以外を黒画素などで置き換える方法である。この場合、画像表示端末３０では登録閲覧領域Ａ，Ｂと黒画素を含む１つの全天球画像が表示される。図２５（ｃ）は画像表示端末３０に表示される登録閲覧領域Ａ，Ｂを模式的に示す。枠５１０は画像表示端末３０に表示されている領域を示す。ユーザが登録閲覧領域Ａを表示した状態で画面を回転させると黒画素を経て登録閲覧領域Ｂが表示される。逆の方向でも同様である。すなわち、ユーザは黒画素を経ないと登録閲覧領域Ａ，Ｂを表示させることができない。

方法Iではユーザが登録閲覧領域Ａ，Ｂをすぐに表示できるが、全天球画像のどこを見ているか把握しにくくなるおそれがある。方法IIではユーザが全天球画像のどこを見ているか把握しやすいが、登録閲覧領域Ａ，Ｂを表示させるには黒画素を経る必要がある。このように一長一短があるためユーザが方法I、IIを選択できることが好ましい。

方法Iでマスが削減された場合、特定操作は、例えば、登録閲覧領域Ａと登録閲覧領域Ｂを一定時間内に一定回数以上交互に表示させる操作でよい。方法IIの場合も、登録閲覧領域Ａ（又は登録閲覧領域Ｂ）と黒領域を一定時間内に一定回数以上交互に表示させる操作でよい。また、方法IIの場合、ユーザが黒領域を一定時間以上継続して表示させたことを特定操作とすることができる。

本実施例においても、画像表示端末３０は、削減されたマスのうちユーザが閲覧しようとしている場所のマスだけを要求してもよいし、削減されたマスの全てを要求してもよい。また、全天球画像の全体を画像処理サーバ１０に要求してもよい。店舗のレイアウトなどが大きく変わってしまった場合など、全天球画像の全体を画像処理サーバ１０に要求することができる。この場合、画像表示端末３０はユーザの操作により閲覧領域テーブルの消去を要求する。これにより、変更後のレイアウトに適した閲覧領域テーブルを画像処理サーバ１０が作成できる。

以上のように、本実施例の画像表示端末３０は、撮像装置７が定点観測に用いられる場合、全天球画像が画像表示端末３０に送信された時点でユーザが見たい領域を表示できる。また、画像表示端末３０は時間帯別やユーザ別に適切な領域を表示できる。

なお、撮像装置７の配置場所は屋内だけでなく野外でもよい。また、屋内であれば店舗以外の例えばオフィス、廊下、通路、公共機関等の窓口などでもよく、屋外であれば商店街、交差点、駅などでもよい。

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

例えば、実施例１において、画像処理サーバ１０はマスが削減された全天球画像を画像表示端末３０に送信している。しかし、画像処理サーバ１０が全天球画像管理ＤＢ１００１に記憶させた全天球画像を画像処理サーバ１０が表示してもよい。あるいは、この全天球画像管理ＤＢ１００１を画像表示端末３０に配置し、画像表示端末３０が全天球画像管理ＤＢ１００１から読み出した全天球画像をディスプレイ２１５に表示してもよい。

また、以上の実施例で示した図６などの構成例は、画像処理サーバ１０及び画像表示端末３０の処理の理解を容易にするために、主な機能に応じて分割したものである。例えば、画像処理サーバ１０が複数、存在し、複数の画像処理サーバ１０が協働して本実施形態の処理を行ってもよい。また、画像処理サーバ１０の記憶部１０００は画像処理サーバ１０が有している必要がなく、記憶部１０００は画像処理サーバ１０が記憶部１０００のデータを読み書き可能な場所にあればよい。

また、図６では画像処理サーバ１０及び画像表示端末３０の機能をいくつかの処理単位に分割して説明した。しかし、各処理単位の分割の仕方や名称によって本願発明が制限されることはない。画像処理サーバ１０及び画像表示端末３０の処理は、処理内容に応じてさらに多くの処理単位に分割することもできる。また、１つの処理単位がさらに多くの処理を含むように分割することもできる。

なお、画像編集部１５は削減手段の一例であり、通信部３１は受信手段、送信手段、第２送信手段の一例であり、操作入力受付部３３は操作受付手段の一例であり、閲覧領域管理部１３は数測定手段の一例であり、画像表示部３２は画像表示手段の一例であり、閲覧領域記録部３５は表示領域記録手段の一例であり、通信部１１は第１送信手段の一例であり、削減データ決定部１４は領域決定手段の一例である。本実施形態の画像表示システムが行う処理の手順は画像表示方法の一例である。

１０ 画像処理サーバ
１２ 全天球画像提供部
１３ 閲覧領域管理部
１４ 削減データ決定部
１５ 画像編集部
３０ 画像表示端末
３４ 画像回転部
３５ 閲覧領域記録部
１００ 画像表示システム

特開２００８‐０２２４８８号公報

Claims (18)

1. 情報処理装置と前記情報処理装置から所定よりも画角が広い広角画像を受信する端末装置とを有する画像表示システムであって、
   前記情報処理装置は、
   前記広角画像のうち閲覧される頻度が他領域よりも少ない領域を決定する領域決定手段と、
   前記領域決定手段が決定した前記領域を前記広角画像から削減する削減手段と、
   前記削減手段により前記領域が削減された前記広角画像を前記端末装置に送信する第１送信手段と、を有し、
   前記端末装置は、前記領域が削減された前記広角画像を受信する受信手段と、
   前記領域が削減された前記広角画像を表示装置に表示する画像表示手段と、
   を有する画像表示システム。
2. 前記端末装置は、
   前記表示装置に表示された前記広角画像の表示領域を記録する表示領域記録手段と、
   前記表示領域記録手段が記録した前記表示領域を示す表示領域情報を前記情報処理装置に送信する第２送信手段と、を有し、
   前記情報処理装置の前記領域決定手段は、前記表示領域情報に基づいて閲覧される頻度が他領域よりも少ない前記領域を決定し、
   前記削減手段は、前記領域決定手段が決定した前記領域を前記広角画像から削減する請求項１に記載の画像表示システム。
3. 前記広角画像を予め複数の区画領域に区分しておき、前記表示領域情報を受信した場合、前記表示領域情報が示す前記表示領域と対応する前記区画領域の閲覧回数を増大させる数測定手段を有し、
   前記領域決定手段は、前記表示領域情報を受信した回数に対する前記閲覧回数の比率が閾値未満の前記区画領域を前記領域に決定する請求項２に記載の画像表示システム。
4. 前記広角画像を予め複数の区画領域に区分しておき、前記表示領域情報を受信した場合、前記表示領域情報が示す前記表示領域と対応する前記区画領域の閲覧回数を増大させる数測定手段を有し、
   前記領域決定手段は、前記広角画像の閲覧人数に対する前記閲覧回数の比率が大きい順に予め定められた設定数の前記区画領域を決定するか、又は、前記閲覧回数の大きい順に前記設定数の前記区画領域を決定し、決定された前記区画領域を前記領域に決定する請求項２に記載の画像表示システム。
5. 前記端末装置の前記第２送信手段は、前記表示領域情報を前記端末装置のユーザに関するユーザ情報と共に前記情報処理装置に送信し、
   前記情報処理装置の前記領域決定手段は、前記表示領域情報に基づいて閲覧される頻度が他領域よりも少ない前記領域をユーザごとに決定し、
   前記削減手段は、ユーザごとに前記領域決定手段が決定した前記領域を前記広角画像から削減する請求項２に記載の画像表示システム。
6. 前記領域決定手段は、前記広角画像を閲覧するユーザとは異なるユーザの前記表示領域情報に基づいて閲覧される頻度が他領域よりも少ない前記領域を決定する請求項５に記載の画像表示システム。
7. 前記表示装置に表示された前記広角画像のうち削減された前記領域を表示させる操作を受け付ける操作受付手段を有し、
   前記操作受付手段が前記操作を受け付けた場合、少なくとも削減された前記領域を前記情報処理装置に要求する請求項２〜６いずれか１項に記載の画像表示システム。
8. 前記広角画像のうち削減された前記領域を表示させる前記操作は、前記広角画像のうち削減された前記領域を一定時間以上継続して前記表示装置に表示させる操作である請求項７に記載の画像表示システム。
9. 前記広角画像のうち削減された前記領域を表示させる前記操作は、前記領域の削減により分断された前記広角画像の複数の領域を、一定時間内に一定回数以上交互に前記表示装置に表示させる操作である請求項７に記載の画像表示システム。
10. 前記操作受付手段は、前記表示装置に表示された前記広角画像の領域の指定を受け付け、
    前記第２送信手段は、前記操作受付手段が受け付けた前記領域に関する情報を前記情報処理装置に送信し、
    前記情報処理装置の前記削減手段は、前記領域に関する情報により指定される領域を前記広角画像から削減する請求項７に記載の画像表示システム。
11. 前記領域決定手段は、前記情報処理装置と前記端末装置の帯域に応じて前記設定数を変更する請求項４に記載の画像表示システム。
12. 前記広角画像は全天球画像であり、
    前記全天球画像が、撮像者が位置を変えて撮像した複数の前記全天球画像の一部である場合、前記領域決定手段は前記全天球画像の空領域及び地面領域を前記領域に決定するか、
    前記領域決定手段は前記撮像者の移動方向に対し逆方向となる後方範囲を前記領域に決定するか、又は、
    前記領域決定手段は前記撮像者の移動方向を中心とする所定の視界領域以外を前記領域に決定し、
    前記削減手段は、前記領域決定手段が決定した前記領域を前記全天球画像から削減する請求項１に記載の画像表示システム。
13. 前記表示領域記録手段は、前記表示装置に表示された前記広角画像の表示領域と共に、表示された前記広角画像の撮像時刻に関する情報を記録し、
    前記第２送信手段は、前記表示領域記録手段が記録した前記表示領域情報と前記撮像時刻に関する情報を前記情報処理装置に送信し、
    前記情報処理装置の前記領域決定手段は、前記広角画像が有する撮像時刻から時間帯を判断し、前記撮像時刻に関する情報が属する前記時間帯ごとに、前記表示領域情報に基づいて閲覧される頻度が他領域よりも少ない前記領域を決定し、
    前記削減手段は、前記領域決定手段が決定した前記領域を前記時間帯べつに前記広角画像から削減する請求項２に記載の画像表示システム。
14. 前記領域決定手段は、異なる前記時間帯の前記表示領域情報を合算し、合算して得られた前記表示領域情報に基づいて閲覧される頻度が他領域よりも少ない前記領域を決定する請求項１３に記載の画像表示システム。
15. 前記表示領域記録手段は、前記表示装置に表示された前記広角画像の表示領域と共に、前記広角画像の撮像の日に関する情報を記録し、
    前記第２送信手段は、前記表示領域記録手段が記録した前記表示領域情報と前記撮像の日に関する情報を前記情報処理装置に送信し、
    前記情報処理装置の前記領域決定手段は、前記広角画像が撮像された曜日を判断し、撮像の日に関する情報が属する前記曜日ごとに、前記表示領域情報に基づいて閲覧される頻度が他領域よりも少ない前記領域を決定し、
    前記削減手段は、前記領域決定手段が決定した前記領域を前記曜日べつに前記広角画像から削減する請求項２に記載の画像表示システム。
16. 所定よりも画角が広い広角画像が記憶された記憶装置から前記広角画像を読み出すことができる情報処理装置であって、
    前記広角画像のうち閲覧される頻度が他領域よりも少ない領域を決定する領域決定手段と、
    前記領域決定手段が決定した前記領域を前記広角画像から削減する削減手段と、
    前記削減手段により前記領域が削減された前記広角画像を前記記憶装置から読み出す読み出し手段と、を有する情報処理装置。
17. ネットワークを介して通信可能な情報処理装置から所定よりも画角が広い広角画像を受信する端末装置を、
    前記広角画像を表示装置に表示させる画像表示手段と、
    前記表示装置に表示された前記広角画像の表示領域を記録する表示領域記録手段と、
    前記表示領域記録手段が記録した前記表示領域を示す表示領域情報を前記情報処理装置に送信する送信手段と、として機能させるプログラム。
18. 情報処理装置が、所定よりも画角が広い広角画像のうち閲覧される頻度が他領域よりも少ない領域を決定するステップと、
    前記情報処理装置が、決定された前記領域を前記広角画像から削減するステップと、
    前記削減するステップにより前記領域が削減された前記広角画像を、前記情報処理装置が端末装置に送信するステップと、
    前記端末装置が、前記領域が削減された前記広角画像を受信するステップと、
    前記端末装置が、前記領域が削減された前記広角画像を表示装置に表示するステップと、を有する画像表示方法。

Images