特許 7367054 適応動きベクトル解像度シグナリング

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-10-13

(45)【発行日】2023-10-23

(54)【発明の名称】適応動きベクトル解像度シグナリング

(51)【国際特許分類】

   H04N 19/523 20140101AFI20231016BHJP

   H04N 19/159 20140101ALI20231016BHJP

   H04N 19/105 20140101ALI20231016BHJP

   H04N 19/176 20140101ALI20231016BHJP

【ＦＩ】

H04N19/523

H04N19/159

H04N19/105

H04N19/176

【請求項の数】 17

(21)【出願番号】P 2021558673

(86)(22)【出願日】2020-08-26

(65)【公表番号】

(43)【公表日】2022-05-20

(86)【国際出願番号】 US2020047966

(87)【国際公開番号】W WO2021041521

(87)【国際公開日】2021-03-04

【審査請求日】2021-09-29

(31)【優先権主張番号】62/891,835

(32)【優先日】2019-08-26

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】16/999,517

(32)【優先日】2020-08-21

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】520353802

【氏名又は名称】テンセント・アメリカ・エルエルシー

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100150197

【弁理士】

【氏名又は名称】松尾 直樹

(72)【発明者】

【氏名】グイチュン・リ

(72)【発明者】

【氏名】シアン・リ

(72)【発明者】

【氏名】シャオジョン・シュ

(72)【発明者】

【氏名】シャン・リュウ

【審査官】久保 光宏

(56)【参考文献】

【文献】特表２０２２－５３１２６４（ＪＰ，Ａ）

【文献】Benjamin Bross, et al.，"Versatile Video Coding (Draft 6)"，Document: JVET-O2001-vE, [online]，JVET-O2001 (version 14)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，2019年07月31日，Pages 137-143 and 381-388，[令和4年9月9日検索], インターネット, <URL: https://jvet-experts.org/doc_end_user/current_document.php?id=7824> and <URL: https://jvet-experts.org/doc_end_user/documents/15_Gothenburg/wg11/JVET-O2001-v14.zip>.

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｎ１９／００－１９／９８

ＣＳＤＢ（日本国特許庁）

学術文献等データベース（日本国特許庁）

ＩＥＥＥＸｐｌｏｒｅ（ＩＥＥＥ）

(57)【特許請求の範囲】

【請求項1】

プロセッサが実行可能な動画コーディング方法であって、
少なくとも２つのフレームを含む動画データを受信するステップと、
前記少なくとも２つのフレームから２つのフレーム間の動きベクトル差を算出するステップと、
適応動きベクトル解像度（ＡＭＶＲ）使用フラグテーブルをチェックするステップであって、前記ＡＭＶＲ使用フラグテーブルは、精度値と、適応動きベクトル解像度使用フラグとを含み、前記適応動きベクトル解像度使用フラグは、適応動きベクトル解像度の使用可能・使用禁止を示すステップと、
前記適応動きベクトル解像度使用フラグに基づいて前記動画データをコーディングし、前記精度値に基づいて前記動きベクトル差をコーディングするステップと、
を含むことを特徴とする動画コーディング方法。

【請求項2】

前記適応動きベクトル解像度使用フラグは、単一のコンテキストによってコーディングされた第１のＢｉｎである、請求項１に記載の方法。

【請求項3】

並進フレーム間予測モード、アフィンフレーム間予測モード、およびブロック内コピーモードのいずれが使用されるのかを示す情報と、前記第１のＢｉｎとに少なくとも基づいて、動きベクトル解像度のピクセル精度が決定される、請求項２に記載の方法。

【請求項4】

前記並進フレーム間予測モードについて、
第２のＢｉｎは、適応動きベクトル解像度が使用可能になることに基づいてハーフピクセル精度を使用するか否かを示す、
ことを特徴とする請求項３に記載の方法。

【請求項5】

第３のＢｉｎは、ハーフピクセル精度を使用していない場合に１ピクセル精度を使用するか、それとも４ピクセル精度を使用するかを示す、
ことを特徴とする請求項４に記載の方法。

【請求項6】

前記アフィンフレーム間予測モードについて、
第３のＢｉｎは、適応動きベクトル解像度が使用可能になることに基づいて１／１６ピクセル精度を使用するか、それとも１ピクセル精度を使用するかを示す、
ことを特徴とする請求項３に記載の方法。

【請求項7】

前記ブロック内コピーモードについて、適応動きベクトル解像度が使用禁止になることに基づいて１ピクセル精度を使用し、適応動きベクトル解像度が使用可能になることに基づいて４ピクセル精度を使用する、
ことを特徴とする請求項３に記載の方法。

【請求項8】

第３のＢｉｎは、前記並進フレーム間予測モードと前記アフィンフレーム間予測モードの両方に１ピクセル精度を使用することを示す、
ことを特徴とする請求項３に記載の方法。

【請求項9】

動画コーディングのためのコンピュータシステムであって、
コンピュータプログラムコードを記憶するように配置された、一つまたは複数のコンピュータ読み取り可能な非一時的な記憶媒体と、
コンピュータプログラムコードにアクセスし、コンピュータプログラムコードが示すように動作するように構成された一つまたは複数のコンピュータプロセッサと、を含み、
前記コンピュータプログラムコードは、
前記一つまたは複数のコンピュータプロセッサが、少なくとも２つのフレームを含む動画データを受信するように構成された受信コードと、
前記一つまたは複数のコンピュータプロセッサが、前記少なくとも２つのフレームから２つのフレーム間の動きベクトル差を算出するように構成された算出コードと、
前記一つまたは複数のコンピュータプロセッサが、精度値と適応動きベクトル解像度の使用可能・使用禁止を示す適応動きベクトル解像度使用フラグとを含む適応動きベクトル解像度（ＡＭＶＲ）使用フラグテーブルをチェックするチェックコードと、
前記適応動きベクトル解像度使用フラグに基づいて前記動画データをコーディングし、前記精度値に基づいて前記動きベクトル差をコーディングするコーディングコードと、を含む
ことを特徴とするコンピュータシステム。

【請求項10】

前記適応動きベクトル解像度使用フラグは、単一のコンテキストによってコーディングされる第１のＢｉｎである、請求項９に記載のコンピュータシステム。

【請求項11】

並進フレーム間予測モード、アフィンフレーム間予測モード、およびブロック内コピーモードのいずれが使用されるのかを示す情報と、前記第１のＢｉｎとに少なくとも基づいて、動きベクトル解像度のピクセル精度が決定される、請求項１０に記載のコンピュータシステム。

【請求項12】

前記並進フレーム間予測モードについて、第２のＢｉｎは、適応動きベクトル解像度が使用可能になることに基づいてハーフピクセル精度を使用するか否かを示す、
ことを特徴とする請求項１１に記載のコンピュータシステム。

【請求項13】

第３のＢｉｎは、ハーフピクセル精度を使用しない場合に１ピクセル精度を使用するか、または４ピクセル精度を使用するかを示す、
ことを特徴とする請求項１２に記載のコンピュータシステム。

【請求項14】

