特表 2025-501035 セグメント化されたメディアデータの並列処理のための多次元メタデータ

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2025-01-17

(54)【発明の名称】セグメント化されたメディアデータの並列処理のための多次元メタデータ

(51)【国際特許分類】

   H04N 21/234 20110101AFI20250109BHJP

【ＦＩ】

H04N21/234

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023565170

(86)(22)【出願日】2022-12-13

(85)【翻訳文提出日】2023-10-23

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

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

(87)【国際公開日】2023-07-20

(31)【優先権主張番号】63/298,534

(32)【優先日】2022-01-11

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

(31)【優先権主張番号】17/993,583

(32)【優先日】2022-11-23

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】520353802

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

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】ソダガル，イラジ

【テーマコード（参考）】

5C164

【Ｆターム（参考）】

5C164MB13S

5C164MB44S

5C164SB01P

(57)【要約】

少なくとも１つのプロセッサによって実行される方法であって、多次元メディアストリームを多次元空間における多次元メディアの複数のセグメントにセグメント化するステップと、多次元メディアの複数のセグメントの各セグメントを、それぞれのシーケンスベクトルを使用して表現するステップであって、それぞれのシーケンスベクトルは、１つ以上の事前定義された多次元メタデータを含み、事前定義された多次元メタデータは、開始ベクトル、長さベクトル、及びスケーリングベクトル、並びに開始コードのうちの１つを含む、ステップと、複数のセグメントの各セグメントのそれぞれのシーケンスベクトルに基づいて、ＮＢＭＰ（ｎｅｔｗｏｒｋ ｂａｓｅｄ ｍｅｄｉａ ｐｒｏｃｅｓｓｉｎｇ）ワークフローを導出するステップと、を含む。

【特許請求の範囲】

【請求項1】

少なくとも１つのプロセッサによって実行される方法であって、
多次元メディアストリームを多次元空間における多次元メディアの複数のセグメントにセグメント化するステップと、
前記多次元メディアの前記複数のセグメントの各セグメントを、それぞれのシーケンスベクトルを使用して表現するステップであって、前記それぞれのシーケンスベクトルは、１つ以上の事前定義された多次元メタデータを含み、前記事前定義された多次元メタデータは、（１）開始ベクトル、長さベクトル、及びスケーリングベクトル、並びに（２）開始コードのうちの１つを含む、ステップと、
前記複数のセグメントの各セグメントの前記それぞれのシーケンスベクトルに基づいて、ＮＢＭＰ（ｎｅｔｗｏｒｋ ｂａｓｅｄ ｍｅｄｉａ ｐｒｏｃｅｓｓｉｎｇ）ワークフローを導出するステップと、を含む、方法。

【請求項2】

前記多次元メタデータによって定義された規則を使用して、シーケンスベクトルの増加する順序で前記複数のセグメントを順序付けるステップをさらに含む、請求項１に記載の方法。

【請求項3】

前記複数のセグメントの各セグメントを同一の固有コードポイントで表現するステップをさらに含み、各セグメントは、前記同一の固有コードポイントを含み、各セグメントは、前記同一の固有コードポイントで開始する、請求項１に記載の方法。

【請求項4】

前記複数のセグメントのシーケンスベクトル表現に基づいて、前記複数のセグメントを順序付けるステップをさらに含む、請求項３に記載の方法。

【請求項5】

前記シーケンスベクトル表現によって定義された規則に基づいて、シーケンスベクトルの増加する順序で前記複数のセグメントを順序付けるステップをさらに含む、請求項４に記載の方法。

【請求項6】

装置であって、
プログラムコードを記憶するように構成されている少なくとも１つのメモリと、
前記プログラムコードを読み取って前記プログラムコードを実行して、請求項１～５のいずれか一項に記載の方法を行うように構成されている少なくとも１つのプロセッサと、を含む、装置。

【請求項7】

少なくとも１つのプロセッサによって実行されるときに、前記少なくとも１つのプロセッサに、請求項１～５のいずれか一項に記載の方法を行わせる、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、２０２２年１月１１日に出願された米国仮特許出願第６３／２９８，５３４号、及び２０２２年１１月２３日に出願された米国特許出願第１７／９９３，５８３号に基づき、かつこれらに対する優先権を主張し、これらの開示は、その全体が参照により本明細書に組み込まれる。

【0002】

