JP2021060738A - プログラム、画像処理システム、通信端末 - Google Patents

Abstract

【課題】追加情報の表示を制御することができるプログラム等を提供すること。【解決手段】広角画像を含む画面の画面情報を送信する情報処理システム５，６とネットワーク９を介して通信する通信端末３を、前記情報処理システムから受信した前記画面情報に基づいて前記画面を表示する表示制御部３３と、前記広角画像の表示状態の変更を受け付ける操作入力受付部３２と、前記操作入力受付部が受け付けた表示状態に応じて、追加情報を表示する制御部３４、として機能させるためのプログラムを提供する。【選択図】図３７

Description

本発明は、上記課題に鑑み、プログラム、画像処理システム、及び通信端末に関する。

一度の撮像操作で、３６０°の全天球パノラマ画像（以下、全天球画像という）を得る特殊な撮像装置が提供されている。このような広角画像では、通信端末が画角の全てを一度に表示すると画像が歪むため、ユーザが操作で定めた一部の所定範囲を表示できるようになっている。

また、ユーザの操作履歴に応じて、全天球画像の表示範囲を適切に提示する技術が知られている（例えば、特許文献1参照。）。

しかしながら、従来の技術では、追加情報の表示を制御することができないという問題がある。例えば、広角画像の表示状態に応じて表示させる追加情報を変化させたり、内容を変えたり、表示させるか否かを制御したりすることができなかった。

本発明は、上記課題に鑑み、追加情報の表示を制御することができるプログラム等を提供することを目的とする。

上記課題に鑑み、本発明は、広角画像を含む画面の画面情報を送信する情報処理システムとネットワークを介して通信する通信端末を、前記情報処理システムから受信した前記画面情報に基づいて前記画面を表示する表示制御部と、前記広角画像の表示状態の変更を受け付ける操作入力受付部と、前記操作入力受付部が受け付けた表示状態に応じて、追加情報を表示する制御部、として機能させるためのプログラムを提供する。

本発明によれば、追加情報の表示を制御することができるプログラム等を提供することができる。

本発明の実施形態に係る画像処理システムの概略図である。 撮像装置の左側面図である。 撮像装置の正面図である。 撮像装置の平面図である。 撮像装置の使用イメージ図である。 撮像装置で撮像された半球画像（前）を示した図である。 撮像装置で撮像された半球画像（後）を示した図である。 正距円筒図法により表された画像を示した図である。 正距円筒図法により表された画像と共有選択用画像の部分を示した図である。 共有選択用画像を示した図である。 共有選択用画像を示した撮像画像選択リストの図である。 画像データの登録及び取得の処理の概略を示した図である。 全天球画像を示した図である。 全天球画像を３次元の立体球とした場合の仮想カメラ及び所定領域の位置を示した図である。 図９の立体斜視図である。 ディスプレイに所定領域の画像が表示された通信端末を示す図である。 ディスプレイに所定領域画像が表示された通信端末を示す図である。 所定領域情報と所定領域画像との関係を示した図である。 リンク情報の内容を示した図である。 不動産物件の画面例を示した図である。 不動産物件の画面例を示した図である。 撮像装置のハードウェア構成図である。 スマートフォンの場合の通信端末のハードウェア構成図である。 ノートＰＣの場合の通信端末、画像管理システム及びリンク情報管理システムのハードウェア構成図である。 実施形態に係る通信端末、画像管理システム、及びリンク情報管理システムの機能ブロック図である。 画像管理テーブルを示す概念図である。 サムネイル管理テーブルを示す概念図である。 ユーザ管理テーブルを示す概念図である。 物件管理テーブルを示す概念図である。 画像データのアップロードの処理を示したシーケンス図である。 サムネイル及びリンク情報を作成する処理を示したシーケンス図である。 サムネイル及びリンク情報をアップロードする処理を示したシーケンス図である。 画像データのダウンロードの処理を示したシーケンス図である。 通信端末の制御部がＷｅｂブラウザにイベントハンドラーを登録する手順を示すフローチャート図の一例である。 中心点及び画角の変更により実行されるイベントハンドラーの処理を説明するフローチャート図の一例である。 画像管理システムから送信されたボタン定義情報を模式的に示す図である。 領域１，領域２を正距円筒射影画像で表した図である。 通信端末が表示する所定領域に対応する表示態様でボタンを表示する手順を示すフローチャート図の一例である。 所定領域と領域の重複面積の一例を示す図である。 ボタンの押下より実行されるイベントハンドラーの処理を説明するフローチャート図の一例である。 画像管理システムから送信されたアクション定義情報を模式的に示す図である。 領域に対応づけられる追加情報の一例を示す図である。 ボタンが押下された場合に表示されるポップアップ画面の一例を示す図である。 通信端末の制御部が閲覧スクリプトにイベントハンドラーを登録する手順を示すフローチャート図の一例である。 タイマー処理の内容を説明するフローチャート図の一例である。 表示履歴情報記憶部に記憶されている表示履歴情報を模式的に示す図である。 閲覧頻度により所定領域の表示履歴が記録された表示履歴情報の一例を示す図である。 表示履歴に応じてボタン画像ＵＲＬを決定するためのボタン定義情報の一例を示す図である。 通信端末が表示した所定領域の表示履歴に基づいてボタンの表示態様を決定する手順を示すフローチャート図の一例である。 ボタン押下時に予め決められたＵＲＬに対して送信される表示履歴情報の一例を示す図である。 ボタン押下時に予め決められたＵＲＬに対して送信される閲覧頻度を含む表示履歴情報の一例を示す図である。 閲覧頻度が最も大きい領域に対応するページＵＲＬが定義されたアクション定義情報の一例を示す図である。

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

＜用語について＞
広角画像とは、通信端末が表示するディスプレイなどの領域に一度に表示できない画角で撮像された画像をいう。本実施形態では全天球画像という用語で説明する。

表示状態とは、通信端末が表示している、又は、表示したことがある所定領域である。

追加情報は、広角画像の表示中又は表示後、追加して表示される何らかの情報である。広角画像に関連した情報である場合がある。例えば、広角画像の一部を説明する情報、ボタンの押下で表示される情報、ボタンを押し下げられて表示や実行される内容、ボタンの押し下げで実行されるアプリ、又は、アプリの実行内容等である。

＜＜実施形態の概略＞＞
まずは、図１乃至図１５を用いて、本実施形態の概略を説明する。なお、図１は、本実施形態に係る画像処理システムの概略図である。

図１に示されているように、本実施形態の画像処理システムは、撮像装置１、複数の通信端末（３ａ，３ｂ）、画像管理システム５、及びリンク情報管理システム７によって構築されている。各通信端末（３ａ，３ｂ）は、それぞれユーザ（Ａ，Ｂ）によって利用される。また、本実施形態では、撮像装置１は、ユーザＡによって操作される場合を示している。なお、以下では、複数の通信端末（３ａ，３ｂ）のうち、任意の通信端末を「通信端末３」として表す。画像管理システム５は、管理者Ｘによって管理されている。リンク情報管理システム７は、管理者Ｙによって管理されている。例えば、ユーザＡは、地域の各不動産業者である。ユーザＢは、不動産物件の購入、売買、賃貸等の対象物件を探している一般ユーザである。管理者Ｘは、画像処理システムにおいて、ユーザＡから取得した画像データをユーザＢに提供するサービスを行なう画像（全天球画像）の提供者である。管理者Ｙは、インターネット等の通信ネットワーク９を介して、ユーザＢに物件情報を提供する不動産情報のサービス提供者である。

また、撮像装置１は、全天球画像を得るためのデジタルカメラである。なお、この撮像装置１は、一般的なデジタルカメラであっても良く、通信端末３にカメラが付いている場合は、通信端末３がデジタルカメラとなりうる。本実施形態では、説明を分かりやすくするために全天球画像を得るためのデジタルカメラとして説明を行う。通信端末３は、スマートフォン、タブレット端末、ノート型パソコン、デスクトップ型パソコン、又はＰＤＡ（Personal Data Assistance）等のコンピュータである。ここでは、一例として、通信端末３ａがスマートフォン、通信端末３ｂがノートＰＣ（Personal Computer）として、表わされている。更に、画像管理システム５及びリンク情報管理システム７は、それぞれサーバコンピュータである。

また、撮像装置１は、通信端末３とＮＦＣ（Near Field Communication）規格、ＢｌｕｅＴｏｏｔｈ（登録商標）、ＷｉＦｉ（Wireless Fidelity）等による短距離無線技術によって通信することができる。更に、通信端末３は、通信ネットワーク９を介して、画像管理システム５及びリンク情報管理システム７と通信することができる。この通信ネットワーク９は、３Ｇ（3rd Generation）、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）、ＬＴＥ（Long Term Evolution）等の無線通信網及び各基地局（９ａ，９ｂ）、並びにインターネットによって構築される。なお、撮像装置１と通信端末３との間、及び通信端末３と通信ネットワーク９との間は、それぞれ有線による通信を行ってもよい。

なお、通信端末３ａは第２の通信端末の一例であり、通信端末３ｂは第１の通信端末の一例である。

次に、図２―１〜図２―３を用いて、撮像装置１の外観を説明する。なお、図２―１は撮像装置の左側面図であり、図２―２は撮像装置の正面図であり、図２―３は撮像装置の平面図である。

図２―１に示されているように、撮像装置１は、人間が片手で持つことができる大きさである。また、図２―１、図２―２、図２―３に示されているように、撮像装置１の上部には、正面側（前側）に撮像素子１０３ａ及び背面側（後側）に撮像素子１０３ｂが設けられている。また、図２―２に示されているように、撮像装置１の正面側には、シャッターボタン等の操作部１１５が設けられている。

次に、図３を用いて、撮像装置１の使用状況を説明する。なお、図３は、撮像装置の使用イメージ図である。撮像装置１は、図３に示されているように、ユーザが手に持ってユーザの周りの被写体を撮像するために用いられる。この場合、図２―１〜図２―３に示されている撮像素子１０３ａ及び撮像素子１０３ｂによって、それぞれユーザの周りの被写体が撮像されることで、２つの半球画像を得ることができる。

次に、図４―１〜図４―３を用いて、撮像装置１で撮像された画像及び合成された画像を説明する。なお、図４―１は撮像装置で撮像された半球画像（前側）、図４―２は撮像装置で撮像された半球画像（後側）、図４―３は正距円筒図法により表された画像（以下、「正距円筒射影画像」という）を示した図である。

