特許 7359966 ビデオコーディングのための方法と装置

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

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

(11)【特許番号】

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

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

(54)【発明の名称】ビデオコーディングのための方法と装置

(51)【国際特許分類】

   H04L 67/50 20220101AFI20231003BHJP

   H04L 67/12 20220101ALI20231003BHJP

【ＦＩ】

H04L67/50

H04L67/12

【請求項の数】 15

(21)【出願番号】P 2022544256

(86)(22)【出願日】2021-06-10

(65)【公表番号】

(43)【公表日】2023-03-16

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

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

(87)【国際公開日】2022-04-14

【審査請求日】2022-07-21

(31)【優先権主張番号】63/087,730

(32)【優先日】2020-10-05

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

(31)【優先権主張番号】17/326,049

(32)【優先日】2021-05-20

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

(73)【特許権者】

【識別番号】520353802

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

(74)【代理人】

【識別番号】100107766

【弁理士】

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

(74)【代理人】

【識別番号】100070150

【弁理士】

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

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

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

【審査官】岩田 玲彦

(56)【参考文献】

【文献】国際公開第２０２０／１９０６１２（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０２０／００２００７７（ＵＳ，Ａ１）

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

Ｈ０４Ｌ ６７／５０

Ｈ０４Ｌ ６７／１２

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

【請求項1】

ネットワークベースメディア処理（ＮＢＭＰ）のための方法であって、
ＮＢＭＰのためのクラウド内のデバイスの処理回路によって、ＮＢＭＰのための前記クラウド内のエンティティに関連する情報を受信するステップと、
前記処理回路によって、前記エンティティに関連する前記情報からＮＢＭＰエンティティ識別子を取得するステップと、
前記処理回路によって、前記ＮＢＭＰエンティティ識別子に基づいて前記エンティティに関連する前記情報を解釈するステップと、
を含む、方法。

【請求項2】

前記ＮＢＭＰエンティティ識別子は、前記エンティティが準拠するサポート標準及び前記サポート標準のバージョンを示す、
請求項１記載の方法。

【請求項3】

前記ＮＢＭＰエンティティ識別子は、前記サポート標準のバージョンを示す、
請求項２記載の方法。

【請求項4】

前記ＮＢＭＰエンティティ識別子は、ＮＢＭＰのための前記クラウド内の前記エンティティの関数を示す、
請求項１記載の方法。

【請求項5】

前記ＮＢＭＰエンティティ識別子は、前記エンティティと通信するためのアプリケーションプログラミングインタフェースを示す、
請求項１記載の方法。

【請求項6】

前記ＮＢＭＰエンティティ識別子は、ワークフローマネージャ、メディア処理エンティティ（ＭＰＥ）、ＮＢＭＰソース及び関数レポジトリのうちの１つを示す、
請求項１記載の方法。

【請求項7】

前記ＮＢＭＰエンティティ識別子は、統一リソース名（ＵＲＮ）の形態である、
請求項１記載の方法。

【請求項8】

ネットワークベースメディア処理（ＮＢＭＰ）のための方法であって、
ＮＢＭＰのためのクラウド内のデバイスの処理回路によって、ＮＢＭＰのための前記クラウド内のエンティティに関連するＮＢＭＰエンティティ識別子を含むステップと、
前記デバイスのインタフェース回路によって、前記ＮＢＭＰエンティティ識別子を含む情報を送信するステップと、
を含む方法。

【請求項9】

前記ＮＢＭＰエンティティ識別子は、前記エンティティが準拠するサポート標準及び前記サポート標準のバージョンを示す、
請求項８記載の方法。

【請求項10】

前記ＮＢＭＰエンティティ識別子は、前記サポート標準のバージョンを示す、
請求項９記載の方法。

【請求項11】

前記ＮＢＭＰエンティティ識別子は、ＮＢＭＰのための前記クラウド内の前記エンティティの関数を示す、
請求項８記載の方法。

【請求項12】

前記ＮＢＭＰエンティティ識別子は、前記エンティティと通信するためのアプリケーションプログラミングインタフェースを示す、
請求項８記載の方法。

【請求項13】

前記ＮＢＭＰエンティティ識別子は、ワークフローマネージャ、メディア処理エンティティ（ＭＰＥ）、ＮＢＭＰソース及び関数レポジトリのうちの１つを示す、
請求項８記載の方法。

【請求項14】

前記ＮＢＭＰエンティティ識別子は、統一リソース名（ＵＲＮ）の形態である、
請求項８記載の方法。

【請求項15】

ネットワークベースメディア処理（ＮＢＭＰ）のための装置であって、
請求項１乃至１４いずれか１項記載の方法を実行するように構成された処理回路を備える装置。

