JP2021522759A - Ｄｒｍコンテンツパッケージング装置及びそれを含むｄｒｍコンテンツパッケージングシステム及びｄｒｍコンテンツパッケージング方法 - Google Patents

Abstract

本発明は、映像コンテンツの容量に関係なく、ＤＲＭパッケージングの所要時間と演算量を減少させることができるＤＲＭコンテンツパッケージング装置及びそれを含むＤＲＭコンテンツパッケージングシステム及びＤＲＭコンテンツパッケージング方法に関するものであって、
本発明の実施例に係るＤＲＭコンテンツパッケージング装置は、
ＣＡＢＡＣデコーダを用いて映像コンテンツをデコーディングするデコーディングモジュール；前記デコーディングモジュールによるデコーディングの結果で導き出されたデータらの中から、ＱＴＣ（Ｑｕａｎｔｉｚｅｄ Ｔｒａｎｓｆｏｒｍ Ｃｏｅｆｆｉｃｉｅｎｔｓ：量子化された変換係数）データを選択し、選択されたＱＴＣデータのビットストリームとＤＲＭメタデータのビットストリームをＸＯＲ演算してＤＲＭパッケージングを遂行するＤＲＭコンテンツパッケージングモジュール；及び、ＣＡＢＡＣエンコーダを用いて前記ＤＲＭパッケージングが遂行された映像フレームをエンコーディングするエンコーディングモジュールを含む。
【選択図】 図5

Description

本発明は、映像コンテンツの容量に関係なく、ＤＲＭパッケージングの所要時間と演算量を減少させることができるＤＲＭコンテンツパッケージング装置及びそれを含むＤＲＭコンテンツパッケージングシステム及びＤＲＭコンテンツパッケージング方法に関するものである。

ＤＲＭは、デジタル著作権管理（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）の略語であって、デジタルコンテンツの著作権を保護するための技術及びサービス管理体系と技法を総称する用語である。近年、デジタルコンテンツ関連技術の急成長に伴い、デジタルコンテンツの違法コピーや無断使用による問題が大きく浮上し始め、それにより、ＤＲＭの重要性が高まっている。

ＤＲＭパッケージング技術は、特定のコンテンツの著作権を、該当コンテンツ内に挿入してコンテンツの違法コピーや無断使用を根絶するものであって、既存の技術は、Ｈ．２６４（最大４Ｋ６０ＦＰＳ）級のコンテンツに対してのみ遂行が可能だったし、細部のパッケージング技法としては、スクランブリング（ｓｃｒａｍｂｌｉｎｇ）又は対称キー／非対称キーの暗号アルゴリズムを主に使用する。

それによって生じる問題は、以下の通りである。

一つ目は、ＤＲＭパッケージングの遂行速度と演算量に関する問題である。対称キー／非対称キーの暗号アルゴリズムの場合、近年、該当アルゴリズムの安全性問題によって秘密キー（Ｓｅｃｒｅｔ Ｋｅｙ）の長さが増加することに伴い、暗号化又は復号化の際にかかる速度と演算量が指数関数的に増加する傾向にある。実感型コンテンツの場合、既存のコンテンツに比べ最大で８倍まで容量が増加するため、暗号アルゴリズムを適用する場合にかかる時間と演算量が増加し、それを受けて関連分野においては、別途のソフトウェア又はハードウェアを新たに開発・構築しなければならないため、これを解決するためにかかる費用が増加することになる。

二つ目は、ＤＲＭパッケージングに必要な各種キー（ｋｅｙ）の管理に関する問題である。スクランブリング又は対称キー／非対称キーの暗号アルゴリズムを、ＤＲＭパッケージングの際に使用する場合、これを管理するためのキー管理政策とシステムが必要となる。特に、対称キー暗号アルゴリズムの場合、特定のコンテンツへの認可されたユーザーごとに秘密キーが存在しなければならないので、コンテンツと認可されたユーザーが増える場合、これに対するキーも指数関数的に増加せざるをえなくなり、これに対するキー管理システムの追加的な所要とともに、より複雑な形態のキー管理政策が導入される必要があるため、これを解決するための費用が増加することになる。

三つ目は、実感型コンテンツメタデータの管理に関する問題である。既存のコンテンツは、双方向インターアクション（Ｉｎｔｅｒａｃｔｉｏｎ）サービスを提供していなかったため、映像コンテンツのみが存在したが、実感型コンテンツの場合、人の五感を利用して、実在感や没入感を向上させる映像コンテンツと双方向インターアクションが可能なメタデータが別途存在する。既存のＤＲＭパッケージング技法は、こうしたメタデータの管理及びパッケージングが不可能であるため、これを解決するための新たな形態のＤＲＭコンテンツパッケージング技術の開発が求められるのが実情である。

本発明は、映像コンテンツの容量に関係なく、ＤＲＭパッケージングの所要時間と演算量を減少させることができるＤＲＭコンテンツパッケージング装置及びそれを含むＤＲＭコンテンツパッケージングシステム及びＤＲＭコンテンツパッケージング方法を提供することを目的とする。

本発明の実施例に係るＤＲＭコンテンツパッケージング装置は、