前記アフィンフレーム間予測モードについて、第３のＢｉｎは、適応動きベクトル解像度が使用可能になることに基づいて１／１６ピクセル精度を使用するか、または１ピクセル精度を使用するかを示す、
ことを特徴とする請求項１１に記載のコンピュータシステム。

【請求項15】

前記ブロック内コピーモードについて、適応動きベクトル解像度が使用禁止になることに基づいて１ピクセル精度を使用し、適応動きベクトル解像度が使用可能になることに基づいて４ピクセル精度を使用する、
ことを特徴とする請求項１１に記載のコンピュータシステム。

【請求項16】

第３のＢｉｎは、前記並進フレーム間予測モードと前記アフィンフレーム間予測モードの両方に１ピクセル精度を使用することを示す、
ことを特徴とする請求項１１に記載のコンピュータシステム。

【請求項17】

動画コーディングのためのコンピュータプログラムであって、
前記コンピュータプログラムが一つまたは複数のコンピュータプロセッサにより実行されると、請求項１～８の何れか1項に記載の動画コーディング方法を実行させることを特徴とする動画コーディングのためのコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互援用
本出願は、２０１９年８月２６日に提出された米国仮出願第６２／８９１、８３５号と２０２０年８月２１日に提出された米国出願第１６／９９９、５１７号に基づいている優先権を主張した。これら２つの出願のすべての内容は本出願に結合される。

【0002】

本開示は、一般的にデータ処理分野に関し、より詳細にはデータのコーディングおよびデコーディングに関する。

【背景技術】

【0003】

ＩＴＵ－Ｔ ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＭＰＥＧ（ＪＴＣ １／ＳＣ ２９／ＷＧ １１）は、２０１３（バージョン１）、２０１４（バージョン２）、２０１５（バージョン３）、２０１６（バージョン４）でＨ．２６５／ＨＥＶＣ（高効率動画コーディング）を開示した。その後、圧縮機能を著しく超える将来の動画コーディング技術の標準化に対する潜在的なニーズを検討してきた。２０１７年１０月に、ＨＥＶＣを超える機能を持つ動画圧縮に関する共同提案書（Ｃａｌｌ ｆｏｒ Ｐｒｏｐｏｓａｌ、ＣｆＰ）を発表した。２０１８年２月１５日に、標準ダイナミックレンジ（ｓｔａｎｄａｒｄ ｄｙｎａｍｉｃ ｒａｎｇｅ、ＳＤＲ）に関する合計２２のＣｆＰ応答、ハイダイナミックレンジ（ｈｉｇｈ ｄｙｎａｍｉｃ ｒａｎｇｅ、ＨＤＲ）に関する１２のＣｆＰ応答、および３６０の動画カテゴリに関する１２のＣｆＰ応答がそれぞれ提出された。２０１８年４月に、１２２ ＭＰＥＧ／１０回目のＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ － Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔ Ｔｅａｍ、連携動画探索グループ－連携動画専門家グループ）会議で、受信したすべてのＣｆＰ応答を評価した。慎重な検討により、ＪＶＥＴはＨＥＶＣ以外の次世代動画コーディングの標準化、いわゆるユニバーサル動画コーディング（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ、ＶＶＣ）を正式に開始した。

【発明の概要】

【課題を解決するための手段】

【0004】

本発明の実施形態は、動画コーディングの方法、システム、およびコンピュータ読み取り可能な媒体に関する。一方の態様によれば、動画コーディングのための方法を提供する。方法は、少なくとも２つのフレームを含む動画データを受信するステップと、少なくとも２つのフレームから２つのフレーム間の動きベクトル差を算出するステップと、精度値と、適応動きベクトル解像度の使用可能・使用禁止に対応する適応動きベクトル解像度使用値とに対応する適応動きベクトル解像度使用フラグをチェックするステップと、適応動きベクトル解像度使用値に基づいて前記動画データをコーディングし、前記精度値に基づいて前記動きベクトル差をコーディングするステップと、を含む。

【0005】

他方の態様によれば、動画コーディングのためのコンピュータシステムを提供する。コンピュータシステムは、一つまたは複数のプロセッサと、一つまたは複数のコンピュータ読み取り可能なメモリと、一つまたは複数のコンピュータ読み取り可能な有形記憶装置と、一つまたは複数の記憶装置のうちの少なくとも一つに記憶されたプログラム命令を含んでもよい。プログラム命令は、一つまたは複数のメモリのうちの少なくとも一つを介して一つまたは複数のプロセッサのうちの少なくとも一つによって実行されることによって、コンピュータシステムは方法を実行することができる。該方法は、少なくとも２つのフレームを含む動画データを受信するステップと、少なくとも２つのフレームから２つのフレーム間の動きベクトル差を算出するステップと、精度値と、適応動きベクトル解像度の使用可能・使用禁止に対応する適応動きベクトル解像度使用値とに対応する適応動きベクトル解像度使用フラグをチェックするステップと、適応動きベクトル解像度使用値に基づいて前記動画データをコーディングし、前記精度値に基づいて前記動きベクトル差をコーディングするステップと、を含む。

【0006】

別の態様によれば、動画コーディングのためのコンピュータ読み取り可能な媒体を提供する。コンピュータ読み取り可能な媒体は、プロセッサによって実行可能な、一つまたは複数のコンピュータ読み取り可能な記憶装置と、一つまたは複数の有形記憶装置のうちの少なくとも一つに記憶されたプログラム命令とを含んでもよい。プログラム命令は、方法を実行するためにプロセッサによって実行されてもよい。該方法は、少なくとも２つのフレームを含む動画データを受信するステップと、少なくとも２つのフレームから２つのフレーム間の動きベクトル差を算出するステップと、精度値と、適応動きベクトル解像度の使用可能・使用禁止に対応する適応動きベクトル解像度使用値とに対応する適応動きベクトル解像度使用フラグをチェックするステップと、適応動きベクトル解像度使用値に基づいて前記動画データをコーディングし、前記精度値に基づいて前記動きベクトル差をコーディングするステップと、を含む。

【図面の簡単な説明】

【0007】

これらおよび他のオブジェクト、特徴、および利点は、添付の図面と関連する例示的な実施形態の以下の詳細な説明によって明らかになる。図示は、具体的な実施形態と関連した当業者の理解を促進するためものであり、その様々な特徴は比例して描かれていない。

【0008】

【図1】少なくとも一つの実施形態に基づくネットワークコンピュータ環境である。

【図2】少なくとも一つの実施形態に基づく構文要素である。

【図3】少なくとも一つの実施形態に基づく動画コーディングのためのプログラムによって実行されるフローチャートである。

【図4】少なくとも一つの実施形態に基づく図１に示されたコンピュータおよびサーバの内部部品および外部部品のブロック図である。

【図5】少なくとも一つの実施形態に基づく図１に示されたコンピュータシステムを含む例示的なクラウドコンピューティング環境のブロック図である。

【図6】少なくとも一つの実施形態に基づく図６の例示的なクラウドコンピューティング環境の機能層を示すブロック図である。

【発明を実施するための形態】

【0009】

