特許7515580ネットワークベースメディア処理ワークフローを使用した分割レンダリングのための方法、ワークフローマネージャおよびプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-07-04
(45)【発行日】2024-07-12
(54)【発明の名称】ネットワークベースメディア処理ワークフローを使用した分割レンダリングのための方法、ワークフローマネージャおよびプログラム
(51)【国際特許分類】
G06F 9/50 20060101AFI20240705BHJP
G06F 9/48 20060101ALI20240705BHJP
【ＦＩ】
G06F9/50 150A
G06F9/50 150E
G06F9/48 370
【請求項の数】
11
(21)【出願番号】P 2022520770
(86)(22)【出願日】2021-04-02
(65)【公表番号】
(43)【公表日】2022-12-02
(86)【国際出願番号】 US2021025552
(87)【国際公開番号】W WO2021207022
(87)【国際公開日】2021-10-14
【審査請求日】2022-04-04
(31)【優先権主張番号】63/006,207
(32)【優先日】2020-04-07
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/087,741
(32)【優先日】2020-10-05
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/087,742
(32)【優先日】2020-10-05
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】17/205,240
(32)【優先日】2021-03-18
(33)【優先権主張国・地域又は機関】US
【前置審査】
(73)【特許権者】
【識別番号】520353802
【氏名又は名称】テンセント・アメリカ・エルエルシー
(74)【代理人】
【識別番号】100110364
【弁理士】
【氏名又は名称】実広 信哉
(74)【代理人】
【識別番号】100150197
【弁理士】
【氏名又は名称】松尾 直樹
(72)【発明者】
【氏名】イーラジ・ソダガー
【審査官】三坂 敏夫
(56)【参考文献】
【文献】米国特許出願公開第２０１９／００２８６９１（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０１９／０２２２６２１（ＵＳ，Ａ１）
【文献】特表２０１５－５１５０３７（ＪＰ，Ａ）
【文献】特表２００７－５３１３３２（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ９／４５５－９／５４
(57)【特許請求の範囲】
【請求項1】
少なくとも１つのプロセッサによって実行される方法であって、ネットワークベースメディア処理（ＮＢＭＰ）ワークフローを導出するステップと、
ケイパビリティ情報と、前記ＮＢＭＰワークフローの複数のワークフロータスクのそれぞれに割り当てられた近接パラメータとに基づいて、メディアシンク、メディアソース、およびメディアプロセッシングエンティティ（MPE）の間で、前記複数のワークフロータスクを割り当てるステップであって、
前記MPEは、少なくとも一つのクラウド要素、ネットワーク要素、またはエッジ要素を含むものであり、
前記ケイパビリティ情報は、前記メディアソース、前記メディアシンク、および前記MPEから受信され、前記メディアソース、前記メディアシンク、および前記MPEのそれぞれのリソースの利用可能性を記述し、
前記近接パラメータは、前記複数のワークフロータスクから前記メディアソースおよび前記メディアシンクまでの、各メディアソースおよび各メディアシンクに対する相対距離を示し、
前記ケイパビリティ情報によって示される利用可能なリソースを有しているメディアソース又はメディアシンクのうち、前記近接パラメータによって示される最短距離を有しているメディアソース又はメディアシンクに、前記複数のワークフロータスクを割り当てる、ステップと、を含み、
前記複数のワークフロータスクの第１のサブセットは、前記メディアソースに割り当てられ、
前記複数のワークフロータスクの第２のサブセットは、前記メディアシンクに割り当てられ、
前記複数のワークフロータスクの第３のサブセットは、前記少なくとも１つのクラウド要素、ネットワーク要素、またはエッジ要素に割り当てられ、
前記第１のサブセット、前記第２のサブセット、および前記第３のサブセットは、互いに重複しない、
方法。
【請求項2】
前記ケイパビリティ情報は、
組み込み機能のリポジトリのリソース要件、
現在利用可能なハードウェアリソース、
現在利用可能なスループット、
待ち時間ケイパビリティ、
現在利用可能なバッテリおよび／または電力、および
リソースを削減する場合のイベントの発行
のうちの少なくとも1つを含む、請求項１に記載の方法。
【請求項3】
前記メディアソースおよび前記メディアシンクのうちの前記少なくとも１つのものの前記リソースのうちの少なくとも１つのリソースの変更に基づいて、前記ＮＢＭＰワークフローを再構成するステップをさらに含む、請求項２に記載の方法。
【請求項4】
前記メディアソースおよび前記メディアシンクのうちの前記少なくとも１つのものに関連付けられた前記リソースのうちの前記少なくとも１つのリソースが所定の閾値を下回った場合に、前記メディアソースまたは前記メディアシンクからイベント駆動型通知を受信するステップをさらに含み、前記ＮＢＭＰワークフローを再構成する前記ステップは、前記所定の閾値を下回った前記少なくとも１つのリソースに前記ＮＢＭＰワークフローを適応させる、
請求項３に記載の方法。
【請求項5】
前記少なくとも１つのクラウド要素、ネットワーク要素、またはエッジ要素は、複数のネットワーク要素または複数のクラウドノードであり、前記割り当てるステップは、前記複数のネットワーク要素または前記複数のクラウドノードのケイパビリティに基づいて、前記ＮＢＭＰワークフローの前記複数のワークフロータスクの前記第３のサブセットを前記複数のネットワーク要素または前記複数のクラウドノードの間で分割するステップを含み、
前記方法は、前記複数のネットワーク要素または前記複数のクラウドノードの可用性の変化に基づいて、前記ＮＢＭＰワークフローを動的に再構成するステップをさらに含む、
請求項１に記載の方法。
【請求項6】
前記少なくとも１つのクラウド要素、ネットワーク要素、またはエッジ要素は、少なくとも１つのクラウドノードである、請求項１に記載の方法。
【請求項7】
前記少なくとも１つのクラウド要素、ネットワーク要素、またはエッジ要素は、複数のクラウド要素、ネットワーク要素、またはエッジ要素であり、前記ケイパビリティ情報は、複数のクラウド要素、ネットワーク要素、またはエッジ要素のうちの２つの間の接続特性を記述する少なくとも１つのパラメータを含む、
請求項１に記載の方法。
【請求項8】
前記複数のクラウド要素、ネットワーク要素、またはエッジ要素は、複数のクラウドノードである、請求項７に記載の方法。
【請求項9】
前記少なくとも１つのパラメータは、前記複数のクラウド要素、ネットワーク要素、またはエッジ要素のうちの前記２つの間の２つの方向における最大帯域幅および最小待ち時間を示すパラメータのセットである、請求項７に記載の方法。
【請求項10】
請求項１から９のいずれか一項に記載の方法を行うように構成されたメディアシステムのワークフローマネージャ。
【請求項11】
メディアシステムのワークフローマネージャを実装する少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、請求項１から９のいずれか一項に記載の方法を実行させるためのコンピュータコードを含む、プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本出願は、２０２０年４月７日出願の米国仮特許出願第６３／００６，２０７号、２０２０年１０月５日出願の米国仮特許出願第６３／０８７，７４１号、２０２０年１０月５日に出願の米国仮特許出願第６３／０８７，７４２号、および２０２１年３月１８日に出願の米国特許出願第１７／２０５，２４０号の優先権を主張し、これらの開示はその全体が参照により本明細書に組み込まれる。
本出願は、２０２０年４月７日出願の米国仮特許出願第６３／００６，２０７号、２０２０年１０月５日出願の米国仮特許出願第６３／０８７，７４１号、２０２０年１０月５日に出願の米国仮特許出願第６３／０８７，７４２号、および２０２１年３月１８日に出願の米国特許出願第１７／２０５，２４０号の優先権を主張し、これらの開示はその全体が参照により本明細書に組み込まれる。
【0002】
本開示の実施形態は、ムービング・ピクチャー・エクスパーツ・グループ（ＭＰＥＧ）ネットワークベースメディア処理（ＮＢＭＰ）、より詳細には、ＮＢＭＰワークフローを使用する分割レンダリングに関する。
【背景技術】
【0003】
ＭＰＥＧネットワークベースメディア処理（ＮＢＭＰ）プロジェクトは、クラウド上でメディアを処理する概念を開発した。しかしながら、現在のＮＢＭＰ設計は、分割レンダリングのためのいかなる解決策も提供しない。
【0004】
ネットワークおよびクラウドプラットフォームは、様々なアプリケーションを実行するために使用される。しかしながら、計算リソースおよびストレージリソースに関してメディアソースまたはシンクデバイス／プラットフォームの特性を記述する標準ベースの解決策はなく、２つのクラウドノード間の接続特性を記述する方法もなく、ネットワーク要素のケイパビリティを発見する方法もない。
【発明の概要】
【発明が解決しようとする課題】
【0005】
ＮＢＭＰ Ｄｒａｆｔ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎは、メディア処理効率を向上させ、メディアサービスのより高速で低コストの配備を提供し、パブリック、プライベート、またはハイブリッドクラウドサービスを活用することによって大規模な配備を提供する能力を有する大きな可能性を示している。
【課題を解決するための手段】
【0006】
本開示の実施形態は、ＮＢＭＰ規格において分割レンダリングを実装するための機構を提供する。
【0007】
分割レンダリングは、処理を様々なサブプロセスに分割することを可能にし、そのうちのいくつかはクラウドまたはエッジコンピューティング上で実装することができ、残りはデバイス上で実装される。このようにしてメディアワークフローを分割することができ、それによって、処理負荷の一部がデバイスから取り除かれ、クラウド／エッジリソースによってサポートされるので、計算ケイパビリティが低いまたは電力が低いデバイスがメディアコンテンツを受信することを可能にする。
【0008】
本開示の実施形態は、計算リソースおよびストレージリソースに関してメディアソースまたはメディアシンクデバイス／プラットフォームのケイパビリティを記述するためにネットワークベースメディア処理（ＮＢＭＰ）規格を改善し、対応する発見機能を実行するためのアプリケーションプログラミングインターフェイス（ＡＰＩ）のセットを定義する。
【0009】
本開示の実施形態は、クラウドノードおよびネットワークケイパビリティの発見を提供するためにＮＢＭＰ ＡＰＩを拡張する。本開示の実施形態は、２つのＮＢＭＰ ＭＰＥ（例えば、クラウドノード）間の接続特性を記述するためにＮＢＭＰ規格を改善する。
【0010】
１つまたは複数の実施形態によれば、少なくとも１つのプロセッサによって実行される方法が提供される。本方法は、ネットワークベースメディア処理（ＮＢＭＰ）ワークフローを導出するステップと、メディアシンク、メディアソース、および少なくとも１つのクラウド要素、ネットワーク要素、またはエッジ要素の間でＮＢＭＰワークフローの複数のワークフロータスクを割り当てるステップと、を含み、複数のワークフロータスクの第１のサブセットは、メディアソースに割り当てられ、複数のワークフロータスクの第２のサブセットは、メディアシンクに割り当てられ、複数のワークフロータスクの第３のサブセットは、少なくとも１つのクラウド要素、ネットワーク要素、またはエッジ要素に割り当てられ、第１のサブセット、第２のサブセット、および第３のサブセットは、互いに重複しない。
【0011】
一実施形態によれば、本方法は、メディアソースおよびメディアシンクのうちの少なくとも１つからケイパビリティ情報を受信するステップであって、ケイパビリティ情報は、利用可能なメディアソースおよびメディアシンクのうちの少なくとも１つのリソースを記述する、受信するステップをさらに含み、割り当てるステップは、ケイパビリティ情報に基づいてワークフロータスクを割り当てるステップを含む。
【0012】
一実施形態によれば、本方法は、メディアソースおよびメディアシンクのうちの少なくとも１つのリソースのうちの少なくとも１つの変更に基づいて、ＮＢＭＰワークフローを再構成するステップをさらに含む。
【0013】
一実施形態によれば、本方法は、メディアソースおよびメディアシンクのうちの少なくとも１つに関連付けられたリソースのうちの少なくとも１つが所定の閾値を下回った場合に、メディアソースまたはメディアシンクからイベント駆動型通知を受信するステップをさらに含み、ＮＢＭＰワークフローを再構成するステップは、削減されたリソースのうちの少なくとも１つを収容する。
【0014】
一実施形態によれば、少なくとも１つのクラウド要素、ネットワーク要素、またはエッジ要素は、複数のネットワーク要素または複数のクラウドノードであり、割り当てるステップは、複数のネットワーク要素または複数のクラウドノードのケイパビリティに基づいて、ＮＢＭＰワークフローの複数のワークフロータスクの第３のサブセットを複数のネットワーク要素または複数のクラウドノードの間で分割するステップを含み、本方法は、複数のネットワーク要素または複数のクラウドノードの可用性の変化に基づいて、ＮＢＭＰワークフローを動的に再構成するステップをさらに含む。
【0015】
一実施形態によれば、本方法は、少なくとも１つのクラウド要素、ネットワーク要素、またはエッジ要素からケイパビリティ情報を受信するステップであって、ケイパビリティ情報は、少なくとも１つのクラウド要素、ネットワーク要素、またはエッジ要素の利用可能なリソースを記述する、受信するステップをさらに含み、割り当てるステップは、ケイパビリティ情報に基づいてワークフロータスクを割り当てるステップを含む。
【0016】
一実施形態によれば、少なくとも１つのクラウド要素、ネットワーク要素、またはエッジ要素は、少なくとも１つのクラウドノードである。
【0017】
一実施形態によれば、少なくとも１つのクラウド要素、ネットワーク要素、またはエッジ要素は、複数のクラウド要素、ネットワーク要素、またはエッジ要素であり、ケイパビリティ情報は、複数のクラウド要素、ネットワーク要素、またはエッジ要素のうちの２つの間の接続特性を記述する少なくとも１つのパラメータを含む。
【0018】
一実施形態によれば、複数のクラウド要素、ネットワーク要素、またはエッジ要素は、複数のクラウドノードである。
【0019】
一実施形態によれば、少なくとも１つのパラメータは、複数のクラウド要素、ネットワーク要素、またはエッジ要素のうちの２つの間の２つの方向における最大帯域幅および最小待ち時間を示すパラメータのセットである。
【0020】
１つまたは複数の実施形態によれば、メディアシステムのワークフローマネージャが提供される。ワークフローマネージャは、少なくとも１つのプロセッサと、コンピュータコードを含むメモリと、を含む。コンピュータコードは、少なくとも１つのプロセッサに、ネットワークベースメディア処理（ＮＢＭＰ）ワークフローを導出させるように構成されたワークフロー導出コードと、少なくとも１つのプロセッサに、メディアシンク、メディアソース、および少なくとも１つのクラウド要素、ネットワーク要素、またはエッジ要素の間でＮＢＭＰワークフローの複数のワークフロータスクを割り当てさせるように構成されたタスク割り当てコードと、を含む、メモリと、を含み、複数のワークフロータスクの第１のサブセットは、メディアソースに割り当てられ、複数のワークフロータスクの第２のサブセットは、メディアシンクに割り当てられ、複数のワークフロータスクの第３のサブセットは、少なくとも１つのクラウド要素、ネットワーク要素、またはエッジ要素に割り当てられ、第１のサブセット、第２のサブセット、および第３のサブセットは、互いに重複しない。
【0021】
一実施形態によれば、タスク割り当てコードは、メディアソースおよびメディアシンクのうちの少なくとも１つから受信したケイパビリティ情報に基づいて、ワークフロータスクを少なくとも１つのプロセッサに割り当てさせるように構成され、ケイパビリティ情報は、利用可能なメディアソースおよびメディアシンクのうちの少なくとも１つのリソースを記述する。
【0022】
一実施形態によれば、コンピュータコードは、メディアソースおよびメディアシンクのうちの少なくとも１つのリソースのうちの少なくとも１つの変更に基づいて、少なくとも１つのプロセッサに、ＮＢＭＰワークフローを再構成させるように構成されたワークフロー再構成コードをさらに含む。
【0023】
一実施形態によれば、ワークフロー再構成コードは、メディアソースおよびメディアシンクのうちの少なくとも１つに関連付けられたリソースのうちの少なくとも１つが所定の閾値を下回った場合に、メディアソースまたはメディアシンクからイベント駆動型通知を受信するステップに基づいて、少なくとも１つのプロセッサに、リソースのうちの少なくとも１つの減少に対応するようにＮＢＭＰワークフローを再構成させるように構成される。
【0024】
一実施形態によれば、少なくとも１つのクラウド要素、ネットワーク要素、またはエッジ要素は、複数のネットワーク要素または複数のクラウドノードであり、タスク割り当てコードは、少なくとも１つのプロセッサに、複数のネットワーク要素または複数のクラウドノードのケイパビリティに基づいて、ＮＢＭＰワークフローの複数のワークフロータスクの第３のサブセットを複数のネットワーク要素または複数のクラウドノードの間で分割させるように構成され、ワークフロー再構成コードは、少なくとも１つのプロセッサに、複数のネットワーク要素または複数のクラウドノードの可用性の変化に基づいて、ＮＢＭＰワークフローを動的に再構成させるように構成される。
【0025】
一実施形態によれば、タスク割り当てコードは、少なくとも１つのクラウド要素、ネットワーク要素、またはエッジ要素から受信したケイパビリティ情報に基づいて、ワークフロータスクを少なくとも１つのプロセッサに割り当てさせるように構成され、ケイパビリティ情報は、少なくとも１つのクラウド要素、ネットワーク要素、またはエッジ要素の利用可能なリソースを記述する。
【0026】
一実施形態によれば、少なくとも１つのクラウド要素、ネットワーク要素、またはエッジ要素は、少なくとも１つのクラウドノードである。
【0027】
一実施形態によれば、少なくとも１つのクラウド要素、ネットワーク要素、またはエッジ要素は、複数のクラウド要素、ネットワーク要素、またはエッジ要素であり、ケイパビリティ情報は、複数のクラウド要素、ネットワーク要素、またはエッジ要素のうちの２つの間の接続特性を記述する少なくとも１つのパラメータを含む。
【0028】
一実施形態によれば、少なくとも１つのパラメータは、複数のクラウド要素、ネットワーク要素、またはエッジ要素のうちの２つの間の２つの方向における最大帯域幅および最小待ち時間を示すパラメータのセットである。
【0029】
１つまたは複数の実施形態によれば、コンピュータコードを記憶する非一時的コンピュータ可読媒体が提供される。コンピュータコードは、メディアシステムのワークフローマネージャを実装する少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに、ネットワークベースメディア処理（ＮＢＭＰ）ワークフローを導出させ、メディアシンク、メディアソース、および少なくとも１つのクラウド要素、ネットワーク要素、またはエッジ要素の間でＮＢＭＰワークフローの複数のワークフロータスクを割り当てさせるように構成され、複数のワークフロータスクの第１のサブセットは、メディアソースに割り当てられ、複数のワークフロータスクの第２のサブセットは、メディアシンクに割り当てられ、複数のワークフロータスクの第３のサブセットは、少なくとも１つのクラウド要素、ネットワーク要素、またはエッジ要素に割り当てられ、第１のサブセット、第２のサブセット、および第３のサブセットは、互いに重複しない。
【0030】
開示内容のさらなる特徴、性質、および様々な利点は、以下の詳細な説明および添付の図面からより明らかになるであろう。
【図面の簡単な説明】
【0031】
【図1】本明細書で説明されている方法、装置、およびシステムが実施され得る、実施形態による環境の図である。
【図3】実施形態によるＮＢＭＰシステムのブロック図である。
【図4】実施形態による例示的なＮＢＭＰワークフローの図である。
【図5】実施形態によるＮＢＭＰワークフローの分割レンダリングの例の図である。
【図6】実施形態による分割レンダリングプロセスの例のブロック図である。
【図7】実施形態によるＮＢＭＰワークフローの再構成の例の図である。
【図8】実施形態によるＮＢＭＰワークフローの再構成の例の図である。
【図9】実施形態によるコンピュータコードのブロック図である。
【発明を実施するための形態】
【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】
【表1A】
【表1B】
【0075】
実施形態によれば、ＮＢＭＰワークフローマネージャ３２０は、ＭＰＥ ＡＰＩを介して実行されるＭＰＥ ＡＰＩ動作を要求することができ、少なくとも１つのＭＰＥ３５０は、上記の表１に示すように応答を提供することができる。
【0076】
任意の応答に含まれるＭＤＤは、値「ｓｅｌｆ」を有する「ｒｅｆ」およびＭＤＤの位置を示すＩＥＴＦ ＲＦＣ ３９８６によるユニフォーム・リソース・ロケータ（ＵＲＬ）を含む、１つの「リンク」オブジェクトを含むことができる。
【0077】
Ｃ．サポートされるプロトコル
【0078】
以下の表２に示すように、ＨＴＴＰ方法は、ＭＰＥ発見のために本開示の実施形態によって実施することができる。実施形態によれば、ＨＴＴＰ方法は、ＮＢＭＰワークフローマネージャ３２０によって実行されてもよい。
【0079】
【表2】
【0080】
実施形態によれば、クラウド処理ノードのケイパビリティおよび他のクラウドノードへの接続性を発見するための方法は、ＭＰＥケイパビリティおよび他のＭＰＥへの接続性の発見をサポートするためにＮＢＭＰのＲＥＳＴＦＵＬ ＡＰＩを拡張することによって提供することができ、そこでＭＰＥのケイパビリティを発見することができ、ならびにＭＰＥの特定のＭＰＥセットへの接続性を要求および受信することができる。
【0081】
［ＭＰＥ間の接続性の記述］
本開示の実施形態は、ＭＰＥ（例えば、クラウド処理ノード）と他のＭＰＥ（例えば、他のクラウド処理ノード）との間の接続特性を定義するために、新しいＮＢＭＰ記述子を実装することができる。
本開示の実施形態は、ＭＰＥ（例えば、クラウド処理ノード）と他のＭＰＥ（例えば、他のクラウド処理ノード）との間の接続特性を定義するために、新しいＮＢＭＰ記述子を実装することができる。
【0082】
接続特性は、例えば、以下のパラメータ、すなわち、（１）各方向における２つのＭＰＥ間の最大帯域幅、および（２）各方向における２つのＭＰＥ間の最小待ち時間を用いて記述することができる。
【0083】
これらの接続パラメータは、以下の表３に示すように定義することができる。
【0084】
【表3】
【0085】
接続は２つのＭＰＥ間であるため、上記のパラメータは方向ごとに定義されてもよい。
【0086】
Ａ．ＭＰＥケイパビリティ記述における接続性パラメータ
本開示の実施形態は、以下の表４に示すように、ＮＢＭＰ ＭＰＥケイパビリティ記述のケイパビリティ記述子内に新しいパラメータセットを実装することができる。
本開示の実施形態は、以下の表４に示すように、ＮＢＭＰ ＭＰＥケイパビリティ記述のケイパビリティ記述子内に新しいパラメータセットを実装することができる。
【0087】
【表4】
【0088】
Ｂ．要求記述子内の接続パラメータ
ケイパビリティ記述子は、要件記述子と同じ記述子であってもよいので、本開示の実施形態は、要件記述子（ケイパビリティ記述子）内の以下の表５に示すパラメータを実装することができる。
ケイパビリティ記述子は、要件記述子と同じ記述子であってもよいので、本開示の実施形態は、要件記述子（ケイパビリティ記述子）内の以下の表５に示すパラメータを実装することができる。
【0089】
【表5】
【0090】
例えば、ＭＰＥと別のＭＰＥ（ターゲットＭＰＥ）との間の接続性を記述する接続性パラメータが含まれてもよい。ｃｏｎｎｅｃｔｉｏｎ－ｐａｒａｍｅｔｅｒｓは、ｉｄ、ｕｒｌ、ｆｏｒｗａｒｄオブジェクト、およびｒｅｔｕｒｎオブジェクトを含み得るか、またはそれらからなり得る。オブジェクトを以下の表６に示す。
【0091】
【表6】
【0092】
ｉｄは、全てのＭＰＥの中のターゲットＭＰＥの一意の識別子であり得る。ｕｒｌは、ターゲットＭＰＥのＵＲＬであってもよい。ｆｏｒｗａｒｄオブジェクトおよびｂａｃｋｗａｒｄオブジェクトは、ＭＰＥとターゲットＭＰＥとの間の接続パラメータを定義することができる。すなわち、ｆｏｒｗａｒｄオブジェクトは、ＭＰＥからターゲットＭＰＥへの接続を定義することができ、ｒｅｔｕｒｎオブジェクションは、ターゲットＭＰＥからＭＰＥへの接続を定義することができる。
【0093】
ｆｏｒｗａｒｄオブジェクトおよびｒｅｔｕｒｎオブジェクトは、以下の表７に定義されるパラメータを含むことができる。
【0094】
【表7】
【0095】
これらのパラメータ（例えば、「ｍｉｎ－ｄｅｌａｙ」、「ｍａｘ－ｔｈｒｏｕｇｈｐｕｔ」、「ａｖｅｒａｇｉｎｇ－ｗｉｎｄｏｗ」）は、表３に定義されている。
【0096】
実施形態によれば、クラウドノードのケイパビリティ発見の一部として異なるクラウド処理ノード間の接続特性を記述するための方法を提供することができる。本方法は、ＮＢＭＰワークフローマネージャ３２０がＮＢＭＰ ＭＰＥケイパビリティ記述を受信して使用するステップを含むことができ、ここで、ＭＰＥケイパビリティ記述内には、クラウド内のＭＰＥ３５０と別のＭＰＥ３５０との間の各方向における最大帯域幅および最小待ち時間を表すための新しいパラメータセットが提供される。
【0097】
［タスク近接パラメータ］
各タスク（例えば、タスク３５２）について、ＮＢＭＰシステム３００によって新しいパラメータセット（タスク近接パラメータ）を実装することができる。各タスクは、各メディアソース３６０および／またはメディアシンク３７０に対する所望の近さを示す相対距離値の配列を有することができる。数は相対的であってもよく、より小さい数はより近い距離であってもよい。
各タスク（例えば、タスク３５２）について、ＮＢＭＰシステム３００によって新しいパラメータセット（タスク近接パラメータ）を実装することができる。各タスクは、各メディアソース３６０および／またはメディアシンク３７０に対する所望の近さを示す相対距離値の配列を有することができる。数は相対的であってもよく、より小さい数はより近い距離であってもよい。
【0098】
実施形態によれば、ＮＢＭＰワークフローマネージャ３２０は、ワークフロー記述の一部としてＮＢＭＰソース３１０から、相対距離値を示すタスク近接パラメータを受信することができる。
【0099】
タスクに近接パラメータが割り当てられていない場合、ＮＢＭＰワークフローマネージャ３２０は、ワークフロー内のタスクの位置に基づいて各タスクに近接値を割り当てることができる。例えば、ＮＢＭＰワークフローマネージャ３２０は、接続タスクの数をプロキシの尺度として使用することができる。この場合、一例として、図５のタスクは、以下の表８に示す距離を有することができる。
【0100】
【表8】
【0101】
［タスクのリソース位置］
各タスクがどこで実装されるかを文書化するために、タスクが実装されるリソース（例えば、メディアソースまたはメディアシンク）のｉｄを示すために新しいパラメータをＮＢＭＰ一般記述子に追加することができる。特に、タスクがメディアソースまたはメディアシンクで実装される場合、ｉｄは、タスクが対応するデバイス／プラットフォーム上で実装されることを示す。以下の表９および表１０に、ＮＢＭＰ一般記述子に追加されるパラメータの例を示す。
各タスクがどこで実装されるかを文書化するために、タスクが実装されるリソース（例えば、メディアソースまたはメディアシンク）のｉｄを示すために新しいパラメータをＮＢＭＰ一般記述子に追加することができる。特に、タスクがメディアソースまたはメディアシンクで実装される場合、ｉｄは、タスクが対応するデバイス／プラットフォーム上で実装されることを示す。以下の表９および表１０に、ＮＢＭＰ一般記述子に追加されるパラメータの例を示す。
【0102】
【表9】
【0103】
【表10】
【0104】
同じパラメータを使用して、クラウドプラットフォームにおける（例えば、ＭＰＥ３５０における）タスク実装の位置を通知することができる。しかしながら、この場合、クラウドプラットフォームおよび関連するＮＢＭＰワークフローマネージャ３２０のみが、ｉｄをクラウドリソースの実際の位置に関連付けることができる。
【0105】
【0106】
ＮＢＭＰワークフローマネージャ３２０は、必要なワークフローを導出することができる（６１０）。例えば、ＮＢＭＰワークフローマネージャ３２０は、ＮＢＭＰソース３１０からのワークフロー記述文書に基づいてワークフローを導出することができる。
【0107】
ＮＢＭＰワークフローマネージャ３２０は、メディアソース、メディアシンク、および／または１つまたは複数のＭＰＥ３５０のケイパビリティを取得することができる（６２０）。例えば、ＮＢＭＰワークフローマネージャ３２０は、メディアソース３６０、１つまたは複数のＭＰＥ３５０、およびメディアシンク３６０のうちの１つまたは複数に要求を送信することができ、１つまたは複数のＡＰＩ（例えば、ＡＰＩ３９４、ＡＰＩ３９５、および／またはＡＰＩ３９６）を介して１つまたは複数のケイパビリティ記述文書を受信することができる。ＮＢＭＰワークフローマネージャ３２０は、１つまたは複数のケイパビリティ記述文書に基づいて、メディアソース、メディアシンク、および／または１つまたは複数のＭＰＥ３５０のケイパビリティを決定することができる。
【0108】
ＮＢＭＰワークフローマネージャ３２０は、ワークフロー内のタスクの近接距離を取得することができる（６３０）。例えば、実施形態によれば、ＮＢＭＰワークフローマネージャ３２０は、ワークフロー記述の一部として（例えば、ワークフロー記述文書の一部として）、ＮＢＭＰソース３１０から近接距離を受信することができる。実施形態によれば、ＮＢＭＰワークフローマネージャ３２０は、ＮＢＭＰソース３１０からワークフロー記述文書（ＷＤＤ）を受信し、次いで各タスクの近接距離を含む更新されたＷＤＤをＮＢＭＰソース３１０から受信することができる。あるいは、実施形態によれば、ＮＢＭＰワークフローマネージャ３２０は、内部スキームおよびワークフロートポロジに基づいて各タスクの近接距離を導出することができる。
【0109】
ＮＢＭＰワークフローマネージャ３２０は、メディアソース３６０、メディアシンク３７０、および／または１つまたは複数のＭＰＥ３５０ごとに取得されたケイパビリティ、ならびに各タスクの近接距離を使用して、各タスクを要素（例えば、メディアソース、メディアシンク、またはクラウド／ネットワークリソース）に割り当てることができる（３７０）。例えば、ＮＢＭＰワークフローマネージャ３２０は、以下の条件が満たされるように各タスクを割り当てることができる：（ｉ）割り当てられた要素がタスクを実行することができ、タスク要件を満たす、および（ｉｉ）タスクがタスクを実行することができるメディアソースおよびシンクの中でメディアソース／シンクまでの距離が最も小さい。実施形態によれば、ＮＢＭＰワークフローマネージャ３２０は、メディアソース３６０、メディアシンク３７０、および／または１つまたは複数のＭＰＥ３５０ごとに取得されたケイパビリティ、ならびに各タスクの近接距離を使用して、各タスクの要素への割り当てを繰り返して、最も最適化された構成を取得することができる。
【0110】
［ワークフローの再構成］
ワークフローおよびメディアソース／シンクケイパビリティに応じて、ＮＢＭＰワークフローマネージャ３２０は、ワークフローの一部を置き換えるか、またはワークフロー内の中間タスクを追加することによってワークフローを再構成することができる。そのような再構成は、ワークフローの効率を高めることができる。その理由は、メディアソース３６０またはメディアシンク３７０がより効率的な組み込み機能を有することができるため、それらへの配信フォーマットがワークフロー出力フォーマットとは異なる場合がある、またはデバイスのバッテリ制約により、ワークフローを異なるワークフローに置き換えることが強制される場合があるためであり得る。図７～図８を参照して、再構成の２つの例を以下に説明する。
ワークフローおよびメディアソース／シンクケイパビリティに応じて、ＮＢＭＰワークフローマネージャ３２０は、ワークフローの一部を置き換えるか、またはワークフロー内の中間タスクを追加することによってワークフローを再構成することができる。そのような再構成は、ワークフローの効率を高めることができる。その理由は、メディアソース３６０またはメディアシンク３７０がより効率的な組み込み機能を有することができるため、それらへの配信フォーマットがワークフロー出力フォーマットとは異なる場合がある、またはデバイスのバッテリ制約により、ワークフローを異なるワークフローに置き換えることが強制される場合があるためであり得る。図７～図８を参照して、再構成の２つの例を以下に説明する。
【0111】
図７は、１つまたは複数のＭＰＥ３５０（図３参照）とメディアシンク３７０との間で分割され、入力７１０に関連付けられ、出力７２０を提供することができるタスク７０１～７０５を最初に含むワークフロー７００を示す。メディアシンク３７０の接続帯域幅が減少すると、ワークフローは必要なスループットで動作することができる。ＮＢＭＰワークフローマネージャ３２０は、メディアシンク３７０の低減された接続帯域幅を識別することができ、次いでタスク７０６およびタスク７０７を追加することによってワークフローを更新することができる。タスク７０７は、メディアシンク３７０内の組み込み解凍機能であってもよく、タスク７０６は、エッジネットワークの一部であってもよいＭＰＥ３５０内の圧縮機能であってもよい。エッジネットワーク上の圧縮機能としてタスク７０６を使用すると、タスク７０６とタスク７０７との間の帯域幅は、メディアシンク３７０に対する利用可能な帯域幅に収まるように十分に低減される。
【0112】
図８を参照すると、メディアシンク３７０（例えば、シンクデバイス）のバッテリ残量が少ない使用ケースのための再構成ワークフローの一例が示されている。図８は、１つまたは複数のＭＰＥ３５０（例えば、クラウドノート）とメディアシンク３７０との間で分割され、入力８１０に関連付けられ、出力８２０を提供するタスク８０１～８０５を最初に含むワークフロー８００を示す。タスク８０３～８０５は、メディアシンク３７０のバッテリを節約するためにかなりの処理能力を必要とする可能性があるので、コンテンツをメディアシンク３７０に配信するために使用される帯域幅が妥当であるように、タスク８０３～８０５をクラウドに移動させ、圧縮タスク８０６および８０８を追加することによって、ワークフローはＮＢＭＰワークフローマネージャ３２０によって再構成される。タスク８０７および８０９は、入力ストリームを解凍し、結果を出力８２０としてレンダリングする組み込みの効率的な解凍機能であってもよい。
【0113】
［ソースおよびシンクシステムイベント］
ＮＢＭＰワークフローマネージャ３２０によって取得されるメディアソースおよびメディアシンク記述は、メディアソース／シンクシステムイベントのリストを含むことができる。これらのイベントは、典型的には以下の通りである。
１．特定の閾値からの処理能力の減少
２．特定の閾値からの利用可能なメモリの減少
３．特定の閾値からの利用可能なディスクスペースの減少
４．特定の閾値からのバッテリレベルの減少
ＮＢＭＰワークフローマネージャ３２０によって取得されるメディアソースおよびメディアシンク記述は、メディアソース／シンクシステムイベントのリストを含むことができる。これらのイベントは、典型的には以下の通りである。
１．特定の閾値からの処理能力の減少
２．特定の閾値からの利用可能なメモリの減少
３．特定の閾値からの利用可能なディスクスペースの減少
４．特定の閾値からのバッテリレベルの減少
【0114】
ＮＢＭＰワークフローマネージャ３５０は、通知記述子を使用して上記のシステムイベントの全部または一部の通知をセットアップすることができる。そのようなイベントが発生した場合、ＮＢＭＰワークフローマネージャは通知を受信し、通知の受信に基づいてイベントに対処するようにワークフローを再構成することができる。ＮＢＭＰワークフローマネージャ３５０は、取得されたメディアソース／シンクシステムイベントのリストに基づいて通知をセットアップすることができる。
【0115】
［異なるネットワーク要素または異なるクラウドノード間の分割レンダリング］
上述した特徴およびプロセスは、ネットワーク要素およびエッジコンピューティングリソース間、ならびにクラウドプラットフォームの異なるノード間または複数クラウドプラットフォーム間でワークフロー実装を分割するために、ＮＢＭＰシステム３００によって実装することができる。
上述した特徴およびプロセスは、ネットワーク要素およびエッジコンピューティングリソース間、ならびにクラウドプラットフォームの異なるノード間または複数クラウドプラットフォーム間でワークフロー実装を分割するために、ＮＢＭＰシステム３００によって実装することができる。
【0116】
［コンピュータコードの例］
本開示の実施形態によれば、コンピュータコードを記憶するメモリを有する少なくとも１つのプロセッサを提供することができる。コンピュータコードは、少なくとも１つのプロセッサによって実行されると、本開示の任意の数の態様を実行するように構成され得る。
本開示の実施形態によれば、コンピュータコードを記憶するメモリを有する少なくとも１つのプロセッサを提供することができる。コンピュータコードは、少なくとも１つのプロセッサによって実行されると、本開示の任意の数の態様を実行するように構成され得る。
【0117】
例えば、図９を参照すると、コンピュータコード９００は、ＮＢＭＰシステム３００に実装されてもよい。例えば、コンピュータコードは、ＮＢＭＰワークフローマネージャ３２０のメモリに記憶されてもよく、ＮＢＭＰワークフローマネージャ３２０の少なくとも１つのプロセッサによって実行されてもよい。計算コードは、例えば、ワークフロー導出コード９１０、ケイパビリティ取得コード９２０、タスク近接取得コード９３０、タスク割り当てコード９４０、通知設定コード９５０、およびワークフロー再構成コードを含むことができる。
【0118】
ワークフロー導出コード９１０、ケイパビリティ取得コード９２０、タスク近接取得コード９３０、およびタスク割り当てコード９４０は、それぞれ、ＮＢＭＰワークフローマネージャ３２０に、図６を参照して上述したプロセスの態様を実行させるように構成することができる。
【0119】
通知設定コード９５０は、特定のメディアソース／シンクシステムイベント（例えば、リソースの変更）が発生した場合にＮＢＭＰワークフローマネージャ３２０が通知を受信するように、ＮＢＭＰワークフローマネージャ３２０に、取得したメディアソース／シンクシステムイベントのリストに基づいて通知を設定させるように構成することができる。
【0120】
ワークフロー再構成コード９６０は、ＮＢＭＰワークフローマネージャ３２０に、ワークフローを再構成（例えば、タスクの追加もしくは削除、および／またはメディアソース３６０、メディアシンク３７０、および１つまたは複数のＭＰＥ３５０間のタスクの再分割）させるように構成することができる。例えば、ワークフロー再構成コード９６０は、通知の受信に基づいて、ＮＢＭＰワークフローマネージャ３２０にワークフローを再構成させるように構成され得る。実施形態によれば、ワークフローの再構成は、動的であり、リソースの変更に対応するように、メディアソース３６０、メディアシンク３７０、および１つまたは複数のＭＰＥ３５０の中からの１つまたは複数に関連付けられたリソースの変更（例えば、削減）に基づくことができる。リソースは、例えば、メディアソース３６０、メディアシンク３７０、またはＭＰＥ３５０の利用可能なＣＰＵ、ｇｐｕ、メモリ、帯域幅、ディスク、または電力であってもよい。実施形態によれば、ワークフローの再構成は動的であってもよく、ＭＰＥ３５０の可用性の変化に基づいてもよい。再構成は、例えば、ＭＰＥ３５０間のワークフローの少なくとも一部をそれらの可用性に基づいて再分割することを含み得る。
【0121】
本開示の実施形態は、別々に使用されてもよく、任意の順序で組み合わされてもよい。さらに、実施形態（およびその方法）の各々が、処理回路（例えば、１つもしくは複数のプロセッサまたは１つもしくは複数の集積回路）によって実装されてもよい。一例では、１つまたは複数のプロセッサは、非一時的コンピュータ可読媒体に格納されているプログラムを実行する。
【0122】
前述の開示は、例示および説明を提供しているが、網羅的であることも、実施態様を開示の正確な形態に限定することも意図されていない。改変形態および変形形態が、上記の開示に照らして可能であり、または実施態様の実施により取得され得る。
【0123】
本明細書で使用される場合、コンポーネントという用語は、ハードウェア、ファームウェア、またはハードウェアとソフトウェアの組合せとして広く解釈されることを意図されている。
【0124】
特徴の組合せが特許請求の範囲に記載され、および／または本明細書に開示されているが、これらの組合せは、可能な実施態様の開示を限定することを意図するものではない。実際、これらの特徴の多くは、特許請求の範囲に具体的に記載されていない、および／または明細書に開示されていない方法で組み合わされてもよい。以下に列挙される各従属請求項は１つの請求項のみに直接依存してもよいが、可能な実施態様の開示は、各従属請求項を請求項セット内の他の全ての請求項と組み合わせて含む。
【0125】
本明細書で使用される要素、動作、または命令は、そのように明示的に記載されていない限り、重要または必須であると解釈されるべきではない。また、本明細書で使用される場合、冠詞「ａ」および「ａｎ」は、１つまたは複数の項目を含むことを意図しており、「１つまたは複数」と交換可能に使用され得る。さらに、本明細書で使用される場合、「セット」という用語は、１つまたは複数の項目（例えば、関連項目、無関係な項目、関連項目と無関係な項目との組合せなど）を含むことを意図しており、「１つまたは複数」と互換的に使用され得る。１つの項目のみが意図される場合、「１つ」という用語または同様の用語が使用される。また、本明細書で使用される場合、「有する（ｈａｓ）」、「有する（ｈａｖｅ）」、「有する（ｈａｖｉｎｇ）」などの用語は、オープンエンド用語であることを意図している。さらに、「に基づいて」という語句は、特に明記しない限り、「少なくとも部分的に、基づいて」を意味することを意図している。
【符号の説明】
【0126】
１００ 環境
１１０ ユーザデバイス
１２０ プラットフォーム
１２２ クラウドコンピューティング環境
１２４ コンピューティングリソース
１３０ ネットワーク
２００ デバイス
２０１ ＨＴＴＰステータスコード
２１０ バス
２２０ プロセッサ
２３０ メモリ
２４０ 記憶部
２５０ 入力部
２６０ 出力部
２７０ 通信インターフェイス
３００ ＮＢＭＰシステム
３１０ ＮＢＭＰソース
３２０ ＮＢＭＰワークフローマネージャ
３３０ 機能リポジトリ
３５０ メディア処理エンティティ
３５２ タスク
３５３ 構成
３５４ メディア処理機能
３６０ メディアソース
３７０ メディアシンク
３９１ 機能発見ＡＰＩ
３９２ ＮＢＭＰワークフローＡＰＩ
３９３ 機能発見ＡＰＩ
３９４ ＡＰＩ
３９５ ＡＰＩ
３９６ ＡＰＩ
４００ ＮＢＭＰワークフロー
４０１ タスク
４０２ タスク
４０３ タスク
４０４ タスク
４０５ タスク
４０６ タスク
４０７ タスク
４０８ タスク
４１０ 入力
４２０ 出力
７００ ワークフロー
７０１ タスク
７０２ タスク
７０３ タスク
７０４ タスク
７０５ タスク
７０６ タスク
７０７ タスク
７１０ 入力
７２０ 出力
８００ ワークフロー
８０１ タスク
８０２ タスク
８０３ タスク
８０４ タスク
８０５ タスク
８０６ 圧縮タスク
８０７ タスク
８０８ タスク
８０９ タスク
８１０ 入力
８２０ 出力
９００ コンピュータコード
９１０ ワークフロー導出コード
９２０ ケイパビリティ取得コード
９３０ タスク近接取得コード
９４０ タスク割り当てコード
９５０ 通知設定コード
９６０ ワークフロー再構成コード
１１０ ユーザデバイス
１２０ プラットフォーム
１２２ クラウドコンピューティング環境
１２４ コンピューティングリソース
１３０ ネットワーク
２００ デバイス
２０１ ＨＴＴＰステータスコード
２１０ バス
２２０ プロセッサ
２３０ メモリ
２４０ 記憶部
２５０ 入力部
２６０ 出力部
２７０ 通信インターフェイス
３００ ＮＢＭＰシステム
３１０ ＮＢＭＰソース
３２０ ＮＢＭＰワークフローマネージャ
３３０ 機能リポジトリ
３５０ メディア処理エンティティ
３５２ タスク
３５３ 構成
３５４ メディア処理機能
３６０ メディアソース
３７０ メディアシンク
３９１ 機能発見ＡＰＩ
３９２ ＮＢＭＰワークフローＡＰＩ
３９３ 機能発見ＡＰＩ
３９４ ＡＰＩ
３９５ ＡＰＩ
３９６ ＡＰＩ
４００ ＮＢＭＰワークフロー
４０１ タスク
４０２ タスク
４０３ タスク
４０４ タスク
４０５ タスク
４０６ タスク
４０７ タスク
４０８ タスク
４１０ 入力
４２０ 出力
７００ ワークフロー
７０１ タスク
７０２ タスク
７０３ タスク
７０４ タスク
７０５ タスク
７０６ タスク
７０７ タスク
７１０ 入力
７２０ 出力
８００ ワークフロー
８０１ タスク
８０２ タスク
８０３ タスク
８０４ タスク
８０５ タスク
８０６ 圧縮タスク
８０７ タスク
８０８ タスク
８０９ タスク
８１０ 入力
８２０ 出力
９００ コンピュータコード
９１０ ワークフロー導出コード
９２０ ケイパビリティ取得コード
９３０ タスク近接取得コード
９４０ タスク割り当てコード
９５０ 通知設定コード
９６０ ワークフロー再構成コード
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】