(57)【要約】【課題】端末にファイルを提供できる情報処理装置を提供すること。【解決手段】記憶媒体１２０に記憶されているファイルを端末に送信する情報処理装置３０であって、前記ファイルを指定するための指定情報を、ファイル名と前記記憶媒体に関する情報を用いて作成する指定情報作成手段３４と、前記指定情報を前記端末に送信する送信手段３５と、前記端末から前記指定情報により指定された前記ファイルを前記端末に送信するファイル送信手段３７と、を有する。【選択図】図１
2018011175.tif 000002
【特許請求の範囲】
【請求項１】
記憶媒体に記憶されているファイルを端末に送信する情報処理装置であって、
前記ファイルを指定するための指定情報を、ファイル名と前記記憶媒体に関する情報を用いて作成する指定情報作成手段と、
前記指定情報を前記端末に送信する送信手段と、
前記端末から前記指定情報により指定された前記ファイルを前記端末に送信するファイル送信手段と、
を有する情報処理装置。
【請求項２】
前記記憶媒体に関する情報は、前記記憶媒体が装着された前記情報処理装置を特定するための情報である請求項１に記載の情報処理装置。
【請求項３】
前記記憶媒体に関する情報は、前記記憶媒体を特定するための情報である請求項１に記載の情報処理装置。
【請求項４】
前記記憶媒体は前記情報処理装置に着脱できるメモリーカードであり、前記記憶媒体に関する情報は前記メモリーカードの識別情報である請求項３に記載の情報処理装置。
【請求項５】
前記記憶媒体に関する情報は、前記記憶媒体に記憶されている前記ファイルに関する情報である請求項１に記載の情報処理装置。
【請求項６】
前記ファイルに関する情報は、前記ファイルの作成時刻である請求項５に記載の情報処理装置。
【請求項７】
請求項１〜６のいずれか１項に記載された情報処理装置と、
所定の範囲を撮像する撮像手段と、を有し、
前記ファイルには前記撮像手段が撮像した画像データが格納されている撮像装置。
【請求項８】
記憶媒体に記憶されているファイルを端末に送信する情報処理装置と、前記端末とを有するシステムであって、
前記情報処理装置は、
前記ファイルを指定するための指定情報を、ファイル名と前記記憶媒体に関する情報を用いて作成する指定情報作成手段と、
前記指定情報を前記端末に送信する送信手段と、
前記端末から前記指定情報により指定された前記ファイルを前記端末に送信するファイル送信手段と、を有し、
前記端末は、
前記情報処理装置から取得した前記指定情報により前記ファイルを指定して、前記情報処理装置から前記ファイルを取得するファイル取得手段、を有するシステム。
【請求項９】
記憶媒体に記憶されているファイルを指定するための指定情報を、ファイル名と前記記憶媒体に関する情報を用いて作成する指定情報作成手段と、
前記指定情報を端末に送信する送信手段と、
前記端末から前記指定情報により指定された前記ファイルを前記端末に送信するファイル送信手段と、を有する情報処理装置と、
端末を、前記情報処理装置から取得した前記指定情報により前記ファイルを指定して、前記情報処理装置から前記ファイルを取得するファイル取得手段として機能させるためのプログラムと、を有するシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、撮像装置及びシステムに関する。
【背景技術】
【０００２】
撮像装置は、撮像した静止画や動画のファイルを記憶媒体に保存する。静止画や動画をユーザが閲覧するためにファイルをクライアント端末に移動したい場合は少なくない。この場合、ユーザは撮像装置から記憶媒体を取り出してクライアント端末に装着することで、静止画や動画を閲覧可能になる。
【０００３】
あるいは、有線又は無線でクライアント端末が撮像装置と通信して静止画や動画を受信することで静止画や動画を閲覧可能になる（例えば、特許文献１参照。）。特許文献１には、クライアント端末が撮像装置からＷｉ−Ｆｉなどの無線通信でファイルを受信する際、通信方式を高速化することで画像データの送信に要する時間を短縮する技術について開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の撮像装置ではクライアント端末が適切なファイルを取得することが困難になる場合があるという問題がある。具体例を挙げて説明する。クライアント端末が撮像装置から静止画や動画のファイルを取得する場合、撮像装置のＵＲＬを指定する場合がある。通信プロトコルをＨＴＴＰ、撮像装置のＩＰアドレスを「１９２．１６８．１．１」とすると、ＵＲＬは「http://192.168.1.1/ファイル名」となる。
【０００５】
同じ機種の撮像装置ではＩＰアドレスは原則的に一定であるので、異なるファイルのファイル名が同じ場合、ＵＲＬも同じになる。ここで、ユーザが別の撮像装置からクライアント端末を使用してファイルを取得する場合を考える。別の撮像装置には別のファイルが記憶されているが、自動で付与されるファイル名は撮像装置が変わっても同じである場合がある。
【０００６】
クライアント端末はＵＲＬによりファイルを取得するが、撮像装置とファイルが異なってもファイル名を含むＵＲＬが同じであるため、実際には異なるファイルが同一のファイルであると判断する。この場合、クライアント端末はＵＲＬが同じなので自機のキャッシュファイルを使用してファイルを撮像装置から取得しないという挙動を行う場合がある。したがって、クライアント端末がファイル名を使用したＵＲＬによりファイルを指定すると、クライアント端末がファイルを取得できない場合があった。
【０００７】
本発明は、上記課題に鑑み、端末にファイルを提供できる情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題に鑑み、本発明は、記憶媒体に記憶されているファイルを端末に送信する情報処理装置であって、前記ファイルを指定するための指定情報を、ファイル名と前記記憶媒体に関する情報を用いて作成する指定情報作成手段と、前記指定情報を前記端末に送信する送信手段と、前記端末から前記指定情報により指定された前記ファイルを前記端末に送信するファイル送信手段と、を有する。
【発明の効果】
【０００９】
端末にファイルを提供できる情報処理装置を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】クライアント端末が撮像装置から静止画や動画のファイルを取得する際のＵＲＬを説明する図の一例である。
【図２】撮像システムの概略構成図の一例である。
【図３】クライアント端末のハードウェア構成図の一例である。
【図４】撮像装置のハードウェア構成図の一例である。
【図５】撮像システムが有するクライアント端末と撮像装置の機能を説明する図の一例である。
【図６】撮像装置が作成するＵＲＬを説明する図の一例である。
【図７】撮像装置の識別情報が含まれるＵＲＬについて説明する図の一例である。
【図８】メモリーカードが交換された場合に作成される、撮像装置の識別情報が含まれるＵＲＬを説明する図の一例である。
【図９】メモリーカードの識別情報が含まれるＵＲＬについて説明する図の一例である。
【図１０】メモリーカードが交換された場合に作成される、メモリーカードの識別情報が含まれるＵＲＬを説明する図の一例である。
【図１１】複数のメモリーカードが装着された撮像装置が作成するＵＲＬを説明する図の一例である。
【図１２】撮像システムの動作を説明するシーケンス図の一例である。
【図１３】撮像装置がファイル一覧を作成する手順を示すフローチャート図の一例である。
【図１４】クライアント端末に送信するため撮像装置がファイルを取得する手順を示すフローチャート図の一例である。
【図１５】クライアント端末が表示する画面例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための形態について図面を参照しながら説明する。
【００１２】
＜撮像システムの概略＞
図１は、本実施形態のクライアント端末１０が撮像装置３０から静止画や動画のファイルを取得する際のＵＲＬ（Uniform Resource Locator）を説明する図の一例である。なお、ＵＲＬとは、ネットワーク上でアクセス可能なファイルやサービスなどの資源の場所と通信方式を表す情報である。
【００１３】
クライアント端末１０と撮像装置３０はＷｉ−Ｆｉなどの無線通信で接続している。本実施形態の撮像装置３０は、クライアント端末１０がファイルを取得するためのＵＲＬを以下のように決定する。
【００１４】
ＵＲＬ＝「http://192.168.1.1/記憶媒体に関する情報/ファイル名」
一例として、記憶媒体に関する情報を記憶媒体の識別情報とする。したがって、記憶媒体が交換されると記憶媒体に関する情報も変更される。例えば、記憶媒体１に0001.jpgというファイル名のファイルが格納されており、記憶媒体２に0001.jpgというファイル名のファイルが格納されているものとする。この場合、記憶媒体に関する情報は「記憶媒体１」、「記憶媒体２」となるので、ファイル名が同じでもＵＲＬは異なったものとなる。
【００１５】
したがって、クライアント端末１０は記憶媒体１の0001.jpgというファイルと、記憶媒体２の0001.jpgというファイルが同じでないと判断して、キャッシュファイルなどを使用せずに撮像装置から取得する（ダウンロードする）ことができる。
【００１６】
＜用語について＞
記憶媒体とはファイルを記憶する媒体をいう。記憶媒体は内蔵されていても、着脱可能な可搬性のものでもよい。
【００１７】
ファイルを指定するための指定情報とは、クライアント端末が撮像装置に対し取得するファイルを指定するための情報である。本実施形態ではＵＲＬを例にして説明する。なお、ＵＲＬをＵＲＩ（Uniform Resource Identifier）と称してもよい。
【００１８】
また、記憶媒体に関する情報とは、記憶媒体を装着する装置に関する情報、記憶媒体を特定する情報、記憶媒体に記憶されたファイルに固有の情報などをいう。具体的には、撮像装置の識別情報、記憶媒体の識別情報、ファイルの作成時刻などをいう。
【００１９】
＜システム構成例＞
図２は撮像システム１００の概略構成図の一例である。図２（ａ）では、撮像システム１００は、クライアント端末１０と撮像装置３０を有する。クライアント端末１０と撮像装置３０はネットワークＮを介して通信する。ネットワークＮは例えば無線ＬＡＮであるが、クライアント端末１０と撮像装置３０がアクセスポイントを介さずに１対１で通信できるアドモックモードによるネットワークＮが好ましい。あるいは、同じく１対１で通信できるＷｉ-Ｆｉダイレクトと呼ばれる無線ＬＡＮで通信してもよい。また、アクセスポイントが用意されていれば、クライアント端末１０と撮像装置３０がインフラストラクチャードモードで通信してもよい。また、無線ＬＡＮ以外ではBluetooth（登録商標）による通信が知られており、クライアント端末１０と撮像装置３０はBluetooth（登録商標）で通信してもよい。Bluetooth（登録商標）のＰＡＮ（Personal Area Networking Profile）プロファイルを用いてイーサネット（登録商標）と同様の通信が可能になる。
【００２０】
また、ネットワークＮの全て又は一部がＬＡＮケーブル等による有線により構成されていてもよい。よく知られているように有線の場合もＵＲＬを使用した通信が可能である。
【００２１】
クライアント端末１０は、撮像装置３０から静止画又は動画を含むファイルを取得する情報処理装置である。取得するとは、撮像装置３０からダウンロードする、受信する、撮像装置３０から応答を受けるなどと同様の意味である。クライアント端末１０は、具体的には、ＰＣ（Personal Computer）、タブレット端末、スマートフォン、携帯電話、ＰＤＡ（Personal Digital Assistant）、ゲーム機、カーナビゲーションの端末、腕時計型端末やサングラス型端末などのウェアラブルＰＣなどである。静止画や動画のファイルを取得できる装置であればよく、これらには限られない。
【００２２】
撮像装置３０は、画角の範囲の光景を撮像して静止画又は動画の画像データを作成する機器又は装置である。撮像装置３０は撮像する機能（例えばカメラ）を有し、クライアント端末１０と通信する機能を有していればよい。具体的には、デジタルスチルカメラ、デジタルビデオカメラ、ＰＣ、タブレット端末、スマートフォン、携帯電話、ＰＤＡ、腕時計型端末やサングラス型端末などのウェアラブルＰＣなどである。また、カメラは外付けされていてもよく、カメラが外付けされていない状態では情報処理装置の機能を有している。
【００２３】
また、本実施形態の撮像装置３０の一例として全天球画像を撮像する撮像装置３０が挙げられる。全天球画像とは、撮像装置３０の周囲３６０度（水平方向＝経度方向に３６０度、垂直方向＝緯度方向に３６０度）の画角で撮像された画像を言う。いわゆる広角画像の一種でありほぼ死角のない画像が得られる。しかしながら、本実施形態のＵＲＬの作成方法は全天球画像を撮像する撮像装置３０にだけ適用されるものではない。
【００２４】
図２（ｂ）は撮像システム１００の別の一例を示す。図２（ｂ）の撮像システム１００はネットワークＮを介してクライアント端末１０、サーバ５０及び撮像装置３０が通信可能な状態で接続されている。図２（ｂ）の態様では、撮像装置３０は静止画や動画のファイルをサーバ５０に送信する（アップロードする）。クライアント端末１０はアクセスポイントなどからサーバ５０に接続し、サーバ５０からファイルを取得することができる。
【００２５】
この場合、撮像装置３０は記憶媒体に関する情報もファイルと共にサーバ５０に送信しておく。このように、クライアント端末１０が静止画や動画のファイルを取得する対象は撮像装置３０でなくてもよく、クライアント・サーバのような形態でもよい。また、このような形態では、ネットワークＮに３Ｇ、ＬＴＥ、ＷｉＭＡＸなど通信回線が含まれる場合がある。
【００２６】
＜ハードウェア構成＞
<<クライアント端末のハードウェア構成>>
図３は、クライアント端末１０のハードウェア構成図の一例である。図示するクライアント端末１０は、ＣＰＵ４０１、フラッシュＲＯＭ４０２、ＲＡＭ４０３、無線通信モジュール４０４、アンテナ４０５、ＬＣＤ４０６、タッチパネル４０７、外部I/F４０８、マイク４０９、スピーカー４１０、及び、カメラ４１１を備えている。これらはバス４１２に接続され、データのやり取りが可能である。また、クライアント端末１０はバッテリ４１３を備えており、上記の各デバイスへ電力を供給している。
【００２７】
ＣＰＵ４０１は、フラッシュＲＯＭ４０２に記憶されたプログラム４０２ｐにしたがって、各種データの演算処理などによりクライアント端末１０全体を制御するものである。フラッシュＲＯＭ４０２はクライアント端末１０全体を制御するプログラム４０２ｐを記憶すると共に、各種データを記憶するストレージとしても機能する。プログラム４０２ｐはアプリやブラウザソフトウェアを含む。
【００２８】
ＲＡＭ４０３は、ＣＰＵ４０１のワークメモリとして使用される。フラッシュＲＯＭ４０２に記憶されたプログラム４０２ｐはＲＡＭ４０３に読み込まれて、ＣＰＵ４０１により実行される。無線通信モジュール４０４は携帯電話回線を利用した音声通信やデータ通信を制御する。無線通信モジュール４０４はまた、無線ＬＡＮやＢＬＥ（Bluetooth（登録商標） Low Energy）の通信制御も行う（以下、Bluetooth（登録商標）の旨を省略する）。
【００２９】
ＬＣＤ４０６は、クライアント端末１０を操作するためのアイコンや、各種のデータを表示する。タッチパネル４０７はＬＣＤ４０６に重ね合わせて密着しており、指が接触した位置を検出する。
【００３０】
外部I/F４０８は、例えばＵＳＢインタフェースであり、外部機器を接続するためのインタフェースである。マイク４０９は入力された音声信号をA(Analog)/D（Digital）変換する。スピーカー４１０は音データをD/A変換して可聴信号を出力する。カメラ４１１は撮像素子から出力された画像信号をA/D変換する。
【００３１】
<<撮像装置のハードウェア構成>>
図４は、撮像装置３０のハードウェア構成図の一例である。以下では、撮像装置３０は、２つの撮像素子を使用した撮像装置３０とするが、撮像素子は３つ以上いくつでもよい。また、図４は撮像装置３０が全天球画像を撮像する装置として記載されているが、撮像装置は１つの撮像素子しか有していなくてもよい。また、撮像素子が広角の撮像に対応している必要もない。すなわち、本実施形態の撮像装置３０は通常の画角の撮像装置３０でよい。
【００３２】
また、必ずしも全天球撮像専用の装置である必要はなく、通常のデジタルカメラやスマートフォン等に後付けの全天球撮像ユニットを取り付けることで、実質的に撮像装置３０と同じ機能を有するようにしてもよい。
【００３３】
図４に示されているように、撮像装置３０は、撮像ユニット１０１、画像処理ユニット１０４、撮像制御ユニット１０５、マイク１０８、音処理ユニット１０９、ＣＰＵ(Central Processing Unit)１１１、ＲＯＭ(Read Only Memory)１１２、ＳＲＡＭ(Static Random Access Memory)１１３、ＤＲＡＭ(Dynamic Random Access Memory)１１４、操作部１１５、ネットワークＩ／Ｆ１１６、通信部１１７、及びアンテナ１１７ａによって構成されている。
【００３４】
このうち、撮像ユニット１０１は、各々半球画像を結像するための１８０°以上の画角を有する広角レンズ（いわゆる魚眼レンズ）１０２ａ，１０２ｂと、各広角レンズに対応させて設けられている２つの撮像素子１０３ａ，１０３ｂを備えている。撮像素子１０３ａ，１０３ｂは、魚眼レンズによる光学像を電気信号の画像データに変換して出力するＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサやＣＣＤ(Charge Coupled Device)センサなどの画像センサ、この画像センサの水平又は垂直同期信号や画素クロックなどを生成するタイミング生成回路、この撮像素子の動作に必要な種々のコマンドやパラメータなどが設定されるレジスタ群などを有している。
【００３５】
撮像ユニット１０１の撮像素子１０３ａ，１０３ｂは、各々、画像処理ユニット１０４とはパラレルＩ／Ｆバスで接続されている。一方、撮像ユニット１０１の撮像素子１０３ａ，１０３ｂは、撮像制御ユニット１０５とは別に、シリアルＩ／Ｆバス（Ｉ２Ｃバス等）で接続されている。画像処理ユニット１０４及び撮像制御ユニット１０５は、バス１１０を介してＣＰＵ１１１と接続される。更に、バス１１０には、ＲＯＭ１１２、ＳＲＡＭ１１３、ＤＲＡＭ１１４、操作部１１５、ネットワークＩ／Ｆ１１６、通信部１１７、及び電子コンパス１１８なども接続される。
【００３６】
画像処理ユニット１０４は、撮像素子１０３ａ，１０３ｂから出力される画像データをパラレルＩ／Ｆバスを通して取り込み、それぞれの画像データに対して所定の処理を施した後、これらの画像データを合成処理して、メルカトル画像のデータを作成する。
【００３７】
撮像制御ユニット１０５は、一般に撮像制御ユニット１０５をマスタデバイス、撮像素子１０３ａ，１０３ｂをスレーブデバイスとして、Ｉ２Ｃバスを利用して、撮像素子１０３ａ，１０３ｂのレジスタ群にコマンド等を設定する。必要なコマンド等は、ＣＰＵ１１１から受け取る。また、該撮像制御ユニット１０５は、同じくＩ２Ｃバスを利用して、撮像素子１０３ａ，１０３ｂのレジスタ群のステータスデータ等を取り込み、ＣＰＵ１１１に送る。
【００３８】
また、撮像制御ユニット１０５は、操作部１１５のシャッターボタンが押下されたタイミングで、撮像素子１０３ａ，１０３ｂに画像データの出力を指示する。撮像装置３０によっては、ディスプレイによるプレビュー表示機能や動画表示に対応する機能を持つ場合もある。この場合は、撮像素子１０３ａ，１０３ｂからの画像データの出力は、所定のフレームレート（フレーム／分）によって連続して行われる。
【００３９】
また、撮像制御ユニット１０５は、後述するように、ＣＰＵ１１１と協働して撮像素子１０３ａ，１０３ｂの画像データの出力タイミングの同期をとる同期制御手段としても機能する。なお、本実施形態では、撮像装置３０には表示部が設けられていないが、表示部を設けてもよい。
【００４０】
マイク１０８は、音を音（信号）データに変換する。音処理ユニット１０９は、マイク１０８から出力される音データをＩ／Ｆバスを通して取り込み、音データに対して所定の処理を施す。
【００４１】
ＣＰＵ１１１は、撮像装置３０の全体の動作を制御すると共に必要な処理を実行する。ＲＯＭ１１２は、ＣＰＵ１１１のための種々のプログラム１１２ｐを記憶している。ＳＲＡＭ１１３及びＤＲＡＭ１１４はワークメモリであり、ＣＰＵ１１１で実行するプログラム１１２ｐや処理途中のデータ等を記憶する。特にＤＲＡＭ１１４は、画像処理ユニット１０４での処理途中の画像データや処理済みのメルカトル画像のデータを記憶する。
【００４２】
操作部１１５は、種々の操作ボタンや電源スイッチ、シャッターボタン、表示と操作の機能を兼ねたタッチパネルなどの総称である。ユーザは操作ボタンを操作することで、種々の撮像モードや撮像条件などを入力する。
【００４３】
ネットワークＩ／Ｆ１１６は、ＳＤカード等の外付けのメモリーカード１２０やパーソナルコンピュータなどとのインタフェース回路（ＵＳＢＩ／Ｆ等）の総称である。メモリーカード１２０としては、ＳＤカードに限られず、ＵＳＢメモリ、メモリースティック（登録商標）、コンパクトフラッシュ（登録商標）、外付けハードディスク、外付けＳＳＤ（Solid State Drive）などでもよい。
【００４４】
また、ネットワークＩ／Ｆ１１６としては、無線、有線を問わずにネットワークＮインタフェースである場合も考えられる。ＤＲＡＭ１１４に記憶されたメルカトル画像のデータは、このネットワークＩ／Ｆ１１６を介して外付けのメモリーカード１２０に記録されたり、必要に応じてネットワークＩ／ＦとなるネットワークＩ／Ｆ１１６を介してクライアント端末１０等の外部装置に送信されたりする。
【００４５】
通信部１１７は、撮像装置３０に設けられたアンテナ１１７ａを介して、Wi-Fi(wireless fidelity)、ＮＦＣ、又はＬＴＥ（Long Term Evolution）等の離無線技術によって、クライアント端末等の外部装置と通信を行う。この通信部１１７によっても、メルカトル画像のデータをクライアント端末１０等の外部装置に送信することができる。
【００４６】
電子コンパス１１８は、地球の磁気から撮像装置３０の方位及び傾き(Roll回転角)を算出し、方位・傾き情報を出力する。この方位・傾き情報はExifに沿った関連情報（メタデータ）の一例であり、撮像画像の画像補正等の画像処理に利用される。なお、関連情報には、画像の撮像日時、及び画像データのデータ容量の各データも含まれている。
【００４７】
＜機能について＞
図５は、撮像システム１００が有するクライアント端末１０と撮像装置３０の機能を説明する図の一例である。
【００４８】
<<クライアント端末１０>>
クライアント端末１０は通信部１１、操作受付部１２、表示制御部１３、及び、ＨＴＴＰ通信部１４を有している。これら各機能部は、図３に示したフラッシュＲＯＭ４０２からＲＡＭ４０３に展開されたプログラム４０２ｐに従ったＣＰＵ４０１からの命令により動作することで実現される機能又は手段である。このプログラム４０２ｐは撮像装置３０に専用のアプリ又はブラウザソフトウェアである。プログラム４０２ｐは、プログラム配信用のサーバからダウンロードされることで配布されたり、又は、可搬性の記憶媒体に記憶された状態で配布される。
【００４９】
また、クライアント端末１０は、図３に示されたフラッシュＲＯＭ４０２又はＲＡＭ４０３により実現される記憶部１９を有する。記憶部１９にはキャッシュファイル記憶部１９ａとファイル記憶部１９ｂとが構築されている。
【００５０】
【表１】
2018011175.tif 000003
表１は、ファイル記憶部１９ｂに記憶されたファイルを模式的に示す。一般に、ファイルはクライアント端末１０のＯＳが提供するファイルシステムにより管理されている。ファイルシステムでは複数のフォルダ（又はディレクトリ）が階層構造で管理されている。このうちのユーザが指定したフォルダ又はアプリなどによって決まったフォルダに静止画や動画のファイルが格納される。
【００５１】
表１のテーブルはあくまで模式的に記憶されているファイルを説明するための表であるが、例えばＩＤ、ファイル名、サイズ、作成日時及び種類の各項目を有している。ＩＤはクライアント端末１０がファイルを識別するための識別子である。ファイル名はユーザがファイルを判別するための名称である。サイズはファイルの大きさをバイト単位で示す。作成日時はファイルが作成された日時である。種類はファイルがどのような形式のデータを含むかを示す。
【００５２】
同じファイルのファイル名の存在を許容するかどうかはＯＳによって異なるが、表１ではＩＤによりファイルが識別されるので、同じファイル名が１つのフォルダ内に存在できるようになっている。ＯＳはファイルをフォルダに格納する際、重複しないＩＤを付与する。また、同じファイル名のファイルを１つのフォルダに格納する場合、ファイル名に括弧と数字を付けるＯＳもある。
【００５３】
【表２】
2018011175.tif 000004
表２は、キャッシュファイル記憶部１９ａに記憶されたキャッシュファイルを模式的に示す。キャッシュとは、アプリやブラウザソフトウェアがＷｅｂページにアクセスした時、アクセスしたページのデータを所定のフォルダに保管することをいう。また、キャッシュファイルとは、キャッシュされたファイルをいう。キャッシュファイルの種類は様々であるが、例えば、ＨＴＭＬファイル、スクリプト言語ファイル、ＣＳＳ（Cascading Style Sheets）ファイル、画像ファイル等がある。
【００５４】
表２のキャッシュファイルは、ＩＤ、ファイル名、サイズ、ＵＲＬ、種類、の各項目を有する。表１とはＵＲＬが管理されている点で異なっている。この「ＵＲＬ」はキャッシュされたファイルが取得されたＵＲＬを示す。あるＵＲＬにクライアント端末１０がアクセスする際、すでにファイルをキャッシュしたことを示す表２の「ＵＲＬ」と同じ場合は、アクセス先のＵＲＬにアクセスせずにキャッシュファイルを読み出して表示したりする場合がある。こうすることでファイルの受信に時間がかからないのでユーザの待ち時間を短縮できる。
【００５５】
（クライアント端末１０の機能）
クライアント端末１０の通信部１１は、図３に示したＣＰＵ４０１がプログラム４０２ｐを実行して無線通信モジュール４０４を制御すること等で実現される。通信部１１は、例えばＷｉ−Ｆｉの通信接続を確立する。撮像装置３０のＳＳＩＤとパスワードはユーザに提供されているのでユーザはそれらをクライアント端末１０に設定する。これによりイーサネットなどと同じデータリンク層（ＯＳＩ参照モデル）で接続されたので、ＴＣＰ／ＩＰ層やアプリケーション層などの通信プロトコルにより撮像装置３０と通信できる。
【００５６】
操作受付部１２は、図３のＣＰＵ４０１がプログラム４０２ｐを実行してタッチパネル４０７やハードキーを制御すること等で実現される。操作受付部１２は、ユーザの各種操作を受け付ける。
【００５７】
表示制御部１３は、図３のＣＰＵ４０１がプログラム４０２ｐを実行すること等で実現され、ＬＣＤ４０６に各種の画面を表示する。例えば、画面を構成する部品に撮像装置３０から送信された情報を当てはめて１つの画面を構築する。あるいは、ブラウザソフトウェアと同様にＨＴＭＬとスクリプト言語を解釈して、ＣＳＳにしたがって画面を作成する。
【００５８】
ＨＴＴＰ通信部１４は、図３のＣＰＵ４０１がプログラム４０２ｐを実行すること等で実現され、撮像装置３０とＨＴＴＰなどの通信プロトコルで通信し、各種の情報を送受信する。ＨＴＴＰ通信部１４はＵＲＬ（ファイル名、ＣＧＩプログラム等）を指定したＧＥＴなどのメソッドをＨＴＴＰリクエストとして送信し、撮像装置３０からレスポンスとして静止画や動画のファイルを取得する。また、ＨＴＴＰ通信部１４はアクセスするＵＲＬと同じＵＲＬがキャッシュファイル記憶部１９ａに記憶されているか否かを判断し、同じＵＲＬが記憶されている場合、キャッシュファイル記憶部１９ａのファイルを読み出す。また、アクセスするＵＲＬと同じＵＲＬがキャッシュファイル記憶部１９ａに記憶されていない場合、取得したファイルをＵＲＬと対応付けてキャッシュファイル記憶部１９ａに記憶させる。なお、ＨＴＴＰ通信部１４のキャッシュ機能をユーザはＯＦＦにすることができる。
【００５９】
<<撮像装置３０>>
撮像装置３０は通信部３１、ＨＴＴＰリクエスト解析部３２、ファイル一覧作成部３３、ＵＲＬ作成部３４、ＨＴＴＰ送信部３５、撮像部３６、及び、ファイル送信部３７を有している。これら各機能部は、図４に示したＲＯＭ１１２からＤＲＡＭ１１４に展開されたプログラム１１２ｐに従ったＣＰＵ１１１からの命令により動作することで実現される機能又は手段である。このプログラム１１２ｐは、プログラム配信用のサーバからダウンロードされることで配布されたり、又は、可搬性の記憶媒体に記憶された状態で配布される。
【００６０】
また、撮像装置３０は、図４に示されたＲＯＭ１１２、ＳＲＡＭ１１３、ＤＲＡＭ１１４及びメモリーカード１２０により実現される記憶部３９を有する。記憶部３９には、ファイル記憶部３９ａが構築されている。撮像装置３０の記憶媒体としては、ＲＯＭ１１２、ＳＲＡＭ１１３、ＤＲＡＭ１１４及びメモリーカード１２０が相当する。ただし、本実施形態のＵＲＬ作成方法はメモリーカード１２０の着脱に有効であるため、以下では、記憶媒体はメモリーカード１２０であるとして説明する。ただし、記憶媒体であるＲＯＭ１１２、ＳＲＡＭ１１３及びＤＲＡＭ１１４にファイルが記憶されることは可能である。
【００６１】
【表３】
2018011175.tif 000005
表３は、ファイル記憶部３９ａに記憶されたファイルを模式的に示す。撮像装置３０のファイル記憶部３９ａの構造は、表１のファイル記憶部１９ｂと同様でよいが、ファイル記憶部３９ａにはＩＤの項目がない。これは、撮像装置３０が付与するファイル名は重複しないためである。
【００６２】
（撮像装置３０の機能）
撮像装置３０の通信部３１は、図４に示したＣＰＵ１１１がプログラム１１２ｐを実行して通信部１１７を制御すること等で実現される。通信部１１は、例えばＷｉ−Ｆｉでクライアント端末１０と通信する。なお、クライアント端末１０がアクセスされる側になって（アクセスポイントとして機能して）、撮像装置３０に無線ＬＡＮのＳＳＩＤやパスワードが設定されてもよい。
【００６３】
ＨＴＴＰリクエスト解析部３２は、図４に示したＣＰＵ１１１がプログラム１１２ｐを実行すること等で実現され、ＨＴＴＰの通信プロトコルに従った処理を行う。例えば、ＴＣＰのポート番号が８０番であるため、ＨＴＴＰ通信であると判断しＴＣＰソケットからＨＴＴＰリクエストを取得する。ＨＴＴＰリクエスト解析部３２は、例えばＧＥＴメソッドでＵＲＬがファイルを指定する場合、指定されたファイルを送信すると判断する。また、ＵＲＬがＣＧＩなどのサーバプログラムを指定する場合、サーバプログラムを実行する。なお、ＣＧＩは一例に過ぎず、ＰｅｒｌやＪＡＶＡ（登録商標）などのプログラム言語でもよい。
【００６４】
ファイル一覧作成部３３は、図４に示したＣＰＵ１１１がプログラム１１２ｐを実行すること等で実現され、ファイル記憶部３９ａに記憶されているファイル一覧を作成する。ファイル一覧作成部３３は上記のＣＧＩなどのプログラムを実行することで実現される。
【００６５】
ＵＲＬ作成部３４は、図４に示したＣＰＵ１１１がプログラム１１２ｐを実行すること等で実現され、ファイル一覧作成部３３が作成したファイル一覧のファイルごとに、一例として、ファイル名と記憶媒体（メモリーカード１２０）の識別情報を用いたＵＲＬを作成する。詳細は後述される。
【００６６】
ＨＴＴＰ送信部３５は、図４に示したＣＰＵ１１１がプログラム１１２ｐを実行すること等で実現され、ＵＲＬ作成部３４が作成したＵＲＬとファイル名などユーザがファイルを指定するために必要な情報をＨＴＴＰレスポンスとして作成し、通信部３１を介してクライアント端末１０に送信する。
【００６７】
ファイル送信部３７は、図４に示したＣＰＵ１１１がプログラム１１２ｐを実行すること等で実現され、ＵＲＬで指定されたファイルをファイル記憶部３９ａから読み出し、通信部３１を介してクライアント端末１０に送信する。
【００６８】
撮像部３６は、図４に示したＣＰＵ１１１がプログラム１１２ｐを実行すること及び撮像制御ユニット１０５等で実現され、画角の範囲の光景を撮像して静止画又は動画の画像データを生成する。また、撮像部３６は静止画又は動画をＪＰＥＧなどファイル形式のファイルに変換してファイル記憶部３９ａに記憶する。この時、ファイルには重複しない例えば連番のファイル名を付与する。なお、撮像部３６は、メモリーカード１２０のファイル名を参照するのでなく、撮像部３６が最後に付与したファイル名（番号）を保持しており、この番号を１つずつ大きくしてファイル名を付与する。
【００６９】
＜メモリーカードを交換した場合の不都合＞
本実施形態の撮像システム１００の有効性を明らかにするため、クライアント端末１０が２つの撮像装置３０からファイルを取得する際の不都合について説明する。
【００７０】
図６を用いて本実施形態との比較例を説明する。図６は撮像装置３０が作成するＵＲＬを説明する図の一例である。なお、撮像装置３０を区別する際には、撮像装置３０Ａ、３０Ｂのようにアルファベットを使用する。撮像装置３０に装着されるメモリーカード１２０についても同様とする。撮像装置３０Ａにはメモリーカード１２０Ａが装着されており、メモリーカード１２０ＡにはファイルＡが記憶されている。撮像装置３０Ｂにはメモリーカード１２０Ｂが装着されており、メモリーカード１２０ＢにはファイルＢが記憶されている。ファイルＡとファイルＢの静止画又は動画は異なっているが、ファイル名はどちらも0001.jpgである。
【００７１】
比較例として説明される撮像装置３０Ａ、Ｂは、通信プロトコル、ＩＰアドレス及びファイル名からＵＲＬを作成するので、撮像装置３０ＡのＵＲＬ作成部３４は
「http://192.168.1.1/0001.jpg」
というＵＲＬを作成する。また、撮像装置３０ＢのＵＲＬ作成部３４は、
「http://192.168.1.1/0001.jpg」
というＵＲＬを作成する。
【００７２】
クライアント端末１０のＨＴＴＰ通信部１４が先に撮像装置３０Ａと通信しファイルＡ（0001.jpg）を取得した場合、キャッシュファイル記憶部１９ａには「http://192.168.1.1/0001.jpg」が記憶される。このため、クライアント端末１０のＨＴＴＰ通信部１４が後から撮像装置３０Ｂと通信しファイルＢ（0001.jpg）を取得しようとユーザが操作しても、ＨＴＴＰ通信部１４がファイルを要求するＨＴＴＰリクエストを送信せず、キャッシュファイル記憶部１９ａのキャッシュファイルを読み出してしまう可能性がある。
【００７３】
＜ＵＲＬに撮像装置３０の識別情報を含める場合＞
そこで、図７に示すように、ＵＲＬに撮像装置３０の識別情報を含めることが検討される。図７は、撮像装置３０の識別情報が含まれるＵＲＬについて説明する図の一例である。図７では、撮像装置３０Ａ、Ｂは、通信プロトコル、ＩＰアドレス、撮像装置３０の識別情報、及びファイル名からＵＲＬを作成する。撮像装置３０の識別情報は、撮像装置３０を特定するための情報である。更に詳しくは、撮像装置３０を一意に識別するための情報と称してもよい。また、識別情報とは、一般に、複数の対象からある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらの２つ以上の組み合わせをいう。具体的には、撮像装置３０のシリアルナンバー、型番＋ロット番号、ＭＡＣアドレスなどである。本実施形態では一例としてシリアルナンバーを例にして説明する。
【００７４】
したがって、撮像装置３０ＡのＵＲＬ作成部３４は、
「http://192.168.1.1/camera_A_serial_number/0001.jpg」
というＵＲＬを作成する。また、撮像装置３０ＢのＵＲＬ作成部３４は、
「http://192.168.1.1/camera_B_serial_number/0001.jpg」
というＵＲＬを作成する。
【００７５】
撮像装置３０ＡのファイルＡのファイル名と、撮像装置３０ＢのファイルＢのファイル名が同じでもＵＲＬが異なるので、クライアント端末１０はキャッシュファイルを使用せずに撮像装置３０ＡからファイルＡを取得し、撮像装置３０ＢからファイルＢを取得することができる。
【００７６】
＜ＵＲＬに撮像装置３０の識別情報を使用しメモリーカードを入れ替えた場合＞
しかしながら、ユーザがメモリーカード１２０を撮像装置３０から取り外し別の撮像装置３０に装着した場合に、異なるファイルから同じＵＲＬが作成されてしまう。
【００７７】
図８は、メモリーカード１２０が交換された場合に作成される、撮像装置３０の識別情報が含まれるＵＲＬを説明する図の一例である。図８に示すように、ユーザはメモリーカード１２０Ｂを撮像装置３０Ａに装着し、メモリーカード１２０Ａを撮像装置３０Ｂに装着した。この場合、撮像装置３０ＡのＵＲＬ作成部３４は、ファイルＢのＵＲＬとして、
「http://192.168.1.1/camera_A_serial_number/0001.jpg」
というＵＲＬを作成する。撮像装置３０ＢのＵＲＬ作成部３４は、ファイルＡのＵＲＬとして、
「http://192.168.1.1/camera_B_serial_number/0001.jpg」
というＵＲＬを作成する。
【００７８】
この場合でもクライアント端末１０は、ファイルＡとファイルＢのＵＲＬが異なるので、キャッシュファイルを使用せずに２つのファイルを取得できる。しかしながら、メモリーカード１２０Ａと１２０Ｂを入れ替える前後で、ファイルを指し示すＵＲＬも入れ替わってしまうため以下のような不都合が生じる。
【００７９】
まず、クライアント端末１０が撮像装置３０Ａに装着されたメモリーカード１２０ＡからファイルＡを取得した後で、撮像装置３０Ａに装着されたメモリーカード１２０ＢからファイルＢを取得する場合を考える。この場合、ファイルＡに関してもファイルＢに関してもＵＲＬは「http://192.168.1.1/camera_A_serial_number/0001.jpg」である。したがって、クライアント端末１０が撮像装置３０ＡからファイルＡを取得した段階でキャッシュファイル記憶部１９ａにＵＲＬが残るため、ファイルＢを取得する際、クライアント端末１０は撮像装置３０ＡにファイルＢを要求するのでなく、キャッシュファイル記憶部１９ａからファイルＡを読み出す可能性がある。クライアント端末１０が撮像装置３０Ｂに装着されたメモリーカード１２０ＢからファイルＢを取得した後で、撮像装置３０Ｂに装着されたメモリーカード１２０ＡからファイルＡを取得する場合も同様で、クライアント端末１０はファイルＡを取得できない可能性がある。
【００８０】
また、クライアント端末１０が撮像装置３０Ａに装着されたメモリーカード１２０ＡからファイルＡを取得した後で、撮像装置３０Ｂに装着されたメモリーカード１２０ＡからファイルＡを取得する場合を考える。この場合、同じファイルＡに対し、以下のように異なるＵＲＬが作成される。
「http://192.168.1.1/camera_A_serial_number/0001.jpg」
「http://192.168.1.1/camera_B_serial_number/0001.jpg」
ユーザが意識的にメモリーカードを交換したのでなかったり、交換したことを覚えていない場合、ユーザは異なるファイルであると判断するので、ファイルＡを取得する操作を行ってしまう。この場合、クライアント端末１０は撮像装置３０Ｂからも同じファイルＡを取得してしまう。
【００８１】
このように、撮像装置３０の識別情報をＵＲＬに使用しても、メモリーカード１２０が交換された場合には不都合が生じる場合があった。
【００８２】
＜ＵＲＬにメモリーカードの識別情報を含める場合＞
そこで、図９に示すように、ＵＲＬにメモリーカードの識別情報を含めることが検討される。図９は、メモリーカードの識別情報が含まれるＵＲＬについて説明する図の一例である。図９では、撮像装置３０Ａ、Ｂは、通信プロトコル、ＩＰアドレス、メモリーカードの識別情報、及びファイル名からＵＲＬを作成する。メモリーカードの識別情報は、メモリーカードを特定するための情報である。更に詳しくは、メモリーカードを一意に識別するための情報と称してもよい。具体的には、メモリーカードのＩＤ、シリアルナンバー、型番＋ロット番号、製造番号などである。メモリーカードの識別情報はメモリーカードから撮像装置３０が読み取れるものであればよい。本実施形態では一例としてＩＤを例にして説明する。
【００８３】
したがって、撮像装置３０ＡのＵＲＬ作成部３４は
「http://192.168.1.1/card_A_ID/0001.jpg」
というＵＲＬを作成する。また、撮像装置３０ＢのＵＲＬ作成部３４は、
「http://192.168.1.1/card_B_ID/0001.jpg」
というＵＲＬを作成する。
【００８４】
撮像装置３０ＡのファイルＡのファイル名と、撮像装置３０ＢのファイルＢのファイル名が同じでもＵＲＬが異なるので、クライアント端末１０はキャッシュファイルを使用せずに撮像装置３０ＡからファイルＡを取得し、撮像装置３０ＢからファイルＢを取得することができる。
【００８５】
＜ＵＲＬにメモリーカードの識別情報を使用しメモリーカードを入れ替えた場合＞
図１０は、メモリーカードが交換された場合に作成される、メモリーカードの識別情報が含まれるＵＲＬを説明する図の一例である。図１０に示すように、ユーザはメモリーカード１２０Ｂを撮像装置３０Ａに装着し、メモリーカード１２０Ａを撮像装置３０Ｂに装着した。この場合、撮像装置３０ＡのＵＲＬ作成部３４は、ファイルＢのＵＲＬとして、
「http://192.168.1.1/card_B_ID/0001.jpg」
というＵＲＬを作成する。撮像装置３０ＢのＵＲＬ作成部３４は、ファイルＡのＵＲＬとして、
「http://192.168.1.1/card_A_ID /0001.jpg」
というＵＲＬを作成する。
【００８６】
したがって、メモリーカード１２０の識別情報をＵＲＬに用いることで、メモリーカード１２０Ａと１２０Ｂを入れ替えた前後で、それぞれのＵＲＬがファイルを一意に特定できる。
【００８７】
例えば、クライアント端末１０が撮像装置３０Ａに装着されたメモリーカード１２０ＡからファイルＡを取得した後で、撮像装置３０Ａに装着されたメモリーカード１２０ＢからファイルＢを取得する場合を考える。この場合、ファイルＡを取得する際のＵＲＬは「http://192.168.1.1/card_A_ID /0001.jpg」で、ファイルＢを取得する際のＵＲＬは「http://192.168.1.1/card_B_ID /0001.jpg」である。ファイル名は同じでもＵＲＬが異なるので、クライアント端末１０はキャッシュファイルを使用せずに撮像装置３０ＡからファイルＡを取得し、撮像装置３０ＢからファイルＢを取得できる。
【００８８】
また、クライアント端末１０が撮像装置３０Ａに装着されたメモリーカード１２０ＡからファイルＡを取得した後で、撮像装置３０Ｂに装着されたメモリーカード１２０ＡからファイルＡを取得する場合を考える。この場合、撮像装置３０ＡからファイルＡを取得する際のＵＲＬは「http://192.168.1.1/card_A_ID /0001.jpg」で、撮像装置３０ＢからファイルＡを取得する際のＵＲＬは「http://192.168.1.1/card_A_ID /0001.jpg」である。このように、同じファイルＡには同じＵＲＬが作成されるので、ユーザが誤ってダウンロードすることを抑制できる。また、クライアント端末１０はキャッシュファイルを使用するので、同じファイルを取得することを抑制できる。
【００８９】
＜撮像装置３０に複数のメモリーカードが装着される場合＞
本実施形態のＵＲＬの作成方法は撮像装置３０が複数のメモリーカードを装着できる場合も有効である。
【００９０】
図１１は、複数のメモリーカードが装着された撮像装置３０が作成するＵＲＬを説明する図の一例である。図１１では撮像装置３０Ａにメモリーカード１２０Ａと１２０Ｂが装着されている。メモリーカード１２０ＡにはファイルＡが記憶され、メモリーカード１２０ＢにはファイルＢが記憶されている。
【００９１】
撮像装置３０Ａは、通信プロトコル、ＩＰアドレス、メモリーカードの識別情報、及びファイル名からＵＲＬを作成する。したがって、撮像装置３０ＡのＵＲＬ作成部３４はファイルＡについて「http://192.168.1.1/card_A_ID/0001.jpg」というＵＲＬを作成し、ファイルＢについて「http://192.168.1.1/card_B_ID/0001.jpg」というＵＲＬを作成する。
【００９２】
したがって、異なるファイルには異なるＵＲＬが作成されるので、クライアント端末１０はキャッシュファイルを使用せずにファイルＡ、Ｂを取得することができる。
【００９３】
＜動作手順＞
図１２は、撮像システム１００の動作を説明するシーケンス図の一例である。
S1：まず、クライアント端末１０と撮像装置３０が無線ＬＡＮなどにより通信接続を行う。具体的には、撮像装置３０に備えられた通信を開始するためのボタンをユーザが押下し、ユーザはクライアント端末１０にＳＳＩＤやパスワードを入力する。ＳＳＩＤやパスワードは撮像装置３０の底面などに貼付されている場合がある。
【００９４】
S2：ユーザはクライアント端末１０で動作するアプリやブラウザソフトウェアを操作して、ファイルの一覧を表示させる操作を行う。クライアント端末１０の操作受付部１２は操作を受け付ける。具体的な操作方法はクライアント端末１０で動作するアプリなどによって様々であるが、例えば静止画又は動画の保存先（クライアント端末１０内、撮像装置３０、アプリの専用フォルダ）を選択する操作がファイルの一覧を表示させる操作となる。
【００９５】
S3：クライアント端末１０のＨＴＴＰ通信部１４はファイル一覧を要求するＨＴＴＰリクエストを生成し、撮像装置３０に送信する。なお、ＩＰアドレスはアプリに登録されているか、又は、固定であるためユーザが入力できる。
【００９６】
S4：撮像装置３０の通信部３１はＨＴＴＰリクエストを受信するので、ファイル一覧の作成を行う。この処理の詳細は図１３にて説明する。
【００９７】
S5：ファイル一覧を作成した撮像装置３０はファイル一覧をクライアント端末１０に送信する。
【００９８】
S6：クライアント端末１０の通信部１１はファイル一覧を受信する。これにより、表示制御部１３がクライアント端末１０のＬＣＤ４０６にファイル一覧を表示する。ファイル一覧の表示例を図１５（ａ）に示す。ユーザはファイル一覧から取得したいファイルを選択する。クライアント端末１０の操作受付部１２はユーザの選択したファイルを受け付ける。具体的な操作方法はクライアント端末１０で動作するアプリなどによって様々であるが、ユーザは例えば静止画又は動画のファイル名やサムネイルを押下する。
【００９９】
S7：クライアント端末１０のＨＴＴＰ通信部１４はファイルを要求するＨＴＴＰリクエストを作成し、撮像装置３０に送信する。
【０１００】
S8：撮像装置３０の通信部３１はＨＴＴＰリクエストを受信するので、ファイルを取得する処理を行う。この処理の詳細は図１４にて説明する。
【０１０１】
S9：撮像装置３０の通信部３１はユーザが選択したファイルをクライアント端末１０に送信する。ファイルの表示例を図１５（ｂ）に示す。
【０１０２】
<<ファイル一覧の作成>>
図１３は、撮像装置３０がファイル一覧を作成する手順を示すフローチャート図の一例である。撮像装置３０のＨＴＴＰリクエスト解析部３２はＵＲＬがプログラム名を指定することから、ＧＥＴメソッドを含むＨＴＴＰリクエストがプログラムによる処理を要求するものであると判断して、ファイル一覧作成部３３にファイル一覧の作成を要求する。
【０１０３】
これにより、ファイル一覧作成部３３はファイル記憶部３９ａからファイル一覧を取得する（Ｓ１０）。ファイル記憶部３９ａに記憶されている情報を取得する。更に、好ましくはサムネイル画像を作成するか、予め作成されているサムネイル画像を読み出す。
【０１０４】
ファイル一覧作成部３３は変数ｎにファイル一覧のファイル数を設定する（Ｓ２０）。変数ｎは処理の制御用のパラメータである。
【０１０５】
次に、ファイル一覧作成部３３はメモリーカード１２０からメモリーカード１２０の識別情報を取得する（Ｓ３０）。メモリーカードの特定の領域（書き換え不可能な予め決まった領域）に例えばシリアルナンバーが記憶されている。
【０１０６】
以下のステップＳ４０〜Ｓ７０の処理は、ファイル数だけ繰り返し実行される。なお、ｉは０から始まり１つずつ大きくなる変数である。
【０１０７】
ファイル一覧作成部３３は、変数である「file info」にｉ番目のファイル情報を設定する（Ｓ４０）。このファイル情報は表３に示したファイル記憶部３９ａの１ファイル分の情報（１レコード）である。
【０１０８】
次に、ファイル一覧作成部３３は変数である「file name」にファイル情報のファイル名を設定する（Ｓ５０）。
【０１０９】
そして、ＵＲＬ作成部３４は、通信プロトコル、ＩＰアドレス、メモリーカードの識別情報、及び「file name」を使ってＵＲＬを作成する（Ｓ６０）。ＵＲＬは例えば以下のようになる。
ＵＲＬ＝http://192.168.1.1/メモリーカードの識別情報/ファイル名
次に、ＨＴＴＰ送信部３５は、ファイル名とＵＲＬを含むＨＴＴＰレスポンスを作成する（Ｓ７０）。また、サムネイル画像を送信してもよい。ファイル名はクライアント端末１０が表示するためのものであり、ＵＲＬはクライアント端末１０でファイル名に対応付けて保持され、ユーザがファイルを選択した場合にファイルを要求するためのＵＲＬとして使用される。
【０１１０】
撮像装置３０は全てのファイルについて以上の処理を行い、図１２のステップＳ５でファイル一覧をクライアント端末１０に送信する。
【０１１１】
<<ファイルの取得>>
図１４は、クライアント端末１０に送信するため撮像装置３０がファイルを取得する手順を示すフローチャート図の一例である。撮像装置３０のＨＴＴＰリクエスト解析部３２はＵＲＬがファイル名を指定することから、ＧＥＴメソッドを含むＨＴＴＰリクエストがファイルを要求するものであると判断して、ファイル送信部３７にファイルの取得を要求する。
【０１１２】
ファイル送信部３７は、ＨＴＴＰリクエストのＵＲＬからメモリーカード１２０の識別情報を取得する（Ｓ１１０）。
【０１１３】
次に、ファイル送信部３７は、撮像装置３０に装着されているメモリーカード１２０から識別情報を取得する（Ｓ１２０）。この処理は図１３のステップＳ３０と同様である。
【０１１４】
次に、ファイル送信部３７は、ＵＲＬから取得したメモリーカード１２０の識別情報と、撮像装置３０に装着されているメモリーカード１２０の識別情報が一致するか否かを判断する（Ｓ１３０）。これは、クライアント端末１０が指定するファイルがメモリーカード１２０に記憶されている否かを判断するためである。したがって、ステップＳ１３０の判断がＮｏの場合、図１４の処理は終了する。この場合、ファイル送信部３７はエラーメッセージをクライアント端末１０に送信することが好ましい。
【０１１５】
ステップＳ１３０の判断がＹｅｓの場合、ファイル送信部３７はＨＴＴＰリクエストのＵＲＬからファイル名を取得する（Ｓ１４０）。
【０１１６】
次に、ファイル送信部３７は撮像装置３０のファイル記憶部３９ａからファイル名を検索し、指定されたファイルが存在するか否かを判断する（Ｓ１５０）。
【０１１７】
ステップＳ１５０の判断がＮｏの場合、指定されたファイルが存在しないので、図１４の処理は終了する。この場合、ファイル送信部３７はエラーメッセージをクライアント端末１０に送信することが好ましい。
【０１１８】
ステップＳ１５０の判断がＹｅｓの場合、ファイル送信部３７は、指定されたファイルをファイル記憶部３９ａから読み出して、ＨＴＴＰレスポンスとしてクライアント端末１０に送信する（Ｓ１６０）。
【０１１９】
＜画面例＞
図１５（ａ）はファイル一覧の一例を示す図である。クライアント端末１０の表示制御部１３はＨＴＴＰレスポンスに含まれるファイル一覧のうち、サムネイル画像５０１を表示している。このようなサムネイル画像５０１により、ユーザは所望のファイルを選択しやすくなる。ユーザがサムネイル画像５０１を選択すると、サムネイル画像５０１に対応付けられたＵＲＬを用いてファイルが要求される。
【０１２０】
図１５（ｂ）はクライアント端末１０が表示する静止画又は動画５０２の一例を示す。図１５は全天球画像の例なので円形の静止画又は動画５０２が表示されている。ユーザは回転させたり拡大したりして任意の部分を閲覧できる。
【０１２１】
また、ユーザは表示している静止画又は動画５０２をクライアント端末１０に保存することができる。保存した場合、静止画又は動画５０２のファイルがファイル記憶部１９ｂに記憶されると共に、ＵＲＬがキャッシュファイル記憶部１９ａに記憶される。
【０１２２】
＜変形例＞
上記では、メモリーカード１２０の識別情報を用いてＵＲＬが作成されたが、ファイルに関する情報を用いて、ＵＲＬが作成されてもよい。ファイルに関する情報とは、ファイル名を除いてファイルから取得できる情報であるが、ファイルに固有な情報であることが好ましい。例えば、ファイルの作成日時である。ファイルの作成日時は撮像日時と同じ場合がある。ファイルの作成日時が分や秒単位である場合、他のファイルの作成日時と一致することはまれであり、以下のように、メモリーカードが交換されても不都合は生じない。
【０１２３】
まず、撮像装置３０Ａに装着されたメモリーカード１２０ＡのファイルＡ（0001.jpg）からＵＲＬ作成部３４は以下のＵＲＬを作成する。ファイルＡの作成日時は2016.07.01.12.34であるとする。
「http://192.168.1.1/2016.07.01.12.34/0001.jpg」
また、撮像装置３０Ｂに装着されたメモリーカード１２０ＢのファイルＢ（0001.jpg）からＵＲＬ作成部３４は以下のＵＲＬを作成する。ファイルＢの作成日時は2016.07.02.12.34であるとする。
「http://192.168.1.1/2016.07.02.12.34/0001.jpg」
したがって、ＵＲＬが異なるのでクライアント端末１０はキャッシュファイルを使わずにファイルＡ，ファイルＢを取得できる。
【０１２４】
次に、クライアント端末１０が撮像装置３０Ａに装着されたメモリーカード１２０ＡからファイルＡを取得した後で、撮像装置３０Ａに装着されたメモリーカード１２０ＢからファイルＢを取得する場合を考える。この場合、ファイルＡとファイルＢに対し、以下のように異なるＵＲＬが作成される。
ファイルＡ  「http://192.168.1.1/2016.07.01.12.34/0001.jpg」
ファイルＢ  「http://192.168.1.1/2016.07.02.12.34/0001.jpg」
したがって、ファイル名は同じでもＵＲＬが異なるので、クライアント端末１０はキャッシュファイルを使用せずに撮像装置３０ＡからファイルＡ，Ｂを取得できる。
【０１２５】
また、クライアント端末１０が撮像装置３０Ａに装着されたメモリーカード１２０ＡからファイルＡを取得した後で、撮像装置３０Ｂに装着されたメモリーカード１２０ＡからファイルＡを取得する場合を考える。この場合、撮像装置３０ＡからファイルＡを取得する際のＵＲＬは、
「http://192.168.1.1/2016.07.01.12.34/0001.jpg」である。
【０１２６】
また、撮像装置３０ＢからファイルＡを取得する際のＵＲＬは
「http://192.168.1.1/2016.07.01.12.34/0001.jpg」である。
このように、同じファイルＡには同じＵＲＬが作成されるので、ユーザが誤ってダウンロードすることを抑制できる。また、クライアント端末１０はキャッシュファイルを使用するので、同じファイルを取得することを抑制できる。
【０１２７】
したがって、ファイルに固有の情報を用いてＵＲＬを作成することでキャッシュファイルを使用してファイルを取得しなかったり、同じファイルを取得することを抑制できる。なお、作成日時の他、静止画又は動画から作成したハッシュ値を利用してもよい。
【０１２８】
＜まとめ＞
以上説明したように、本実施形態の撮像システム１００は、記憶媒体に関する情報をＵＲＬに用いることで、クライアント端末１０が適切にファイルを取得できる。例えば、撮像装置３０の識別情報をＵＲＬに含めることで、クライアント端末１０が同じファイル名のファイルを取得できる。また、メモリーカード１２０の識別情報をＵＲＬに含めることで、メモリーカード１２０が取り替えられた場合に対応できる。すなわち、同じファイルからは同じＵＲＬが作成され、異なるファイルからは異なるＵＲＬが作成されるので、誤ってキャッシュファイルを使用したり、異なるファイルを取得しないといったことを抑制できる。
【０１２９】
＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【０１３０】
例えば、本実施形態では、通信プロトコルとしてＨＴＴＰを使用したが、ＴＣＰ／ＩＰ層上でファイルを送受信できる通信プロトコルであれば使用できる。例えば、ＦＴＰ、ＳＭＢ、ＷｅｂＤａｖなどが使用されてもよい。
【０１３１】
また、図５などの構成例は、クライアント端末１０及び撮像装置３０の処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。また、クライアント端末１０及び撮像装置３０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。
【０１３２】
なお、ＵＲＬ作成部３４は指定情報作成手段の一例であり、ＨＴＴＰ送信部３５は送信手段の一例であり、ＨＴＴＰ通信部１４はファイル取得手段の一例であり、撮像部３６は撮像手段の一例であり、ファイル送信部３７はファイル送信手段の一例である。
【符号の説明】
【０１３３】
１０    クライアント端末
３０    撮像装置
３１    通信部
３２    ＨＴＴＰリクエスト解析部
３３    ファイル一覧作成部
３４    ＵＲＬ作成部
３５    ＨＴＴＰ送信部
３７    ファイル送信部
１００  撮像システム
【先行技術文献】
【特許文献】
【０１３４】
【特許文献１】特開２０１５−２３３１８３号公報
【図１】
2018011175.tif 000006
【図２】
2018011175.tif 000007
【図３】
2018011175.tif 000008
【図４】
2018011175.tif 000009
【図５】
2018011175.tif 000010
【図６】
2018011175.tif 000011
【図７】
2018011175.tif 000012
【図８】
2018011175.tif 000013
【図９】
2018011175.tif 000014
【図１０】
2018011175.tif 000015
【図１１】
2018011175.tif 000016
【図１２】
2018011175.tif 000017
【図１３】
2018011175.tif 000018
【図１４】
2018011175.tif 000019
【図１５】
2018011175.tif 000020