本開示は、１次元ＮＢＭＰセグメントメタデータへの拡張を提供して、多次元メディアデータを、各々が独立に処理され得るセグメントにスプリット及びマージすることをサポートする。

【背景技術】

【0003】

ネットワーク及びクラウドプラットフォームが、様々なアプリケーションを実行するために使用される。ＮＢＭＰ（ｎｅｔｗｏｒｋ－ｂａｓｅｄ ｍｅｄｉａ ｐｒｏｃｅｓｓｉｎｇ）標準では、１次元メディアセグメントを独立して処理するためのツールのセットを定義する。しかしながら、メディアが多次元であるときに、メディアデータを複数の次元にセグメント化する必要がある可能性があるが、これは現在、ＮＢＭＰ標準によって対処されない。

【発明の概要】

【0004】

いくつかの実施形態によれば、少なくとも１つのプロセッサによって実行される方法が提供される。方法は、多次元メディアストリームを多次元空間における多次元メディアの複数のセグメントにセグメント化するステップを含む。方法は、多次元メディアの複数のセグメントの各セグメントを、それぞれのシーケンスベクトルを使用して表現するステップであって、それぞれのシーケンスベクトルは、１つ以上の事前定義された多次元メタデータを含み、事前定義された多次元メタデータは、（１）開始ベクトル、長さベクトル、及びスケーリングベクトル、並びに（２）開始コードのうちの１つを含む、ステップをさらに含む。方法は、複数のセグメントの各セグメントのそれぞれのシーケンスベクトルに基づいて、ＮＢＭＰ（ｎｅｔｗｏｒｋ ｂａｓｅｄ ｍｅｄｉａ ｐｒｏｃｅｓｓｉｎｇ）ワークフローを導出するステップをさらに含む。

【0005】

いくつかの実施形態によれば、装置は、プログラムコードを記憶するように構成されている少なくとも１つのメモリと、プログラムコードを読み取ってプログラムコードによって命令されるように動作するように構成された少なくとも１つのプロセッサと、を含む。プログラムコードは、少なくとも１つのプロセッサに、多次元メディアストリームを多次元空間における多次元メディアの複数のセグメントにセグメント化させるように構成されているセグメント化コードを含む。プログラムコードは、少なくとも１つのプロセッサに、多次元メディアの複数のセグメントの各セグメントを、それぞれのシーケンスベクトルを使用して表現させるように構成されている表現コードであって、それぞれのシーケンスベクトルは、１つ以上の事前定義された多次元メタデータを含み、事前定義された多次元メタデータは、（１）開始ベクトル、長さベクトル、及びスケーリングベクトル、並びに（２）開始コードのうちの１つを含む、表現コードをさらに含む。プログラムコードは、少なくとも１つのプロセッサに、複数のセグメントの各セグメントのそれぞれのシーケンスベクトルに基づいて、ＮＢＭＰ（ｎｅｔｗｏｒｋ ｂａｓｅｄ ｍｅｄｉａ ｐｒｏｃｅｓｓｉｎｇ）ワークフローを導出させるように構成されている導出コードをさらに含む。いくつかの実施形態によれば、非一時的なコンピュータ可読記憶媒体は、少なくとも１つのプロセッサによって実行されるときに、少なくとも１つのプロセッサに、多次元メディアストリームを多次元空間における多次元メディアの複数のセグメントにセグメント化するステップを行わせる命令を記憶する。命令は、少なくとも１つのプロセッサに、多次元メディアの複数のセグメントの各セグメントを、それぞれのシーケンスベクトルを使用して表現させるように構成されている表現するステップであって、それぞれのシーケンスベクトルは、１つ以上の事前定義された多次元メタデータを含み、事前定義された多次元メタデータは、（１）開始ベクトル、長さベクトル、及びスケーリングベクトル、並びに（２）開始コードのうちの１つを含む、ステップをさらに行わせる。命令は、少なくとも１つのプロセッサに、複数のセグメントの各セグメントのそれぞれのシーケンスベクトルに基づいて、ＮＢＭＰ（ｎｅｔｗｏｒｋ ｂａｓｅｄ ｍｅｄｉａ ｐｒｏｃｅｓｓｉｎｇ）ワークフローを導出するステップをさらに行わせる。

【図面の簡単な説明】

【0006】

【図1】いくつかの実施形態による、本明細書に記載される方法、装置、及びシステムが実装され得る環境の図である。

【0007】