図４―１に示されているように、撮像素子１０３ａによって得られた画像は、後述の魚眼レンズ１０２ａによって湾曲した半球画像（前側）となる。また、図４―２に示されているように、撮像素子１０３ｂによって得られた画像は、後述の魚眼レンズ１０２ｂによって湾曲した半球画像（後側）となる。そして、半球画像（前側）と、１８０度反転された半球画像（後側）とは、撮像装置１によって合成され、図４―３に示されているように、正距円筒射影画像が作成される。

次に、図５―１、図５―２及び図６を用いて、撮像装置１から通信端末３に送信される共有選択用画像データについて説明する。なお、図５―１は正距円筒図法により表された画像と共有選択用画像の部分を示した図、図５―２は共有選択用画像を示した図である。また、図６は、共有選択用画像を示した撮像画像選択リストの図である。

撮像装置１によって、図５―１に示されているように、正距円筒射影画像上の破線で示された部分が利用されることで、図５―２の共有選択用画像データが作成される。この共有選択用画像データは、撮像装置１から通信端末３ａに送信される。そして、通信端末３ａのディスプレイ３１５上には、図６に示されているように、各共有選択用画像ＣＥが示された共有画像選択リストＳＬが表示される。例えば、共有選択用画像ＣＥとして商業地域のビルが表示され、この共有選択用画像ＣＥの元画像（図５―１に示された撮像画像）が撮像された日時（２０１１年９月２０日 １１時２１分）が表示される。

次に、図６乃至図１４を用いて、本実施形態における画像データの登録及び取得の処理の概略を説明する。なお、図６は、共有選択用画像を示した撮像画像選択リストの図である。また、図７は、画像データの登録及び取得の処理を示した図である。なお、図７では、全天球画像の閲覧ソフトウェアが、通信端末３ａにはインストールされているが、通信端末３ｂにはインストールされていない状態である。

まず、ユーザＡが図６に示されている所望の共有選択用画像ＣＥを選択すると、通信端末３ａが撮像装置１から、上記の選択された共有選択用画像ＣＥに係る元画像（撮像画像）を取得する（ステップＳ１）。そして、通信端末３ａでは、OpenGL ES（Open Graphics Library for Embedded Systems）が利用されることで、図５―１に示されている撮像画像（正距円筒射影画像）から、図８に示されているような全天球画像が作成される（ステップＳ２）。なお、OpenGL ESは、２Ｄ（2−Dimensions）及び３Ｄ（3−Dimensions）のデータを視覚化するために使用するグラフィックスライブラリである。また、図８は、全天球画像を示した図である。全天球画像は、静止画であっても動画であってもよい。例えば、立体球に対して、図５―１で示される正距円筒射影画像を貼り付けることで、図８のような全天球画像が作成される。

次に、図７、図８、図９、図１０―１及び図１０―２を用いて、全天球画像における所定領域の画像（以下、「所定領域画像」という）の作成及び表示の処理について説明する。なお、図９は、全天球画像を３次元の立体球とした場合の仮想カメラ及び所定領域の位置を示した図である。仮想カメラＩＣは、３次元の立体球として表示されている全天球画像に対して、その画像を見るユーザの視点の位置に相当するものである。また、図１０―１は図９の立体斜視図、図１０―２はディスプレイに所定領域画像が表示された通信端末を示す図である。また、図８に示されている全天球画像が、３次元の立体球ＣＳで表わされている。このように生成された全天球画像が、立体球ＣＳであるとすると、図９に示されているように、仮想カメラＩＣが全天球画像の中心に位置し、この中心から上下左右の回転と、この中心からの視点での回転（ROLL）の３軸の回転を行うことができる。全天球画像における所定領域Ｔは、この全天球画像における仮想カメラＩＣの位置の所定領域情報によって特定される。この所定領域情報は、座標ｘ(rH)、座標ｙ(rV)、及び画角α(angle)によって示される。また、所定領域Ｔのズームは、画角αの範囲（円弧）を広げたり縮めたりすることで表現することができる。

そして、図１０―１で示されているように、全天球画像における所定領域Ｔの画像は、図１０―２に示されているように、通信端末３ａのディスプレイ３１５に、所定領域画像として表示される。従って、所定領域Ｔは通信端末３が表示する表示領域である。この場合の所定領域画像は、全天球画像の一部を示す部分画像Ｐ０である。この部分画像Ｐ０は、図８に示された全天球画像において、初期設定（デフォルト）された所定領域情報（ｘ（座標ｘ(rH)），ｙ（座標ｙ(rV)），α）＝（０，０，３４）によって表された画像である。

なお、ディスプレイ３１５上には、所定領域画像を表示する画像表示領域３１１０、所定領域画像のサムネイルを表示するサムネイル表示領域３１２０、物件名やユーザＡの名称等を表示するコメント表示領域３１３０が表示されている。

次に、ユーザＡがディスプレイ３１５上に、注目した所定領域画像を表示させたい場合、通信端末３ａがタッチパネルによる操作が可能なものであれば、ディスプレイ３１５上に指を触れた状態で、指を上下左右に移動させることで、図１１に示されているような所望の所定領域画像を表示させることができる。また、通信端末３ａがパソコン等のようなものであれば、マウス等による入力操作を行い、上下左右に移動させることで、図１１に示されているような所望の所定領域画像を表示させることもできる。この場合の所定領域画像は、先の部分画像ＰＯを含む全天球画像の他の一部を示す部分画像Ｐ１である。

ここで、図１２を用いて、所定領域情報と所定領域画像の関係について説明する。なお、図１２は、所定領域情報と所定領域画像との関係を示した図である。

図１２に示されているように、仮想カメラＩＣの画角αによって表される所定領域Ｔの対角線画角２Ｌとした場合の中心点ＣＰが、所定領域情報の（ｘ，ｙ）パラメータとなる。本実施形態では、ユーザＡが指でディスプレイ３１５を触れながら操作して、図１１に示されているような所定領域画像（部分画像Ｐ１）を表わしたことにより、例えば、所定領域情報（ｘ，ｙ，α）＝（２３０，４３９，３５）となる。

なお、ｆは仮想カメラＩＣから中心点ＣＰまでの距離である。そして、図１２では、一般的に以下の式（１）で示される三角関数が成り立つ。

Ｌｆ＝ｔａｎ（α／２）・・・（式１）
次に、図７に示されているように、通信端末３ａは通信ネットワーク９を介して、画像管理システム５に画像データ及び関連情報を送信した後、所定領域情報も送信する（ステップＳ３）。ここで、所定領域情報は、ユーザＡが通信端末３aを用いて、図１１に示すような所定領域画像を指定することで設定された情報を意味する。この画像データは、図４―３に示されている正距円筒射影画像の画像データである。関連情報は、例えば、物件名、価格、面積、築年数、住所等の物件に関連する情報である。所定領域情報は、図１１に示されている所定領域画像（部分画像Ｐ１）を示す所定領域情報（ｘ＝２３０，ｙ＝４３９，α＝３５）である。これにより、画像管理システム５は、画像データに対して、この画像データを識別するための画像ＩＤ（Identification）を付与すると共に、画像データと画像ＩＤとを関連付けて管理する（ステップＳ４）。また、画像管理システム５は、リンク情報を作成する（ステップＳ４）。このリンク情報は、図１３に示されているように、画像管理システム５のＵＲＬ、画像ＩＤ、及び所定領域情報が含まれている。更に、画像管理システム５は、画像データのサムネイルデータを作成する（ステップＳ４）。また、画像管理システム５は、閲覧スクリプトを管理している。この閲覧スクリプトは、近年のＷｅｂサービスによる特殊な画像の見栄えや操作性を上げるため、JavaScript（登録商標）に対応している、又は、JavaScript（登録商標）以外で他のスクリプトが実行できるブラウザであっても、画像を表示させることができるプログラムである。本実施形態では、特殊な画像の一例として、全天球画像が示されている。

次に、画像管理システム５は、リンク情報管理システム７へリンク情報及びサムネイルデータを送信する（ステップＳ５）。これに対して、リンク情報管理システム７は、リンク情報、サムネイルデータ、及び関連情報を関連付けて管理する（ステップＳ６）。なお、関連情報だけでなく、関連画像も関連付けて管理されている。この関連画像には、物件の間取り図、フロアマップや地図、その他、物件の住所、価格、専有面積、その他ファシリティーに関する情報や営業活動に関する情報（以下、ユーザ個人情報ともいう）などが含まれる。この間取り図は、ユーザＡ又は管理者Ｙによって作成される。例えば、ユーザＡが間取り図を作成した場合は、ユーザＡから管理者Ｙに間取り図のデータが提供される。提供方法としては、電子メール、又は画像処理システムを利用して関連情報と共に画像管理システム５経由で提供される。

そして、ユーザＢの通信端末３ｂが、リンク情報管理システム７に接続し、物件詳細画面の表示を要求すると、リンク情報管理システム７は、ユーザＢの通信端末３ｂへ、関連情報、リンク情報、及びサムネイルデータを送信する（ステップＳ７）。

この場合、通信端末３ｂには、図１４に示されているような物件詳細画面３２００が表示される。この物件詳細画面３２００には、ユーザ個人情報（ここでは、「不動産事業者名」、不動産業者の「住所」及び「電話番号」）３２１０ａ及び物件の関連情報３２１０ｂ、物件の関連画像としての間取り図３２２０、全天球画像の表示領域３２３０、サムネイル表示領域３２４０、及び１つの物件における複数のサムネイル（３２４０ａ，３２４０ｂ，３２４０ｃ）が表示される。即ち、先に示した所定領域情報に基づいて、表示範囲が特定された画像領域から作成された各サムネイル（３２４０ａ、３２４０ｂ，３２４０ｃ）は、図１１に示されている所定領域画像（部分画像Ｐ１）が縮小された画像であり、図１０―２に示されている所定領域画像（部分画像Ｐ０）が縮小された画像ではない。

