特表2024-546466 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ テンセント・アメリカ・エルエルシーの特許一覧

特表2024-546466ネットワークベースのメディア処理（ＮＢＭＰ）文書及びエンティティの適合性のためのツール

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5a
5b
5c
5d
6
7

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

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

(11)【公表番号】

(43)【公表日】2024-12-24

(54)【発明の名称】ネットワークベースのメディア処理（ＮＢＭＰ）文書及びエンティティの適合性のためのツール

(51)【国際特許分類】

H04L 67/133 20220101AFI20241217BHJP

G06F 11/36 20060101ALI20241217BHJP

【ＦＩ】

H04L67/133

G06F11/36 168

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024532930

(86)(22)【出願日】2023-04-19

(85)【翻訳文提出日】2024-05-31

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

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

(87)【国際公開日】2023-10-26

(31)【優先権主張番号】63/332,613

(32)【優先日】2022-04-19

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

(31)【優先権主張番号】18/301,657

(32)【優先日】2023-04-17

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＪＡＶＡＳＣＲＩＰＴ

２．イーサネット

３．ＥＴＨＥＲＮＥＴ

(71)【出願人】

【識別番号】520353802

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

(74)【代理人】

【識別番号】100110364

【弁理士】

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

(74)【代理人】

【識別番号】100150197

【弁理士】

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

(72)【発明者】

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

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

5B042

【Ｆターム（参考）】

5B042GA12

5B042GA22

5B042HH11

(57)【要約】

ＮＢＭＰ文書及びエンティティを検証するための方法、装置、及びコンピュータ可読記憶媒体。１つの方法は、ＮＢＭＰエンティティによってサポートされるＡＰＩ動作に対応するアプリケーション・プログラミング・インターフェース（ＡＰＩ）を呼び出すステップであって、ＡＰＩ動作が、作成動作、更新動作、検索動作、又は削除動作のうちの少なくとも１つに関連するステップと、ＮＢＭＰエンティティから応答を受信するステップと、応答に基づいて、ＮＢＭＰエンティティがＡＰＩ動作に対応するＡＰＩテストに合格するたかどうかを決定するステップとを含んでもよい。

【特許請求の範囲】

【請求項1】

ネットワークベースのメディア処理（ＮＢＭＰ）エンティティをＮＢＭＰシステムにおいて検証するための方法であって、前記方法は、少なくとも１つのプロセッサ上で動作するＮＢＭＰエンティティ検証器によって実行され、前記方法は、
前記ＮＢＭＰエンティティによってサポートされるアプリケーション・プログラミング・インターフェース（ＡＰＩ）動作に対応するＡＰＩを呼び出すステップであって、前記ＡＰＩ動作が、
作成動作、
更新動作、
検索動作、又は
削除動作
のうちの少なくとも１つに関連する、ステップと、
前記ＮＢＭＰエンティティから応答を受信するステップと、
前記応答に基づいて、前記ＮＢＭＰエンティティが前記ＡＰＩ動作に対応するＡＰＩテストに合格するかどうかを決定するステップと、
を含む、方法。

【請求項2】

前記ＮＢＭＰエンティティは、
機能リポジトリエンティティ、
タスクエンティティ、
ワークフローマネージャエンティティ、又は
メディア処理エンティティ（ＭＰＥ）
のうちの少なくとも１つを含む、請求項１に記載の方法。

【請求項3】

前記ＮＢＭＰエンティティによってサポートされる前記ＡＰＩ動作に対応する前記ＡＰＩを呼び出すステップの前に、前記方法は、
前記ＮＢＭＰエンティティと関連付けられるリソースを示す記述文書を検索するステップであって、前記リソースが、
ワークフローリソース、
タスクリソース、又は
ＭＰＥ機能リソース
のうちの１つを含む、ステップと、
前記リソースに基づいてＡＰＩパラメータを定式化するステップと、
を更に含み、
前記ＡＰＩを呼び出すステップは、
前記ＡＰＩパラメータを前記ＡＰＩの入力パラメータとして使用して、前記ＮＢＭＰエンティティによってサポートされる前記ＡＰＩ動作に対応する前記ＡＰＩを呼び出すステップ
を含む、請求項１又は２に記載の方法。

【請求項4】

前記応答は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）ステータスコード、又は応答本体のうちの少なくとも一方を含み、
ＮＢＭＰエンティティが前記ＡＰＩテストに対応する前記テストに合格するかどうかを決定するステップは、
前記ＨＴＴＰステータスコードに基づいて前記ＮＢＭＰエンティティが前記ＡＰＩテストに合格するかどうかを決定するステップ
を含む、請求項１又は２に記載の方法。

【請求項5】

前記ＮＢＭＰエンティティによってサポートされる前記ＡＰＩ動作に対応する前記ＡＰＩを呼び出すステップの前に、前記方法は、
前記ＮＢＭＰエンティティと関連付けられるリソースを示す記述文書を検索するステップであって、前記記述文書が、監視記述子、報告記述子、又は通知記述子のうちの少なくとも１つを含む記述子を示す、ステップと、
前記記述子に基づいてＡＰＩパラメータを定式化するステップと、
を更に含み、
前記ＡＰＩを呼び出すステップは、
前記ＡＰＩパラメータをＡＰＩの入力パラメータとして使用して、前記ＮＢＭＰエンティティによってサポートされる前記ＡＰＩ動作に対応する前記ＡＰＩを呼び出すステップ
を含む、請求項１又は２に記載の方法。

【請求項6】

前記報告記述子を含む前記記述子に応答して、前記ＮＢＭＰエンティティから報告を受信するステップであって、前記報告が、前記報告記述子に基づいて前記ＮＢＭＰエンティティによって送信される、ステップ、又は
前記通知記述子を含む前記記述子に応答して、前記ＮＢＭＰエンティティから通知を受信するステップであって、前記通知が、前記通知記述子に基づいて前記ＮＢＭＰエンティティによって送信される、ステップ
を更に含む、請求項５に記載の方法。

【請求項7】

前記ＮＢＭＰエンティティがワークフローマネージャエンティティであり、
前記ＡＰＩを呼び出すステップは、前記ワークフローマネージャエンティティによって構成されて前記ＮＢＭＰエンティティ検証器によってトリガされるワークフローの状態移行をトリガし、
前記方法は、
ワークフローライフサイクルルールに従って前記ワークフローの前記状態移行を検証するステップ
を更に含む、請求項１又は２に記載の方法。

【請求項8】

前記ＮＢＭＰエンティティがタスクエンティティであり、
前記ＡＰＩを呼び出すステップは、前記タスクエンティティによって構成されて前記ＮＢＭＰエンティティ検証器によってトリガされるタスクの状態移行をトリガし、
前記方法は、
タスクライフサイクルルールに従って前記タスクの前記状態移行を検証するステップ
を更に含む、請求項１又は２に記載の方法。

【請求項9】

前記ＮＢＭＰエンティティ検証器はＮＢＭＰソースをシミュレートすることができ、前記方法は、
前記ワークフローマネージャエンティティによって実行されるべき一連のアクションをトリガするステップであって、前記一連のアクションが、ワークフローの作成、前記ワークフローの検索、前記ワークフローの更新、及び前記ワークフローの削除を含む、ステップと、
前記ＮＢＭＰシステム内で必要とされるように、以下のＡＰＩ、すなわち、ワークフローＡＰＩ、タスクＡＰＩ、機能リポジトリＡＰＩ、又はＭＰＥＡＰＩのうちの少なくとも１つを使用して、前記ＮＢＭＰエンティティ検証器と相互作用する前記ワークフローマネージャエンティティを検証するステップと、を更に含む、請求項２に記載の方法。

【請求項10】

ネットワークベースのメディア処理（ＮＢＭＰ）システム内のＮＢＭＰエンティティを検証するためのＮＢＭＰエンティティ検証器をホストするデバイスであって、前記デバイスは、コンピュータ命令を記憶するためのメモリと、前記メモリと通信するプロセッサとを備え、前記プロセッサが前記コンピュータ命令を実行すると、前記プロセッサは、前記デバイスに、
前記ＮＢＭＰエンティティによってサポートされるアプリケーション・プログラミング・インターフェース（ＡＰＩ）動作に対応するＡＰＩを呼び出させ、前記ＡＰＩ動作が、
作成動作、
更新動作、
検索動作、又は
削除動作、
のうちの少なくとも１つに関連し、
前記ＮＢＭＰエンティティから応答を受信させ、
前記応答に基づいて、前記ＮＢＭＰエンティティが前記ＡＰＩ動作に対応するＡＰＩテストに合格するかどうかを決定させる
ように構成される、デバイス。

【請求項11】

前記ＮＢＭＰエンティティは、
機能リポジトリエンティティ、
タスクエンティティ、
ワークフローマネージャエンティティ、又は
メディア処理エンティティ（ＭＰＥ）、
のうちの少なくとも１つを含む、請求項１０に記載のデバイス。

【請求項12】

前記プロセッサが、前記ＮＢＭＰエンティティによってサポートされる前記ＡＰＩ動作に対応する前記ＡＰＩを前記デバイスに呼び出させるように構成される前に、前記プロセッサは、前記デバイスに、更に、
前記ＮＢＭＰエンティティと関連付けられるリソースを示す記述文書を検索させ、前記リソースが、
ワークフローリソース、
タスクリソース、又は
ＭＰＥ機能リソース、
のうちの１つを含み、
前記リソースに基づいてＡＰＩパラメータを定式化させる、
ように構成され、
前記プロセッサが前記デバイスに前記ＡＰＩを呼び出させるように構成される場合に、前記プロセッサは、前記デバイスに、
前記ＡＰＩパラメータをＡＰＩの入力パラメータとして使用して、前記ＮＢＭＰエンティティによってサポートされる前記ＡＰＩ動作に対応する前記ＡＰＩを呼び出させる
ように構成される、請求項１０又は１１に記載のデバイス。

【請求項13】

前記応答は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）ステータスコード、又は応答本体のうちの少なくとも１つを含み、
前記プロセッサが、前記ＮＢＭＰエンティティが前記ＡＰＩ動作に対応する前記ＡＰＩテストに合格するかどうかを前記デバイスに決定させるように構成される場合、前記プロセッサは、前記デバイスに、
前記ＨＴＴＰステータスコードに基づいて前記ＮＢＭＰエンティティが前記ＡＰＩテストに合格するかどうかを決定させる
ように構成される、請求項１０又は１１に記載のデバイス。

【請求項14】

前記プロセッサが、前記ＮＢＭＰエンティティによってサポートされる前記ＡＰＩ動作に対応する前記ＡＰＩを前記デバイスに呼び出させるように構成される前に、前記プロセッサは、前記デバイスに、更に、
前記ＮＢＭＰエンティティと関連付けられるリソースを示す記述文書を検索させ、前記記述文書が、監視記述子、報告記述子、又は通知記述子のうちの少なくとも１つを含む記述子を示し、
前記記述子に基づいてＡＰＩパラメータを定式化させる、
ように構成され、
前記プロセッサが前記デバイスに前記ＡＰＩを呼び出させるように構成される場合に、前記プロセッサは、前記デバイスに、
前記ＡＰＩパラメータをＡＰＩの入力パラメータとして使用して、前記ＮＢＭＰエンティティによってサポートされる前記ＡＰＩ動作に対応する前記ＡＰＩを呼び出させる
ように構成される、請求項１０又は１１に記載のデバイス。

【請求項15】

前記プロセッサが前記コンピュータ命令を実行すると、前記プロセッサは、前記デバイスに、更に、
前記報告記述子を含む前記記述子に応答して、前記ＮＢＭＰエンティティから報告を受信させ、前記報告が、前記報告記述子に基づいて前記ＮＢＭＰエンティティによって送信され、
前記通知記述子を含む前記記述子に応答して、前記ＮＢＭＰエンティティから通知を受信させ、前記通知が、前記通知記述子に基づいて前記ＮＢＭＰエンティティによって送信される、
ように構成される、請求項１４に記載のデバイス。

【請求項16】

前記ＮＢＭＰエンティティがワークフローマネージャエンティティであり、
前記ＡＰＩを呼び出すことは、前記ワークフローマネージャエンティティによって構成されて前記ＮＢＭＰエンティティ検証器によってトリガされるワークフローの状態移行をトリガし、
前記プロセッサが前記コンピュータ命令を実行すると、前記プロセッサは、前記デバイスに、更に、
ワークフローライフサイクルルールに従って前記ワークフローの前記状態移行を検証させる
ように構成される、請求項１０又は１１に記載のデバイス。

【請求項17】

前記ＮＢＭＰエンティティがタスクエンティティであり、
前記ＡＰＩを呼び出すことは、前記タスクエンティティによって構成されて前記ＮＢＭＰエンティティ検証器によってトリガされるタスクの状態移行をトリガし、
前記プロセッサが前記コンピュータ命令を実行すると、前記プロセッサは、前記デバイスに、更に、
タスクライフサイクルルールに従って前記タスクの前記状態移行を検証させる
ように構成される、請求項１０又は１１に記載のデバイス。

【請求項18】

前記ＮＢＭＰエンティティ検証器はＮＢＭＰソースをシミュレートすることができ、前記プロセッサが前記コンピュータ命令を実行すると、前記プロセッサは、前記デバイスに、更に、
前記ワークフローマネージャエンティティによって実行されるべき一連のアクションをトリガさせ、前記一連のアクションが、ワークフローの作成、前記ワークフローの検索、前記ワークフローの更新、及び前記ワークフローの削除を含み、
前記ＮＢＭＰシステムで必要とされるように、以下のＡＰＩ、すなわち、ワークフローＡＰＩ、タスクＡＰＩ、機能リポジトリＡＰＩ、又はＭＰＥＡＰＩのうちの少なくとも１つを使用して、前記ＮＢＭＰエンティティ検証器と相互作用する前記ワークフローマネージャエンティティを検証させる、
ように構成される、請求項１１に記載のデバイス。

【請求項19】

コンピュータ可読命令を記憶するための非一時的記憶媒体であって、前記コンピュータ可読命令は、ネットワークベースのメディア処理（ＮＢＭＰ）エンティティ検証器であってＮＢＭＰシステム内のＮＢＭＰエンティティを検証するためのＮＢＭＰエンティティ検証器をホストするデバイスのプロセッサによって実行されると、前記プロセッサに、
前記ＮＢＭＰエンティティによってサポートされるアプリケーション・プログラミング・インターフェース（ＡＰＩ）動作に対応するＡＰＩを呼び出させ、前記ＡＰＩ動作が、
作成動作、
更新動作、
検索動作、又は
削除動作、
のうちの少なくとも１つに関連し、
前記ＮＢＭＰエンティティから応答を受信させ、
前記応答に基づいて、前記ＮＢＭＰエンティティが前記ＡＰＩ動作に対応するＡＰＩテストに合格するかどうかを決定させる、
非一時的記憶媒体。

【請求項20】

前記ＮＢＭＰエンティティは、
機能リポジトリエンティティ、
タスクエンティティ、
ワークフローマネージャエンティティ、又は
メディア処理エンティティ（ＭＰＥ）
のうちの少なくとも１つを含む、請求項１９に記載の非一時的記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
この出願は、２０２２年４月１９日に出願された米国仮出願第６３／３３２，６１３号に基づくとともにその優先権の利益を主張する、２０２３年４月１７日に出願された米国非仮出願第１８／３０１，６５７号に基づくとともにその優先権の利益を主張し、これらの仮出願及び非仮出願のそれぞれ、参照によりその全体が本明細書に組み込まれる。

【0002】

この開示は、一般に、ネットワークベースのメディア処理（ＮＢＭＰ）を含むメディアストリーミング技術に関する。より具体的には、開示された技術は、ＮＢＭＰ文書及びエンティティの適合性を検証及び保証するためのツールのための方法及び装置を含む。

【背景技術】

【0003】

本明細書に記載されている本背景技術の説明は開示の背景を概略的に示すためのものである。本背景技術の記載箇所で説明されている範囲において、現時点で氏名が掲載されている発明者の成果と、その他、本出願の出願時の先行技術としての地位を獲得し得ない説明の態様とは、本開示に対する先行技術として明示的にも黙示的にも自認されるものではない。

【0004】

ネットワーク及びクラウドプラットフォームは、様々なアプリケーションを実行するために使用されてもよい。ネットワークベースのメディア処理（ＮＢＭＰ）規格は、クラウドプラットフォーム上でワークフローを定義、インスタンス化、及び実行するための仕様を提供する。ワークフローは、各時点で部分的に、タスクごとに、又はタスクのグループごとに実行することができる。ＮＢＭＰは、メディア処理効率、メディアサービスのより迅速かつ低コストの配備、及びパブリック、プライベート、又はハイブリッドクラウドサービスを活用することによる大規模な配備を提供する能力を向上させる大きな可能性を示す。ＮＢＭＰでは、様々なマルチメディアサービスプロバイダ及びネットワーク／クラウドサービスプロバイダが、カスタマイズされた没入メディアサービスを顧客に提供するために協働する必要がある。

【発明の概要】

【発明が解決しようとする課題】

【0005】

本開示の１つ以上の例示的な実施形態は、ＮＢＭＰを含むメディアストリーミング技術のための方法及び装置を提供する。

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

【0006】

