JP6915716B2 - サーバ、端末、画像送信方法、記憶媒体 - Google Patents

Description

本発明は、サーバ、端末、画像送信方法、及び、記憶媒体に関する。

ネットワークを利用した情報提供は主要なマーケティングの１つとなっており、Ｗｅｂページには多くの写真や動画が掲載されるようになった。Ｗｅｂページを閲覧した閲覧者はＷｅｂページのテーマや記述を考慮して掲載されている写真や動画を閲覧することで撮像された場所の風景や周囲の状況を把握できるようになっている。例えば、Ｗｅｂページのテーマが観光であれば、閲覧者はＷｅｂページに掲載された写真や動画は観光地のものであると考え、観光地の風景や周囲の状況を把握する。

しかしながら、一般的なカメラでは撮像範囲が限られており、閲覧者は写真や動画が撮像された範囲でしか風景や周囲の状況などを把握できない。これに対し、魚眼カメラなどの画角が広いカメラで周囲が撮像されていれば、閲覧者は１枚の画像を閲覧するだけでより広い範囲の風景や周囲の状況を把握することができる（例えば、特許文献１参照。）。特許文献１には、魚眼光学装置を用いて撮像した画像をパノラマ画像に変換するパノラマ画像形成方法に関し、パノラマ画像の一部と撮像位置をマップ上に点で表示するパノラマ画像形成方法が開示されている。

しかしながら、特許文献１に開示されたパノラマ画像形成方法では、１つの魚眼レンズを採用しているため、撮像範囲として未だに制限される部分が多いという問題がある。また、撮像された写真や動画を閲覧者にどのように提供するかが考慮されていないという問題がある。

本発明は、上記課題に鑑み、撮像範囲が広い写真や動画を容易に提供できるサーバ、端末、画像送信方法、及び、記憶媒体を提供することを目的とする。

上記課題に鑑み、本発明は、記憶部と、ネットワークで接続された端末からの表示要求を受け取る通信部と、を備えるサーバであって、前記記憶部は、撮影された全天球画像と、前記全天球画像の位置を示す配置図と、を記憶し、前記サーバは、前記表示要求に基づいて、前記記憶部から該当する全天球画像の一部である一部画像と、前記一部画像の位置を示す配置図と、を読み出し、前記読み出された一部画像と前記読み出された配置図とを、前記端末へ送信し、前記読み出された配置図には、前記全天球画像が撮影された位置を示す図形が含まれており、前記端末で前記読み出された一部画像が表示される場合に、前記読み出された一部画像が前記端末で表示される際の範囲を示す図形を前記読み出された配置図に表示することを特徴とする。

撮像範囲が広い写真や動画を容易に提供できるサービスシステムを提供することができる。

撮像者が行う動作を説明する図の一例である。 コンテンツ利用企業によるＷｅｂページに対するコンテンツの設定方法を説明する図の一例である。 コンテンツ利用企業のＷｅｂページにアクセスしたエンドユーザが閲覧するコンテンツの一例を示す図である。 Ｗｅｂサービスシステムのシステム構成図の一例である。 撮像装置の外観について説明する図の一例である。 撮像装置のハードウェア構成図の一例である。 携帯端末のハードウェア構成図の一例である。 コンテンツ作成サーバのハードウェア構成図の一例である。 撮像装置の撮像範囲を模式的に示す図の一例である。 撮像装置が撮像する画像を説明する図の一例である。 Ｗｅｂサービスシステムの機能ブロック図の一例である。 ＷｅｂページへのＵＲＩの埋め込みを説明する図の一例である。 コンテンツ提供部による一部画像の送信を模式的に説明する図の一例である。 マップへの全天球画像の埋め込みを模式的に説明する図の一例である。 撮像装置が携帯端末に画像を送信する手順を示すシーケンス図の一例である。 携帯端末が画像をコンテンツ作成サーバに送信する手順を示すシーケンス図の一例である。 コンテンツとＷｅｂページの登録の手順を示すシーケンス図の一例である。 ユーザＰＣがコンテンツを表示させる手順を示すシーケンス図の一例である。 コンテンツ作成サーバの機能ブロック図の一例である（実施例２）。 コンテンツ作成サーバがコンテンツを作成する手順を示すシーケンス図の一例である。 プライバシー保護のための画像処理を説明する図の一例である。 コンテンツ作成サーバの機能ブロック図の一例である（実施例３）。 建築物の地図上の位置の特定方法を説明する図の一例である。 被写体情報埋め込み部が全天球画像に被写体情報を埋め込む手順を示すフローチャート図の一例である。 エンドユーザが建築物をマウスカーソルでクリックした場合に表示される被写体情報の一例を示す図である。 ユーザＰＣで表示されるコンテンツの一例を示す図である。

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

＜本実施形態のＷｅｂサービスの概略＞
まず、図１〜３を用いて、本実施形態のＷｅｂサービスの概略について説明する。
図１は、撮像者が行う動作を説明する図の一例である。
（１）撮像者８は周囲360度（以下、周囲全方位という）の撮像が可能な撮像装置１１を把持して歩行する。撮像装置１１は定期的又は一定距離ごとに周囲を撮像するように設定されており、撮像した画像（後述する全天球画像）を撮像位置と対応付けて蓄積する。したがって、撮像者８が歩行したルートに沿って画像が得られる。
（２）目的の場所まで歩行しルート上の撮像が終了すると、撮像者８はアクセスポイント９を介して複数の画像をコンテンツ作成サーバ１２に送信する。
（３）コンテンツ作成サーバ１２は、撮像者８が移動したルートを含むマップと画像を用いたコンテンツを作成してコンテンツ提供サーバ１３に登録する。なお、後述する実施例では、撮像装置１１から画像を受信した携帯端末がコンテンツ提供サーバ１３に画像を送信する。

図２は、コンテンツ利用企業によるＷｅｂページに対するコンテンツの設定方法を説明する図の一例である。
（４）コンテンツ作成サーバ１２は後述するコンテンツを作成して登録し、コンテンツのＵＲＩ（Uniform Resource Identifier）を、予め登録されているコンテンツ利用企業の担当者７に送信する。なお、（４）の点線に示すように画像の送信元の撮像者８に送信してもよい。
（５）コンテンツ利用企業の担当者７はコンテンツ利用企業ＰＣ（Personal Computer）１５を操作して、自社のＷｅｂページ（例えばホームページ）のＨＴＭＬデータにコンテンツのＵＲＩを貼り付ける（例えば、コピー＆ペーストする）。これにより、コンテンツ利用企業は撮像者８が歩行したルートに沿って撮像された周囲の画像を自社のＷｅｂページにリンクさせることができる。
（６）コンテンツ利用企業の担当者７は自社のＷｅｂサーバ１４にＷｅｂページを登録する（送信する）。これにより、エンドユーザ６はコンテンツとリンクされたコンテンツ利用企業のＷｅｂページを閲覧できる。
（７）コンテンツ利用企業のＷｅｂページを閲覧するエンドユーザ６は、ユーザＰＣ１６を操作してコンテンツを表示させる。

図３は、コンテンツ利用企業のＷｅｂページにアクセスしたエンドユーザ６が閲覧するコンテンツの一例を示す図である。コンテンツとしては主に周囲の画像６１とマップ６２が表示される。画像６１は、撮像者８が撮像のために歩行したルート上の各撮像位置における周囲全方位の画像（全天球画像）である。なお、全天球画像は全天球パノラマ画像、全方位画像、周囲３６０度画像などと呼ばれてもよい。画像のうち一度に表示される範囲は全天球画像の一部なので、エンドユーザ６はユーザＰＣ１６を操作して全方位の画像を閲覧できる。また、マップ６２には撮像者８が歩行したルート６３が強調して表示される。ルート６３には撮像位置６４が明示されるので、エンドユーザ６はどの撮像位置６４の画像を閲覧しているかを把握できる。

したがって、エンドユーザ６は上記のルート６３を実際に歩行しているかのような疑似体験をすることができる。また、マップ６２にはルート６３が強調して表示され、現在表示されている画像６１の撮像位置６４、これから表示される画像の撮像位置６４をエンドユーザ６が一目で把握できるようになっている。また、エンドユーザ６はルート上の任意の位置の画像を表示させることもできる。

このように本実施形態のＷｅｂサービスシステム１００は、誰もが簡単に周囲全方位の空間を表現した臨場感あるコンテンツを作成して公開できる。エンドユーザ６に対し全方位のパノラマ画像を再生させてルート上を周遊している疑似体験を提供できる。

＜用語について＞
・コンテンツ利用企業とは、コンテンツを用いてルートを紹介したい法人、自然人、団体又は個人等をいう。営利を目的とした企業である必要はない。
・Ｗｅｂサービスシステム１００はコンテンツ利用企業に対し、コンテンツの作成及び公開を支援するサービスを提供する。
・ルート（経路又は経路情報の一例）としては、観光地の観光コース、登山やハイキングの歩行コース、マラソンの走行コース、駅からマンションなどの目的地までの行き方を案内するコース、テーマパーク内のアトラクションや施設への行き方を紹介するコース、ショッピングモールやデパート内の店舗を紹介するコース、などがある。しかしながら、人が歩行できる場所であれば本実施形態のルートとなりうる。
・エンドユーザ６は、コンテンツ利用企業が運営するＷｅｂページ（及びＷｅｂアプリ）を介してコンテンツを閲覧する閲覧者である。
・コンテンツとは、少なくとも複数の周囲全方位の画像を有し、これにマップ６２及びルート６３が含まれていてもよい。また、その他、撮像位置で集音された音声データを含んでいてもよい。
・リンク情報は、コンテンツをユーザＰＣ１６などの任意の情報処理端末がネットワークに接続されたリソースから取得するための情報である。本実施例ではリンク情報の一例としてＵＲＩを使用して説明する。ＵＲＩはネットワーク上のリソースを識別するための情報であり、ネットワーク上のリソースの場所を特定する情報をＵＲＬという。ＵＲＩの変わりにＵＲＬ（Uniform Resource Locator）が用いられてもよい。
・公開情報は、ネットワークにおいて公開されておりユーザＰＣ１６などがアクセスできる情報をいう。本実施例ではＷｅｂページと称して説明する。Ｗｅｂページはインターネット上で公開されている文書である。Ｗｅｂページは予め用意されていてもＷｅｂアプリが動的に生成したものでもよい。ＷｅｂページにはＵＲＩが埋め込まれる場合がある。

