JP4392880B2

JP4392880B2 - Authentication apparatus, control method therefor, and storage medium

Info

Publication number: JP4392880B2
Application number: JP29593798A
Authority: JP
Inventors: 裕司井上
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1998-06-29
Filing date: 1998-10-16
Publication date: 2010-01-06
Anticipated expiration: 2018-10-16
Also published as: JP2000083022A

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を行うＭＰＥＧ−４プレーヤーの構成図である。
【図５】リモートアクセスを説明するための簡略図である。
【図６】ＵＲＬ先で更にＵＲＬ指定がある場合の階層構造の例を示す図である。
【図７】認証処理に関するクライアントの動作を示すフローチャートである。
【符号の説明】
１０デジタル映像データ配信サーバー
１１、２１変換部
１２、２２デジタル映像データ記憶装置１２
２０デジタル映像データ受信クライアント
３０ネットワーク網
２０１マルチプレクサ
２０２〜２０４ネットワーク・サイト
２０６デマルチプレクサ
２０８シーン・ディスクリプタ
２０９オーディオ・ビジュアル・デコーダ
２１０オブジェクトディスクリプタ[0001]
BACKGROUND OF THE INVENTION
The present invention provides an authentication device and Its control method And, for example, an authentication device suitable for a case where authentication is required for the purpose of copyright protection or the like with respect to individual objects when reproducing a moving image, and Its control method And a storage medium.
[0002]
[Prior art]
FIG. 1 is a diagram illustrating a conventional digital video data transmission / reception system. As shown in FIG. 1, the distribution server 10 for digital video data requests a digital video data recorded in advance in a digital video data storage device 12 such as a hard disk accompanying the digital video data reception client 20. In response, the data is downloaded to the receiving client 20 via the network 30 such as the Internet. Here, the distribution server 10 includes a conversion unit 11 that encodes digital video data. The conversion unit 11 encodes the digital video data to reduce the data amount, and this is reduced according to a procedure such as a TCP / IP protocol. Delivered to the receiving client 20. The reception client 20 side has a conversion unit 21 that decodes digital video data, and the conversion unit 21 reproduces a digital video signal related to reception for display, recording, or editing.
[0003]
One moving image scene is composed of a plurality of objects, and each object is encoded and compressed by the conversion unit 11 of the distribution server 10, transferred to the receiving client 20, and decoded by the receiving client 20. An example of a system that configures and reproduces a moving image scene is an MPEG-4 player.
[0004]
FIG. 2 is a block diagram of a conventional MPEG-4 player. FIG. 2 is described based on “ISO / IEC FCD 14496-1 FIG. 1-1”, and a detailed description thereof is described in “ISO / IEC FCD 14496-1”. Here, only the outline will be described.
[0005]
An MPEG-4 bit stream transferred from a transmission medium via a network or the like, or an MPEG-4 bit stream read from a recording medium such as a DVD-RAM, can be transferred / read in the “TransMux Layer”. It is received according to the corresponding procedure (establishment of session), and in the “FlexMux” section, it is separated into each stream of scene description data, object data, and object description data, decoded, reproduced, and converted into scene description information (scene description information) Based on this, the scene is reproduced or processed.
[0006]
FIG. 3 is a schematic and simplified diagram of FIG. Here, when authentication is required for the purpose of copyright protection or the like for each object, in addition to the bit stream including a plurality of object data including scene description data, “IP Data Set” (copyright information group) It is possible to add a stream.
[0007]
[Problems to be solved by the invention]
However, even when an “IP Data Set” (copyright information group) stream is added in addition to the transfer bit stream, in the configuration shown in FIG. 2 or FIG. 3, “IP Data” is reproduced in “Object Descriptors”. However, even if “IP Data” is played back in “Object Descriptors”, the processing for “IP Data” is not performed during the playback processing of the image, so “IP Protection” (copyright protection) ) The process is not executed.
[0008]
The present invention has been made in view of the above-described background, and an object thereof is to improve the efficiency of authentication processing and to effectively protect copyrights and the like and to effectively use works and the like.
[0009]
[Means for Solving the Problems]
An authentication apparatus according to a first aspect of the present invention includes a stream of object data constituting image data, a stream of source information of object data, But , Encoded as the same stream Received by the first receiving means for receiving the received stream and the first receiving means Stream, The Separating means for separating each stream of the plurality of object data included in the stream and each source information stream of the plurality of object data; Refers to the origin information from the source information stream separated by the separation means, and sends an authentication request signal to the external device indicated by the origin information. Management means to Second receiving means for receiving an access permission signal for the authentication request signal transmitted by the managing means from an external device, and the managing means performs access based on the reception status of the access permission signal of the second receiving means. Controls playback of object data corresponding to permission signal It is characterized by that.
[0010]
In the above authentication apparatus, the origin information is preferably URL (Uniform Resource Locator) information.
[0013]
Authentication according to the second aspect of the present invention Device control The method includes a stream of object data constituting image data, a stream of source information of object data, But , Encoded as the same stream Received by the first reception step and the first reception step Stream, The A separation step of separating each stream of the plurality of object data included in the stream and each source information stream of the plurality of object data; Refers to the source information from the source information stream separated by the separation step, and sends an authentication request signal to the external device indicated by the source information. Management steps to Second receiving step of receiving an access permission signal for the authentication request signal transmitted by the management step from an external device And The management step controls the reproduction of the object data corresponding to the access permission signal based on the reception state of the access permission signal in the second reception step. It is characterized by that.
[0014]
In the authentication method described above, the origin information is preferably URL (Uniform Resource Locator) information.
[0018]
First of the present invention 3 The storage medium according to the above aspect is a storage medium for storing a program executable by the apparatus, and the apparatus for executing the program includes: a stream of object data constituting image data; a stream of source information of object data; But , Encoded as the same stream Received by the first receiving means for receiving the received stream and the first receiving means Stream, The Separating means for separating each stream of the plurality of object data included in the stream and each source information stream of the plurality of object data; Refers to the origin information from the source information stream separated by the separation means, and sends an authentication request signal to the external device indicated by the origin information. Management means to Second receiving means for receiving an access permission signal for the authentication request signal transmitted by the managing means from an external device, and the managing means performs access based on the reception status of the access permission signal of the second receiving means. Controls playback of object data corresponding to permission signal It is made to operate | move as an apparatus to perform.
[0019]
DETAILED DESCRIPTION OF THE INVENTION
Preferred embodiments of the present invention will be described below with reference to the accompanying drawings. The following embodiment relates to a system that improves the efficiency of authentication processing by using so-called “back-channel”.
[0020]
FIG. 4 is a diagram showing a schematic configuration of a system including an MPEG-4 player according to a preferred embodiment of the present invention. The system shown in FIG. 4 is a system that realizes “IP Protection” by operating “IP Data Set”. The system shown in FIG. 4 has an IPMPS (Intellectual Property Management and Protection System) 207 and differs from the system shown in FIG. 3 in that the IPMPS 207 realizes copyright authentication and protection functions.
[0021]
FIG. 7 is a flowchart showing the operation of the client related to the authentication process. The operation of the system shown in FIG. 4 will be described below with reference to FIG. On the server side, the multiplexer 201 is configured by receiving individual objects from a plurality of network sites 202 to 204 having URL1, URL2, and URL3 as different URLs (Uniform Resource Locators), respectively. Video data is generated. This moving image data is transmitted to the client via the network as an MPEG-4 bit stream 205 in response to a request from the client.
[0022]
In step S1, the client receives the MPEG-4 bit stream 205 from the server. Each object constituting the MPEG-4 bitstream is accompanied by information (here, URL information) indicating the copyright destination. In step S <b> 2, the client separates the received MPEG-4 bit stream into a plurality of streams such as a plurality of objects and accompanying information (including URL information) by the demultiplexer 206. Here, the URL information attached to each object is sent to the IPMPS 207 as a part of “IPMPS Stream” which is a stream of “IP Data”.
[0023]
In step S3, one URL information is selected from one or a plurality of URL information sent to the IPMPS 207. This may be specified by the operator, for example, or may be selected by the IPMPS 207 according to a predetermined order.
[0024]
In step S4, an authentication request signal is transmitted to the server 201 having the corresponding URL among one or a plurality of servers connected on the network based on the selected URL information. In this case, the back channel (back-channel) 1 or the back channel (back-channel) 2 described later is used for the transmission.
[0025]
In step S5, it waits for an access permission signal to be transmitted from the server 201 that has received the authentication request signal. If an access permission signal is received, the process proceeds to step S6, and the access permission signal is not received within a predetermined time. In this case, the process proceeds to step S7.
[0026]
In step S6, access to an object for which access permission (authentication) is obtained by receiving an access permission signal is enabled. Specifically, by setting the control signal 212 for controlling the access control point to the permission state, the scene descriptor 208, the audio / visual decoder 209, and the object descriptor 210 are transferred to the corresponding stream of the demultiplexer 206 (that is, access permission). It is possible to access a stream of objects that are permitted access by a signal.
[0027]
On the other hand, in step S 7, the scene descriptor 208, the audio / visual decoder 209, and the object descriptor 210 are made to correspond to the corresponding stream of the demultiplexer 206 (ie, authentication) by disabling the control signal 212 for controlling the access control point. Access to a stream of objects for which access permission has not been obtained.
[0028]
In step S8, it is confirmed whether there is URL information attached to another object. If there is information on the URL, the process returns to step S3, and if not, a series of processing ends.
[0029]
The scene synthesis / graphic processing unit 211 performs scene synthesis and graphic processing based on data supplied from the scene descriptor 208, the audio / visual decoder 209, and the object descriptor 210. At this time, only an object for which access permission has been obtained may be used as a composition target at the time of reproduction, and if there is an object for which even one access permission has not been obtained, no reproduction is performed. good.
[0030]
Hereinafter, the authentication process described above will be described in more detail.
The MPEG-4 bitstream includes “ES_Descriptor” that describes the contents of “Elementary Stream” (ES), which is a bitstream in units of objects, and “OD_Descriptor” that describes the object itself. Here, when “ES_Descriptor” or “OD_Descriptor” includes a remote access command and URL information specifying an access destination, the remote access is executed according to the procedure shown in FIG.
[0031]
FIG. 5 is a simplified diagram for explaining remote access. In FIG. 5, “DAI” is an interface layer between the MPEG-4 bit stream and the network, called “DMIF Application Interface”. Details of this are described in the section “ISO / IEC 14496-6 DMIF Document DMIF Application Interface”, and are therefore omitted here.
[0032]
In addition, the MPEG-4 bitstream includes “DecoderConfigDescriptor” indicating information on the type of decoder corresponding to “elementary stream” (ES). This “DecoderConfigDescriptor” is a structure of several data elements, and one of the elements includes a 1-bit upStream parameter indicating a stream type. Details of this are described in the section “ISO / IEC 14496-1 FCD 8.3.4 DecoderConfigDescriptor”, and are omitted here.
[0033]
Formula 1 gives an example of “DecoderConfigDescriptor”.
[0034]

