知財求人 - 知財ポータルサイト「IP Force」
▶ ギョンジュ スマート メディア センターの特許一覧 ▶ ウキョン インフォメーション テクノロジー カンパニー リミテッドの特許一覧
特表2022-518988ＤＲＭコンテンツ並列パッケージング装置及びそれを含むＤＲＭコンテンツ並列パッケージングシステム及びＤＲＭコンテンツ並列パッケージング方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-03-18
(54)【発明の名称】ＤＲＭコンテンツ並列パッケージング装置及びそれを含むＤＲＭコンテンツ並列パッケージングシステム及びＤＲＭコンテンツ並列パッケージング方法
(51)【国際特許分類】
H04N 21/266 20110101AFI20220311BHJP
H04N 21/835 20110101ALI20220311BHJP
【ＦＩ】
H04N21/266
H04N21/835
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2020573440
(86)(22)【出願日】2019-12-31
(85)【翻訳文提出日】2020-12-24
(86)【国際出願番号】 KR2019018770
(87)【国際公開番号】W WO2021137314
(87)【国際公開日】2021-07-08
(31)【優先権主張番号】10-2019-0178750
(32)【優先日】2019-12-30
(33)【優先権主張国・地域又は機関】KR
(81)【指定国・地域】
【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り 令和１年 韓国通信情報科学学会 （ＫＩＣＳ） ウィンターカンファレンス 令和１年１月２４日開催
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＹｏｕＴｕｂｅ
(71)【出願人】
【識別番号】520510209
【氏名又は名称】ギョンジュ スマート メディア センター
(71)【出願人】
【識別番号】520510210
【氏名又は名称】ウキョン インフォメーション テクノロジー カンパニー リミテッド
(74)【代理人】
【識別番号】100083138
【弁理士】
【氏名又は名称】相田 伸二
(74)【代理人】
【識別番号】100189625
【弁理士】
【氏名又は名称】鄭 元基
(74)【代理人】
【識別番号】100196139
【弁理士】
【氏名又は名称】相田 京子
(72)【発明者】
【氏名】シン サンホ
(72)【発明者】
【氏名】オ ジェホ
(72)【発明者】
【氏名】パク ユンハ
(72)【発明者】
【氏名】キム デソ
(72)【発明者】
【氏名】チョン ジェヒュン
(72)【発明者】
【氏名】ジョ ジュンヘン
【テーマコード（参考）】
5C164
【Ｆターム（参考）】
5C164MB13S
5C164MB31P
5C164SA32S
5C164SB25S
5C164SC01P
(57)【要約】
本発明は、映像コンテンツの容量に関係なく、ＤＲＭパッケージングの所要時間と演算量を減少させることができるＤＲＭコンテンツ並列パッケージング装置及びそれを含むＤＲＭコンテンツ並列パッケージングシステム及びＤＲＭコンテンツ並列パッケージング方法に関するものであって、
本発明の実施例に係るＤＲＭコンテンツ並列パッケージング装置は、
複数個のＮＡＬユニット（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ Ｕｎｉｔ）を含んで構成された映像コンテンツを個々のＮＡＬユニットに分割するＮＡＬ分割モジュール；前記ＮＡＬ分割モジュールによって分割された複数個のＮＡＬユニットそれぞれに対して、ＣＡＢＡＣデコーダを用いてＮＡＬユニットをデコーディングし、デコーディングを通じて抽出されたＱＴＣデータ内にＤＲＭメタデータをパッケージングし、ＤＲＭメタデータパッケージングが完了されたＮＡＬユニットをエンコーディングする並列パッケージングモジュール；を含む。
【選択図】 図3
本発明の実施例に係るＤＲＭコンテンツ並列パッケージング装置は、
複数個のＮＡＬユニット（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ Ｕｎｉｔ）を含んで構成された映像コンテンツを個々のＮＡＬユニットに分割するＮＡＬ分割モジュール；前記ＮＡＬ分割モジュールによって分割された複数個のＮＡＬユニットそれぞれに対して、ＣＡＢＡＣデコーダを用いてＮＡＬユニットをデコーディングし、デコーディングを通じて抽出されたＱＴＣデータ内にＤＲＭメタデータをパッケージングし、ＤＲＭメタデータパッケージングが完了されたＮＡＬユニットをエンコーディングする並列パッケージングモジュール；を含む。
【選択図】 図3
【特許請求の範囲】
【請求項1】
複数個のＮＡＬユニット（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ Ｕｎｉｔ）を含んで構成された映像コンテンツを個々のＮＡＬユニットに分割するＮＡＬ分割モジュール；前記ＮＡＬ分割モジュールによって分割された複数個のＮＡＬユニットそれぞれに対して、ＣＡＢＡＣデコーダを用いてＮＡＬユニットをデコーディングし、デコーディングを通じて抽出されたＱＴＣデータ内にＤＲＭメタデータをパッケージングし、ＤＲＭメタデータパッケージングが完了されたＮＡＬユニットをエンコーディングする並列パッケージングモジュール；
を含むＤＲＭコンテンツ並列パッケージング装置。
【請求項2】
前記並列パッケージングモジュールは、前記分割された複数個のＮＡＬユニットそれぞれに対して、前記ＤＲＭメタデータをパッケージングする複数個のＤＲＭパッケージングモジュールが並列に形成され、前記ＤＲＭパッケージングモジュールそれぞれは、
ＣＡＢＡＣデコーダを用いて前記ＮＡＬユニットをデコーディングするデコーディング手段；
前記デコーディング手段によるデコーディングの結果で導き出されたデータらの中からＱＴＣデータを選択し、選択されたＱＴＣデータのビットストリームとＤＲＭメタデータのビットストリームを挿入演算してＤＲＭパッケージングを遂行するパッケージング手段；及び、
ＣＡＢＡＣエンコーダを用いて前記ＤＲＭパッケージングが遂行されたＮＡＬユニットをエンコーディングするエンコーディング手段
を含む、請求項１に記載のＤＲＭコンテンツ並列パッケージング装置。
【請求項3】
前記パッケージング手段は、前記ＮＡＬユニットの映像イメージを具現する映像フレームに含まれているＹＣｂＣｒチャンネルの中で、輝度を表現するＹチャンネルに存在するＱＴＣらのうち少なくとも一つ以上のＱＴＣのビットストリームとＤＲＭメタデータのビットストリームに対して挿入演算を遂行してＤＲＭパッケージングする、請求項２に記載のＤＲＭコンテンツ並列パッケージング装置。
【請求項4】
ＤＲＭパッケージングが完了された複数個のＮＡＬユニットを一時保存する共有メモリ；前記共有メモリに一時保存された複数個のＮＡＬユニットを整列するＮＡＬ整列モジュール
をさらに含む、請求項２に記載のＤＲＭコンテンツ並列パッケージング装置。
【請求項5】
ユーザー端末と有無線通信を遂行する通信部；複数個のＮＡＬユニットを含んで構成された映像コンテンツを個々のＮＡＬユニットに分割するＮＡＬ分割モジュールと、前記ＮＡＬ分割モジュールによって分割された複数個のＮＡＬユニットそれぞれに対して、ＣＡＢＡＣデコーダを用いてＮＡＬユニットをデコーディングし、デコーディングを通じて抽出されたＱＴＣデータ内にＤＲＭメタデータをパッケージングし、ＤＲＭメタデータパッケージングが完了されたＮＡＬユニットをエンコーディングする並列パッケージングモジュールを含む並列パッケージング部；
を含むＤＲＭコンテンツ並列パッケージング管理サーバー。
【請求項6】
前記並列パッケージングモジュールは、前記分割された複数個のＮＡＬユニットそれぞれに対して、前記ＤＲＭメタデータをパッケージングする複数個のＤＲＭパッケージングモジュールが並列に形成され、前記ＤＲＭパッケージングモジュールそれぞれは、
ＣＡＢＡＣデコーダを用いて前記ＮＡＬユニットをデコーディングするデコーディング手段；
前記デコーディング手段によるデコーディングの結果で導き出されたデータらの中からＱＴＣデータを選択し、選択されたＱＴＣデータのビットストリームとＤＲＭメタデータのビットストリームを挿入演算してＤＲＭパッケージングを遂行するパッケージング手段；及び、
ＣＡＢＡＣエンコーダを用いて前記ＤＲＭパッケージングが遂行されたＮＡＬユニットをエンコーディングするエンコーディング手段
を含む、請求項５に記載のＤＲＭコンテンツ並列パッケージング管理サーバー。
【請求項7】
前記パッケージング手段は、前記ＮＡＬユニットの映像イメージを具現する映像フレームに含まれているＹＣｂＣｒチャンネルの中で、輝度を表現するＹチャンネルに存在するＱＴＣらのうち少なくとも一つ以上のＱＴＣのビットストリームとＤＲＭメタデータのビットストリームに対して挿入演算を遂行してＤＲＭパッケージングする、請求項６に記載のＤＲＭコンテンツ並列パッケージング管理サーバー。
【請求項8】
前記並列パッケージング部は、ＤＲＭパッケージングが完了された複数個のＮＡＬユニットを一時保存する共有メモリ；
前記共有メモリに一時保存された複数個のＮＡＬユニットを整列するＮＡＬ整列モジュール
をさらに含む、請求項５に記載のＤＲＭコンテンツ並列パッケージング管理サーバー。
【請求項9】
コンピューティング装置によって遂行され、コンピューティング装置が、複数個のＮＡＬユニットを含んで構成された映像コンテンツを個々のＮＡＬユニットに分割するステップ；
分割された複数個のＮＡＬユニットそれぞれに対して、ＣＡＢＡＣデコーダを用いてデコーディングするステップ；
分割された複数個のＮＡＬユニットそれぞれに対して、前記デコーディングを通じて獲得されたデータの中で、ＱＴＣデータ内にＤＲＭメタデータをパッケージングするステップ；
分割された複数個のＮＡＬユニットそれぞれに対して、ＣＡＢＡＣエンコーダを用いて前記ＤＲＭメタデータパッケージングが完了されたＮＡＬユニットをエンコーディングするステップ
を含む、ＤＲＭコンテンツ並列パッケージング方法。
【請求項10】
前記ＤＲＭメタデータをパッケージングするステップは、前期デコーディングステップで導き出されたデータらの中からＱＴＣデータを選択し、選択されたＱＴＣデータのビットストリームとＤＲＭメタデータのビットストリームを挿入演算してＤＲＭパッケージングを遂行することを特徴とする、請求項９に記載のＤＲＭコンテンツ並列パッケージング方法。
【請求項11】
前記ＤＲＭメタデータをパッケージングするステップは、前記ＮＡＬユニットの映像イメージを具現する映像フレームに含まれているＹＣｂＣｒチャンネルの中で、輝度を表現するＹチャンネルに存在するＱＴＣらのうち少なくとも一つ以上のＱＴＣのビットストリームとＤＲＭメタデータのビットストリームに対して挿入演算を遂行してＤＲＭパッケージングする、請求項１０に記載のＤＲＭコンテンツ並列パッケージング方法。
【請求項12】
ＤＲＭパッケージングが完了された複数個のＮＡＬユニットを一時保存するステップ；一時保存された複数個のＮＡＬユニットを整列するステップ；
をさらに含む、請求項９に記載のＤＲＭコンテンツ並列パッケージング方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、映像コンテンツの容量に関係なく、ＤＲＭパッケージングの所要時間と演算量を減少させることができるＤＲＭコンテンツ並列パッケージング装置及びそれを含むＤＲＭコンテンツ並列パッケージングシステム及びＤＲＭコンテンツ並列パッケージング方法に関するものである。
【背景技術】
【0002】
近年、５Ｇ技術の商用化に加え、ＹｏｕＴｕｂｅのような個人メディアなどの活性化や底辺拡大に伴い、それに関連するデジタルコンテンツの流通や配信関連プラットフォームの需要が爆発的に増加しており、関連産業群が急成長している。
【0003】
しかし、デジタルコンテンツ著作権への認識不足により、デジタルコンテンツの違法コピーや無断使用による問題が大きく浮上し始め、それにより、デジタル著作権管理（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ、ＤＲＭ）の重要性が高まっている。
【0004】
ＤＲＭは、デジタルコンテンツの著作権を保護するための技術及びサービス管理体系と技法を総称する用語であって、様々なデバイス環境での著作権情報を保護するために、多数の研究開発と商用化サービスが行われている。映像コンテンツに対するＤＲＭ技術は大きく二つに分けられ、これは映像に対してＤＲＭパッケージングを遂行することと、複合ライセンス技術を通じて映像コンテンツ供給者とユーザーの間に、安全かつ効率的なＤＲＭサービスを提供する。
【0005】
既存のＤＲＭパッケージング技術は、特定のコンテンツの著作権を、該当コンテンツ内に挿入してコンテンツの違法コピーや無断使用を根絶するものであって、Ｈ．２６４（最大４Ｋ６０ＦＰＳ）級のコンテンツに対してのみ遂行が可能だったし、細部のパッケージング技法としては、スクランブリング（ｓｃｒａｍｂｌｉｎｇ）又は対称キー／非対称キーの暗号アルゴリズムを主に使用した。
【0006】
それによって生じる問題は、以下の通りである。
【0007】
一つ目は、ＤＲＭパッケージングの遂行速度と演算量に関する問題である。対称キー／非対称キーの暗号アルゴリズムの場合、近年、該当アルゴリズムの安全性問題によって秘密キー（Ｓｅｃｒｅｔ Ｋｅｙ）の長さが増加することに伴い、暗号化又は復号化の際にかかる速度と演算量が指数関数的に増加する傾向にある。実感型コンテンツの場合、既存のコンテンツに比べ最大で８倍まで容量が増加するため、暗号アルゴリズムを適用する場合にかかる時間と演算量が増加し、それを受けて関連分野においては、別途のソフトウェア又はハードウェアを新たに開発・構築しなければならないため、これを解決するためにかかる費用が増加することになる。
【0008】
二つ目は、ＤＲＭパッケージングに必要な各種キー（ｋｅｙ）の管理に関する問題である。スクランブリング又は対称キー／非対称キーの暗号アルゴリズムを、ＤＲＭパッケージングの際に使用する場合、これを管理するためのキー管理政策とシステムが必要となる。特に、対称キー暗号アルゴリズムの場合、特定のコンテンツへの認可されたユーザーごとに秘密キーが存在しなければならないので、コンテンツと認可されたユーザーが増える場合、これに対するキーも指数関数的に増加せざるをえなくなり、これに対するキー管理システムの追加的な所要とともに、より複雑な形態のキー管理政策が導入される必要があるため、これを解決するための費用が増加することになる。
【0009】
三つ目は、実感型コンテンツメタデータの管理に関する問題である。既存のコンテンツは、双方向インターアクション（Ｉｎｔｅｒａｃｔｉｏｎ）サービスを提供していなかったため、映像コンテンツのみが存在したが、実感型コンテンツの場合、人の五感を利用して、実在感や没入感を向上させる映像コンテンツと双方向インターアクションが可能なメタデータが別途存在する。
【0010】
既存のＤＲＭパッケージング技法は、こうしたメタデータの管理及びパッケージングが不可能であるため、これを解決するための新たな形態のＤＲＭコンテンツパッケージング技術の開発が求められるのが実情である。
【発明の概要】
【発明が解決しようとする課題】
【0011】
本発明は、映像コンテンツの容量に関係なく、ＤＲＭパッケージングの所要時間と演算量を減少させることができるＤＲＭコンテンツ並列パッケージング装置及びそれを含むＤＲＭコンテンツ並列パッケージングシステム及びＤＲＭコンテンツ並列パッケージング方法を提供することを目的とする。
【課題を解決するための手段】
【0012】
本発明の実施例に係るＤＲＭコンテンツ並列パッケージング装置は、
【0013】
複数個のＮＡＬユニット（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ Ｕｎｉｔ）を含んで構成された映像コンテンツを個々のＮＡＬユニットに分割するＮＡＬ分割モジュール；前記ＮＡＬ分割モジュールによって分割された複数個のＮＡＬユニットそれぞれに対して、ＣＡＢＡＣデコーダを用いてＮＡＬユニットをデコーディングし、デコーディングを通じて抽出されたＱＴＣデータ内にＤＲＭメタデータをパッケージングし、ＤＲＭメタデータパッケージングが完了されたＮＡＬユニットをエンコーディングする並列パッケージングモジュール；を含む。
【0014】
本発明の実施例に係るＤＲＭコンテンツ並列パッケージング装置において、前記並列パッケージングモジュールは、前記分割された複数個のＮＡＬユニットそれぞれに対して、前記ＤＲＭメタデータをパッケージングする複数個のＤＲＭパッケージングモジュールが並列に形成されてもよい。前記ＤＲＭパッケージングモジュールそれぞれは、ＣＡＢＡＣデコーダを用いて前記ＮＡＬユニットをデコーディングするデコーディング手段；前記デコーディング手段によるデコーディングの結果で導き出されたデータらの中からＱＴＣデータを選択し、選択されたＱＴＣデータのビットストリームとＤＲＭメタデータのビットストリームを挿入演算してＤＲＭパッケージングを遂行するパッケージング手段；及び、ＣＡＢＡＣエンコーダを用いて前記ＤＲＭパッケージングが遂行されたＮＡＬユニットをエンコーディングするエンコーディング手段を含むことができる。
【0015】
本発明の実施例に係るＤＲＭコンテンツ並列パッケージング装置において、前記パッケージング手段は、前記ＮＡＬユニットの映像イメージを具現する映像フレームに含まれているＹＣｂＣｒチャンネルの中で、輝度を表現するＹチャンネルに存在するＱＴＣらのうち少なくとも一つ以上のＱＴＣのビットストリームとＤＲＭメタデータのビットストリームに対して挿入演算を遂行することができる。
【0016】
本発明の実施例に係るＤＲＭコンテンツ並列パッケージング装置において、ＤＲＭパッケージングが完了された複数個のＮＡＬユニットを一時保存する共有メモリ；前記共有メモリに一時保存された複数個のＮＡＬユニットを整列するＮＡＬ整列モジュールをさらに含むことができる。
【0017】
本発明の実施例に係るＤＲＭコンテンツ並列パッケージング管理サーバーは、
【0018】
ユーザー端末と有無線通信を遂行する通信部；複数個のＮＡＬユニットを含んで構成された映像コンテンツを個々のＮＡＬユニットに分割するＮＡＬ分割モジュールと、前記ＮＡＬ分割モジュールによって分割された複数個のＮＡＬユニットそれぞれに対して、ＣＡＢＡＣデコーダを用いてＮＡＬユニットをデコーディングし、デコーディングを通じて抽出されたＱＴＣデータ内にＤＲＭメタデータをパッケージングし、ＤＲＭメタデータパッケージングが完了されたＮＡＬユニットをエンコーディングする並列パッケージングモジュールを含む並列パッケージング部；を含む。
【0019】
本発明の実施例に係るＤＲＭコンテンツ並列パッケージング管理サーバーにおいて、前記並列パッケージングモジュールは、前記分割された複数個のＮＡＬユニットそれぞれに対して、前記ＤＲＭメタデータをパッケージングする複数個のＤＲＭパッケージングモジュールが並列に形成されてもよい。前記ＤＲＭパッケージングモジュールそれぞれは、ＣＡＢＡＣデコーダを用いて前記ＮＡＬユニットをデコーディングするデコーディング手段；前記デコーディング手段によるデコーディングの結果で導き出されたデータらの中からＱＴＣデータを選択し、選択されたＱＴＣデータのビットストリームとＤＲＭメタデータのビットストリームを挿入演算してＤＲＭパッケージングを遂行するパッケージング手段；及び、ＣＡＢＡＣエンコーダを用いて前記ＤＲＭパッケージングが遂行されたＮＡＬユニットをエンコーディングするエンコーディング手段を含むことができる。
【0020】
本発明の実施例に係るＤＲＭコンテンツ並列パッケージング管理サーバーにおいて、前記パッケージング手段は、前記ＮＡＬユニットの映像イメージを具現する映像フレームに含まれているＹＣｂＣｒチャンネルの中で、輝度を表現するＹチャンネルに存在するＱＴＣらのうち少なくとも一つ以上のＱＴＣのビットストリームとＤＲＭメタデータのビットストリームに対して挿入演算を遂行することができる。
【0021】
本発明の実施例に係るＤＲＭコンテンツ並列パッケージング管理サーバーにおいて、前記並列パッケージング部は、ＤＲＭパッケージングが完了された複数個のＮＡＬユニットを一時保存する共有メモリ；前記共有メモリに一時保存された複数個のＮＡＬユニットを整列するＮＡＬ整列モジュールをさらに含むことができる。
【0022】
本発明の実施例に係るＤＲＭコンテンツ並列パッケージング方法は、
【0023】
コンピューティング装置によって遂行され、コンピューティング装置が、複数個のＮＡＬユニットを含んで構成された映像コンテンツを個々のＮＡＬユニットに分割するステップ；分割された複数個のＮＡＬユニットそれぞれに対して、ＣＡＢＡＣデコーダを用いてデコーディングするステップ；分割された複数個のＮＡＬユニットそれぞれに対して、前記デコーディングを通じて獲得されたデータの中で、ＱＴＣデータ内にＤＲＭメタデータをパッケージングするステップ；分割された複数個のＮＡＬユニットそれぞれに対して、ＣＡＢＡＣエンコーダを用いて前記ＤＲＭメタデータパッケージングが完了されたＮＡＬユニットをエンコーディングするステップを含む。
【0024】
本発明の実施例に係るＤＲＭコンテンツ並列パッケージング方法において、前記ＤＲＭメタデータをパッケージングするステップは、前期デコーディングステップで導き出されたデータらの中からＱＴＣデータを選択し、選択されたＱＴＣデータのビットストリームとＤＲＭメタデータのビットストリームを挿入演算してＤＲＭパッケージングを遂行することができる。
【0025】
本発明の実施例に係るＤＲＭコンテンツ並列パッケージング方法において、前記ＤＲＭメタデータをパッケージングするステップは、前記ＮＡＬユニットの映像イメージを具現する映像フレームに含まれているＹＣｂＣｒチャンネルの中で、輝度を表現するＹチャンネルに存在するＱＴＣらのうち少なくとも一つ以上のＱＴＣのビットストリームとＤＲＭメタデータのビットストリームに対して挿入演算を遂行してＤＲＭパッケージングすることができる。
【0026】
本発明の実施例に係るＤＲＭコンテンツ並列パッケージング方法において、ＤＲＭパッケージングが完了された複数個のＮＡＬユニットを一時保存するステップ；一時保存された複数個のＮＡＬユニットを整列するステップ；をさらに含むことができる。
【0027】
その他、本発明の様々な側面による具現例らの具体的な事項は、以下の詳細な説明に含まれている。
【発明の効果】
【0028】
本発明の一実施例に係るＤＲＭコンテンツ並列パッケージング方法及びＤＲＭコンテンツ並列パッケージングシステムによると、
【0029】
既存の実感型コンテンツに対するＤＲＭパッケージングを遂行する際、コンテンツの容量に比例して所要時間と演算量が増加していたのに対し、ＤＲＭパッケージングモジュールを適切な数で並列配置して並列にＤＲＭパッケージングを遂行することにより、容量に関係なく、所要時間と演算量は一定にすることができる。
【0030】
したがって、大容量高画質の映像コンテンツ、８Ｋ級の実感型コンテンツに対して効率的なＤＲＭパッケージングを遂行することができる。
【図面の簡単な説明】
【0031】
【発明を実施するための形態】
【0032】
本発明は、多様な変換を加えることができ、様々な実施例を有することができるので、特定の実施例を例示し、詳細な説明に詳細に説明する。しかし、これは本発明を特定の実施形態に限定しようとするものではなく、本発明の思想及び技術範囲に含まれるあらゆる変換、均等物乃至代替物を含むものと理解しなければならない。
【0033】
本発明で使用した用語は、単に特定の実施例を説明するために使用されたものであって、本発明を限定する意図ではない。単数の表現は、文脈上明確に異なる意味を持たない限り、複数の表現を含む。本発明において、「含む」又は「有する」などの用語は、明細書上に記載された特徴、数字、ステップ、動作、構成要素、部品又はこれらを組み合わせたものが存在することを指定するものであって、一つ又はそれ以上の他の特徴らや数字、​​ステップ、動作、構成要素、部品又はこれらを組み合わせたものの存在又は付加可能性を予め排除しないものとして理解しなければならない。以下、図面を参照して、本発明の実施例に係るＤＲＭコンテンツ並列パッケージング装置及びそれを含むＤＲＭコンテンツ並列パッケージングシステム及びＤＲＭコンテンツ並列パッケージング方法を説明する。
【0034】
【0035】
図１及び図２に図示されたように、本発明の一実施例に係るＤＲＭコンテンツ並列パッケージングシステムは、ユーザー端末（１００）とＤＲＭコンテンツ並列パッケージング管理サーバー（２００、以下ＤＲＭ並列パッケージングサーバーともいう。）を含む。図１は、ＤＲＭ並列パッケージングサーバー（２００）が自主的に複数個の映像コンテンツをデータベース化して保存した場合を図示しており、図２は、外部のコンテンツ提供者（Ｃｏｎｔｅｎｔｓ Ｐｒｏｖｉｄｅｒ、ＣＰ１～ＣＰ３）が別途にＤＲＭ並列パッケージングサーバー（２００）へ映像コンテンツを提供する場合を図示している。
【0036】
本発明において、ＤＲＭパッケージングの対象である映像コンテンツは、特に限定されないが、大容量高画質の映像コンテンツにさらに有効に活用することができる。好ましくは、映像コンテンツは、複数個のＮＡＬユニット（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ Ｕｎｉｔ）を含む。大容量高画質の映像コンテンツは、例えば、仮想現実コンテンツ（ＶＲコンテンツ）、拡張現実コンテンツ（ＡＲコンテンツ）、双方向インターアクションコンテンツなど、ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｅｃ）ベースの４Ｋ１２０ＦＰＳ（Ｆｒａｍｅ Ｐｅｒ Ｓｅｃｏｎｄ）級、又は８Ｋ１２０ＦＰＳ級の実感型コンテンツであってもよい。具体的には、ＨＥＶＣ（Ｈ．２６４、Ｈ．２６５）ベースの８Ｋ級の実感型コンテンツであってもよい。もちろん、１２０ＦＰＳ級のコンテンツだけでなく、６０～１２０ＦＰＳ級のコンテンツ、１２０～２４０ＦＰＳ級のコンテンツなど、様々なレベルのコンテンツに制限なく適用することができる。
【0037】
ユーザー端末（１００）は、ユーザーのキー操作によって有無線通信網を経由して、ＤＲＭ並列パッケージングサーバー（２００）と各種データを送受信することができる端末のことを指すものであり、パーソナルコンピュータ（ＰＣ：Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ノートパソコン、個人向けの携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）及び移動通信端末（Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｔｅｒｍｉｎａｌ）などのいずれか一つであってもよく、有無線通信網を経由してＤＲＭ並列パッケージングサーバー（２００）に接続するためのウェブブラウザとプログラムを保存するためのメモリ、プログラムを実行して演算及び制御するためのマイクロプロセッサーなどを備えている端末のことを意味する。
【0038】
ユーザーは、ユーザー端末（１００）を通じてＤＲＭ並列パッケージングサーバー（２００）へ、特定の映像コンテンツに対する転送要請（ダウンロード要請）を行うことができる。
【0039】
ＤＲＭ並列パッケージングサーバー（２００）は、ユーザー端末（１００）から特定の映像コンテンツに対する転送要請を受信すると、該当映像コンテンツにＤＲＭ並列パッケージング（以下、「ＤＲＭパッケージング」ともいう。）して、ユーザー端末（１００）へ転送する。又は、ＤＲＭ 並列パッケージングサーバー（２００）は、予め複数個の映像コンテンツをＤＲＭパッケージングして保存することができ、ＤＲＭ並列パッケージングサーバー（２００）は、ユーザー端末（１００）から特定の映像コンテンツに対する転送要請を受信すると、予めＤＲＭパッケージングされた映像コンテンツの中から該当映像コンテンツを選択して、ユーザー端末（１００）へ転送することができる。
【0040】
そのために、ＤＲＭ並列パッケージングサーバー（２００）は、通信部（２１０）、並列パッケージング部（２２０）、保存部（２３０）、制御部（図示せず）を含むことができる。
【0041】
通信部（２１０）は、有無線通信網を経由してユーザー端末（１００）、外部のコンテンツ提供者（ＣＰ１～ＣＰ３）と連動する機能を遂行する通信手段であって、各種データを送受信する機能を遂行する。
【0042】
保存部（２３０）は、ＤＲＭ並列パッケージングサーバー（２００）の駆動に必要な各種データ及びプログラムを保存する。実施例に従って保存部（２３０）は、ＤＲＭパッケージング処理されていない複数個の映像コンテンツや、予めＤＲＭパッケージング処理された複数個の映像コンテンツを保存することができる。又は、保存部（２３０）は、外部のコンテンツ提供者（ＣＰ１～ＣＰ３）により予めＤＲＭパッケージング処理された複数個の映像コンテンツを保存することができる。
【0043】
並列パッケージング部（２２０）は、映像コンテンツに対してＤＲＭ並列パッケージング処理作業を遂行する。並列パッケージング部（２２０）は、映像コンテンツを複数個のＮＡＬユニットに分割し、個々のＮＡＬユニットをＤＲＭパッケージング処理する。並列パッケージング部（２２０）は、ユーザー端末（１００）の転送要請に応じて、該当映像コンテンツをＤＲＭパッケージング処理するか、或いはユーザー端末（１００）の転送要請とは関係なく、予め複数個の映像コンテンツをＤＲＭパッケージング処理して保存部（２３０）に保存することができる。
【0044】
制御部（図示せず）は、ＤＲＭ並列パッケージングサーバー（２００）の全般的な機能を制御する。
【0045】
図３は、本発明の一実施例に係るＤＲＭコンテンツ並列パッケージング管理サーバーの並列パッケージング部（２２０）の構成が図示されたブロック図である。
図３に図示されたように、並列パッケージング部（２２０）は、ＮＡＬ分割モジュール（２２１）と、並列パッケージングモジュール（２２２）と、共有メモリ（２２３）と、ＮＡＬ整列モジュール（２２４）とを含むことができる。前記のモジュールら（２２１～２２４）は、それぞれ所定の機能を遂行する構成要素として、ハードウェア、ソフトウェア、或いはハードウェアとソフトウェアの組み合わせで具現されてもよい。例えば、前記モジュールら（２２１～２２４）は、プログラムモジュールを意味することができ、これはプロセッサー（Ｐｒｏｃｅｓｓｏｒ）によって実行されて所定の機能を遂行する、ソフトウェアの構成要素であってもよい。
図３に図示されたように、並列パッケージング部（２２０）は、ＮＡＬ分割モジュール（２２１）と、並列パッケージングモジュール（２２２）と、共有メモリ（２２３）と、ＮＡＬ整列モジュール（２２４）とを含むことができる。前記のモジュールら（２２１～２２４）は、それぞれ所定の機能を遂行する構成要素として、ハードウェア、ソフトウェア、或いはハードウェアとソフトウェアの組み合わせで具現されてもよい。例えば、前記モジュールら（２２１～２２４）は、プログラムモジュールを意味することができ、これはプロセッサー（Ｐｒｏｃｅｓｓｏｒ）によって実行されて所定の機能を遂行する、ソフトウェアの構成要素であってもよい。
【0046】
一方、前記のモジュールら（２２１～２２４）は、ＤＲＭ並列パッケージングサーバー（２００）の並列パッケージング部（２２０）を構成する構成要素として説明されるが、必ずしもＤＲＭ並列パッケージングサーバー（２００）の並列パッケージング部（２２０）として機能するのではなく、独自の装置として具現されてもよい。すなわち、前記のモジュールら（２２１～２２４）の機能が具現された独立的なＤＲＭコンテンツ並列パッケージング装置として具現されてもよい。
【0047】
ＮＡＬユニット（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ Ｕｎｉｔ）とは、ネットワーク（Ｎｅｔｗｏｒｋ）から独立した映像レイヤー（Ｌａｙｅｒ）を意味するもので、映像コンテンツにＮＡＬユニットが存在すると、映像が転送される過程で特定の部分にエラーが発生しても後続する映像に支障を与えないことを意味する。
【0048】
図４は、ＨＥＶＣベースの実感型コンテンツのビットストリーム（ｂｉｔ ｓｔｒｅａｍ）構造を図示した図面である。図４は、Ｈ．２６４級の映像コンテンツ（以下、Ｈ．２６４）のビットストリーム構造であるが、Ｈ．２６５級の映像コンテンツもこれと類似した構造を有することができる。
【0049】
Ｈ．２６４級の映像コンテンツは、初めの段階からネットワーク転送を目的に開発されたもので、映像コンテンツの効率的な転送のためにＮＡＬユニットを含んで構成される。
【0050】
図４を参照すると、ＨＥＶＣベースの実感型コンテンツビットストリームは、ＮＡＬユニットとＲＢＳＰ（Ｒａｗ Ｂｙｔｅ Ｓｅｑｕｅｎｃｅ Ｐｌａｙｌｏａｄ）を備える。ＲＢＳＰにはＳＰＳ、ＰＰＳなどの情報を知らせるパラメータセットと、ＶＣＬ（Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ）に当たるＳｌｉｃｅデータＲＢＳＰが含まれてもよい。ＶＣＬは、実際のＨ．２６４の圧縮されたデータを示し、ＶＣＬデータは、ＮＡＬユニットを通じて外部とのインターフェースが行われるようになる。Ｈ．２６４のすべてのデータは、それぞれのＮＡＬユニットから構成される。
【0051】
映像コンテンツ（Ｈ．２６５又はＨ．２６４）は、ＮＡＬユニット構造を有している。映像自体はビットストリーム構造を有しており、ビットストリームは、連続したＮＡＬ構造（ＮＡＬ ｈｅａｄｅｒとＲＢＳＰ）を成している。Ｈ．２６５のＮＡＬユニットは、６４個のＮＡＬユニット種類を有しており、実際の映像情報を有しているＮＡＬユニットは、０番から３番（３２種のＮＡＬ）である。これをＶＣＬといい、残りの３２番から６３番までのＮＡＬユニットをｎｏｎ－ＶＣＬという。ｎｏｎ－ＶＣＬは、通常、映像再生、解像度、１秒あたりフレーム数、映像の開始と終了など、映像の復号化に必要な各種パラメータ情報を有する。本発明は、ＶＣＬに当たるＮＡＬユニット（０番から３１番）に対するＤＲＭパッケージング過程を並列化する。
【0052】
ＮＡＬ分割モジュール（２２１）は、ＮＡＬユニットパーサ（Ｐａｒｓｅｒ）を用いて、複数個のＮＡＬユニットを含んで構成された映像コンテンツを個々のＮＡＬユニットに分割する。
【0053】
並列パッケージングモジュール（２２２）は、ＮＡＬ分割モジュール（２２１）によって分割された複数個のＮＡＬユニットそれぞれに対して、ＣＡＢＡＣデコーダを用いてＮＡＬユニットをデコーディングし、デコーディングを通じて抽出されたＱＴＣデータ内にＤＲＭメタデータをパッケージングし、ＤＲＭメタデータパッケージングが完了されたＮＡＬユニットをエンコーディングする。
【0054】
並列パッケージングモジュール（２２２）には、分割された複数個のＮＡＬユニットそれぞれに対して、ＤＲＭメタデータをパッケージングする複数個のＤＲＭパッケージングモジュール（２２２ａ～２２２ｎ）が並列に形成される。並列パッケージングモジュール（２２２）は、事前に定義されたＣＰＵベースの多重スレッド（Ｔｈｒｅａｄ）を活用して遂行されてもよい。スレッドは、ＣＰＵが独立的に処理する一つの作業単位を意味するもので、通常、コア個数とスレッド個数は同一であり、４コア４スレッドＣＰＵの場合、一度に４個のコアで４つの作業（スレッド）を同時に処理することができる。複数個のＤＲＭパッケージングモジュール（２２２ａ～２２２ｎ）の個数は、コアの個数（スレッド個数）と同一であることができる。
【0055】
それぞれのＤＲＭパッケージングモジュール（２２２ａ～２２２ｎ）は、分割された複数個のＮＡＬユニットそれぞれに対して、ＤＲＭメタデータをパッケージングする。ＤＲＭパッケージングモジュール（２２２ａ～２２２ｎ）については、図５を参照して後述する。
【0056】
共有メモリ（２２３）は、ＤＲＭパッケージング（デコーディング、パッケージング、エンコーディング）が完了された複数個のＮＡＬユニットを一時保存し、ＮＡＬ整列モジュール（２２４）は、共有メモリ（２２３）に一時保存された複数個のＮＡＬユニットを整列する。
【0057】
Ｈ．２６４のすべてのデータは、それぞれのＮＡＬユニットから構成され、それぞれのＮＡＬユニットは、固有の一連番号を有する。ＮＡＬ整列モジュール（２２４）は、ＮＡＬユニット固有の一連番号を用いて、ＤＲＭパッケージングが完了された複数個のＮＡＬユニットを整列することができる。
一方、ＮＡＬユニットを含むすべての映像コンテンツが固有の一連番号を有するわけではない。この場合、ＮＡＬ整列モジュール（２２４）は、整列を遂行することができなくなる。そこで、本発明の一実施例においては、ＮＡＬユニットの所定の領域（例えば、ヘッド領域）に順序識別のためのフラグを挿入する。
一方、ＮＡＬユニットを含むすべての映像コンテンツが固有の一連番号を有するわけではない。この場合、ＮＡＬ整列モジュール（２２４）は、整列を遂行することができなくなる。そこで、本発明の一実施例においては、ＮＡＬユニットの所定の領域（例えば、ヘッド領域）に順序識別のためのフラグを挿入する。
【0058】
フラグ挿入は共有メモリ（２２３）に保存される前であるなら、どのステップで遂行されてもよい。例えば、ＮＡＬ分割モジュール（２２１）が映像コンテンツを個々のＮＡＬユニットに分割する時、又は並列パッケージングモジュール（２２２）がＤＲＭパッケージングを遂行する時、遂行されてもよい。
【0059】
個別ＮＡＬユニットに対するそれぞれのＤＲＭパッケージングモジュール（２２２ａ～２２２ｎ）が遂行するＤＲＭパッケージングは​​、時間差が存在する。したがって、エンコーディングが完了されたＮＡＬユニットの順序は、本来の映像コンテンツに含まれているＮＡＬユニットの順序とは異なる場合がある。ＤＲＭパッケージングが完了された順にＮＡＬユニットを整列すれば、本来の映像コンテンツを具現することができないので、ＤＲＭパッケージングが完了されたＮＡＬユニットを一時保存し、整列する過程が必要である。
【0060】
図５を参照して、ＤＲＭパッケージングモジュール（２２２ａ～２２２ｎ）について説明する。図５は、並列パッケージングモジュール（２２２）の一構成であるＤＲＭパッケージングモジュール（２２２ａ～２２２ｎ）の構成が図示されたブロック図である。
【0061】
図５に図示されたように、それぞれのＤＲＭパッケージングモジュール（２２２ａ～２２２ｎ）は、デコーディング手段（２２２１）、パッケージング手段（２２２２）、エンコーディング手段（２２２３）を含むことができる。前記手段ら（２２２１～２２２３）は、それぞれ所定の機能を遂行する構成要素として、ハードウェア、ソフトウェア、或いはハードウェアとソフトウェアの組み合わせで具現されてもよい。例えば、前記手段ら（２２２１～２２２３）は、プログラムモジュールを意味することができ、これはプロセッサー（Ｐｒｏｃｅｓｓｏｒ）によって実行されて所定の機能を遂行する、ソフトウェアの構成要素であってもよい。
【0062】
パッケージング手段（２２２２）は、映像イメージを表現するチャンネルの中の一つであるＹＣｂＣｒチャンネルに存在するＱＴＣを用いて、ＤＲＭパッケージングを遂行する。さらに具体的には、パッケージング手段（２２２２）は、ＹＣｂＣｒチャンネルの中で、輝度を表現するＹチャンネルに存在するＱＴＣのうち少なくとも一つ以上のＱＴＣとＤＲＭメタデータのビットストリームに対してＸＯＲ演算を遂行してパッケージングする。
【0063】
すなわち、パッケージング手段（２２２２）は、複数のチャンネルの中からＹＣｂＣｒチャンネルを選択し、ＹＣｂＣｒチャンネルの中から輝度を表現するＹチャンネルにある一部のＱＴＣを選択し、ＹチャンネルのＱＴＣの少なくとも一つのビットストリームと、これと対応する位置のＤＲＭメタデータのビットストリームに対してＸＯＲ演算を遂行してＤＲＭパッケージングを遂行する。
【0064】
Ｙチャンネルは、基本的な白黒映像に関する情報であり、Ｙチャンネルを参照して、ＣｂチャネルとＣｒチャネルが生成される。この時、生成される方法によって、無損失又は損失圧縮を通じて原本と同一の画質又は原本と比較して相対的に低下した画質のカラー画像が生成される。本発明においては、ＹＣｂＣｒのこうした原理を利用してＹチャンネルに対してのみＤＲＭパッケージングを遂行する。すなわち、Ｙチャンネルに対してのみパッケージングを遂行させれば、これを参照して生成されるチャンネルであるＣｂチャンネルとＣｒチャンネルは自動的にパッケージングされる効果が現れる。また、ＹＣｂＣｒのうちＹチャンネルではない、Ｃｂ、ＣｒチャンネルにＤＲＭパッケージングを遂行する場合、パッケージングの演算量と所要時間が増大する。さらに、ＤＲＭパッケージングは​​、映像の歪みを増大させて、認証されていない不正ユーザーが映像を見ることができないようにする技術であるので、パッケージングされた映像の結果に対して、原本と比較して歪みが増大することに優れていると言える。したがって、パッケージング手段（２２２２）によるＤＲＭパッケージングは、ＹＣｂＣｒチャンネルのうちＹチャンネルにあるＱＴＣに対して遂行されることが好ましい。
【0065】
エンコーディング手段（２２２３）は、ＤＲＭパッケージングが遂行された映像フレームをエンコーディングしてＤＲＭパッケージングされたＮＡＬユニットを生成する。エンコーディング手段（２２２３）は、周囲の状況に応じて適応的に符号化を遂行する二進算術符号化方式を遂行するＣＡＢＡＣエンコーダであってもよい。
【0066】
図６は、ＱＴＣでのＤＲＭパッケージング過程を説明するための図面である。
【0067】
図６は、ＤＲＭパッケージング過程の中で、ＱＴＣ内に選択される領域と、該当領域にＤＲＭメタデータを挿入する過程を説明するものであって、一つのＱＴＣは、該当映像の信号周波数分布によって４つの領域に分けられる。４つの領域ＬＬ（Ｌｏｗ Ｌｏｗ）、ＬＨ（Ｌｏｗ Ｈｉｇｈ）、ＨＬ（Ｈｉｇｈ Ｌｏｗ）及びＨＨ（Ｈｉｇｈ Ｈｉｇｈ）と表記され、４つの領域のＭＳＢ（Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ：最も大きな桁のビット、すなわち、最も左のビット）１ビット又はそれ以上のビットを選択して、これに対応するＤＲＭメタデータのビットストリーム（Ｂｉｔｓｔｒｅａｍ）と互いにＸＯＲ演算してＤＲＭパッケージングを遂行する。もちろん、こうしたＸＯＲ演算は、必ずしもＭＳＢ１ビット及びそれを含む２以上のビットに限定されるものではない。例えば、ＬＳＢ（Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ：最も小さい桁のビット、すなわち、最も右のビット）１ビット及び、それよりも大きい桁のビットの一部に対して遂行されてもよい。図６に例示されたＤＲＭパッケージング過程は、ピクセル内のＭＳＢ２ビットとＤＲＭメタデータのビットストリーム２ビットがＸＯＲ演算を遂行した結果を例示している。
【0068】
一方、ＤＲＭアンパッケージング（Ｕｎｐａｃｋａｇｉｎｇ）過程は、ＤＲＭパッケージング過程を逆に遂行するものであって、図７に図示された通りである。ＤＲＭパッケージングが完了された映像コンテンツ（例えば、ＨＥＶＣ映像ファイル）をダウンロード或いはストリーミングを受けたパケットに対してＣＡＢＡＣデコーディング過程を遂行した後、獲得したパッケージングされたＱＴＣに対してパッケージングの際に遂行した領域を選択した後、合法的なユーザー（Ｌｅｇａｌ Ｓｕｂｓｃｒｉｂｅｒ）が所有したＤＲＭメタデータのビットストリームと共にＸＯＲ演算を遂行してアンパッケージングされたＱＴＣを獲得した後、ＨＥＶＣデコーディング過程を通じてデータを転送して処理するようにする。これにより、実際のユーザーがダウンロード或いはストリーミングを受けた映像データをリアルタイムでアンパッケージングを遂行して、遅延時間なしに、本来の映像を視聴することが可能である。
【0069】
【0070】
【0071】
図８は、ユーザー端末（１００）からの映像コンテンツの転送要請がある場合、ＤＲＭ並列パッケージングサーバー（２００）が、リアルタイム・ストリーミング方式でＤＲＭパッケージングされた映像コンテンツを提供するシステムである。
【0072】
まず、ユーザーは、ユーザー端末（１００）を通じてＤＲＭ並列パッケージングサーバー（２００）へ、特定の映像コンテンツの転送を要請する。（Ｓ１１０）ＤＲＭ並列パッケージングサーバー（２００）は、該当映像コンテンツ提供者（ＣＰ）に映像コンテンツの提供を要請し、これを受信する。（Ｓ１２０、Ｓ１３０）ＤＲＭ並列パッケージングサーバー（２００）は、映像コンテンツをＤＲＭパッケージング処理（Ｓ１４０）して、リアルタイムでユーザー端末（１００）へ転送する。（Ｓ１５０）この過程において、ＤＲＭ並列パッケージングサーバー（２００）が自主的に映像コンテンツを保存している場合、Ｓ１２０～Ｓ１３０のステップは省略されてもよい。
【0073】
図９及び図１０は、ユーザー端末（１００）からの映像コンテンツの転送要請がある前に、予め不特定の複数個の映像コンテンツをＤＲＭパッケージングして保存した後、ユーザー端末（１００）を通じて転送要請がある場合、予めＤＲＭパッケージングされた映像コンテンツを転送するシステムであって、図９は、ＤＲＭ並列パッケージングサーバー（２００）で予めＤＲＭパッケージング処理する場合であり、図１０は、映像コンテンツ提供者（ＣＰ）が予めＤＲＭパッケージング処理する場合である。
【0074】
図９を参照すると、ＤＲＭ並列パッケージングサーバー（２００）が映像コンテンツ提供者（ＣＰ）に映像コンテンツの提供を要請し、これを受信する。（Ｓ２１０、Ｓ２２０）ＤＲＭ並列パッケージングサーバー（２００）は、映像コンテンツをＤＲＭパッケージング処理して保存する。（Ｓ２３０）ユーザー端末（１００）からの映像コンテンツの転送要請がある場合（Ｓ２４０）、ＤＲＭ並列パッケージングサーバー（２００）は、該当映像コンテンツが予めＤＲＭパッケージング処理された場合、該当映像コンテンツをユーザー端末（１００）へ転送する。（Ｓ２５０）もし、ＤＲＭパッケージング処理されていない映像コンテンツが要請された場合、図８の過程を遂行する。
【0075】
図１０を参照すると、ＤＲＭ並列パッケージングサーバー（２００）から映像コンテンツの提供が要請（Ｓ３１０）されると、映像コンテンツ提供者（ＣＰ）は、自主的に該当映像コンテンツをＤＲＭパッケージング処理（Ｓ３２０）し、ＤＲＭ並列パッケージングサーバー（２００）へ転送する。（Ｓ３３０）ユーザー端末（１００）からの映像コンテンツの転送要請がある場合（Ｓ３４０）、ＤＲＭ並列パッケージングサーバー（２００）は、該当映像コンテンツをユーザー端末（１００）へ転送する。（Ｓ３５０）
【0076】
【0077】
まず、ＤＲＭパッケージを遂行する映像コンテンツを受信する。（Ｓ１０）
【0078】
映像コンテンツは、特に限定されないが、大容量高画質の映像コンテンツにさらに有効に活用することができる。好ましくは、映像コンテンツは複数個のＮＡＬユニット（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ Ｕｎｉｔ）を含む。大容量高画質の映像コンテンツは、例えば、仮想現実コンテンツ（ＶＲコンテンツ）、拡張現実コンテンツ（ＡＲコンテンツ）、双方向インターアクションコンテンツなど、ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｅｃ）ベースの４Ｋ１２０ＦＰＳ（Ｆｒａｍｅ Ｐｅｒ Ｓｅｃｏｎｄ）級、又は８Ｋ１２０ＦＰＳ級の実感型コンテンツであってもよい。具体的には、ＨＥＶＣ（Ｈ．２６４、Ｈ．２６５）ベースの８Ｋ級の実感型コンテンツであってもよい。もちろん、１２０ＦＰＳ級のコンテンツだけでなく、６０～１２０ＦＰＳ級のコンテンツ、１２０～２４０ＦＰＳ級のコンテンツなど、様々なレベルのコンテンツに制限なく適用することができる。
【0079】
次に、映像コンテンツを個々のＮＡＬユニットに分割する。（Ｓ２０）
【0080】
次に、分割された複数個のＮＡＬユニットそれぞれに対して、ＤＲＭパッケージングを遂行する。（Ｓ３０）
具体的には、分割された複数個のＮＡＬユニットそれぞれに対して、ＣＡＢＡＣデコーダを用いてデコーディングを遂行する。（Ｓ３１）ＣＡＢＡＣデコーダでＮＡＬユニットをデコーディングすると、それぞれの映像フレームに対して５つのデータが導き出される。導き出されるデータは、ＱＴＣ、一般制御データ、内部予測データ、フィルター制御データ、動作データである。
具体的には、分割された複数個のＮＡＬユニットそれぞれに対して、ＣＡＢＡＣデコーダを用いてデコーディングを遂行する。（Ｓ３１）ＣＡＢＡＣデコーダでＮＡＬユニットをデコーディングすると、それぞれの映像フレームに対して５つのデータが導き出される。導き出されるデータは、ＱＴＣ、一般制御データ、内部予測データ、フィルター制御データ、動作データである。
【0081】
次に、ＱＴＣデータ内にＤＲＭメタデータをパッケージングする。（Ｓ３２）
【0082】
ＣＡＢＡＣデコーダによるデコーディングの結果で導き出されたデータらの中からＱＴＣデータを選択し、ＱＴＣデータ内の一部の領域に対してＤＲＭメタデータとＱＴＣデータをＸＯＲ演算遂行してＤＲＭパッケージングする。
【0083】
ＤＲＭメタデータパッケージングのステップ（Ｓ３２）は、それぞれの映像フレームに存在する複数のチャンネルの中からＹＣｂＣｒチャンネルを選択し、ＹＣｂＣｒチャンネルの中から輝度を表現するＹチャンネルにある一部のＱＴＣを選択し、ＹチャンネルのＱＴＣの少なくとも一つのビットストリームと、これと対応する位置のＤＲＭメタデータのビットストリームに対してＸＯＲ演算を遂行してＤＲＭパッケージングを遂行する。
【0084】
次に、ＤＲＭパッケージングが遂行された映像フレームをＣＡＢＡＣエンコーダでエンコーディングしてＤＲＭパッケージングされたＮＡＬユニットを生成する。（Ｓ３３）
【0085】
次に、ＤＲＭパッケージング（デコーディング、パッケージング、エンコーディング）が完了された複数個のＮＡＬユニットを一時保存する。（Ｓ４０）
【0086】
次に、一時保存された複数個のＮＡＬユニットを整列する。（Ｓ５０）
【0087】
ＮＡＬユニット固有の一連番号を用いて、ＤＲＭパッケージングが完了された複数個のＮＡＬユニットを整列する。又は、ＮＡＬユニットの所定の領域（例えば、ヘッド領域）に順序識別のためのフラグを挿入し、挿入されたフラグを用いてＮＡＬユニットを整列する。フラグ挿入はＳ４０のステップの前であるならどのステップで遂行されてもよい。
【0088】
前記のような、本発明の一実施例に係るＤＲＭコンテンツ並列パッケージング方法及びＤＲＭコンテンツ並列パッケージングシステムによると、既存の実感型コンテンツに対するＤＲＭパッケージングを遂行する際、コンテンツの容量に比例して所要時間と演算量が増加していたのに対し、ＤＲＭパッケージングモジュールを適切な数で並列配置して並列にＤＲＭパッケージングを遂行することにより、容量に関係なく、所要時間と演算量は一定にすることができる。したがって、大容量高画質の映像コンテンツ、８Ｋ級の実感型コンテンツに対して効率的なＤＲＭパッケージングを遂行することができる。
【0089】
図１２は、本発明の実施例に係る、コンピューティング装置を示す図面である。図１２のコンピューティング装置（ＴＮ１００）は、本明細書で記述された装置（例えば、ＤＲＭ並列パッケージング装置、ＤＲＭ並列パッケージングサーバーなど）であってもよい。
【0090】
図１２の実施例において、コンピューティング装置（ＴＮ１００）は、少なくとも一つのプロセッサー（ＴＮ１１０）、送受信装置（ＴＮ１２０）、及びメモリ（ＴＮ１３０）を含むことができる。また、コンピューティング装置（ＴＮ１００）は、保存装置（ＴＮ１４０）、入力インターフェース装置（ＴＮ１５０）、出力インターフェース装置（ＴＮ１６０）などをさらに含むことができる。コンピューティング装置（ＴＮ１００）に含まれている構成要素らは、バス（ｂｕｓ）（ＴＮ１７０）によって連結されて互いに通信を遂行することができる。
【0091】
プロセッサー（ＴＮ１１０）は、メモリ（ＴＮ１３０）及び保存装置（ＴＮ１４０）の中で少なくとも一つに保存されたプログラム命令（ｐｒｏｇｒａｍ ｃｏｍｍａｎｄ）を実行することができる。プロセッサー（ＴＮ１１０）は、中央処理装置（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、グラフィック処理装置（ＧＰＵ：ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、又は本発明の実施例に係る方法らが遂行される専用のプロセッサーを意味することができる。プロセッサー（ＴＮ１１０）は、本発明の実施例に関連して記述された手順、機能、及び方法などを具現するように構成されてもよい。プロセッサー（ＴＮ１１０）は、コンピューティング装置（ＴＮ１００）の各構成要素を制御することができる。
【0092】
メモリ（ＴＮ１３０）及び保存装置（ＴＮ１４０）それぞれは、プロセッサー（ＴＮ１１０）の動作に関連する様々な情報を保存することができる。メモリ（ＴＮ１３０）及び保存装置（ＴＮ１４０）それぞれは、揮発性保存媒体及び不揮発性保存媒体の中で、少なくとも一つから構成されてもよい。例えば、メモリ（ＴＮ１３０）は、読み出し専用メモリ（ＲＯＭ：ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）及びランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）の中で、少なくとも一つから構成されてもよい。
【0093】
送受信装置（ＴＮ１２０）は、有線信号又は無線信号を送信又は受信することができる。送受信装置（ＴＮ１２０）は、ネットワークに連結されて通信を遂行することができる。
【0094】
一方、本発明は、コンピュータプログラムで具現されてもよい。本発明は、ハードウェアと結合されて、本発明に係るＤＲＭコンテンツ並列パッケージング方法を実行させるために、コンピュータが読み取り可能な記録媒体に保存されたコンピュータプログラムで具現されてもよい。
【0095】
本発明の実施例に係る方法らは、様々なコンピュータ手段を通じて読み取り可能なプログラム形態に具現されて、コンピュータで読み取り可能な記録媒体に記録されてもよい。ここで、記録媒体は、プログラム命令、データファイル、データ構造などを単独で又は組み合わせて含むことができる。
【0096】
記録媒体に記録されるプログラム命令は、本発明のために特別に設計され構成されたものらであるか、或いはコンピュータソフトウェア当業者に公知されて使用可能なものであってもよい。
【0097】
例えば記録媒体は、ハードディスク、フロッピーディスク及び磁気テープといった磁気媒体（ｍａｇｎｅｔｉｃ ｍｅｄｉａ）、ＣＤＲＯＭ、ＤＶＤといった光記録媒体（ｏｐｔｉｃａｌ ｍｅｄｉａ）、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ ｄｉｓｋ）といった磁気－光媒体（ｍａｇｎｅｔｏ－ｏｐｔｉｃａｌ ｍｅｄｉａ）、及びロム（ＲＯＭ）、ラム（ＲＡＭ）、フラッシュメモリなどといったプログラム命令を保存し遂行するように特別に構成されたハードウェア装置を含む。
【0098】
プログラム命令の例には、コンパイラによって作られるような機械語だけでなく、インタプリタなどを使用して、コンピュータによって実行され得る高級言語を含むことができる。
【0099】
こうしたハードウェア装置は、本発明の動作を遂行するために一つ以上のソフトウェアモジュールとして作動するように構成されてもよく、その逆も同じである。
【0100】
以上、本発明の一実施例について説明したが、当該技術分野における通常の知識を有する者なら、特許請求の範囲に記載された本発明の思想から逸脱しない範囲内で、構成要素の付加、変更、削除、又は追加等により、本発明を多様に修正及び変更させることができ、これも本発明の権利範囲内に含まれるとする。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【国際調査報告】