＜構成例＞
図４は、Ｗｅｂサービスシステム１００のシステム構成図の一例を示す。Ｗｅｂサービスシステム１００は、ネットワーク１８を介して通信可能な、コンテンツ作成サーバ１２、コンテンツ提供サーバ１３、Ｗｅｂサーバ１４、撮像装置１１、携帯端末１７、コンテンツ利用企業ＰＣ１５、及び、ユーザＰＣ１６を有している。

ネットワーク１８はＬＡＮ，ＷＡＮ又はインターネットなどで構築される。主に有線で構築されるが一部又は全てを無線で構築されてもよい。また、ＰＤＣ（Personal Digital Cellular）、ＧＳＭ（登録商標）（Global System for Mobile communications）、ＣＤＭＡ又はＬＴＥ、などの携帯電話網を含んでいてもよい。

上記のように、コンテンツ作成サーバ１２は画像が用いられたコンテンツを作成するサーバであり、コンテンツ提供サーバ１３はコンテンツをエンドユーザ６に提供するサーバである。Ｗｅｂサーバ１４はコンテンツ利用企業が運営するサーバでありコンテンツ利用企業のＷｅｂページが登録されている。このＷｅｂページにはコンテンツ利用企業が公開する情報がＨＴＭＬやJavaScript（登録商標）などで記述されている。

撮像装置１１は、２つの撮像素子が搭載されることで周囲の360度を撮像可能な全方位撮像装置である。必ずしも全方位の撮像専用の撮像装置である必要はなく、通常のデジタルカメラやスマートフォン等に後付けの全方位の撮像ユニットを取り付けることで、実質的に撮像装置１１と同じ機能を有するようにしてもよい。

撮像装置１１は携帯端末１７と無線又は有線で通信可能である。これは、撮像装置１１が有さない機能を携帯端末１７が補助するためである。すなわち、撮像装置１１が位置情報の検出機能（例えばＧＰＳ受信機能）を有していない場合、携帯端末１７が撮像位置を検出する。本実施形態では、撮像装置１１が撮像した画像に携帯端末１７が撮像位置を付加してコンテンツ作成サーバ１２に送信する。撮像装置１１が位置情報の検出機能を有していれば携帯端末１７はなくてもよい。したがって、撮像装置１１と携帯端末１７は１つの装置が提供してもよい。

なお、携帯端末１７は画像を表示するためのディスプレイを有しており、撮像者８が画像を確認する際にも使用されるが、画像の確認は必須ではない。

携帯端末１７は、例えばスマートフォン、ＰＤＡ（Personal Digital Assistant）、タブレット型端末、携帯電話、ウェアラブルＰＣ又は汎用ＰＣなどであるが、これらには限定されない。

コンテンツ利用企業ＰＣ１５は、コンテンツ利用企業が公開するＷｅｂページにコンテンツをリンクさせる際に、コンテンツ利用企業の担当者７が操作するＰＣである。コンテンツ利用企業ＰＣ１５は、ＰＣの他、スマートフォン、ＰＤＡ、タブレット型端末、携帯電話又はウェアラブルＰＣなどでもよい。

ユーザＰＣ１６はエンドユーザ６が操作するＰＣであり、コンテンツ利用企業が提供するＷｅｂページを表示する。具体的な装置としてはコンテンツ利用企業ＰＣ１５と同様でよい。ユーザＰＣ１６は情報処理端末の一例である。

なお、図４では、説明の便宜上、コンテンツ作成サーバ１２、コンテンツ提供サーバ１３及びＷｅｂサーバ１４を別の装置として示したが、これら３つのサーバの機能は１つの装置が提供してもよい。また、これら３つのサーバの機能のうち任意の２つのサーバの機能を１つの装置が提供してもよい。

また、コンテンツ作成サーバ１２、コンテンツ提供サーバ１３及びＷｅｂサーバ１４のうち１つ以上のサーバの機能は、クラウドコンピューティングが用いられたクラウドサービスとして提供されてもよい。クラウドコンピューティングは、一例として、複数のサーバがＬ１〜Ｌ３スイッチで接続されており、各サーバと１つ以上のストレージがファイバーチャネルやiSCSIなどで接続されている。クラウドコンピューティングでは、負荷に応じて各サーバに仮想化されたサーバが追加又は開放され、物理的な構成が動的に変更される。

このように、図示されたＷｅｂサービスシステム１００の構成は一例であり、Ｗｅｂサービスシステム１００は、以下の本実施形態で説明される処理を行うことが可能な情報処理装置としての機能を有していればよい。

＜＜撮像装置１１について＞＞
図５を用いて撮像装置１１の外観について説明する。図５（ａ）は撮像装置１１の左側面図の一例であり、図５（ｂ）は撮像装置１１の正面図の一例であり、図５（ｃ）は撮像装置１１の平面図の一例である。

図５（ａ）に示されているように、撮像装置１１は、人間が片手で把持できる縦長の筐体を有し、上部に互いに背中合わせになった２つの撮像素子１０３ａ、１０３ｂを有している。撮像素子１０３ａ，１０３ｂはそれぞれ180度の撮像範囲を有しており、２つの撮像素子１０３ａ、１０３ｂで周囲全方位の範囲を撮像する。撮像装置１１の正面側には、シャッターボタン等の操作部１１５が設けられている。

図６は、撮像装置１１のハードウェア構成図の一例である。撮像装置１１は、２つの撮像素子が搭載された全方位撮像装置である。ただし、撮像素子は３つ以上でもよい。撮像装置１１は、撮像ユニット１０１、画像処理ユニット１０４、撮像制御ユニット１０５、ＣＰＵ(Central Processing Unit)１１１、ＲＯＭ(Read Only Memory)１１２、ＳＲＡＭ(Static Random Access Memory)１１３、ＤＲＡＭ(Dynamic Random Access Memory)１１４、操作部１１５、ネットワークＩ／Ｆ１１６、通信部１１７、アンテナ１１７ａ、及び、電子コンパス１１８を有している。

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

撮像素子１０３ａ，１０３ｂは、各々、画像処理ユニット１０４とパラレルＩ／Ｆバスで接続されている。撮像素子１０３ａ，１０３ｂは、撮像制御ユニット１０５とシリアルＩ／Ｆバス（Ｉ２Ｃバス等）で接続されている。画像処理ユニット１０４及び撮像制御ユニット１０５は、バス１１０を介してＣＰＵ１１１等と接続されている。

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

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

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

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

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

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

ネットワークＩ／Ｆ１１６は例えばイーサネット（登録商標）カードなどネットワーク１８に接続するためのインタフェースである。また、ネットワークＩ／Ｆ１１６は、ＵＳＢメモリやＳＤカード等の外付けの記録媒体のインタフェースとして用いられてもよい。ＤＲＡＭ１１４に記憶されたメルカトル画像のデータは、ネットワークＩ／Ｆ１１６から記録媒体に記憶されることもできる。

通信部１１７は、アンテナ１１７ａを介してネットワーク１８に接続するためのネットワークインタフェースである。例えば、無線ＬＡＮの通信装置、BlueTooth（登録商標）の通信チップ、ＮＦＣ（Near Field Communication）などであるがこれらに限定されない。本実施形態では、ＤＲＡＭ１１４に記憶されたメルカトル画像のデータは、通信部１１７を介して携帯端末１７に送信される。

電子コンパス１１８は、地球の磁気から撮像装置１１の方位及び傾き(Roll回転角)を算出し、方位・傾き情報を出力する。この方位・傾き情報はExifというメタデータのフォーマットに従って、画像に添付される。方位・傾き情報は画像の画像補正等の画像処理に利用される。なお、Exifには、画像の撮像日時、画像データのサムネイル、及び、画像データのデータ容量等も含まれている。

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

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

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

なお、音声入力部２１１は、音声を入力するマイクが含まれ、音声出力部２１２には、音声を出力するスピーカが含まれている。これにより、撮像時の音声データを取得できる。

＜＜コンテンツ作成サーバ１２、コンテンツ提供サーバ１３、Ｗｅｂサーバ１４、コンテンツ利用企業ＰＣ１５、ユーザＰＣ１６のハードウェア構成について＞＞
図８は、コンテンツ作成サーバ１２のハードウェア構成図の一例である。なお、図示するコンテンツ作成サーバ１２のハードウェア構成は、１つの筐体に収納されていたりひとまとまりの装置として備えられていたりする必要はなく、コンテンツ作成サーバ１２が備えていることが好ましいハード的な要素を示す。

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

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

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

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

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

なお、コンテンツ提供サーバ１３のハードウェア構成はコンテンツ作成サーバ１２と同様でよいため図示は省略する。ただし、この場合、ＨＤ３０４にはコンテンツを提供するためのプログラム３２０が記憶される。また、Ｗｅｂサーバ１４のハードウェア構成はコンテンツ作成サーバ１２と同様でよいため図示は省略する。ただし、この場合、ＨＤ３０４にはＷｅｂページやＷｅｂアプリを提供するためのプログラム３２０やＷｅｂページ（Ｗｅｂアプリ）が記憶される。また、コンテンツ利用企業ＰＣ１５のハードウェア構成はコンテンツ作成サーバ１２と同様でよいため図示は省略する。ただし、この場合、ＨＤ３０４にはＨＴＭＬデータを編集するためのプログラム３２０が記憶される。また、ユーザＰＣ１６のハードウェア構成はコンテンツ作成サーバ１２と同様でよいため図示は省略する。ただし、この場合、ＨＤ３０４にはＷｅｂページやコンテンツの閲覧が可能な例えばブラウザソフトウェアがプログラム３２０として記憶される。

＜撮像装置１１による撮像例＞
次に、図９、１０を用いて、撮像装置１１により撮像される範囲や画像について説明する。図９は、撮像装置１１の撮像範囲を模式的に示す図の一例である。撮像装置１１は、周囲全方位の範囲を撮像するため、撮像者自身を撮像するおそれがある。このため、撮像者８を撮像したくない場合、撮像者８は撮像装置１１を手に持って腕を伸ばして撮像する。なお、撮像装置１１は三脚を取り付けるためのねじ穴を有しているので、棒をねじ穴に差し込んで撮像者８が棒を把持することで、更に高い位置に持ち上げられた撮像装置１１に撮像させてもよい。

このように撮像することで、撮像素子１０３ａ及び撮像素子１０３ｂによって、それぞれ撮像者８の周りの被写体が撮像され、２つの半球画像が得られる。