[0035]
Here, the stream is identified based on the value of “streamType”, which is a data element in the class declaration of “DecoderConfigDescriptor” in Expression 1. The value of “streamType” is defined as shown in Table 1.
[0036]
[Table 1]

[0037]
Table 1 is obtained by adding a value for identifying “IPMPStream” specific to this embodiment to “ISO / IEC 14496-1 FCD Table 0-1: streamType Values”. In Table 1, the parameters and terms are the same as “ISO / IEC 14496-1 FCD”, and thus the description thereof is omitted here.
[0038]
As described above, in Table 1, a value for identifying “IPMP Stream” unique to this embodiment is added. This “IPMP Stream” is originally a multiplexer 201 that generates an MPEG-4 bit stream. Is included in the source code.
In the source code for the multiplexer 201, “IPMP Stream” is defined as the following Expression 2 (*).
[0039]

[0040]
In Expression 2, “IPMP Stream” is defined when “objectDescriptorID” is “33”. This means that the “objectDescriptorID 33” includes a portion indicating the stream of the object protected by “IPMP Stream”.
Also, the stream type of “IPMP Stream” at that time is defined as “streamType8”, which is semantically “0x0B” defined as the stream type designation value of “IPMP Stream” in Table 1. Is the same.
In this embodiment, such source codes are collected by the multiplexer 201, and an MPEG-4 bit stream encoded by adding “IPMP Stream” to a plurality of object streams and encoding the same stream is obtained. Has been generated.
Then, by identifying the stream using the “DecoderConfigDescriptor” described above, it is possible to separate the stream of each object in addition to “IPMP Stream” from the same stream.
[0041]
As shown in FIG. 4, when “DecoderConfigDescriptor.upStream”, which is a flag indicating the direction of a stream, is “1”, the system is in an “upstream” state in which the stream is transferred from the client side to the server side. Here, the transfer function using the “upstream” state is referred to as “back-channel 1”.
[0042]
During normal playback, “DecoderConfigDescriptor.upStream” is “0”, which is a “downstream” state in which a stream is transferred from the server side to the client side. On the other hand, when requesting permission for access to an object, “DecoderConfigDescriptor.upStream” is set to “1”, and the necessary data is “upstreamed” to the URL destination, so-called “back-channel1” is used to obtain “IPMP Management Data”. (Copyright management information) is sent to the server side as “IPMPStream”, and the response data is transferred from the URL destination by remote access.
[0043]
“IPMPStream” shown in Table 1 has a configuration of “IPMP_ES” and “IPMP_D”. Each “IPMPS_ES” consists of a series of “IPMP_Messages”. Expression 3 is a description example of “IPMP_Messages”.
[0044]