本開示の態様は、ＮＢＭＰシステムにおいてＮＢＭＰ文書を検証するための方法を提供する。方法は、少なくとも１つのプロセッサ上で動作するＮＢＭＰ文書検証器によって実行されてもよく、ＮＢＭＰ文書を取得するステップであって、ＮＢＭＰ文書が、記述文書、又は記述子文書のうちの少なくとも一方を含む、ステップと、ＮＢＭＰ文書に基づいてベースラインスキーマ及びベースラインルールを選択するステップと、ベースラインスキーマに基づいてＮＢＭＰ文書のスキーマを検証するステップと、ベースラインルールに基づいてＮＢＭＰ文書の意味を検証するステップと、ＮＢＭＰ文書のスキーマ及び意味を検証した結果に基づいて、ＮＢＭＰ文書がＮＢＭＰ規格に準拠しているかどうかを決定するステップとを含んでもよい。

【0007】

また、本開示の態様は、ネットワークベースのメディア処理（ＮＢＭＰ）システムにおいてＮＢＭＰエンティティを検証するための方法も提供する。方法は、少なくとも１つのプロセッサ上で動作するＮＢＭＰエンティティ検証器によって実行されてもよく、ＮＢＭＰエンティティによってサポートされるアプリケーション・プログラミング・インターフェース（ＡＰＩ）動作に対応するＡＰＩを呼び出すステップであって、ＡＰＩ動作が、作成動作、更新動作、検索動作、又は削除動作のうちの少なくとも１つに関連する、ステップと、ＮＢＭＰエンティティから応答を受信するステップと、応答に基づいて、ＮＢＭＰエンティティがＡＰＩ動作に対応するＡＰＩテストに合格するかどうかを決定するステップとを含んでもよい。

【0008】

また、本開示の態様は、上記の方法実施態様のいずれかを実行するように構成される回路を含むデバイス又は装置も提供する。

【0009】

また、本開示の態様は、コンピュータによって実行されると、コンピュータに上記の方法実施態様のいずれかを実行させる命令を記憶する非一時的コンピュータ可読媒体も提供する。

【0010】

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

【図面の簡単な説明】

【0011】

【図1】本開示の１つ以上の実施形態に係る、通信システムの概略図である。

【図2】本開示の１つ以上の実施形態に係る、ストリーミング環境の簡略化された例を示す。

【図3】本開示の１つ以上の実施形態に係る、ＮＢＭＰシステムのブロック図を示す。

【図4】ＮＢＭＰスキーマ検証器の一例及びＮＢＭＰ意味検証器の一例を示す。

【図5a】ＮＢＭＰエンティティ検証器の例を示す。

【図5b】ＮＢＭＰエンティティ検証器の例を示す。

【図5c】ＮＢＭＰエンティティ検証器の例を示す。

【図5d】ＮＢＭＰエンティティ検証器の例を示す。

【図6】本開示の例示的な実施形態に係る方法のフローチャートを示す。

【図7】本開示の例示的な実施形態に係るコンピュータシステムの概略図を示す。

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

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

【表1】

【0071】

上記の表で定義された追加の制約は、ＦＤＤの意味を検証するためのベースラインルールとして使用され得ることに留意されたい。

【0072】

上記で定義されたＦＤは、ＪＳＯＮ形式で提示されてもよい。以下の表２は、ＪＳＯＮにおける例示的なＦＤＤスキーマを示す。

【0073】

【表2】

【0074】

表１及び表２に示すように、ＦＤＤは、一般記述子、入力記述子、及び出力記述子などの必要な記述子を含む複数の記述子を含むことができる。また、処理、要件、構成、ステップ、クライアント－アシスタントなどのような他の任意選択の記述子もある。記述子が必要として定義されるか任意選択的であるかは単なる例示目的のためであることに留意されたい。設計要件に基づいて、スキーマは異なる記述子を含むことができる。例えば、同じ記述子が、１つのリリースでは必要とされるが、別のリリースではオプションとして定義され得る。各記述子はＪＳＯＮ形式で提示されてもよく、記述子の例については後述する。

【0075】

ＦＤＤのスキーマを検証するためのベースラインスキーマとして、上記で定義したＪＳＯＮ形式のＦＤスキーマを用いてもよい。

【0076】

表３は、複数の記述子を含む例示的なワークフロー記述を示す。

【0077】

【表3】

【0078】

上記の表で定義された追加の制約は、ＷＤＤの意味を検証するためのベースラインルールとして使用され得ることに留意されたい。

【0079】

同様に、上記で定義されたＷＤは、ＪＳＯＮ形式で提示されてもよい。以下の表４は、ＪＳＯＮのＷＤスキーマの例を示す。

【0080】

【表4】

【0081】

表３及び表４に示すように、ＷＤＤは、一般、入力、出力、処理、及び要件などの必要な記述子を含む複数の記述子を含むことができる。処理、要件、構成、ステップ、クライアントアシスタントなどの他の任意選択の記述子もある。

【0082】

上記でＪＳＯＮ形式で定義されたＷＤスキーマは、ＷＤＤのスキーマを検証するためのベースラインスキーマとして使用することができる。

【0083】

表５は、複数の記述子を含む例示的なタスク記述を示す。

【0084】

【表5】

【0085】

上記の表で定義された追加の制約は、ＴＤＤの意味を検証するためのベースラインルールとして使用され得ることに留意されたい。

【0086】

上記で定義されたＴＤは、ＪＳＯＮ形式で提示され得る。以下の表６は、ＪＳＯＮにおける例示的なＴＤＤスキーマを示す。

【0087】

【表6】

【0088】

上記でＪＳＯＮ形式で定義されたＴＤスキーマは、ＴＤＤのスキーマを検証するためのベースラインスキーマとして使用され得る。

【0089】

表７は、複数の記述子を含む例示的なＭＰＥ機能記述（ＭＤ）を示す。

【0090】

【表7】

【0091】

上記の表で定義された追加の制約は、ＭＤＤの意味を検証するためのベースラインルールとして使用され得ることに留意されたい。

【0092】

上記のＭＤは、ＪＳＯＮ形式で表現されてもよい。以下の表８は、ＪＳＯＮにおける例示的なＭＤＤスキーマを示す。

【0093】

【表8】

【0094】

上記でＪＳＯＮ形式で定義されたＭＤスキーマは、ＭＤＤのスキーマを検証するためのベースラインスキーマとして使用することができる。

【0095】

本開示では、ＪＳＯＮフォーマットは例示目的のみに使用される。記述文書には、拡張可能マークアップ言語（ＸＭＬ）を含むがこれに限定されない他のフォーマットも使用することができる。

【0096】

ＷＤＤ、ＴＤＤ、ＦＤＤ、及びＭＤＤのスキーマは、例示のみを目的としていることに留意されたい。これらのスキーマは、基本的なＮＢＭＰスキーマとして機能することができるが、対応する導出されたスキーマを形成するために、例えば実際の設計要件に基づいて、これらのスキーマに更なる制約を追加することができる。導出されたスキーマはまた、基本的なＮＢＭＰスキーマの変形である任意のスキーマを含み得る。幾つかの例示的な実装形態では、基本的なＮＢＭＰスキーマと導出ＮＢＭＰスキーマの両方が、対応する記述文書を検証するためのベースラインＮＢＭＰスキーマとして機能することができる。記述文書は、特定のスキーマのインスタンス化であってもよいことに留意されたい。

【0097】

幾つかの例示的な実装形態では、ＩＳＯ／ＩＥＣ２３０９０－８（ネットワークベースのメディア処理のための規格）で定義されたＮＢＭＰスキーマを基本ＮＢＭＰスキームとして使用することができる。

【0098】

上記のような記述文書（例えば、ＷＤＤ、ＴＤＤ、ＦＤＤ、及びＭＤＤ）に含まれる記述子は、例えばＪＳＯＮ形式で提示されてもよい。

【0099】

表９は、スキーム記述子スキーマの例を示す。スキーム記述子文書は、対応するスキーム記述子スキーマに基づいて（すなわち、インスタンス化されている）記述することができる。

【0100】

【表9】

【0101】

表１０は、スタートアップ遅延記述子スキーマの例を示す。スタートアップ遅延記述子文書は、対応するスタートアップ遅延記述子スキーマに基づいて記述することができる。

【0102】

【表10】

【0103】

表１１は、例示的なクライアント支援記述子スキーマを示す。

【0104】

【表11】

【0105】

ＮＢＭＰでは、他の多くの記述子を定義して使用することができる。例えば、これらの記述子には、一般記述子、入力記述子、出力記述子、処理記述子、要件記述子、構成記述子、フェイルオーバ記述子、イベント記述子、変数記述子、監視記述子、報告記述子、通知記述子、アサーション記述子、要求記述子、承認記述子、リポジトリ記述子、セキュリティ記述子、ステップ記述子、機能記述子、スケール記述子、スケジュール記述子などが含まれ得るが、これらに限定されない。記述子文書は、その対応する記述子スキーマに基づいて、例えばＪＳＯＮ形式で記述又は提示され得る。

【0106】