ＣＡＢＡＣデコーダを用いて映像コンテンツをデコーディングするデコーディングモジュール；前記デコーディングモジュールによるデコーディングの結果で導き出されたデータらの中から、ＱＴＣ（Ｑｕａｎｔｉｚｅｄ Ｔｒａｎｓｆｏｒｍ Ｃｏｅｆｆｉｃｉｅｎｔｓ：量子化された変換係数）データを選択し、選択されたＱＴＣデータのビットストリームとＤＲＭメタデータのビットストリームを挿入演算してＤＲＭパッケージングを遂行するＤＲＭコンテンツパッケージングモジュール；及び、ＣＡＢＡＣエンコーダを用いて前記ＤＲＭパッケージングが遂行された映像フレームをエンコーディングするエンコーディングモジュールを含む。

本発明の実施例に係るＤＲＭコンテンツパッケージング装置において、前記ＤＲＭコンテンツパッケージングモジュールは、前記映像コンテンツの映像イメージを具現する映像フレームに含まれているＹＣｂＣｒチャンネルの中で、輝度を表現するＹチャンネルに存在するＱＴＣのビットストリームとＤＲＭメタデータのビットストリームに対して挿入演算してＤＲＭパッケージングを遂行することを特徴とする。

本発明の実施例に係るＤＲＭコンテンツパッケージング装置において、前記挿入演算はＸＯＲ演算であってもよい。

本発明の実施例に係るＤＲＭコンテンツパッケージング管理サーバーは、

ユーザー端末と有無線通信を遂行する通信部；ＣＡＢＡＣデコーダを用いて映像コンテンツをデコーディングし、デコーディングを通じて導き出されたＱＴＣデータ内にＤＲＭメタデータをパッケージングし、ＤＲＭメタデータパッケージングが完了された映像コンテンツをエンコーディングする制御部を含む。

本発明の実施例に係るＤＲＭコンテンツパッケージング管理サーバーにおいて、前記制御部は、ＣＡＢＡＣデコーダを用いて映像コンテンツをデコーディングするデコーディングモジュール；前記デコーディングモジュールによるデコーディングの結果で導き出されたデータらの中からＱＴＣデータを選択し、選択されたＱＴＣデータのビットストリームとＤＲＭメタデータのビットストリームを挿入演算してＤＲＭパッケージングを遂行するＤＲＭコンテンツパッケージングモジュール；及び、ＣＡＢＡＣエンコーダを用いて前記ＤＲＭパッケージングが遂行された映像フレームをエンコーディングするエンコーディングモジュールを含む。

本発明の実施例に係るＤＲＭコンテンツパッケージング管理サーバーにおいて、前記ＤＲＭコンテンツパッケージングモジュールは、前記映像コンテンツの映像イメージを具現する映像フレームに含まれているＹＣｂＣｒチャンネルの中で、輝度を表現するＹチャンネルに存在するＱＴＣらのうち少なくとも一つ以上のＱＴＣのビットストリームとＤＲＭメタデータのビットストリームに対して挿入演算を遂行してパッケージングすることを特徴とする。

本発明の実施例に係るＤＲＭコンテンツパッケージング管理サーバーにおいて、前記挿入演算はＸＯＲ演算であってもよい。

本発明の実施例に係るＤＲＭコンテンツパッケージング方法は、

映像コンテンツを用意するステップ；ＣＡＢＡＣデコーダを用いて前記用意された映像コンテンツをデコーディングするステップ；前記デコーディングを通じて獲得されたデータの中で、ＱＴＣデータ内にＤＲＭメタデータをパッケージングするステップ；ＣＡＢＡＣエンコーダを用いて前記ＤＲＭメタデータパッケージングが完了された映像コンテンツをエンコーディングするステップを含む。

本発明の実施例に係るＤＲＭコンテンツパッケージング方法において、前記ＤＲＭメタデータをパッケージングするステップは、前期デコーディングステップで導き出されたデータらの中からＱＴＣデータを選択し、選択されたＱＴＣデータのビットストリームとＤＲＭメタデータのビットストリームを挿入演算してＤＲＭパッケージングを遂行することを特徴とする。

本発明の実施例に係るＤＲＭコンテンツパッケージング方法において、前記ＤＲＭメタデータをパッケージングするステップは、前記映像コンテンツの映像イメージを具現する映像フレームに含まれているＹＣｂＣｒチャンネルの中で、輝度を表現するＹチャンネルに存在するＱＴＣらのうち少なくとも一つ以上のＱＴＣのビットストリームとＤＲＭメタデータのビットストリームに対して挿入演算を遂行してパッケージングすることを特徴とする。

本発明の実施例に係るＤＲＭコンテンツパッケージング方法において、前記挿入演算はＸＯＲ演算であってもよい。

その他、本発明の様々な側面による具現例らの具体的な事項は、以下の詳細な説明に含まれている。

本発明の一実施例に係るＤＲＭコンテンツパッケージング装置及びそれを含むＤＲＭコンテンツパッケージングシステム及びＤＲＭコンテンツパッケージング方法によると、

映像フレームで輝度チャンネルデータに対してのみＤＲＭパッケージングのための演算を処理するので、映像コンテンツの容量の増加幅に比べて演算量及び演算処理時間を大幅に短縮することができる効果がある。

また、実質的には、映像コンテンツの容量に関係なく、演算量及び演算処理時間が一定になることにより、大容量高画質の映像コンテンツ（例えば、ＨＥＶＣベースの４Ｋ１２０ＦＰＳ級の実感型コンテンツ）に対するＤＲＭパッケージング遂行にかなり有効な効果がある。

また、従来に比べて少ない演算量でも従来のＤＲＭパッケージング技法以上の安定性を提供することができる。

