JP4392880B2 - 認証装置及びその制御方法並びに記憶媒体 - Google Patents
認証装置及びその制御方法並びに記憶媒体 Download PDFInfo
- Publication number
- JP4392880B2 JP4392880B2 JP29593798A JP29593798A JP4392880B2 JP 4392880 B2 JP4392880 B2 JP 4392880B2 JP 29593798 A JP29593798 A JP 29593798A JP 29593798 A JP29593798 A JP 29593798A JP 4392880 B2 JP4392880 B2 JP 4392880B2
- Authority
- JP
- Japan
- Prior art keywords
- stream
- object data
- access permission
- information
- authentication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、認証装置及びその制御方法並びに記憶媒体に係り、例えば、動画を再生する際に個々のオブジェクトに関して著作権保護等の目的で認証が必要となる場合に好適な認証装置及びその制御方法並びに記憶媒体に関するものである。
【０００２】
【従来の技術】
図１は、従来のデジタル映像データの送受信システムを示す図である。図１に示すように、デジタル映像データの配信サーバー１０は、それに付随したハードディスク等のデジタル映像データの記憶装置１２に予め記録されているデジタル映像データを、デジタル映像データの受信クライアント２０からの要求に応じてインターネット等のネットワーク網３０を介して受信クライアント２０にダウンロードする。ここで、配信サーバー１０は、デジタル映像データを符号化する変換部１１を有し、この変換部１１によりデジタル映像データを符号化してデータ量を削減し、これをＴＣＰ／ＩＰプロトコル等の手順に従って受信クライアント２０に配信する。受信クライアント２０側は、デジタル映像データを復号する変換部２１を有し、この変換部２１により受信に係るデジタル映像信号を再生し、表示、記録又は編集に供する。
【０００３】
１つの動画シーンを複数のオブジェクトで構成し、配信サーバー１０の変換部１１において各々のオブジェクトを符号化して圧縮し、これを受信クライアント２０に転送し、受信クライアント２０において、これらを復号し、再構成して動画シーンを再生するシステムの一例としてＭＰＥＧ−４プレーヤーがある。
【０００４】
図２は、従来のＭＰＥＧ−４プレーヤーの構成図である。図２は、「ＩＳＯ／ＩＥＣ ＦＣＤ １４４９６−１ Ｆｉｇ．１−１」に基づいて記載されたものであり、その詳しい説明については、「ＩＳＯ／ＩＥＣ ＦＣＤ １４４９６−１」において述べられている。ここでは、その概略についてのみ説明する。
【０００５】
ネットワーク等を介して転送（ｔｒａｎｓｍｉｓｓｉｏｎ）されたＭＰＥＧ−４ ビットストリームやＤＶＤ−ＲＡＭ等の記録メディア（ｓｔｒａｇｅ ｍｅｄｉｕｍ）から読み出されたＭＰＥＧ−４ビットストリームは、「ＴｒａｎｓＭｕｘ Ｌａｙｅｒ」において、転送／読み出しに相当する手順に従って受け取られ（ｓｅｓｓｉｏｎの確立）、「ＦｌｅｘＭｕｘ」部において、シーン記述データ、オブジェクトデータ、オブジェクト記述データの各ストリームに分離し、復号し、再生され、シーン記述データ（ｓｃｅｎｅ ｄｅｓｃｒｉｐｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）に基づいて、シーンが再生或いはグラフィック処理される。
【０００６】
なお、図３は、図２を模式化、簡略化したものである。ここで、個々のオブジェクトについて著作権保護等の目的で認証が必要となる場合、シーン記述データを含む複数のオブジェクトデータを含むビットストリームの他に、「ＩＰ Ｄａｔａ Ｓｅｔ」（著作権情報群）のストリームを加えることが考えられる。
【０００７】
【発明が解決しようとする課題】
しかしながら、転送ビットストリームの他に、「ＩＰ Ｄａｔａ Ｓｅｔ」（著作権情報群）のストリームを加えた場合でも、図２若しくは図３に示す構成では、「Ｏｂｊｅｃｔ Ｄｅｓｃｒｉｐｔｏｒｓ」において「ＩＰ Ｄａｔａ」が再生されるとは限らないし、仮に「Ｏｂｊｅｃｔ Ｄｅｓｃｒｉｐｔｏｒｓ」において「ＩＰ Ｄａｔａ」が再生されたとしても、画像の再生処理の際に「ＩＰ Ｄａｔａ」についての処理がなされないため、「ＩＰ Ｐｒｏｔｅｃｔｉｏｎ」（著作権保護）処理が実行されることがない。
【０００８】
本発明は、上記の背景に鑑みてなされたものであり、認証処理を効率化し、著作権等の有効な保護と著作物等の有効な利用を図ることを目的とする。
【０００９】
【課題を解決するための手段】
本発明の第１の側面にかかる認証装置は、画像データを構成するオブジェクトデータのストリームと、オブジェクトデータの出所情報のストリームとが、同一のストリームとして符号化されたストリームを受信する第１の受信手段と、第１の受信手段により受信されたストリームを、ストリームに含まれる複数のオブジェクトデータの各々のストリームと、複数のオブジェクトデータの各々の出所情報のストリームとに分離する分離手段と、分離手段により分離された出所情報のストリームから出所情報を参照し、認証依頼信号を出所情報の指し示す外部装置に送信する管理手段と、管理手段によって送信された認証依頼信号に対するアクセス許可信号を外部装置から受信する第２の受信手段とを具備し、管理手段は、第２の受信手段のアクセス許可信号の受信状態に基づいて、アクセス許可信号に対応するオブジェクトデータの再生を制御することを特徴とする。
【００１０】
上記の認証装置において、出所情報は、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）の情報であることが好ましい。
【００１３】
本発明の第２の側面にかかる認証装置の制御方法は、画像データを構成するオブジェクトデータのストリームと、オブジェクトデータの出所情報のストリームとが、同一のストリームとして符号化されたストリームを受信する第１の受信ステップと、第１の受信ステップにより受信されたストリームを、ストリームに含まれる複数のオブジェクトデータの各々のストリームと、複数のオブジェクトデータの各々の出所情報のストリームとに分離する分離ステップと、分離ステップにより分離された出所情報のストリームから出所情報を参照し、認証依頼信号を出所情報の指し示す外部装置に送信する管理ステップと、管理ステップによって送信された認証依頼信号に対するアクセス許可信号を外部装置から受信する第２の受信ステップとを具備し、管理ステップは、第２の受信ステップにおけるアクセス許可信号の受信状態に基づいて、アクセス許可信号に対応するオブジェクトデータの再生を制御することを特徴とする。
【００１４】
上記の認証方法において、出所情報は、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）の情報であることが好ましい。
【００１８】
本発明の第３の側面に係る記憶媒体は、装置が実行可能なプログラムを格納する記憶媒体であって、プログラムを実行する装置を、画像データを構成するオブジェクトデータのストリームと、オブジェクトデータの出所情報のストリームとが、同一のストリームとして符号化されたストリームを受信する第１の受信手段と、第１の受信手段により受信されたストリームを、ストリームに含まれる複数のオブジェクトデータの各々のストリームと、複数のオブジェクトデータの各々の出所情報のストリームとに分離する分離手段と、分離手段により分離された出所情報のストリームから出所情報を参照し、認証依頼信号を出所情報の指し示す外部装置に送信する管理手段と、管理手段によって送信された認証依頼信号に対するアクセス許可信号を外部装置から受信する第２の受信手段とを具備し、管理手段は、第２の受信手段のアクセス許可信号の受信状態に基づいて、アクセス許可信号に対応するオブジェクトデータの再生を制御する装置として動作させることを特徴とする。
【００１９】
【発明の実施の形態】
以下、添付図面を参照しながら本発明の好適な実施の形態を説明する。以下の実施の形態は、所謂「ｂａｃｋ−ｃｈａｎｎｅｌ」を利用して認証処理を効率化したシステムに関する。
【００２０】
図４は、本発明の好適な実施の形態に係るＭＰＥＧ−４プレーヤーを含むシステムの概略構成を示す図である。図４に示すシステムは、「ＩＰ Ｄａｔａ Ｓｅｔ」を操作して「ＩＰ Ｐｒｏｔｅｃｔｉｏｎ」を実現するシステムである。図４に示すシステムは、ＩＰＭＰＳ （Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｐｒｏｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ）２０７を有し、このＩＰＭＰＳ２０７により著作権認証及び保護機能を実現する点で図３に示すシステムと異なる。
【００２１】
図７は、認証処理に関するクライアントの動作を示すフローチャートである。以下、図７を参照しながら図４に示すシステムの動作を説明する。サーバー側では、マルチプレクサ２０１が、各々異なるＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）としてＵＲＬ１、ＵＲＬ２、ＵＲＬ３を持つ複数のネットワーク・サイト２０２〜２０４から、夫々個々のオブジェクトを受信してこれらの複数のオブジェクトで構成される動画データを生成する。この動画データは、クライアントからの要求に応じてＭＰＥＧ−４ビットストリーム２０５としてネットワークを介してクライアントに送信される。
【００２２】
ステップＳ１では、クライアントは、サーバーよりＭＰＥＧ−４ビットストリーム２０５を受信する。このＭＰＥＧ−４ビットストリームを構成する各オブジェクトには、著作権の帰属先を示す情報（ここでは、ＵＲＬの情報）が付随している。ステップＳ２では、クライアントは、受信に係るＭＰＥＧ−４ビットストリームをデマルチプレクサ２０６により複数のオブジェクトやそれに付随する情報（ＵＲＬの情報を含む）等の複数のストリームに分離する。ここで、各オブジェクトに付随するＵＲＬの情報は、「ＩＰ Ｄａｔａ」のストリームである「ＩＰＭＰＳ Ｓｔｒｅａｍ」の一部としてＩＰＭＰＳ２０７に送られる。
【００２３】
ステップＳ３では、ＩＰＭＰＳ２０７に送られた１又は複数のＵＲＬの情報の中から、いずれか１つのＵＲＬの情報を選択する。これは、例えば、操作者が指定するものであっても構わないし、所定の順序に従ってＩＰＭＰＳ２０７が選択しても構わない。
【００２４】
ステップＳ４では、選択したＵＲＬの情報に基づいて、ネットワーク上に接続された１又は複数のサーバのうち対応するＵＲＬを持つサーバ２０１に対して認証依頼信号を送信する。この場合、その送信には、後述するバックチャネル（ｂａｃｋ−ｃｈａｎｎｅｌ）１又はバックチャネル（ｂａｃｋ−ｃｈａｎｎｅｌ）２が使用される。
【００２５】
ステップＳ５では、認証依頼信号を受け取ったサーバ２０１からアクセス許可信号が送信されてくるのを待ち、アクセス許可信号を受信した場合はステップＳ６に進み、所定時間内にアクセス許可信号を受信しなかった場合はステップＳ７に進む。
【００２６】
ステップＳ６では、アクセス許可信号の受信によりアクセス許可（認証）が得られたオブジェクトに対するアクセスを可能にする。具体的には、アクセスコントロールポイントを制御する制御信号２１２を許可状態にすることにより、シーン・ディスクリプタ２０８、オーディオ・ビジュアル・デコーダ２０９、オブジェクトディスクリプタ２１０がデマルチプレクサ２０６の該当するストリーム（即ち、アクセス許可信号によりアクセスを許可されたオブジェクトのストリーム）にアクセスすることを可能にする。
【００２７】
一方、ステップＳ７では、アクセスコントロールポイントを制御する制御信号２１２を禁止状態にすることにより、シーン・ディスクリプタ２０８、オーディオ・ビジュアル・デコーダ２０９、オブジェクトディスクリプタ２１０がデマルチプレクサ２０６の該当するストリーム（即ち、認証を依頼したがアクセス許可が得られなかったオブジェクトのストリーム）にアクセスすることを禁止する。
【００２８】
ステップＳ８では、他のオブジェクトに付随するＵＲＬの情報があるか否かを確認し、当該ＵＲＬの情報があればステップＳ３に戻り、なければ一連の処理を終了する。
【００２９】
シーン合成・グラフィック処理部２１１は、シーン・ディスクリプタ２０８、オーディオ・ビジュアル・デコーダ２０９、オブジェクトディスクリプタ２１０から供給されるデータに基づいて、シーン合成及びグラフィック処理を行う。この際、アクセス許可が得られたオブジェクトのみを再生の際の合成の対象としても良いし、１つでもアクセス許可が得られなかったオブジェクトがある場合に、一切の再生を行わないようにしても良い。
【００３０】
以下、上述した認証処理について更に詳細に説明する。
ＭＰＥＧ−４ビットストリームは、オブジェクト単位のビットストリームである「Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ」（ＥＳ）の内容を記述する「ＥＳ＿Ｄｅｓｃｒｉｐｔｏｒ」と、オブジェクト自身を記述する「ＯＤ＿Ｄｅｓｃｒｉｐｔｏｒ」を含む。ここで、「ＥＳ＿Ｄｅｓｃｒｉｐｔｏｒ」或いは「ＯＤ＿Ｄｅｓｃｒｉｐｔｏｒ」に、リモートアクセスのためのコマンドとアクセス先を指定するＵＲＬの情報が含まれている場合は、図５に示すような手順でリモートアクセスが実行される。
【００３１】
図５は、リモートアクセスを説明する簡略図である。図５において、「ＤＡＩ」は、「ＤＭＩＦ Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｔｅｒｆａｃｅ」と呼ばれる、ＭＰＥＧ−４ビットストリームとネットワークとのインターフェース層である。この詳細については、「ＩＳＯ／ＩＥＣ １４４９６−６ ＤＭＩＦドキュメントＤＭＩＦ Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｔｅｒｆａｃｅ」の項に記載されているため、ここでは省略する。
【００３２】
また、ＭＰＥＧ−４ビットストリームは、「ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍ」（ＥＳ）に対応したデコーダの種類についての情報を示す「ＤｅｃｏｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ」を含む。この「ＤｅｃｏｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ」は、幾つかのデータ要素の構造体であり、その中の要素の一つにストリーム型を示す１ビットのｕｐＳｔｒｅａｍパラメータがある。この詳細については、「ＩＳＯ／ＩＥＣ １４４９６−１ ＦＣＤ ８．３．４ ＤｅｃｏｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ」の項に記載されているため、ここでは省略する。
【００３３】
式１に、「ＤｅｃｏｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ」の一例を挙げる。
【００３４】
【００３５】
ここで、ストリームの識別は、式１の「ＤｅｃｏｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ」のクラス宣言中のデータ要素である「ｓｔｒｅａｍＴｙｐｅ」の値に基づいて行う。「ｓｔｒｅａｍＴｙｐｅ」の値は、表１のように定義されている。
【００３６】
【表１】
【００３７】
なお、表１は、「ＩＳＯ／ＩＥＣ １４４９６−１ ＦＣＤ Ｔａｂｌｅ ０−１： ｓｔｒｅａｍＴｙｐｅ Ｖａｌｕｅｓ」に対して、この実施の形態に固有の「ＩＰＭＰＳｔｒｅａｍ」を識別するための値を追加したものである。表１において、各パラメータや用語は、「ＩＳＯ／ＩＥＣ １４４９６−１ ＦＣＤ」と同じであるので、ここでは説明を省略する。
【００３８】
このように、表１においては、この実施の形態に固有の「IPMP Stream」を識別するための値を追加したが、この「IPMP Stream」は、そもそも、MPEG-4ビットストリームを生成するマルチプレクサ２０１用のソースコードに含まれているものである。
このマルチプレクサ２０１用のソースコードにおいて、「IPMP Stream」は、以下の式２（※）のように定義されている。
【００３９】
【００４０】
この式２においては、「objectDescriptorID」が「３３」の場合に、「IPMP Stream」が定義されている。これは、「IPMP Stream」によってプロテクトされたオブジェクトのストリームを示す部分が、「objectDescriptorID ３３」に含まれているということである。
また、その際の「IPMP Stream」のストリーム型が、「streamType8」と定義されているが、これは、表１の「IPMP Stream」のストリーム型指定値として定義されている「0x0B」と意味的には同じものである。
そして、本実施の形態においては、このようなソースコードが、マルチプレクサ２０１で集められ、複数のオブジェクトのストリームに「IPMP Stream」を加えて、同じ一つのストリームに符号化したMPEG-4ビットストリームが生成されている。
そして、前述した「DecoderConfigDescriptor」によりストリームの識別を行うことにより、同一のストリームの中から「IPMP Stream」の他、各オブジェクトのストリームを分離することができる。
【００４１】
図４に示すように、ストリームの向きを示すフラグである「ＤｅｃｏｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ．ｕｐＳｔｒｅａｍ」が ”１”の時は、システムは、クライアント側からサーバ側にストリームを転送する「ｕｐｓｔｒｅａｍ」の状態になる。ここでは、この「ｕｐｓｔｒｅａｍ」の状態を利用した転送機能を「ｂａｃｋ−ｃｈａｎｎｅｌ１」と呼ぶことにする。
【００４２】
通常の再生時は、「ＤｅｃｏｒｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ．ｕｐＳｔｒｅａｍ」が”０”であり、サーバ側からクライアント側にストリームを転送する「ｄｏｗｎｓｔｒｅａｍ」の状態である。一方、オブジェクトに対するアクセスの許可を求める場合は、「ＤｅｃｏｒｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ．ｕｐＳｔｒｅａｍ」を”１”として、必要なデータをＵＲＬ先へ「ｕｐｓｔｒｅａｍ」する所謂「ｂａｃｋ−ｃｈａｎｎｅｌ１」を用いることにより、「ＩＰＭＰ Ｍａｎａｇｅｍｅｎｔ Ｄａｔａ」（著作権管理情報）を「ＩＰＭＰＳｔｒｅａｍ」としてサーバ側に送り、リモートアクセスによりＵＲＬ先から応答データを転送させることになる。
【００４３】
表１に示す「ＩＰＭＰＳｔｒｅａｍ」は、「ＩＰＭＰ＿ＥＳ」と「ＩＰＭＰ＿Ｄ」の構成を有する。「ＩＰＭＰＳ＿ＥＳ」の各々は一連の「ＩＰＭＰ＿Ｍｅｓｓａｇｅｓ」からなる。 式３は「ＩＰＭＰ＿Ｍｅｓｓａｇｅｓ」の記述例である。
【００４４】
【００４５】
式３において、「ＩＰＭＰＳ＿ＴｙｐｅＣｏｕｎｔ」は、異なる「ＩＰＭＰＳｔｙｐｅ」の数を表わす。これにより、異なるＩＰＭＰＳを存在させることが可能となるため、「ＩＰＭＰ ｍｅｓｓａｇｅｓ」は複数のＩＰＭＰＳに対応可能である。
【００４６】
なお、ＵＲＬが指定されている場合は、「ＩＰＭＰＳ＿ＴｙｐｅＣｏｕｎｔ」は０を取り、その他は最低値である１を取る。また、この場合、内部の「ＩＰＭＰ＿Ｍｅｓｓａｇｅ」の代わりに、外部に格納されている「ＩＰＭＰ＿Ｍｅｓｓａｇｅ」を参照して使用することになる。
【００４７】
また、「ＩＰＭＰＳ＿Ｄ」は、「ＩＰＭＰ Ｄｅｓｃｒｉｐｔｏｒ」からなる。この「ＩＰＭＰ Ｄｅｓｃｒｉｐｔｏｒ」 は、個々の「ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍｓ」に対する詳細なＩＰＭＰ制御を行うためのデータ構造体である。そして、「ＩＰＭＰ Ｄｅｓｃｒｉｐｔｏｒ Ｕｐｄａｔｅｓ」 は、オブジェクト・ディスクリプタ・ストリーム（Ｏｂｊｅｃｔ Ｄｅｓｃｒｉｐｔｏｒ ｓｔｒｅａｍ）の一部として実行される。式４は、「ＩＰＭＰ Ｄｅｓｃｒｉｐｔｏｒ Ｕｐｄａｔｅｓ」の記述例を示す。
【００４８】
【００４９】
式４において、「ｄｅｓｃｒｉｐｔｏｒＣｏｕｎｔ」は、更新される「ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒｓ」の数を表わし、また、ｄ［ｉ］ は、ある一つの「ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒ」を表わす。
式５は、「ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒ」の記述例を示す。
【００５０】
【００５１】
式５において、「ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒ＿ＩＤ」は、各「ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒ」に固有の番号であり、「ＥＳ＿Ｄｅｓｃｒｉｐｔｏｒｓ」は、「ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒ＿ＩＤ」を使って「ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒｓ」を参照する。 また、「ＩＰＭＰＳ＿ＴｙｐｅＣｏｕｎｔ」は、「ＩＰＭＰ＿Ｍｅｓｓａｇｅ」で指定された異なるＩＰＭＰＳの数を表わす。
【００５２】
図６は、ＵＲＬ先で更にＵＲＬ指定がある場合の階層構造の例を示す図である。なお、図６は２階層の場合の例であるが、もちろん、更なるＵＲＬ指定がある場合、３階層になっても４階層になってもよい。また、図６においては、「ＩＰＭＰＳｔｒｅａｍ」を明示していないが、リモート指定されるオブジェクト（Ｏｂｊｅｃｔ）に関する「ＩＰＭＰ＿ＥＳ」か「ＩＰＭＰ＿Ｄ」が、「ＳｃｅｎｅＤｅｓｃｒｉｐｔｉｏｎＳｔｒｅａｍ」か「ＯｂｊｅｃｔＤｅｓｃｒｉｐｔｉｏｎＳｔｒｅａｍ」に呼応して、必要に応じデコードされ、リモートアクセスされることは、先に説明した図５の場合と同様である。
【００５３】
以上、ＭＰＥＧ−４のビットストリームの「ｕｐｓｔｒｅａｍ」の状態、即ち、バックチャネル（ｂａｃｋ−ｃｈａｎｎｅｌ）１を使用した認証処理について説明したが、このような「ｂａｃｋ−ｃｈａｎｎｅｌ１」を使用する認証処理は、リアルタイムのビットストリーム再生時における「ｕｐＳｔｒｅａｍ」処理であるので、比較的データ量が少なく処理時間の短い高速処理向けの場合を想定している。ここで、リアルタイム再生をしているシステムでは、「ｂａｃｋ−ｃｈａｎｎｅｌ１」によるリモートアクセス及び認証による遅延は極力少ないことが望ましい。
【００５４】
しかしながら、データ量が少ない場合であっても認証に相応の時間を要することがあり、その場合、「ｂａｃｋ−ｃｈａｎｎｅｌ１」における遅延が問題となる。この場合、許容遅延時間の点、また、インタラクティブな操作性を必要とする点から考えると、第２の「ｂａｃｋ−ｃｈａｎｎｅｌ」を設けることが好ましい。
【００５５】
そこで、この実施の形態では、ＭＰＥＧ−４のビットストリームを伝送するのとは異なるＩ／Ｏ（機器間入出力）インターフェースが設けられている。これを以下では「ｂａｃｋ−ｃｈａｎｎｅｌ２」と呼ぶことにする。
【００５６】
まず、「ｂａｃｋ−ｃｈａｎｎｅｌ２」を使用した認証処理を説明する前に、「ｂａｃｋ−ｃｈａｎｎｅｌ１」と「ｂａｃｋ−ｃｈａｎｎｅｌ２」におけるデータ量と遅延時間の関係を考える。「ＭＰＥＧ−４ Ｒｅｑｕｉｒｅｍｅｎｔ Ｇｒｏｕｐ」の報告では、リアルタイム再生を妨げない「ｂａｃｋ−ｃｈａｎｎｅｌ」の遅延許容時間は１フレーム時間とあるので、これに基づいて「ｂａｃｋ−ｃｈａｎｎｅｌ１」と「ｂａｃｋ−ｃｈａｎｎｅｌ２」における想定データ量と転送レートの関係を求めると、表２のようになる。
【００５７】
【表２】
【００５８】
ここで、認証のための高速ＩＰＭＰリモートアクセスでは、１００−５００ｂｉｔ／Ｆｒａｍｅ以内のデータ量を３Ｋ−５Ｋ／ｓｅｃの転送ラインで処理することが遅延時間の限界となる。「ＩＰＭＰ＿Ｍｅｓｓａｇｅ」データや「ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒ」データとＵＲＬ指定による「ｂａｃｋ−ｃｈａｎｎｅｌ」による「ｒｅｍｏｔｅ ｃｏｎｔｅｎｔ ａｃｃｅｓｓ」の結果としてのｄｅｌａｙ−ｂａｎｄｗｉｄｔｈの関係を、表２と見ることができるので、実際の認証のためのデータ量は限られたものになる。一方、認証には、ｓｔｒｅａｍ処理とは非同期に時間を要することが多い。
【００５９】
また、複数のオブジェクトの認証が一箇所のサイトではなく、複数に跨ることも想定される。この場合には、表２の条件は更に厳しくなり、実用に耐えなくなる。そのため、ｓｔｒｅａｍ処理と非同期で低速処理が可能な認証手続きの場合には、「ｂａｃｋ−ｃｈａｎｎｅｌ ２」を用いた方が良い。
【００６０】
以下、「ｂａｃｋ−ｃｈａｎｎｅｌ ２」を使用した場合の処理について説明する。認証のための低速ＩＰＭＰ入出力アクセスのための「ｂａｃｋ−ｃｈａｎｎｅｌ２」は、図４に示すように、基本的にはＭＰＥＧ−４ビットストリームを伝送するものとは異なるＩ／Ｏ（機器間入出力）インターフェースを対象としたものになる。
【００６１】
ここで、「ｂａｃｋ−ｃｈａｎｎｅｌ２」の先に、キーボードとディスプレイとモデムを有するコンピュータ端末２１４を用意し、電話回線とＩＰＭＰＳ２０７とに接続する。この構成において、コンピュータ端末２１４は、認証の必要なストリーム中のオブジェクトとその認証先の情報をＩＰＭＰＳ２０７から受け取り、その情報をディスプレイに表示する。操作者は、その表示を参照して、認証の必要なストリーム中のオブジェクトを選択する。コンピュータ端末２１４は、認証先に電話をかけて、認証方法やアクセスコードを該認証先から受け取り、その内容をディスプレイに表示する。操作者が、受け取った情報をキーボードを使って入力すると、その入力情報がＩＰＭＰＳ２０７に通知され、必要なオブジェクトに対するアクセスを許可状態にする。
【００６２】
ここでは、電話回線を利用する場合を例として挙げたが、この代わりに、例えば、ＣＡＴＶのケーブルや無線通信路を利用しても良い。
【００６３】
また、場合によっては、予め認証先との契約において入手したアクセス認証に必要な情報を格納したＰＣ Ｃａｒｄをコンピュータ端末２１４内のＰＣＭＣＩＡインターフェースに差し込んで、アクセス認証に必要な情報をＩＰＭＰＳ２０７に通知して、オブジェクトに対するアクセスを許可状態にしてもよい。
【００６４】
なお、操作時間や認証時間がある程度長くなる認証処理の場合は、ストリーム再生の開始時やシーンチェンジ時等、リアルタイムでない場合に有効である。
【００６５】
このように、この実施の形態によれば、用途に応じて「ｂａｃｋ−ｃｈａｎｎｅｌ１」又は「ｂａｃｋ−ｃｈａｎｎｅｌ２」を選択して使用することができる。この選択は、操作者が行うことができるように構成してもよいし、システム内部で遅延時間限界等を考慮して最適な方を選択するようにしてもよい。
【００６６】
以上のように、２種類の異なる「ｂａｃｋ−ｃｈａｎｎｅｌ」を設けることにより、柔軟性の高い認証処理を実現することができる。
【００６７】
なお、本発明は、複数の機器から構成されるシステムに適用しても、一つの機器からなる装置に適用してもよい。
【００６８】
また、上記の実施の形態に係る装置又は方法を構成する構成要素の全体のうち一部の構成要素で構成される装置又は方法も、本件出願に係る発明者が意図した発明である。
【００６９】
また、上記の実施の形態に係る装置の機能は、プログラムコードを記録した記憶媒体をシステム或いは装置に固定的又は一時的に組み込み、そのシステム或いは装置のコンピュータ（又はＣＰＵ若しくはＭＰＵ）が該記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。ここで、該記憶媒体から読み出されたプログラムコード自体或いは該記憶媒体自体が法上の発明を構成する。
【００７０】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等が好適であるが、他のデバイスを採用することもできる。
【００７１】
また、コンピュータが記憶媒体から読み出したプログラムコードを実行することにより本発明の特有の機能が実現される場合のみならず、そのプログラムコードによる指示に基づいて、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部又は全部を負担する実施の態様も本発明の技術的範囲に属する。
【００７２】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備えられたメモリに書込まれた後に、そのプログラムコードの指示に基づいて、その機能拡張ボードや機能拡張ユニットに備えられたＣＰＵ等が実際の処理の一部又は全部を負担する実施の態様も本発明の技術的範囲に属する。
【００７３】
【発明の効果】
本発明によれば、複数のオブジェクトのストリームと著作権情報に関するストリームとを同一のストリームとして送信し、受信側で著作権情報に関するストリームを分離して取り出せるようにしたことにより、認証処理を効率化し、著作権等を有効に保護すると共に著作物等を有効に利用することができる。
【００７４】
【図面の簡単な説明】
【図１】従来のデジタル映像データの送受信システムを示す図である。
【図２】従来のＭＰＥＧ−４プレーヤーの構成図である。
【図３】図２を模式化・簡略化した図である。
【図４】本発明の好適な実施の形態に係るback channelを行うＭＰＥＧ−４プレーヤーの構成図である。
【図５】リモートアクセスを説明するための簡略図である。
【図６】ＵＲＬ先で更にＵＲＬ指定がある場合の階層構造の例を示す図である。
【図７】認証処理に関するクライアントの動作を示すフローチャートである。
【符号の説明】
１０ デジタル映像データ配信サーバー
１１、２１ 変換部
１２、２２ デジタル映像データ記憶装置１２
２０ デジタル映像データ受信クライアント
３０ ネットワーク網
２０１ マルチプレクサ
２０２〜２０４ ネットワーク・サイト
２０６ デマルチプレクサ
２０８ シーン・ディスクリプタ
２０９ オーディオ・ビジュアル・デコーダ
２１０ オブジェクトディスクリプタ
【発明の属する技術分野】
本発明は、認証装置及びその制御方法並びに記憶媒体に係り、例えば、動画を再生する際に個々のオブジェクトに関して著作権保護等の目的で認証が必要となる場合に好適な認証装置及びその制御方法並びに記憶媒体に関するものである。
【０００２】
【従来の技術】
図１は、従来のデジタル映像データの送受信システムを示す図である。図１に示すように、デジタル映像データの配信サーバー１０は、それに付随したハードディスク等のデジタル映像データの記憶装置１２に予め記録されているデジタル映像データを、デジタル映像データの受信クライアント２０からの要求に応じてインターネット等のネットワーク網３０を介して受信クライアント２０にダウンロードする。ここで、配信サーバー１０は、デジタル映像データを符号化する変換部１１を有し、この変換部１１によりデジタル映像データを符号化してデータ量を削減し、これをＴＣＰ／ＩＰプロトコル等の手順に従って受信クライアント２０に配信する。受信クライアント２０側は、デジタル映像データを復号する変換部２１を有し、この変換部２１により受信に係るデジタル映像信号を再生し、表示、記録又は編集に供する。
【０００３】
１つの動画シーンを複数のオブジェクトで構成し、配信サーバー１０の変換部１１において各々のオブジェクトを符号化して圧縮し、これを受信クライアント２０に転送し、受信クライアント２０において、これらを復号し、再構成して動画シーンを再生するシステムの一例としてＭＰＥＧ−４プレーヤーがある。
【０００４】
図２は、従来のＭＰＥＧ−４プレーヤーの構成図である。図２は、「ＩＳＯ／ＩＥＣ ＦＣＤ １４４９６−１ Ｆｉｇ．１−１」に基づいて記載されたものであり、その詳しい説明については、「ＩＳＯ／ＩＥＣ ＦＣＤ １４４９６−１」において述べられている。ここでは、その概略についてのみ説明する。
【０００５】
ネットワーク等を介して転送（ｔｒａｎｓｍｉｓｓｉｏｎ）されたＭＰＥＧ−４ ビットストリームやＤＶＤ−ＲＡＭ等の記録メディア（ｓｔｒａｇｅ ｍｅｄｉｕｍ）から読み出されたＭＰＥＧ−４ビットストリームは、「ＴｒａｎｓＭｕｘ Ｌａｙｅｒ」において、転送／読み出しに相当する手順に従って受け取られ（ｓｅｓｓｉｏｎの確立）、「ＦｌｅｘＭｕｘ」部において、シーン記述データ、オブジェクトデータ、オブジェクト記述データの各ストリームに分離し、復号し、再生され、シーン記述データ（ｓｃｅｎｅ ｄｅｓｃｒｉｐｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）に基づいて、シーンが再生或いはグラフィック処理される。
【０００６】
なお、図３は、図２を模式化、簡略化したものである。ここで、個々のオブジェクトについて著作権保護等の目的で認証が必要となる場合、シーン記述データを含む複数のオブジェクトデータを含むビットストリームの他に、「ＩＰ Ｄａｔａ Ｓｅｔ」（著作権情報群）のストリームを加えることが考えられる。
【０００７】
【発明が解決しようとする課題】
しかしながら、転送ビットストリームの他に、「ＩＰ Ｄａｔａ Ｓｅｔ」（著作権情報群）のストリームを加えた場合でも、図２若しくは図３に示す構成では、「Ｏｂｊｅｃｔ Ｄｅｓｃｒｉｐｔｏｒｓ」において「ＩＰ Ｄａｔａ」が再生されるとは限らないし、仮に「Ｏｂｊｅｃｔ Ｄｅｓｃｒｉｐｔｏｒｓ」において「ＩＰ Ｄａｔａ」が再生されたとしても、画像の再生処理の際に「ＩＰ Ｄａｔａ」についての処理がなされないため、「ＩＰ Ｐｒｏｔｅｃｔｉｏｎ」（著作権保護）処理が実行されることがない。
【０００８】
本発明は、上記の背景に鑑みてなされたものであり、認証処理を効率化し、著作権等の有効な保護と著作物等の有効な利用を図ることを目的とする。
【０００９】
【課題を解決するための手段】
本発明の第１の側面にかかる認証装置は、画像データを構成するオブジェクトデータのストリームと、オブジェクトデータの出所情報のストリームとが、同一のストリームとして符号化されたストリームを受信する第１の受信手段と、第１の受信手段により受信されたストリームを、ストリームに含まれる複数のオブジェクトデータの各々のストリームと、複数のオブジェクトデータの各々の出所情報のストリームとに分離する分離手段と、分離手段により分離された出所情報のストリームから出所情報を参照し、認証依頼信号を出所情報の指し示す外部装置に送信する管理手段と、管理手段によって送信された認証依頼信号に対するアクセス許可信号を外部装置から受信する第２の受信手段とを具備し、管理手段は、第２の受信手段のアクセス許可信号の受信状態に基づいて、アクセス許可信号に対応するオブジェクトデータの再生を制御することを特徴とする。
【００１０】
上記の認証装置において、出所情報は、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）の情報であることが好ましい。
【００１３】
本発明の第２の側面にかかる認証装置の制御方法は、画像データを構成するオブジェクトデータのストリームと、オブジェクトデータの出所情報のストリームとが、同一のストリームとして符号化されたストリームを受信する第１の受信ステップと、第１の受信ステップにより受信されたストリームを、ストリームに含まれる複数のオブジェクトデータの各々のストリームと、複数のオブジェクトデータの各々の出所情報のストリームとに分離する分離ステップと、分離ステップにより分離された出所情報のストリームから出所情報を参照し、認証依頼信号を出所情報の指し示す外部装置に送信する管理ステップと、管理ステップによって送信された認証依頼信号に対するアクセス許可信号を外部装置から受信する第２の受信ステップとを具備し、管理ステップは、第２の受信ステップにおけるアクセス許可信号の受信状態に基づいて、アクセス許可信号に対応するオブジェクトデータの再生を制御することを特徴とする。
【００１４】
上記の認証方法において、出所情報は、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）の情報であることが好ましい。
【００１８】
本発明の第３の側面に係る記憶媒体は、装置が実行可能なプログラムを格納する記憶媒体であって、プログラムを実行する装置を、画像データを構成するオブジェクトデータのストリームと、オブジェクトデータの出所情報のストリームとが、同一のストリームとして符号化されたストリームを受信する第１の受信手段と、第１の受信手段により受信されたストリームを、ストリームに含まれる複数のオブジェクトデータの各々のストリームと、複数のオブジェクトデータの各々の出所情報のストリームとに分離する分離手段と、分離手段により分離された出所情報のストリームから出所情報を参照し、認証依頼信号を出所情報の指し示す外部装置に送信する管理手段と、管理手段によって送信された認証依頼信号に対するアクセス許可信号を外部装置から受信する第２の受信手段とを具備し、管理手段は、第２の受信手段のアクセス許可信号の受信状態に基づいて、アクセス許可信号に対応するオブジェクトデータの再生を制御する装置として動作させることを特徴とする。
【００１９】
【発明の実施の形態】
以下、添付図面を参照しながら本発明の好適な実施の形態を説明する。以下の実施の形態は、所謂「ｂａｃｋ−ｃｈａｎｎｅｌ」を利用して認証処理を効率化したシステムに関する。
【００２０】
図４は、本発明の好適な実施の形態に係るＭＰＥＧ−４プレーヤーを含むシステムの概略構成を示す図である。図４に示すシステムは、「ＩＰ Ｄａｔａ Ｓｅｔ」を操作して「ＩＰ Ｐｒｏｔｅｃｔｉｏｎ」を実現するシステムである。図４に示すシステムは、ＩＰＭＰＳ （Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｐｒｏｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ）２０７を有し、このＩＰＭＰＳ２０７により著作権認証及び保護機能を実現する点で図３に示すシステムと異なる。
【００２１】
図７は、認証処理に関するクライアントの動作を示すフローチャートである。以下、図７を参照しながら図４に示すシステムの動作を説明する。サーバー側では、マルチプレクサ２０１が、各々異なるＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）としてＵＲＬ１、ＵＲＬ２、ＵＲＬ３を持つ複数のネットワーク・サイト２０２〜２０４から、夫々個々のオブジェクトを受信してこれらの複数のオブジェクトで構成される動画データを生成する。この動画データは、クライアントからの要求に応じてＭＰＥＧ−４ビットストリーム２０５としてネットワークを介してクライアントに送信される。
【００２２】
ステップＳ１では、クライアントは、サーバーよりＭＰＥＧ−４ビットストリーム２０５を受信する。このＭＰＥＧ−４ビットストリームを構成する各オブジェクトには、著作権の帰属先を示す情報（ここでは、ＵＲＬの情報）が付随している。ステップＳ２では、クライアントは、受信に係るＭＰＥＧ−４ビットストリームをデマルチプレクサ２０６により複数のオブジェクトやそれに付随する情報（ＵＲＬの情報を含む）等の複数のストリームに分離する。ここで、各オブジェクトに付随するＵＲＬの情報は、「ＩＰ Ｄａｔａ」のストリームである「ＩＰＭＰＳ Ｓｔｒｅａｍ」の一部としてＩＰＭＰＳ２０７に送られる。
【００２３】
ステップＳ３では、ＩＰＭＰＳ２０７に送られた１又は複数のＵＲＬの情報の中から、いずれか１つのＵＲＬの情報を選択する。これは、例えば、操作者が指定するものであっても構わないし、所定の順序に従ってＩＰＭＰＳ２０７が選択しても構わない。
【００２４】
ステップＳ４では、選択したＵＲＬの情報に基づいて、ネットワーク上に接続された１又は複数のサーバのうち対応するＵＲＬを持つサーバ２０１に対して認証依頼信号を送信する。この場合、その送信には、後述するバックチャネル（ｂａｃｋ−ｃｈａｎｎｅｌ）１又はバックチャネル（ｂａｃｋ−ｃｈａｎｎｅｌ）２が使用される。
【００２５】
ステップＳ５では、認証依頼信号を受け取ったサーバ２０１からアクセス許可信号が送信されてくるのを待ち、アクセス許可信号を受信した場合はステップＳ６に進み、所定時間内にアクセス許可信号を受信しなかった場合はステップＳ７に進む。
【００２６】
ステップＳ６では、アクセス許可信号の受信によりアクセス許可（認証）が得られたオブジェクトに対するアクセスを可能にする。具体的には、アクセスコントロールポイントを制御する制御信号２１２を許可状態にすることにより、シーン・ディスクリプタ２０８、オーディオ・ビジュアル・デコーダ２０９、オブジェクトディスクリプタ２１０がデマルチプレクサ２０６の該当するストリーム（即ち、アクセス許可信号によりアクセスを許可されたオブジェクトのストリーム）にアクセスすることを可能にする。
【００２７】
一方、ステップＳ７では、アクセスコントロールポイントを制御する制御信号２１２を禁止状態にすることにより、シーン・ディスクリプタ２０８、オーディオ・ビジュアル・デコーダ２０９、オブジェクトディスクリプタ２１０がデマルチプレクサ２０６の該当するストリーム（即ち、認証を依頼したがアクセス許可が得られなかったオブジェクトのストリーム）にアクセスすることを禁止する。
【００２８】
ステップＳ８では、他のオブジェクトに付随するＵＲＬの情報があるか否かを確認し、当該ＵＲＬの情報があればステップＳ３に戻り、なければ一連の処理を終了する。
【００２９】
シーン合成・グラフィック処理部２１１は、シーン・ディスクリプタ２０８、オーディオ・ビジュアル・デコーダ２０９、オブジェクトディスクリプタ２１０から供給されるデータに基づいて、シーン合成及びグラフィック処理を行う。この際、アクセス許可が得られたオブジェクトのみを再生の際の合成の対象としても良いし、１つでもアクセス許可が得られなかったオブジェクトがある場合に、一切の再生を行わないようにしても良い。
【００３０】
以下、上述した認証処理について更に詳細に説明する。
ＭＰＥＧ−４ビットストリームは、オブジェクト単位のビットストリームである「Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ」（ＥＳ）の内容を記述する「ＥＳ＿Ｄｅｓｃｒｉｐｔｏｒ」と、オブジェクト自身を記述する「ＯＤ＿Ｄｅｓｃｒｉｐｔｏｒ」を含む。ここで、「ＥＳ＿Ｄｅｓｃｒｉｐｔｏｒ」或いは「ＯＤ＿Ｄｅｓｃｒｉｐｔｏｒ」に、リモートアクセスのためのコマンドとアクセス先を指定するＵＲＬの情報が含まれている場合は、図５に示すような手順でリモートアクセスが実行される。
【００３１】
図５は、リモートアクセスを説明する簡略図である。図５において、「ＤＡＩ」は、「ＤＭＩＦ Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｔｅｒｆａｃｅ」と呼ばれる、ＭＰＥＧ−４ビットストリームとネットワークとのインターフェース層である。この詳細については、「ＩＳＯ／ＩＥＣ １４４９６−６ ＤＭＩＦドキュメントＤＭＩＦ Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｔｅｒｆａｃｅ」の項に記載されているため、ここでは省略する。
【００３２】
また、ＭＰＥＧ−４ビットストリームは、「ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍ」（ＥＳ）に対応したデコーダの種類についての情報を示す「ＤｅｃｏｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ」を含む。この「ＤｅｃｏｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ」は、幾つかのデータ要素の構造体であり、その中の要素の一つにストリーム型を示す１ビットのｕｐＳｔｒｅａｍパラメータがある。この詳細については、「ＩＳＯ／ＩＥＣ １４４９６−１ ＦＣＤ ８．３．４ ＤｅｃｏｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ」の項に記載されているため、ここでは省略する。
【００３３】
式１に、「ＤｅｃｏｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ」の一例を挙げる。
【００３４】
ここで、ストリームの識別は、式１の「ＤｅｃｏｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ」のクラス宣言中のデータ要素である「ｓｔｒｅａｍＴｙｐｅ」の値に基づいて行う。「ｓｔｒｅａｍＴｙｐｅ」の値は、表１のように定義されている。
【００３６】
【表１】
なお、表１は、「ＩＳＯ／ＩＥＣ １４４９６−１ ＦＣＤ Ｔａｂｌｅ ０−１： ｓｔｒｅａｍＴｙｐｅ Ｖａｌｕｅｓ」に対して、この実施の形態に固有の「ＩＰＭＰＳｔｒｅａｍ」を識別するための値を追加したものである。表１において、各パラメータや用語は、「ＩＳＯ／ＩＥＣ １４４９６−１ ＦＣＤ」と同じであるので、ここでは説明を省略する。
【００３８】
このように、表１においては、この実施の形態に固有の「IPMP Stream」を識別するための値を追加したが、この「IPMP Stream」は、そもそも、MPEG-4ビットストリームを生成するマルチプレクサ２０１用のソースコードに含まれているものである。
このマルチプレクサ２０１用のソースコードにおいて、「IPMP Stream」は、以下の式２（※）のように定義されている。
【００３９】
この式２においては、「objectDescriptorID」が「３３」の場合に、「IPMP Stream」が定義されている。これは、「IPMP Stream」によってプロテクトされたオブジェクトのストリームを示す部分が、「objectDescriptorID ３３」に含まれているということである。
また、その際の「IPMP Stream」のストリーム型が、「streamType8」と定義されているが、これは、表１の「IPMP Stream」のストリーム型指定値として定義されている「0x0B」と意味的には同じものである。
そして、本実施の形態においては、このようなソースコードが、マルチプレクサ２０１で集められ、複数のオブジェクトのストリームに「IPMP Stream」を加えて、同じ一つのストリームに符号化したMPEG-4ビットストリームが生成されている。
そして、前述した「DecoderConfigDescriptor」によりストリームの識別を行うことにより、同一のストリームの中から「IPMP Stream」の他、各オブジェクトのストリームを分離することができる。
【００４１】
図４に示すように、ストリームの向きを示すフラグである「ＤｅｃｏｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ．ｕｐＳｔｒｅａｍ」が ”１”の時は、システムは、クライアント側からサーバ側にストリームを転送する「ｕｐｓｔｒｅａｍ」の状態になる。ここでは、この「ｕｐｓｔｒｅａｍ」の状態を利用した転送機能を「ｂａｃｋ−ｃｈａｎｎｅｌ１」と呼ぶことにする。
【００４２】
通常の再生時は、「ＤｅｃｏｒｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ．ｕｐＳｔｒｅａｍ」が”０”であり、サーバ側からクライアント側にストリームを転送する「ｄｏｗｎｓｔｒｅａｍ」の状態である。一方、オブジェクトに対するアクセスの許可を求める場合は、「ＤｅｃｏｒｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ．ｕｐＳｔｒｅａｍ」を”１”として、必要なデータをＵＲＬ先へ「ｕｐｓｔｒｅａｍ」する所謂「ｂａｃｋ−ｃｈａｎｎｅｌ１」を用いることにより、「ＩＰＭＰ Ｍａｎａｇｅｍｅｎｔ Ｄａｔａ」（著作権管理情報）を「ＩＰＭＰＳｔｒｅａｍ」としてサーバ側に送り、リモートアクセスによりＵＲＬ先から応答データを転送させることになる。
【００４３】
表１に示す「ＩＰＭＰＳｔｒｅａｍ」は、「ＩＰＭＰ＿ＥＳ」と「ＩＰＭＰ＿Ｄ」の構成を有する。「ＩＰＭＰＳ＿ＥＳ」の各々は一連の「ＩＰＭＰ＿Ｍｅｓｓａｇｅｓ」からなる。 式３は「ＩＰＭＰ＿Ｍｅｓｓａｇｅｓ」の記述例である。
【００４４】
式３において、「ＩＰＭＰＳ＿ＴｙｐｅＣｏｕｎｔ」は、異なる「ＩＰＭＰＳｔｙｐｅ」の数を表わす。これにより、異なるＩＰＭＰＳを存在させることが可能となるため、「ＩＰＭＰ ｍｅｓｓａｇｅｓ」は複数のＩＰＭＰＳに対応可能である。
【００４６】
なお、ＵＲＬが指定されている場合は、「ＩＰＭＰＳ＿ＴｙｐｅＣｏｕｎｔ」は０を取り、その他は最低値である１を取る。また、この場合、内部の「ＩＰＭＰ＿Ｍｅｓｓａｇｅ」の代わりに、外部に格納されている「ＩＰＭＰ＿Ｍｅｓｓａｇｅ」を参照して使用することになる。
【００４７】
また、「ＩＰＭＰＳ＿Ｄ」は、「ＩＰＭＰ Ｄｅｓｃｒｉｐｔｏｒ」からなる。この「ＩＰＭＰ Ｄｅｓｃｒｉｐｔｏｒ」 は、個々の「ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍｓ」に対する詳細なＩＰＭＰ制御を行うためのデータ構造体である。そして、「ＩＰＭＰ Ｄｅｓｃｒｉｐｔｏｒ Ｕｐｄａｔｅｓ」 は、オブジェクト・ディスクリプタ・ストリーム（Ｏｂｊｅｃｔ Ｄｅｓｃｒｉｐｔｏｒ ｓｔｒｅａｍ）の一部として実行される。式４は、「ＩＰＭＰ Ｄｅｓｃｒｉｐｔｏｒ Ｕｐｄａｔｅｓ」の記述例を示す。
【００４８】
式４において、「ｄｅｓｃｒｉｐｔｏｒＣｏｕｎｔ」は、更新される「ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒｓ」の数を表わし、また、ｄ［ｉ］ は、ある一つの「ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒ」を表わす。
式５は、「ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒ」の記述例を示す。
【００５０】
式５において、「ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒ＿ＩＤ」は、各「ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒ」に固有の番号であり、「ＥＳ＿Ｄｅｓｃｒｉｐｔｏｒｓ」は、「ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒ＿ＩＤ」を使って「ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒｓ」を参照する。 また、「ＩＰＭＰＳ＿ＴｙｐｅＣｏｕｎｔ」は、「ＩＰＭＰ＿Ｍｅｓｓａｇｅ」で指定された異なるＩＰＭＰＳの数を表わす。
【００５２】
図６は、ＵＲＬ先で更にＵＲＬ指定がある場合の階層構造の例を示す図である。なお、図６は２階層の場合の例であるが、もちろん、更なるＵＲＬ指定がある場合、３階層になっても４階層になってもよい。また、図６においては、「ＩＰＭＰＳｔｒｅａｍ」を明示していないが、リモート指定されるオブジェクト（Ｏｂｊｅｃｔ）に関する「ＩＰＭＰ＿ＥＳ」か「ＩＰＭＰ＿Ｄ」が、「ＳｃｅｎｅＤｅｓｃｒｉｐｔｉｏｎＳｔｒｅａｍ」か「ＯｂｊｅｃｔＤｅｓｃｒｉｐｔｉｏｎＳｔｒｅａｍ」に呼応して、必要に応じデコードされ、リモートアクセスされることは、先に説明した図５の場合と同様である。
【００５３】
以上、ＭＰＥＧ−４のビットストリームの「ｕｐｓｔｒｅａｍ」の状態、即ち、バックチャネル（ｂａｃｋ−ｃｈａｎｎｅｌ）１を使用した認証処理について説明したが、このような「ｂａｃｋ−ｃｈａｎｎｅｌ１」を使用する認証処理は、リアルタイムのビットストリーム再生時における「ｕｐＳｔｒｅａｍ」処理であるので、比較的データ量が少なく処理時間の短い高速処理向けの場合を想定している。ここで、リアルタイム再生をしているシステムでは、「ｂａｃｋ−ｃｈａｎｎｅｌ１」によるリモートアクセス及び認証による遅延は極力少ないことが望ましい。
【００５４】
しかしながら、データ量が少ない場合であっても認証に相応の時間を要することがあり、その場合、「ｂａｃｋ−ｃｈａｎｎｅｌ１」における遅延が問題となる。この場合、許容遅延時間の点、また、インタラクティブな操作性を必要とする点から考えると、第２の「ｂａｃｋ−ｃｈａｎｎｅｌ」を設けることが好ましい。
【００５５】
そこで、この実施の形態では、ＭＰＥＧ−４のビットストリームを伝送するのとは異なるＩ／Ｏ（機器間入出力）インターフェースが設けられている。これを以下では「ｂａｃｋ−ｃｈａｎｎｅｌ２」と呼ぶことにする。
【００５６】
まず、「ｂａｃｋ−ｃｈａｎｎｅｌ２」を使用した認証処理を説明する前に、「ｂａｃｋ−ｃｈａｎｎｅｌ１」と「ｂａｃｋ−ｃｈａｎｎｅｌ２」におけるデータ量と遅延時間の関係を考える。「ＭＰＥＧ−４ Ｒｅｑｕｉｒｅｍｅｎｔ Ｇｒｏｕｐ」の報告では、リアルタイム再生を妨げない「ｂａｃｋ−ｃｈａｎｎｅｌ」の遅延許容時間は１フレーム時間とあるので、これに基づいて「ｂａｃｋ−ｃｈａｎｎｅｌ１」と「ｂａｃｋ−ｃｈａｎｎｅｌ２」における想定データ量と転送レートの関係を求めると、表２のようになる。
【００５７】
【表２】
ここで、認証のための高速ＩＰＭＰリモートアクセスでは、１００−５００ｂｉｔ／Ｆｒａｍｅ以内のデータ量を３Ｋ−５Ｋ／ｓｅｃの転送ラインで処理することが遅延時間の限界となる。「ＩＰＭＰ＿Ｍｅｓｓａｇｅ」データや「ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒ」データとＵＲＬ指定による「ｂａｃｋ−ｃｈａｎｎｅｌ」による「ｒｅｍｏｔｅ ｃｏｎｔｅｎｔ ａｃｃｅｓｓ」の結果としてのｄｅｌａｙ−ｂａｎｄｗｉｄｔｈの関係を、表２と見ることができるので、実際の認証のためのデータ量は限られたものになる。一方、認証には、ｓｔｒｅａｍ処理とは非同期に時間を要することが多い。
【００５９】
また、複数のオブジェクトの認証が一箇所のサイトではなく、複数に跨ることも想定される。この場合には、表２の条件は更に厳しくなり、実用に耐えなくなる。そのため、ｓｔｒｅａｍ処理と非同期で低速処理が可能な認証手続きの場合には、「ｂａｃｋ−ｃｈａｎｎｅｌ ２」を用いた方が良い。
【００６０】
以下、「ｂａｃｋ−ｃｈａｎｎｅｌ ２」を使用した場合の処理について説明する。認証のための低速ＩＰＭＰ入出力アクセスのための「ｂａｃｋ−ｃｈａｎｎｅｌ２」は、図４に示すように、基本的にはＭＰＥＧ−４ビットストリームを伝送するものとは異なるＩ／Ｏ（機器間入出力）インターフェースを対象としたものになる。
【００６１】
ここで、「ｂａｃｋ−ｃｈａｎｎｅｌ２」の先に、キーボードとディスプレイとモデムを有するコンピュータ端末２１４を用意し、電話回線とＩＰＭＰＳ２０７とに接続する。この構成において、コンピュータ端末２１４は、認証の必要なストリーム中のオブジェクトとその認証先の情報をＩＰＭＰＳ２０７から受け取り、その情報をディスプレイに表示する。操作者は、その表示を参照して、認証の必要なストリーム中のオブジェクトを選択する。コンピュータ端末２１４は、認証先に電話をかけて、認証方法やアクセスコードを該認証先から受け取り、その内容をディスプレイに表示する。操作者が、受け取った情報をキーボードを使って入力すると、その入力情報がＩＰＭＰＳ２０７に通知され、必要なオブジェクトに対するアクセスを許可状態にする。
【００６２】
ここでは、電話回線を利用する場合を例として挙げたが、この代わりに、例えば、ＣＡＴＶのケーブルや無線通信路を利用しても良い。
【００６３】
また、場合によっては、予め認証先との契約において入手したアクセス認証に必要な情報を格納したＰＣ Ｃａｒｄをコンピュータ端末２１４内のＰＣＭＣＩＡインターフェースに差し込んで、アクセス認証に必要な情報をＩＰＭＰＳ２０７に通知して、オブジェクトに対するアクセスを許可状態にしてもよい。
【００６４】
なお、操作時間や認証時間がある程度長くなる認証処理の場合は、ストリーム再生の開始時やシーンチェンジ時等、リアルタイムでない場合に有効である。
【００６５】
このように、この実施の形態によれば、用途に応じて「ｂａｃｋ−ｃｈａｎｎｅｌ１」又は「ｂａｃｋ−ｃｈａｎｎｅｌ２」を選択して使用することができる。この選択は、操作者が行うことができるように構成してもよいし、システム内部で遅延時間限界等を考慮して最適な方を選択するようにしてもよい。
【００６６】
以上のように、２種類の異なる「ｂａｃｋ−ｃｈａｎｎｅｌ」を設けることにより、柔軟性の高い認証処理を実現することができる。
【００６７】
なお、本発明は、複数の機器から構成されるシステムに適用しても、一つの機器からなる装置に適用してもよい。
【００６８】
また、上記の実施の形態に係る装置又は方法を構成する構成要素の全体のうち一部の構成要素で構成される装置又は方法も、本件出願に係る発明者が意図した発明である。
【００６９】
また、上記の実施の形態に係る装置の機能は、プログラムコードを記録した記憶媒体をシステム或いは装置に固定的又は一時的に組み込み、そのシステム或いは装置のコンピュータ（又はＣＰＵ若しくはＭＰＵ）が該記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。ここで、該記憶媒体から読み出されたプログラムコード自体或いは該記憶媒体自体が法上の発明を構成する。
【００７０】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等が好適であるが、他のデバイスを採用することもできる。
【００７１】
また、コンピュータが記憶媒体から読み出したプログラムコードを実行することにより本発明の特有の機能が実現される場合のみならず、そのプログラムコードによる指示に基づいて、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部又は全部を負担する実施の態様も本発明の技術的範囲に属する。
【００７２】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備えられたメモリに書込まれた後に、そのプログラムコードの指示に基づいて、その機能拡張ボードや機能拡張ユニットに備えられたＣＰＵ等が実際の処理の一部又は全部を負担する実施の態様も本発明の技術的範囲に属する。
【００７３】
【発明の効果】
本発明によれば、複数のオブジェクトのストリームと著作権情報に関するストリームとを同一のストリームとして送信し、受信側で著作権情報に関するストリームを分離して取り出せるようにしたことにより、認証処理を効率化し、著作権等を有効に保護すると共に著作物等を有効に利用することができる。
【００７４】
【図面の簡単な説明】
【図１】従来のデジタル映像データの送受信システムを示す図である。
【図２】従来のＭＰＥＧ−４プレーヤーの構成図である。
【図３】図２を模式化・簡略化した図である。
【図４】本発明の好適な実施の形態に係るback channelを行うＭＰＥＧ−４プレーヤーの構成図である。
【図５】リモートアクセスを説明するための簡略図である。
【図６】ＵＲＬ先で更にＵＲＬ指定がある場合の階層構造の例を示す図である。
【図７】認証処理に関するクライアントの動作を示すフローチャートである。
【符号の説明】
１０ デジタル映像データ配信サーバー
１１、２１ 変換部
１２、２２ デジタル映像データ記憶装置１２
２０ デジタル映像データ受信クライアント
３０ ネットワーク網
２０１ マルチプレクサ
２０２〜２０４ ネットワーク・サイト
２０６ デマルチプレクサ
２０８ シーン・ディスクリプタ
２０９ オーディオ・ビジュアル・デコーダ
２１０ オブジェクトディスクリプタ
Claims (8)
- 画像データを構成するオブジェクトデータのストリームと、該オブジェクトデータの出所情報のストリームとが、同一のストリームとして符号化されたストリームを受信する第１の受信手段と、
前記第１の受信手段により受信された前記ストリームを、該ストリームに含まれる複数のオブジェクトデータの各々のストリームと、該複数のオブジェクトデータの各々の出所情報のストリームとに分離する分離手段と、
前記分離手段により分離された前記出所情報のストリームから該出所情報を参照し、認証依頼信号を該出所情報の指し示す外部装置に送信する管理手段と、
前記管理手段によって送信された認証依頼信号に対するアクセス許可信号を前記外部装置から受信する第２の受信手段とを具備し、
前記管理手段は、前記第２の受信手段の前記アクセス許可信号の受信状態に基づいて、前記アクセス許可信号に対応するオブジェクトデータの再生を制御する
ことを特徴とする認証装置。 - 前記出所情報は、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）の情報であることを特徴とする請求項１に記載の認証装置。
- 前記管理手段は、送信した前記認証依頼信号に対するアクセス許可信号を、前記第２の受信手段が所定時間内に受信した場合に、該アクセス許可信号に対応するオブジェクトデータの再生を許可し、送信した前記認証依頼信号に対するアクセス許可信号を、前記第２の受信手段が所定時間内に受信しなかった場合には、該アクセス許可信号に対応するオブジェクトデータの再生を禁止することを特徴とする請求項１に記載の認証装置。
- 前記管理手段は、前記第１の受信手段が前記ストリームを受信した第１の通信経路とは異なる第２の通信経路を用いて、前記認証依頼信号を前記出所情報の指し示す外部装置に送信することを特徴とする請求項１に記載の認証装置。
- 前記管理手段は、再生するストリームの許容遅延時間に基づいて前記第２の通信経路を選択することを特徴とする請求項４に記載の認証装置。
- 画像データを構成するオブジェクトデータのストリームと、該オブジェクトデータの出所情報のストリームとが、同一のストリームとして符号化されたストリームを受信する第１の受信ステップと、
前記第１の受信ステップにより受信された前記ストリームを、該ストリームに含まれる複数のオブジェクトデータの各々のストリームと、該複数のオブジェクトデータの各々の出所情報のストリームとに分離する分離ステップと、
前記分離ステップにより分離された前記出所情報のストリームから該出所情報を参照し、認証依頼信号を該出所情報の指し示す外部装置に送信する管理ステップと、
前記管理ステップによって送信された認証依頼信号に対するアクセス許可信号を前記外部装置から受信する第２の受信ステップとを具備し、
前記管理ステップは、前記第２の受信ステップにおける前記アクセス許可信号の受信状態に基づいて、前記アクセス許可信号に対応するオブジェクトデータの再生を制御することを特徴とする認証装置の制御方法。 - 前記出所情報は、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）の情報であることを特徴とする請求項６に記載の認証装置の制御方法。
- 装置が実行可能なプログラムを格納する記憶媒体であって、前記プログラムを実行する装置を、
画像データを構成するオブジェクトデータのストリームと、該オブジェクトデータの出所情報のストリームとが、同一のストリームとして符号化されたストリームを受信する第１の受信手段と、
前記第１の受信手段により受信された前記ストリームを、該ストリームに含まれる複数のオブジェクトデータの各々のストリームと、該複数のオブジェクトデータの各々の出所情報のストリームとに分離する分離手段と、
前記分離手段により分離された前記出所情報のストリームから該出所情報を参照し、認証依頼信号を該出所情報の指し示す外部装置に送信する管理手段と、
前記管理手段によって送信された認証依頼信号に対するアクセス許可信号を前記外部装置から受信する第２の受信手段とを具備し、
前記管理手段は、前記第２の受信手段の前記アクセス許可信号の受信状態に基づいて、前記アクセス許可信号に対応するオブジェクトデータの再生を制御する装置として動作させることを特徴とする記憶媒体。
Priority Applications (8)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29593798A JP4392880B2 (ja) | 1998-06-29 | 1998-10-16 | 認証装置及びその制御方法並びに記憶媒体 |
| US09/339,862 US6535919B1 (en) | 1998-06-29 | 1999-06-25 | Verification of image data |
| AU36825/99A AU761408B2 (en) | 1998-06-29 | 1999-06-28 | Verification apparatus, verification method, verification system, and storage medium |
| EP99305062A EP0969668A3 (en) | 1998-06-29 | 1999-06-28 | Copyright protection for moving image data |
| KR1019990025126A KR100330470B1 (ko) | 1998-06-29 | 1999-06-29 | 인증 장치, 인증 방법, 인증 시스템, 및 기억 매체 |
| CNB991100034A CN1198454C (zh) | 1998-06-29 | 1999-06-29 | 信息处理方法及设备、内容分配服务器及其方法 |
| US10/303,861 US7127516B2 (en) | 1998-06-29 | 2002-11-26 | Verification of image data |
| AU2003244588A AU2003244588B2 (en) | 1998-06-29 | 2003-09-05 | Verification Apparatus, Verification Method, Verification System, and Storage Medium |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18303498 | 1998-06-29 | ||
| JP10-183034 | 1998-06-29 | ||
| JP29593798A JP4392880B2 (ja) | 1998-06-29 | 1998-10-16 | 認証装置及びその制御方法並びに記憶媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000083022A JP2000083022A (ja) | 2000-03-21 |
| JP4392880B2 true JP4392880B2 (ja) | 2010-01-06 |
Family
ID=26501606
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP29593798A Expired - Fee Related JP4392880B2 (ja) | 1998-06-29 | 1998-10-16 | 認証装置及びその制御方法並びに記憶媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4392880B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108432261A (zh) * | 2016-01-08 | 2018-08-21 | 高通股份有限公司 | 确定用于媒体传输的媒体传递事件位置 |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3678128B2 (ja) * | 2000-09-13 | 2005-08-03 | 日本電信電話株式会社 | シナリオサービス提供方法及びシナリオサービスサーバ及びシナリオサービス提供プログラムを格納した記憶媒体 |
| JP4311899B2 (ja) | 2001-03-02 | 2009-08-12 | パナソニック株式会社 | コンテンツの配信および保護を行なう方法および装置 |
| KR100406630B1 (ko) | 2001-03-13 | 2003-11-20 | 엘지전자 주식회사 | 데모용 데이터의 기록 및 재생방법과, 그에 따른 기록매체 |
| KR20020072934A (ko) | 2001-03-13 | 2002-09-19 | 엘지전자 주식회사 | 데모용 데이터가 기록된 재생전용 광디스크와, 그 재생방법 |
| JP3880338B2 (ja) * | 2001-07-04 | 2007-02-14 | キヤノン株式会社 | データ処理装置、データ処理方法、コンピュータ可読記録媒体及びデータ処理プログラム |
| DE60215033T2 (de) | 2001-09-03 | 2007-05-10 | Matsushita Electric Industrial Co., Ltd., Kadoma | Gerät für ein flexibles und gemeinsames ipmp-system für mpeg-2 inhaltsverteilung und -schutz |
| US7299209B2 (en) * | 2001-10-18 | 2007-11-20 | Macrovision Corporation | Method, apparatus and system for securely providing material to a licensee of the material |
| AU2002343211A1 (en) | 2001-10-29 | 2003-05-12 | Matsushita Electric Industrial Co., Ltd. | Apparatus of a baseline dvb-cpcm |
-
1998
- 1998-10-16 JP JP29593798A patent/JP4392880B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108432261A (zh) * | 2016-01-08 | 2018-08-21 | 高通股份有限公司 | 确定用于媒体传输的媒体传递事件位置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000083022A (ja) | 2000-03-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100330470B1 (ko) | 인증 장치, 인증 방법, 인증 시스템, 및 기억 매체 | |
| KR100411846B1 (ko) | 디지털 콘텐츠 배급 시스템, 디지털 콘텐츠 배급 방법,로밍 서버, 정보 처리 장치 및 정보 처리 방법 | |
| US7743426B2 (en) | Information data and management data processing apparatus and method | |
| JP2001359070A (ja) | データ処理装置、データ処理方法及びコンピュータ可読記憶媒体 | |
| JP4392880B2 (ja) | 認証装置及びその制御方法並びに記憶媒体 | |
| US8850590B2 (en) | Systems and methods for using transport stream splicing for programming information security | |
| KR100781624B1 (ko) | 멀티미디어 컨텐츠와 관련된 데이터 구조체 생성 방법 및 분산형 데이터 처리 시스템 및 컴퓨터 판독 가능 기록 매체 | |
| JP4072260B2 (ja) | 情報処理装置、情報処理方法及びコンテンツ配信サーバ並びにその制御方法 | |
| KR20010098558A (ko) | 정보 처리 장치 및 방법 | |
| JP2001078007A (ja) | データ処理方法、データ処理装置、データ処理システムおよびその記憶媒体 | |
| JP2001306737A (ja) | デジタルコンテンツ配信システム、デジタルコンテンツ配信方法、情報変換サーバ、情報処理装置、情報処理方法、記憶媒体及びプログラムソフトウェア | |
| JP4042957B2 (ja) | デジタル放送受信機用のコンテンツ取得装置およびプログラム | |
| US20100063984A1 (en) | Method and device for the controlled editing and broadcasting of compressed multimedia files | |
| AU2003244588B2 (en) | Verification Apparatus, Verification Method, Verification System, and Storage Medium | |
| JP2008154124A (ja) | サーバ装置およびデジタルコンテンツ配信システム | |
| JP2001243197A (ja) | データ保護機能付き電子配信システムおよび電子配信サービス方法 | |
| KR100544678B1 (ko) | 객체기반 컨텐츠 및 저작권 보호를 위한 저작 장치 | |
| JPH09163338A (ja) | 端末装置、受信方法、送信装置、送信方法、送受信装置、および送受信方法 | |
| JP3647366B2 (ja) | データ処理装置、データ処理方法及びコンピュータ読み取り可能な記録媒体 | |
| JP2002084516A (ja) | マルチメディアデータ送信装置及び方法、マルチメディアデータ受信装置及び方法、マルチメディアデータ伝送システム並びに記憶媒体 | |
| JP2001203991A (ja) | データ処理方法及び装置 | |
| TWI268080B (en) | Method and system for session based watermarking of encrypted content | |
| JP2008199122A (ja) | コンテンツ配信装置 | |
| KR20030034341A (ko) | 오디오 데이타에 대한 저작권 보호방법 | |
| JP2002084318A (ja) | データ処理装置、データ処理システム、データ処理方法、及び記憶媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050929 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7426 Effective date: 20050929 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20050929 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20080722 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20080807 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081031 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081226 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20091005 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20091013 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121023 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131023 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |