(57)【特許請求の範囲】
【請求項１】
対象イベントに関連付けられた画像データを選択的に記録する方法であって、
バーストモードの動作において、
ビデオカメラの１つまたは複数の画像センサによって、連続的に画像データを取得するステップと、
前記取得画像データを画像データバッファに一時的に記憶するステップと、
前記画像データが連続的に取得される時に第１の対象イベントを識別する第１のユーザ入力の受信に応答して、
前記第１のユーザ入力の前に取得された前記画像データバッファ内の前記取得画像データの少なくとも一部、および
前記第１のユーザ入力の時点もしくは前記第１のユーザ入力の後に連続的に取得された画像データの少なくとも一部
を第１の品質レベルで画像データファイルに記録するステップと、
前記画像データが連続的に取得される時に第２の対象イベントを識別する第２のユーザ入力の受信に応答して、
前記第２のユーザ入力の前に取得された前記画像データバッファ内の前記取得画像データの少なくとも一部、および
前記第２のユーザ入力の時点もしくは前記第２のユーザ入力の後に連続的に取得された画像データの少なくとも一部
を前記第１の品質レベルで前記画像データファイルに追加するステップと、
前記ビデオカメラを使用して、前記画像データバッファ内に一時的に記憶されている前記取得画像データのうち前記画像データファイルに記録されていない残りの部分を記録せずに破棄するステップと、
さらに、前記画像データが連続的に取得される時に前記第１の対象イベントを識別する前記第１のユーザ入力の受信に応答して、
前記第１の対象イベントの表示を生成するステップと、
前記表示を前記画像データファイルに記録するステップであって、前記表示は、前記表示と、前記第１のユーザ入力の前に取得された前記取得画像データの一部および前記第１のユーザ入力の時点または前記第１のユーザ入力の後に連続的に取得された画像データの一部との関連性を含む、前記ステップと、
を含み、
連続記録モードの動作において、
前記ビデオカメラの前記１つまたは複数の画像センサによって、連続的に更なる画像データを取得するステップと、
取得した前記更なる画像データを、第２の品質レベルで前記画像データファイルに記録するステップであって、前記第１の品質レベルは、前記第２の品質レベルよりも高い、前記ステップと、
前記画像データが連続的に取得される時に第３の対象イベントを識別する第３のユーザ入力の受信に応答して、
前記第３の対象イベントの更なる表示を生成するステップであって、前記更なる表示は、前記第３のユーザ入力が受信された時点を示すタイムスタンプを含む、前記ステップと、
前記更なる表示を前記画像データファイルに記録するステップと、
を含む方法。
【請求項２】
前記連続的に取得された画像データを監視するために電子ディスプレイに接続される前記カメラの出力部に、前記画像データバッファ内に一時的に記憶されている前記画像データを出力するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記画像データバッファは、特定の時間もしくは特定のフレーム数に対応する画像データを記憶するように構成される、請求項１または請求項２に記載の方法。
【請求項４】
前記画像データは、ビデオデータもしくは画像データシーケンスのうちの少なくとも一方を含む、請求項１〜請求項３のうちのいずれか一項に記載の方法。
【請求項５】
前記画像データファイルは、画像シーケンスの視覚的提示のために使用可能である、請求項１〜請求項４のうちのいずれか一項に記載の方法。
【請求項６】
前記画像データファイルは、前記ビデオカメラに記録される、請求項１〜請求項５のうちのいずれか一項に記載の方法。
【請求項７】
前記第１のユーザ入力は、ボタン、タッチセンシティブディスプレイ、もしくは音声入力のうちの少なくとも１つによって受信される、請求項１〜請求項６のうちのいずれか一項に記載の方法。
【請求項８】
前記画像データは、少なくとも１０８０ｐの解像度で取得される、請求項１〜請求項７のうちのいずれか一項に記載の方法。
【請求項９】
前記画像データは、２ｋ〜１０ｋの水平解像度で取得される、請求項１〜請求項８のうちのいずれか一項に記載の方法。
【請求項１０】
前記画像データは、１秒当たり少なくとも１２フレームのフレームレートで取得される、請求項１〜請求項９のうちのいずれか一項に記載の方法。
【請求項１１】
前記画像データは、１秒当たり１２フレーム〜２５０フレームのフレームレートで取得される、請求項１〜請求項１０のうちのいずれか一項に記載の方法。
【請求項１２】
前記第１の対象イベントの表示は、前記第１のユーザ入力が受信された時点を示すタイムスタンプを含む、請求項１〜請求項１１のうちのいずれか一項に記載の方法。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
本願は、「ＶＩＤＥＯ  ＣＡＭＥＲＡ  ＷＩＴＨ  ＣＡＰＴＵＲＥ  ＭＯＤＥＳ」と題する、２０１４年４月４日出願の米国仮特許出願第６１／９７５６３９号の利益を主張するものである。上記項目各々の開示内容全体を本明細書内に完全に記載しているかのごとく本願明細書の一部と見なし、含まれる全ての内容に対して、あらゆる目的のために、参照により本願明細書に引用したものとする。
【技術分野】
【０００２】
本発明は、静止画像または動画像をキャプチャするためのデジタルカメラのようなデジタルカメラに関し、特に、ユーザ入力に応答して画像データをキャプチャするデジタルカメラに関する。
【発明の概要】
【０００３】
本明細書に記載されているシステム、方法、および装置は、それぞれ複数の態様を有し、望ましい属性にのみ関与しているものは１つもない。本開示の範囲を限定せずに、複数の非限定的な特徴について簡単に説明する。
【０００４】
一実施形態では、カメラは、ユーザが対象イベントに対応する記録ビデオのタグ付けを開始できるようにする。例えば、ユーザは、イベントが発生した時に、ボタンを押す、またはカメラのタッチスクリーンと対話してよい。それに応じて、カメラは、イベントの前、イベント時、およびイベントの後にキャプチャされた一定数の画像フレームを後で見ることができるように識別するために、例えば、イベントに対応するタイムスタンプで、（例えば、メタデータタグ付けなどによって）ビデオファイルにタグ付けを行う。
【０００５】
いくつかの実施形態では、カメラは、例えば、カメラがプレビューモードである場合に、対象イベントを識別するカメラ制御のユーザ動作に応答して、ビデオセグメントまたは画像シーケンスをキャプチャできるようにする、または制御動作に応答する場合以外は、カメラは、普通なら連続的にビデオを記録しない。例えば、ユーザは、ボタンを押す、またはタッチスクリーンと対話することによって、カメラにイベントの時間の近くおよび／またはイベントの時間を含むビデオセグメントまたは画像シーケンスの記録を開始する。例えば、カメラは、プレビューモードでは、キャプチャ画像を画像データバッファに書き込んで、そこで画像はキャプチャ後に（例えば、見るためにモニタに表示された後またはカメラから出力した後に）比較的迅速に破棄される。制御動作は、カメラに、永続的に記録して後で見るために、バッファから画像を出力させる。バッファリングすることにより、ユーザがイベントのキャプチャを開始する前および開始した後に撮られた画像を記録することができる。種々の実施形態では、ユーザインターフェースにより、ユーザが対象イベントに対応するキャプチャされたビデオもしくは画像シーケンスを迅速に検討することができるようにしてもよい。
【０００６】
一実施形態によれば、画像データを記録する方法であって、ビデオカメラの１つまたは複数の画像センサによって画像データを連続的に取得するステップと、取得された画像データを画像データバッファに一時的に記憶するステップと、画像データが連続的に取得される時に第１の対象イベントを識別する第１のユーザ入力の受信に応答して、第１のユーザ入力の前に取得された画像データバッファ内の取得画像データおよび第１のユーザ入力の後に連続的に取得された画像データの一部を画像データファイルに記録するステップと、画像データが連続的に取得される時に第２の対象イベントを識別する第２のユーザ入力の受信に応答して、第２のユーザ入力の前に取得された画像データバッファ内の取得画像データおよび第２のユーザ入力の後に連続的に取得された画像データの一部を画像データファイルに追加するステップとを含む方法が開示される。
【０００７】
一態様によれば、画像データバッファは、特定の期間または特定のフレーム数に対応する画像データを記憶するように構成される。
【０００８】
別の態様によれば、画像データは、ビデオデータまたは画像データのシーケンスのうちの少なくとも一方を含む。
【０００９】
さらに別の態様によれば、画像データファイルは、画像シーケンスの視覚的提示のために使用可能である。
【００１０】
別の態様によれば、画像データファイルは、ビデオカメラに記録される。
【００１１】
さらに別の態様によれば、第１のユーザ入力は、ボタン、タッチセンシティブディスプレイ、または音声入力装置のうちの少なくとも１つによって受信される。
【００１２】
別の態様によれば、画像データバッファ内の取得画像データの一部は、画像データファイルに記録される。
【００１３】
さらに別の態様によれば、画像データは、少なくとも１０８０ｐの解像度で取得される。
【００１４】
別の態様によれば、画像データは、２ｋ〜１０ｋの水平解像度で取得される。
【００１５】
さらに別の態様によれば、画像データは、１秒当たり少なくとも１２フレームのフレームレートで取得される。
【００１６】
別の態様によれば、画像データは、１秒当たり１２フレーム〜２５０フレームのフレームレートで取得される。
【００１７】
さらに別の態様によれば、上記方法は、画像データが連続的に取得される時に第１の対象イベントを識別する第１のユーザ入力の受信に応答して、第１の対象イベントの表示を生成するステップと、その表示を画像データファイルに記録するステップとをさらに含む。
【００１８】
別の態様によれば、第１の対象イベントの表示は、第１のユーザ入力が受信された時点を示すタイプスタンプを含む。
【００１９】
さらに別の態様によれば、第１の対象イベントの表示は、第１の対象イベントの表示と第１のユーザ入力の前に取得された画像データおよび第１のユーザ入力の後に連続的に取得された画像データの一部との関連性を示すメタデータを含む。
【００２０】
別の実施形態によれば、画像データを記憶する方法であって、ビデオカメラの１つまたは複数の画像センサによって画像データを連続的に取得するステップと、画像データが連続的に取得される時に対象イベントを識別するユーザ入力の受信に応答して、識別された対象イベントそれぞれに関連付けられた画像のシーケンスを含む画像データファイルを生成するステップと、識別された対象イベントそれぞれに関連付けられた画像の視覚的提示のためにビデオカメラによって使用可能な画像データファイルを記憶するステップとを含む方法が開示される。
【００２１】
一態様によれば、画像データファイルは、識別された対象イベントのタイムラインと組み合わせた画像サムネイルの視覚的提示のためにビデオカメラによって使用可能である。
【００２２】
別の態様によれば、画像データファイルは、識別された対象イベントそれぞれに関連付けられた画像の視覚的提示のために別のコンピューティングデバイスによって使用可能である。
【００２３】
さらに別の態様によれば、ユーザ入力は、ボタン、タッチセンシティブディスプレイ、または音声入力装置のうちの少なくとも１つによって受信される。
【００２４】
さらに別の実施形態によれば、ビデオカメラは、連続的に画像データを取得するように構成された１つまたは複数の画像センサと、連続的に取得された画像データの連続的に更新された部分を一時的に記憶するように構成された画像データバッファと、画像データが連続的に取得される時に第１の対象イベントを識別する第１のユーザ入力の受信に応答して、第１のユーザ入力の前に取得された画像データバッファ内の取得画像データおよび第１のユーザ入力の後に連続的に取得された画像データの一部を既存の画像データファイルに追加するように構成された画像プロセッサとを備える。
【００２５】
一態様によれば、ボタンは、対象イベントの発生を識別するために、画像データの取得時にビデオカメラのユーザが対話するために接触しやすいように位置決めされる。
【００２６】
別の態様によれば、画像データバッファは、特定の時間または特定のフレーム数に対応する画像データを記憶するように構成される。
【００２７】
さらに別の態様によれば、画像データは、ビデオデータまたは画像データのシーケンスの少なくとも一方を含む。
【００２８】
別の態様によれば、画像データファイルは、画像シーケンスの視覚的提示のために使用可能である。
【００２９】
さらに別の態様によれば、画像データは、ビデオカメラに記録される。
【００３０】
別の態様によれば、第１のユーザ入力は、ボタン、タッチセンシティブディスプレイ、または音声入力装置のうちの少なくとも１つによって受信される。
【００３１】
さらに別の態様によれば、画像データは、少なくとも１０８０ｐの解像度で取得される。
【００３２】
別の態様によれば、画像データは、２ｋ〜１０ｋの水平解像度で取得される。
【００３３】
さらに別の態様によれば、画像データは、１秒当たり少なくとも１２フレームのフレームレートで取得される。
【００３４】
別の態様によれば、画像データは、１秒当たり１２フレーム〜２５０フレームのフレームレートで取得される。
【００３５】
さらに別の態様によれば、画像プロセッサはさらに、画像データが連続的に取得される時に第１の対象イベントを識別する第１のユーザ入力の受信に応答して、第１の対象イベントの表示を生成し、該表示を画像データファイルに追加するように構成される。
【００３６】
別の態様によれば、第１の対象イベントの表示は、第１のユーザ入力が受信された時点を示すタイムスタンプを含む。
【００３７】
さらに別の態様によれば、第１の対象イベントの表示は、第１の対象イベントの表示と第１のユーザ入力の前に取得された画像データおよび第１のユーザ入力の後に連続的に取得された画像データの一部との関連性を示すメタデータを含む。
【００３８】
別の実施形態によれば、ユーザインターフェースを作成する方法であって、コンピュータ実行可能命令を有するように構成された１つまたは複数のプロセッサによって、各々がユーザによって識別された対象イベントに関連付けられた複数の画像シーケンスを含む画像データファイルにアクセスするステップと、１つまたは複数のプロセッサによって、個々の画像シーケンスに関連付けられた開始点および終了点の表示を含むタイムラインと、１つまたは複数の対象イベントに関連付けられ、個々の対象イベントに関連付けられた画像シーケンスから選択された１つまたは複数の画像サムネイルとを含むユーザインターフェースを作成するステップとを含む方法が開示される。
【００３９】
一態様によれば、該方法はさらに、データファイルが記憶された、または画像データファイルをキャプチャしているカメラ上に、作成されたユーザインターフェースを表示するステップを含む。
【００４０】
別の態様によれば、タイムラインに沿って位置インジケータを移動させることによって、ユーザインターフェースを更新して、位置インジケータで示されている対象イベントに関連付けられた画像サムネイルを表示させるステップを含む。
【００４１】
さらに別の態様によれば、画像のタイムラインは、ユーザが個々の対象イベントを識別した時点の表示を含む。
【００４２】
さらに別の実施形態によれば、コンピュータシステムは、１つまたは複数のコンピュータプロセッサと、各々がユーザによって識別された対象イベントに関連付けられた複数のイベントインジケータを含む画像データファイルを記憶するように構成されたコンピュータ可読記憶媒体と、コンピューティングシステムに、複数のイベントインジケータを含む画像データファイルにアクセスさせ、それぞれが対象イベントの１つを表し、それぞれが個々の関連イベントインジケータに対応する位置で画像データファイルから抽出された１つまたは複数の画像サムネイルを含むユーザインターフェースを作成させ、コンピュータシステムのディスプレイ上にユーザインターフェースを表示させるために１つまたは複数のコンピュータプロセッサによって実行されるように構成されたプログラム命令とを備える。
【００４３】
別の実施形態によれば、ユーザインターフェースを作成する方法は、コンピュータ実行可能命令を有するように構成された１つまたは複数のプロセッサによって、各々がユーザによって識別された対象イベントに関連付けられた複数のイベントインジケータを含む画像データファイルにアクセスするステップと、１つまたは複数のプロセッサによって、それぞれが対象イベントの１つを表し、それぞれが個々の関連イベントインジケータに対応する位置で画像データファイルから抽出された１つまたは複数の画像サムネイルを含むユーザインターフェースを作成するステップとを含む。
【００４４】
一態様によれば、ユーザインターフェースはさらに、複数のイベントインジケータそれぞれの表示を含むタイムラインを含む。
【００４５】
さらに別の態様によれば、該方法はさらに、データファイルが記憶されている、または画像データファイルをキャプチャしたカメラ上に、ユーザインターフェースを表示するステップを含む。
【００４６】
別の態様によれば、該方法さらに、対象イベントが、データファイルをリアルタイムで記憶するカメラのユーザによって対象イベントが識別されるステップを含む。
【００４７】
さらに別の態様によれば、該方法はさらに、対象イベントが、カメラに関連付けられたイベントセレクタの選択によってリアルタイムで識別されるステップを含む。
【００４８】
別の態様によれば、ユーザインターフェースはさらに、対象イベントを表す２枚以上の画像サムネイルを含み、２枚以上のサムネイルのうちの少なくとも１枚は、対象イベントの直前または対象イベントの直後にキャプチャされた画像を表示する。
【００４９】
さらに別の態様によれば、ユーザインターフェースはさらに、ビデオカメラの１つまたは複数のセンサによって、画像データを取得するステップと、対象イベントの発生時にユーザによって選択できるように構成されたイベントセレクタを使用して、画像データが連続的に取得される時に第１の対象イベントを識別する第１のユーザ入力を受信するステップと、画像データを画像データファイルに記憶するステップと、第１の対象イベントを表し、画像データファイル内の第１のユーザ入力が受信された時点に関連付けられたイベントインジケータを画像データファイルに追加するステップとを含む。
【００５０】
別の態様によれば、イベントインジケータそれぞれは、タイムスタンプに関連付けられる。
【００５１】
さらに別の態様によれば、画像データファイルは、少なくとも１０８０ｐの解像度の画像データを含む。
【００５２】
別の態様によれば、画像データファイルは、２ｋ〜１０ｋの水平解像度の画像データを含む。
【００５３】
さらに別の態様によれば、画像データファイルは、１秒当たり少なくとも１２フレームのフレームレートの画像データを含む。
【００５４】
別の態様によれば、画像データファイルは、１秒当たり１２フレーム〜２５０フレームのフレームレートの画像データを含む。
【００５５】
さらに別の実施形態によれば、ビデオカメラは、画像データを取得するように構成された１つまたは複数の画像センサと、画像データが取得される際に対象イベントの発生時にユーザによって選択できるように構成されたイベントセレクタと、１つまたは複数の画像センサおよびイベントセレクタと通信する画像プロセッサであって、イベントセレクタを使用して、画像データが連続的に取得される時に第１の対象イベントを識別する第１のユーザ入力を受信するのに応答して、既存の画像データファイルに第１の対象イベントの表示を追加するように構成された画像プロセッサとを備える。
【００５６】
一態様によれば、既存の画像データファイルは、連続的に取得された画像データを含む。
【００５７】
別の態様によれば、表示は、第１のユーザ入力が受信された時点を示すタイムスタンプを含む。
【００５８】
さらに別の態様によれば、表示は、既存の画像データファイルの先頭に追加される。
【００５９】
別の態様によれば、表示は、既存の画像データファイルの最後に追加される。
【００６０】
さらに別の態様によれば、表示は、既存の画像データファイルの中間部分に追加される。
【００６１】
別の態様によれば、表示は、表示と既存の画像データファイルとの関連性を示すメタデータを含む。
【００６２】
さらに別の態様によれば、イベントセレクタは、ビデオカメラの外表面に取り付けられたボタンを備える。
【００６３】
別の態様によれば、ビデオカメラはさらに、タッチセンシティブディスプレイを備え、イベントセレクタは、タッチセンシティブディスプレイ上に表示される選択可能な要素を備える。
【００６４】
さらに別の態様によれば、画像プロセッサはさらに、第１のユーザ入力の受信に応答して、画像データから、第１の対象イベントの一連の２枚以上の静止画像をキャプチャするように構成される。
【００６５】
別の態様によれば、２枚以上の静止画像は、第１のユーザ入力が受信された時点に対応する画像データ内の時点で画像データからキャプチャされる。
【００６６】
さらに別の態様によれば、画像データは、少なくとも１０８０ｐの解像度で取得される。
【００６７】
別の態様によれば、画像データは、２ｋ〜１０ｋの水平解像度で取得される。
【００６８】
さらに別の態様によれば、画像データは、１秒当たり少なくとも１２フレームのフレームレートで取得される。
【００６９】
別の態様によれば、画像データは、１秒当たり１２フレーム〜２５０フレームのフレームレートで取得される。
【００７０】
さらに別の実施形態によれば、可搬筐体と、所定のフレームレートの動画像データを取得するように構成された筐体内の１つまたは複数の画像センサと、取得された動画像データをビデオデータファイルに記憶するように構成された記憶装置と、対象イベントの発生を識別するために動画像データの取得時にビデオカメラのユーザが対話するために接触しやすいように位置決めされたボタンと、電子ディスプレイと、１つまたは複数のプロセッサであって、動画像データが連続的に取得される時に第１の対象イベントを識別する動画像データを取得する際のボタンによるユーザ対話の表示を受信するために機械可読命令を実行し、ボタンによるユーザ対話の表示の受信に応答して、ビデオデータファイルに第１の対象イベントの表示を追加し、画像データファイルを処理し、少なくとも画像データの処理に基づいて、ビデオデータファイルの少なくとも一部を表すタイムラインと第１の対象イベントに対応する画像データに対応するタイムラインの一部を識別するマーカーとを含むユーザインターフェースを電子ディスプレイ上に表示するために作成するように構成された１つまたは複数のプロセッサと備えるビデオカメラが開示される。
【００７１】
一態様によれば、第１の対象イベントの表示は、ボタンによるユーザ対話の表示が受信された時点を示すタイムスタンプを含む。
【００７２】
別の態様によれば、第１の対象イベントの表示は、ビデオデータファイルの先頭、ビデオデータファイルの最後、もしくはビデオデータファイルの中間部分のうちの少なくとも１つに追加される。
【００７３】
さらに別の態様によれば、第１の対象イベントの表示は、第１の対象イベントの表示とビデオデータファイルとの関連性を示すメタデータを含む。
【００７４】
別の態様によれば、ボタンは、ビデオカメラの外表面に取り付けられる。
【００７５】
さらに別の態様によれば、電子ディスプレイは、タッチセンシティブディスプレイを備え、ボタンは、ユーザインターフェースに含まれる選択可能な要素であって、対象イベントの発生を識別するために動画像データの取得時にビデオカメラのユーザが対話できるように構成された選択可能な要素を備える。
【００７６】
別の態様によれば、１つまたは複数のプロセッサは、さらに、ユーザインターフェースを使用して、マーカーの選択を示すユーザ対話の第２の表示を受信するのに応答して、第１の対象イベントに関連付けられたビデオデータファイルの一部を表示するようにユーザインターフェースを更新するために、機械可読命令を実行するように構成される。
【００７７】
さらに別の態様によれば、１つまたは複数のプロセッサは、さらにボタンによるユーザ対話の表示の受信に応答して、動画像データから第１の対象イベントの一連の２枚以上の静止画像をキャプチャするために、機械可読命令を実行するように構成される。
【００７８】
別の態様によれば、２枚以上の静止画像は、取得された動画像データから、ボタンによるユーザ対話の表示が受信された時点に対応する動画像データ内の時点でキャプチャされる。
【００７９】
さらに別の態様によれば、動画像データは、少なくとも１０８０ｐの解像度で取得される。
【００８０】
さらに別の態様によれば、動画像データは、２ｋ〜１０ｋの水平解像度で取得される。
【００８１】
さらに別の態様によれば、フレームレートは、１秒当たり少なくとも１２フレームである。
【００８２】
別の態様によれば、フレームレートは、１秒当たり１２フレーム〜２５０フレームである。
【００８３】
さらに別の態様によれば、ユーザインターフェースはさらに、第１の対象イベントを表す画像サムネイルであって、第１の対象イベントの表示に対応する位置でビデオデータファイルから抽出された画像サムネイルを含む。
【００８４】
別の態様によれば、ユーザインターフェースは、第１の対象イベントを表す２枚以上の画像サムネイルを含み、２枚以上のサムネイルのうちの少なくとも１枚は、第１の対象イベントの直前または直後にキャプチャされた画像を表示する。
【００８５】
別の実施形態によれば、可搬筐体と筐体内の１つまたは複数の画像センサと電子ディスプレイと記憶装置とを備えるビデオカメラの１つまたは複数の画像センサを使用して、所定のフレームレートで、動画像データを取得するステップと、ビデオカメラの記憶装置に、ビデオデータファイルとして取得動画像データを記憶するステップと、動画像データの取得時にビデオカメラのユーザが対話するために接触しやすいように位置決めされたビデオカメラのボタンを使用して、ビデオカメラの１つまたは複数の画像センサを使用して動画像データが連続的に取得される時に第１の対象イベントを識別するユーザ対話の表示を受信するステップと、ビデオデータファイルに第１の対象イベントの表示を追加するステップと、ビデオデータファイルを処理するステップと、少なくとも前記処理に基づいて、ビデオデータファイルの少なくとも一部を示すタイムラインおよび第１の対象イベントを表すタイムライン上のマーカーを少なくとも含むユーザインターフェースをビデオカメラの電子ディスプレイ上に表示するために作成するステップとを含む方法が開示される。
【００８６】
一態様によれば、第１のイベントの表示は、ボタンによるユーザ対話の表示が受信された時点を示すタイムスタンプを含む。
【００８７】
別の態様によれば、ボタンは、ビデオカメラの外表面に取り付けられる。
【００８８】
さらに別の態様によれば、電子ディスプレイは、タッチセンシティブディスプレイを備え、ボタンは、ユーザインターフェースに含まれる選択可能な要素であって、対象イベントの発生を識別するために動画像データの取得時にビデオカメラのユーザが対話できるように構成された選択可能な要素を備える。
【００８９】
別の態様によれば、上記方法は、ユーザインターフェースを使用して、マーカーの選択を示すユーザ対話の第２の表示を受信するのに応答して、第１の対象イベントに関連付けられたビデオデータファイルの一部を表示するようにユーザインターフェースを更新するステップを含む。
【００９０】
さらに別の態様によれば、該方法は、ボタンによるユーザ対話の表示の受信に応答して、動画像データから第１の対象イベントの一連の２枚以上の静止画像をキャプチャするステップを含む。
【００９１】
別の態様によれば、２枚以上の静止画像は、取得された動画像データから、ボタンによるユーザ対話の表示が受信された時点に対応する動画像データ内の時点でキャプチャされる。
【００９２】
さらに別の態様によれば、動画像データは、少なくとも１０８０ｐの解像度で取得される。
【００９３】
別の態様によれば、フレームレートは、１秒当たり１２フレーム〜２５０フレームである。
【００９４】
さらに別の実施形態によれば、コンピューティングシステムであって、コンピュータプロセッサと、ビデオカメラの１つまたは複数の画像センサを使用して取得された画像データ、および対象イベントの表示であって、画像データが連続的に取得される時に対象イベントを識別するユーザからの入力に応答して画像データファイルに追加された対象イベントの表示を含む画像データファイルを記憶するように構成されたコンピュータ可読記憶媒体と、コンピューティングシステムに、画像データファイルを処理させて、画像データファイルの少なくとも一部を示すタイムライン、対象イベントの時点または対象イベント近くで取得された画像データに対応するタイムラインの一部を識別する第１のマーカー、対象イベントの前に取得された画像データに対応するタイムラインの一部を識別する第２のマーカー、および対象イベントの後に取得された画像データに対応するタイムラインの一部を識別する第３のマーカーを少なくとも含むユーザインターフェースを作成させるために、コンピュータプロセッサによって実行されるように構成されたプログラム命令とを備えるコンピュータシステムが開示される。
【００９５】
一態様によれば、第２のマーカーは、対象イベントの発生前の時点を示すようにタイムライン上に配置される。
【００９６】
別の態様によれば、第３のマーカーは、対象イベントの発生後の時点を示すようにタイムライン上に配置される。
【００９７】
さらに別の態様によれば、ユーザインターフェースはさらに、第１のマーカー、第２のマーカー、または第３のマーカーのうちの少なくとも１つに関連付けられた少なくとも１枚の画像サムネイルを含む。
【００９８】
別の態様によれば、プログラム命令は、コンピューティングシステムに、さらに、第１のマーカー、第２のマーカー、または第３のマーカーのうちの１つの選択を示すユーザ入力に応答して、選択された第１のマーカー、選択された第２のマーカー、または選択された第３のマーカーそれぞれに関連付けられた画像データをさらに含むようにユーザインターフェースを更新させるために、コンピュータプロセッサによって実行されるように構成される。
【００９９】
さらに別の態様によれば、プログラム命令は、コンピューティングシステムにさらに、再生ボタンの選択を示すユーザ入力に応答して、少なくとも第１の対象イベントに関連付けられた画像データを提示させるために、コンピュータプロセッサによって実行されるように構成される。
【０１００】
別の実施形態によれば、対象イベントに関連付けられた画像データを選択的に記録する方法であって、ビデオカメラの１つまたは複数の画像センサによって画像データを連続的に取得するステップと、取得された画像データを一時的に画像データバッファに記憶するステップと、画像データが連続的に取得される時に第１の対象イベントを識別する第１のユーザ入力の受信に応答して、第１のユーザ入力の前に取得された画像データバッファ内の取得画像データの少なくとも一部および第１のユーザ入力の時点または第１のユーザ入力の後に連続的に取得された画像データの少なくとも一部を画像データファイルに記録するステップと、画像データが連続的に取得される時に第２の対象イベントを識別する第２のユーザ入力の受信に応答して、第２のユーザ入力の前に取得された画像データバッファ内の取得画像データの少なくとも一部および第２のユーザ入力の時点または第２のユーザ入力の後に連続的に取得された画像データの少なくとも一部を画像データファイルに追加するステップと、ビデオカメラを使用して、バッファ内に一次的に記録されている画像データのうち画像データファイルに記録されていない残りの部分を記録せずに破棄するステップとを含む方法が開示される。
【０１０１】
一態様によれば、該方法はさらに、一時的にバッファに記憶されている画像データをカメラの出力部に提供するステップを含み、出力部は、連続的に取得された画像データを監視するために電子ディスプレイに接続することができる。
【０１０２】
別の態様によれば、該方法はさらに、前記記録するステップ、前記追加するステップ、そして前記破棄するステップの後に、連続記録モードのユーザ選択に応答して、ビデオカメラを使用して画像データバッファ内に取得されたデータを破棄せずに記録するステップを含む。
【０１０３】
さらに別の態様によれば、画像データバッファは、特定の時間または特定のフレーム数に対応する画像データを記憶するように構成される。
【０１０４】
別の態様によれば、画像データは、ビデオデータまたは画像データシーケンスの少なくとも一方を含む。
【０１０５】
さらに別の態様によれば、画像データファイルは、画像シーケンスの視覚的提示のために使用可能である。
【０１０６】
別の態様によれば、画像データファイルは、ビデオカメラに記録される。
【０１０７】
さらに別の態様によれば、第１のユーザ入力は、ボタン、タッチセンシティブディスプレイ、または音声入力装置のうちの少なくとも１つによって受信される。
【０１０８】
別の態様によれば、画像データは、少なくとも１０８０ｐの解像度で取得される。
【０１０９】
さらに別の態様によれば、画像データは、２ｋ〜１０ｋの水平解像度で取得される。
【０１１０】
別の態様によれば、画像データは、１秒当たり少なくとも１２フレームのフレームレートで取得される。
【０１１１】
さらに別の態様によれば、画像データは、１秒当たり１２フレーム〜２５０フレームのフレームレートで取得される。
【０１１２】
別の態様によれば、該方法はさらに、画像データが連続的に取得される時に第１の対象イベントを識別する第１のユーザ入力の受信に応答して、第１の対象イベントの表示を生成するステップと、その表示を画像データファイルに記録するステップとをさらに含む。
【０１１３】
さらに別の態様によれば、第１の対象イベントの表示は、第１のユーザ入力が受信された時点を示すタイムスタンプを含む。
【０１１４】
別の態様によれば、第１の対象イベントの表示は、第１の対象イベントの表示と第１のユーザ入力の前に取得された画像データおよび第１のユーザ入力の後に連続的に取得された画像データの一部との関連性を示すメタデータを含む。
【０１１５】
さらに別の実施形態によれば、連続的に画像データを取得するように構成された１つまたは複数の画像センサと、連続的に取得された画像データを一時的に記憶するように構成された画像データバッファと、画像データが連続的に取得される時に第１の対象イベントを識別する第１のユーザ入力の受信に応答して、第１のユーザ入力の前に取得された画像データバッファ内の取得画像データの少なくとも一部および第１のユーザ入力の時点または第１のユーザ入力の後に連続的に取得された画像データの少なくとも一部を既存の画像データファイルに書き込むように構成された画像プロセッサとを備えるビデオカメラが開示される。
【０１１６】
一態様によれば、画像プロセッサはさらに、ビデオカメラを使用して、画像データバッファ内に一時的に記憶されている取得画像データのうち既存の画像データファイルに書き込まれていない残りの部分を記録せずに破棄するように構成される。
【０１１７】
別の態様によれば、画像プロセッサはさらに、画像データが連続的に取得される時に第２の対象イベントを識別する第２のユーザ入力の受信に応答して、第２のユーザ入力の前に取得された画像データバッファ内の取得画像データの少なくとも一部を既存の画像データファイルに追加するように構成され、この場合、第２のユーザ入力の前に取得された画像データバッファ内の取得画像データの一部は、既存のデータファイルの先頭、既存の画像データの最後、または既存のデータファイルの中間のうちの少なくとも１つに追加される。
【０１１８】
さらに別の態様によれば、ビデオカメラはさらに、対象イベントの発生を識別するために画像データの取得時にビデオカメラのユーザが対話するために接触しやすいように位置決めされたボタンを備える。
【０１１９】
別の態様によれば、画像データバッファは、特定の時間または特定のフレーム数に対応する画像データを記憶するように構成される。
【０１２０】
さらに別の態様によれば、画像データは、ビデオデータまたは画像データシーケンスのうちの少なくとも一方を含む。
【０１２１】
別の態様によれば、画像データファイルは、画像シーケンスの視覚的提示のために使用可能である。
【０１２２】
さらに別の態様によれば、画像データファイルは、ビデオカメラに記録される。
【０１２３】
別の態様によれば、第１のユーザ入力は、ボタン、タッチセンシティブディスプレイ、または音声入力装置のうちの少なくとも１つによって受信される。
【０１２４】
さらに別の態様によれば、画像データは、少なくとも１０８０ｐの解像度で取得される。
【０１２５】
別の態様によれば、画像データは、２ｋ〜１０ｋの水平解像度で取得される。
【０１２６】
さらに別の態様によれば、画像データは、１秒当たり少なくとも１２フレームのフレームレートで取得される。
【０１２７】
別の態様によれば、画像データは、１秒当たり１２フレーム〜２５０フレームのフレームレートで取得される。
【０１２８】
さらに別の態様によれば、画像プロセッサはさらに、画像データが連続的に取得される時に第１の対象イベントを識別する第１のユーザ入力の受信に応答して、第１の対象イベントの表示を生成し、その表示を画像データファイルに追加するように構成される。
【０１２９】
別の態様によれば、第１の対象イベント表示は、第１のユーザ入力が受信された時点を示すタイムスタンプを含む。
【０１３０】
さらに別の態様によれば、第１の対象イベントの表示は、第１の対象イベントの表示と、第１のユーザ入力の前に取得された画像データおよび第１のユーザ入力の後に連続的に取得された画像データの一部との関連性を示すメタデータを含む。
【０１３１】
別の実施形態によれば、画像データを選択的に記録する方法であって、ビデオカメラの１つまたは複数の画像センサによって連続的に画像データを取得するステップと、取得された画像データを画像データバッファに一時的に記憶するステップと、画像データが連続的に取得される時に第１の対象イベントを識別する第１のユーザ入力の受信に応答して、第１の対象イベントに対応する画像データバッファ内の取得画像データの一部を既存の画像データファイルに記録するステップとを含む方法が開示される。
【０１３２】
一態様によれば、該方法はさらに、ビデオカメラを使用して、バッファ内に一次的に記録された取得画像データのうち既存の画像データファイルに記録されていない残りの部分を記録せずに破棄するステップをさらに含む。
【０１３３】
別の態様によれば、記録されている画像データバッファ内の取得画像データの少なくとも一部は、第１のユーザ入力を受信する前に取得された画像データを含む。
【０１３４】
さらに別の態様によれば、記録されている画像データバッファ内の取得画像データの少なくとも一部は、第１のユーザ入力を受信する前に取得された画像データおよび第１のユーザ入力の受信時に取得された画像データを含む。
【０１３５】
別の態様によれば、記録されている画像データバッファ内の取得画像データの少なくとも一部は、第１のユーザ入力を受信した後に取得された画像データを含む。
【０１３６】
さらに別の態様によれば、記録されている画像データバッファ内の取得画像データの少なくとも一部は、第１のユーザ入力を受信する前に取得された画像データ、第１のユーザ入力の受信時に取得された画像データ、および第１のユーザ入力を受信した後に取得された画像データを含む。
【０１３７】
種々の実施形態によれば、コンピュータシステムは、本明細書に開示されている方法および／またはプロセスのうちのいずれかを実行するためのソフトウェア命令を実行するように構成されてよい。
【０１３８】
種々の実施形態によれば、コンピュータプログラムは、コンピュータ装置によって実行される時に本明細書に開示されている方法および／またはプロセスのうちのいずれかを実行するようにコンピュータ装置を制御する機械可読命令を含んでよい。
【０１３９】
種々の実施形態によれば、装置は、本明細書に開示されている方法、プロセスおよび／またはシステムのうちのいずれかを実行するように構成されてよい。
【０１４０】
種々の実施形態によれば、コンピュータ可読媒体は、コンピュータ装置によって実行される時に本明細書に開示されている方法および／またはプロセスのうちのいずれかを実行するようにコンピュータ装置を制御する機械可読命令を記憶してよい。
【０１４１】
本開示の以下の態様は、以下の詳細な説明を添付図面と併せて参照することによってより十分に理解された時に、より簡単に理解されるであろう。
【図面の簡単な説明】
【０１４２】
【図１Ａ】種々の実施形態に従って、ハードウェアを含むことができ、および／または画像データを処理する方法を実行するように構成されるシステムを示したブロック図である。
【０１４３】
【図１Ｂ】図１Ａに概略的に示されているシステム用の筐体の例示的な実施形態を示した図である。
【０１４４】
【図２Ａ】一実施形態に従って、ユーザがビデオ画像データにタグ付けする方法の一例を示したフローチャートである。
【０１４５】
【図２Ｂ】一実施形態に従って、ユーザが画像データのバーストの記録を開始する方法の一例を示したフローチャートである。
【０１４６】
【図３Ａ】画像データを表示するユーザインターフェース例を示した図である。
【図３Ｂ】画像データを表示するユーザインターフェース例を示した図である。
【０１４７】
【図４】種々の実施形態に従って、画像データのシーケンスを表示するユーザインターフェース例を示した図である。
【図５】種々の実施形態に従って、画像データのシーケンスを表示するユーザインターフェース例を示した図である。
【発明を実施するための形態】
【０１４８】
概要
本開示は、種々の実施形態において、ユーザ入力に応答して画像データ（例えば、ビデオ、画像、画像シーケンスなど）にタグ付けするシステムおよび方法を説明するものである。さらに、タグ付けされた画像を容易に検討することができる形でタグ付けされた画像データを提示するユーザインターフェースおよび関連方法を開示する。
【０１４９】
カメラは、２つのユーザ選択可能なモード、つまり、（１）ユーザが連続記録ビデオの選択部分のタグ付けを開始してよい「ビデオタグ付けモード」と、（２）ユーザがビデオセグメントまたは画像のシーケンス（もしくは「バースト」）のキャプチャを開始するまで、カメラがビデオをメモリに記録しない「バーストモード」とを含む。
【０１５０】
いくつかの実施形態では、「ビデオタグ付けモード」では、ユーザは対象イベントを識別すると同時にビデオを記録することができる。カメラは、適切なタグ付けメタデータを使用してファイルをマークすることができるので、カメラもしくは他の別個のデバイスは、後で記録ビデオファイルにアクセスして、ビデオのタグ付けされた部分を識別し、グラフィカルインターフェースを作成することができる。このグラフィカルインターフェースにより、ユーザがビデオを検討する時に、タグ付けされたイベントに対しておよび／またはタグ付けされたイベント間で迅速にナビゲートすることができる。種々の実施形態では、カメラが「ビデオタグ付けモード」で動作している時、ビデオは選択された品質レベル（例えば、選択された解像度、フレームレート、圧縮レベルなど）でキャプチャされてよい。
【０１５１】
「バーストモード」では、ユーザはビデオセグメントもしくは他の画像シーケンスの選択的記録を開始するためのコントロールを作動させることができる。例えば、カメラは、プレビューモードにすることができ、カメラは、他のモードでは連続的にビデオを記録せず、コントロール作動に応答して記憶装置に記録するためにビデオを出力するのみである。プレビューモードでは、対象イベントの前および対象イベントの後の両方でキャプチャされたバッファリング済み画像フレームは、いくつかの実施形態では、制御のユーザ動作に応答して記録するために記憶装置に出力される。一実施形態では、複数の記録ビデオセグメント／画像シーケンスが単一ファイルとして記憶され、そのことにより、ユーザは、後で閲覧するために、共通の位置の選択イベントに対応する一連の「クリップ」をコンパイルすることができるようになる。ファイルは、ユーザが後で迅速に検討する、および／または記録画像間でナビゲートする（例えば、複数のイベントに対応するクリップ間で迅速に切り替える）ことができるようにフォーマットすることができる。いくつかの実施形態では、カメラが「バーストモード」で動作している時には、ビデオセグメント／画像シーケンスは、最高品質レベルもしくは他の比較的高い品質レベル（例えば、最高解像度、最大フレームレート、最低圧縮レベルなど）でキャプチャされる。このような品質レベルは、このような品質レベルでの連続的記録は、ハードウェアスループットおよび／または記憶容量の制約から、持続できなくなるほど高いレベルである可能性がある。しかし、バーストモードでは、カメラは、連続的記録のためにビデオを記憶装置に出力せず、ユーザがバースト記録を開始する時に記憶装置に画像を出力するのみであり、これは断続的に発生することになる。さらに、任意の所定のバースト（例えば、画像データバッファに記憶することができる最大数未満の画像）に対して、限定数の画像フレームが記憶装置に出力される。したがって、バーストモードでは、最高（または比較的高い）品質レベルでの記録が可能である。
【０１５２】
一実施形態では、カメラは、ユーザ入力に応答して、持続可能な品質レベルで連続ビデオを一斉に記録すると同時に、異なる品質レベル（例えば、より高い品質レベル）で画像シーケンス（または「バースト」）を記録するように構成されてよい。この連続ビデオおよび画像シーケンスは、有利には、単一ファイル内に一緒に記憶されてよい。単一ファイルは、本明細書に記載されているように、記録されている対象イベントを迅速に検討するのに使用可能なファイルとしてよい。
システム／カメラの例
【０１５３】
添付図面を参照しながら、本開示の実施形態について説明する。図面では、全体を通して、同じ参照番号は同じ要素を指すものとする。本明細書の説明に使用されている用語は、単に本開示の特定の実施形態の詳細な説明と共に使用されているという理由から、限定的または制限的な意味で解釈されることを意図するものではない。また、本開示の実施形態は、複数の新規な特徴を含んでよく、いずれの特徴も唯一望ましい属性に関与している、または本明細書に開示されている実施形態を実施するのに必須であるということはない。
【０１５４】
図１Ａを参照すると、画像データを検出、処理、および随意で転送、記憶、および／または再生するように構成されたシステム１４を支持するように構成された本体または筐体１２を含むカメラ１０の一例が示されている。例えば、システム１４は、光学機器１６と、画像センサ１８と、画像プロセッサ２０と、圧縮モジュール２２と、記憶装置２４と、モードセレクタ３２と、イベントセレクタ３４と、画像バッファ３６と、入出力モジュール３８とを含むことができる。任意で、カメラ１０はさらに、監視モジュール２６と、再生モジュール２８と、ディスプレイ３０とを含んでよい。
【０１５５】
図１Ｂは、カメラ１０の非限定的な例示的実施形態を示している。図１Ｂに示されているように、カメラは、カメラ１０に光学機器１６（図示せず）を取り付けるためのレンズマウントを含む。いくつかの実施形態では、システム１４は、筐体１２内で支持される。例えば、画像センサ１８、画像プロセッサ２０、圧縮モジュール２２、画像バッファ３６、および入出力モジュール２８は、筐体１２内に収容されてよい。記憶装置２４は、筐体１２内に取り付けられてよい。さらに、いくつかの実施形態では、記憶装置２４は、筐体１２の外側に取り付けられて、入出力モジュール３８を介して、任意のタイプの既知のコネクタもしくはケーブルを使用して、システム１４の残りの部分に接続されてよい。さらに、記憶装置２４は、可撓ケーブルによって筐体１２に接続されて、記憶装置２４が筐体１２からある程度独立して移動できるようにしてよい。例えば、このような可撓ケーブル接続を使用して、記憶装置２４をユーザのベルトに装着することができ、筐体１２の総重量を低減することができる。さらに、いくつかの実施形態では、筐体は、内部に１つまたは複数の記憶装置２４を含むことができ、また外側に取り付けることができる。さらに、筐体１２はさらに、監視モジュール２６と再生モジュール２８とを支持することができる。さらに、いくつかの実施形態では、ディスプレイ３０は、筐体１２の外側に取り付けられるように構成されてよい。
【０１５６】
光学機器１６は、入来画像の焦点を画像センサ１８に合わすように構成された少なくとも１つのレンズを有するレンズ系の形態にしてよい。光学機器１６は、随意で、可変ズーム、可変絞り、可変焦点を提供するマルチレンズ系の形態にしてよい。さらに、光学機器１６は、筐体１２によって支持され、複数の異なるタイプのレンズ系を受容するように構成されたレンズソケットの形態にすることができ、例えば、光学機器１６は、５０〜１００ミリメートル（Ｆ２．８）ズームレンズ、１８〜５０ミリメートル（Ｆ２．８）ズームレンズ、３００ミリメートル（Ｆ２．８）レンズ、１５ミリメートル（Ｆ２．８）レンズ、２５ミリメートル（Ｆ１．９）レンズ、３５ミリメートル（Ｆ１．９）レンズ、５０ミリメートル（Ｆ１．９）レンズ、８５ミリメートル（Ｆ１．９）レンズ、および／または任意の他のレンズを含むさまざまなサイズのレンズ系を受容するように構成されたソケットを含むが、これに限定されない。上述したように、光学機器１６は、取り付けられるレンズに関係なく、画像の焦点を画像センサ１８の感光面に合わせることができるように構成することができる。
【０１５７】
画像センサ１８は、例えば、ＣＣＤデバイス、ＣＭＯＳデバイス、垂直積層ＣＭＯＳデバイス（例えば、Ｆｏｖｅｏｎ（登録商標）センサ）、もしくはセンサ間で光を分割するプリズムを使用するマルチセンサアレイを含む任意のタイプのビデオ検出装置とすることができる。いくつかの実施形態では、画像センサ１８は、約１２００万のフォトセルを有するＣＭＯＳデバイスを含むことができる。しかし、他のサイズのセンサを使用することも可能である。いくつかの形態では、カメラ１０は、「２ｋ」（例えば、２０４８×１１５２ピクセル）、「４ｋ」（例えば、４０９６×２５４０ピクセル）、「４．５ｋ」の水平解像度、「５ｋ」の水平解像度（例えば、５１２０×２７００ピクセル）、「６ｋ」の水平解像度（例えば、６１４４×３１６０ピクセル）またはそれ以上の解像度でビデオ（例えば、圧縮された生ビデオ）を記録および／または出力するように構成することができる。いくつかの実施形態では、カメラは、上記解像度の少なくともいずれかの範囲の水平解像度を有する圧縮生画像データを記録するように構成することができる。さらに別の実施形態では、解像度は、上記値のうちの少なくとも１つ（または上記値の範囲の何らかの値）と約６．５ｋ、７ｋ、８ｋ、９ｋ、もしくは１０ｋとの間の解像度、またはその範囲の何らかの値である。本明細書で使用される場合、ｘｋ（例えば、上記の２ｋ、４ｋ）の形で表される語では、「ｘ」の数はおおよその水平解像度を指す。したがって、「４ｋ」解像度は、約４０００以上の水平方向のピクセルに相当し、「２ｋ」は、約２０００以上のピクセルに相当する。現在市販されている機器を使用することによって、センサを約０．５インチ（８ｍｍ）という小型にすることができるが、約１．０インチ以上とすることも可能である。さらに、画像センサ１８は、センサ１８の所定の部分のみを選択的に出力することによって、可変解像度を提供するように構成することができる。例えば、センサ１８および／または画像プロセッサ２０は、ユーザが画像データ出力の解像度を識別することができるように構成することができる。
【０１５８】
いくつかの実施形態では、画像センサ１８および／またはカメラ１０の他のコンポーネントは、例えば、１秒当たり１２フレーム、２０フレーム、２３．９８フレーム、２４フレーム、２５フレーム、２９．９７フレーム、３０フレーム、４７．９６フレーム、４８フレーム、５０フレーム、５９．９４フレーム、６０フレーム、１２０フレーム、２５０フレーム、５００フレーム、１０００フレーム、２０００フレーム、２５００フレーム、５０００フレーム、１００００フレームのフレームレート、またはこれらのフレームレート以上の範囲の他のフレームレートで、連続画像データをキャプチャおよび／または処理するように構成されてよい。
【０１５９】
カメラ１０はさらに、センサ１８の出力をダウンサンプリングし、その後に処理して、２ｋ、１０８０ｐ、７２０ｐ、または任意の他の解像度でビデオ出力を生成するように構成することができる。例えば、センサ１８からの画像データを「ウィンドウ表示」することができ、そのことにより出力画像のサイズを小さくして、より速い読み出し速度を可能にする。しかし、他のサイズのセンサを使用することも可能である。さらに、カメラ１０は、センサ１８の出力をアップサンプリングして、より高い解像度でビデオ出力を生成するように構成することができる。
【０１６０】
種々の実施形態では、カメラ１０のユーザは、いくつかの選択可能な品質レベルのうちのいずれかで画像データをキャプチャおよび／または記録するようにカメラを設定することができる。例えば、画像プロセッサ２０および／または圧縮モジュール２２は、上述したように、特定の解像度、フレームレート、および／または他の品質レベルで画像データをキャプチャおよび／または記録するように構成されてよい。さらに上述したように、種々の実施形態では、カメラ１０は、「ビデオタグ付けモード」および／または「バーストモード」で動作してよい。種々の実施形態では、カメラが「ビデオタグ付けモード」で動作している時には、ビデオは、連続的記録に対して持続可能な品質レベルで記録するために記憶装置に出力されてよく、カメラが「バーストモード」で動作している時には、ビデオセグメント／画像シーケンスは、比較的高い品質レベルで記録するために記憶装置に出力されてよい。ユーザは、持続可能なおよび／または最高の品質レベルを設定してよい。一実施形態では、カメラは、「バーストモード」で使用される品質レベルで、非圧縮の生画像データを出力し、「ビデオタグ付けモード」時に使用される持続可能な品質レベルで、圧縮生画像データを記録する。別の実施形態では、カメラは、「バーストモード」で使用される品質レベルで、生画像データ（圧縮された生画像データまたは非圧縮の生画像データ）を出力し、「ビデオタグ付けモード」時に使用される持続可能な品質レベルで、生画像データでない画像データを記録する。
【０１６１】
種々の実施形態では、画像データは、「ＶＩＤＥＯ  ＣＡＭＥＲＡ」と題する米国特許第７８３０９６７号明細書（９６７特許）に記載されている技術のうちのいずれかに従って処理されてよい。この特許の内容を参照によって本願明細書に引用したものとする。例えば、画像プロセッサ２０、圧縮モジュール２２、および／または画像センサ１８は、事前圧縮データ準備（例えば、プリエンファシスおよび／またはエントロピー低減）、圧縮データのフォーマットなどを実行してよい。場合によっては、画像プロセッサ２０は、９６７特許（例えば、９６７特許の図８〜図１１および段落１１〜段落１３）に図示および説明されているような緑色データ修正および／またはプリエンファシス処理などの１つまたは複数の技術に従って画像データを処理する。概して、本明細書に示されている特定の実施形態は、９６７特許に記載されている実施形態のコンポーネントと互換性がある、および／または９６７特許に記載されている実施形態のコンポーネントである。
【０１６２】
種々の実施形態では、モードセレクタ３２および／またはイベントセレクタ３４は、筐体１２の外側に取り付けられてよい。例えば、モードセレクタ３２および／またはイベントセレクタ３４は、ボタンおよび／またはスイッチを備えてよい。一実施形態では、モードセレクタ３２および／またはイベントセレクタ３４は、タッチセンシティブディスプレイ（例えば、ディスプレイ３０）上に表示される選択要素を備えてよい。一実施形態では、モードセレクタ３２および／またはイベントセレクタ３４は、コマンドおよび／または別の音声指示によって作動されてよい。一実施形態では、モードセレクタ３２は、カメラ１０のユーザがカメラの動作モード（例えば、上述した「ビデオタグ付けモード」または「バーストモード」）を示すのに使用可能なものとしてよい。一実施形態では、イベントセレクタ３４は、ユーザによって対象イベントの発生を示すのに使用可能なものとしてよい。したがって、イベントセレクタ３４の選択により、カメラ１０は、カメラ１０の動作モードに応じて、キャプチャされたビデオのタグ付けおよび／またはビデオセグメントまたは画像シーケンスのキャプチャを実行することができる。いくつかの実施形態では、カメラ１０は、ユーザ作動コントロール以外に、検出されたトリガ条件に応答して、ビデオファイルに自動的にタグ付けする、または画像のバーストをキャプチャするように構成される。例えば、カメラ１０は、検出イベント、受信データなどに応答して、ビデオファイルの一部にタグ付けする、または画像のバーストをキャプチャするように構成されてよい。例えば、一実施形態では、画像プロセッサ２０は、被写体の動きまたは特定の速度の被写体の動きのような特定のイベントを検出するように構成されてよい。このイベントの検出に応答して、カメラ１０は、自動的にビデオファイルにタグ付けしてよく、または画像のバーストをキャプチャしてよい。いくつかの実施形態では、タグは、追加の関連データ（例えば、位置データ、カラーデータ、コントラストデータなど）に関連付けられてよい。例えば、タグは、カメラの位置を示すデータ、またはビデオファイルがタグ付けされた時のカラーデータもしくはコントラストデータ（もしくは他のカメラ設定データ）に関連付けられてよい。
【０１６３】
種々の実施形態では、画像バッファ３６は、キャプチャされた画像データを一時的に記憶するのに使用されてよい。例えば、画像プロセッサ２０は、図示されているように、画像センサから受信された直近のキャプチャ画像を一時的に記憶する場所として画像バッファ３６を使用して、その画像を記憶装置２４、入出力モジュール３８、監視モジュール２６などに送信する前に、例えば、圧縮モジュール２２によって、直接または間接的に処理しやすくすることができる。画像バッファ３６は、例えば、揮発性および／または不揮発性の電子メモリ（例えば、ＲＡＭ、ＳＤＲＡＭ、ハードディスクドライブ、フラッシュディスク、フラッシュメモリ、ソリッドステートドライブ、もしくは何らかの他のタイプの記憶装置）を備えてよい。画像バッファ３６は、例えば、１００ＭＢ、２５０ＭＢ、５００ＭＢ、１ＧＢ、またはそれ以上の任意のサイズとしてよい。比較的大きいサイズの画像バッファ３６は、比較的小さいサイズの画像バッファ３６に比べて、比較的多いフレーム数の画像データを一時的に記憶することができる。画像バッファ３６は、先入れ先出し方式でデータを保持し、破棄してよい。したがって、カメラ１０は、新規画像データをキャプチャすると、新規キャプチャ画像データを画像バッファ３６に連続的に挿入すると同時に、それより古い画像データを画像バッファ３６から削除してよい。この実施形態に基づいて、カメラ１０はさらに、画像センサ１８内の組み込みフレームバッファのような１つまたは複数の追加バッファを含むことができる。
【０１６４】
画像プロセッサ２０は、連続ビデオ記録モードで動作している時に、通常、処理時に一時的に記憶するために画像バッファ３６を使用し、処理フレームを記憶装置２４内に記録するために圧縮モジュール２２に送信してよい（または、場合によっては、記憶装置２４に直接送信してよい。この場合、圧縮は使用されない）。画像プロセッサ２０はさらに、処理画像をプレビュー表示、またはリアルタイムで見るために、例えば、カメラのビューファインダ上に表示するための監視モジュール２６、リアルタイムフィードを外部ディスプレイなどに出力するための入出力モジュール３８などに送信してよい。カメラは、連続記録モードの時に、有利には、本明細書に示されているいずれかの方法で記録ビデオの特定の部分にタグ付けすることができる。いくつかの実施形態では、カメラ１０はさらに、プレビューモードで動作することができ、この場合、画像プロセッサ２０は、処理画像をプレビュー表示させる、またはリアルタイムで見るために処理画像を送信する。このモードは、「監視モード」、「プレビュー専用モード」、または「監視専用モード」とも呼ばれるが、これらに限定されない。カメラがプレビューモードで動作する時には、記録モードとは異なり、バッファリング済み画像データは、本明細書に示されているいずれかの方法でユーザによってバーストキャプチャがトリガされる場合を除いて、通常、記憶装置２４に永続的に記憶することができない。また、さらに詳細に後述するように、いくつかの実施形態では、プレビュー表示させるために（または他のリアルタイムで見るために）送信された画像データは、（例えば、大幅な追加の処理をしなくても）リアルタイム表示できるように（例えば、デモザイク、色補正などによって）処理されるが、記録するために送信された画像データは、実質的に未処理もしくは生の画像データとしてよい（例えば、生のモザイク状画像データとしてよく、実施形態に応じて、圧縮されてもよいし圧縮されなくてもよい）。ここで使用されている「未処理」および「生」という用語は、色補正、デモザイクなどの特定の画像処理作業が施されていないデータを指すことができるが、プレエンファシス、緑色平均値減算、および／または圧縮のような９６７特許に記載されている特定の他の画像処理作業は施されてもよいし、施されなくてもよい。例えば、特定の実施形態の圧縮生画像データには、１つまたは複数のステップで行われる「焼き付け」効果が施されないので、処理後に調節することができない、または未完成の状態の見た目になる。
【０１６５】
一実施形態では、入出力モジュール３８は、（上述したように）画像データを外部記憶装置に転送させることができるように構成されてよい。または、入出力モジュール３８は、ユーザが、見るために、記録するために、または処理するために、記録画像データもしくはカメラからのライブフィードを、例えば、外部コンピューティングデバイスに転送できるようにしてよい。入出力モジュール３８は、標準準拠のビデオインターフェース、例えば、高精細度マルチメディアインターフェース（ＨＤＭＩ）、高精細度シリアルデジタルインターフェース（ＨＤ−ＳＤＩ）もしくは何らかの他の標準もしくは非標準インターフェースを実装してよい。
【０１６６】
種々の実施形態では、カメラ１０はさらに、図示されていないが、１つまたは複数の他のハードウェアモジュールもしくはソフトウェアモジュールを含んでよい。例えば、カメラ１０はさらに、本明細書に示されているユーザインターフェースを作成するために画像プロセッサ２０（もしくはカメラ１０の別のプロセッサ）によって実行可能なインターフェースソフトウェアモジュールを含んでよい。ユーザインターフェースは、ディスプレイ３０上もしくは別のディスプレイ上に表示されてよい。したがって、一実施形態では、カメラのユーザは、ディスプレイ３０を使用して、キャプチャされた画像データを検討することができる。一実施形態では、画像データは、（上述したように）カメラ１０の外部にあるコンピューティングデバイスに転送されてよく、コンピューティングデバイスも同様に、本明細書に示されているユーザインターフェースを作成することができるソフトウェアモジュールを含んでよい。
【０１６７】
種々の実施形態では、画像プロセッサ２０（もしくはカメラ１０の別のプロセッサ）は、例えば、イベントセレクタ３４を使用して（上述したように）イベント選択を示すユーザ入力に応答して、画像データにタグを挿入するように構成されてよい。上述したように、タグは、画像データ内の対象イベントの発生を示す特定の点のマーカー（例えば、タイムスタンプ）を備えてよい。タグはさらに、対象イベントに関連付けられた情報（例えば、位置、品質レベル、テキスト表記、音声表記、ビデオ表記など）を含んでよい。種々の実施形態では、タグは、ビデオ、ビデオセグメント、および／または画像シーケンスに関連付けられてよい。
【０１６８】
さらに、種々の実施形態では、画像プロセッサ２０は、モードセレクタ２２によるユーザ入力に応答して、（上述したように）「ビデオタグ付けモード」および／または「バーストモード」で動作するように構成されてよい。上述したように、画像プロセッサ２０は、「バーストモード」で動作している時、画像データを一時的に記憶するための画像バッファ３６を使用して画像データを処理しやすくして、対象イベントのユーザ指示に応答して、バッファからの画像データを記憶装置２４に記憶してよい。
【０１６９】
いくつかの実施形態では、センサ１８は、Ｂａｙｅｒパターンフィルタを含むことができる。したがって、センサ１８は、チップセット（図示せず）によって、画像センサ１８の個々のフォトセルによって検出される赤色、緑色、もしくは青色の光の強度を示すデータを出力する。画像センサ１８のチップセットは、画像センサの各素子の電荷を読み取るのに使用することができ、したがって、周知のＲＧＢフォーマット出力の値のストリームを出力することができる。種々の実施形態では、画像プロセッサ２０は、本明細書に示されている方法で使用可能な画像データを生成するために任意の方法で画像センサ１８からのデータストリームをフォーマットするように構成することができる。
【０１７０】
さらに、いくつかの実施形態では、画像プロセッサ２０またはカメラ１０の別のプロセッサは、他のモジュールを含むことができ、および／または他の処理（例えば、これらに限定されないが、ガンマ補正処理、ノイズ除去処理など）を実行するように構成することができる。
【０１７１】
上述したように、カメラ１０はさらに、圧縮モジュール２２を含むことができる。圧縮モジュール２２は、別個のチップの形態にすることができる、またはソフトウェアおよび別のプロセッサで実装することができる。例えば、圧縮モジュール２２は、ＪＰＥＧ２０００標準に準拠した圧縮技術もしくは他の圧縮技術を実行する市販の圧縮チップの形態にすることができる。いくつかの実施形態では、画像プロセッサ２０および／または圧縮モジュール２２は、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、これらの組み合わせなどに実装される。
【０１７２】
圧縮モジュール２２は、画像プロセッサ２０からの画像データに任意のタイプの圧縮処理を実行するように構成することができる。いくつかの実施形態では、圧縮モジュール２２は、画像プロセッサ２０によって実行される技術を利用する圧縮技術を実行する。例えば、上述したように、画像プロセッサ２０は、画像データの特定の色値の強度を低減するように構成することができる。さらに、画像プロセッサ２０は、画像データのエントロピーを使用する生データの操作を実行することができる。したがって、圧縮モジュール２２によって実行される圧縮技術は、出力される圧縮データのサイズを低減するために、より長いゼロのストリングの存在により利益が得られるタイプのものとすることができる。
【０１７３】
さらに、圧縮モジュール２２は、画像プロセッサ２０からの画像データを圧縮して、視覚的に無損失な出力が得られるように構成することができる。例えば、最初に、圧縮モジュールは、任意の周知の圧縮技術、例えば、これらに限定されないが、ＪＰＥＧ２０００、ＭｏｔｉｏｎＪＰＥＧ、任意のＤＣＴベースコーデック、ＲＧＢ画像データを圧縮するように設計された任意のコーデック、Ｈ．２６４、ＭＰＥＧ４、Ｈｕｆｆｍａｎ、もしくは他の技術を適用するように構成することができる。
【０１７４】
使用される圧縮技術のタイプに応じて、視覚的に無損失な出力が得られるように圧縮技術の種々のパラメータを設定することができる。例えば、上述した圧縮技術の多くは、さまざまな圧縮率に調整することができ、解凍した時に、得られる画像の品質は、圧縮率が低いほど良くなり、圧縮率が高いほど悪くなる。したがって、圧縮モジュールは、視覚的に無損失な出力が得られる方法で画像データを圧縮するように構成することができる、またはユーザが視覚的に無損失な出力が得られるように種々のパラメータを調整することができるように構成することができる。例えば、圧縮モジュール２２は、およそ６：１、７：１、８：１もしくはそれ以上の圧縮比で画像データを圧縮するように構成することができる。いくつかの実施形態では、圧縮モジュール２２は、１２：１もしくはそれ以上の圧縮比に画像データを圧縮するように構成することができる。
【０１７５】
さらに、上述したように、圧縮モジュール２２は、ユーザが圧縮モジュール２２によって実現される圧縮比を調整することができるように構成することができる。例えば、カメラ１０は、ユーザが圧縮モジュール２２に圧縮比を変更させるコマンドを入力することができるユーザインターフェースを含むことができる。したがって、いくつかの実施形態では、カメラ１０は、可変圧縮を行うことができる。上述したように、ユーザは、圧縮比の他に、例えば、フレームレート、解像度などを含む他の画質特性を指定してよい。該パラメータは、さらに、上述したように、ユーザインターフェースを使用して指定されてよい。一実施形態では、ユーザは、（上述した）持続可能な品質レベルおよび／または（上述した）最高品質レベルを指定してよい。これらの品質レベルは、カメラ１０が「ビデオタグ付けモード」および「バーストモード」で動作している時に、それぞれに合わせてカメラ１０によって使用されてよい。
【０１７６】
本明細書で使用される時、「視覚的に無損失」は、同じディスプレイ装置上で（圧縮しない）元の画像データと並べて比較した場合に、当業者は一人も、画像の目視検査のみに基づいて、ある程度の正確さで、どちらの画像が元の画像であるかを判断できない出力を含むものとする。好適な圧縮生画像データのオンボード処理機能の別の態様は、Ｊａｎｎａｒｄらへの「Ｖｉｄｅｏ  Ｃａｍｅｒａ」と題する２００８年４月１１日に出願された米国特許第８１７４５６０号明細書に開示されており、この特許の内容全体を参照により本願明細書に引用したものとする。
【０１７７】
再び図１Ａを参照すると、カメラ１０はさらに、記憶装置２４を含むことができる。記憶装置は、例えば、これらに限定されないが、ハードディスク、フラッシュメモリ、もしくは（上述の画像バッファ３６と同様の）任意の他のタイプのメモリデバイスのような任意のタイプのデジタル記憶装置の形態にすることができる。いくつかの実施形態では、記憶装置２４のサイズは、１２メガピクセル解像度、１２ビット色解像度、および１秒当たり６０フレームのフレームレートで少なくとも約３０分間のビデオに相当する圧縮モジュール２２からの画像データを記憶するのに十分な大きさとすることができる。しかし、記憶装置２４は、任意のサイズにすることができる。
【０１７８】
いくつかの実施形態では、記憶装置２４は、筐体１２の外側に取り付けることができる。さらに、いくつかの実施形態では、記憶装置２４は、例えば、これらに限定されないが、ＩＥＥＥ１３９４、ＵＳＢ２．０、ＩＤＥ、ＳＡＴＡなどを含む標準通信ポート（例えば、入出力モジュール３８を介して）を使用してシステム１４の他のコンポーネントに接続することができる。また、いくつかの実施形態では、記憶装置２４は、ＲＡＩＤプロトコルで動作する複数のハードドライブを備えることができる。しかし、任意のタイプの記憶装置を使用することができる。
【０１７９】
図１Ａを参照すると、上述したように、いくつかの実施形態では、システムは、監視モジュール２６と、ユーザがシステムの動作時に画像センサ１８によってキャプチャされた画像データを見ることができるように構成されたディスプレイ装置３０および／または種々のユーザインターフェースとを含むことができる。いくつかの実施形態では、画像プロセッサ２０は、低減された解像度の画像データを監視モジュール２６に出力するように構成されたサブサンプリングシステムを含むことができる。例えば、このサブサンプリングシステムは、５Ｋ、４Ｋ、２Ｋ、１０８０ｐ、７２０ｐ、もしくは任意の他の解像度をサポートするために、ビデオ画像データを出力するように構成することができる。いくつかの実施形態では、デモザイク処理に使用されるフィルタは、ダウンサンプリングとフィルタリングを同時に実行することができるように、ダウンサンプリングフィルタリングを実行するように設計されてもよい。監視モジュール２６は、画像プロセッサ２０からのデータに対して任意のタイプのデモザイク処理を実行するように構成することができる。その後、監視モジュール２６は、デモザイク処理された画像データをディスプレイ３０に出力することができる。監視モジュール２６は、画像プロセッサ２０に加えて、または画像プロセッサ２０と組み合わせて、後述する任意のユーザインターフェースを作成するように構成されてよい。いくつかの実施形態では、監視モジュール２６に出力された画像データは、記憶されず、破棄されてよい。例えば、監視モジュール２６に出力された画像データは、上述するように処理されてよく、処理された画像データは記憶されなくてもよい。しかし、これらの実施形態では、場合によっては、未処理の画像データ（例えば、監視モジュール２６に出力された画像データ以外の画像データ）が記憶されてもよい。例えば、連続記録モードでは、および／または（上述および後述の）バーストキャプチャがトリガされる時に、画像データは、未処理、未圧縮のフォーマット（例えば、生の画像データ）で、記憶（例えば、記録）されると同時に、監視モジュール２６によって表示するために一斉に処理されてよい。
【０１８０】
ディスプレイ３０は、任意のタイプの監視装置とすることができる。例えば、これに限定されないが、ディスプレイ３０は、筐体１２によって支持される４インチのＬＣＤパネルとすることができる。例えば、いくつかの実施形態では、ディスプレイ３０は、ユーザが筐体１２に対して任意の角度でディスプレイ３０を見ることができるようにディスプレイ３０を筐体１２に対して任意の位置に調整できるよう構成された無限に調整可能なマウントに接続することができる。いくつかの実施形態では、ディスプレイ３０は、任意のタイプのビデオケーブル（例えば、ＲＧＢもしくはＹＣＣフォーマットのビデオケーブル）を使用して監視モジュールに接続することができる。
【０１８１】
任意で、再生モジュール２８は、記憶装置２４から画像データを受信し、画像データを解凍してデモザイク処理し、任意で、ユーザインターフェース（例えば、後述のユーザインターフェースのいずれか）を作成して、その後、画像データをディスプレイ３０に出力するように構成することができる。いくつかの実施形態では、監視モジュール２６および再生モジュール２８は、中間ディスプレイコントローラ（図示せず）を介してディスプレイに接続することができる。したがって、ディスプレイ３０は、単一コネクタによってディスプレイコントローラに接続することができる。ディスプレイコントローラは、監視モジュール２６または再生モジュール２８のいずれかからディスプレイ３０にデータを転送するように構成することができる。
【０１８２】
一実施形態によれば、カメラ１０は、ユーザがカメラのビデオ記録動作時の筐体の少なくとも１つの動き度合いに関する向きを操作することができるように構成された少なくとも１つのハンドルを有する可搬筐体を備えることができる。
【０１８３】
本開示の実施形態は、特定の特性および／または機能（例えば、いくつか例を挙げると、単一センサデバイス、特定のサイズの画像バッファ、もしくは特定の帯域幅の入出力機能）を有するカメラに関して説明されているが、本開示の実施形態は異なる特性（例えば、マルチセンサデバイス、より大きいサイズもしくはより小さいサイズのバッファなど）を有するカメラに適用されてよい。したがって、本明細書に開示されている実施形態は、例示的な実施形態であるが、非限定的な実施形態であり、本明細書に示されている開示内容は、開示されている例示的な実施形態に限定されないと理解されたい。
ビデオタグ付けモード
【０１８４】
図２Ａは、種々の実施形態に従ってカメラ１０が「ビデオタグ付けモード」で操作される時の本開示の方法例２０４を示したフローチャートである。種々の実施形態では、これより少ないブロックもしくは追加のブロックが該方法に含まれてよく、または種々のブロックが図示されている順序と異なる順序で実行されてよい。一実施形態では、図面内の１つまたは複数のブロックは、上述したように、カメラ１０の種々のコンポーネントによって実行されてよい。例えば、いくつかの実施形態では、方法例２０４は、記憶装置２４またはカメラ１０内の別の記憶装置（図示せず）のようなメモリデバイス内に記憶されている制御ルーチンを表すことができる。さらに、中央処理ユニット（ＣＰＵ）（図示せず）は、制御ルーチンを実行するように構成することができる。方法例２０４は、例えば、カメラ１０のユーザが、上述したように、モードセレクタ２２を使用して「ビデオタグ付けモード」を選択した時に実行されてよい。
【０１８５】
ブロック２０８において、ビデオ（または画像データ、例えば、画像および／もしくは画像シーケンス）が、上述したように、持続可能な品質レベルでカメラ１０によって連続的に取得されてよい。カメラは、ユーザによって、例えば、種々のイベントのビデオをキャプチャするために操作されてよい。ブロック２１０において、イベント表示がユーザからカメラによって受信されてよい。ユーザは、例えば、対象イベントが見られた時に、イベント表示を生成してよい。イベント表示は、上述したように、ボタン押圧、タッチセンシティブディスプレイへのタッチ、ボイスコマンドなどによって設けられてよい。
【０１８６】
ブロック２１２において、上述したように、ユーザからのイベント表示の受信に応答して、画像データ（この例では、ビデオストリームおよび／またはビデオファイル）がトリガされて、対象イベントが識別されてよい。上述したように、タグは、マーカー、ポインタ、メタデータ、および／または画像データに関連付けられた任意の他のインジケータを備えてよい。種々の実施形態では、画像データおよび関連タグは、単一ファイルを備えてよい。タグは、単一ファイルの先頭、最後、および／または任意の中間部分に記憶されてよい。あるいは、画像データおよび関連タグは、別個のファイルとしてよい。一実施形態では、タグは、ビデオがキャプチャされている時に特定の時点でユーザが対象イベントを識別したことを示すマーカーを生成する。したがって、タグは、タイムスタンプに関連付けられてよい。一実施形態では、タグは、種々の他の情報（例えば、位置、品質レベル、テキスト表記、音声表記、画像表記、ビデオ表記など）を含んでよい。
【０１８７】
一実施形態では、タグは、キャプチャビデオと異なる品質レベル、もしくは同じ品質レベルのキャプチャ画像シーケンスを識別してよく、または他の形でそのキャプチャ画像シーケンスに関連付けられてよい。例えば、ユーザが対象イベントの表示を生成するのに応答して、カメラは、（後述するように）イベントに関連付けられた画像もしくは画像シーケンスを自動的にキャプチャしてよい。キャプチャされる画像（もしくは画像シーケンス）は、ビデオと異なる品質レベルでキャプチャされてよい。例えば、キャプチャされる画像（もしくは画像シーケンス）は、ビデオがキャプチャされる品質レベルと比較して、より高い品質レベル（例えば、より高い解像度もしくはより高いフレームレート）でキャプチャされてよい。一例では、ビデオは持続可能な品質レベルでキャプチャされ、画像（もしくは画像シーケンス）は最高品質レベルでキャプチャされてよい。
【０１８８】
ブロック２１４において、タグを含む画像データ（例えば、ビデオファイル）が記憶／記録されてよい。例えば、画像データは、記憶装置２４および／または別の記憶装置に記憶されてよい。一実施形態では、タグ付けされた画像データは、キャプチャされ、処理された時に、連続的に記憶されてよい。矢印２１６で示されているように、画像データの取得は継続され、ユーザは経時的に複数のイベントをタグ付けしながらビデオをキャプチャし続けてよい。
バーストキャプチャモード
【０１８９】
図２Ｂは、一実施形態に従ってカメラが「バーストモード」で操作される時の本開示の方法例２０６を示したフローチャートである。種々の実施形態では、これより少ないブロックもしくは追加のブロックが該方法に含まれてよく、または種々のブロックが、図示されている順序と異なる順序で実行されてよい。一実施形態では、図面内の１つまたは複数のブロックは、上述したように、カメラ１０の種々のコンポーネントによって実行されてよい。例えば、いくつかの実施形態では、方法例２０４は、記憶装置２４もしくはカメラ１０内の別の記憶装置（図示せず）のようなメモリデバイス内に記憶されている制御ルーチンを表すことができる。さらに、中央処理ユニット（ＣＰＵ）（図示せず）は、制御ルーチンを実行するように構成することができる。方法例２０６は、例えば、カメラのユーザが、上述したように、モードセレクタ２２を使用して「バーストモード」を選択した時に実行されてよい。
【０１９０】
ブロック２３０において、カメラ１０は、画像データ（例えば、ビデオおよび／または画像シーケンス）を取得してよい。いくつかの実施形態では、画像データは、上述したように、可能な最高品質レベル、または何らかの他の比較的高い品質レベルで取得される。画像データは、連続的に取得されてよく、ブロック２３２において、画像データは、取得されると、画像バッファ３６に一時的に記憶されてよい。したがって、画像バッファ３６のサイズに応じて、画像バッファ３６は、すでにキャプチャされた画像データのうちある程度（例えば、所定時間もしくはいくつかのフレーム数）の画像データを含んでよい。上述したように、画像バッファ３６のコンテンツは、先入れ先出し方式で管理されてよい。したがって、新規画像フレームがカメラによってキャプチャされると、これらのフレームが画像バッファ３６に追加され、いずれかの古い画像データが画像バッファ３６から削除されてよい。一実施形態では、後述するように、ユーザが対象イベントの表示を生成するまで画像データは全く記録されない。上述したように、カメラ１０は、バーストモードでは、バッファリング済みフレームが、例えば記憶装置２４に記憶されずに、破棄されるプレビューモードで動作してよい。
【０１９１】
ブロック２３４において、フローチャート２０４のブロック２１０に関して上述したように、対象イベントの表示がユーザから受信されてよい。
【０１９２】
ブロック２３６において、カメラは、対象イベントの表示の受信に応答して、画像バッファ３６内に記憶されている画像データもしくは画像バッファ３６内に記憶されている画像データの一部を記録する。したがって、一実施形態では、カメラは、ユーザが対象イベントの表示を生成する前に発生する画像データをキャプチャすることができる。一実施形態では、画像バッファ内に記憶されている画像データの全てではなく、一部が記録されてよい。この記録される一部は、特定の量の画像データ（例えば、いくつかのバイト数の画像）、特定の時間の画像データ（例えば、５秒、１０秒、１５秒、３０秒もしくはそれ以上の秒の画像データ）、特定のフレーム数の画像データ（例えば、１０フレーム、２５フレーム、５０フレーム、１００フレーム、１０００フレーム、もしくはそれ以上のフレームの画像データ）などを含んでよい。一実施形態では、ユーザは、対象イベントの前に取得された特定の量の画像データ（例えば、特定の秒数の画像データ）を記憶するようにカメラを設定してよい。一実施形態では、画像バッファから記録される画像データの一部は、カメラの１つまたは複数の特性、カメラの位置、キャプチャされるイベントの種類などに基づいてカメラによって決定されてよい。
【０１９３】
ブロック２３８において、カメラは、さらに対象イベントの表示に応答して、対象イベントの表示の後に発生する画像データをキャプチャおよび／または記録し続けてよい。一実施形態では、画像データの継続的なキャプチャ／記録は、ユーザがキャプチャ／記録を停止すべきであると指示するまで、または特定の量の画像データ、特定の時間の画像データ、および／もしくは、特に、特定のフレーム数の画像データがキャプチャされるまで行われる。一実施形態では、対象イベントの表示の後にキャプチャ／記録される画像データの量は、ユーザ設定可能としてよい。例えば、ユーザは、対象イベントの表示が受信された後にキャプチャ／記録する特定の秒数の画像データを記録するようにカメラを設定してよい。一実施形態では、カメラは、カメラの１つまたは複数の特性、カメラの位置、キャプチャされるイベントの種類などに基づいて、対象イベントの表示の後にキャプチャ／記録する画像データの量を自動的に決定する。
【０１９４】
一実施形態では、イベントの表示の後にキャプチャされる／記録される画像データの量は、カメラのハードウェア制約に基づいて決定されてよい。例えば、最高品質レベルで画像データをキャプチャする場合、カメラは、高速内部メモリに画像データを記憶してよい。高速内部メモリは、最高品質の画像データを受信した時に記憶することができるが、比較的低速の記憶装置２４は、（例えば、ハードウェアの読み取り／書き込み、および／または帯域幅制約のために）最高品質の画像データを受信した時に記憶することができない。しかし、高速内部メモリは制限される場合がある。したがって、一実施形態では、イベントの表示の後にキャプチャされる／記録される画像データの量は、高速内部メモリの記憶容量に制限され得る。
【０１９５】
上述したように、バッファ内に記憶され、表示の受信後にキャプチャされた画像データは、ビデオセグメントまたは画像シーケンスを含んでよい。例えば、カメラは、特定のフレームレートで静止画像のシーケンスをキャプチャするように構成されてよい。種々の実施形態では、カメラによってキャプチャされおよび／または記録される画像データの品質レベルは、上述したように、ユーザ設定可能としてよい。
【０１９６】
ブロック２３０において、画像バッファからの画像データを含む記録画像データおよびイベントの表示の後から記録された画像データは、すでに記録されている画像データのいずれか（例えば、すでに記録されているビデオファイル）に追加されてよい。したがって、一実施形態では、カメラは、複数の対象イベントに応答してキャプチャされた画像データを含む単一画像データファイルを作成してよい。一実施形態では、単一画像データファイルは、カメラが「ビデオタグ付けモード」の時およびカメラが「バーストモード」の時に記録された画像データを含んでよい。したがって、一実施形態では、有利には、複数の記録ビデオ、ビデオセグメント、および／または画像シーケンスが単一ファイルとして記憶されてよい。
【０１９７】
ブロック２３２において、画像データ（例えば、追加された画像データ）は、フローチャート２０４のブロック２１４に関して上述したように記憶されてよい。さらに、矢印２４４で示されているように、画像データの取得は、ユーザが経時的に追加のイベントを記録することができるように継続されてよい。
【０１９８】
有利には、種々の実施形態によれば、カメラは、「ビデオタグ付けモード」の間、ユーザがイベントのビデオ撮影をしながら容易に対象イベントを識別してそれにタグ付けすることができるように構成される。さらに、種々の実施形態では、カメラは、「バーストモード」の間、ユーザがカメラを使用して対象イベント前後の一定時間に最高品質レベルのビデオセグメントおよび／または画像シーケンスをキャプチャすることができるように構成される。したがって、種々の実施形態では、カメラ１０は、最高品質レベルでイベントのビデオおよび画像をキャプチャおよび記録することができると同時に、持続可能な品質レベルでイベントの画像およびビデオを連続的にキャプチャおよび記録することができる。
ユーザインターフェース例
【０１９９】
図３Ａ、図３Ｂ、図４、および図５は、画像データを表示するユーザインターフェース例を示している。種々の実施形態では、ユーザインターフェースおよび関連方法は、タグ付けされた画像データを容易に検討することができる形でタグ付けされた画像データを提示する。種々の実施形態では、ユーザインターフェースおよび関連方法はさらに、画像シーケンスを容易に検討することができる形で画像シーケンスを提示する。上述したように、ユーザインターフェース例は、例えば、画像プロセッサ２０によって実行可能な１つまたは複数のソフトウェアモジュールによって作成されてよい。一実施形態では、ユーザインターフェースは、再生モジュール２８、監視モジュール２６、および／またはカメラ１０の外部の別のコンピューティングデバイスの組み合わせによって作成されてよい。ユーザインターフェース例は、カメラ１０に取り付けら得るディスプレイ３０、および／または任意の他のディスプレイ上に表示されてよい。図３Ａ、図３Ｂ、図４、および図５のユーザインターフェースはそれぞれ、「ビデオタグ付けモード」および／または「バーストモード」でキャプチャされた画像データを表示するのに使用されてよい。
【０２００】
図３Ａおよび図３Ｂは、タイムラインに関連付けて画像データが表示されるユーザインターフェース例３０２を示している。図示されているように、ユーザインターフェース３０２は、タイムライン３０４、位置インジケータ３０６、イベントマーカー３０７、３０８、および画像データ３１０を含んでよい。ユーザインターフェース３０２はさらに、随意で、コントロール３１２、３１４を含んでよい。
【０２０１】
図３Ａを参照すると、位置インジケータ３０６は、イベントマーカー３０７の位置にある。イベントマーカー３０７に関連付けられた記録画像データ３１０が表示されてよい。図示されている例では、イベントマーカー３０７に関連付けられたイベント（例えば、サッカー選手がボールを蹴っている）の画像もしくはビデオが表示されている。図示されている例では、ユーザインターフェース３０２は、いくつかのイベントもしくはイベントマーカーのポップアップ画面もしくは他のインジケータを含んでよい。一実施形態では、ユーザは、タイムライン３０４に沿って位置インジケータ３０６をスクラブして、特定のキャプチャされたイベントに関連付けられた画像データを見てよい。画像データ３１０は、図４および図５に関して後述するが、１つのイベントもしくは複数のイベントに関連付けられた複数の画像を含んでよい。コントロール３１２は、例えば、画像データを提示させる（例えば、ビデオを再生させる）のに使用されてよい。コントロール３１４は、例えば、１つのイベントマーカーから次のイベントマーカー、前方のイベントマーカーもしくは後方のイベントマーカーに移動するのに使用されてよい。
【０２０２】
図３Ｂを参照すると、位置インジケータ３０６は、イベントマーカー３０８の位置にある。イベントマーカー３０８に関連付けられた記録画像データ３１０が表示され、この例では、イベントマーカー３０８に関連付けられたイベント（例えば、バスケットボール選手がシュートしている）画像もしくはビデオが示されている。
【０２０３】
種々の実施形態では、キャプチャされた／記録された画像データに関連付けられた他の情報（例えば、品質レベル情報）がユーザインターフェース３０２内に表示されてよい。
【０２０４】
図４は、画像シーケンスが表示されるユーザインターフェース例を示している。図４のユーザインターフェース例は、タイムライン４０２、位置インジケータ４０４、１つの記録イベントから別の記録イベントまでのブレイクポイントを示すインジケータ４０６を含んでよい。図示されているように、タイムライン４０２は、表示されている画像データがタイムラインセグメント４１０、４１２、４１４、４１６、４１８に対応する６つの別個の対象イベントを取り上げていることを示している。インジケータ４０６は、それぞれのイベントに対応するキャプチャ画像データの開始点および終点を示している。位置インジケータ４０４は、タイムライン４０２のタイムラインセグメント４１４内に示されている。
【０２０５】
一実施形態では、ユーザが位置インジケータ４０４をタイムライン４０２に沿って移動させると、対応する画像データが表示されてよい。この例では、５枚の画像４３０、４３２、４３４、４３６、４３８が表示されている。この例では、画像４３０は、位置インジケータ４０４の正確な位置に対応する画像データのサムネイルを示しており、画像４３２および画像４３４は、位置インジケータ４０４の前の記録データに対応する画像データのサムネイルを示しており、画像４３６および画像４３８は、位置インジケータ４０４の後の記録データに対応する画像データのサムネイルを示している。
【０２０６】
種々の実施形態では、図３のユーザインターフェースに、上記より多いもしくは少ないサムネイルが表示されてよい。一実施形態では、ユーザがタイムライン４０２に沿って位置インジケータ４０４をスクラブすると、位置インジケータ４０４の位置に応じて表示サムネイルが更新される。種々の実施形態では、サムネイルは、画像データのキーフレーム、キャプチャされたイベントに関連付けられた画像データの長さ、位置インジケータ４０４からのフレーム数もしくは時間などに基づいて選択されてよい。一実施形態では、タイムライン４０２はさらに、後述するように、ユーザが対象イベントの表示を設けた時点を示す表示を含んでよい。
【０２０７】
図５は、画像データのシーケンスが表示されるユーザインターフェース例を示している。図５のユーザインターフェース例は、タイムライン５０２（図４のタイムライン４０２と同様であるが、図５の例では垂直方向である）、１つの記録イベントから別の記録イベントまでのブレイクポイントを示す表示（例えば、表示５０６、５０８）、およびユーザが対象イベントの表示を設けた時点を示す表示（例えば、表示５０９、５１０、５１４、５１６、５１８、５２０）を含んでよい。図示されているように、タイムライン５０２は、表示されている画像が６つの別個の対象イベントを取り上げていることを示している。対象イベントそれぞれに対して、一連のサムネイル画像（例えば、画像５５０、６５０）を示して、ユーザに対してキャプチャされたイベントをプレビュー表示してよい。中括弧５１２で示されているイベントに対して、画像５５０（５５２、５５４、５５６を含む）は、該イベントに関連付けられた画像を示している。個々の一連の画像に、これより多いもしくはこれより少ない画像が示されてもよい。画像は、キャプチャされると、連続的に表示されてよい。一実施形態では、中間の画像（例えば、画像５５２）は、ユーザがイベントの表示を設けた時点に対応してよい。種々の実施形態では、記録されたイベントそれぞれに対応する一連の画像が表示されてよい。
【０２０８】
種々の実施形態では、図４のユーザインターフェース例または図５のユーザインターフェース例のいずれかがユーザインターフェース例３０２と統合されてよい。一実施形態では、図４のユーザインターフェース例または図５のユーザインターフェース例のいずれかにおいて、ユーザがイベントに対応するタイムラインのセグメントを選択したのに応答して、位置インジケータは、ユーザが該セグメントに対応するイベントの表示を設けた時点に自動的に移動されてよい。
【０２０９】
有利には、種々の実施形態によれば、図３Ａ、図３Ｂ、図４、および図５のユーザインターフェース例のいずれかは、ユーザが画像データ（例えば、ビデオもしくは画像シーケンス）を検討する時に、対象イベントに対しておよび／または対象イベント間を素早くナビゲートすることができるようにしてよい。
用語
【０２１０】
本明細書に示されているシステムおよび方法を理解しやすくするために、本開示内で使用されているいくつかの用語について説明する。以下に示す用語、さらに本明細書で使用されている他の用語も、それぞれの用語の規定の定義、通常および慣習的な意味、および／または任意の他の言外の意味を含むものと解釈すべきである。したがって、以下の定義は、これらの用語の意味に限定されず、単に例示的な定義を示すものである。
【０２１１】
本開示において、「画像データ」および／または「ビデオ画像データ」は、ビデオ、画像、および／または画像シーケンスを含むデータを指してよい。さらに、種々の実施形態では、「ビデオ」および「画像シーケンス」は、区別なく使用されてよい。例えば、種々の実施形態では、キャプチャされたビデオは、特定のフレームレートでキャプチャされた画像シーケンスを含んでよい。したがって、いくつかの実施形態はビデオ（もしくは画像シーケンス）のキャプチャに関して説明されているが、これらの実施形態は画像シーケンス（もしくはビデオ）のキャプチャに使用されてもよいと理解すべきである。
【０２１２】
本開示において、「取得」および「キャプチャ」は、カメラが画像データを得るための任意のプロセスを指すのに区別なく使用されてよい。さらに、「記録」および「記憶」は、カメラがキャプチャ画像データを、例えば、後で検討するためにアクセスできるファイル内に記憶するための任意のプロセスを指すのに区別なく使用されてよい。種々の実施形態では、後述するように、（例えば、ユーザインターフェースを介した）画像データの処理および／または表示は、画像データのキャプチャの後であればいつでも（例えば、画像データの記録の前および／または後に）実行されてよい。
【０２１３】
本開示において、「品質レベル」は、キャプチャされたおよび／または記録された画像データ（例えば、ビデオもしくは画像シーケンス）の１つまたは複数の特性（または特性の組み合わせ）を指してよい。例えば、品質レベルは、これらに限定されないが、解像度、アスペクト比、フレームレート、圧縮レベル、ビットレート、１つまたは複数の色特性などのうちの１つまたは複数を指してよい。種々の実施形態では、「持続可能な品質レベル」は、カメラが画像データの連続的なキャプチャおよび／または記録を継続させることができる任意の品質レベルを指すのに使用されてよい。同様に、「最高品質レベル」は、カメラが画像データの連続的なキャプチャおよび／または記録を継続させることができないが、カメラが連続ビデオセグメントおよび／または画像シーケンスより少なくキャプチャおよび／または記録することができる任意の品質レベルを指すのに使用されてよい。一般に、「ビデオセグメント」および「画像シーケンス」は、最高品質レベルでキャプチャおよび記録された画像データを指すのに使用されてよい。
【０２１４】
本明細書に示されているカメラの種々の実施形態はハードウェアの機能および制約（例えば、画像データの処理、転送、および／または記憶速度の制約）種々の組み合わせを含み得るので、持続可能な品質レベルを含むものは、実施形態に応じて変化する場合がある。さらに、ビデオ特性の種々の組み合わせが、カメラの特性に基づいて持続可能な品質レベルと見なされてよい。例えば、種々の実施形態では、（１）高フレームレートかつ低解像度、（２）低フレームレートかつ高解像度は、それぞれ持続可能な品質レベルとすることができる非限定的な例である。同様に、これらの実施形態では、高フレームレートかつ高解像度は、最高品質レベルとすることができる非限定的な例である。種々の実施形態では、特性の他の組み合わせが、持続可能な品質レベルおよび／または最高品質レベルを含んでよい。
【０２１５】
本開示において、「対象イベント」は、カメラによってキャプチャおよび／または記録可能な任意のイベントを指してよい。一般に、対象イベントは、ユーザもしくは観察者にとって関心のあると思われるイベントを含む。種々の実施形態では、対象イベントは、状況によって変化する場合がある。例えば、スポーツの場合、対象イベントは、スポーツの試合中のエキサイティングなプレイまたは選手の動きを含んでよい。別の例では、映画の場合、対象イベントは、俳優による特定の一連のアクションシーンもしくはパフォーマンスを含んでよい。上述したように、また後述するように、対象イベントは、カメラのユーザによって指示されてよく、および／またはカメラによって自動的に検出されてよい。さらに、種々の実施形態では、対象イベントは、カメラもしくは他のオブジェクト、例えば、時間もしくは品質レベル、または時間の変化もしくは品質レベルの変化に関連付けられた特性を含んでよい。
【０２１６】
本開示において、「タグ」は、画像データに関連付けられた対象イベントの任意の表示を指してよい。例えば、タグは、マーカー、ポインタ、メタデータ、および／または任意の他のインジケータとしてよい。一般に、種々の実施形態では、画像データおよび関連タグは、単一ファイルとして記憶される。タグは、単一ファイルの先頭、最後、および／または任意の中間部分に記憶されてよい。あるいは、画像データおよび関連タグは、別個のファイルとして記憶されてよい。簡単な例では、タグは、対象イベントの発生を示す画像データ内の特定の点のマーカーもしくは特定の点のインジケータ（例えば、タイムスタンプ）を含んでよい。種々の実施形態では、タグはさらに、対象イベントに関連付けられた情報、例えば、位置、品質レベル、テキスト表記、音声表記、画像表記、ビデオ表記などを含んでよい。一実施形態では、ビデオ上のタグは、ビデオと異なる品質レベルもしくは同じ品質レベルのキャプチャされた画像シーケンスを含んでよい。種々の実施形態では、タグは、ビデオ、ビデオセグメント、および／または画像シーケンスに関連付けられてよい。
【０２１７】
本開示において、カメラおよび／または他の方法およびシステムのさまざまな機能を説明しやすくするために、「連続的」として説明されてよい。例えば、カメラは、画像データを「連続的に」キャプチャ／処理するとして説明され、画像バッファは、「連続的に」更新される、などのように説明されている。「連続的」は、説明を明確にするために使用されているが、例えば、実質的に連続的、間欠的、一括などを含む他の操作方法が考えられることは明らかである。したがって、「連続的」動作の説明は、実質的に連続的な動作など（例えば、画像バッファの実質的に連続的な更新、間欠的な更新など）をも含むものと理解すべきである。
別の実施形態
【０２１８】
本明細書に記載されているおよび／または添付図面に図示されているフロー図内の任意のプロセスの説明、要素、もしくはブロックは、（後述するように）プロセス内の特定の論理機能もしくは論理ステップを実行するための１つまたは複数の実行可能命令を含むモジュール、セグメント、もしくはコードの一部を示す可能性があるものとして理解すべきである。代替の実施態様は、本明細書に記載されている実施形態の範囲に含まれ、関係する機能に応じて、要素もしくは機能が削除されてよく、図示されているもしくは説明されている順序と異なる順序で、例えば、実質的に同時に（例えば、マルチスレッド処理、割り込み処理、または、複数のプロセッサもしくはプロセッサコアもしくは他の並列アーキテクチャで）または逆の順序で実行されてよい。
【０２１９】
上述の方法およびプロセスのいずれかは、１つまたは複数の汎用プロセッサおよび／または特定用途向けプロセッサ（「コンピュータデバイス」、「コンピューティングデバイス」、「ハードウェアコンピューティングデバイス」、「ハードウェアプロセッサ」などとも呼ばれる）によって実行される論理命令、ソフトウェアコード命令、および／またはソフトウェアコードモジュールに部分的もしくは完全に具現化され、これらによって部分的もしくは全体的に自動化されてよい。例えば、本明細書に記載されている方法は、１つまたは複数のハードウェアプロセッサおよび／または任意の他の適切なコンピューティングデバイスによって、ソフトウェア命令が実行された時に、および／またはソフトウェア命令が実行されるのに応答して、実行されてよい。ソフトウェア命令および／または他の実行可能コードは、有形コンピュータ可読媒体から読み取られてよい。有形コンピュータ可読媒体は、コンピュータシステムおよび／またはコンピューティングデバイスによって読み取り可能なデータを記憶することができるデータ記憶装置である。コンピュータ可読媒体の例として、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、他の揮発性もしくは不揮発性メモリデバイス、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ、磁気テープ、フラッシュドライブ、および／または光学データ記憶装置が挙げられる。したがって、ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、ソリッドステートドライブ、リムーバブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、および／または任意の他の形態の有形コンピュータ可読記憶媒体に常駐してよい。
【０２２０】
さらに、上述の方法およびプロセスのいずれかは、電子ハードウェア（例えば、論理回路、ハードウェアプロセッサなど）に部分的もしくは完全に具現化され、これらによって部分的もしくは全体的に自動化されてよい。例えば、本明細書に開示されている実施形態に関連して説明されている種々の例示的な論理ブロック、方法、ルーチンなどは、電子ハードウェア、コンピュータソフトウェア、もしくは両方の組み合わせとして実装されてよい。このことを明確に示すために、種々の例示的なコンポーネント、ブロック、モジュール、およびステップは、全体的に、これらの機能に関して上述されている。これらの機能がハードウェアとして実装されるか、またはソフトウェアとして実装されるかは、システム全体に課せられる特定の用途および設計の制約によって決まる。記載されている機能は、特定の用途それぞれに対してさまざまな方法で実装されてよいが、このような実装の決定は、本開示の範囲から逸脱するものとして解釈されるべきではない。
【０２２１】
上述の実施形態に多くの変更および修正を加えてよく、変更および修正された要素は、他の許容範囲の例に含まれるものとして理解されなければならない。これらの修正および変更全てが本開示の範囲内に含まれるものとする。上記説明では、本開示の特定の実施形態について詳述されている。しかし、いかに上記で詳細に説明されていようと、本発明は多くの方法で実施されてよいことは理解されるであろう。また、上述したように、本開示の特定の特徴もしくは態様を説明する際に特定の用語を使用するのは、これらの用語が、関係する本発明の特徴もしくは態様の任意の特定の特性を含むとして限定されるものとして本明細書で再定義されていると捉えるべきではない。
【０２２２】
本明細書内で使用されている条件語句、特に、「することができる」、「かもしれない」、「してよい」、「例えば」などは、特に別段の指示のない限り、または使用される文脈の中で別の形で理解されない限り、通常は、特定の実施形態が特定の特徴、要素および／または状態を含むが、他の実施形態は含まないことを意味するものとする。したがって、このような条件語句は、一般に、特徴、要素、および／または状態が何らかの形で１つまたは複数の実施形態に必要なものである、または１つまたは複数の実施形態が、オーサー入力もしくは指示の有無に関係なく、これらの特徴、要素、および／または状態が任意の特定の実施形態に含まれる、もしくは任意の特定の実施形態で実行されるか否かを決定する論理を必ず含むということを意味するものではない。「備える」、「含む」、「有する」などは、同義語であり、包括的に、制約のない形で使用され、追加の要素、特徴、作用、動作などを除外するものではない。さらに、「または」は、包括的な意味で使用される（排他的な意味で使用されない）ので、例えば、要素のリストをつなぐのに使用される場合、「または」は、リスト内の要素の１つ、いくつか、もしくは全てを意味する。さらに、冠詞「１つの」は、特に別段の指示のない限り、「１つまたは複数の」もしくは「少なくとも１つの」という意味で解釈されなければならない。
【０２２３】
「Ｘ、Ｙ、およびＺの少なくとも１つ」のような接続的な語句は、特に別段の指示のない限り、普通なら、アイテム、用語などが一般に、Ｘ、Ｙ、もしくはＺのいずれかとしてよいという意味で使用される文脈で、理解される。したがって、このような接続的な語句は、一般に、特定の実施形態がそれぞれに対して少なくとも１つのＸ、少なくとも１つのＹ、および少なくとも１つのＺが存在する必要があることを意味するものではない。
【０２２４】
上記の詳細な説明では、種々の実施形態に適用される新規な特徴が示され、説明され、指摘されているが、本開示の精神から逸脱せずに、例示されているデバイスもしくはアルゴリズムの形式および細部においてさまざまな省略、置換、および変更が可能であることは理解されるであろう。したがって、上記説明は、任意の特定の特徴、特性、ステップ、モジュール、もしくはブロックが必要である、もしくは不可欠であるということを意味するものではない。当然のことながら、いくつかの特徴は他の特徴とは別個に使用できるもしくは実施できるので、本明細書に示されているプロセスは、本明細書に記載されている特徴および利点の全てを提供できるとは限らない形態で具現化されてよい。
【０２２５】
以下は、本明細書に記載されているシステムおよび方法のさらに別の実施形態の例である。以下の実施形態のいずれの組み合わせも本開示の範囲に含まれるものとする。
【図１Ａ】
0006438046.tif 000002
【図１Ｂ】
0006438046.tif 000003
【図２Ａ】
0006438046.tif 000004
【図２Ｂ】
0006438046.tif 000005
【図３Ａ】
0006438046.tif 000006
【図３Ｂ】
0006438046.tif 000007
【図４】
0006438046.tif 000008
【図５】
0006438046.tif 000009