図１は、本発明の一実施例に係るＤＲＭコンテンツパッケージングシステムが図示されたブロック図である。 図２は、本発明の一実施例に係るＤＲＭコンテンツパッケージングシステムが図示されたブロック図である。 図３は、本発明の一実施例に係るＤＲＭコンテンツパッケージング管理サーバーの制御部の構成が図示されたブロック図である。 図４は、ＱＴＣでのＤＲＭパッケージング過程を説明するための図面である。 図５は、本発明の一実施例に係るＤＲＭパッケージング過程が図式的に図示された図面である。 図６は、本発明の一実施例に係るＤＲＭアンパッケージング過程が図式的に図示された図面である。 図７は、本発明の一実施例に係るＤＲＭコンテンツパッケージングシステムの動作過程が図示された順序図である。 図８は、本発明の一実施例に係るＤＲＭコンテンツパッケージングシステムの動作過程が図示された順序図である。 図９は、本発明の一実施例に係るＤＲＭコンテンツパッケージングシステムの動作過程が図示された順序図である。 図１０は、本発明の一実施例に係るＤＲＭコンテンツパッケージング方法が図示された順序図である。 図１１は、本発明の一実施例に係る、コンピューティング装置を示す図面である。

本発明は、多様な変換を加えることができ、様々な実施例を有することができるので、特定の実施例を例示し、詳細な説明に詳細に説明する。しかし、これは本発明を特定の実施形態に限定しようとするものではなく、本発明の思想及び技術範囲に含まれるあらゆる変換、均等物乃至代替物を含むものと理解しなければならない。

本発明で使用した用語は、単に特定の実施例を説明するために使用されたものであって、本発明を限定する意図ではない。単数の表現は、文脈上明確に異なる意味を持たない限り、複数の表現を含む。本発明において、「含む」又は「有する」などの用語は、明細書上に記載された特徴、数字、ステップ、動作、構成要素、部品又はこれらを組み合わせたものが存在することを指定するものであって、一つ又はそれ以上の他の特徴らや数字、​​ステップ、動作、構成要素、部品又はこれらを組み合わせたものの存在又は付加可能性を予め排除しないものとして理解しなければならない。以下、図面を参照して、本発明の実施例に係るＤＲＭコンテンツパッケージング装置及びそれを含むＤＲＭコンテンツパッケージングシステム及びＤＲＭコンテンツパッケージング方法を説明する。

図１及び図２は、本発明の一実施例に係るＤＲＭコンテンツパッケージングシステムが図示されたブロック図である。

図１及び図２に図示されたように、本発明の一実施例に係るＤＲＭコンテンツパッケージングシステムは、ユーザー端末（１００）とＤＲＭコンテンツパッケージング管理サーバー（２００、以下ＤＲＭサーバーともいう。）を含む。図１は、ＤＲＭサーバー（２００）が自主的に複数個の映像コンテンツをデータベース化して保存した場合を図示しており、図２は、外部のコンテンツ提供者（Ｃｏｎｔｅｎｔｓ Ｐｒｏｖｉｄｅｒ、ＣＰ１〜ＣＰ３）が別途にＤＲＭサーバー（２００）へ映像コンテンツを提供する場合を図示している。

本発明において、ＤＲＭパッケージングの対象である映像コンテンツは、特に限定されないが、大容量高画質の映像コンテンツにさらに有効に活用することができる。大容量高画質の映像コンテンツは、例えば、仮想現実コンテンツ（ＶＲコンテンツ）、拡張現実コンテンツ（ＡＲコンテンツ）、双方向インターアクションコンテンツなど、ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｅｃ）ベースの４Ｋ１２０ＦＰＳ（Ｆｒａｍｅ Ｐｅｒ Ｓｅｃｏｎｄ）級の実感型コンテンツであってもよい。もちろん、１２０ＦＰＳ級のコンテンツだけでなく、６０〜１２０ＦＰＳ級のコンテンツ、１２０〜２４０ＦＰＳ級のコンテンツなど、様々なレベルのコンテンツに制限なく適用することができる。

ユーザー端末（１００）は、ユーザーのキー操作によって有無線通信網を経由して、ＤＲＭサーバー（２００）と各種データを送受信することができる端末のことを指すものであり、パーソナルコンピュータ（ＰＣ：Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ノートパソコン、個人向けの携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）及び移動通信端末（Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｔｅｒｍｉｎａｌ）などのいずれか一つであってもよく、有無線通信網を経由してＤＲＭサーバー（２００）に接続するためのウェブブラウザとプログラムを保存するためのメモリ、プログラムを実行して演算及び制御するためのマイクロプロセッサーなどを備えている端末のことを意味する。

ユーザーは、ユーザー端末（１００）を通じてＤＲＭサーバー（２００）へ、特定の映像コンテンツに対する転送要請（ダウンロード要請）を行うことができる。

ＤＲＭサーバー（２００）は、ユーザー端末（１００）から特定の映像コンテンツに対する転送要請を受信すると、該当映像コンテンツにＤＲＭパッケージングして、ユーザー端末（１００）へ転送する。又は、ＤＲＭサーバー（２００）は、予め複数個の映像コンテンツをＤＲＭパッケージングして保存することができ、ＤＲＭサーバー（２００）は、ユーザー端末（１００）から特定の映像コンテンツに対する転送要請を受信すると、予めＤＲＭパッケージングされた映像コンテンツの中から該当映像コンテンツを選択して、ユーザー端末（１００）へ転送することができる。

そのために、ＤＲＭサーバー（２００）は、通信部（２１０）、制御部（２２０）、保存部（２３０）を含むことができる。