次に、ユーザＢが通信端末３ｂを操作し、所望のサムネイル（ここでは、サムネイル３２４０ａ）を選択すると、通信端末３ｂは、画像管理システム５へリンク情報を送信する（ステップＳ８）。これに対して、画像管理システム５は、リンク情報から抽出した画像ＩＤに対応する画像データ、リンク情報から抽出した所定領域情報、及び閲覧スクリプトを、通信端末３ｂへ送信する（ステップＳ９）。そして、通信端末３ｂでは、閲覧スクリプトを利用して、画像データにおける所定領域Ｔを特定する処理が行われる。これにより、通信端末３ｂでは、図８に示されているような全天球画像ではなく、図１５の全天球画像の表示領域３２３０に示されているように、全天球画像における所定領域画像が表示されることになる。

＜＜実施形態のハードウェア構成＞＞
次に、図１６乃至図１８を用いて、本実施形態の撮像装置、通信端末、及び画像管理システムのハードウェア構成を詳細に説明する。

まず、図１６を用いて、撮像装置１のハードウェア構成を説明する。なお、図１６は、撮像装置のハードウェア構成図である。以下では、撮像装置１は、２つの撮像素子を使用した全方位撮像装置とするが、撮像素子は３つ以上のいくつでもよい。また、必ずしも全方位撮像専用の装置である必要はなく、通常のデジタルカメラやスマートフォン等に後付けの全方位撮像ユニットを取り付けることで、実質的に撮像装置１と同じ機能を有するようにしてもよい。

図１６に示されているように、撮像装置１は、撮像ユニット１０１、画像処理ユニット１０４、撮像制御ユニット１０５、ＣＰＵ（Central Processing Unit）１１１、ＲＯＭ（Read Only Memory）１１２、ＳＲＡＭ（Static Random Access Memory）１１３、ＤＲＡＭ（Dynamic Random Access Memory）１１４、操作部１１５、ネットワークＩ／Ｆ１１６、通信部１１７、アンテナ１１７ａ、及び電子コンパス１１８によって構成されている。

このうち、撮像ユニット１０１は、各々半球画像を結像するための１８０°以上の画角を有する広角レンズ（いわゆる魚眼レンズ）１０２ａ，１０２ｂと、各広角レンズに対応
させて設けられている２つの撮像素子１０３ａ，１０３ｂを備えている。撮像素子１０３ａ，１０３ｂは、魚眼レンズによる光学像を電気信号の画像データに変換して出力するＣＭＯＳ（Complementary Metal Oxide Semiconductor）センサやＣＣＤ（Charge Coupled Device）センサなどの画像センサ、この画像センサの水平又は垂直同期信号や画素クロックなどを生成するタイミング生成回路、この撮像素子の動作に必要な種々のコマンドやパラメータなどが設定されるレジスタ群などを有している。

撮像ユニット１０１の撮像素子１０３ａ，１０３ｂは、各々、画像処理ユニット１０４とはパラレルＩ／Ｆバスで接続されている。一方、撮像ユニット１０１の撮像素子１０３ａ，１０３ｂは、撮像制御ユニット１０５とは別に、シリアルＩ／Ｆバス（Ｉ２Ｃバス等）で接続されている。画像処理ユニット１０４及び撮像制御ユニット１０５は、バス１１０を介してＣＰＵ１１１と接続される。更に、バス１１０には、ＲＯＭ１１２、ＳＲＡＭ１１３、ＤＲＡＭ１１４、操作部１１５、ネットワークＩ／Ｆ１１６、通信部１１７、及び電子コンパス１１８なども接続される。

画像処理ユニット１０４は、撮像素子１０３ａ，１０３ｂから出力される画像データをパラレルＩ／Ｆバスを通して取り込み、それぞれの画像データに対して所定の処理を施した後、これらの画像データを合成処理して、図４―３に示されているような正距円筒射影画像のデータを作成する。

撮像制御ユニット１０５は、一般に撮像制御ユニット１０５をマスタデバイス、撮像素子１０３ａ，１０３ｂをスレーブデバイスとして、Ｉ２Ｃバスを利用して、撮像素子１０３ａ，１０３ｂのレジスタ群にコマンド等を設定する。必要なコマンド等は、ＣＰＵ１１１から受け取る。また、該撮像制御ユニット１０５は、同じくＩ２Ｃバスを利用して、撮像素子１０３ａ，１０３ｂのレジスタ群のステータスデータ等を取り込み、ＣＰＵ１１１に送る。

また、撮像制御ユニット１０５は、操作部１１５のシャッターボタンが押下されたタイミングで、撮像素子１０３ａ，１０３ｂに画像データの出力を指示する。撮像装置によっては、ディスプレイによるプレビュー表示機能や動画表示に対応する機能を持つ場合もある。この場合は、撮像素子１０３ａ，１０３ｂからの画像データの出力は、所定のフレームレート（フレーム／分）によって連続して行われる。

また、撮像制御ユニット１０５は、後述するように、ＣＰＵ１１１と協働して撮像素子１０３ａ，１０３ｂの画像データの出力タイミングの同期をとる同期制御手段としても機能する。なお、本実施形態では、撮像装置１には表示部が設けられていないが、表示部を設けてもよい。

ＣＰＵ１１１は、撮像装置１の全体の動作を制御すると共に必要な処理を実行する。ＲＯＭ１１２は、ＣＰＵ１１１のための種々のプログラムを記憶している。ＳＲＡＭ１１３及びＤＲＡＭ１１４はワークメモリであり、ＣＰＵ１１１で実行するプログラムや処理途中のデータ等を記憶する。特にＤＲＡＭ１１４は、画像処理ユニット１０４での処理途中の画像データや処理済みの正距円筒射影画像のデータを記憶する。

操作部１１５は、種々の操作ボタンや電源スイッチ、シャッターボタン、表示と操作の機能を兼ねたタッチパネルなどの総称である。ユーザは操作ボタンを操作することで、種々の撮像モードや撮像条件などを入力する。

ネットワークＩ／Ｆ１１６は、ＳＤカード等の外付けのメディアやパーソナルコンピュータなどとのインターフェース回路（ＵＳＢＩ／Ｆ等）の総称である。また、ネットワークＩ／Ｆ１１６としては、無線、有線を問わずにネットワークインタフェースである場合も考えられる。ＤＲＡＭ１１４に記憶された正距円筒射影画像のデータは、このネットワークＩ／Ｆ１１６を介して外付けのメディアに記録されたり、必要に応じてネットワークＩ／ＦとなるネットワークＩ／Ｆ１１６を介して通信端末３等の外部装置に送信されたりする。

通信部１１７は、撮像装置１に設けられたアンテナ１１７ａを介して、WiFi（wireless fidelity）やＮＦＣ等の短距離無線技術によって、通信端末３等の外部装置と通信を行う。この通信部１１７によっても、正距円筒射影画像のデータを通信端末３の外部装置に送信することができる。

電子コンパス１１８は、地球の磁気から撮像装置１の方位及び傾き（Roll回転角）を算出し、方位・傾き情報を出力する。この方位・傾き情報はExifに沿ったメタデータの一例であり、撮像画像の画像補正等の画像処理に利用される。なお、メタデータには、画像データのサムネイル、画像の撮像日時、及び画像データのデータ容量の各データも含まれている。

次に、図１７を用いて、通信端末３ａのハードウェア構成を説明する。なお、図１７は、スマートフォンの場合の通信端末３ａのハードウェア構成図である。

図１７に示されているように、通信端末３ａは、通信端末３ａ全体の動作を制御するＣＰＵ３０１、基本入出力プログラムを記憶したＲＯＭ３０２、ＣＰＵ３０１のワークエリアとして使用されるＲＡＭ（Random Access Memory）３０３、ＣＰＵ３０１の制御に従ってデータの読み出し又は書き込みを行うＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）３０４、ＣＰＵ３０１の制御に従って被写体を撮像し画像データを得る撮像素子としてのＣＭＯＳセンサ３０５、地磁気を検知する電子磁気コンパスやジャイロコンパス、加速度センサ等の各種加速度・方位センサ３０６、フラッシュメモリ等の記録メディア３０７に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ３０８を備えている。そして、メディアドライブ３０８の制御に従って、既に記録されていたデータが読み出され、又は新たにデータが書き込まれて記憶する記録メディア３０７が着脱自在な構成となっている。

なお、ＥＥＰＲＯＭ３０４には、ＣＰＵ３０１が実行するオペレーティングシステム(OS)、その他のプログラム、及び、種々データが記憶されている。また、ＣＭＯＳセンサ３０５の代わりにＣＣＤセンサを用いてもよい。

更に、通信端末３ａは、音声を音声信号に変換する音声入力部３１１、音声信号を音声に変換する音声出力部３１２、アンテナ３１３ａ、このアンテナ３１３ａを利用して無線通信信号により、最寄りの基地局９ａ等と通信を行う通信部３１３、ＧＰＳ（Global Positioning Systems）衛星又は屋内ＧＰＳとしてのＩＭＥＳ（Indoor MEssaging System）によって通信端末３ａの位置情報（緯度、経度、及び高度）を含んだＧＰＳ信号を受信するＧＰＳ受信部３１４、被写体の画像や各種アイコン等を表示する液晶や有機ＥＬなどのディスプレイ３１５、このディスプレイ３１５上に載せられ、感圧式又は静電式のパネルによって構成され、指やタッチペン等によるタッチによってディスプレイ３１５上におけるタッチ位置を検出するタッチパネル３１６、及び、上記各部を電気的に接続するためのアドレスバスやデータバス等のバスライン３１０を備えている。

なお、音声入力部３１１は、音声を入力するマイクが含まれ、音声出力部３１２には、音声を出力するスピーカが含まれている。

次に、図１８を用いて、ノートＰＣの場合の通信端末３ｂ、画像管理システム５、及びリンク情報管理システム７のハードウェア構成を説明する。なお、図１８は、ノートＰＣの場合の通信端末、画像管理システム５、及びリンク情報管理システム７のハードウェア構成図である。通信端末３ｂ、画像管理システム５、及びリンク情報管理システム７は、ともに一般のコンピュータであるため、以下では、画像管理システム５の構成について説明し、通信端末３ｂ及びリンク情報管理システム７の構成の説明は省略する。

画像管理システム５は、画像管理システム５全体の動作を制御するＣＰＵ５０１、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶したＲＯＭ５０２、ＣＰＵ５０１のワークエリアとして使用されるＲＡＭ５０３、画像管理システム５用のプログラム等の各種データを記憶するＨＤ５０４、ＣＰＵ５０１の制御に従ってＨＤ５０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ（Hard Disk Drive）５０５、フラッシュメモリ等の記録メディア５０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ５０７、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ５０８、通信ネットワーク９を利用してデータ通信するためのネットワークＩ／Ｆ５０９、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード５１１、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス５１２、着脱可能な記録媒体の一例としてのＣＤ―ＲＯＭ（Compact Disc Read Only Memory）５１３に対する各種データの読み出し又は書き込みを制御するＣＤ―ＲＯＭドライブ５１４、及び、上記各構成要素を図１８に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン５１０を備えている。