[0045]
In Equation 3, “IPMPS_TypeCount” represents the number of different “IPMPType”. As a result, different IPMPSs can exist, so that “IPMP messages” can support a plurality of IPMPSs.
[0046]
If a URL is specified, “IPMPS_TypeCount” takes 0, and other values take 1 which is the lowest value. In this case, instead of the internal “IPMP_Message”, the “IPMP_Message” stored outside is referred to and used.
[0047]
“IPMPS_D” is composed of “IPMP Descriptor”. This “IPMP Descriptor” is a data structure for performing detailed IPMP control for each “elementary stream”. Then, “IPMP Descriptor Updates” is executed as a part of the object descriptor stream (Object Descriptor stream). Expression 4 shows a description example of “IPMP Descriptor Updates”.
[0048]

[0049]
In Equation 4, “descriptorCount” represents the number of “IPMP_Descriptors” to be updated, and d [i] represents one “IPMP_Descriptor”.
Expression 5 shows a description example of “IPMP_Descriptor”.
[0050]

[0051]
In Expression 5, “IPMP_Descriptor_ID” is a number unique to each “IPMP_Descriptor”, and “ES_Descriptor” refers to “IPMP_Descriptors” using “IPMP_Descriptor_ID”. Further, “IPMPS_TypeCount” represents the number of different IPMPS specified by “IPMP_Message”.
[0052]
FIG. 6 is a diagram showing an example of a hierarchical structure in the case where there is further URL designation at the URL destination. FIG. 6 shows an example in the case of two layers. Of course, if there is further URL designation, the number of layers may be three or four. In FIG. 6, “IPMPStream” is not clearly shown, but “IPMP_ES” or “IPMP_D” related to the remotely specified object (Object) is “SceneDescriptionStream” or “ObjectDescriptionStream” as needed. Decoding and remote access are the same as in the case of FIG. 5 described above.
[0053]
As described above, the state of “upstream” of the MPEG-4 bitstream, that is, the authentication process using the back channel (back-channel) 1 has been described. The authentication process using such “back-channel 1” is as follows. Since it is “upStream” processing at the time of real-time bitstream reproduction, a case for high-speed processing with a relatively small data amount and a short processing time is assumed. Here, in a system that performs real-time playback, it is desirable that delay due to remote access and authentication by “back-channel 1” be as small as possible.
[0054]
However, even when the amount of data is small, a time corresponding to authentication may be required. In this case, a delay in “back-channel 1” becomes a problem. In this case, it is preferable to provide the second “back-channel” in view of the allowable delay time and the need for interactive operability.
[0055]
In this embodiment, therefore, an I / O (inter-device input / output) interface different from that for transmitting an MPEG-4 bit stream is provided. This is hereinafter referred to as “back-channel 2”.
[0056]
First, before describing the authentication process using “back-channel 2”, the relationship between the data amount and the delay time in “back-channel 1” and “back-channel 2” will be considered. According to the report of “MPEG-4 Requirements Group”, the delay allowable time of “back-channel” that does not prevent real-time playback is 1 frame time. Based on this, the assumption in “back-channel 1” and “back-channel 2” is assumed. Table 2 shows the relationship between the data amount and the transfer rate.
[0057]
[Table 2]