ＮＢＭＰシステムは、メディア処理のためにネットワークを介して接続されたエンティティ間で、データフォーマットやアプリケーションプログラムインターフェース（ＡＰＩ）を含むインターフェースを用いた通信を行ってもよい。ＡＰＩは、例えば、以下のＡＰＩを含むことができる。
・メディア処理ワークフローを作成及び制御するためにＮＢＭＰソースによって使用されるＮＢＭＰワークフローＡＰＩ。
・ワークフローマネージャ及び／又はＮＢＭＰソースが、メディア処理ワークフローの一部としてロードされ得るメディア処理機能を発見するための手段を提供する、ＮＢＭＰ機能発見ＡＰＩ。
・実行時にタスクを構成及び監視するためにワークフローマネージャによって使用されるＮＢＭＰタスクＡＰＩ。
・ＭＰＥの機能を検索するためにワークフローマネージャによって使用されるＮＢＭＰＭＰＥＡＰＩ。

【0107】

各ＡＰＩは、以下の態様、すなわち、ＡＰＩ動作、ＡＰＩ要求、及びＡＰＩ応答を含むことができる。

【0108】

ワークフローＡＰＩは、ワークフローマネージャを介してワークフローを管理するためにＮＢＭＰソース（又はＮＢＭＰクライアント）によって使用される。ワークフローマネージャは、表１２に示すワークフローＡＰＩ動作をサポートすることができる。

【0109】

【表12A】

【表12B】

【表12C】

【0110】

ワークフローマネージャは、タスクＡＰＩ動作を使用して、タスクを構成及び制御する。表１３は、例示的なタスクＡＰＩ動作を示す。

【0111】

【表13A】

【表13B】

【表13C】

【0112】

機能発見ＡＰＩは、ＮＢＭＰプラットフォームによってサポートされるＮＢＭＰ機能を発見するために、ワークフローマネージャ及びＮＢＭＰソースによって使用される。図３を参照すると、これらの機能は、ＮＢＭＰ機能記述（ＦＤ）を使用して機能リポジトリにカタログ化することができる。

【0113】

発見クエリは、クエリに記述されたプロパティによって機能リポジトリ内の１つ以上の機能を発見するために使用され得る。これらのプロパティを記述するためにクエリ文字列が使用される。

【0114】

幾つかの例示的な実装形態では、ＩＥＴＦＲＦＣ３９８６：２００５、セクション３．４に準拠するクエリ文字列が使用されてもよい。クエリ文字列は、単一の「＆」文字で区切られたキー値ペアのセットを含むことができる。各キーと値のペアでは、キーと値は単一の「＝」文字で区切られるものとする。ワイルドカード表現がクエリ文字列において使用されてもよい。例えば、「＊」を使用して０個以上の文字を照合することができ、「＾」を使用して、値の始まりを一致させることができ、「＄」を使用して値の終わりを一致させることができる。

【0115】

表１４は、例示的な機能発見ＡＰＩ動作を示す。

【0116】

【表14】

【0117】

ＭＰＥＡＰＩは、ワークフローマネージャによるＭＰＥ機能の検索のためのインターフェースを定義する。表１５は、例示的なＭＰＥＡＰＩ動作を示す。

【0118】

【表15】

【0119】

ＮＢＭＰシステムでは、ワークフローマネージャエンティティ、タスクエンティティ、機能リポジトリエンティティ、及びＭＰＥエンティティなどのエンティティは、以下に説明する特定の要件を満たす必要がある。

【0120】

例示的な実装形態では、ワークフローマネージャは、以下のＡＰＩ態様をサポートする必要があり得る。
・ワークフローＡＰＩ動作応答；
・タスクＡＰＩ動作；
・機能発見ＡＰＩ動作；及び
ＭＰＥＡＰＩ動作

【0121】

接続マップが提供されていないＮＢＭＰソース（又はＮＢＭＰクライアント）からメディア処理の要求が到着すると、ワークフローマネージャは、機能発見ＡＰＩを使用して機能リポジトリ内の機能を使用して１つ以上のワークフローオプションを設計し、次いで所与のプリファレンスに基づいてワークフローをインスタンス化する。ＮＢＭＰクライアントからの要求が、接続マップ及び関連する機能を有するワークフローを含む場合、ワークフローマネージャは、ワークフローをインスタンス化するために、機能発見ＡＰＩを使用して機能記述を要求することができる。

【0122】

ワークフローに含める必要があるタスクのリストがコンパイルされると、ワークフローマネージャは、必要なワークフローを準備するためにそれらのタスクを接続することができる。

【0123】

ワークフローマネージャは、ワークフローを作成できないか、又は機能にアクセスできない場合、ＮＢＭＰサービスに応答を提供して、ワークフローの作成に失敗したことを反映する。

【0124】

ワークフローマネージャは、ワークフローの状態における以下の移行をサポートすることができる。
・ｏｎＩｎｓｔａｎｔｉａｔｉｏｎは、ＣｒｅａｔｅＷｏｒｋｆｌｏｗ動作を受信すると、「状態」が値「インスタンス化」に設定される。
・ｏｎＩｎｓｔａｎｔｉａｔｉｏｎは、ＲｅｔｒｉｅｖｅＷｏｒｋｆｌｏｗ動作を受信すると、「状態」が「インスタンス化」に設定され、以前に構成されたワークフローの場合、それをインスタンス化状態に移行させる。
・ｏｎＷｏｒｋｆｌｏｗＣｏｎｆｉｇは、ＵｐｄａｔｅＷｏｒｋｆｌｏｗ動作を受信すると、「状態」が「アイドル」に設定され、インスタンス化状態にある間、アイドル状態に移行する。
・ｏｎＩｎｓｔａｎｔｉａｔｉｏｎとそれに続くｏｎＷｏｒｋｆｌｏｗＣｏｎｆｉｇは、ＣｒｅａｔｅＷｏｒｋｆｌｏｗ動作を受信すると、「状態」が「アイドル」に設定され、それをインスタンス化状態、次いでアイドル状態に移行する。
・ｏｎＴｅｒｍｉｎａｔｉｏｎ、ＤｅｌｅｔｅＷｏｒｋｆｌｏｗ動作を受信するとき。
・ｏｎＲｅｓｅｔは、ＵｐｄａｔｅＷｏｒｋｆｌｏｗ動作を受信すると、アイドル状態にある間に「状態」が「インスタンス化」に設定され、それをインスタンス化状態に移行する。
・ｏｎＥｒｒｏｒＨａｎｄｌｉｎｇ、エラー状態にある間にＵｐｄａｔｅＷｏｒｋｆｌｏｗを受信するとき。
・ｏｎＳｔａｒｔは、メディアデータ又はメタデータが到着し始めると、アイドル状態から実行状態に状態を移行させる。
・ｏｎＳｔｏｐは、全てのメディアデータ又はメタデータが（全ての入力のタイムアウト値を観測し、受信した入力の処理を完了することによって）到着を停止すると、状態を実行状態からアイドル状態に移行するものとする。
・ｏｎＣｏｍｐｌｅｔｉｏｎは、（全ての入力のタイムアウト値を観測し、受信した入力の処理を完了することによって）処理が完了すると、状態を実行状態からアイドル状態に移行するものとする。
・ＯｎＥｒｒｏｒは、エラーが発生した場合、状態を実行状態からエラー状態に移行させる。

【0125】

ワークフローマネージャは、ワークフロー記述で定義されたタスクグループに従うタスクをインスタンス化する。

【0126】

例示的な実装形態では、機能リポジトリは、以下のＡＰＩ態様をサポートするものとする。
・機能発見ＡＰＩ動作は要求する。

【0127】

機能リポジトリは、機能及び機能グループのエントリを記憶することができるものとする。

【0128】

機能リポジトリは、例えば、前述のように、クエリ文字列フォーマットを使用して問い合わせをサポートするものとする。クエリ文字列に含まれる複数のキー値ペアがある場合、機能リポジトリは、クエリ文字列のキー値ペアの各値が一致する全ての機能記述を返すものとする。

【0129】

機能リポジトリは、基本的なワイルドカード検索をサポートするものとする。値内の既存のワイルドカードの場合、機能リポジトリは、対応する値の非ワイルドカード部分と部分的に一致する１つ以上のプロパティを有する機能を返すものとする。

【0130】

例示的な実装形態では、タスクエンティティは、以下のＡＰＩ態様をサポートするものとする。
・タスクＡＰＩ動作応答。

【0131】