通信部（２１０）は、有無線通信網を経由してユーザー端末（１００）、外部のコンテンツ提供者（ＣＰ１〜ＣＰ３）と連動する機能を遂行する通信手段であって、各種データを送受信する機能を遂行する。

保存部（２３０）は、ＤＲＭサーバー（２００）の駆動に必要な各種データ及びプログラムを保存する。実施例に従って保存部（２３０）は、ＤＲＭパッケージング処理されていない複数個の映像コンテンツや、予めＤＲＭパッケージング処理された複数個の映像コンテンツを保存することができる。又は、保存部（２３０）は、外部のコンテンツ提供者（ＣＰ１〜ＣＰ３）により予めＤＲＭパッケージング処理された複数個の映像コンテンツを保存することができる。

制御部（２２０）は、ＤＲＭサーバー（２００）の全般的な機能を制御しながら、映像コンテンツに対してＤＲＭパッケージング処理作業を遂行する。制御部（２２０）は、ユーザー端末（１００）の転送要請に応じて、該当映像コンテンツをＤＲＭパッケージング処理するか、或いはユーザー端末（１００）の転送要請とは関係なく、予め複数個の映像コンテンツをＤＲＭパッケージング処理して保存部（２３０）に保存することができる。

図３は、本発明の一実施例に係るＤＲＭコンテンツパッケージング管理サーバー（２００）の制御部（２２０）の構成が図示されたブロック図である。図３に図示されたように、制御部（２２０）は、デコーディングモジュール（２２１）と、ＤＲＭコンテンツパッケージングモジュール（２２２）と、エンコーディングモジュール（２２３）とを含むことができる。前記のモジュールら（２２１〜２２３）は、それぞれ所定の機能を遂行する構成要素として、ハードウェア、ソフトウェア、或いはハードウェアとソフトウェアの組み合わせで具現されてもよい。例えば、前記モジュールら（２２１〜２２３）は、プログラムモジュールを意味することができ、これはプロセッサー（Ｐｒｏｃｅｓｓｏｒ）によって実行されて所定の機能を遂行する、ソフトウェアの構成要素であってもよい。

デコーディングモジュール（２２１）は、映像コンテンツをデコーディングする。デコーディングモジュール（２２１）は、周囲の状況に応じて適応的に復号化を遂行する二進算術復号化方式を遂行するＣＡＢＡＣ（Ｃｏｎｔｅｘｔ−ｂａｓｅｄ Ａｄａｐｔｉｖｅ Ｂｉｎａｒｙ Ａｒｉｔｈｍｅｔｉｃ Ｃｏｄｅ）デコーダであってもよい。ＣＡＢＡＣデコーダで映像コンテンツをデコーディングすると、それぞれの映像フレームに対して５つのデータが導き出される。導き出されるデータは、量子化された変換係数（Ｑｕａｎｔｉｚｅｄ Ｔｒａｎｓｆｏｒｍ Ｃｏｅｆｆｉｃｉｅｎｔｓ：以下、ＱＴＣという。）、一般制御データ（Ｇｅｎｅｒａｌ Ｃｏｎｔｒｏｌ Ｄａｔａ）、内部予測データ（Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ Ｄａｔａ）、フィルター制御データ（Ｆｉｌｔｅｒ Ｃｏｎｔｒｏｌ Ｄａｔａ）、動作データ（Ｍｏｔｉｏｎ Ｄａｔａ）である。

ＤＲＭコンテンツパッケージングモジュール（２２２）は、ＣＡＢＡＣデコーダによるデコーディングの結果で導き出されたデータらの中からＱＴＣデータを選択し、ＱＴＣデータ内の一部の領域に対してＤＲＭメタデータとＱＴＣデータに対して挿入演算を遂行してＤＲＭパッケージングを遂行する。挿入演算は、例えば、ＸＯＲ演算であってもよい。以下、挿入演算はＸＯＲ演算を遂行することと記載するが、必ずしもこれに限定されるものではない。

ＤＲＭコンテンツパッケージングモジュール（２２２）は、一つの映像フレームに属するＱＴＣそれぞれの一部のビットストリームに対してＸＯＲ演算を遂行してＤＲＭパッケージングを遂行する。

それぞれの映像フレームは、天然色を表現するＲＧＢチャンネル、輝度／色差成分を表現し、ＲＧＢ情報をエンコーディングするＹＣｂＣｒチャンネルなどを含む。それぞれの映像フレームは、複数のチャンネルを利用して一つの映像イメージを表現する。

ＤＲＭコンテンツパッケージングモジュール（２２２）は、映像イメージを表現するチャンネルの中の一つであるＹＣｂＣｒチャンネルに存在するＱＴＣを用いて、ＤＲＭパッケージングを遂行する。さらに具体的には、ＤＲＭコンテンツパッケージングモジュール（２２２）は、ＹＣｂＣｒチャンネルの中で、輝度を表現するＹチャンネルに存在するＱＴＣのうち少なくとも一つ以上のＱＴＣとＤＲＭメタデータのビットストリームに対してＸＯＲ演算を遂行してパッケージングする。

すなわち、ＤＲＭコンテンツパッケージングモジュール（２２２）は、複数のチャンネルの中からＹＣｂＣｒチャンネルを選択し、ＹＣｂＣｒチャンネルの中から輝度を表現するＹチャンネルにある一部のＱＴＣを選択し、ＹチャンネルのＱＴＣの少なくとも一つのビットストリームと、これと対応する位置のＤＲＭメタデータのビットストリームに対してＸＯＲ演算を遂行してＤＲＭパッケージングを遂行する。

