JP2023518308A - Ｆｒａｍｅｗｏｒｋ ｆｏｒ ｌｉｖｅ ｕｐｌｉｎｋ ｓｔｒｅａｍｉｎｇ（ｆｌｕｓ）と５ｇ ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ（ａｆ）とを用いたｎｅｔｗｏｒｋ－ｂａｓｅｄ ｍｅｄｉａ ｐｒｏｃｅｓｓｉｎｇ（ｎｂｍｐ）デプロイ - Google Patents

Abstract

framework for live uplink streaming（FLUS）とfifth－generation media streaming（5GMS）application function（AF）とを用いたnetwork－based media processing（NBMP）デプロイの方法は、5GMS AFを用いて5GMSアプリケーションプロバイダによってプロビジョニングセッションを確立するステップであって、5GMSアプリケーションプロバイダはNBMPのために5GMS AFを設定する、ステップと、NBMPのために5GMS AFによってFLUS供給先を設定するステップと、FLUS供給元検出プロセスでFLUS供給元によってFLUS供給先を選択するステップと、FLUS供給元によってFLUS供給先を用いてFLUSセッションを確立するステップと、FLUS供給元によってアップリンクストリーミングをFLUS供給先に向けて開始するステップであって、アップリンクストリーミングのメディアコンテンツはNBMPで処理される、ステップとを含むことができる。

Description

参照による援用
本開示は、2020年12月4日に出願された米国仮出願第63／121，830号“Deployment Methods of NBMP with FLUS and 5G Application Function”の優先権を主張する、2021年9月10日に出願された米国特許出願第17／472，297号“Network－Based Media Processing（NBMP）Deployment with Framework for Live Uplink Streaming（FLUS）and 5G Application Function（AF）”の優先権を主張する。先の出願の開示の全体が本明細書に参照によって援用される。

本開示は5G media streaming（5GMS）アーキテクチャ上のframework for live uplink streaming（FLUS）を用いたnetwork－based media processing（NBMP）に関する。

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

マルチメディアサービスプロバイダは、当該プロバイダのサービスを複数のクラウド及びネットワークサービスプロバイダに適合させ、マルチメディアサービスプロバイダの顧客までたどり着く難しさに直面している。クラウド及びネットワークサービスプロバイダはその顧客に計算リソースを割り当てるために独自のアプリケーションプログラミングインタフェイス（API）を形成することが多い。フラグメンテーションに対処し、いかなるクラウドプラットフォームの上部ででもいかなるIPネットワーク上の上部ででもメディア処理を実行する統一方式を提供するnetwork－based media processing（NBMP）標準が開発されている。NBMPにより、既製のメディア処理機能を実施することを利用し、これらを組み合せてメディア処理ワークフローを作成することができるワークフローマネージャが形成される。

The 3rd Generation Partnership Project（3GPP（登録商標、以下同様））は5G media streaming（5GMS）アーキテクチャの標準を開発してきた。5GMSアーキテクチャによって、移動体通信事業者（mobile network operator：MNO）及びサードパーティによるダウンリンク及びアップリンクのメディアストリーミングサービスを含むサービスをサポートすることができる。5GMSアーキテクチャによって関連ネットワークとユーザ端末（UE）機能とAPIとが提供される。

3GPPは、エンドユーザがライブ配信をネットワークにストリーミングしたり別のエンドユーザにストリーミングしたりすることを可能にするサービスを提供するのに用いることができるframework for live uplink streaming（FLUS）も開発した。

本開示の態様では、framework for live uplink streaming（FLUS）とfifth－generation media streaming（5GMS）application function（AF）とを用いたnetwork－based media processing（NBMP）デプロイの方法を提供する。本方法は、5GMS AFを用いて5GMSアプリケーションプロバイダによってプロビジョニングセッションを確立するステップであって、5GMSアプリケーションプロバイダはNBMPのために5GMS AFを設定する、ステップと、NBMPのために5GMS AFによってFLUS供給先を設定するステップと、FLUS供給元検出プロセスでFLUS供給元によってFLUS供給先を選択するステップと、FLUS供給元によってFLUS供給先を用いてFLUSセッションを確立するステップと、FLUS供給元によってアップリンクストリーミングをFLUS供給先に向けて開始するステップであって、アップリンクストリーミングのメディアコンテンツはNBMPで処理される、ステップとを含むことができる。

一実施形態では、5GMSアプリケーションプロバイダはNBMPに対応するNBMPワークフロー記述ドキュメント（WDD）を用いて5GMS AFを設定することができる。一例では、5GMS AFによってFLUS供給先を設定するステップは、FLUS供給先を設定するステップと、NBMPに対応するNBMP WDDに基づいてFLUS供給先でNBMPワークフローのインスタンスを生成するステップとを含むことができる。一実施形態では、5GMS AFによってFLUS供給先を設定するステップは、5GMS AFによってFLUS供給先にFLUS供給元のアドレスと、NBMPに対応するNBMP WDDとを提供するステップであって、FLUS供給先ではNBMPのNBMPワークフローのインスタンス化が実行されない、ステップを含む。

一実施形態では、FLUS供給元検出プロセスは、FLUS供給先を5GMS AFによってFLUS供給先検出サーバにパブリッシュするステップと、FLUS供給先検出サーバでリスト化されている1つ以上のFLUS供給先からFLUS供給先をFLUS供給元によって検出するステップであって、FLUS供給元は、FLUS供給先がNBMPを実行可能であるというFLUS供給先検出サーバにある情報に基づいてFLUS供給先を選択する、ステップとを含むことができる。

一実施形態では、FLUS供給元によってFLUS供給先を用いてFLUSセッションを確立するステップは、ユーザ端末（UE）の5GMS認識アプリケーションによってNBMPのNBMPワークフローのインスタンス化を要求するステップと、UEのFLUS供給元によってFLUS供給先にNBMPのNBMPワークフローのインスタンス化の要求を、要求に含まれる、NBMPワークフローに対応するNBMP WDDとともに送るステップとを含む。

一実施形態では、FLUS供給元によってFLUS供給先を用いてFLUSセッションを確立するステップは、5GMS AFによってFLUS供給元のアドレスと、NBMPに対応するNBMP WDDとを用いてFLUS供給先が設定される場合、FLUS供給元のアドレスを含む、FLUS供給元からのFLUSセッションを確立する要求に応じて、FLUS供給先によってNBMP WDDに基づいてNBMPワークフローのインスタンスを生成するステップを含む。

本開示の態様では、FLUSと5GMS AFとを用いたNBMPデプロイの別の方法を提供する。本方法は、FLUS供給先がNBMPのために設定されているというシグナリングをFLUS供給元で5GMSアプリケーションプロバイダから受け取るステップと、FLUS供給元によってFLUS供給先を用いてFLUSセッションを確立するステップと、FLUS供給元によってFLUS供給先を用いてアップリンクメディアストリーミングセッションを開始して、FLUS供給元からFLUS供給先にメディアコンテンツをストリーミングするステップであって、メディアコンテンツはNBMPで処理される、ステップとを含むことができる。

本開示の態様では、FLUSと5GMS AFとを用いたNBMPデプロイの別の方法を提供する。本方法は、FLUS供給先でNBMPの設定を5GMS AFから受け取るステップと、ユーザ端末（UE）のFLUS供給元から要求を受け取るのに応じて、FLUS供給元とFLUS供給先との間にFLUSセッションを確立するステップと、FLUS供給先でFLUS供給元からアップリンクメディアストリーミングのメディアコンテンツを受け取るステップとを含むことができる。アップリンクメディアストリーミングのメディアコンテンツはNBMPで処理される。

以下の詳細な説明と添付の図面とから、開示されている保護対象のさらなる特徴、性質及び様々な効果がより明らかになる。

本開示の一実施形態に係る典型的なnetwork－based media processing（NBMP）システム（100）を示す。 本開示の一実施形態に係るワークフロー例を示す。 fifth－generation media streaming（5GMS）システム（300）の例を示す。 アップリンクストリーミングサービスを提供するためのframework for live uplink streaming（FLUS）システム（400）の例を示す。 本開示の一実施形態に係るNBMPシステム（500）を示す。 本開示の一実施形態に係るNBMPのプロセス（600）を示す。 本開示の一実施形態に係る、FLUS及び5GMS application function（AF）を用いたNBMPデプロイのプロセス（700）を示す。 本開示の一実施形態に係る、FLUS及び5GMS AFを用いたNBMPデプロイのプロセス（800）を示す。 本開示の一実施形態に係る、FLUS及び5GMS AFを用いたNBMPデプロイのプロセス（900）を示す。 開示されている保護対象の特定の実施形態を実施するのに適するコンピュータシステム（1000）を示す。

Moving Picture Experts Group（MPEG）Network－Based Media Processing（NBMP）プロジェクトはNBMPの標準、すなわち、ISO／IEC JTC1／SC29／WG11／N19062，January 2020，Brussels，BE，FDIS／23090－8，Network－Based Media Processingを開発してきた。このNBMP標準の全体が本明細書に参照によって援用される。

3rd Generation Partnership Project（3GPP）は5G media streaming architecture（5GMSA）の仕様を定める標準、すなわち、3GPP TS 26．501，5G Media Streaming（5GMS），General description and architecture（version 16．4．0，Release 16）を開発してきた。この5GMSA標準の全体が本明細書に参照によって援用される。5GMSAによって、5Gネットワークからデバイス、及びデバイスから5Gネットワークへのメディアのダウンリンク及びアップリンクストリーミングの汎用アーキテクチャが提供される。

3GPPはframework for live uplink streaming（FLUS）の仕様を定める標準、すなわち、3GPP TS 26．238，Uplink Streaming（version 16．2．0，Release 16）も開発してきた。このFLUS標準の全体が本明細書に参照によって援用される。FLUSによって、IPマルチメディアサブシステムにおけるマルチメディア・テレフォニー・サービス（multimedia telephony service for IP multimedia subsystem：MTSI）の端末とMTSI以外の端末とに用いられる5Gネットワークでのアップリンクストリーミングが提供される。

NBMPシステムでは、NBMP供給元（NBMP source）は、ワークフローの記述をワークフローマネージャに供給して、メディアワークフローの作成、運用、管理及び監視を行なうエンティティであることが可能である。NBMP供給元とワークフローマネージャとのやり取りはNBMP動作APIの集合を通じたやり取りである。5GMSAでは、ネットワーク内のapplication function／アプリケーションサーバ（AF／AS）の組を用いてアップリンクセッションをメディアストリームの供給元デバイスによって確立することができる。AF／ASの組を用いてダウンリンクセッションも受信デバイスによって確立して、ネットワークからコンテンツのストリーミング／ダウンロードを行なう。FLUSシステムでは、供給元デバイスからネットワークへのマルチメディアコンテンツのアップリンクストリーミングを行ない、そのコンテンツを1つ以上の宛先に送信／配信する機構をFLUSプロトコルによって提供することができる。

本開示では、FLUS及び5G application function（たとえば5GMS AF）とを用いたNBMPの使用についての様々なデプロイ場面を説明する。

I．NBMP
あらゆるクラウドコンピューティングプラットフォームやエッジコンピューティングプラットフォーム上でメディア処理ワークフローを用意して管理する抽象化レイヤの仕様がNBMPによって定められる。NBMPを用いることで、コンテンツプロバイダ及びサービスプロバイダはネットワーク／クラウドにおける当該プロバイダのコンテンツのためのメディア処理の記述、デプロイ及び制御を行なうことができる。NBMPワークフローは複数のメディア処理タスクで構成され、これらは連鎖させられ、メディア供給元（media source）から送られて来るメディア及びメタデータを処理して処理済みメディア及びメタデータストリームを生成する有向非巡回グラフが構築され、処理済みメディア及びメタデータストリームはその後、メディア供給先（media sink）による消費のためにパブリッシュされる。

ネットワーク（たとえばクラウドプラットフォーム）においてメディア処理を初期化して制御するのにNBMPフレームワークを用いることができる。たとえば、NBMP供給元が、要求されたメディア処理を記述し、メディアデータの性質及びフォーマットに関する情報を提供する。これに応じて、NBMPワークフローマネージャによってメディア処理ワークフローが構築される。ワークフローが用意され、要求されたメディア処理が開始可能であることをNBMPワークフローマネージャによってNBMP供給元に通知することができる。その後、1つ以上のメディア供給元が処理のためにメディアをネットワークに送信することを開始することができる。