タスクは、その状態の以下の移行をサポートするものとする。
・ｏｎＩｎｓｔａｎｔｉａｔｉｏｎは、ＣｒｅａｔｅＴａｓｋ動作を受け取ると、「状態」が「インスタンス化」に設定される。
・ｏｎＴａｓｋＣｏｎｆｉｇｕｒａｔｉｏｎは、ＵｐｄａｔｅＴａｓｋ動作を受信すると、「状態」が「アイドル」に設定される。
・ｏｎＩｎｓｔａｎｔｉａｔｉｏｎとそれに続くｏｎＴａｓｋＣｏｎｆｉｇｕｒａｔｉｏｎは、ＣｒｅａｔｅＴａｓｋ動作を受信すると、「状態」が「アイドル」に設定される。
・ｏｎＴｅｒｍｉｎａｔｉｏｎ、ＤｅｌｅｔｅＴａｓｋ動作を受信するとき。
・ｏｎＲｅｓｅｔは、ＵｐｄａｔｅＴａｓｋ動作を受信すると、「状態」が「インスタンス化」に設定される。
・ｏｎＥｒｒｏｒＨａｎｄｌｉｎｇ：エラー状態にある間にＵｐｄａｔｅＴａｓｋを受信するとき。
・ｏｎＳｔａｒｔ、メディアデータ又はメタデータが到着し始めると、タスクはアイドル状態から実行状態にその状態を移行する。
・ｏｎＳｔｏｐ、（全ての入力のタイムアウト値を観測し、受信した入力の処理を完了することによって）全てのメディアデータ又はメタデータの到着が停止すると、タスクはその状態を実行状態からアイドル状態に移行する。
・ｏｎＣｏｍｐｌｅｔｉｏｎ、（全ての入力のタイムアウト値を観測し、受信した入力の処理を完了することによって）処理が完了すると、タスクはその状態を実行状態からアイドル状態に移行する。
・ＯｎＥｒｒｏｒ、エラーが発生すると、タスクはその状態を実行状態からエラー状態に移行しなければならない。

【0132】

ワークフローのライフサイクルは、そのタスクのライフサイクルに以下のように関連する。
・ワークフローがインスタンス化された状態にある場合、その全てのタスクはインスタンス化された状態にあるものとする。
・ワークフローがアイドル状態にある場合、その全てのタスクはアイドル状態にあるものとする。
・ワークフローの１つ以上のタスクがエラー状態にある場合、ワークフローはエラー状態に移行するものとする。
・ワークフローが破棄される場合、その全てのタスクは破棄状態に移行するものとする。

【0133】

ＭＰＥは、以下のＡＰＩ態様をサポートするものとする。
・ＭＰＥＡＰＩ動作応答

【0134】

ＮＢＭＰシステムでは、記述文書は、一般に、ＷＤＤ、ＴＤＤ、ＦＤＤ、及びＭＤＤを含むことができ、これらは、対応するスキーマからのインスタンス化であり得る。これらの記述文書は、ＮＢＭＰ記述子スキーマ文書、ＮＢＭＰ記述子パラメータ文書（ＮＢＭＰパラメータを定義するために使用される）などの下位レベルのサポート文書に更に基づくことができる。これらの文書は、単一のベンダ又は複数のベンダからリリースされてもよい。一方、これらの文書は、様々なリリースをカバーし、異なるバージョンを有する場合もある。ＮＢＭＰメディアフローをサポートするために必要な多数の記述文書（及びそれらのサポート文書）のために、同じベンダ内であろうと、異なるベンダからのものであろうと、構文的及び意味的の両方で、これら全ての記述文書がＮＢＭＰ規格に準拠することを保証することが重要である。これらの記述文書のいずれか１つにおける不適合は、メディアサービスの低下、中断、又は更には予期しない終了をもたらす可能性があり、これはユーザ体験に深刻な影響を与える。記述文書の不適合はまた、ベンダ及び／又はオペレータに運用、保守、及び／又はトラブルシューティングのコストを追加することができる。例えば、どの文書が適合していないかを特定するために、多大な時間と労力が必要である。したがって、文書の適合性を保証するために、これらの文書に対して特定の事前チェックを実行することが有益である。事前チェック又は事前検証は、これらの文書を構文的及び意味的に検証することができる。

【0135】

本開示では、ＮＢＭＰ文書を検証／チェックし、ＮＢＭＰエンティティの適合性をチェックするための様々な実施形態を説明する。

【0136】

図４を参照すると、一実施形態では、２段階検証プロセスが導入される。図４に示すように、この検証プロセスは、スキーマ検証器４０２及び意味検証器４０４（これらの２つの検証器は一般にＮＢＭＰ検証器と呼ばれる）を使用することができる。これら２つの検証器は、直列接続方式で配置されてもよい。

【0137】

検証プロセスへの入力文書は、ＷＤＤ、ＴＤＤ、ＦＤＤ、及びＭＤＤなどの任意の記述文書を含むことができる。前述したように、各記述文書は、少なくとも１つの記述子を含むことができる。入力文書はまた、任意の記述子文書、例えば、ＪＳＯＮ形式で記述又は提示される記述子文書を含んでもよい。

【0138】

図４に示すように、検証処理には、以下に説明する２つのステップがある。

【0139】

ステップ１－スキーマ検証
入力文書は、入力文書に対応するＮＢＭＰスキーマに基づいて、スキーマ検証器４０２によって検証される。

【0140】

一例として、入力文書がＷＤＤなどの記述文書である場合、ＷＤＤベースラインスキーマが選択され、スキーマ検証器によって参照されてもよい。別の例として、入力文書がスキーム記述子文書などの記述子文書である場合、スキーム記述子スキーマが選択され、スキーマ検証器によって参照されてもよい。

【0141】

幾つかの例示的な実装形態では、基本的なＮＢＭＰスキーマをベースラインスキーマとして使用することができる。

【0142】

幾つかの例示的な実装形態では、基本ＮＢＭＰスキーマに基づいて導出されたＮＢＭＰスキーマをベースラインスキーマとして使用することができる。前述のように、導出されたＮＢＭＰスキーマは、更なる制約及び／又は記述子を含むことができる。

【0143】

幾つかの例示的な実装形態では、スキーマ検証器は、入力ファイルに対して検証を実行するときに追加のスキーマファイル（例えば、下位レベルのスキーマファイル）を取り込むことができる。例えば、記述文書は、複数の記述子を含むことができる。各記述子を検証するために、スキーマ検証器は、各記述子に対応する記述子スキーマをプルイン又は読み取ることができる。

【0144】

このステップでは、入力文書のスキーマが検証される。例えば、入力文書に必要な記述子が全て含まれているかどうか、；入力文書内に記述子等の未知の要素が存在するか否か。

【0145】

ステップ２－意味検証
このステップでは、入力文書の意味が検証される。

【0146】

表１、表３、表５、及び表７に示すように、「追加の制約」列で定義されているように、記述文書に追加の制約を課すことができる。これらの制約は、記述子レベルで適用することができ、以下のような追加の要件を含むことができる：１つ以上のパラメータが記述子に存在するべきではない；１つ以上のパラメータが記述子に存在しなければならない；同じ記述子に特定のパラメータを含めるか除外するための記述子に基づく前提条件／トリガ；異なる記述子に特定のパラメータを含めるか除外するための１つの記述子に基づく前提条件／トリガ；記述文書内の記述子は、前提条件が満たされる場合、追加のオブジェクトを有するべきである；記述文書などの記述子には、更なる制限を課す必要がある。

【0147】

幾つかの例示的な実装形態では、意味検証器は、ルール表のセットをコンパイルすることができ、各表は、特定の記述定義表に対する追加の制約を含む。例えば、ルール表のセットは、ＷＤＤルール表、ＴＤＤルール表、ＦＤＤルール表、及びＭＤＤルール表を含むことができる。例えば、表の各行は制約を表すことができる。

【0148】

幾つかの例示的な実装形態では、上記のルール表は記述子レベルに適用することができる。すなわち、各記述子は、追加の制約を含む対応するルール表を有することができる。

【0149】

このステップでは、記述ファイル（例えば、ＷＤＤ、ＴＤＤ、ＦＤＤ、ＭＤＤ）又は記述子ファイルなどの入力文書について、その意味が、例えばルール表のセットに基づいて検証される。

【0150】

一例として、ＴＤＤには「処理」記述子がある。この記述子には、「以下のパラメータ、すなわち、キーワード；機能制限；接続マップは存在しないものとする」という追加の制約が課される（表５参照）。したがって、ＴＤＤのためのルール表に基づいて、そのようなパラメータが存在しないことを保証するために、入力ＴＤＤの意味がチェックされる。或いは、ルール表は記述子レベルでコンパイルされてもよい。この場合、意味検証器は、対応する記述子ルール表をベースラインとして使用することができる。この例では、表は「処理」記述子ルール表となる。

【0151】

したがって、このステップでは、ルール表のセットを使用することによって、入力文書の意味を検証することができる。

【0152】

ステップ１及びステップ２はそれぞれ、検証結果を示す検証レポートを生成することができる。検証失敗の場合、失敗コード及び／又は詳細な失敗理由が検証レポートに記録され得る。ステップ１及びステップ２の両方の検証結果を示す結合レポートも生成され得る。

【0153】

幾つかの例示的な実装形態では、ウェブインターフェース、又はウェブサービス４０６は、ＮＢＭＰ検証器によって提供されてもよい。入力文書は、ウェブサービスを介してＮＢＭＰ検証器にアクセスすることによって検証することができる。

【0154】