Ｙチャンネルは、基本的な白黒映像に関する情報であり、Ｙチャンネルを参照して、ＣｂチャネルとＣｒチャネルが生成される。この時、生成される方法によって、無損失又は損失圧縮を通じて原本と同一の画質又は原本と比較して相対的に低下した画質のカラー画像が生成される。本発明においては、ＹＣｂＣｒのこうした原理を利用してＹチャンネルに対してのみＤＲＭパッケージングを遂行する。すなわち、Ｙチャンネルに対してのみパッケージングを遂行させれば、これを参照して生成されるチャンネルであるＣｂチャンネルとＣｒチャンネルは自動的にパッケージングされる効果が現れる。また、ＹＣｂＣｒのうちＹチャンネルではない、Ｃｂ、ＣｒチャンネルにＤＲＭパッケージングを遂行する場合、パッケージングの演算量と所要時間が増大する。さらに、ＤＲＭパッケージングは​​、映像の歪みを増大させて、認証されていない不正ユーザーが映像を見ることができないようにする技術であるので、パッケージングされた映像の結果に対して、原本と比較して歪みが増大することに優れていると言える。したがって、ＤＲＭコンテンツパッケージングモジュール（２２２）によるＤＲＭパッケージングは、ＹＣｂＣｒチャンネルのうちＹチャンネルにあるＱＴＣに対して遂行されることが好ましい。

エンコーディングモジュール（２２３）は、ＤＲＭパッケージングが遂行された映像フレームをエンコーディングしてＤＲＭパッケージングされた映像コンテンツを生成する。エンコーディングモジュール（２２３）は、周囲の状況に応じて適応的に符号化を遂行する二進算術符号化方式を遂行するＣＡＢＡＣエンコーダであってもよい。

一方、前記のモジュールら（２２１〜２２３）は、ＤＲＭサーバー（２００）の制御部（２２０）を構成する構成要素として説明されているが、必ずしもＤＲＭサーバー（２００）の制御部（２２０）として機能するのではなく、独自の装置として具現されてもよい。すなわち、前記のモジュールら（２２１〜２２３）の機能が具現された独立的なＤＲＭコンテンツパッケージング装置として具現されてもよい。

図４は、ＱＴＣでのＤＲＭパッケージング過程を説明するための図面である。

図４は、ＤＲＭパッケージング過程の中で、ＱＴＣ内に選択される領域と、該当領域にＤＲＭメタデータを挿入する過程を説明するものであって、一つのＱＴＣは、該当映像の信号周波数分布によって４つの領域に分けられる。４つの領域ＬＬ（Ｌｏｗ Ｌｏｗ）、ＬＨ（Ｌｏｗ Ｈｉｇｈ）、ＨＬ（Ｈｉｇｈ Ｌｏｗ）及びＨＨ（Ｈｉｇｈ Ｈｉｇｈ）と表記され、４つの領域のＭＳＢ（Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ：最も大きな桁のビット、すなわち、最も左のビット）１ビット又はそれ以上のビットを選択して、これに対応するＤＲＭメタデータのビットストリーム（Ｂｉｔｓｔｒｅａｍ）と互いにＸＯＲ演算してＤＲＭパッケージングを遂行する。もちろん、こうしたＸＯＲ演算は、必ずしもＭＳＢ１ビット及びそれを含む２以上のビットに限定されるものではない。例えば、ＬＳＢ（Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ：最も小さい桁のビット、すなわち、最も右のビット）１ビット及び、それよりも大きい桁のビットの一部に対して遂行されてもよい。図４に例示されたＤＲＭパッケージング過程は、ピクセル内のＭＳＢ２ビットとＤＲＭメタデータのビットストリーム２ビットがＸＯＲ演算を遂行した結果を例示している。

図５は、本発明の一実施例に係るＤＲＭパッケージング過程が図式的に図示された図面である。

図５のＡ部分は、現在標準として定められたＨＥＶＣ ｅｎｃｏｄｉｎｇ ｐｒｏｃｅｄｕｒｅ ｉｎ ｅａｃｈ ＣＴＵ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ）過程を通じて生成されたＨＥＶＣベースの実感型コンテンツを例示している。

図５において、Ｂ部分は、本発明の一実施例に係るＤＲＭパッケージング過程を図示したもので、デコーディングモジュール（２２１）とＤＲＭコンテンツパッケージングモジュール（２２２）とエンコーディングモジュール（２２３）によって遂行される一連の過程を例示している。デコーディングモジュール（２２１）はＢ１作業を遂行し、ＤＲＭコンテンツパッケージングモジュール（２２２）はＢ２作業を遂行し、エンコーディングモジュール（２３３）はＢ３作業を遂行する。パッケージングの結果、ＱＴＣデータ領域にＤＲＭメタデータがパッケージングされた映像コンテンツ（Ｃ）が生成される。

一方、ＤＲＭアンパッケージング（Ｕｎｐａｃｋａｇｉｎｇ）過程は、ＤＲＭパッケージング過程を逆に遂行するものであって、図６に図示された通りである。ＤＲＭパッケージングが完了された映像コンテンツ（例えば、ＨＥＶＣ映像ファイル）をダウンロード或いはストリーミングを受けたパケットに対してＣＡＢＡＣデコーディング過程を遂行した後、獲得したパッケージングされたＱＴＣに対してパッケージングの際に遂行した領域を選択した後、合法的なユーザー（Ｌｅｇａｌ Ｓｕｂｓｃｒｉｂｅｒ）が所有したＤＲＭメタデータのビットストリームと共にＸＯＲ演算を遂行してアンパッケージングされたＱＴＣを獲得した後、ＨＥＶＣデコーディング過程を通じてデータを転送して処理するようにする。これにより、実際のユーザーがダウンロード或いはストリーミングを受けた映像データをリアルタイムでアンパッケージングを遂行して、遅延時間なしに、本来の映像を視聴することが可能である。