図１０（ａ）は撮像装置１１で撮像された半球画像（前側）、図１０（ｂ）は撮像装置１１で撮像された半球画像（後側）、図１０（ｃ）はメルカトル図法により表された画像（「メルカトル画像」という）を示した図である。

図１０（ａ）に示されているように、撮像素子１０３ａによって得られた画像は、魚眼レンズ１０２ａによって湾曲した半球画像（前側）となる。また、図１０（ｂ）に示されているように、撮像素子１０３ｂによって得られた画像は、魚眼レンズ１０２ｂによって湾曲した半球画像（後側）となる。そして、半球画像（前側）と、１８０度反転された半球画像（後側）とは、撮像装置１１によって合成され、図１０（ｃ）のメルカトル画像が作成される。このメルカトル画像から全天球画像が作成される。

図１０（ｄ）は全天球画像を模式的に示す図の一例である。例えば、立体球に図１０(ｃ)に示されるメルカトル画像を貼り付けることで、全天球画像が作成される。全天球画像は、ある１点から上下左右360度の全方位の被写体が撮像された画像である。全天球画像は静止画でも動画でも作成できる。本実施形態の撮像装置１１は１回の撮像で全天球画像を作成できるため、従来のように人間が同一地点で撮像範囲を変えて複数の画像を撮像し、各画像を合成するという処理は不要である。全天球画像を特に区別しない限り単に画像という。

＜Ｗｅｂサービスシステム１００の機能＞
図１１は、Ｗｅｂサービスシステム１００の機能ブロック図の一例を示す。以下、順番にＷｅｂサービスシステム１００が有する機器（撮像装置１１、携帯端末１７、コンテンツ作成サーバ１２、コンテンツ提供サーバ１３、Ｗｅｂサーバ１４、コンテンツ利用企業ＰＣ１５、ユーザＰＣ１６）の機能について説明する。

撮像装置１１は画像作成部３１、撮像情報収集部３２、及び、送受信部３３を有している。撮像装置１１が有する各部（画像作成部３１、撮像情報収集部３２、及び、送受信部３３）は、図６に示されている各構成要素のいずれかが、ＲＯＭ１１２からＳＲＡＭ１１３又はＤＲＡＭ１１４上に展開されたプログラムに従ったＣＰＵ１１１からの命令によって動作することで実現される機能、又は機能される手段である。

画像作成部３１は、図６に示されているＣＰＵ１１１からの命令、撮像ユニット１０１、画像処理ユニット１０４及び撮像制御ユニット１０５によって実現され、周囲を撮像し、メルカトル画像を全天球画像に変換する。画像作成部３１は撮像者８の設定に従って定期的に又は一定距離ごとに画像を作成する。また、撮像者８が操作部１１５のシャッターボタンを押下したタイミングで画像を作成する。

撮像情報収集部３２は、図６に示されているＣＰＵ１１１からの命令及び電子コンパス１１８等によって実現され、撮像時の撮像情報を収集する。撮像情報には以下のようなものが含まれる。

「撮像日時・画像データのサムネイル・方位・ロール角・データサイズ」
画像にはこの撮像情報が例えばExifというファイルフォーマットで添付されている。なお、方位は画像の東西南北を示す情報である。なお、撮像時にロール角がゼロになるように補正されてもよく、この場合はロール角を撮像情報に含めなくてもよい。

送受信部３３は、図６に示されているＣＰＵ１１１からの命令及び通信部１１７等によって実現され、画像を携帯端末１７に送信する。送受信部３３は、１回の撮像ごとに画像を携帯端末１７に送信することが好ましい。これにより、携帯端末１７は画像が撮像された時から大きな時間差がないタイミングで撮像位置を検出できる。なお、撮像装置１１が撮像位置を検出する機能を有する場合は、１回の撮像ごとに画像を送信しなくてもよい。

＜＜携帯端末１７＞＞
次に、携帯端末１７の機能について説明する。携帯端末１７はデータ付き画像送信部３４、位置情報取得部３５、画像受信部３６、操作入力受付部３７、及び、記憶・読出部３９を有している。携帯端末１７が有する各部（データ付き画像送信部３４、位置情報取得部３５、画像受信部３６、操作入力受付部３７、及び、記憶・読出部３９）は、図７に示されている各構成要素のいずれかが、ＥＥＰＲＯＭ２０４からＲＡＭ２０３上に展開されたプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能、又は機能される手段である。

また、携帯端末１７は、図７に示されているＲＡＭ２０３やＥＥＰＲＯＭ２０４によって構築される記憶部２０００を有している。記憶部２０００には画像ＤＢ２００１が構築されている。画像ＤＢ２００１には撮像装置１１がルート上で撮像した一連の画像が記憶される。一連の画像とは、ルート上で撮像された全ての画像をいう。必ずしも全てを含まなくてもよい。例えば、撮像装置１１又は携帯端末１７の任意の機能又は手段が画質を評価して基準以上の画像のみを選別する。

操作入力受付部３７は、図７に示されているＣＰＵ２０１からの命令及びタッチパネル２１６等によって実現され、撮像者８の携帯端末１７に対する各種の操作を受け付ける。例えば、撮像の開始、撮像の終了及び撮像間隔（周期、一定距離）などを受け付ける。このような操作内容は携帯端末１７から撮像装置１１に送信される。

画像受信部３６は、図７に示されているＣＰＵ２０１からの命令及び通信部２１３等によって実現され、画像を撮像装置１１から受信する。撮像の開始から撮像の終了までに送信される画像は画像ＤＢ２００１に記憶される。

位置情報取得部３５は、図７に示されているＣＰＵ２０１からの命令及びＧＰＳ受信部２１４等によって実現され、画像受信部３６が画像を受信するごとに携帯端末１７の現在位置を取得する。この現在位置が撮像位置である。位置情報取得部３５は撮像位置を画像のメタデータに追加する。したがって、画像には、「撮像日時・画像データのサムネイル・方位・ロール角・データサイズ・撮像位置」が添付されている。しかし、以下の説明では、説明の便宜上、画像データのサムネイル、ロール角及びデータサイズを省略し、画像には以下の撮像情報が添付されているものとして説明する。

撮像情報：「撮像日時・方位・撮像位置」
データ付き画像送信部３４は、図７に示されているＣＰＵ２０１からの命令及び通信部２１３等によって実現され、撮像情報が添付された画像をコンテンツ作成サーバ１２に送信する。送信のタイミングは、操作入力受付部３７が例えば撮像の終了を受け付けた時であるが、撮像の度に送信してもよいし、撮像の終了の後に送信してもよい。また、撮像者８が記録メディア２０７に記憶させてコンテンツ作成サーバ１２に読み取らせてもよい。

記憶・読出部３９は、図７に示されているＣＰＵ２０１からの命令等によって実現され、記憶部２０００に対しデータの記憶及び読み出しを行う。なお、記憶・読出部３９による記憶部２０００へのデータの記憶及び読み出しは、記憶・読出部３９が各部からの要求に応じて実行するものとし、明記しない場合がある。

＜＜コンテンツ作成サーバ１２＞＞
次に、コンテンツ作成サーバ１２の機能について説明する。コンテンツ作成サーバ１２は画像補正部２０、ルート作成部２１、マップ取得部２２、データ付き画像受信部２３、ＵＲＩ送信部２４、コンテンツ送信部２５、画像埋め込み部２６、及び、記憶・読出部２９を有している。コンテンツ作成サーバ１２が有する各部（画像補正部２０、ルート作成部２１、マップ取得部２２、データ付き画像受信部２３、ＵＲＩ送信部２４、コンテンツ送信部２５、画像埋め込み部２６、及び、記憶・読出部２９）は、図８に示されている各構成要素のいずれかが、ＨＤＤ３０５からＲＡＭ３０３上に展開されたプログラム３２０に従ったＣＰＵ３０１からの命令によって動作することで実現される機能、又は機能される手段である。

また、コンテンツ作成サーバ１２は、図８に示されているＲＡＭ３０３やＨＤＤ３０５によって構築される記憶部３０００を有している。記憶部３０００には地図データＤＢ３００１及びアカウント管理ＤＢ３００２が構築されている。

地図データＤＢ３００１には、マップ６２を描画するためのデータ及び歩行者が通行可能な道路の構造を表すデータが記憶されている。マップ６２を描画するためのデータは、都道府県などの区画、緑地や河川、道路や鉄道、記号や注記など多くの表示対象があるため、性質の似たものに分類し各分類ごとに描画できるようになっている。それぞれに分類された表示対象又は表示対象が描画された状態をレイヤーといい、地図はいくつかのレイヤーを重ねることで描画される。各レイヤーの地図データは、ベクトルデータ又はラスターデータのうち表示対象に適したフォーマットで記述されている。また、地図データは経度・緯度などが既知のメッシュ状に区切られており、１つ以上のメッシュを結合してマップ６２が作成される。ベクトルデータの場合は、緯度・経度でポイント、ポリライン、ポリゴンの位置が定められている。また、ラスターデータの場合は緯度・経度に対応付けて縮尺に応じたデータが用意されている。

道路の構造を表すデータは、ノードテーブルとリンクテーブルとを有している。ノードテーブルには、緯度・経度に対応付けて道路網表現上の結節点が登録されている。結節点をノードという。ノードは例えば交差点、分岐点、合流点、屈曲点などである。リンクテーブルにはノードのノード番号に対応付けて歩行者が通行可能な道路（歩道、横断歩道、歩道橋、地下道、通り抜け可能な通路など）が登録されている。歩行者だけでなく車が走行する道路のデータが登録されていてもよい。また、リンクテーブルには、リンク種別、幅員、リンク長などが登録されている。２つのノード間の道路をリンクといい、リンクはノード同士を結ぶ線分となる。

アカウント管理ＤＢ３００２には表１に示すようにコンテンツ利用企業のアカウントテーブルが登録されている。アカウントテーブルには、例えば、コンテンツ利用企業ＩＤ、パスワード、及び、メールアドレスなどが登録される。コンテンツ利用企業ＩＤはコンテンツ利用企業を識別するための一意の識別情報である。パスワードはコンテンツ利用企業をコンテンツ作成サーバ１２が認証するためのものである。メールアドレスはコンテンツ利用企業の担当者７のメールアドレスであり、コンテンツのＵＲＩを送信する際の宛先となる。なお、メールアドレスでなく、又は、メールアドレスに加えＦＡＸ番号や電話番号が登録されてもよい。