【発明の詳細な説明】

【技術分野】

【0001】

参照による援用
本願は、２０２０年１０月５日に出願された米国仮出願第６３／０８７，７３０号「ＮＥＴＷＯＲＫ ＥＮＴＩＴＹ ＩＤＥＮＴＩＦＩＥＲＳ ＦＯＲ ＭＥＤＩＡ ＮＥＴＷＯＲＫ ＥＬＥＭＥＮＴＳ ＩＮ ＣＬＯＵＤ（クラウド内のメディアネットワーク要素のためのネットワークエンティティ識別子）」に基づく優先権の利益を主張する２０２１年５月２０日に出願された米国特許出願第１７／３２６，０４９号「ＭＥＴＨＯＤ ＡＮＤ ＡＰＰＡＲＡＴＵＳ ＦＯＲ ＣＬＯＵＤ ＳＥＲＶＩＣＥ（クラウドサービスのための方法及び装置）」に基づく優先権の利益を主張する。
先の出願の開示全体は、その全体が参照により本明細書に組み込まれる。

【0002】

技術分野
本開示は、概してクラウドサービスに関連する実施形態を記載する。

【背景技術】

【0003】

本明細書で提供される背景説明は、本開示のコンテキストを全般的に提示するためのものである。現在挙げられている発明者の研究は、その研究がこの背景部分に記載されている範囲において、また、出願時に他の点では先行技術として適格でないかもしれない説明の側面において、本開示に対する先行技術として明示的にも黙示的にも認められていない。

【0004】

様々なメディアアプリケーション及びサービスは、かなりの処理能力を必要とする。いくつかの例では、クライアントデバイス上で実行されていたはずのワークロードをリモートサーバにオフロードできるクラウド処理が好まれる。リモートサーバは非常に高い計算能力を有するため、複雑なメディア処理タスクをリモートサーバが実行し、最終結果又は最終に近い結果をクライアントデバイスに送ることができる。

【発明の概要】

【0005】

本開示の態様は、ネットワークベースメディア処理のための方法及び装置を提供する。いくつかの実施例では、ネットワークベースメディア処理（ＮＢＭＰ）のためのクラウド内の装置は、処理回路を含む。処理回路は、ＮＢＭＰのためのクラウド内のエンティティに関連する情報を受信する。処理回路は、エンティティに関連する情報からＮＢＭＰエンティティ識別子を取得する。その後、処理回路は、ＮＢＭＰエンティティ識別子に基づいてエンティティに関連する情報を解釈する。

【0006】

いくつかの実施例では、ＮＢＭＰのためのクラウド内の装置の処理回路は、ＮＢＭＰのためのクラウド内のエンティティと関連する情報にＮＢＭＰエンティティ識別子を含み、ＮＢＭＰエンティティ識別子を含む情報を送信する。

【0007】

いくつかの実施形態では、ＮＢＭＰエンティティ識別子は、エンティティが準拠するサポート標準を示す。さらに、実施例では、ＮＢＭＰエンティティ識別子は、サポート標準のバージョンを示す。

【0008】

いくつかの実施例では、ＮＢＭＰエンティティ識別子は、ＮＢＭＰのためのクラウド内のエンティティの関数を示す。

【0009】

いくつかの実施例では、ＮＢＭＰエンティティ識別子は、エンティティと相互作用するためのアプリケーションプログラミングインタフェース（ＡＰＩ）を示す。

【0010】

いくつかの実施例では、ＮＢＭＰエンティティ識別子は、ワークフローマネージャ、メディア処理エンティティ（ＭＰＥ）、ＮＢＭＰソース及び関数レポジトリのうちの１つを示す。

【0011】

いくつかの実施例では、ＮＢＭＰエンティティ識別子は、統一リソース名（ＵＲＮ）スキームにある。

【0012】

本開示の態様はまた、クラウドサービスのためのコンピュータによって実行されると、クラウドサービスのための方法をコンピュータに実行させる命令を格納する非一時的コンピュータ可読媒体を提供する。

【図面の簡単な説明】

【0013】

開示された主題のさらなる特徴、性質、及び様々な利点は、以下の詳細な説明及び添付の図面からより明らかになるであろう。

【図1】図１は、本開示の一実施形態による例示的なメディア処理システムを示す。

【図2】図２は、本開示の一実施形態によるグラフの一例を示す。

【図3】図３は、本開示のいくつかの実施形態によるＮＢＭＰエンティティ識別子の表を示す。

【図4】図４は、本開示のいくつかの実施例におけるプロセスの概略を示すフローチャートを示す。

【図5】図５は、本開示のいくつかの実施例における別のプロセスを概説するフローチャートを示す。