次に、図７〜図９を参照して、本発明の一実施例に係るＤＲＭコンテンツパッケージングシステムの動作過程を説明する。

図７〜図９は、本発明の一実施例に係るＤＲＭコンテンツパッケージングシステムの動作過程が図示された順序図である。

図７は、ユーザー端末（１００）からの映像コンテンツの転送要請がある場合、ＤＲＭサーバー（２００）が、リアルタイム・ストリーミング方式でＤＲＭパッケージングされた映像コンテンツを提供するシステムである。

まず、ユーザーは、ユーザー端末（１００）を通じてＤＲＭサーバー（２００）へ、特定の映像コンテンツの転送を要請する。（Ｓ１１０）ＤＲＭサーバー（２００）は、該当映像コンテンツ提供者（ＣＰ）に映像コンテンツの提供を要請し、これを受信する。（Ｓ１２０、Ｓ１３０）ＤＲＭサーバー（２００）は、映像コンテンツをＤＲＭパッケージング処理（Ｓ１４０）して、リアルタイムでユーザー端末（１００）へ転送する。（Ｓ１５０）この過程において、ＤＲＭサーバー（２００）が自主的に映像コンテンツを保存している場合、Ｓ１２０〜Ｓ１３０のステップは省略されてもよい。

図８及び図９は、ユーザー端末（１００）からの映像コンテンツの転送要請がある前に、予め不特定の複数個の映像コンテンツをＤＲＭパッケージングして保存した後、ユーザー端末（１００）を通じて転送要請がある場合、予めＤＲＭパッケージングされた映像コンテンツを転送するシステムであって、図８は、ＤＲＭサーバー（２００）で予めＤＲＭパッケージング処理する場合であり、図９は、映像コンテンツ提供者（ＣＰ）が予めＤＲＭパッケージング処理する場合である。

図８を参照すると、ＤＲＭサーバー（２００）が映像コンテンツ提供者（ＣＰ）に映像コンテンツの提供を要請し、これを受信する。（Ｓ２１０、Ｓ２２０）ＤＲＭサーバー（２００）は、映像コンテンツをＤＲＭパッケージング処理して保存する。（Ｓ２３０）ユーザー端末（１００）からの映像コンテンツの転送要請がある場合（Ｓ２４０）、ＤＲＭサーバー（２００）は、該当映像コンテンツが予めＤＲＭパッケージング処理された場合、該当映像コンテンツをユーザー端末（１００）へ転送する。（Ｓ２５０）もし、ＤＲＭパッケージング処理されていない映像コンテンツが要請された場合、図７の過程を遂行する。

図９を参照すると、ＤＲＭサーバー（２００）から映像コンテンツの提供が要請（Ｓ３１０）されると、映像コンテンツ提供者（ＣＰ）は、自主的に該当映像コンテンツをＤＲＭパッケージング処理（Ｓ３２０）し、ＤＲＭサーバー（２００）へ転送する。（Ｓ３３０）ユーザー端末（１００）からの映像コンテンツの転送要請がある場合（Ｓ３４０）、ＤＲＭサーバー（２００）は、該当映像コンテンツをユーザー端末（１００）へ転送する。（Ｓ３５０）

次に、図１０を参照して、本発明の一実施例に係るＤＲＭコンテンツパッケージング方法を説明する。図１０は、本発明の一実施例に係るＤＲＭコンテンツパッケージング方法が図示された順序図である。

まず、ＤＲＭパッケージを遂行する映像コンテンツを受信する。（Ｓ１０）

映像コンテンツは、特に限定されないが、大容量高画質の映像コンテンツにさらに有効に活用することができる。大容量高画質の映像コンテンツは、例えば、仮想現実コンテンツ（ＶＲコンテンツ）、拡張現実コンテンツ（ＡＲコンテンツ）、双方向インターアクションコンテンツなど、ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｅｃ）ベースの４Ｋ１２０ＦＰＳ（Ｆｒａｍｅ Ｐｅｒ Ｓｅｃｏｎｄ）級の実感型コンテンツであってもよい。もちろん、１２０ＦＰＳ級のコンテンツだけでなく、６０〜１２０ＦＰＳ級のコンテンツ、１２０〜２４０ＦＰＳ級のコンテンツなど、様々なレベルのコンテンツに制限なく適用することができる。

次に、受信された映像コンテンツに対して、ＣＡＢＡＣデコーダを用いてデコーディングを遂行する。（Ｓ２０）ＣＡＢＡＣデコーダで映像コンテンツをデコーディングすると、それぞれの映像フレームに対して５つのデータが導き出される。導き出されるデータは、ＱＴＣ、一般制御データ、内部予測データ、フィルター制御データ、動作データである。

次に、ＱＴＣデータ内にＤＲＭメタデータをパッケージングする。（Ｓ３０）

ＣＡＢＡＣデコーダによるデコーディングの結果で導き出されたデータらの中からＱＴＣデータを選択し、ＱＴＣデータ内の一部の領域に対してＤＲＭメタデータとＱＴＣデータをＸＯＲ演算遂行してＤＲＭパッケージングする。