データ付き画像受信部２３は、図８に示されているＣＰＵ３０１からの命令及びネットワークＩ／Ｆ３０９等によって実現され、撮像情報が添付された画像を携帯端末１７から受信する。

画像補正部２０は、図８に示されているＣＰＵ３０１からの命令等によって実現され、撮像情報が添付された画像を圧縮する処理、及び、ロール角に基づく水平補正を行う。なお、画像補正部２０の処理は携帯端末１７が行ってもよい。

マップ取得部２２は、図８に示されているＣＰＵ３０１からの命令等によって実現され、地図データＤＢ３００１からマップ６２を取得する。マップ６２として取得される範囲は、撮像情報に含まれる全ての撮像位置が含まれるように決定される。

ルート作成部２１は、図８に示されているＣＰＵ３０１からの命令等によって実現され、マップ取得部２２が取得したマップ６２にルート６３を作成する。ルート作成部２１は、撮像情報に含まれる撮像位置を歩行者が歩行できる道路上にマッピングする。撮像位置が道路から若干離れていても最も近い道路上に配置するマップマッチングを行う。配置された撮像位置を、撮像日時の古いものから順に接続することでルート６３が得られる。あるいは、配置された撮像位置を、撮像位置の近いものから順に接続してもよい。撮像者８がルート上を前後して歩いたような場合でも、ルートに沿ったコンテンツが得られる。

画像埋め込み部２６は、ルート６３の作成時に配置された撮像位置に画像を埋め込む。埋め込むとは、マップ上の撮像位置と画像を関連づけておくことをいう。関連づけにより、エンドユーザ６がマップ上の撮像位置を指定すると、撮像位置で撮像された画像が表示される。画像埋め込み部２６は画像関連付け手段の一例である。

マップ上にルート６３が作成され、撮像位置に画像が埋め込まれたデータがコンテンツである。コンテンツは、図３に示したように例えば画像６１とマップ６２が表示可能な静止画を画像の数だけ有する。エンドユーザ６がマップ６２の撮像位置を選択するとその場書の情報がコンテンツ提供サーバ１３に通知され、コンテンツ提供サーバ１３が選択された場所の画像をユーザＰＣ１６に送信する。また、複数の静止画をMPEGなどの動画ファイルに変換しておいてもよい。

コンテンツ送信部２５は、図８に示されているＣＰＵ３０１からの命令及びネットワークＩ／Ｆ３０９等によって実現され、コンテンツが登録されるＵＲＩを指定してコンテンツをコンテンツ提供サーバ１３に送信する。コンテンツが登録されるＵＲＩは、例えば一定の規則で決定されるものとする。
「ドメイン名＋ディレクトリ名＋コンテンツ利用企業ＩＤ＋コンテンツ名」
ドメイン名はコンテンツ提供サーバのドメインなので既知であり、ディレクトリ名は例えば既知のフォルダ名（例えば、記憶部４０００の「４０００」である）。コンテンツ名は撮像者８が画像の送信前に付与してもよいし、コンテンツ作成サーバ１２が付与してもよい。したがって、ＵＲＩは例えば「コンテンツ提供サーバ/4000/コンテンツ利用企業ＩＤ/コンテンツ名」となる。

ＵＲＩ送信部２４は、図８に示されているＣＰＵ３０１からの命令及びネットワークＩ／Ｆ３０９等によって実現され、コンテンツのＵＲＩをアカウント管理ＤＢ３００２のメールアドレスを宛先にして送信する。

記憶・読出部２９は、図８に示されているＣＰＵ３０１からの命令等によって実現され、記憶部３０００に対しデータの記憶及び読み出しを行う。

＜＜コンテンツ提供サーバ１３＞＞
次に、コンテンツ提供サーバ１３の機能について説明する。コンテンツ提供サーバ１３は閲覧情報取得部５５、コンテンツ受信部５６、コンテンツ提供部５７、及び、記憶・読出部５４を有している。コンテンツ提供サーバ１３が有する各部（閲覧情報取得部５５、コンテンツ受信部５６、コンテンツ提供部５７、及び、記憶・読出部５４）は、図８に示されている各構成要素のいずれかが、ＨＤＤ３０５からＲＡＭ３０３上に展開されたプログラム３２０に従ったＣＰＵ３０１からの命令によって動作することで実現される機能、又は機能される手段である。

また、コンテンツ提供サーバ１３は、図８に示されているＲＡＭ３０３やＨＤＤ３０５によって構築される記憶部４０００を有している。記憶部４０００にはコンテンツ管理ＤＢ４００１が構築されている。

コンテンツ管理ＤＢ４００１には表２に示すようにコンテンツ管理テーブルが登録されている。コンテンツ管理テーブルには、例えば、コンテンツ利用企業ＩＤ、コンテンツ名、ＵＲＩ、提供回数、閲覧時間及び時間帯などが登録されている。なお、便宜上、コンテンツ管理ＤＢ４００１にはコンテンツが記憶されるものとするが、コンテンツはネットワーク１８からアクセス可能な場所に保持されていればよい。ＵＲＩが指定されれば、コンテンツ提供サーバ１３はコンテンツを特定できる。提供回数は、各コンテンツが何回、エンドユーザ６に提供されたかを示す。閲覧時間はコンテンツ提供サーバへの滞在時間を意味し、５〜１０分間隔で区切られた各時間間隔ごとに人数が登録されている。なお、コンテンツ提供サーバへの滞在時間は例えばＴＣＰのセッションが維持されている時間により測定できる。時間帯はどのような時間帯にコンテンツが閲覧されているかを意味し、例えば０〜１時、１〜２時などのように１時間ずつ区切られた各時間間隔ごとに人数が登録されている。

コンテンツ受信部５６は、図８に示されているＣＰＵ３０１からの命令及びネットワークＩ／Ｆ３０９等によって実現され、ＵＲＩが指定されたコンテンツをコンテンツ作成サーバ１２から受信する。コンテンツ受信部５６は、コンテンツ作成サーバ１２から取得したＵＲＩに基づいてコンテンツ管理ＤＢ４００１にコンテンツを登録し、コンテンツを記憶させる。コンテンツのＵＲＩはコンテンツ利用企業ＩＤとコンテンツ名で作成されているので、コンテンツ管理ＤＢ４００１にコンテンツ利用企業ＩＤとコンテンツ名を登録できる。あるいは、コンテンツ受信部５６は、コンテンツ利用企業ＩＤとコンテンツ名をコンテンツ作成サーバ１２から取得してＵＲＩを作成し、コンテンツ管理ＤＢ４００１にコンテンツのＵＲＩ等を登録してもよい。

コンテンツ提供部５７は、図８に示されているＣＰＵ３０１からの命令等によって実現され、ＵＲＩで指定されるコンテンツをユーザＰＣ１６に提供する。

閲覧情報取得部５５は、図８に示されているＣＰＵ３０１からの命令等によって実現され、コンテンツ提供部５７が提供したコンテンツの提供回数をカウントしてアカウント管理ＤＢ３００２に登録する。また、閲覧情報取得部５５は、エンドユーザ６が「どれくらいの時間コンテンツを見ていたか」「どの時間帯に見ていたか」などをアカウント管理ＤＢ３００２に登録する。

記憶・読出部５４は、図８に示されているＣＰＵ３０１からの命令等によって実現され、記憶部４０００に対しデータの記憶及び読み出しを行う。

＜＜コンテンツ利用企業ＰＣ１５＞＞
次に、コンテンツ利用企業ＰＣ１５の機能について説明する。コンテンツ利用企業ＰＣ１５はＵＲＩ受信部４１、操作入力受付部４２、Ｗｅｂページ送信部４３、及び、記憶・読出部４４を有している。コンテンツ利用企業ＰＣ１５が有する各部（ＵＲＩ受信部４１、操作入力受付部４２、Ｗｅｂページ送信部４３、及び、記憶・読出部４４）は、図８に示されている各構成要素のいずれかが、ＨＤＤ３０５からＲＡＭ３０３上に展開されたプログラム３２０に従ったＣＰＵ３０１からの命令によって動作することで実現される機能、又は機能される手段である。

また、コンテンツ利用企業ＰＣ１５は、図８に示されているＲＡＭ３０３やＨＤＤ３０５によって構築される記憶部５０００を有している。記憶部５０００にはＷｅｂページＤＢ５００１が構築されている。

ＷｅｂページＤＢ５００１は、コンテンツ利用企業ＰＣ１５のＷｅｂページが記憶されている。このＷｅｂページはＷｅｂサーバ１４に登録されるものであり、Ｗｅｂサーバ１４が提供するＷｅｂページと同じものである。

ＵＲＩ受信部４１は、図８に示されているＣＰＵ３０１からの命令及びネットワークＩ／Ｆ３０９等によって実現され、ＵＲＩをコンテンツ作成サーバ１２から受信する。

操作入力受付部４２は、図８に示されているＣＰＵ３０１からの命令及びキーボード３１１やマウス３１２等によって実現され、コンテンツ利用企業の担当者７の操作を受け付ける。この操作は、主にＵＲＩを自社のＷｅｂページ（ＨＴＭＬデータやJavaScriptで記述されたＷｅｂアプリを含む）の所望の場所に貼り付ける操作である。

Ｗｅｂページ送信部４３は、図８に示されているＣＰＵ３０１からの命令及びネットワークＩ／Ｆ３０９等によって実現され、例えばＦＴＰ（File Transfer Protocol）、ＨＴＴＰ（Hypertext Transfer Protocol）、ＳＳＨ（Secure Shell）などのプロトコルでＷｅｂページをＷｅｂサーバ１４に送信する。

記憶・読出部４４は、図８に示されているＣＰＵ３０１からの命令等によって実現され、記憶部５０００に対しデータの記憶及び読み出しを行う。

なお、コンテンツ利用企業ＰＣ１５が、コンテンツ作成サーバ１２が有するマップ取得部２２、ルート作成部２１、及び、画像埋め込み部２６を有していてもよい。これにより、コンテンツ利用企業の担当者７がコンテンツを作成できる。

＜＜Ｗｅｂサーバ１４＞＞
次に、Ｗｅｂサーバ１４の機能について説明する。Ｗｅｂサーバ１４はＷｅｂページ受信部５１、Ｗｅｂページ提供部５２、及び、記憶・読出部５３を有している。Ｗｅｂサーバ１４が有する各部（Ｗｅｂページ受信部５１、Ｗｅｂページ提供部５２、及び、記憶・読出部５３）は、図８に示されている各構成要素のいずれかが、ＨＤＤ３０５からＲＡＭ３０３上に展開されたプログラム３２０に従ったＣＰＵ３０１からの命令によって動作することで実現される機能、又は機能される手段である。