[0058]
Here, in the high-speed IPMP remote access for authentication, the limit of the delay time is to process the data amount within 100-500 bits / Frame with the transfer line of 3K-5K / sec. Since the relationship between delay-bandwidth as a result of “remote content access” by “back-channel” by “IPMP_Message” data and “IPMP_Descriptor” data and “back-channel” by URL specification can be seen as Table 2, it is necessary for actual authentication. The amount of data is limited. On the other hand, authentication often takes time asynchronously with the stream processing.
[0059]
It is also assumed that authentication of a plurality of objects extends over a plurality of sites instead of a single site. In this case, the conditions in Table 2 become more severe and cannot be practically used. Therefore, it is better to use “back-channel 2” in the case of an authentication procedure that allows low-speed processing asynchronously with the stream processing.
[0060]
In the following, processing when “back-channel 2” is used will be described. As shown in FIG. 4, “back-channel 2” for low-speed IPMP input / output access for authentication is basically an I / O (input / output between devices) different from that for transmitting an MPEG-4 bit stream. ) The interface is targeted.
[0061]
Here, a computer terminal 214 having a keyboard, a display, and a modem is prepared before “back-channel 2”, and is connected to the telephone line and the IPMPS 207. In this configuration, the computer terminal 214 receives from the IPMPS 207 information on the object in the stream that needs to be authenticated and information on the authentication destination, and displays the information on the display. The operator refers to the display and selects an object in the stream that requires authentication. The computer terminal 214 calls the authentication destination, receives the authentication method and access code from the authentication destination, and displays the contents on the display. When the operator inputs the received information using the keyboard, the input information is notified to the IPMPS 207, and access to a necessary object is permitted.
[0062]
Here, the case of using a telephone line has been described as an example, but instead, for example, a CATV cable or a wireless communication path may be used.
[0063]
In some cases, a PC Card storing information necessary for access authentication obtained in advance with a contract with an authentication destination is inserted into the PCMCIA interface in the computer terminal 214 to notify the IPMPS 207 of information necessary for access authentication. The access to the object may be permitted.
[0064]
It should be noted that the authentication process in which the operation time and the authentication time are prolonged to some extent is effective when it is not real time, such as at the start of stream reproduction or a scene change.
[0065]
As described above, according to this embodiment, “back-channel 1” or “back-channel 2” can be selected and used according to the application. This selection may be configured such that the operator can perform the selection, or the optimum one may be selected in consideration of a delay time limit or the like within the system.
[0066]
As described above, by providing two different “back-channels”, a highly flexible authentication process can be realized.
[0067]
The present invention may be applied to a system constituted by a plurality of devices or an apparatus constituted by a single device.
[0068]
In addition, the device or method constituted by some of the components constituting the device or method according to the above embodiment is also an invention intended by the inventor of the present application.
[0069]
In addition, the function of the device according to the above embodiment is that the storage medium in which the program code is recorded is fixedly or temporarily incorporated in the system or device, and the computer (or CPU or MPU) of the system or device stores the storage medium. It is also achieved by reading out and executing the program code stored in. Here, the program code itself read from the storage medium or the storage medium itself constitutes a legal invention.
[0070]
As the storage medium for supplying the program code, for example, a floppy disk, a hard disk, an optical disk, a magneto-optical disk, a CD-ROM, a CD-R, a magnetic tape, a nonvolatile memory card, a ROM, etc. are suitable. Other devices can also be employed.
[0071]
Further, not only when the specific function of the present invention is realized by executing the program code read from the storage medium by the computer, but also the OS (operating system) operating on the computer based on the instruction by the program code. A mode in which the system) bears a part or all of the actual processing also belongs to the technical scope of the present invention.
[0072]
Furthermore, after the program code read from the storage medium is written in a memory provided in a function expansion board inserted into the computer or a function expansion unit connected to the computer, the program code is read based on the instruction of the program code. An embodiment in which the CPU or the like provided in the function expansion board or function expansion unit bears part or all of the actual processing also belongs to the technical scope of the present invention.
[0073]
【The invention's effect】
According to the present invention, the stream of the plurality of objects and the stream related to the copyright information are transmitted as the same stream, and the stream related to the copyright information can be separated and extracted on the receiving side, thereby improving the efficiency of the authentication process. Thus, it is possible to effectively protect copyrights and to effectively use copyrighted works.
[0074]
[Brief description of the drawings]
FIG. 1 illustrates a conventional digital video data transmission / reception system.
FIG. 2 is a configuration diagram of a conventional MPEG-4 player.
FIG. 3 is a schematic and simplified diagram of FIG. 2;
FIG. 4 is a block diagram of an MPEG-4 player that performs a back channel according to a preferred embodiment of the present invention.
FIG. 5 is a simplified diagram for explaining remote access;
FIG. 6 is a diagram illustrating an example of a hierarchical structure in a case where a URL is further specified at a URL destination.
FIG. 7 is a flowchart showing a client operation relating to authentication processing;
[Explanation of symbols]
10 Digital video data distribution server
11, 21 Conversion unit
12, 22 Digital video data storage device 12
20 Digital video data receiving client
30 network
201 Multiplexer
202-204 Network Site
206 Demultiplexer
208 Scene descriptor
209 Audio Visual Decoder
210 Object descriptor