＜＜実施形態の機能構成＞＞
次に、図１９を用いて、本実施形態の機能構成について説明する。図１９は、本実施形態の画像処理システム１００の一部を構成する通信端末３、画像管理システム５、及びリンク情報管理システム７の各機能ブロック図である。図１９では、通信端末３、画像管理システム５、及びリンク情報管理システム７が、通信ネットワーク９を介してデータ通信することができる。

＜通信端末の機能構成＞
図１９に示されているように、通信端末３は、送受信部３１、操作入力受付部３２、表示制御部３３、制御部３４、表示履歴情報記憶部３５、及び記憶・読出部３９を有している。これら各部は、図１６に示されている各構成要素のいずれかが、ＳＲＡＭ１１３からＤＲＡＭ１１４上に展開された通信端末３用のプログラムに従ったＣＰＵ１１１からの命令によって動作することで実現される機能又は手段である。

また、通信端末３は、図１６に示されているＲＯＭ１１２、ＳＲＡＭ１１３、及びＤＲＡＭ１１４によって構築される記憶部３０００を有している。記憶部３０００には、ボタン定義ＤＢ３００１とアクション定義ＤＢ３００２が構築されている。これらの詳細は後述するが、ボタン定義ＤＢ３００１とアクション定義ＤＢ３００２は閲覧スクリプトと共に画像管理システム５から送信されてもよいし、閲覧スクリプトが画像管理システム５から取得してもよい。

（通信端末の各機能構成）
次に、図１７及び図１９を用いて、通信端末３の各機能構成について更に詳細に説明する。

通信端末３の送受信部３１は、主に、図１７に示されている通信部３１３及びＣＰＵ３０１の処理によって実現され、通信ネットワーク９を介して画像管理システム５、又はリンク情報管理システム７と各種データ（又は情報）の送受信を行う。

操作入力受付部３２は、主にタッチパネル３１６及びＣＰＵ３０１による処理によって実現され、ユーザから各種の選択又は入力を受け付ける。

表示制御部３３は、主にＣＰＵ３０１の処理によって実現され、ディスプレイ３１５に各種画像や文字等を表示させるための制御を行う。

表示履歴情報記憶部３５は、主にＲＡＭ３０３やＥＥＰＲＯＭ３０４によって実現され、ユーザが表示した所定領域Ｔの表示履歴を保持する。表示履歴情報記憶部３５としてはＷｅｂブラウザによって管理されるローカル保存領域などを利用してもよいし、サーバなどの外部の装置によって実現してもよい。

制御部３４は、主にＣＰＵ３０１の処理によって実現され、全天球画像の表示状態に応じて追加情報を表示する。ボタン又は所定領域Ｔに関係した情報そのものが表示される。予めボタン表示されているか、又は、ボタンが表示された場合、該ボタンが押下されると所定領域Ｔに関係した情報が表示される。また、制御部３４は表示履歴情報記憶部３５に所定領域Ｔの表示履歴を記録し、表示履歴に基づいて追加情報を表示する。表示状態とは、通信端末３が表示している、又は、表示したことがある所定領域Ｔである。

記憶・読出部３９は、記憶部３０００に各種データ（又は情報）を記憶したり、記憶部３０００から各種データ（又は情報）を読み出したりする。

＜画像管理システムの機能構成＞
次に、図１８及び図１９を用いて、画像管理システム５の各機能構成について詳細に説明する。画像管理システム５は、送受信部５１、識別情報割当部５２、サムネイル作成部５３、リンク情報作成部５４、抽出部５５、及び記憶・読出部５９を有している。これら各部は、図１８に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ５０３上に展開された画像管理システム５用のプログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能又は手段である。

また、画像管理システム５は、図１８に示されているＲＡＭ５０３、及びＨＤ５０４によって構築される記憶部５０００を有している。この記憶部５０００には、後述の画像管理テーブルによって構成されている画像管理ＤＢ５００１が構築されている。また、記憶部５０００には、後述のサムネイル管理テーブルによって構成されているサムネイル管理ＤＢ５００２が構築されている。更に、記憶部５０００には、上記の閲覧スクリプトが記憶されている。

（画像管理テーブル）
図２０は、画像管理テーブルを示す概念図である。この画像管理テーブルでは、ユーザを識別するためのユーザＩＤ、画像データを識別するための画像ＩＤ、及び画像データのファイル名が関連付けて記憶されて管理されている。この画像データは、全天球画像のデータである。なお、ユーザＩＤはユーザを一意に識別できるユーザ識別情報の一例である。そして、ユーザ識別情報には、サービス利用番号、従業員番号、学籍番号、国民総背番号制に基づく国民番号等も含まれる。また、画像ＩＤは画像識別情報の一例である。

（サムネイル管理テーブル）
図２１は、サムネイル管理テーブルを示す概念図である。このサムネイル管理テーブルでは、サムネイルを識別するためのサムネイルＩＤ、画像ＩＤ、及びサムネイルデータのファイル名が関連付けて記憶されて管理されている。なお、サムネイルＩＤはサムネイル識別情報の一例である。

（画像管理システムの各機能構成）
次に、図１８及び図１９を用いて、画像管理システム５の各機能構成について詳細に説明する。

画像管理システム５の送受信部５１は、主に、図１８に示されているネットワークＩ／Ｆ５０９及びＣＰＵ５０１の処理によって実現され、通信ネットワーク９を介して通信端末３、又はリンク情報管理システム７と各種データ（又は情報）の送受信を行う。

識別情報割当部５２は、主に、図１８に示されているＣＰＵ５０１の処理によって実現され、送受信部５１によって受信された例えば、正距円筒射影画像の画像データを管理するために、この画像データに対して画像ＩＤを割り当て、この画像データのヘッダ部分に画像ＩＤを付与する。また、識別情報割当部５２は、サムネイル作成部５３によって作成されたサムネイルデータに対してサムネイルＩＤを割り当て、このサムネイルデータのヘッダ部分にサムネイルＩＤを付与する。

サムネイル作成部５３は、主に、図１８に示されているＣＰＵ５０１の処理によって実現され、送受信部５１によって受信された画像ＩＤで示される画像データ、及び送受信部５１によって受信された所定領域情報で示される所定領域Ｔに基づいて、図９乃至図１２に示されているように、画像データにおける所定領域Ｔからサムネイルデータを作成する。

リンク情報作成部５４は、主に、図１８に示されているＣＰＵ５０１の処理によって実現され、送受信部５１によって受信された画像ＩＤで示される画像データのＵＲＬ、識別情報割当部５２によって割り当てられた画像ＩＤ、及び送受信部５１によって受信された所定領域情報を連結して、図１３に示されているリンク情報を作成する。

抽出部５５は、主に、図１８に示されているＣＰＵ５０１の処理によって実現され、送受信部５１によって受信されたリンク情報から、画像ＩＤと所定領域情報とを抽出する。

記憶・読出部５９は、記憶部５０００に各種データ（又は情報）を記憶したり、記憶部５０００から各種データ（又は情報）を読み出したりする。

＜リンク情報管理システムの機能構成＞
次に、図１８及び図１９を用いて、リンク情報管理システム７の機能構成について詳細に説明する。リンク情報管理システム７は、送受信部７１、画面作成部７２、及び、記憶・読出部７９を有している。これら各部は、図１８に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ５０３上に展開されたリンク情報管理システム７用のプログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能又は手段である。

また、リンク情報管理システム７は、図１８に示されているＲＡＭ５０３、及びＨＤ５０４によって構築される記憶部７０００を有している。この記憶部７０００には、後述のユーザ管理テーブルによって構成されているユーザ管理ＤＢ７００１、関係者管理テーブルによって構成されている関係者管理ＤＢ７００２、及び物件管理テーブルによって構成されている物件管理ＤＢ７００３が構築される。

（ユーザ管理テーブル）
図２２は、ユーザ管理テーブルを示す概念図である。このユーザ管理テーブルは、ユーザＩＤ、ユーザ認証に用いられるパスワード、ユーザの画像を示すユーザ画像（店舗等の画像）、及びユーザ個人情報（ユーザの名称、住所、電話番号等）が関連付けて管理されている。

（物件管理テーブル）
図２３は、物件管理テーブルを示す概念図である。この物件管理テーブルでは、物件ＩＤ毎に、ユーザＩＤ、リンク情報、サムネイルデータのファイル名、及び上記の関連情報が関連付けて管理されている。物件ＩＤは、物件を特定するための物件識別情報の一例である。

（リンク情報管理システムの各機能構成）
次に、図１９を用いて、リンク情報管理システム７の各機能構成について詳細に説明する。

リンク情報管理システム７の送受信部７１は、主に、図１８に示されているネットワークＩ／Ｆ５０９及びＣＰＵ５０１の処理によって実現され、通信ネットワーク９を介して通信端末３、又は画像管理システム５と各種データ（又は情報）の送受信を行う。

画面作成部７２は、主に、図１８に示されているＣＰＵ５０１の処理によって実現され、物件管理テーブルに基づいて、図１４に示されているような物件詳細画面の画面情報を作成する。

記憶・読出部７９は、記憶部７０００に画像データ等の各種データ（又は情報）を記憶したり、記憶部７０００から画像データ等の各種データ（又は情報）を読み出したりする。

＜＜実施形態の処理又は動作＞＞
次に、図２４を用いて、ユーザＡが通信端末３ａから、図４―３に示されている撮像画像の画像データをアップロードする処理を説明する。図２４は、画像データのアップロードの処理を示したシーケンス図である。

なお、通信端末３、画像管理システム５、及びリンク情報管理システム７間の通信ネットワーク９を介する通信プロトコルは、ハイパーテキスト通信プロトコル（ＨＴＴＰ）によるＨＴＴＰ通信である。通信端末３ａはＨＴＴＰクライアントに相当し、画像管理システム５及びリンク情報管理システム７はＨＴＴＰサーバに相当する。