また、Ｗｅｂサーバ１４は、図８に示されているＲＡＭ３０３やＨＤＤ３０５によって構築される記憶部６０００を有している。記憶部６０００にはＷｅｂページＤＢ６００１が構築されている。

ＷｅｂページＤＢ６００１は、Ｗｅｂサーバ１４がユーザＰＣ１６からの要求に応じて提供するためのＷｅｂページを記憶している。

Ｗｅｂページ受信部５１は、図８に示されているＣＰＵ３０１からの命令及びネットワークＩ／Ｆ３０９等によって実現され、Ｗｅｂページをコンテンツ利用企業ＰＣ１５から受信する。受信したＷｅｂページをＷｅｂページＤＢ６００１に記憶させる。

Ｗｅｂページ提供部５２は、図８に示されているＣＰＵ３０１からの命令及びネットワークＩ／Ｆ３０９等によって実現され、ユーザＰＣ１６から要求されるＷｅｂページをユーザＰＣ１６に送信する。

記憶・読出部５３は、図８に示されているＣＰＵ３０１からの命令等によって実現され、記憶部６０００に対しデータの記憶及び読み出しを行う。

＜＜ユーザＰＣ１６＞＞
次に、ユーザＰＣ１６の機能について説明する。ユーザＰＣ１６はＷｅｂページ要求部４５、Ｗｅｂページ表示部４６、及び、操作入力受付部４７を有している。ユーザＰＣ１６が有する各部（Ｗｅｂページ要求部４５、Ｗｅｂページ表示部４６、及び、操作入力受付部４７）は、図８に示されている各構成要素のいずれかが、ＨＤＤ３０５からＲＡＭ３０３上に展開されたプログラム３２０に従ったＣＰＵ３０１からの命令によって動作することで実現される機能、又は機能される手段である。

Ｗｅｂページ要求部４５は、図８に示されているＣＰＵ３０１からの命令及びネットワークＩ／Ｆ３０９等によって実現され、エンドユーザ６の操作に応じてＷｅｂページをＷｅｂサーバ１４に要求する。また、エンドユーザ６がコンテンツのＵＲＩを指示した場合、コンテンツ提供サーバ１３にコンテンツを要求する。

Ｗｅｂページ表示部４６は、図８に示されているＣＰＵ３０１からの命令及びディスプレイ３０８等によって実現され、Ｗｅｂページを表示する。Ｗｅｂページ要求部４５やＷｅｂページ表示部４６はいわゆるブラウザソフトウェアにより実現されるが、これに限定されるものではない。

操作入力受付部４７は、図８に示されているＣＰＵ３０１からの命令、キーボード３１１及びマウス３１２等によって実現され、エンドユーザ６の操作を受け付ける。エンドユーザ６は任意のＷｅｂページを指定したり、Ｗｅｂページに含まれるコンテンツを指定する。コンテンツを表示させた場合は、マップ上の撮像位置を指定したり、画像の表示方向を指示したりする。

なお、ユーザＰＣ１６が、コンテンツ作成サーバ１２が有するマップ取得部２２、ルート作成部２１、及び、画像埋め込み部２６を有していてもよい。これにより、エンドユーザ６がコンテンツを作成できる。

＜ＵＲＩの埋め込み＞
図１２はＷｅｂページへのＵＲＩの埋め込みを説明する図の一例である。図１２（ａ）はＨＴＭＬデータの一例であり、図１２（ｂ）はコンテンツが記憶されている場所を示すＵＲＩの一例である。

図１２（ｂ）のＵＲＩは、ドメイン名が「YouTune.com」となっており、これがコンテンツ提供サーバ１３のドメイン名の一例である。「4000/001/001-A」は順番にディレクトリ名、コンテンツ利用企業ＩＤ、コンテンツ名である。

Iframeタグはsrc で指定したリソース（本実施形態ではコンテンツ）を画面中にインラインで表示させるＨＴＭＬデータのタグの１つである。「width」は画像がユーザＰＣ１６に表示される際の幅を、「height」は画像が表示される際の高さをそれぞれ指示する。「src」にはサイトのドメインとＵＲＩが記述されている。「frameborder」は画像が表示される際の境界線の幅である。「allowfullscreen」はフルスクリーンモードでの表示を許可することを意味する。

なお、Iframeタグは一例であって、Ｗｅｂページの記述形式（この場合はＨＴＭＬの記述形式）に従えばどのようなタグを用いてもよい。
図１２（ｃ）はＵＲＩが埋め込まれたＷｅｂページの一例を示す。コンテンツ利用企業の担当者７は所望の場所にＵＲＩを貼り付けるだけで、自社のＷｅｂページとコンテンツを関連づけることができるので、容易にコンテンツの利用を開始できる。また、コンテンツの変更やコンテンツの追加も容易である。なお、図示した貼り付け位置は一例であって、Ｗｅｂページの記述形式に従えばどのようなタグを用いてもよい。

＜コンテンツ提供時のコンテンツの送信＞
コンテンツ提供部５７がユーザＰＣ１６にコンテンツを送信する際、当初は少なくともマップ６２と１つ以上の画像を送信すればよく、コンテンツに含まれる全ての画像を送信する必要はない。また、エンドユーザ６が次々と撮像位置を指定する場合や、動画としてコンテンツを再生する場合なども、エンドユーザ６は周囲全方位の画像を見るわけではない。

そこで、コンテンツ提供部５７は、画像の全てをユーザＰＣ１６に送信するのでなく、ユーザＰＣ１６が表示している範囲と同じ範囲の一部画像のみをユーザＰＣ１６に送信する。こうすることで、コンテンツ提供サーバ１３は比較的データサイズが大きい全方位パノラマ画像の一部だけを送信すればよいので、送信時間を短縮できる。

図１３はコンテンツ提供部５７による一部画像の送信を模式的に説明する図の一例である。図１３では、全天球画像を３次元の立体球とした場合の一部画像の位置を示す。図１３（ａ）は球の一部の矩形領域を、図１３（ｂ）は矩形領域の高さ方向への射影を、図１３（ｃ）は矩形領域の水平方向への射影をそれぞれ示している。一部画像Ｉｍは、全天球画像のうちユーザＰＣ１６が表示している部分である。

全天球画像は、緯度・経度などの座標により任意の一点の画素が指定される。図１３では緯度・経度をｘ、ｙで示す。したがって、ユーザＰＣ１６は、ユーザＰＣ１６が表示している一部画像Ｉｍの４つの座標（ｘ１，ｙ２）（ｘ１，ｙ１）（ｘ２，ｙ１）（ｘ２，ｙ２）により、一部画像Ｉｍを特定できる。

Ｗｅｂページ要求部４５はこの一部画像Ｉｍの座標をコンテンツ提供サーバ１３に送信する。一部画像Ｉｍの座標は画像範囲情報の一例であり、全天球画像のうち一部がディスプレイ３０８に表示される際の範囲（画角）を指定する。コンテンツ提供サーバ１３のコンテンツ提供部５７は、次に送信する画像のうち座標で指示される一部画像のみをユーザＰＣ１６に送信する。次に送信する画像とは、エンドユーザ６が過去に複数の画像を閲覧した場合には、ルート６３に沿った次の撮像位置の画像である。エンドユーザ６が過去に１つの画像しか閲覧していない場合、該画像で表示された一部画像に垂直な方向（エンドユーザ６が見ている方向）の次の画像である。

これにより、コンテンツ提供サーバ１３は画像を短時間に送信できる。なお、通信帯域に余裕があれば（次の撮像位置の画像を送信するまでに時間があれば）、コンテンツ提供部５７は一部画像に隣接した一部画像から優先してユーザＰＣ１６に送信する。したがって、通信帯域に余裕があれば全天球画像の全てをユーザＰＣ１６に送信できる。また、全天球画像の全てをユーザＰＣ１６に送信する前に、ユーザＰＣ１６から次の撮像位置の画像が要求された場合、４つの座標で指示される次の撮像位置の一部画像のみを送信する。

＜全天球画像の埋め込み＞
図１４はマップ６２への全天球画像の埋め込みを模式的に説明する図の一例である。全天球画像には方位が添付されているので、画像埋め込み部２６はマップ６２における方位に全天球画像６５の方位を一致させて、マップ６２のルート上のそれぞれの撮像位置６４に全天球画像６５を埋め込む。全天球画像６５に方位が添付されているため、このように簡単な処理でマップ６２に全天球画像６５を埋め込むことができる。

＜動作手順＞
図１５等の各ステップを用いて、画像の送信手順を説明する。図１５は、撮像装置１１が携帯端末１７に画像を送信する手順を示すシーケンス図の一例である。
S1：撮像者８が携帯端末１７を操作すると、操作入力受付部３７が操作を受付、操作内容を撮像装置１１に送信する。ここでは撮像を開始する操作が行われたものとする。また、撮像間隔として周期を指示する時間又は一定距離を指示する距離が送信されてもよい。
S2：画像作成部３１は定期的に又は一定距離ごとに画像を撮像して撮像情報収集部３２に送出する。一定距離ごとに撮像する場合、S1-1に示すように、携帯端末１７は撮像者８が一定距離、移動したことを撮像装置１１に通知する。一定距離、移動したことは位置情報から推定されてもよいし、加速度・方位センサ２０６が検出した歩数により推定されてもよい。これにより、ルート上のほぼ等間隔の画像が得られ、エンドユーザ６がコンテンツを表示した場合に、実際に歩行しているかのような感覚を得やすくなる。
S3：撮像情報収集部３２は撮像日時と方位を収集し、メタデータとして画像に添付して、送受信部３３に送出する。
S4：送受信部３３は、撮像日時と方位が添付された画像を携帯端末１７の画像受信部３６に送信する。
S5：携帯端末１７の画像受信部３６は撮像日時と方位が添付された画像を受信して、これらを位置情報取得部３５に送出する。
S6：位置情報取得部３５は画像を受信したことを契機に撮像位置を取得して画像に添付する。これにより撮像情報が添付された画像が得られる。位置情報取得部３５は画像を画像ＤＢ２００１に記憶させる。