Claims

And a stream object data constituting the image data, first receiving means and the stream of source information of the object data, receives the encoded stream as the same stream,
The stream received by said first receiving means, and each of the plurality of streams of object data included in 該Su stream, separating means for separating into a stream of each of the source information of the object data of the plurality of,
Management means for referring to the origin information from the origin information stream separated by the separation means and transmitting an authentication request signal to an external device indicated by the origin information ;
Second receiving means for receiving an access permission signal for the authentication request signal transmitted by the management means from the external device;
The authentication apparatus , wherein the management means controls reproduction of object data corresponding to the access permission signal based on a reception state of the access permission signal of the second receiving means .

The authentication apparatus according to claim 1, wherein the origin information is URL (Uniform Resource Locator) information.

When the second receiving means receives the access permission signal for the transmitted authentication request signal within a predetermined time, the management means permits the reproduction of the object data corresponding to the access permission signal and transmits it The reproduction of object data corresponding to the access permission signal is prohibited when the second receiving means does not receive the access permission signal for the authentication request signal within a predetermined time. The authentication device according to 1.

The management means transmits the authentication request signal to an external device indicated by the source information using a second communication path different from the first communication path from which the first receiving means has received the stream. The authentication device according to claim 1.

5. The authentication apparatus according to claim 4, wherein the management unit selects the second communication path based on an allowable delay time of a stream to be reproduced.