【図6】図６は、一実施形態によるコンピュータシステムの概略図である。

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

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

コンピュータシステム（６００）はまた、特定のヒューマンインタフェース出力デバイスを含み得る。かかるヒューマンインタフェース出力デバイスは、例えば、触覚出力、音、光、及び嗅覚／味覚を通して、１人又は複数の人間ユーザの感覚を刺激し得る。かかるヒューマンインタフェース出力デバイスは、触覚出力デバイス（例えば、タッチスクリーン（６１０）、データグローブ（図示せず）、又はジョイスティック（６０５）による触覚フィードバックであることができるが、入力デバイスとして働かない触覚フィードバックデバイスであることもできる）と、オーディオ出力デバイス（例えば、スピーカー（６０９）、ヘッドフォン（図示せず））と、視覚出力デバイス（例えば、ＣＲＴスクリーン、ＬＣＤスクリーン、プラズマスクリーン、ＯＬＥＤスクリーンを含むスクリーン（６１０）であり、各々が触覚フィードバック能力を有するか又は有さず、各々が触覚フィードバック能力を有するか又は有さず、そのうちのいくつかは、仮想現実眼鏡（図示せず）、ホログラフィックディスプレイ及びスモークタンク（図示せず）等の立体出力のような手段を介して２次元視出力又は３次元以上の出力を可能にし得るもの）と、プリンタ（図示せず）と、を含み得る。

【0081】

コンピュータシステム（６００）はまた、人間がアクセス可能な記憶デバイスと、それらのアクセス可能な媒体とを含むことができ、媒体は、例えば、ＣＤ／ＤＶＤ等の媒体（６２１）によるＣＤ／ＤＶＤ ＲＯＭ／ＲＷを含む光学媒体ドライブ（６２０）、ＵＳＢメモリ（６２２）、着脱可能ヘッドドライブ又はソリッドステートドライブ（６２３）、テープ、フロッピーディスク（図示せず）等の従来の磁気媒体、セキュリティドングル等の特殊化されたＲＯＭ／ＡＳＩＣ／ＰＬＤベースデバイス等である。

【0082】

当業者はまた、現在開示されている主題に関連して使用される「コンピュータ可読媒体」という用語は、伝送媒体、搬送波、又は他の一時的な信号を包含しないことを理解されたい。

【0083】

コンピュータシステム（６００）はまた、１つ以上の通信ネットワーク（６５５）へのインタフェース（６５４）を含むことができる。ネットワークは、例えば、無線、有線、光であり得る。ネットワークは、さらに、ローカル、広域、大都市、車両及び工業、リアルタイム、遅延耐性等であり得る。ネットワークの例としては、イーサネット、無線ＬＡＮ、ＧＳＭ、３Ｇ、４Ｇ、５Ｇ、ＬＴＥ等を含むセルラーネットワーク、ケーブルＴＶ、衛星ＴＶ、及び地上放送ＴＶ、ＣＡＮＢｕｓを含む産業用及び車両用を含む。特定のネットワークは、一般に、特定の汎用データポート又はペリフェラルバス（６４９）（たとえば、コンピュータシステム（６００）のＵＳＢポート）に接続された外部ネットワークインタフェースアダプタを必要とする；他には、一般に、以下に説明するようにシステムバス（たとえば、ＰＣコンピュータシステムへのイーサネットインタフェース又はスマートフォンコンピュータシステムへのセルラーネットワークインタフェース）に接続することによってコンピュータシステム（６００）のコアに統合される。これらのネットワークのいずれかを使用して、コンピュータシステム（６００）は、他のエンティティと通信することができる。かかる通信は、単指向性通信、受信のみ（例えば、放送テレビ）通信、単指向性送信専用（例えば、特定のＣＡＮバスデバイスへのＣＡＮバス）通信、又は、例えばローカル又は広域デジタルネットワークを使用する他のコンピュータシステムへの、双方向通信であることができる。特定のプロトコル及びプロトコルスタックは、上述のように、それらのネットワーク及びネットワークインタフェースの各々で使用されることができる。

【0084】

前述のヒューマンインタフェースデバイス、人間がアクセス可能な記憶デバイス、及びネットワークインタフェースは、コンピュータシステム（６００）のコア（６４０）に接続されることができる。

【0085】

