(57)【特許請求の範囲】
【請求項１】
カメラの移動の間に前記カメラによって取得されたビデオストリームを符号化するための方法（２００）であって、前記移動は、前記カメラのパン動作及びチルト動作からなる群からの少なくとも１つを含み、前記方法は、
所定のポイント間の所定のパターンでの前記カメラの移動についての移動情報であって、前記移動の所定の継続時間を含む移動情報を受信する（Ｓ２０２）ことと、
前記移動の前記継続時間の間のＧＯＰ長の減少に必要とされる追加的なビットレートが、利用可能な帯域幅内で許容されるかどうかを見積もることと、
前記カメラの移動の間に前記カメラによって取得された前記ビデオストリームを前記カメラの移動の間に符号化する（Ｓ２０４）こととを含み、
前記符号化は、前記見積もることの間に許容されると判明した減少後ＧＯＰ長を使用して実行される、方法。
【請求項２】
前記移動情報は、前記移動の開始時間及び終了時間を含む、請求項１に記載の方法。
【請求項３】
処理能力を有する装置によって実行されたときに、請求項１又は２に記載の方法を実行するように適合された指示命令を有するコンピュータ可読記憶媒体を備える、コンピュータプログラム製品。
【請求項４】
カメラの移動の間に前記カメラによって取得されたビデオストリームを符号化するためのエンコーダ（５００）であって、前記移動は、前記カメラのパン動作及びチルト動作からなる群からの少なくとも１つを含み、
前記エンコーダ（５００）は、所定のポイント間の所定のパターンでのカメラ（５０４）の移動についての移動情報であって、前記移動の所定の継続時間を含む移動情報を受信するように設定されており、
前記エンコーダ（５００）は、前記移動の前記継続時間の間のＧＯＰ長の減少に必要とされる追加的なビットレートが、利用可能な帯域幅内で許容されるかどうかを見積もるように設定されており、
前記エンコーダ（５００）は更に、前記カメラ（５０４）の移動の間に前記カメラ（５０４）によって取得されたビデオストリームを前記カメラ（５０４）の移動の間に符号化するように設定されており、
前記エンコーダ（５００）は、前記移動情報に基づいて符号化するように設定され、
前記エンコーダ（５００）は、前記カメラの前記移動の間、前記見積もりの間に許容されると判明した前記ＧＯＰ長にするように、前記ビデオストリームのＧＯＰ長を一時的に減少させるように設定されている、エンコーダ（５００）。
【請求項５】
請求項４に記載のエンコーダ（５００）を備え、
前記ビデオストリームは、デジタルビデオカメラ（６００）によって取得される、デジタルビデオカメラ（６００）。
【請求項６】
カメラ（５０４）、
請求項４に記載のエンコーダ（５００）、
デジタルネットワーク（７１０）を介して、符号化された前記ビデオストリームを送信するように設定された第１のデジタルネットワークモジュール（７０２）、
前記デジタルネットワーク（７１０）を介して、前記符号化されたビデオストリームを受信するように設定された第２のデジタルネットワークモジュール（７０４）、
前記符号化されたビデオストリームを第２のビデオストリームに復号するように設定されたデコーダ（７０６）、及び
前記第２のビデオストリームを表示するように設定されたディスプレイ（７０８）を備えたクライアント（７０５）を備える、システム（７００）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リアルタイム符号化のための方法、エンコーダ、コンピュータプログラム製品、及びシステムに関する。
【背景技術】
【０００２】
デジタルビデオシステムは、概して、カメラなどの情報源からのデジタル画像のシークエンスを、ディスプレイなどの送り先に通信する。通信は、カメラからライブディスプレイへ直接的に行われることもあるし、ビデオを記憶しそれを後に表示することによって時間遅延されることもある。デジタル画像は、圧縮され得るし、それらの元々のフォーマットで送られることもある。
【０００３】
リアルタイム符号化の問題は、誰も未来についての情報を有していないので、経時的なビットレートの使用を計画することが難しいということである。通信においてはバースト、すなわち、情報源から送り先へのデジタル画像の送信における高いビットレートのピークが生じ得、それを予測することは難しい。それ故、ビットレートの使用の計画を可能にする、リアルタイムでビデオを符号化するための方法が要望されている。
【発明の概要】
【０００４】
上述を考慮し、本発明の目的は、上記の欠点のうちの１つ又は幾つかを解決するか少なくとも減少させることである。概して、上記の目的は添付の独立請求項によって達成される。
【０００５】
第１の側面によれば、本発明は、リアルタイム符号化のための方法によって実現され、方法は、カメラの移動についての移動情報を受信すること、及び、リアルタイムで、カメラの移動の間にカメラによって取得されたビデオストリームを符号化することを含む。符号化は前記移動情報に基づいて実行される。
【０００６】
それ故、リアルタイムでの符号化は、カメラの移動情報を使用して達成される。例として、移動が高い速度を有している場合に、ビデオストリーム内で多くの移動が予測され得る。このことは、ビットレートを増加させる。この情報を考慮することによって、符号化は、例えば、以下の実施形態で説明されるように、取得されたビデオストリームからの幾分かの情報を記憶することによって、調整され得る。
【０００７】
この方式でビデオストリームをリアルタイムで符号化することは、ビデオストリームのビットレートの計画を可能にし、高いビットレートのピークを避けることができるので、非常に有利である。更に、より優れた画像の品質が望ましい時には、より優れた画像の品質が取得され得る。
【０００８】
移動は、カメラのパン動作、チルト動作、ズーム動作、及びピント合わせ動作から成る群の少なくとも１つを含み得る。
【０００９】
符号化のステップは、前記移動情報に基づいて、イントラフレームに対するインターフレームの比率を調整することを含み得る。したがって、この符号化は、種々の符号化から恩恵を受ける種々の状況に適合されることができる。符号化されたビデオシークエンス内のフレームの数は、ビデオシークエンスの長さによって、かつフレームレートによって決定される。それ故、イントラフレームに対するインターフレームの比率が、複数のフレームの複数のタイプのうちの１つの数を増加させることによって調整される場合に、他のタイプの数は減少されなければならない。
【００１０】
符号化のステップは、少なくとも移動の間に、イントラフレームの数を減少させることによって前記比率を調整することを含み得る。これは、例えば、カメラの移動の間に取得され得る情報に対してそれ程関心がない場合に、有利であり得る。それ故、移動の間に、（イントラフレームの数が減少するために）質の悪い画像を有することは十分受け入れ可能である。この場合、移動の間のビットレートはより低くなり、高いビットレートのピークを避けることができる。また、この実施形態は、例えば、移動が比較的速い場合に適用可能である。少なくとも移動の間に、イントラフレームの数を減少させることによって前記比率を調整するステップは、移動の終了時間と開始時間との間の時間が所定のレベルよりも短い場合に、実行され得る。
【００１１】
調整するステップは、少なくとも移動の間に、インターフレームのみを使用して符号化することを含み得る。移動の間にインターフレームのみを使用することは、ビートレートを更に減少させる。
【００１２】
符号化のステップは、移動の間にイントラフレームの数を増加させることによって前記比率を調整することを含み得る。これは、カメラの移動の間に取得された画像が関心のある情報を含み得る実施形態において、有利であり得る。一実施形態では、方法は、更に、ビットレートを、開始時間と終了時間との間の時間と比較するステップを含み得る。それ故、開始時間と終了時間との間の時間は比較的短いので、移動の間にイントラフレームの数を増加させる場合に必要とされる追加的なビットレートは、帯域幅割り当てがそれを許容するので、持ちこたえることができると結論付けられ得る。送信容量は、利用可能な帯域幅によって決定され、それ故、帯域幅の使用を計画することが有利であり得る。計画は、しばらくの間、より狭い帯域幅が必要とされることを考慮するので、計画は、一時的に、より広い帯域幅を使用することを決定することを含み得る。
【００１３】
移動は、所定の移動であってよい。方法は、更に、所定の移動に関する所定の情報を読み出すこと、及び前記所定の情報に基づいてビデオストリームを符号化することを含み得る。これは、所定のガードツアー（ｇｕａｒｄ  ｔｏｕｒ）を有するようカメラが設定される実施形態で、有利であり得る。そのような実施形態では、カメラは、所定の時点で所定の位置に移動するようにプログラムされ得る。
【００１４】
第２の側面では、本発明は、処理能力を有する装置によって実行されたときに、第１の側面による方法を実行するように適合された指示命令を有するコンピュータ可読記憶媒体を備えたコンピュータプログラム製品によって実現される。
【００１５】
第３の側面によれば、本発明は、リアルタイム符号化のためのエンコーダによって実現される。エンコーダは、カメラの移動についての移動情報を受信するように設定され、リアルタイムで、カメラの移動の間にカメラによって取得されたビデオストリームを符号化するように設定され、前記移動情報に基づいて符号化するように設定される。
【００１６】
前記移動情報は、移動の開始時間及び終了時間を含み得る。
【００１７】
移動は、カメラのパン動作、チルト動作、ズーム動作、及びピント合わせ動作から成る群の少なくとも１つを含み得る。
【００１８】
エンコーダは、前記移動情報に基づいて、イントラフレームに対するインターフレームの比率を調整するように設定され得る。
【００１９】
エンコーダは、少なくとも移動の間に、イントラフレームの数を減少させることによって前記比率を調整するように設定され得る。
【００２０】
エンコーダは、少なくとも移動の間に、インターフレームのみを使用することによって調整するように設定され得る。
【００２１】
エンコーダは、移動の間に、イントラフレームの数を増加させることによって前記比率を調整するように設定され得る。
【００２２】
移動は、所定の移動であってよく、装置は、更に、所定の移動に関する所定の情報を読み出すように設定されたエンコーダ、及び前記所定の情報に基づいてビデオストリームを符号化するように設定されたエンコーダを備え得る。
【００２３】
第４の側面によれば、本発明は、第３の側面のエンコーダを備えたデジタルビデオカメラによって実現され、ビデオストリームはデジタルビデオカメラによって取得される。
【００２４】
第５の側面によれば、本発明は、カメラ、及び第３の側面によるエンコーダを備えたシステムによって実現される。システムは、更に、デジタルネットワークを介して、符号化されたビデオストリームを送信するように設定された第１のデジタルネットワークモジュール、デジタルネットワークを介して、符号化されたビデオストリームを受信するように設定された第２のデジタルネットワークモジュール、符号化されたビデオストリームを第２のビデオストリームに復号するように設定されたデコーダ、及び第２のビデオストリームを表示するように設定されたディスプレイを備えたクライアントを備える。
【００２５】
第１の側面の利点は、第２の側面、第３の側面、第４の側面、及び第５の側面にも等しく適用可能である。
【００２６】
本発明の他の目的、特徴、及び利点は、下記の詳細な説明、添付の特許請求項、及び添付図面から明らかとなるであろう。
【００２７】
概して、請求項で使用されるすべての用語は、本明細書で別段明示的に定義されない限り、該当技術分野における通常の意味に従って解釈されるべきである。本明細書において特別に規定されない限り、「１つの／この（素子、装置、構成要素、手段、ステップなど）」の呼称は、前記素子、装置、構成要素、手段、ステップなどのうちの少なくとも１つ例を指すものとして広義に解釈される。本明細書におけるいかなる方法におけるステップも、特別に規定されない限り、記載の順序通りに実施される必要はない。更に、「含む（ｃｏｍｐｒｉｓｉｎｇ）」という用語は、他の要素又はステップを除外しない。
【００２８】
本発明の他の特徴及び利点は、添付の図面を参照して、現在の好適な実施形態の以下の詳細な説明から明らかになるであろう。
【図面の簡単な説明】
【００２９】
【図１】符号化されたビデオストリームの概略図である。
【図２】符号化のための本発明方法の実施形態を実施例によって示す。
【図３ａ】符号化されたビデオストリームの概略図である。
【図３ｂ】符号化されたビデオストリームの概略図である。
【図４】符号化されたビデオストリームの概略図である。
【図５】本発明のエンコーダの実施形態の概略図である。
【図６】本発明のカメラの実施形態の概略図である。
【図７】本発明のシステムの概略図である。
【発明を実施するための形態】
【００３０】
以下、本発明の幾つかの実施形態が示された添付図面を参照しつつ、本発明が以後より十分に説明される。しかしながら、本発明は多くの異なる形態で実施されることができ、本明細書で説明される実装に限定されるものと解釈されるべきではなく、これらの実施形態はむしろ、本開示が包括的で完全となるように例示目的で提供されており、当業者に本開示の範囲を十分に伝えるためのものである。類似の番号は、全体を通して類似の要素を指す。
【００３１】
デジタル画像は、画素によって表される。各々の画素は、画素の外見を規定する複数の値によって表される。画像に対して使用される画像処理スキームに応じて、これらの値は画素の種々の特徴を表し得る。幾つかのスキームでは、画素は、３つの色値、例えば、ＲＧＢ、ＣＭＹなどによって表される。他のスキームでは、画素は、２つの色値及び１つの輝度、例えば、ＹＣｂＣｒによって表される。ＹＣｂＣｒフォーマットは、ビデオ圧縮アルゴリズムにおいて使用される共通フォーマットである。
【００３２】
動画ビデオは、画像フレームのシークエンスとして生成される。各々の画像フレームは、ある種の画像センサを使用して捉えられ、その後、各々の捉えられた画像フレームからのアナログデータが、即座に、任意の方式で表されるデジタル画像データ、例えば、上で提示された表現のうちの１つに変換される。
【００３３】
今説明されている動画ビデオ符号化のためのプロセスでは、各々の画像フレームは、フルサイズの画像フレームＦによって表され得る。このフルサイズの画像フレームＦは、後に、プロセスにおいて、ビデオコーデック、例えば、Ｈ．２６５に準拠したビデオコーデック、Ｈ．２６４に準拠したビデオコーデック、Ｈ．２６３に準拠したビデオコーデック、Ｈ．２６２に準拠したビデオコーデック、グーグルＯｎ２コーデック、ウインドウズメディアビデオなどを使用して、圧縮され得る。
【００３４】
更に、本発明に関係するビデオコーデックは、時間的なビデオ圧縮、並びにイントラフレーム、例えば、Ｉ‐フレーム、及びインターフレーム、例えば、Ｐ‐フレーム又はＢ‐フレームを実装することを含んだビデオコーデックであり得る。イントラフレームは、符号化されるべき画像フレーム内の情報のみを使用して符号化される。更に、イントラフレームは、符号化されるべき画像フレームについて捉えられた全ての画像データから計算され得る。それ故、イントラフレームは、時々、フルフレームと呼ばれ得る。インターフレームは、また、予測フレーム（ｐｒｅｄｉｃｔｉｖｅ  ｆｒａｍｅ）又は差分フレーム（ｄｉｆｆｅｒｅｎｔｉａｌ  ｆｒａｍｅ）と呼ばれ、今符号化されるフレームの情報のみならず、以前に符号化された画像フレームからの情報に基づき得る。すなわち、インターフレームは、以前の画像フレーム内の時間的に冗長な情報を利用するものとして説明され得る。このタイプのコーデックを実施する動画ビデオは、イントラフレームを生成し得、その後、所定の数のインターフレームが後続し、その後、新しいイントラフレームが後続し、その後、同じ数のインターフレームが後続する。いくつかのインターフレームが後続するイントラフレームのこのシークエンスの長さは、グループオブピクチャーレングス（ＧＯＰ長）と呼ばれ得る。図１は、イントラフレーム１２０及びインターフレーム１４０を含んだ符号化されたビデオストリームの概略図であり、ビデオストリームは１００によって示されるＧＯＰ長を有する。
【００３５】
インターフレームは、イントラフレームよりも少ないデータを使用して表され得るので、より長いＧＯＰを使用してコード化された動画ビデオは、より短いＧＯＰを使用してコード化された動画ビデオよりも、データの強度が弱く、すなわち、より低いビットレートを有する。しかしながら、インターフレームは、推定に基づいているので、認知される画像品質は、しばしば、より短いＧＯＰを有する動画ビデオよりも長いＧＯＰを有する動画ビデオの方がより悪化し得る。
【００３６】
符号化からもたらされるビデオストリームは、符号化されたビデオストリームと呼ばれ得る。符号化されたビデオストリームは、少なくとも１つのイントラフレーム及び少なくとも１つのインターフレームを含み得る。いくつかの数のインターフレームが後続するイントラフレームを含んだシークエンスの長さは、グループオブピクチャーレングス（ＧＯＰ長）と呼ばれ得る。
【００３７】
カメラは、ピント合わせ、パン、チルト、ズーム機能を有し得る。それ故、カメラの移動は、カメラのパン動作、チルト動作、ズーム動作、及びピント合わせ動作から成る群から選択された少なくとも１つの移動動作であり得る。カメラの移動は、複数のそのような移動動作を含み得る。実施例として、カメラの移動は、パン動作、ズーム動作、及びピント合わせ動作を含み得る。また、カメラの移動は、パン動作、チルト動作、ズーム動作、又はピント合わせ動作などの、ただ１つの移動動作を含むことができる。カメラは、デジタルビデオカメラであり得る。
【００３８】
本発明は、カメラのピント合わせ、パン、チルト、及び／又はズーム機能の知識が、カメラの移動の間にカメラによって取得された画像ストリームを符号化するときに使用される、という理解に基づく。そのような知識は、移動情報に含まれ得る。移動情報は、どれだけ長い時間移動動作が実行されるかについての情報を含み得る。より具体的には、移動情報は、移動動作の速度、移動動作の継続時間を規定する移動動作に関連するタイムスタンプについての情報を含み得る。移動情報は、種々のカメラに対する移動情報が類似し得るが、特定のカメラに関連付けられる。
【００３９】
移動情報は、不揮発性メモリに記憶され得る。不揮発性のメモリは、例えば、携帯型メモリであり得る。メモリは、本発明のカメラ内に配置され得る。代替的に、メモリは、本発明のカメラ、又は本発明のエンコーダに接続される。
【００４０】
また、所定の移動がタイムスタンプと一緒に不揮発性メモリに記憶され得る。不揮発性メモリは、カメラ内に配置され得、及び／又は携帯型であり得る。
【００４１】
リアルタイムでの符号化は、取得されたビデオシークエンスの画像フレームがカメラから受信される際に、それらの画像フレームを符号化することであると解釈することができる。
【００４２】
カメラの移動は、移動の開示時間において開始し得、移動の終了時間において終了し得る。移動情報は、移動の開始時間及び終了時間を含み得る。開始時間及び終了時間は、移動の開始の前に受信され得る（例えば、ガードツアーにおける場合などの所定の移動の場合において）。代替的に、移動の終了時間は、移動の開始と同時に受信され得る。更に、移動の終了時間は、移動の間に受信され得る（例えば、移動の間の計画の変化を原因として）。
【００４３】
移動の開始時間及び終了時間についての情報を有することは、適切に符号化を適合させることを可能にする。実施例として、符号化は、どれだけの時間移動が行われるかに対して適合され得る。
【００４４】
図２は、リアルタイム符号化のための本発明方法２００の実施形態を実施例によって示す。方法における第１のステップは、カメラの移動についての移動情報を受信するＳ２０２ステップである。次のステップは、リアルタイムで、カメラの移動の間にカメラによって取得されたビデオストリームを符号化するＳ２０４ステップであり、符号化は、前記移動情報に基づいて実行される。
【００４５】
ある実施形態によれば、方法は、更に、符号化するステップが、前記移動情報に基づいて、イントラフレームに対するインターフレームの比率を調整するＳ１０６ことを含む、ことを含む。このことは、また、（カメラの移動の間に）一時的にＧＯＰ長を調整することとして説明されることができる。
【００４６】
より具体的には、方法は、更に、符号化するステップが、少なくとも移動の間にイントラフレームの数を減少させる（Ｓ２０８）ことによって前記比率を調整することを含む、ことを含み得る。このことは、また、（カメラの移動の間に）一時的にＧＯＰ長を増加させることとして説明されることができる。この実施形態は、図３ａで例示されている。図３ａは、符号化されたビデオストリームの始まりにおいてイントラフレーム３２０を含み、その後、複数のインターフレーム３４０を含む、符号化されたビデオストリームの概略図である。
【００４７】
移動の間に、カメラは開始時間に加速され得、その後、カメラは比較的一定な速度で移動し、その後、カメラは終了時間に終了するように減速を経験する。移動の終了時間の後でも、カメラに何らかの動作が存在し得る。これを埋め合わせるために、符号化は、移動の終了時間の後も移動情報を考慮して調整され得る。それ故、少なくともカメラの移動の間に前記比率を調整することは、有利である。ある実施形態では、イントラフレームに対するインターフレームの前記比率は、カメラの移動の間に調整されるのみである。
【００４８】
一実施形態では、動作は、全ての移動に対して同じである一定の補償によって補われ得る。ある実施形態では、一定の補償が、移動の始まり及び／又は終わりの両方において適用される。補償は、移動の終了時間の後で、少なくとも１つのインターフレームを追加することを含んでよい。一実施形態では、図４で見られるように、ビデオストリームは、移動４００の始まりにおいてイントラフレーム４２０が追加され、その後はインターフレーム４４０のみが追加されることによって符号化される。また、移動４００の終了時間の後で、インターフレーム４４０のみが追加される。移動の終了時間の後で追加されたインターフレームの数は、補償に相当し得る。
【００４９】
カメラの移動の間に取得された画像が関心のある情報を含む実施形態では、符号化は異なる方式で適合され得る。例として、移動の間にイントラフレームの数が増加され得る。それ故、移動の間に、ＧＯＰ長は減少するか更には最小化される。それ故、方法は、更に、調整するステップが、少なくとも移動の間にイントラフレームのみが使用される符号化（Ｓ２１０）を含む、ことを含み得る。図３ｂは、イントラフレーム３２０のみが使用される符号化されたビデオストリームの概略図である。
【００５０】
一実施形態では、方法は、更に、開始時間と終了時間との間の時間を考慮して、ビットレートを見積もるステップを含み得る。その場合、開始時間と終了時間との間の時間は比較的短いので、移動の間にイントラフレームの数を増加させる場合に必要とされる追加的なビットレートは、持ちこたえることができると結論付けられ得る。
【００５１】
ある実施形態によれば、方法は、更に、符号化するステップが、移動の間にイントラフレームの数を増加させる（Ｓ２１２）ことによって前記比率を調整することを含む、ことを更に含む。それ故、移動の間に、ＧＯＰ長は減少するか更には最小化される。
【００５２】
移動は、所定の移動であってよく、方法は、更に、所定の移動に関する所定の情報を読み出すＳ２１４ステップ、及び前記所定の情報に基づいてビデオストリームを符号化するＳ２１６ステップを含み得る。
【００５３】
カメラは、所定のパターンで移動するように設定されてよい。例えば、カメラは、ポイントＡに移動し、複数の画像を取得し、その後、ポイントＢに移動し、複数の画像を取得し、その後、ポイントＣに移動し、複数の画像を取得する。その後、カメラは、ポイントＡに戻り、複数の画像を取得する、などである。これらの移動は繰り返される。このようにカメラが適切にプリセットされるので、この移動情報は、カメラによって取得されたビデオストリームを符号化する場合に使用され得る。一例では、所定のポイント又は位置の間でカメラの移動の間に取得されたビデオストリームを符号化する時に、ビデオストリームを符号化する際にインターフレームのみが使用される。その後、カメラが移動している目標の位置に到達すると、少なくとも１つのイントラフレームが符号化の間に使用される。代替例として、イントラフレームに対するインターフレームの高い比率が、移動の間に使用され、その後、移動が終わった場合に、符号化は、イントラフレームに対するインターフレームのより低い比率を使用して実行される。また更なる代替例として、インターフレームに対するイントラフレームの高い比率が、移動の間に使用され、その後、移動が終わった場合に、符号化は、インターフレームに対するイントラフレームのより低い比率を使用して実行される。
【００５４】
カメラは、所定の絶対焦点を有し得る。ピント合わせ動作は、カメラが所定の絶対焦点に一致するようにピント合わせすることを含み得る。所定の絶対焦点に一致するようにピント合わせすることについての情報は、移動情報の中に含まれ得る。絶対焦点に一致するようにピント合わせした後で、カメラはピント合わせを更に調整し得る。ピント合わせ動作の間に、リアルタイム符号化は、インターフレームのみを使用してもよいし、インターフレームの数と比較して少ない数のイントラフレームを使用してもよい。
【００５５】
図５は、リアルタイム符号化のための本発明のエンコーダの実施形態の概略図である。エンコーダ５００は、オプションとして、カメラ５０４に接続され、カメラ５０４はデジタルビデオカメラであり得る。
【００５６】
エンコーダ５００は、オプションとして、メモリ５０２に接続され、メモリ５０２は移動情報を記憶するように設定される。メモリ５０２は、エンコーダ５００の外部に配置され得、移動情報は、メモリ５０２からエンコーダ５００に送られ得る。
【００５７】
エンコーダ５００は、カメラ５０４の移動についての移動情報を受信し、移動情報は、オプションとして、メモリ５０２から読み出される。エンコーダ５００は、リアルタイムで、カメラ５０４の移動の間にカメラ５０４によって取得されたビデオストリームを符号化するように設定される。エンコーダ５００は、前記移動情報に基づいて符号化するように設定される。
【００５８】
エンコーダ５００は、ソフトウェア内に実装され得、エンコーダ５００内の少なくとも１つのプロセッサによって、例えば、エンコーダ５００の中央処理装置（ＣＰＵ）及び／又はグラフィック処理ユニット（ＧＰＵ）によって、実行され得る。その目的のために、エンコーダは、ＣＰＵ／ＧＰＵによって実行された場合に、本明細書で説明された符号化方法を実施するコンピュータコード指示命令を記憶するように設定された（非一時的な）コンピュータ可読媒体を含み得る。
【００５９】
リアルタイム符号化のためのエンコーダは、リアルタイム符号化エンコーダとも呼ばれ得る。
【００６０】
図６は、リアルタイム符号化のための本発明のカメラの実施形態の概略図である。ここで、エンコーダ５００は、カメラ６００内に配置される。
【００６１】
カメラ６００は、オプションとして、移動情報を記憶するように設定されたメモリ６０２を含む。代替例として、メモリ６０２は、カメラ６００の外部に配置され得、移動情報は、メモリ６０２からカメラ６００に送られ得る。
【００６２】
エンコーダ５００は、カメラ６００の移動についての移動情報を受信し、移動情報は、オプションとしてメモリ６０２から読み出される。エンコーダ５００は、リアルタイムで、カメラ６００の移動の間にカメラ６００によって取得されたビデオストリームを符号化するように設定される。エンコーダ２００は、前記移動情報に基づいて符号化するように設定される。
【００６３】
図７は、図５で説明されたリアルタイム符号化のためのエンコーダ５００を備えた本発明のシステムの概略図である。オプションとして、エンコーダ５００は、カメラ５０４に接続される。システム７００は、カメラ５０４を備え得る。代替例として、エンコーダは、図６との関連で説明されたカメラ内に配置される。エンコーダ５００は、リアルタイムで、カメラ５０４から受信したビデオストリームを符号化する。これは、符号化されたビデオストリームをもたらす。
【００６４】
システム７００は、更に、デジタルネットワークを介して、符号化されたビデオストリームを送信するように設定された第１のデジタルネットワークモジュール７０２を備える。デジタルネットワークモジュール７０２は、エンコーダ５００の部分でもよいし、別個の装置内に実装されてもよい。符号化されたビデオストリームは、その後、デジタルネットワーク７１０を介して、符号化されたビデオストリームを受信するように設定された第２のデジタルネットワークモジュール７０４に送信される。デジタルネットワークモジュール７０４は、エンコーダ５００の部分でもよいし、別個の装置内に実装されてもよい。
【００６５】
システム７００は、符号化されたビデオストリームを第２のビデオストリームに復号するように設定されたデコーダ７０６を備える。システム７００は、更に、第２のビデオストリームを表示するように設定されたディスプレイ７０８を備えたクライアント７０５を備える。代替例として、クライアント７０５が、デジタルネットワークモジュール７０４及びデコーダ７０６を備えてもよい。
【００６６】
カメラの移動は、カメラに移動するように指示命令するユーザによって制御され得る。ユーザは、例えば、カメラに接続されたユーザインターフェースに指示命令を入力する。このことがどのようにして実現され得るかの様々な実施態様が存在し、それは、当業者にとって既知である。
【００６７】
代替的に、制御ユニットが、カメラを制御するように設定される。制御ユニットは、その後、移動指示命令をカメラに送り得る。
【００６８】
制御ユニット及び／又はインターフェースは、システムの部分であり得る。
【００６９】
本明細書に記載の全実施形態及び全特徴は、本発明の全ての側面に応用できることに留意されたい。
【００７０】
図面及び上述の記載によって本発明は詳細に示されたが、このような図示及び記載は限定的ではなく例示的及び典型的なものとして捉えられる。すなわち本発明は本明細書に記載の実施形態に限定されるものではない。
【００７１】
図面、記載、及び添付の特許請求項を精査することにより、特許請求される本発明を実施することにおいて、開示された実施形態の他の変形例が、当業者によって理解され実行されることができる。請求項において、「含む」という語は他の要素又はステップを除外するものではなく、「１つの（ａ）」又は「１つの（ａｎ）」などの不定冠詞は複数を除外しない。単一のプロセッサ又は他のユニットが、特許請求の範囲で述べられる幾つかのアイテムの機能を遂行し得る。ある特定の手段が互いに異なる従属請求項において記されているという事実は、これらの手段の組み合わせが使用され得ないということを示すものではない。特許請求の範囲におけるいかなる参照符号も、本発明の範囲を限定するように解釈されるべきではない。
【図１】
0006707334.tif 000002
【図２】
0006707334.tif 000003
【図３ａ】
0006707334.tif 000004
【図３ｂ】
0006707334.tif 000005
【図４】
0006707334.tif 000006
【図５】
0006707334.tif 000007
【図６】
0006707334.tif 000008
【図７】
0006707334.tif 000009