【図2】いくつかの実施形態による、１つ以上のデバイスの例示的なコンポーネントのブロック図である。

【0008】

【図3】いくつかの実施形態による、ＮＢＭＰシステムのブロック図である。

【0009】

【図4】いくつかの実施形態による、セグメントの並列処理のためのワークフローの図である。

【0010】

【図5】いくつかの実施形態による、ＮＢＭＰにおけるメディアコンテンツを処理するための装置のブロック図である。

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

【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】

パラメータｓ_ｉ及びｄ_ｉは、非負整数であってもよく、ｔ_ｉは、正の整数である。セグメントは、以下の定義によって定義されるように、増加する順序で順序付けされてもよい。
－開始ベクトル［ｓ_Ｋ，０，．．．，ｓ_{Ｋ，Ｍ－１}］を有するセグメントＫは、以下の場合に開始点［ｓ_Ｌ，０，．．．，ｓ_{Ｌ，Ｍ－１}］を有するセグメントＬよりも前である。
ｏ 少なくとも１つのｉ（０≦ｉ＜Ｍ）に対して、ｓ_Ｋ，ｉ＜ｓ_Ｌ，ｉである。
ｏ 任意の０≦ｊ＜ｉに対して、ｓ_Ｋ，ｊ≦ｓ_Ｌ，ｊである。
－セグメントの増加する順序セットは、各セグメントがシーケンス内でそれ自身よりも前の他の全てのセグメントの後に位置するセグメントの１Ｄシーケンスである。

【0061】

各セグメントは、以下のメタデータを搬送してもよい。
－ｔ、ｓ、ｄ、Ｌ

【0062】

以下のように、各セグメントに対して以下のメタデータを定義してもよい。
－各々がインデックスｎ_ｉを有するＭ次元空間におけるメディアセグメントのシーケンスを表すシーケンスベクトルｎ＝［ｎ_０，ｎ_１，．．．，ｎ_Ｍ－１］。
－開始コードＣであって、全てのセグメントが開始する一意のコードであり、コードは、どのセグメントの途中でも繰り返されない。
－バイトでのセグメントＬのサイズ。

【0063】

パラメータｓ_ｉ及びｄ_ｉは、非負整数であってもよく、ｔ_ｉは、正の整数であってもよい。セグメントは、以下の定義によって定義されるように、増加する順序で順序付けされてもよい。
－シーケンスベクトル［ｎ_Ｋ，０，．．．，ｎ_{Ｋ，Ｍ－１}］を有するセグメントＫは、以下の場合に開始点［ｎ_Ｌ，０，．．．，ｎ_{Ｌ，Ｍ－１}］を有するセグメントＬよりも前である。
ｏ 少なくとも１つのｉ（０≦ｉ＜Ｍ）に対して、ｎ_Ｋ，ｉ＜ｎ_Ｌ，ｉである。
ｏ 任意の０≦ｊ＜ｉに対して、ｎ_Ｋ，ｊ≦ｎ_Ｌ，ｊである。
－セグメントの増加する順序セットでは、各セグメントがシーケンス内でそれ自身よりも前の他の全てのセグメントの後に位置するセグメントの１Ｄシーケンスである。

【0064】

各セグメントは、以下のメタデータを搬送してもよい。
－ｎ、Ｃ、Ｌ

【0065】

Ｍ＝１（例えば、１次元）の場合、上記の設計は、既存の１Ｄメタデータに縮小されてもよい。
ａ．セグメント時間メタデータ：ｔ、ｓ、ｄ、Ｌ
ｂ．セグメント開始コード：ｎ、ｃ、Ｌ

【0066】

図５は、多次元メタデータをシグナリングするための例示的な処理５００のフローチャートである。いくつかの実装では、図５の１つ以上の処理ブロックは、例えばＮＢＭＰシステム３００のような上述した要素のうちのいずれか、又はＮＢＭＰワークフローマネージャ３２０のようなそのシステムに含まれる任意の要素によって行われてもよい。

【0067】

図５に示すように、処理５００は、多次元メディアストリームを複数のセグメントのシーケンスにセグメント化すること（動作５１０）を含む。

【0068】

図５にさらに示すように、処理５００は、複数のセグメントのシーケンスに基づいて、ネットワークベースのメディア処理ワークフローを導出すること（動作５２０）を含んでもよい。

【0069】