まず、ユーザＡは、図４―３に示されている撮像画像の画像データを撮像装置１から通信端末３ａの記憶部３０００に取り込んでおく。そして、ユーザＡがアップロードする画像データを選択することにより、通信端末３ａの操作入力受付部３２は、アップロードされる画像データの選択を受け付ける（ステップＳ１１）。

次に、通信端末３ａの送受信部３１は、通信ネットワーク９を介して画像管理システム５へ、ユーザＡのユーザＩＤ及びアップロードする画像データを送信することにより、画像の登録要求を行う（ステップＳ１２）。これにより、画像管理システム５の送受信部５１は、ユーザＩＤ及び画像データを受信する。

次に、画像管理システム５の識別情報割当部５２は、ステップＳ１２によって受信された画像データに対して画像ＩＤを割り当て、この画像データのヘッダ部分に画像ＩＤを付与する（ステップＳ１３）。

次に、記憶・読出部５９は、ステップＳ１２によって受信されたユーザＩＤ及び画像データのファイル名、並びに、ステップＳ１３によって割り当てられた画像ＩＤを関連付けて、画像管理テーブル（図２０参照）に記憶して管理すると共に、画像データを記憶部５０００に記憶して管理する（ステップＳ１４）。

次に、送受信部５１は、通信ネットワーク９を介して通信端末３ａへ、ステップＳ１３によって割り当てられた画像ＩＤを送信することで、登録が完了した旨の通知を行う（ステップＳ１５）。これにより、通信端末３ａの送受信部３１は、画像ＩＤを受信する。そして、通信端末３ａの記憶・読出部３９は、画像ＩＤを記憶して管理する（ステップＳ１６）。なお、この状態で、ユーザＡやユーザＢが画像データをダウンロードした場合には、各ディスプレイ３１５上に、図１０―２に示されるような所定領域画像（部分画像Ｐ０）が表示され、ユーザＡやユーザＢはどのような画像データをダウンロードしたかを直ちに認識することができない。そこで、ユーザＡは、下記ステップＳ２１以降の処理によって、ダウンロードした画像データを分かり易くする。

続いて、図２５を用いて、サムネイルの作成及びアップロードの処理を説明する。なお、図２５は、サムネイルの作成及びアップロードの処理を示したシーケンス図である。

図２５に示されているように、通信端末３ａでは、ユーザＡがダウンロードする画像データを選択することにより、通信端末３ａの操作入力受付部３２は、ダウンロードされる画像データの選択を受け付ける（ステップＳ２１）。これにより、記憶・読出部３９は、記憶部３０００から、選択された画像データの画像ＩＤを読み出す。

次に、通信端末３ａの送受信部３１は、通信ネットワーク９を介して画像管理システム５へ、要求する画像データの画像ＩＤを送信することにより、画像の要求を行う（ステップＳ２２）。これにより、画像管理システム５の送受信部５１は、画像ＩＤを受信する。

次に、画像管理システム５の記憶・読出部５９は、ステップＳ２２によって受信された画像ＩＤを検索キーとして画像管理テーブル（図２０参照）を検索することにより、対応する画像データのファイル名を抽出し、更に、このファイル名の画像データを記憶部５０００から読み出す（ステップＳ２３）。

次に、送受信部５１は、通信ネットワーク９を介して通信端末３ａへ、上記ステップＳ２３によって読み出された画像データと上記ステップＳ２２によって受信された画像ＩＤとを送信する（ステップＳ２４）。これにより、通信端末３ａの送受信部３１は、画像データ及び画像ＩＤを受信することで、画像データのダウンロードが完了する。なお、この状態では、依然として、通信端末３ａには、図１０―２に示されるようなデフォルトの所定領域画像（部分画像Ｐ０）が表示される。

そこで、通信端末３ａでは、操作入力受付部３２がユーザＡによる操作を受け付けることにより、表示制御部３３が、図１０―２に示されているような所定領域画像（部分画像Ｐ０）から、図１１に示されているような所定領域画像（部分画像Ｐ１）に変更する（ステップＳ２５）。この際、操作入力受付部３２は、ユーザＡから上記の関連情報の入力も受け付けると共に、図１１に示された所定領域画像をデフォルト表示とする要求も受け付ける（ステップＳ２５）。

次に、送受信部３１は、通信ネットワーク９を介して画像管理システム５へ、画像ＩＤ、部分画像Ｐ１を示す所定領域情報、関連情報、及びユーザＩＤを送信することにより、画像管理システム５へリンク情報の登録を指示する（ステップＳ２６）。これにより、画像管理システム５の送受信部５１は、画像ＩＤ、部分画像Ｐ１を示す所定領域情報、関連情報、及びユーザＩＤを受信する。

次に、記憶・読出部５９は、ステップＳ２６によって受信された画像ＩＤを検索キーとして画像管理テーブル（図２０参照）を検索することにより、対応する画像データのファイル名を抽出し、このファイル名に基づいて記憶部５０００から画像データを読み出す（ステップＳ２７）。そして、サムネイル作成部５３は、ステップＳ２７によって読み出された画像データ、及びステップＳ２６によって受信された所定領域情報で示される所定領域Ｔに基づいて、図９乃至図１２に示されているように、画像データにおける所定領域Ｔからサムネイルデータを作成する（ステップＳ２８）。

次に、識別情報割当部５２は、ステップＳ２８によって作成されたサムネイルデータに対してサムネイルＩＤを割り当て、このサムネイルデータのヘッダ部分にサムネイルＩＤを付与する(ステップＳ２９)。そして、記憶・読出部５９は、サムネイル管理テーブル（図２１参照）に、ステップＳ２９によって割り当てられたサムネイルＩＤ、上記ステップＳ２６によって受信された画像ＩＤ、及び上記ステップＳ２８によって作成されたサムネイルデータを関連付けて記憶することで管理する（ステップＳ３０）。

次に、リンク情報作成部５４は、ステップＳ２６によって受信された画像ＩＤで示される画像データのＵＲＬ、ステップＳ２６によって受信された画像ＩＤ、及びステップＳ２６によって受信された所定領域情報を連結して、図１３に示されているリンク情報を作成する（ステップＳ３１）。

続いて、図２６を用いて、サムネイル及びリンク情報をアップロードする処理を説明する。なお、図２６は、サムネイル及びリンク情報をアップロードする処理を示したシーケンス図である。

まず、画像管理システム５の送受信部５１は、通信ネットワーク９を介してリンク情報管理システム７へ、上記ステップＳ３１によって作成されたリンク情報、並びに、上記ステップＳ２６によって受信された関連情報及びユーザＩＤを送信することにより、リンク情報管理システム７へリンク情報の登録を要求する（ステップＳ４１）。これにより、リンク情報管理システム７の送受信部７１は、リンク情報、関連情報、及びユーザＩＤを受信する。

次に、リンク情報管理システム７の記憶・読出部７９は、物件管理テーブル（図２３参照）において、物件ＩＤ毎に、上記ステップＳ４１によって受信されたユーザＩＤ、リンク情報、及び関連情報を関連付けて記憶することにより登録（管理）する（ステップＳ４２）。なお、関連画像は、上記のように、ユーザＡ又は管理者Ｙによって作成され、記憶・読出部７９によって物件ＩＤに関連付けられる。但し、この状態では、リンク情報管理システム７で、サムネイルデータの管理が行われていない。そこで、送受信部７１が、リンク情報に含まれるＵＲＬで示される画像管理システム５に対してアクセスすることにより、サムネイルデータのＵＲＬを要求する（ステップＳ４３）。これにより、画像管理システム５の送受信部５１は、サムネイルデータのＵＲＬの要求を受け付ける。

次に、画像管理システム５の送受信部５１は、通信ネットワーク９を介してリンク情報管理システム７へ、サムネイルデータのＵＲＬを送信する（ステップＳ４４）。これにより、リンク情報管理システム７の送受信部７１は、サムネイルデータのＵＲＬを受信する。

次に、リンク情報管理システム７の送受信部７１は、サムネイルデータのＵＲＬで示される画像管理システム５に対してアクセスすることにより、サムネイルデータを要求する（ステップＳ４５）。これにより、画像管理システム５の送受信部５１は、サムネイルデータの要求を受け付ける。

次に、画像管理システム５の送受信部５１は、通信ネットワーク９を介してリンク情報管理システム７へ、サムネイルデータを送信する（ステップＳ４６）。これにより、リンク情報管理システム７の送受信部７１は、サムネイルデータを受信する。そして、記憶・読出部７９は、物件管理テーブル（図２３参照）のサムネイルデータのファイル名のフィールド部分に、上記ステップＳ４６によって受信されたサムネイルデータのファイル名を追加して記憶すると共に、このサムネイルデータを記憶部７０００に記憶して管理する（ステップＳ４７）。

続いて、図２７を用いて、画像データのダウンロードの処理を説明する。なお、図２７は、画像データのダウンロードの処理を示したシーケンス図である。

まず、通信端末３ｂの操作入力受付部３２が、ユーザＢから物件リストの要求を受け付けると、送受信部３１はリンク情報管理システム７に対して物件リストの要求を送信する
（ステップＳ５１）。これにより、リンク情報管理システム７の送受信部７１は、物件リストの要求を受信する。

次に、リンク情報管理システム７の記憶・読出部７９は、ユーザ管理テーブル（図２２参照）から各ユーザ個人情報（不動産事業者名等）を読み出すと共に、物件管理テーブル（図２３参照）から各物件ＩＤ、各関連情報、及び各関連画像を読み出す（ステップＳ５２）。そして、画面作成部７２が、ステップＳ５２によって読み出された各データに基づき、物件リストを作成する（ステップＳ５３）。この物件リストのデータには、物件毎に物件ＩＤが埋め込まれている。その後、送受信部７１が、ステップＳ５３によって作成された物件リストのデータを通信端末３ｂに送信する（ステップＳ５４）。これにより、通信端末３ｂの送受信部３１が、物件リストのデータを受信する。

次に、通信端末３ｂでは、表示制御部３３が物件リストを表示して、ユーザＢから所望の物件の選択を受け付ける（ステップＳ５５）。そして、通信端末３ｂの送受信部３１は、リンク情報管理システム７に対して、物件詳細画面の要求を送信する（ステップＳ５６）。この際、通信端末３ｂの送受信部３１は、ステップＳ５５によって選択を受け付けた物件の物件ＩＤを送信する。これにより、リンク情報管理システム７の送受信部７１は、物件ＩＤと共に物件詳細画面の要求を受信する。