本明細書は、保護を請求する構造と方法の詳細な実施形態を開示する。開示された実施形態は、様々な形で実施される保護を請求する構造と方法の説にすぎないことが理解されるべきである。しかしながら、これらの構造および方法は多くの異なる形態で実施することができ、本明細書で説明する例示的な実施形態に限定されるものと解釈すべきではない。むしろ、本開示の詳細かつ完全で、保護範囲を当業者に十分に伝えるように、これらの例示的な実施形態を提供する。本明細書では、提示された実施形態を不必要に曖昧にしないように、公知の特徴および技術の詳細を省略することができる。

【0010】

実施形態は、一般にデータ処理分野に関し、より詳細には、データのコーディングおよびデコーディングに関する。以下の例示的な実施形態は、ＡＭＶＲの使用精度シグナリングなどに単一の値を使用するためのシステム、方法、およびコンピュータプログラムを提供する。したがって、一部の実施形態は、動画コーディングのシグナリングパラメータの改善された複雑性を許容する（エンコードとデコードの改善が可能）ことによって算出分野を改善する機能を有する。

【0011】

前述のように、ＩＴＵ－Ｔ ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＭＰＥＧ（ＪＴＣ １／ＳＣ ２９／ＷＧ １１）は、２０１３（バージョン１）、２０１４（バージョン２）、２０１５（バージョン３）、２０１６（バージョン４）でＨ．２６５／ＨＥＶＣ（高効率動画コーディング）を公開した。その後、圧縮機能を著しく超える将来の動画コーディング技術の標準化に対する潜在的なニーズを検討してきた。２０１７年１０月に、ＨＥＶＣを超える機能を持つ動画圧縮に関する共同提案書（Ｃａｌｌ ｆｏｒ Ｐｒｏｐｏｓａｌ、ＣｆＰ）を発表した。２０１８年２月１５日に、標準ダイナミックレンジ（ＳＤＲ）に関する合計２２のＣｆＰ応答、ハイダイナミックレンジ（ｈｉｇｈ ｄｙｎａｍｉｃ ｒａｎｇｅ、ＨＤＲ）に関する１２のＣｆＰ応答、および３６０の動画カテゴリに関する１２のＣｆＰ応答がそれぞれ提出された。２０１８年４月に、１２２ ＭＰＥＧ／１０回目のＪＶＥＴ（連携動画探索グループ－連携動画専門家グループ）会議で、受信したすべてのＣｆＰ応答を評価した。慎重な検討により、ＪＶＥＴはＨＥＶＣ以外の次世代動画コーディングの標準化、いわゆるユニバーサル動画コーディング（ＶＶＣ）を正式に開始した。

【0012】

ＨＥＶＣでは、オープニングのｕｓｅ＿ｉｎｔｅｇｅｒ＿ｍｖ＿ｆｌａｇが０に等しい可能性がある場合、動きベクトル差（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｄｉｆｆｅｒｅｎｃｅ、ＭＶＤ）（例えば、コーディングユニットの動きベクトルと予測される動きベクトルとの間）を１／４輝度サンプル単位で示すことができる。ＶＶＣでは、エンコードユニットレベルの適応動きベクトル解像度（ａｄａｐｔｉｖｅ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｒｅｓｏｌｕｔｉｏｎ、ＡＭＶＲ）は、エンコードユニットのＭＶＤを異なる精度でエンコードすることができる。ただし、ＡＭＶＲでは、精度とＡＭＶＲが使用可能か使用禁止かを判断するために複数のフラグが必要になる場合がある。これはシグナリングの複雑さを増大させる可能性がある。したがって、フラグの数を一つの統合されたフラグに減らして、精度と適応動きベクトル解像度が使用可能か使用禁止かを示すことが有利である。

【0013】

本明細書では、様々な態様について、様々な実施形態による方法、装置（システム）、およびコンピュータ読み取り可能な媒体のフローチャートおよび／またはブロック図を参照して説明する。フローチャートおよび／またはブロック図における各ブロック、およびフローチャートおよび／またはブロック図における組み合わせは、コンピュータ読み取り可能なプログラム命令によって実行可能であることが理解されるべきである。

【0014】

図１を参照すると、ネットワークコンピュータ環境の機能ブロック図は、統合ＡＭＶＲシグナリングフラグを使用して動画データをコーディングするための動画コーディングシステム１００（以下、「システム」と呼ぶ）を示している。図１は、一つの実施態様の説明のみを提供しており、異なる実施形態をどのように実行するかについての制限を示唆していないことが理解されるべきである。設計と実行のニーズに基づいて、記述された環境に多くの修正を加えることができる。

【0015】

システム１００は、コンピュータ１０２とサーバコンピュータ１１４とを含んでもよい。コンピュータ１０２は、通信ネットワーク１１０（以下、「ネットワーク」と呼ぶ）を介してサーバコンピュータ１１４と通信することができる。コンピュータ１０２は、プロセッサ１０４と、ソフトウェアプログラム１０８とを含んでもよい。ソフトウェアプログラム１０８は、データ記憶装置１０６に記憶され、コンピュータ１０２は、ユーザとドッキングし、サーバコンピュータ１１４と通信することができる。以下で図４を参照して説明するように、コンピュータ１０２はそれぞれ内部部品８００Ａと外部部品９００Ａとを含んでもよく、サーバコンピュータ１１４はそれぞれ内部部品８００Ｂと外部部品９００Ｂとを含んでもよい。コンピュータ１０２は、例えば、モバイル装置、電話、携帯情報端末、ネットブック、ラップトップ、タブレットコンピュータ、デスクトップコンピュータ、またはプログラムであってもよいし、プログラムの実行、ネットワークへのアクセス、データベースへのアクセスが可能な任意のタイプのコンピューティング装置であってもよい。

【0016】

図５と図６に説明するように、サーバコンピュータ１１４は、サービスとしてのソフトウェア（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ、ＳａａＳ）、サービスとしてのプラットフォーム（Ｐｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅ、ＰａａＳ）、サービスとしてのインフラストラクチャ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ、ｌａａＳ）などのクラウドコンピューティングサービスモデルにおいても動作することができる。サーバコンピュータ１１４は、プライベートクラウド、コミュニティクラウド、パブリッククラウド、ハイブリッドクラウドなどのクラウドコンピューティング導入モデルに配置することもできる。

【0017】

統合ＡＭＶＲシグナリングフラグを使用して動画データをコーディングするために使用できるサーバコンピュータ１１４は、データベース１１２とインタラクティブできる適応動きベクトル解像度（ＡＭＶＲ）シグナリングプログラム１１６（以下、「プログラム」と呼ぶ）を実行することができる。以下、図３は、ＡＭＶＲシグナリングプログラムの方法をより詳細に説明する。一方の実施形態では、コンピュータ１０２は、ユーザインタフェースを含む入力装置として実行されてもよく、プログラム１１６は主にサーバコンピュータ１１４上で実行されてもよい。好ましい実施形態では、プログラム１１６は、主に一つまたは複数のコンピュータ１０２上で実行されてもよく、サーバコンピュータ１１４はプログラム１１６によって使用されるデータを処理および記憶するために使用されてもよい。プログラム１１６は、独立したプログラムであってもよいし、より大きなＡＭＶＲシグナリングプログラムに統合されてもよいことに注意すべきである。