撮像装置１１と携帯端末１７は、撮像者８が撮像を終了させるまで撮像と画像ＤＢ２００１への画像の記憶を繰り返す。なお、撮像者８は１つのルートを複数回、撮像してもよい。例えば、朝、昼、晩に撮像することで、該ルートのそれぞれの時間帯で画像が撮像されたコンテンツが作成される。また、撮像者８は春夏秋冬、晴天、雨天、曇天などの異なる環境で同じルートを撮像してもよい。

図１６は、携帯端末１７が画像をコンテンツ作成サーバ１２に送信する手順を示すシーケンス図の一例である。
S1：撮像者８が撮像を終了する操作を行う。
S2：撮像を終了する操作を行うと、携帯端末１７はコンテンツ名を入力するダイアログを表示するため、撮像者８はコンテンツ名を入力する。なお、コンテンツ名は撮像を終了する前に入力してもよい。また、撮像者８はルートの始点という属性を任意の画像に付与したり、ルートの終点という属性を任意の画像に付与したりすることができる。すなわち、ルートの始点と終点を指定できる。これらの入力が終わると操作入力受付部３７は撮像終了をデータ付き画像送信部３４に通知する。
S3：データ付き画像送信部３４は画像ＤＢ２００１から、撮像開始から終了までの一連の画像を読み出す。
S4：データ付き画像送信部３４は一連の画像をコンテンツ作成サーバ１２に送信する。データ付き画像送信部３４は、撮像者８が入力したコンテンツ利用企業ＩＤとパスワードを一連の画像と共に（又は前後して）送信してもよい。コンテンツ作成サーバ１２はコンテンツ利用企業ＩＤとパスワードに基づく撮像者８の認証が成立する場合にコンテンツを作成する。なお、課金などを考慮しなければ、コンテンツ利用企業の認証は不要である。
S5：データ付き画像受信部２３は一連の画像をマップ取得部２２に送出する。
S6：マップ取得部２２は、一連の画像の全ての撮像位置が含まれるマップ６２を地図データＤＢ３００１から読み出し、マップ６２に一連の画像を添付する。マップ取得部２２はマップ６２が添付された一連の画像をルート作成部２１に送出する。
S7：ルート作成部２１は、マップ６２に一連の画像の全ての撮像位置をマッピングして、撮像日時の順に接続することでルート６３を作成する。ルート６３は太線などで強調される。ルート作成部２１は、マップ６２とルート６３が添付された一連の画像を画像埋め込み部２６に送出する。
S8：画像埋め込み部２６はルート６３上の撮像位置に一連の画像を埋め込む。そして、画像埋め込み部２６は、画像が埋め込まれたマップ６２及びルート６３を１つのコンテンツとしてコンテンツ送信部２５に送出する。

図１７は、コンテンツとＷｅｂページの登録の手順を示すシーケンス図の一例である。
S1：コンテンツ送信部２５はＵＲＩを指定してコンテンツをコンテンツ提供サーバ１３に送信する。
S2：コンテンツ提供サーバ１３のコンテンツ受信部５６はコンテンツを受信して、ＵＲＩにより指定されるコンテンツ管理ＤＢ４００１に記憶させる。なお、コンテンツ提供サーバ１３は任意の場所にコンテンツを記憶して、その記憶場所のＵＲＩをコンテンツ作成サーバ１２に送信してもよい。
S3：コンテンツ送信部２５はコンテンツが記憶されたＵＲＩをＵＲＩ送信部２４に送出する。
S4：ＵＲＩ送信部２４はコンテンツ利用企業の担当者７のメールアドレスを宛先にして、ＵＲＩを送信する。
S5：コンテンツ利用企業ＰＣ１５のＵＲＩ受信部４１はＵＲＩが記述されたメールを受信し、一時的にＲＡＭ３０３などに保存する。コンテンツ利用企業の担当者７はメールを開いてＵＲＩをディスプレイ３０８に表示させるので、操作入力受付部４２は該操作を受け付けてＵＲＩを例えばコピーする。
S6：コンテンツ利用企業の担当者７はＷｅｂページＤＢ５００１から所望のＷｅｂページを読み出す操作を行い、操作入力受付部４２は該操作を受け付けてＷｅｂページを読み出す。
S7：コンテンツ利用企業の担当者７はＷｅｂページにコピーしたＵＲＩを貼り付ける操作を行い、操作入力受付部４２はＵＲＩが貼り付けられたＷｅｂページをＷｅｂページ送信部４３に送出する。

なお、図１７の手順ではメールアドレスを宛先にしてＵＲＩが送信されているが、コンテンツ作成サーバ１２は一連の画像を送信した携帯端末１７にＵＲＩを返信してもよい。例えば、ＨＴＴＰなどの通信を利用すれば、画像の送信元の携帯端末１７にＵＲＩを返信できる。この場合、撮像者８はメールアプリなどを開かずにＵＲＩを確認できる。

図１８は、ユーザＰＣ１６がコンテンツを表示させる手順を示すシーケンス図の一例である。
S1：コンテンツ利用企業ＰＣ１５のＷｅｂページ送信部４３はＵＲＩが貼り付けられたＷｅｂページをＷｅｂサーバ１４に送信する。
S2：Ｗｅｂサーバ１４のＷｅｂページ受信部５１はＷｅｂページを受信して、ＷｅｂページをＷｅｂページＤＢ６００１に記憶させる。
S3：エンドユーザ６はユーザＰＣ１６を操作してコンテンツ利用企業のＷｅｂページを表示させる操作を行う。これにより、ユーザＰＣ１６のＷｅｂページ要求部４５はホームページのアドレスなどを指定してＷｅｂサーバ１４にＷｅｂページを要求する。
S4：Ｗｅｂページ提供部５２はＷｅｂページＤＢ６００１から要求されたＷｅｂページを読み出す。このＷｅｂページにはコンテンツのＵＲＩが貼り付けられている。
S5：Ｗｅｂページ提供部５２はＷｅｂページをユーザＰＣ１６のＷｅｂページ要求部４５に送信する。
S6：ユーザＰＣ１６のＷｅｂページ要求部４５はＷｅｂページを受信して、Ｗｅｂページ表示部４６に送出する。これにより、ユーザＰＣ１６はコンテンツのＵＲＩが貼り付けられたＷｅｂページを表示できる。
S7：エンドユーザ６は、例えばＷｅｂページにおいて全天球画像の表示用のエリアとして確保された領域、コンテンツがリンクされた画像又は文字をマウスカーソルでクリックする。このようなコンテンツを表示させる操作を行うと、Ｗｅｂページ要求部４５はＵＲＩを指定してコンテンツ提供サーバ１３にコンテンツを要求する。
S8：コンテンツ提供サーバ１３のコンテンツ提供部５７はコンテンツ管理ＤＢ４００１から指定されたコンテンツを読み出す。
S9：コンテンツ提供部５７はコンテンツをユーザＰＣ１６に送信する。
S10：ユーザＰＣ１６のＷｅｂページ要求部４５はコンテンツを受信して、Ｗｅｂページ表示部４６に送出する。これにより、ユーザＰＣ１６は図３のようなコンテンツを表示できる。すなわち、マップ６２と画像６１が表示され、マップ内のルート６３上の撮像位置をマウスなどでクリックしたり指でタップすると、その撮像位置の全天球画像を表示できる。
S11：コンテンツ提供部５７はコンテンツが提供されたことを閲覧情報取得部５５に通知する。閲覧情報取得部５５はコンテンツの提供回数を１つ大きくする。また、閲覧情報取得部５５は、閲覧時間と現在の時間帯を判断し、アカウント管理ＤＢ３００２の対応する時間間隔の人数を１つ大きくする。コンテンツ提供サーバ１３はコンテンツの提供回数とコンテンツのサイズに基づき課金金額を算出し、月末などのタイミングでコンテンツ利用企業に請求する。また、アカウント管理ＤＢ３００２の閲覧時間と時間帯を有償又は無償でコンテンツ利用企業に提供してもよい。コンテンツ利用企業はＷｅｂページの改善などに閲覧時間と時間帯を利用できる。

このような処理により、コンテンツを表示したエンドユーザ６は図３のメニュー６６を操作して上下左右の一部画像を表示させたり、動画のように撮像位置の異なる全天球画像を次々と表示させたりすることができる。

以上説明したように、本実施例のＷｅｂサービスシステム１００では、撮像者８が１回の撮像で全天球画像を撮像できる。誰もが簡単に周囲全方位の空間を表現した臨場感あるコンテンツを作成して公開できる。全天球画像パノラマ画像は、マップ６２の撮像位置６４に埋め込まれているので、エンドユーザ６はどの場所の全天球画像であるかを一目で把握できる。また、マップ６２にはルート６３が表示されているので、全天球画像で確認できるルートをエンドユーザ６は一目で把握できる。エンドユーザ６に対し全方位のパノラマ画像を再生させることで、ルート上を周遊している疑似体験を提供できる。また、コンテンツ提供サーバ１３の運営者はコンテンツのサイズやコンテンツの提供回数に応じた料金をコンテンツ利用企業に請求できる。

実施例１に示したように、撮像者８は任意の場所で周囲を撮像できるが、通行人の顔が写ってしまう可能性がある。人物を特定できる個人特定情報が通行人が撮像されるとプライバシーの保護上、好ましくない。そこで、本実施例では、通行人の顔に画像処理を施して、人物の特定・判別を困難にするＷｅｂサービスシステム１００について説明する。

図１９は、本実施例のコンテンツ作成サーバ１２の機能ブロック図の一例を示す。また、本実施例において、図１１において同一の符号を付した構成要素は同様の機能を果たすので、主に本実施例の主要な構成要素についてのみ説明する場合がある。図１９では、コンテンツ作成サーバ１２が画像処理部２７を有する。なお、画像処理は携帯端末１７又はコンテンツ提供サーバ１３で行ってもよい。

画像処理部２７は、図８に示されているＣＰＵ３０１からの命令等によって実現され、画像から顔を検出して、顔にぼかし処理を施す。顔をぼかすとは個人の特定・判別を困難にすることをいう。このようなぼかし処理としては、平滑化フィルタで平滑化してもよいし、顔の部分に顔を隠すための画像を重畳させてもよい。なお、顔の検出は、矩形枠を画像に設定し例えばHaar-Like特徴量やＦＯＧ特徴量で矩形枠の評価値を算出することで行う。矩形枠をずらしながら特徴量による評価を行うことで、顔が撮像されている可能性が高い矩形枠を特定できる。