次に、画面作成部７２は、図１４に示されているような物件詳細画面の画面情報を作成する（ステップＳ５７）。ここで、物件詳細画面の作成方法について説明する。まず、記憶・読出部７９は、上記ステップＳ５６によって送られた物件ＩＤを検索キーとして物件管理テーブル（図２３参照）を検索することにより、対応するユーザＩＤ、リンク情報、サムネイルデータのファイル名、関連情報及び関連画像を読み出す。また、記憶・読出部７９は、上記ユーザＩＤを検索キーとしてユーザ管理テーブル（図２２参照）を検索することにより、対応するユーザ個人情報を読み出す。そして、画面作成部７２が、リンク情報、サムネイルデータのファイル名、関連情報及び関連画像、並びにユーザ個人情報を用いて、図１４に示されているような上記の物件詳細画面３２００を作成する。なお、各サムネイル（３２４０ａ，３２４０ｂ，３２４０ｃ）には、上記リンク情報が埋め込まれ、ハイパーリンクが張られている。

次に、リンク情報管理システム７の送受信部７１は、通信ネットワーク９を介して通信端末３ｂへ、ステップＳ５７によって作成された物件詳細画面のデータを送信する（ステップＳ５８）。これにより、通信端末３ｂの送受信部３１は、物件詳細画面のデータを受信する。そして、通信端末３ｂのディスプレイ５０８上には、図１４に示されているような物件詳細画面が表示される。

次に、通信端末３ｂの操作入力受付部３２は、ユーザＢから所望のサムネイルの選択を受け付けることによって、結果的にリンク情報の選択を受け付ける（ステップＳ５９）。

次に、通信端末３ｂの送受信部３１は、画像管理システム５に対して、上記ステップＳ５９によって選択されたリンク情報を送信することにより、画像データを要求する（ステップＳ６０）。これにより、画像管理システム５の送受信部５１は、リンク情報を受信する。

次に、画像管理システム５の抽出部５５は、上記ステップＳ６０によって受信されたリンク情報から、画像ＩＤと所定領域情報とを抽出する（ステップＳ６１）。そして、記憶・読出部５９は、ステップＳ６１によって抽出された画像ＩＤを検索キーとして画像管理テーブル（図２０参照）を検索することにより、対応する画像データのファイル名を抽出すると共に、このファイル名の画像データを記憶部５０００から読み出す（ステップＳ６２）。更に、記憶・読出部５９は、記憶部５０００から閲覧スクリプトも読み出す（ステップＳ６２）。

次に、送受信部５１は、通信ネットワーク９を介して通信端末３ｂへ、ステップＳ６２によって読み出された画像データ及び閲覧スクリプト、並びに、ステップＳ６１によってリンク情報から抽出された画像ＩＤ及び所定領域情報を送信する（ステップＳ６３）。これにより、通信端末３ｂの送受信部３１は、画像データ、閲覧スクリプト、画像ＩＤ、及び所定領域情報を受信する。

次に、通信端末３ｂの表示制御部３３は、ステップＳ６３によって受信された閲覧スクリプトを起動させ、画像データ及び所定領域情報に基づいて、図１５に示されているように、画像データにおける所定領域Ｔから所定領域画像（部分画像Ｐ１）を作成して表示する（ステップＳ６４）。

＜イベントハンドラーの登録＞
本実施形態の通信端末３ｂの制御部３４はＷｅｂブラウザにイベントハンドラーを登録して、閲覧スクリプトの実行時にイベントハンドラーを実行する。イベントハンドラーとは、予め定めた操作をイベントして決まった処理を呼び出すことをいう。

図２８は、通信端末３ｂの制御部３４がＷｅｂブラウザにイベントハンドラーを登録する手順を示すフローチャート図の一例である。

まず、図２７にて説明したように、送受信部３１はユーザＢの閲覧要求に応じて、リンク情報管理システム７の送受信部７１が送信したＷｅｂページ（物件詳細画面の画面情報）を取得する（Ｓ１０１）。

次に、制御部３４はＷｅｂページを解析して、ＨＴＭＬなどに記述されたリンク先の情報を特定する（Ｓ１０２）。

次に、制御部３４はＷｅｂページの解析後に、リンク先の情報に基づいて画像管理システム５から閲覧スクリプト等を取得する（Ｓ１０３）。

次に、制御部３４は、閲覧スクリプトの実行を開始する（Ｓ１０４）。

次に、制御部３４は、閲覧スクリプトの実行により画像管理システム５より全天球画像の画像データを取得する（Ｓ１０５）。

次に、制御部３４は、イベントハンドラーと呼ばれる処理をＷｅｂブラウザに設定する（Ｓ１０６）。イベントハンドラーの設定は、Ｗｅｂブラウザが予め備えている機能である。イベントハンドラーにより操作入力受付部３２がイベントを受け付けた場合に実行する処理を設定できる。制御部３４は閲覧スクリプトの実行により、中心点ＣＰの変更、画角の変更、及び、ボタン押下に対するイベントハンドラーを登録する。イベントハンドラーの処理については後述する。

制御部３４は、閲覧スクリプトの実行により全天球画像の表示を開始する（Ｓ１０７）。

全天球画像の表示は、Ｗｅｂブラウザの終了や、別ページへの遷移などWebページ閲覧が終了するまで行われる（Ｓ１０８）。

図２９は、中心点ＣＰ及び画角の変更により実行されるイベントハンドラーの処理を説明するフローチャート図の一例である。中心点ＣＰ又は画角が変更されるたびに図２９の処理が実行される。

制御部３４は操作入力受付部３２からの入力値を取得する（Ｓ１１１）。入力値とは上記の所定領域情報（ｘ，ｙ，α）である。以下、中心点ＣＰ（ｘ，ｙ）を（θc, φc)とする。

次に、表示制御部３３は、入力値に応じて、中心点ＣＰ、及び、画角の少なくとも一方を変更する（Ｓ１１２）。これにより、全天球画像の所定領域Ｔが変更され、中心点ＣＰを示す座標(θc, φc) 及び所定領域Ｔを示す座標（θs，φs）、（θe，φe）も変更される。座標（θs，φs）、（θe，φe）は画角αによって決まる左上コーナーと右下コーナーの座標である。

制御部３４は、(θc, φc)、（θs，φs）、（θe，φe）の座標によってボタンの表示態様を変更する（Ｓ１１３）。ボタンの一例は図３７にて説明する。

図３０，図３１を用いてボタンの表示態様の変更方法を説明する。ボタンの表示態様を変更するとは、ボタンを表す表示部品（画像）を変更することである。

図３０は、画像管理システム５から送信されたボタン定義情報を模式的に示す。ボタン定義情報はボタン定義ＤＢ３００１に記憶される。ボタンの表示態様を変更する方法としては、図３０に示すように、事前に定義されているルールに従って制御部３４が変更する方法が考えられる。図３０のボタン定義情報は閲覧スクリプトに含めて記述されていてもよいし、定義ファイルとしてJSON形式などで画像管理システム５が用意しておき、閲覧スクリプトが画像管理システム５から取得してもよい。

ボタンの表示態様は、例えば色、形状、文字、及び大きさの１つ以上で変わるため表示態様を変更するとは、色、形状、文字、及び大きさの１つ以上を変更することをいう。

図３０に示すようにボタン定義情報には、(θ1, φ1)、(θ2, φ2)で表される領域ｎ（ｎは１，２などの整数）と、それに対応するボタン画像ＵＲＬが対応づけられている。つまり、通信端末３ｂは領域１又は領域２のどちらを所定領域Ｔとするかによって、ボタンを表す画像を変更できる。なお、デフォルトとは、領域１及び領域２で定義された領域以外が所定領域Ｔの場合のボタン画像ＵＲＬを表す。

なお、ボタンが追加情報となる場合もある。この場合、領域ｎにボタンの画像データが対応付けられており、通信端末３ｂは所定領域Ｔに応じてボタンを表示する。また、ボタンにはボタン画像ＵＲＬが対応づけられている。

図３１は、領域１，領域２を正距円筒射影画像で表した図である。正距円筒射影画像であるため緯度が高い及び低い領域で歪みがあるが、通信端末３ｂが領域１，領域２を表示した場合は矩形になる。

制御部３４は、通信端末３ｂが表示する所定領域Ｔが各領域１、領域２を表示しているかを判断して、表示している場合にボタン定義情報に基づいて領域１，２に対応する処理（ボタン画像を取得する）を行う。

図３２は、通信端末３ｂが表示する所定領域Ｔに対応する表示態様でボタンを表示する手順を示すフローチャート図の一例である。図３２の処理はイベントハンドラーの実行によりスタートする。

制御部３４は、内部変数ｎを１に初期化する（Ｓ１２１）。

制御部３４は、通信端末３ｂが表示する所定領域Ｔが領域ｎを表示しているか否かを判断する（Ｓ１２２）。所定領域Ｔと領域ｎが完全に一致することは少ないため判断方法は後述する。

領域ｎを表示している場合、制御部３４はボタン定義情報において領域ｎに対応する処理を行い終了する（Ｓ１２６）。すなわち、領域ｎに対応するボタン画像ＵＲＬに接続してボタン画像を取得し、ボタン画像を変更して表示する。これにより図３２の処理は終了する。

領域ｎを表示していない場合、制御部３４はｎをインクリメントして（Ｓ１２３）、再度、領域ｎを表示しているか否かを判断する（Ｓ１２２）。

制御部３４はｎが領域数を超えている場合（Ｓ１２４のＹｅｓ）、制御部３４はボタン定義情報においてデフォルトに対応する処理を行い終了する（Ｓ１２５）。すなわち、デフォルトのボタン画像に変更して終了する。デフォルトのボタン画像ＵＲＬに接続してボタン画像を取得し、ボタン画像を表示する。全天球画像を初めて取得した場合はデフォルトのボタン画像が表示される場合が多い。

なお、制御部はボタン画像をブラウザのローカル保存領域に保存しておき、再度、同じ領域ｎをユーザが表示したり、デフォルトの領域を表示したりした場合、保存してあるボタン画像を表示する。