図５にさらに示すように、処理５００は、多次元メディアの複数のセグメントのシーケンスに多次元メタデータを追加すること（動作５３０）を含んでもよい。

【0070】

実施形態では、動作５３０は、多次元メタデータを使用して複数のセグメントの各セグメントに対する開始点を表現することをさらに含んでもよい。

【0071】

実施形態では、処理５００は、開始ベクトル、長さベクトル、並びに長さベクトル及び開始ベクトルに関連付けられたスケーリングベクトルを使用して、超空間における各セグメントの位置を表現することをさらに含んでもよい。

【0072】

実施形態では、処理５００は、多次元メタデータによって定義された規則を使用して、シーケンスベクトルの増加する順序で複数のセグメントのシーケンスを順序付けるステップをさらに含んでもよい。

【0073】

実施形態では、動作５３０は、複数のセグメントの各セグメントを同一の固有コードポイントで表現することをさらに含んでもよく、各セグメントは、同一の固有コードポイントを含み、各セグメントは、同一の固有コードポイントで開始する。

【0074】

実施形態では、処理５００は、複数のセグメントのシーケンスベクトル表現に基づいて、複数のセグメントを順序付けることをさらに含んでもよい。

【0075】

実施形態では、処理５００は、シーケンスベクトル表現によって定義された規則に基づいて、シーケンスベクトルの増加する順序で複数のセグメントを順序付けることをさらに含んでもよい。

【0076】

図５は、プロセス５００の例示的なブロックを示し、いくつかの実装において、プロセス５００は、図５に示されるブロックよりも、追加のブロック、より少ないブロック、異なるブロック、又は異なって配置されたブロックを含んでもよい。追加的又は代替的に、処理５００のブロックのうちの２つ以上は、並列で行われてもよい。

【0077】

前述の開示は、例示及び説明を提供するが、網羅的であることを意図しておらず、また、実装を開示された正確な形態に限定することを意図していない。修正及び変形は、上記の開示に照らして可能であるか、又は実装の実施から取得されてもよい。

【0078】

本明細書で使用される場合、コンポーネントという用語は、ハードウェア、ファームウェア、又はハードウェアとソフトウェアの組み合わせとして広く解釈されることを意図している。

【0079】

本明細書に記載されるシステム及び／又は方法は、ハードウェア、ファームウェア、又はハードウェアとソフトウェアの組み合わせの異なる形態で実装され得ることは明らかであろう。これらのシステム及び／又は方法を実装するために使用される実際の専用制御ハードウェア又はソフトウェアコードは、実装を限定するものではない。したがって、システム及び／又は方法の動作及び挙動は、特定のソフトウェアコードを参照することなく本明細書に記載されているが、ソフトウェア及びハードウェアは、本明細書の記載に基づいてシステム及び／又は方法を実装するように設計され得ることが理解される。

【0080】

特徴の組み合わせが特許請求の範囲に規定され、及び／又は明細書に開示されているとしても、これらの組み合わせは、可能な実装の開示を限定することを意図するものではない。実際、これらの特徴の多くは、具体的に特許請求の範囲に規定されていない、及び／又は明細書に開示されていない方法で組み合わされてもよい。以下に列挙される各従属請求項は、１のクレームのみに直接従属してもよいが、可能な実装の開示は、クレームセットにおいて、他の全てのクレームと組み合わせた各従属クレームを含む。本明細書で使用されるいかなる要素、行為、又は命令も、明示的に記述されない限り、重要又は必須と解釈されるべきではない。また、本明細書で使用される場合、「ａ」及び「ａｎ」という品詞は、１つ以上の項目を含むことを意図し、「１つ以上」と互換的に使用されてもよい。さらに、本明細書で使用される場合、「セット」という用語は、１つ以上の項目（例えば、関連項目、非関連項目、関連項目と非関連項目の組み合わせなど）を含むことを意図し、「１つ以上」と互換的に使用されてもよい。１つの項目のみが意図される場合、「１」という用語又は類似の言語が使用される。また、本明細書で使用される場合、「有する（ｈａｓ）」、「有する（ｈａｖｅ）」、「有している（ｈａｖｉｎｇ）」などの用語は、オープンエンドの用語であることを意図している。さらに、「～に基づく」という語句は、明示的に別段の記載がない限り、「～に少なくとも部分的に基づく」を意味することを意図している。

【図1】

【図2】

【図3】

【図4】

【図5】

【国際調査報告】