ＮＢＭＰシステムでは、メディアサービスは様々なベンダによって提供され得る。各ベンダは、ワークフローマネージャエンティティ、メディア処理エンティティ、タスクエンティティ、及び機能リポジトリエンティティなどの独自のＮＢＭＰエンティティを実装することができる。異なるベンダに属するエンティティは、互いに相互運用する必要があり得る。エンティティの不適合は、ベンダ及び／又はオペレータに運用、保守、及び／又はトラブルシューティングのコストを追加する可能性がある。例えば、どのエンティティが適合していないかを特定するには、多大な時間と労力が必要である。円滑なメディアストリーミングサービスを保証するために、これらのエンティティのそれぞれがＮＢＭＰ規格に準拠することが重要である。本開示では、ＮＢＭＰエンティティ検証器がＮＢＭＰエンティティの適合性を検証するための様々な実施形態について説明する。適合性は、ＡＰＩ；状態移行；イベント／タスク／ワークフローの監視、報告、及び通知；これらの実体間の相互作用を含む様々な態様をカバーし得る。

【0155】

図５ａ～図５ｄは、ＮＢＭＰエンティティ検証器の例を示す。これらの検証器の各々は、ＮＢＭＰエンティティと相互作用し、ＮＢＭＰエンティティの適合性をテスト／検証するために使用される。適合性テストは、以下で詳細に説明するように、異なる観点から実行することができる。

【0156】

幾つかの例示的な実装形態では、各ＡＰＩの作成、更新、検索、及び削除動作などのＡＰＩ動作がテストされる。例えば、

【0157】

ワークフローＡＰＩの場合、以下の動作、すなわち、ＣｒｅａｔｅＷｏｒｋｆｌｏｗ、ＵｐｄａｔｅＷｏｒｋｆｌｏｗ、ＤｅｌｅｔｅＷｏｒｋｆｌｏｗ、及びＲｅｔｒｉｅｖｅＷｏｒｋｆｌｏｗがテストされる。

【0158】

タスクＡＰＩの場合、以下の動作、すなわち、ＣｒｅａｔｅＴａｓｋ、ＵｐｄａｔｅＴａｓｋ、ＧｅｔＴａｓｋ、及びＤｅｌｅｔｅＴａｓｋがテストされる。

【0159】

機能発見ＡＰＩの場合、以下の動作、すなわち、ＤｉｓｃｏｖｅｒＦｕｎｃｔｉｏｎｓ、ＤｉｓｃｏｖｅｒＦｕｎｃｔｉｏｎｓＩｎＧｒｏｕｐ、及びＤｉｓｃｏｖｅｒＧｒｏｕｐｓＯｆＦｕｎｃｔｉｏｎがテストされる。

【0160】

ＭＰＥＡＰＩの場合、以下の動作、すなわち、ＲｅｔｒｉｅｖｅＣａｐａｂｉｌｉｔｉｅｓ及びＵｐｄａｔｅＭＰＥがテストされる。

【0161】

幾つかの例示的な実装形態では、ＮＢＭＰエンティティの監視、報告、及び通知機能は、ＮＢＭＰエンティティ検証器によってテストされる。

【0162】

図５ｂを参照すると、ＮＢＭＰエンティティ検証器は、ＭＰＥエンティティから報告及び／又は通知を受信することができる。ＮＢＭＰエンティティ検証器は、受信した報告及び／又は通知の健全性を更にチェックすることができる。

【0163】

図５ｃを参照すると、ＮＢＭＰエンティティ検証器は、タスクエンティティから報告及び／又は通知を受信することができる。ＮＢＭＰエンティティ検証器は、受信した報告及び／又は通知の健全性を更にチェックすることができる。

【0164】

図５ｄを参照すると、ＮＢＭＰエンティティ検証器は、ワークフローマネージャエンティティから報告及び／又は通知を受信することができる。ＮＢＭＰエンティティ検証器は、受信した報告及び／又は通知の健全性を更にチェックすることができる。

【0165】

幾つかの例示的な実装形態では、図５ｃに示すように、ＮＢＭＰエンティティ検証器は、１つ以上のタスクの構成を含むタスク構成ファイルから入力を取得することができる。各タスクについて、ＮＢＭＰエンティティ検証器は、その対応する構成（タスク構成ファイルから取得される）を使用して、タスクＡＰＩ（例えば、構成を使用してＡＰＩ機能呼び出しパラメータを形成する）を駆動することができる。

【0166】

ＮＢＭＰエンティティ検証器は、タスクＡＰＩを介して、Ｍｏｎｉｔｏｒｄｅｓｃｒｉｐｔｏｒ、Ｒｅｐｏｒｔｉｎｇｄｅｓｃｒｉｐｔｏｒ、及び／又はＮｏｔｉｆｉｃａｔｉｏｎｄｅｓｃｒｉｐｔｏｒを構成してもよい。報告／通知が受信されると、検証器は、報告／通知がタスクエンティティに供給された対応する構成に適合するかどうかを更に検証することができる。

【0167】

例えば、報告記述子には、イベント、変数、システムイベント、システム変数、報告タイプ、報告間隔、報告開始時刻、ＵＲＬ、及び配信方法のパラメータを構成することができる。ＮＢＭＰエンティティ検証器は、受信した報告がこれらのパラメータに適合することを検証することができる。例えば、報告のタイプは「報告タイプ」パラメータと一致し、報告間隔は「報告間隔」パラメータと一致するはずである。

【0168】

別の例では、通知記述子には、イベント、変数、システムイベント、システム変数、通知時間、重大度、通知タイプ、ＵＲＬ、通知間隔のパラメータが構成されてもよい。ＮＢＭＰエンティティ検証器は、受信した報告がこれらのパラメータに適合することを検証することができる。

【0169】

幾つかの例示的な実装形態では、ＮＢＭＰエンティティ検証器は、様々なＮＢＭＰエンティティの状態移行挙動を検証することができる。例えば、前のセクションで説明したように、ワークフローマネージャはワークフローの状態移行をサポートする必要があり、タスクエンティティはタスクの状態移行をサポートする必要がある。

【0170】

幾つかの例示的な実装形態では、状態移行は、例えば、ＮＢＭＰエンティティへのＡＰＩ呼び出しを介して、ＮＢＭＰエンティティ検証器によって駆動され得る。すなわち、ＮＢＭＰエンティティ検証器は、ＡＰＩ呼び出しを呼び出して、状態移行、又は一連の状態移行をトリガすることができる。

【0171】

幾つかの例示的な実装形態では、ＮＢＭＰエンティティ検証器は、複数のエンティティをシミュレートすることができ、ＮＢＭＰソースを更にシミュレートすることができる。したがって、エンドツーエンドサービスをシミュレートすることができ、関連するＮＢＭＰエンティティをテストすることができる。例えば、ＮＢＭＰエンティティ検証器は、シミュレートされたＮＢＭＰソースを使用してＮＢＭＰサービスを開始することができる。これは、ワークフローマネージャと機能リポジトリ、タスク、及びＭＰＥとの間の相互作用をトリガする。図５ｄに示すように、ワークフローマネージャは、ワークフローＡＰＩ、タスクＡＰＩ、機能リポジトリＡＰＩ、及びＭＰＥＡＰＩを含むＡＰＩ呼び出しを介して、ＮＢＭＰエンティティ検証器（又はＮＢＭＰエンティティ検証器内のそれぞれのシミュレートされたＮＢＭＰエンティティ）と相互作用することができる。ＮＢＭＰエンティティ検証器はまた、対応する相互作用もトリガするＮＢＭＰサービスを修正又は削除することができる。ワークフローマネージャと、タスクエンティティ、機能リポジトリエンティティ、及びＭＰＥエンティティなどの他のＮＢＭＰエンティティとの間の相互作用。ＮＢＭＰエンティティ検証器は、ＮＢＭＰ要件に従う相互作用を検証することができる。

【0172】

幾つかの例示的な実装形態では、ワークフローマネージャ実装形態は、ＮＢＭＰ規格で定義された全てのＡＰＩをサポートしない場合がある。それらの場合、適合性テストは、定義されたものに限定される。例えば、実装がワークフローＡＰＩのみをサポートする場合、テストはワークフローＡＰＩに限定される。

【0173】

幾つかの例示的な実装形態では、ＮＢＭＰエンティティ検証器によって実行される検証テストは、テストケースのセットを含むことができ、各テストケースは、テスト対象エンティティのＡＰＩ、機能要件、又は状態マシンの１つ以上の態様をテストする。各テストケースについて、１つ以上の文書（例えば、記述文書）を作成する必要があり、検証器はそれらの文書を入力として使用してテストを実行する必要がある。検証器は、エンティティから通知及び報告を受信し、各テストケースにおいてそれらを正しい結果と照合することができる。

【0174】

