(57)【要約】【課題】仮想旅行を行うユーザの満足度を向上させること。【解決手段】端末装置は、利用者によって仮想的な旅行の行き先である仮想旅行先を選択する操作が行われる操作部から仮想旅行先を受け付ける。また、端末装置は、乗物内外又は建築物内外に設置された撮影装置によって撮影されることで生成された画像データのうち、仮想旅行先に対応する撮影装置によって生成された画像データを出力部に出力制御する。また、端末装置は、所定の旅情毎に創作物を形成する部品である部品創作物を記憶する部品記憶部を有する。また、端末装置は、仮想旅行先を想起させる旅情を決定し、決定した旅情に対応付けて部品記憶部に記憶されている部品創作物を用いて仮想旅行先に対応する創作物を生成する。【選択図】図５
2014115478.tif 000002
【特許請求の範囲】
【請求項１】
利用者によって仮想的な旅行の行き先である仮想旅行先を選択する操作が行われる操作部から当該仮想旅行先を受け付ける受付部と、
乗物内外又は建築物内外に設置された撮影装置によって撮影されることで生成された画像データのうち、前記受付部によって受け付けられた仮想旅行先に対応する撮影装置によって生成された画像データを出力部に出力制御する第１出力制御部と、
所定の旅情毎に創作物を形成する部品である部品創作物を記憶する部品記憶部と、
前記仮想旅行先に基づいて当該仮想旅行先を想起させる旅情を決定し、決定した旅情に対応付けて前記部品記憶部に記憶されている部品創作物を用いて当該仮想旅行先に対応する創作物を生成する生成部と、
前記生成部によって生成された創作物を前記出力部に出力制御する第２出力制御部と
を備えたことを特徴とする端末装置。
【請求項２】
前記受付部は、
前記操作部が有する鍵盤が押下されることで入力された仮想旅行先を当該操作部から受け付け、
前記部品記憶部は、
創作物である楽曲の部品創作物として、前記鍵盤に対応する音名毎に当該音名を基準とする楽曲のコード進行表を前記旅情に対応付けて記憶し、
前記生成部は、
前記仮想旅行先が入力される際に押下された鍵盤の音名に対応付けて前記部品記憶部に記憶されているコード進行表のうち、前記仮想旅行先に基づいて決定した旅情に対応するコード進行表を用いて創作物である楽曲の旋律を生成する
ことを特徴とする請求項１に記載の端末装置。
【請求項３】
前記受付部は、
前記操作部に表示された地図上の位置が指定されることで選択された仮想旅行先を当該操作部から受け付け、
前記部品記憶部は、
創作物である楽曲の部品創作物として、所定の音名毎に当該音名を基準とする楽曲のコード進行表を前記旅情に対応付けて記憶し、
前記生成部は、
前記仮想旅行先毎に予め決められている音名に対応付けて前記部品記憶部に記憶されているコード進行表のうち、前記仮想旅行先に基づいて決定した旅情に対応するコード進行表を用いて創作物である楽曲の旋律を生成する
ことを特徴とする請求項１に記載の端末装置。
【請求項４】
前記部品記憶部は、
創作物である楽曲の部品創作物として、当該楽曲の歌詞を前記旅情に対応付けてさらに記憶し、
前記生成部は、
前記仮想旅行先に基づいて決定した旅情に対応付けて前記部品記憶部に記憶されている歌詞を前記楽曲の旋律に付与することで創作物である楽曲を生成する
ことを特徴とする請求項２又は３に記載の端末装置。
【請求項５】
前記部品記憶部は、
楽曲の時間的な位置毎に、当該位置に対応する歌詞を記憶し、
前記生成部は、
前記仮想旅行先に基づいて決定した旅情に対応付けて前記部品記憶部に記憶されている歌詞のうち、前記楽曲の旋律における時間的な位置に対応する歌詞を当該楽曲の旋律に付与する
ことを特徴とする請求項４に記載の端末装置。
【請求項６】
前記部品記憶部は、
創作物である楽曲の部品創作物として、当該楽曲の拍子、音速、当該楽曲に用いられる音の種類が単音又は和音であるか否かを示す情報、当該楽曲に用いられる音符の種類、当該楽曲に用いられる休符の種類の少なくとも１つを前記旅情に対応付けてさらに記憶し、
前記生成部は、
前記仮想旅行先に基づいて決定した旅情に対応付けて前記部品記憶部に記憶されている拍子、音速、音の種類、音符の種類、休符の種類の少なくとも１つを用いて前記楽曲の旋律を生成する
ことを特徴とする請求項２〜５のいずれか一つに記載の端末装置。
【請求項７】
前記生成部は、
前記仮想旅行先が複数存在する場合に、当該仮想旅行先毎に旅情を決定し、前記第１出力制御部によって画像データが出力制御された仮想旅行先の順に、当該仮想旅行先の旅情に対応する部品創作物を用いて前記楽曲を生成する
ことを特徴とする請求項２〜６のいずれか一つに記載の端末装置。
【請求項８】
前記生成部は、
前記仮想旅行先、当該仮想旅行先の天気、気温、地理的な高度、時間帯、人の混雑度に基づいて前記旅情を決定する
ことを特徴とする請求項１〜７のいずれか一つに記載の端末装置。
【請求項９】
端末装置が実行する創作物生成方法であって、
利用者によって仮想的な旅行の行き先である仮想旅行先を選択する操作が行われる操作部から当該仮想旅行先を受け付ける受付工程と、
乗物内外又は建築物内外に設置された撮影装置によって撮影されることで生成された画像データのうち、前記受付工程によって受け付けられた仮想旅行先に対応する撮影装置によって生成された画像データを出力部に出力制御する第１出力制御工程と、
所定の旅情毎に創作物を形成する部品である部品創作物を記憶する部品記憶部から、前記仮想旅行先に基づいて当該仮想旅行先を想起させる旅情に対応する部品創作物を取得し、取得した部品創作物を用いて当該仮想旅行先に対応する創作物を生成する生成工程と、
前記生成工程によって生成された創作物を前記出力部に出力制御する第２出力制御工程と
を含んだことを特徴とする創作物生成方法。
【請求項１０】
利用者によって仮想的な旅行の行き先である仮想旅行先を選択する操作が行われる操作部から当該仮想旅行先を受け付ける受付手順と、
乗物内外又は建築物内外に設置された撮影装置によって撮影されることで生成された画像データのうち、前記受付手順によって受け付けられた仮想旅行先に対応する撮影装置によって生成された画像データを出力部に出力制御する第１出力制御手順と、
所定の旅情毎に創作物を形成する部品である部品創作物を記憶する部品記憶部から、前記仮想旅行先に基づいて当該仮想旅行先を想起させる旅情に対応する部品創作物を取得し、取得した部品創作物を用いて当該仮想旅行先に対応する創作物を生成する生成手順と、
前記生成手順によって生成された創作物を前記出力部に出力制御する第２出力制御手順と
をコンピュータに実行させることを特徴とする創作物生成プログラム。
【請求項１１】
利用者によって利用される端末装置から仮想的な旅行の行き先である仮想旅行先を受け付ける受付部と、
乗物内外又は建築物内外に設置された撮影装置によって撮影されることで生成された画像データのうち、前記受付部によって受け付けられた仮想旅行先に対応する撮影装置によって生成された画像データを前記端末装置に配信する配信部と、
所定の旅情毎に創作物を形成する部品である部品創作物を記憶する部品記憶部と、
前記仮想旅行先に基づいて当該仮想旅行先を想起させる旅情を決定し、決定した旅情に対応付けて前記部品記憶部に記憶されている部品創作物を用いて当該仮想旅行先に対応する創作物を生成する生成部と、
前記生成部によって生成された創作物を前記端末装置に送信する送信部と
を備えたことを特徴とする仮想旅行装置。
【請求項１２】
仮想旅行装置と端末装置を含む仮想旅行システムであって、
前記端末装置は、
利用者によって仮想的な旅行の行き先である仮想旅行先を選択する操作が行われる操作部から当該仮想旅行先を受け付ける受付部と、
乗物内外又は建築物内外に設置された撮影装置によって撮影されることで生成された画像データのうち、前記受付部によって受け付けられた仮想旅行先に対応する撮影装置を前記仮想旅行装置から受信し、受信した画像データを出力部に出力制御する第１出力制御部と、
所定の旅情毎に創作物を形成する部品である部品創作物を記憶する部品記憶部と、
前記仮想旅行先に基づいて当該仮想旅行先を想起させる旅情を決定し、決定した旅情に対応付けて前記部品記憶部に記憶されている部品創作物を用いて当該仮想旅行先に対応する創作物を生成する生成部と、
前記生成部によって生成された創作物を前記出力部に出力制御する第２出力制御部と
を備えたことを特徴とする仮想旅行システム。
【請求項１３】
前記仮想旅行装置は、
前記撮影装置によって生成された画像データを収集する収集部と、
前記収集部によって収集された画像データのうち、動きのある対象物が描出された領域を特定する特定部と、
前記収集部によって収集された画像データのうち、前記特定部によって特定された対象物を示す領域の画像データを他の画像データに加工する加工部と、
前記端末装置から前記仮想旅行先を受け付ける受付部と、
前記加工部によって加工された加工済画像データのうち、前記受付部によって受け付けられた仮想旅行先に対応する撮影装置によって生成された画像データが加工された加工済画像データを前記端末装置に順次配信する配信部と
を備えたことを特徴とする請求項１２に記載の仮想旅行システム。
【請求項１４】
前記撮影装置は、
対象物が描出された画像データをマクロブロック毎に符号化するにあたり動きベクトルを検出する検出部と、
前記検出部によって検出された動きベクトルのうちフィールド予測モード用の動きベクトルを用いて前記マクロブロックを符号化するフィールド予測モード符号化部と、
前記検出部によって検出された動きベクトルのうちフレーム予測モード用の動きベクトルを用いて前記マクロブロックを符号化するフレーム予測モード符号化部と、
前記フィールド予測モード符号化部によって前記マクロブロックを符号化した場合の第１符号化量と、前記フレーム予測モード符号化部によって前記マクロブロックを符号化した場合の第２符号化量とを比較し、比較の結果、第１符号化量が第２符号化量に比較して所定閾値以上小さいと判定されたことを条件として、前記マクロブロックの符号化に用いる予測モードとしてフィールド予測モードを選択する選択部と、
前記選択部によって選択された予測モードに従って前記画像データを符号化する符号化部と
を備え、
前記仮想旅行装置は、
前記符号化部によって符号化された符号化データに含まれるヘッダ情報から、ピクチャ毎に該ピクチャの構造を示すピクチャ構造情報を読み出すとともに、該ピクチャに含まれるマクロブロック毎に該マクロブロックの符号化に用いられた予測モードを示す予測モード情報を読み出す読出部
をさらに備え、
前記特定部は、
前記ピクチャ構造情報および前記予測モード情報をマクロブロック毎に判定し、該ピクチャ構造情報がフレーム構造を示し、かつ、該予測モード情報がフィールド予測モードを示す場合に、該マクロブロックの画像上の位置を前記対象物の輪郭に相当する領域として特定し、
前記加工部は、
前記収集部によって収集された画像データのうち、前記特定部によって特定された前記対象物の輪郭に囲まれた領域である輪郭領域の画像データを他の画像データに加工する
ことを特徴とする請求項１３に記載の仮想旅行システム。
【請求項１５】
前記仮想旅行装置は、
各地に配置された人であるエージェントによって所持されるエージェント撮影装置に対して、前記受付部によって受け付けられた仮想旅行要求に含まれる仮想的な旅行の行程に関する情報を送信する送信部
をさらに備え、
前記収集部は、
前記エージェント撮影装置によって撮影されることで生成された画像データをさらに収集する
ことを特徴とする請求項１３又は１４に記載の仮想旅行システム。
【請求項１６】
前記エージェント撮影装置は、
前記仮想的な旅行に対する前記利用者の要望を含む要望データを受信する受信部と、
前記受信部によって受信された要望データを出力する出力部と
を備えたことを特徴とする請求項１５に記載の仮想旅行システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、端末装置、創作物生成方法、創作物生成プログラム、仮想旅行装置及び仮想旅行システムに関する。
【背景技術】
【０００２】
一般に、電車やバス等の乗物を利用して旅行することが多い。例えば、電車やバスを乗り継いで観光地に行ったり、観光地に到着した後に徒歩により名所を参観したりする。また、近年では、観光地等の実況映像を利用者に提供することにより、仮想的（バーチャル）な旅行を実現する技術も提案されている。
【０００３】
このような仮想旅行を行う利用者は、仮想旅行を行うとともに作曲を行うことができれば、仮想旅行をより楽しむことができる。ただし、各利用者が作曲を行うことは困難であるので、仮想旅行を提供するシステムが自動で作曲を行うことも考えられる。このような中、近年では、専門的知識がなくても簡単に曲を生成することができ、毎回異なる曲を生成することができる曲生成装置が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−１０３４５１号公報
【特許文献２】特開２０１１−９０２２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の曲生成装置に関する従来技術では、仮想旅行を行うユーザの満足度を向上させることが困難であった。具体的には、上記の従来技術では、仮想旅行と関連した楽曲が生成されるわけではないので、利用者にとっては仮想旅行と何ら関係のない楽曲が単に自動生成される感覚しか得られなかった。このため、上記の従来技術では、仮想旅行において作曲する感覚を利用者に与えることが困難であり、結果としてユーザ満足度を向上させることが困難となっていた。
【０００６】
本発明は、上記に鑑みてなされたものであって、仮想旅行を行うユーザの満足度を向上させることができる端末装置、創作物生成方法、創作物生成プログラム、仮想旅行装置及び仮想旅行システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
実施形態に係る端末装置は、利用者によって仮想的な旅行の行き先である仮想旅行先を選択する操作が行われる操作部から当該仮想旅行先を受け付ける受付部と、乗物内外又は建築物内外に設置された撮影装置によって撮影されることで生成された画像データのうち、前記受付部によって受け付けられた仮想旅行先に対応する撮影装置によって生成された画像データを出力部に出力制御する第１出力制御部と、所定の旅情毎に創作物を形成する部品である部品創作物を記憶する部品記憶部と、前記仮想旅行先に基づいて当該仮想旅行先を想起させる旅情を決定し、決定した旅情に対応付けて前記部品記憶部に記憶されている部品創作物を用いて当該仮想旅行先に対応する創作物を生成する生成部と、前記生成部によって生成された創作物を前記出力部に出力制御する第２出力制御部とを備えたことを特徴とする。
【発明の効果】
【０００８】
実施形態に係る端末装置、創作物生成方法、創作物生成プログラム、仮想旅行装置及び仮想旅行システムによれば、仮想旅行を行うユーザの満足度を向上させることができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、第１の実施形態に係る仮想旅行システムの構成例を示す図である。
【図２】図２は、第１の実施形態に係る撮影装置の構成例を示すブロック図である。
【図３】図３は、第１の実施形態に係る仮想旅行装置の構成例を示すブロック図である。
【図４】図４は、第１の実施形態に係る旅行プラン記憶部の一例を示す図である。
【図５】図５は、第１の実施形態に係る端末装置の構成例を示すブロック図である。
【図６】図６は、第１の実施形態に係る操作部の一例を示す図である。
【図７】図７は、第１の実施形態に係る鍵盤を用いた文字入力手法の一例を示す図である。
【図８】図８は、第１の実施形態に係る映像出力部によって表示制御される各種画面例を示す図である。
【図９】図９は、第１の実施形態に係る映像出力部によって表示制御される各種画面例を示す図である。
【図１０】図１０は、第１の実施形態に係る旅情記憶部の一例を示す図である。
【図１１】図１１は、第１の実施形態に係る基準コード記憶部の一例を示す図である。
【図１２】図１２は、第１の実施形態に係る基準歌詞記憶部の一例を示す図である。
【図１３】図１３は、第１の実施形態に係る楽曲生成部による楽曲生成処理の一例を示す図である。
【図１４】図１４は、第１の実施形態に係る標準記憶部の一例を示す図である。
【図１５】図１５は、第１の実施形態に係る脳年齢判定部による脳年齢判定処理の一例を示す図である。
【図１６】図１６は、第１の実施形態に係る仮想旅行システムによる処理手順を示すシーケンス図である。
【図１７】図１７は、第１の実施形態に係る端末装置による楽曲生成処理手順を示すフローチャートである。
【図１８】図１８は、第２の実施形態に係る端末装置の構成例を示すブロック図である。
【図１９】図１９は、第２の実施形態に係る操作部に表示される選択画面の一例を示す図である。
【図２０】図２０は、第３の実施形態に係る仮想旅行装置の概要を説明するための図である。
【図２１】図２１は、第３の実施形態に係る撮影装置が有する符号化装置の構成例を示す図である。
【図２２】図２２は、第３の実施形態に係る仮想旅行装置が有する復号化部の構成例を示す図である。
【図２３】図２３は、輪郭に相当する領域の特定を説明するための図である。
【図２４】図２４は、第３の実施形態に係る輪郭画像の一例を示す図である。
【図２５】図２５は、第３の実施形態における対象物判定部による対象物判定処理の一例を示す図である。
【図２６】図２６は、第３の実施形態における加工部によって加工された輪郭画像の一例を示す図である。
【図２７】図２７は、第３の実施形態における重畳部による重畳画像生成処理の一例を示す図である。
【図２８】図２８は、第３の実施形態における重畳部による重畳画像生成処理の一例を示す図である。
【図２９】図２９は、第３の実施形態に係る仮想旅行装置による保護処理手順を示すフローチャートである。
【図３０】図３０は、第４の実施形態に係る仮想旅行システムの構成例を示す図である。
【図３１】図３１は、第４の実施形態に係る撮影装置の構成を示すブロック図である。
【図３２】図３２は、第４の実施形態に係る仮想旅行装置の構成を示すブロック図である。
【図３３】図３３は、第４の実施形態に係る旅行プラン記憶部の一例を示す図である。
【図３４】図３４は、第５の実施形態に係る復号化部の構成を示すブロック図である。
【発明を実施するための形態】
【００１０】
以下、本願に開示する端末装置、創作物生成方法、創作物生成プログラム、仮想旅行装置及び仮想旅行システムの実施形態を説明する。なお、以下の実施形態により本発明が限定されるものではない。なお、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【００１１】
（第１の実施形態）
［第１の実施形態に係る仮想旅行システム１の構成］
まず、図１を用いて、第１の実施形態に係る仮想旅行システム１について説明する。図１は、第１の実施形態に係る仮想旅行システム１の構成例を示す図である。図１に例示した仮想旅行システム１には、撮影装置１００−１、１００−２及び１００−３と、仮想旅行装置２００と、端末装置３００とが含まれる。
【００１２】
撮影装置１００−１、１００−２及び１００−３は、乗物内外や建築物内外に設置される。図１に示した例では、撮影装置１００−１は、電車１１に設置され、電車１１から見える風景を撮影する。また、撮影装置１００−２は、バス１２に設置され、バス１２から見える風景を撮影する。また、撮影装置１００−３は、観光地１３近傍の建築物（電柱や建物等）に設置され、観光地１３を撮影する。
【００１３】
これらの撮影装置１００−１、１００−２及び１００−３は、風景や観光地等を撮影することにより、撮影した風景や観光地等の画像データ（動画又は静止画）を生成し、生成した画像データを仮想旅行装置２００に送信する。図１に示した例では、撮影装置１００−１、１００−２及び１００−３は、画像データを生成するたびに、基地局２０を介して、無線通信により画像データを仮想旅行装置２００に送信する。これにより、仮想旅行装置２００は、現時点において電車１１やバス１２から見える風景の画像データや、現時点における観光地１３の画像データを略リアルタイムに受信することができる。
【００１４】
なお、撮影装置１００−１、１００−２及び１００−３は同様の構成を有するので、以下では、撮影装置１００−１、１００−２及び１００−３を区別する必要がない場合には、これらを総称して「撮影装置１００」と表記する場合がある。
【００１５】
仮想旅行装置２００は、撮影装置１００によって生成された画像データを収集し、収集した画像データを利用者に提供する。具体的には、仮想旅行装置２００は、端末装置３００から仮想旅行を行う旨の要求（以下、「仮想旅行要求」と表記する場合がある）を受信した場合に、かかる仮想旅行要求に対応する画像データをストリーミング（streaming）方式等により公衆ネットワーク網３０を介して端末装置３００に配信することで、端末装置３００の利用者に仮想旅行を体験させる。このとき、仮想旅行装置２００は、撮影装置１００から順次送信される画像データを端末装置３００に配信する。これにより、仮想旅行装置２００は、現時点において電車１１やバス１２から見える風景の画像データや、現時点における観光地１３の画像データを略リアルタイムに端末装置３００に配信することができる。
【００１６】
端末装置３００は、第１の実施形態に係る仮想旅行システム１の利用者によって利用される情報処理装置である。かかる端末装置３００は、仮想旅行装置２００から配信される画像データを表示する出力部（ディプレイ、スピーカ等）や、仮想旅行の行き先を利用者から受け付ける操作部（後述する鍵盤等）を有する。
【００１７】
この端末装置３００は、仮想旅行の種類を選択するための選択画面を表示部に表示することで、仮想旅行の種類を利用者に選択させる。ここでいう「仮想旅行の種類」とは、仮想旅行の行き先や、仮想旅行に用いられる乗物（交通手段）等によって分けられる仮想旅行のタイプを示す。そして、端末装置３００は、利用者によって選択された仮想旅行の種類を仮想旅行装置２００に送信することで、かかる仮想旅行の種類に対応する画像データを仮想旅行装置２００から受信する。このとき、端末装置３００は、現時点において電車１１やバス１２から見える風景の画像データや、現時点における観光地１３の画像データを略リアルタイムに受信する。
【００１８】
また、第１の実施形態に係る端末装置３００は、利用者によって仮想旅行の種類が選択された場合に、選択された仮想旅行の種類に応じた創作物を生成する。第１の実施形態では、端末装置３００は、創作物の一例として旋律（メロディ）と歌詞とを含む楽曲を生成するものとする。
【００１９】
例えば、端末装置３００は、明るく楽しいイメージのある仮想旅行の種類（例えば、仮想旅行先が遊園地である場合）が選択された場合には、明るく楽しい曲想の楽曲を自動的に生成する。また、例えば、端末装置３００は、荘厳なイメージのある仮想旅行先（例えば、仮想旅行先が寺院や神社である場合）が選択された場合には、荘厳な曲想の楽曲を自動的に生成する。そして、端末装置３００は、このようにして生成した楽曲を利用者に提供する。これにより、端末装置３００は、仮想旅行を想起させる楽曲を生成することができるので、利用者に対して仮想旅行中に作曲した感覚を与えることができる。この結果、端末装置３００は、仮想旅行を行う利用者の満足度を向上させることができる。以下に、図１に示した各装置による処理について詳細に説明する。
【００２０】
［第１の実施形態に係る撮影装置１００の構成］
次に、図２を用いて、第１の実施形態に係る撮影装置１００の構成について説明する。図２は、第１の実施形態に係る撮影装置１００の構成例を示すブロック図である。図２に例示するように、第１の実施形態に係る撮影装置１００は、撮影部１０１と、符号化装置１０２とを有する。
【００２１】
撮影部１０１は、撮影処理を行うことで画像データを生成し、生成した画像データ（フレーム）を符号化装置１０２に入力する。符号化装置１０２は、撮影部１０１から入力されたフレームを符号化することで符号化データを生成し、生成した符号化データを仮想旅行装置２００に送信する。
【００２２】
［第１の実施形態に係る仮想旅行装置２００の構成］
次に、図３を用いて、第１の実施形態に係る仮想旅行装置２００の構成について説明する。図３は、第１の実施形態に係る仮想旅行装置２００の構成例を示すブロック図である。図３に例示するように、第１の実施形態に係る仮想旅行装置２００は、画像データ記憶部２１０と、旅行プラン記憶部２２０と、収集部２３０と、復号化部２４０と、受付部２５０と、符号化部２６０と、配信部２７０とを有する。
【００２３】
画像データ記憶部２１０は、撮影装置１００によって生成された画像データを記憶する。具体的には、画像データ記憶部２１０は、後述する復号化部２４０によって復号化された画像データを記憶する。
【００２４】
旅行プラン記憶部２２０は、例えば、ＲＡＭ（Random  Access  Memory)、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。かかる旅行プラン記憶部２２０は、仮想旅行の種類に対応付けて、配信対象となる画像データに関する情報を記憶する。ここで、図４に、第１の実施形態に係る旅行プラン記憶部２２０の一例を示す。図４に示した例では、旅行プラン記憶部２２０は、「旅行プラン」、「配信順序」、「配信映像」、「配信時間」といった項目を有する。
【００２５】
これらの項目のうち「旅行プラン」は、仮想旅行の種類を識別するための識別情報を示す。「配信順序」は、画像データを配信する順序を示す。「配信映像」は、配信対象の画像データを特定するための情報を示す。「配信時間」は、画像データを配信する時間を示す。
【００２６】
すなわち、図４では、旅行プラン「Ｐ１」において、最初に電車１１に設置された撮影装置１００−１によって生成された画像データを配信し、次に、バス１２に設置された撮影装置１００−２によって生成された画像データを配信し、次に、観光地１３を撮影する撮影装置１００−３によって生成された画像データを配信し、次に観光地１４を撮影する撮影装置（図１には図示せず）によって生成された画像データを配信することを示している。
【００２７】
また、上記例では、電車１１に設置された撮影装置１００−１によって生成された画像データのうち、電車１１が駅Ｘ１から駅Ｘ２までの区間を走行している際に生成された画像データを配信し、バス１２に設置された撮影装置１００−２によって生成された画像データのうち、バス１２が停留所Ｙ１から停留所Ｙ２までの区間を走行している際に生成された画像データを配信し、観光地１３を撮影する撮影装置１００−３によって生成された画像データのうち、３分間の画像データを配信し、観光地１４を撮影する撮影装置によって生成された画像データのうち、５分間の画像データを配信することを示している。
【００２８】
図３の説明に戻って、収集部２３０は、撮影装置１００によって生成された画像データを収集する。具体的には、第１の実施形態における収集部２３０は、撮影装置１００から符号化処理後の符号化データを収集し、収集した符号化データを復号化部２４０に出力する。
【００２９】
復号化部２４０は、収集部２３０によって収集された符号化データを復号化し、復号化後の画像データを画像データ記憶部２１０に格納する。なお、第１の実施形態に係る復号化部２４０は、公知の符号化装置と同様の機能を有する。
【００３０】
受付部２５０は、端末装置３００から各種情報を受け付ける。具体的には、受付部２５０は、仮想旅行の種類等の情報を含む仮想旅行要求を端末装置３００から受け付け、受け付けた仮想旅行要求を配信部２７０に出力する。
【００３１】
符号化部２６０は、画像データ記憶部２１０に格納されている各種画像データを符号化する。かかる符号化部２６０は、配信部２７０からの指示に従って、符号化処理を行う。なお、第１の実施形態に係る符号化部２６０は、公知の符号化装置と同様の機能を有する。
【００３２】
配信部２７０は、受付部２５０によって仮想旅行要求が受け付けられた場合に、かかる仮想旅行要求に含まれる仮想旅行の種類に対応する画像データを端末装置３００に配信する。具体的には、配信部２７０は、旅行プラン記憶部２２０に記憶されている各種情報に基づいて、受付部２５０によって受け付けられた仮想旅行の種類に対応する画像データを特定し、特定した画像データを符号化するように符号化部２６０を制御する。そして、配信部２７０は、符号化部２６０によって符号化された符号化データを、公衆ネットワーク網３０を介して端末装置３００に配信する。
【００３３】
例えば、旅行プラン記憶部２２０に記憶されている各種情報が図４に示した状態であるものとする。また、受付部２５０によって仮想旅行の種類「旅行プラン＝Ｐ１」を含む仮想旅行要求が受け付けられたものとする。かかる場合に、配信部２７０は、旅行プラン記憶部２２０に記憶されている旅行プラン「Ｐ１」に対応する各種情報に基づいて、画像データを端末装置３００に配信する。
【００３４】
具体的には、配信部２７０は、まず、電車１１に設置された撮影装置１００−１から受信した画像データを端末装置３００に配信する。このとき、配信部２７０は、電車１１が駅Ｘ１を出発して駅Ｘ２に到着するまでの間に撮影装置１００−１によって生成された画像データを端末装置３００に順次配信する。この点について具体的に説明すると、撮影装置１００−１は、例えばＧＰＳ（Global  Positioning  System）機能等によって電車１１の走行位置を取得し、電車１１の走行位置を示す走行位置情報とともに画像データを仮想旅行装置２００に送信する。仮想旅行装置２００の配信部２７０は、電車１１から受信する走行位置情報が駅Ｘ１の位置を示す場合に、かかる走行位置情報に対応する画像データを端末装置３００に配信を開始し、走行位置情報が駅Ｘ２の位置を示すまで、撮影装置１００−１から受信する画像データの配信を継続する。そして、配信部２７０は、走行位置情報が駅Ｘ２の位置を示す場合には、撮影装置１００−１から受信する画像データの配信を停止する。
【００３５】
その後に、配信部２７０は、バス１２が停留所Ｙ１を出発して停留所Ｙ２に到着するまでの間に撮影装置１００−２によって生成された画像データを端末装置３００に順次配信する。かかる配信部２７０による配信処理は、上記例と同様に、撮影装置１００−２がバス１２の走行位置を示す走行位置情報とともに画像データを仮想旅行装置２００に送信することで実現される。その後に、配信部２７０は、観光地１３を撮影する撮影装置１００−３によって生成された画像データを３分間だけ配信し、観光地１４を撮影する撮影装置によって生成された画像データを５分間だけ配信する。
【００３６】
これにより、仮想旅行装置２００は、端末装置３００の利用者に対して、駅Ｘ１から駅Ｘ２まで電車１１に乗車し、停留所Ｙ１から停留所Ｙ２までバス１２に乗車し、その後に、観光地１３及び１４を参観したかのような仮想旅行を体験させることができる。また、仮想旅行装置２００は、現時点における風景や観光地に対応する画像データを略リアルタイムに配信するので、利用者に対して現実感の高い仮想旅行を体験させることができる。
【００３７】
［第１の実施形態に係る端末装置３００の構成］
次に、図５を用いて、第１の実施形態に係る端末装置３００の構成について説明する。図５は、第１の実施形態に係る端末装置３００の構成例を示すブロック図である。図５に例示するように、第１の実施形態に係る端末装置３００は、出力部３１０と、無線部３２０と、操作部３３０と、復号化部３４０と、仮想旅行アプリケーション部３５０と、記憶部３６０とを有する。
【００３８】
［出力部３１０］
出力部３１０は、各種情報を出力する出力デバイスであり、液晶表示装置やスピーカ等である。例えば、出力部３１０は、解像度が「４Ｋ×２Ｋ（４０９６×２１６０ドット）」である大型の液晶表示装置である。
【００３９】
［無線部３２０］
無線部３２０は、操作部３３０と無線通信を行うことにより、操作部３３０との間で各種情報を送受信する。例えば、無線部３２０は、操作部３３０との間で赤外線通信等のアドホック通信を行う。
【００４０】
［操作部３３０］
操作部３３０は、各種情報や操作指示を入力するための入力デバイスである。第１の実施形態に係る操作部３３０は、ピアノと同様の鍵盤を有し、かかる鍵盤が押下されることで各種情報の入力を可能とする。
【００４１】
ここで、図６に、第１の実施形態に係る操作部３３０の一例を示す。図６に示すように、第１の実施形態に係る操作部３３０は、通信部３３１と、マイク３３２と、第１表示枠３３３と、第２表示枠３３４と、鍵盤３３５とを有する。
【００４２】
通信部３３１は、無線部３２０との間で赤外線通信等の無線通信を行う。これにより、操作部３３０は、後述する鍵盤３３５により入力された各種情報を無線部３２０に送信する。なお、操作部３３０は、端末装置３００と有線により接続されてもよい。この場合、上記の無線部３２０は、通信部３３１との間で有線通信処理を行う。
【００４３】
マイク３３２は、利用者が発する音声を収音する。第１表示枠３３３は、鍵盤３３５により入力された文字列を表示する。第２表示枠３３４は、後述する脳年齢判定部３８０によって判定された脳年齢の評点を表示する。これらの第１表示枠３３３及び第２表示枠３３４は、例えば、液晶ディスプレイにより実現される。
【００４４】
鍵盤３３５は、ピアノの鍵盤のように白鍵及び黒鍵を有する。これらの白鍵及び黒鍵は、仮名文字や数字を入力するための入力キー、又は、各種制御を行うための制御キー等として機能する。制御キーの例としては、入力情報を確定させる確定キー、又は、入力情報を削除する削除キー等が挙げられる。
【００４５】
図６に示した例を用いて説明すると、鍵盤３３５の白鍵には、日本語の仮名文字である五十音のうち、母音が「あ」である１０個の仮名文字（「あ」、「か」、「さ」、「た」、「な」、「は」、「ま」、「や」、「ら」、「わ」）が割り当てられる。具体的には、鍵盤３３５は、一方の手（例えば、左手）で操作（入力）されることが想定される第１白鍵グループ３３５Ｌに属する白鍵３３５ａ〜３３５ｅのそれぞれに仮名文字「あ」、「か」、「さ」、「た」、「な」が割り当てられ、他方の手（例えば、右手）で操作（入力）されることが想定される第２白鍵グループ３３５Ｒに属する白鍵３３５ｆ〜３３５ｊのそれぞれに仮名文字「は」、「ま」、「や」、「ら」、「わ」が割り当てられる。すなわち、図６に示した例の場合、白鍵３３５ａ〜３３５ｊに割り当てられる仮名文字は以下のようになる。
【００４６】
音名「ド」に対応する白鍵３３５ａ  ：仮名文字「あ」
音名「レ」に対応する白鍵３３５ｂ  ：仮名文字「か」
音名「ミ」に対応する白鍵３３５ｃ  ：仮名文字「さ」
音名「ファ」に対応する白鍵３３５ｄ：仮名文字「た」
音名「ソ」に対応する白鍵３３５ｅ  ：仮名文字「な」
音名「ミ」に対応する白鍵３３５ｆ  ：仮名文字「は」
音名「ファ」に対応する白鍵３３５ｇ：仮名文字「ま」
音名「ソ」に対応する白鍵３３５ｈ  ：仮名文字「や」
音名「ラ」に対応する白鍵３３５ｉ  ：仮名文字「ら」
音名「シ」に対応する白鍵３３５ｊ  ：仮名文字「わ」
【００４７】
また、鍵盤３３５の黒鍵には、図６に例示する数字（「１」、「２」、「３」、「４」、「５」、「６」、「７」、「８」、「９」、「０」）や、濁点（「゛」）や半濁点（「゜」）が割り当てられる。また、白鍵３３５ｘには、入力した情報を削除する削除キーが割り当てられる。また、白鍵３３５Ａ〜３３５Ｄには、以下に示すカーソルキーが制御キーとして割り当てられる。
【００４８】
音名「シ」に対応する白鍵３３５Ａ：左
音名「ド」に対応する白鍵３３５Ｂ：上
音名「ド」に対応する白鍵３３５Ｃ：下
音名「レ」に対応する白鍵３３５Ｄ：右
【００４９】
なお、操作部３３０は、上述した鍵盤３３５が押下された場合に、押下された鍵盤に対応する音を出力する。例えば、操作部３３０は、白鍵３３５ａが押下された場合には、「ド」の音を出力し、白鍵３３５ｂが押下された場合には、「レ」の音を出力する。
【００５０】
また、上述した鍵盤３３５の白鍵及び黒鍵は、表示機能も有する。具体的には、鍵盤３３５の白鍵及び黒鍵は、図６に示すように、割り当てられている仮名文字「あ」〜「わ」や、数字「０」〜「９」や、「右」、「上」、「下」、「右」等の文字を表示する。すなわち、操作部３３０を利用する利用者は、どの鍵盤にどのような情報（仮名文字や数字など）が割り当てられているかを視認することができる。
【００５１】
ここで、第１の実施形態に係る操作部３３０は、第１白鍵グループ３３５Ｌに含まれる白鍵と、第２白鍵グループ３３５Ｒに含まれる白鍵とが押下されることで、１個の仮名文字の入力を受け付ける。具体的には、操作部３３０は、一方の白鍵グループに含まれる白鍵が押下された場合に、押下された白鍵に割り当てられている仮名文字の子音と各母音との５個の組合せが他方の白鍵グループに含まれる各白鍵に割り当てられる。
【００５２】
この点について図７を用いて説明する。図７は、第１の実施形態に係る鍵盤３３５を用いた文字入力手法の一例を示す図である。図７では、文字列「きよみずかんこう」を入力する例について説明する。なお、図７の上図は、利用者によって鍵盤３３５が押下されていない状態を示す。
【００５３】
利用者は、文字列「きよみずかんこう」のうち、先頭の仮名文字「き」を入力する場合、仮名文字「か」が割り当てられている白鍵３３５ｂを押下する。これにより、操作部３３０は、押下された白鍵３３５ｂが属しない第２白鍵グループ３３５Ｒに属する白鍵３３５ｆ〜３３５ｊのそれぞれに、「か行」の仮名文字である「か」、「き」、「く」、「け」、「こ」を割り当てる。このとき、白鍵３３５ｆ〜３３５ｊには、図７の下段「か行」に示すように、「か」、「き」、「く」、「け」、「こ」が表示される。操作部３３０は、この状態において、仮名文字「き」が割り当てられた白鍵３３５ｇが押下されることにより仮名文字「き」の入力を受け付ける。
【００５４】
同様に、利用者は、文字列「きよみずかんこう」のうち、仮名文字「よ」を入力する場合、仮名文字「や」が割り当てられている白鍵３３５ｈを押下する。これにより、操作部３３０は、第１白鍵グループ３３５Ｌに属する白鍵３３５ａ〜３３５ｃのそれぞれに、「や行」の仮名文字である「や」、「ゆ」、「よ」を割り当てる。なお、図７の例では、操作部３３０は、白鍵３３５ｄ、３３５ｅ及び３３５ｋのそれぞれに「ゃ」、「ゅ」、「ょ」を割り当てる。操作部３３０は、この状態において、仮名文字「よ」が割り当てられた３３５ｃが押下されることにより仮名文字「よ」の入力を受け付ける。
【００５５】
また、利用者は、文字列「きよみずかんこう」のうち、最後の仮名文字「う」を入力する場合、仮名文字「あ」が割り当てられている白鍵３３５ａを押下する。これにより、操作部３３０は、第２白鍵グループ３３５Ｒに属する白鍵３３５ｆ〜３３５ｊのそれぞれに、「あ行」の仮名文字である「あ」、「い」、「う」、「え」、「お」を割り当てる。操作部３３０は、この状態において、仮名文字「う」が割り当てられた３３５ｈが押下されることにより、仮名文字「う」の入力を受け付ける。
【００５６】
このようにして、操作部３３０は、鍵盤３３５が押下されることにより、文字列の入力を受け付ける。このとき、操作部３３０は、鍵盤３３５が押下されるたびに、押下された鍵盤に対応する音を出力する。例えば、操作部３３０は、利用者によって文字列「きよみずかんこう」と入力される場合には、白鍵３３５ｂに対応する音「レ」、白鍵３３５ｇに対応する音「ファ」、白鍵３３５ｈに対応する音「ソ」、・・・といった順に音を出力する。
【００５７】
なお、操作部３３０は、一方の白鍵グループに含まれる白鍵が押下された状態を維持されている間だけ、押下された白鍵に割り当てられている仮名文字の子音と各母音との５個の組合せを他方の白鍵グループに含まれる各白鍵に割り当ててもよい。または、操作部３３０は、一方の白鍵グループに含まれる白鍵が押下された場合に、削除キーが割り当てられている白鍵３３５ｘが押下されるまで、上記の子音と各母音との５個の組合せが他方の白鍵グループに含まれる各白鍵に割り当ててもよい。
【００５８】
［復号化部３４０］
図５の説明に戻って、復号化部３４０は、符号化データを復号化する。具体的には、復号化部３４０は、公知の復号化装置と同様の機能を有し、仮想旅行装置２００から配信された符号化データを復号化する。なお、仮想旅行装置２００から配信される符号化データとは、撮影装置１００によって生成された画像データが符号化されたデータに該当する。
【００５９】
［仮想旅行アプリケーション部３５０］
仮想旅行アプリケーション部３５０は、利用者に仮想旅行を提供するためのアプリケーションである。このような仮想旅行アプリケーション部３５０は、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、端末装置３００内の所定の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、仮想旅行アプリケーション部３５０は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現される。
【００６０】
図５に示すように、かかる仮想旅行アプリケーション部３５０は、受付部３５１と、映像出力部３５２と、楽曲生成部３７１と、楽曲出力部３７２と、脳年齢判定部３８０とを有する。以下では、最初に受付部３５１及び映像出力部３５２について説明し、楽曲生成部３７１、楽曲出力部３７２及び脳年齢判定部３８０については、記憶部３６０の後に説明する。
【００６１】
［受付部３５１］
受付部３５１は、操作部３３０を介して、利用者から各種操作を受け付ける。例えば、受付部３５１は、利用者によって仮想旅行先を選択する操作が行われた操作部３３０から、かかる仮想旅行先を受け付ける。すなわち、受付部３５１は、利用者によって選択された仮想旅行の種類を操作部３３０から受け付ける。
【００６２】
［映像出力部３５２］
映像出力部３５２は、仮想旅行の種類を選択させるための選択画面や、復号化部３４０によって復号化された画像データを出力部３１０に出力制御する。ここで、図８及び図９を用いて、映像出力部３５２によって出力部３１０に表示制御される各種画面の一例について説明する。図８及び図９は、第１の実施形態に係る映像出力部３５２によって表示制御される各種画面例を示す図である。まず、映像出力部３５２は、図８に示した例のように、初期画面としてログイン画面Ｇ１０１を出力部３１０に表示制御する。映像出力部３５２は、ログイン画面Ｇ１０１において、例えば、「純旅行」及び「旅行＋作曲」のいずれか一方を受け付けるとともに、利用者ＩＤ及びパスワードの入力を受け付ける。
【００６３】
なお、利用者は、ログイン画面Ｇ１０１において、カーソルキーが割り当てられている操作部３３０の白鍵３３５Ａ〜３３５Ｄを操作することにより、「純旅行」及び「旅行＋作曲」のいずれか一方を選択する。また、利用者は、ログイン画面Ｇ１０１において、数字が割り当てられている操作部３３０の黒鍵等を押下することにより、利用者ＩＤ及びパスワードを入力する。
【００６４】
そして、映像出力部３５２は、ログイン画面Ｇ１０１において、利用者ＩＤ及びパスワードが入力された上で、「純旅行」及び「旅行＋作曲」のいずれか一方が選択された場合に、図８に示した例のように、仮想旅行の種類を選択するための選択画面Ｇ１０２を出力部３１０に表示制御する。選択画面Ｇ１０２に表示される仮想旅行の種類は、予め複数用意されており、仮想旅行の目的地や、仮想旅行に利用される乗物や、目的地に到着するまでにかかる時間等によって異なる。図８に示した選択画面Ｇ１０２の例では、仮想旅行の種類が五十音順に表示されている。なお、選択画面Ｇ１０２に表示される仮想旅行の種類は、少なくとも仮想旅行装置２００の旅行プラン記憶部２２０に旅行プランとして記憶されている。
【００６５】
ここで、映像出力部３５２は、ログイン画面Ｇ１０１において「純旅行」が選択された場合には、選択画面Ｇ１０２に表示されている仮想旅行の種類を操作部３３０の白鍵３３５Ａ〜３３５Ｄにより選択させる。
【００６６】
一方、映像出力部３５２は、「旅行＋作曲」が選択された場合には、選択画面Ｇ１０２に表示されている仮想旅行の種類を操作部３３０の鍵盤３３５により入力させる。例えば、利用者は、仮想旅行の種類として「清水観光」を選択したい場合には、図７に示した例のように、操作部３３０の白鍵３３５ａ〜３３５ｊ等を操作することにより、文字列「きよみずかんこう」を入力する。
【００６７】
続いて、映像出力部３５２は、選択画面Ｇ１０２において仮想旅行の種類が選択された場合に、図８に示した例のように、手続き完了画面Ｇ１０３を出力部３１０に表示制御する。このとき、受付部３５１は、選択画面Ｇ１０２において選択された仮想旅行の種類を操作部３３０から受け付け、受け付けた仮想旅行の種類を含む仮想旅行要求を仮想旅行装置２００に送信する。
【００６８】
なお、仮想旅行装置２００と端末装置３００との間では、仮想旅行装置２００が配信可能な仮想旅行の種類が共有されており、言い換えれば、各仮想旅行の種類を識別するための識別情報についても共有されている。すなわち、受付部３５１は、選択画面Ｇ１０２において選択された仮想旅行の種類に対応する識別情報（例えば、図４に示した「Ｐ１」等）を含む仮想旅行要求を仮想旅行装置２００に送信する。これにより、仮想旅行装置２００は、端末装置３００から受信した仮想旅行の種類に対応する画像データ（実際には、画像データを符号化した符号化データ）を端末装置３００に配信することができる。
【００６９】
続いて、映像出力部３５２は、図８に示した手続き完了画面Ｇ１０３において、即座に仮想旅行を開始するか、仮想旅行を開始する前に休憩するかを利用者に選択させる。ここで、利用者によって「休憩」が選択された場合であっても、仮想旅行装置２００から画像データが順次配信されるので、仮想旅行は進行することとなる。
【００７０】
続いて、手続き完了画面Ｇ１０３において、仮想旅行を開始するための「スタート」が選択されたものとする。かかる場合に、映像出力部３５２は、図９に示した例のように、仮想旅行装置２００から配信される画像データを出力部３１０に表示制御する。すなわち、映像出力部３５２は、撮影装置１００によって生成された画像データのうち、受付部３５１によって受け付けられた仮想旅行先に対応する撮影装置１００によって生成された画像データを出力部３１０に表示させることとなる。
【００７１】
図９に示した例では、映像出力部３５２は、最初に、電車１１等に設置された撮影装置１００によって生成された画像データを仮想旅行画面Ｇ１０４として出力部３１０に表示制御している。また、図９に示した例では、映像出力部３５２は、所定のタイミングにおいて（例えば、３０分毎など）、休憩確認画面Ｇ１０５を出力部３１０に表示制御する。
【００７２】
このようにして、映像出力部３５２は、バス１２等に設置された撮影装置１００によって生成された画像データが表示される仮想旅行画面Ｇ１０６や、休憩確認画面Ｇ１０７や、観光地等を撮影する撮影装置１００によって生成された画像データが表示される仮想旅行画面Ｇ１０８等を出力部３１０に表示制御する。そして、映像出力部３５２は、仮想旅行装置２００による画像データの配信が終了した場合に、図９に示した例のように、終了画面Ｇ１０９を出力部３１０に表示制御する。
【００７３】
［記憶部３６０］
図５の説明に戻って、記憶部３６０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。かかる記憶部３６０は、図５に示すように、旅情記憶部３６１と、基準コード記憶部３６２と、基準歌詞記憶部３６３と、楽曲記憶部３６４と、標準記憶部３８１とを有する。以下に、旅情記憶部３６１、基準コード記憶部３６２、基準歌詞記憶部３６３及び楽曲記憶部３６４に説明するが、標準記憶部３８１については脳年齢判定部３８０とともに説明する。
【００７４】
［旅情記憶部３６１］
旅情記憶部３６１は、仮想旅行の種類に対応付けて、かかる仮想旅行に合致することが想定される旅情（ここの例では、曲想や曲調に該当）を記憶する。具体的に説明すると、旅行先に対して利用者が抱くイメージは一般的に想定可能である。例えば、旅行先が寺院や神社等である場合には、利用者が荘厳や豪華絢爛といったイメージを抱くことが想定でき、旅行先が遊園地等である場合には、利用者が明るく楽しいイメージを抱くことを想定できる。旅情記憶部３６１は、仮想旅行の種類毎に、このように想定される旅行先のイメージと合致する旅情が予め格納される。
【００７５】
図１０に、第１の実施形態に係る旅情記憶部３６１の一例を示す。図１０に示した例では、旅情記憶部３６１は、「仮想旅行の種類」、「旅情」といった項目を有する。「仮想旅行の種類」は、選択画面Ｇ１０２において表示され得る仮想旅行の種類を示す。「旅情」は、「仮想旅行の種類」に対して利用者が抱くことが想定されるイメージ示す。
【００７６】
すなわち、図１０では、仮想旅行先が「会津観光」である場合には、旅情が「豪華絢爛」及び「荘厳広大」である例を示している。また、図１０では、仮想旅行先が類「秋吉台巡り」である場合には、旅情が「荘厳広大」である例を示している。このように、旅情記憶部３６１は、１個の「仮想旅行の種類」に対して、１以上の旅情を記憶してもよい。
【００７７】
［基準コード記憶部３６２］
基準コード記憶部３６２は、音楽における各コード（「Ｃ（ド）」、「Ｄ（レ）」、「Ｅ（ミ）」、「Ｆ（ファ）」、「Ｇ（ソ）」、「Ａ（ラ）」、「Ｂ（シ）」）毎に、楽曲のテーマを示す旅情（曲想、曲調）と、かかるコードを基準とするコード（和音）の進行表とを対応付けて記憶する。具体的に説明すると、旅情に対応するコード進行は一般的に想定可能である。基準コード記憶部３６２は、このように想定される旅情と合致するコード進行を記憶する。
【００７８】
図１１に、第１の実施形態に係る基準コード記憶部３６２の一例を示す。なお、図１１の左側は、基準コード記憶部３６２が記憶するコード進行表のうち、コード「Ｃ」を基準とするコード進行表を示す。図１１に示した例では、基準コード記憶部３６２は、「旅情」、「コード進行表」といった項目を有する。
【００７９】
すなわち、図１１では、基準コード記憶部３６２が、旅情「明るく楽しい」に対応付けて、コード「Ｃ」を基準とするコード進行表「Ｃ→Ｆ→Ｇ→Ｃ」や「Ｃ→Ｇ→Ａｍ→Ｇ７」等を記憶する例を示している。この例の他にも、基準コード記憶部３６２は、旅情「豪華絢爛」、「軽快うきうき」、「未踏スリリング」、「荘厳広大」、「憂い／もの悲しい」、「悲しみから希望へ」、「すこやか／さわやか」等に対応付けて、コード「Ｃ」を基準とするコード進行表として、かかる旅情に合致することが想定されるコード進行表を記憶する。図１１の例のように、基準コード記憶部３６２は、１個の「旅情」について、複数の「コード進行表」を記憶してもよい。
【００８０】
また、図１１では詳細に図示することを省略したが、基準コード記憶部３６２は、コード「Ｃ」を基準とするコード進行表以外に、コード「Ｄ」、「Ｅ」、「Ｆ」、「Ｇ」、「Ａ」、「Ｂ」を基準とするコード進行表についても記憶する。例えば、基準コード記憶部３６２は、コード「Ｄ」を基準とするコード進行表として、旅情「明るく楽しい」に対応付けて、コード進行表「Ｄ→Ｇ→Ａ→Ｄ」等を記憶する。
【００８１】
なお、上述した基準コード記憶部３６２は、所定の旅情毎に、創作物である楽曲を形成する部品としてコード進行表を記憶する部品記憶部としての役割を担う。
【００８２】
［基準歌詞記憶部３６３］
基準歌詞記憶部３６３は、楽曲のテーマを示す旅情と、かかる旅情に合致する歌詞と対応付けて記憶する。具体的に説明すると、旅情に対応する歌詞は一般的に想定可能である。基準歌詞記憶部３６３は、このように想定される旅情と合致する歌詞を記憶する。
【００８３】
図１２に、第１の実施形態に係る基準歌詞記憶部３６３の一例を示す。図１２に示した例では、基準歌詞記憶部３６３は、「旅情」、「季節」、「初期フレーズ」、「中間フレーズ」、「終盤フレーズ」といった項目を有する。
【００８４】
「旅情」は、図１０や図１１に示した旅情に対応する。「季節」は、仮想旅行を行う日時に対応する季節を示す。「初期フレーズ」は、音楽の序盤に割り当てられる歌詞を示す。「中間フレーズ」は、音楽の中盤に割り当てられる歌詞を示す。「終盤フレーズ」は、音楽の終盤に割り当てられる歌詞を示す。
【００８５】
すなわち、図１２では、旅情が「明るく楽しい」であり、現在が「春」である場合には、音盤の序盤には「満面の笑みで」といった歌詞が割り当てられ、音盤の中盤には「春うららかな候」、「らんらん」、「きらきらしていた」、又は、「木漏れ日が真珠になって降ってくる」といった歌詞が割り当てられ、音盤の終盤には「思いっきり息を吸おう」といった歌詞が割り当てられることを示している。
【００８６】
なお、図１２に示すように、基準歌詞記憶部３６３の初期フレーズや終盤フレーズは、「フレーズ１」や「フレーズ２」に分けられる。このように、基準歌詞記憶部３６３は、同一の旅情かつ同一の季節について、複数の初期フレーズや終盤フレーズを記憶してもよい。また、図１２の例に限られず、基準歌詞記憶部３６３は、同一の旅情かつ同一の季節について、３個以上の初期フレーズや終盤フレーズを記憶してもよい。
【００８７】
また、図１２に示すように、基準歌詞記憶部３６３の中間フレーズは、「季節フレーズ」や「擬音系」や「盛上フレーズ」に分けられる。さらに、「盛上フレーズ」は、「トピック・動機」や「人情・触れ合い」や「景色・自然」に分けられる。このように、基準歌詞記憶部３６３は、同一の旅情かつ同一の季節について、このような項目（季節フレーズ等）毎に中間フレーズを記憶してもよい。また、図１２の例に限られず、基準歌詞記憶部３６３は、同一の旅情かつ同一の季節について、「季節フレーズ」や「擬音系」や「トピック・動機」や「人情・触れ合い」や「景色・自然」のそれぞれについて、複数の中間フレーズを記憶してもよい。
【００８８】
なお、上述した基準歌詞記憶部３６３は、所定の旅情毎に、創作物である楽曲を形成する部品として歌詞を記憶する部品記憶部としての役割を担う。
【００８９】
［楽曲記憶部３６４］
楽曲記憶部３６４は、後述する楽曲生成部３７１によって生成される楽曲を記憶する。かかる楽曲記憶部３６４は、ログイン画面Ｇ１０１において入力された利用者ＩＤに対応付けて、かかる利用者ＩＤによって示される利用者が仮想旅行を行った際に楽曲生成部３７１によって生成された楽曲を記憶する。
【００９０】
なお、同一の利用者が何度も仮想旅行を行うことで、楽曲生成部３７１によって複数の楽曲が生成された場合、楽曲記憶部３６４は、１個の利用者ＩＤ及び仮想旅行の種類（例えば、仮想旅行先）に対応付けて、楽曲を記憶することとなる。このように、楽曲記憶部３６４は、利用者によって行われた仮想旅行毎に、かかる仮想旅行に対応する楽曲を利用者のアルバムとして記憶することとなる。
【００９１】
［楽曲生成部３７１］
楽曲生成部３７１は、上述したログイン画面Ｇ１０１において「旅行＋作曲」が選択された場合に、操作部３３０の鍵盤３３５を用いて入力された仮想旅行の種類に応じて、楽曲を生成する。
【００９２】
具体的には、楽曲生成部３７１は、選択画面Ｇ１０２において仮想旅行の種類が操作部３３０の鍵盤３３５により入力された場合に、入力された文字列を受付部３５１から受け付け、受け付けた文字列と、旅情記憶部３６１、基準コード記憶部３６２及び基準歌詞記憶部３６３に記憶されている各種情報とに基づいて楽曲を生成し、生成した楽曲を楽曲記憶部３６４に格納する。なお、第１の実施形態に係る楽曲生成部３７１は、仮想旅行が終了した後に楽曲を生成する。
【００９３】
楽曲生成部３７１による楽曲生成処理について詳細に説明する。まず、楽曲生成部３７１は、受付部３５１によって受け付けられた仮想旅行先に基づいて仮想旅行先を想起させる旅情を決定し、決定した旅情に合致する楽曲のメロディ（旋律）を生成する。
【００９４】
具体的には、楽曲生成部３７１は、選択画面Ｇ１０２において選択された仮想旅行の種類に対応する旅情を旅情記憶部３６１から抽出する。このとき、楽曲生成部３７１は、仮想旅行の種類に対応付けて旅情記憶部３６１に複数の旅情が記憶されている場合には、かかる複数の旅情から１個の旅情をランダムに抽出する。このようにして、楽曲生成部３７１は、旅情記憶部３６１から取得した旅情を、仮想旅行先を想起させる旅情として決定する。
【００９５】
続いて、楽曲生成部３７１は、仮想旅行の種類の入力時に押下された鍵盤３３５の音名毎に、かかる音名を基準音として基準コード記憶部３６２に記憶されているコード進行表のうち旅情記憶部３６１から抽出した旅情に対応するコード進行表を特定する。このとき、楽曲生成部３７１は、旅情に対応するコード進行表が基準コード記憶部３６２に複数記憶されている場合に、かかる複数のコード進行表から１個のコード進行表をランダムに抽出する。
【００９６】
続いて、楽曲生成部３７１は、基準コード記憶部３６２から抽出したコード進行表に含まれる各コード（和音）を構成する複数の単音から、１個の単音をランダムに抽出する。楽曲生成部３７１は、このようなコード進行表を抽出した後に単音を抽出する処理を利用者により押下された鍵盤３３５の音名順に行い、抽出順に単音を並べることによりメロディを生成する。
【００９７】
図１３を用いて、第１の実施形態に係る楽曲生成部３７１による楽曲生成処理の一例を説明する。図１３に示した例では、図７を用いて説明した例のように、「きよみずかんこう」が入力されたものとする。なお、図１３では、「きよみず」の部分のみを図示している。また、ここでは、旅情記憶部３６１は、図１０に例示した各種情報を記憶するものとする。
【００９８】
まず、楽曲生成部３７１は、旅情記憶部３６１から「きよみずかんこう」に対応する旅情「荘厳広大」を抽出する。続いて、楽曲生成部３７１は、「きよみずかんこう」の先頭文字「き」を入力する際に利用者によって押下された白鍵を特定する。具体的には、図７を用いて説明したように、利用者は、「き」を入力する際に、白鍵３３５ｂを押下した後に、白鍵３３５ｇを押下することになる。すなわち、楽曲生成部３７１は、「き」を入力する際に、利用者によって白鍵３３５ｂ、白鍵３３５ｇの順に押下されたことを特定する。
【００９９】
ここで、白鍵３３５ｂの音名は「レ」であり、白鍵３３５ｇの音名は「ファ」である。かかる場合に、楽曲生成部３７１は、基準コード記憶部３６２に記憶されている音名「レ」（すなわち、コード「Ｄ」）を基準音とするコード進行表のうち、旅情記憶部３６１から抽出した旅情「荘厳広大」に対応するコード進行表を特定する。このとき、楽曲生成部３７１は、旅情「荘厳広大」に対応するコード進行表が複数記憶されている場合には、かかる複数のコード進行表から１個のコード進行表をランダムに抽出する。図１３に示した例では、楽曲生成部３７１は、音名「レ」（すなわち、コード「Ｄ」）を基準音とするコード進行表のうち、旅情「荘厳広大」に対応するコード進行表「Ｄ→Ｇ→Ａ→Ｄ」を抽出する。
【０１００】
続いて、楽曲生成部３７１は、基準コード記憶部３６２から抽出したコード進行表「Ｄ→Ｇ→Ａ→Ｄ」に含まれる各コードを構成する複数の単音から、１個の単音をランダムに抽出する。例えば、楽曲生成部３７１は、コード「Ｄ」を構成する単音「レ」、「ファ＃」及び「ラ」から、１個の単音（例えば、「レ」）をランダムに抽出する。同様にして、楽曲生成部３７１は、コード「Ｇ」を構成する複数の単音から１個の単音をランダムに抽出し、コード「Ａ」を構成する複数の単音から１個の単音をランダムに抽出し、コード「Ｄ」を構成する複数の単音から１個の単音をランダムに抽出する。そして、楽曲生成部３７１は、「Ｄ→Ｇ→Ａ→Ｄ」の順に、各コードに対応する単音（ここの例では４個の単音）を抽出し、抽出した順に単音を並べる。
【０１０１】
続いて、楽曲生成部３７１は、基準コード記憶部３６２に記憶されている音名「ファ」（すなわち、コード「Ｆ」）を基準音とするコード進行表のうち、旅情記憶部３６１から抽出した旅情「荘厳広大」に対応するコード進行表を１個抽出する。図１３に示した例では、楽曲生成部３７１は、音名「ファ」（すなわち、コード「Ｆ」）を基準音とするコード進行表のうち、コード進行表「Ｆ→Ｂ→Ｃ→Ｆ」を抽出する。続いて、楽曲生成部３７１は、上記例と同様に、コード進行表「Ｄ→Ｇ→Ａ→Ｄ」に含まれる各コードを構成する複数の単音から、１個の単音をランダムに抽出する。
【０１０２】
このようにして、楽曲生成部３７１は、「きよみずかんこう」を入力された際に押下された鍵盤３３５の音名に基づいて、基準コード記憶部３６２を参照しながら単音を抽出し、抽出した順に単音を並べることで、仮想旅行先である「きよみずかんこう」を想起させる旅情と合致するメロディを生成する。
【０１０３】
続いて、楽曲生成部３７１は、基準歌詞記憶部３６３を用いて、生成したメロディに歌詞を付与する。具体的には、楽曲生成部３７１は、旅情記憶部３６１から抽出した旅情に対応する「初期フレーズ」、「中間フレーズ」及び「終盤フレーズ」を基準歌詞記憶部３６３から抽出する。このとき、楽曲生成部３７１は、楽曲を生成する時点での季節に対応する各フレーズを取得してもよい。
【０１０４】
そして、楽曲生成部３７１は、基準歌詞記憶部３６３から取得した「初期フレーズ」、「中間フレーズ」及び「終盤フレーズ」を、前述において生成したメロディに付与する。具体的には、楽曲生成部３７１は、メロディの序盤には「初期フレーズ」を付与し、メロディの中盤には「中間フレーズ」を付与し、メロディの終盤には「終盤フレーズ」を付与する。例えば、楽曲生成部３７１は、１個の音符に対して、１〜３文字の歌詞が割り当てられるように、各フレーズをメロディに付与する。
【０１０５】
なお、楽曲生成部３７１は、「中間フレーズ」を付与する場合には、「季節フレーズ」、「擬音系」及び「盛上フレーズ」のそれぞれについて必ず１個のフレーズを付与してもよい。これにより、楽曲生成部３７１は、多種類のフレーズをメロディに付与することができるので、歌詞が単調に繰り返されることを防止することができる。
【０１０６】
このようにして、楽曲生成部３７１は、利用者によって選択された仮想旅行先を想起させる旅情と合致するメロディを生成し、さらに、仮想旅行先を想起させる旅情と合致する歌詞を付与するので、仮想旅行を想起させる楽曲を生成することができる。
【０１０７】
また、楽曲生成部３７１は、仮想旅行先の入力時に押下された鍵盤３３５に対応する音に基づいてメロディを生成するので、仮想旅行先の入力時に利用者が聞いた音と関連するメロディを生成することができる。これにより、楽曲生成部３７１は、各利用者が仮想旅行先を想起しやすい楽曲を生成することができる。
【０１０８】
［楽曲出力部３７２］
楽曲出力部３７２は、楽曲生成部３７１によって生成された創作物である楽曲をスピーカ等の出力部３１０に出力制御する。具体的には、楽曲出力部３７２は、楽曲生成部３７１によって楽曲記憶部３６４に格納された楽曲を出力部３１０に出力する。
【０１０９】
なお、上記例では、楽曲生成部３７１が仮想旅行の終了後に楽曲を生成するものとした。すなわち、楽曲出力部３７２は、仮想旅行が終了した後に楽曲を出力部３１０に出力することで、仮想旅行のイメージと合致する楽曲を利用者に聞かせることとなる。ただし、この例に限られず、楽曲生成部３７１は、仮想旅行が開始する前に楽曲を生成してもよく、この場合、楽曲出力部３７２は、仮想旅行が開始する前に楽曲を出力部３１０に出力してもよい。
【０１１０】
また、楽曲出力部３７２は、仮想旅行の前後に限らず、利用者からの要求に従って、過去に行われた仮想旅行に対応する楽曲を楽曲記憶部３６４から取得し、取得した楽曲を出力部３１０に出力してもよい。すなわち、楽曲記憶部３６４には過去の仮想旅行に対応する楽曲が利用者毎のアルバムとして記憶されており、利用者は、過去の仮想旅行に対応する楽曲についても聞くことができる。
【０１１１】
［脳年齢判定部３８０］
図５の説明に戻って、脳年齢判定部３８０は、選択画面Ｇ１０２において操作部３３０を用いて仮想旅行の種類を入力する操作が行われた場合に、かかる操作の態様に応じて利用者の脳年齢を判定する。具体的には、脳年齢判定部３８０は、標準記憶部３８１に記憶されている各種情報を参照することにより、利用者に仮想旅行の種類が入力された時間が標準的な入力時間よりも遅いほど高い脳年齢を算出し、また、文字毎の入力時間にばらつきがあるほど、入力時におけるリズムが不安定であると判定して高い脳年齢を算出する。
【０１１２】
ここで、図１４に、第１の実施形態に係る標準記憶部３８１の一例を示す。図１４に示した例では、標準記憶部３８１は、「年代」、「標準時間」、「標準偏り時間」といった項目を有する。
【０１１３】
「年代」は、利用者の年代を示す。「標準時間」は、操作部３３０の鍵盤３３５を用いて１文字が入力される標準的な時間を示す。「標準偏り時間」は、１文字が入力される時間の標準的なばらつきを示す。
【０１１４】
すなわち、図１４では、標準的な７０代の利用者が１文字を入力するのに３秒かかり、標準的な７０代の利用者による各文字の入力時間の差が１秒であることを示す。言い換えれば、この例の場合、標準的な７０代の利用者によって１文字が入力される平均入力時間は３秒であるが、各文字の入力時間と平均入力時間とは平均的に１秒の差があることを示している。例えば、１文字目を２秒で入力し、２文字目を４秒で入力し、３文字目を３秒で入力した利用者が存在する場合、平均入力時間が３秒であり、平均入力時間との差が１秒であるので、この利用者は標準的な７０代であることを示す。
【０１１５】
なお、標準記憶部３８１に記憶される情報は、図１４の例に限られず、標準記憶部３８１は、入力文字毎に標準時間を記憶してもよい。例えば、標準記憶部３８１は、鍵盤３３５を２回押下することを要する文字（「き」等）と、鍵盤３３５を３回押下することを要する文字（「ず」等）とに分けて標準時間を記憶してもよい。
【０１１６】
上記の脳年齢判定部３８０は、仮想旅行の種類が操作部３３０により入力された場合に、受付部３５１から入力態様を受け付ける。そして、脳年齢判定部３８０は、標準記憶部３８１に記憶されている情報のうち、利用者の年代に対応付けて標準記憶部３８１に記憶されている「標準時間」及び「標準偏り時間」を用いて、利用者による入力態様に対応する脳年齢を判定する。
【０１１７】
図１５を用いて、第１の実施形態に係る脳年齢判定部３８０による脳年齢判定処理の一例を説明する。図１５の上図は、標準記憶部３８１に記憶されている標準的な７０代の入力態様例を示し、図１５の下図は、実際の利用者による入力態様例を示す。図１５の上図では、「きよみず」のうち「き」、「よ」、「み」及び「ず」のそれぞれを入力するのに「３秒」ずつかかることが標準であることを示している。これに対して、図１５の下図では、利用者が、「き」を入力するのに「４秒」かかり、「よ」を入力するのに「５秒」かかり、「み」を入力するのに「３秒」かかり、「ず」を入力するのに「６秒」かかった例を示している。
【０１１８】
図１５の例の場合、脳年齢判定部３８０は、利用者に実際に入力された各文字の平均時間が「４．５秒」であり、標準の標準時間「３秒」よりも遅いので、高い脳年齢を算出する。また、図１５の例において、脳年齢判定部３８０は、利用者に各文字が実際に入力された時間の差を算出する。具体的には、脳年齢判定部３８０は、平均入力時間「４．５秒」と各文字の入力時間「４秒」、「５秒」、「３秒」、「６秒」との差異をそれぞれ求める。ここでは、脳年齢判定部３８０は、それぞれの差異として「０．５秒」、「０．５秒」、「１．５秒」、「１．５秒」を求める。続いて、脳年齢判定部３８０は、算出したそれぞれの差異の平均値である「１．３秒」を求める。そして、脳年齢判定部３８０は、このようにして求めた平均値「１．３秒」が標準偏り時間「１秒」よりも遅い（すなわち、ばらつき度が高い）ので、高い脳年齢を算出する。脳年齢判定部３８０は、このようにして算出した脳年齢を、図６に示した操作部３３０の第２表示枠３３４に表示する。
【０１１９】
［仮想旅行処理手順］
次に、図１６を用いて、第１の実施形態に係る仮想旅行システム１による処理の手順について説明する。図１６は、第１の実施形態に係る仮想旅行システム１による処理手順を示すシーケンス図である。なお、図１６では、１台の撮影装置１００を示したが、かかる撮影装置１００は、図１に例示した撮影装置１００−１〜１００−３等の複数の撮影装置に対応する。
【０１２０】
図１６に示すように、第１の実施形態に係る端末装置３００は、仮想旅行を行う旨の操作、及び、仮想旅行の種類を選択する操作が行われた場合に、仮想旅行の種類を含む仮想旅行要求を仮想旅行装置２００に送信する（ステップＳ１０１）。例えば、端末装置３００は、図８に例示した選択画面Ｇ１０２において仮想旅行の種類が選択された場合に、仮想旅行要求を仮想旅行装置２００に送信する。
【０１２１】
また、撮影装置１００は、所定の風景や観光地を撮影することにより画像データを生成し、かかる画像データを符号化した後の符号化データを仮想旅行装置２００に送信する（ステップＳ１０２）。このとき、撮影装置１００は、撮影処理を行うたびに符号化データを略リアルタイムに仮想旅行装置２００に送信する。
【０１２２】
仮想旅行装置２００は、端末装置３００から仮想旅行要求を受信した場合に、かかる仮想旅行要求に含まれる仮想旅行の種類に対応する画像データを特定する。そして、仮想旅行装置２００は、特定した画像データを符号化した符号化データを端末装置３００に送信する（ステップＳ１０３）。これにより、端末装置３００は、仮想旅行装置２００から受信した画像データを出力部３１０に表示する（ステップＳ１０４）。
【０１２３】
続いて、端末装置３００は、仮想旅行が終了した後に、かかる仮想旅行を想起させる旅情と合致する楽曲を生成する（ステップＳ１０５）。端末装置３００による楽曲生成処理の手順については、図１７を用いて説明する。
【０１２４】
［楽曲生成処理手順］
次に、図１７を用いて、図１６のステップＳ１０５に示した楽曲生成処理の手順について説明する。図１７は、第１の実施形態に係る端末装置３００による楽曲生成処理手順を示すフローチャートである。
【０１２５】
図１７に示すように、端末装置３００の楽曲生成部３７１は、仮想旅行が終了したか否かを判定する（ステップＳ２０１）。このとき、楽曲生成部３７１は、仮想旅行が終了していない場合には（ステップＳ２０１否定）、仮想旅行が終了するまで待機する。
【０１２６】
一方、楽曲生成部３７１は、仮想旅行が終了した場合には（ステップＳ２０１肯定）、旅情記憶部３６１を参照することにより、仮想旅行に対応する旅情を決定する（ステップＳ２０２）。
【０１２７】
続いて、楽曲生成部３７１は、仮想旅行の種類の入力時に押下された鍵盤３３５の音名と、基準コード記憶部３６２に記憶されているコード進行表とに基づいて、ステップＳ２０２において決定した旅情に対応するコード進行表を決定する（ステップＳ２０３）。そして、楽曲生成部３７１は、図１３を用いて説明したように、旅情に対応するコード進行表を用いて楽曲のメロディを生成する（ステップＳ２０４）。
【０１２８】
続いて、楽曲生成部３７１は、基準歌詞記憶部３６３を参照することにより、ステップＳ２０４において生成したメロディに対して、ステップＳ２０２において決定した旅情に対応する歌詞を付与する（ステップＳ２０５）。これにより、楽曲生成部３７１は、仮想旅行先を想起させる旅情と合致する楽曲を生成する。
【０１２９】
続いて、楽曲生成部３７１は、生成した楽曲を楽曲記憶部３６４に格納する。そして、楽曲出力部３７２は、楽曲記憶部３６４に格納された楽曲を出力部３１０に出力する（ステップＳ２０６）。例えば、楽曲出力部３７２は、メロディを出力部３１０に音声出力するとともに、出力中のメロディに付与された歌詞を出力部３１０に表示する。
【０１３０】
［変形例１−１］
上記第１の実施形態では、脳年齢判定部３８０が脳年齢を判定する例を示した。しかし、この例に限られず、端末装置３００は、脳年齢を判定する処理を行わなくてもよい。この場合、端末装置３００は、脳年齢判定部３８０及び標準記憶部３８１を有しなくてもよい。
【０１３１】
［変形例１−２］
また、上記第１の実施形態では、楽曲生成部３７１がメロディに歌詞を付与した楽曲を生成する例を示した。しかし、この例に限られず、楽曲生成部３７１は、歌詞が付与されていないメロディだけの楽曲を生成してもよい。この場合、端末装置３００は、基準歌詞記憶部３６３を有しなくてもよい。
【０１３２】
［変形例１−３］
また、上記第１の実施形態では、図１３に示した例のように、楽曲生成部３７１が単音の４分音符を配列することでメロディを生成する例を示した。しかし、この例に限られず、楽曲生成部３７１は、仮想旅行の種類に対応する旅情と合致するリズム（拍子）、テンポ（音速）、音の種類（単音又は和音）、音符の種類、休符の種類、その他の各種演奏記号（Allegro、Andante、スタッカート、テヌート等）を用いてメロディを生成してもよい。
【０１３３】
この場合、端末装置３００は、旅情に合致するリズム（拍子）を旅情毎に記憶する記憶部や、旅情に合致するテンポ（音速）を旅情毎に記憶する記憶部や、旅情に合致する音の種類（単音又は和音）を旅情毎に記憶する記憶部や、旅情に合致する音符の種類を旅情毎に記憶する記憶部や、旅情に合致する休符の種類を旅情毎に記憶する記憶部や、旅情に合致する各種演奏記号を旅情毎に記憶する記憶部を有する。そして、楽曲生成部３７１は、旅情記憶部３６１から仮想旅行の種類に対応する旅情を取得し、取得した旅情に対応するリズム（拍子）、テンポ（音速）、音の種類（単音又は和音）、音符の種類、休符の種類、その他の各種演奏記号を上記の各記憶部から取得することで楽曲を生成する。
【０１３４】
このように、楽曲生成部３７１は、楽曲を形成する各部品（コード進行表、歌詞、リズム、テンポ等）を旅情毎に記憶する記憶部から、仮想旅行に合致する旅情に対応する部品を取得して楽曲を生成する。
【０１３５】
なお、楽曲生成部３７１は、利用者による操作部３３０への入力態様に応じて、リズム（拍子）、テンポ（音速）、音の種類（単音又は和音）、音符の種類、休符の種類、その他の各種演奏記号を決定してもよい。例えば、楽曲生成部３７１は、利用者が素早く操作部３３０に仮想旅行の種類を入力した場合には、リズム（拍子）及びテンポ（音速）が速い楽曲を生成し、利用者の入力速度が徐々に速くなった場合には、「だんだん速く」を示す演奏記号（アッチェレランド）を含む楽曲を生成する。このように、楽曲生成部３７１は、実際の利用者による操作部３３０への入力態様を反映させた楽曲を生成してもよい。
【０１３６】
［変形例１−４］
また、上記第１の実施形態では、楽曲生成部３７１が旅情記憶部３６１を参照することにより仮想旅行の種類に応じて楽曲の旅情を決定する例を示した。しかし、この例に限られず、楽曲生成部３７１は、仮想旅行の行き先の天気、気温、地理的な高度、仮想旅行を行う時間帯（朝、昼、夜のいずれか等）、旅行先における人の混雑度などに応じて楽曲の旅情を決定してもよい。
【０１３７】
例えば、楽曲生成部３７１は、仮想旅行の行き先の天気が「晴れ」である場合には、「明るく楽しい」や「軽快うきうき」や「すこやか／さわやか」等の旅情を選択する。また、例えば、楽曲生成部３７１は、仮想旅行の行き先の天気が「雨」である場合には、「憂い／もの悲しい」や「悲しみから希望へ」等の旅情を選択する。
【０１３８】
また、例えば、楽曲生成部３７１は、仮想旅行の行き先の気温が所定気温よりも高い場合には、「明るく楽しい」や「軽快うきうき」や「すこやか／さわやか」等の旅情を選択する。また、例えば、楽曲生成部３７１は、仮想旅行の行き先の気温が所定気温よりも低い場合には、「憂い／もの悲しい」や「悲しみから希望へ」等の旅情を選択する。
【０１３９】
また、例えば、楽曲生成部３７１は、仮想旅行の行き先の地理的な高度が所定高度よりも高い場合には、「明るく楽しい」や「軽快うきうき」や「すこやか／さわやか」や「豪華絢爛」等の旅情を選択する。また、例えば、楽曲生成部３７１は、仮想旅行の行き先の地理的な高度が所定高度よりも低い場合には、「憂い／もの悲しい」や「悲しみから希望へ」等の旅情を選択する。
【０１４０】
また、例えば、楽曲生成部３７１は、仮想旅行を行う時間帯が「朝」である場合には、「明るく楽しい」や「軽快うきうき」や「すこやか／さわやか」や「豪華絢爛」等の旅情を選択する。また、例えば、楽曲生成部３７１は、仮想旅行を行う時間帯が「昼」である場合には、「明るく楽しい」等の旅情を選択する。また、例えば、楽曲生成部３７１は、仮想旅行を行う時間帯が「夜」である場合には、「未踏スリリング」や「憂い／もの悲しい」や「悲しみから希望へ」等の旅情を選択する。
【０１４１】
また、例えば、楽曲生成部３７１は、旅行先における人の混雑度が所定の混雑度よりも高い場合には、「明るく楽しい」や「軽快うきうき」や「豪華絢爛」等の旅情を選択する。また、例えば、楽曲生成部３７１は、旅行先における人の混雑度が所定の混雑度よりも低い場合には、「未踏スリリング」や「憂い／もの悲しい」や「悲しみから希望へ」等の旅情を選択する。
【０１４２】
なお、楽曲生成部３７１は、仮想旅行の種類、仮想旅行の行き先の天気、気温、地理的な高度、仮想旅行を行う時間帯、旅行先における人の混雑度のうち、１つの情報に基づいて楽曲の旅情を決定してもよいし、複数の情報に基づいて楽曲の旅情を決定してもよい。
【０１４３】
また、端末装置３００は、仮想旅行の行き先の天気毎に旅情を記憶する記憶部や、仮想旅行の行き先の気温毎に旅情を記憶する記憶部や、仮想旅行の行き先の地理的な高度毎に旅情を記憶する記憶部や、仮想旅行を行う時間帯毎に旅情を記憶する記憶部や、旅行先における人の混雑度毎に旅情を記憶する記憶部を有してもよい。そして、楽曲生成部３７１は、選択画面Ｇ１０２において仮想旅行の種類が入力された場合に、かかる仮想旅行に対応する旅情を各記憶部から取得し、取得した旅情の中で最も多い旅情を楽曲の曲想として決定してもよい。
【０１４４】
［変形例１−５］
また、上記第１の実施形態では、楽曲生成部３７１が１個の楽曲に対して１個の旅情（曲想、曲調）を決定する例を示した。しかし、この例に限られず、楽曲生成部３７１は、１個の楽曲の中で旅情（曲想、曲調）を変化させてもよい。具体的には、楽曲生成部３７１は、仮想旅行の道中における地点毎に、かかる地点に対応する旅情を旅情記憶部３６１から取得する。そして、楽曲生成部３７１は、仮想旅行において通過する地点の順に、かかる地点に対応する旅情（曲想、曲調）に変化する楽曲を生成する。
【０１４５】
例えば、利用者によって選択された「清水観光」は、「東京駅」を出発して「清水寺」を観光する仮想旅行である場合がある。すなわち、利用者によって「清水観光」が仮想旅行先として選択された場合であっても、「東京駅」や、「東京駅」から「清水寺」までの道中（例えば、浜名湖近辺、名古屋近辺）も仮想旅行先に含まれる場合がある。この場合、図１０の例では、「清水観光」に対応する旅情は「荘厳広大」となるが、「東京駅」に合致する旅情や、「東京駅」から「清水寺」までの道中における旅情は「荘厳広大」であるとは限らない。そこで、楽曲生成部３７１は、この例のように仮想旅行先が複数となる場合には、例えば、「東京駅」に対応する旅情を旅情記憶部３６１から取得し、「東京駅」から「清水寺」までの道中における地点（例えば、浜名湖近辺、名古屋近辺）に対応する旅情を旅情記憶部３６１から取得し、「清水観光」に対応する旅情を旅情記憶部３６１から取得する。そして、楽曲生成部３７１は、旅情記憶部３６１から取得した順に旅情（曲想、曲調）が変化する楽曲を生成する。
【０１４６】
一例を挙げて説明すると、上記例において、楽曲生成部３７１が、「東京駅」に対応する旅情「明るく楽しい」を取得し、「浜名湖近辺」に対応する旅情「すこやか／さわやか」を取得し、「清水観光」に対応する旅情「荘厳広大」を取得したものとする。この場合、楽曲生成部３７１は、「明るく楽しい」、「浜名湖近辺」、「すこやか／さわやか」の順に旅情（すなわち、コード進行表及び歌詞）が変化する楽曲を生成する。
【０１４７】
また、上記例において、楽曲生成部３７１は、各地点における旅情を取得する場合に、上記「変形例１−４」において説明した処理のように、地点毎に、天気、気温、地理的な高度、時間帯、人の混雑度を考慮して旅情を決定してもよい。なお、楽曲生成部３７１は、仮想旅行が終了した後に楽曲を生成する場合には、実際に仮想旅行が行われた際の天気や気温や時間帯や人の混雑度に応じて、旅情を決定する。このとき、楽曲生成部３７１は、仮想旅行装置２００から配信される画像データを解析することにより、かかる画像データ内に含まれる人の数を計数し、計数結果が所定人数以上であるか否かに基づいて、人の混雑度を取得することができる。
【０１４８】
［変形例１−６］
また、上記第１の実施形態では、楽曲生成部３７１によって生成された楽曲が楽曲記憶部３６４に格納される例を示した。しかし、楽曲生成部３７１は、生成した楽曲の斬新度を評価し、所定の斬新度に達していない場合には、楽曲を再度生成してもよい。具体的には、楽曲生成部３７１は、一般的に世の中に出回っている既存の楽曲を予め保持しておき、生成した楽曲と既存の楽曲との類似度を求める。例えば、楽曲生成部３７１は、生成した楽曲と既存の楽曲について、コード進行や歌詞やリズムやテンポ等の類似度を求める。そして、楽曲生成部３７１は、双方の類似度が所定の類似閾値以上である場合には、生成した楽曲が斬新でないと判定して新たに楽曲を生成し、双方の類似度が所定の類似閾値よりも低い場合には、生成した楽曲が斬新であると判定して、生成した楽曲を楽曲記憶部３６４に格納する。これにより、楽曲生成部３７１は、一般的に世の中に出回っていない斬新な楽曲を利用者に提供することができる。
【０１４９】
［変形例１−７］
また、上記第１の実施形態において、仮想旅行装置２００は、各端末装置３００から楽曲を受け付けて、受け付けた楽曲を他の利用者にも公開するとともに、かかる楽曲に対する評価を他の利用者から受け付けてもよい。すなわち、仮想旅行装置２００は、楽曲のコンテストを開催してもよい。これにより、仮想旅行装置２００は、利用者に対して仮想旅行サービスの利用を促進することができる。
【０１５０】
［変形例１−８］
また、上記第１の実施形態では、端末装置３００によって楽曲が生成される例を示した。しかし、この例に限られず、仮想旅行装置２００が楽曲を生成してもよい。この場合、仮想旅行装置２００は、図５に示した旅情記憶部３６１、基準コード記憶部３６２、基準歌詞記憶部３６３、楽曲記憶部３６４及び楽曲生成部３７１を有することとなる。例えば、仮想旅行装置２００の受付部２５０は、利用者によって利用される端末装置３００から仮想旅行先を受け付ける。これにより、仮想旅行装置２００が有する楽曲生成部３７１は、旅情記憶部３６１等を参照することで、仮想旅行先に対応する楽曲を生成する。そして、仮想旅行装置２００の配信部２７０は、楽曲生成部３７１によって生成された楽曲を端末装置３００に送信する。なお、仮想旅行装置２００は、配信部２７０とは別に、楽曲を端末装置３００に送信するため送信部を有してもよい。
【０１５１】
［変形例１−９］
また、上記第１の実施形態では、創作物として「楽曲」を例に挙げて説明した。しかし、この例に限られず、端末装置３００は、仮想旅行先の旅情に合致する創作物として、「絵画」や「写真」等の静止画像や動画像を生成してもよい。例えば、端末装置３００は、静止画像や動画像を形成する風景や建築物（例えば、金閣寺）や色情報（例えば、明暗を示す情報等）を旅情毎に記憶する記憶部を有し、仮想旅行先を想起させる旅情に対応する風景や建築物や色情報を用いて、静止画像や動画像を生成してもよい。この例の場合、端末装置３００は、風景や建築物を用いて静止画像や動画像を生成し、生成した静止画像や動画像を色情報に基づいて補正してもよい。
【０１５２】
［第１の実施形態の効果］
上述してきたように、第１の実施形態に係る端末装置３００は、受付部３５１と、映像出力部３５２（第１出力制御部の一例に相当）と、基準コード記憶部３６２及び基準歌詞記憶部３６３と、楽曲生成部３７１（生成部の一例に相当）と、楽曲出力部３７２（第２出力制御部の一例に相当）とを有する。受付部３５１は、利用者によって仮想的な旅行の行き先である仮想旅行先を選択する操作が行われる操作部３３０から仮想旅行先を受け付ける。映像出力部３５２は、乗物内外又は建築物内外に設置された撮影装置１００によって撮影されることで生成された画像データのうち、受付部３５１によって受け付けられた仮想旅行先に対応する撮影装置１００によって生成された画像データを出力部３１０に出力制御する。基準コード記憶部３６２及び基準歌詞記憶部３６３は、楽曲（創作物の一例に相当）を形成する部品である部品創作物を記憶する部品記憶部としての役割を担い、コード進行表や歌詞を所定の旅情毎に記憶する。楽曲生成部３７１は、仮想旅行先に基づいて仮想旅行先を想起させる旅情を決定し、決定した旅情に対応付けて基準コード記憶部３６２や基準歌詞記憶部３６３に記憶されているコード進行表や歌詞（部品創作物の一例に相当）を用いて仮想旅行先に対応する楽曲を生成する。楽曲出力部３７２は、楽曲生成部３７１によって生成された楽曲を出力部３１０に出力制御する。
【０１５３】
これにより、第１の実施形態に係る端末装置３００は、仮想旅行を想起させる楽曲を生成することができるので、利用者に対して仮想旅行中に作曲した感覚を与えることができる。この結果、端末装置３００は、仮想旅行を行う利用者の満足度を向上させることができる。
【０１５４】
具体的には、端末装置３００は、仮想旅行先が入力される際に押下された鍵盤３３５の音名に対応付けて基準コード記憶部３６２に記憶されているコード進行表のうち、仮想旅行先に基づいて決定した旅情に対応するコード進行表を用いて楽曲のメロディを生成するので、仮想旅行を想起させるメロディを生成することができる。また、端末装置３００は、仮想旅行先に基づいて決定した旅情に対応付けて基準歌詞記憶部３６３に記憶されている歌詞をメロディに付与することで楽曲を生成するので、仮想旅行を想起させる歌詞付きの楽曲を生成することができる。以上のことから、第１の実施形態に係る端末装置３００は、仮想旅行中に作曲した感覚を利用者に与えることができ、仮想旅行を行う利用者の満足度を向上させることができる。
【０１５５】
例えば、第１の実施形態に係る仮想旅行システム１は、老人ホーム、図書館、喫茶店、レストラン、その他の公共施設などに適用することができる。例えば、端末装置３００を老人ホーム、図書館、喫茶店、レストラン、その他の公共施設などに設置することで、これらの施設に行く利用者が上述してきた仮想旅行システム１を利用することができる。特に、近年では高齢化を進んでおり、体力的な問題等により実際には遠方まで旅行することが困難ではある高齢者も多く存在する。このような高齢者は、老人ホーム、図書館、喫茶店、レストラン、その他の公共施設などに行くことが多いので、これらの施設に端末装置３００を設置することで、このような高齢者の満足度を向上させることができる。
【０１５６】
また、第１の実施形態に係る端末装置３００において、基準歌詞記憶部３６３は、楽曲の時間的な位置毎に、かかる位置に対応する歌詞を記憶する。例えば、基準歌詞記憶部３６３は、図１２に示した例のように、初期フレーズ、中間フレーズ、終盤フレーズを記憶する。そして、楽曲生成部３７１は、仮想旅行先に基づいて決定した旅情に対応付けて基準歌詞記憶部３６３に記憶されている歌詞のうち、生成したメロディにおける時間的な位置に対応する歌詞をメロディに付与する。
【０１５７】
これにより、第１の実施形態に係る端末装置３００は、例えば、Ａメロ、Ｂメロ、サビ、Ｃメロ等との相性がよい歌詞をメロディに付与することができるので、完成度の高い楽曲を生成することができる。
【０１５８】
また、第１の実施形態に係る端末装置３００において、楽曲生成部３７１は、仮想旅行先に基づいて決定した旅情に対応する拍子、音速、音の種類、音符の種類、休符の種類の少なくとも１つを用いてメロディを生成する。
【０１５９】
また、第１の実施形態に係る端末装置３００において、楽曲生成部３７１は、仮想旅行先が複数存在する場合に、仮想旅行先毎に旅情を決定し、仮想旅行先の順に、かかる仮想旅行先の旅情に対応するコード進行表等を用いて楽曲を生成する。
【０１６０】
また、第１の実施形態に係る端末装置３００において、楽曲生成部３７１は、仮想旅行先、仮想旅行先の天気、気温、地理的な高度、時間帯、人の混雑度に基づいて旅情を決定する。
【０１６１】
これにより、第１の実施形態に係る端末装置３００は、仮想旅行をより想起させる楽曲を生成することができるので、利用者に対して仮想旅行中に作曲した感覚をより強く与えることができる。この結果、端末装置３００は、仮想旅行を行う利用者の満足度をより向上させることができる。
【０１６２】
（第２の実施形態）
上記第１の実施形態では、図６に示した例のように操作部３３０が鍵盤である例を示した。しかし、この例に限られず、操作部３３０は、タッチパネルによって各種情報を受けてもよい。そして、端末装置３００は、図８及び図９に示した各種画面を出力部３１０だけでなく、タッチパネルである操作部３３０にも表示し、操作部３３０が押下（タッチ、タップ等とも呼ばれる）されることで、各種操作を受け付けてもよい。
【０１６３】
そこで、第２の実施形態では、表示機能を有するタッチパネル型の操作部４３０を例に挙げて説明する。なお、第２の実施形態に係る仮想旅行システム１の構成は図１と同様であるので、仮想旅行システム１の構成については説明を省略する。
【０１６４】
［第２の実施形態に係る端末装置４００の構成］
まず、図１８を用いて、第２の実施形態に係る端末装置４００の構成について説明する。図１８は、第２の実施形態に係る端末装置４００の構成例を示すブロック図である。図１８に例示するように、第２の実施形態に係る端末装置４００は、操作部４３０と、映像出力部４５２と、旅情記憶部４６１と、楽曲生成部４７１と、脳年齢判定部４８０とを有する。
【０１６５】
［操作部４３０］
第２の実施形態に係る操作部４３０は、図６に示したピアノの鍵盤とは異なり、表示デバイスと入力デバイスとが一体かされたタッチパネルである。第２の実施形態に係る端末装置４００は、図８に示した選択画面Ｇ１０２の代わりに、操作部４３０に地図を表示させ、操作部４３０が押下されることで仮想旅行の行き先を受け付ける。この点について、図１９を用いて説明する。図１９は、第２の実施形態に係る操作部４３０に表示される選択画面の一例を示す図である。
【０１６６】
図１９に示すように、操作部４３０には、仮想旅行の行き先を選択させるための選択画面Ｇ１１０が表示される。かかる操作部４３０は、例えば、最初に日本地図を表示し、ピンチアウト操作された場合に操作された地域を中心に拡大表示したり、ピンチイン操作された場合に操作された地域を中心に縮小したりする。なお、このような地図を表示制御する処理は、操作部４３０が行ってもよいし、仮想旅行アプリケーション部４５０が行ってもよい。
【０１６７】
図１９では、選択画面Ｇ１１０に京都府及び滋賀県における地図の一部が表示されている例を示している。かかる選択画面Ｇ１１０には、観光地として「金閣寺」や「銀閣寺」や「延暦寺」等が表示されており、これらの観光地の頭文字の平仮名（先頭１文字目の平仮名）が表示されている。例えば、選択画面Ｇ１１０には、「き」とともに「金閣寺」が表示され、「ぎ」とともに「銀閣寺」が表示される。
【０１６８】
そして、操作部４３０は、選択画面Ｇ１１０において、各観光地の頭文字が押下（タッチ、タップ）されることにより、仮想旅行の行き先を受け付ける。このとき、操作部４３０は、各観光地の頭文字が順次押下された場合に、押下された頭文字が示す観光地の順に仮想旅行を行うものとして受け付ける。
【０１６９】
例えば、利用者が、図１９中に示した「コースＡ」のように、「う（宇治上神社）」、「だ（醍醐寺）」、「き（清水寺）」、「ぎ（銀閣寺）」、「え（延暦寺）」、「さ（三千院）」、「き（貴船神社）」、「に（二条城）」の順に、各観光地の頭文字を押下したものとする。かかる場合に、操作部４３０は、かかる利用者が「宇治上神社」、「醍醐寺」、「清水寺」、「銀閣寺」、「延暦寺」、「三千院」、「貴船神社」、「二条城」の順に仮想旅行を行うものとして仮想旅行の行き先を受け付ける。
【０１７０】
なお、操作部４３０は、各観光地の頭文字が押下されるだけでなく、地図をなぞるような操作を受け付けてもよい。例えば、操作部４３０は、上記例において、「う（宇治上神社）」を指や専用ペンにより押下された状態のまま、かかる指や専用ペンを「だ（醍醐寺）」、「き（清水寺）」、「ぎ（銀閣寺）」、「え（延暦寺）」、「さ（三千院）」、「き（貴船神社）」、「に（二条城）」の順にスライドさせる操作を受け付けてもよい。このような操作を受け付けた場合であっても、操作部４３０は、上記例と同様の順に仮想旅行を行うものとして仮想旅行の行き先を受け付ける。
【０１７１】
また、操作部４３０は、予め決められた観光地の巡回コース（図１８の例ではコースＡとコースＢ）を表示し、利用者からいずれかの巡回コースを選択する操作を受け付けてもよい。例えば、操作部４３０は、図１８に示したコースＡ又はコースＢが押下されることで、仮想旅行の行き先を受け付けてもよい。
【０１７２】
なお、図１９では図示することを省略したが、操作部４３０は、操作部３３０と同様に、通信部３３１やマイク３３２を有してもよい。また、操作部４３０は、端末装置４００と無線又は有線により接続される。
【０１７３】
［映像出力部４５２］
第２の実施形態に係る映像出力部４５２は、第１の実施形態に係る映像出力部４５２と同様に、図８及び図９に例示した各画面を出力部３１０に表示制御する。ただし、映像出力部４５２は、図８に例示した選択画面Ｇ１０２の代わりに、図１９に例示した選択画面Ｇ１１０を表示する。また、映像出力部４５２は、図８及び図９に例示した各画面を出力部３１０だけでなく、操作部４３０にも表示制御する。このとき、映像出力部４５２は、図８及び図９に例示した全ての画面を操作部４３０に表示制御してもよいし、利用者からの入力操作を要するログイン画面Ｇ１０１、選択画面Ｇ１１０、手続き完了画面Ｇ１０３、休憩確認画面Ｇ１０５及びＧ１０７のみを操作部４３０に表示制御してもよい。
【０１７４】
なお、第２の実施形態において、仮想旅行装置２００の旅行プラン記憶部２２０は、観光地毎に配信映像及び配信時間を記憶するものとする。例えば、図４に示した旅行プラン記憶部２２０は、配信映像「観光地Ｓ１（金閣寺を示すものとする）に対応付けて配信時間「２０分」や、配信映像「観光地Ｓ２（銀閣寺を示すものとする）に対応付けて配信時間「１０分」を記憶する。そして、第２の実施形態に係る受付部３５１は、図１９に示した選択画面Ｇ１１０において選択された各観光地を識別するための情報（例えば、Ｓ１やＳ２）を含む仮想旅行要求を仮想旅行装置２００に送信する。これにより、仮想旅行装置２００は、各観光地に対応する画像データを端末装置４００に配信することができる。
【０１７５】
また、映像出力部４５２は、図１０に示した選択画面Ｇ１１０において、各行程において利用する乗物や、各行程にかかる時間等を利用者に入力させてもよい。かかる場合に、端末装置４００は、仮想旅行の行程や乗物等の情報を仮想旅行装置２００に送信する。そして、仮想旅行装置２００は、端末装置４００から受信した仮想旅行の行程や乗物等の情報に基づいて、かかる乗物内外に設置された撮影装置１００、又は、かかる行程の近傍に存在する建築物内外に設置された撮影装置１００によって生成された画像データを端末装置４００に配信する。このような場合には、仮想旅行装置２００は、例えば、撮影装置１００が設置されている位置情報等を保持することで、端末装置４００から受信した仮想旅行の行程や乗物等に対応する撮影装置１００を特定することができる。
【０１７６】
［楽曲生成部４７１］
第２の実施形態に係る楽曲生成部４７１は、図１９に示した選択画面Ｇ１１０において仮想旅行の行き先が入力された場合に、入力された行き先の頭文字を受付部３５１から受け付ける。そして、楽曲生成部４７１は、受け付けた頭文字と、旅情記憶部４６１、基準コード記憶部３６２及び基準歌詞記憶部３６３に記憶されている各種情報とに基づいて楽曲を生成し、生成した楽曲を楽曲記憶部３６４に格納する。
【０１７７】
ここで、第２の実施形態に係る楽曲生成部４７１による詳細処理について説明する前に、第２の実施形態に係る旅情記憶部４６１について説明する。第２の実施形態に係る旅情記憶部４６１は、図１０に示した旅情記憶部３６１と同様に仮想旅行の種類毎に旅情を記憶してもよいが、ここの例では、地名（例えば、都道府県、市区町村など）毎に旅情を記憶するものとする。例えば、旅情記憶部４６１は、地名「京都府京都市」に対応付けて旅情「荘厳広大」を記憶したり、地名「東京都港区六本木」に対応付けて旅情「明るく楽しい」を記憶したりする。
【０１７８】
そして、楽曲生成部４７１は、選択画面Ｇ１１０において選択された各観光地が所在する地名に対応する旅情を旅情記憶部４６１から取得することで、仮想旅行先を想起させる旅情を決定する。続いて、楽曲生成部４７１は、観光地（すなわち、仮想旅行先）毎に予め決められている音名に対応するコード進行表のうち、旅情記憶部４６１から取得した旅情に対応するコード進行表を基準コード記憶部３６２から取得し、取得したコード進行表を用いて楽曲を生成する。
【０１７９】
具体的には、楽曲生成部４７１は、選択画面Ｇ１１０において選択された各観光地の頭文字が図６に示した操作部３３０を用いて入力されたものとして、かかる頭文字に対応する鍵盤３３５を特定する。例えば、図１９に示した選択画面Ｇ１１０に表示されている「宇治上神社」の頭文字「う」は、仮名文字「あ」が割り当てられている音名「ド」の鍵盤（図６の例では白鍵３３５ａ）が押下された後に、仮名文字「う」が割り当てられる音名「ソ」の鍵盤（図６の例では白鍵３３５ｈ）が押下された場合に入力可能である。このため、楽曲生成部４７１は、選択画面Ｇ１１０において「う（宇治上神社）」が選択された場合には、利用者によって、音名「ド」の鍵盤が押下された後に、音名「ソ」の鍵盤が押下されたと特定する。
【０１８０】
このようにして、楽曲生成部４７１は、選択画面Ｇ１１０において選択された観光地の順に、かかる観光地の頭文字が図６に示した操作部３３０を用いて入力されたものとして、図１３を用いて説明した例と同様にしてメロディを生成し、生成したメロディに歌詞を付与することで楽曲を生成する。
【０１８１】
なお、上述したように、操作部４３０は、予め決められた観光地の巡回コース（図１９の例ではコースＡとコースＢ）からいずれかの巡回コースを選択する操作を受け付けてもよい。この場合、楽曲生成部４７１は、利用者に選択された巡回コースにおいて観光される観光地の順に、かかる観光地の頭文字が図６に示した操作部３３０を用いて入力されたものとして、図１３を用いて説明した例と同様にしてメロディを生成する。
【０１８２】
［脳年齢判定部４８０］
第２の実施形態に係る脳年齢判定部４８０は、選択画面Ｇ１１０において各観光地が選択する操作が行われた場合に、かかる操作の態様に応じて利用者の脳年齢を判定する。具体的には、脳年齢判定部４８０は、各観光地が選択された時間間隔が標準的な時間間隔よりも遅いほど高い脳年齢を算出し、また、各観光地の選択時間にばらつきがあるほど、入力時におけるリズムが不安定であると判定して高い脳年齢を算出する。なお、第２の実施形態に係る標準記憶部３８１の「標準時間」は、選択画面Ｇ１１０において１個の観光地が選択される標準的な時間を示し、「標準偏り時間」は、１個の観光地が選択される時間の標準的なばらつきを示すこととなる。
【０１８３】
［変形例２−１］
上述した第２の実施形態には、第１の実施形態において説明した「変形例１−１」〜「変形例１−９」を適用することができる。特に、第２の実施形態では、利用者によって仮想旅行の巡回コースが選択されるので、「変形例１−５」を適用することにより、楽曲生成部４７１は、利用者が選択した観光地の順に旅情が変化する楽曲を生成することができる。
【０１８４】
［変形例２−２］
また、上記第２の実施形態では、タッチパネルである操作部４３０に選択画面Ｇ１１０が表示される例を示した。しかし、この例に限られず、操作部４３０がリモートコントローラのようなデバイスであってもよい。この場合、出力部３１０に選択画面Ｇ１１０が表示され、リモートコントローラである操作部４３０が操作されることにより選択画面Ｇ１１０において仮想旅行の行き先が選択される。また、操作部４３０がリモートコントローラである場合、かかる操作部４３０は、スマートフォン等の携帯端末装置によって実現されてもよい。
【０１８５】
（第３の実施形態）
上記第１及び第２の実施形態において、仮想旅行装置２００は、撮影装置１００から収集した画像データのうち、動きのある人や動物等の対象物を抽出し、抽出した対象物に対してプライバシー保護の処理を施してもよい。例えば、仮想旅行装置２００は、画像データ内に映し出されている対象物の領域に、かかる対象物以外の他の画像データ（所定の図形やアニメーション画像等）を配置する。そして、仮想旅行装置２００は、このようにして対象物に対してプライバシーの保護処理を施した画像データを端末装置３００又は４００に配信してもよい。
【０１８６】
これにより、上述した端末装置３００及び４００は、対象物に対してプライバシー保護の処理が施された画像データを受信する。この結果、端末装置３００及び４００は、現時点における旅行先の風景等に対応する画像データであって、かつ、対象物のプライバシーが保護された画像データを表示することができる。すなわち、端末装置３００及び４００は、旅行先の不特定多数の対象物のプライバシーを保護した上で、リアルタイム性を有する仮想旅行を利用者に提供することができる。
【０１８７】
そこで、第３の実施形態では、仮想旅行装置２００がプライバシーの保護処理を施した画像データを配信する例について説明する。以下では、最初に撮影装置１００及び仮想旅行装置２００による輪郭抽出処理の概要を説明し、次に、撮影装置１００、仮想旅行装置２００の構成について詳細に説明する。なお、第３の実施形態は、第１の実施形態に係る端末装置３００を例に挙げて説明するが、第２の実施形態に係る端末装置４００にも同様に適用可能である。
【０１８８】
［輪郭抽出処理の概要］
仮想旅行装置２００は、撮影装置１００と協働することにより、撮影装置１００によって生成された画像データから動きのある対象物の輪郭を抽出する処理を行う。図２０を用いて、仮想旅行装置２００による輪郭抽出処理の概要について説明する。図２０は、第３の実施形態に係る仮想旅行装置２００の概要を説明するための図である。
【０１８９】
図２０に例示するように、仮想旅行システム１では、撮影装置１００において符号化処理が実行され、仮想旅行装置２００において復号化処理及び輪郭抽出処理が実行される。
【０１９０】
まず、第３の実施形態に係る撮影装置１００において実行される符号化処理の概要を説明する。撮影装置１００は、風景や観光地を撮影することにより対象物が描出された画像データを生成し、生成した画像データをマクロブロック毎に符号化するにあたり動きベクトルを検出する。続いて、撮影装置１００は、検出した動きベクトルを用いて各種符号化モード（Ｉｎｔｒａモード、フレーム予測モード、フィールド予測モード）による符号化を行い、それぞれの符号化量（符号化データの発生量）に基づいて予測モードを選択する。そして、撮影装置１００は、選択した予測モードに従って画像データを符号化する。
【０１９１】
ここで、第３の実施形態に係る撮影装置１００は、予測モードを選択するための閾値を予め設定されることで記憶している。そして、撮影装置１００は、符号化量を予測モード間で比較する際にこの閾値を用い、比較の結果に基づいて予測モードを選択する。具体的には、撮影装置１００は、符号化量を予測モード間で比較した結果、フィールド予測モードによる符号化量が、フレーム予測モードによる符号化量に比較して閾値以上小さいと判定されたことを条件として、フィールド予測モードを選択する。
【０１９２】
なお、予測モードについて簡単に説明しておくと、例えば、ＭＰＥＧ（Moving  Picture  Experts  Group）で標準化されたＭＰＥＧ−２、ＭＰＥＧ−４  ＡＶＣ／Ｈ．２６４などにおいては、符号化方式として、フレーム間予測方式を採用している。フレーム間予測方式は、入力フレームと前後のフレームとは相関度が高いという動画像の性質を利用して、前後のフレームから入力フレームを予測した予測フレームを生成し、生成した予測フレームと入力フレームとの差分を符号化する方式である。具体的には、符号化装置は、フレームを構成する予測単位毎に差分を算出して動きベクトルを検出し、検出した動きベクトル、及び、予測フレームと入力フレームとの差分である差分画像データを符号化して符号化データを生成し、生成した符号化データを復号化装置に送信する。
【０１９３】
ここで、ＭＰＥＧ−２、ＭＰＥＧ−４  ＡＶＣ／Ｈ．２６４等においては、動画像がインタレース形式の場合に、マクロブロックの符号化に用いる予測モードとして、フレーム予測モード及びフィールド予測モードの動的選択を規定している。フレーム予測モードは、マクロブロック（横１６×縦１６画素）毎に１つの動きベクトルを割り当てるモードである。一方、フィールド予測モードは、マクロブロックのトップフィールド成分（横１６×縦８画素）及びボトムフィールド成分（横１６×縦８画素）それぞれに動きベクトルを割り当てるモードである。なお、フレーム予測モード及びフィールド予測モードは動的に選択されるので、ピクチャ構造は、フレーム構造となる。なお、標準において動的選択を規定しているものの、一般的にはフレーム予測モードが固定的に選択されることが多いが、その理由は、通常、フレーム予測モードの方が、符号化処理の計算量が少なく、より高い圧縮率が得られる傾向にあるからと考えられる。
【０１９４】
さて、図２０に戻り、第３の実施形態に係る仮想旅行装置２００において実行される輪郭抽出処理の概要を説明する。仮想旅行装置２００は、撮影装置１００から符号化データを受信し、受信した符号化データに含まれるヘッダ情報からピクチャ構造情報及び予測モード情報を読み出す。そして、仮想旅行装置２００は、読み出したピクチャ構造情報及び予測モード情報に基づいて、対象物の輪郭に相当する領域を特定する。なお、ピクチャ構造情報とは、ピクチャの構造を示す情報であり、予測モード情報とは、マクロブロックの符号化に用いられた予測モードを示す情報である。例えば、ピクチャ構造情報は、ヘッダ情報のピクチャ層に格納されており、予測モード情報は、マクロブロック層に格納されている。
【０１９５】
ここで、第３の実施形態に係る仮想旅行装置２００は、ピクチャ構造情報及び予測モード情報をマクロブロック毎に判定し、図２０に例示するように、ピクチャ構造情報がフレーム構造を示し、かつ、予測モード情報がフィールド予測モードを示す場合に、対応するマクロブロックの画像上の位置を、対象物の輪郭（対象物と背景との境界部分等）に相当する領域として特定する。
【０１９６】
このようなことから、第３の実施形態に係る仮想旅行装置２００によれば、対象物の輪郭に相当する領域を特定することが可能になり、動きのある対象物を適切に抽出することが可能になる。
【０１９７】
［第３の実施形態に係る撮影装置１００の構成］
次に、第３の実施形態に係る撮影装置１００の構成について説明する。第３の実施形態に係る撮影装置１００の構成は、図２に示した構成と同様であるが、ここでは、図２１を用いて、撮影装置１００が有する符号化装置１０２について詳細に説明する。図２１は、第３の実施形態に係る撮影装置１００が有する符号化装置１０２の構成例を示す図である。
【０１９８】
図２１に示すように、符号化装置１０２は、特に、符号化モード判定部１１０と、符号化部１２０と、可変長復号−逆スキャン部１３０と、逆量子化−逆ＤＣＴ（Discrete  Cosine  Transform）部１４０と、フレームメモリ１５０と、動きベクトル検出部１６０と、動き補償部１７０と、減算器１８０とを備える。かかる符号化装置１０２は、公知の符号化装置と同様の機能を有する。この点について簡単に説明すると、まず、符号化装置１０２は、対象物が描出された画像データの入力を受け付けると、この入力フレームをマクロブロック毎に分割し、動きベクトル検出部１６０に入力する。動きベクトル検出部１６０は、フレームメモリ１５０に格納されている参照フレームと入力フレームとの差分をマクロブロック毎に算出して動きベクトルを検出し、検出した動きベクトルを動き補償部１７０に送る。
【０１９９】
動き補償部１７０は、動きベクトル検出部１６０から送られた動きベクトルとフレームメモリ１５０に格納されている参照フレームとを用いて予測フレームを生成し、生成した予測フレームを減算器１８０に送る。減算器１８０は、入力フレームと予測フレームとを減算し、減算結果である差分画像データを符号化モード判定部１１０に送る。
【０２００】
符号化モード判定部１１０は、入力フレーム及び差分画像データそれぞれの入力を受け付け、符号化モードとして、入力フレームを符号化するＩｎｔｒａモードを選択するか、あるいは、差分画像データを符号化するＩｎｔｅｒモードを選択するかを判定する。そして、符号化モード判定部１１０は、判定結果を、符号化に必要なデータ（入力フレーム、あるいは、差分画像データ及び動きベクトル等）とともに、符号化部１２０に送る。
【０２０１】
符号化部１２０は、符号化モード判定部１１０から受け付けた判定結果に従って、符号化モード判定部１１０から受け付けたデータを符号化し、符号化データ（ストリームとも称する）を生成する。そして、符号化部１２０は、生成した符号化データを復号化処理を行う仮想旅行装置２００に向けて出力するとともに、可変長復号−逆スキャン部１３０に出力する。すると、可変長復号−逆スキャン部１３０及び逆量子化−逆ＤＣＴ部１４０は、符号化データを復号化し、復号化した画像データを参照フレームとしてフレームメモリ１５０に格納する。なお、上記各部による処理は、いずれもマクロブロック毎に行われる。
【０２０２】
さて、ここで、第３の実施形態に係る符号化装置１０２は、上述した公知の符号化装置が有する機能に加え、予測モードを選択するための閾値を予め設定されることで記憶し、符号化量を予測モード間で比較する際にこの閾値を用い、比較の結果に基づいて予測モードを選択する機能を有する。
【０２０３】
この点について説明する。まず、第３の実施形態に係る符号化装置１０２は、マクロブロックの符号化に用いる予測モードとして、フレーム予測モード及びフィールド予測モードを動的に選択する。このため、第３の実施形態に係る動きベクトル検出部１６０は、フレーム予測モード用の動きベクトル検出処理と、フィールド予測モード用の動きベクトル検出処理との双方を行う。すなわち、動きベクトル検出部１６０は、フレームメモリ１５０に格納された参照フレームを参照し、マクロブロック（横１６×縦１６画素）毎に１つの動きベクトルを割り当てる処理と、フレームメモリ１５０に格納された参照フレームのトップフィールド及びボトムフィールドそれぞれを参照し、マクロブロックのトップフィールド成分（横１６×縦８画素）及びボトムフィールド成分（横１６×縦８画素）それぞれに動きベクトルを割り当てる処理との双方を行う。そして、動きベクトル検出部１６０は、フレーム予測モード用の動きベクトル及びフィールド予測モード用の動きベクトルの双方を、動き補償部１７０に対して出力する。
【０２０４】
ここで、第３の実施形態に係る動き補償部１７０は、図２１に例示するように、Ｉｎｔｒａ符号化部１７０ａと、フレーム予測モード符号化部１７０ｂと、フィールド予測モード符号化部１７０ｃとを有する。Ｉｎｔｒａ符号化部１７０ａ、フレーム予測モード符号化部１７０ｂ、及びフィールド予測モード符号化部１７０ｃは、並行して処理を行う。
【０２０５】
まず、Ｉｎｔｒａ符号化部１７０ａは、Ｉｎｔｒａモードによる符号化を行う。具体的には、Ｉｎｔｒａ符号化部１７０ａは、マクロブロック毎に分割された入力フレームを符号化し、その符号化量を符号化モード判定部１１０に対して出力する。なお、第３の実施形態において、Ｉｎｔｒａ符号化部１７０ａは、横１６×縦１６画素のマクロブロック毎に入力フレームを符号化する。
【０２０６】
また、フレーム予測モード符号化部１７０ｂは、フレーム予測モードによる符号化を行う。具体的には、フレーム予測モード符号化部１７０ｂは、動きベクトル検出部１６０から受け付けたフレーム予測モード用の動きベクトルと、フレームメモリ１５０に格納された参照フレームとを用いて、予測フレームを生成し、生成した予測フレームを減算器１８０に対して出力する。また、フレーム予測モード符号化部１７０ｂは、入力フレームと予測フレームとを減算し、減算結果である差分画像データを符号化し、その符号化量と、フレーム予測モード用の動きベクトルとを、符号化モード判定部１１０に対して出力する。
【０２０７】
また、フィールド予測モード符号化部１７０ｃは、フィールド予測モードによる符号化を行う。具体的には、フィールド予測モード符号化部１７０ｃは、動きベクトル検出部１６０から受け付けたフィールド予測モード用の動きベクトルと、フレームメモリ１５０に格納された参照フレームとを用いて、予測フレームを生成し、生成した予測フレームを減算器１８０に対して出力する。また、フィールド予測モード符号化部１７０ｃは、入力フレームと予測フレームとを減算し、減算結果である差分画像データを符号化し、その符号化量と、フィールド予測モード用の動きベクトルとを、符号化モード判定部１１０に対して出力する。
【０２０８】
一方、符号化モード判定部１１０は、予測モードを選択するための閾値を予め設定されることで記憶している。そして、符号化モード判定部１１０は、Ｉｎｔｒａ符号化部１７０ａから出力された符号化量と、フレーム予測モード符号化部１７０ｂから出力された符号化量と、フィールド予測モード符号化部１７０ｃから出力された符号化量とを比較する。
【０２０９】
具体的には、符号化モード判定部１１０は、Ｉｎｔｒａ符号化部１７０ａから出力された符号化量が最も小さい場合には、Ｉｎｔｒａモードを選択する。一方、Ｉｎｔｒａ符号化部１７０ａから出力された符号化量が最も大きい場合には、符号化モード判定部１１０は、次に、フレーム予測モード符号化部１７０ｂから出力された符号化量と、フィールド予測モード符号化部１７０ｃから出力された符号化量との比較を行う。なお、Ｉｎｔｒａ符号化部１７０ａから出力された符号化量は、最小か最大かのいずれかになり、フレーム予測モード符号化部１７０ｂから出力された符号化量と、フィールド予測モード符号化部１７０ｃから出力された符号化量との間にはならないと仮定する。
【０２１０】
そして、符号化モード判定部１１０は、フレーム予測モード符号化部１７０ｂから出力された符号化量と、フィールド予測モード符号化部１７０ｃから出力された符号化量との比較の結果、フィールド予測モード符号化部１７０ｃから出力された符号化量が、フレーム予測モード符号化部１７０ｂから出力された符号化量に比較して、予め記憶している閾値以上小さいと判定されたことを条件として、フィールド予測モードを選択する。一方、符号化モード判定部１１０は、それ以外の場合には、フレーム予測モードを選択する。
【０２１１】
その後、符号化モード判定部１１０は、判定結果を、符号化に必要なデータとともに、符号化部１２０に送る。具体的には、符号化モード判定部１１０は、「Ｉｎｔｒａモードを選択した」との判定結果を送る場合には、符号化に必要なデータとして入力フレームを送る。また、符号化モード判定部１１０は、「フレーム予測モードを選択した」との判定結果を送る場合には、符号化に必要なデータとして、フレーム予測モード用の動きベクトルと、フレーム予測モードに対応する差分画像データとを送る。また、符号化モード判定部１１０は、「フィールド予測モードを選択した」との判定結果を送る場合には、符号化に必要なデータとして、フィールド予測モード用の動きベクトルと、フィールド予測モードに対応する差分画像データとを送る。一方、符号化部１２０は、符号化モード判定部１１０から送られた判定結果やデータを用いて符号化を行うが、この際、選択された予測モードを示す情報を、符号化データのヘッダ情報に格納する。
【０２１２】
なお、Ｉｎｔｒａ符号化部１７０ａから出力された符号化量は、横１６×縦１６画素のマクロブロックに対応する符号化量である。また、フレーム予測モード符号化部１７０ｂから出力された符号化量も、横１６×縦１６画素のマクロブロックに対応する符号化量である。これに対し、フィールド予測モード符号化部１７０ｃから出力された符号化量は、横１６×縦８画素のマクロブロックに対応する符号化量である。このため、符号化モード判定部１１０は、比較にあたり、例えば、フィールド予測モード符号化部１７０ｃから出力された符号化量については、２マクロブロック分、すなわち、横１６×縦１６画素のマクロブロックに対応する符号化量を、その比較対象として用いてもよい。比較対象として１マクロブロック分を用いるか、あるいは２マクロブロック分を用いるかは、閾値をどのような値に設定するかによって任意に選択することができる。
【０２１３】
また、第３の実施形態に係る符号化装置１０２として各部の処理を説明したが、開示の技術は上記例に限られるものではない。例えば、第３の実施形態においては、動き補償部１７０が、各種符号化モードによる符号化を行い、符号化量を算出して符号化モード判定部１１０に出力するものとして説明したが、これに限られるものではなく、例えば、符号化モード判定部１１０が符号化量を算出し、算出した符号化量を用いて予測モードを選択する構成であってもよい。このように、各部の機能分担は任意に変更することができる。
【０２１４】
ところで、第３の実施形態において、符号化量の比較に用いられる閾値は、符号化データの発生量や予測の誤差量等に基づいて予め決定されたものであり、言い換えると、計算量や圧縮率、あるいは精度等を総合的に勘案して予め決定されたものである。符号化データの発生量が少ない方が、符号化処理の計算量が少なく、より高い圧縮率となると考えられるが、予測の誤差量が多く、精度が低い場合には、必ずしも符号化データの発生量だけに着目するべきではない。また、精度が低い場合には、符号化データの発生量がかえって多くなることもある。
【０２１５】
ここで、フレーム予測モードによって符号化された場合の符号化量と、フィールド予測モードによって符号化された場合の符号化量とを比較すると、一般的には前者の方が小さくなるが、後者の方が小さくなることもある。この点、第３の実施形態に係る仮想旅行システム１は、単に後者の方が小さくなる場合にフィールド予測モードを選択するのではなく、符号化量を比較するための閾値を設け、この閾値以上に後者の符号化量が小さくなった場合に、フィールド予測モードを選択する。
【０２１６】
すなわち、対象物の動きが速い場合には、フィールド予測モードの方が精度が良くなるという関係がある。また、フィールド予測モードの方が精度が良い場合には、フレーム予測モードによって符号化された場合の符号化量と、フィールド予測モードによって符号化された場合の符号化量とを比較した場合に、後者の符号化量の方が小さくなるという関係がある。もっとも、符号化量を単純に比較しただけでは、フィールド予測モードの精度がそれほど良くなっているわけではないにもかかわらず、フィールド予測モードを選択してしまう可能性がある。このような場合は、必ずしも対象物の輪郭に相当しないことがあり、結果として、仮想旅行装置２００において、対象物の輪郭に相当しないマクロブロックの画像上の位置を、対象物の輪郭に相当する領域として特定してしまうおそれがある。
【０２１７】
この点、第３の実施形態に係る符号化装置１０２は、符号化量の比較のためにあえて閾値を設け、閾値を上回るほどにフィールド予測モードの符号化量が小さい場合にだけ、フィールド予測モードを選択する。すると、結果として、仮想旅行装置２００において、閾値を上回るほどにフィールド予測モードの符号化量が小さい場合にだけ、そのマクロブロックの画像上の位置が、対象物の輪郭に相当する領域として特定されることになる。
【０２１８】
なお、閾値は、例えば、実験結果や経験則等に基づいて決定することができる。例えば、動きのある対象物をサンプルとして各種符号化モードによる符号化量を計測し、対象物の輪郭に相当するマクロブロックの場合には、その符号化量にどれほどの差が生じるかを予め求めることで、閾値を決定することができる。
【０２１９】
［第３の実施形態に係る仮想旅行装置２００の構成］
次に、図２２を用いて、第３の実施形態に係る仮想旅行装置２００の構成について説明する。第３の実施形態に係る仮想旅行装置２００の構成は、図３に示した構成と同様であるが、ここでは、図２２を用いて、仮想旅行装置２００が有する復号化部２４０について詳細に説明する。図２２は、第３の実施形態に係る仮想旅行装置２００が有する復号化部２４０の構成例を示す図である。
【０２２０】
図２２に例示するように、第３の実施形態に係る復号化部２４０は、特に、輪郭抽出部２４１と、可変長復号−逆スキャン部２４２と、逆量子化−逆ＤＣＴ部２４３と、動き補償部２４４と、フレームメモリ２４５と、復号化画像格納部２４６と、重畳部２４７とを備える。
【０２２１】
第３の実施形態に係る復号化部２４０は、公知の復号化装置と同様の機能を有する。この点について簡単に説明すると、まず、復号化部２４０は、符号化データの入力を受け付けると、可変長復号−逆スキャン部２４２及び逆量子化−逆ＤＣＴ部２４３が符号化データを復号化し、例えば動きベクトル及び差分画像データを取得する。次に、動き補償部２４４が、復号化された動きベクトルとフレームメモリ２４５に格納されている参照フレームとを用いて予測フレームを生成し、生成した予測フレームと復号化された差分画像データとを用いて入力フレームを復号化し、得られた復号化画像をフレームメモリ２４５に格納する。そして、復号化画像格納部２４６が、フレームメモリ２４５に格納された復号化画像を、重畳部２４７に出力する。
【０２２２】
さて、ここで、第３の実施形態に係る復号化部２４０は、上述した公知の復号化装置が有する機能に加え、輪郭抽出部２４１を備え、この輪郭抽出部２４１が、輪郭抽出処理を行う。この点について説明する。輪郭抽出部２４１は、図２２に例示するように、ヘッダ情報読出部２４１ａと、輪郭領域特定部２４１ｂと、輪郭画像生成部２４１ｃと、輪郭画像格納部２４１ｄとを有する。
【０２２３】
ヘッダ情報読出部２４１ａは、符号化データに含まれるヘッダ情報からピクチャ構造情報及び予測モード情報を読み出す。具体的には、まず、ヘッダ情報読出部２４１ａは、例えば可変長復号−逆スキャン部２４２から、可変長復号−逆スキャン部２４２において復号化されたヘッダ情報を取得する。次に、ヘッダ情報読出部２４１ａは、ヘッダ情報のピクチャ層を解析し、ピクチャの構造を示すピクチャ構造情報を読み出す。また、ヘッダ情報読出部２４１ａは、ヘッダ情報のマクロブロック層を解析し、マクロブロックの符号化に用いられた予測モードを示す予測モード情報を読み出す。そして、ヘッダ情報読出部２４１ａは、読み出したピクチャ構造情報及び予測モード情報を輪郭領域特定部２４１ｂに送る。
【０２２４】
輪郭領域特定部２４１ｂは、ヘッダ情報読出部２４１ａによって読み出されたピクチャ構造情報及び予測モード情報をマクロブロック毎に判定し、対象物の輪郭に相当する領域を特定する。具体的には、輪郭領域特定部２４１ｂは、ヘッダ情報読出部２４１ａからピクチャ構造情報及び予測モード情報を受け付けると、ピクチャ構造情報及び予測モード情報をマクロブロック毎に判定し、ピクチャ構造情報がフレーム構造を示し、かつ、予測モード情報がフィールド予測モードを示す場合に、対応するマクロブロックの画像上の位置を対象物の輪郭に相当する領域として特定する。そして、輪郭領域特定部２４１ｂは、特定した領域の位置情報（例えば座標情報等）を輪郭画像生成部２４１ｃに送る。
【０２２５】
図２３は、輪郭に相当する領域の特定を説明するための図である。なお、図２３は、領域特定の概念を例示するものである。図２３に例示する『人』は、動きのある対象物を意味する。また、図２３に例示する黒色の四角形は、対象物の輪郭に相当する領域として特定された位置に存在するマクロブロックを意味する。輪郭領域特定部２４１ｂは、図２３に例示するように、『人』の輪郭線上に存在するマクロブロックの位置を、対象物の輪郭に相当する領域として特定する。
【０２２６】
ここで、第３の実施形態に係る輪郭領域特定部２４１ｂが、動きのある対象物の輪郭に相当する領域を特定することができる理由を説明する。上述したように、第３の実施形態に係る撮影装置１００の符号化装置１０２は、符号化量の比較の結果に基づいて予測モードを動的に選択し、フレーム予測モードが選択されたか、あるいは、フィールド予測モードが選択されたかを示す情報を、符号化データのヘッダ情報に格納する。すると、第３の実施形態に係る輪郭領域特定部２４１ｂは、ヘッダ情報に格納されたこの情報を解析することで、そのマクロブロックが、「閾値を上回るほどに符号化量が小さい」と判定されて符号化されたものであるのか、あるいは、そうではないと判定されて符号化されたものであるのかを特定することができる。
【０２２７】
ここで、動きのある対象物の輪郭は、符号化量の比較において「閾値を上回るほどに符号化量が小さい」と判定される傾向がある。一方、例えば背景や対象物の輪郭以外の部分などは、「閾値を上回るほどには符号化量が小さくならない」と判定される傾向がある。このようなことから、輪郭領域特定部２４１ｂは、「閾値を上回るほどに符号化量が小さい」と判定されて符号化されたマクロブロックの画像上の位置を、動きのある対象物の輪郭に相当する領域として特定することができるのである。
【０２２８】
輪郭画像生成部２４１ｃは、輪郭領域特定部２４１ｂによる特定結果を用いて、対象物の輪郭が現わされ輪郭以外を捨象した画像データ（輪郭画像とも称する）を生成する。具体的には、輪郭画像生成部２４１ｃは、輪郭領域特定部２４１ｂから対象物の輪郭に相当する領域の位置情報を受け付けると、受け付けた位置情報を用いて輪郭画像を生成する。
【０２２９】
図２４は、第３の実施形態に係る輪郭画像の一例を示す図である。図２４に例示するように、輪郭画像生成部２４１ｃは、輪郭領域特定部２４１ｂから受け付けた位置情報に基づいて、画素同士を線で結び、一部補完するなどして輪郭画像を生成する。ここで、輪郭のみが現わされた輪郭画像からは、個人を特定する情報等が大幅に削除されると考えられるので、プライバシー等の観点から有効な画像を生成することになる。なお、輪郭画像は図２４の例に限られず、例えば、輪郭を囲む最小長方形等を算出し、輪郭画像として表示してもよい。
【０２３０】
このような輪郭画像生成部２４１ｃは、図２２に例示するように、対象物判定部２４１ｅと、加工部２４１ｆとを有する。対象物判定部２４１ｅは、輪郭画像生成部２４１ｃによって生成された輪郭画像を用いて、対象物が所定の物体であるか否かを判定する。具体的には、対象物判定部２４１ｅは、輪郭画像に現されている輪郭に基づいて、かかる輪郭領域によって示される対象物が人、動物又は乗物等であるか否かを判定する。
【０２３１】
例えば、対象物判定部２４１ｅは、人、動物又は乗物等を示す形状のテンプレート（以下、「形状テンプレート」と表記する場合がある）を予め保持する。そして、対象物判定部２４１ｅは、対象物の輪郭と形状テンプレートとをパターンマッチング法などにより比較することにより、対象物が人、動物又は乗物等であるか否かを判定する。このとき、対象物判定部２４１ｅは、対象物の輪郭自体と形状テンプレートとを比較してもよいし、輪郭に囲まれた領域（以下、「輪郭領域」と表記する場合がある）の内部に、かかる輪郭領域を線によって表す中央線を描き、かかる中央線と形状テンプレートとを比較してもよい。
【０２３２】
ここで、図２５を用いて、対象物判定部２４１ｅによる対象物判定処理について説明する。図２５は、第３の実施形態における対象物判定部２４１ｅによる対象物判定処理の一例を示す図である。なお、図２５では、対象物判定部２４１ｅが、輪郭領域内部の中央線と形状テンプレートとを比較する例について説明する。
【０２３３】
図２５に示した例のように、対象物判定部２４１ｅは、対象物の輪郭上の任意の点（例えば、図２５中の点Ｐ）を、かかる点から輪郭領域Ｒ１１内部への法線方向に所定の長さだけ移動させる。対象物判定部２４１ｅは、輪郭上の複数の点について同様の処理を行うことで、図２５に例示した輪郭よりも全体的に小さい輪郭を形成する。そして、対象物判定部２４１ｅは、輪郭上の複数の点について輪郭領域Ｒ１１内部へ移動させる処理を繰り返し行うことで、図２５に例示したように、輪郭領域Ｒ１１に中央線Ｌ１１を描く。対象物判定部２４１ｅは、かかる中央線Ｌ１１と形状テンプレートとを比較し、輪郭領域Ｒ１１によって示される対象物が人、動物又は乗物等であるか否かを判定する。図２５に示した例では、対象物判定部２４１ｅは、輪郭領域Ｒ１１によって示される対象物が人であると判定する。
【０２３４】
なお、対象物判定部２４１ｅは、輪郭（輪郭領域内部の中央線を含む）と形状テンプレートとの比較にあたり、例えば、折れ曲がっている部分（関節に相当）の数や、枝分かれしている部分の数や、各領域の長さの比率等を比較する。例えば、対象物が人である場合には、かかる対象物は、概ねヒトデのような形状となる。したがって、対象物判定部２４１ｅは、輪郭の折れ曲がっている部分の数や枝分かれしている部分の数がヒトデと類似する場合には、対象物が人であると判定する。
【０２３５】
図２２の説明に戻って、加工部２４１ｆは、対象物判定部２４１ｅによる判定結果に基づいて、対象物の輪郭領域に、かかる対象物を示す画像データ以外の他の画像データを配置することで、輪郭画像を加工する。例えば、加工部２４１ｆは、対象物判定部２４１ｅによって輪郭領域によって示される対象物が人であると判定された場合には、輪郭領域に一般的な人を表す画像データを配置する。また、例えば、加工部２４１ｆは、対象物判定部２４１ｅによって輪郭領域によって示される対象物が動物や乗物等であると判定された場合には、輪郭領域に一般的な動物や乗物等を示す画像データを配置する。ここで、加工部２４１ｆは、人、動物又は乗物等であることを想起することができる代替用画像を予め保持し、これらの代替用画像を輪郭領域に配置することで、輪郭画像を加工する。この代替用画像は、例えば、所定の図形の組合せや、人、動物又は乗物等を示すアニメーション画像などである。
【０２３６】
図２６は、第３の実施形態における加工部２４１ｆによって加工された輪郭画像の一例を示す図である。なお、図２６に示した輪郭画像Ｇ１２は、加工部２４１ｆによって図２５に例示した輪郭画像Ｇ１１が加工されたものとする。上記の通り、対象物判定部２４１ｅは、図２５に例示した輪郭によって示される対象物を人であると判定する。したがって、加工部２４１ｆは、図２６に例示するように、輪郭領域Ｒ１１に人であることを想起することができる代替用画像を配置する。加工部２４１ｆは、このようにして輪郭画像Ｇ１１を加工することで図２６に例示した輪郭画像Ｇ１２を生成する。なお、図２６に示した例では、加工部２４１ｆは、輪郭領域Ｒ１１を折れ曲がっている部分で分断し、分断後の領域毎に、かかる領域の大きさに対応する図形（円形や楕円形や長方形等）を配置している。具体的には、加工部２４１ｆは、円形や楕円形や長方形等の各図形を保持しており、分断後の領域と保持している各図形とをパターンマッチング法などにより比較し、マッチする図形を分断後の領域に配置する。
【０２３７】
なお、上記例においては、輪郭画像生成部２４１ｃが輪郭画像を生成し、かかる輪郭画像を加工部２４１ｆが加工する例を示した。しかし、輪郭画像生成部２４１ｃは輪郭画像を生成しなくてもよい。具体的には、対象物判定部２４１ｅが、輪郭領域特定部２４１ｂによって特定された輪郭に相当する領域に基づいて、対象物が人、動物又は乗物等であるか否かを判定し、加工部２４１ｆが、対象物判定部２４１ｅによる判定結果に基づいて、対象物を加工した後の輪郭画像（図２６の輪郭画像Ｇ１２等）を生成してもよい。
【０２３８】
図２２の説明に戻って、輪郭画像格納部２４１ｄは、加工部２４１ｆによって加工された輪郭画像を重畳部２４７に出力する。具体的には、輪郭画像格納部２４１ｄは、加工部２４１ｆによって加工された輪郭画像をフレームメモリ２４５から取得し、取得した輪郭画像を重畳部２４７に出力する。
【０２３９】
重畳部２４７は、加工部２４１ｆにより加工された輪郭画像を受け付けるとともに、復号化画像格納部２４６から復号化画像を受け付け、受け付けた双方の画像を重畳した重畳画像を画像データ記憶部２１０に格納する。
【０２４０】
ここで、図２７を用いて、重畳部２４７による重畳画像の生成処理について説明する。図２７は、第３の実施形態における重畳部２４７による重畳画像生成処理の一例を示す図である。図２７に示した例において、重畳部２４７は、復号化画像格納部２４６から復号化画像Ｇ１０を受け付けるとともに、輪郭画像格納部２４１ｄから輪郭画像Ｇ１２を受け付ける。このとき、重畳部２４７は、復号化画像Ｇ１０から輪郭領域を取り除くことにより、背景画像Ｇ１３を生成する。例えば、重畳部２４７は、復号化画像Ｇ１０における輪郭領域内の全画素を所定の画素（例えば、『白』を示す画素値「１」等）にすることで、背景画像Ｇ１３を生成する。そして、重畳部２４７は、図２７に例示するように、背景画像Ｇ１３に輪郭画像Ｇ１２を重畳することで、重畳画像Ｇ１４を生成する。重畳部２４７は、このようにして生成した重畳画像Ｇ１４を画像データ記憶部２１０に格納する。
【０２４１】
これにより、重畳部２４７は、人等のプライバシーが保護された重畳画像を表示することができる。さらに、加工部２４１ｆが、人、動物又は乗物等であることを想起することができる代替用画像を用いて輪郭画像を加工するので、重畳部２４７は、加工部２４１ｆによって加工された輪郭画像から生成した重畳画像を表示する場合であっても、復号化画像に描出されていた対象物と異なる対象物を想起させるような画像を表示することはない。すなわち、第３の実施形態に係る仮想旅行装置２００は、復号化画像に描出されていた対象物と同一の人、動物又は乗物等であることを想起させることができる画像データであって、かかる対象物のプライバシーを保護することができる画像データを端末装置３００に配信することができる。
【０２４２】
なお、上記の輪郭画像生成部２４１ｃによって特定される輪郭領域と、加工部２４１ｆによって用いられる代替用画像が占める領域とは、必ずしも一致するとは限らない。すなわち、図２７に示した例において、重畳部２４７によって復号化画像Ｇ１０から取り除かれる輪郭領域（背景画像Ｇ１３を参照）は、加工部２４１ｆによって用いられる代替用画像の領域（輪郭画像Ｇ１２を参照）と一致するとは限らない。このため、対象物を示す輪郭領域が代替用画像の領域よりも大きい場合には、重畳画像Ｇ１４の一部分は、所定の画素（例えば、『白』を示す画素値「１」等）となり、対象物も背景も描出されない可能性がある。
【０２４３】
そこで、第３の実施形態における加工部２４１ｆは、輪郭領域よりも代替用画像の占める領域が大きくなるように代替用画像を拡大してもよい。具体的には、加工部２４１ｆは、輪郭領域と代替用画像とを比較し、代替用画像が対象物の輪郭の全てを覆うことができるように代替用画像を拡大する。これにより、加工部２４１ｆは、重畳画像Ｇ１４の一部分に対象物及び背景が描出されなくなることを防止できる。
【０２４４】
また、重畳画像の一部分に対象物及び背景が描出されないことを防止するために、重畳部２４７が、重畳画像を生成する際に、複数の復号化画像から背景画像を補完してもよい。この点について、図２８を用いて具体的に説明する。図２８は、第３の実施形態における重畳部２４７による重畳画像生成処理の一例を示す図である。図２８に示した例において、時間ｔ＝１は、時間ｔ＝２よりも過去であるものとする。
【０２４５】
重畳部２４７は、時間ｔ＝２において受け付けた復号化画像Ｇ２０から背景画像を生成する場合に、過去の復号化画像Ｇ１０も用いる。具体的には、重畳部２４７は、時間ｔ＝２に対応する復号化画像Ｇ２０から対象物の輪郭領域を取り除くことにより背景画像Ｇ２３を生成し、時間ｔ＝２よりも過去である時間ｔ＝１に受け付けた復号化画像Ｇ１０から対象物の輪郭領域を取り除くことにより背景画像Ｇ１３を生成する。そして、重畳部２４７は、背景画像Ｇ２３のうち、輪郭領域（例えば、画素値を「１」とした領域）に背景画像Ｇ１３の画素を配置することにより、背景画像Ｇ３０を生成する。具体的には、重畳部２４７は、背景画像Ｇ２３の輪郭領域に、かかる輪郭領域に対応する位置における背景画像Ｇ１３の画素を配置する。このように、重畳部２４７は、対象物が移動することを利用して、時相の異なる複数の復号化画像から、画素値「１」等に置き換えられた領域を含まない背景画像を生成する。重畳部２４７は、このような背景画像Ｇ３０に、加工部２４１ｆによって加工された輪郭画像を重畳させることにより、重畳画像の一部分に対象物及び背景が描出されなくなることを防止できる。
【０２４６】
［保護処理手順］
次に、図２９を用いて、仮想旅行装置２００による保護処理の手順について説明する。図２９は、第３の実施形態に係る仮想旅行装置２００による保護処理手順を示すフローチャートである。なお、図２９においては、輪郭領域特定部２４１ｂによって輪郭に相当する領域が特定されているものとする。
【０２４７】
仮想旅行装置２００の輪郭画像生成部２４１ｃは、輪郭領域特定部２４１ｂによって対象物の輪郭に相当する領域が特定された場合に、かかる輪郭の領域に基づいて対象物の輪郭画像を生成する（ステップＳ３０１）。続いて、対象物判定部２４１ｅは、輪郭画像生成部２４１ｃによって生成された輪郭画像に基づいて、対象物が人、動物又は乗物等であるか否かを判定する（ステップＳ３０２）。
【０２４８】
続いて、加工部２４１ｆは、対象物判定部２４１ｅによって対象物が人等であると判定された場合に（ステップＳ３０２肯定）、代替用画像を用いて、対象物判定部２４１ｅによって生成された輪郭画像を加工する（ステップＳ３０３）。このとき、加工部２４１ｆは、対象物判定部２４１ｅによって判定された対象物の種類（人、動物又は乗り物等）に対応する代替用画像を用いる。
【０２４９】
続いて、重畳部２４７は、復号化画像格納部２４６から受け付けた復号化画像から対象物の輪郭領域を取り除くことにより、背景画像を生成する（ステップＳ３０４）。そして、重畳部２４７は、背景画像に対して、加工部２４１ｆによって加工された輪郭画像を重畳することで、重畳画像を生成する（ステップＳ３０５）。
【０２５０】
［第３の実施形態の効果］
上述したように、第３の実施形態に係る仮想旅行システム１において、仮想旅行装置２００は、乗物内外又は建築物内外に設置された撮影装置１００によって撮影されることで生成された画像データを収集する。また、仮想旅行装置２００は、収集した画像データのうち、動きのある対象物が描出された領域を特定する。また、仮想旅行装置２００は、収集した画像データのうち、対象物を示す領域の画像データを他の画像データに加工する。そして、仮想旅行装置２００は、端末装置３００から、仮想的な旅行の行程に関する情報を含む仮想旅行要求を受け付けた場合に、加工済画像データのうち、仮想旅行要求に含まれる仮想的な旅行に用いられる乗物内外に設置された撮影装置１００、又は、かかる仮想旅行要求の行程の近傍に存在する建築物内外に設置された撮影装置１００によって生成された画像データが加工された加工済画像データを、端末装置３００に順次配信する。これにより、第３の実施形態に係る仮想旅行システム１は、旅行先の不特定多数の対象物のプライバシーを保護した上で、リアルタイム性を有する仮想旅行を利用者に提供することができる。
【０２５１】
また、第３の実施形態に係る仮想旅行システム１の撮影装置１００において、動きベクトル検出部１６０が、対象物が描出された画像データをマクロブロック毎に符号化するにあたり動きベクトルを検出する。また、動き補償部１７０が、動きベクトル検出部１６０によって検出された動きベクトルのうちフィールド予測モード用の動きベクトルを用いてマクロブロックを符号化する。また、動き補償部１７０が、動きベクトル検出部１６０によって検出された動きベクトルのうちフレーム予測モード用の動きベクトルを用いてマクロブロックを符号化する。そして、符号化モード判定部１１０が、フィールド予測モードによって符号化した場合の第１符号化量が、フレーム予測モードによって符号化した場合の第２符号化量に比較して所定閾値以上小さいと判定されたことを条件として、マクロブロックの符号化に用いる予測モードとしてフィールド予測モードを選択する。また、符号化部１２０が、選択された予測モードに従って画像データを符号化する。一方、仮想旅行装置２００において、ヘッダ情報読出部２４１ａが、符号化データに含まれるヘッダ情報から、ピクチャ構造情報及び予測モード情報を読み出す。また、輪郭領域特定部２４１ｂが、ピクチャ構造情報及び予測モード情報をマクロブロック毎に判定し、ピクチャ構造情報がフレーム構造を示し、かつ、予測モード情報がフィールド予測モードを示す場合に、対応するマクロブロックの画像上の位置を対象物の輪郭に相当する領域として特定する。これにより、第３の実施形態に係る仮想旅行システム１は、対象物の輪郭に相当する領域を特定することが可能になり、動きのある対象物を適切に抽出することが可能になる。
【０２５２】
例えば、動きベクトルが検出された画像領域を移動領域とみなす従来の技術では、対象物とノイズ（蛍光灯のちらつきや木の葉の揺れ等）との区別が課題となっていた。この点、第３の実施形態に係る仮想旅行システム１によれば、このようなノイズは、フレーム予測モードで符号化されるので、対象物の輪郭に相当する領域との区別が可能になる。
【０２５３】
（第４の実施形態）
次に、第４の実施形態に係る仮想旅行システム２を説明する。第４の実施形態に係る仮想旅行システム２は、第３の実施形態に係る仮想旅行システム１と比較して、人（後述するエージェント）が保持する撮影装置によって生成された画像データを配信する点で異なる。以下に、このような第４の実施形態に係る仮想旅行システム２について説明する。
【０２５４】
［第４の実施形態に係る仮想旅行システム２の構成］
まず、図３０を用いて、第４の実施形態に係る仮想旅行システム２について説明する。図３０は、第４の実施形態に係る仮想旅行システム２の構成例を示す図である。図３０に例示した仮想旅行システム２には、撮影装置１００−１、１００−２、１００−３及び１００−４と、仮想旅行装置５００と、端末装置３００とが含まれる。
【０２５５】
撮影装置１００−４は、人であるエージェント２１によって保持され、かかるエージェント２１による操作に従って、風景や観光地等を撮影する。そして、撮影装置１００−４は、風景や観光地等の画像データを符号化し、符号化データを仮想旅行装置５００に送信する。
【０２５６】
ここで、エージェントについて説明する。第４の実施形態におけるエージェントは、複数人存在し、全国各地に配置されるエージェントセンターにて待機する。ここでいう「エージェントセンター」の例としては、鉄道やバスが停車する主要な駅に存在する観光案内センターや、第４の実施形態に係る仮想旅行システム２の経営者等によって主要な駅に設置される管理センター等が該当する。かかるエージェントセンターは、少なくとも図８や図１９に例示した選択画面にて選択可能な仮想旅行の行き先近傍の駅等に配置される。
【０２５７】
仮想旅行装置５００は、撮影装置１００−４等の撮影装置１００によって生成された画像データを収集し、収集した画像データを利用者に提供する。具体的には、仮想旅行装置５００は、第１の実施形態に係る仮想旅行装置２００と同様に、端末装置３００から仮想旅行要求を受信した場合に、かかる仮想旅行要求に対応する画像データに対してプライバシーの保護処理を施し、保護処理後の画像データをストリーミング方式等により端末装置３００に配信する。
【０２５８】
ここで、第４の実施形態に係る仮想旅行装置５００は、端末装置３００から仮想旅行要求を受信した場合に、かかる仮想旅行要求に含まれる仮想旅行の種類に基づいて、仮想旅行の行き先近傍に配置されたエージェントセンターにて待機するエージェントの撮影装置に対して仮想旅行のスケジュールを送信する。これにより、エージェントセンターにて待機するエージェント２１は、出発時刻や、行き先の観光地等の情報を取得し、仮想旅行のスケジュールに従って行動することにより、撮影装置１００−４を用いて風景や観光地等を撮影し、かかる風景や観光地等の画像データに対応する符号化データを仮想旅行装置５００に送信する。
【０２５９】
また、第４の実施形態に係る仮想旅行装置５００は、端末装置３００からエージェント２１に対する要望を受け付ける。具体的には、端末装置３００は、撮影対象とする風景や行き先等に関する要望データ（音声データやテキストデータ）を利用者から受け付け、受け付けた要望データを仮想旅行装置５００に送信する。仮想旅行装置５００は、端末装置３００から受け付けた要望データを撮影装置１００−４に送信する。これにより、エージェント２１は、撮影装置１００−４が受信した要望データを確認することで、利用者の要望に従って、撮影対象とする風景や行き先等を決定することができる。
【０２６０】
［第４の実施形態に係る撮影装置１００−４の構成］
次に、図３１を用いて、図３０に示した撮影装置１００−４について説明する。図３１は、第４の実施形態に係る撮影装置１００−４の構成を示すブロック図である。図３１に例示するように、第４の実施形態に係る撮影装置１００−４は、第１の実施形態に係る撮影装置１００と同様に、撮影部１０１及び符号化装置１０２を有するとともに、受信部１０３と、出力部１０４とを更に有する。
【０２６１】
受信部１０３は、仮想旅行装置５００から仮想旅行のスケジュールや要望データを受け付ける。かかる要望データは、撮影対象とする風景や行き先等に関する音声データやテキストデータ等であり、端末装置３００の利用者によって生成される。出力部１０４は、音声データである要望データを出力するためのスピーカや、テキストデータである要望データを出力するためのディスプレイ等である。すなわち、撮影装置１００−４を保持するエージェント２１は、要望データを出力部１０４に出力させる操作を行うことで、利用者の要望を確認することができる。
【０２６２】
［第４の実施形態に係る仮想旅行装置５００の構成］
次に、図３２を用いて、第４の実施形態に係る仮想旅行装置５００の構成について説明する。図３２は、第４の実施形態に係る仮想旅行装置５００の構成を示すブロック図である。図３２に例示するように、第４の実施形態に係る仮想旅行装置５００は、第１の実施形態に係る仮想旅行装置２００と同様に、画像データ記憶部２１０、収集部２３０、復号化部２４０、符号化部２６０及び配信部２７０を有するとともに、旅行プラン記憶部５２０と、受付部５５０と、送信部５８０とを有する。
【０２６３】
旅行プラン記憶部５２０は、仮想旅行の種類に対応付けて、配信対象となる画像データに関する情報を記憶する。ここで、図３３に、第４の実施形態に係る旅行プラン記憶部５２０の一例を示す。図３３に例示した旅行プラン記憶部５２０は、旅行プラン「Ｐ１」において、最初に電車１１に設置された撮影装置１００−１によって生成された画像データを配信し、次に、バス１２に設置された撮影装置１００−２によって生成された画像データを配信し、次に、エージェント２１によって保持される撮影装置１００−４によって生成された画像データを配信することを示している。また、上記例において、旅行プラン記憶部５２０は、撮影装置１００−４によって生成された全ての画像データを配信することを示している。
【０２６４】
受付部５５０は、第１の実施形態における受付部２５０と同様に、仮想旅行の種類等の情報を含む仮想旅行要求を端末装置３００から受け付ける。さらに、第４の実施形態における受付部５５０は、要望データを端末装置３００から受け付ける。
【０２６５】
送信部５８０は、受付部５５０によって仮想旅行要求が受け付けられた場合に、かかる仮想旅行要求に含まれる仮想旅行の種類（旅行プラン）に対応する各種情報を旅行プラン記憶部５２０から取得し、取得した各種情報を仮想旅行のスケジュールとして撮影装置１００−４に送信する。また、送信部５８０は、受付部５５０によって要望データが受け付けられた場合に、かかる要望データを撮影装置１００−４に送信する。
【０２６６】
なお、受付部５５０は、配信部２７０による画像データの配信中に要望データを受け付けてもよいし、配信部２７０による画像データの配信前に要望データを受け付けてもよい。これにより、仮想旅行装置５００は、利用者の要望を略リアルタイムにエージェント２１に通知することができる。
【０２６７】
また、ここでは図示することを省略するが、第４の実施形態における端末装置３００は、音声を録音して音声データを生成する機能や、操作部３３０を介して入力された文字を含むテキストデータ等を生成する機能を有する。そして、端末装置３００は、これらの音声データやテキストデータ等を要望データとして端末装置３００に送信する機能を有する。
【０２６８】
［第４の実施形態の効果］
上述したように、第４の実施形態に係る仮想旅行システム２において、仮想旅行装置５００は、各地に配置された人であるエージェントが所持する撮影装置に対して、端末装置３００から受信した仮想旅行要求に含まれる仮想的な旅行の行程に関する各種情報を送信する。また、仮想旅行装置５００は、かかるエージェントが保持する撮影装置によって撮影されることで生成された画像データを収集する。そして、仮想旅行装置５００は、各種の撮影装置から収集した画像データを端末装置３００に配信する。これにより、第４の実施形態に係る仮想旅行システム２は、撮影装置が乗物や建築物等に設置されていない地域の画像データについても収集することができ、この結果、広範囲な仮想旅行を実現することができる。また、第４の実施形態に係る仮想旅行システム２が普及した場合には、全国各地にエージェントの求人を行うことで、失業率の低下を望める。
【０２６９】
また、第４の実施形態に係る仮想旅行システム２において、仮想旅行装置５００は、エージェントが所持する撮影装置に対して、仮想旅行に対する利用者の要望を含む要望データを送信する。これにより、第４の実施形態に係る仮想旅行システム２は、利用者の要望をリアルタイムにエージェントに通知することができ、この結果、利用者の要望に従って行動するようにエージェントを指示することができる。
【０２７０】
（第５の実施形態）
次に、第５の実施形態に係る仮想旅行システムを説明する。第５の実施形態に係る仮想旅行システムは、第１〜第４の実施形態に係る仮想旅行システムと同様、撮影装置、仮想旅行装置及び端末装置を備えるが、仮想旅行装置の復号化部２４０において、輪郭抽出処理を補完する機能が更に追加された点で異なる。
【０２７１】
図３４は、第５の実施形態に係る復号化部２４０の構成を示すブロック図である。図３４に例示するように、第５の実施形態に係る復号化部２４０は、輪郭抽出部２４１に、輪郭抽出補完部２４１ｇをさらに備える。輪郭抽出補完部２４１ｇは、フレームメモリ２４５に格納された復号化画像を用いて輪郭抽出を行う。具体的には、輪郭抽出補完部２４１ｇは、フレームメモリ２４５に格納された復号化画像に対して、１フレーム内の全領域（又は特定の領域）を走査し、例えばマクロブロック単位で動きベクトルを算出する。次に、輪郭抽出補完部２４１ｇは、算出した結果から、動きベクトルが存在するマクロブロックと、動きベクトルが存在しないマクロブロック（≒０）とを特定し、動きベクトルが存在するマクロブロックや、その境界に位置づけられるマクロブロックの画像上の位置を、輪郭に相当する領域として特定する。そして、輪郭抽出補完部２４１ｇは、輪郭情報（マクロブロックの画像上の位置を示す位置情報等）を輪郭画像生成部２４１ｃに送る。
【０２７２】
第５の実施形態に係る輪郭画像生成部２４１ｃは、輪郭領域特定部２４１ｂによる特定結果のみならず、輪郭抽出補完部２４１ｇから受け付けた輪郭情報を補完的に用いて、輪郭画像を生成する。例えば対象物が複雑な形状である場合や、対象物の動きが複雑な動きであった場合等には、輪郭領域特定部２４１ｂによる処理も、あるいは、輪郭抽出補完部２４１ｇによる処理も、必ずしも最適な結果とならない可能性がある。この点、第５の実施形態に係る仮想旅行システムによれば、輪郭領域特定部２４１ｂ及び輪郭抽出補完部２４１ｇそれぞれが、異なる手法により相補的に二重の処理を行うことになるので、対象物の輪郭に相当する領域を一段と精度よく特定することが可能になる。
【０２７３】
例えば、輪郭画像生成部２４１ｃは、輪郭領域特定部２４１ｂから受け付けた位置情報がある領域において少なく、所定の閾値を下回る場合には、その領域については画素間を線で結ぶ処理に適さないとして、輪郭抽出補完部２４１ｇから受け付けた輪郭情報を補完的に用いる。
【０２７４】
（第６の実施形態）
これまで、開示の技術に係る仮想旅行システム、仮想旅行装置及び仮想旅行プログラムの実施形態として第１〜第５の実施形態を説明してきたが、開示の技術はこれに限られるものではなく、種々の異なる形態にて実施されてよいものである。第６の実施形態では、開示の技術に係る仮想旅行システム、仮想旅行装置及び仮想旅行プログラムの他の実施形態について説明する。
【０２７５】
［操作部］
上記第１の実施形態では、鍵盤３３５を有する操作部３３０によって各種情報の入力を受け付け、押下された鍵盤３３５の種類に応じて楽曲を生成する例を示した。しかし、この例に限られず、操作部３３０は、ＰＣに用いられるキーボードやマウス等であってもよい。また、操作部３３０は、数字キー、十字キー及び決定ボタン等の簡易な操作キーのみを有するリモートコントローラのような入力デバイスであってもよい。この場合、映像出力部３５２は、図８に示した選択画面Ｇ１０２において、マウスや十字キー等によって仮想旅行の種類を選択させる。そして、楽曲生成部３７１は、選択画面Ｇ１０２において仮想旅行の種類が選択された場合に、かかる仮想旅行の種類が図６に示した操作部３３０を用いて入力されたものと仮定して、選択された仮想旅行の種類に対応する鍵盤３３５を特定する。例えば、図８に示した選択画面Ｇ１０２において「清水観光」が選択された場合に、楽曲生成部３７１は、図７に示した例のように「清水観光」が入力されたものと仮定して、「清水観光」の入力に要する鍵盤３３５を特定し、特定した鍵盤３３５に基づいて楽曲を生成する。
【０２７６】
また、操作部３３０は、図６に示した入力デバイスである場合に、図８に示した選択画面Ｇ１０２において選択された仮想旅行の種類の入力を支援してもよい。具体的には、操作部３３０は、仮想旅行の種類の入力時に押下すべき鍵盤３３５の順に、かかる鍵盤３３５を発光させてもよい。例えば、操作部３３０は、選択画面Ｇ１０２において「清水観光」が選択された場合に、最初に白鍵３３５ｂを発光させ、白鍵３３５ｂが押下された後に、白鍵３３５ｇを発光させる。これにより、操作部３３０は、「清水観光」の先頭文字「き」が容易に入力できるよう支援する。同様にして、操作部３３０は、白鍵３３５ｇが押下された後に、白鍵３３５ｈ、白鍵３３５ｃ、白鍵３３５ｇ、白鍵３３５ｂ、白鍵３３５ｃ、白鍵３３５ｈといった順に発光させる。
【０２７７】
また、上記第２の実施形態においても、操作部４３０は、入力を補助するために、観光地の頭文字の色を変化させてもよい。例えば、操作部４３０は、所定の観光地が選択された場合に、選択された観光地から次に行くことが可能な観光地や、次に行くことを推奨する観光地などの頭文字の色を、他の観光地の頭文字の色と異なる色に変化させてもよい。
【０２７８】
［加工処理］
上記第３〜第５の実施形態では、加工部２４１ｆが、図２６に例示したような代替用画像を用いて輪郭画像を加工する例を示した。しかし、加工部２４１ｆによる加工処理は、代替用画像を用いた例に限られない。以下に、加工部２４１ｆによる加工処理についていくつか例を挙げて説明する。
【０２７９】
例えば、加工部２４１ｆは、対象物の輪郭領域に所定の画素（例えば、『黒』を示す画素値「０」等）を配置することで、特定の人、動物又は乗物等を特定されないようにしてもよい。このとき、加工部２４１ｆは、対象物の種類に応じて輪郭領域に配置する画素値を変更してもよい。例えば、加工部２４１ｆは、対象物が人である場合には、輪郭領域に『黒』を示す画素値を配置し、対象物が動物である場合には、輪郭領域に『青』を示す画素を配置してもよい。
【０２８０】
このとき、加工部２４１ｆは、仮想旅行の旅行先や、仮想旅行が行われる季節や、仮想旅行が行われる時間帯等に応じて、対象物の輪郭領域に配置する画素値を変動させてもよい。例えば、加工部２４１ｆは、仮想旅行の旅行先が寒い地域（例えば、東北地方や北海道等の寒冷地）である場合には、対象物の輪郭領域に寒色（青、又は、青に近い色等を示し、「後退色」とも呼ばれる）の画素値を配置し、仮想旅行の旅行先が暖かい地域（例えば、九州地方や沖縄等の温暖地）である場合には、対象物の輪郭領域に暖色（赤や黄色やオレンジ色等を示し、「進出色」とも呼ばれる）の画素値を配置してもよい。このとき、加工部２４１ｆは、仮想旅行の旅行先となる地域の緯度が所定範囲内の緯度であるか否かに基づいて、仮想旅行の旅行先が寒い地域であるか暖かい地域であるかを判定する。また、例えば、加工部２４１ｆは、仮想旅行が寒い季節（例えば、１１月〜２月）に行われる場合には、対象物の輪郭領域に寒色の画素値を配置し、仮想旅行が暖かい季節（例えば、７月〜９月）に行われる場合には、対象物の輪郭領域に暖色の画素値を配置してもよい。このとき、加工部２４１ｆは、現在日時に基づいて、仮想旅行が行われる季節を判定する。なお、加工部２４１ｆは、仮想旅行の旅行先、及び、仮想旅行が行われる季節の双方に基づいて、仮想旅行の旅行先が寒い地域であるか暖かい地域であるかを判定してもよい。
【０２８１】
また、加工部２４１ｆは、対象物の輪郭領域について二値化処理を施してもよい。具体的には、加工部２４１ｆは、輪郭領域に含まれる各画素値について、所定の閾値以上であるか否かを判定する。そして、加工部２４１ｆは、画素値が所定の閾値以上である領域については画素値を「１」とし、画素値が所定の閾値よりも小さい領域については画素値を「０」とする。これにより、加工部２４１ｆは、対象物を２種類の画素値によって現すことが可能になり、この結果、対象物が何であるかを想起しやすくすることができる。
【０２８２】
また、加工部２４１ｆは、対象物の輪郭領域に含まれる画素の配置を変更することで、特定の人、動物又は乗物等を特定されないようにしてもよい。具体的には、加工部２４１ｆは、輪郭領域を所定のマクロブロック（例えば、横１６×縦１６画素）毎に分割し、マクロブロック内で画素の位置を変更してもよい。例えば、加工部２４１ｆは、輪郭領域をマクロブロックＭ１〜Ｍ１０に分割した場合に、マクロブロックＭ１に含まれる各画素の配置をマクロブロックＭ１内で変更する。加工部２４１ｆは、同様の処理をマクロブロックＭ２〜Ｍ１０についても行う。なお、加工部２４１ｆによる画素の配置変更処理は、任意の手法を適用することができる。例えば、加工部２４１ｆは、横方向に隣接する２個の画素の位置を変更してもよいし、縦方向に隣接する２個の画素の位置を変更してもよい。また、例えば、加工部２４１ｆは、画素の配置を変更するのではなく、マクロブロック（マクロブロックＭ１等）内の全画素値の平均値を算出し、算出した画素値をマクロブロックに配置してもよい。
【０２８３】
また、加工部２４１ｆは、対象物の輪郭領域に含まれる画素値を変更することで、特定の人、動物又は乗物等を特定されないようにしてもよい。すなわち、加工部２４１ｆは、輪郭領域に含まれる画素値を変更することで、対象物の色合いを変更する。例えば、加工部２４１ｆは、対象領域が人である場合に、対象領域のうち顔を示す領域、胴体を示す領域、手足を示す領域を特定する。そして、加工部２４１ｆは、顔を示す領域については、全てを同一画素値に置き換え、胴体を示す領域や手足を示す領域については、かかる領域の画素値に所定の画素値を加算又は減算する。これにより、加工部２４１ｆは、対象物の顔が特定されず、かつ、対象物の服や皮膚の色を変更することができる。この結果、加工部２４１ｆは、対象物が所定の人物であると特定されることを防止できるので、対象物のプライバシーを保護することができる。
【０２８４】
また、例えば、加工部２４１ｆは、顔を示す領域については、上記例のように画素の配置を変更してもよい。これにより、加工部２４１ｆは、対象物の顔をやや異なる顔に変更することができ、対象物が所定の人物であると特定されることを防止できる。また、例えば、加工部２４１ｆは、顔を示す領域のうち、眉毛、目、鼻、口等を示す領域を特定し、特定した眉毛、目、鼻、口等の位置を変更してもよい。例えば、加工部２４１ｆは、眉毛を頭頂部方向に移動させることで額を狭くしたり、目や鼻や口の大きさを変更したりする。これにより、加工部２４１ｆは、対象物が所定の人物であると特定されることを防止できる。
【０２８５】
［移動カメラ］
また、上記第１〜第５の実施形態における仮想旅行システムは、画像データが、例えば移動するカメラによって収集された画像データである場合にも、同様に適用することができる。この場合には、背景となる部分からも動きベクトルが検出されることになるので、符号化装置は、背景となる部分から検出される動きベクトルを差し引いた後の「局所的な動きベクトル」のみを用いて上記処理を行う必要がある。
【０２８６】
例えば、動きベクトル検出部１６０は、基本となる動きベクトルと同じ動きベクトルであるか、あるいはそれ以外の動きベクトルであるかを判別して動作する。言い換えると、動きベクトル検出部１６０は、動きベクトルとして同じ値が繰り返されるのか、あるいはそれ以外の値となるのかを判別して動作する。ここで、動きベクトル検出部１６０は、動きベクトルの予測において、全体の中から予測としてより正しいものがどこにあるかを探索するが、この時、背景となる部分の動きベクトルは、一定のものが繰り返し利用されることになる。このため、動きベクトル検出部１６０は、繰り返し利用される動きベクトルとは異なる動きベクトルが予測として最も正しいものとして探索された場合に、背景以外の部分から検出された動きベクトルであると判別することができる。
【０２８７】
［課金処理］
また、上記第１〜第５の実施形態に係る仮想旅行装置２００及び５００は、課金機能を有してもよい。具体的には、端末装置３００又は４００は、図９に例示した終了画面Ｇ１０９を表示した後に、仮想旅行が終了した旨を仮想旅行装置２００及び５００に通知する。そして、仮想旅行装置２００及び５００は、かかる通知を受信した場合に、予め決められている仮想旅行に対応する料金を利用者に課金してもよい。
【０２８８】
［録画機能］
また、上記第１〜第５の実施形態に係る仮想旅行装置２００及び５００は、端末装置３００又は４００に配信した画像データを配信済画像データとして、所定の記憶部に保持してもよい。例えば、仮想旅行装置２００及び５００は、仮想旅行が行われた日時等に対応付けて、配信済画像データを保持してもよい。そして、仮想旅行装置２００及び５００は、端末装置３００から、過去に行われた仮想旅行を再度行う旨の仮想旅行要求を受け付けた場合には、かかる仮想旅行要求に対応する配信済画像データを端末装置３００に配信してもよい。
【０２８９】
［買い物機能］
また、上記第１〜第５の実施形態に係る仮想旅行装置２００及び５００は、仮想旅行先に存在する販売店（土産屋やアンテナショップ等）が撮影されることで生成された画像データを予め保持してもよい。そして、仮想旅行装置２００及び５００は、仮想旅行の画像データを配信している間に、販売店に立ち寄る旨の買い物要求を端末装置３００又は４００から受け付けた場合に、かかる買い物要求に対応する販売店の画像データを端末装置３００又は４００に配信してもよい。そして、端末装置３００又は４００は、販売店の画像データを出力部３１０に表示している際に、利用者から購入対象の品物に関する情報を受け付け、受け付けた品物情報を仮想旅行装置２００や、販売店等に通知することで、利用者に品物を実際に購入させてもよい。
【０２９０】
［魚眼レンズ］
また、上記第１〜第５の実施形態に係る撮影装置１００は、特開２００４−２７２７６７号公報に開示された魚眼レンズを有し、かかる魚眼レンズを用いて撮像処理を行ってもよい。そして、仮想旅行装置２００や５００、又は、端末装置３００は、特開２００４−２７２７６７号公報に開示された技術により、魚眼レンズにより撮像された局面像から平面像を生成してもよい。
【０２９１】
［画像データの種類］
また、上記第１〜第５の実施形態に係る仮想旅行システムにおいて扱う画像データの種類は、ＭＰＥＧ−２、ＭＰＥＧ−４  ＡＶＣ／Ｈ．２６４等に限られず、フレーム予測モードとフィールド予測モードとを動的に選択する手法を用いて符号化された画像データであれば、他の種類の画像データであってもよい。
【０２９２】
［システムの構成］
上記第１〜第５の実施形態においては、撮影装置１００が、符号化処理を行い、仮想旅行装置２００又は５００が、復号化処理、輪郭抽出処理、プライバシーの保護処理（加工処理）、符号化処理を行い、端末装置３００又は４００が復号化処理を行う例を示した。しかし、各装置において行われる処理はこの例に限られない。
【０２９３】
例えば、仮想旅行装置２００又は５００は、撮影装置１００から受信した符号化データに対して復号化処理、輪郭抽出処理、プライバシーの保護処理（加工処理）を行わずに、かかる符号化データを画像データ記憶部２１０に保持するだけでもよい。そして、仮想旅行装置２００又は５００は、端末装置３００から受信した仮想旅行要求に対応する符号化データを画像データ記憶部２１０から取得し、取得した符号化データを端末装置３００又は４００に配信してもよい。かかる場合、仮想旅行装置２００又は５００は、復号化部２４０及び符号化部２６０を有しなくてもよい。そして、端末装置３００又は４００が、復号化部２４０及び符号化部２６０と同様の機能を有し、仮想旅行装置２００又は５００から受信した符号化データに対して、復号化処理、輪郭抽出処理、プライバシーの保護処理（加工処理）を行った後に、画像データを出力部３１０に表示してもよい。
【０２９４】
また、例えば、撮影装置１００が、復号化部２４０及び符号化部２６０と同様の機能を有し、符号化装置１０２によって符号化された符号化データに対して、復号化処理、輪郭抽出処理、プライバシーの保護処理（加工処理）を行い、プライバシーの保護処理後の画像データを符号化した符号化データを仮想旅行装置２００又は５００から送信してもよい。かかる場合、仮想旅行装置２００又は５００は、復号化部２４０及び符号化部２６０を有しなくてもよく、撮影装置１００から受信した符号化データに対して復号化処理、輪郭抽出処理、プライバシーの保護処理（加工処理）を行わずに、かかる符号化データを画像データ記憶部２１０に保持し、端末装置３００又は４００から受信した仮想旅行要求に対応する符号化データを画像データ記憶部２１０から取得し、取得した符号化データを端末装置３００又は４００に配信するだけでよい。
【０２９５】
また、上記第４の実施形態においては、端末装置３００が、要望データを仮想旅行装置５００に送信する例を示した。しかし、端末装置３００は、仮想旅行装置５００を介さずに、要望データを撮影装置１００−４に送信してもよい。具体的には、端末装置３００によって送信される要望データは、仮想旅行が行われている最中に送信されることが多い。かかる場合に、仮想旅行における画像データを送信している撮影装置１００−４は特定されている。このため、端末装置３００は、画像データを送信している撮影装置１００−４の宛先情報（ＩＰアドレス等）を仮想旅行装置５００から受信しておき、かかる宛先情報を用いて要望データを撮影装置１００−４に送信してもよい。
【０２９６】
また、上記の撮影装置１００−４及び端末装置３００は、テレビ電話等の機能を有してもよい。かかる場合には、端末装置３００は、かかるテレビ電話によって、仮想旅行に対する利用者の要望をエージェントに通知することができる。
【０２９７】
［仮想旅行プログラム］
また、上記実施形態において説明した仮想旅行装置２００又は５００は、仮想旅行プログラムによる情報処理がコンピュータを用いて具体的に実現されることで実行されてもよい。コンピュータは、例えば、ＣＰＵ（Central  Processing  Unit）と、システムメモリと、ハードディスクドライブインタフェースと、ディスクドライブインタフェースと、シリアルポートインタフェースと、ビデオアダプタと、ネットワークインタフェースとを有し、これらの各部はシステムバスによって接続される。システムメモリは、ＲＯＭ（Read  Only  Memory）及びＲＡＭ（Random  Access  Memory）を含む。ＲＯＭは、例えば、ＢＩＯＳ（Basic  Input  Output  System）等のブートプログラムを記憶する。ハードディスクドライブインタフェースは、ハードディスクドライブに接続される。ディスクドライブインタフェースは、ディスクドライブに接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブに挿入される。シリアルポートインタフェースは例えば、マウス、キーボードに接続される。ビデオアダプタは、例えば、モニタに接続される。
【０２９８】
ここで、ハードディスクドライブは、例えば、ＯＳ（Operating  System）、アプリケーションプログラム、プログラムモジュール、プログラムデータを記憶する。すなわち、上記の仮想旅行プラグラムは、コンピュータによって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクに記憶される。具体的には、上記実施形態で説明した収集部２３０と同様の処理を実行する手順と、復号化部２４０と同様の処理を実行する手順と、受付部２５０と同様の処理を実行する手順と、符号化部２６０と同様の処理を実行する手順と、配信部２７０と同様の処理を実行する手順とが記述されたプログラムモジュールが、ハードディスクに記憶される。
【０２９９】
なお、仮想旅行プラグラムに係るプログラムモジュールやプログラムデータは、ハードディスクに記憶される場合に限られず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ等を介してＣＰＵによって読み出されてもよい。あるいは、仮想旅行プラグラムに係るプログラムモジュールやプログラムデータは、ネットワーク（ＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）等）を介して接続された他のコンピュータに記憶され、ネットワークインタフェースを介してＣＰＵによって読み出されてもよい。
【符号の説明】
【０３００】
１  仮想旅行システム
１００  撮影装置
２００  仮想旅行装置
３００  端末装置
３１０  出力部
３３０  操作部
３３１  通信部
３５０  仮想旅行アプリケーション部
３５１  受付部
３５２  映像出力部
３６１  旅情記憶部
３６２  基準コード記憶部
３６３  基準歌詞記憶部
３６４  楽曲記憶部
３７１  楽曲生成部
３７２  楽曲出力部
【図１】
2014115478.tif 000003
【図２】
2014115478.tif 000004
【図３】
2014115478.tif 000005
【図４】
2014115478.tif 000006
【図５】
2014115478.tif 000007
【図６】
2014115478.tif 000008
【図７】
2014115478.tif 000009
【図８】
2014115478.tif 000010
【図９】
2014115478.tif 000011
【図１０】
2014115478.tif 000012
【図１１】
2014115478.tif 000013
【図１２】
2014115478.tif 000014
【図１３】
2014115478.tif 000015
【図１４】
2014115478.tif 000016
【図１５】
2014115478.tif 000017
【図１６】
2014115478.tif 000018
【図１７】
2014115478.tif 000019
【図１８】
2014115478.tif 000020
【図１９】
2014115478.tif 000021
【図２０】
2014115478.tif 000022
【図２１】
2014115478.tif 000023
【図２２】
2014115478.tif 000024
【図２３】
2014115478.tif 000025
【図２４】
2014115478.tif 000026
【図２５】
2014115478.tif 000027
【図２６】
2014115478.tif 000028
【図２７】
2014115478.tif 000029
【図２８】
2014115478.tif 000030
【図２９】
2014115478.tif 000031
【図３０】
2014115478.tif 000032
【図３１】
2014115478.tif 000033
【図３２】
2014115478.tif 000034
【図３３】
2014115478.tif 000035
【図３４】
2014115478.tif 000036