ＤＲＭメタデータパッケージングのステップ（Ｓ３０）は、それぞれの映像フレームに存在する複数のチャンネルの中からＹＣｂＣｒチャンネルを選択し、ＹＣｂＣｒチャンネルの中から輝度を表現するＹチャンネルにある一部のＱＴＣを選択し、ＹチャンネルのＱＴＣの少なくとも一つのビットストリームと、これと対応する位置のＤＲＭメタデータのビットストリームに対してＸＯＲ演算を遂行してＤＲＭパッケージングを遂行する。

次に、ＤＲＭパッケージングが遂行された映像フレームをＣＡＢＡＣエンコーダでエンコーディングしてＤＲＭパッケージングされた映像コンテンツを生成する。（Ｓ４０）

前記のような、本発明の一実施例に係るＤＲＭコンテンツパッケージング方法及びＤＲＭコンテンツパッケージングシステムによると、映像フレームで輝度チャンネルデータに対してのみＤＲＭパッケージングのための演算を処理するので、映像コンテンツの容量の増加幅に比べて演算量及び演算処理時間を大幅に短縮することができる効果がある。実質的には、映像コンテンツの容量に関係なく、演算量及び演算処理時間が一定になることにより、大容量高画質の映像コンテンツ（例えば、ＨＥＶＣベースの４Ｋ１２０ＦＰＳ級の実感型コンテンツ）に対するＤＲＭパッケージング遂行にかなり有効な効果がある。さらに、従来に比べて少ない演算量でも従来のＤＲＭパッケージング技法以上の安定性を提供することができる。

図１１は、本発明の実施例に係る、コンピューティング装置を示す図面である。図１１のコンピューティング装置（ＴＮ１００）は、本明細書で記述された装置（例えば、ＤＲＭコンテンツパッケージング装置、ＤＲＭコンテンツパッケージング管理サーバーなど）であってもよい。

図１１の実施例において、コンピューティング装置（ＴＮ１００）は、少なくとも一つのプロセッサー（ＴＮ１１０）、送受信装置（ＴＮ１２０）、及びメモリ（ＴＮ１３０）を含むことができる。また、コンピューティング装置（ＴＮ１００）は、保存装置（ＴＮ１４０）、入力インターフェース装置（ＴＮ１５０）、出力インターフェース装置（ＴＮ１６０）などをさらに含むことができる。コンピューティング装置（ＴＮ１００）に含まれている構成要素らは、バス（ｂｕｓ）（ＴＮ１７０）によって連結されて互いに通信を遂行することができる。

プロセッサー（ＴＮ１１０）は、メモリ（ＴＮ１３０）及び保存装置（ＴＮ１４０）の中で少なくとも一つに保存されたプログラム命令（ｐｒｏｇｒａｍ ｃｏｍｍａｎｄ）を実行することができる。プロセッサー（ＴＮ１１０）は、中央処理装置（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、グラフィック処理装置（ＧＰＵ：ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、又は本発明の実施例に係る方法らが遂行される専用のプロセッサーを意味することができる。プロセッサー（ＴＮ１１０）は、本発明の実施例に関連して記述された手順、機能、及び方法などを具現するように構成されてもよい。プロセッサー（ＴＮ１１０）は、コンピューティング装置（ＴＮ１００）の各構成要素を制御することができる。

メモリ（ＴＮ１３０）及び保存装置（ＴＮ１４０）それぞれは、プロセッサー（ＴＮ１１０）の動作に関連する様々な情報を保存することができる。メモリ（ＴＮ１３０）及び保存装置（ＴＮ１４０）それぞれは、揮発性保存媒体及び不揮発性保存媒体の中で、少なくとも一つから構成されてもよい。例えば、メモリ（ＴＮ１３０）は、読み出し専用メモリ（ＲＯＭ：ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）及びランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）の中で、少なくとも一つから構成されてもよい。

送受信装置（ＴＮ１２０）は、有線信号又は無線信号を送信又は受信することができる。送受信装置（ＴＮ１２０）は、ネットワークに連結されて通信を遂行することができる。

一方、本発明は、コンピュータプログラムで具現されてもよい。本発明は、ハードウェアと結合されて、本発明に係るＤＲＭコンテンツパッケージング方法を実行させるために、コンピュータが読み取り可能な記録媒体に保存されたコンピュータプログラムで具現されてもよい。

本発明の実施例に係る方法らは、様々なコンピュータ手段を通じて読み取り可能なプログラム形態に具現されて、コンピュータで読み取り可能な記録媒体に記録されてもよい。ここで、記録媒体は、プログラム命令、データファイル、データ構造などを単独で又は組み合わせて含むことができる。

記録媒体に記録されるプログラム命令は、本発明のために特別に設計され構成されたものらであるか、或いはコンピュータソフトウェア当業者に公知されて使用可能なものであってもよい。

例えば記録媒体は、ハードディスク、フロッピーディスク及び磁気テープといった磁気媒体（ｍａｇｎｅｔｉｃ ｍｅｄｉａ）、ＣＤＲＯＭ、ＤＶＤといった光記録媒体（ｏｐｔｉｃａｌ ｍｅｄiａ）、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ ｄｉｓｋ）といった磁気−光媒体（ｍａｇｎｅｔｏ−ｏｐｔｉｃａｌ ｍｅｄｉａ）、及びロム（ＲＯＭ）、ラム（ＲＡＭ）、フラッシュメモリなどといったプログラム命令を保存し遂行するように特別に構成されたハードウェア装置を含む。

プログラム命令の例には、コンパイラによって作られるような機械語だけでなく、インタプリタなどを使用して、コンピュータによって実行され得る高級言語を含むことができる。