And a stream object data constituting the image data, a first receiving step in which the streams of source information of the object data, receives the encoded stream as the same stream,
The stream received by said first reception step, and each of the plurality of streams of object data included in 該Su stream, a separation step of separating into a stream of each of the source information of the object data of the plurality of,
A management step of referring to the origin information from the origin information stream separated by the separation step and transmitting an authentication request signal to an external device indicated by the origin information ;
A second reception step of receiving an access permission signal for the authentication request signal transmitted by the management step from the external device ;
The method for controlling an authentication apparatus , wherein the management step controls reproduction of object data corresponding to the access permission signal based on a reception state of the access permission signal in the second reception step .

The method of controlling an authentication apparatus according to claim 6, wherein the origin information is URL (Uniform Resource Locator) information.

A storage medium for storing a program executable by the apparatus, the apparatus executing the program,
And a stream object data constituting the image data, first receiving means and the stream of source information of the object data, receives the encoded stream as the same stream,
The stream received by said first receiving means, and each of the plurality of streams of object data included in 該Su stream, separating means for separating into a stream of each of the source information of the object data of the plurality of,
Management means for referring to the origin information from the origin information stream separated by the separation means and transmitting an authentication request signal to an external device indicated by the origin information ;
Second receiving means for receiving an access permission signal for the authentication request signal transmitted by the management means from the external device;
The storage means operates as a device for controlling reproduction of object data corresponding to the access permission signal based on a reception state of the access permission signal of the second receiving means .