【0018】

いくつかの実施形態では、プログラム１１６の処理は、コンピュータ１０２とサーバコンピュータ１１４との間で任意の比率で共有され得ることに注意すべきである。別の実施例では、プログラム１１６は、一つまたは複数のコンピュータ、サーバコンピュータ、またはコンピュータとサーバコンピュータとの何らかの組み合わせ（例えば、ネットワーク１１０を介して単一のサーバコンピュータ１１４と通信する複数のコンピュータ１０２）上で実行されてもよい。別の実施形態では、例えば、プログラム１１６は、ネットワーク１１０を介して複数のクライアントコンピュータと通信する複数のサーバコンピュータ１１４上で実行されてもよい。あるいは、プログラムは、ネットワークを介してサーバおよび複数のクライアントコンピュータと通信するネットワークサーバ上で実行されてもよい。

【0019】

ネットワーク１１０は、有線接続、無線接続、光ファイバ接続、またはこれらの組み合わせを含んでもよい。一般に、ネットワーク１１０は、コンピュータ１０２とサーバコンピュータ１１４との間の通信をサポートする接続とプロトコルの任意の組合せとすることができる。ネットワーク１１０は、ローカルエリアネットワーク（ＬＡＮ）、インターネットなどのワイドエリアネットワーク（ＷＡＮ）、公衆交換電話網（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）などの電気通信ネットワーク、無線ネットワーク、公衆交換ネットワーク、衛星ネットワーク、セルラーネットワーク（例えば、第５世代（５Ｇ）ネットワーク、ロングタームエボリューション（ｌｏｎｇ－ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）ネットワーク、第３世代（３Ｇ）ネットワーク、符号分割多元接続（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＣＤＭＡ）ネットワークなど）、公衆陸上移動体通信網（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ、ＰＬＭＮ）、都市型ネットワーク（ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋ、ＭＡＮ）、プライベートネットワーク、アドホックネットワーク、イントラネット、光ファイバベースのネットワークなど、および／またはこれらまたは他のタイプのネットワークの組み合わせを含む。

【0020】

図１に示した装置とネットワークの数と配置が例として提供されている。実際には、図１に示した装置および／またはネットワークに比べて、追加の装置および／またはネットワーク、より少ない装置および／またはネットワーク、異なる装置および／またはネットワーク、あるいは異なる配置の装置および／またはネットワークが存在し得る。また、図１に示した２つ以上の装置を単一の装置内で実現してもよく、あるいは図１に示した単一の装置を複数の分散装置として実現してもよい。代替的に、システム１００のある装置のグループ（例えば、一つまたは複数の装置）は、システム１００の別のグループによって実行されると説明された一つまたは複数の機能を実行することができる。

【0021】

図２Ａを参照すると、例示的な統合ＡＭＶＲ使用フラグ２００Ａが示される。一つまたは複数の実施形態によると、第１のＢｉｎは、並進フレーム間予測モード、アフィンフレーム間予測モード、およびブロック内コピーモード（ｉｎｔｒａ－ｂｌｏｃｋ ｃｏｐｙ、ＩＢＣ）の適応動きベクトル解像度の使用フラグとして使用できる。該Ｂｉｎは単一のコンテキストでエンコードできる。適応動きベクトル解像度シグナリングで使用されるコンテキスト適応バイナリ算術コーディング（ｃｏｎｔｅｘｔ－ａｄａｐｔｉｖｅ ｂｉｎａｒｙ ａｒｉｔｈｍｅｔｉｃ ｃｏｄｉｎｇ、ＣＡＢＡＣ）のコンテキストの総数は４であってもよい。変数ｃｔｘＩｄｘは、ＣＡＢＡＣコンテキストを示すインデックスに使用できる。並進フレーム間予測モードでは、適応動きベクトル解像度が使用可能であることを信号で通知すれば、第２のＢｉｎ（ｃｔｘＩｄｘは３）を使用してハーフピクセル精度の使用の可否を示すことができる。ハーフピクセル精度を使用しない場合は、第３のＢｉｎ（ｃｔｘＩｄｘは１）を使用して、１ピクセル精度と４ピクセル精度のどちらを使用するかを示すことができる。アフィンフレーム間予測モードでは、適応動きベクトル解像度が使用可能であることを信号で通知すれば、第３のＢｉｎ（ｃｔｘＩｄｘは２）を使用して１／１６画素精度と１画素精度のどちらを使用するかを示すことができる。アフィンフレーム間予測のための第２のＢｉｎをスキップすることができることが理解されるべきである。さらに、第３のＢｉｎを第２のＢｉｎと呼ばれるか、第３のＢｉｎと呼ばれるかは、実現方法に依存することが理解されるべきである。ＩＢＣモードの場合、適応動きベクトル解像度が使用禁止であることを信号で通知すれば、１画素精度を使用することができる。適応動きベクトル解像度が使用可能であることを信号で通知すれば、４画素精度を使用することができる。ｃｔｘＩｄｘの値は、該シグナリングで使用されるＣＡＢＡＣコンテキストを区別するために使用できる。ｃｔｘＩｄｘの実際の値と順序は異なっていてもよい。

【0022】

図２Ｂを参照すると、例示的な統合ＡＭＶＲ使用フラグ２００Ｂが示される。一つまたは複数の実施形態によると、第１のＢｉｎは、並進フレーム間予測モード、およびＩＢＣモードの適応動きベクトル解像度の使用フラグとして使用できる。該Ｂｉｎは単一のコンテキストでエンコードできる。通常のフレーム間モードとＩＢＣモードの適応動きベクトル解像度の使用フラグは、同じコンテキストを共有することができる。アフィンフレーム間予測モードの適応動きベクトル解像度フラグは、ＣＡＢＡＣの別のコンテキストを使用することができる。適応動きベクトル解像度シグナリングで使用されるＣＡＢＡＣコンテキストの総数は５であってもよい。

【0023】

図２Ｃを参照すると、例示的な統合ＡＭＶＲ使用フラグ２００Ｃが示される。一つまたは複数の実施形態によると、第１のＢｉｎは、並進フレーム間予測、アフィンフレーム間予測、およびＩＢＣモードのＡＭＶＲ使用フラグとして使用できる。該Ｂｉｎは単一のコンテキストでエンコードできる。並進フレーム間予測モード用のＡＭＶＲとアフィンモード用のＡＭＶＲの両方について、１ピクセル精度か否かを示すＢｉｎは同じでもよい。ＡＭＶＲシグナリングで使用されるＣＡＢＡＣコンテキストの総数は３であってもよい。

【0024】

図３を参照すると、統合ＡＭＶＲシグナリングフラグを使用して動画データをコーディングするためのプログラムによって実施されるステップを示す動作のフローチャート３００を示している。図３は、図１、図２Ａ、図２Ｂを使用して説明することができる。前述したように、ＡＭＶＲシグナリングプログラム１１６（図１）は、ＡＭＶＲの使用状況と精度を示すために単一のフラグを使用することに基づいて、迅速かつ効率的に動画をエンコードすることができる。