こうしたハードウェア装置は、本発明の動作を遂行するために一つ以上のソフトウェアモジュールとして作動するように構成されてもよく、その逆も同じである。

以上、本発明の一実施例について説明したが、当該技術分野における通常の知識を有する者なら、特許請求の範囲に記載された本発明の思想から逸脱しない範囲内で、構成要素の付加、変更、削除、又は追加等により、本発明を多様に修正及び変更させることができ、これも本発明の権利範囲内に含まれるとする。

Claims (11)

1. ＣＡＢＡＣデコーダを用いて映像コンテンツをデコーディングするデコーディングモジュール；
   前記デコーディングモジュールによるデコーディングの結果で導き出されたデータらの中から、ＱＴＣ（Ｑｕａｎｔｉｚｅｄ Ｔｒａｎｓｆｏｒｍ Ｃｏｅｆｆｉｃｉｅｎｔｓ：量子化された変換係数）データを選択し、選択されたＱＴＣデータのビットストリームとＤＲＭメタデータのビットストリームを挿入演算してＤＲＭパッケージングを遂行するＤＲＭコンテンツパッケージングモジュール；及び、
   ＣＡＢＡＣエンコーダを用いて前記ＤＲＭパッケージングが遂行された映像フレームをエンコーディングするエンコーディングモジュール
   を含むＤＲＭコンテンツパッケージング装置。
2. 前記ＤＲＭコンテンツパッケージングモジュールは、
   前記映像コンテンツの映像イメージを具現する映像フレームに含まれているＹＣｂＣｒチャンネルの中で、輝度を表現するＹチャンネルに存在するＱＴＣのビットストリームとＤＲＭメタデータのビットストリームに対して挿入演算してＤＲＭパッケージングを遂行することを特徴とする、請求項１に記載のＤＲＭコンテンツパッケージング装置。
3. 前記挿入演算は、ＸＯＲ演算であることを特徴とする、請求項１又は請求項２に記載のＤＲＭコンテンツパッケージング装置。
4. ユーザー端末と有無線通信を遂行する通信部；
   ＣＡＢＡＣデコーダを用いて映像コンテンツをデコーディングし、デコーディングを通じて導き出されたＱＴＣデータ内にＤＲＭメタデータをパッケージングし、ＤＲＭメタデータパッケージングが完了された映像コンテンツをエンコーディングする制御部
   を含むＤＲＭコンテンツパッケージング管理サーバー。
5. 前記制御部は、
   ＣＡＢＡＣデコーダを用いて映像コンテンツをデコーディングするデコーディングモジュール；
   前記デコーディングモジュールによるデコーディングの結果で導き出されたデータらの中からＱＴＣデータを選択し、選択されたＱＴＣデータのビットストリームとＤＲＭメタデータのビットストリームを挿入演算してＤＲＭパッケージングを遂行するＤＲＭコンテンツパッケージングモジュール；及び、
   ＣＡＢＡＣエンコーダを用いて前記ＤＲＭパッケージングが遂行された映像フレームをエンコーディングするエンコーディングモジュール
   を含む、請求項４に記載のＤＲＭコンテンツパッケージング管理サーバー。
6. 前記ＤＲＭコンテンツパッケージングモジュールは、
   前記映像コンテンツの映像イメージを具現する映像フレームに含まれているＹＣｂＣｒチャンネルの中で、輝度を表現するＹチャンネルに存在するＱＴＣらのうち少なくとも一つ以上のＱＴＣのビットストリームとＤＲＭメタデータのビットストリームに対して挿入演算を遂行してパッケージングすることを特徴とする、請求項４に記載のＤＲＭコンテンツパッケージング管理サーバー。
7. 前記挿入演算は、ＸＯＲ演算であることを特徴とする、請求項４〜請求項６のいずれか一つの項に記載のＤＲＭコンテンツパッケージング管理サーバー。
8. 映像コンテンツを用意するステップ；
   ＣＡＢＡＣデコーダを用いて前記用意された映像コンテンツをデコーディングするステップ；
   前記デコーディングを通じて獲得されたデータの中で、ＱＴＣデータ内にＤＲＭメタデータをパッケージングするステップ；
   ＣＡＢＡＣエンコーダを用いて前記ＤＲＭメタデータパッケージングが完了された映像コンテンツをエンコーディングするステップ
   を含むＤＲＭコンテンツパッケージング方法。
9. 前記ＤＲＭメタデータをパッケージングするステップは、
   前期デコーディングステップで導き出されたデータらの中からＱＴＣデータを選択し、選択されたＱＴＣデータのビットストリームとＤＲＭメタデータのビットストリームを挿入演算してＤＲＭパッケージングを遂行することを特徴とする、請求項８に記載のＤＲＭコンテンツパッケージング方法。
10. 前記ＤＲＭメタデータをパッケージングするステップは、
    前記映像コンテンツの映像イメージを具現する映像フレームに含まれているＹＣｂＣｒチャンネルの中で、輝度を表現するＹチャンネルに存在するＱＴＣらのうち少なくとも一つ以上のＱＴＣのビットストリームとＤＲＭメタデータのビットストリームに対して挿入演算を遂行してパッケージングすることを特徴とする、請求項９に記載のＤＲＭコンテンツパッケージング方法。
11. 前記挿入演算は、ＸＯＲ演算であることを特徴とする、請求項８〜請求項１０のいずれか一つの項に記載のＤＲＭコンテンツパッケージング方法。
    
    

Images