NBMPワークフローをメディア処理タスクの連鎖型グラフとして理解することができ、メディア処理タスクの各々によって、不整合を起こさないように定められた（well－defined）メディア処理動作が実行される。ワークフローマネージャによって各タスクとワークフロー出力とを設定して監視することによってワークフローの的確な動作が確保される。ワークフローマネージャは、メディア処理機能を選択し、選択された機能のインスタンスを、NBMP供給元から受け取ったワークフローの記述に基づいてタスクとして生成する役割を担う。

図1は本開示の一実施形態に係る典型的なNBMPシステム（100）を示す。NBMPシステム（100）はストリーミング、ファイル配信、プッシュ型プログレッシブダウンロード、ハイブリッド配信、マルチパスやヘテロジニアスネットワーク環境などの既存のメディア配信方法をサポートすることができる。NBMPシステム（100）を用いることで、ネットワーク支援型メディア品質向上（たとえば、仮想現実（VR）ステッチング、動画アップスケーリング、ストリーミング適正化のための動くエッジ部の符号化や、コンテンツ認識クラウドトランスコーディング）、ネットワーク支援型メディア配信（たとえば、ライブメディアインジェスト、オンライントランスコーディングやメディア認識キャッシング）、ネットワーク支援型メディアコンポジション（たとえば、拡張動画ストリーミングやカスタムメディアコンポジション）、没入型メディア処理（たとえばネットワーク集合化点群メディア（network aggregated point cloud media））などの様々なクラウド型メディア処理能力を提供することによってメディアアプリケーションの創出を可能にすることもできる。

図示の通り、NBMPシステム（100）はNBMP供給元（101）、NBMPワークフローマネージャ（103）、機能リポジトリ（105）、メディア供給元（111）、データ処理エンティティ（data processing entity：MPE）（113）及びメディア供給先（115）を含むことができる。NBMPシステム（100）は追加のメディア供給元、メディア供給先及び／又はMPEを含むことができる。

NBMP供給元（101）はメディア処理エンティティ（113）によって実行されるメディア処理動作を記述したり別の仕方で当該動作を示したりすることができる。機能リポジトリ（105）は様々なメディア処理機能を記憶することができる。NBMP供給元（101）及びNBMPワークフローマネージャ（103）は機能リポジトリ（105）からメディア処理機能を取得することができる。360°動画ストリーミングサービスにおけるステッチングプロセス、動画配信サービスにおける人工知能（AI）による動画アップスケーリングプロセスなどの特定のメディア処理プロセスを実行するのにメディア処理機能や所定の機能を用いることができる。

メディア処理タスクや所定のタスクが、MPE（113）によって実行される機能の実行時のインスタンスであることが可能である。NBMPワークフローや所定のワークフローを、要求されたメディア処理を実現する、連鎖する1つ以上のタスクのグラフ（たとえば有向非巡回グラフ（DAG））によって表わすことができる。NBMPワークフローマネージャ（103）や所定のワークフローマネージャ（103）が1つ以上のタスクのプロビジョニングを行ない、タスクを連鎖させて、たとえばワークフロー記述ドキュメント（workflow description document：WDD）に基づいてワークフローの作成、制御、管理、監視を行なうことができる。

メディア供給元（111）はワークフローによって処理されるメディアコンテンツ（たとえば、メディアデータ、補足情報）を提供することができる。補足情報はメディアデータに関連するメタデータや補助情報を含むことができる。メディア供給元（111）はワークフローに対する入力を提供することができる。メディア供給先（115）はワークフローの出力を消費することができる。MPE（113）は1つ以上のメディア処理タスクを実行してメディアコンテンツを処理することができる。

NBMPシステム（100）中の様々なエンティティ（たとえば、NBMP供給元（101）、ワークフローマネージャ（103）やMPE（113））は、図1に示されているようなメディアサービス要求を呼び出して当該要求に応じるのにAPIを用いることができる。当該APIはNBMPワークフローAPI（又は所定のワークフローAPI）、機能検出API及びタスクAPIを含むことができる。ワークフローAPIはNBMP供給元（101）とワークフローマネージャ（103）との間のインタフェイスを提供することができる。タスクAPIはワークフローマネージャ（103）とメディア処理タスクとの間のインタフェイスを提供することができる。機能検出APIはワークフローマネージャ（103）／NBMP供給元（101）と機能リポジトリ（105）との間のインタフェイスを提供することができる。

上述のNBMPインタフェイスを、ネットワークにおいてメディア処理ワークフローを作成して統制するのに用いることができる。NBMPシステム（100）をコントロールプレーンとメディアプレーン（又はメディアデータプレーン）とに分割することができる。コントロールプレーンはワークフローAPI、機能検出API及びタスクAPIを含むことができる。

ワークフローAPIをNBMP供給元（101）で用いて、メディア処理ワークフローを作成して統制することができる。NBMP供給元（101）ではワークフローAPIを用いて、ネットワークにおいてメディア処理を設定して制御するためのワークフローマネージャ（103）との通信を行なうことができる。NBMP供給元（101）がワークフローリソース（workflow resource：WR）をワークフローAPIの動作に含ませることによって要求をワークフローマネージャ（103）に送ると、ワークフローマネージャ（103）はWRと、含ませたWDDと、対応する記述子とをパースして、要求された動作に応じた適切な対応をとることができる。その後、ワークフローマネージャ（103）は要求に対して確認応答を行なうことができる。ワークフローAPI動作はワークフローの作成（たとえばCreateWorkflow）、ワークフローの更新（たとえばUpdateWorkflow）、ワークフローの削除（たとえばDeleteWorkflow）、ワークフローの取得（たとえばRetrieveWorkflow）などを含むことができる。

メディア処理ワークフローの一部としてロードすることができるメディア処理機能を検出するワークフローマネージャ（103）及び／又はNBMP供給元（101）向けの手段を機能検出APIによって実現することができる。

1つ以上のタスク（たとえば、MPE（113）によって実行されるタスク1及びタスク2）を実行時に設定して監視するのにタスクAPIをワークフローマネージャ（103）で用いることができる。たとえばタスクに用いるリソースがMPE（113）で割り当てられた後、メディア処理タスクをワークフローマネージャ（103）によって設定するのに用いられるインタフェイスをタスクAPIによって形成することができる。タスクAPI動作はタスクの生成（たとえばCreateTask）、タスクの更新（たとえばUpdateTask）、タスクの取得（たとえばGetTask）、タスクの削除（たとえばDeleteTask）などを含むことができる。

メディアプレーンでは、メディアフォーマットと、メタデータと、NBMP供給元（111）とタスクとの間の補足情報フォーマットと、1つ以上のタスクの間の補足情報フォーマットとを形成することができる。

ワークフローの記述（workflow description：WD）をNBMP供給元（101）からワークフローマネージャ（103）に渡すことができる。WDには入力データ及び出力データ、機能や、その他ワークフローに必要なものなどの情報を記述することができる。

ワークフローマネージャ（103）はNBMP供給元（101）からWDDを受け取ることができ、要求されたメディア処理のワークフローを構築することができる。ワークフロー手順では、メディア処理機能をたとえば機能リポジトリ（105）を通じて選択することができ、その後、対応するメディア処理タスクを設定して1つ以上のMPEの集合（たとえばMPE（113）を含む集合）に配布することができる。

機能リポジトリ（105）によって提供される機能の集合はNBMP供給元（101）及びワークフローマネージャ（103）によって読み込まれることが可能である。一実施形態では、機能リポジトリ（105）中の機能の集合を用いたワークフローの作成をNBMP供給元（101）が要求する。したがって、NBMP供給元（101）はワークフローに用いられる機能を選択するように構成されている。NBMP供給元（101）は以下のようにワークフローの作成を要求することができる。NBMP供給元（101）はワークフローが作成されるのに用いられるメディア処理タスクの記述を用いることができ、連鎖マップの仕様を定めて、メディア処理タスクの入力と出力とのつながりを定めることができる。ワークフローマネージャ（103）がNBMP供給元（101）から上記の情報を受け取ると、ワークフローマネージャ（103）はそれぞれの機能名に基づいてメディア処理タスクのインスタンスを生成することができ、連鎖マップにしたがってメディア処理タスクを連鎖させることができる。

上記の代わりに、NBMP供給元（101）は、ワークフローマネージャ（103）がワークフローを構成するのに用いることができるキーワードの集合を用いてワークフローの作成を要求することができる。したがって、NBMP供給元（101）はワークフローに挿入される機能の集合を認識しなくてもよい。NBMP供給元（101）は以下のようにワークフローの作成を要求することができる。NBMP供給元（101）は、ワークフローマネージャ（103）が適切な機能を検出することができるキーワードの集合を用いることができ、適当なワークフローの記述を用いてワークフローの要件を指定することができる。

ワークフローマネージャ（103）がNBMP供給元（101）から上記の情報（たとえばキーワードの集合）を受け取ると、ワークフローマネージャ（103）はたとえば処理記述子で指定されているキーワードを用いて適切な機能を検索することによってワークフローを作成することができる。その後、ワークフローマネージャ（103）はメディア処理タスクのプロビジョニングを行なうのにワークフローの記述中の他の記述子を用い、メディア処理タスクを連鎖させて最終的なワークフローを作成することができる。

以下、ワークフローマネージャ（103）の処理モデルを説明する。

ワークフローマネージャ（103）は利用可能なメディア処理機能を以下のように検出することができる。要求された処理を実行することができるメディア処理機能について外部のエンティティが問い合わせることを可能にする機能検出インタフェイス（すなわちAPI）をNBMP機能リポジトリ（105）によって提供することができる。ワークフローマネージャ（103）がメディア処理機能の検索可能なリストを提供するディレクトリサービスにアクセスすることができる。ワークフローマネージャ（103）がワークフローの記述中のメディア処理タスクの記述を用いてワークフローに適する機能を検出することができる。

ワークフローに用いられるメディア処理タスクの選択については以下の説明をすることができる。ワークフローマネージャ（103）はNBMP供給元（101）からメディア処理の要求を受け取ると、機能リポジトリ（105）内を検索して、ワークフローを実行することができる利用可能なすべての機能のリストを検出することができる。ワークフローマネージャ（103）はNBMP供給元（101）から得られたワークフローの記述を用いて、ワークフローを実施する機能を機能リポジトリ（105）を通じて検出することができ、この機能は、NBMP供給元（101）から得られたメディア処理についての情報に応じたものであることが可能である。メディア処理についての情報は入力及び出力の記述、要求された処理の記述や、機能ディレクトリ（105）中の機能についてのその他記述子中の情報を含むことができる。供給元の要求を、ワークフローに含まれるべき適切なメディア処理タスクに対応させるステップが、ネットワークにおけるNBMPの実施の一部であることが可能である。入力供給元をタスク生成時の入力ポート名及び出力ポート名を用いて参照し、入力供給元とタスク生成時の入力ポート名及び出力ポート名とをリンクさせるために、入力ポート及び出力ポートを用いて入力ストリームに対する参照を行なうことができる。

タスクとしてインスタンス化される適切な機能の検索を機能検出APIを用いてワークフローマネージャ（103）で行なうことができる。これの代わりに、機能検出APIを用いて機能リポジトリ（105）中の適する一部又は全部の機能の詳細な情報をワークフローマネージャ（103）で検索することができる。その後、NBMP供給元（101）から得られたメディア処理についての情報と、各機能の様々な記述子とをワークフローマネージャ（103）で比較することができる。

選択されたメディア処理タスクをワークフロー中で設定することができる。ワークフローに含まれる機能が特定されると、NBMPワークフローマネージャ（103）で、機能のインスタンスを対応するタスクとして生成して、タスクをワークフローに付加することができるようにタスクを設定することができる。NBMPワークフローマネージャ（103）で、NBMP供給元（101）から得られたメディア処理情報から設定データを抽出して、対応するタスクを設定することができる。タスクの設定を、タスクAPI（たとえばNBMPタスクAPI）を用いて行なうことができる。