【0025】

３０２では、少なくとも２つのフレームを含む動画データが受信される。データは、少なくとも２つのフレームを抽出することができる動画データまたは静止画像に対応することができる。動作中、サーバコンピュータ１１４（図１）上のＡＭＶＲシグナリングプログラム１１６（図１）は、通信ネットワーク１１０（図１）を介してコンピュータ１０２（図１）から動画データを受信してもよく、またはデータベース１１２（図１）から動画データを調査してもよい。

【0026】

３０４では、少なくとも２つのフレームから２つのフレーム間の動きベクトル差が算出される。動きベクトル差は、コーディングユニットの動きベクトルと予測される動きベクトルとの差であってもよいし、例えば１／４輝度サンプル単位の精度で表してもよい。動作中、ＡＭＶＲシグナリングプログラム１１６（図１）は、受信した動画データを使用して動きベクトル差を算出することができる。

【0027】

３０６では、適応動きベクトル解像度使用フラグがチェックされる。適応動きベクトル解像度フラグは、精度値と、適応動きベクトル解像度の使用可能・使用禁止に対応する適応動きベクトル解像度使用値とに対応することができる。動作中、ＡＭＶＲシグナリングプログラム１１６（図１）は、ＡＭＶＲが使用可能になるか否か、および動きベクトル差がどの程度正確にコーディングされるかを決定するために、統合ＡＭＶＲ使用フラグ２００Ａ（図２Ａ）をチェックすることができる。

【0028】

３０８では、適応動きベクトル解像度使用値に基づいて動画データをコーディングすることによって、精度値に基づいて動きベクトル差をコーディングする。動きベクトル差に基づいて動画データをコーディングすることによって、圧縮可能な動画データのフレーム間予測を使用することができる。動作中、ＡＭＶＲシグナリングプログラム１１６（図１）は、統合ＡＭＶＲ使用フラグ２００Ａ（図２Ａ）の値に基づいて動画データをコーディングすることができる。

【0029】

図３は、一つの実施態様の説明のみを提供しており、異なる実施形態をどのように実行するかについての制限を示唆していないことが理解されるべきである。設計と実行のニーズに基づいて、記述された環境に多くの修正を加えることができる。

【0030】

図４は、例示的な実施形態に基づく図１に示されたコンピュータの内部部品および外部部品のブロック図４００である。図４は、一つの実施態様の説明のみを提供しており、異なる実施形態をどのように実行するかについての制限を示唆していないことが理解されるべきである。設計と実行のニーズに基づいて、記述された環境に多くの修正を加えることができる。

【0031】

コンピュータ１０２（図１）およびサーバコンピュータ１１４（図１）は、図４に示す内部部品８００Ａ、８００Ｂと外部部品９００Ａ、９００Ｂのそれぞれのセットを含んでもよい。内部部品８００の各セットは、一つまたは複数のバス８２６上の一つまたは複数のプロセッサ８２０と、一つまたは複数のコンピュータ読み取り可能なＲＡＭ ８２２と、一つまたは複数のコンピュータ読み取り可能なＲＯＭ ８２４と、一つまたは複数のオペレーティングシステム８２８と、および一つまたは複数のコンピュータ読み取り可能な有形記憶装置８３０とを含む。

【0032】

プロセッサ８２０は、ハードウェア、ファームウェア、またはハードウェアとソフトウェアの組み合わせで実行される。プロセッサ８２０は、中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）、グラフィックスプロセッシングユニット（ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＧＰＵ）、アクセラレーテッドプロセッシングユニット（ａｃｃｅｌｅｒａｔｅｄ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＡＰＵ）、マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）、専用集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、または別のタイプの処理部品である。いくつかの実行形態では、プロセッサ８２０は、機能を実行するようにプログラム可能な一つまたは複数のプロセッサを含む。バス８２６は、内部部品８００Ａ、８００Ｂ間の通信を許可する部品を含む。

【0033】

サーバコンピュータ１１４（図１）上の一つまたは複数のオペレーティングシステム８２８、ソフトウェアプログラム１０８（図１）、およびＡＭＶＲシグナリングプログラム１１６（図１）は、一つまたは複数のそれぞれのプロセッサ８２０が一つまたは複数のそれぞれのＲＡＭ ８２２（一般的にはキャッシュメモリを含む）を介して実行するために、一つまたは複数のそれぞれのコンピュータ読み取り可能な有形記憶装置８３０上に記憶される。図４に示す実施例において、各コンピュータ読み取り可能な有形記憶装置８３０は、内部ハードディスクドライブのディスク記憶装置である。あるいは、コンピュータ読み取り可能な有形記憶装置８３０は、ＲＯＭ ８２４、ＥＰＲＯＭ、フラッシュメモリ、光ディスク、光磁気ディスク、ソリッドステートディスクドライブ、コンパクトディスク（ｃｏｍｐａｃｔ ｄｉｓｃ、ＣＤ）、ディーブイディー（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ、ＤＶＤ）、フロッピーディスク、カートリッジ、テープ、および／またはコンピュータプログラムとデジタル情報を記憶できる別のタイプの非一時的なコンピュータ読み取り可能な有形記憶装置であってもよい。

【0034】

内部部品８００Ａ、８００Ｂの各セットは、一つまたは複数のポータブルコンピュータ読み取り可能な有形記憶装置９３６からの読み取りおよび書き込みのためのＲ／Ｗドライブまたはインタフェース８３２をさらに含み、前記ポータブルコンピュータ読み取り可能な有形記憶装置は、ＣＤ－ＲＯＭ、ＤＶＤ、メモリースティック、磁気テープ、磁気ディスク、光ディスク、または半導体記憶装置などであってもよい。ソフトウェアプログラム１０８（図１）とＡＭＶＲシグナリングプログラム１１６（図１）のようなソフトウェアプログラムは、それぞれのＲ／Ｗドライブまたはインタフェース８３２を介して読み込まれ、それぞれのハードディスクドライブ８３０にロードされる一つまたは複数のそれぞれのポータブルコンピュータ読み取り可能な有形記憶装置９３６に記憶することができる。

【0035】

内部部品８００Ａ、８００Ｂの各セットは、ネットワークアダプタまたはインタフェース８３６をさらに含み、例えば、ＴＣＰ／ＩＰアダプタカードや、ワイヤレスＷｉ－Ｆｉインタフェースや、３Ｇ、４Ｇ、または５Ｇのワイヤレスインタフェースカードやその他のワイヤードまたはワイヤレス通信リンク。サーバコンピュータ１１４（図１）上のソフトウェアプログラム１０８（図１）とＡＭＶＲシグナリングプログラム１１６（図１）は、インターネット、ローカルエリアネットワークまたはその他のワイドエリアネットワークなどのネットワーク、および対応するネットワークアダプタまたはインタフェース８３６を介して、外部のコンピュータからコンピュータ１０２（図１）とサーバコンピュータ１１４にダウンロードすることができる。サーバコンピュータ１１４上のソフトウェアプログラム１０８およびＡＭＶＲシグナリングプログラム１１６は、ネットワークアダプタまたはインタフェース８３６からそれぞれのハードディスクドライブ８３０にロードされる。ネットワークは、銅線、光ファイバ、ワイヤレス伝送、ルーター、ファイアウォール、スイッチ、ゲートウェイコンピュータ、エッジサーバなどを含む。

