撮像装置
【課題】動画像コンテンツを短時間でアップロードできる撮像装置を提供すること。
【解決手段】撮像装置２００は、外部機器へ送信する画像コンテンツのファイルサイズを規定値以内に縮小処理する複数のファイルサイズ縮小手段を備える。例えば、画像コンテンツから特徴的な部分を抽出するダイジェスティング手段２２１と、画像コンテンツのビットレートを変換するトランスレート手段２２２と、画像コンテンツの符号化方式を変換するトランスコード手段２２３を有する。さらに、ファイルサイズ縮小手段にて縮小処理後のファイルサイズを予測するファイルサイズ見積り手段２２４を備え、予測の結果、ファイルサイズが最小になるファイルサイズ縮小手段を用いて縮小処理を行う。
【解決手段】撮像装置２００は、外部機器へ送信する画像コンテンツのファイルサイズを規定値以内に縮小処理する複数のファイルサイズ縮小手段を備える。例えば、画像コンテンツから特徴的な部分を抽出するダイジェスティング手段２２１と、画像コンテンツのビットレートを変換するトランスレート手段２２２と、画像コンテンツの符号化方式を変換するトランスコード手段２２３を有する。さらに、ファイルサイズ縮小手段にて縮小処理後のファイルサイズを予測するファイルサイズ見積り手段２２４を備え、予測の結果、ファイルサイズが最小になるファイルサイズ縮小手段を用いて縮小処理を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画像を撮影し、撮影した動画像をインターネットを介してウェブサーバにアップロードする撮像装置に関するものである。
【背景技術】
【０００２】
近年、ソーシャルネットワーキングサービス（以下、ＳＮＳ）、ウェブログ（以下、ブログ）などのように、インターネット上でユーザが日記や動画像コンテンツを公開するためのサービスが普及している。これらのサービスは、ウェブブラウザ上の専用のフォームから文章や動画像等のコンテンツを入力し、ウェブ（ＷＥＢ）サーバにアップロードすることでコンテンツを簡単に投稿することができる。同様に、動画共有サイトなどのように、動画像をＷＥＢ上で共有するための専用サービスも普及している。これによれば、ＷＥＢブラウザの専用フォームや動画像ファイルアップロードソフトを用いてサーバにアップロードし、動画像コンテンツを不特定多数のユーザで共有することができる。
【０００３】
デジタルスチルカメラやビデオカメラで撮影した動画像コンテンツをＷＥＢ上で利用するには、カメラからＰＣ（Personal Computer）などのインターネット接続が可能な機器へコンテンツをコピーし、ＰＣからＷＥＢサーバへアップロードする必要がある。しかしユーザの利便性を考慮すると、デジタルカメラやビデオカメラで撮影したコンテンツを一旦ＰＣにコピーするよりも、直接ＷＥＢサーバにアップロードできた方が手間がかからず便利である。撮像装置から直接ＷＥＢサーバに画像を転送することに関し、次のような提案がなされている。
【０００４】
特許文献１では、無線ＬＡＮ（Local Area Network）機能を内蔵した電子カメラにおいて、撮影した画像をサーバ、ＰＣ、プリンタのいずれかを選択して転送する装置が開示されている。
【０００５】
また特許文献２では、撮影した画像をブログサイトへアップロードする撮影装置において、撮影画像をブログ用画像サイズに変換することでブログに適した画像を作成する機能を有する装置が開示されている。
【０００６】
【特許文献１】特開２００８−５３９７８公報
【特許文献２】特開２００８−３４９６３公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特許文献１や特許文献２に記載の技術を用いれば、カメラ等の撮像装置から無線ＬＡＮ経由でインターネットに接続し、撮影した画像を所望の転送先（ＷＥＢサーバなど）に、所定の画像サイズでアップロードすることができる。ここで、転送するコンテンツが静止画の場合は短時間で転送できるが、動画像コンテンツ、特に１９２０×１０８０のフルハイビジョン画質で撮影された動画などの場合は、ファイルサイズが非常に大きいものとなり、コンテンツのアップロードに長時間を要することになる。転送時間を短縮するためには撮像装置内のＣＰＵ（Central Processing Unit）をＰＣ並みの性能に向上させれば良いが、高性能なＣＰＵは高価であり、実現性が低い。上記各特許文献は、静止画をＷＥＢサーバにアップロードすることを前提としたものであり、動画のアップロード時間については特に考慮されていない。
【０００８】
本発明の目的は、動画像コンテンツであっても短時間でアップロードできる撮像装置を提供することである。
【課題を解決するための手段】
【０００９】
本発明は、被写体を撮影し生成した画像コンテンツを外部機器へ送信する撮像装置において、被写体を撮影し映像信号に変換する撮像部と、映像信号を圧縮ストリーム形式の画像コンテンツとして保存するコンテンツ蓄積部と、送信する画像コンテンツのファイルサイズを規定値以内に縮小処理するファイルサイズ縮小手段と、縮小処理した画像コンテンツをインターネットを介して外部機器へ送信する通信モジュール部と、を備える。
【００１０】
ここにファイルサイズ縮小手段として、画像コンテンツから特徴的な部分を抽出するダイジェスティング手段と、画像コンテンツのビットレートを変換するトランスレート手段と、画像コンテンツの符号化方式を変換するトランスコード手段のうち、少なくとも１つの手段を備える。さらに、ファイルサイズ縮小手段にて縮小処理後のファイルサイズを予測するファイルサイズ見積り手段を備え、予測の結果、ファイルサイズが最小になるファイルサイズ縮小手段を用いて縮小処理を行う。
【発明の効果】
【００１１】
本発明によれば、撮影した動画コンテンツのファイルサイズが大きい場合であっても、ＷＥＢサーバに短時間でアップロードすることが可能となる。これにより、ＰＣのない環境でも手軽にブログ等を更新することができ利便性が向上する。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施形態を図面を用いて説明する。
【実施例１】
【００１３】
図１は、本発明の撮像装置を用いたコンテンツ送信システムの一例を示す構成図である。本システムは、通信機能付の撮像装置１００、インターネット１０３、ＷＥＢサーバ１０４、及び外部機器で構成される。
【００１４】
ユーザ（撮影者）１１０は、撮像装置１００により被写体を撮影する。撮影した画像は必要に応じて後述のコンテンツ加工処理を行い、通信機能を用いてＷＥＢサーバ（ブログサーバやＳＮＳサーバ）１０４へアップロードする。コンテンツデータ１０５のアップロードは、ＬＡＮ環境１０１内のアクセスポイント／ルータ１０２を経由してインターネット１０３上のＷＥＢサーバ１０４にコンテンツデータ１０５を送信し、格納される。ＬＡＮ環境１０１は有線ＬＡＮでも無線ＬＡＮでもどちらでもかまわない。有線ＬＡＮの場合は、ルータを経由してインターネット１０３に接続する。無線ＬＡＮの場合は、アクセスポイントを経由してインターネット１０３に接続する。一方遠隔地にいるユーザ（閲覧者）１１１は、ＰＣ１０６、携帯電話１０７、ＤＴＶ（Digital Television）１０８などのＷＥＢブラウザを搭載した外部機器（端末）からＷＥＢサーバ１０４にアクセスする。そして、ＷＥＢサーバ１０４に格納されているコンテンツデータ１０５を閲覧することができる。
【００１５】
図２は、本発明の撮像装置の一実施例を示す構成図である。
撮像装置２００（１００）は、撮影部として、レンズ２０１、撮像素子２０２、カメラＤＳＰ（Digital Signal Processor）２０３、マイク２０４を有する。コンテンツ処理のため、圧縮伸長回路２０５、ＣＰＵ２０６、メモリ（ＲＡＭ）２０７、コンテンツ蓄積部２０８、グラフィック回路２０９、表示部２１０、ＲＯＭ（Read Only Memory）２１４を有する。さらに、電源回路２１１、電源２１２、通信モジュール２１３を有する。そしてそれらの構成要素はバス２１５によって接続され、各構成要素間でデータを転送する。
【００１６】
被写体からの光信号は、レンズ２０１を介し撮像素子２０２によって電気信号（デジタル映像信号）に変換される。カメラＤＳＰ２０３は、映像信号を圧縮伸長回路２０５に入力できる形式に変換する。マイク２０４からの音声信号は、バス２１５を介して圧縮伸長回路２０５に入力される。圧縮伸長回路２０５は、入力された映像・音声信号から所定のフォーマットの圧縮ストリームを生成し、コンテンツ蓄積部２０８は生成されたストリームを保存する。メモリ２０７は、圧縮処理のためのワークエリアとして用いる。コンテンツ蓄積部２０８には、ＨＤＤ、光ディスク、半導体メモリ等を用いる。
【００１７】
撮影した画像を再生する場合には、コンテンツ蓄積部２０８に保存されている圧縮ストリームをメモリ２０７へ読み出す。圧縮伸長回路２０５は、メモリ２０７からストリームを読み出し伸長処理を行う。伸長した画像データはグラフィック回路２０９に渡され、表示部２１０にて再生画像を表示する。
【００１８】
通信モジュール部２１３は、アクセスポイント／ルータ１０２を介してインターネット１０３へ接続し、ＷＥＢサーバ１０４へ画像データを送信（アップロード）する。その際送信する画像データは、保存している圧縮ストリームを必要に応じてさらに加工したものである。また送信するデータには、ファイル転送プロトコルの各種コマンドを含む。
【００１９】
ＲＯＭ２１４は、上記の動作を実行するためのプログラムを格納し、ＣＰＵ２０６はプログラムに従い各部の動作を制御する。電源２１２にはバッテリーと交流電源を用いることができ、電源回路２１１は装置内の電力供給を制御する。
【００２０】
本実施例では、送信する画像データのファイルサイズを規定値以下とし、アップロード時間を短縮する。ファイルサイズが規定値を超える場合は、次のファイルサイズ縮小手段にてファイルサイズを縮小する。ＲＯＭ２１４には、これらのサイズ縮小手段のソフトウェアを格納している。
【００２１】
ダイジェスティング手段２２１は、撮影した映像と音声の特徴的な部分を抽出しファイルサイズを小さくする。映像の場合は、例えばフォーカスの合焦度や被写体の顔の有無、被写体の動きの変化度等から特徴点を判断する。音声の場合は、音量や、言葉から判断する。静止画の場合は、いくつかの顔が映っているとき、例えば顔の部分だけ抽出する。
ダイジェスティング手段２２１によれば、長時間の動画コンテンツについて、特徴的な部分を抽出したダイジェスト動画を生成するので、短時間でアップロードすることが可能であるだけでなく、長いコンテンツの盛り上がりの部分を短時間で視聴することができる。
【００２２】
トランスレート手段２２２は、圧縮方式は変更せずビットレートを変換してファイルサイズを小さくする。あるいは、１秒当たりのコマ数を間引くことによっても実現できる。
トランスコード手段２２３は、符号化方式を変換してファイルサイズを小さくする。特に動画コンテンツの場合は、圧縮形式を変換する。例えば、ＭＰＥＧ２（Moving Picture Experts Group）からさらに高圧縮であるＨ．２６４（ＭＰＥＧ４／ＡＶＣ）に変換することで、ファイルサイズを半分程度に縮小することができる。
トランスレート手段２２２やトランスコード手段２２３によれば、高画質で容量の大きい動画コンテンツを、内容を省略せずに短時間でアップロードすることが可能である。
【００２３】
ファイルサイズ見積り手段２２４は、各ファイルサイズ縮小手段（ダイジェスティング手段、トランスレート手段、トランスコード手段）にて縮小後のファイルサイズを予測する。ダイジェスティング手段の場合は、ユーザが指定した時間に収まるようにダイジェストファイルを生成した場合のファイルサイズを予測する。トランスレート手段の場合は、ビットレートの変更に伴い同じ割合でファイルサイズも減るものとしてファイルサイズを予測する。トランスコード手段の場合は、映像によって符号量が変化するためファイルサイズを正確に算出できないが、平均的な圧縮率の変更からファイルサイズを予測する。
ファイルサイズ見積り手段２２４によれば、ダイジェスティング、トランスレート、トランスコードといったファイルサイズ縮小手段の効果を定量的に比較し、最適な縮小手段を選択することが可能となる。
【００２４】
なお、ファイルサイズ縮小手段は上記した３通りの手段に限定せず、適宜変更して用いることができる。
また、アクセスポイント検出手段２２５は、通信モジュール部２１３から無線ＬＡＮにて通信を行うためのアクセスポイント１０２を自動的に検出する。
【００２５】
以下、本実施例におけるコンテンツのアップロード処理を具体的に説明する。
図３は、コンテンツアップロード処理の全体工程を示すフローチャートである。ユーザが撮影した画像データ（コンテンツ）は、コンテンツ蓄積部２０８に圧縮ストリーム形式でファイル単位に保存されている。
【００２６】
ステップＳ３０１では、ユーザからアップロードの指示を受けると、アップロードモードへの切替えを行う。アップロードモードへの指示は、例えばアップロード釦を押すことで実現する。あるいは、表示部２１０にＧＵＩメニューを表示しコンテンツアップロードを選択することで実現する。
ステップＳ３０２では、アップロード可能なコンテンツファイル群を表示部２１０に表示する（図４）。
ステップＳ３０３では、ユーザはコンテンツファイル群からアップロードするコンテンツファイルを選択する。
【００２７】
ステップＳ３０４では、選択されたコンテンツについて、ファイルサイズが規定値以下になるようサイズ縮小処理を行い、アップロード用ファイルを生成する。アップロード用ファイル生成の詳細は図５に示す。
ステップＳ３０５では、生成したアップロード用ファイルをコンテンツ蓄積部２０８に保存する。
ステップＳ３０６では、コンテンツ蓄積部２０８から送信するコンテンツを読み出し、通信モジュール部２１３からＷＥＢサーバに向けてコンテンツをアップロードする。アップロード処理の詳細は図６に示す。
【００２８】
このように、アップロードをユーザの意図したタイミングで行わせることによって、電力消費が大きい通信モジュール部２１３を必要なときのみ動作させることができるので、特にバッテリー電源の節約を行える。
【００２９】
図４は、図３のステップＳ３０２、Ｓ３０３におけるアップロード用ファイルの選択画面の表示例を示す。
画面４００には、アップロード用ファイルの選択を促すメッセージ４０１を表示する。そして、コンテンツ蓄積部２０８に保存されているコンテンツ群の一覧をサムネイル４０２にて表示する。ユーザは選択枠４０３を移動させて、アップロードしたいコンテンツファイルを選択する。ここでは、「ｆｉｌｅ００４」を選択している。アップロード選択画面表示を止める場合は、キャンセル釦４０４を選択する。
【００３０】
図５は、図３におけるアップロード用ファイル生成処理（Ｓ３０４）の詳細なフローチャートを示す。
【００３１】
ステップＳ５０１では、選択されたコンテンツファイルのファイルサイズを取得し、規定値Ｍ０以内であるかどうかを判定する。ここでファイルサイズの規定値Ｍ０は、アップロード時間を規定時間以内とするために、装置の転送速度からファイルサイズの上限値を割り出したものである。あるいは、標準的な転送速度を想定し、単純にファイルサイズの上限値を規定したものでも良い。規定値Ｍ０は、ユーザがデフォルト値として決めることもできる。また、ＷＥＢサーバからの制限がある場合は、ＷＥＢサーバと通信し規定値Ｍ０を取得する。
Ｓ５０１の判定の結果、ファイルサイズが規定値Ｍ０以下の場合は、そのままアップロードが可能であると判断し、次の処理（ステップＳ３０６のアップロード処理）へ進む。ファイルサイズが規定値Ｍ０より大きい場合は、ステップＳ５０２へ進み、ファイルサイズを縮小したアップロード用ファイルの生成を行う。
【００３２】
ステップＳ５０２において、ファイルサイズ見積り手段２２４はファイルサイズ縮小手段により縮小処理した場合のファイルサイズを予測する。縮小手段として、（ａ）ダイジェスティング手段２２１、（ｂ）トランスレート手段２２２、及び（ｃ）トランスコード手段２２３の３通りの手段で縮小処理した場合を予測し、予測したサイズをそれぞれＭａ、Ｍｂ、Ｍｃとする。
【００３３】
ステップＳ５０３では、ステップＳ５０２で予測した３通りの予測サイズＭａ，Ｍｂ，Ｍｃを比較し、サイズが最小になる縮小手段を判定する。
判定の結果、予測サイズＭａが最小であればステップＳ５０４へ進み、ダイジェスティング手段２２１にてダイジェストファイルを生成する。予測サイズＭｂが最小であればステップＳ５０５へ進み、トランスレート手段２２２にてトランスレート処理を行う。予測サイズＭｃが最小であればステップＳ５０６へ進み、トランスコード手段２２３にてトランスコード処理を行う。
【００３４】
もしも、いずれの予測サイズも規定値Ｍ０を超える場合は、各縮小手段の処理条件を変えて予測をやり直し、規定値Ｍ０以下のものが出現するまで繰り返す。また、予測サイズＭａ，Ｍｂ，Ｍｃのうち、複数のものが規定値Ｍ０以下となったとき、最小のものを選択するのではなく、ユーザの好みの処理を優先して選択させることもできる。
【００３５】
アップロード用のファイルが生成されたら、次の工程（ステップＳ３０５のファイル保存処理）へ進み、アップロード用ファイルをコンテンツ蓄積部２０８に保存する。
このように、アップロードするファイルが規定値Ｍ０を超えるとき、自動的に規定値以下のサイズに縮小処理することで、アップロード時間を規定時間以内に短縮することができる。
【００３６】
図６は、図３におけるアップロード処理（Ｓ３０６）の詳細なフローチャートを示す。
ステップＳ６０１では、生成したアップロード用ファイルをアップロードするかどうかを画面にて確認を行う（図７）。
【００３７】
ユーザがアップロード実行を指示すると、ステップＳ６０２で、通信モジュール部２１３に電力を供給する。
Ｓ６０３では、通信モジュール部２１３は無線ＬＡＮの範囲内にあるアクセスポイント１０２を探索する。そのとき、ＲＯＭ２１４に格納するアクセスポイント検出手段２２５の機能を利用する。アクセスポイント１０２が見つかれば、インターネット１０３を介して送信先のＷＥＢサーバ１０４に接続する。
【００３８】
Ｓ６０４では、コンテンツ蓄積部２０８からアップロード用ファイルを読み出し、ファイル転送プロトコルを用いてＷＥＢサーバ１０４にファイル送信を開始する。アップロードが開始されると、その進行状況を画面に表示する（図８）。
ステップＳ６０５では、アップロード途中でユーザによりキャンセルの指示を受けたかどうかを判定する。
キャンセルの指示を受けた場合は、ステップ６０９にてアップロードを中止し、ステップＳ６１０にて通信モジュール部２１３の電力供給を停止する。
【００３９】
キャンセルの指示がなければ、ステップＳ６０６で送信すべきファイル読み出しが終了したかどうかを判定する。終了していなければ、ステップＳ６０４へ戻り引き続きファイルの読み出しと送信を継続する。
ファイル読み出しが終了すると、ステップＳ６０７にて通信モジュール部２１３の電力供給を停止する。
【００４０】
ステップＳ６０８では、コンテンツ蓄積部２０８に保存する縮小処理したアップロード用ファイルを削除する。なお、縮小処理前のオリジナルコンテンツは残しているので、アップロード用ファイルを削除しても支障はない。
このように、アップロードを実行する期間のみ通信モジュール部２１３に電力を供給するようにしたので、無駄な電力消費を抑え、特にバッテリーの節約に有効となる。また、送信済みのアップロード用ファイルを削除することで、同一コンテンツの重複による混乱を回避し、コンテンツ蓄積部２０８の容量を有効に利用することができる。
【００４１】
図７は、図６のステップＳ６０１におけるアップロード開始画面の表示例である。画面７００には、アップロード開始の最終確認をするメッセージ７０１を表示する。ここでは、「ｆｉｌｅ００４」のアップロードを確認しており、そのファイルのサムネイル７０２を表示している。ユーザがアップロード実行釦７０３を選択するとアップロード処理が実行され、キャンセル釦７０４を選択するアップロード処理はキャンセルされる。
【００４２】
図８は、図６のステップＳ６０４におけるアップロード実行中の画面表示例である。画面８００には、アップロード中であることを示すメッセージ８０１を表示する。ステータスバー８０２には、アップロード済みのファイルサイズ８０３と未アップロードのファイルサイズ８０４を表示する。キャンセル釦８０５は、アップロード途中でアップロードをキャンセルするための釦である。これらにより、ユーザはアップロード進行状況を把握することができる。また、アップロード終了まで長い時間がかかると判断した場合には、途中でキャンセルすることができる。
【００４３】
実施例１によれば、撮像装置内のダイジェスティング手段、トランスレート手段、トランスコード手段などを自動的に選択し、送信するファイルのサイズを規定値以内に縮小することができる。よって、長時間を要する動画コンテンツのアップロードを規定時間内で迅速に行うことができる。ビデオカメラのようにバッテリー電源で使用することが多い撮像装置では、アップロード処理の時間を短縮することでバッテリーの節約にも効果がある。
【実施例２】
【００４４】
実施例２は、撮像装置を移動しながら画像コンテンツをＷＥＢサーバへアップロードする場合、通信を中継するアクセスポイントを自動的に発見してアップロード開始するものである。
【００４５】
図９は、実施例２によるアップロード処理を示すフローチャートである。ここでは、前記実施例１の図３におけるアップロード処理（Ｓ３０６）の詳細を示す。他のステップＳ３０１〜Ｓ３０５は図３と同様であり、アップロード用ファイルは、既にコンテンツ蓄積部２０８に保存されている。
【００４６】
Ｓ９０１では、生成したアップロード用ファイルをアップロードするかどうかを画面にて確認を行う（図７）。
ユーザがアップロード実行を指示すると、ステップＳ９０２で、通信モジュール部２１３に電力を供給する。
【００４７】
ステップＳ９０３では、通信モジュール部２１３は無線ＬＡＮの範囲内にあるアクセスポイント１０２を探索する。そのとき、ＲＯＭ２１４に格納するアクセスポイント検出手段２２５の機能を利用する。アクセスポイント１０２が見つかれば、インターネット１０３を介して送信先のＷＥＢサーバ１０４に接続する。
ステップＳ９０４では、コンテンツ蓄積部２０８からアップロード用ファイルを読み出し、ファイル転送プロトコルを用いてＷＥＢサーバ１０４にファイル送信を開始する。アップロードが開始されると、その進行状況を画面に表示する（図８）。
【００４８】
ステップＳ９０５では、送信中にアクセスポイントが存在しているかどうかを判定する。これは、撮像装置が移動中にアクセスポイントから離れることがあるからである。
アクセスポイントから離れた場合は、ステップＳ９０６へ進み、ファイルの送信を中断する。そしてステップＳ９０３へ戻り、再度アクセスポイントの探索を行う。
【００４９】
ステップＳ９０７では、送信すべきファイルの読み出しが終了したかどうかを判定する。終了していなければ、ステップＳ９０４へ戻り引き続きファイルの読み出しと送信を継続する。
ファイル読み出しが終了すると、ステップＳ９０８にて通信モジュール部２１３の電力供給を停止する。
ステップＳ９０９では、コンテンツ蓄積部２０８に保存していた送信済みのアップロード用ファイルを削除する。
【００５０】
実施例２によれば、アクセスポイントを自動的に発見して、コンテンツ送信を自動的に開始する。アクセスポイントから離れた場合には、送信を中断して新たなアクセスポイントを検出し、送信を自動的に再開する。よって、ユーザが意識することなく移動する撮像装置からコンテンツを自動的にアップロードすることができる。
【００５１】
また本実施例によれば、撮影したコンテンツを自動的にアップロードすることで、外部機器への自動バックアップを取ることができるので、撮像装置内のコンテンツ蓄積部の容量を節約できると効果がある。
【実施例３】
【００５２】
実施例３は、アップロード用ファイルの生成とアップロード処理とを並行して行うものである。
【００５３】
図１０は、実施例３によるコンテンツアップロード処理を示すフローチャートである。
ステップＳ１００１では、ユーザからアップロードの指示を受けると、アップロードモードへの切替えを行う。
ステップＳ１００２では、アップロード可能なコンテンツファイル群を表示部２１０に表示する（図４）。
ステップＳ１００３では、ユーザはコンテンツファイル群からアップロードするコンテンツファイルを選択する。
【００５４】
ステップＳ１００４では、選択されたコンテンツについて、ファイルサイズが規定値未満になるようサイズ縮小処理を行いアップロード用ファイルを生成する。サイズ縮小処理の詳細は前記図５と同様である。その際、コンテンツファイルを縮小処理可能な小サイズのユニットに分割して、ユニット毎にアップロード用ファイルを生成する。
【００５５】
ステップＳ１００５では、生成されたアップロード用ファイルについて、送信可能な小サイズのユニットに分割して、ユニット毎に直ちにＷＥＢサーバに向けて送信（アップロード）する。アップロード処理の詳細は図６と同様である。なお、縮小処理のユニットとアップロードのユニットはそのサイズが異なっても良い。
【００５６】
ステップＳ１００６では、ファイル全体についてアップロード用ファイルの生成が終了したかどうかを判定する。終了していなければ、ステップＳ１００４に戻り残りのファイル生成を行う。ファイル生成が終了していれば、ステップＳ１００７でファイル全体について送信が終了したかどうかを判定する。送信が終了していなければ、ステップＳ１００５に戻り残りのアップロード処理を行う。
【００５７】
実施例３によれば、アップロード用ファイル生成処理とアップロード処理を並行して行い、アップロード用ファイルは蓄積部に保存しないので、撮像装置内のコンテンツ蓄積部の容量を節約できる。言い換えれば、撮像装置はより長時間の撮影が可能になる。
【００５８】
上記した各実施例の構成や処理内容は一例を示したものであり、各実施例の内容を適宜組み合わせることも可能である。
【図面の簡単な説明】
【００５９】
【図１】本発明の撮像装置を用いたコンテンツ送信システムの一例を示す構成図。
【図２】本発明の撮像装置の一実施例を示す構成図。
【図３】コンテンツアップロード処理の全体工程を示すフローチャート。
【図４】図３のアップロード用ファイルの選択画面の表示例。
【図５】図３のアップロード用ファイル生成処理（Ｓ３０４）の詳細なフローチャート。
【図６】図３のアップロード処理（Ｓ３０６）の詳細なフローチャート。
【図７】図６のアップロード開始画面の表示例。
【図８】図６のアップロード実行中の画面表示例。
【図９】実施例２によるアップロード処理を示すフローチャート。
【図１０】実施例３によるコンテンツアップロード処理を示すフローチャート。
【符号の説明】
【００６０】
１００（２００）…撮像装置、１０２…アクセスポイント／ルータ、１０３…インターネット、１０４…ＷＥＢサーバ、１０５…コンテンツデータ、２０２…撮像素子、２０３…カメラＤＳＰ、２０４…マイク、２０５…圧縮伸長回路、２０６…ＣＰＵ、２０７…メモリ（ＲＡＭ）、２０８…コンテンツ蓄積部、２０９…グラフィック回路、２１０…表示部、２１１…電源回路、２１２…電源、２１３…通信モジュール部、２１４…ＲＯＭ、２２１…ダイジェスティング手段、２２２…トランスレート手段、２２３…トランスコード手段、２２４…ファイルサイズ見積り手段、２２５…アクセスポイント検出手段。
【技術分野】
【０００１】
本発明は、動画像を撮影し、撮影した動画像をインターネットを介してウェブサーバにアップロードする撮像装置に関するものである。
【背景技術】
【０００２】
近年、ソーシャルネットワーキングサービス（以下、ＳＮＳ）、ウェブログ（以下、ブログ）などのように、インターネット上でユーザが日記や動画像コンテンツを公開するためのサービスが普及している。これらのサービスは、ウェブブラウザ上の専用のフォームから文章や動画像等のコンテンツを入力し、ウェブ（ＷＥＢ）サーバにアップロードすることでコンテンツを簡単に投稿することができる。同様に、動画共有サイトなどのように、動画像をＷＥＢ上で共有するための専用サービスも普及している。これによれば、ＷＥＢブラウザの専用フォームや動画像ファイルアップロードソフトを用いてサーバにアップロードし、動画像コンテンツを不特定多数のユーザで共有することができる。
【０００３】
デジタルスチルカメラやビデオカメラで撮影した動画像コンテンツをＷＥＢ上で利用するには、カメラからＰＣ（Personal Computer）などのインターネット接続が可能な機器へコンテンツをコピーし、ＰＣからＷＥＢサーバへアップロードする必要がある。しかしユーザの利便性を考慮すると、デジタルカメラやビデオカメラで撮影したコンテンツを一旦ＰＣにコピーするよりも、直接ＷＥＢサーバにアップロードできた方が手間がかからず便利である。撮像装置から直接ＷＥＢサーバに画像を転送することに関し、次のような提案がなされている。
【０００４】
特許文献１では、無線ＬＡＮ（Local Area Network）機能を内蔵した電子カメラにおいて、撮影した画像をサーバ、ＰＣ、プリンタのいずれかを選択して転送する装置が開示されている。
【０００５】
また特許文献２では、撮影した画像をブログサイトへアップロードする撮影装置において、撮影画像をブログ用画像サイズに変換することでブログに適した画像を作成する機能を有する装置が開示されている。
【０００６】
【特許文献１】特開２００８−５３９７８公報
【特許文献２】特開２００８−３４９６３公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特許文献１や特許文献２に記載の技術を用いれば、カメラ等の撮像装置から無線ＬＡＮ経由でインターネットに接続し、撮影した画像を所望の転送先（ＷＥＢサーバなど）に、所定の画像サイズでアップロードすることができる。ここで、転送するコンテンツが静止画の場合は短時間で転送できるが、動画像コンテンツ、特に１９２０×１０８０のフルハイビジョン画質で撮影された動画などの場合は、ファイルサイズが非常に大きいものとなり、コンテンツのアップロードに長時間を要することになる。転送時間を短縮するためには撮像装置内のＣＰＵ（Central Processing Unit）をＰＣ並みの性能に向上させれば良いが、高性能なＣＰＵは高価であり、実現性が低い。上記各特許文献は、静止画をＷＥＢサーバにアップロードすることを前提としたものであり、動画のアップロード時間については特に考慮されていない。
【０００８】
本発明の目的は、動画像コンテンツであっても短時間でアップロードできる撮像装置を提供することである。
【課題を解決するための手段】
【０００９】
本発明は、被写体を撮影し生成した画像コンテンツを外部機器へ送信する撮像装置において、被写体を撮影し映像信号に変換する撮像部と、映像信号を圧縮ストリーム形式の画像コンテンツとして保存するコンテンツ蓄積部と、送信する画像コンテンツのファイルサイズを規定値以内に縮小処理するファイルサイズ縮小手段と、縮小処理した画像コンテンツをインターネットを介して外部機器へ送信する通信モジュール部と、を備える。
【００１０】
ここにファイルサイズ縮小手段として、画像コンテンツから特徴的な部分を抽出するダイジェスティング手段と、画像コンテンツのビットレートを変換するトランスレート手段と、画像コンテンツの符号化方式を変換するトランスコード手段のうち、少なくとも１つの手段を備える。さらに、ファイルサイズ縮小手段にて縮小処理後のファイルサイズを予測するファイルサイズ見積り手段を備え、予測の結果、ファイルサイズが最小になるファイルサイズ縮小手段を用いて縮小処理を行う。
【発明の効果】
【００１１】
本発明によれば、撮影した動画コンテンツのファイルサイズが大きい場合であっても、ＷＥＢサーバに短時間でアップロードすることが可能となる。これにより、ＰＣのない環境でも手軽にブログ等を更新することができ利便性が向上する。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施形態を図面を用いて説明する。
【実施例１】
【００１３】
図１は、本発明の撮像装置を用いたコンテンツ送信システムの一例を示す構成図である。本システムは、通信機能付の撮像装置１００、インターネット１０３、ＷＥＢサーバ１０４、及び外部機器で構成される。
【００１４】
ユーザ（撮影者）１１０は、撮像装置１００により被写体を撮影する。撮影した画像は必要に応じて後述のコンテンツ加工処理を行い、通信機能を用いてＷＥＢサーバ（ブログサーバやＳＮＳサーバ）１０４へアップロードする。コンテンツデータ１０５のアップロードは、ＬＡＮ環境１０１内のアクセスポイント／ルータ１０２を経由してインターネット１０３上のＷＥＢサーバ１０４にコンテンツデータ１０５を送信し、格納される。ＬＡＮ環境１０１は有線ＬＡＮでも無線ＬＡＮでもどちらでもかまわない。有線ＬＡＮの場合は、ルータを経由してインターネット１０３に接続する。無線ＬＡＮの場合は、アクセスポイントを経由してインターネット１０３に接続する。一方遠隔地にいるユーザ（閲覧者）１１１は、ＰＣ１０６、携帯電話１０７、ＤＴＶ（Digital Television）１０８などのＷＥＢブラウザを搭載した外部機器（端末）からＷＥＢサーバ１０４にアクセスする。そして、ＷＥＢサーバ１０４に格納されているコンテンツデータ１０５を閲覧することができる。
【００１５】
図２は、本発明の撮像装置の一実施例を示す構成図である。
撮像装置２００（１００）は、撮影部として、レンズ２０１、撮像素子２０２、カメラＤＳＰ（Digital Signal Processor）２０３、マイク２０４を有する。コンテンツ処理のため、圧縮伸長回路２０５、ＣＰＵ２０６、メモリ（ＲＡＭ）２０７、コンテンツ蓄積部２０８、グラフィック回路２０９、表示部２１０、ＲＯＭ（Read Only Memory）２１４を有する。さらに、電源回路２１１、電源２１２、通信モジュール２１３を有する。そしてそれらの構成要素はバス２１５によって接続され、各構成要素間でデータを転送する。
【００１６】
被写体からの光信号は、レンズ２０１を介し撮像素子２０２によって電気信号（デジタル映像信号）に変換される。カメラＤＳＰ２０３は、映像信号を圧縮伸長回路２０５に入力できる形式に変換する。マイク２０４からの音声信号は、バス２１５を介して圧縮伸長回路２０５に入力される。圧縮伸長回路２０５は、入力された映像・音声信号から所定のフォーマットの圧縮ストリームを生成し、コンテンツ蓄積部２０８は生成されたストリームを保存する。メモリ２０７は、圧縮処理のためのワークエリアとして用いる。コンテンツ蓄積部２０８には、ＨＤＤ、光ディスク、半導体メモリ等を用いる。
【００１７】
撮影した画像を再生する場合には、コンテンツ蓄積部２０８に保存されている圧縮ストリームをメモリ２０７へ読み出す。圧縮伸長回路２０５は、メモリ２０７からストリームを読み出し伸長処理を行う。伸長した画像データはグラフィック回路２０９に渡され、表示部２１０にて再生画像を表示する。
【００１８】
通信モジュール部２１３は、アクセスポイント／ルータ１０２を介してインターネット１０３へ接続し、ＷＥＢサーバ１０４へ画像データを送信（アップロード）する。その際送信する画像データは、保存している圧縮ストリームを必要に応じてさらに加工したものである。また送信するデータには、ファイル転送プロトコルの各種コマンドを含む。
【００１９】
ＲＯＭ２１４は、上記の動作を実行するためのプログラムを格納し、ＣＰＵ２０６はプログラムに従い各部の動作を制御する。電源２１２にはバッテリーと交流電源を用いることができ、電源回路２１１は装置内の電力供給を制御する。
【００２０】
本実施例では、送信する画像データのファイルサイズを規定値以下とし、アップロード時間を短縮する。ファイルサイズが規定値を超える場合は、次のファイルサイズ縮小手段にてファイルサイズを縮小する。ＲＯＭ２１４には、これらのサイズ縮小手段のソフトウェアを格納している。
【００２１】
ダイジェスティング手段２２１は、撮影した映像と音声の特徴的な部分を抽出しファイルサイズを小さくする。映像の場合は、例えばフォーカスの合焦度や被写体の顔の有無、被写体の動きの変化度等から特徴点を判断する。音声の場合は、音量や、言葉から判断する。静止画の場合は、いくつかの顔が映っているとき、例えば顔の部分だけ抽出する。
ダイジェスティング手段２２１によれば、長時間の動画コンテンツについて、特徴的な部分を抽出したダイジェスト動画を生成するので、短時間でアップロードすることが可能であるだけでなく、長いコンテンツの盛り上がりの部分を短時間で視聴することができる。
【００２２】
トランスレート手段２２２は、圧縮方式は変更せずビットレートを変換してファイルサイズを小さくする。あるいは、１秒当たりのコマ数を間引くことによっても実現できる。
トランスコード手段２２３は、符号化方式を変換してファイルサイズを小さくする。特に動画コンテンツの場合は、圧縮形式を変換する。例えば、ＭＰＥＧ２（Moving Picture Experts Group）からさらに高圧縮であるＨ．２６４（ＭＰＥＧ４／ＡＶＣ）に変換することで、ファイルサイズを半分程度に縮小することができる。
トランスレート手段２２２やトランスコード手段２２３によれば、高画質で容量の大きい動画コンテンツを、内容を省略せずに短時間でアップロードすることが可能である。
【００２３】
ファイルサイズ見積り手段２２４は、各ファイルサイズ縮小手段（ダイジェスティング手段、トランスレート手段、トランスコード手段）にて縮小後のファイルサイズを予測する。ダイジェスティング手段の場合は、ユーザが指定した時間に収まるようにダイジェストファイルを生成した場合のファイルサイズを予測する。トランスレート手段の場合は、ビットレートの変更に伴い同じ割合でファイルサイズも減るものとしてファイルサイズを予測する。トランスコード手段の場合は、映像によって符号量が変化するためファイルサイズを正確に算出できないが、平均的な圧縮率の変更からファイルサイズを予測する。
ファイルサイズ見積り手段２２４によれば、ダイジェスティング、トランスレート、トランスコードといったファイルサイズ縮小手段の効果を定量的に比較し、最適な縮小手段を選択することが可能となる。
【００２４】
なお、ファイルサイズ縮小手段は上記した３通りの手段に限定せず、適宜変更して用いることができる。
また、アクセスポイント検出手段２２５は、通信モジュール部２１３から無線ＬＡＮにて通信を行うためのアクセスポイント１０２を自動的に検出する。
【００２５】
以下、本実施例におけるコンテンツのアップロード処理を具体的に説明する。
図３は、コンテンツアップロード処理の全体工程を示すフローチャートである。ユーザが撮影した画像データ（コンテンツ）は、コンテンツ蓄積部２０８に圧縮ストリーム形式でファイル単位に保存されている。
【００２６】
ステップＳ３０１では、ユーザからアップロードの指示を受けると、アップロードモードへの切替えを行う。アップロードモードへの指示は、例えばアップロード釦を押すことで実現する。あるいは、表示部２１０にＧＵＩメニューを表示しコンテンツアップロードを選択することで実現する。
ステップＳ３０２では、アップロード可能なコンテンツファイル群を表示部２１０に表示する（図４）。
ステップＳ３０３では、ユーザはコンテンツファイル群からアップロードするコンテンツファイルを選択する。
【００２７】
ステップＳ３０４では、選択されたコンテンツについて、ファイルサイズが規定値以下になるようサイズ縮小処理を行い、アップロード用ファイルを生成する。アップロード用ファイル生成の詳細は図５に示す。
ステップＳ３０５では、生成したアップロード用ファイルをコンテンツ蓄積部２０８に保存する。
ステップＳ３０６では、コンテンツ蓄積部２０８から送信するコンテンツを読み出し、通信モジュール部２１３からＷＥＢサーバに向けてコンテンツをアップロードする。アップロード処理の詳細は図６に示す。
【００２８】
このように、アップロードをユーザの意図したタイミングで行わせることによって、電力消費が大きい通信モジュール部２１３を必要なときのみ動作させることができるので、特にバッテリー電源の節約を行える。
【００２９】
図４は、図３のステップＳ３０２、Ｓ３０３におけるアップロード用ファイルの選択画面の表示例を示す。
画面４００には、アップロード用ファイルの選択を促すメッセージ４０１を表示する。そして、コンテンツ蓄積部２０８に保存されているコンテンツ群の一覧をサムネイル４０２にて表示する。ユーザは選択枠４０３を移動させて、アップロードしたいコンテンツファイルを選択する。ここでは、「ｆｉｌｅ００４」を選択している。アップロード選択画面表示を止める場合は、キャンセル釦４０４を選択する。
【００３０】
図５は、図３におけるアップロード用ファイル生成処理（Ｓ３０４）の詳細なフローチャートを示す。
【００３１】
ステップＳ５０１では、選択されたコンテンツファイルのファイルサイズを取得し、規定値Ｍ０以内であるかどうかを判定する。ここでファイルサイズの規定値Ｍ０は、アップロード時間を規定時間以内とするために、装置の転送速度からファイルサイズの上限値を割り出したものである。あるいは、標準的な転送速度を想定し、単純にファイルサイズの上限値を規定したものでも良い。規定値Ｍ０は、ユーザがデフォルト値として決めることもできる。また、ＷＥＢサーバからの制限がある場合は、ＷＥＢサーバと通信し規定値Ｍ０を取得する。
Ｓ５０１の判定の結果、ファイルサイズが規定値Ｍ０以下の場合は、そのままアップロードが可能であると判断し、次の処理（ステップＳ３０６のアップロード処理）へ進む。ファイルサイズが規定値Ｍ０より大きい場合は、ステップＳ５０２へ進み、ファイルサイズを縮小したアップロード用ファイルの生成を行う。
【００３２】
ステップＳ５０２において、ファイルサイズ見積り手段２２４はファイルサイズ縮小手段により縮小処理した場合のファイルサイズを予測する。縮小手段として、（ａ）ダイジェスティング手段２２１、（ｂ）トランスレート手段２２２、及び（ｃ）トランスコード手段２２３の３通りの手段で縮小処理した場合を予測し、予測したサイズをそれぞれＭａ、Ｍｂ、Ｍｃとする。
【００３３】
ステップＳ５０３では、ステップＳ５０２で予測した３通りの予測サイズＭａ，Ｍｂ，Ｍｃを比較し、サイズが最小になる縮小手段を判定する。
判定の結果、予測サイズＭａが最小であればステップＳ５０４へ進み、ダイジェスティング手段２２１にてダイジェストファイルを生成する。予測サイズＭｂが最小であればステップＳ５０５へ進み、トランスレート手段２２２にてトランスレート処理を行う。予測サイズＭｃが最小であればステップＳ５０６へ進み、トランスコード手段２２３にてトランスコード処理を行う。
【００３４】
もしも、いずれの予測サイズも規定値Ｍ０を超える場合は、各縮小手段の処理条件を変えて予測をやり直し、規定値Ｍ０以下のものが出現するまで繰り返す。また、予測サイズＭａ，Ｍｂ，Ｍｃのうち、複数のものが規定値Ｍ０以下となったとき、最小のものを選択するのではなく、ユーザの好みの処理を優先して選択させることもできる。
【００３５】
アップロード用のファイルが生成されたら、次の工程（ステップＳ３０５のファイル保存処理）へ進み、アップロード用ファイルをコンテンツ蓄積部２０８に保存する。
このように、アップロードするファイルが規定値Ｍ０を超えるとき、自動的に規定値以下のサイズに縮小処理することで、アップロード時間を規定時間以内に短縮することができる。
【００３６】
図６は、図３におけるアップロード処理（Ｓ３０６）の詳細なフローチャートを示す。
ステップＳ６０１では、生成したアップロード用ファイルをアップロードするかどうかを画面にて確認を行う（図７）。
【００３７】
ユーザがアップロード実行を指示すると、ステップＳ６０２で、通信モジュール部２１３に電力を供給する。
Ｓ６０３では、通信モジュール部２１３は無線ＬＡＮの範囲内にあるアクセスポイント１０２を探索する。そのとき、ＲＯＭ２１４に格納するアクセスポイント検出手段２２５の機能を利用する。アクセスポイント１０２が見つかれば、インターネット１０３を介して送信先のＷＥＢサーバ１０４に接続する。
【００３８】
Ｓ６０４では、コンテンツ蓄積部２０８からアップロード用ファイルを読み出し、ファイル転送プロトコルを用いてＷＥＢサーバ１０４にファイル送信を開始する。アップロードが開始されると、その進行状況を画面に表示する（図８）。
ステップＳ６０５では、アップロード途中でユーザによりキャンセルの指示を受けたかどうかを判定する。
キャンセルの指示を受けた場合は、ステップ６０９にてアップロードを中止し、ステップＳ６１０にて通信モジュール部２１３の電力供給を停止する。
【００３９】
キャンセルの指示がなければ、ステップＳ６０６で送信すべきファイル読み出しが終了したかどうかを判定する。終了していなければ、ステップＳ６０４へ戻り引き続きファイルの読み出しと送信を継続する。
ファイル読み出しが終了すると、ステップＳ６０７にて通信モジュール部２１３の電力供給を停止する。
【００４０】
ステップＳ６０８では、コンテンツ蓄積部２０８に保存する縮小処理したアップロード用ファイルを削除する。なお、縮小処理前のオリジナルコンテンツは残しているので、アップロード用ファイルを削除しても支障はない。
このように、アップロードを実行する期間のみ通信モジュール部２１３に電力を供給するようにしたので、無駄な電力消費を抑え、特にバッテリーの節約に有効となる。また、送信済みのアップロード用ファイルを削除することで、同一コンテンツの重複による混乱を回避し、コンテンツ蓄積部２０８の容量を有効に利用することができる。
【００４１】
図７は、図６のステップＳ６０１におけるアップロード開始画面の表示例である。画面７００には、アップロード開始の最終確認をするメッセージ７０１を表示する。ここでは、「ｆｉｌｅ００４」のアップロードを確認しており、そのファイルのサムネイル７０２を表示している。ユーザがアップロード実行釦７０３を選択するとアップロード処理が実行され、キャンセル釦７０４を選択するアップロード処理はキャンセルされる。
【００４２】
図８は、図６のステップＳ６０４におけるアップロード実行中の画面表示例である。画面８００には、アップロード中であることを示すメッセージ８０１を表示する。ステータスバー８０２には、アップロード済みのファイルサイズ８０３と未アップロードのファイルサイズ８０４を表示する。キャンセル釦８０５は、アップロード途中でアップロードをキャンセルするための釦である。これらにより、ユーザはアップロード進行状況を把握することができる。また、アップロード終了まで長い時間がかかると判断した場合には、途中でキャンセルすることができる。
【００４３】
実施例１によれば、撮像装置内のダイジェスティング手段、トランスレート手段、トランスコード手段などを自動的に選択し、送信するファイルのサイズを規定値以内に縮小することができる。よって、長時間を要する動画コンテンツのアップロードを規定時間内で迅速に行うことができる。ビデオカメラのようにバッテリー電源で使用することが多い撮像装置では、アップロード処理の時間を短縮することでバッテリーの節約にも効果がある。
【実施例２】
【００４４】
実施例２は、撮像装置を移動しながら画像コンテンツをＷＥＢサーバへアップロードする場合、通信を中継するアクセスポイントを自動的に発見してアップロード開始するものである。
【００４５】
図９は、実施例２によるアップロード処理を示すフローチャートである。ここでは、前記実施例１の図３におけるアップロード処理（Ｓ３０６）の詳細を示す。他のステップＳ３０１〜Ｓ３０５は図３と同様であり、アップロード用ファイルは、既にコンテンツ蓄積部２０８に保存されている。
【００４６】
Ｓ９０１では、生成したアップロード用ファイルをアップロードするかどうかを画面にて確認を行う（図７）。
ユーザがアップロード実行を指示すると、ステップＳ９０２で、通信モジュール部２１３に電力を供給する。
【００４７】
ステップＳ９０３では、通信モジュール部２１３は無線ＬＡＮの範囲内にあるアクセスポイント１０２を探索する。そのとき、ＲＯＭ２１４に格納するアクセスポイント検出手段２２５の機能を利用する。アクセスポイント１０２が見つかれば、インターネット１０３を介して送信先のＷＥＢサーバ１０４に接続する。
ステップＳ９０４では、コンテンツ蓄積部２０８からアップロード用ファイルを読み出し、ファイル転送プロトコルを用いてＷＥＢサーバ１０４にファイル送信を開始する。アップロードが開始されると、その進行状況を画面に表示する（図８）。
【００４８】
ステップＳ９０５では、送信中にアクセスポイントが存在しているかどうかを判定する。これは、撮像装置が移動中にアクセスポイントから離れることがあるからである。
アクセスポイントから離れた場合は、ステップＳ９０６へ進み、ファイルの送信を中断する。そしてステップＳ９０３へ戻り、再度アクセスポイントの探索を行う。
【００４９】
ステップＳ９０７では、送信すべきファイルの読み出しが終了したかどうかを判定する。終了していなければ、ステップＳ９０４へ戻り引き続きファイルの読み出しと送信を継続する。
ファイル読み出しが終了すると、ステップＳ９０８にて通信モジュール部２１３の電力供給を停止する。
ステップＳ９０９では、コンテンツ蓄積部２０８に保存していた送信済みのアップロード用ファイルを削除する。
【００５０】
実施例２によれば、アクセスポイントを自動的に発見して、コンテンツ送信を自動的に開始する。アクセスポイントから離れた場合には、送信を中断して新たなアクセスポイントを検出し、送信を自動的に再開する。よって、ユーザが意識することなく移動する撮像装置からコンテンツを自動的にアップロードすることができる。
【００５１】
また本実施例によれば、撮影したコンテンツを自動的にアップロードすることで、外部機器への自動バックアップを取ることができるので、撮像装置内のコンテンツ蓄積部の容量を節約できると効果がある。
【実施例３】
【００５２】
実施例３は、アップロード用ファイルの生成とアップロード処理とを並行して行うものである。
【００５３】
図１０は、実施例３によるコンテンツアップロード処理を示すフローチャートである。
ステップＳ１００１では、ユーザからアップロードの指示を受けると、アップロードモードへの切替えを行う。
ステップＳ１００２では、アップロード可能なコンテンツファイル群を表示部２１０に表示する（図４）。
ステップＳ１００３では、ユーザはコンテンツファイル群からアップロードするコンテンツファイルを選択する。
【００５４】
ステップＳ１００４では、選択されたコンテンツについて、ファイルサイズが規定値未満になるようサイズ縮小処理を行いアップロード用ファイルを生成する。サイズ縮小処理の詳細は前記図５と同様である。その際、コンテンツファイルを縮小処理可能な小サイズのユニットに分割して、ユニット毎にアップロード用ファイルを生成する。
【００５５】
ステップＳ１００５では、生成されたアップロード用ファイルについて、送信可能な小サイズのユニットに分割して、ユニット毎に直ちにＷＥＢサーバに向けて送信（アップロード）する。アップロード処理の詳細は図６と同様である。なお、縮小処理のユニットとアップロードのユニットはそのサイズが異なっても良い。
【００５６】
ステップＳ１００６では、ファイル全体についてアップロード用ファイルの生成が終了したかどうかを判定する。終了していなければ、ステップＳ１００４に戻り残りのファイル生成を行う。ファイル生成が終了していれば、ステップＳ１００７でファイル全体について送信が終了したかどうかを判定する。送信が終了していなければ、ステップＳ１００５に戻り残りのアップロード処理を行う。
【００５７】
実施例３によれば、アップロード用ファイル生成処理とアップロード処理を並行して行い、アップロード用ファイルは蓄積部に保存しないので、撮像装置内のコンテンツ蓄積部の容量を節約できる。言い換えれば、撮像装置はより長時間の撮影が可能になる。
【００５８】
上記した各実施例の構成や処理内容は一例を示したものであり、各実施例の内容を適宜組み合わせることも可能である。
【図面の簡単な説明】
【００５９】
【図１】本発明の撮像装置を用いたコンテンツ送信システムの一例を示す構成図。
【図２】本発明の撮像装置の一実施例を示す構成図。
【図３】コンテンツアップロード処理の全体工程を示すフローチャート。
【図４】図３のアップロード用ファイルの選択画面の表示例。
【図５】図３のアップロード用ファイル生成処理（Ｓ３０４）の詳細なフローチャート。
【図６】図３のアップロード処理（Ｓ３０６）の詳細なフローチャート。
【図７】図６のアップロード開始画面の表示例。
【図８】図６のアップロード実行中の画面表示例。
【図９】実施例２によるアップロード処理を示すフローチャート。
【図１０】実施例３によるコンテンツアップロード処理を示すフローチャート。
【符号の説明】
【００６０】
１００（２００）…撮像装置、１０２…アクセスポイント／ルータ、１０３…インターネット、１０４…ＷＥＢサーバ、１０５…コンテンツデータ、２０２…撮像素子、２０３…カメラＤＳＰ、２０４…マイク、２０５…圧縮伸長回路、２０６…ＣＰＵ、２０７…メモリ（ＲＡＭ）、２０８…コンテンツ蓄積部、２０９…グラフィック回路、２１０…表示部、２１１…電源回路、２１２…電源、２１３…通信モジュール部、２１４…ＲＯＭ、２２１…ダイジェスティング手段、２２２…トランスレート手段、２２３…トランスコード手段、２２４…ファイルサイズ見積り手段、２２５…アクセスポイント検出手段。
【特許請求の範囲】
【請求項１】
被写体を撮影し生成した画像コンテンツを外部機器へ送信する撮像装置において、
被写体を撮影し映像信号に変換する撮像部と、
上記映像信号を圧縮ストリーム形式の画像コンテンツとして保存するコンテンツ蓄積部と、
送信する画像コンテンツのファイルサイズを規定値以内に縮小処理するファイルサイズ縮小手段と、
縮小処理した上記画像コンテンツをインターネットを介して外部機器へ送信する通信モジュール部と、
を備えることを特徴とする撮像装置。
【請求項２】
請求項１に記載の撮像装置において、
前記ファイルサイズ縮小手段として、画像コンテンツから特徴的な部分を抽出するダイジェスティング手段と、画像コンテンツのビットレートを変換するトランスレート手段と、画像コンテンツの符号化方式を変換するトランスコード手段のうち、少なくとも１つの手段を備えることを特徴とする撮像装置。
【請求項３】
請求項２に記載の撮像装置において、
上記ファイルサイズ縮小手段にて縮小処理後のファイルサイズを予測するファイルサイズ見積り手段を備え、
予測の結果、ファイルサイズが最小になるファイルサイズ縮小手段を用いて縮小処理を行うことを特徴とする撮像装置。
【請求項４】
請求項１に記載の撮像装置において、
前記ファイルサイズ縮小手段にて縮小処理した画像コンテンツを前記コンテンツ蓄積部に一旦保存し、前記通信モジュール部にて該画像コンテンツを外部機器へ送信後、前記コンテンツ蓄積部に保存されている縮小処理した該画像コンテンツを削除することを特徴とする撮像装置。
【請求項５】
請求項１に記載の撮像装置において、
前記通信モジュール部には、前記画像コンテンツの送信動作に合わせて電力を供給することを特徴とする撮像装置。
【請求項６】
請求項１に記載の撮像装置において、
前記通信モジュールによりインターネットを介して外部機器へ送信するためのアクセスポイントを検出するアクセスポイント検出手段を備え、
該アクセスポイント検出手段によってアクセスポイントを検出した場合、前記画像コンテンツの送信を自動的に開始し、アクセスポイントを検出できない場合、前記画像コンテンツの送信を中断することを特徴とする撮像装置。
【請求項７】
請求項１に記載の撮像装置において、
前記ファイルサイズ縮小手段は、画像コンテンツを縮小処理可能な小サイズのユニットに分割してユニット毎にファイルサイズの縮小処理を行い、
該縮小処理と並行して前記通信モジュール部は、縮小処理された画像コンテンツを送信可能な小サイズのユニットに分割してユニット毎に外部機器へ送信することを特徴とする撮像装置。
【請求項１】
被写体を撮影し生成した画像コンテンツを外部機器へ送信する撮像装置において、
被写体を撮影し映像信号に変換する撮像部と、
上記映像信号を圧縮ストリーム形式の画像コンテンツとして保存するコンテンツ蓄積部と、
送信する画像コンテンツのファイルサイズを規定値以内に縮小処理するファイルサイズ縮小手段と、
縮小処理した上記画像コンテンツをインターネットを介して外部機器へ送信する通信モジュール部と、
を備えることを特徴とする撮像装置。
【請求項２】
請求項１に記載の撮像装置において、
前記ファイルサイズ縮小手段として、画像コンテンツから特徴的な部分を抽出するダイジェスティング手段と、画像コンテンツのビットレートを変換するトランスレート手段と、画像コンテンツの符号化方式を変換するトランスコード手段のうち、少なくとも１つの手段を備えることを特徴とする撮像装置。
【請求項３】
請求項２に記載の撮像装置において、
上記ファイルサイズ縮小手段にて縮小処理後のファイルサイズを予測するファイルサイズ見積り手段を備え、
予測の結果、ファイルサイズが最小になるファイルサイズ縮小手段を用いて縮小処理を行うことを特徴とする撮像装置。
【請求項４】
請求項１に記載の撮像装置において、
前記ファイルサイズ縮小手段にて縮小処理した画像コンテンツを前記コンテンツ蓄積部に一旦保存し、前記通信モジュール部にて該画像コンテンツを外部機器へ送信後、前記コンテンツ蓄積部に保存されている縮小処理した該画像コンテンツを削除することを特徴とする撮像装置。
【請求項５】
請求項１に記載の撮像装置において、
前記通信モジュール部には、前記画像コンテンツの送信動作に合わせて電力を供給することを特徴とする撮像装置。
【請求項６】
請求項１に記載の撮像装置において、
前記通信モジュールによりインターネットを介して外部機器へ送信するためのアクセスポイントを検出するアクセスポイント検出手段を備え、
該アクセスポイント検出手段によってアクセスポイントを検出した場合、前記画像コンテンツの送信を自動的に開始し、アクセスポイントを検出できない場合、前記画像コンテンツの送信を中断することを特徴とする撮像装置。
【請求項７】
請求項１に記載の撮像装置において、
前記ファイルサイズ縮小手段は、画像コンテンツを縮小処理可能な小サイズのユニットに分割してユニット毎にファイルサイズの縮小処理を行い、
該縮小処理と並行して前記通信モジュール部は、縮小処理された画像コンテンツを送信可能な小サイズのユニットに分割してユニット毎に外部機器へ送信することを特徴とする撮像装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１０−１１４７５５（Ｐ２０１０−１１４７５５Ａ）
【公開日】平成２２年５月２０日（２０１０．５．２０）
【国際特許分類】
【出願番号】特願２００８−２８６７８６（Ｐ２００８−２８６７８６）
【出願日】平成２０年１１月７日（２００８．１１．７）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２２年５月２０日（２０１０．５．２０）
【国際特許分類】
【出願日】平成２０年１１月７日（２００８．１１．７）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]