以下、タスクの割当て及び配布を説明する。ワークフローマネージャ（103）でワークフローを用いて処理のデプロイを行ない、メディア処理エンティティを設定することができる。一例では、計算集約型のメディア処理が必要な場合、ワークフローマネージャ（103）で複数の計算インスタンスを設けて複数の計算インスタンスにワークロードを分散することができる。このようにして、ワークフローマネージャ（103）で必要に応じて複数の計算インスタンスを連鎖させ、設定することができる。一例では、ワークフローマネージャ（103）で、複数のインスタンスに同じタスクを割り当て、負荷分散手段のプロビジョニングを行なって、決められたスケジューリング機構を用いて複数のインスタンスにワークロードを分散する。他の例では、ワークフローマネージャ（103）で同一タスクの異なる動作を異なるインスタンスに割り当てる（たとえば並列演算）。上述の双方の例では、ワークフローマネージャ（103）でインスタンス間にワークフロー経路を設けることができるので、適切なワークロードを問題なく実現することができる。ワークフローマネージャ（103）で、処理されたメディアデータ／ストリームをワークフローグラフ中の次のタスクの方に前進させる（又は、後退機構により、処理されたメディアデータ／ストリームを利用できるようにする）ようにタスクを設定することができる。

NBMP供給元（101）からWDDをワークフローマネージャ（103）が受け取ると、ワークフローマネージャ（103）はワークフローに挿入されるメディア処理機能の選択を行なうことができる。ワークフローに含まれるタスクのリストがまとめられると、ワークフローマネージャ（103）でタスクを連鎖させてワークフローを用意することができる。

ワークフローマネージャ（103）で、たとえばグラフ（たとえばDAG）によって表わされるようなワークフローを生成することができる。図2は本開示の一実施形態に係るグラフ（たとえばDAG）（200）の例を示す。DAG（200）は複数のノード（T1）～（T6）と複数のリンク（すなわち連結）（202）～（208）とを含むことができる。一例では、DAG（200）はワークフロー（200）を表わす。

DAG（200）の各ノードはワークフロー（200）中のメディア処理タスクを表わすことができる。DAG（200A）中で第1のノード（たとえばノード（T1））を第2のノード（たとえばノード（T2））に連結しているリンク（たとえばリンク（202））は、第1のノード（たとえばノード（T1））の出力という受け渡し物を第2のノード（たとえばノード（T2））に対する入力として表わすことができる。

通常、ワークフローは任意の適切な個数の入力（すなわちワークフロー入力）と、任意の適切な個数の出力（すなわちワークフロー出力）とを含むことができる。1つ以上のワークフロー入力をメディア供給元（111）、1つ以上の別のワークフロー及び／又は類似物に連結することができ、1つ以上のワークフロー出力をメディア供給先（115）、1つ以上の別のワークフロー及び／又は類似物に連結することができる。ワークフロー（200）は入力（201）と出力（209）及び（210）とを有する。いくつかの実施形態では、ワークフロー（200）は中間ノードから出力される1つ以上の出力を有することができる。

II．5G Media Streaming（5GMS）システム
5G media streaming（5GMS）システムはMNO及びサードパーティのダウンリンク又はアップリンクメディアストリーミングサービスを含むサービスをサポートすることができる。5GMSシステムは関連するネットワーク及びUEの機能及びAPIを提供することができる。5GMSシステムを独立した構成要素に機能的に分割することができ、これにより、5G MNOとコンテンツプロバイダとの融合の様々な段階に応じた様々なデプロイが可能になる。

一般化して言えば、本開示に係るストリーミングを、時間的に連続するメディアコンテンツを主体的に取り扱われるメディアとして配信することと定義することができる。メディアコンテンツを主体的なものとして一方的に送信し、受信しながら消費することができる。これに加えて、メディアコンテンツを生成しながらストリーミングすることができ、これはライブストリーミングと称される。既に生成されているコンテンツをストリーミングする場合には、オンデマンドストリーミングと称される。

図3は5GMSシステム（300）の例を示す。システム（300）はユーザ端末（UE）（301）とデータネットワーク（DN）（302）とを含むことができる。システム（300）は、application function（AF）と、アプリケーションサーバ（AS）と、ダウンリンクメディアストリーミングサービス若しくはアップリンクメディアストリーミングサービスのいずれか、又は両方をサポートするインタフェイスとの集合体であることが可能である。ダウンリンクストリーミングでは、DN（302）がメディアの発生源であり、UE（301）が消費デバイスとして機能する。アップリンクストリーミングでは、UE（301）がメディアの発生源であり、DN（302）が消費エンティティとして機能する。図3の例では、システム（300）が、アップリンクメディアストリーミングサービスをサポートするシステムである様子が示されている。システム（300）の構成要素を5GSの一部としてMNOによって提供してもよいしかつ／又は5GMSアプリケーションプロバイダによって提供してもよい。

いくつかの例では、UE（301）は5GMS認識アプリケーション（310）と5GMSクライアント（320）とを含むことができる。5GMSクライアント（320）はメディアセッションハンドラ（321）とメディアストリーマ（322）とを含むことができる。DN（302）は5GMSアプリケーションプロバイダ（330）、5GMS application function（AF）（340）及び5GMSアプリケーションサーバ（AS）（350）を含むことができる。システム（300）はネットワーク公開機能（network exposure function：NEF）（361）とポリシコントロール機能（policy control function：PCF）（362）という2つの5G機能（たとえば、3GPP 5G標準によって仕様が定められているもの）をさらに含むことができる。これらの要素が図3に示されているように接続されている。

5GMSアプリケーションプロバイダ（330）はストリーミングサービスのために5GMSシステム（300）を用いる。5GMSアプリケーションプロバイダ（330）はUE（301）に5GMS認識アプリケーション（310）を提供したり5GMS認識アプリケーション（310）に関連づけられたりして、5GMSシステム（300）内で形成されたインタフェイス及びAPIを用いて5GMSクライアント（320）及びネットワーク機能（340及び350）を利用する。たとえば、5GMSクライアント（320）は典型的には5GMS認識アプリケーション（310）（たとえばアプリ）によって制御され、これにより、アプリケーション、又はコンテンツサービスプロバイダの専用ロジックが実施され、メディアセッションを確立することができる。たとえば、5GMSアプリケーションプロバイダ（330）は、5GMSシステム（300）を用いて5GMS認識アプリケーションから得られたメディアをストリーミングするアプリケーション、又はコンテンツに特有のメディア機能（たとえば、メディア記憶、消費、トランスコーディングや再配信（redistribution））であることが可能である。

5GMS AF（340）は、3GPP TS 23．501，“System architecture for the 5G System（5GS）”，clause 6．2．10に定められたものと同様のAFであり、5Gメディアストリーミング専用のものであることが可能である。たとえば、5GMS AF（340）は、様々な制御機能をUEのメディアセッションハンドラ（321）及び／又は5GMSアプリケーションプロバイダに提供するapplication functionであることが可能である。5GMS AF（340）は様々なポリシ課金機能（policy or charging function：PCF）処理を要求することを中継したり開始したりもしてもよいし、NEF（361）を介して他のネットワーク機能とのやり取りも行なってもよい。デプロイされたものの中に存在し、DN（302）に常駐する複数の5GMS AFが存在してもよく、これらの各々が1つ以上のAPIを公開する。

5GMS AS（350）はメディア機能のホスティングを行なうアプリケーションサーバなどの5Gメディアストリーミング専用のASであることが可能である。様々な例では、5GMS ASの様々な実現例、たとえばコンテンツデリバリネットワーク（content delivery network：CDN）が存在してもよい。5GMS AF（340）及び5GMS AS（350）はデータネットワーク（DN）機能であり、TS 23．501で定められているN6インタフェイスを介してUE（301）と通信する。

5GMSクライアント（320）は5Gメディアストリーミング専用のUEの内部機能であることが可能である。たとえば、5GMSクライアント（320）は不整合を起こさないように定められた（well－defined）インタフェイス／APIを通じてアクセスすることができる5GMSアップリンクサービスの提供元（originator）であることが可能である。

5GMSメディアストリーマ（322）はメディアコンテンツを5GMSアプリケーションプロバイダ（330）のAS機能（350）にストリーミングするアップリンク配信を可能にするUE機能であることが可能である。5GMSメディアストリーマ（322）は5GMS認識アプリケーション（310）とメディアセッションハンドラ（321）との両方とやり取りすることができ、メディアを取り込み、その後にストリーミングを行なうために5GMS認識アプリケーション（310）とやり取りし、メディアセッションを制御するためにメディアセッションハンドラ（321）とやり取りすることができる。たとえば、5GMSメディアストリーマは用意された入力デバイスでメディアを取り込む。5GMSメディアストリーマは取り込み、一時停止や停止などのいくつかの基本的な制御手段を5GMS認識アプリケーション（310）に公開する。一例では、5GMS AF（340）はNEF対応APIによるアクセスのためにNEF（361）とやり取りすることができる。たとえば、5GMS AF（340）はPCF（362）とやり取りするのにNEF（361）を用いることができる。

メディアセッションハンドラ（321）は、5GMS AF（340）と通信してメディアセッションの配信の実現、制御及びサポートを行なうUE（301）の機能であることが可能である。メディアセッションハンドラ（321）は、5GMS認識アプリケーション（310）が用いることができるAPIを公開する。

いくつかの例では、システム（300）における5Gアップリンクメディアストリーミングのために以下のインタフェイスが形成される。

－M1（5GMSプロビジョニングAPI）：5GMS AF（340）によって公開され、5Gメディアストリーミングのアップリンクストリーミングシステム使用のプロビジョニングを行ない、フィードバックを得る外部API。

－M2（5GMSパブリッシュAPI）：5GMS AS（350）によって公開され、信頼できるDN内の5GMS AS（350）を選択して、ストリーミングサービスに用いられるコンテンツを受け取るときに用いられる適宜選択可能な外部API。

－M3（内部API）：信頼できるDN内の5GMS AS（350）にコンテンツをホスティングするための情報を交換するのに用いられる内部API。

－M4（アップリンクメディアストリーミングAPI）：5GMS AS（350）によってメディアストリーマ（322）に公開され、メディアコンテンツをストリーミングするためのAPI。

－M5（メディアセッション処理API）：メディアセッションの処理、制御及び支援のためのメディアセッションハンドラ（321）（適切なセキュリティ機構（たとえば許可や認証やQoEメトリクス報告）も含む）に5GMS AF（340）によって公開されるAPI。

－M6（UEメディアセッション処理API）：5GMS機能を利用する5GMS認識アプリケーションにメディアセッションハンドラ（321）によって公開される場合があるAPI。

－M7（UEメディアストリーマAPI）：メディアストリーマ（322）を利用する（測定されてログがとられるQoEメトリクスの設定と、メトリクス測定ログの収集とを含む）5GMS認識アプリケーション（310）及びメディアセッションハンドラ（321）にメディアストリーマ（322）によって公開される場合があるAPI。

－M8（アプリケーションAPI）：5GMS認識アプリケーション（310）と5GMSアプリケーションプロバイダ（330）との間の情報交換に用いられ、たとえば、サービスアクセス情報を5GMS認識アプリケーションに提供するのに用いられるアプリケーションインタフェイス。

様々な例では、UE（301）は、5GMS認識アプリケーション（310）によって個別に用いられたり個別に制御されたりすることが可能である、細部に用いられる多数の下位機能を含んでもよい。

5GMS認識アプリケーション（310）は多数の機能を含んでもよい。その例には、周辺機器の検出、通知や、ソーシャルネットワークの統合が含まれる。5GMS認識アプリケーション（310）は5GMSクライアント（320）によって提供されるものと同等の機能も含んでもよく、5GMSクライアント機能の部分集合のみを用いてもよい。

たとえば、メディアストリーマ（322）は以下の機能を含むことができる。

－メディアの取り込み：アナログメディア信号をデジタルメディアデータに変換するビデオカメラやマイクなどのデバイス。

－1つ以上のメディアエンコーダ：メディアデータを圧縮。

－メトリクス測定及びロギング：メトリクス設定に応じたメディアストリーマ（322）によるQoEメトリクス測定及びロギングの実行。

－メディアアップストリームクライアント：符号化されたメディアデータをカプセル化して、それをアップストリーム方向に送出する。いくつかの例では、メディアアップストリームクライアント機能は3GPP TS 26．238：“Uplink Streaming”に記載されているFLUS供給元（FLUS Source）のFLUSメディア機能に対応する。

たとえば、メディアセッションハンドラ（321）は以下の機能を含むことができる。

－メトリクスの収集及び報告：メトリクス設定に応じて、5GMS AF（340）に今後のメトリクスを報告するためにメディアストリーマ（322）からQoEメトリクス測定ログをメディアセッションハンドラ（321）によって収集することを実行。