図６は、ＮＢＭＰシステムにおいてネットワークベースのメディア処理（ＮＢＭＰ）エンティティを検証するための例示的な方法６００を示し、方法は、少なくとも１つのプロセッサ上で実行されるＮＢＭＰエンティティ検証器によって実行され、方法６００は、以下のステップ、すなわち、ＮＢＭＰエンティティによってサポートされるＡＰＩ動作に対応するアプリケーションプログラミングインターフェース（ＡＰＩ）を呼び出すステップ６１０であって、ＡＰＩ動作が、作成動作、更新動作、検索動作、又は削除動作のうちの少なくとも１つに関連するステップ６１０、ＮＢＭＰエンティティから応答を受信するステップ６２０、及び応答に基づいて、ＮＢＭＰエンティティがＡＰＩ動作に対応するＡＰＩテストに合格するかどうかを決定するステップ６３０の一部又は全部を含むことができる。

【0175】

本開示では、ＮＢＭＰシステムにおいてネットワークベースのメディア処理（ＮＢＭＰ）文書を検証するための方法が開示される。少なくとも１つのプロセッサ上で動作するＮＢＭＰ文書検証器によって実行され、方法は、ＮＢＭＰ文書を取得するステップであって、ＮＢＭＰ文書が、記述文書、又は記述子文書のうちの少なくとも１つを含む、ステップと、ＮＢＭＰ文書に基づいてベースラインスキーマ及びベースラインルールを選択するステップと、ベースラインスキーマに基づいてＮＢＭＰ文書のスキーマを検証するステップと、ベースラインルールに基づいてＮＢＭＰ文書の意味を検証するステップと、ＮＢＭＰ文書のスキーマ及び意味を検証した結果に基づいて、ＮＢＭＰ文書がＮＢＭＰ規格に準拠しているかどうかを決定するステップとを含むことができる。

【0176】

上記の方法では、ＮＢＭＰ文書は、以下のフォーマット、すなわち、ＪａｖａＳｃｒｉｐｔＯｂｊｅｃｔＮｏｔａｔｉｏｎ（ＪＳＯＮ）フォーマット、又は拡張マークアップ言語（ＸＭＬ）フォーマットのうちの少なくとも１つで提示される。

【0177】

上記の方法では、記述文書は、ワークフロー記述文書（ＷＤＤ）；タスク記述文書（ＴＤＤ）；機能記述文書（ＦＤＤ）；又はＭＰＥ機能記述文書（ＭＤＤ）のうちの少なくとも１つを含み、記述子文書は、記述文書内の記述子に対応する文書を含む。

【0178】

上記の方法において、ＮＢＭＰ文書に基づいてベースラインスキーマ及びベースラインルールを選択するステップは、記述文書がＷＤＤであることに応答して、ＮＢＭＰシステムにおいて定義されているようなＷＤＤベースラインスキーマを選択するステップと、記述文書が前記ＴＤＤであることに応答して、ＮＢＭＰシステムにおいて定義されているようなＴＤＤベースラインスキーマを選択するステップと、記述文書がＦＤＤであることに応答して、ＮＢＭＰシステムにおいて定義されているようなＦＤＤベースラインスキーマを選択するステップと、記述文書がＭＤＤであることに応答して、ＮＢＭＰシステムで定義されているＭＤＤベースラインスキーマを選択するステップとを含むことができる。

【0179】

上記の方法では、ベースラインルールは、ＮＢＭＰ文書内の少なくとも１つの記述子に課される追加の制約に基づいてコンパイルすることができる。

【0180】

上記の方法では、少なくとも１つの記述子に課される追加の制約は、
パラメータは、少なくとも１つの記述子に存在すべきではない、
パラメータは、少なくとも１つの記述子に存在しなければならない、
前記少なくとも１つの記述子内のパラメータに対する追加の制限、又は
前提条件が満たされる場合、ＮＢＭＰ文書内の少なくとも１つの記述子又は別の記述子は追加のオブジェクトを有するべきである
のうち少なくとも１つを含んでもよい。

【0181】

本開示の実施形態は、別々に使用されてもよく、任意の順序で組み合わされてもよい。更に、方法（又は実施形態）の各々は、処理回路（例えば、１つ以上のプロセッサ又は１つ以上の集積回路）によって実装されてもよい。一例では、１つ以上のプロセッサは、非一時的コンピュータ可読媒体に記憶されたプログラムを実行する。ＮＢＭＰに加えて、本開示の実施形態は、他のタイプのメディア処理技術／規格に適用されてもよい。

【0182】

前述された技法は、コンピュータ可読命令を使用するコンピュータソフトウェアとして実装され、１つ以上のコンピュータ可読媒体に物理的に記憶することができる。例えば、図７は、開示された主題の特定の実施形態を実装するのに適したコンピュータシステム（１８００）を示す。

【0183】

コンピュータソフトウェアは、１つ以上のコンピュータ中央処理装置（ＣＰＵ）、グラフィックス処理装置（ＧＰＵ）などによる、直接、又は解釈、マイクロコード実行などを介して実行することができる命令を含むコードを作成するために、アセンブル、コンパイル、リンク、又は同様のメカニズムを受けることができる任意の適切な機械語又はコンピュータ言語を使用してコード化することができる。

【0184】

命令は、例えば、パーソナルコンピュータ、タブレットコンピュータ、サーバ、スマートフォン、ゲームデバイス、モノのインターネットデバイスなどを含む、様々なタイプのコンピュータ又はその構成要素上で実行することができる。

【0185】

コンピュータシステム（１８００）に関して図７に示す構成要素は、本質的に例示であり、本開示の実施形態を実施するコンピュータソフトウェアの使用又は機能の範囲に関する限定を示唆することを意図していない。また、構成要素の構成が、コンピュータシステム（１８００）の例示的な実施形態に示された構成要素のいずれか１つ又は組み合わせに関連する依存性又は要件を有すると解釈すべきではない。

【0186】

コンピュータシステム（１８００）は、幾つかのヒューマンインターフェース入力デバイスを含んでよい。そのようなヒューマンインターフェース入力デバイスは、例えば、触覚入力（キーストローク、スワイプ、データグローブの動き、など）、オーディオ入力（音声、拍手、など）、視覚入力（ジェスチャなど）、嗅覚入力（図示せず）、を通じて１人以上の人間のユーザによる入力に応答するものであってよい。ヒューマンインターフェースデバイスは、（音声、音楽、周囲の音などの）オーディオ、（走査画像、静止画カメラから取得された写真画像などの）画像、（２次元ビデオ、立体ビデオを含む３次元ビデオなどの）ビデオなどの、人間による意識的な入力に必ずしも直接関連しない特定のメディアを取り込むために使用することもできる。

【0187】

入力ヒューマンインターフェースデバイスは、キーボード（１８０１）、マウス（１８０２）、トラックパッド（１８０３）、タッチ画面（１８１０）、データグローブ（図示せず）、ジョイスティック（１８０５）、マイク（１８０６）、スキャナ（１８０７）、カメラ（１８０８）（各々が１つだけ図示されている）のうちの１つ以上を含んでよい。

【0188】

更に、コンピュータシステム（１８００）は、幾つかのヒューマンインターフェース出力デバイスを含み得る。そのようなヒューマンインターフェース出力デバイスは、例えば、触覚出力、音、光、及び嗅覚／味覚を通じて１人以上の人間のユーザの感覚を刺激することができる。そのようなヒューマンインターフェース出力デバイスとして、触覚出力デバイス（例えば、タッチ画面（１８１０）、データグローブ（図示せず）、又はジョイスティック（１８０５）による触覚フィードバックであるが、入力デバイスとして機能することがない触覚フィードバック装置も存在し得る）、オーディオ出力デバイス（スピーカ（１８０９）、ヘッドホン（図示せず）、など）、視覚出力デバイス（それぞれタッチ画面入力機能を有しても、有さなくてもよく、それぞれ触覚フィードバック機能を有しても、有さなくてもよく、一部は二次元視覚出力、或いは立体グラフィック出力、仮想現実メガネ（図示せず）、ホログラフィック表示、又はスモークタンク（図示せず）などの手段による三次元を超える出力を出力可能であってよいＣＲＴ画面、ＬＣＤ画面、プラズマ画面、又はＯＬＥＤ画面を含む画面（１８１０）など）、及びプリンタ（図示せず）を挙げることができる。

【0189】

コンピュータシステム（１８００）は、ＣＤ／ＤＶＤ又は同様の媒体を用いるＣＤ／ＤＶＤＲＯＭ／ＲＷ（１８２０）を含む光学媒体（１８２１）、サムドライブ（１８２２）、リムーバブルハードドライブ又はソリッドステートドライブ（１８２３）、テープ及びフロッピーディスクなどのレガシー磁気媒体（図示せず）、セキュリティドングルなどの特化型のＲＯＭ／ＡＳＩＣ／ＰＬＤベースのデバイス（図示せず）、などの人間にとってアクセス可能な記憶デバイス及びそれらの関連の媒体も含むことができる。

【0190】

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

【0191】