以上の処理により、通信端末３ｂが領域１を表示している場合、制御部３４は「https://example.com/button1.jpg」、領域２を表示している場合は「https://example.com/button2.jpg」、領域１，２を表示していない場合は「https://example.com/default.jpg」のボタン画像を表示すると判断する。ボタン表示が変更されれば、ユーザはボタンを押下して得られる情報も変わると予想できるので、ユーザがボタンを押下する機会を多くすることができる。

なお、ボタン定義情報にデフォルトのボタン画像が定義されていなければ、制御部３４はボタン画像を非表示にすることも可能である。

所定領域Ｔが領域ｎを表示しているかどうかの判断は、中心点ＣＰを用いて行える。制御部３４は、中心点ＣＰ(θc, φc)の座標が、領域ｎの内部に入っている場合は、表示制御部３３が領域ｎを表示していると判断する。

あるいは、図３３に示すように、所定領域Ｔと領域ｎの重複面積２０１を計算し、重複面積２０１が閾値を超えている場合に、所定領域Ｔが領域ｎを含んでいると判断する方法でもよい。図３３は所定領域Ｔと領域ｎの重複面積の一例を示す図である。斜線部の重複領域が閾値以上（例えば５０％など）の場合に所定領域Ｔが領域ｎを表示していると判断する。

以上により、通信端末３ｂはユーザの興味（閲覧した所定領域Ｔ）に応じてボタンの表示態様に変更することができる。なお、ボタン表示を変更する必要がない場合は、ボタン表示変更の処理は実施しなくてもよい。ここで、ボタン表示変更の処理について記載されいないが、ボタンの押し下げによるアクションの変更については後述する。

＜ボタン押下の場合のイベントハンドラーの実行＞
次に、図３４に基づいて、ボタンが押下された場合のイベントハンドラーの実行について説明する。ボタンの押下により通信端末３ｂは追加情報を全天球画像に重ねて表示する。図３４は、ボタンの押下より実行されるイベントハンドラーの処理を説明するフローチャート図の一例である。ボタンが押下されるたびに図３４の処理が実行される。

ステップＳ１４１において、制御部３４は中心点ＣＰ(θc, φc)の座標又は所定領域Ｔを定める座標（θs，φs）、（θe，φe）によってアクションを決定し、決定したアクションを実行する。

アクションとしては、通信端末３ｂが予め定められているＵＲＬに接続し、制御部３４は所定領域Ｔを示す座標をパラメータとしてＵＲＬに埋め込んで通知する方法がある。例えば、θs, φs, θe, φeの各座標をそれぞれts, ps, te, peというパラメータに対応させ、
https://example.com/contact?ts=10&ps=40&te=70&pe=80
のように、ＵＲＬにＵＲＬクエリパラメータとしてパラメータ（所定領域Ｔ）を画像管理システム５等に通知できる。

画像管理システム５は、遷移先の問い合わせフォームなどでパラメータを受け取ることで、問い合わせ者がどこを閲覧した状態で問い合わせたかを知ることができる。制御部３４はパラメータに対応した情報を取得して表示できる。

あるいは、中心点ＣＰ又は所定領域Ｔの変更の場合と同様に、事前に定義されているルールに従ってボタンが押下された場合のアクションを変更する方法がある。

図３５は、画像管理システム５から送信されたアクション定義情報を模式的に示す。アクション定義情報はアクション定義ＤＢ３００２に記憶されている。図３５のアクション定義情報は閲覧スクリプトに記載されていてもよいし、定義ファイルとしてJSON形式などで画像管理システム５が保持しておき、閲覧スクリプトが画像管理システム５から取得してもよい。

図３５では行ごとに、 (θ1, φ1)、(θ2, φ2)の座標で表される領域ｎと、ボタン押下時に追加して表示されるＷｅｂページのＵＲＬが登録されている。従って、このＷｅｂページが追加情報となる。デフォルトの行は、領域１、領域２で定義された領域以外を示している。

領域１を表示している時にボタンが押下された場合、制御部３４は「https://example.com/contact1」に接続し、領域２を表示している場合は「https://example.com/contact2」に接続し、定義された領域を表示していない場合「https://example.com/contact」のＵＲＬを開く。

なお、領域ｎに対応する処理を実行するかフローチャート図は、ボタンの表示態様の変更の場合（図３２）と同様のため、説明を省略する。

以上により、制御部３４は領域に関連するページを開くことができ、ユーザＢの興味に応じたアクションを実行することが可能となる。

なお、以上はhttpスキーム又はhttpsスキームでＵＲＬに接続することで所定領域Ｔに関連するＷｅｂページを表示しているが、他のスキームを利用することも可能である。例えば、mailtoスキームを利用することで、通信端末３ｂはメールアプリを起動することができ、所定領域Ｔによってメールの送信先、件名、本文などを変更することが可能となる。

telスキームを利用することで、電話アプリを起動することができ、所定領域Ｔによって電話の発信先を変更することが可能となる。これらの場合、起動したアプリも追加情報である。ここでボタンの表示の変更例と、アプリケーションの変更例とについて説明する。まず、ボタンの表示とアプリケーションの両方を変更する場合について説明する。例えば、アクション定義情報では、表示領域に応じて、「メールでの問合せ」という問合せボタンと、「電話での問合せ」という問合せボタンが対応付けられている。これにより、制御部３４は表示領域に応じて起動するアプリケーションを変更することができる。

次に、ボタンの表示変更は無いが、アプリケーションが変更される場合について説明する。「問合せ」ボタンの表示自体は変更されないが、起動させるアプリケーションを変更させることも追加情報の変更である。例えば、電話アプリケーションの起動からメールアプリケーションの起動への変更や、メールから電話等の変更も追加情報の変更である。また、同様に、ボタンの表示自体の変更は無いが、操作の結果、送信先、件名、本文などに含める情報が変化される場合も、追加情報の変更である。具体的には、例えば、表示領域がキッチン回りの場合（ユーザがキッチン回りを見ている場合、制御部３４は「キッチンに関する問い合わせ」をメールの件名に設定する。表示領域がリビング周りの場合（ユーザがリビング周りを見ている場合、制御部３４は「リビングに関する問い合わせ」をメールの件名に設定する。この場合は、アクション定義情報には、表示領域に応じて、件名が対応付けられている。

また、この表示領域に応じて、送信先も物件の担当者なのか、当該物件を管理する営業所の窓口などに変更されるようにしても良い。このように、広角画像の表示領域に応じて、追加情報を変更することができ、ユーザが求める情報やアクションを容易に提供することができ、利便性に寄与する。この表示の際には、制御部３４は必ずしも広角画像と共に追加情報を表示する必要は無く、別のサイトに遷移したり、別のタブで表示したりしてもよい。また、他のアプリケーションが起動されて、広角画像のブラウザがバックグラウンドになるなど、広角画像が表示されていなくてもよい。ただし、広角画像が表示されている方が、当該広角画像を確認しながら、情報の確認や、アクションを実行することができるので、ユーザの操作性や利便性が高まるが、装置やシステムの制限があるため、いずれであっても良い。

＜ボタン押下時に領域ｎに対応して表示される情報について＞
図３６を用いて、アクション定義情報の別の例を説明する。図３６は領域ｎに対応づけられる追加情報の一例を示す。すなわち、ボタンが押下された場合に通信端末３ｂが表示する追加情報を示す。図３６では、例えば領域ｎごとに、所定領域Ｔに領域ｎが含まれている場合に、ポップアップなどで表示される追加情報が定義されている。

例えば不動産の閲覧では建物などの説明をユーザＡがテキストとして定義しておき、ユーザＢのボタン押下時に表示させる。

図３７は、ボタン２０２が押下された場合に表示されるポップアップ画面２０３の一例を示す。図３７（ａ）の「詳細を表示」ボタン２０２が押下されると、図３７（ｂ）のポップアップ画面２０３が表示される。ポップアップ画面２０３が表示する情報が追加情報である。所定領域ＴのパラメータをＵＲＬクエリパラメータで画像管理システム５等に送信した場合、又は、図３５のアクション定義情報の場合も図３７と同様に追加情報を表示できる。

このように、制御部３４は、所定領域ＴのパラメータをＵＲＬクエリパラメータで画像管理システム５等に渡してポップアップ表示のための情報を取得するか、領域ｎで決まるＵＲＬにアクセスするか（図３５）、又は、領域ｎで決まるテキストをポップアップ表示する（図３６）。これにより、ボタン２０２が同じでもユーザが興味ある所定領域Ｔに関する詳細な情報を通信端末３ｂが表示することができる。

なお、領域ｎの定義をボタン定義情報とアクション定義情報で同じにしておけば、ボタンの表示態様が変わると追加情報も変わることになり、ユーザがボタンの表示態様で追加情報を表示すべきどうか（ボタンを押下すべきか）判断できるようになる。

また、図３４ではユーザがボタンを押下した場合に、通信端末３ｂが追加情報を表示しているが、ボタンの押下なしに追加情報を表示してもよい。例えば、所定領域Ｔが領域ｎを含む場合に追加情報を表示することができる。

追加情報はポップアップ表示の他、新しい画面に遷移して表示してもよいし、全天球画像に重ならないように別の領域に表示してもよい。また、ポップアップ表示する場合、半透明にして表示してもよい。

＜表示履歴を用いたイベントハンドラーの実行＞
表示履歴を用いたイベントハンドラーの実行方法について説明する。表示履歴を用いて同様の処理を通信端末３ｂが行うことができる。表示履歴とは、１つの全天球画像において表示された所定領域Ｔを複数回、記録したものである。

図３８は、通信端末３ｂの制御部３４が閲覧スクリプトにイベントハンドラーを登録する手順を示すフローチャート図の一例である。図３８の説明では主に図２８との違いを説明する。

図３８では、ステップＳ１０７−２にタイマー処理の登録が追加されている。Ｗｅｂブラウザの機能を使って、制御部３４は定期的に実行するタイマー処理を登録することができる。例えば、１秒に１回登録したタイマー処理を実行することができる。

図３９は、タイマー処理の内容を説明するフローチャート図の一例である。制御部３４は、図３８で設定されたタイマーの間隔で所定領域Ｔを表す所定領域情報（中心点ＣＰはなくてよい）を表示履歴情報記憶部３５に記録する（Ｓ１５１）。

図４０は、表示履歴情報記憶部３５に記憶されている表示履歴情報を模式的に示す。表示履歴情報は、時刻、表示画像ＵＲＬ（全天球画像の識別情報）、及び所定領域Ｔを１つのレコードとし、レコードが時系列に記憶された情報である。従って、ユーザＢがどのような履歴で全天球画像を閲覧したが分かる。