－ネットワーク支援：ネットワークによって5GMSクライアント（320）及びメディアストリーマ（322）にビットレートの推奨（又はスループットの推定）及び／又は配信の増強という形態で提供されるアップリンクストリーミング配信支援機能。ネットワーク支援機能を5GMS AF（340）や、アクセスネットワークビットレート推奨（access network bitrate recommendation：ANBR）を用いるRANシグナリング機構によってサポートしてもよい。一例では、この機能は3GPP TS 26．238：“Uplink Streaming”に記載されているFLUS支援機能に対応する。

－メディア遠隔制御：5GMS AF（340）から制御コマンドを受け取る。

－コア機能：アップリンクストリーミングを受信するように5GMS AS（350）を設定する。一例では、この機能は3GPP TS 26．238：“Uplink Streaming”に記載されているFLUS供給元のFLUS制御機能に対応する。

アップリンクメディアストリーミングのプロセスでは、システム（300）のユーザが5GMSクライアント（320）と5GMS AS（350）との間のセッションの形成、修正、削除を行なうことができる。一例では、5GMS AF（340）がリソース確保のために5GMS AS（350）を選択して5GMS AS（350）とやり取りすることができる。たとえば、5GMS AS（350）がM2及びM4のリソースを割り当て、リソース識別子を5GMS AF（340）に通信によって戻すことができる。5GMS AF（340）はメディアセッション処理、排出、及び5GMSアプリケーションプロバイダ（330）へのアップリンクストリーミングのためにプロビジョニング済みのリソースに関する情報を（リソース識別子の形態で）提供する。メディアセッション処理及びアップリンクストリーミングのリソース識別子は一例では決められた特徴部にアクセスする5GMSuクライアントに提供される。

一例では、5GMSクライアント（320）がアップリンクストリーミングセッションを開始することによってアップリンクストリーミングを開始することができる。アップリンクストリーミングセッションは、5GMS認識アプリケーション（310）がアップリンクストリーミングサービスの伝送を開始したときからその終了まで有効である。

一例では、アップリンクストリーミングメディアを送る前に、5GMSアプリケーションプロバイダ（330）からアプリケーションメタデータを5GMS認識アプリケーション（310）が受け取る。アプリケーションメタデータはサービスアクセス情報を含むことができ、これは、アップリンクストリーミングセッションを5GMSクライアント（320）が開始するエントリポイントとして機能する。5GMSクライアント（320）は5GMSアプリケーションプロバイダ（330）からサービスアクセス情報を受け取るか（標準化されていないインタフェイスを用いる）、遠隔制御セッション向けの指示を受け取るかのいずれかを行なってもよい。たとえば、遠隔制御が開始されると、5GMSクライアント（320）は5GMS AF（350）によって遠隔から設定され制御される。

一実施形態では、システム（300）を用いたアップリンクストリーミングプロセスを以下のように実行することができる。第1のステップでは、5GMSアプリケーションプロバイダ（330）がプロビジョニングセッションを形成し、システム（300）使用のプロビジョニングを開始する。確立段階では、用いられる特徴部についてネゴシエーションが行なわれ、詳細な設定がシステム（300）内の要素にわたって交換される。5GMSアプリケーションプロバイダ（330）がM5（メディアセッション処理）のサービスアクセス情報を受け取る。5GMSアプリケーションプロバイダ（330）はメディアコンテンツの受取りについてネゴシエーションが行なわれる場合にはM2（排出）及びM4（アップリンクストリーミング）のサービスアクセス情報を受け取る。この情報はサービスにアクセスするために5GMSクライアント（320）によって必要とされる。プロビジョニングに応じて、遠隔設定情報のみが提供されてもよい。

第2のステップでは、5GMS AF（340）と5GMS AS（350）とが同じプロバイダ（たとえばMNO）によって運用される場合、たとえば5GMS排出及びアップリンクストリーミングのリソースを割り当てるために5GMS AF（340）と5GMS AS（350）との間でやり取りが行なわれてもよい。5GMS AS（340）が割り当てられたリソースのリソース識別子を5GMS AF（340）に提供し、その後、5GMS AF（340）が5GMSアプリケーションプロバイダ（330）にその情報を提供する。第3のステップでは、5GMSアプリケーションプロバイダがサービス案内（service announcement）情報を5GMS認識アプリケーション（310）に提供する。これはパラメータの手入力を含んでもよい。サービス案内は全サービスアクセス情報（すなわち、メディアセッション処理（M5）及びメディアストリーミングアクセス（M4）の詳細）を含むか、遠隔設定及び制御アドレス（5GMS AF URL）のみを含むかのいずれかが可能である。後者の場合、後のステップで5GMSクライアント（320）がサービスアクセス情報を取得する。

第4のステップでは、5GMS認識アプリケーション（310）が5GMSクライアント（320）を設定して起動する。第5のステップでは、ストリーミングサービス伝送を開始すると5GMS認識アプリケーションが判断する場合に、5GMSクライアント（320）にサービスアクセス情報が提供される。遠隔設定及び制御が開始されると、5GMSクライアントを遠隔から5GMS AFが設定して制御する。第6のステップでは、設定に応じて、5GMSクライアント（320）が5GMS AF（340）向けのメディアセッション処理APIを用いる。メディアセッション処理APIは様々なポリシ課金処理（policy and charging treatment）や、5GMS AFによるネットワーク支援を要求するのに用いられる。第7のステップでは、5GMSクライアント（320）がアップリンクストリーミングセッションの有効化を開始する。最終ステップでは、5GMS AS（350）が5GMSアプリケーションプロバイダにコンテンツをパブリッシュする。

一例では、メディアストリーマ（322）と5GMS AS（350）との間のアップリンクストリーミングセッションを以下のように確立することができる。プロビジョニングの際、メディアストリーマ（322）に5GMS AF及び5GMS ASのアドレスなどの基本情報が提供される。いくつかのデバイスについては、遠隔制御情報のみが提供され、すべての追加パラメータがリモートコントローラから取得される。5GMS認識アプリケーション（310）がアップリンクメディアストリーミングを開始し、いくつかの例では、メディアストリーマ（322）にメディアストリーミング開始箇所（media streaming entry）を提供する。

遠隔制御のプロビジョニングが行なわれると、遠隔制御のための移送セッションが確立される。送られて来る遠隔制御コマンドの待ち受けを5GMSクライアント（320）が開始する。アップリンクストリーミングを開始する遠隔制御コマンドを5GMSクライアント（320）が受け取る（直ぐに受け取るかタイムスタンプを利用して受け取るかする）。遠隔制御コマンドは5GMS AS（350）の詳細などを含んでもよい。5GMSクライアントがアップリンク移送セッションを確立する。5GMSクライアント（320）がアップリンクメディアストリーミングセッションを確立する。

クライアント支援のプロビジョニングが行なわれると、5GMSクライアント（320）がプロビジョニング済みの1つ以上の5GMS AFに至る支援チャンネルを確立する。サーバ支援が（たとえば、QoSや課金のために）所望されると、5GMS AS（350）が5GMS AF（340）を用いた支援セッションを確立する。

いくつかの例では、メディアデータに基づいてメディア処理が実行されることを5GMSアプリケーションプロバイダ（330）が要求してもよい。これをアップリンク又はダウンリンクストリーミングの一部としてインスタンス化することができる。アップリンクについては、一例では、要求されたメディア処理をFLUSセッション形成要求の一部として記述する手段が、3GPP TS 26．238で仕様が定められているFLUSによって提供される。メディア処理を5GMS ASの集合によって実行することができ、当該5GMS ASを組み合せて複合的なメディア処理のワークフローを構築してもよい。メディア処理を5GMS AF（340）によって調整することができ、適切なQoSと、セッションのトラフィック処理とを確実に実現することができる。

いくつかの例では、アップリンクメディア処理のプロビジョニングにFLUSが用いられる。一例では、FLUS供給元によるFLUS供給先（FLUS Sink）に向けたメディア処理のプロビジョニングにFLUSが用いられる。FLUS供給先はFLUS 5GMS AFとFLUS 5GMS ASとからなることが可能である。提供されたメディア処理ドキュメント（たとえばNBMP WDD）にしたがってメディアの処理を実行するように5GMS AFが5GMS ASに指示する。これの代わりに、複数の5GMS ASにメディア処理負荷を分担させるように5GMS AFによって制御することができる。

一例では、アップリンクNBMPプロセスは以下のステップを含むことができる。第1のステップでは、アップリンクストリーミング設定を用意する。5GMSアプリケーションプロバイダ（330）がFLUSセッションを開始する要求を5GMS AF（340）に送る。この要求は、5GMS AS（350）によって実行されるメディア処理の記述を含む。設定に応じて、1つ以上の5GMS ASを関与させてもよい。

第2のステップでは、5GMSu ASのプロビジョニングを行なう。5GMS AF（340）がメディア処理の記述をパースし、要求された処理を実行する5GMS AS（350）のプロビジョニングを行なう。要求された処理が対応できないものである場合、セッションの形成に失敗する。第3のステップでは、5GMS AS（350）が対応可能状態になる。5GMS AS（350）は設定が正しいことを確認し、メディアを受け取って要求通りに処理することに対応可能であることを5GMS AF（340）に通知する。

第4のステップでは、アップリンクストリーミング設定の作成の成功について5GMS AF（340）が5GMSアプリケーションプロバイダ（330）に確認する。第5のステップでは、アップリンクストリーミングセッションを開始する。セッションは5GMSクライアント（320）で開始される。第6のステップでは、5GMSクライアント（320）から5GMS AS（350）にメディアコンテンツをストリーミングする。プロビジョニング済みのメディア処理に基づいて5GMS AS（350）で受け取ったメディアを処理する。

III．Framework for Live Uplink Streaming（FLUS）
Framework for Live Uplink Streaming（FLUS）によって供給元エンティティから供給先エンティティへのライブメディアストリーミングが可能になる。FLUSによってIPマルチメディアサブシステム（IP multimedia subsystem：IMS）によるインスタンス化とIMSによらないインスタンス化とが実現される。IMS／MTSIによるインスタンス化により、通信事業者のネットワーク内で通信事業者のネットワークにわたって2つのUEの間又は供給元エンティティと供給先エンティティとの間でライブメディアストリーミングを確立することが可能になる。音声又は動画メディアについて、制限が課されたQoS類型が用いられるMTSIと比較して、FLUSでは、たとえば、遅延の最大値、利用可能な帯域幅や目標パケット損失率について広い範囲のQoS動作を実現することができる。IMSによらないインスタンス化では、RESTful APIを通じて制御され、他のメディアプレーンプロトコルをサポートする（すなわち、IMS又はMTSIによらない）より汎用的なフレームワークとしてFLUSを運用することができる。

FLUS供給元エンティティとFLUS供給先エンティティとが声／音、動画及びテキストのポイント・ツー・ポイント伝送をメディア処理（たとえば、シグナリング、移送、パケット損失処理及び適合化）によってサポートすることができる。FLUSにより、サービス提供の柔軟性を可能にしつつ予想可能なメディア品質を持つ、信頼性が高く相互運用可能なサービスを提供することができる。FLUS供給元エンティティを1つのUEのみに組み込んだり、UEと、UEとは別体の音声映像取込みデバイスとに分散させたりしてもよく、当該FLUS供給元エンティティは本明細書に記載されている特徴のすべてをサポートしても当該特徴のサブセットをサポートしてもよい。

汎用的なフレームワークとして用いられる場合、FLUSセッションを確立するためのFLUSコントロールプレーン（F－C）手順が用いられる。たとえば、メディアフォーマット及びコーデックの設定がそれぞれのサービスの要件にしたがうことが可能である。FLUS供給元とFLUS供給先エンティティとが3GPP IMS／MTSIサービスの一部として提供される場合、IMSコントロールプレーン及びメディアプレーン手順をサポートすることができる。たとえば、サービス品質をMTSIサービスポリシによって決定することができる。

図4はアップリンクストリーミングサービスを提供するためのFLUSシステム（400）の例を示す。システム（400）はUE（401）とデータネットワーク（402）とを含むことができる。UE（401）はFLUS供給元（410）と取込みデバイス（460）とを含むことができる。FLUS供給元（410）は制御供給元（media source）（411）、メディア供給元（412）及び遠隔制御目標（413）を含むことができる。データネットワーク（402）は供給先検出サーバ（420）、FLUS供給先（430）、リモートコントローラ（440）、処理機能（451）及び配信機能（452）を含むことができる。FLUS供給先（430）は制御供給先（control sink）（431）とメディア供給先（432）とを含むことができる。これらの要素が図4に示されているように接続されている。これに加えて、図4の機能や要素は同じ物理的デバイスに位置する必要はなく、複数の物理的デバイスに散らばって、別のインタフェイスによって接続されることが可能である。