コア（６４０）は、１つ以上の中央処理デバイス（ＣＰＵ）（６４１）、グラフィック処理デバイス（ＧＰＵ）（６４２）、フィールドプログラマブルゲートエリア（ＦＰＧＡ）（６４３）の形態の特殊なプログラマブル処理デバイス、特定のタスクのためのハードウェアアクセラレータ（６４４）、グラフィックアダプタ（６５０）等を含むことができる。これらのデバイスは、読出し専用メモリ（ＲＯＭ） （６４５）、ランダムアクセスメモリ（６４６）、内部大容量記憶デバイス、例えば内部非ユーザアクセス可能ハードドライブ、ＳＳＤ等（６４７）と共に、システムバス（６４８）を介して接続され得る。いくつかのコンピュータシステムでは、システムバス（６４８）は、追加のＣＰＵ、ＧＰＵ等による拡張を可能にするために、１つ又は複数の物理プラグの形態でアクセス可能である。周辺デバイスは、コアのシステムバス（６４８）に直接接続するか、又は周辺バス（６４９）を介して接続することができる。実施例において、スクリーン（６１０）は、グラフィックアダプタ（６５０）に接続されることができる。周辺バスのアーキテクチャは、ＰＣＩ、ＵＳＢ等を含む。

【0086】

ＣＰＵ（６４１）、ＧＰＵ（６４２）、ＦＰＧＡ（６４３）、及びアクセラレータ（６４４）は、組み合わされて、上述のコンピュータコードを構成することができる特定の命令を実行することができる。そのコンピュータコードは、ＲＯＭ（６４５）又はＲＡＭ（６４６）に格納されることができる。移行データは、ＲＡＭ（６４６）に格納されることもできるが、永久データは例えば内部大容量記憶デバイス（６４７）に格納されことができる。１つ以上のＣＰＵ（６４１）、ＧＰＵ（６４２）、大容量記憶デバイス（６４７）、ＲＯＭ（６４５）、ＲＡＭ（６４６）等と密接に関連付けることができるキャッシュメモリを使用することによって、メモリデバイスのいずれかへの高速記憶及び検索を可能にすることができる。

【0087】

コンピュータ可読媒体は、各種のコンピュータ実施動作（ｃｏｍｐｕｔｅｒ－ｉｍｐｌｅｍｅｎｔｅｄ ｏｐｅｒａｔｉｏｎｓ）を実行するためにその上のコンピュータコードを有することができる。メディア及びコンピュータコードは特別に設計されたそれらであることができて、本開示のために作成されることができる、又は、それらはよく公知で、コンピュータソフトウェア技術の技術を有するそれらが利用できる種類でありえる。

【0088】

一実施例として、限定するものではなく、図６に示すアーキテクチャ（６００）、具体的にはコア（６４０）を有するコンピュータシステムは、１つ以上の有形のコンピュータ可読媒体に具現化されたソフトウェアを実行する（１つ以上の）プロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、アクセラレータ等を含む）の結果として機能性を提供することができる。かかるコンピュータ可読媒体は、コア－内部大容量記憶デバイス（６４７）又はＲＯＭ（６４５）等の一時的でない性質のコア（６４０）の特定の記憶デバイスと同様に、上述のようにユーザがアクセス可能な大容量記憶デバイスに関連する媒体であってもよい。本開示の様々な実施形態を実装するソフトウェアは、かかるデバイスに記憶され、コア（６４０）によって実行され得る。コンピュータ読取可能媒体は、特定のニーズに応じて、１つ以上のメモリデバイス又はチップを含むことができる。ソフトウェアは、コア（６４０）及びその中の具体的にプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ等を含む）に、ＲＡＭ（６４６）に記憶されたデータ構造を定義し、ソフトウェアによって定義されたプロセスにしたがって、かかるデータ構造を変更することを含む、本明細書に記載された特定のプロセス又は特定の部分を実行させることができる。付加的に又は代替的に、コンピュータシステムは、回路（例えば、アクセラレータ（６４４））内に配線された、又は他の方法で具現化されたロジックの結果として、機能性を提供することができ、これは、本明細書に記載される特定のプロセス又は特定のプロセスの特定の部分を実行するために、ソフトウェアの代わりに、又はソフトウェアと共に動作することができる。ソフトウェアへの言及は、論理を含み、また、必要に応じて、その逆も可能である。コンピュータ読取り可能媒体への参照は、実行のためのソフトウェアを記憶する（集積回路（ＩＣ）等の）回路、実行のためのロジックを具体化する回路、又は適切な場合にはその両方を含むことができる。本開示は、ハードウェア及びソフトウェアの任意の適切な組み合わせを包含する。

【0089】

本開示はいくつかの例示的な実施形態を説明しているが、本発明の範囲内に入る、変更、置換、及び様々な均等物が存在する。したがって、当業者は、本明細書に明示的に示されていないか又は記載されていないが、本発明の原理を実施し、したがってその概念及び範囲内にある多数のシステム及び方法を創造することができることが理解されよう。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】