【0036】

外部部品９００Ａ、９００Ｂの各セットは、コンピュータディスプレイモニタ９２０、キーボード９３０、およびコンピュータマウス９３４を含んでもよい。外部部品９００Ａ、９００Ｂは、タッチスクリーン、仮想キーボード、タッチパッド、ポインティング装置、およびその他のマンマシンインタフェース装置を含んでもよい。内部部品８００Ａ、８００Ｂの各セットは、コンピュータディスプレイモニタ９２０、キーボード９３０、及びコンピュータマウス９３４にドッキングされた装置ドライバ８４０をさらに含む。装置ドライブ８４０、Ｒ／Ｗドライブまたはインタフェース８３２、ネットワークアダプタまたはインタフェース８３６は、記憶装置８３０および／またはＲＯＭ ８２４に記憶されたハードウェアおよびソフトウェアを含む。

【0037】

本開示の内容にはクラウドコンピューティングに関する詳細な説明が含まれているが、本明細書に記載の教示の実現方法はクラウドコンピューティング環境に限定されないことを予め理解すべきである。代わりに、いくつかの実施形態は、既存または今後開発される他のタイプのコンピューティング環境と組み合わせて実行できる。

【0038】

クラウドコンピューティングは、ネットワーク、ネットワーク帯域幅、サーバ、処理、ストレージ、記憶、アプリケーション、仮想マシン、サービスなどの構成可能なコンピューティングリソースの共有プールへの便利な使用可能デマンドネットワークアクセスを実現するサービス配信モデルであり、前記構成可能なコンピューティングリソースは、最小限の管理ワークまたはサービスプロバイダとの対話で迅速にプロビジョニングおよびリリースできる。該クラウドモデルは、少なくとも５つの機能、少なくとも３つのサービスモデル、および少なくとも４つの導入モデルを含んでもよい。

【0039】

機能として、
オンデマンド・セルフサービス：クラウドの消費者が、サービスプロバイダとの手動操作を必要とせずに、サーバ時間やネットワークストレージなどのコンピューティング機能を一方的かつ自動的に必要に応じて提供できる；
幅広いネットワークアクセス：機能がネットワークを介して利用でき、異種混在のシンクライアントプラットフォームまたはシッククライアントプラットフォーム（携帯電話、ラップトップ、ＰＤＡなど）での使用を促進する標準的なメカニズムを介してアクセスする；
リソースプーリング化：プロバイダのコンピューティングリソースが統合され、マルチテナントモデルを使用して複数の消費者にサービスを提供し、異なる物理リソースと仮想リソースがニーズに応じて動的に割り当てられ、再割り当てされる。消費者は通常、提供されたリソースの正確な位置を制御していないか、知らないが、より高い抽象レベル（国、州、データセンターなど）で位置を指定できるため、位置に依存しない感じがある。
迅速な柔軟性：迅速かつ柔軟に（場合によっては自動的に）外向きに拡張する機能を提供し、内向きに拡張する機能を迅速にリリースする。消費者にとって、供給可能な機能は一般に無制限のように見え、いつでも任意の数量で購入できる；
測定サービス：クラウドシステムは、ストレージ、処理、帯域幅、アクティブなユーザアカウントなどのサービスタイプに適した抽象レベルで測定機能を活用することで、リソースの使用を自動的に制御および最適化する。リソースの使用を監視、制御、レポートする機能により、利用されるサービスのプロバイダと消費者の両方に透明性を提供できる；
ことを含む。

【0040】

サービスモデルとして、
サービスとしてのソフトウェア（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ、ＳａａＳ）：クラウドインフラストラクチャ上で動作するプロバイダのアプリケーションを使用する機能を消費者に提供する。ｗｅｂブラウザ（例えば、ｗｅｂベースの電子メール）などのシンクライアントインタフェースを介して、様々なクライアント装置からアプリケーションにアクセスできる。消費者は、限られたユーザ固有のアプリケーション構成設定を除いて、ネットワーク、サーバ、オペレーティングシステム、ストレージ、または個々のアプリケーション機能を含む基盤となるクラウドインフラストラクチャを管理または制御しない；
サービスとしてのプラットフォーム（Ｐｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅ、ＰａａＳ）：プロバイダがサポートするプログラミング言語とツールを使用して作成された消費者作成または取得したアプリケーションをクラウドインフラストラクチャに導入する機能を消費者に提供する。消費者は、ネットワーク、サーバ、オペレーティングシステム、またはストレージを含む基盤となるクラウドインフラストラクチャを管理または制御しないが、導入したアプリケーションと可能なアプリケーションのホスティング環境構成を制御する；
サービスとしてのインフラストラクチャ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ、ｌａａＳ）：消費者に提供される機能は、処理、ストレージ、ネットワーク、およびオペレーティングシステムとアプリケーションを含む任意のソフトウェアを導入して実行できるその他の基本的なコンピューティングリソースを提供する機能を消費者に提供する。消費者は、基盤となるクラウドインフラストラクチャを管理または制御しないが、オペレーティングシステム、ストレージ、導入したアプリケーションの制御と、ホストファイアウォールなどのネットワーク部品の選択に制限する場合がある；
ことを含む。

【0041】

導入モデルとして、
プライベートクラウド：クラウドインフラは一つの組織でのみ稼働する。組織または第三者によって管理され、使用可能プレミス（ｏｎ－ｐｒｅｍｉｓｅｓ）または使用禁止プレミス（ｏｆｆ－ｐｒｅｍｉｓｅｓ）に存在することができる；
コミュニティクラウド：クラウドインフラストラクチャは複数の組織で共有され、タスク、セキュリティ要件、ポリシー、コンプライアンスの考慮事項など、共有の関心を持つ特定のコミュニティをサポートする。組織または第三者が管理することができ、使用可能プレミスまたは使用禁止プレミスに存在することができる；
パブリッククラウド：クラウドインフラストラクチャは一般公衆または大規模な業界団体が利用でき、クラウドサービスを販売している組織が所有する；
ハイブリッドクラウド：クラウドインフラストラクチャは、２つ以上のクラウド（プライベート、コミュニティ、またはパブリック）を組み合わせたもので、該２つ以上のクラウドは依然として独自のエンティティであるが、データとアプリケーションの移植性を実現する標準化または独自技術（クラウド間のロード分散のためのクラウドバーストなど）によって結ばれている；
ことを含む。

【0042】

クラウドコンピューティング環境はサービス指向であり、ステートレス、低カップリング、モジュール性、セマンティクス相互運用性に焦点を当てている。クラウドコンピューティングの中核は、相互に接続されたノードからなるネットワークを含むインフラである。

【0043】