一例では、1つ以上の取込みデバイス（460）からメディアコンテンツをFLUS供給元（410）が受け取る。取込みデバイス（460）はUE（401）の一部であったりUE（401）に接続されたりすることが可能である。FLUS供給先（430）はメディアコンテンツを処理機能（451）又は配信機能（452）に転送してもよい。いくつかの例では、FLUS供給先（430）はメディアゲートウェイ機能（media gateway function：MGW）及び／又は5G application function（AF）として機能してもよい。供給先検出サーバは利用可能なFLUS供給先を検出するFLUS供給元（410）の機能を提供することができる。FLUS供給先（430）はFLUS供給先（430）の能力とFLUSセッションについて問い合わせる機能を提供する。一例では、FLUS供給元（410）とFLUS供給先（430）は相互に認証及び許可を行なうことができる。

いくつかの例では、制御供給元（411）及び制御供給先（431）のコントロールプレーン機能は、アップロードされたメディアの、その後のダウンストリーム配信、FLUSメディアのインスタンス化の選択、及びメディアセッションに用いられる静的メタデータの設定のためのFLUS供給先（430）による関連処理を含む。FLUS供給元（410）の遠隔制御目標（413）はリモートコントローラ（440）から制御メッセージを受け取ることができる。メッセージはFLUS供給元（410）のメディア供給元（412）の挙動に影響を及ぼす。遠隔制御目標（413）に発せられるコマンドの例はFLUS供給元（410）におけるメディアをアップストリームするプロセスの開始又は停止である。FLUSユーザプレーン機能は1つ以上のメディアセッションの確立と、その後のメディアストリームを介したメディアデータの伝送とを含む。

いくつかの例では、制御供給元（411）を、FLUSメディアのインスタンス化を選択し、FLUSセッションに存在する各メディアセッションに関連する静的メタデータのプロビジョニングを行ない、処理及び配信の下位機能（451及び452）の検出、選択及び設定を行なうように構成することができる。リモートコントローラ（440）を、メディア供給先情報をFLUS供給元に提供し、FLUSメディアのインスタンス化を選択し、取込みデバイスの設定とその他FLUS供給元のパラメータとを決定するように構成することができる。

1つのFLUSセッションに対して複数のメディアストリームを確立してもよい。メディアストリームは単一コンテンツ種別のメディア構成要素（たとえば音声）を含んでもよいし、コンテンツ種別の異なる複数のメディア構成要素（たとえば音声及び動画）を含んでもよい。FLUSセッションは同一コンテンツ種別を含む1つ以上のメディアストリームで構成されてもよく、たとえば、動画の複数のメディアストリームで構成されてもよい。

通常、FLUS供給先がUEに位置し、UEが直接受け取ったメディアコンテンツをレンダリングする場合、FLUSセッションが暗黙的に存在してもよい。たとえば、FLUS供給先をIMS／MTSIを通じて実現してもよい。FLUS供給先がネットワーク側に位置し、メディアゲートウェイ機能を提供する場合、メディアセッションのインスタンス化を選択し、処理及び配信関連のいずれかの下位機能を設定するのにFLUSセッションが用いられる。いくつかの例では、FLUS供給元から受け取ったメディア構成要素に対して実行されるFLUS供給先でのメディア処理タスクを記述するのにMPEG NBMPワークフロー記述ドキュメント（WDD）を用いてもよい。

一例では、FLUSセッション確立手順でFLUSセッションリソースを生成することができ、その後、FLUSセッションリソースはFLUSセッション更新手順によって設定され、その結果、たとえば、メディアセッションのインスタンス化が選択される。FLUSセッション更新手順はFLUSセッション設定パラメータ、すなわち、メディアセッションのインスタンス化の選択、セッションに固有のメタデータのプロビジョニング、FLUS供給先が実行するメディアデータの処理の記述（たとえばNBMP WDD）の設定、及びメディアデータの配信及び記憶オプションの設定を含む。

一例では、FLUS供給元（410）がFLUS供給先（430）の能力を検出することができる。FLUS供給先（430）の能力は様々な処理能力及び配信能力を含むことができる。処理能力の例には以下が含まれる。
－対応可能な入力フォーマット、コーデック及びコーデックのプロファイル／レベル、解像度、フレームレート
－フォーマット、出力コーデック、コーデックのプロフィール／レベル、ビットレートなどに関するトランスコーディング
－出力フォーマットでの再フォーマット
－入力メディアストリームの合成（たとえばネットワークを用いたステッチング、ミキシング）
－メディアの認識又は合成

配信能力の例には以下が含まれる。
－記憶能力
－CDNオリジン能力、及びCDNオリジンサーバのベースURL
－対応可能な転送プロトコルと関連するセキュリティ手順とを含む転送

いくつかの例では、FLUSが異なる供給元システムをサポートする。供給元システムの記述は取り込まれた複数のメディア供給元とそれらの間の関係とに関するメタデータを含み、供給元システムの記述は、受け取ったメディアストリームをFLUS供給先が適切に解釈して処理することができるようにFLUS供給先に利用可能にされる。供給元システムは固有の識別子によって特定される。当該識別子と、対応する供給元システムの記述とはFLUSセッションの確立及び／又は更新手順の際にFLUS供給先に提供される。FLUS供給元とFLUS供給先との間のやり取りはHTTPを用いたRESTful API要求／応答機構に基づいて行なうことができる。

FLUS供給元（410）から受け取ったメディア構成要素に対して実行されるFLUS供給先（430）でのメディア処理タスクを記述するのにMPEG NBMPワークフロー記述ドキュメント（WDD）を用いてもよい。NBMP WDDをFLUS供給先設定プロパティの一部としてシグナリングしてもよい。たとえば、まず制御供給元（411）がFLUS供給先設定プロパティ取得手順（Get FLUS sink configuration properties procedure）を用いて現在のFLUS供給先設定を取得してもよい。制御供給元（411）はFLUS供給先設定リソースのプロパティを修正する。当該手順を用いて個別プロパティ修正を可能にしたり全プロパティ修正を可能にしたりしてもよい。供給先設定リソースを受け取るのに応じて、制御供給先（431）がFLUS供給先設定のIDによって特定されるリソースを更新する。

IV．Framework of Live Uplink Streaming（FLUS）と5G Application Function（AF）とを用いたNBMPデプロイ
図5は本開示の一実施形態に係るNBMPシステム（500）を示す。システム（500）は5GMSシステム（300）、FLUSシステム（400）及びNBMPシステム（100）を基盤とすることができる。システム（500）では、5GMSアーキテクチャ、FLUSアーキテクチャ及びNBMPフレームワークが一体的に組み合され、NBMPのデプロイが実現される。これらの3つのアーキテクチャやフレームワークのプロトコルを異なるレベルで運用することができる。低いレベルのプロトコルによって高いレベルのプロトコルにサービスを提供することができる。

システム（500）はUE（501）とDN（502）とを含むことができる。UEは5GMS認識アプリケーション（510）と5GMSクライアント520とを含むことができる。5GMSクライアント（520）はメディアセッションハンドラ521とFLUS供給元522とを含むことができる。DN（502）は5GMSアプリケーションプロバイダ（530）、5GMS AF（540）、FLUS供給先（550）及びメディア供給先（560）を含むことができる。FLUS供給先（550）はメディア処理サービス（media processing service：MPS）モジュール（551）を含むことができる。これらの要素を図5に示されているように接続することができる。

様々なデプロイ場面で、FLUS供給元（522）の機能を複数の仕方で実施してもよい。一例では、FLUS供給元（522）はメディアストリーマ（322）などのメディアストリーマの一部として実施される。一例では、FLUS供給元（522）はメディアストリーマとして実施され、メディアストリーマ（322）の機能と同様の機能を発揮する。一例（図5には示されていない例）では、FLUS供給元（522）の機能をメディアストリーマ（たとえばメディアストリーマ（322））とメディアセッションハンドラ（たとえばメディアセッションハンドラ（321））とに分散させる。

同様に、様々なデプロイ場面で、FLUS供給先（550）の機能を複数の仕方で実施してもよい。一例では、FLUS供給先（550）は5GMS AS（350）などの5Gアプリケーションサーバ（5GAS）の一部として実施される。一例では、FLUS供給先（550）が5GASとして実施されたりFLUS供給先（550）の一部が5GASとして実施されたりする。一例では、FLUS供給先（550）の機能を5GMS AF（たとえば5GAF（340））と5GMS AS（たとえば5GMS AS（350））とに分散させることができる。

いくつかの例では、システム（500）の要素（501，502，510，520，521，522，530，540，550）が図3の例の要素（301，302，310，320，321，322，330，340，350）としてそれぞれ機能して同様に動作することができる。たとえば、システム500で5GMSアーキテクチャ向けに定められたプロトコル及びAPIを用いてFLUS及びNBMP関連の動作をサポートすることができる。

いくつかの例では、システム（500）の要素（522）及び（550）が図4の例の要素（410）及び（430）としてそれぞれ機能して同様に動作することができる。たとえば、システム（500）でFLUSアーキテクチャ向けに定められたプロトコル及びAPIをFLUS関連の動作に用いることができる。いくつかの例では、システム（500）のMPSモジュール（551）及びメディア供給先（560）が図1の例のメディア処理エンティティ（113）及びメディア供給先（115）としてそれぞれ機能して同様に動作することができる。

図6は本開示の一実施形態に係るNBMPのプロセス（600）を示す。プロセス（600）はステップ（S610）～（S670）を含むことができる。プロセス（600）をNBMPシステム（609）の要素の集合中で実行することができる。これらの要素は5GMSアプリケーションプロバイダ（601）、FLUS供給元（602）、5GMS AF（603）、FLUS供給先（604）及びFLUS供給先検出サーバ（605）を含むことができる。

一例では、要素（601～604）は要素（530，522，540，550）にそれぞれ対応し、図5に示されているようにデプロイされることが可能である。他の例では、要素（601～604）を図5に示されているものとは異なるようにデプロイすることができる。たとえば、FLUS供給元（602）の下位機能をメディアセッションハンドラとFLUS供給元とに分散させてもよい。FLUS供給先（604）の下位機能を5GAFと5GAFとに分散させてもよい。FLUS供給先（604）からMPSモジュールを分離させてもよい（このFLUS供給先（604）はMPSモジュール（551）を含むFLUS供給先（550）とは異なる）。

（S610）では、5GMS AF（603）を設定するために、5GMSアプリケーションプロバイダ（601）が5GMS AF（603）を用いたプロビジョニングセッションを確立することができる。たとえば、5GMS AF（603）にはQoS要件に関連するパラメータを提供することができる。5GMS AF（603）には処理テンプレートを提供することができる。たとえば、処理テンプレートにはそれぞれのNBMPに必要なリソース（たとえば、CPU、メモリなど）を記述してもよい。これに加えて、かつこれとは別に、5GMS AF（603）には意図したNBMPの記述を提供することができる。一例では、この記述はNBMP WDDの形態をとることができる。

（S620）では、5GMSアプリケーションプロバイダ（601）から受け取った設定に基づいて5GMS AF（603）がFLUS供給先（604）を設定することができる。たとえば、5GMSアプリケーションプロバイダ（601）から受け取ったQoS設定に基づいてFLUS供給元（602）からFLUS供給先（604）にメディアコンテンツを移送するためのネットワークリソースを用意するように5GMS AF（603）がそれぞれの5G機能に命令することができる。処理テンプレートに基づいて意図したNBMPに計算リソースを用意するように5GMS AF（603）がFLUS供給先（604）に命令することができる。様々なデプロイ場面で、FLUS供給先（604）を設定するための異なる選択肢が存在することが可能である。

第1の例では、5GMS AF（603）がFLUS供給先を1つだけ（たとえばFLUS供給先（604））設定し、FLUS供給先（604）でNBMPワークフローのインスタンスを生成することができる。たとえば、FLUS供給先（604）において5GMS AF（603）又は5GMSアプリケーションプロバイダ（601）からNBMP WDDを受け取ることができる。このNBMP WDDに基づいて、FLUS供給先（604）のMPSモジュールでNBMPワークフローを開始することができる。