コンピュータシステム（１８００）は、１つ以上の通信ネットワーク（１８５５）へのインターフェース（１８５４）も含むことができる。ネットワークは、例えば、無線ネットワーク、有線ネットワーク、又は光ネットワークであってよい。ネットワークは更に、ローカル、ワイドエリア、メトロポリタン、車両用及び産業用、リアルタイム、遅延耐性などであり得る。ネットワークの例には、Ｅｔｈｅｒｎｅｔなどのローカルエリアネットワーク、無線ＬＡＮ、ＧＳＭ、３Ｇ、４Ｇ、５Ｇ、ＬＴＥなどを含むセルラネットワーク、ケーブルテレビ、衛星テレビ及び地上波テレビを含むテレビの有線又は無線広域デジタルネットワーク、ＣＡＮｂｕｓを含む車両用及び産業用などが含まれる。あるネットワークには、幾つかの汎用データポート又は周辺バス（１８４９）（例えば、コンピュータシステム（１８００）のＵＳＢポート）に一般的な仕方で取り付けられる外部ネットワークインターフェースアダプタが必要であり、その他のネットワークについては、後述のようにシステムバスに取り付けることによってコンピュータシステム（１８００）のコアに一般的な仕方で組み込まれる（例えば、ＰＣコンピュータシステムにはＥｔｈｅｒｎｅｔインターフェースであったりスマートフォンコンピュータシステムにはセルラーネットワークインターフェースであったりする）。このようなネットワークのいずれを用いても、コンピュータシステム（１８００）は他のエンティティと通信することができる。このような通信は、一方向受信専用（例えば、テレビ放送）、一方向送信専用（例えば、ＣＡＮｂｕｓから特定のＣＡＮｂｕｓデバイスへ）、或いは例えばローカル又は広域デジタルネットワークを用いた他のコンピュータシステムに対する双方向であり得る。特定のプロトコル及びプロトコルスタックは、前述されたこれらのネットワーク及びネットワークインターフェースの各々で使用することができる。

【0192】

前述のヒューマンインターフェースデバイス、人間にとってアクセス可能な記憶デバイス、及びネットワークインターフェースを、コンピュータシステム（１８００）のコア（１８４０）に取り付けることができる。

【0193】

コア（１８４０）は、１つ以上の中央処理装置（ＣＰＵ）（１８４１）、グラフィックス処理装置（ＧＰＵ）（１８４２）、フィールドプログラマブルゲートエリア（ＦＰＧＡ）（１８４３）の形態をとる特化型プログラム可能処理装置、特定のタスク用のハードウェアアクセラレータ（１８４４）、グラフィックアダプタ（１８５０）、などを含むことができる。これらのデバイスは、読み出し専用メモリ（ＲＯＭ）（１８４５）、ランダムアクセスメモリ（１８４６）、並びにユーザがアクセスできない内蔵ハードドライブ及びＳＳＤなどの内部大容量ストレージ（１８４７）と共に、システムバス（１８４８）を介して接続され得る。幾つかのコンピュータシステムにおいて、システムバス（１８４８）は、追加のＣＰＵ及びＧＰＵなどによる拡張を可能にするために、１つ以上の物理的なプラグの形態でアクセス可能であってよい。周辺機器を、コアのシステムバス（１８４８）に直接、或いは周辺バス（１８４９）を介して、取り付けることができる。一例において、画面（１８１０）をグラフィックアダプタ（１８５０）に接続することができる。周辺バス用のアーキテクチャには、ＰＣＩ、ＵＳＢなどが含まれる。

【0194】

ＣＰＵ（１８４１）、ＧＰＵ（１８４２）、ＦＰＧＡ（１８４３）、及びアクセラレータ（１８４４）は、前述のコンピュータコードを組み合わせにて構築することができる幾つかの命令を実行することができる。このコンピュータコードを、ＲＯＭ（１８４５）又はＲＡＭ（１８４６）に記憶することができる。ＲＡＭ（１８４６）に過渡的データも記憶することができる一方で、恒久的なデータを、例えば内部大容量ストレージ（１８４７）に記憶することができる。任意のメモリデバイスに関する高速な記憶及び検索を、１つ以上のＣＰＵ（１８４１）、ＧＰＵ（１８４２）、大容量ストレージ（１８４７）、ＲＯＭ（１８４５）、ＲＡＭ（１８４６）、などに密接に関連付けられてよいキャッシュメモリを用いることによって可能にすることができる。

【0195】

コンピュータ可読媒体は、様々なコンピュータ実装動作を実行するためのコンピュータコードをそこに有することができる。媒体及びコンピュータコードは、本開示の目的のために特別に設計及び構築されたものであり得るか、又はそれらは、コンピュータソフトウェア技術のスキルを有する人々に周知かつ利用可能な種類であり得る。

【0196】

限定を課さない例として、アーキテクチャ（１８００）を有し、特にコア（１８４０）を有するコンピュータシステムは、１つ以上のプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、アクセラレータなどを含む）が１つ以上の有形のコンピュータ可読媒体で実施されたソフトウェアを実行した結果として機能を提供することができる。このようなコンピュータ可読媒体は、前述されているような、ユーザが直接動作し得る大容量ストレージに関連する媒体であることが可能であり、更には、コア内蔵大容量ストレージ（１８４７）やＲＯＭ（１８４５）などの非一時性のストレージであるコア（１８４０）の特定のストレージであることも可能である。本開示の様々な実施形態を実施するソフトウェアを、このようなデバイスに記憶して、コア（１８４０）によって実行することができる。コンピュータ可読媒体は、個々の必要性に応じて、１つ以上のメモリデバイス又はチップを含むことができる。ソフトウェアにより、コア（１８４０）、特にコア（１８４０）中のプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡなどを含む）が、ＲＡＭ（１８４６）に記憶されているデータ構造の定義と、ソフトウェアによって定義されているプロセスに応じたこのようなデータ構造の修正とを含む、本出願で説明されている特定のプロセス又は特定のプロセスの特定の部分を実行することができる。これに加えて、又はこれの代わりとして、本出願で説明されている特定のプロセス又は特定のプロセスの特定の部分を実行するようにソフトウェアの代わりに動作したり、ソフトウェアと協働したりすることができる回路（例えばアクセラレータ（１８４４））にロジックがハードワイヤードされたり、ロジックが別の仕方で実施された結果としてコンピュータシステムは機能を提供することができる。必要に応じて、「ソフトウェア」と記載されている場合にはロジックを包含する場合があり、逆も可能である。コンピュータ可読媒体への言及は、必要に応じて、実行のためのソフトウェアを記憶する回路（集積回路（ＩＣ）など）、実行のための論理を具現化する回路、又はその両方を包含することができる。本開示は、ハードウェアとソフトウェアの任意の適切な組み合わせを包含する。

【0197】

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

【符号の説明】

【0198】

１００環境
１１０ユーザデバイス
１２０プラットフォーム
１２２クラウドコンピューティング環境
１２４コンピューティングリソース
１２４－１アプリケーション
１２４－２仮想マシン
１２４－３仮想化ストレージ
１２４－４ハイパーバイザ
１３０ネットワーク
２００デバイス、ＨＴＴＰステータスコード
２０１ＨＴＴＰステータスコード
２０２ＨＴＴＰステータスコード
２１０バス
２２０プロセッサ
２３０メモリ
２４０記憶構成要素
２５０入力構成要素
２６０出力構成要素
２７０通信インターフェース
３００ＮＢＭＰシステム、ＮＢＭＰアーキテクチャ
３１０ＮＢＭＰソース
３１１ＮＢＭＰワークフローＡＰＩ
３１２機能発見ＡＰＩ
３１３機能発見ＡＰＩ
３１４ＡＰＩ
３１５ＡＰＩ
３１６メディアフロー
３２０ＮＢＭＰワークフローマネージャ
３３０機能リポジトリ
３４０メディア処理エンティティ
３４１タスク
３４２構成
３４３メディア処理機能
３５０メディアソース
３６０メディアシンク、メディアソース
４０２スキーマ検証器
４０４意味検証器
４０６ウェブサービス
６００方法
１８００コンピュータシステム
１８０１キーボード
１８０２マウス
１８０３トラックパッド
１８０５ジョイスティック
１８０６マイク
１８０７スキャナ
１８０８カメラ
１８０９スピーカ
１８１０画面
１８２１光学媒体
１８２２サムドライブ
１８２３ソリッドステートドライブ
１８４０コア
１８４１中央処理装置（ＣＰＵ）
１８４２グラフィックス処理装置（ＧＰＵ）
１８４３フィールドプログラマブルゲートエリア（ＦＰＧＡ）
１８４４ハードウェアアクセラレータ
１８４５読み出し専用メモリ（ＲＯＭ）
１８４６ランダムアクセスメモリ
１８４７内部大容量ストレージ
１８４８システムバス
１８４９周辺バス
１８５０グラフィックアダプタ
１８５４インターフェース
１８５５通信ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5a】

【図5b】

【図5c】

【図5d】

【図6】

【図7】

【手続補正書】

【提出日】2024-05-31

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】