図５は、例示的なクラウドコンピューティング環境５００を示している。図示のように、クラウドコンピューティング環境５００は、一つまたは複数のクラウドコンピューティングノード１０を含み、クラウドの消費者が使用するローカルコンピューティング装置が、前記一つまたは複数のクラウドコンピューティングノードと通信でき、前記ローカルコンピューティング装置が、例えば、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）またはセルラーホン５４Ａ、デスクトップコンピュータ５４Ｂ、ラップトップコンピュータ５４Ｃ、および／またはカーコンピュータシステム５４Ｎである。クラウドコンピューティングノード１０は互いに通信できる。これらは、上述したプライベートクラウド、コミュニティクラウド、パブリッククラウド、ハイブリッドクラウド、あるいはそれらの組み合わせなど、一つまたは複数のネットワークに物理的または仮想的にグループ化されていてもよい（図示せず）。これにより、クラウドコンピューティング環境５００はインフラストラクチャ、プラットフォーム、および／またはソフトウェアをサービスとして提供できるようになり、クラウドの消費者はローカルコンピューティング装置でリソースを維持する必要がなくなる。なお、図５に示すコンピューティング装置５４Ａ～５４Ｎのタイプはあくまでも説明を意図したものであり、クラウドコンピューティングノード１０およびクラウドコンピューティング環境５００は、任意のタイプのネットワークおよび／またはネットワークアドレス可能な接続、例えばウェブブラウザを使用して、任意のタイプのコンピュータ化装置と通信できる。

【0044】

図６は、クラウドコンピューティング環境５００（図５）によって提供される一連の機能抽象化層６００を示している。図６に示される部品、層、および機能はあくまでも説明を意図したものであり、実施形態はこれに限定されないことを理解すべきである。示されているように、以下の層および対応する機能が提供される。

【0045】

ハードウェア及びソフトウェア層６０は、ハードウェア部品及びソフトウェア部品を含む。ハードウェア部品の例としては、大型ホスト６１、ＲＩＳＣ（Ｒｅｄｕｃｅｄ Ｉｎｓｔｒｕｃｔｉｏｎ Ｓｅｔ Ｃｏｍｐｕｔｅｒ、縮小命令セットコンピュータ）アーキテクチャに基づくサーバ６２、サーバ６３、ブレードサーバー６４、記憶装置６５、ネットワークとネットワーク部品６６を含む。いくつかの実施形態では、ソフトウェア部品は、ネットワークアプリケーションサーバソフトウェア６７およびデータベースソフトウェア６８を含む。

【0046】

仮想化層７０は、仮想エンティティの以下の例を提供できる抽象化層を提供する：仮想サーバ７１、仮想記憶装置７２、仮想プライベートネットワークを含む仮想ネットワーク７３、仮想アプリケーションとオペレーティングシステム７４、仮想クライアント７５。

【0047】

一例では、管理層８０は以下に説明する機能を提供することができる。リソース供給８１は、クラウドコンピューティング環境内でタスクを実行するためのコンピューティングリソースやその他のリソースの動的な獲得を提供する。メータリング・価格設定８２は、クラウドコンピューティング環境でリソースを利用する際のコスト追跡と、これらのリソースの消費に対する課金または評価を提供する。一例では、これらのリソースはアプリケーションライセンスを含んでもよい。クラウドの消費者とタスクを安全に認証し、データやその他のリソースを保護する。ユーザアクセスポータル８３は、クラウドコンピューティング環境へのアクセスを消費者とシステム管理者に提供する。サービスレベル管理８４は、必要なサービスレベルを満たすように、クラウドコンピューティングのリソース割り当てと管理を提供する。サービスレベル合意書（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ、ＳＬＡ）計画とフルフィルメント８５はクラウドコンピューティングリソースの事前配置と獲得を提供し、ＳＬＡに基づいてクラウドコンピューティングリソースの将来の需要を予想する。

【0048】

ワークロード層９０は、クラウドコンピューティング環境の機能を利用できる例を提供する。該層から提供されるワークロードと機能の例には、マッピングとナビゲーション９１、ソフトウェア開発とライフサイクル管理９２、バーチャルクラス教育提供９３、データ分析処理９４、取引処理９５、ＡＭＶＲシグナリング９６を含む。ＡＭＶＲシグナリング９６は、統合ＡＭＶＲシグナリングフラグを使用して動画データをコーディングおよびデコーディングすることができる。

【0049】

いくつかの実施形態は、可能な技術的詳細な統合レベルにあるシステム、方法、および／またはコンピュータ読み取り可能な媒体に関することができる。コンピュータ読み取り可能な媒体は、プロセッサに動作を実行させるためのコンピュータ読み取り可能なプログラム命令を有するコンピュータ読み取り可能な非一時的記憶媒体（または複数の媒体）を含んでもよい。

【0050】

コンピュータ読み取り可能な記憶媒体は、命令実行装置によって使用される命令を保持および記憶することができる有形の装置とすることができる。コンピュータ読み取り可能な記憶媒体は、例えば、電子記憶装置、磁気記憶装置、光記憶装置、電磁記憶装置、半導体記憶装置、または上記のいずれかの適切な組み合わせとすることができるが、これらに限定されるものではない。コンピュータ読み取り可能な記憶媒体のより具体的な例の非網羅的なリストには、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ、読み出し専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、消去可能プログラマブルＲＯＭ（ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＥＰＲＯＭｏｒフラッシュメモリ）、スタティックＲＡＭ（ｓｔａｔｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＳＲＡＭ）、シーディーロム（ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＣＤ－ＲＯＭ）、ディーブイディー（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｋ、ＤＶＤ）、メモリースティック、フロッピーディスク、命令が記録された溝の中の凸構造やパンチカードなどの機械的エンコード装置、および前述の適切な組み合わせを含む。本明細書で使用するコンピュータ読み取り可能な記憶媒体は、電波または他の自由に伝搬する電磁波、導波路または他の伝送媒体を介して伝搬する電磁波（例えば、光ファイバケーブルを通った光パルス）、またはワイヤを介して伝送される電気信号などの過渡信号そのものと解釈されてはならない。

【0051】

本明細書で説明したコンピュータ読み取り可能なプログラム命令は、コンピュータ読み取り可能な記憶媒体から対応するコンピュータ／処理装置にダウンロードすることができ、あるいはネットワーク（たとえば、インターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、および／または無線ネットワーク）を介して外部のコンピュータまたは外部記憶装置にダウンロードすることができる。ネットワークには、銅伝送ケーブル、光伝送繊維、無線伝送、ルーター、ファイアウォール、スイッチ、ゲートウェイコンピュータおよび／またはエッジサーバを含んでもよい。各算出／処理装置のネットワークアダプタカードまたはネットワークインタフェースは、ネットワークからコンピュータ読み取り可能なプログラム命令を受信し、コンピュータ読み取り可能なプログラム命令を転送して、対応する算出／処理装置内のコンピュータ読み取り可能な記憶媒体に記憶する。

【0052】