第2の例では、5GMS AF（603）が1つ以上のFLUS供給先を設定することができる。ただし、5GMS AF（603）からNBMP WDDを受け取らず、1つ以上のFLUS供給先ではNBMPワークフローのインスタンスは生成されない。

第3の例では、5GMS AF（603）が1つ以上のFLUS供給先を設定し、複数のFLUS供給先の各々にFLUS供給元（602）のアドレスを提供することができる。ただし、これらのFLUS供給先ではNBMPワークフローのインスタンスは生成されない。これらのFLUS供給先向けにNBMP WDDを設定してもよい。

第4の例では、UEの異なるグループに対応して、複数のFLUS供給先を第1の例、第2の例及び第3の例に対応する方法で設定することができる。たとえば、UEの第1のグループに対しては、第1の例の設定を各UEに設定することができる。設定されたFLUS供給先のアドレスを対応するUEに、対応するUEの5GMSアプリケーションと5GMSアプリケーションプロバイダ（601）との間の通信を介して通知したり、FLUS供給先検出サーバ（605）を通じて通知したりすることができる。

UEの第2のグループに対しては、第2の例の設定を複数のFLUS供給先にわたって設定することができ、その後、当該FLUS供給先をFLUS供給先検出サーバ（605）でパブリッシュすることができる。UEの第2のグループの各UEが、FLUS供給先検出サーバ（605）でリスト化されている複数の候補から1つのFLUS供給先を検出して選択することができる。

UEの第2のグループに類似するUEの第3のグループに対しては、第3の例の設定を複数のFLUS供給先にわたって設定することができ、その後、当該FLUS供給先をFLUS供給先検出サーバ（605）でパブリッシュすることができる。UEの第3のグループの各UEが、FLUS供給先検出サーバ（605）でリスト化されている複数の候補から1つのFLUS供給先を検出して選択することができる。

（S630）では、5GMS AF（603）がFLUS供給先検出サーバ（605）に利用可能な供給先をパブリッシュすることができる。たとえば、既に設定されているFLUS供給先をFLUS供給先検出サーバ（605）でリスト化することができる。リスト化されたFLUS供給先毎に能力及び／又は設定を提供することができる。

（S640）では、FLUS供給先がNBMPプロセスを開始することに対応可能であることを、5GMSアプリケーションプロバイダ（601）が、FLUS供給元（602）を搭載するUEの5GMSアプリケーション（図6には示されていない）にシグナリングすることができ、FLUSセッションを開始することができる。

（S650）では、5GMS FLUS供給元（602）がFLUS供給先検出プロセスを実行して、FLUS供給先検出サーバ（605）でリスト化されているFLUS供給先候補からFLUS供給先を選択することができる。たとえば、5GMS FLUS供給元（602）がFLUS供給先検出サーバ（605）に問い合わせて能力及び／又は設定情報を取得することができる。当該情報に基づいてFLUS供給先候補を選択することができる。

（S660）では、5GMS FLUS供給元（602）が、選択されたFLUS供給先との接続（セッション）を確立することができる。システム（609）のデプロイ場面及び設定場面に応じて、様々な動作を実行することができる。

（S620）における第1の例に対応する第1の場面では、FLUS供給先（604）で5GMS AF（603）によってNBMPワークフローのインスタンスが既に生成されている。たとえば、5GMSアプリケーションプロバイダ（601）によって制御されると、FLUS供給元（602）からストリーミングされるメディアコンテンツの意図したメディア処理がNBMPワークフローによって可能になる。NBMP WDDを送ったりNBMPワークフローのインスタンスを生成したりするための動作を付加することなく、FLUSプロトコルに基づいてFLUS供給元（602）がFLUS供給先（604）とのセッションを確立することができる。

（S620）における第2の例に対応する第2の場面では、FLUS供給先（604）を設定し、メディア処理に用いられるリソースは割り当てられている。ただし、NBMPワークフローのインスタンスは生成されていない。この場面では、FLUS供給先（604）とのセッションを確立する際、NBMPのインスタンス化のためにFLUS供給元（602）がワークフローを要求してもよい。この要求にNBMP WDDを含ませることができる。これに応じて、受け取ったNBMP WDDに基づいてFLUS供給先（604）がNBMPワークフローのインスタンスを生成してもよい。

（S620）における第2の例で複数のFLUS供給先が設定されてFLUS供給先検出サーバ（605）でリスト化されると、（S650）においてFLUS供給先検出プロセスの際にFLUS供給元（602）がリスト化された複数のFLUS供給先のうちの1つを選択してセッションを確立してもよい。

（S620）における第3の例に対応する第3の場面では、FLUS供給先（604）向けに予め設定されているFLUS供給元（602）のアドレスと、このアドレスに関連するNBMP WDDとをFLUS供給先（604）が既に有している。FLUS供給元（602）とFLUS供給先（604）との間にセッションが確立されている間に、FLUS供給元（602）がFLUS供給先（604）にFLUS供給元（602）のアドレスを、NBMP WDDをシグナリングすることなく提供することができる。FLUS供給元（602）のアドレスを受け取ると、FLUS供給先（604）はFLUS供給元（602）のアドレスに関連する利用可能なNBMP WDDを用いてNBMPワークフローのインスタンスを生成することができる。

上記の3つのデプロイ場面を比較すると、異なる技術的効果及び欠点を示すことができる。第1の場面の応答速度は高く（有効なメディア処理ワークフローを即座に利用可能であるため）、APIが単純である（NBMP WDDをシグナリングしない）が、その一方で、計算リソースを占有するという対価を支払う（ユーザ不在でも常時占有）。第2の場面の計算リソースの占有度は低く、APIはより複雑であり、応答速度は低い。第3の場面のAPIやシグナリングプロトコルは単純であり（必要なメディア処理を示すのにアドレスが用いられ、NBMP WDDをシグナリングしない）、計算リソースの規模は小さく、応答速度は低い。

上記に加えて、特定のUEに対する特定のFLUS供給先でNBMPを提供するのに第1の場面のデプロイを用いることができる。その一方で、複数のFLUS供給先を予め設定して、第2のデプロイ場面及び第3のデプロイ場面におけるFLUS供給先検出サーバでのリスト化を行なうことができる。複数のUEの各々が適当なFLUS供給先を選択して、意図したNBMPを要求することができる。

（S670）では、FLUS供給元（602）がアップリンクメディアストリーミングセッションを開始して、FLUS供給元（602）から（FLUS供給先（604））メディアコンテンツをストリーミングする。メディアコンテンツはNBMPワークフローに入力され、意図したNBMPで処理される。その後、NBMPワークフローからの出力を複数のメディア供給先（たとえばUE）に配信したり、5GMSアプリケーションプロバイダ（601）に送ったりすることができる。（S670）の後にプロセス（600）は終了することができる。

図7は本開示の一実施形態に係る、FLUS及び5GMS AFを用いたNBMPデプロイのプロセス（700）を示す。プロセス（700）は（S701）から開始し、（S710）まで進むことができる。

（S710）では、5GMSアプリケーションプロバイダによって5GMS AFを用いてプロビジョニングセッションを確立することができる。プロビジョニングプロセスの際、5GMSアプリケーションプロバイダがNBMPのために5GMS AFを設定する。たとえば、5GMSアプリケーションプロバイダがQoSパラメータ及び処理テンプレートに5GMS AFを提供することができる。一例では、5GMS AFを通じてNBMPを用意するために5GMSアプリケーションプロバイダが5GMS AFにNBMPワークフロー記述ドキュメント（WDD）を提供する。一例では、5GMSアプリケーションプロバイダがNBMPに対応するNBMP WDDを提供することによって5GMS AFにメディアプロセスを設定するよう要求し、5GMS AFはFLUS供給先を設定し、NBMP WDDに基づいてFLUS供給先でNBMPワークフローのインスタンスを生成する。

（S720）では、5GMS AFがNBMPのためにFLUS供給先を設定することができる。一例では、NBMPに対応するNBMPワークフロー記述ドキュメント（WDD）を用いて5GMSアプリケーションプロバイダが5GMS AFを設定する。これに応じて5GMS AFはFLUS供給先を設定し、NBMPに対応するNBMP WDDに基づいてFLUS供給先でNBMPワークフローのインスタンスを生成する。

別の例では、5GMS AFがFLUS供給先にFLUS供給元のアドレスとNBMPに対応するNBMP WDDとを提供する。ただし、NBMPのNBMPワークフローのインスタンス化はFLUS供給先で実行されない。

（S730）では、FLUS供給元検出プロセスでFLUS供給元によってFLUS供給先を選択する。たとえば、NBMPメディア処理が可能なFLUS供給先を5GMS AFによってFLUS供給先検出サーバにパブリッシュすることができる。FLUS供給先検出サーバでリスト化されている1つ以上のFLUS供給先からFLUS供給先をFLUS供給元が検出することができる。FLUS供給先がNBMPを実行可能であるというFLUS供給先検出サーバにある情報に基づいてFLUS供給元がFLUS供給先を選択する。

（S740）では、FLUS供給元によってFLUS供給先を用いてFLUSセッションを確立することができる。一例では、FLUS供給元を通じてUEの5GMS認識アプリケーションがNBMPのNBMPワークフローのインスタンス化を要求することができる。したがって、UEのFLUS供給元がFLUS供給先にNBMPのNBMPワークフローのインスタンス化の要求を、要求に含まれる、NBMPワークフローに対応するNBMP WDDとともに送ることができる。FLUS供給元から要求を受け取るのに応じて、FLUS供給先はNBMP WDDに基づいてNBMPワークフローのインスタンスを生成することができる。

別の例では、5GMS AFによってFLUS供給元のアドレスと、NBMPに対応するNBMP WDDとを用いてFLUS供給先が設定される。このように設定された状態で、FLUS供給元のアドレスを含む、FLUS供給元からのFLUSセッションを確立する要求に応じて、FLUS供給先がNBMP WDDに基づいてNBMPワークフローのインスタンスを生成することができる。

（S750）では、FLUS供給元によってアップリンクストリーミングをFLUS供給先に向けて開始することができる。FLUS供給先では、アップリンクストリーミングのメディアコンテンツをNBMPで処理することができる。プロセス（700）は（S799）に進み、（S799）で終了することができる。

図8は本開示の一実施形態に係る、FLUS及び5GMS AFを用いたNBMPデプロイのプロセス（800）を示す。プロセス（800）をFLUS供給元によって行なうことができる。プロセス（800）は（S801）から開始し、（S810）まで進むことができる。

（S810）では、FLUS供給元で5GMSアプリケーションプロバイダからシグナリングを受け取ることができる。シグナリングはFLUS供給先がNBMPのために設定されていることを示すことができる。

（S820）では、FLUS供給元によってFLUS供給先を用いてFLUSセッションを確立することができる。いくつかの例では、NBMPを実行するためにNBMP WDDに基づいてFLUS供給先でNBMPワークフローのインスタンスを生成することができる。

（S830）では、FLUS供給元によってFLUS供給先を用いてアップリンクメディアストリーミングセッションを開始して、FLUS供給元からFLUS供給先にメディアコンテンツをストリーミングすることができる。メディアコンテンツはFLUS供給先でNBMPで処理される。プロセス（800）は（S899）に進み、（S899）で終了することができる。

図9は本開示の一実施形態に係る、FLUS及び5GMS AFを用いたNBMPデプロイのプロセス（900）を示す。プロセス（900）をFLUS供給先によって実行することができる。プロセス（900）は（S901）から開始し、（S910）まで進むことができる。

（S910）では、FLUS供給先でNBMPの設定を5GMS AFから受け取ることができる。

（S920）では、FLUS供給元から要求を受け取るのに応じて、UEのFLUS供給元とFLUS供給先との間にFLUSセッションを確立することができる。

（S930）では、FLUS供給先でFLUS供給元からアップリンクメディアストリーミングのメディアコンテンツを受け取ることができる。アップリンクメディアストリーミングのメディアコンテンツをNBMPで処理することができる。プロセス（900）は（S999）に進み、（S999）で終了することができる。