図２０は、コンテンツ作成サーバ１２がコンテンツを作成する手順を示すシーケンス図の一例である。
S4-2：画像処理部２７は一連の画像の全てに対し画像処理を施す。なお、画像処理のタイミングはマップ６２の取得前に行う必要はなく、コンテンツ送信前に行えばよい。

図２１は、プライバシー保護のための画像処理を説明する図の一例である。図２１（ａ）は画像処理前の一部画像を、図２１（ｂ）は画像処理後の一部画像をそれぞれ示す。図２１（ｂ）では、二人の通行人６７の顔の認識が困難になっている。

なお、図２１では通行人６７の顔のみが画像処理されているが、看板や大型液晶ディスプレイなどに人が映っている場合には、これらにも画像処理が施される。これにより広告の肖像権にも配慮できる。また、個人特定情報は顔に限られず、車のナンバープレートなど、個人を特定することが可能な情報を検出して画像処理を施すことが好ましい。

以上説明したように、本実施例のＷｅｂサービスシステム１００は、実施例１の効果に加え、撮像者８が通行人６７を撮像してもプライバシーを保護できる。

エンドユーザ６が全天球画像をユーザＰＣ１６で表示させる際、様々な被写体が映っているが、エンドユーザ６がそれらの被写体の情報を表示できれば便利である。そこで、本実施例では、撮像された被写体の情報を、全天球画像に埋め込むＷｅｂサービスシステム１００について説明する。

図２２は、本実施例のコンテンツ作成サーバ１２の機能ブロック図の一例を示す。図２２では、コンテンツ作成サーバ１２が被写体情報埋め込み部２８を有する。被写体情報埋め込み部２８は、図８に示されているＣＰＵ３０１からの命令等によって実現され、全天球画像から建築物を検出し、該建築物の地図上の位置を特定し、地図データＤＢ３００１から取得した該建築物の建物情報及び次述する広告情報ＤＢ３００３から取得した広告情報を建築物に埋め込む。被写体に関して被写体が何かをユーザに把握させたりユーザに提供される情報を被写体情報と称する。建物情報と広告情報の少なくとも一方は被写体情報の具体例の１つである。被写体情報埋め込み部２８は被写体情報関連付け手段の一例である。

また、本実施例のコンテンツ作成サーバ１２は、記憶部３０００に広告情報ＤＢ３００３を有している。広告情報ＤＢには表３に示すように広告情報テーブルが登録されている。

広告情報テーブルには、建築物ＩＤ、広告企業ＩＤ、広告情報、及び、提供回数が登録されている。建築物ＩＤはマップ上の建築物を一意に識別するための識別情報（被写体識別情報の一例）である。広告企業ＩＤは広告を出す広告企業を一意に識別するための識別情報である。広告情報は広告企業が表示する広告の内容（表３では広告内容が表示されるＵＲＬ）が記述されている。提供回数は、広告情報がエンドユーザ６により選択された回数である。

続いて、図２３，２４を用いて被写体情報の埋め込みについて説明する。図２３は、建築物の地図上の位置の特定方法を説明する図の一例である。図２３（ａ）には全天球画像のうち一部画像が示されている。被写体情報埋め込み部２８は例えばエッジ処理を施して、被写体のうち最も撮像位置が高い画素を水平方向にトレースする。これにより、図２３（ａ）のトレース線６８が得られる。被写体の垂直方向の画素位置が閾値８２以上の場所に建築物があると判断できる。また、被写体の画素位置が閾値８２未満になった場所から次に、被写体の画素位置が閾値８２未満になるまでが１つの建築物である。建築物が連続しているような場所に対応するため、垂直方向に連続したエッジをハフ変換などで検出し、エッジが上空から地面近くまで連続している場所で建築物を分離してもよい。また、建物の色で建築物を分離してもよい。図２３（ａ）では建築物７１〜７３が検出されたものとする。

また、図２３（ｂ）に示すように、全天球画像には東西南北の方位が添付されている。また、撮像位置も添付されている。よって、撮像位置から見てどの方向に建築物７１〜７３があるかは明らかになっている。

図２３（ｃ）は地図上における撮像範囲８３を示す図の一例である。撮像位置から見た建築物７１〜７３の方位が分かっているので、方位を地図に当てはめることで、地図上の建築物７１〜７３を特定できる。例えば真北を基準にすると建築物７１の方向は２６０度くらいであり、建築物７２の方向は３１０度くらいであり、建築物７３の方向は５度くらいである（時計回りを正）。

被写体情報埋め込み部２８は、地図上の建築物７１〜７３を特定すると、地図データＤＢ３００１から各建築物の建物情報を取得して、全天球画像の建築物に埋め込む。なお、建物情報は、例えばビル名、ビルに入っているテナント名等である。

具体的には、エンドユーザ６がコンテンツに含まれる画像の建築物７１〜７３をマウスでクリック、指でタップ、マウスオーバーなどすることで、建物情報が表示されるように、JavaScript（登録商標）などのコードがコンテンツに記述される。

建築物７１〜７３の広告情報が広告情報ＤＢに登録されている場合、同様に、広告情報が埋め込まれる。ただし、広告情報が埋め込まれた場合、広告企業ＩＤと広告が選択された旨がコンテンツ提供サーバ１３を通知先として通知されるJavaScript（登録商標）などのコードがコンテンツに記述される。

図２４は、被写体情報埋め込み部が全天球画像に被写体情報を埋め込む手順を示すフローチャート図の一例である。図２４の手順は、コンテンツ作成サーバ１２が画像を受信してから、コンテンツを送信するまでの間に開始される。

まず、被写体情報埋め込み部２８は全天球画像から建築物を検出する（Ｓ１０）。

次に、被写体情報埋め込み部２８は全天球画像の方位に基づき、撮像位置から見た各建築物の方位を決定する（Ｓ２０）。

次に、被写体情報埋め込み部２８は撮像位置と各建築物の方位に基づき各建築物の地図上の位置を決定する（Ｓ３０）。

次に、被写体情報埋め込み部２８は地図データＤＢ３００１から地図上で特定された建築物の建物情報を取得する（Ｓ４０）。

次に、被写体情報埋め込み部２８は建築物ＩＤに対応付けられた広告情報を広告情報ＤＢ３００３から読み出す（Ｓ５０）。

次に、被写体情報埋め込み部２８は建物情報及び広告情報を全天球画像の建築物に埋め込む（Ｓ６０）。

図２５は、エンドユーザ６が建築物７２をマウスカーソル６９でクリックした場合に表示される被写体情報８１の一例を示す。図２５では、ビル名、ビルに入っているテナント名、及び、広告ボタン７５が表示されている。エンドユーザ６は例えば飲食店の情報を更に知りたい場合、広告ボタン７５を選択する。広告ボタン７５には広告情報ＤＢ３００３の広告情報（広告ＵＲＬ）が埋め込まれており、ユーザＰＣ１６は飲食店の詳しい情報が記載されたＷｅｂページを表示することができる。

また、広告ボタン７５が選択された場合、ユーザＰＣ１６はJavaScript（登録商標）などのコードを実行して、コンテンツ提供サーバ１３に広告企業ＩＤと広告が表示された旨をコンテンツ提供サーバ１３に通知する。コンテンツ提供サーバ１３の閲覧情報取得部５５はこの通知回数をカウントして広告情報ＤＢ３００３の提供回数を更新する。これにより、Ｗｅｂサービスシステム１００の運営者などは、広告の提供回数などに応じた広告費を広告企業に要求できる。

以上説明したように、本実施例のＷｅｂサービスシステム１００は、実施例１の効果に加え、全天球画像の被写体に被写体の情報を埋め込むので、エンドユーザ６は被写体の情報を表示させることができる。

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

例えば、本実施形態では、コンテンツ提供サーバ１３がコンテンツ利用企業を特定しているが、コンテンツの利用者を特定しなくてもよい。すなわち、一般消費者などが画像をコンテンツ作成サーバ１２に送信して、自分のホームページなどで提供することが可能である。

また、上記の実施例では野外の撮像と野外の画像の公開を例に説明したが、撮像場所は室内でもよい。この場合、撮像位置は上記のＩＭＥＳの他、iBeacon（登録商標）などを利用した位置情報を用いてよい。

Ｗｅｂサービスシステム１００が室内の画像を公開する場合も、屋外と同様にコンテンツを作成できる。図２６はユーザＰＣ１６で表示されるコンテンツの一例を示す図である。図２６のコンテンツは、全天球画像を表示する表示領域４０１と、室内地図を表示する表示領域４０２とを有している。

まず、全天球画像の撮像位置が分かっているので、室内地図における座標（例えば、室内地図の左上を原点とする二次元座標系の座標）が位置情報と対応付けられていれば、全天球画像が室内地図内のどの座標と対応付けられるかは明らかである。また、全天球画像には東西南北の方位が添付されており、室内地図の東西南北も通常は知られている。したがって、コンテンツ作成サーバ１２は室内地図において撮像位置を特定でき、さらに撮像装置１１の正面方向を特定できるため撮像方向も明らかとなる。

このような情報を利用して、室内地図を表示する表示領域４０２には、全天球画像が撮影された室内地図上に撮像位置を表す図形４０３、及び、全天球画像のうち表示領域４０１で表示されている方向（画角）を示す図形４０４が表示される。補足すると、表示領域４０１に表示されている全天球画像の一部画像ＩｍはユーザＰＣ１６にとって既知なので、ユーザＰＣ１６は撮像装置１１の撮像方向を基準にして表示されている方向を特定できる。

したがって、表示領域４０１で表示されている全天球画像の撮像位置に応じて、ＰＣ１６は表示領域４０２における図形４０３を強調して表示できる（この場合、図形４０４で強調されるが、色を変えるなどすることで強調してもよい）。また、表示領域４０１で表示されている全天球画像の一部画像Ｉｍに応じて、ＰＣ１６は表示領域４０２における図形４０４を一部画像Ｉｍに対応した方向に変更できる。したがって、ユーザＰＣ１６を閲覧しているユーザは、表示領域４０１で表示されている画像が室内地図上のどの位置で撮影されており、かつ、どの方向が表示領域４０１に表示されているかを容易に把握することができる。