動作を実行するためのコンピュータ読み取り可能なプログラムコード／命令は、アセンブリ命令、命令セットアーキテクチャ（ｉｎｓｔｒｕｃｔｉｏｎ－ｓｅｔ－ａｒｃｈｉｔｅｃｔｕｒｅ、ＩＳＡ）命令、機械命令、機械関連命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路の構成データ、または一つまたは複数のプログラミング言語の任意の組み合わせで記述されたソースコードまたはターゲットコードであってもよいし、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋などのオブジェクト指向プログラミング言語と、「Ｃ」プログラミング言語または同様のプログラミング言語などの手続き型プログラミング言語を含む一つまたは複数のプログラミング言語の任意の組み合わせで記述されたソースコードまたはターゲットコードであってもよい。コンピュータ読み取り可能なプログラム命令は、完全にユーザのコンピュータ上で、あるいは独立したソフトウェアパッケージとして部分的にユーザのコンピュータ上で、部分的にユーザのコンピュータ上で、かつ部分的にリモートコンピュータ上で、または完全にリモートコンピュータやサーバ上で実行されてもよい。後者の場合、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を含むあらゆる種類のネットワークを介してユーザのコンピュータに接続してもよいし、外部コンピュータと接続してもよい（例えば、インターネットサービスプロバイダのインターネットを利用する）。いくつかの実施形態では、プログラム可能な論理回路システム、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）、またはプログラマブルロジックアレイ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ａｒｒａｙ、ＰＬＡ）などを含む電子回路は、コンピュータ読み取り可能なプログラム命令の状態情報を利用することによって、様々な側面や動作を実行することができるように、電子回路をパーソナライズし、コンピュータによって読み取り可能なプログラム命令を実行する。

【0053】

これらのコンピュータ読み取り可能なプログラム命令は、汎用コンピュータのプロセッサ、専用コンピュータのプロセッサ、または他のプログラム可能なデータ処理装置のプロセッサに提供されて、コンピュータのプロセッサまたは他のプログラム可能なデータ処理装置のプロセッサによって実行される命令を介して、フローチャートおよび／またはブロック図の一つまたは複数のブロックに指定された機能／動作を実行する手段が作成されるように、機械を作成することができる。これらのコンピュータ読み取り可能なプログラム命令は、コンピュータ読み取り可能な記憶媒体に記憶してもよく、該コンピュータ読み取り可能な記憶媒体は、命令を記憶したコンピュータ読み取り可能な記憶媒体が製品を含むように、特定の態様でコンピュータ、プログラム可能なデータ処理装置、または他の装置を動作させることができる。該製品は、フローチャートまたはブロック図のうちの一つまたは複数のブロックで指定された機能／動作のあらゆる側面を実行する命令を含む。

【0054】

コンピュータ読み取り可能なプログラム命令をコンピュータ、他のプログラム可能なデータ処理装置または他の装置にロードして、コンピュータ、他のプログラム可能な装置または他の装置で一連の動作ステップを実行させ、コンピュータ、他のプログラム可能な装置または他の装置で実行される命令がフローチャートおよび／またはブロック図の一つまたは複数のブロックで指定された機能／動作を実行するようにコンピュータ実行プロセスを作成することもできる。

【0055】

図面のフローチャートまたはブロック図は、様々な実施形態によるシステム、方法およびコンピュータ読み取り可能な媒体の可能な実行のアーキテクチャ、機能、および動作を説明している。この点に関して、フローチャートまたはブロック図内の各ブロックは、指定された論理機能を実行するための一つまたは複数の実行可能命令を備える命令部分、モジュール、またはセグメントを示すことができる。図に示すブロックと比較して、方法、コンピュータシステムおよびコンピュータ読み取り可能な媒体は、追加のブロック、より少ないブロック、異なるブロック、または異なる配置のブロックを含んでもよい。

【0056】

好ましい実施形態では、ブロックに記載された機能は、図に記載された順序で実行されなくてもよい。例えば、連続して示された２つのブロックは、実際には同時にまたはほぼ同時に実行されてもよく、あるいは関連する機能に従って逆の順序で実行される場合がある。ブロック図および／またはフローチャートおける各ブロック、およびブロック図および／またはフローチャートにおけるブロックの組み合わせは、指定された機能または動作を実行するか、あるいは専用ハードウェアとコンピュータ命令の組み合わせを実行し、専用ハードウェアベースシステムによって実現可能であることにも理解されるべきである。

【0057】

本明細書で説明するシステムおよび／または方法は、異なる形式のハードウェア、ファームウェア、またはハードウェアとソフトウェアの組合せで実行できることは明らかである。これらのシステムおよび／または方法を実行するための実際の専用制御ハードウェアまたはソフトウェアコードは、実行方法を制限するものではない。したがって、システムおよび／または方法の操作および動作への説明は、本明細書で特定のソフトウェアコードを参照せずに、ソフトウェアおよびハードウェアを、本明細書で説明されたシステムおよび／または方法を実行するように設計してもよいことが理解されるべきである。

【0058】

特に明記されていない限り、本明細書で使用される要素、動作、または命令は、重要または必要な要素、動作、または命令と解釈されてはならない。また、本明細書で使用するように、用語「一つの」と「いくつかの」は一つ以上の項目を含むことを意図しており、「一つまたは複数（ｏｎｅ ｏｒ ｍｏｒｅ）」と入れ替えて使用してもよい。さらに、本明細書で使用されるように、「セット」という用語は、一つまたは複数の項目、例えば、関連項目、非関連項目、関連項目と非関連項目の組み合わせなど、を含むことを意図しており、「一つまたは複数（ｏｎｅ ｏｒ ｍｏｒｅ）」と入れ替えて使用してもよい。一つだけを意味する場合は、「一つ」または類似した用語を使用する。また、本明細書で使用されるように、「する」、「している」、「した」などの用語は、オープンな用語を意味する。また、特に明記されていない限り、用語「に基づく」は「少なくとも部分的に基づく」ことを意味する。

【0059】

説明の目的で様々な態様および実施形態の説明を示したが、説明は開示された実施形態を網羅すること、または開示された実施形態に限定することは意図されていない。特許請求の範囲に記載および／または明細書に特徴の組み合わせが開示されるが、これらの組み合わせは、可能な実現方法の開示内容を制限することを意図していない。実際には、これらの特徴の多くは、特許請求の範囲に具体的に記載されていない、および／または明細書に開示されていない方法で組み合わせることができる。記載された各従属請求項は、一つの請求項のみに直接従属している場合があるが、可能な実行の開示内容は、請求項グループ内の他のすべての各請求項と組み合わせた各従属請求項を含む。説明した実施形態の範囲から逸脱することなく、多くの修正および変更が当業者には明らかである。本明細書で使用して用語は、実施形態の原理、実際の応用、または市場で発見された技術に関連する技術的改善を最もよく説明するため、または当業者が本明細書に開示した実施形態を理解できるようにするために選択される。

【符号の説明】

【0060】

102 コンピュータ
104 プロセッサ
106 データ記憶装置
108 ソフトウェアプログラム
110 ネットワーク
112 データベース
114 サーバコンピュータ
116 ＡＭＶＲシグナリングプログラム

【図1】

【図2A】

【図2B】

【図2C】

【図3】

【図4】

【図5】

【図6】