V．コンピュータシステム
本出願で開示されている方法、実施形態、エンティティや機能を処理回路（たとえば、1つ以上のプロセッサや1つ以上の集積回路）によって実施してもよい。一例では、非一時的コンピュータ可読メディアに記憶されているプログラムを実行して本出願で開示されている方法、実施形態や機能を1つ以上のプロセッサが実行する。プログラムは、任意の適切なマシン語すなわちコンピュータ言語を用いてコード化することができ、このコンピュータ言語は、指示を備えるコードを生成するためのアセンブリ、コンパイル、リンクや同様のメカニズムによって処理される場合があり、この指示を1つ以上のCPU、GPUなどによって、直接実行したり、解釈、マイクロコードの実行などを通じて実行したりすることができる。指示は、たとえば、パーソナルコンピュータ、タブレットコンピュータ、サーバ、スマートフォン、ゲーム機、モノのインターネットデバイスなどを含む様々なタイプのコンピュータやその構成要素で実行することができる。

図10は開示されている保護対象の特定の実施形態を実施するのに適するコンピュータシステム（1000）を示す。コンピュータシステム（1000）の図10に示されている構成要素は当然典型的なものであり、本開示の実施形態を実施するコンピュータソフトウェアの使用又は機能の範囲に関していかなる限定の示唆も意図していない。さらには、構成要素の構成が、コンピュータシステム（1000）の典型的な実施形態に示されている構成要素のいずれか1つ又はこれらの組合せに関連するなんらかの依存性や要求を持つと解釈するべきでもない。

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

入力ヒューマンインタフェイス装置は、キーボード（1001）、マウス（1002）、トラックパッド（1003）、タッチ画面（1010）、データグローブ（図示せず）、ジョイスティック（1005）、マイク（1006）、スキャナ（1007）、カメラ（1008）の1つ以上（各々の1つのみが図示されている）を含んでもよい。

コンピュータシステム（1000）はいくつかのヒューマンインタフェイス出力装置も含んでもよい。このようなヒューマンインタフェイス出力装置は、たとえば、触覚出力、音、光及び嗅覚／味覚を通じて1人以上の人間のユーザの感覚を刺激してもよい。このようなヒューマンインタフェイス出力装置は、触覚出力装置（たとえば、タッチ画面（1010）、データグローブ（図示せず）又はジョイスティック（1005）による触覚フィードバック、ただし、入力装置として用いられない触覚フィードバック装置も存在することが可能）、音声出力装置（スピーカ（1009）、ヘッドホン（図示せず）など）、視覚出力装置（CRT画面、LCD画面、プラズマ画面、OLED画面を含む画面（1010）など、各々にはタッチ画面入力機能があったりなかったりし、触覚フィードバック機能があったりなかったりする、上記の画面のいくつかは、二次元視覚出力を出力したり、立体グラフィック出力などの手段を通じて三次元以上の出力を出力したりする能力があってもよい、バーチャルリアリティグラス（図示せず）、ホログラムディスプレイ及び発煙剤タンク（図示せず））及びプリンタ（図示せず）を含んでもよい。

コンピュータシステム（1000）は、CD／DVD又は同様の媒体（1021）を用いるCD／DVD ROM／RW（1020）を含む光学媒体、thumb－drive（1022）、リムーバブルハードドライブやソリッドステートドライブ（1023）、テープやフロッピディスクなどのレガシ磁気媒体（図示せず）、セキュリティドングルなどの特化型のROM／ASIC／PLDベースのデバイス（図示せず）などの人間が直接操作し得る記憶装置及びこれに関連する媒体も含むことができる。

ここで開示されている保護対象に関連して用いられている用語「コンピュータ可読媒体」が伝送媒体、搬送波やその他一時的な信号を含まないことも当業者は当然理解する。

コンピュータシステム（1000）は1つ以上の通信ネットワーク（1055）に対するインタフェイス（1054）も含むことができる。ネットワークはたとえば、無線ネットワーク、有線ネットワーク、光学ネットワークであることが可能である。さらに、ネットワークはローカル、広域、大都市圏、車両用及び産業用、リアルタイム、遅延耐性などのネットワークであることが可能である。ネットワークの例には、Ethernetなどのローカルエリアネットワーク、無線LAN、GSM、3G、4G、5G、LTEなどを含むセルラネットワーク、ケーブルテレビ、衛星テレビ及び地上波テレビを含むテレビの有線又は無線広域デジタルネットワーク、CANBusを含む車両用及び産業用などが含まれる。いくつかのネットワークには、いくつかの汎用データポート又はペリフェラルバス（1049）（たとえば、コンピュータシステム（1000）のUSBポートなど）に取り付けられる外部ネットワークインタフェイスアダプタが必要であることが一般的であり、他のネットワークについては、後述のようにシステムバスに取り付けることによってコンピュータシステム（1000）のコアに組み込まれることが一般的である（たとえば、PCコンピュータシステムにはEthernetインタフェイスが組み込まれたりスマートフォンコンピュータシステムにはセルラネットワークインタフェイスが組み込まれたりする）。このようなネットワークのいずれを用いても、コンピュータシステム（1000）は相手方と通信することができる。このような通信は、一方向、受信専用（たとえば、テレビ放送）、一方向送信専用（たとえば、CANbusから特定のCANbusデバイス）又は双方向、たとえば、ローカル若しくは広域デジタルネットワークを用いた他のコンピュータシステムに対する双方向の通信であることが可能である。本記載で説明されているこのようなネットワーク及びネットワークインタフェイスの各々にいくつかのプロトコル及びプロトコルスタックを用いることができる。

上述のヒューマンインタフェイス装置、人間が直接操作し得る記憶装置及びネットワークインタフェイスをコンピュータシステム（1000）のコア（1040）に取り付けることができる。

コア（1040）は、1つ以上の中央処理装置（CPU）（1041）、グラフィックス処理装置（GPU）（1042）、フィールドプログラマブルゲートエリア（FPGA）（1043）の形態をとる特化型プログラム可能処理装置、特定のタスク用のハードウェアアクセラレータ（1044）、グラフィックアダプタ（1050）などを含むことができる。このようなデバイスを、読出し専用メモリ（ROM）（1045）、ランダムアクセスメモリ（1046）、内部にあってユーザが直接操作し得ないハードドライブ、SSDなどの内部大容量ストレージ（1047）とともにシステムバス（1048）を通じて接続してもよい。いくつかのコンピュータシステムでは、システムバス（1048）は、追加のCPU、GPUなどによって拡張を可能にする1つ以上の物理的なプラグの形態をとる直接操作し得るものであることが可能である。周辺機器をコアのシステムバス（1048）に直接取り付けるか、ペリフェラルバス（1049）を介して取り付けるかすることができる。一例では、画面（1010）をグラフィックアダプタ（1050）に接続することができる。ペリフェラルバスのアーキテクチャにはPCI、USBなどが含まれる。

CPU（1041）、GPU（1042）、FPGA（1043）及びアクセラレータ（1044）は、組み合されて上述のコンピュータコードを構築することができるいくつかの指示を実行することができる。当該コンピュータコードをROM（1045）又はRAM（1046）に記憶することができる。RAM（1046）には過渡的データも記憶することができる一方で、不変データを内部大容量ストレージ（1047）に記憶することができる。1つ以上のCPU（1041）、GPU（1042）、大容量ストレージ（1047）、ROM（1045）、RAM（1046）などと密接に関連することができるキャッシュメモリを用いることにより、メモリデバイスのいずれかに対する高速記憶及び読出しを可能にすることができる。

コンピュータ可読媒体には様々なコンピュータ実施動作を実行するためのコンピュータコードを搭載することができる。媒体及びコンピュータコードを本開示のために特別に設計及び構成することができるし、コンピュータソフトウェア技術の当業者によく知られ、当業者が入手可能な種類のものであることが可能である。

限定例としてではなく一例として、アーキテクチャ（1000）を有し、特にコア（1040）を有するコンピュータシステムは、1つ以上のプロセッサ（CPU、GPU、FPGA、アクセラレータなどを含む）が1つ以上の有形のコンピュータ可読媒体で実施されたソフトウェアを実行した結果として機能を提供することができる。このようなコンピュータ可読媒体は、上述されているような、ユーザが直接操作し得る大容量ストレージに関連する媒体であることが可能であり、さらには、コア内蔵大容量ストレージ（1047）やROM（1045）など、コア（1040）の非一時的な特定のストレージであることも可能である。本開示の様々な実施形態を実施するソフトウェアをこのようなデバイスに記憶してコア（1040）によって実行することができる。コンピュータ可読媒体は個々の要求に応じて1つ以上のメモリデバイスやチップを含むことができる。ソフトウェアにより、コア（1040）、特にコア（1040）中のプロセッサ（CPU、GPU、FPGAなどを含む）が、RAM（1046）に記憶されているデータ構造の定義と、ソフトウェアによって定義されているプロセスに応じたこのようなデータ構造の修正とを含む、上記で説明されている特定のプロセス又は特定のプロセスの特定の部分を実行することができる。これに加えて、又はこれの代わりとして、本出願で説明されている特定のプロセス又は特定のプロセスの特定の部分を実行するようにソフトウェアの代わりに動作したり、ソフトウェアと協働したりすることができる回路（たとえばアクセラレータ（1044））にロジックがハードワイヤードされたり、ロジックが別の仕方で実施された結果としてコンピュータシステムは機能を提供することができる。必要に応じて、「ソフトウェア」と記載されている場合にはロジックを包含する場合があり、逆も可能である。必要に応じて、「コンピュータ可読媒体」と記載されている場合には、実行されるソフトウェアを記憶する回路（集積回路（IC）など）や、実行されるロジックを実施する回路や、これらの両方を包含する場合がある。本開示にはハードウェアとソフトウェアとの任意の適切な組合せが含まれる。
本開示ではいくつかの典型的な実施形態を説明してきたが、変形例、置換例及び様々な代替均等例が存在し、これらは本開示の範囲に含まれる。したがって、当業者であれば、本出願で明示的に示されていたり説明されていたりしなくても、本開示の原理を実施し、したがってその精神及び範囲内にある多数のシステム及び方法を想起することができることが分かる。

100 NBMPシステム
101 NBMP供給元
103 NBMPワークフローマネージャ
105 NBMP機能リポジトリ
111 メディア供給元、NBMP供給元
113 メディア処理エンティティ
115 メディア供給先
200 ワークフロー
201 入力
202～208 リンク
209 出力
210 出力
300 5GMSシステム
301 ユーザ端末（UE）、UE
302 データネットワーク（DN）、DN
310 5GMS認識アプリケーション
320 5GMSクライアント
321 メディアセッションハンドラ
322 メディアストリーマ
330 5GMSアプリケーションプロバイダ
340 5GMS application function（AF）、ネットワーク機能
350 5GMSアプリケーションサーバ（AS）、ネットワーク機能、AS機能
361 ネットワーク公開機能、NEF
362 ポリシコントロール機能、PCF
400 FLUSシステム
401 UE
402 データネットワーク
410 FLUS供給元
411 制御供給元
412 メディア供給元
413 遠隔制御目標
420 供給先検出サーバ
430 FLUS供給先
431 制御供給先
432 メディア供給先
440 リモートコントローラ
451 処理機能、下位機能
452 配信機能
460 取込みデバイス
500 NBMPシステム
501 UE
502 DN
510 5GMS認識アプリケーション
520 5GMSクライアント
521 メディアセッションハンドラ
522 FLUS供給元
530 5GMSアプリケーションプロバイダ
540 5GMS AF
550 FLUS供給先
551 メディア処理サービスモジュール、MPSモジュール
560 メディア供給先
601 5GMSアプリケーションプロバイダ
602 FLUS供給元
603 5GMS AF
604 FLUS供給先
605 FLUS供給先検出サーバ
609 NBMPシステム
1000 コンピュータシステム、アーキテクチャ
1001 キーボード
1002 マウス
1003 トラックパッド
1005 ジョイスティック
1006 マイク
1007 スキャナ
1008 カメラ
1009 音声出力装置スピーカ
1010 タッチ画面
1020 CD／DVD ROM／RW
1021 CD／DVD又は同様の媒体
1022 thumb－drive
1023 ソリッドステートドライブ
1040 コア
1041 CPU
1042 GPU
1043 フィールドプログラマブルゲートエリア、FPGA
1044 ハードウェアアクセラレータ
1045 読出し専用メモリ、ROM
1046 ランダムアクセスメモリ、RAM
1047 コア内臓大容量ストレージ、内部大容量ストレージ
1048 システムバス
1049 ペリフェラルバス
1050 グラフィックアダプタ
1054 インタフェイス
1055 通信ネットワーク

DAG（200）の各ノードはワークフロー（200）中のメディア処理タスクを表わすことができる。DAG（200）中で第1のノード（たとえばノード（T1））を第2のノード（たとえばノード（T2））に連結しているリンク（たとえばリンク（202））は、第1のノード（たとえばノード（T1））の出力という受け渡し物を第2のノード（たとえばノード（T2））に対する入力として表わすことができる。

