(57)【要約】【課題】装置の使用に際してユーザに適切な準備を実施するよう促すこと。【解決手段】本発明にかかるシステムは、撮像装置、サーバ及び通信端末を備える。サーバは、撮像装置が使用されるイベントの予定を示すスケジュール基づいて、現在日時がイベントの開始日時よりも所定時間だけ前の日時に達しているとの判断に基づき、撮像装置の状態を示す状態情報の送信をリクエストするリクエスト情報を生成して撮像装置に送信し、リクエスト情報に基づき撮像装置から送信された状態情報を受信し、受信した状態情報に基づき、撮像装置の状態を通知する通知情報を生成して通信端末に送信する。撮像装置は、サーバから送信されたリクエスト情報を受信し、受信したリクエスト情報に基づき、状態情報を生成してサーバに送信する。通信端末は、サーバから送信された通知情報を受信し、受信した通知情報に基づき、撮像装置の状態を提示する。【選択図】図１
2014038367.tif 000002
【特許請求の範囲】
【請求項１】
撮像装置、サーバ、及び通信端末を備えたシステムであって、
前記サーバは、
前記撮像装置が使用されるイベントの予定を示すスケジュール情報が格納されるスケジュール情報記憶部と、
前記スケジュール情報に基づいて、現在日時が、前記イベントの開始日時よりも所定時間だけ前の日時に達しているか否かを判断するイベント判断部と、
前記現在日時が前記イベントの開始日時よりも所定時間だけ前の日時に達していると判断された場合に、前記撮像装置の状態を示す状態情報の送信をリクエストするリクエスト情報を生成するリクエスト情報生成部と、
前記生成されたリクエスト情報を前記撮像装置に送信するリクエスト情報送信部と、
前記リクエスト情報に基づき前記撮像装置から送信された状態情報を受信する状態情報受信部と、
前記受信された状態情報に基づき、前記撮像装置の状態を通知する通知情報を生成する通知情報生成部と、
前記生成された通知情報を前記通信端末に送信する通知情報送信部と、を有し、
前記撮像装置は、
前記サーバから送信されたリクエスト情報を受信するリクエスト情報受信部と、
前記受信されたリクエスト情報に基づき、前記状態情報を生成する状態情報生成部と、
前記生成された状態情報を前記サーバに送信する状態情報送信部と、を有し、
前記通信端末は、
前記サーバから送信された通知情報を受信する通知情報受信部と、
前記受信された通知情報に基づき、前記撮像装置の状態を提示する状態提示部と、を有する、
ことを特徴とするシステム。
【請求項２】
前記状態情報は、前記撮像装置による撮像に応じて消費される資源量を示し、
前記通知情報は、前記資源量に関する前記撮像装置の状態を示す、
ことを特徴とする請求項１に記載のシステム。
【請求項３】
前記サーバは、さらに、
前記イベントの種類に基づき、前記イベントで必要とされる資源量を判断する必要資源量判断部を有し、
前記通知情報生成部は、前記判断された前記イベントで必要とされる資源量に対する、前記状態情報が示す資源量の不足量に関する情報を、前記第１の状態情報として生成する、
ことを特徴とする請求項２に記載のシステム。
【請求項４】
撮像装置が使用されるイベントの予定を示すスケジュールを管理するサーバであって、
前記スケジュールを示すスケジュール情報が格納されるスケジュール情報記憶部と、
前記スケジュール情報に基づいて、現在日時が、前記イベントの開始日時よりも所定時間だけ前の日時に達しているか否かを判断するイベント判断部と、
前記現在日時が前記イベントの開始日時よりも所定時間だけ前の日時に達していると判断された場合に、前記撮像装置の状態を示す状態情報の送信をリクエストするリクエスト情報を生成するリクエスト情報生成部と、
前記生成されたリクエスト情報を前記撮像装置に送信するリクエスト情報送信部と、
前記リクエスト情報に基づき前記撮像装置から送信された状態情報を受信する状態情報受信部と、
前記受信された状態情報に基づき、前記撮像装置の状態を通知する通知情報を生成する通知情報生成部と、
前記生成された通知情報を通信端末に送信する通知情報送信部と、を備える、
ことを特徴とするサーバ。
【請求項５】
装置、サーバ、及び通信端末を備えたシステムであって、
前記サーバは、
前記装置が使用されるイベントの予定を示すスケジュール情報が格納されるスケジュール情報記憶部と、
前記スケジュール情報に基づいて、現在日時が、前記イベントの開始日時よりも所定時間だけ前の日時に達しているか否かを判断するイベント判断部と、
前記現在日時が前記イベントの開始日時よりも所定時間だけ前の日時に達していると判断された場合に、前記装置の状態を示す状態情報の送信をリクエストするリクエスト情報を生成するリクエスト情報生成部と、
前記生成されたリクエスト情報を前記装置に送信するリクエスト情報送信部と、
前記リクエスト情報に基づき前記装置から送信された状態情報を受信する状態情報受信部と、
前記受信された状態情報に基づき、前記装置の状態を通知する通知情報を生成する通知情報生成部と、
前記生成された通知情報を前記通信端末に送信する通知情報送信部と、を有し、
前記装置は、
前記サーバから送信されたリクエスト情報を受信するリクエスト情報受信部と、
前記受信されたリクエスト情報に基づき、前記状態情報を生成する状態情報生成部と、
前記生成された状態情報を前記サーバに送信する状態情報送信部と、を有し、
前記通信端末は、
前記サーバから送信された通知情報を受信する通知情報受信部と、
前記受信された通知情報に基づき、前記装置の状態を提示する状態提示部と、を有する、
ことを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システム及びサーバに関し、特に、装置の状態をユーザに対して提示する技術に関する。
【背景技術】
【０００２】
日常的にではなく、何か特別なイベント時にのみ、ビデオカメラを使用するというユーザは多い。ビデオカメラを使用してわが子の様子を撮像するユーザを例にあげると、毎日のように子供の様子を撮像する者は勿論いるが、入学式・学芸会・運動会といった特別なイベントのときに限って子供の様子を撮像するという者も多い。このようなビデオカメラの使用頻度の低いユーザは、いざビデオカメラを使用しようという時になって初めて、そのビデオカメラの記録メディアやバッテリの容量が不足していることに気がつくことが多い。イベントの前日や出発の直前、場合によっては撮像を開始する直前に、どれくらい記録メディアやバッテリの容量が残っているのかを＜前回の撮像以来ひさしぶりに＞ユーザは確認し、そこで初めて容量の不足に気がつくのである。
【０００３】
そして記録メディアやバッテリの容量が不足していることにユーザが気付いても、容量を確保するための準備を十分に行えないことがある。撮像するイベントが迫っており、記録メディアに記録されている動画や静止画のデータを他の機器に移しかえる時間を確保できない場合や、バッテリを充電するための時間を確保できない場合は、ユーザが十分な準備を行うことができない。十分な準備を行うことができなかったユーザは、記録メディアやバッテリの容量がなくなって途中から撮像ができなくなったり、非常に限られた撮像可能時間をやりくりして撮像を行なったりするはめにある。
【０００４】
特許文献１には、記録メディアやバッテリの容量といった電子機器の状態の確認が遅れることでユーザが十分な準備ができないという上記のような事態に対して、電池残量が所定量まで低下したことを検出したときにユーザの携帯端末に警告メッセージを送信するネットワーク接続機器が開示されている。
【０００５】
しかし特許文献１に開示の技術では、そのネットワーク機器が使用されるタイミングとは無関係に、電池残量の低下が検出されたときに警告メッセージが通知されるため、警告メッセージの通知タイミングによってはイベントまでの時間がまだ十分にあることを理由に、ユーザが電池の充電を先送りにしてしまう可能性がある。その先送りの結果として電池を充電する必要があることをユーザが失念してしまい、電池残量が不足していることに使用直前になって気が付き、ネットワーク接続機器の準備が結局のところ不足してしまうという問題の発生が推察される。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−２３４０７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は上述した問題に対してなされたものであって、装置の使用に際してユーザに適切な準備を実施するよう促すことを可能とするシステム及びサーバを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の第１の態様にかかるシステムは、撮像装置、サーバ、及び通信端末を備えたシステムであって、前記サーバは、前記撮像装置が使用されるイベントの予定を示すスケジュール情報が格納されるスケジュール情報記憶部と、前記スケジュール情報に基づいて、現在日時が、前記イベントの開始日時よりも所定時間だけ前の日時に達しているか否かを判断するイベント判断部と、前記現在日時が前記イベントの開始日時よりも所定時間だけ前の日時に達していると判断された場合に、前記撮像装置の状態を示す状態情報の送信をリクエストするリクエスト情報を生成するリクエスト情報生成部と、前記生成されたリクエスト情報を前記撮像装置に送信するリクエスト情報送信部と、前記リクエスト情報に基づき前記撮像装置から送信された状態情報を受信する状態情報受信部と、前記受信された状態情報に基づき、前記撮像装置の状態を通知する通知情報を生成する通知情報生成部と、前記生成された通知情報を前記通信端末に送信する通知情報送信部と、を有し、前記撮像装置は、前記サーバから送信されたリクエスト情報を受信するリクエスト情報受信部と、前記受信されたリクエスト情報に基づき、前記状態情報を生成する状態情報生成部と、前記生成された状態情報を前記サーバに送信する状態情報送信部と、を有し、前記通信端末は、前記サーバから送信された通知情報を受信する通知情報受信部と、前記受信された通知情報に基づき、前記撮像装置の状態を提示する状態提示部と、を有する、ことを特徴とするものである。
【０００９】
本発明の第２の態様にかかるサーバは、撮像装置が使用されるイベントの予定を示すスケジュールを管理するサーバであって、前記スケジュールを示すスケジュール情報が格納されるスケジュール情報記憶部と、前記スケジュール情報に基づいて、現在日時が、前記イベントの開始日時よりも所定時間だけ前の日時に達しているか否かを判断するイベント判断部と、前記現在日時が前記イベントの開始日時よりも所定時間だけ前の日時に達していると判断された場合に、前記撮像装置の状態を示す状態情報の送信をリクエストするリクエスト情報を生成するリクエスト情報生成部と、前記生成されたリクエスト情報を前記撮像装置に送信するリクエスト情報送信部と、前記リクエスト情報に基づき前記撮像装置から送信された状態情報を受信する状態情報受信部と、前記受信された状態情報に基づき、前記撮像装置の状態を通知する通知情報を生成する通知情報生成部と、前記生成された通知情報を通信端末に送信する通知情報送信部と、を備えることを特徴とするものである。
【００１０】
本発明の第３の態様にかかるシステムは、装置、サーバ、及び通信端末を備えたシステムであって、前記サーバは、前記装置が使用されるイベントの予定を示すスケジュール情報が格納されるスケジュール情報記憶部と、前記スケジュール情報に基づいて、現在日時が、前記イベントの開始日時よりも所定時間だけ前の日時に達しているか否かを判断するイベント判断部と、前記現在日時が前記イベントの開始日時よりも所定時間だけ前の日時に達していると判断された場合に、前記装置の状態を示す状態情報の送信をリクエストするリクエスト情報を生成するリクエスト情報生成部と、前記生成されたリクエスト情報を前記装置に送信するリクエスト情報送信部と、前記リクエスト情報に基づき前記装置から送信された状態情報を受信する状態情報受信部と、前記受信された状態情報に基づき、前記装置の状態を通知する通知情報を生成する通知情報生成部と、前記生成された通知情報を前記通信端末に送信する通知情報送信部と、を有し、前記装置は、前記サーバから送信されたリクエスト情報を受信するリクエスト情報受信部と、前記受信されたリクエスト情報に基づき、前記状態情報を生成する状態情報生成部と、前記生成された状態情報を前記サーバに送信する状態情報送信部と、を有し、前記通信端末は、前記サーバから送信された通知情報を受信する通知情報受信部と、前記受信された通知情報に基づき、前記装置の状態を提示する状態提示部と、を有する、ことを特徴とするものである。
【発明の効果】
【００１１】
上述した本発明の各態様によれば、装置の使用に際してユーザに適切な準備を実施するよう促すことを可能とするシステム及びサーバを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態１にかかる撮像システムの構成図である。
【図２】本発明の実施の形態１にかかる撮像装置の構成を示すブロック図である。
【図３】本発明の実施の形態１にかかる通信端末の構成を示すブロック図である。
【図４】本発明の実施の形態１にかかるサーバの構成を示すブロック図である。
【図５】本発明の実施の形態１にかかる撮像装置のメインＣＰＵの機能ブロックを示すブロック図である。
【図６】本発明の実施の形態１にかかる撮像装置のサブＣＰＵの機能ブロックを示すブロック図である。
【図７】本発明の実施の形態１にかかる通信端末のＣＰＵの機能ブロックを示すブロック図である。
【図８】本発明の実施の形態１にかかるサーバのＣＰＵの機能ブロックを示すブロック図である。
【図９】本発明の実施の形態１にかかるスケジュール情報の内容を示す図である。
【図１０】本発明の実施の形態１にかかるイベントの種類と、そのイベントの種類に該当するイベントにおいて想定されるバッテリ消費要因との関係を示す図である。
【図１１】本発明の実施の形態１にかかるパラメータテーブル情報を示す図である。
【図１２】本発明の実施の形態１にかかる撮像装置と通信端末との間の時刻同期設定処理を示すフローチャートである。
【図１３】本発明の実施の形態１にかかる撮像装置によるサーバとの間の各種情報の送受信処理を示すフローチャートである。
【図１４】本発明の実施の形態１にかかる撮像装置によるサーバによる撮像装置及び通信端末との間の各種情報の送受信処理を示すフローチャートである。
【図１５】本発明の実施の形態１にかかる通信端末において提示される画像の一例を示す図である。
【図１６】本発明の実施の形態１にかかる通信端末において提示される画像の一例を示す図である。
【図１７】本発明の実施の形態１にかかる通信端末において提示される画像の一例を示す図である。
【図１８】本発明の実施の形態２にかかる撮像装置のメインＣＰＵの機能ブロックを示すブロック図である。
【図１９】本発明の実施の形態２にかかるサーバのＣＰＵの機能ブロックを示すブロック図である。
【図２０】本発明の実施の形態２にかかるイベントの種類と、そのイベントの種類に該当するイベントにおいて想定されるビットレートとの関係を示す図である。
【図２１】本発明の実施の形態２にかかるパラメータテーブル情報を示す図である。
【図２２】本発明の実施の形態２にかかる通信端末において提示される画像の一例を示す図である。
【図２３Ａ】本発明の他の実施の形態にかかるテーブル情報を示す図である。
【図２３Ｂ】本発明の他の実施の形態にかかるテーブル情報を示す図である。
【発明を実施するための形態】
【００１３】
＜＜発明の実施の形態１＞＞
＜撮像システム１の構成＞
本発明の実施の形態１として撮像システム１及びその構成機器について説明する。まず図１を用いて撮像システム１の構成を説明する。
【００１４】
撮像システム１は、撮像装置１０、通信端末２０、及びサーバ３０を有する。撮像装置１０、通信端末２０、及びサーバ３０は無線又は有線のネットワークを介して撮像データをはじめとした各種情報を相互に送受信する。このネットワークを介した情報の送受信の中には、後述する、撮像装置１０からサーバ３０への＜撮像装置１０の状態を示す情報＞の送信、及びサーバ３０から通信端末２０への＜撮像装置１０の状態を通知する情報＞が含まれる。まず以下に各機器間のネットワーク通信について説明する。
【００１５】
撮像装置１０又は通信端末２０は、携帯電話における無線通信規格に基づく無線通信を介してサーバ３０との間でデータの送受信を行う。無線通信規格として例えば、３Ｇ、３．５Ｇ、及び、４Ｇ（ＬＴＥ）といった無線通信規格が考えられる。また撮像装置１０又は通信端末２０は、インターネットにおける通信規格に基づく有線通信又は無線通信を介して、サーバ３０との間でデータの送受信を行うこともできる。なおインターネットにおける通信規格が利用される場合、撮像装置１０とサーバ３０との間、及び通信端末２０とサーバ３０との間で、携帯電話基地局、及び携帯電話網とインターネットとを接続するゲートウェイ等を介して各種データが送受信されることになる。
【００１６】
撮像装置１０と通信端末２０とは、無線通信規格に基づく無線通信を介して相互にデータを送受信する。例えばＷｉ−Ｆｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）といった近距離無線通信規格がこの無線通信規格として考えられる。次に撮像システム１を構成する撮像装置１０、通信端末２０、及びサーバ３０の各機器の概要について順に説明する。
【００１７】
撮像システム１が有する撮像装置１０は動画像及び静止画像を撮像することができる。撮像装置１０は例えばデジタルビデオカメラ又はデジタルスチルカメラといった電子機器である。上述したネットワーク通信により撮像装置１０は自身の＜状態を示す情報＞を生成しサーバ３０に送信する。この＜撮像装置１０の状態を示す情報＞の生成・送信は、サーバ３０からのリクエストに応じて行われる。
【００１８】
撮像装置１０は＜撮像装置１０の状態を示す情報＞として自身の資源残量に関する情報を生成しサーバ３０に送信する。資源残量としては、撮像装置１０に搭載されたバッテリや記録メディアの残量等が考えられる。本実施の形態１に係る撮像システム１では資源残量としてバッテリの残量を対象とする場合を例にあげて説明する。なお撮像装置１０による撮像に応じて消費される資源であれば資源残量はどのような資源を対象とするようにしてもよい。
【００１９】
撮像システム１が有する通信端末２０は例えば携帯電話、ＰＨＳ（Personal Handyphone System）、タブレットＰＣ（Personal Computer）、又はノートＰＣといった通信機能を備えた情報処理装置である。ここで携帯電話にはいわゆるスマートフォンが含まれる。上述したネットワーク通信により通信端末２０は、サーバ３０が＜撮像装置１０の状態を示す情報＞に基づいて生成した＜撮像装置１０の状態を通知する情報＞を受信する。液晶モニタに表示する等して、通信端末２０は受信した＜撮像装置１０の状態を通知する情報＞から生成した画像等の情報をユーザに提示する。
【００２０】
＜撮像装置１０の状態を通知する情報＞として、例えば（１）撮像装置１０の資源量（残量）そのもの、（２）イベントで必要になると想定される資源量（資源の必要量）、（３）資源の必要量を確保するための準備の必要性、（４）資源の必要量を確保するための準備に必要な作業量（時間）、及び（５）資源の必要量に対する資源の不足量等のうちの少なくとも何れか一つを示す情報が生成する。本実施の形態１に係る撮像システム１では、＜撮像装置１０の状態を通知する情報＞が、（１）撮像装置１０のバッテリ残量、（２）撮像装置１０のバッテリの必要量、（３）撮像装置１０のバッテリを充電する必要があるか否か、（４）撮像装置１０のバッテリの必要量を充電するのに必要な時間、及び（５）バッテリ容量の不足量からなる場合を例にあげて説明する。
【００２１】
撮像システム１が有するサーバ３０は各種情報を蓄積する情報蓄積装置であると共にユーザのスケジュールを記憶し管理する情報処理装置である。サーバ３０は、記憶したスケジュールに基づき、ユーザが撮像装置１０を使用するイベントが迫っていることを判断する。そして判断がなされるとサーバ３０は撮像装置１０に対して＜状態に関する情報＞の通知をリクエストする。上述したネットワーク通信により＜状態に関する情報＞を受信すると、サーバ３０は＜撮像装置１０の状態を通知する情報＞を生成し、同じく上述したネットワーク通信により通信端末２０に送信する。
【００２２】
上述したように、撮像システム１によれば、ユーザが撮像装置１０を利用するイベントが迫っていることを判断し、＜撮像装置１０の状態を通知する情報＞をユーザに提示することができる。これにより撮像システム１は、撮像装置１０の使用に際してユーザが適切な準備を実施することを可能とする。
【００２３】
また、撮像システム１では、サーバ３０において、撮像装置１０を使用するイベントに対する撮像装置１０の状態の提示タイミングを判断し、その判断に応じたリクエストによって撮像装置１０の状態を撮像装置１０から取得してユーザに対して提示するようにしている。これにより撮像システム１は、ユーザのスケジュールをサーバ３０で集中的に管理しつつ、適切なタイミングで撮像装置１０の状態をユーザに対して提示することを可能とする。例えば、サーバ３０と撮像装置１０の両方でユーザのスケジュールを重複管理して、撮像装置１０において撮像装置１０の状態の提示タイミングを判断させることなく、適切なタイミングで撮像装置１０の状態をユーザに対して提示することができる。
【００２４】
＜撮像装置１０の構成＞
続いて撮像システム１が有する撮像装置１０の構成について説明する。図２は撮像装置１０の構成を示すブロック図である。
【００２５】
撮像装置１０は、メインＣＰＵ（Central Processing Unit）１００、サブＣＰＵ１０１、撮像部１０２、画像Ａ／Ｄ変換部１０３、ズームアクチュエータ１０４、フォーカスアクチュエータ１０５、マイクロフォン（以下、「マイク」とも言う）１０６、音声Ａ／Ｄ変換部１０７、音声・画像処理部１０８、設定情報記憶部１０９、音声・画像データ記録１１０、ＶＲＡＭ（Video RAM）１１１、メインメモリ１１２、サブメモリ１１３、時計１１４、カードＩ／Ｆ部１１５、画像Ｄ／Ａ変換部１１６、液晶モニタ１１７、音声Ｄ／Ａ変換部１１８、スピーカ１１９、操作部１２０、サーバ通信部１２１、端末通信部１２２、照度センサ１２３、ＬＥＤ（Light Emitting Diode）ライト１２４、バッテリ１２５、及び二次電池１２６を有する。撮像装置１０が有するこれらの各構成について以下に順に説明する。
【００２６】
メインＣＰＵ１００は撮像装置１０が行う各種処理を統括的に制御する。メインＣＰＵ１００が、各種プログラムを実行することで、この統括的な制御が実現される。メインＣＰＵ１００は、主電源として機能するバッテリ１２５から供給される電力を使用して駆動する。
【００２７】
撮像装置１０の主電源をＯＮにする指示を操作部１２０を介してユーザが入力すると、メインＣＰＵ１００は駆動を開始する。そしてメインＣＰＵ１００は、ユーザが操作部１２０に入力する操作に応じて、撮像等の各種処理の制御を行う。またメインＣＰＵ１００は、撮像装置１０が使用（主電源ＯＮ）されていない状況下においても、撮像装置１０が上述したサーバ３０からリクエストを受け付け可能とする契機をつくるために、所定の駆動タイミングで、サブＣＰＵ１０１からの駆動指示に応じて駆動を開始する。そして、その駆動時間内にサーバ３０からのリクエストを受けた場合には、そのリクエストに応じて、メインＣＰＵ１００は、＜撮像装置１０の状態を示す情報＞の生成・送信の処理の制御を行う。
【００２８】
サブＣＰＵ１０１は、メインＣＰＵ１００の駆動タイミングを監視し所定の駆動タイミングでメインＣＰＵ１００を駆動させる制御を行う。対応するプログラムをサブＣＰＵ１０１が実行することで、これら駆動タイミングの監視等の制御が実現される。ここで常駐電源として機能する二次電池１２６から供給される電力を使用することで、この二次電池１２６の電力が続く限りサブＣＰＵ１０１は常時駆動する。サブＣＰＵ１０１は、メインＣＰＵを駆動する所定の駆動タイミング（駆動時刻）となったか否かを時計１１４から出力される時刻情報に基づいて判断する。サブＣＰＵ１０１は、時刻情報が示す現在時刻が所定の駆動タイミングとなったと判断したときにメインＣＰＵ１００に対して駆動指示を行う。
【００２９】
このように、サーバ３０からのリクエストを受け付け可能とするために、所定の駆動タイミング（例えば、毎日ＡＭ１０時等）毎に、メインＣＰＵ１００を駆動する時間を設け、その他の時間はメインＣＰＵ１００の駆動を停止することで、バッテリ１２５の消費を低減しつつ、所望のタイミングで撮像装置１０の状態をサーバ３０に通知することを可能としている。つまり、好ましくは、サブＣＰＵ１０１は、撮像装置１０における電力消費を極力抑えるようにするために、上述したメインＣＰＵ１００の駆動タイミングを監視しメインＣＰＵ１００を駆動する制御のみを行い、サーバ３０との間における情報の送受信等のその他の処理は、メインＣＰＵ１００によって実施するようにし、サブＣＰＵ１０１では行わないように構成される。
【００３０】
撮像部１０２は、ズームレンズ１３０、フォーカスレンズ１３１、及び撮像素子１３２を有する。撮像素子１３２は、例えばＣＣＤ（Charge Coupled Device）やＣＭＯＳ（Complementary Metal Oxide Semiconductor）等である。撮像部１０２は、ズームレンズ１３０及びフォーカスレンズ１３１を通過した光を撮像素子１３２が光電変換することにより撮像した被写体を示すアナログ画像信号を生成する。撮像部１０２は、生成したアナログ画像信号を画像Ａ／Ｄ変換部１０３に出力する。
【００３１】
画像Ａ／Ｄ変換部１０３は、撮像部１０２から出力されたアナログ画像信号をＡ／Ｄ変換してデジタル画像データを生成する。画像Ａ／Ｄ変換部１０３は、生成したデジタル画像データを撮像画像データとしてメインメモリ１１２に格納する。
【００３２】
ズームアクチュエータ１０４は、メインＣＰＵ１００からの指示に応じてズームレンズ１３０を光軸ＬＡに沿って移動するように制御する。ユーザが操作部１２０に入力する指示に応じて焦点距離が変更される場合に、メインＣＰＵ１００はズームレンズ１３０の移動をズームアクチュエータ１０４に指示する。
【００３３】
メインＣＰＵ１００からの指示に応じてフォーカスアクチュエータ１０５は、フォーカスレンズ１３１を光軸ＬＡに沿って移動するように制御する。ユーザが操作部１２０に入力する指示に応じてピント合わせが行われる場合に、メインＣＰＵ１００はフォーカスレンズ１３１の移動をフォーカスアクチュエータ１０５に指示する。
【００３４】
マイク１０６は、撮像時の周囲の音声を集音して、集音した音声を示すアナログ音声信号を生成する。マイク１０６は、生成したアナログ音声信号を音声Ａ／Ｄ変換部１０７に出力する。
【００３５】
音声Ａ／Ｄ変換部１０７は、マイク１０６から出力されたアナログ音声信号をＡ／Ｄ変換してデジタル音声データを生成する。音声Ａ／Ｄ変換部１０７は、撮像画像データと併せて、生成したデジタル音声データを撮像時音声データとしてメインメモリ１１２に格納する。
【００３６】
メインＣＰＵ１００からの指示に応じて音声・画像処理部１０８は、メインメモリ１１２に格納された撮像画像データ及び撮像時音声データに所定の圧縮処理を施して圧縮データを生成する。圧縮データとして、例えばＭＰＥＧ（Moving Picture Experts Group）形式のデータが生成される。音声・画像処理部１０８は、生成した圧縮データをカード型記録媒体１４０に格納する。
【００３７】
設定情報記憶部１０９は、各種の撮像装置１０に対して設定された内容を示す各種設定情報を格納している。格納される各種設定情報には、後述する撮像モードについての設定情報が含まれる。音声・画像データ記録部１１０は、撮像画像データ及び撮像時音声データの圧縮データを格納している。設定情報記憶部１０９及び音声・画像データ記録部１１０のそれぞれは１つ以上の任意の不揮発性記憶装置によって構成される。不揮発性記憶装置は例えばフラッシュメモリやハードディスク等である。なお設定情報記憶部１０９及び音声・画像データ記録部１１０を両部の機能を併せ持つ１つの不揮発性記憶装置によって構成してもよい。
【００３８】
ＶＲＡＭ１１１は、液晶モニタ１１７に表示するデジタル画像データの一時記憶領域として使用される。ＶＲＡＭ１１１には、撮像画像データ及び各種メニュー画像データ等の各種画像データが格納される。
【００３９】
メインメモリ１１２は、各種デジタル画像データ及び各種デジタル音声データの一時記憶領域として使用されるとともに、メインＣＰＵ１００の演算作業領域及びメインＣＰＵ１００に実行されるプログラムの格納領域としても使用される。メインメモリ１１２は１つ以上の任意の揮発性記憶装置によって構成される。揮発性記憶装置は、例えばＳＲＡＭ（Static Random Access Memory）やＤＲＡＭ（Dynamic Random Access Memory）等である。
【００４０】
サブメモリ１１３は、サブＣＰＵ１０１の演算作業領域及びサブＣＰＵ１０１に実行されるプログラムの格納領域としても使用される。常駐電源として機能する二次電池１２６から供給される電力を使用して、この二次電池１２６の電力が続く限りサブメモリ１１３は常時駆動する。サブメモリ１１３は１つ以上の任意の揮発性記憶装置によって構成される。
【００４１】
時計１１４は、現在時刻を計測すると共に、現在時刻を示す時刻情報をメインＣＰＵ１００及びサブＣＰＵ１０１に出力する。時計１１４はいわゆるリアルタイムクロックである。
【００４２】
カードＩ／Ｆ部１１５はカード型記録媒体１４０を脱着可能に構成される。カードＩ／Ｆ部１１５は、カード型記録媒体１４０に対するデータの書き込み又はカード型記録媒体１４０に記録されたデータの読み出しをメインＣＰＵ１００からの指示に応じて行う。カード型記録媒体１４０としては任意の外部メモリを使用することができる。外部メモリは、例えばＳＤメモリーカードやコンパクトフラッシュ（登録商標）等である。
【００４３】
画像Ｄ／Ａ変換部１１６は、ＶＲＡＭ１１１又はメインメモリ１１２に格納されたデジタル画像データをメインＣＰＵ１００からの指示に応じて取得する。そして画像Ｄ／Ａ変換部１１６は、取得したデジタル画像データをＤ／Ａ変換してアナログ画像信号を生成する。画像Ｄ／Ａ変換部１１６は、生成したアナログ画像信号を液晶モニタ１１７に出力する。
【００４４】
液晶モニタ１１７は、画像Ｄ／Ａ変換部１１６から出力されたアナログ画像信号に基づいて、そのアナログ画像信号が示す画像を表示する。液晶モニタ１１７は、液晶バックライト１５０を有する。液晶モニタ１１７は、メインＣＰＵ１００からの指示に応じて、メインＣＰＵ１００からの指示で指定された輝度で液晶バックライト１５０を発光させる。画像を表示するモニタは、液晶モニタ１１７に限られず、例えば、有機ＥＬモニタやプラズマディスプレイモニタ等の表示装置のうち任意の表示装置を使用するようにしてもよい。
【００４５】
音声Ｄ／Ａ変換部１１８はメインメモリ１１２に格納されたデジタル音声データを取得する。そして音声Ｄ／Ａ変換部１１８は取得したデジタル音声データをＤ／Ａ変換してアナログ音声信号を生成する。音声Ｄ／Ａ変換部１１８は生成したアナログ音声信号をスピーカ１１９に出力する。
【００４６】
スピーカ１１９は、音声Ｄ／Ａ変換部１１８から出力されたアナログ音声信号に基づいて、そのアナログ音声信号が示す音声を出力する。
【００４７】
操作部１２０は、図示されない操作ボタン、十字キー、ジョイスティック、又は液晶モニタ１１７上に重畳されたタッチパネル等から構成され、ユーザの操作入力を受けつける。操作部１２０はユーザの操作入力を受けると、その入力内容を示す入力情報を生成してメインＣＰＵ１００に出力する。
【００４８】
サーバ通信部１２１は、メインＣＰＵ１００が生成し出力した各種情報をサーバ３０に送信する。この各種情報には＜撮像装置１０の状態を示す情報＞が含まれる。またサーバ通信部１２１は、サーバ３０から送信された各種情報を受信してメインＣＰＵ１００に出力する。この各種情報には、サーバ３０からのリクエストが含まれる。サーバ通信部１２１は前述した無線又は有線のネットワークを利用してこれらの各種情報の送受信を行う。
【００４９】
端末通信部１２２は、メインＣＰＵ１００が生成し出力した各種情報を通信端末２０に送信する。また端末通信部１２２は、通信端末２０から送信された各種情報を受信してメインＣＰＵ１００に出力する。端末通信部１２２は前述した無線又は有線のネットワークを利用してこれらの各種情報の送受信を行う。
【００５０】
照度センサ１２３は、撮像装置１０の周囲の照度を検出する。そして照度センサ１２３は検出した照度を示す照度情報を生成する。照度センサ１２３は生成した照度情報をメインＣＰＵ１００に出力する。ＬＥＤライト１２４は、メインＣＰＵ１００からの指示に応じて、点灯又は消灯する。
【００５１】
バッテリ１２５は、主電源として機能し、撮像装置１０に含まれる各ユニット１００〜１２４に電力を供給する。バッテリ１２５に蓄積された電力は上述した各ユニット１００〜１２４の動作に応じて消費されていく。
【００５２】
二次電池１２６は、常駐電源として機能し、サブＣＰＵ１０１、サブメモリ１１３、及び時計１１４等の常時動作するユニットに対して電力を供給する。二次電池１２６に蓄積された電力は、サブＣＰＵ１０１、サブメモリ１１３、及び時計１１４等の動作に応じて消費されていく。
【００５３】
＜通信端末２０の構成＞
続いて撮像システム１が有する通信端末２０の構成について説明する。図３は通信端末２０の構成を示すブロック図である。
【００５４】
通信端末２０は、ＣＰＵ２００、ＶＲＡＭ２０１、メインメモリ２０２、時計２０３、画像Ｄ／Ａ変換部２０４、液晶モニタ２０５、音声Ｄ／Ａ変換部２０６、スピーカ２０７、操作部２０８、サーバ通信部２０９、及び装置通信部２１０を有する。通信端末２０が有するこれらの構成について以下に順に説明する。
【００５５】
ＣＰＵ２００は通信端末２０全体を統括的に制御する。通信端末２０を統括的に制御するためのプログラムをＣＰＵ２００が実行することで、この統括的な制御が実現される。
【００５６】
ＶＲＡＭ２０１は、液晶モニタ２０５に表示する画像データの一時記憶領域として使用される。ＶＲＡＭ２０１には、各種メニュー画像データ等の各種画像データが格納される。
【００５７】
メインメモリ２０２は、ＣＰＵ２００の演算作業領域及びＣＰＵ２００に実行されるプログラムの格納領域として使用される。メインメモリ２０２は、例えば１つ以上の任意の揮発性記憶装置によって構成される。
【００５８】
時計２０３は、現在時刻を計測するとともに、現在時刻を示す時刻情報をＣＰＵ２００に出力する。時計２０３はいわゆるリアルタイムクロックである。
【００５９】
画像Ｄ／Ａ変換部２０４は、ＶＲＡＭ２０１又はメインメモリ２０２に格納されたデジタル画像データをＣＰＵ２００からの指示に応じて取得する。画像Ｄ／Ａ変換部２０４は取得したデジタル画像データをＤ／Ａ変換してアナログ画像信号を生成する。画像Ｄ／Ａ変換部２０４は生成したアナログ画像信号を液晶モニタ２０５に出力する。
【００６０】
液晶モニタ２０５は、画像Ｄ／Ａ変換部２０４から出力されたアナログ画像信号に基づいて、そのアナログ画像信号が示す画像を表示する。液晶モニタ２０５は、＜撮像装置１０の状態を通知する情報＞に基づいて生成された画像を表示しユーザに提示する。画像を表示するモニタは、前述の撮像装置１０における液晶モニタ１１７と同様に液晶モニタ２０５に限られず任意の表示装置を使用するようにしてもよい。
【００６１】
音声Ｄ／Ａ変換部２０６は、メインメモリ２０２に格納されたデジタル音声データを取得する。音声Ｄ／Ａ変換部２０６は、取得したデジタル音声データをＤ／Ａ変換してアナログ音声信号を生成する。音声Ｄ／Ａ変換部２０６は、生成したアナログ音声信号をスピーカ２０７に出力する。
【００６２】
スピーカ２０７は、音声Ｄ／Ａ変換部２０６から出力されたアナログ音声信号に基づいて、そのアナログ音声信号が示す音声を出力する。
【００６３】
操作部２０８は、図示されない操作ボタン、十字キー、又は液晶モニタ２０５上に重畳されたタッチパネル等から構成され、ユーザの操作入力を受けつける。操作部２０８はユーザの操作入力を受けると、その入力内容を示す入力情報を生成し、ＣＰＵ２００に出力する。
【００６４】
サーバ通信部２０９は、ＣＰＵ２００が生成し出力した各種情報をサーバ３０に送信する。またサーバ通信部２０９は、サーバ３０から送信された各種情報を受信してＣＰＵ２００に出力する。サーバ通信部２０９は、前述したネットワーク通信を利用してこれらの各種情報の送受信を行う。サーバ通信部２０９は、このネットワーク通信を利用して＜撮像装置１０の状態を通知する情報＞をサーバ３０から受信する。
【００６５】
装置通信部２１０は、ＣＰＵ２００が生成し出力した各種情報を撮像装置１０に送信する。また装置通信部２１０は、撮像装置１０から送信された各種情報を受信してＣＰＵ２００に出力する。装置通信部２１０は、前述した無線又は有線のネットワークを利用してこれらの各種情報の送受信を行う。
【００６６】
＜サーバ３０の構成＞
続いて撮像システム１が有するサーバ３０の構成について説明する。図４はサーバ３０の構成を示すブロック図である。
【００６７】
サーバ３０は、ＣＰＵ３００、スケジュール情報記憶部３０１、パラメータテーブル情報記憶部３０２、メインメモリ３０３、時計３０４、装置通信部３０５、及び端末通信部３０６を有する。サーバ３０が有するこれらの構成について以下に順に説明する。
【００６８】
ＣＰＵ３００はサーバ３０全体を統括的に制御する。サーバ３０を統括的に制御するためのプログラムをＣＰＵ３００が実行することで、この統括的な制御が実現される。ＣＰＵ３００は、受信された＜撮像装置１０の状態を示す情報＞に基づき、＜撮像装置１０の状態を通知する情報＞を生成する。
【００６９】
スケジュール情報記憶部３０１は、少なくとも撮像装置１０及び通信端末２０についてのユーザの使用予定を示すスケジュール情報を記憶する。スケジュール情報は、（１）日付、（２）その日付に行われるイベント、及び（３）そのイベントの予定時間、を関連付けた情報である。スケジュール情報については後に詳述する。スケジュール情報記憶部３０１は例えば１つ以上の任意の不揮発性記憶装置によって構成される。
【００７０】
パラメータテーブル情報記憶部３０２は、パラメータテーブルを示すパラメータテーブル情報が格納される。パラメータテーブル情報は、（１）イベント、（２）そのイベントにおける予想撮像時間、及び（３）そのイベントで必要であると想定される資源量の算出に使用されるパラメータ、を関連付けた情報である。パラメータテーブル情報については後に詳述する。パラメータテーブル情報記憶部３０２は、例えば１つ以上の任意の不揮発性記憶装置によって構成される。
【００７１】
メインメモリ３０３は、ＣＰＵ３００の演算作業領域及びＣＰＵ３００に実行されるプログラムの格納領域として使用される。メインメモリ３０３は、例えば１つ以上の任意の揮発性記憶装置によって構成される。
【００７２】
時計３０４は、現在時刻を計測するとともに、現在時刻を示す時刻情報をＣＰＵ２００に出力する。時計３０４はいわゆるリアルタイムクロックである。
【００７３】
装置通信部３０５は、ＣＰＵ３００が生成し出力した各種情報を撮像装置１０に送信する。また装置通信部３０５は、撮像装置１０から送信された各種情報を受信してＣＰＵ３００に出力する。装置通信部３０５は、前述したネットワーク通信を利用してこれらの各種情報の送受信を行う。装置通信部３０５は、このネットワーク通信を利用して＜撮像装置１０の状態を示す情報＞を撮像装置１０から受信する。
【００７４】
端末通信部３０６は、ＣＰＵ３００が生成し出力した各種情報を通信端末２０に送信する。また端末通信部３０６は、通信端末２０から送信された各種情報を受信してＣＰＵ３００に出力する。端末通信部３０６は、前述したネットワーク通信を利用してこれらの各種情報の送受信を行う。端末通信部３０６は、このネットワーク通信を利用して＜撮像装置１０の状態を通知する情報＞を通信端末２０に送信する。
【００７５】
次に、＜撮像装置１０の状態を示す情報＞及び＜撮像装置１０の状態を通知する情報＞の生成や送受信について説明するために、（１）撮像装置１０のメインＣＰＵ１００及びサブＣＰＵ１０１、（２）通信端末２０のＣＰＵ２００、及び（３）サーバ３０のＣＰＵ３００の機能の詳細について順に説明する。
【００７６】
＜撮像装置１０のメインＣＰＵ１００の機能＞
撮像装置１０のメインＣＰＵ１００の機能の詳細について説明する。図５は撮像装置１０のメインＣＰＵ１００の機能ブロックを示すブロック図である。メインＣＰＵ１００は、時刻同期情報受信部１０００、時刻同期設定部１００１、バッテリ残量判断部１００２、リクエスト情報受信部１００３、第１の状態情報生成部１００４、及び第２の状態情報生成部１００５としても機能する。メインＣＰＵ１００が有するこれらの機能ブロックについて以下に順に説明する。
【００７７】
時刻同期情報受信部１０００は、通信端末２０と撮像装置１０とを同期する時刻を示す同期時刻情報を通信端末２０から受信する。時刻同期設定部１００１は、受信された同期時刻情報に基づき撮像装置１０の時刻を通信端末２０と同期する。バッテリ残量判断部１００２は、撮像装置１０の状態をサーバ３０に通知できるだけの残量がバッテリ１２５にあるか否かを判断する。リクエスト情報受信部１００３は、＜撮像装置１０の状態を示す情報＞の送信をリクエストするリクエスト情報をサーバ３０から受信する。
【００７８】
第１の状態情報生成部１００４は第１の＜撮像装置１０の状態を示す情報＞（以下、単に＜第１の状態情報＞と言う。）を生成しサーバ３００に送信する。本実施の形態１では、第１の状態情報生成部１００４がバッテリ残量情報生成部１０１０として機能し、第１の状態情報としてバッテリ１２５の容量の残量（以下、単に＜バッテリ１２５の残量＞とも言う。）を示す情報を生成する場合を例にあげて説明する。バッテリ残量情報生成部１０１０は、撮像装置１０のバッテリ１２５の残量を示す情報を第１の状態情報として生成しサーバ３０に送信する。
【００７９】
第２の状態情報生成部１００５は、次の駆動タイミングでメインＣＰＵ１００を駆動して第１の状態情報をサーバ３０に通知できるだけの残量がバッテリ１８５に無いとの判断に基づき、＜第１の状態情報をサーバ３０に通知できるだけの残量がバッテリ１８５に無い＞旨を示す第２の＜撮像装置１０の状態を示す情報＞（以下、単に＜第２の状態情報＞と言う。）を生成しサーバ３０に送信する。
【００８０】
続いて撮像装置１０のサブＣＰＵ１０１の機能ブロックについて説明する。図６は撮像装置１０のサブＣＰＵ１０１の機能ブロックを示すブロック図である。サブＣＰＵ１０１は、駆動タイミング判断部１１００及び駆動指示情報生成部１１０１としても機能する。
【００８１】
駆動タイミング判断部１１００は、メインＣＰＵ１００の駆動タイミングとなったか否かを判断する。駆動指示情報生成部１１０１は、メインＣＰＵ１００の駆動を指示する駆動指示情報を生成しメインＣＰＵ１００に出力する。ここで、駆動タイミングは、例えば、毎日ＡＭ１０：００又は毎週土曜日のＰＭ５：００等のように、任意のタイミングを予め定めることができる。
【００８２】
＜通信端末２０のＣＰＵ２００の機能＞
次に、通信端末２０のＣＰＵ２００の機能の詳細について説明する。図７は通信端末２０のＣＰＵ２００の機能ブロックを示すブロック図である。ＣＰＵ２００は、時刻同期情報生成部２０００、第１の通知情報受信部２００１、第２の通知情報受信部２００２、第３の通知情報受信部２００３、第１の装置状態提示部２００４、第２の装置状態提示部２００５、及び第３の装置状態提示部２００６としても機能する。ＣＰＵ２００が有するこれらの機能ブロックについて以下に順に説明する。
【００８３】
時刻同期情報生成部２０００は、時刻同期情報を生成し撮像装置１０に送信する。第１の通知情報受信部２００１は、サーバ３０が上記第１の状態情報に基づいて生成した第１の通知情報を受信する。第２の通知情報受信部２００２は、サーバ３０が上記第２の状態情報に基づいて生成した第２の通知情報を受信する。第３の通知情報受信部２００３は、第１の状態情報及び第２の状態情報の両方を撮像装置１０からサーバ３０が受信できない場合に生成される第３の通知情報を受信する。
【００８４】
第１の装置状態提示部２００４は、受信された第１の通知情報に基づき撮像装置１０の状態をユーザに対して提示する。第２の装置状態提示部２００５は、受信された第２の通知情報に基づき撮像装置１０の状態をユーザに対して提示する。第３の装置状態提示部２００６は、受信された第３の通知情報に基づき撮像装置１０の状態を取得できない旨をユーザに対して提示する。
【００８５】
＜サーバ３０のＣＰＵ３００の機能＞
続いて、サーバ３０のＣＰＵ３００の機能の詳細について説明する。図８は本発明の実施の形態１にかかるサーバ３０のＣＰＵ３００の機能ブロックを示すブロック図である。ＣＰＵ３００は、第１の状態情報受信部３０００、第２の状態情報受信部３００１、リクエストタイミング判断部３００２、リクエスト情報生成部３００３、第１の通知情報生成部３００４、第２の通知情報生成部３００５、及び第３の通知情報生成部３００６としても機能する。ＣＰＵ３００が有するこれらの機能ブロックについて以下に順に説明する。
【００８６】
第１の状態情報受信部３０００は第１の状態情報を撮像装置１０から受信する。第２の状態情報受信部３００１は第２の状態情報を撮像装置１０から受信する。リクエストタイミング判断部３００２はリクエスト情報の送信タイミングとなっているか否かを判断する。
【００８７】
リクエスト情報生成部３００３は、リクエスト情報の送信タイミングとなっているとの判断に基づき、リクエスト情報を生成し撮像装置１０に送信する。リクエスト情報生成部３００３は、現在日時が、イベントの開始日時よりも所定時間だけ前の日時に達しているときに、リクエスト情報の送信タイミングとなっていると判断する。
【００８８】
第１の通知情報生成部３００４は、受信された第１の状態情報に基づき、第１の通知情報を生成し通信端末２０に送信する。本実施の形態１では、第１の通知情報生成部３００４はバッテリ残量関連情報生成部３０１０として機能する。バッテリ残量関連情報生成部３０１０は、第１の状態情報としてバッテリ１２５の残量に関する第１の通知情報を通知する情報を生成する。
【００８９】
第２の通知情報生成部３００５は、受信された第２の状態情報に基づき、第２の通知情報を生成し通信端末２０に送信する。
【００９０】
第３の通知情報生成部３００６は、撮像装置１０の状態を取得できないとの判断に基づき、第３の通知情報を生成し通信端末２０に送信する。
【００９１】
＜サーバ３０が記憶するスケジュール情報＞
次に、サーバ３０のスケジュール情報記憶部３０１が記憶するスケジュール情報について以下に説明する。図９はスケジュール情報４００の一例を示す図である。
【００９２】
スケジュール情報４００は、（１）日付４０１、（２）その日付に行われるイベント４０２、及び（３）そのイベントの予定時間４０３（開始予定時刻及び終了予定時刻）の各情報からなる。
【００９３】
サーバ３０のスケジュール情報記憶部３０１にユーザが通信端末２０を使用してスケジュール情報４００を登録する（記憶させる）。通信端末２０の操作部２０８は、ユーザからのイベントの登録を指示する入力に応じて、その入力内容を示す入力情報を生成しＣＰＵ２００に出力する。この入力には、（１）日付、（２）その日付に行われるイベント、及び（３）そのイベントの予定時間を指定する入力が含まれる。ＣＰＵ２００は、操作部２０８からのイベントの登録を指示する入力を示す入力情報の出力に応じて、イベントの登録を指示するイベント登録指示情報を生成し、サーバ通信部２０９を介してサーバ３０に送信する。このイベント登録指示情報は、ユーザによって入力された（１）日付４０１、（２）その日付に行われるイベント４０２、及び（３）そのイベントの予定時間４０３を示すように生成される。
【００９４】
サーバ３０のＣＰＵ３００は、通信端末２０から送信されたイベント登録指示情報を端末通信部３０６を介して受信する。ＣＰＵ３００は、イベント登録指示情報で示される日付４０１に、イベント登録指示情報で示されるイベント４０２及びそのイベントの予定時間４０３を登録する。
【００９５】
サーバ３０のリクエストタイミング判断部３００２は、登録されたイベントの予定時間４０３の開始日時よりも所定時間だけ前の日時を、リクエスト情報の送信タイミングとして判断する。リクエスト情報生成部３００３が、判断されたリクエスト情報の送信タイミングで、リクエスト情報を生成し、リクエスト情報が撮像装置１０に送信される。そして、このリクエスト情報に基づいて撮像装置１０から状態を示す情報が取得され、通信端末２０を介して、その状態がユーザに通知される。これによって、ユーザは撮像装置１０を使用する前の適切なタイミングで、撮像装置１０の状態を認識することができ、撮像装置１０の準備不足を解消することを可能とする。
【００９６】
＜バッテリの消費要因及びイベントの種類、とバッテリ１２５の電力消費の関係＞
バッテリ１２５の電力消費が大きくなる要因（バッテリ１２５の消費要因）について以下に説明する。図１０は、イベントの種類と、そのイベントの種類に該当するイベントにおいて想定されるバッテリ消費要因との関係を示す図である。バッテリ１２５の消費要因として図１０に示す（ａ）〜（ｆ）ついて説明する。なおバッテリ１２５の消費要因は（ａ）〜（ｆ）に示す例に限られず、ユーザやサーバ３０の管理者等が任意に定めるようにしてよい。
【００９７】
１つ目の要因（ａ）として撮像モードが挙げられる。撮像装置１０は、その撮像モードとしてプログレッシブモードとインタレースモードとを有する。ユーザは操作部１２０を使用して、撮像モードをプログレッシブモードとするかインタレースモードとするかを選択する。メインＣＰＵ１００は、この選択に応じて撮像素子１３２のスキャン方式を切り替える。プログレッシブモードが選択された場合は、メインＣＰＵ１００は、奇数番目及び偶数番目の全ての走査線から構成されるアナログ画像信号を生成するプログレッシブスキャン方式に切り替える。インタレースモードが選択された場合は、メインＣＰＵ１００は、奇数番目の走査線から構成されるアナログ画像信号と偶数番目の走査線から構成されるアナログ画像信号とを交互に生成するインタレーススキャン方式に切り替える。
【００９８】
プログレッシブモードでは全ての走査線について画像が生成されるため、動きのある被写体の撮像に対してインタレースモードよりも有効性が高い。一方で、プログレッシブモードではインタレースモードよりも撮像素子１３２の処理対象となるデータ量が多くなるため、その分バッテリ１２５の消費も大きくなる。したがって第１の通知情報生成部３００４は、動作モードとしてプログレッシブモードが使用されると予想されるイベントでは、バッテリ１２５の消費がより大きくなると見積もって第１の通知情報を生成する。
【００９９】
２つ目の要因（ｂ）として液晶モニタ１１７の液晶バックライト１５０の発光量が挙げられる。撮像装置１０は、液晶モニタ１１７に表示された画像の視認性を高めるために、屋内等の撮像装置１０の周辺の明るさ（照度）が低い場所では、液晶モニタ１１７の液晶バックライト１５０の輝度が高くなるように調整する。本実施の形態では、液晶モニタ１１７が半透過型液晶である場合について例示する。照度センサ１２３は、撮像装置１０の周囲の照度を検出して、検出した照度を示す照度情報を生成する。照度センサ１２３は生成した照度情報をメインＣＰＵ１００に出力する。メインＣＰＵ１００は、照度センサ１２３から出力された照度情報が示す照度に応じた輝度で、液晶バックライト１５０の輝度の設定を指示する輝度設定指示情報を生成し、液晶モニタ１１７に出力する。輝度設定指示情報は、照度情報が示す照度が所定の閾値以上である場合、液晶バックライト１５０の輝度を第１の輝度に設定するように指示するように生成され、照度情報が示す照度が所定の閾値未満である場合には、第１の輝度よりも大きい第２の輝度に設定するように指示するように生成される。液晶モニタ１１７は、メインＣＰＵ１００からの輝度設定指示情報の出力に応じて、その輝度設定指示情報で指示される輝度に液晶バックライト１５０を設定する。
【０１００】
このように撮像装置１０の周辺の照度が低い場合には、照度が高い場合に比べて液晶バックライト１５０の輝度が高く（発光量が大きく）設定され、バッテリ１２５の消費が大きくなる。したがって第１の通知情報生成部３００４は、液晶バックライト１５０の輝度が高く設定されると予想されるイベントでは、バッテリ１２５の電力消費がより大きくなると見積もって第１の通知情報を生成する。
【０１０１】
３つ目の要因（ｃ）として電動ズームが挙げられる。撮像装置１０は、ユーザの所望する大きさでの被写体の撮像を可能とするためにズーム機能を有する。操作部１２０は、ユーザからのズームイン又はズームアウトを指示する入力に応じて、その入力内容を示す入力情報を生成しメインＣＰＵ１００に出力する。メインＣＰＵ１００は、操作部１２０からのズームイン又はズームアウトを指示する入力を示す入力情報の出力に応じて、その入力情報で示されるズームイン又はズームアウトに応じたズームレンズ１３０の移動を指示する指示情報を生成しズームアクチュエータ１０４に出力する。ズームアクチュエータ１０４は、メインＣＰＵ１００からの指示情報の出力に応じて、その指示情報で指示されるようにズームレンズ１３０を移動させる。
【０１０２】
このように、電動ズームが使用される場合には、ズームアクチュエータ１０４を駆動しズームレンズ１３０を移動させるために、電動ズームが使用されない場合に比べてバッテリ１２５の消費が大きくなる。したがって第１の通知情報生成部３００４は、電動ズームが多用されると予想されるイベントでは、バッテリ１２５の消費がより大きくなると見積もって第１の通知情報を生成する。
【０１０３】
４つ目の要因（ｄ）として断続撮像が挙げられる。断続撮像が行われる場合、撮像装置１０の主電源のＯＦＦ・ＯＮが繰り返される。具体的には、操作部１２０は、ユーザからの主電源ＯＦＦを指示する入力に応じて、その入力内容を示す入力情報を生成しメインＣＰＵ１００に出力する。メインＣＰＵ１００は、操作部１２０からの主電源ＯＦＦを指示する入力を示す入力情報の出力に応じて、撮像装置１０のシャットダウン処理を行うとともに、主電源ＯＦＦを指示する指示情報を生成しサブＣＰＵ１０１に出力する。サブＣＰＵ１０１は、バッテリ１２５からのメインＣＰＵ１００等への電力の供給を遮断する。また、操作部１２０は、ユーザからの主電源ＯＮを指示する入力に応じて、その入力内容を示す入力情報を生成しサブＣＰＵ１０１に出力する。サブＣＰＵ１０１は、バッテリ１２５からのメインＣＰＵ１００等への電力の供給を開始するとともに、メインＣＰＵ１００の駆動を指示する駆動指示情報を生成しメインＣＰＵ１００に出力する。メインＣＰＵ１００は、サブＣＰＵ１０１からの駆動指示情報の出力に応じて駆動を開始する。メインＣＰＵ１００は、この駆動開始時に、撮像装置１０の初期化処理を実行する。
【０１０４】
このように、断続撮像における撮像装置１０の主電源のＯＦＦ・ＯＮが行われると、その都度、シャットダウン処理及び初期化処理のために、バッテリ１２５が大きく消費される。したがって第１の通知情報生成部３００４は、断続撮像が多用されると予想されるイベントでは、バッテリ１２５の消費がより大きくなると見積もって第１の通知情報を生成する。
【０１０５】
５つ目の要因（ｅ）としてＬＥＤライト１２４が挙げられる。ユーザは、暗い場所で被写体を撮像するときに、ＬＥＤライト１２４を点灯させて撮像装置１０の周辺を明るくすることができる。操作部１２０は、ユーザからのＬＥＤライト１２４の点灯を指示する入力に応じて、その入力内容を示す入力情報を生成しメインＣＰＵ１００に出力する。メインＣＰＵ１００は、操作部１２０からのＬＥＤライト１２４の点灯を指示する入力を示す入力情報の出力に応じて、ＬＥＤライト１２４の点灯を指示する指示情報を生成しＬＥＤライト１２４に出力する。ＬＥＤライト１２４は、メインＣＰＵ１００からの点灯を指示する指示情報の出力に応じて点灯する。
【０１０６】
このように、ＬＥＤライト１２４を点灯させると、バッテリ１２５の消費が大きくなる。したがって第１の通知情報生成部３００４は、ＬＥＤライト１２４が多用されると予想されるイベントでは、バッテリ１２５の消費がより大きくなると見積もって第１の通知情報を生成する。
【０１０７】
６つ目の要因（ｆ）としてＡＦ（AutoFoucus）が挙げられる。撮像装置１０は、ユーザによるピント合わせを簡易にするためにＡＦ機能を有する。具体的には、操作部１２０は、ユーザからのピント合わせを指示する入力に応じて、その入力内容を示す入力情報を生成しメインＣＰＵ１００に出力する。メインＣＰＵ１００は、操作部１２０からのピント合わせを指示する入力を示す入力情報の出力に応じて、ピント合わせるようにフォーカスレンズ１３１の移動を指示する指示情報を生成しフォーカスアクチュエータ１０５に出力する。フォーカスアクチュエータ１０５は、メインＣＰＵ１００からの指示情報の出力に応じて、その指示情報で指示されるようにフォーカスレンズ１３１を移動させる。
【０１０８】
このようにＡＦが使用される場合には、フォーカスアクチュエータ１０５を駆動し、フォーカスレンズ１３１を移動させるために、バッテリ１２５の電力消費が大きくなる。したがって第１の通知情報生成部３００４は、ＡＦが多用されると予想されるイベントでは、バッテリ１２５の電力消費がより大きくなると見積もって第１の通知情報を生成する。
【０１０９】
次にイベントの種類について説明する。本実施の形態では、図１０に示すようにイベントの種類を、（１）スポーツ、（２）セレモニー、（３）旅行、及び（４）風景・趣味の４つに分類する例について説明する。なおイベントの種類は、ここで説明する例に限られず、サーバ３０の管理者が任意に決定するようにしてよい。
【０１１０】
スポーツは、運動会、及びスポーツ大会等の各種スポーツに関するイベントが該当する。スポーツでは被写体の動きが激しいと考えられるためプログレッシブモードによって撮像が行われることが想定される。また、競技の邪魔にならないように遠方から撮像すると考えられるためズームが多用されることが想定される。また、被写体の位置も変わると考えられるためＡＦも多用されることが想定される。したがってスポーツではバッテリ１２５の消費要因として（ａ）、（ｃ）、（ｆ）が想定される。
【０１１１】
セレモニーは、結婚式、入学式、及び卒業式等の各種式典に関するイベントが該当する。セレモニーでは屋内で行われると考えられるため液晶バックライト１５０の輝度が高くされることが想定される。また、被写体の位置が変わることも考えられるためＡＦも多用されると考えられる。したがって、スポーツではバッテリ１２５の消費要因として（ｂ）、（ｆ）が想定される。
【０１１２】
旅行は、旅行に関するイベントが該当する。旅行では人及び風景等の様々な距離関係の被写体を対象とするためズーム及びＡＦが多用されることが想定される。また、撮像ポイント間で撮像装置１０の主電源がＯＦＦにされると考えられるため断続撮像が行われることが想定される。したがって、旅行ではバッテリ１２５の消費要因として（ｃ）、（ｄ）、（ｆ）が想定される。
【０１１３】
風景・趣味は、散策による電車・風景撮像等の短時間の外出での風景の撮像に関するイベントが該当する。風景・趣味では、一度決定した画角のまま取り流すことが多いと考えられるため、特に該当する要因は無いと想定される。
【０１１４】
以上より、本実施の形態１では、前述のイベントの種類のうち、（１）スポーツ、（２）セレモニー、及び（３）旅行については、イベントで必要となると想定されるバッテリ１２５の必要量を上述したバッテリ１２５の消費要因を考慮して算出して、算出したバッテリ１２５の必要量に基づく情報（バッテリ１２５の不足量等）も併せて、資源量に関する撮像装置１０の状態としてユーザに対して提示する。これによれば、イベントに対して必要な準備の程度（充電時間）をユーザが明確に認識することが可能となる。なお、バッテリ１２５の消費要因の考慮は、次に説明するように、重みを利用することによって実現する。
【０１１５】
＜パラメータテーブル情報＞
続いて、図１１を参照して本発明の実施の形態１にかかるパラメータテーブル情報５００について説明する。図１１は本発明の実施の形態１にかかるパラメータテーブル情報５００を示す図である。
【０１１６】
パラメータテーブル情報５００は、パラメータテーブルとして、イベントの種類毎に、複数のエントリ５０１を含むテーブルを示す。１つのエントリは、（１）イベント種類５０２、（２）予想撮像時間５０３、及び（３）重み５０４を示す。
【０１１７】
イベント種類５０２は前述したイベントの種類を示す。予想撮像時間５０３は、同一エントリのイベント種類５０２に該当するイベントで予想される撮像時間を示す。ここで予想撮像時間５０３は、ユーザやサーバ３０の管理者等が任意の時間を予め定めるようにしてよい。
【０１１８】
重み５０４は、同一エントリ５０１のイベント種類５０２に該当するイベントで必要となると想定される資源量（資源の必要量）を算出する際に使用される重みを示す。本実施の形態１では、重み５０４は、それに対応するイベント種類５０２におけるバッテリ１２５の消費要因に応じて、バッテリ１２５の必要量がより大きく算出されるように決定されている。すなわち、本実施の形態１では、スポーツについては前述の要因（ａ）、（ｃ）、（ｆ）に応じた大きさを決定されるようにすればよく、セレモニーについては前述の要因（ｂ）、（ｆ）に応じた大きさを決定されるようにすればよく、旅行については前述の要因（ｃ）、（ｄ）、（ｆ）に応じた大きさを決定されるようにすればよい。ここで、重み５０４は、前述の要因に応じて、ユーザやサーバ３０の管理者等が任意の値を予め定めるようにしてよい。
【０１１９】
なお図１１に示す例では、風景・趣味については想定されるバッテリ１２５の消費要因が無いため重み５０４を設定していないが、風景・趣味についてもスポーツ、セレモニー、及び旅行よりも小さな重み５０４を設定するようにしてもよい。
【０１２０】
＜時刻同期処理＞
続いて、本発明の実施の形態１にかかる撮像装置１０と通信端末２０との間の時刻同期設定処理について説明する。図１２は、本発明の実施の形態１にかかる撮像装置１０と通信端末２０との間の時刻同期設定処理を示すフローチャートである。なお前提として、通信端末２０の時刻とサーバ３０の時刻は同期されているものとして説明する。すなわち、通信端末２０の時計２０３が出力する時刻情報が示す時刻と、サーバ３０の時計３０４が出力する時刻情報が示す時刻は、同期されているものとする。通信端末２０の時刻とサーバ３０の時刻とは、例えば、ＮＴＰ（Network Time Protocol）によって常に同期する。
【０１２１】
撮像装置１０の操作部１２０は、通信端末２０との時刻同期を指示する入力をユーザから受ける（Ｓ１０１）。操作部１２０は、ユーザからの時刻同期を指示する入力に応じて、その入力内容を示す入力情報を生成しメインＣＰＵ１００に出力する。メインＣＰＵ１００は、操作部１２０からの時刻同期を指示する入力を示す入力情報の出力に応じて、通信端末２０との間での無線通信の確立を試みる（Ｓ１０２）。
【０１２２】
撮像装置１０と通信端末２０との間で無線通信が確立した場合（Ｓ１０２：Ｙｅｓ）、通信端末２０の時刻同期情報生成部２０００は、時計２０３から出力される時刻情報に基づいて、撮像装置１０に対して同期する時刻を示す時刻同期情報を生成する（Ｓ１０３）。この時刻同期情報は、時計２０３から出力された時刻情報によって示される時刻を示すように生成される。時刻同期情報生成部２０００は、生成した時刻同期情報を装置通信部２１０を介して撮像装置１０に送信する（Ｓ１０４）。
【０１２３】
撮像装置１０の時刻同期情報受信部１０００は、通信端末２０から送信された時刻同期情報を、端末通信部１２２を介して受信する（Ｓ１０５）。時刻同期設定部１００１は、時刻同期情報受信部１０００が受信した時刻同期情報に基づいて、時計１１４の時刻を通信端末２０の時刻と同期するように設定する（Ｓ１０６）。すなわち時刻同期設定部１００１は時刻同期情報が示す時刻を時計１１４に設定する。
【０１２４】
一方、撮像装置１０と通信端末２０との間で無線通信が確立しなかった場合（Ｓ１０２：Ｎｏ）、撮像装置１０の時刻同期情報受信部１０００は、時刻同期に失敗した旨のメッセージを液晶モニタ１１７に表示する（Ｓ１０７）。具体的には、時刻同期情報受信部１０００は、時刻同期に失敗した旨のメッセージの画像を示すデジタル画像データを音声・画像データ記録部１１０から取得してＶＲＡＭ１１１に格納する。時刻同期情報受信部１０００は、ＶＲＡＭ１１１のデジタル画像データの表示を指示する指示情報を画像Ｄ／Ａ変換部１１６に出力する。画像Ｄ／Ａ変換部１１６は、時刻同期情報受信部１０００からのＶＲＡＭ１１１のデジタル画像データの表示を指示する指示情報の出力に応じて、ＶＲＡＭ１１１に格納された、時刻同期に失敗した旨のメッセージの画像を示すデジタル画像データをＤ／Ａ変換したアナログ画像信号を液晶モニタ１１７に出力する。液晶モニタ１１７は、画像Ｄ／Ａ変換部１１６から出力されたアナログ画像信号に基づいて時刻同期に失敗した旨のメッセージの画像を表示する。
【０１２５】
なお、ここでの説明では、撮像装置１０がその時刻を通信端末２０と同期する場合について説明したが、これに限られない。撮像装置１０が同様にしてサーバ３０と時刻を同期するようにしてもよい。すなわち、撮像装置１０がサーバ３０との間で通信を確立し、サーバ３０のＣＰＵ３００が時計３０４から出力される時刻情報に基づいて時刻同期情報を生成し撮像装置１０に送信するようにしてもよい。
【０１２６】
以上に説明したように、撮像装置１０の時刻を、通信端末２０及びサーバ３０の時刻と同期することによって、より正確な時刻に基づいた駆動タイミングでメインＣＰＵ１００を駆動することが可能となる。
【０１２７】
＜各種情報の送受信処理＞
続いて、本発明の実施の形態１にかかる撮像装置１０によるサーバ３０との間の各種情報の送受信処理について説明する。図１３は、本発明の実施の形態１にかかる撮像装置１０による、サーバ３０との間の各種情報の送受信処理を示すフローチャートである。
【０１２８】
二次電池１２６に電力残量があり、二次電池１２６から電力の供給を受けてサブＣＰＵ１０１が駆動している場合（Ｓ２０１：Ｙｅｓ）、サブＣＰＵ１０１の駆動タイミング判断部１１００は、所定のメインＣＰＵ１００の駆動タイミングとなったか否かを判断する（Ｓ２０２）。
【０１２９】
具体的には、駆動タイミング判断部１１００は、サブメモリ１１３に予め格納された駆動タイミング情報（駆動時刻情報）が示す駆動時刻と、時計１１４から出力された時刻情報が示す現在時刻とを比較する。そして駆動タイミング判断部１１００は駆動時刻と現在時刻とが一致した場合に、駆動タイミングとなったと判断する（Ｓ２０２：Ｙｅｓ）。一方、駆動時刻と現在時刻とが一致しない場合には、駆動タイミング判断部１１００はメインＣＰＵ１００の駆動タイミングとなっていないと判断する（Ｓ２０２：Ｎｏ）。
【０１３０】
メインＣＰＵ１００の駆動タイミングとなったと判断した場合（Ｓ２０２：Ｙｅｓ）、駆動タイミング判断部１１００は、バッテリ１２５の残量が第１の所定量以上あるか否かを判断する（Ｓ２０３）。駆動タイミング判断部１１００は、例えば、バッテリ１２５から出力される電圧値に基づいて、バッテリ１２５の残量を検出する。ここで、駆動タイミング判断部１１００は、第１の所定量として、後述するようにメインＣＰＵ１００を駆動して撮像装置１０の状態をサーバ３０に通知できるだけの残量があるか否かを判断する。
【０１３１】
バッテリ１２５の残量が第１の所定量以上あると判断した場合（Ｓ２０３：Ｙｅｓ）、駆動指示情報生成部１１０１は、メインＣＰＵ１００の駆動を指示する駆動指示情報を生成しメインＣＰＵ１００に出力する。メインＣＰＵ１００は、サブＣＰＵ１０１からの駆動指示情報の出力に応じて駆動を開始する（Ｓ２０４）。
【０１３２】
なお、（１）二次電池１２６に残量が無く、二次電池１２６から電力の供給を受けてサブＣＰＵ１０１が駆動できない場合（Ｓ２０１：Ｎｏ）、（２）メインＣＰＵ１００の駆動タイミングとなっていないと判断された場合（Ｓ２０２：Ｎｏ）、及び（３）バッテリ１２５の残量が第１の所定量未満であると判断された場合（Ｓ２０３：Ｎｏ）は、駆動指示情報生成部１１０１はメインＣＰＵ１００に対する駆動指示は行わない。
【０１３３】
サブＣＰＵ１０１によって駆動されたメインＣＰＵ１００はサーバ３０との間での無線通信の確立を試みる（Ｓ２０５）。
【０１３４】
ここで、ステップＳ２０５における撮像装置１０とサーバ３０との通信確立方法について具体的に説明する。この通信確立方法では、まず撮像装置１０が、サーバ３０のＩＰアドレスにアクセスし、撮像装置１０からのアクセスを受けたサーバ３０が、撮像装置１０のドメイン名に基づいて、撮像装置１０からのアクセスであることを認識できたときに撮像装置１０との間で通信を確立する。なお、この通信確立方法では、事前に、撮像装置１０のユーザが、ＤＮＳ（Domain Name System）サーバ（図示せず）にユーザ登録を行うとともに、撮像装置１０にＤＮＳ設定（ユーザ名、パスワード、及び撮像装置１０のドメイン名の設定）を行っているものとする。また、このＤＮＳサーバは、ＤＤＮＳ（Dynamic Domain Name System）機能を有するものとする。そして、ＤＮＳ設定内容（ユーザ名、パスワード、及びドメイン名）を示す設定情報が設定情報記憶部１０９に予め格納されているものとする。
【０１３５】
まず、撮像装置１０のメインＣＰＵ１００は、通信開始時にプロバイダより新たに割り当てられたＩＰアドレスをＤＤＮＳに通知して設定する。具体的には、メインＣＰＵ１００は、設定情報記憶部１０９に格納されたＤＮＳ設定の設定情報に基づいて、撮像装置１０に関するＩＰアドレスとドメイン名の対応の更新を要求する更新要求情報を生成し、サーバ通信部１２１を介してＤＮＳサーバに送信する。この更新情報は、前述の設定情報が示すＤＮＳ設定内容（ユーザ名、パスワード、及びドメイン名）及び新たに割り当てられたＩＰアドレスを示すように生成される。これによって、ＤＮＳサーバにおいて、更新要求情報で示すユーザ名及びパスワードでログインが行われ、その更新要求情報で示す撮像装置１０のドメイン名に、その更新要求情報で示す新たなＩＰアドレスが対応付けられる。
【０１３６】
続いて、メインＣＰＵ１００は、通信の確立を要求する通信確立要求情報を生成し、サーバ通信部１２１を介してサーバ３０に送信する。サーバ３０のＣＰＵ３００は、撮像装置１０から送信された通信確立要求情報を、装置通信部３０５を介して受信する。ＣＰＵ３００は、撮像装置１０からの通信の確立を要求する通信確立要求情報の受信に応じて、撮像装置１０のドメイン名を指定したＩＰアドレス要求情報をＤＮＳサーバに送信する。これによって、ＤＮＳサーバから撮像装置１０のドメイン名に対応付けて登録されている、撮像装置１０のＩＰアドレスを示すＩＰアドレス情報が送信される。ＣＰＵ３００は、ＤＮＳサーバから送信されたＩＰアドレス情報が示す撮像装置１０のＩＰアドレスが、通信確立要求情報の送信元のＩＰアドレスと一致し、その通信確立要求情報が撮像装置１０からのものであると識別することができた場合に、そのＩＰアドレスを用いて撮像装置１０に通信の確立を許可することを通知する通信確立許可情報を、装置通信部３０５を介して撮像装置１０に送信する。これによって、撮像装置１０とサーバ３０との間で通信が確立される。
【０１３７】
サーバ３０との間で無線通信が確立した場合（Ｓ２０５：Ｙｅｓ）、メインＣＰＵ１００のバッテリ残量判断部１００２は、バッテリ１２５の残量が第２の所定量以上あるか否かを判断する（Ｓ２０６）。バッテリ残量判断部１００２は、例えば、バッテリ１２５から出力される電圧値に基づいて、バッテリ１２５の残量を検出する。バッテリ残量判断部１００２は、第２の所定量として、次の駆動タイミングで、メインＣＰＵ１００を駆動し撮像装置１０の状態をサーバ３０に通知できるだけの残量があるか否かを判断する。
【０１３８】
バッテリ１２５の残量が第２の所定量以上であると判断された場合（Ｓ２０６：Ｙｅｓ）、メインＣＰＵ１００のリクエスト情報受信部１００３は、リクエスト情報の受信タイミングであるか否かを判断する（Ｓ２０７）。
【０１３９】
リクエスト情報の受信タイミングであると判断された場合（Ｓ２０７：Ｙｅｓ）、リクエスト情報受信部１００３は、サーバ３０から送信されたリクエスト情報を待ち合わせる。そして、リクエスト情報受信部１００３は、サーバ３０から送信されたリクエスト情報をサーバ通信部１２１を介して受信する（Ｓ２０８）。
【０１４０】
ここで、リクエスト情報の受信タイミングであるか否かは、サーバ３０からリクエスト情報の送信タイミングとなっているか否かを示す情報を受信し、その情報に基づいて判断するようにすればよい。例えば、前述の通信確立許可情報に、リクエスト情報の送信タイミングとなっているか否かを示す情報を含めるようにしてもよい。そして、その情報がリクエスト情報の送信タイミングとなっていることを示している場合には、リクエスト情報の受信タイミングであると判定するようにする。またリクエスト情報受信部１００３はリクエスト情報を無条件に待ち合わせるようにしてもよい。この場合は、所定時間が経過してもリクエスト情報を受信しなかった場合に、リクエスト情報の受信タイミングでないと判断して（Ｓ２０７：Ｎｏ）、メインＣＰＵ１００の駆動を終了するようにする（Ｓ２１３）。
【０１４１】
第１の状態情報生成部１００４は、サーバ３０からのリクエスト情報の受信に応じて、撮像装置１０の状態を示す第１の状態情報を生成する（Ｓ２０９）。第１の状態情報は、撮像装置１０の状態として現在のバッテリ１２５の残量を示すように生成される。例えば、第１の状態情報生成部１００４は、ステップＳ２０６においてバッテリ残量判断部１００２が判断したバッテリ１２５の残量を示すように第１の状態情報を生成することで、新たにバッテリ１２５の残量を判断しないようにしてもよい。第１の状態情報生成部１００４は、生成した第１の状態情報をサーバ通信部１２１を介してサーバ３０に送信する（Ｓ２１０）。
【０１４２】
一方、バッテリ１２５の残量が第２の所定量未満であると判断された場合（Ｓ２０６：Ｎｏ）、第２の状態情報生成部１００５は撮像装置１０の状態を示す第２の状態情報を生成する（Ｓ２１１）。ここで、第２の状態情報は、バッテリ１２５の残量が低下した状態であることを示すように生成される。第２の状態情報生成部１００５は、生成した第２の状態情報をサーバ通信部１２１を介してサーバ３０に送信する（Ｓ２１２）。
【０１４３】
（１）サーバ３０との間で無線通信が確立されなかった場合（Ｓ２０５：Ｎｏ）、（２）リクエスト情報の受信タイミングでないと判断された場合（Ｓ２０７：Ｎｏ）、又は（３）第１の状態情報又は第２の状態情報の送信が終了した場合（Ｓ２１０、Ｓ２１２）は、メインＣＰＵ１００は、その駆動を終了する（Ｓ２１３）。
【０１４４】
続いて、サーバ３０による撮像装置１０及び通信端末２０との間の各種情報の送受信処理について説明する。図１４は、本発明の実施の形態１にかかるサーバ３０による、撮像装置１０及び通信端末２０との間の各種情報の送受信処理を示すフローチャートである。
【０１４５】
撮像装置１０からの要求に応じて撮像装置１０との間で無線通信が確立した場合（Ｓ３０１：Ｙｅｓ）、第２の状態情報受信部３００１は撮像装置１０からの第２の状態情報を待ち合わせる（Ｓ３０２）。
【０１４６】
撮像装置１０との間で無線通信を確立してから所定時間が経過しても第２の状態情報を受信しなかった場合（Ｓ３０２：Ｎｏ）、リクエストタイミング判断部３００２は、リクエスト情報の送信タイミングとなっているか否かを判断する（Ｓ３０３）。すなわち、リクエストタイミング判断部３００２は、時計１１４から出力される時刻情報が示す現在時刻が、スケジュール情報記憶部３０１に格納されたスケジュール情報４００におけるいずれかのイベントの予定時間４０３の開始時刻よりも所定時間だけ前の時刻に達しているか否かを判断する。この所定時間は、例えば、サーバ３０が有する任意の記憶装置に、その所定時間を示す情報を格納しておき、リクエストタイミング判断部３００２がその情報を参照することで取得可能とする。そして、リクエストタイミング判断部３００２は、現在時刻が予定時間４０３の開始時刻よりも所定時間だけ前の時刻に達している場合、リクエスト情報の送信タイミングとなっていると判断し、現在時刻が予定時間４０３の開始時刻よりも所定時間だけ前の時刻に達していない場合、リクエスト情報の送信タイミングとなっていないと判断する。
【０１４７】
上述した所定時間は、例えば、１日（２４時間）及び１２時間等の任意の時間を、ユーザが撮像装置１０又は通信端末２０から予め設定することができる。具体的には、撮像装置１０の操作部１２０又は通信端末２０の操作部２０８は、ユーザからの時間の設定を指示する入力に応じて、その入力内容を示す入力情報を生成し、メインＣＰＵ１００又はＣＰＵ２００に出力する。この入力には、新たに設定する時間を指定する入力が含まれる。メインＣＰＵ１００又はＣＰＵ２００は、操作部１２０又は操作部２０８からの時間の設定を指示する入力を示す入力情報の出力に応じて、時間の設定を指示する設定指示情報を生成し、サーバ通信部１２１、２０９を介してサーバ３０に送信する。この設定指示情報は、入力情報が示す入力で指定された時間を示すように生成される。サーバ３０のＣＰＵ３００は、撮像装置１０又は通信端末２０から送信された設定指示情報を、装置通信部３０５又は端末通信部３０６を介して受信する。ＣＰＵ３００は、設定指示情報の受信に応じて、前述の所定時間を、受信した設定指示情報が示す時間に更新する。
【０１４８】
リクエスト情報の送信タイミングとなっている旨の判断がされた場合（Ｓ３０３：Ｙｅｓ）、リクエスト情報生成部３００３は、第１の状態情報の送信を要求するリクエスト情報を生成し（Ｓ３０４）、装置通信部３０５を介して撮像装置１０に送信する（Ｓ３０５）。
【０１４９】
サーバ３０の第１の状態情報受信部３０００は、撮像装置１０がリクエスト情報の受信に応じて生成・送信した第１の状態情報を、装置通信部３０５を介して受信する（Ｓ３０６：Ｙｅｓ）。第１の状態情報が受信されると、第１の通知情報生成部３００４は、その第１の状態情報に基づき、通信端末２０に撮像装置１０の状態を通知する第１の通知情報を生成する（Ｓ３０７）。
【０１５０】
第１の通知情報について以下に詳述する。第１の通知情報は上述した撮像装置１の状態に関する情報であり、（１）撮像装置１０の資源量（残量）そのもの、（２）イベントで必要になると想定される資源量（資源の必要量）、（３）資源の必要量を確保するための準備の必要性、（４）資源の必要量を確保するための準備に必要な作業量（時間）、及び（５）資源の必要量に対する資源の不足量等のうちの少なくとも何れか一つを示す情報である。本実施の形態１では、第１の通知情報が、（１）バッテリ１２５の残量、（２）バッテリ１２５の必要量（３）バッテリ１２５の充電の必要性、（４）バッテリ１２５の推定充電時間、及び（５）バッテリ１２５の不足量を示す場合を例示する。以下に、この（１）〜（５）についてそれぞれ説明する。
【０１５１】
第１の通知情報生成部３００４は、パラメータテーブル情報記憶部３０２に格納されたパラメータテーブル情報５００が示すパラメータテーブルにおいて、現在時刻が、その開始時刻よりも所定時間だけ前の時刻に達していると判断されたイベントの種類５０２を判断する。そして第１の通知情報生成部３００４は、判断したイベントの種類５０２と同一エントリ５０１に含まれる予想撮像時間５０３及び重み５０４を取得する。また、第１の通知情報生成部３００４は、スケジュール情報記憶部３０１に格納されたスケジュール情報４００が示すスケジュールから、そのイベントの予定時間４０３を取得する。そして第１の通知情報生成部３００４は、取得した予想撮像時間５０３及びイベントの予定時間４０３のうち、短い方の時間に基づいて、バッテリ１２５の必要量を算出する。バッテリ１２５の必要量は、予想撮像時間５０３又はイベントの予定時間４０３に応じて、適切な量を算出することができれば、どのような算出方法であってもよい。例えば、バッテリ１２５の必要量は、予想撮像時間５０３又はイベントの予定時間４０３に、所定の係数を乗算することによって算出されるようにする。
【０１５２】
また、バッテリ１２５の必要量は、さらに、重み５０４を乗算又は加算することによって、重み５０４の大きさに応じて、より大きな値として算出される。第１の通知情報生成部３００４は、算出したバッテリ１２５の必要量から、バッテリ１２５の残量を減算することで、バッテリ１２５の不足量を算出する。また、第１の通知情報生成部３００４は、バッテリ１２５の不足量から、不足分を充電するためにかかると推定される時間である推定充電時間を算出する。例えば、推定充電時間は、バッテリ１２５の不足量に、所定の係数を乗算することによって算出されるようにする。また、第１の通知情報生成部３００４は、充電の必要性を、バッテリ１２５の不足量があるか否かによって判断する。そして、第１の通知情報生成部３００４は、（１）撮像装置１０から通知されたバッテリ１２５の残量と、（２）算出したバッテリ１２５の必要量、（３）判断したバッテリ１２５の充電の必要性、（４）算出したバッテリ１２５の推定充電時間、及び（５）算出したバッテリ１２５の不足量とを示すように第１の通知情報を生成する。
【０１５３】
なお、前述の例では、予想撮像時間５０３又はイベントの予定時間４０３のうち、短い時間を採用するようにしたが、これに限られない。バッテリ切れとなる可能性を低減するために、予想撮像時間５０３又はイベントの予定時間４０３のうち、長い時間を採用するようにしてもよい。
【０１５４】
第１の通知情報生成部３００４は、生成した第１の通知情報を、端末通信部３０６を介して通信端末２０に送信する（Ｓ３０８）。これによって、第１の通知情報を受信した通信端末２０において、第１の通知情報に基づいて、バッテリ１２５の残量に関する撮像装置１０の状態がユーザに対して提示される。
【０１５５】
具体的には、通信端末２０の第１の通知情報受信部２００１は、サーバ３０から送信された第１の通知情報を、サーバ通信部２０９を介して受信する。第１の装置状態提示部２００４は、サーバ３０からの第１の通知情報の受信に応じて、その第１の通知情報が示す撮像装置１０の状態を提示する画像のデジタル画像データを生成する。第１の装置状態提示部２００４は、生成したデジタル画像データをＶＲＡＭ２０１に格納し、ＶＲＡＭ２０１のデジタル画像データの表示を指示する指示情報を画像Ｄ／Ａ変換部１１６に出力する。画像Ｄ／Ａ変換部１１６は、時刻同期情報受信部１０００からのＶＲＡＭ２０１のデジタル画像データの表示を指示する指示情報の出力に応じて、ＶＲＡＭ２０１に格納されたデジタル画像データをＤ／Ａ変換したアナログ画像信号を液晶モニタ１１７に出力する。液晶モニタ１１７は、画像Ｄ／Ａ変換部１１６から出力されたアナログ画像信号に基づいて、バッテリ１２５の残量に関する撮像装置１０の状態を示す画像を表示する。
【０１５６】
ここで、図１５に、このときに通信端末２０において提示される画像６００の一例を示す。図１５に示すように、バッテリ１２５の残量に関する撮像装置１０の状態を示す画像６００として、前述の第１の通知情報が示す各内容を提示することが可能となる。すなわち、バッテリ１２５の充電の必要性の表示６０１、撮像装置１０のバッテリ１２５の残量の表示６０２、バッテリ１２５の必要量の表示６０３、バッテリ１２５の不足量の表示６０４、及びバッテリ１２５の推定充電時間の表示６０５を提示することができる。
【０１５７】
このように、イベントの開始日時が所定時間後までの時間内に迫ったタイミングで、ユーザに対して、バッテリ１２５の残量に関する撮像装置１０の状態を提示することで、ユーザによる撮像装置１０のバッテリ１２５の残量不足による準備不足を解消することができる。
【０１５８】
一方、撮像装置１０との間で無線通信を確立してから、所定時間が経過する前に第２の状態情報受信部３００１が第２の状態情報を受信した場合（Ｓ３０２：Ｙｅｓ）、第２の通知情報生成部３００５は、第２の状態情報に基づく第２の通知情報を生成する（Ｓ３０９）。第２の通知情報は、バッテリ１２５の残量が低下した状態であることを示すように生成される。第２の通知情報生成部３００５は、生成した第２の通知情報を、端末通信部３０６を介して通信端末２０に送信する（Ｓ３１０）。これによって、第２の通知情報を受信した通信端末２０において、第２の通知情報に基づいて、撮像装置１０のバッテリ１２５の残量が低下している旨が、ユーザに対して提示される。
【０１５９】
具体的には、通信端末２０の第２の通知情報受信部２００２は、サーバ３０から送信された第２の通知情報を、サーバ通信部２０９を介して受信する。第２の装置状態提示部２００５は、サーバ３０からの第２の通知情報の受信に応じて、撮像装置１０のバッテリ１２５の残量が低下している旨を提示する画像のデジタル画像データを生成する。第２の装置状態提示部２００５は、生成したデジタル画像データをＶＲＡＭ２０１に格納し、ＶＲＡＭ２０１のデジタル画像データの表示を指示する指示情報を画像Ｄ／Ａ変換部１１６に出力する。画像Ｄ／Ａ変換部１１６は、時刻同期情報受信部１０００からのＶＲＡＭ２０１のデジタル画像データの表示を指示する指示情報の出力に応じて、ＶＲＡＭ２０１に格納されたデジタル画像データをＤ／Ａ変換したアナログ画像信号を液晶モニタ１１７に出力する。液晶モニタ１１７は、画像Ｄ／Ａ変換部１１６から出力されたアナログ画像信号に基づいて、撮像装置１０のバッテリ１２５の残量が低下している旨を提示する画像を表示する。
【０１６０】
ここで、図１６に、このときに通信端末２０において提示される画像６１０の一例を示す。図１６に示すように、撮像装置１０のバッテリ１２５の残量が低下している旨の表示６１１を提示することで、ユーザに対して撮像装置１０のバッテリ１２５の充電を促して、イベントの開始日時が所定時間後までの時間内以内に迫ったタイミングで撮像装置１０の状態を提示することができなくなる事態を防止することができる。
【０１６１】
一方、（１）撮像装置１０からの要求に応じて撮像装置１０との間で無線通信の確立できなかった場合（Ｓ３０１：Ｎｏ）、又は、（２）リクエスト情報を送信してから所定時間内に第１の状態情報を受信しなかった場合（Ｓ３０６：Ｎｏ）、第３の通知情報生成部３００６は、第１の状態情報を取得していないことに基づく第３の通知情報を生成する（Ｓ３１１）。第３の通知情報は、撮像装置１０の状態を取得できないことを通知する情報である。第３の通知情報生成部３００６は、生成した第３の通知情報を、端末通信部３０６を介して通信端末２０に送信する（Ｓ３１２）。これによって、第３の通知情報を受信した通信端末２０において、第３の通知情報に基づいて、撮像装置１０の状態を取得できない旨が、ユーザに対して提示される。
【０１６２】
具体的には、通信端末２０の第３の通知情報受信部２００３は、サーバ３０から送信された第３の通知情報を、サーバ通信部２０９を介して受信する。第３の装置状態提示部２００６は、サーバ３０からの第３の通知情報の受信に応じて、撮像装置１０の状態を取得できない旨を提示する画像のデジタル画像データを生成する。第３の装置状態提示部２００６は、生成したデジタル画像データをＶＲＡＭ２０１に格納し、ＶＲＡＭ２０１のデジタル画像データの表示を指示する指示情報を画像Ｄ／Ａ変換部１１６に出力する。画像Ｄ／Ａ変換部１１６は、時刻同期情報受信部１０００からのＶＲＡＭ２０１のデジタル画像データの表示を指示する指示情報の出力に応じて、ＶＲＡＭ２０１に格納されたデジタル画像データをＤ／Ａ変換したアナログ画像信号を液晶モニタ１１７に出力する。液晶モニタ１１７は、画像Ｄ／Ａ変換部１１６から出力されたアナログ画像信号に基づいて、撮像装置１０の状態を取得できない旨を提示する画像を表示する。
【０１６３】
ここで、図１７に、このときに通信端末２０において提示される画像６２０の一例を示す。図１７に示すように、撮像装置１０の状態を取得できない旨の表示６２１を提示することで、撮像装置１０の状態は提示していないが、イベントの開始日時が所定時間後までの時間内に迫ったタイミングとなっている可能性があることをユーザに認識させて、ユーザによる撮像装置１０のバッテリ１２５の残量不足による準備不足を解消することができる。
【０１６４】
＜発明の実施の形態２＞
【０１６５】
続いて本発明の実施の形態２について説明する。なお撮像システム１、撮像装置１０、通信端末２０、及びサーバ３０の構成については、実施の形態１と同様であるため説明を省略する。実施の形態１と同様の内容については、以下の説明においても、適宜その説明を省略する。
【０１６６】
本実施の形態２では、資源残量として撮像装置１０に搭載されたカード型記録媒体１４０の記録容量（残量）に基づく各種情報が取得・通知される場合について説明する。
【０１６７】
まず図１８を参照して、本発明の実施の形態２にかかる撮像装置１０のメインＣＰＵ１００の機能ブロックについて説明する。図８は、本発明の実施の形態２にかかる撮像装置１０のメインＣＰＵ１００の機能ブロックを示すブロック図である。なお実施の形態１と同様の機能ブロックについて同一の符号を付し、その説明を省略する。
【０１６８】
本実施の形態２では、第１の状態情報生成部１００４は、記録容量残量情報生成部１０１１として機能する。記録容量残量情報生成部１０１１は、撮像装置１０の状態として、撮像装置１０が備える記録媒体の記録容量を示す情報を生成する。すなわち本実施の形態２では、第１の状態情報生成部１００４は、撮像装置１０のカード型記録媒体１４０の記録容量に関する情報を第１の＜撮像装置１０の状態を示す情報＞（以下、上記実施の形態１と同様に、単に＜第１の状態情報＞と言う。）として生成する。
【０１６９】
続いて図１９を参照して、本発明の実施の形態２にかかるサーバ３０のＣＰＵ３００の機能ブロックについて説明する。図１９は、本発明の実施の形態２にかかるサーバ３０のＣＰＵ３００の機能ブロックを示すブロック図である。
【０１７０】
本実施の形態２では、第１の通知情報生成部３００４は、記録容量残量関連情報生成部３０１１として機能する。記録容量残量関連情報生成部３０１１は、撮像装置１０の状態として、カード型記録媒体１４０の記録容量に関する撮像装置１０の状態を通知する情報を生成する。すなわち本実施の形態２では、第１の通知情報生成部３００４は、第１の状態情報に基づいてカード型記録媒体１４０の記録容量に関する撮像装置１０の状態を通知する第１の通知情報を生成する。
【０１７１】
続いて、図２０を参照して、本発明の実施の形態２にかかるサーバ３０による第１の通知情報の生成方法について説明する。図２０は、イベントの種類と、そのイベントの種類に該当するイベントにおいて想定されるビットレートとの関係を示す図である。
【０１７２】
まずカード型記録媒体１４０の記録容量の消費が大きくなる要因について説明する。カード型記録媒体１４０の記録容量の消費が大きくなる要因として、ビットレートが挙げられる。撮像装置１０は、音声・画像処理部１０８によって生成する圧縮データにおけるビットレートを任意に設定することが可能である。具体的には、操作部１２０は、ユーザからのビットレートの設定を指示する指示する入力に応じて、その入力内容を示す入力情報を生成し、メインＣＰＵ１００に出力する。この入力には設定するビットレートを指定する入力が含まれる。このときのビットレートの指定は、例えば、（１）１７Ｍｂｐｓ、（２）１２Ｍｂｐｓ、及び（３）５Ｍｂｐｓ等の複数のビットレートを液晶モニタ１１７に提示して、いずれかを選択させるようにしてもよい。メインＣＰＵ１００は、操作部１２０からのビットレートの設定を指示する入力を示す入力情報の出力に応じて、その入力情報が示す入力で指定されたビットレートの設定を指示する指示情報を生成し、音声・画像処理部１０８に出力する。音声・画像処理部１０８は、メインＣＰＵ１００からの指示情報の出力に応じて、以降は、その指示情報で指示されたビットレートで圧縮データを生成する。
【０１７３】
ビットレートが高い場合には、単位時間当たりの映像のデータ量を増加させることができるため、動きのある被写体に対して有効である。一方で、撮像に応じて生成される圧縮データのデータ量も増大するため、カード型記録媒体１４０の記録容量の消費量も大きくなってしまう。したがって、ビットレートが高く設定されると予想されるイベントでは、カード型記録媒体１４０の記録容量の消費がより大きくなると見積もられて通知情報が生成される。
【０１７４】
ここで、実施の形態１と同様に、図２０に示すように、イベントの種類を、（１）スポーツ、（２）セレモニー、（３）旅行、及び（４）風景・趣味の４つに分類する例について説明する。この場合、（１）スポーツ、（３）旅行、及び（４）風景・趣味では、被写体が早く動く可能性があると考えられるため、高いビットレートによって撮像が行われることが想定される。一方、（２）セレモニーでは、被写体があまり早く動くことはないと考えられるため、低いビットレートによって撮像が行われることが想定される。
【０１７５】
以上より、本実施の形態２では、前述のイベントの種類のうち、（１）スポーツ、（３）旅行、及び（４）風景・趣味は、記録容量の消費量が増大するとの前提のもと、カード型記録媒体１４０の記録容量の必要量を算出して、算出したカード型記録媒体１４０の記録容量の必要量に基づいた情報（記録容量の不足量等）も併せて、資源量に関する撮像装置１０の状態としてユーザに対して提示する。これによれば、ユーザは、より明確に、イベントに対して必要な準備の程度（必要な空き容量の作成量）を認識することができる。なお、記録容量の消費量の増大の考慮は、次に説明するように、重みを利用することによって実現する。
【０１７６】
続いて、図２１を参照して、本発明の実施の形態２にかかるパラメータテーブル情報５００について説明する。図２１は、本発明の実施の形態２にかかるパラメータテーブル情報５００を示す図である。
【０１７７】
本実施の形態２では、各イベント種類５０２に対する重みの付け方が、実施の形態１と異なる。なおイベント種類５０２及び予想撮像時間５０３については、実施の形態１と同様である。
【０１７８】
すなわち本実施の形態２では、重み５０４が、前述のカード型記録媒体１４０の記録容量の消費量が増大すると想定されるイベント種類５０２について、カード型記録媒体１４０の記録容量の必要量が、より大きく算出されるように決定される。すなわち、実施の形態２では、（１）スポーツ、（３）旅行、及び（４）風景・趣味について、重み５０４が設定される。なお図２１に示す例では、（２）セレモニーについては、カード型記録媒体１４０の記録容量の消費量が増大しないことが想定されるため、重み５０４を設定していないが、（２）セレモニーについても、（１）スポーツ、（３）旅行、及び（４）風景・趣味よりも小さな重みで、重み５０４を設定するようにしてもよい。
【０１７９】
続いて、実施の形態１の説明にて参照した図１３を再度参照して、本発明の実施の形態２にかかる撮像装置１０によるサーバ３０との間の各種情報の送受信処理について説明する。実施の形態１と同様の内容については説明を省略する。
【０１８０】
実施の形態２では、ステップＳ２０９で生成される第１の状態情報が示す内容が、実施の形態１と異なる。すなわち、第１の状態情報生成部１００４は、撮像装置１０の状態として、現在のカード型記録媒体１４０の記録容量の残量を示すように第１の状態情報を生成する。
【０１８１】
続いて、実施の形態１の説明にて参照した図１４を再度参照して、本発明の実施の形態２にかかるサーバ３０による撮像装置１０及び通信端末２０との間の各種情報の送受信処理について説明する。実施の形態１と同様の内容については説明を省略する。
【０１８２】
実施の形態２では、ステップＳ３０７で生成される第１の通知情報が示す内容が、実施の形態１と異なる。すなわち、本実施の形態２では、第１の通知情報生成部３００４は、第１の状態情報が示す、カード型記録媒体１４０の記録容量の残量に基づいて、カード型記録媒体１４０の記録容量の残量に関する撮像装置１０の状態を通知する第１の通知情報を生成する。
【０１８３】
具体的には、本実施の形態２では、（１）撮像装置１０の資源量としてカード型記録媒体１４０の記録容量の残量を、（２）資源の必要量としてカード型記録媒体１４０の記録容量の必要量を、（３）資源の必要量を確保するための準備の必要性としてカード型記録媒体１４０の記録容量の空き容量作成の必要性を、（５）資源の不足量としてカード型記録媒体１４０の記録容量の不足量を、通知する場合について例示する。
【０１８４】
第１の通知情報生成部３００４は、パラメータテーブル情報記憶部３０２に格納されたパラメータテーブル情報５００が示すパラメータテーブルにおいて、現在時刻が、その開始時刻よりも所定時間だけ前の時刻に達していると判断されたイベントの種類に対応する予想撮像時間５０３及び重み５０４を取得する。また、第１の通知情報生成部３００４は、スケジュール情報記憶部３０１に格納されたスケジュール情報４００が示すスケジュールから、そのイベントの予定時間４０３を取得する。第１の通知情報生成部３００４は、取得した予想撮像時間５０３及びイベントの予定時間４０３のうち、短い方の時間に基づいて、カード型記録媒体１４０の記録容量の必要量を算出する。音声・画像データ記録部１１０の記録容量の必要量は、予想撮像時間５０３及びイベントの予定時間４０３に応じて、適切な量を算出することができれば、どのような算出方法であってもよい。例えば、音声・画像データ記録部１１０の記録容量の必要量は、予想撮像時間５０３及びイベントの予定時間４０３に、所定の係数を乗算することによって算出されるようにする。
【０１８５】
また、カード型記録媒体１４０の記録容量の必要量は、さらに重み５０４を乗算又は加算することによって、重み５０４の大きさに応じて、より大きな値が算出される。第１の通知情報生成部３００４は、算出したカード型記録媒体１４０の記録容量の必要量から、カード型記録媒体１４０の記録容量の残量を減算することで、カード型記録媒体１４０の記録容量の不足量を算出する。また、第１の通知情報生成部３００４は、空き容量作成の必要性を、カード型記録媒体１４０の記録容量の不足量があるか否かによって判断する。そして、第１の通知情報生成部３００４は、（１）撮像装置１０から通知されたカード型記録媒体１４０の記録容量の残量と、（２）算出したカード型記録媒体１４０の記録容量の必要量、（３）判断したカード型記録媒体１４０におおける空き容量作成の必要性、及び（５）カード型記録媒体１４０の記録容量の不足量とを示すように第１の通知情報を生成する。
【０１８６】
これによって、通知情報を受信した通信端末２０において、第１の通知情報に基づいて、カード型記録媒体１４０の記録容量の残量に関する撮像装置１０の状態がユーザに対して提示される。
【０１８７】
ここで、図２２に、このときに通信端末２０において提示される画像６３０の一例を示す。図２２に示すように、カード型記録媒体１４０の記録容量に関する撮像装置１０の状態を示す画像６３０として、第１の通知情報が示す各内容を提示することが可能となる。すなわち、撮像装置１０のカード型記録媒体１４０の記録容量の空き容量作成の必要性の表示６３１、カード型記録媒体１４０の記録容量の残量の表示６３２、カード型記録媒体１４０の記録容量の必要量の表示６３３、及びカード型記録媒体１４０の記録容量の不足量の表示６３４を提示することができる。
【０１８８】
このように、イベントの開始日時が所定時間後までの時間内に迫ったタイミングで、ユーザに対して、カード型記録媒体１４０の記録容量の残量に関する撮像装置１０の状態を提示することで、ユーザによる撮像装置１０のカード型記録媒体１４０の記録容量の残量不足による準備不足を解消することができる。
【０１８９】
なお、前述の本実施の形態２の説明では、記録容量の残量として、カード型記録媒体１４０の記録容量の残量のみを判断するようにしたが、これに限られない。カード型記録媒体１４０の記録容量の残量と、音声・画像データ記録部１１０の記録容量の残量との合計の残量を、記録容量の残量としてもよい。この場合、ユーザが、撮像装置１０を操作して、カード型記録媒体１４０に格納されたデータを、音声・画像データ記録部１１０に退避することで、カード型記録媒体１４０の空き容量を作成して、記録容量の残量不足となることなく撮像を行うことができる場合にまで、過剰に、空き容量の作成を促す通知を行わないようにすることができる。
【０１９０】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、以下に説明するように変更することも可能である。
【０１９１】
実施の形態１及び実施の形態２は、それぞれを組み合わせて実施することも可能である。すなわち、撮像装置１０は、リクエスト情報に応じて、撮像装置１０の状態として、バッテリ１２５の残量及びカード型記録媒体１４０の記録容量の残量の両方をサーバ３０に通知するようにしてもよい。そして、サーバ３０が、バッテリ１２５の残量に関する撮像装置１０の状態、及び、カード型記録媒体１４０の記録容量の残量に関する撮像装置１０の状態の両方を通信端末２０に通知することで、通信端末２０において、バッテリ１２５の残量及び音声・画像データ記録部１１０の記録容量の残量のそれぞれに関する撮像装置１０の状態をユーザに対して提示するようにしてもよい。
【０１９２】
また、前述の実施の形態では、第１の通知情報生成部３００４がパラメータテーブルに基づいて、資源の必要量（バッテリ１２５又はカード型記録媒体１４０の記録容量の必要量）を算出するようにしているが、これに限られない。例えば、図２３Ａ及び図２３Ｂに示すように、サーバ３０が有する記憶装置にパラメータテーブル情報５００に代えて、イベント種類５０１と、そのイベント種類に該当するイベントの予想撮像時間に基づいて予め算出された資源の必要量５０５（バッテリ１２５又はカード型記録媒体１４０の記録容量の必要量）とを対応付けたテーブルを示すテーブル情報５１０を格納するようにしてもよい。そして、第１の通知情報生成部３００４が、そのテーブル情報５１０に基づいて、イベントのイベント種類５０１に対応する資源の必要量５０５を、そのイベントの資源の必要量と判断するようにしてもよい。
【０１９３】
また、前述の実施の形態では、資源の必要量の算出に用いる時間を、予想撮像時間５０３及びイベントの予定時間４０３のいずれかから選択する場合について例示したが、これに限られない。例えば、過去の撮像実績を利用するようにしてもよい。具体的には、メインＣＰＵ１００は、撮像装置１０によってイベントにおける撮像が行われたときに、イベントにおける実際の撮像時間を示す履歴情報を生成し、撮像装置１０が有する任意の記憶装置に格納しておく。イベント終了後の時間にサーバ３０との間で無線通信が確立されたときに（Ｓ２０５：Ｙｅｓ）、メインＣＰＵ１００は、記憶装置に格納された履歴情報を、サーバ通信部１２１を介してサーバ３０に送信する。サーバ３０のＣＰＵ３００は、撮像装置１０から送信された履歴情報を、装置通信部３０５を介して受信する。ＣＰＵ３００は、受信した履歴情報が示す撮像時間を、その撮像に係るイベントと対応付けてスケジュール情報４００のスケジュールに登録する。そして、第１の通知情報生成部３００４は、あるイベント種類のイベントの資源の必要量を算出するときに、それと同じイベント種類のイベントに撮像時間が登録されている場合には、その撮像時間を用いて資源の必要量を算出する。この撮像時間として、例えば、同じイベント種類のイベントの撮像時間の平均値を採用するようにしてもよい。
【０１９４】
また、実施の形態１において、イベントの時間帯に応じて、バッテリ１２５の消費要因を決定し、決定したバッテリ１２５の消費要因に基づいて重みを決定するようにしてもよい。例えば、バッテリ１２５の消費要因（ｅ）として挙げたＬＥＤライト１２４は、夜間の時間帯に多用されることが予想される。したがって、第１の通知情報生成部３００４は、スケジュール情報４００のスケジュールに登録されているイベントの予定時間４０３の全部又は一部が、夜間と考えられる所定の時間帯に含まれている場合、重みを、より大きく調整して、資源の必要量を算出するようにしてもよい。
【０１９５】
また、Ｗｉ−Ｆｉ通信及び高速撮像等のように、イベントの種類と紐付けが困難であるバッテリ１２５の消費要因については、過去の撮像履歴に基づいて判断するようにしてもよい。具体的には、メインＣＰＵ１００は、撮像装置１０によってイベントにおける撮像が行われたときに、イベントにおいて使用されたバッテリ１２５の消費要因を示す履歴情報を生成し、撮像装置１０が有する任意の記憶装置に格納しておく。イベント終了後の時間にサーバ３０との間で無線通信が確立されたときに（Ｓ２０５：Ｙｅｓ）、メインＣＰＵ１００は、記憶装置に格納された履歴情報を、サーバ通信部１２１を介してサーバ３０に送信する。サーバ３０のＣＰＵ３００は、撮像装置１０から送信された履歴情報を、装置通信部３０５を介して受信する。ＣＰＵ３００は、受信した履歴情報が示すバッテリ１２５の消費要因を、その撮像に係るイベントと対応付けてスケジュール情報４００のスケジュールに登録する。そして、第１の通知情報生成部３００４は、あるイベント種類のイベントの資源の必要量を算出するときに、それと同じイベント種類のイベントにバッテリ１２５の消費要因が登録されている場合には、そのバッテリ１２５の消費要因に基づいて、重みをより大きく調整して、資源の必要量を算出するようにする。
【０１９６】
また、実施の形態２では、それぞれのイベントの種類で想定されるビットレートに基づいて、記録容量の必要量及び記録容量の不足量を算出するようにしているが、これに限られない。例えば、全てのビットレートのそれぞれ、又は、最大及び最小のビットレートのそれぞれについて、記録容量の必要量及び記録容量の不足量を算出して、算出したもの全てを第１の通知情報によって通知するようにしてもよい。また、この場合、ビットレートを下げた場合には、画質が悪化する旨も併せて提示するようにしてもよい。
【０１９７】
ここで、前述の撮像装置１０のメインＣＰＵ１００及びサブＣＰＵ１０１のそれぞれで実行されるプログラム、通信端末２０のＣＰＵ２００で実行されるプログラム、及びサーバ３０のＣＰＵ３００で実行されるプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１９８】
また、上記実施の形態１及び２では、撮像装置、サーバ、及び通信端末を備えたシステムの例を記載したが、撮像装置とは異なる別の種類の装置からなるシステムでも本発明は実現可能である。すなわち、例えば撮像装置の代わりにゲーム機、ノートＰＣ、タブレットＰＣ、又は前記の通信端末とは別の通信端末等の他の電子機器を備えたシステムであってもよい。このようなシステムでも、ゲーム機等の装置の状態に関する情報が生成・送受信され、通信端末がユーザにその状態に関する情報に基づく情報を提示することで、装置の使用に際してユーザに適切な準備を実施するよう促すことが可能となる。
【符号の説明】
【０１９９】
１  撮像システム
１０  撮像装置
２０  通信端末
３０  サーバ
１００  メインＣＰＵ
１０１  サブＣＰＵ
１０２  撮像部
１０３  画像Ａ／Ｄ変換部
１０４  ズームアクチュエータ
１０５  フォーカスアクチュエータ
１０６  マイクロフォン
１０７  音声Ａ／Ｄ変換部
１０８  音声・画像処理部
１０９  設定情報記憶部
１１０  音声・画像データ記録部
１１１、２０１  ＶＲＡＭ
１１２、２０２、３０３  メインメモリ
１１３  サブメモリ
１１４、２０３、３０４  時計
１１５  カードＩ／Ｆ部
１１６、２０４  画像Ｄ／Ａ変換部
１１７、２０５  液晶モニタ
１１８、２０６  音声Ｄ／Ａ変換部
１１９、２０７  スピーカ
１２０、２０８  操作部
１２１、２０９  サーバ通信部
１２２、３０６  端末通信部
１２３  照度センサ
１２４  ＬＥＤライト
１２５  バッテリ
１２６  二次電池
１３０  ズームレンズ
１３１  フォーカスレンズ
１３２  撮像素子
１４０  カード型記録媒体
１５０  液晶バックモニタ
２００、３００  ＣＰＵ
２１０、３０５  装置通信部
３０１  スケジュール情報記憶部３０１
３０２  パラメータテーブル記憶部
４００  スケジュール情報
４０１  イベント
４０２  予定時間
５００  パラメータテーブル情報
５０１  エントリ
５０２  イベント種類
５０３  予想撮像時間
５０４  重み
５０５  資源の必要量
５１０  テーブル情報
６００、６１０、６２０、６３０  画像
６０１、６０２、６０３、６０４、６０５、６１１、６２１、６３１、６３２、６３３、６３４  表示
１０００  時刻同期情報受信部
１００１  時刻同期設定部
１００２  バッテリ残量判断部
１００３  リクエスト情報受信部
１００４  第１の状態情報生成部
１００５  第２の状態情報生成部
１０１０  バッテリ残量情報生成部
１１００  駆動タイミング判断部
１１０１  駆動指示情報生成部
１０１０  バッテリ残量情報生成部
１０１１  記録容量残量情報生成部
２０００  時刻同期情報生成部
２００１  第１の通知情報受信部
２００２  第２の通知情報受信部
２００３  第３の通知情報受信部
２００４  第１の装置状態提示部
２００５  第２の装置状態提示部
２００６  第３の装置状態提示部
３０００  第１の状態情報受信部
３００１  第２の状態情報受信部
３００２  リクエストタイミング判断部
３００３  リクエスト情報生成部
３００４  第１の通知情報生成部
３００５  第２の通知情報生成部
３００６  第３の通知情報生成部
３０１０  バッテリ残量関連情報生成部
３０１１  記録容量残量関連情報生成部
【図１】
2014038367.tif 000003
【図２】
2014038367.tif 000004
【図３】
2014038367.tif 000005
【図４】
2014038367.tif 000006
【図５】
2014038367.tif 000007
【図６】
2014038367.tif 000008
【図７】
2014038367.tif 000009
【図８】
2014038367.tif 000010
【図９】
2014038367.tif 000011
【図１０】
2014038367.tif 000012
【図１１】
2014038367.tif 000013
【図１２】
2014038367.tif 000014
【図１３】
2014038367.tif 000015
【図１４】
2014038367.tif 000016
【図１５】
2014038367.tif 000017
【図１６】
2014038367.tif 000018
【図１７】
2014038367.tif 000019
【図１８】
2014038367.tif 000020
【図１９】
2014038367.tif 000021
【図２０】
2014038367.tif 000022
【図２１】
2014038367.tif 000023
【図２２】
2014038367.tif 000024
【図２３Ａ】
2014038367.tif 000025
【図２３Ｂ】
2014038367.tif 000026