制御部３４は、タイマーに設定される時間ごとに、記録した時刻、表示画像ＵＲＬ、及び、所定領域Ｔを表す所定領域情報、を表示履歴情報記憶部３５に記録する。

一方、すべての所定領域Ｔを制御部３４が時間ごとに記録していくと、データ量が増大してしまうため、以下のように閲覧頻度で記録する方法も考えられる。

図４１は、閲覧頻度により所定領域Ｔの表示履歴が記録された表示履歴情報の一例を示す。例えば、制御部３４は全天球画像を144（緯度方向に１２、経度方向に１２）のセルに分割し、各セルの閲覧頻度を更新する。閲覧頻度の初期値を0としておく。制御部３４はタイマー処理のたびに中心点ＣＰ(θc, φc)の座標が含まれるセルの値をインクリメントする。図４１では、(Θ7, Φ4)のセルの回数が15で一番多く閲覧されている場合の例となっている。こうすれば、ユーザＢが１つの全天球画像を閲覧する時間が長くなっても、表示履歴情報のデータ量を抑制できる。

＜表示履歴を利用する場合のイベントハンドラーの実行方法＞
表示履歴を利用する場合のイベントハンドラーの実行方法について説明する。表示履歴を使用する場合、ボタン定義情報とボタン画像ＵＲＬの決定方法が異なる。

図４２は、表示履歴に応じてボタン画像ＵＲＬを決定するためのボタン定義情報の一例である。図３０と異なり、セルを表す座標（Θ、Φ）にボタン画像ＵＲＬが対応づけられている。その他は図３０と同じである。

図４３は、通信端末３ｂが表示した所定領域Ｔの表示履歴に基づいてボタンの表示態様を決定する手順を示すフローチャート図の一例である。図４３の説明では図３２との相違を主に説明する。

図４３ではステップＳ１２２−２において、制御部３４が領域ｎを最も多く表示しているかを判断し、表示している場合に領域ｎに対応する処理を行う。領域ｎを最も多く表示しているかどうかは、領域ｎに対応する(Θ,Φ)のセルの閲覧頻度が最も大きいかどうかを確認することで行う。例えば、(Θ２,Φ３)の閲覧頻度が最も大きい場合、制御部３４は領域１のボタン画像を表示する。こうすることで、閲覧頻度が最も大きい所定領域Ｔに対応づけられているボタン画像を表示できる。

＜表示履歴を利用する場合のボタン押下時のイベントハンドラーの実行方法＞
次に、表示履歴を利用する場合のボタン押下時のイベントハンドラーの実行方法について説明する。制御部３４はボタン押下時に表示履歴を使用して表示する追加情報を決定する。通信端末３ｂがボタン押下時の追加情報を取得する方法として、予め定められているＵＲＬに対して、表示履歴を送信する方法がある。

図４４はボタン押下時に予め定められているＵＲＬに対して送信される表示履歴情報の一例を示す。図４４ではJSON形式で、表示した全天球画像のＵＲＬと共に図４０の表示履歴情報が示されている。画像管理システム５などの予め定められているＵＲＬでは問い合わせフォームなどでJSON形式のデータを受け取ることで、ユーザＢが広角画像コンテンツをどのように閲覧していたかを知ることができる。制御部３４は表示履歴情報に対応した追加情報を取得して表示できる。

図４５に示すように、制御部３４は図４１の閲覧頻度を予め定められているＵＲＬに対して送信することもできる。図４５は、ボタン押下時に予め定められているＵＲＬに対して送信される閲覧頻度を含む表示履歴情報の一例を示す。図４５では、通信端末３ｂが表示した全天球画像のＵＲＬ、閲覧の開始時刻、終了時刻、及び、閲覧頻度が１以上のセルの座標 (Θ,Φ)がJSON形式で示されている。

なお、図４４、図４５は通信端末３ｂが「https://example.com/photo1.jpg」及び「https://example.com/photo2.jpg」を閲覧した場合の例である。複数の全天球画像について閲覧履歴が必要ない場合は、最後に閲覧していた全天球画像に対応する表示履歴情報だけをJSONデータに含めればよい。

あるいは、制御部３４は事前に定義しておいたルールに従って追加情報を変更してもよい。図４６は閲覧頻度が最も大きい領域ｎに対応するページＵＲＬが定義されたアクション定義情報の一例である。領域ｎに対応づけて、 (Θ, Φ)の組み合わせで表されるセルと、それに対応するＷｅｂページのＵＲＬが登録されている。ページＵＲＬはボタン押下時にポップアップで表示するＷｅｂページのＵＲＬ（追加情報）を表している。デフォルトの行は、領域１、領域２で定義されたセル以外を示している。

図４６ではページＵＲＬがアクション定義情報に登録されているが、図３６と同様に追加情報が直接、アクション定義情報に登録されていてもよい。なお、通信端末３ｂが追加情報を表示する処理の流れは図４３のフローチャート図と同様でよい。

通信端末３ｂが領域１を表示している場合は、制御部３４は「https://example.com/contact1」、領域２を表示している場合は「https://example.com/contact2」、定義された領域を表示していない場合は「https://example.com/contact」のＵＲＬの追加情報を表示する。

＜主な効果＞
以上説明したように、本実施形態の画像処理システム１００は、通信端末３ｂが表示する所定領域Ｔに応じて、追加情報を変更させることができる。具体的には、情報の内容やボタンの表示態様、ボタンの押し下げによるアクションや、アプリケーションの起動を変更でき、また、所定領域Ｔに関連するＷｅｂページを開くことでユーザの興味に応じたアクションを実行することが可能となる。

〔実施形態の補足〕
上記実施形態では、図１３に示されているように、リンク情報には、通信ネットワーク９上の画像管理システム５の場所を示すＵＲＬが含まれているが、これに限るものではない。例えば、リンク情報には、このＵＲＬが含まれず、画像ＩＤ及び所定領域情報のみによって表わされるようにしてもよい。この場合、ユーザが通信端末３を操作して、このＵＲＬを入力する。

更に、上記実施形態における画像管理システム５、及びリンク情報管理システム７は、単一のコンピュータによって構築されてもよいし、各部（機能、手段、又は記憶部）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。単一のコンピュータで構築された画像管理システム５、及びリンク情報管理システム７を情報処理システムという。

また、上記実施形態の各プログラムが記憶されたＣＤ―ＲＯＭ等の記録媒体、並びに、これらプログラムが記憶されたＨＤ５０４は、いずれもプログラム製品（Program Product）として、国内又は国外へ提供されることができる。

１ 撮像装置
３ａ 通信端末
３ｂ 通信端末
５ 画像管理システム
７ リンク情報管理システム
１００ 画像処理システム

特開2018−160225号公報

Claims (12)

1. 広角画像を含む画面の画面情報を送信する情報処理システムとネットワークを介して通信する通信端末を、
   前記情報処理システムから受信した前記画面情報に基づいて前記画面を表示する表示制御部と、
   前記広角画像の表示状態の変更を受け付ける操作入力受付部と、
   前記操作入力受付部が受け付けた表示状態に応じて、追加情報を表示する制御部、
   として機能させるためのプログラム。
2. 前記表示制御部が表示していた前記広角画像の表示状態が予め定められている表示状態となった場合に、前記制御部は、予め定められている表示状態に対応づけられている前記追加情報を表示することを特徴とする請求項１に記載のプログラム。
3. 前記表示制御部が表示していた前記広角画像の表示状態が予め定められている表示状態となった場合に、前記制御部は、予め定められている表示状態に対応づけられているＵＲＬ（Uniform Resource Locator）に接続して前記追加情報を取得して表示することを特徴とする請求項１に記載のプログラム。
4. 前記制御部は、所定のボタンが押下された時、前記表示制御部が表示していた前記広角画像の表示状態が予め定められている表示状態か否かを判断することを特徴とする請求項２又は３に記載のプログラム。
5. 前記制御部は、前記広角画像に重ねて前記追加情報をポップアップ表示することを特徴とする請求項１〜４のいずれか１項に記載のプログラム。
6. 前記制御部は、前記操作入力受付部が受け付けた表示状態に応じて、前記追加情報としてボタンを表示することを特徴とする請求項１〜４のいずれか１項に記載のプログラム。
7. 前記制御部は、前記操作入力受付部が受け付けた表示状態に応じて、前記追加情報としてアプリを起動することを特徴とする請求項１〜４のいずれか１項に記載のプログラム。
8. 前記制御部は、複数回、前記広角画像の前記表示状態の履歴を記録しておき、
   予め定められている表示状態と同じ表示状態が前記履歴に最も多く記録されている場合、予め定められている表示状態に対応づけられている前記追加情報を表示することを特徴とする請求項１に記載のプログラム。
9. 前記制御部は、複数回、前記広角画像の前記表示状態の履歴を記録しておき、
   予め定められている表示状態と同じ表示状態が前記履歴に最も多く記録されている場合、予め定められている表示状態に対応づけられているＵＲＬ（Uniform Resource Locator）に接続して前記追加情報を取得して表示することを特徴とする請求項１に記載のプログラム。
10. 前記表示制御部が表示していた前記広角画像の表示状態が予め定められている表示状態となった場合に、前記制御部は、押下を受け付けるボタンの表示態様を変更することを特徴とする請求項１〜９のいずれか１項に記載のプログラム。
11. 広角画像を含む画面の画面情報を通信端末に送信する情報処理システムと、前記情報処理システムとネットワークを介して通信する前記通信端末と、を有する画像処理システムであって、
    前記通信端末は、前記情報処理システムから受信した前記画面情報に基づいて前記画面を表示する表示制御部と、
    前記広角画像の表示状態の変更を受け付ける操作入力受付部と、
    前記操作入力受付部が受け付けた表示状態に応じて、追加情報を表示する制御部と、
    を有することを特徴とする画像処理システム。
12. 広角画像を含む画面の画面情報を送信する情報処理システムとネットワークを介して通信する通信端末であって、
    前記情報処理システムから受信した前記画面情報に基づいて前記画面を表示する表示制御部と、
    前記広角画像の表示状態の変更を受け付ける操作入力受付部と、
    前記操作入力受付部が受け付けた表示状態に応じて、追加情報を表示する制御部と、
    を有することを特徴とする通信端末。

Images