アップリンクメディアストリーミングのプロセスでは、システム（300）のユーザが5GMSクライアント（320）と5GMS AS（350）との間のセッションの形成、修正、削除を行なうことができる。一例では、5GMS AF（340）がリソース確保のために5GMS AS（350）を選択して5GMS AS（350）とやり取りすることができる。たとえば、5GMS AS（350）がM2及びM4のリソースを割り当て、リソース識別子を5GMS AF（340）に通信によって戻すことができる。5GMS AF（340）はメディアセッション処理、排出、及び5GMSアプリケーションプロバイダ（330）へのアップリンクストリーミングのためにプロビジョニング済みのリソースに関する情報を（リソース識別子の形態で）提供する。メディアセッション処理及びアップリンクストリーミングのリソース識別子は一例では決められた特徴部にアクセスする5GMSクライアントに提供される。

第2のステップでは、5GMS ASのプロビジョニングを行なう。5GMS AF（340）がメディア処理の記述をパースし、要求された処理を実行する5GMS AS（350）のプロビジョニングを行なう。要求された処理が対応できないものである場合、セッションの形成に失敗する。第3のステップでは、5GMS AS（350）が対応可能状態になる。5GMS AS（350）は設定が正しいことを確認し、メディアを受け取って要求通りに処理することに対応可能であることを5GMS AF（340）に通知する。

（S710）では、5GMSアプリケーションプロバイダによって5GMS AFを用いてプロビジョニングセッションを確立することができる。プロビジョニングプロセスの際、5GMSアプリケーションプロバイダがNBMPのために5GMS AFを設定する。たとえば、5GMSアプリケーションプロバイダがQoSパラメータ及び処理テンプレートを5GMS AFに提供することができる。一例では、5GMS AFを通じてNBMPを用意するために5GMSアプリケーションプロバイダが5GMS AFにNBMPワークフロー記述ドキュメント（WDD）を提供する。一例では、5GMSアプリケーションプロバイダがNBMPに対応するNBMP WDDを提供することによって5GMS AFにメディアプロセスを設定するよう要求し、5GMS AFはFLUS供給先を設定し、NBMP WDDに基づいてFLUS供給先でNBMPワークフローのインスタンスを生成する。

Claims (20)

1. framework for live uplink streaming（FLUS）とfifth－generation media streaming（5GMS）application function（AF）とを用いたnetwork－based media processing（NBMP）デプロイの方法であって、
   前記5GMS AFを用いて5GMSアプリケーションプロバイダによってプロビジョニングセッションを確立するステップであって、前記5GMSアプリケーションプロバイダはNBMPのために前記5GMS AFを設定する、ステップと、
   前記NBMPのために前記5GMS AFによってFLUS供給先を設定するステップと、
   FLUS供給元検出プロセスでFLUS供給元によって前記FLUS供給先を選択するステップと、
   前記FLUS供給元によって前記FLUS供給先を用いてFLUSセッションを確立するステップと、
   前記FLUS供給元によってアップリンクストリーミングを前記FLUS供給先に向けて開始するステップであって、前記アップリンクストリーミングのメディアコンテンツは前記NBMPで処理される、ステップと
   を備える方法。
2. 前記5GMSアプリケーションプロバイダは5GMS AFを通じて前記NBMPを用意するために前記5GMS AFにNBMPワークフロー記述ドキュメント（WDD）を提供する、請求項1に記載の方法。
3. 前記5GMS AFによって前記FLUS供給先を設定する前記ステップは、
   前記FLUS供給先を設定するステップと、
   前記NBMPに対応する前記NBMP WDDに基づいて前記FLUS供給先でNBMPワークフローのインスタンスを生成するステップと
   を含む、請求項2に記載の方法。
4. 前記5GMS AFによって前記FLUS供給先を設定する前記ステップは、
   前記5GMS AFによって前記FLUS供給先に前記FLUS供給元のアドレスと、前記NBMPに対応するNBMP WDDとを提供するステップであって、前記FLUS供給先では前記NBMPのNBMPワークフローのインスタンス化が実行されない、ステップ
   を含む、請求項1に記載の方法。
5. 前記FLUS供給元検出プロセスは、
   NBMPメディア処理が可能な前記FLUS供給先を前記5GMS AFによってFLUS供給先検出サーバにパブリッシュするステップと、
   前記FLUS供給先検出サーバでリスト化されている1つ以上のFLUS供給先から、前記FLUS供給先を前記FLUS供給元によって検出するステップであって、前記FLUS供給元は、前記FLUS供給先が前記NBMPを実行可能であるという前記FLUS供給先検出サーバにある情報に基づいて前記FLUS供給先を選択する、ステップと
   を含む、請求項1に記載の方法。
6. 前記FLUS供給元によって前記FLUS供給先を用いて前記FLUSセッションを確立する前記ステップは、
   ユーザ端末（UE）の5GMS認識アプリケーションによってFLUS供給元を通じて前記NBMPのNBMPワークフローのインスタンス化を要求するステップと、
   前記UEの前記FLUS供給元によって前記FLUS供給先に前記NBMPの前記NBMPワークフローの前記インスタンス化の要求を、前記要求に含まれる、前記NBMPワークフローに対応するNBMP WDDとともに送るステップと
   を含む、請求項1に記載の方法。
7. 前記FLUS供給元によって前記FLUS供給先を用いて前記FLUSセッションを確立する前記ステップは、
   前記5GMS AFによって前記FLUS供給元のアドレスと、前記NBMPに対応するNBMP WDDとを用いて前記FLUS供給先が設定される場合、前記FLUS供給元の前記アドレスを含む、前記FLUS供給元からの前記FLUSセッションを確立する要求に応じて、前記FLUS供給先によって前記NBMP WDDに基づいてNBMPワークフローのインスタンスを生成するステップ
   を含む、請求項1に記載の方法。
8. framework for live uplink streaming（FLUS）とfifth－generation media streaming（5GMS）application function（AF）とを用いたnetwork－based media processing（NBMP）デプロイの方法であって、
   FLUS供給先がNBMPのために設定されているというシグナリングをFLUS供給元で5GMSアプリケーションプロバイダから受け取るステップと、
   前記FLUS供給元によって前記FLUS供給先を用いてFLUSセッションを確立するステップと、
   前記FLUS供給元によって前記FLUS供給先を用いてアップリンクメディアストリーミングセッションを開始して、前記FLUS供給元から前記FLUS供給先にメディアコンテンツをストリーミングするステップであって、前記メディアコンテンツは前記NBMPで処理される、ステップと
   を備える方法。
9. 前記FLUS供給元で前記5GMSアプリケーションプロバイダから前記シグナリングを受け取るのに応じて前記FLUS供給元によってFLUS供給先検出プロセスを実行してFLUS供給先検出サーバでリスト化されているFLUS供給先候補の集合から前記FLUS供給先を選択するステップであって、前記FLUS供給先の前記選択は、前記FLUS供給先が前記NBMPを実行可能であるか否かに基づく、ステップ
   をさらに備える請求項8に記載の方法。
10. 前記FLUS供給元によって前記FLUS供給先を用いて前記FLUSセッションを確立する前記ステップは、
    前記NBMPのNBMPワークフローのインスタンス化についての、ユーザ端末（UE）の5GMS認識アプリケーションによる要求に応じて、前記UEの前記FLUS供給元によって前記FLUS供給先に前記NBMPの前記NBMPワークフローの前記インスタンス化の要求を、前記要求に含まれる、前記NBMPワークフローに対応するNBMP WDDとともに送るステップ
    を含む、請求項8に記載の方法。
11. 前記FLUS供給元によって前記FLUS供給先を用いて前記FLUSセッションを確立する前記ステップは、
    前記FLUSセッションを確立する要求を前記FLUS供給元から送るステップであって、前記要求は前記FLUS供給先向けの前記FLUS供給元のアドレスを含む、ステップ
    を含み、
    前記FLUS供給先は前記FLUS供給元の前記アドレスと、前記NBMPに対応するNBMP WDDとを用いて設定され、前記FLUS供給元からの前記FLUSセッションを確立する前記要求に応じて、前記対応するNBMP WDDに基づいてNBMPワークフローのインスタンスを生成する、
    請求項8に記載の方法。
12. 前記5GMSアプリケーションプロバイダは前記NBMPに対応するNBMPワークフロー記述ドキュメント（WDD）を提供することによって前記5GMS AFにメディアプロセスを設定するよう要求し、前記5GMS AFはFLUS供給先を設定し、前記NBMP WDDに基づいて前記FLUS供給先でNBMPワークフローのインスタンスを生成する、請求項8に記載の方法。
13. 前記5GMS AFは前記FLUS供給先に前記FLUS供給元のアドレスと、前記NBMPに対応するNBMP WDDとを提供し、前記FLUS供給先では前記NBMPのNBMPワークフローのインスタンス化が実行されない、請求項8に記載の方法。
14. framework for live uplink streaming（FLUS）とfifth－generation media streaming（5GMS）application function（AF）とを用いたnetwork－based media processing（NBMP）デプロイの方法であって、
    FLUS供給先でNBMPの設定を前記5GMS AFから受け取るステップと、
    ユーザ端末（UE）のFLUS供給元から要求を受け取るのに応じて、前記FLUS供給元と前記FLUS供給先との間にFLUSセッションを確立するステップと、
    前記FLUS供給先で前記FLUS供給元からアップリンクメディアストリーミングのメディアコンテンツを受け取るステップであって、前記アップリンクメディアストリーミングの前記メディアコンテンツは前記NBMPで処理される、ステップと
    を備える方法。
15. 前記FLUS供給先で前記NBMPの前記設定を前記5GMS AFから受け取る前記ステップは、
    前記NBMPに対応するNBMPワークフロー記述ドキュメント（WDD）を受け取るステップと、
    前記NBMPに対応する前記NBMP WDDに基づいて前記FLUS供給先でNBMPワークフローのインスタンスを生成するステップと
    を含む、請求項14に記載の方法。
16. 前記FLUS供給先で前記NBMPの前記設定を前記5GMS AFから受け取る前記ステップは、
    前記FLUS供給先で前記5GMS AFから前記FLUS供給元のアドレスと、前記NBMPに対応するNBMP WDDとを受け取るステップであって、前記FLUS供給先では前記NBMPのNBMPワークフローのインスタンス化が実行されない、ステップ
    を含む、請求項14に記載の方法。
17. 前記UEの前記FLUS供給元から前記要求を受け取るのに応じて、前記FLUS供給元と前記FLUS供給先との間に前記FLUSセッションを確立する前記ステップは、
    前記FLUS供給先で前記FLUS供給元から前記NBMPのNBMPワークフローのインスタンス化の要求を、前記要求に含まれる、前記NBMPワークフローに対応するNBMP WDDとともに受け取るステップと、
    前記要求に含まれる、前記NBMPワークフローに対応する前記NBMP WDDに基づいて前記NBMPの前記NBMPワークフローのインスタンスを生成するステップと
    を含む、請求項14に記載の方法。
18. 前記UEの前記FLUS供給元から前記要求を受け取るのに応じて、前記FLUS供給元と前記FLUS供給先との間に前記FLUSセッションを確立する前記ステップは、
    前記FLUS供給先で前記FLUS供給元から前記FLUSセッションを確立する要求を受け取るステップであって、前記要求は前記FLUS供給元のアドレスを含む、ステップと、
    前記FLUS供給先で前記NBMPに対応するNBMP WDDに基づいてNBMPワークフローのインスタンスを生成するステップであって、前記FLUS供給先は前記FLUS供給元の前記アドレスと、前記NBMPに対応する前記NBMP WDDとを用いて先に設定される、ステップと
    を含む、請求項14に記載の方法。
19. 前記NBMPに対応するNBMPワークフロー記述ドキュメント（WDD）を用いて前記5GMS AFを5GMSアプリケーションプロバイダが設定する、請求項14に記載の方法。
20. 前記FLUS供給元はFLUS供給先検出サーバでリスト化されている1つ以上のFLUS供給先から前記FLUS供給先を検出し、前記FLUS供給元は前記FLUS供給先が前記NBMPを実行可能であるという前記FLUS供給先検出サーバにある情報に基づいて前記FLUS供給先を選択する、請求項14に記載の方法。

Images