また、図２６の表示領域４０１には好ましい又は可能な移動方向を示す図形４０５が表示されている。移動方向とはユーザが室内を移動したと仮定した場合の表現であり、ユーザが実際に室内を移動するわけではない。ユーザＰＣ１６は現在の全天球画像の撮像位置と隣接した撮像位置を結ぶ直線４０７を例えば室内地図上で算出し、直線４０７が実在すれば全天球画像に撮像されているはずの場所に図形４０５を表示する。直線４０７の方位が推定できるので、全天球画像のこの方位の路面付近の緯度に図形４０５を重ねて表示する。こうすることで、表示領域４０１の全天球画像には隣接する撮像位置の方向が図形４０５で表示される。

また、コンテンツ作成サーバ１２は予め図形４０５に室内地図上の図形４０６を撮像位置とする全天球画像を関連付けておく（例えば、リンクを埋め込んでおく）。

ユーザが図形４０５を選択すると、ユーザＰＣ１６は関連づけを検出して表示領域４０１に表示する全天球画像を、移動方向を示す図形４０５の先にあって図形４０６を撮像位置とする他の全天球画像に切り替える。例えば、図２６において図形４０５が選択された場合、室内地図上の図形４０６の位置で撮影された全天球画像を表示する。

また、コンテンツ作成サーバ１２が、移動方向を表す図形４０５をユーザを誘導したい表示領域４０１の方向にだけ表示することで、ユーザに好ましい順番で全天球画像を閲覧させることができる。

なお、屋外の場合と同様に、ユーザが室内地図上の任意の撮像位置を表す図形４０３，４０６を選択することで、表示領域４０１にはユーザが選択した撮像位置で撮像された全天球画像が表示される。この場合、コンテンツ作成サーバ１２は予め各撮像位置を表す図形４０３，４０６に全天球画像を関連付けておく。

また、上記の実施例では撮像者が歩行していたが、撮像装置１１を車両などに搭載して、車両から周囲を撮像してもよい。

また、地上に限られず、パラシュートによる落下時やパラグライダーなどによる飛行時に空撮することもできる。また、プールの中や海中などで撮像することもできる。このように地上以外の撮像では、経度・緯度だけでなく高度情報が測定されて、画像に添付されていることが好ましい。

また、上記の実施例ではユーザＰＣ１６はＷｅｂページを経由してコンテンツを表示したが、Ｗｅｂページを経由せずに直接、コンテンツを表示してもよい。

また、上記の実施例では、静止画を主な例として説明したが、動画がコンテンツとして提供される場合は、コンテンツ作成サーバ１２が動画からいくつかのシーンを抽出してマップ６２に撮像位置に強調してもよい。いくつかのシーンは、例えば、画質の評価値が基準以上の全天球画像などであるが、コンテンツ利用企業の担当者が選択してもよい。

なお、データ付き画像送信部３４は送信手段の一例であり、データ付き画像受信部２３は受信手段の一例であり、マップ取得部２２は地図データ取得手段の一例であり、ルート作成部２１は経路情報作成手段の一例であり、コンテンツ提供部５７はコンテンツ提供手段の一例である。ＵＲＩ送信部２４はリンク情報送信手段の一例であり、Ｗｅｂページ受信部５１は公開情報受信手段の一例であり、Ｗｅｂページ提供部５２は公開情報提供手段の一例である。閲覧情報取得部５５はカウント手段の一例であり、画像処理部２７は画像処理手段の一例であり、画像埋め込み部２６は画像関連付け手段の一例であり、被写体情報埋め込み部２８は被写体情報関連付け手段の一例である。画像作成部３１は撮像手段の一例であり、送受信部３３は第２の送信手段の一例であり、位置情報取得部３５は位置検出手段の一例であり、操作入力受付部３７は設定受付手段の一例である。地図データＤＢ３００１は地図データ記憶手段の一例であり、広告情報ＤＢ３００３は広告情報記憶手段の一例である。Ｗｅｂサービスシステム１００はサービスシステムの一例であり、Ｗｅｂサービスシステム１００が行う方法はサービス提供方法の一例である。

６ エンドユーザ
７ 担当者
８ 撮像者
９ アクセスポイント
１１ 撮像装置
１２ コンテンツ作成サーバ
１３ コンテンツ提供サーバ
１４ Ｗｅｂサーバ
１５ コンテンツ利用企業ＰＣ
１６ ユーザＰＣ
１７ 携帯端末

特表平７−５０４２８５号公報

Claims (13)

1. 記憶部と、
   ネットワークで接続された端末からの表示要求を受け取る通信部と、
   を備えるサーバであって、
   前記記憶部は、撮影された全天球画像と、前記全天球画像の位置を示す配置図と、を記憶し、
   前記サーバは、
   前記表示要求に基づいて、前記記憶部から該当する全天球画像の一部である一部画像と、前記一部画像の位置を示す配置図と、を読み出し、
   前記読み出された一部画像と前記読み出された配置図とを、前記端末へ送信し、
   前記読み出された配置図には、前記全天球画像が撮影された位置を示す図形が含まれており、
   前記端末で前記読み出された一部画像が表示される場合に、前記読み出された一部画像が前記端末で表示される際の範囲を示す図形を前記読み出された配置図に表示することを特徴とするサーバ。
2. 前記読み出された配置図に複数の前記撮影された位置を示す図形が含まれている場合に、前記複数の撮影された位置を示す図形の間の移動方向を示す図形を、前記端末で表示される画像上に表示することを特徴とする請求項１に記載のサーバ。
3. 前記複数の撮影された位置を示す図形の間の移動方向を示す図形は、隣接した前記全天球画像を結ぶ直線で表すことを特徴とする請求項２に記載のサーバ。
4. 端末であって、
   前記端末は、撮影された全天球画像と、前記全天球画像の位置を示す配置図とを記憶する記憶部を備えたサーバと、ネットワークを介して接続されており、
   前記端末は、前記サーバと通信する通信部と、表示部と、を備え、
   前記端末の前記通信部は、前記全天球画像の一部である一部画像と、前記一部画像の位置を示す配置図と、を前記サーバから受信し、
   前記端末の前記表示部は、前記受信した一部画像と、前記受信した配置図と、を表示し、
   前記受信した配置図には、前記全天球画像が撮影された位置を示す図形が含まれており、
   前記表示部に前記受信した一部画像が表示される場合に、前記受信した一部画像が前記表示部で表示される際の範囲を示す図形を前記受信した配置図に表示することを特徴とする端末。
5. 前記受信した配置図に複数の前記撮影された位置を示す図形が含まれている場合に、前記複数の撮影された位置を示す図形の間の移動方向を示す図形を前記表示部に表示される画像上に表示することを特徴とする請求項４に記載の端末。
6. 前記複数の撮影された位置を示す図形の間の移動方向を示す図形は、隣接した前記全天球画像を結ぶ直線で表すことを特徴とする請求項５に記載の端末。
7. サーバの画像送信方法であって、
   前記サーバは、撮影された全天球画像と、前記全天球画像の位置を示す配置図と、を記憶する記憶部を備えており、
   前記サーバとネットワークで接続された端末からの表示要求を受け取るステップと、
   前記表示要求に基づいて、前記記憶部から該当する全天球画像の一部である一部画像と、前記一部画像の位置を示す配置図と、を読み出すステップと、
   前記読み出された一部画像と前記読み出された配置図とを、前記端末へ送信するステップとを有し、
   前記読み出された配置図には、前記全天球画像が撮影された位置を示す図形が含まれており、
   前記端末で前記読み出された一部画像が表示される場合に、前記読み出された一部画像が前記端末で表示される際の範囲を示す図形を前記読み出された配置図に表示するステップを更に有することを特徴とする画像送信方法。
8. 前記読み出された配置図に複数の前記撮影された位置を示す図形が含まれている場合に、前記複数の撮影された位置を示す図形の間の移動方向を示す図形を、前記端末で表示される画像上に表示するステップを更に有することを特徴とする請求項７に記載の画像送信方法。
9. 前記複数の撮影された位置を示す図形の間の移動方向を示す図形は、隣接した前記全天球画像を結ぶ直線で表すステップを更に有することを特徴とする請求項８に記載の画像送信方法。
10. サーバに実行させるプログラムを記憶するコンピュータ読み取り可能な記憶媒体であって、
    前記サーバは、撮影された全天球画像と前記全天球画像の位置を示す配置図とを記憶する記憶部と、前記サーバとネットワークで接続された端末と通信する通信部と、を備えており、
    前記サーバを、
    前記端末からの表示要求に基づいて、前記記憶部から該当する全天球画像の一部である一部画像と、前記一部画像の位置を示す配置図と、を読み出す手段、
    前記通信部を用いて、前記読み出された一部画像と前記読み出された配置図とを、前記端末へ送信する手段、として機能させ、
    前記読み出された配置図には、前記全天球画像が撮影された位置を示す図形が含まれており、
    前記サーバを、
    前記端末で前記読み出された一部画像が表示される場合に、前記読み出された一部画像が前記端末で表示される際の範囲を示す図形を前記読み出された配置図に表示する手段として機能させることを特徴とするプログラムを記憶するコンピュータ読み取り可能な記憶媒体。
11. 前記サーバを、
    前記読み出された配置図に複数の前記撮影された位置を示す図形が含まれている場合に、前記複数の撮影された位置を示す図形の間の移動方向を示す図形を、前記端末で表示される画像上に表示する手段として機能させることを特徴とする請求項１０に記載の記憶媒体。
12. 前記複数の撮影された位置を示す図形の間の移動方向を示す図形は、隣接した前記全天球画像を結ぶ直線で表すことを特徴とする請求項１１に記載の記憶媒体。
13. 端末に実行させるプログラムを記憶するコンピュータ読み取り可能な記憶媒体であって、
    前記端末は、ネットワークを介して接続されたサーバと通信する通信部と、表示部と、を備えており、
    前記サーバは、撮影された全天球画像と前記全天球画像の位置を示す配置図とを記憶しており、
    前記端末に、
    前記通信部を用いて、前記全天球画像の一部である一部画像と、前記一部画像の位置を示す配置図と、を前記サーバから受信するステップと、
    前記受信した一部画像と、前記受信した配置図と、を前記表示部に表示するステップと、を実行させ、
    前記受信した配置図には、前記全天球画像が撮影された位置を示す図形が含まれており、
    前記表示するステップは、前記表示部に前記受信した一部画像が表示される場合に、前記受信した一部画像が前記表示部で表示される際の範囲を示す図形を前記受信した配置図に表示することを特徴とするプログラムを記憶するコンピュータ読み取り可能な記憶媒体。

Images