JP2026086355A - データストリームの認証における検証チェーンの取扱い - Google Patents

データストリームの認証における検証チェーンの取扱い

Info

Publication number
JP2026086355A
JP2026086355A JP2025177973A JP2025177973A JP2026086355A JP 2026086355 A JP2026086355 A JP 2026086355A JP 2025177973 A JP2025177973 A JP 2025177973A JP 2025177973 A JP2025177973 A JP 2025177973A JP 2026086355 A JP2026086355 A JP 2026086355A
Authority
JP
Japan
Prior art keywords
segment
data stream
verification
audio data
temporal sequence
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.)
Pending
Application number
JP2025177973A
Other languages
English (en)
Other versions
JP2026086355A5 (ja
Inventor
プファフ，ヨナタン
ヒンツ，トビアス
ズーリング，カルステン
シュヴァルツ，ハイコ
スクーピン，ローベルト
デ ラ フェンテ，ヤゴ サンチェス
ヘルグ，コーネリウス
シエル，トーマス
マルペ，デトレフ
ヴィーガント，トーマス
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fraunhofer-Gesellschaft zur Förderung der Angewandten Forschung eV
Original Assignee
Fraunhofer-Gesellschaft zur Förderung der Angewandten Forschung eV
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fraunhofer-Gesellschaft zur Förderung der Angewandten Forschung eV filed Critical Fraunhofer-Gesellschaft zur Förderung der Angewandten Forschung eV
Publication of JP2026086355A publication Critical patent/JP2026086355A/ja
Publication of JP2026086355A5 publication Critical patent/JP2026086355A5/ja
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/26613—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel for generating or managing keys in general
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L19/00—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/26—Special purpose or proprietary protocols or architectures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0643—Hash functions, e.g. MD5, SHA, HMAC or f9 MAC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44236—Monitoring of piracy processes or activities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835—Generation of protective data, e.g. certificates

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Health & Medical Sciences (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Acoustics & Sound (AREA)
  • Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Computational Linguistics (AREA)
  • Power Engineering (AREA)
  • Computer Hardware Design (AREA)
  • General Health & Medical Sciences (AREA)
  • Virology (AREA)
  • Storage Device Security (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

【課題】信頼性に関してチェックされるべきデータストリームをデコードするための装置および方法を提供する。【解決手段】データストリーム１４をデコードするための装置２０は、データストリームから、セグメントが時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうか又はセグメントが時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかどうかの指示を導出する。装置はまた、データストリームから、セグメントの時間的シーケンス内の検証チェーンがセグメントにおいて中断されたかどうかを導出する。【選択図】図１

Description

本発明の実施形態は、信頼性に関してチェックされるべきデータストリームをデコードするための装置および方法に関する。さらなる実施形態は、データストリームを信頼性に関してチェック可能にするための装置および方法に関する。さらなる実施形態は、信頼性に関してチェック可能なデータストリームに関する。特に、実施形態は、ビデオデータストリームまたはオーディオデータストリームなどのメディアデータストリーム、ならびにそのようなデータストリームをそれぞれデコードまたはエンコードするためのデコーダおよびエンコーダに関する。
コンテンツ認証は、メディア改ざんを回避するために重要である。急速なＡＩの進歩により、洗練されたディープフェイクが生み出され、本物のコンテンツと偽のコンテンツとの間の境界が曖昧になり、サイバーセキュリティおよび著作権に関する重大な懸念を引き起こしている。そのため、近年、メディアの真正性を検証できることが重要になってきている。
このような認証を実行する方法の例は、最初にメディア資産をハッシュし、次いでコンテンツジェネレータの秘密鍵でそれに署名することによってメディアにデジタル署名を提供することからなるか、または提供することを含み、それによって、クライアント側では、コンテンツジェネレータの公開鍵が与えられると、クライアントは提供された署名を、受信したメディア資産に基づいて独自に演算されたハッシュの値と比較することができる。値が一致する場合、クライアントは、メディアが改ざんされていないと問題なく仮定することができる。
データストリームの複雑な構造は、データストリームの認証を複雑にし得る。これは、例えばデータストリームがエンティティによって修正または生成されるシナリオ、例えば、データストリームが複数のサブストリームで構成されるシナリオ、またはエンティティが複数のデータストリームを結合するシナリオにおいて、データストリームから部分を抽出するシナリオに特に当てはまる。このエンティティが元のデータストリームをエンコードしたエンティティではない場合、およびデータストリームの検証を可能にするデジタル署名の再計算が回避されるものとする場合、データストリームの信頼性の高い検証を可能にするための新しい解決策が必要とされる。
本発明の実施形態の目的は、データストリームを信頼性に関してチェックするための概念を提供することであり、この概念は、複雑なストリーミングシナリオへの高い適応性、低い計算労力、および認証に必要な情報を提供するために必要なシグナリングオーバーヘッドの低いビットレートの間の改善されたトレードオフを提供する。
この目的は、独立請求項の主題によって達成される。
本発明の第１の態様による実施形態は、データストリームのセグメントの時間的シーケンスのセグメントが時間的シーケンスの割り当てられた部分シーケンスの最初のセグメントであるかどうか、または第１の態様の第２の代替例では、このセグメントが時間的シーケンスの割り当てられた部分シーケンスの最後のセグメントであるかどうかを指示する指示をデータストリームに含めるという考えに依拠する。セグメントが割り当てられた部分シーケンスの最初／最後のセグメントであるかどうかを指示する指示は、デジタル署名を使用して検証される検証文字列を形成するために使用される。時間セグメントのシーケンスの署名された部分シーケンスの開始点をシグナリングすることにより、受信機は、署名された部分シーケンスの開始を認識することが可能になり、その結果、例えば、２つのビットストリームが連結されるシナリオでは、受信機は、信頼性チェックにおいて、すなわち、現在のセグメントが署名された部分シーケンスの最初のセグメントであるか否かにかかわらず、最初のセグメントを適切に扱うことができる。例えば、セグメントの時間的シーケンスの時間的一貫性を検証するために、現在のセグメントの検証は、シーケンス内の時間的セグメントの連続が本物であるかどうかを信頼性チェックが検証できるように、先行するセグメントから得られたハッシュ値を含むことができる。現在のセグメントが署名されたサブシーケンスの最初のセグメントであることを受信機が認識していない場合、受信機は、先行するセグメントのハッシュ値を信頼性チェックに含めることができ、その結果、信頼性チェックは否定的な結果をもたらす。現在のセグメントが署名されたサブシーケンスの最初のセグメントであるという指示に応答して、受信機は先行するセグメントとは独立して信頼性チェックが行われ得る。したがって、セグメントが署名されたサブシーケンスの最初のセグメントであるという指示は、独立的に署名されたサブシーケンスが連結された、連結されたデータストリームの信頼できる検証を可能にする。データストリーム内の時間セグメントの連続を検証する方法の上記の例は単なる例示であり、第１の態様の実施形態の基礎となる概念が同等の方法で適用可能な、署名されたセグメントのシーケンスを検証するための代替方式が使用され得ることに留意されたい。データストリームにおいて、現在のセグメントが署名されたサブシーケンスの最後のセグメントであることを指示することは、短縮が受信機によって認識されなければシーケンスを短縮できないことを保証する。例えば、受信機が、署名されたサブシーケンスの最後のセグメントであることが示されている時間セグメントを受信することなくデータストリームが終了した場合、受信機は、後続セグメントが欠落したことを認識する。
データストリームの検証という用語およびデータストリームの信頼性をチェックするという用語は、以下で互換的に使用され、例えば、データストリームのコンテンツが、証明書を使用してコンテンツに署名したコンテンツプロバイダによって提供された、コンテンツに対応するという検証に関する。
第１の態様による実施形態は、データストリームをデコードするための装置を提供し、データストリームは、セグメントの時間的シーケンスを含む。装置は、セグメントのシーケンスのセグメントについて、セグメントの所定の部分を決定すること、データストリームから、セグメントが時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうか、またはセグメントが時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかどうかを指示する指示を導出すること、データストリームから、所定の部分に基づいて、かつ指示に基づいて取得された検証文字列と照合されるためのデジタル署名を導出することを行うように構成されている。
第１の態様による実施形態は、データストリームをデコードするための装置を提供する。装置は、データストリームを信頼性に関してチェックするように構成され、データストリームはセグメントの時間的シーケンスを含む。装置は、セグメントの所定の部分をハッシュ関数にかけてハッシュ値を取得すること、データストリームから、セグメントが時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうか、またはセグメントが時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかどうかを指示する指示を導出すること、ハッシュ値に基づいて、かつ指示に基づいて検証文字列を形成すること、データストリームからデジタル署名を導出し、検証文字列がデジタル署名に適合するかどうかをチェックすることを行うことによって、セグメントのシーケンスのセグメントを検証するように構成されている。
第１の態様による実施形態は、データストリームをエンコードするための装置を提供する。装置は、データストリームを信頼性に関してチェック可能にし、データストリームにセグメントの時間的シーケンスをエンコードするように構成されている。装置は、セグメントの所定の部分をハッシュ関数にかけてハッシュ値を取得すること、データストリーム内に、セグメントが時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうか、またはセグメントが時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかどうかを指示する指示を挿入すること、ハッシュ値に基づいて、かつ指示に基づいて検証文字列を形成すること、検証文字列に基づいてデジタル署名を取得することによって、セグメントのシーケンスのセグメントを信頼性に関してチェック可能にするように構成されている。
第１の態様による実施形態は、データストリームをデコードするための方法を提供し、データストリームが、セグメントの時間的シーケンスを含み、方法が、セグメントのシーケンスのセグメントについて、セグメントの所定の部分を決定すること、データストリームから、セグメントが時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうか、またはセグメントが時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかどうかを指示する指示を導出すること、データストリームから、所定の部分に基づいて、かつ指示に基づいて取得された検証文字列と照合されるためのデジタル署名を導出すること含む。
第１の態様による実施形態は、データストリームをデコードするための方法を提供し、方法は、データストリームを信頼性に関してチェックすることを含み、データストリームは、セグメントの時間的シーケンスを含み、方法は、セグメントの所定の部分をハッシュ関数にかけてハッシュ値を取得すること、データストリームから、セグメントが時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうか、またはセグメントが時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかどうかを指示する指示を導出すること、ハッシュ値に基づいて、かつ指示に基づいて検証文字列を形成すること、データストリームからデジタル署名を導出し、検証文字列がデジタル署名に適合するかどうかをチェックすることによって、セグメントのシーケンスのセグメントを検証することを含む。
第１の態様による実施形態は、データストリームをエンコードするための方法を提供し、方法は、データストリームを信頼性に関してチェック可能にすることと、データストリーム内に、セグメントの時間的シーケンスをエンコードすることと、を含み、方法は、セグメントの所定の部分をハッシュ関数にかけてハッシュ値を取得すること、データストリーム内に、セグメントが時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうか、またはセグメントが時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかどうかを指示する指示を挿入すること、ハッシュ値に基づいて、かつ指示に基づいて検証文字列を形成すること、検証文字列に基づいてデジタル署名を取得すること（例えば、かつデジタル署名をデータストリーム内に挿入すること）によって、セグメントのシーケンスのセグメントを信頼性に関してチェック可能にすることを含む。
第１の態様による実施形態は、データストリームを提供し、データストリームは信頼性関してチェック可能であり、データストリームは、セグメントの時間的シーケンス、セグメントが時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうか、またはセグメントが時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかどうかを指示する指示を含む。
本発明の第２の態様による実施形態は、セグメントの時間的シーケンス内の検証チェーンがセグメントで中断された場合、時間的シーケンスにおいてセグメントの直前にある先行するセグメントとは独立したデータストリームのセグメントのシーケンスのセグメントの信頼性チェックのための検証文字列を形成するという考えに依拠する。この目的のために、データストリームの受信機、例えばデコーダは、検証チェーンがセグメントで中断されたかどうかをデータストリームから導出することができる。例えば、中断の検出は、データストリーム内の明示的なシグナリングに基づいて実行されてもよく、あるいは、例えば、暗黙的なシグナリングに基づいて、時間的シーケンスの個々のセグメントに対して、シグナリングされた検証パラメータを比較することによって実行されてもよい。中断を検出し、先行するセグメントとは独立して検証文字列を形成することにより、ビットストリームのスプライシングが発生するシナリオ、すなわち、例えば、検証チェーンの２つのセグメント間に署名されていないセグメント、またはさらなる検証チェーンに属するセグメントを挿入することによって共同署名されたセグメントのシーケンスが中断された場合に、データストリーム内のセグメントのシーケンスが同じ検証チェーンに属さないセグメントを含むシナリオにおける信頼性チェックが可能になる。
第２の態様による実施形態は、データストリームをデコードするための装置を提供し、データストリームは、セグメントの時間的シーケンスを含む。装置は、データストリームから、セグメントのシーケンスのセグメントについて、セグメントの時間的シーケンス内の検証チェーンがセグメントにおいて中断されたかどうかを導出することと、データストリームが検証チェーンが中断されたことを指示する場合、およびデータストリームが信頼性に関してセグメントをチェックするためのデジタル署名を含む場合に、データストリームから、時間的シーケンスにおいてセグメントの直前にある先行するセグメントとは独立した検証文字列に対してチェックされるためのデジタル署名を導出することと、を行うように構成されている。
第２の態様による実施形態は、データストリームをデコードするための装置を提供する。装置は、データストリームを信頼性に関してチェックするように構成され、データストリームはセグメントの時間的シーケンスを含む。装置は、データストリームから、セグメントの時間的シーケンス内の検証チェーンがセグメントで中断されたかどうかを導出することと、データストリームが検証チェーンが中断されたことを指示する場合、およびデータストリームがセグメントについてのデジタル署名を含む場合に、データストリームからデジタル署名を導出することと、時間的シーケンスにおいてセグメントの直前にある先行するセグメントとは独立した検証文字列を形成することと、検証文字列がデジタル署名に適合するかどうかをチェックすることと、を行うように構成されている。
第２の態様による実施形態は、データストリームをエンコードするための装置を提供する。装置は、データストリームを信頼性に関してチェック可能にし、データストリームにセグメントの時間的シーケンスをエンコードするように構成されている。装置は、セグメントの時間的シーケンス内の検証チェーンがセグメントで中断された場合、およびセグメントが信頼性に関してチェック可能にされるべきである場合に、時間的シーケンスにおいてセグメントの直前にある先行するセグメントとは独立した検証文字列を形成すること、ならびに検証文字列に基づいてデジタル署名を取得すること、ならびにデジタル署名をデータストリーム内に挿入することを行うように構成されている。
第２の態様による実施形態は、データストリームをデコードするための方法を提供し、データストリームは、セグメントの時間的シーケンスを含み、方法は、データストリームから、セグメントのシーケンスのセグメントについて、セグメントの時間的シーケンス内の検証チェーンがセグメントにおいて中断されたかどうかを導出することと、データストリームが検証チェーンが中断されたことを指示する場合、およびデータストリームが信頼性に関してセグメントをチェックするためのデジタル署名を含む場合に、データストリームから、時間的シーケンスにおいてセグメントの直前にある先行するセグメントとは独立した検証文字列に対してチェックされるためのデジタル署名を導出することと、を含む。
第２の態様による実施形態は、データストリームをデコードするための方法を提供し、方法は、データストリームを信頼性に関してチェックすることを含み、データストリームは、セグメントの時間的シーケンスを含み、方法は、データストリームから、セグメントの時間的シーケンス内の検証チェーンがセグメントで中断されたかどうかを導出することと、データストリームが検証チェーンが中断されたことを指示する場合、およびデータストリームがセグメントについてのデジタル署名を含む場合に、データストリームからデジタル署名を導出することと、時間的シーケンスにおいてセグメントの直前にある先行するセグメントとは独立した検証文字列を形成することと、検証文字列がデジタル署名に適合するかどうかをチェックすることと、を含む。
第２の態様による実施形態は、データストリームをエンコードするための方法を提供し、方法は、データストリームを信頼性に関してチェック可能にすることと、データストリーム内に、セグメントの時間的シーケンスをエンコードすることと、を含み、方法は、セグメントの時間的シーケンス内の検証チェーンがセグメントで中断された場合、およびセグメントが信頼性に関してチェック可能にされるべきである場合に、時間的シーケンスにおいてセグメントの直前にある先行するセグメントとは独立した検証文字列を形成することと、検証文字列に基づいてデジタル署名を取得することと、デジタル署名をデータストリームに挿入することと、を含む。
有利な実施態様は、従属請求項の主題によって定義される。
本開示の実施形態は、図面を参照して以下により詳細に説明される。
一実施形態によるデータストリームをデコードする装置を示す。 一実施形態による検証モジュールを示す。 一実施形態によるデータストリームをエンコードするための装置を示す。 一実施形態による、データストリームのセグメントのサブストリームごとの検証を示す。 第１の態様の一実施形態による、データストリームをデコードするための装置を示す。 本発明の第１の態様による、データストリームをエンコードするための装置を示す。 第２の態様による、データストリームをデコードするための装置を示す。 第２の態様による、データストリームをエンコードするための装置を示す。 第１の態様の実施形態による検証文字列を示す。 第１の態様の実施形態による検証文字列を示す。 第２の態様の一実施形態による、データストリームのセグメントのシーケンスを示す。 一実施形態によるビデオエンコーダを示す。 一実施形態によるビデオデコーダを示す。 一実施形態によるピクチャの細分化を示す。
次に、本発明の実施形態が添付の図面を参照してより詳細に説明され、同じもしくは類似の要素または同じもしくは類似の機能性を有する要素は、同じ参照符号が割り当てられているか、または同じ名前で識別される。以下の説明では、本開示の実施形態の完全な説明を提供するために複数の詳細が記載されている。しかしながら、これらの具体的な詳細なしに他の実施形態が実施されてもよいことは当業者には明らかであろう。加えて、本明細書に記載された異なる実施形態の特徴は、特に明記しない限り、互いに組み合わされてもよい。
以下の説明では、データストリームに言及する場合、本発明の実施形態には、メディア信号がその中でエンコードされるメディアデータストリーム、例えば、ビデオがその中にエンコードされるビデオデータストリーム、またはオーディオ信号がその中でエンコードされるオーディオデータストリームである、データストリームが含まれる。一般に、本発明の実施形態は、任意の順次シグナリングされるデータストリーム、例えば、サンプリングされた信号、例えば、サンプリングされた測定信号がその中にエンコードされるデータストリームに対して用いられてもよい。一実施形態によれば、データストリームは、波形信号がその中でエンコードされる、例えば、生物医学的波形信号を有する。本発明のいくつかの態様は、ビデオデータストリームに関して以下に説明されるが、これらの態様は、特に異なることが明記されない限り、同等の方法で他のタイプのデータストリームに適用されてもよい。
図１は、データストリーム１４をデコードするための装置２０を示す。装置２０は、デコーダ２０と称され得る。データストリーム１４は、メディアデータストリーム、例えばビデオデータストリームもしくはオーディオデータストリーム、または上記で挙げられたデータストリームタイプのうちのいずれかであり得る。例えば、デコーダ２０は、データストリーム１４から、メディア信号、例えばビデオ信号またはオーディオ信号をデコードし得る。デコーダ２０は抽出器２１を備える。抽出器２１は、データストリーム１４に基づいてデジタル署名４３を取得する。一実施形態によれば、抽出器２１は、データストリーム１４からデジタル署名４３を導出する。換言すれば、デジタル署名４３は、データストリーム１４に含まれ得る。代替実施形態によれば、データストリーム１４は、デジタル署名４３を含むリソースの指示を含み、抽出器２１は、データストリーム１４に示されたリソースからデジタル署名４３を取得するためにリソースの指示を使用する。
例えば、デジタル署名４３は、データストリームの信頼性をチェックするためのものである。換言すれば、デジタル署名４３は、データストリーム１４を検証するための、例えば、データストリーム１４の信頼性を検証するためのものであり得る。
デコーダ２０は、以下で信頼性チェックとも称され得る信頼性に関するデータストリーム１４のチェックが実行されるべきであるデータストリーム１４の所定の部分１３を決定するように構成された部分決定器３０をさらに備える。デジタル署名４３は、所定の部分に関連付けられ得る。換言すれば、デジタル署名４３は、所定の部分１３を検証するためのものであり得る。
例えば、データストリーム１４の検証または信頼性に関するチェックは、部分ごとに、すなわちデータストリーム１４の部分の単位で実行され得る。したがって、デジタル署名４３は、データストリームの部分を信頼性に関してチェックするための、換言すれば、データストリーム１４の部分を検証するためのものであり得る。
信頼性チェック、すなわち、信頼性に関するデータストリーム１４または所定の部分１３のチェックは、データストリーム１４の所定の部分がデジタル署名４３に適合するか、または一致するかどうかをチェックすることを含む。
一実施形態によれば、デコーダ２０は、信頼性チェックを実行するように構成された検証モジュール４１を備える。図１に示すように、検証モジュール４１は、デジタル署名４３および所定の部分１３を受信して信頼性チェックを実行する。検証モジュール４１は、図１に破線で示すように、装置２０の任意選択の特徴である。
換言すれば、一実施形態によれば、デコーダ２０は、データストリーム１４の所定の部分１３を信頼性に関してチェックするように構成されている。さらに換言すれば、一実施形態によれば、デコーダ２０は、データストリーム１４の所定の部分１３がデジタル署名に適合するか、または一致するかどうかをチェックするように構成されている。
既に述べたように、検証モジュール４１は、装置２０において任意選択のものである。代替実施形態によれば、信頼性チェックは、デコーダ２０に対して外部で実行されてもよい。換言すれば、検証モジュール４１は、必ずしもデコーダ２０の一部である必要はなく、データストリーム１４の信頼性をチェックするための装置などの別個のエンティティの一部であってもよい。例えば、この場合、デコーダ２０は、デジタル署名４３および所定の部分１３を信頼性チェックに提供または転送し得る。例えば、デコーダ２０は、デジタル署名４３および所定の部分１３などの信頼性チェックのための情報を収集し、収集した情報を信頼性チェックのために提供し得る。例えば、デコーダ２０は、信頼性チェックのための情報の連結を形成し得る。検証モジュール４１が装置２０の一部ではないこれらの代替実施形態は、本発明のすべての態様のすべての実施形態と組み合わせて具現化されてもよい。
本明細書に記載されたすべての実施形態に適用され得る図１の装置２０のさらなる任意選択の特徴が、以下に記載される。
例えば、データストリーム１４は、複数のパケットを含み得る。部分決定器３０は、例えば、複数のパケットのうちの１つ以上を含むことによって、パケットごとに所定の部分１３を決定し得る。
例えば、任意選択的に、データストリーム１４は、複数のペイロードパケット１６を含み得る。ペイロードパケット１６は、ペイロードデータ、例えば、データストリーム１４によって送信されるべきデータを搬送し得る。例えば、データストリーム１４がメディアデータストリームである場合、ペイロードパケット１６は、データストリーム１４がビデオデータストリームである場合のビデオデータなどのコード化されたメディアデータを搬送し得る。換言すれば、ペイロードパケット１６は、コード化されたビデオペイロードパケット例えば、ビデオデータ、例えばエンコードされたビデオデータを搬送する、ビデオコード化レイヤ（ＶＣＬ）、ネットワーク抽象化レイヤ（ＮＡＬ）ユニットであり得る。例えば、ビデオデータは、ビデオのピクチャのサンプル値が再構成される情報を指し得る。
データストリーム１６は、例えば、コード化されたデータを搬送するコード化されたデータペイロードパケットとは対照的に、代替的に補足情報ペイロードパケットと称され得る補足情報パケット１８を任意選択的にさらに含み得る。例えば、ビデオデータストリームの場合、特にＨ．２６４、Ｈ．２６５、およびＨ．２６６がビデオデータストリームをフォーマットできる場合、補足情報パケットは補足拡張情報（ＳＥＩ）ＮＡＬユニットであり得る。例えば、補足情報パケット１８は、ペイロードパケット１６間に点在している。補足情報パケット１８は、補足情報メッセージ１９を搬送する。例えば、補足情報メッセージ１９は、デコード、表示、または他の目的に関連するプロセスを支援するが、それは、ビデオのデコードされたピクチャ内のサンプルの値を決定するためにはデコードプロセスによって必要とされない。
換言すれば、例えば、補足情報パケットは、コード化選択肢に関する情報およびデコードプロセスのための情報を搬送し得るが、データストリーム内にエンコードされた信号のエンコードされたサンプルを含まない。
例えば、補足情報メッセージの各々は、ペイロードパケットのうちの１つに関連付けられ得る。
例えば、補足情報メッセージの各々は、ペイロードパケットのうちの関連付けられた１つに、例えば、データストリーム内にエンコードされたサンプリング信号の同じサンプル、例えば、補足情報パケットと同じピクチャユニットまたは同じアクセスユニットの一部である関連付けられたペイロードパケットに関連付けられている。
所定の部分１３は、１つ以上の補足情報パッケージに含まれ得る１つ以上の補足情報メッセージを任意選択的に含み得る。換言すれば、任意選択的に、所定の部分１３は、１つ以上の補足情報パケットを含み得る。
例えば、所定の部分１３は、データストリーム１４のセグメントのペイロードパケット１６のすべてまたはサブセットを含む。例えば、所定の部分１３は、ペイロードパケット１６の部分、例えば、所定の部分に含まれるべきペイロードパケットの各々の部分を含んでもよく、あるいは、ペイロードパケット全体を含んでもよい。所定の部分１３がそこから決定され得るデータストリーム１４のセグメントは、例えば、データストリーム１４の独立的にコード化されたシーケンス、例えば、ビデオデータストリームの場合はコード化ビデオシーケンス（ＣＶＳ）であり得る。他の例では、所定の部分１３がそこから決定され得るセグメントは、例えば、データストリームのパケットを所定の部分１３に関連付ける１つ以上の指示によって、かつ／または所定の部分１３がそこから選択されるセグメントの開始および終了を指示する補足情報メッセージなどの指示によって、データストリーム１４内で指示され得る。例えば、開始および終了は、それぞれの補足情報メッセージによって指示され得る。
実施形態によれば、データストリーム１４は、所定の部分１３について、または所定の部分を含むデータストリーム１４のセグメント、例えば図４に関連して記載されたセグメント１７について、所定の部分を検証するための検証パラメータを含む検証パラメータセットを含み得る。例えば、検証パラメータセットは、所定の部分１３の信頼性チェックを実行するためのハッシュ関数（例えば、図２に関連して記載されたハッシュ関数３１）、所定の部分１３の信頼性チェックを実行するためのデジタル署名４３を解読するための証明書、所定の部分をメディア資産に関連付ける識別子、所定の部分１３をどのように導出するかの指示のうちの１つ以上を示し得る。検証パラメータセットは、例えば、後述するＤＳＣ ＩＳＣＩメッセージに対応し得る補足情報メッセージでシグナリングされ得る。例えば、指示５１は、検証パラメータセットに含まれ得る。
図２は、デコーダ２０の一部として任意選択的であり得る検証モジュール４１の一実施形態を示す。あるいは、検証モジュール４１に関連して記載された信頼性チェックは、デコーダ２０の外部で実行されてもよい。図２の実施形態によれば、信頼性チェック、すなわちデータストリーム１４の所定の部分１３がデジタル署名４３に適合するかどうかをチェックすることは、所定の部分１３をハッシュ関数３１に供してハッシュ値３３を取得することを含む。この実施形態によれば、検証モジュール４１は、ハッシュ値３３がデジタル署名４３に適合するかどうかをチェックする検証ブロック３９をさらに含む。
以下では、検証モジュール４１のさらなる任意選択の特徴について説明する。
一実施形態によれば、検証ブロック３９は、ハッシュ値３３に基づいて検証文字列４８、例えば、後述するサンプル構文のＩｄＳｔｒｉｎｇを形成するように構成された検証文字列形成器４９を備える。例えば、検証文字列形成器４９は、ハッシュ値３３と、任意選択的に、所定の部分１３のメディアが属するメディア資産を識別するメディア資産識別子、ハッシュ関数３１のアルゴリズムの識別子、および、例えばデータストリーム１４の前の部分から取得されたさらなるハッシュ値のうちの１つ以上などのさらなる情報と、を含む連結を形成し得る。この実施形態によれば、検証ブロック３９は、デジタル署名４３を解読してチェック値４７を取得する解読ブロック５９を備え、検証ブロック３９は、検証文字列４８がチェック値４７と一致するかどうかをチェックする。
例えば、解読モジュール５９は、デジタル署名４３を解読するために非対称暗号方式の公開鍵４５を使用し得る。例えば、抽出器２１は、データストリーム１４内の指示、例えば、公開鍵４５がそこから導出され得るリソースを指示するリソース識別子に基づいて公開鍵４５を導出し、データストリーム１４内の指示されたリソースから公開鍵４５を導出し得る。
換言すれば、一実施形態によれば、検証ブロック３９は、ハッシュ値に基づいて、かつ任意選択的にさらなる情報に基づいて検証文字列を形成することと、公開鍵を使用して検証文字列をデジタル署名４３と比較することと、によって、ハッシュ値３３がデジタル署名４３に適合するかどうかをチェックすることを実行する（検証文字列をデジタル署名と比較することは、解読ブロック５９によって実行される解読することを含み得る）。
代替実施形態によれば、検証文字列４８を導出するための上記さらなる情報の全部または一部は、所定の部分１３と連結されて、ハッシュ関数３１にかけられてハッシュ値が取得される。換言すれば、これらの代替実施形態によれば、上記さらなる情報の全部または一部、例えばハッシュ関数識別子および／または前のセグメントまたは前の部分のさらなるハッシュ値もしくはデジタル署名は、検証文字列を導出するために用いられ、この情報は、所定の部分１３とともにこの情報をハッシュすることによって、したがって、この情報に基づいてハッシュ値３３を導出することによって、検証文字列に反映される。
例えば、デジタル署名４３の生成は、検証文字列を形成し、非対称暗号化方式の秘密鍵を使用して、検証文字列に署名することによって、エンコーダ側で実行され得る。
例えば、署名することは、さらなるハッシュすること、すなわち、さらなるハッシュ関数を使用して検証文字列をハッシュしてさらなるハッシュ値を取得すること、およびさらなるハッシュ値に署名することを含み得る。この例では、デコーダ側でデジタル署名４３から検証文字列を再構成することは不可能であり得るが、代わりに、ハッシュ値３３を使用して形成されたチェック値がデジタル署名に適合するかどうかを、例えば、検証文字列を形成すること、およびさらなるハッシュ関数を使用して検証文字列をハッシュすることにより、チェック値を導出することによってのみチェックすることができる。換言すれば、この場合、検証ブロック３９による検証は、さらなるハッシュ関数を使用して検証文字列のハッシュをしてさらなるハッシュ値を取得することと、さらなるハッシュ値がデジタル署名に適合するかどうかを、例えば、公開鍵を使用してデジタル署名を解読すること、および結果として得られたチェック値がさらなるハッシュ値に等しいかどうかをチェックすることによってチェックすることと、を含み得る。
換言すれば、一実施形態によれば、ハッシュ値３３がチェック値４７に適合または一致するかどうかをチェックすることは、例えば、以下に説明するように、ハッシュ値３３をさらなるハッシュ値またはハッシュ関数識別子などのさらなる情報と連結することによってハッシュ値３３を使用して検証文字列を形成することと、例えば、さらなるハッシュ関数を使用して検証文字列をハッシュすることと、を含み得る。次いで、検証ブロック３９は、ハッシュされた検証文字列がデジタル署名から解読されたチェック値４７に等しいかどうかをチェックし得る。エンコーダ側では、この実施形態によれば、デジタル署名は、デコーダ側と同様に検証文字列を形成し、それをさらなるハッシュ関数を使用してハッシュし、ハッシュされた検証文字列に署名してデジタル署名４３を取得することによって生成され得る。
代替実施形態によれば、チェック値４７は、検証文字列、例えば、ハッシュ値３３、またはハッシュ値３３とさらなるハッシュ値もしくはハッシュ関数識別子などのさらなる情報との連結に対応し得る。換言すれば、この場合のデジタル署名の解読は、チェック値４７の一部（またはチェック値４７全体）としてハッシュ値３３を生じさせ得る。この場合、さらなるハッシュの省略により、デジタル署名はより大きくなり得る。
例えば、上記の代替例のうちのどちらが用いられるかどうかは、選択されたハッシュ関数に依拠し得る。
図３は、データストリーム１４をエンコードするための装置１０を示す。装置１０は、エンコーダ１０と称され得る。装置１０は、データストリーム１４を信頼性に関してチェック可能にするように構成されている。エンコーダ１０は、ペイロードデータを搬送する複数のペイロードパケット６０および補足情報メッセージ９０を搬送する補足情報パケット１８をデータストリーム１４に挿入する、例えばエンコードすることによって、データストリーム１４を提供する。換言すれば、エンコーダ１０は、図１に関連して記載されたデータストリーム１４を提供し得る。例えば、エンコーダ１０は、ペイロードパケットおよび補足情報パケットをデータストリーム１４に挿入する挿入器２３を備える。
エンコーダ１０は、データストリーム１４の所定の部分に基づいてデジタル署名４３を取得する検証モジュール４１’を備える。エンコーダ１０は、所定の部分１３を決定する部分決定器３０’をさらに備える。例えば、部分決定器３０’は、データストリーム１４に挿入されるべきデータ１４’に基づいて、例えば、部分決定器３０によって決定される所定の部分１３に対応する所定の部分１３内にデータ１４’の部分を含めることによって、所定の部分１３を決定する。
装置２０に関するいかなる説明も、装置２０によってデータストリーム１４から導出された情報が装置１０によってデータストリーム１４内に挿入され得るという意味で、エンコーダ１０に任意選択的に適用され得る。さらに、例えば、ハッシュ関数３１などの検証モジュール４１によって使用される任意のハッシュ関数は、検証モジュール４１’によって使用される対応するハッシュ関数と同等であり得る。ハッシュ値３３を導出するために使用されるハッシュ関数３１などの対応するハッシュ関数の入力についても同じく適用される。
デコーダ２０の検証モジュールとエンコーダ１０の検証モジュール４１’との間の相互作用は、既に簡単に上述された。検証モジュール４１’は、所定の部分１３をハッシュ関数にかけることによって導出されたハッシュ値を含む検証文字列を対象とし得る。検証モジュール４１’は、デジタル署名４３を生成するために、例えば、上述の非対称暗号方式の秘密鍵を使用して検証文字列にさらに署名し得る。
例えば、デジタル署名４３は、挿入器２３によってデータストリーム１４内に挿入され得るか、あるいは、挿入器２３は、デジタル署名４３がそこから導出され得るリソースの指示をデータストリーム１４内に挿入し得る。
装置２０に関するいかなる説明も、装置２０によってデータストリーム１４から導出された情報が装置１０によってデータストリーム１４内に挿入され得るという意味で、装置１０に任意選択的に同等に適用され得る。さらに、装置１０によって使用されるハッシュ関数３１などの任意のハッシュ関数は、装置２０によって使用される対応するハッシュ関数と同等であり得る。ハッシュ値３３を導出するために使用されるハッシュ関数３１などの対応するハッシュ関数の入力についても同じく適用される。デジタル署名４３の生成およびデジタル署名４３を使用して装置２０によって実行される検証は、それぞれ非対称暗号方式の一部であり得、これらのステップは、それぞれ秘密鍵と公開鍵とのペアによって実行され得、少なくとも秘密鍵は、デジタル署名４３を生成するために署名に使用され、公開鍵は、受信機側で形成された検証文字列をデジタル署名４３に対して検証するために解読に使用される。
図４は、デコーダ２０のさらなる実施形態を示す。図４に関して記載された特徴は、デコーダ２０の前述の実施形態のうちのいずれかと任意選択的に組み合わせられ得る。図４の実施形態によれば、信頼性チェックは、部分１３’、１３’’の単位で実行される。換言すれば、この実施形態によれば、データストリーム１４は、その単位でデータストリーム１４が検証可能であるいくつかの部分を含む。例えば、データストリーム１４は、部分の各々についてのそれぞれのデジタル署名を含む。任意選択的に、データストリーム１４は、部分の各々についての上述の検証パラメータセットを含み得る。あるいは、１つのセグメントの部分のすべて、または部分のサブセットの検証パラメータは、共通検証パラメータセットに含まれてもよい。上述した所定の部分１３は、いくつかの部分のうちの１つであり得る。部分の各々は、１つ以上のパケットまたはパケットに含まれるデータが、そこ（部分の各々）に割り当てられることによって定義され得る。
例えば、図４では、ペイロードパケット１６’が部分１３’に割り当てられており、ペイロードパケット１６’’が部分１３’’に割り当てられている。部分単位でデータストリーム１４の検証を実行することは、それぞれの部分、例えば図４の部分１３’および部分１３’’を決定することと、それぞれの部分を信頼性チェック４１にかけることと、を含み得る。この目的のために、データストリーム１４は、部分についてのそれぞれのデジタル署名、例えば、図４の部分１３’のデジタル署名４３’および部分１３’’のデジタル署名４３’’を指示し得る。例えば、図４に関して記載されたような部分は、データストリーム１４のサブストリームまたは検証サブストリームと称され得る。
例えば、ビデオデータストリームの場合、階層化ビデオデータストリームの異なるレイヤが異なるサブストリームに割り当てられ得る。例えば、異なるレイヤは、ビデオデータストリーム１４内にエンコードされたビデオの異なる表現を搬送し得、例えば、異なる空間分解能を有し、テクスチャおよび深度などの異なるタイプのデータを搬送し、またはシーンの異なるビューを搬送し得る。さらなる例として、異なるサブストリームはメディアデータストリームの異なる時間レイヤに関連付けられ得、時間レイヤの各々は、異なる時間分解能でエンコードされたメディア信号の表現を形成するためのサンプルを搬送し、例えば、その結果、異なる時間レイヤを組み合わせた場合、より高い時間分解能が得られる。しかしながら、これらは、異なるサブストリーム内のメディアデータストリームのデータを編成する例にすぎず、パケットとサブストリームとの間の関連付けは、データストリーム１４を信頼性に関してチェック可能にするエンコーダまたはエンティティに依拠し得ることに留意されたい。
換言すれば、データストリーム１４は、その単位でデータストリーム１４が検証可能であるいくつかの部分の各々について、それぞれのデジタル署名を含み得るか、あるいは、それぞれのデジタル署名の指示を含み得る。
実施形態によれば、データストリームがサブストリームの意味での上述の部分の単位で検証可能であることに加えて、信頼性チェックは、データストリーム１４のセグメントの時間的シーケンスのセグメント１７の単位で実行され得る。セグメントは、検証期間と称され得る。換言すれば、データストリーム１４の１つのセグメント内で、複数のサブストリーム、例えば上述の部分１３’、１３’’が定義され得、その単位でセグメントが検証可能であり、サブストリームの各々に属するパケットまたはデータは、必ずしもデータストリーム１４の連続した部分を形成するのではなく、むしろ、１つのセグメント内で、パケットまたはデータ片がサブストリームのうちの１つに個別に割り当てられ得る。以下では、ただ１つのセグメント１７が考慮され、すなわち、例えば、部分を参照するとき、１つのセグメント１７内の上述のサブストリームが参照され得る。例えば、第１の態様および第２の態様に関して記載された実施形態では、所定の部分１３は、データストリーム１４の１つのセグメント１７の部分であり得る。
一実施形態によれば、データストリーム１４は、例えば１つのセグメント内のデータストリームのサブストリームの数の指示を含み、例えば、データストリームの１つのセグメントのみがデータストリームとして考慮される。
一実施形態によれば、抽出器２１は、例えばデータストリーム１４からいくつかの部分の指示を導出することによって、データストリーム１４からいくつかの部分、例えばデータストリームのサブストリームの数を導出する。この実施形態によれば、部分決定器３０は、ペイロードパケット１６の各々を、部分のうちの１つ、例えば、部分のうちの１つ以上のうちの１つに割り当て得、すなわち、必ずしも部分の各々に割り当てる必要はない。
以下では、本発明の第１の態様の実施形態について説明する。
図５は、本発明の第１の態様の一実施形態による、データストリーム１４をデコードするための装置２０を示す。図５の装置２０は、任意選択的に、図１の装置２０の一実施形態であってもよく、すなわち、図５の装置２０は、図１～図４に関して説明した実施形態のうちのいずれかに基づき得る。図４に関して説明した特徴は、第２の態様の実施形態に任意選択的に適用され得る。
第１の態様の実施形態によれば、データストリームは、例えば図４に関して説明したように、セグメント１７、１７＊の時間的シーケンスを含む。例えば、セグメントは、データストリーム１４内にエンコードされた信号に関して、例えば、サンプルに割り当てられた提示順序または提示時間などの信号のサンプルの時間的順序に関して、時間的シーケンスを形成する。例えば、セグメントは、ビデオセグメントに割り当てられた提示順序または提示時間に関して時間的シーケンスを形成するビデオセグメントであり得る。例えば、セグメント１７の各々は、コード化ビデオシーケンス（ＣＶＳ）であり得る。図５の実施形態によれば、部分決定器３０は、例えば上述したように、信頼性に関してチェックされるべきセグメント１７＊のうちの１つのうちの所定の部分１３を決定する。既に述べたように、所定の部分１３は、必ずしもセグメント１７＊の連続した部分である必要はなく、図５のセグメント１７＊のハッチングされた部分によって示されるように、個々のパケットまたはデータ片が割り当てられていてもよい。
第１の態様の第１の代替例の実施形態によれば、セグメント１７＊の信頼性チェックのために、抽出器２１は、データストリーム１４から、セグメント１７＊が時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうかを指示する指示６１を導出する。例えば、指示６１は、データストリーム１４でシグナリングされる構文要素、例えばフラグ、例えば後述するＤＳＣＩ＿ｆｉｒｓｔ＿ｓｉｇｎｅｄ＿ｓｅｇｍｅｎｔ＿ｆｌａｇであり得る。
第１の態様の第２の代替例の実施形態によれば、指示６１は、セグメントが時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかどうかを指示する。例えば、指示６１は、データストリーム１４でシグナリングされる構文要素、例えばフラグ、例えば後述するＤＳＣＩ＿ｌａｓｔ＿ｓｉｇｎｅｄ＿ｓｅｇｍｅｎｔ＿ｆｌａｇであり得る。
第１の態様の実施形態によれば、指示６１は、所定の部分１３の検証に含まれる。換言すれば、指示６１は、図５の検証文字列形成器３９によって実行される検証文字列４８の決定に含まれ得る。信頼性チェック４１では、図５に示すように、ブロック３９において、検証文字列４８は、所定の部分１３および指示６１に基づいて形成される。例えば、ブロック３９は、図２のブロック３１および４９を含み得る。図７に示すような信頼性チェック４１のブロック６３は、検証文字列４８がデジタル署名４３に適合するかどうかをチェックする。例えば、ブロック６３は、図２のブロック５９、およびチェック値４７と検証文字列４８との間の比較を含み得る。一実施形態によれば、検証文字列４８は、所定の部分１３をハッシュ関数にかけることによって導出されたハッシュ値を組み合わせること、例えば連結することによって形成される。別の実施形態によれば、指示６１と所定の部分１３との組合せ、例えば連結は、ハッシュ関数にかけられてハッシュ値が取得され、そのハッシュ値は検証文字列４８を形成するために使用される。換言すれば、指示は、所定の部分１３に含まれ得る。
換言すれば、例えば、検証文字列は、ハッシュ値３１と指示６１との両方を反映するか、またはそれらの両方に依拠し得る。例えば、その中の検証は、ハッシュ値３１および指示６１、例えば、指示６１を表す値またはフラグを含む。
換言すれば、本発明の一実施形態は、データストリームをデコードするための装置２０であり、データストリームは、セグメント１７の時間的シーケンス（例えば、コード化ビデオシーケンス（ＣＶＳ））を含み（例えば、ビデオセグメントは、時間的シーケンスのビデオセグメントに割り当てられた提示順序または提示時間に関して時間的シーケンスを形成する）、装置は、セグメントのシーケンスのセグメントについて、セグメントの所定の部分１３を決定すること３０と、データストリームから、ｉ）セグメントが時間的シーケンスの署名された（または検証可能な）サブシーケンスの最初のセグメントであるかどうか、またはｉｉ）セグメントが時間的シーケンスの署名された（または検証可能な）サブシーケンスの最後のセグメントであるかどうかを指示する指示６１（例えば、構文要素、例えばフラグ、例えばｄｓｃｉ＿ｌａｓｔ＿ｓｉｇｎｅｄ＿ｓｅｇｍｅｎｔ＿ｆｌａｇ）を導出すること２１と、データストリームから、所定の部分１３および指示６１に基づいて取得された検証文字列４８に照らしてチェックされるためのデジタル署名４３を導出すること２１（例えば、検証文字列はハッシュ値および指示を反映するか、またはそれらに依拠し、例えば、検証文字列はハッシュ値および指示、例えば、指示を表すフラグの値を含む）と、を行うように構成されている。
一実施形態によれば、装置は、（例えば、データストリームまたはその所定の部分１３を信頼性に関してチェックするために）検証文字列４８がデジタル署名４３に適合するか（または一致するか）かどうかをチェックすることによって所定の部分１３を検証するように構成されている。
一実施形態によれば、装置は、（例えば、さらなる装置またはエンティティによって実行される）所定の部分１３の検証のために、所定の部分１３、指示６１、およびデジタル署名４３を提供する（または転送する）ように構成されている（例えば、検証は、データストリームの所定の部分１３がデジタル署名４３に適合するか（または一致するか）どうかをチェックすることを含む）。
一実施形態によれば、所定の部分１３はハッシュ関数にかけられてハッシュ値が取得されるべきであり、検証文字列４８は、ハッシュ値に基づいて取得される。
一実施形態によれば、所定の部分１３および指示（例えば、それらの連結）は、ハッシュ関数にかけられてハッシュ値が取得されることになり、検証文字列４８は、ハッシュ値に基づいて取得される。
換言すれば、本発明の一実施形態は、データストリーム１４をデコードするための装置２０であり、装置は、データストリームを信頼性に関してチェックするように構成されており（例えば、データストリームを検証するための装置であり）、データストリームは、セグメント１７の時間的シーケンス（例えば、エンコードされたペイロードデータのセグメント、例えば、コード化ビデオシーケンス（ＣＶＳ））を含み（例えば、セグメントは、時間的シーケンスのセグメントに割り当てられた提示順序または提示時間に関して時間的シーケンスを形成する）、装置は、セグメントの所定の部分１３をハッシュ関数３１にかけてハッシュ値３３を取得すること、データストリームから、ｉ）セグメントが時間的シーケンスの署名された（または検証可能な）サブシーケンスの最初のセグメントであるかどうか、またはｉｉ）セグメントが時間的シーケンスの署名された（または検証可能な）サブシーケンスの最後のセグメントであるかどうかを指示する指示６１（例えば、構文要素、例えばフラグ、例えばｄｓｃｉ＿ｌａｓｔ＿ｓｉｇｎｅｄ＿ｓｅｇｍｅｎｔ＿ｆｌａｇ）を導出すること２１、ハッシュ値３３に基づいてかつ指示６１に基づいて検証文字列４８を形成すること（例えば、検証文字列はハッシュ値および指示を反映するか、またはそれらに依拠し、例えば、検証文字列はハッシュ値および指示、例えば、指示を表すフラグの値を含む）、データストリームからデジタル署名４３を導出し、検証文字列４８がデジタル署名４３に適合するかどうかをチェックすることによって、セグメントのシーケンスの（例えば、現在のまたは所定の）セグメント１７＊を検証するように構成されている。
第１の態様の実施形態のさらなる任意選択の詳細を以下に説明する。
一実施形態によれば、指示６１は、セグメント１７＊に関連付けられた補足情報メッセージ内、例えば、後述するＤＳＣＩ ＳＥＩメッセージ内において、データストリーム１４に含まれる。
例えば、指示６１は、上述の検証パラメータセットの一部であり得る。あるいは、指示６１は、デジタル署名４３を搬送する補足情報メッセージ、例えば、後述するＤＳＣＶ ＳＥＩメッセージの一部であってもよい。
換言すれば、第１の態様の第１の代替例の一実施形態によれば、指示６１を含む補足情報メッセージは、データストリーム１４内の所定の部分１３に先行する。第１の態様の第２の代替例の一実施形態によれば、指示６１を含む補足情報メッセージは、データストリーム１４内の所定の部分１３に後続するか、またはデータストリーム１４内の所定の部分１３の最終ペイロードパケットに先行する。
第１の態様の第１の代替例の一実施形態によれば、セグメント１７＊の所定の部分１３の信頼性チェック１４は、セグメント１７＊が署名されたサブシーケンスの最初のセグメントである場合に、時間的シーケンスにおいてセグメント１７＊に先行するセグメントであるデータストリーム１４のいずれのセグメントとは無関係に検証文字列４８が形成されるような方法で実行される。
例えば、セグメントが署名されたサブシーケンスの最初のセグメントではない場合、検証文字列４８は、データストリーム１４のセグメントのシーケンス内のセグメント１７＊に先行する、先行するセグメントに対して取得された、前のハッシュ値を使用して形成され得る。例えば、「先行するセグメント」に言及する場合、セグメント１７＊の直前の先行するセグメント、すなわち信頼性が現在チェックされているセグメントを指す。
換言すれば、セグメント１７＊が署名されたサブシーケンスの最初のセグメントであるかどうかを指示する指示は、デコーダ、またはデータストリーム１４の信頼性をチェックするための装置に、現在のセグメントが署名されたサブシーケンスの最初のセグメントであるかどうかの情報を提供し、それにより、信頼性チェックを実行するエンティティが、現在のセグメント１７＊についてのデジタル署名を正常に検証するために、前のセグメントからのハッシュ値が信頼性チェックに含まれるべきかどうかを推論することが可能になる。例えば、個々のセグメントを検証するだけでなく、時間的セグメントのシーケンスの時間的一貫性の検証を提供するために、例えば、セグメントがキャンセルされなかったか、または追加のセグメントが追加されなかったことを検証するために、セグメントの検証は、現在チェックされているセグメントの検証文字列内に前のセグメントのハッシュ値を含め得る。
ストリームに切り替える受信機は、現在受信しているセグメントが、メディアデータストリームの署名されたサブシーケンスの最初のセグメントであるかどうかを必ずしも認識しているわけではない。セグメントが最初のセグメントであるか否かを指示する指示により、セグメントが最初のセグメントではなく、受信機が先行するセグメントを所持していない場合は、信頼性チェックを実行することができないと推論することが可能になる。セグメントが最初のセグメントである場合、受信機は、前のセグメントとは無関係に信頼性チェックが実行されるべきであり、信頼性チェックを実行することができることを指示６１から認識する。したがって、信頼性チェックが失敗した場合、受信機は、セグメントが信頼できないことを認識する。またさらに、２つのデータストリームが連結されている場合、および第１のデータストリームから第２のデータストリームへの切替えを指示する指示がデータストリーム内に存在しない場合、受信機は、第２のデータストリームの最初のセグメントが第１のデータストリームの最後のセグメントのハッシュ値を使用して検証されるべきであると仮定することとなり得る。しかしながら、これらの２つのデータストリームが互いに独立して信頼性に関してチェック可能にされる場合、そのようなチェックは失敗することとなり得、受信機は第２のデータストリームの最初のセグメントの検証問題を識別することとなり得る。セグメントが第２のデータストリームの最初のセグメントであるという情報を有することにより、本発明の一実施形態による受信機は、第１のデータストリームとは無関係に信頼性チェックを実行することとなり得、その結果、チェックは成功する。
セグメントが署名されたサブシーケンスの最後のセグメントであるという指示の存在は、データストリームが気付かれずに短縮されることを防止する。
図４に関して既に説明したように、データストリーム１４またはそのセグメントは、任意選択的に、サブストリームとも称される部分の単位で検証可能であってもよい。第１の態様の実施形態によれば、セグメント１７＊は、階層的順序を有するいくつかの部分の単位で検証可能である。
一実施形態によれば、所定の部分１３が部分のうち階層的順序内の最初の部分ではない場合、信頼性チェック４１は、階層的順序において所定の部分１３に先行するセグメント１７＊の先行する部分に対して取得された、前のハッシュ値にさらに基づいて検証文字列４８を生成する。例えば、先行する部分は、所定の部分の信頼性チェックが依拠する部分であり得、換言すれば、所定の部分１３についての信頼性チェックは、先行する部分を参照する。
一実施形態によれば、所定の部分１３が、部分間の階層的順序内の最初の部分、例えば、上記のように最下位にランク付けされた部分、いくつかの部分のうちの所定の部分１３の後続する部分の検証、後続する部分が階層的順序において所定の部分１３に、例えば直接的または間接的に続く場合、信頼性チェック４１は、所定の部分１３をハッシュ関数にかけることによって取得されたハッシュ値に基づいて後続する部分を検証するための検証文字列４８を形成する。
実施形態によれば、セグメント１７＊が署名されたサブシーケンス内の最初のセグメントであるかどうかを指示する指示６１は、選択的にシグナリングされ、例えば、検証されるべき所定の部分１３がいくつかの部分の階層的順序内の最初の部分である場合にのみシグナリングされる。セグメント１７＊が署名されたサブシーケンスの最後のセグメントであるかどうかを指示６１が示す場合も同じく適用され得る。この条件付きシグナリングは、指示６１が、セグメント１７＊内の個々の部分に固有の構文構造、例えば、例えば後述するＤＳＣＶ ＳＥＩメッセージなどのセグメント１７＊のいくつかの部分の各々に対してシグナリングされる構文構造でシグナリングされる場合に特に有益である。最初の部分、例えば最下位にランク付けされたサブストリームに対してのみ指示６１を条件付きシグナリングすることは、セグメントのすべての部分に対して同じである情報を複数回シグナリングすることを防止する。
換言すれば、階層的順序内の最初の部分ではない、いくつかの部分のうちの部分を検証する際に、装置２０は、データストリーム１４から指示６１を導出することを控え得る。
図６は、第１の態様の一実施形態による、データストリームをエンコードするための装置１０を示す。図６の装置１０は、図３の装置１０に任意選択的に対応してもよく、すなわち、図６の装置１０は、図１～図３に関して説明した実施形態のうちのいずれかに基づき得る。図６の実施形態によれば、エンコーダ１０は、データストリーム１４を信頼性に関してチェック可能にする（検証モジュール４１’を参照）。
エンコーダ１０の挿入器２３は、セグメント１７、１７＊の時間的シーケンスをデータストリーム１４内にエンコードする。装置１０は、セグメント１７＊の所定の部分１３をハッシュ関数３１にかけてハッシュ値３３を取得することによって、セグメントのシーケンスの現在のセグメント１７＊を信頼性に関してチェック可能にする。装置１０の挿入器２３は、指示６１をデータストリーム１４内に挿入し、指示６１は、第１の代替例において、現在のセグメント１７＊が時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるか、または第２の代替例において、現在のセグメント１７＊が時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかを指示する。この実施形態によれば、検証文字列４８は、例えば、図５の検証モジュール４１に関して説明したように、所定の部分１３および指示６１に基づいて形成される。検証文字列は、例えば非対称暗号方式の秘密鍵を使用して検証文字列４３に署名することによってデジタル署名４３を取得するために使用される。挿入器２３は、デジタル署名４３またはその指示をデータストリーム１４内に挿入する。
検証文字列を指示６１に依拠させることにより、指示６１が破損すること、例えば、信頼性チェックを弱体化させる可能性のある不正な方法で修正されること、特に、上記で説明された利点である、データストリーム１４内に指示６１を含めるという利点が損なわれることが防止される。
以下では、本発明の第２の態様の実施形態について説明する。
図７は、本発明の第２の態様の一実施形態による、データストリーム１４をデコードするための装置２０を示す。図７による装置２０は、任意選択的に、図１の装置２０の一実施形態であってもよく、すなわち、図１～図３に関して説明した詳細のうちのいずれかが、図７の装置２０において任意選択的に実装されてもよい。さらに、図４および図５に関して説明した特徴は、図７の装置において任意選択的に実装されてもよい。
図７の実施形態によれば、データストリーム１４は、例えば、図４または図５に関して説明したように、セグメント１７、１７＊の時間的シーケンスを含む。図７によれば、装置２０は、現在信頼性に関してチェックされるべきであるセグメントのシーケンスのセグメント１７＊のデータストリーム１４から、セグメントの時間的シーケンス内の検証チェーンがセグメントにおいて中断されたかどうかを導出する。検証チェーンがセグメントで中断されたという結果に装置２０が達した場合、およびデータストリーム１４が信頼性に関してセグメント１７＊をチェックするためのデジタル署名４３を含む場合、抽出器２１は、データストリーム１４からデジタル署名４３を抽出して、信頼性チェック４１のためのデジタル署名４３を提供する。信頼性チェック４１は上記のように実行されてもよいが、第２の態様の実施形態によれば、検証文字列４８の形成は、検証チェーンが現在のセグメントで中断された場合、時間的シーケンスにおいて現在チェックされているセグメントの直前にある先行するビデオセグメントとは無関係に実行される。
例えば、検証チェーンは、セグメントの時間的シーケンスの署名されたサブシーケンスである。例えば、データストリームが現在のセグメントでスプライシングされている場合、すなわち、例えば、現在のセグメントがデータストリーム１４の先行するセグメント内で搬送される信号とは同じ信号に属さない場合に、中断が発生する可能性がある。例えば、メディア信号の場合、データストリームをスプライシングしてメディアデータストリームのセグメント間に広告が挿入される場合があり、その検証チェーンがスプライシング点で中断されるデータストリームが得られる。一般に、スプライシングとは、信頼性に関して一緒にチェック可能にされないデータストリームセグメントの構成物を指し得る。
換言すれば、本発明の一実施形態は、データストリーム１４をデコードするための装置２０であり、データストリームは、セグメント１７の時間的シーケンス（例えば、コード化ビデオシーケンス（ＣＶＳ））を含み（例えば、セグメントは、時間的シーケンスのセグメントに割り当てられた提示順序または提示時間に関して時間的シーケンスを形成する）、装置は、データストリームから、セグメントのシーケンスのセグメント１７＊について、セグメントの時間的シーケンス内の検証チェーン（または時間的シーケンスの署名されたサブシーケンス）がセグメントにおいて中断されたかどうかを導出すること２１と、データストリームが検証チェーンが中断されたことを指示する場合、およびデータストリームが信頼性に関してセグメントをチェックするためのデジタル署名４３を含む場合（例えば、セグメントまたはその部分を信頼性に関してチェックするためのデジタル署名４３）（例えば、装置は、データストリームがセグメントについてのデジタル署名を含むかどうかをチェックするように構成されており、例えば、データストリームがセグメントについてのデジタル署名を含まない場合、装置は信頼性に関してセグメントをチェックしない）、データストリームから、時間的シーケンスにおいてセグメント１７＊の直前にある先行するセグメントとは独立した検証文字列４８に対してチェックされるためのデジタル署名４３を導出すること２１と、を行うように構成されている。
一実施形態によれば、装置は、（例えば、データストリームまたはその所定の部分１３を信頼性に関してチェックするために）検証文字列４８がデジタル署名４３に適合するか（または一致するか）どうかをチェックすることによってセグメントを検証するように構成されている。
一実施形態によれば、装置は、（例えば、さらなる装置またはエンティティによって実行される）セグメントの検証のために、セグメントの所定の部分１３およびデジタル署名４３を提供する（または転送する）ように構成されている（例えば、検証は、データストリームの所定の部分１３がデジタル署名４３に適合するか（または一致するか）どうかをチェックすることを含む）。
換言すれば、本発明の一実施形態は、データストリーム１４をデコードするための装置２０であり、装置は、データストリームを信頼性に関してチェックするように構成されており（例えば、データストリームを検証するための装置）、データストリームは、セグメントの時間的シーケンス（例えば、コード化ビデオシーケンス（ＣＶＳ））を含み（例えば、セグメントは、時間的シーケンスのセグメントに割り当てられた提示順序または提示時間に関して時間的シーケンスを形成する）、装置は、データストリームから、セグメントの時間的シーケンス内の検証チェーン（または時間的シーケンスの署名されたサブシーケンス）がセグメントにおいて中断されたかどうかを導出すること２１と、データストリームが、検証チェーンが中断されたことを指示する場合、およびデータストリームがセグメントについてのデジタル署名４３を含む場合（例えば、セグメントまたはその部分を信頼性に関してチェックするためのデジタル署名４３）（例えば、装置は、データストリームがセグメントについてのデジタル署名４３を含むかどうかをチェックするように構成されており、例えば、データストリームがセグメントについてのデジタル署名を含まない場合、装置は信頼性に関してセグメントをチェックしない）、データストリームからデジタル署名４３を導出すること２１と、時間的シーケンスにおいてセグメントの直前にある先行するセグメントとは独立した検証文字列４８を形成すること３９と、検証文字列４８がデジタル署名４３に適合するかどうかをチェックすること６３と、を行うように構成されている。
実施形態のさらなる任意選択の詳細を以下に説明する。
一実施形態によれば、装置２０は、データストリーム１４が現在のセグメントについてのデジタル署名を含むかどうかをチェックし得る。例えば、そうではない場合、現在のセグメントは信頼性に関してチェックされないこととなる。換言すれば、検証チェーン内に挿入されており、それによって検証チェーンの中断を引き起こす現在のセグメントは、検証可能ではない、すなわちデジタル署名を含まない場合があり得る。これらの場合、信頼性チェックは省略されてもよい。
一実施形態によれば、データストリーム１４は、現在のセグメントについて、検証チェーンが現在のセグメントで中断されたかどうかを指示する指示を含む。例えば、指示は、フラグ、例えば後述するＤＳＣＩ＿ｓｐｌｉｃｉｎｇ＿ｆｌａｇなどの構文要素であり得る。例えば、指示は、上述の検証パラメータセットに含まれ得る。
図７では、現在のセグメントは、参照符号１７＊を使用して指示されている。図７のデータストリーム１４の時間的シーケンスは、例示を目的として、セグメント１７およびセグメント１７＊を含む。セグメント１７は、検証チェーン、例えば時間的シーケンスの署名されたサブシーケンスに属する。セグメント１７＊は、２つのセグメント１７間に挿入されており、それによって、現在のセグメント１７＊で検証チェーンの中断が引き起こされる。
一実施形態によれば、装置２０は、セグメント１７＊が信頼性に関してチェック可能であるかどうかをチェックし得、セグメント１７＊が信頼性に関してチェック可能ではない場合、装置２０は、検証チェーンがセグメント１７＊で中断されたと仮定し得る。
信頼性チェック４１では、図７に示すように、ブロック３９において、検証文字列４８が所定の部分１３に基づいて形成される。例えば、ブロック３９は、図２のブロック３１および４９を含み得る。図７に示すような信頼性チェック４１のブロック６３は、検証文字列４８がデジタル署名４３に適合するかどうかをチェックする。例えば、ブロック６３は、図２のブロック５９、およびチェック値４７と検証文字列４８との間の比較を含み得る。
一実施形態によれば、検証文字列４８の形成は、装置２０がセグメント１７＊で検証チェーンの中断を検出したか否かに依拠する。検証チェーンが中断された場合（すなわち、装置２０が、中断を検出した場合）、およびデータストリーム１４がセグメント１７＊についてのデジタル署名を含む場合、検証文字列４８は、先行するセグメントの部分をハッシュ関数３１にかけることによって取得された先行するハッシュ値を使用することによって形成される。装置２０が中断を検出した場合、およびデータストリーム１４がセグメント１７＊についてのデジタル署名を含む場合、検証文字列４８は、時間的シーケンスにおいてセグメント１７＊に先行するセグメント１７のうちのいずれかから独立して形成される。
一実施形態によれば、検証文字列４８の形成は、セグメント１７＊がさらなる検証チェーンの最初のセグメントであるか否かにさらに依拠し得る。セグメント１７＊がさらなる検証チェーンの最初のセグメントである場合、検証文字列４８は、時間的シーケンスにおいてセグメント１７＊に先行するセグメントのうちのいずれかとは無関係に形成される。例では、セグメントがさらなる検証チェーンの最初のセグメントではない場合、検証文字列４８は、前のハッシュ値を使用して形成されてもよく、さらなる前のハッシュ値は、時間的シーケンスのさらなる先行するセグメントの部分をハッシュ関数にかけることによって取得される。例えば、さらなる先行するセグメントは、さらなる検証チェーンに属するセグメントである。換言すれば、データストリーム１４の時間的シーケンスのシーケンスは、インターリーブされ得る複数の検証チェーンを含み得る。装置２０は、セグメント１７＊とさらなる検証チェーンのその先行するセグメントとの時間的一貫性が信頼できないことがチェックされ得るように、スプライシング点、すなわち、装置２０が検証チェーンの中断を検出した点、すなわちセグメント１７＊について、セグメント１７＊がさらなる検証チェーンの最初のセグメントであるかどうかをチェックし得る。
より一般的な用語では、装置２０は、セグメント１７＊がさらなる検証チェーンの最初のセグメントであるかどうかをチェックし得る。例えば、このチェックは、図５に関して説明した指示６１を使用して実行され得る。したがって、第２の態様は、本発明の第１の態様と組み合わされてもよい。
あるいは、装置２０は、セグメント１７＊についてデータストリーム１４でシグナリングされた検証情報に基づいて、セグメント１７＊がさらなる検証チェーンの最初のセグメントであるか否かを決定し得る。換言すれば、装置２０は、データストリーム１４から、セグメント１７＊の検証情報を導出し、その検証情報を、別のさらなる先行するセグメントまたは時間的シーケンスのさらなる先行するセグメントについての先行する検証と比較し得る。例えば、検証情報は、上述の検証パラメータセットの情報、例えばＤＳＣＩ ＳＥＩメッセージ、またはその中の情報信号の部分であり得る。検証情報が先行する検証情報と一致する場合、装置は、セグメント１７＊がさらなる検証チェーンの最初のセグメントではないと推論し得、そうではない場合、すなわち、検証情報が一致しない、例えば、先行する検証情報と同一ではない場合、装置２０は、セグメント１７＊がさらなる検証チェーンの最初のセグメントではないと推論し得る。
例えば、検証情報と先行する検証情報との間の一致は、それらが同一であることを意味し得るか、または、検証情報の評価によって、検証情報および先行する検証情報が同じコンテンツもしくは検証チェーンの一部であるという、例えば、それらが同じ検証チェーンの後続のセグメントであるという結果がもたらされることを意味し得る。例えば、検証情報のコンテンツ識別子は、セグメントごとに変更されてもよく、セグメントが同じコンテンツの後続のセグメントであるかどうかをチェックすることを可能にし得る。例えば、セグメント１７＊がさらなる検証チェーンの最初のセグメントであるかどうかを決定するとき、装置２０は、セグメント１７＊の検証情報を、時間的シーケンスの複数の先行するセグメント、例えばすべてのセグメント、または直前のセグメントを除くすべてのセグメントについての検証情報と比較し得る。
例えば、検証情報は、デジタル署名４３を解読するための公開鍵を含む証明書の指示、ハッシュ関数の指示、およびセグメントをメディア資産に関連付けるセグメントのコンテンツの識別子のうちの１つ以上を含み得る。
一実施形態によれば、検証チェーンがセグメント１７＊で中断されたことをデータストリーム１４が指示する場合、装置２０は、セグメント１７＊の後続のセグメントの検証のために先行するセグメントのハッシュ値を記憶し得る。換言すれば、装置２０は、先行するセグメントの部分をハッシュ関数にかけることによって取得されたハッシュ値を記憶して、このハッシュ値を、セグメント１７＊で中断された検証チェーンに属する後続のセグメントの後の検証に使用し得る。換言すれば、装置２０は、検証チェーンの後続のセグメントで検証チェーンを継続し得る。
図８は、本発明の第２の態様の一実施形態による、データストリームをエンコードするための装置１０を示す。図８の装置１０は、図３の装置１０の一実施形態であり得る。図８の装置１０は、図７の装置２０の文脈で説明したようにデータストリーム１４を提供し得る。図８による装置１０は、データストリーム１４を信頼性に関してチェック可能にするように構成されている。装置１０は、例えばセグメント１７、１７＊を含むセグメント１７の時間的シーケンスをデータストリーム１４内に挿入する。セグメントの時間的シーケンス内の検証チェーンがセグメントの時間的シーケンスのセグメント１７＊で中断された場合、およびセグメント１７＊が信頼性に関してチェック可能にされるべきである場合、装置２０は、時間的シーケンスにおいてセグメント１７＊の直前にある先行するセグメントとは独立した検証文字列４８を形成することによって、セグメント１７＊を信頼性に関してチェック可能にする。装置１０は、検証文字列４８に基づいてデジタル署名４３を取得し、デジタル署名４３をデータストリーム１４内に挿入する。
図１～図８の説明は装置に関するものであるが、これらの図のブロック図は、ブロックの各々がそれぞれの方法のステップを表す、それぞれの方法のフロー図と代替的にみなされ得る。したがって、図１～図８は、それぞれの方法の例示をさらに提供する。
以下では、本発明の態様が再び説明され、換言すれば、本発明の特定の実施態様およびさらなる実施形態が説明される。図１～図８に関して説明した実施形態は、以下で説明する実施形態の一般化とみなされ得るが、以下の説明は、前述の実施形態とは独立して実施され得る本発明の追加の実施形態をさらに含む場合がある。以下の実施形態に関して説明される特徴および詳細のいずれも、任意選択的に前述の実施形態に統合されてもよい。
以下の説明はビデオデータストリームに言及しているが、同じ概念が、あらゆるタイプのメディアデータストリーム、またはサンプリングされたデータを含むあらゆるタイプのデータストリームに等価的に適用され得ることは明らかである。サンプリングされたデータのさらなる例は、波形信号であり得る。オーディオ信号の他に、波形信号のさらなる例は、生物医学的波形信号である。
ビデオを認証するには、どのようにハッシュが実行されたか（用いられたハッシュ方法、データがどのように編成されているか、実際に何がどのようにハッシュされたかを含む）、ビデオの１つ以上の署名を検証し提供するために使用され得る公開鍵を搬送する証明書に関する情報をクライアントに提供する必要がある。
以下では、コンテンツ検証のための既存の解決策について説明する。本発明の後続の実施形態は、この既存の解決策に対する修正の観点から説明され得、したがって、この既存の解決策の詳細は、本発明の実施形態の特徴を形成し得る。
この目的のために、既存の解決策は、ビデオビットストリームの各コード化ビデオシーケンス（ＣＶＳ）内に３つのＳＥＩメッセージを含めることである。
１．デジタル署名されたコンテンツ初期化ＳＥＩメッセージ：同じコンテンツに属する個別に署名された異なるビットストリーム（例えば、異なるオーディオストリームおよびビデオストリーム）が、同じコンテンツに属していると識別され得るように（したがって、異なるコンテンツのオーディオを特定のビデオに使用することはできず、ある人が別の時間に発言したことが新規のビデオに使用されることが回避される）、使用されたハッシュされた方法に関する情報、証明書を取得するためのＵＲＬ、または、署名を演算するときに使用されるコンテンツの公開鍵およびＵＵＩＤなどの情報を含むＣ２ＰＡマニフェストを搬送し、かつ署名の生成に使用されるサブストリームの数を搬送する。後者は、コンテンツを、各々が署名を有する異なるサブストリームに分割することを指し、したがって、（例えば、ネットワーク輻輳がある場合に高分解能拡張レイヤを階層化エンコードするために）ビデオの重要度の低い部分がドロップされた場合、受信された部分は依然として認証され得る。
２．デジタル署名されたコンテンツ選択ＳＥＩメッセージ：ピクチャのスライス（すなわち、ＶＣＬ ＮＡＬユニット）が属するサブストリームＩＤを識別する。
３．デジタル署名されたコンテンツ検証ＳＥＩメッセージ：各サブストリームに対応する署名を提供する。
これら３つのＳＥＩメッセージおよび検証プロセスの既存の解決策は、以下で再現される。この解決策の詳細は、特に明記しない限り、例えばこの解決策の修正の観点において、本発明の実施形態で任意選択的に実施され得る。
デジタル署名されたコンテンツ初期化ＳＥＩメッセージ：

ｄｓｃｉ＿ｈａｓｈ＿ｍｅｔｈｏｄ＿ｔｙｐｅは、コード化ビデオシーケンスのＳＰＳ、ＰＰＳ、ＡＰＳ、ＰＨ、およびＶＣＬ ＮＡＬユニットのサブセットについてのメッセージダイジェストを計算するために使用されるセキュアハッシュアルゴリズムを示す。これらのメッセージダイジェストおよびデジタル署名されたコンテンツ検証ＳＥＩメッセージ内に存在するデジタル署名に基づいて、デコーダは、コード化されたビデオが構文要素ｄｓｃｉ＿ｋｅｙ＿ｓｏｕｒｃｅ＿ｕｒｉ、ｄｓｃｉ＿ｕｓｅ＿ｋｅｙ＿ｒｅｇｉｓｔｅｒ＿ｉｄｘ＿ｆｌａｇ、およびｄｓｃｉ＿ｕｓｅ＿ｋｅｙ＿ｒｅｇｉｓｔｅｒ＿ｉｄｘ＿ｆｌａｇのフラグが１に等しい場合、ｄｓｃｉ＿ｋｅｙ＿ｒｅｇｉｓｔｅｒ＿ｉｄｘによって指示されたコンテンツオリジネータによって生成されたものであることを検証することができる。構文要素ｄｓｃｉ＿ｈａｓｈ＿ｍｅｔｈｏｄ＿ｔｙｐｅのサポート値、メッセージダイジェストを計算するために使用されるブロックサイズ、および計算されたメッセージダイジェストのサイズが指定されている。表１に列挙されていないｄｓｃｉ＿ｈａｓｈ＿ｍｅｔｈｏｄ＿ｔｙｐｅの値は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約されており、この仕様のこのバージョンに準拠するペイロードデータには存在しないものとする。デコーダは、ｄｓｃｉ＿ｈａｓｈ＿ｍｅｔｈｏｄ＿ｔｙｐｅの予約された値を含む信頼できる初期化ＳＥＩメッセージを無視するものとする。表１に列挙されたセキュアハッシュアルゴリズムは、「セキュアハッシュ規格」ＦＩＰＳ ＰＵＢ １８０－４に規定されている。
表１－ｄｓｃｉ＿ｈａｓｈ＿ｍｅｔｈｏｄ＿ｔｙｐｅのサポート値

ｄｓｃｉ＿ｋｅｙ＿ｓｏｕｒｃｅ＿ｕｒｉは、ＩＥＴＦインターネット規格６６で指定されている構文およびセマンティクスを有するＵＲＩを含む。ｄｓｃｉ＿ｋｅｙ＿ｒｅｔｒｉｅｖａｌ＿ｍｏｄｅ＿ｉｄｃが０に等しい場合、ｄｓｃｉ＿ｋｅｙ＿ｓｏｕｒｃｅ＿ｕｒｉは、Ｃ２ＰＡ技術仕様に規定されているＣ２ＰＡマニフェストストアを指定する。ｄｓｃｉ＿ｋｅｙ＿ｒｅｔｒｉｅｖａｌ＿ｍｏｄｅ＿ｉｄｃが１に等しい場合、以下が適用される。
－ｄｓｃｉ＿ｕｓｅ＿ｋｅｙ＿ｒｅｇｉｓｔｅｒ＿ｉｄｘ＿ｆｌａｇが０に等しい場合、ＵＲＩは、以下のデジタル署名されたコンテンツ検証ＳＥＩメッセージ内に存在する署名を検証するために使用され得るコンテンツプロバイダの証明書を識別し、
－そうではない場合（ｄｓｃｉ＿ｕｓｅ＿ｋｅｙ＿ｒｅｇｉｓｔｅｒ＿ｉｄｘ＿ｆｌａｇが１に等しい場合）、ＵＲＩは、証明書のレジスタ、およびｄｓｃｉ＿ｋｅｙ＿ｒｅｇｉｓｔｅｒ＿ｉｄｘによって指示されるように、以下のデジタル署名されたコンテンツ検証ＳＥＩメッセージ内に存在する署名を検証するために使用され得るコンテンツプロバイダの証明書を識別する。
ｄｓｃｉ＿ｎｕｍ＿ｖｅｒｉｆｉｃａｔｉｏｎ＿ｓｕｂｓｔｒｅａｍｓ＿ｍｉｎｕｓ１に１を加えたものは、メッセージダイジェストが計算され、以下のデジタル署名されたコンテンツ検証ＳＥＩメッセージ内に署名が存在し得るサブストリームの数を指示する。
変数ＮｕｍＶｅｒｉｆｉｃａｔｉｏｎＳｕｂｓｔｒｅａｍは、以下のように導出される。
ＮｕｍＶｅｒｉｆｉｃａｔｉｏｎＳｕｂｓｔｒｅａｍ＝ｄｓｃｉ＿ｎｕｍ＿ｖｅｒｉｆｉｃａｔｉｏｎ＿ｓｕｂｓｔｒｅａｍｓ＿ｍｉｎｕｓ１＋１。
０に等しいｄｓｃｉ＿ｋｅｙ＿ｒｅｔｒｉｅｖａｌ＿ｍｏｄｅ＿ｉｄｃは、ｄｓｃｉ＿ｋｅｙ＿ｓｏｕｒｃｅ＿ｕｒｉに含まれるＵＲＩが、Ｃ２ＰＡ技術仕様に規定されているＣ２ＰＡマニフェストストアを指定することを指示する。１に等しいｄｓｃｉ＿ｋｅｙ＿ｒｅｔｒｉｅｖａｌ＿ｍｏｄｅ＿ｉｄｃは、ｄｓｃｉ＿ｋｅｙ＿ｓｏｕｒｃｅ＿ｕｒｉに含まれるＵＲＩ、および存在する場合は、ｄｓｃｉ＿ｋｅｙ＿ｒｅｇｉｓｔｅｒ＿ｉｄｘが証明書を指定することを指示する。この仕様のこのバージョンでは、ｄｓｃｉ＿ｋｅｙ＿ｒｅｔｒｉｅｖａｌ＿ｍｏｄｅ＿ｉｄｃは、０～１の範囲内にあるものとする。デコーダはまた、ｄｓｃｉ＿ｋｅｙ＿ｒｅｔｒｉｅｖａｌ＿ｍｏｄｅ＿ｉｄｃの他の値も許容するものとするが、デジタル署名されたコンテンツ初期化ＳＥＩメッセージ、関連するデジタル署名されたコンテンツ選択ＳＥＩメッセージ、および関連するデジタル署名されたコンテンツ検証ＳＥＩメッセージのコンテンツを無視するものとする。
１に等しいｄｓｃｉ＿ｕｓｅ＿ｋｅｙ＿ｒｅｇｉｓｔｅｒ＿ｉｄｘ＿ｆｌａｇは、ｄｓｃｉ＿ｋｅｙ＿ｓｏｕｒｃｅ＿ｕｒｉに含まれるＵＲＩが証明書のレジスタを指定し、かつ構文要素ｄｓｃｉ＿ｋｅｙ＿ｒｅｇｉｓｔｅｒ＿ｉｄｘがＳＥＩメッセージ内に存在することを指示する。０に等しいｄｓｃｉ＿ｕｓｅ＿ｋｅｙ＿ｒｅｇｉｓｔｅｒ＿ｉｄｘ＿ｆｌａｇは、ｄｓｃｉ＿ｋｅｙ＿ｓｏｕｒｃｅ＿ｕｒｉに含まれるＵＲＩが証明書を指定し、かつ構文要素ｄｓｃｉ＿ｋｅｙ＿ｒｅｇｉｓｔｅｒ＿ｉｄｘがＳＥＩメッセージ内に存在しないことを指示する。
ｄｓｃｉ＿ｋｅｙ＿ｒｅｔｒｉｅｖａｌ＿ｍｏｄｅ＿ｉｄｃが０に等しいとき、Ｃ２ＰＡ技術仕様に規定されているように、アクティブマニフェストがコンテンツバインディングを提供するメディア資産は、デジタル署名されたコンテンツ初期化ＳＥＩメッセージである。以下の制約が、ｄｓｃｉ＿ｋｅｙ＿ｓｏｕｒｃｅ＿ｕｒｉによって識別されるＣ２ＰＡマニフェストストアに適用される。
－アクティブマニフェストは、Ｃ２ＰＡ技術仕様に規定されているように、コンテンツアサーションに対する強い拘束力を有する、正確に１つのｃ２ｐａ．ｈａｓｈ．ｄａｔａを含むものとする。
－ｃ２ｐａ．ｈａｓｈ．ｄａｔａ内に指示される除外範囲は、デジタル署名されたコンテンツ初期化ＳＥＩメッセージ内のｄｓｃｉ＿ｋｅｙ＿ｓｏｕｒｃｅ＿ｕｒｉバイトと一致するものとする。
ｄｓｃｉ＿ｋｅｙ＿ｒｅｇｉｓｔｅｒ＿ｉｄｘは、存在する場合、以下のデジタル署名されたコンテンツ検証ＳＥＩメッセージ内に存在する署名を検証するために使用され得る、ｄｓｃｉ＿ｋｅｙ＿ｓｏｕｒｃｅ＿ｕｒｉによって指示された証明書レジスタ内の、コンテンツプロバイダの証明書を指定するインデックスを含む。
構文要素ｄｓｃｉ＿ｋｅｙ＿ｒｅｔｒｉｅｖａｌ＿ｍｏｄｅ＿ｉｄｃ、ｄｓｃｉ＿ｕｓｅ＿ｋｅｙ＿ｒｅｇｉｓｔｅｒ＿ｉｄｘ＿ｆｌａｇ、ｄｓｃｉ＿ｋｅｙ＿ｓｏｕｒｃｅ＿ｕｒｉ、およびｄｓｃｉ＿ｕｓｅ＿ｋｅｙ＿ｒｅｇｉｓｔｅｒ＿ｉｄｘ＿ｆｌａｇが１に等しい場合にｄｓｃｉ＿ｋｅｙ＿ｒｅｇｉｓｔｅｒ＿ｉｄｘによって指示された証明書は、関連するパラメータ（該当する場合）およびコンテンツプロバイダの公開鍵を用いてデジタル署名方法を指定するものとする。ｄｓｃｉ＿ｋｅｙ＿ｒｅｔｒｉｅｖａｌ＿ｍｏｄｅ＿ｉｄｃが１に等しいとき、この情報が提供されるフォーマットは本明細書の範囲外である。「デジタル署名規格」のＦＩＰＳ １８６－５に準拠するデジタル署名アルゴリズムを使用することが提案されている。
１に等しいｄｓｃｉ＿ｃｏｎｔｅｎｔ＿ｕｕｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、構文要素ｄｓｃｉ＿ｃｏｎｔｅｎｔ＿ｕｕｉｄが存在することを指定する。０に等しいｄｓｃｉ＿ｃｏｎｔｅｎｔ＿ｕｕｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、構文要素ｄｓｃｉ＿ｃｏｎｔｅｎｔ＿ｕｕｉｄが存在しないことを指定する。ｄｓｃｉ＿ｋｅｙ＿ｒｅｔｒｉｅｖａｌ＿ｍｏｄｅ＿ｉｄｃが０に等しいとき、ｄｓｃｉ＿ｃｏｎｔｅｎｔ＿ｕｕｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは１に等しいものとする。
ｄｓｃｉ＿ｃｏｎｔｅｎｔ＿ｕｕｉｄは、存在する場合、ビデオコンテンツの識別子を指示し、ＩＳＯ／ＩＥＣ １１５７８：１９９６、Ａｎｎｅｘ Ａの手順に従ってＵＵＩＤとして指定された値を有するものとする。
デジタル署名されたコンテンツ初期化ＳＥＩメッセージがＡＵ内に存在する場合、ＮｕｍＶｅｒｉｆｉｃａｔｉｏｎＳｕｂｓｔｒｅａｍメッセージダイジェストの計算は、指定されたｄｓｃｉ＿ｈａｓｈ＿ｍｅｔｈｏｄ＿ｔｙｐｅのＦＩＰＳ ＰＵＢ １８０－４の仕様に従って初期化される。デジタル署名されたコンテンツ初期化ＳＥＩメッセージに続く各ＳＰＳ、ＰＰＳ、ＡＰＳ、ＰＨ、およびＶＣＬ ＮＡＬユニットは、ＮｕｍＶｅｒｉｆｉｃａｔｉｏｎＳｕｂｓｔｒｅａｍメッセージダイジェストのうちの１つに関連付けられ、検証サブストリームｉｄは、デジタル署名されたコンテンツ選択ＳＥＩメッセージによって指示されるか、またはＰＵについてデジタル署名されたコンテンツ選択ＳＥＩメッセージが存在しない場合、０に等しいと推論されるかのいずれかである。ｋ番目のメッセージダイジェストを計算するために使用されるメッセージは、ｋが０以上ｄｓｃｉ＿ｎｕｍ＿ｖｅｒｉｆｉｃａｔｉｏｎ＿ｓｕｂｓｔｒｅａｍｓ＿ｍｉｎｕｓ１以下の範囲内であり、ｋ番目の検証サブストリームに関連付けられたすべてのＳＰＳ、ＰＰＳ、ＡＰＳ、およびＶＣＬ ＮＡＬユニットを連結することによって取得される。メッセージダイジェストの計算はブロックに基づいて行われ、ブロックサイズはｄｓｃｉ＿ｈａｓｈ＿ｍｅｔｈｏｄ＿ｔｙｐｅの値に応じて表１で指定されている。各ＳＰＳ、ＰＰＳ、ＡＰＳ、ＰＨ、およびＶＣＬ ＮＡＬユニットについて、関連付けられたメッセージダイジェストは、指定されたｄｓｃｉ＿ｈａｓｈ＿ｍｅｔｈｏｄ＿ｔｙｐｅのＦＩＰＳ ＰＵＢ １８０－４で指定されたアルゴリズムに従って更新される。メッセージダイジェストは、検証サブストリームのすべてのＳＰＳ、ＰＰＳ、ＡＰＳ、ＰＨ、およびＶＣＬ ＮＡＬユニットの連結のために計算されるため、処理ブロックのうちのいくつかは、典型的には、２つ以上の連続するＮＡＬユニットに及ぶことに留意されたい。
デジタル署名されたコンテンツ選択ＳＥＩメッセージ：

ｄｓｃｓ＿ｖｅｒｉｆｉｃａｔｉｏｎ＿ｓｕｂｓｔｒｅａｍ＿ｉｄは、現在のコード化されたピクチャのＳＰＳ、ＰＰＳ、ＡＰＳ、ＰＨ、およびＶＣＬ ＮＡＬユニットが割り当てられる検証サブストリームを示す。デジタル署名されたコンテンツ初期化ＳＥＩメッセージが現在のコード化されたビデオシーケンス内に存在したが、デジタル署名されたコンテンツ選択ＳＥＩメッセージがコード化されたピクチャに存在しない場合、ｄｓｃｓ＿ｖｅｒｉｆｉｃａｔｉｏｎ＿ｓｕｂｓｔｒｅａｍ＿ｉｄの値は０に等しいと推論される。ｄｓｃｓ＿ｖｅｒｉｆｉｃａｔｉｏｎ＿ｓｕｂｓｔｒｅａｍ＿ｉｄの値は、０以上、ｄｓｃｉ＿ｎｕｍ＿ｖｅｒｉｆｉｃａｔｉｏｎ＿ｓｕｂｓｔｒｅａｍ＿ｍｉｎｕｓ１以下とする。
以下で指定されるように、ｄｓｃｓ＿ｖｅｒｉｆｉｃａｔｉｏｎ＿ｓｕｂｓｔｒｅａｍ＿ｉｄに等しいｉｄを有する検証サブストリームのメッセージダイジェストは、先行するデジタル署名されたコンテンツ初期化ＳＥＩメッセージで指定されたｄｓｃｉ＿ｈａｓｈ＿ｍｅｔｈｏｄ＿ｔｙｐｅに従って、現在のコード化されたピクチャのＳＰＳ、ＰＰＳ、ＡＰＳ、ＰＨ、およびＶＣＬ ＮＡＬユニットで更新される。
デジタル署名されたコンテンツ検証ＳＥＩメッセージ：

ｄｓｃｖ＿ｖｅｒｉｆｉｃａｔｉｏｎ＿ｓｕｂｓｔｒｅａｍ＿ｉｄは、ＳＥＩメッセージが適用される検証サブストリームを指示する。
ｄｓｃｖ＿ｓｉｇｎａｔｕｒｅ＿ｌｅｎｇｔｈ＿ｉｎ＿ｏｃｔｅｔｓ＿ｍｉｎｕｓ１に１を加えたものは、構文要素ｄｓｃｖ＿ｓｉｇｎａｔｕｒｅのオクテット単位の長さを指定する（１オクテットは８ビットからなる）。
ｄｓｃｖ＿ｓｉｇｎａｔｕｒｅは、ｄｓｃｖ＿ｖｅｒｉｆｉｃａｔｉｏｎ＿ｓｕｂｓｔｒｅａｍ＿ｉｄによって指示される検証サブストリームに対するデジタル署名を含む。
ビットストリーム署名の検証は、以下の順序付けられたステップからなる。
１．ＣｕｒｒＤｉｇｅｓｔと称されるメッセージダイジェストの計算は、以下のように最終決定される。
－ｄｓｃｖ＿ｖｅｒｉｆｉｃａｔｉｏｎ＿ｓｕｂｓｔｒｅａｍ＿ｉｄに等しいｉｄを有する検証サブストリームのためのＳＰＳ、ＰＰＳ、ＡＰＳ、ＰＨ、およびＶＣＬ ＮＡＬユニットの連結が、ＦＩＰＳ ＰＵＢ １８０－４の仕様に従ってパディングされる。検証サブストリームの最後のＮＡＬユニットをパディングするだけで十分であることに留意されたい。
－メッセージダイジェストＣｕｒｒＤｉｇｅｓｔの計算が、ＦＩＰＳ ＰＵＢ １８０－４の仕様に従って最終決定される。メッセージダイジェストの長さ（ビット単位）を表１に示す。
２．参照メッセージダイジェストＲｅｆＤｉｇｅｓｔが、以下のように決定される。
－ｄｓｃｖ＿ｖｅｒｉｆｉｃａｔｉｏｎ＿ｓｕｂｓｔｒｅａｍ＿ｉｄが０よりも大きい場合、参照メッセージダイジェストＲｅｆＤｉｇｅｓｔは、ｄｓｃｖ＿ｖｅｒｉｆｉｃａｔｉｏｎ＿ｓｕｂｓｔｒｅａｍ＿ｉｄ－１に等しいｉｄを有する検証サブストリームの最後に計算されたメッセージダイジェストである。ｄｓｃｖ＿ｖｅｒｉｆｉｃａｔｉｏｎ＿ｓｕｂｓｔｒｅａｍ＿ｉｄ－１に等しい検証サブストリームｉｄに関連付けられた任意のデジタル署名されたコンテンツ検証ＳＥＩがｄｓｃｖ＿ｖｅｒｉｆｉｃａｔｉｏｎ＿ｓｕｂｓｔｒｅａｍ＿ｉｄに等しい検証サブストリームｉｄを有するデジタル署名されたコンテンツ検証ＳＥＩメッセージの前に存在することが、ビットストリーム適合性の要件である。
－そうではなく、現在のデジタル署名されたコンテンツ検証ＳＥＩメッセージが、コード化されたビデオシーケンスにおいて０に等しい検証ＩＤを有する最初のデジタル署名されたコンテンツ検証ＳＥＩであり、かつ先行するコード化されたビデオシーケンスが、いかなるデジタル署名されたコンテンツ初期化ＳＥＩメッセージも含まなかった場合（これは、現在のコード化されたビデオシーケンスがビットストリームにおける最初のコード化されたビデオシーケンスである場合を含む）、ＲｅｆＤｉｇｅｓｔは、１に等しいＤｉｇｅｓｔＳｉｚｅビットからなるビット列に等しく設定され、ＤｉｇｅｓｔＳｉｚｅは、表１で指定されたメッセージダイジェストのサイズである。
－そうではない場合、参照メッセージダイジェストＲｅｆＤｉｇｅｓｔは、０に等しいｉｄを有する検証サブストリームの最後に計算されたメッセージダイジェストである。
３．識別文字列ＩｄＳｔｒｉｎｇが、参照メッセージダイジェストＲｅｆＤｉｇｅｓｔ、現在のメッセージダイジェスト、およびｄｓｃｉ＿ｈａｓｈ＿ｍｅｔｈｏｄ＿ｔｙｐｅ、ならびに存在する場合にはｄｓｃｉ＿ｃｏｎｔｅｎｔ＿ｕｕｉｄ２のバイナリ表現を連結することによって構築される。
ＲｅｆＤｉｇｅｓｔのビット数は、ＲｅｆＤｉｇｅｓｔの値を計算するときに有効であったｄｓｃｉ＿ｈａｓｈ＿ｍｅｔｈｏｄ＿ｔｙｐｅの値によって決定され、ＣｕｒｒＤｉｇｅｓｔのビット数は、ｄｓｃｉ＿ｈａｓｈ＿ｍｅｔｈｏｄ＿ｔｙｐｅの現在の値によって決定され、ｄｓｃｉ＿ｈａｓｈ＿ｍｅｔｈｏｄ＿ｔｙｐｅの値は、８ビットで表され、存在する場合、ｄｓｃｉ＿ｃｏｎｔｅｎｔ＿ｕｕｉｄの値は、１２８ビットで表される。
４．識別文字列ＩｄＳｔｒｉｎｇは、署名を検証するために使用されるメッセージを表す。署名検証アルゴリズムおよび署名を検証するために使用される公開鍵は、構文要素ｄｓｃｉ＿ｕｓｅ＿ｋｅｙ＿ｒｅｇｉｓｔｅｒ＿ｉｄｘ＿ｆｌａｇ、ｄｓｃｉ＿ｋｅｙ＿ｓｏｕｒｃｅ＿ｕｒｉ、および、ｄｓｃｉ＿ｕｓｅ＿ｋｅｙ＿ｒｅｇｉｓｔｅｒ＿ｉｄｘ＿ｆｌａｇが１に等しい場合、ｄｓｃｉ＿ｋｅｙ＿ｒｅｇｉｓｔｅｒ＿ｉｄｘによって指示される。
注１－署名検証に使用されるビット列はＲｅｆＤｉｇｅｓｔを含むため、現在のメッセージダイジェストを計算するために使用されるＳＰＳ、ＰＰＳ、ＡＰＳ、ＰＨ、およびＶＣＬ ＮＡＬユニットが正しいことが検証され得るだけでなく、追加のＳＰＳ、ＰＰＳ、ＡＰＳ、ＰＨ、およびＶＣＬ ＮＡＬユニットがビットストリームに追加されておらず、ＳＰＳ、ＰＰＳ、ＡＰＳ、ＰＨ、およびＶＣＬ ＮＡＬユニットがビットストリームから削除されなかったことも追加的に検証され得る。
注２－デコーダがビットストリームにチューニングする場合、ＲｅｆＤｉｇｅｓｔの値を正しく計算することができないため、第１のデジタル署名されたコンテンツ検証ＳＥＩメッセージについて構成されたＩｄＳｔｒｉｎｇを検証することができない。しかし、第２のデジタル署名されたコンテンツ検証ＳＥＩメッセージから開始して、署名を検証することができる。
検証後、ｄｓｃｖ＿ｖｅｒｉｆｉｃａｔｉｏｎ＿ｓｕｂｓｔｒｅａｍ＿ｉｄに等しいｉｄを有する検証サブストリームのメッセージダイジェストは、指定されたｄｓｃｉ＿ｈａｓｈ＿ｍｅｔｈｏｄ＿ｔｙｐｅのＦＩＰＳ ＰＵＢ １８０－４の仕様に従って再初期化される。
以下では、本発明の第１の態様のさらなる実施形態について説明する。
現在定義されているＳＥＩメッセージは、セグメント内のサブストリームの署名をシグナリングすることを可能にし、かつ連続するセグメントのハッシュにわたって署名することによって時間的一貫性を検証することを可能にする。
しかしながら、これまでのところ、署名されたビットストリーム（セクション）の開始点または終了点に対するシグナリングは存在しない。特に、終了シグナリングの欠落により、デコーダによって気付かれることなく、最後に（終端で）ビットストリームを短縮（またはカット）することが可能になり得る。開始点の明示的なシグナリングにより、例えば前のセグメントのハッシュを署名に結合するために、デコーダに特別な処理を指示することが可能になる。また、開始点の明示的なシグナリングにより、同じ署名鍵（例えば、ニュースキャストの２つのセグメント）を使用して独立してエンコードおよび署名されたビットストリームを連結することが可能になる。ＥＯＢ ＮＡＬユニットが使用されない限り、デコーダは、第２のビットストリームがリンクを切断することを許可されていることを認識することができず、検証問題を誤って指示する可能性がある。
解決策１：
署名されたビットストリームセクションの終了を示すフラグをシグナリングする。
シグナリングの変形例ａ）
フラグが、デジタル署名されたコンテンツ初期化ＳＥＩメッセージに以下のように追加される。


これは好ましいシグナリングであり、理由は以下の通りである。
－すべてのサブストリームに対して１つの初期化ＳＥＩのみがシグナリングされる
－情報は、既に署名されたセグメントの最初でデコーダに利用可能である
－ハッシュ方法のタイプが既に署名に含まれているため、初期化ＳＥＩと署名の間に追加のデータ依存関係は導入されない
シグナリングの変形例ｂ）
あるいは、フラグが、デジタル署名されたコンテンツ検証ＳＥＩメッセージに以下のように追加される。


両方のシグナリングの変形例について：
悪意のあるユーザが最後に署名されたビットストリームセグメントの指示を変更できないことを確実にするために、フラグの値が署名に追加され、例えば、署名の入力データは、図９Ａに示す要素から構成されることとなり得る。
解決策２：
署名されたビットストリームセクションの開始を指示するフラグをシグナリングする。
シグナリングの変形例ａ）
フラグが、デジタル署名されたコンテンツ初期化ＳＥＩメッセージに以下のように追加される。

これは好ましいシグナリングであり、理由は以下の通りである。
－すべてのサブストリームに対して１つの初期化ＳＥＩのみがシグナリングされる
－情報は、既に署名されたセグメントの最初でデコーダに利用可能である
－ハッシュ方法のタイプが既に署名に含まれているため、初期化ＳＥＩと署名の間に追加のデータ依存関係は導入されない
シグナリングの変形例ｂ）
あるいは、フラグが、デジタル署名されたコンテンツ検証ＳＥＩメッセージに以下のように追加される。


両方のシグナリングの変形例について：
悪意のあるユーザが最後に署名されたビットストリームセグメントの指示を変更できないことを確実にするために、フラグの値が署名に追加され、例えば、署名の入力データは、図９Ａに示す要素から構成されることとなり得る。
署名されたビットストリームセグメントが最初である場合、前のセグメントへの一時的な参照は使用されない。この場合、ｒｅｆＤｉｇｅｓｔは以下である必要がある。
ａ）図９Ｂに示すように、署名に全く含まれないか、
または
ｂ）ハッシュのすべてのバイトに対して０ｘ００に設定される（使用されるハッシュタイプに依拠する長さ）
デジタル署名されたコンテンツ検証ＳＥＩにおける条件付きシグナリング
時間依存署名は基本サブストリーム０でのみ使用されるため、署名されたビットストリームセクションの開始および終了を指示するフラグはこのサブストリーム内でのみ関連する。
一方または両方のフラグがデジタル署名されたコンテンツ検証ＳＥＩにおいてシグナリングされる場合、それらはＳＥＩメッセージがサブストリーム０に適用される場合にのみ存在すべきである。


これにより、冗長性および起こり得る競合を回避することによってシグナリングビットを節約する。
以下では、本発明の第２の態様のさらなる実施形態について説明する。
さらなる拡張を以下に記載する。上記に提示された解決策により、コンテンツを検証できる方法で、認証されたセクション全体をスプライシングすることが可能になる。典型的なシナリオでは、スプライシングは、ビデオビットストリーム（すなわち、セクション）の途中にいくつかのコンテンツが導入される広告挿入などの予期しないイベントの結果として発生する。そのようなスプライシングされたコンテンツは、認証される場合または認証されない場合がある。そのようなスプライシングの場合の図が図１０に示されている。
Ａ（開始）が正確に検証でき得るために、図示の使用事例には問題が生じる。Ｂは、検証された場合、Ａの最後のセグメントが考慮されると正しく検証されないこととなり得る。Ｂが検証されなくても、原理的には全く問題ないこととなり得る。しかし、Ａ（継続）に戻るとき、Ａ（継続）はＡ（開始）に対して検証されない、すなわち何かを削除できてしまうか、またはＡ（継続）がＢの最後のセグメントで検証されてエラーとなるかのいずれかとなる。
さらなる実施形態では、認証されたビットストリームを検証するデコーダがそのようなスプライシング点を識別することができるように、スプライシングが（例えば、ｄｓｃｉ＿ｓｐｌｉｃｉｎｇ＿ｆｌａｇと呼ばれるフラグによって）シグナリングされるという解決策が提供される。また、これは認証されていないビットストリームの一部に使用することもできるが、いくつかのコンテンツが一緒にスプライシングされていることを指示するものとして使用され得、受信機は、スプライシング点の前のコンテンツが終了していない場合は、スプライシングされたコンテンツが終了した時点（例えば、Ｂが終了した後）で継続される可能性が高いと解釈する。以下のコンテンツが認証されるスプライシング点（例えば、Ａ（継続））では、コンテンツが新規のものであり、単に前のコンテンツの継続ではない場合（例えば、それは、新規のコンテンツプロバイダから証明されているか、または新規のＵＵＩＤを有するか、または何らかの方法で、それが新規のセグメントで始まるという指示が追加された－例えば、ｄｓｃｉ＿ｆｉｒｓｔ＿ｓｉｇｎｅｄ＿ｓｅｇｍｅｎｔ＿ｆｌａｇ）、ランダムアクセスが実行されており、そのセグメントが最初のセグメントであったかのように処理されることとなり得る。それ以外の場合、コンテンツが新規ではなく、前にデコードされたコンテンツの続き（Ａ継続）であった場合は、しばらく前に受信した同じコンテンツの最後のセグメントとの時間的一貫性がチェックされる必要がある。そのためには、コンテンツＢがスプライシングされる前の最後のセグメントのハッシュ値が使用される必要がある。前の例では、Ａ（継続）の最初のセグメントは、Ａ（開始）の最後のセグメントでチェックされることとなり得る。
したがって、ビットストリーム内のスプライシング指示は、スプライシング点の直後のセグメントとスプライシング点に先行するセグメントとが一緒に検証されるべきではないという情報を、１つよりも多いビデオシーケンスを検証するデコーダに提供する。いくつかの状況下では、スプライシング点に続くセグメントが検証されるべきである（すなわち、認証情報を含む）場合、それはしばらく前に送信された前のセグメントで検証されるべきであるということであり得る。したがって、デコーダは、スプライシング点において、以下を識別する必要がある。
ａ）新規のコンテンツの後続のセグメントが認証されているかどうか
ａ．認証されていない場合、認証済みの前のセグメントが、将来、さらなるセグメントの検証に必要になる可能性があるかどうか
ｂ．認証されている場合、それがコンテンツの最初のセグメントであるかどうか。
ｂ）新規のコンテンツの後続のセグメントを認証する必要があるとき、それが同じコンテンツの前のセグメントが見つかるべき新しいコンテンツの最初のセグメントではないかどうか。
前述の情報を導出する選択肢は、以下のように単一のフラグｄｓｃｉ＿ｓｐｌｉｃｉｎｇ＿ｆｌａｇを使用して行われ得る。認証されたコンテンツが受信され、ある時点でスプライシングフラグが見つかったとき、デコーダは、コンテンツが将来のある時点で続く（後続する）可能性があると解釈し、最下位のサブストリーム（時間的一貫性のために使用されるサブストリーム）の最後のセグメントのダイジェストメッセージを記憶する。Ｂが認証された場合、または認証されなかった場合であっても、そのようなスプライシングフラグが指示された場合、これは例におけるＢで起こり得ることに留意されたい。Ｂが認証されなかった場合のさらなる選択肢として、Ｂが認証されなかったという事実は、スプライシングが起こったと直接解釈され得る。
しばらくして、さらなるスプライシングフラグに遭遇したとき、デコーダは、コンテンツが新しいコンテンツの最初のセグメントであるか、または以前に送信されたコンテンツの最初のセグメントではないかを決定する。例えば、デコーダは、デジタル署名されたコンテンツＳＥＩメッセージを比較し、それを前に受信されたデジタル署名されたコンテンツＳＥＩメッセージと比較する。デジタル署名されたコンテンツ初期化ＳＥＩメッセージが、前に受信したデジタル署名されたコンテンツ初期化ＳＥＩメッセージと全く同じである場合（すなわち、それが同じ証明書を指し、同じＵＵＩＤ値、同じｈａｓｈ＿ｍｅｔｈｏｄ＿ｔｙｐｅを有する場合）、デコーダは、後続のセグメントが新しいコンテンツの最初のセグメントではないと決定することができ、したがって、そのようなＳＥＩメッセージが適用された、前に記憶されたダイジェストメッセージ（最後のもの）でそのセグメントを検証し、その最後のセグメントでそれを検証する。このデジタル署名されたコンテンツ初期化ＳＥＩメッセージの比較は、様々な方法で行うことができる。
１）記載の通りの完全一致
２）ＵＵＩＤが存在する場合のみ完全一致
３）一貫性チェック：いくつかの値の変更を許容する
ａ．例えば、ｈａｓｈ＿ｍｅｔｈｏｄ＿ｔｙｐｅ
ｂ．ＵＵＩＤは変化する可能性があるが、その生成は特定の規則に従う
ｉ．前のＵＵＩＤ＋１である
ｉｉ．時間情報に基づいて演算され、使用された前の時間および現在の時間にはギャップがない
さらなる選択肢は、ダイジェストメッセージを記憶する必要があるかどうか、およびセグメントを前のセグメント（直前のセグメントではない）とともに検証する必要があるかどうかの決定を容易にするために、何らかのさらなるシグナリングを提供することであり得る。例えば、コンテンツの最後のセグメントの指示がビットストリーム内に提供されている場合、スプライシング点で最後のセグメントフラグが指示されていない場合は、ダイジェストメッセージを記憶する必要がある。同様に、スプライシング点で最初のセグメントフラグが後続のセグメント内で指示されていない場合、前に記憶されたダイジェストメッセージが検索され、一緒に検証される。最後のフラグが指示されている場合、ダイジェストメッセージは記憶されず、最初のメッセージが指示されている場合、セグメントはいかなる前のセグメントとも一緒に検証されない。
このような構文のインスタンス化は、デジタル署名されたコンテンツ初期化ＳＥＩメッセージ内で次のように示される。


しかしながら、スプライシング情報は、別個のＳＥＩメッセージで提供されてもよい。
［ビデオコード化方式］
以下では、本発明の実施形態が任意選択的に実装され得るビデオコード化方式について説明する。換言すれば、前述の実施形態のうちのいずれかによる装置２０は、以下で説明するデコーダ２０の実施形態のうちのいずれかに従って実装されるビデオデコーダであり得る。同様に、装置１０は、以下で説明するエンコーダ１０の実施形態のうちのいずれかによるビデオエンコーダであり得る。
以下の図の説明は、本発明の実施形態が組み込まれ得るコード化フレームワークの一例を形成するために、ビデオのピクチャをコード化するためのブロックベースの予測コーデックのエンコーダおよびデコーダの説明の提示から始まる。図１１、図１２、および図１３を参照して、それぞれのエンコーダおよびデコーダについて説明する。以下では、本発明の概念の実施形態の説明を、そのような概念を図１１および図１２のそれぞれのエンコーダおよびデコーダにどのように組み込むことができるかに関する説明とともに提示するが、後続の図および以下で説明する実施形態はまた、図１１、図１２、および図１３のエンコーダおよびデコーダの基礎となるコード化フレームワークに従って動作しないエンコーダおよびデコーダを形成するために用いられてもよい。
図１１は、変換ベースの残差コード化を例示的に用いて、ピクチャ１２をデータストリーム１４内に予測的にコード化するための装置を示す。装置またはエンコーダは、参照符号１０を使用して示されている。図１２は、対応するデコーダ２０、すなわち、やはり変換ベースの残差デコードを用いてデータストリーム１４からピクチャ１２’を予測的にデコードするように構成された装置２０を示しており、アポストロフィは、デコーダ２０によって再構成されたピクチャ１２’が、予測残差信号の量子化によって導入されるコード化損失の観点から、装置１０によって当初エンコードされたピクチャ１２から逸脱していることを示すために使用されている。図１１および図１２は、変換ベースの予測残差コード化を例示的に用いるが、本出願の実施形態はこの種類の予測残差コード化に限定されない。これは、以下に概説されるように、図１１および図１２に関して説明される他の詳細についても当てはまる。
エンコーダ１０は、予測残差信号を空間－スペクトル変換にかけ、このようにして取得された予測残差信号をデータストリーム１４内にエンコードするように構成されている。同様に、デコーダ２０は、データストリーム１４からの予測残差信号をデコードし、このようにして取得された予測残差信号をスペクトル－空間変換にかけるように構成されている。
エンコーダ１０は、予測残差信号形成器２２を内部に備え得、予測残差信号形成器２２は、予測信号２６の元の信号からの、すなわちピクチャ１２からの偏差を測定するように予測残差２４を生成する。予測残差信号形成器２２は、例えば、元の信号から、すなわちピクチャ１２から予測信号を減算する減算器であり得る。次いで、エンコーダ１０は、予測残差信号２４を空間－スペクトル変換にかけてスペクトル領域予測残差信号２４’を取得する変換器２８をさらに備え、このスペクトル領域予測残差信号２４’は次に、同じくエンコーダ１０が備える量子化器３２によって量子化にかけられる。このように量子化された予測残差信号２４’’は、ビットストリーム１４内にコード化される。この目的のために、エンコーダ１０は、任意選択的に、データストリーム１４に変換および量子化される予測残差信号をエントロピーコード化するエントロピーコーダ３４を備え得る。予測信号２６は、データストリーム１４にエンコードされかつそこからデコード可能な予測残差信号２４’’に基づいて、エンコーダ１０の予測ステージ３６によって生成される。この目的のために、予測ステージ３６は、図１１に示すように、量子化損失を除く信号２４’に対応するスペクトル領域予測残差信号２４’’’を得るように予測残差信号２４’’を逆量子化する逆量子化器３８と、それに続いて、量子化損失を除く元の予測残差信号２４に対応する予測残差信号２４’’’’を得るために、後者の予測残差信号２４’’’を逆変換、すなわちスペクトル－空間変換にかける逆変換器４０と、を内部に備え得る。次いで、予測ステージ３６の結合器４２は、再構成された信号４６、すなわち元の信号１２の再構成が得られるように、加算などによって予測信号２６および予測残差信号２４’’’’を再結合する。再構成された信号４６は、信号１２’に対応し得る。次いで、予測ステージ３６の予測モジュール４４は、例えば、空間予測、すなわちピクチャ内予測、および／または時間予測、すなわちピクチャ間予測を用いることによって、信号４６に基づいて予測信号２６を生成する。
同様に、デコーダ２０は、図１２に示すように、予測ステージ３６に対応する構成要素から内部的に構成され得、予測ステージ３６に対応する方法で相互接続され得る。特に、デコーダ２０のエントロピーデコーダ５０は、データストリームから量子化されたスペクトル領域予測残差信号２４’’をエントロピーデコードし、その後、予測ステージ３６のモジュールに関して上述した方法で相互接続されており連携する逆量子化器５２、逆変換器５４、結合器５６、および予測モジュール５８は、予測残差信号２４’’に基づいて再構成された信号を回復し、その結果、図１２に示すように、結合器５６の出力は再構成された信号、すなわちピクチャ１２’をもたらす。
上記では具体的に説明されていないが、エンコーダ１０は、例えば、いくつかのレートおよび歪み関連基準、すなわちコード化コストを最適化する方法などのいくつかの最適化方式に従って、例えば、予測モードおよび動きパラメータなどを含むいくつかのコード化パラメータを設定し得ることは容易に明らかである。例えば、エンコーダ１０およびデコーダ２０、ならびにそれぞれ対応するモジュール４４、５８は、イントラコード化モードおよびインターコード化モードなどの異なる予測モードをサポートし得る。エンコーダおよびデコーダがこれらの予測モードタイプ間を切り替える粒度は、それぞれピクチャ１２および１２’のコード化セグメントまたはコード化ブロックへの細分化に対応し得る。これらのコード化セグメントの単位で、例えば、ピクチャは、イントラコード化されているブロックとインターコード化されているブロックとに細分化され得る。イントラコード化されたブロックは、以下により詳細に概説されるように、それぞれのブロックの空間的な、既にコード化／デコードされた近傍に基づいて予測される。いくつかのイントラコード化モードが存在し得、それぞれの方向性イントラコード化モードに固有のある特定の方向に沿った近傍のサンプル値をそれぞれのイントラコード化されたセグメント内に外挿することによって、それぞれのセグメントが満たされる、方向性または角度イントラコード化モードを含むそれぞれのイントラコード化されたセグメントに対して選択されてもよい。イントラコード化モードは、例えば、それぞれのイントラコード化されたブロックの予測がそれぞれのイントラコード化されたセグメント内のすべてのサンプルにＤＣ値を割り当てるＤＣコード化モード、および／またはそれぞれのブロックの予測が、近傍のサンプルに基づいて二次元線形関数によって定義された平面の駆動傾斜およびオフセットを有するそれぞれのイントラコード化されたブロックのサンプル位置にわたる二次元線形関数によって記述されたサンプル値の空間分布であると近似または決定される平面イントラコード化モードなどの、１つ以上のさらなるモードも含み得る。これと比較して、インターコード化されたブロックは、例えば時間的に予測され得る。インターコード化されたブロックの場合、動きベクトルがデータストリーム内でシグナリングされ得、動きベクトルは、ピクチャ１２が属するビデオの前にコード化されたピクチャの部分の空間的な変位を指示し、その部分で前にコード化／デコードされたピクチャは、それぞれのインターコード化されたブロックの予測信号を取得するためにサンプリングされる。これは、量子化されたスペクトル領域予測残差信号２４’’を表すエントロピーコード化された変換係数レベルなど、データストリーム１４に含まれる残差信号コード化に加えて、データストリーム１４は、データストリーム１４内にエンコードされた、様々なブロックにコード化モードを割り当てるためのコード化モードパラメータ、インターコード化されたセグメントの動きパラメータなど、ブロックのうちのいくつかの予測パラメータ、ならびにピクチャ１２および１２’をそれぞれセグメントに細分化することを制御およびシグナリングするためのパラメータなどの選択的なさらなるパラメータを有し得る。デコーダ２０は、これらのパラメータを使用して、エンコーダが行ったのと同じ方法でピクチャを細分化し、それによって、セグメントに同じ予測モードを割り当て、同じ予測を実行して同じ予測信号をもたらす。
図１３は、一方では再構成された信号、すなわち再構成されたピクチャ１２’と、他方ではデータストリーム１４でシグナリングされる予測残差信号２４’’’’と予測信号２６との組合せとの間の関係を示す。既に上述したように、組合せは加算であり得る。図１３において、予測信号２６は、ピクチャエリアを、ハッチングを用いて例示的に示されたイントラコード化されたブロックと、ハッチングを用いずに例示的に示されたインターコード化されたブロックとに細分化したものとして示されている。細分化は、正方形ブロックまたは非正方形ブロックの行および列へのピクチャエリアの規則的な細分化、または四分木細分化などの、ツリールートブロックから様々なサイズの複数のリーフブロックへのピクチャ１２のマルチツリー細分化などの任意の細分化であり得、それらの混合が図１３に示されており、ピクチャエリアは、ツリールートブロックの行および列に最初に細分化され、次いで、再帰的マルチツリー細分化に従って１つ以上のリーフブロックにさらに細分化される。
ここでも、データストリーム１４は、イントラコード化されたブロック８０のためにデータストリーム１４内にコード化されたイントラコード化モードを有し得、これにより、いくつかのサポートされているイントラコード化モードのうちの１つが、それぞれのイントラコード化されたブロック８０へ割り当てる。インターコード化されたブロック８２の場合、データストリーム１４は、データストリーム１４内にコード化された１つ以上の動きパラメータを有し得る。一般的に言えば、インターコード化されたブロック８２は、時間的にコード化されることに限定されない。あるいは、インターコード化されたブロック８２は、ピクチャ１２が属するビデオの前にコード化されたピクチャ、またはエンコーダおよびデコーダがそれぞれスケーラブルなエンコーダおよびデコーダである場合には別のビューまたは階層的に下位のレイヤのピクチャなど、現在のピクチャ１２自体を超える前にコード化された部分から予測された任意のブロックであってもよい。
図１３の予測残差信号２４’’’’もまた、ピクチャエリアのブロック８４への細分化として示されている。これらのブロックは、コード化ブロック８０および８２と区別するために、変換ブロックと呼ばれる場合がある。実際には、図１３は、エンコーダ１０およびデコーダ２０が、それぞれピクチャ１２およびピクチャ１２’のブロックへの２つの異なる細分化、すなわち、一方はコード化ブロック８０および８２への細分化、別の一方は変換ブロック８４への細分化を用い得ることを示している。両方の細分化は同じであってもよく、すなわち、各コード化ブロック８０および８２は、同時に変換ブロック８４を形成してもよいが、図１３は、例えば、変換ブロック８４への細分化がコード化ブロック８０、８２への細分化の拡張を形成し、それにより、ブロック８０および８２の２つのブロック間の任意の境界が２つのブロック８４間の境界を覆うか、言い換えれば、各ブロック８０、８２は、変換ブロック８４のうちの一方と一致するか、または変換ブロック８４のクラスタと一致するかのいずれかである場合を示す。しかしながら、変換ブロック８４が代替的にブロック８０、８２間のブロック境界を横切ることができるように、細分化はまた、互いに独立して決定または選択されてもよい。したがって、変換ブロック８４への細分化に関する限り、ブロック８０、８２への細分化に関して提示されたものと同様の記述が当てはまり、すなわち、ブロック８４は、（行および列への配置の有無にかかわらず）ブロックへのピクチャエリアの規則的な細分化の結果、ピクチャエリアの再帰的マルチツリー細分化の結果、もしくはそれらの組合せ、または任意の他の種類のブロック化であり得る。ちなみに、ブロック８０、８２、および８４は、正方形、長方形、または任意の他の形状に限定されないことに留意されたい。
図１３はさらに、予測信号２６と予測残差信号２４’’’’との組合せが再構成された信号１２’を直接もたらすことを示している。しかしながら、代替実施形態によれば、１つよりも多い予測信号２６が予測残差信号２４’’’’と組み合わされてピクチャ１２’がもたらされてもよいことに留意されたい。
図１３では、変換ブロック８４は、以下の有意性を持つものとする。変換器２８および逆変換器５４は、これらの変換ブロック８４の単位でこれらの変換を実行する。例えば、多くのコーデックは、すべての変換ブロック８４に対して何らかの種類のＤＳＴまたはＤＣＴを使用する。いくつかのコーデックは、変換をスキップすることを可能にし、その結果、変換ブロック８４のうちのいくつかに対して、予測残差信号が空間領域において直接コード化される。しかしながら、後述する実施形態によれば、エンコーダ１０およびデコーダ２０は、それらがいくつかの変換をサポートするように構成されている。例えば、エンコーダ１０およびデコーダ２０によってサポートされる変換は、以下を含み得る。
・ＤＣＴ－ＩＩ（またはＤＣＴ－ＩＩＩ）、ＤＣＴは離散コサイン変換を表す
・ＤＳＴ－ＩＶ、ＤＳＴは離散サイン変換を表す
・ＤＣＴ－ＩＶ
・ＤＳＴ－ＶＩＩ
・恒等変換（ＩＴ）
当然ながら、変換器２８はこれらの変換の順変換バージョンのすべてをサポートすることとなり得るが、デコーダ２０または逆変換器５４はその対応する逆行または逆方向バージョンをサポートすることとなり得る。
・逆ＤＣＴ－ＩＩ（または逆ＤＣＴ－ＩＩＩ）
・逆ＤＳＴ－ＩＶ
・逆ＤＣＴ－ＩＶ
・逆ＤＳＴ－ＶＩＩ
・恒等変換（ＩＴ）
後続の説明は、どの変換がエンコーダ１０およびデコーダ２０によってサポートされ得るかについてのさらなる詳細を提供する。いずれの場合でも、サポートされる変換のセットは、１つのスペクトル－空間変換または空間－スペクトル変換などの１つの変換のみを含み得ることに留意されたい。
既に上で概説したように、図１１、図１２、および図１３は、本出願によるエンコーダおよびデコーダの具体例を形成するために、以下でさらに説明する本発明の概念が実施され得る一例として提示されている。その限りにおいて、図１１および図１２のエンコーダおよびデコーダはそれぞれ、本明細書で後述するエンコーダおよびデコーダの可能な実施態様を表し得る。しかしながら、図１１および図１２は単なる例である。しかしながら、本出願の実施形態によるエンコーダは、以下でより詳細に概説する概念を用いてピクチャ１２のブロックベースのエンコードを実行し得、それは図１１のエンコーダとは異なる場合があり、例えば、ビデオエンコーダではなく静止ピクチャエンコーダである点、インター予測をサポートしない点、またはブロック８０への細分化が図１３に例示された方法とは異なる方法で実行される点などである。同様に、本出願の実施形態によるデコーダは、以下にさらに概説するコード化概念を用いて、データストリーム１４からピクチャ１２’のブロックベースのデコードを実行し得るが、例えば、図１２のデコーダ２０とは、ビデオデコーダではなく静止ピクチャデコーダである点、イントラ予測をサポートしない点、もしくは図１３に関して説明した方法とは異なる方法でピクチャ１２’をブロックに細分化する点、および／または、例えば、変換領域内ではなく空間領域内でデータストリーム１４から予測残差を導出する点が異なる場合がある。
実施形態は、Ｈ．２６４／ＡＶＣデコーダ、Ｈ．２６４／ＡＶＣビデオデータストリーム、Ｈ．２６４／ＡＶＣビデオデータストリームを提供するためのビデオエンコーダ、またはＨ．２６５／ＨＥＶＣデコーダ、Ｈ．２６５／ＨＥＶＣビデオデータストリーム、Ｈ．２６５／ＨＶＣビデオデータストリームを提供するためのビデオエンコーダ、またはＨ．２６６／ＶＶＣデコーダ、Ｈ．２６６／ＶＶＣビデオデータストリーム、Ｈ．２６６／ＶＶＣビデオデータストリームを提供するためのビデオエンコーダを提供する。
以下では、任意選択的に図１１～図１３に関して上述したフレームワーク内に実装され得るか、またはそれに組み合わされ得る本発明の実施形態について説明する。
本開示の本発明のすべての実施形態は、以下に記載される４つのビデオコード化変形例のうちのいずれかと組み合わされて任意選択的に実施されてもよい。すなわち、データストリーム１４は、これらの変形例のうちのいずれかによるデータストリームであってもよく、装置２０は、３つの変形例のうちのいずれかに従ってデータストリーム１４からのビデオをデコードするように構成されてもよく、装置１４は、４つの変形例のうちのいずれかに従ってデータストリームを提供するように構成されてもよい。第１および第２の変形例は、互いに最適に組み合わされてもよい。
本発明の２つの変形例のうちの第１の変形例によれば、ビデオは、残差ブロックの予測残差データをビデオデータストリームに／からデコードすることによって、ブロックベースの予測および変換ベースの残差デコードによってビデオデータストリームからデコードされる。
第１の変形例によれば、コンテキスト適応型可変長デコードを用いて残差ブロックの予測残差データをデコードすることが実行され、デコードが、
－残差ブロックを表す変換ブロック内の非ゼロ変換係数の総数、およびスキャン順序に沿って係数をトラバースするときに１の絶対値を有する非ゼロ変換係数の数を示すｔｒａｉｌｉｎｇ－ｏｎｅの数値を指示する第１の構文要素と、
－スキャン順序に沿って係数をトラバースするときに１の絶対値を有する非ゼロ変換係数の符号を示す１つ以上の第２の構文要素と、
－スキャン順序に沿って係数をトラバースするときに１の絶対値を有する非ゼロ変換係数の数を除いた、非ゼロ変換係数の値を示す１つ以上の第３の構文要素と、
－スキャン順序で最初に遭遇した非ゼロ変換係数からの変換ブロック内のゼロ値変換係数レベルの総数を示す第４の構文要素と、
－連続して遭遇する非ゼロ変換係数のスキャン順序の間のスキャン順序における連続するゼロ値変換係数の数を指示することによって、スキャン順序に沿った非ゼロ変換係数の位置を指示する１つ以上の第５の構文要素と、
を使用して行われるか、または
コンテキスト適応型可変長デコードの使用の代替として、残差ブロックの予測残差データをデコードすることが、コンテキスト適応型バイナリ算術デコードを用いて実行され、コンテキスト適応型バイナリ算術デコードが、
－残差ブロックを表す変換ブロック内の非ゼロ変換係数の位置を指示する重要度マップを、変換ブロックの変換係数をトラバースする順方向スキャンにおいて、非ゼロ変換係数が現在の位置に配置されているかどうかを指示する重要度フラグをデコードし、非ゼロ変換係数が現在の位置に配置されている場合、および現在の位置が順方向スキャンの最後ではない場合は、現在の位置に位置決めされた非ゼロ変換係数が順方向スキャン順序における最後の非ゼロ変換係数であるかどうかを指示する最終重要度フラグをデコードすることによってデコードすること、ならびに
－非ゼロ変換係数の値を、順スキャン順序を逆にする逆スキャン順序で順次デコードすること
によって行われる。
本発明の２つの変形例のうちの第１の変形例によれば、ビデオは、残差ブロックの予測残差データをビデオデータストリーム内にエンコードすることによって、ブロックベースの予測および変換ベースの残差エンコードによってビデオデータストリーム内にエンコードされる。
第１の変形例によれば、コンテキスト適応型可変長エンコードを用いて残差ブロックの予測残差データをエンコードすることが実行され、エンコードが、
－残差ブロックを表す変換ブロック内の非ゼロ変換係数の総数、およびスキャン順序に沿って係数をトラバースするときに１の絶対値を有する非ゼロ変換係数の数を示すｔｒａｉｌｉｎｇ－ｏｎｅの数値を指示する第１の構文要素と、
－スキャン順序に沿って係数をトラバースするときに１の絶対値を有する非ゼロ変換係数の符号を示す１つ以上の第２の構文要素と、
－スキャン順序に沿って係数をトラバースするときに１の絶対値を有する非ゼロ変換係数の数を除いた、非ゼロ変換係数の値を示す１つ以上の第３の構文要素と、
－スキャン順序で最初に遭遇した非ゼロ変換係数からの変換ブロック内のゼロ値変換係数レベルの総数を示す第４の構文要素と、
－連続して遭遇する非ゼロ変換係数のスキャン順序の間のスキャン順序における連続するゼロ値変換係数の数を指示することによって、スキャン順序に沿った非ゼロ変換係数の位置を指示する１つ以上の第５の構文要素と、
を使用して行われるか、または
コンテキスト適応型可変長エンコードの使用の代替として、残差ブロックの予測残差データをエンコードすることが、コンテキスト適応型バイナリ算術エンコードを用いて実行され、コンテキスト適応型バイナリ算術エンコードが、
－残差ブロックを表す変換ブロック内の非ゼロ変換係数の位置を指示する重要度マップを、変換ブロックの変換係数をトラバースする順方向スキャンにおいて、非ゼロ変換係数が現在の位置に配置されているかどうかを指示する重要度フラグをエンコードし、非ゼロ変換係数が現在の位置に配置されている場合、および現在の位置が順方向スキャンの最後ではない場合は、現在の位置に位置決めされた非ゼロ変換係数が順方向スキャン順序における最後の非ゼロ変換係数であるかどうかを指示する最終重要度フラグをエンコードすることによってエンコードすること、ならびに
－非ゼロ変換係数の値を、順スキャン順序を逆にする逆スキャン順序で順次エンコードすること、
によって行われる。
第２の変形例によれば、ビデオデコーダ（またはビデオデータストリームからビデオをデコードするための装置）は、コード化されたピクチャバッファ（ＣＰＢ）およびデコードされたピクチャバッファ（ＤＰＢ）を備える。ビデオデコーダは、
アクセスユニット（ＡＵ）のシーケンスとしてコード化順序に沿ってデータストリームにエンコードされたビデオのピクチャを有するデータストリームを受信すること（例えば、「アクセスユニット」という用語は、ビデオデータストリームの、ビデオの１つの時間フレームに関するコード化されたビデオデータまたは情報を含む部分を指す）、
ＣＰＢから削除された現在のＡＵを、ＤＰＢに記憶された参照される参照ピクチャからのピクチャ間予測を用いてデコードして、デコードされたピクチャを得ること、ならびに
デコードされたピクチャをＤＰＢ内に挿入すること、
ＤＰＢに記憶された各参照ピクチャに、短期参照ピクチャ、長期参照ピクチャ、および参照に使用されないピクチャのうちの１つとしての分類を割り当てること、
現在のＡＵからＤＰＢモード情報を読み出すこと、
ＤＰＢモード情報が第１のモードを指示する場合、先入れ先出し（ＦＩＦＯ）戦略に従って、短期ピクチャとして分類された１つ以上の参照ピクチャをＤＰＢから削除すること、
ＤＰＢモード情報が第２のモードを指示する場合、現在のＡＵ内の少なくとも１つのコマンドを含むメモリ管理制御情報を読み出し、かつＤＰＢに記憶された参照ピクチャのうちの少なくとも１つに割り当てられた分類を変更し、ＤＰＢからの参照ピクチャの除去を管理するためにＤＰＢ内の参照ピクチャの分類を用いるように、少なくとも１つのコマンドを実行すること
を行うように構成されている。
第２の変形例によれば、ビデオデータストリームは、コード化されたピクチャバッファ（ＣＰＢ）を備えるデコーダに供給されることによってデコードされるべきである。第２の変形例によれば、ビデオエンコーダ（またはビデオをビデオデータストリーム内にエンコードするための装置）は、コード化順序でエンコードされたビデオのピクチャをアクセスユニット（ＡＵ）のシーケンスとしてデータストリーム内にエンコードするように構成されており、
装置は、ＡＵをエンコードする際に、
現在のピクチャを、デコードされたピクチャバッファ（ＤＰＢ）に記憶された参照される参照ピクチャからのピクチャ間予測を用いて現在のＡＵ内にエンコードすること、
ＤＰＢ内の現在のピクチャのデコードされたバージョンをＤＰＢ内に挿入すること、
ＤＰＢに記憶された各参照ピクチャに、短期参照ピクチャ、長期参照ピクチャ、および参照に使用されないピクチャのうちの１つとしての分類を割り当てること、
ＤＰＢモード情報を現在のＡＵ内に書き込むこと、
ＤＰＢモード情報が第１のモードを指示する場合、ＦＩＦＯ戦略に従って、短期ピクチャとして分類された１つ以上の参照ピクチャをＤＰＢから削除すること、
ＤＰＢモード情報が第２のモードを指示する場合、少なくとも１つのコマンドを含むメモリ管理制御情報を現在のＡＵ内に書き込むことであって、コマンドが、ＤＰＢに記憶された参照ピクチャのうちの少なくとも１つに割り当てられた分類を変更するために指示するものであり、ＤＰＢ内の参照ピクチャの分類が、ＤＰＢからの参照ピクチャの除去を管理するために使用される、書き込むこと
を行うように構成されている。
第３の変形例によれば、ビデオは、残差ブロックを表す変換ブロックの変換係数の量子化インデックスのコンテキスト適応型バイナリ算術デコードと、現在の変換係数の値が前の量子化インデックスの量子化インデックスのパリティに依存する、量子化インデックスの順次逆量子化とを用いて、ビデオデータストリームから残差ブロックの予測残差データをデコードすることによる、ブロックベースの予測デコードおよび変換ベースの残差デコードによってビデオデータストリームからデコードされる。
第３の変形例によれば、ビデオは、ブロックベースの予測エンコードおよび変換ベースの残差エンコードによってビデオデータストリーム内にエンコードされ、ブロックベースの予測エンコードおよび変換ベースの残差エンコードは、残差ブロックを表す変換ブロックの変換係数の量子化インデックスのコンテキスト適応型バイナリ算術コード化、および現在の変換係数を量子化するための量子化器が前の量子化インデックスの量子化インデックスのパリティに依存する、量子化インデックスを取得するための変換係数の順次量子化を用いて、残差ブロックの予測残差データをデータストリーム内にエンコードすることによって行われる。
３つの変形例はすべて、ビデオエンコーダ、ビデオデコーダ、ビデオをデコードするための方法、ビデオをエンコードするための方法、およびそれぞれのエンコード方法によって取得されるビデオデータストリームに関する。
以下では、第１および第２の変形例のさらなる任意選択の詳細および特徴を説明する。
第１の変形例および第２の変形例の実施形態は、Ｈ．２６４／ＡＶＣに準拠し得る。第３の変形例の実施形態は、Ｈ．２６６／ＶＶＣに準拠し得る。
第１および第２の変形例の一態様は、デコードされたピクチャの取扱いおよびデコードされたピクチャバッファであるＤＰＢにおけるそれらのバッファリングに関する。
一実施形態によれば、２つのタイプの参照ピクチャ、すなわち短期および長期が区別され得る。エンコーダは、デコード中の各時点でデコーダのＤＰＢ充填状態をエミュレートする際に同じことを行う。参照ピクチャは、予測参照にもはや必要とされなくなったとき、「参照に使用されない」としてマーキングされ得る。これら３つの状態（短期、長期、参照に使用されない）間の変換は、デコードされた参照ピクチャマーキング処理によって制御される。代替のデコードされた参照ピクチャマーキングメカニズムには、暗黙的スライディングウィンドウプロセスおよび明示的メモリ管理制御操作（ＭＭＣＯ）プロセスという２つが存在する。各現在デコードされているピクチャまたは各現在デコードされているＡＵについて、どのプロセスがＤＰＢ管理に用いられるべきかに関してデータストリーム内でシグナリングされる。スライディングウィンドウプロセスは、参照フレームの数が所与の最大数に等しいとき（ＳＰＳではｍａｘ－ｎｕｍ－ｒｅｆ－ｆｒａｍｅｓ）、短期参照ピクチャを「参照に使用されない」としてマーキングする。短期参照ピクチャは、先入れ先出し方式で保存されるため、直近にデコードされた短期ピクチャがＤＰＢに保持される。明示的なＭＭＣＯプロセスは、複数のＭＭＣＯコマンドによって制御される。現在のＡＵまたは現在デコードされているピクチャに対してこのモードが選択された場合、ビットストリームは、これに対して、またはこの場合にはＡＵこれらのコマンドのうちの１つ以上を含む。ＭＭＣＯコマンドは、１）１つ以上の短期または長期参照ピクチャを「参照に使用されない」としてマーキングする、２）すべてのピクチャを「参照に使用されない」としてマーキングする、または３）現在の参照ピクチャもしくは既存の短期参照ピクチャを長期としてマーキングし、長期ピクチャインデックスをその長期ピクチャに割り当てる、のうちのいずれかであり得る。参照ピクチャマーキング動作、ならびに提示のための任意の出力、およびＤＰＢからのピクチャの除去は、ピクチャがデコードされた後に実行されてもよい。
参照ピクチャマーキングメカニズムのいくつかの可能であるが任意選択の詳細は、以下で説明される。１）第１の態様は、フレーム番号のギャップおよび非存在ピクチャに関する。上記では説明されていないが、ＤＰＢ内の各参照ピクチャはフレーム番号に関連付けられる場合がある。通常、この番号は参照ピクチャごとに１ずつ増加するが、例えばエンコーダまたはＭＡＮＥ（メディア認識ネットワーク要素）がデコード順に先行する参照ピクチャに対して参照ピクチャについてフレーム番号が２以上ずつ増加するビットストリームを配信できることを可能にするために、フレーム番号のギャップは、対応する高レベルの（シーケンスレベルなどの）、ｐａｒａｍｅｔｅｒ－ｇａｐｓ－ｉｎ－ｆｒａｍｅ－ｎｕｍ－ａｌｌｏｗｅｄ－ｆｌａｇと呼ばれる場合があるフラグを１に設定することによって許容され得る。これは、時間的スケーラビリティをサポートするために有利であり得る。フレーム番号内にギャップを有するＡＵのシーケンスが受信され得、ギャップを埋めるための存在しないピクチャが作成され得る。存在しないピクチャは、ギャップ内にフレーム番号値を割り当てられ、デコードされた参照ピクチャマーキング中に参照ピクチャとみなされるが、出力には使用されないこととなる（したがって、表示されないこととなる）。存在しないピクチャにより、ＤＰＢ内に存在するピクチャのフレーム番号に対するＤＰＢの状態が、ピクチャを受信したデコーダと、ピクチャを受信しなかったデコーダとで同じであることが保証される。
第１および第２の変形例の別の可能な態様は、スライディングウィンドウを用いるときの参照ピクチャの損失に関する。参照ピクチャが失われた場合、損失が検出されたと仮定して、フィードバックチャネルが利用可能であれば、ピクチャを隠蔽し、場合によっては損失をエンコーダに報告することが可能であり得る。フレーム番号のギャップが許容されない場合、フレーム番号値の不連続性は、参照ピクチャの意図しない損失を示す。フレーム番号のギャップが許容される場合、時間レイヤもしくはサブシーケンスの意図的な削除、または偶発的なピクチャ損失のいずれかによってフレーム番号値の不連続性が発生する可能性があり、デコーダは、存在しないピクチャがインター予測プロセスで参照された場合にのみピクチャ損失を推論すべきである。隠蔽されたピクチャのピクチャ順序数は不明な場合があり、その場合、Ｂピクチャをデコードするときにいかなるエラーも検出することなくデコーダが誤った参照ピクチャを使用する可能性がある。
第１および第２の変形例のまたさらに可能な態様は、ＭＭＣＯによる参照ピクチャの損失に関する。短期参照ピクチャを「参照に使用されない」としてマーキングするＭＭＣＯコマンドを含む参照ピクチャが失われた場合、ＤＰＢ内の参照ピクチャの状態が正しくなくなり、その結果、失われたピクチャに続くいくつかのピクチャの参照ピクチャリストが正しくなくなる可能性がある。長期参照ピクチャに関連するＭＭＣＯコマンドを含むピクチャが失われた場合、ＤＰＢ内の長期参照ピクチャの数が、そのピクチャが受信された場合の数とは異なり、すべての後続のピクチャの「誤った」スライディングウィンドウプロセスがもたらされるというリスクがある。すなわち、エンコーダおよびデコーダは、異なる数の短期参照ピクチャを含み、その結果、スライディングウィンドウプロセスの動作が同期しない可能性がある。状況をさらに悪化させるのは、デコーダがスライディングウィンドウプロセスが同期していないことを必ずしも認識しないことである。
以下に、ＭＭＣＯコマンドを示す。異なる実施形態では、コマンドのうちの１つ以上またはすべてが適用され得る。

第１および第２の変形例によるデコーダおよびエンコーダの実装のためのさらなる選択肢が次に説明され、任意選択的に、前述のＤＰＢ管理に関する選択肢と組み合わされてもよく、ビットストリーム内への変換係数の形態の残差データなどのいくつかの構文要素のエントロピーデコードに関する。非可逆量子化された変換係数の可逆エントロピーコード化は、効率的なビデオコーデックの重要な部分である。１つのそのような方法は、コンテキスト適応型可変長コード化（ＣＡＶＬＣ）と称され、エンコーダは、コンテキスト適応方式で同じスライス内の前に送信された構文要素の値に応じて、様々な構文要素に対して異なる可変長コード（ＶＬＣ）テーブル間を切り替える。エンコーダおよびデコーダは、ＣＡＶＬＣを使用し得る。各構文要素は、コンテキスト適応的に選択されたコードテーブルからその構文要素に対して選択された対応するコードワードをビットストリーム内に書き込むことによってビットストリーム内にコード化されるため、ビットストリーム内の各ＣＡＶＬＣコード化ビットは、単一の構文要素に関連付けられ得る。したがって、ビットストリーム内に存在するスキャン順の変換係数レベルに関する関連情報は、ＣＡＶＬＣが使用されるときに構文要素として直接アクセス可能な形式で利用可能である。エンコーダおよびデコーダは、ＣＡＶＬＣを使用してビットストリーム内の変換係数をシグナリングし得る。以下の構文要素、例えば以下のセマンティクスを有する構文要素が使用され得る。
－変換ブロック内の非ゼロ変換係数レベルの総数を指示する１つの構文要素（ＣｏｅｆｆＴｏｋｅｎによって指示される）
－値が１である後続の変換係数レベルの数を指示する１つ以上の構文要素（ＣｏｅｆｆＴｏｋｅｎによって示される）、例えば、すべて１である最後の非ゼロ構文要素までスキャン順序で構文要素をスキャンした最後に発生する構文要素の連続、およびそれらの符号（ｔｒａｉｌｉｎｇ＿ｏｎｅｓ＿ｓｉｇｎ＿ｆｌａｇによって示される）
－変換係数レベル値を指示する後続の１つの変換係数を除く非ゼロ変換係数ごとの１つ以上の構文要素
－ゼロ値変換係数レベルの総数を指示する１つの構文要素
－現在のスキャン位置から、非ゼロ値変換係数レベルに遭遇するまでの、スキャン順序におけるゼロ値の連続する変換係数レベルの数を指示する構文要素。
代替的または追加的に、エンコーダは、ＣＡＢＡＣ、したがってコンテキスト適応型バイナリ算術コード化およびＣＡＶＬＣの間の使用を選択し、ビットストリーム内の選択を信号化し得、かつデコーダがこの信号を読み出し、残差データをデコードする指示された方法を用いることもあり得る。
第１および第２の変形例によるデコーダおよびエンコーダの実装のためのさらなる選択肢が次に説明され、任意選択的に、ＤＰＢ管理に関するものおよび前述のＣＡＶＬＣに関するもののうちのいずれかと組み合わされてもよく、４分の１ピクセル補間フィルタに関する。通常のフルピクセルサンプルグリッドよりも細かい粒度でのインター予測を可能にするために、サンプル補間プロセスを用いて、２分の１ピクセル位置から４分の１ピクセル位置までの範囲であり得るサブピクセルサンプル位置でサンプル値を導出する。４分の１ピクセル補間を実行する１つの方法は、エンコーダおよびデコーダによって使用され得、以下の通りである。最初に、６タップのＦＩＲフィルタを使用して、２分の１ピクセル位置でサンプル値を生成し、続いて補間によって生成された２分の１ピクセル位置サンプル値を平均化して、輝度成分について４分の１ピクセル位置でサンプル値を生成する。
第１および第２の変形例によるさらなる実施形態を以下に説明する。
一実施形態によれば、装置は、デコードされたピクチャバッファ（ＤＰＢ）をさらに備え得、ＤＰＢに記憶された参照される参照ピクチャからのピクチャ間予測を用いて現在のＡＵをデコードしてデコードされたピクチャを取得し、デコードされたピクチャをＤＰＢ内に挿入すること、ＤＰＢに記憶された各参照ピクチャに、短期参照ピクチャ、長期参照ピクチャ、および参照に使用されないピクチャのうちの１つとしての分類を割り当てること、現在のＡＵからＤＰＢモード情報を読み出すこと、ＤＰＢモード情報が第１のモードを指示する場合、ＦＩＦＯ戦略に従って、短期ピクチャとして分類された１つ以上の参照ピクチャをＤＰＢから削除すること、ＤＰＢモード情報が第２のモードを指示する場合、現在のＡＵ内の少なくとも１つのコマンドを含むメモリ管理制御情報を読み出し、かつＤＰＢに記憶された参照ピクチャのうちの少なくとも１つに割り当てられた分類を変更し、ＤＰＢからの参照ピクチャの除去を管理するためにＤＰＢ内の参照ピクチャの分類を用いるように、少なくとも１つのコマンドを実行することを行うように構成され得る。
一実施形態では、装置は、デコードされたピクチャがピクチャ間予測に使用されないかどうかの指示を現在のＡＵから読み出すこと、デコードされたピクチャがピクチャ間予測に使用されるべきではないことまたは直接出力されるべきではないことが指示されていない場合、デコードされたピクチャのＤＰＢ内への挿入を実行し、デコードされたピクチャがピクチャ間予測に使用されるべきではないことおよび直接出力されるべきであることが指示されている場合、ＤＰＢにおいてデコードされたピクチャをバッファリングすることなくデコードされたピクチャを直接出力することを行うように構成され得る。
一実施形態によれば、装置は、長期ピクチャに分類されたＤＰＢ内の各参照ピクチャにフレームインデックスを割り当てること、および長期ピクチャに分類されたＤＰＢ内の所定の参照ピクチャを、所定の参照ピクチャに割り当てられたフレームインデックスが現在のＡＵ内で参照される場合、ＤＰＢ内の参照される参照ピクチャとして使用することを行うようにさらに構成され得る。
一実施形態において、装置は、現在のＡＵ内の少なくとも１つのコマンドが第１のコマンドである場合、短期参照ピクチャに分類されたＤＰＢ内の参照ピクチャを参照に使用されないピクチャとして再分類すること、現在のＡＵ内の少なくとも１つのコマンドが第２のコマンドである場合、長期参照ピクチャに分類されたＤＰＢ内の参照ピクチャを参照に使用されないピクチャとして再分類すること、現在のＡＵ内の少なくとも１つのコマンドが第３のコマンドである場合、短期ピクチャに分類されたＤＰＢ内の参照ピクチャを長期参照ピクチャとして再分類し、再分類された参照ピクチャにフレームインデックスを割り当てること、現在のＡＵ内の少なくとも１つのコマンドが第４のコマンドである場合、第４のコマンドに従って上限フレームインデックス制限を設定し、長期ピクチャに分類された、上限フレームインデックス制限を超えるフレームインデックスが割り当てられているＤＰＢ内のすべての参照ピクチャを参照に使用されないピクチャとして再分類すること、現在のＡＵ内の少なくとも１つのコマンドが第６のコマンドである場合、現在のピクチャを長期ピクチャとして、参照に使用されないピクチャとして分類し、かつ再分類された参照ピクチャにフレームインデックスを割り当てることのうちの１つ以上を行うように構成され得る。
一実施形態では、装置は、参照に使用されないピクチャとして分類された、もはや出力されるべきではないあらゆる参照ピクチャをＤＰＢから削除するように構成され得る。
一実施形態では、装置は、データストリームからエントロピーコード化モードインジケータを読み出すこと、およびエントロピーコード化モードインジケータがコンテキスト適応型可変長コード化モードを指示する場合はコンテキスト適応型可変長コード化モードを使用し、エントロピーコード化モードインジケータがコンテキスト適応型バイナリ算術コード化モードを指示する場合はコンテキスト適応型バイナリ算術コード化モードを使用して、現在のＡＵからの予測残差データをデコードすることを行うように構成され得る。
一実施形態に応じて、装置は、２分の１ピクセル値を導出し、かつ近傍の２分の１ピクセル値を平均化するように、現在のＡＵにおける動きベクトルに基づいて、かつ６タップのＦＩＲフィルタを使用して、参照される参照ピクチャにおける４分の１ピクセル値を導出するように構成され得る。
一実施形態では、装置は、
ＤＰＢに記憶された参照される参照ピクチャからのピクチャ間予測を用いて現在のＡＵをデコードしてデコードされたピクチャを得、デコードされたピクチャをＤＰＢ内に挿入すること、
ＤＰＢに記憶された各参照ピクチャに、短期参照ピクチャ、長期参照ピクチャ、および参照に使用されないピクチャのうちの１つとしての分類を割り当てること、
現在のＡＵからＤＰＢモード情報を読み出すこと、
ＤＰＢモード情報が第１のモードを指示する場合、先入れ先出し（ＦＩＦＯ）戦略に従って、短期ピクチャとして分類された１つ以上の参照ピクチャをＤＰＢから削除すること、
ＤＰＢモード情報が第２のモードを指示する場合、現在のＡＵ内の少なくとも１つのコマンドを含むメモリ管理制御情報を読み出し、かつＤＰＢに記憶された参照ピクチャのうちの少なくとも１つに割り当てられた分類を変更し、ＤＰＢからの参照ピクチャの除去を管理するためにＤＰＢ内の参照ピクチャの分類を用いるように、少なくとも１つのコマンドを実行すること
を行うように構成され得る。
一実施形態によれば、装置は、
デコードされたピクチャがピクチャ間予測に使用されないかどうかの指示を現在のＡＵから読み出すこと、
デコードされたピクチャがピクチャ間予測に使用されるべきではないことまたは直接出力されるべきではないことが指示されていない場合、デコードされたピクチャのＤＰＢ内への挿入を実行し、デコードされたピクチャがピクチャ間予測に使用されるべきではないことおよび直接出力されるべきであることが指示されている場合、ＤＰＢにおいてデコードされたピクチャをバッファリングすることなくデコードされたピクチャを直接出力すること
を行うように構成され得る。
一実施形態では、装置は、
長期ピクチャに分類されたＤＰＢ内の各参照ピクチャにフレームインデックスを割り当てること、および
長期ピクチャに分類されたＤＰＢ内の所定の参照ピクチャを、所定の参照ピクチャに割り当てられたフレームインデックスが現在のＡＵ内で参照される場合、ＤＰＢ内の参照される参照ピクチャとして使用すること
を行うようにさらに構成され得る。
一実施形態によれば、装置は、
現在のＡＵ内の少なくとも１つのコマンドが第１のコマンドである場合、
短期参照ピクチャに分類されたＤＰＢ内の参照ピクチャを参照に使用されないピクチャとして再分類すること、
現在のＡＵ内の少なくとも１つのコマンドが第２のコマンドである場合、
長期参照ピクチャに分類されたＤＰＢ内の参照ピクチャを参照に使用されないピクチャとして再分類すること、
現在のＡＵ内の少なくとも１つのコマンドが第３のコマンドである場合、
短期ピクチャに分類されたＤＰＢ内の参照ピクチャを長期参照ピクチャとして再分類し、再分類された参照ピクチャにフレームインデックスを割り当てること、
現在のＡＵ内の少なくとも１つのコマンドが第４のコマンドである場合、
第４のコマンドに従って上限フレームインデックス制限を設定し、長期ピクチャに分類された、上限フレームインデックス制限を超えるフレームインデックスが割り当てられているＤＰＢ内のすべての参照ピクチャを参照に使用されないピクチャとして再分類すること、
現在のＡＵ内の少なくとも１つのコマンドが第６のコマンドである場合、
長期ピクチャとしての現在のピクチャを参照に使用されないピクチャとして分類し、かつ再分類された参照ピクチャにフレームインデックスを割り当てること
のうちの１つ以上を行うように構成され得る。
一実施形態では、装置は、
参照に使用されないピクチャとして分類された、もはや出力されるべきではないあらゆる参照ピクチャをＤＰＢから削除するように構成され得る。
以下では、第３の変形例のさらなる任意選択の詳細および特徴を説明する。
複数の参照ライン（ＭＲＬ）：イントラ予測のために、近傍のサンプルの隣り合うラインだけでなく、現在のブロックから２ラインまたは３ライン離れた位置に対応する、２つの隣り合わない参照ラインのうちの１つもまた、輝度サンプルのピクチャ内予測の参照ラインとして使用することができる。
適応型ＭＶ分解能（ＡＭＶＲ）：ＣＵレベルでのＭＶ分解能の選択が実行される。インター予測されたＣＵの場合、選択されたＭＶ分解能が指示され、輝度サンプルの単位で４分の１、２分の１、整数、または４とすることができる。２分の１輝度サンプル分解能が選択された場合、このブロック内の２分の１サンプル位置には代替の輝度補間フィルタが使用され、すなわち、分解能がＭＶに対して４分の１ピクセルまたは２分の１ピクセルである場合には異なる補間フィルタが使用される。
履歴ベースのＭＶ予測（ＨＭＶＰ）：空間的および時間的に近傍のＭＶ予測に加えて、マージモードおよびＡＭＶＰ候補リストにおけるＭＶ予測のために新しい候補タイプが追加される。ＨＭＶＰ候補は、先入れ先出し（ＦＩＦＯ）規則を用いて維持および更新される５エントリテーブルを用いて確立される。動きベクトル候補リストは、空間的および時間的近傍およびＨＭＶＰ候補を用いて生成される。
アフィン運動：ＣＵレベルのシグナリングを有するアフィン運動モデルが輝度に使用される。ＣＵレベルのアフィン運動は、４パラメータモデルまたは６パラメータモデルのいずれかであり得る。４パラメータモデルは、ＣＵの左上隅および右上隅に位置する２つの制御点に対応する２つのＭＶを使用し、６パラメータモデルは、左上隅、左下隅、および右上隅に位置する３つの制御点に対応する３つのＭＶを使用する。ＣＵがアフィン運動モードでコード化されるとき、ＣＵの輝度ブロックは４×４サブブロックに分割され、各サブブロックの中央サンプル位置におけるＭＶは、アフィン運動モデルに従って計算され、制御点に基づいてサブブロックＭＶとして設定される。サブブロックＭＶは、計算中に１／１６輝度サンプル精度に丸められ、６タップの補間フィルタのセットが適用されて各サブブロックの予測が生成される。非アフィンの場合については、マージモードおよびＡＭＶＰモードがアフィン運動パラメータの予測およびコード化に使用される。
係数コード化：係数レベルをエンコードするとき、最初に、係数レベルが０でないかどうかを指定するフラグ（ＳｉｇＦｌａｇ）が指示される。フラグが１に等しい（係数レベルが０ではない）場合、絶対レベルが１よりも大きいかどうかを指示するさらなるフラグが指示され（Ｇｔ１－Ｆｌａｇ）、その場合（絶対レベルが１よりも大きい場合）、変換係数レベルのパリティを指定するパリティレベルフラグ（Ｐａｒｉｔｙ－Ｆｌａｇ）と、変換係数レベルの絶対値が３よりも大きいかどうかを指定するさらなるフラグ（Ｇｔ３－Ｆｌａｇ）との、２つのさらなるフラグが存在する。
第４の変形例によるビデオデコードは、ブロックベースの予測デコードおよび変換ベースの残差デコードによってビデオデータストリームからビデオをデコードすることによって実行され、ブロックベースの予測デコードおよび変換ベースの残差デコードは、コンテキスト適応型バイナリ算術デコードを用いて、ビデオデータストリームからイントラ予測されたブロックの予測残差データをデコードすることによって行われ、コンテキスト適応型バイナリ算術デコードは、
所定のスキャン順序に沿って変換ブロックの変換係数をトラバースするときに、最後の非ゼロ変換係数に遭遇する予測残差データを表す変換ブロック内の位置の座標をデコードすること、ならびに
最後の非ゼロ変換係数と最初にスキャンされた変換係数との間の、所定のスキャン順序に沿って含まれランク付けされた変換係数の値を順次デコードすること、ならびに
所定のスキャン順序を、斜めスキャン順序、水平スキャン順序、および垂直スキャン順序の中から、イントラ予測されたブロックのイントラ予測モードに応じて、複数のイントラ予測モードの各々を斜めスキャン順序、水平スキャン順序、および垂直スキャン順序のうちの対応する１つにマッピングするマッピングを用いることによって選択すること
によって行われる。
本発明が関連する第４の変形例によるビデオエンコードは、ブロックベースの予測エンコードおよび変換ベースの残差エンコードによってビデオをビデオデータストリーム内にエンコードすることによって実行され、ブロックベースの予測エンコードおよび変換ベースの残差エンコードは、コンテキスト適応型バイナリ算術コード化を用いて、イントラ予測されたブロックの予測残差データをビデオデータストリーム内にエンコードすることによって行われ、コンテキスト適応型バイナリ算術コード化は、
所定のスキャン順序に沿って変換ブロックの変換係数をトラバースするときに、最後の非ゼロ変換係数に遭遇する予測残差データを表す変換ブロック内の位置の座標をエンコードすること、ならびに
最後の非ゼロ変換係数と最初にスキャンされた変換係数との間の、所定のスキャン順序に沿って含まれランク付けされた変換係数の値を順次エンコードすること、ならびに
所定のスキャン順序を、斜めスキャン順序、水平スキャン順序、および垂直スキャン順序の中から、イントラ予測されたブロックのイントラ予測モードに応じて、複数のイントラ予測モードの各々を斜めスキャン順序、水平スキャン順序、および垂直スキャン順序のうちの対応する１つにマッピングするマッピングを用いることによって選択すること
によって行われる。
本発明は、上記のビデオデコード変形例によるビデオエンコーダ、ビデオデコーダ、およびビデオをデコードするための方法、ならびに上記のビデオの第４の変形例によるビデオをエンコードするための方法、およびそれぞれのエンコード方法によって取得されたビデオデータストリームを含む。
以下では、本発明の実施形態の特定のビデオエンコードおよびビデオデコードの変形例のさらなる任意選択の詳細および特徴について説明する。
第４の変形例の実施形態は、Ｈ．２６５／ＨＥＶＣに準拠し得る。
［ＰＣＭ］
予測、変換、量子化、およびエントロピーコード化はバイパスされ、サンプルは事前定義された数のビットによって直接表される。ＰＣＭが有効な場合、輝度サンプルおよびクロマサンプルを表すために使用されるビット数（ｍｉｎｕｓ１）がそれぞれ指示される。さらに、ＰＣＭが最適に使用され得る２Ｎ×２Ｎブロックの最小ブロックサイズおよび最大ブロックサイズ（最小値に対する差）が指示される。２Ｎ×２Ｎブロックが構文解析されているとき、そのブロックのサイズが、記述された最小値と最大値の間にある場合、フラグはＰＣＭモードが使用されているかどうかを指示する。ＰＣＭモードが使用されるとき、ＰＣＭサンプルはバイトアラインされ、ブロックの輝度サンプルは、指示されたＰＣＭ輝度ビット長を有するラスタスキャンで直接表され／解析され、その後、ＰＣＭブロックのクロマサンプルは、指示されたＰＣＭクロマビット長によりラスタスキャンで表現／解析され、クロマサンプルの最初の半分がＣｂサンプルで残りがＣｒサンプルになる。さらに、ＣＡＢＡＣデコードエンジンは、ＰＣＭ構文のデコード後にＰＣＭフラグが構文解析され初期化されるたびに終了する。
［イントラモード従属係数スキャン順序］
イントラコード化されたブロック内の係数のスキャン順序は、変換ブロックサイズおよびイントラモードに基づいて動的に変更される。スキャンは、変換ブロックの４×４サブブロック／領域ごとに実行される（例えば、４×４変換ブロックサイズには１つの係数領域のみを使用し、８×８変換ブロックには４つの係数領域、１６×１６変換ブロックサイズには１６個の領域を使用する）。イントラモードのスキャン方法の選択は、変換ブロックサイズに依拠する。１６×１６および３２×３２の変換ブロックサイズの場合、スキャンは、斜めに実行される（０，０から開始－＞１，０－＞０，１－＞２，０－＞１，１－＞０，２－＞３，０など－例えば、各ステップでステップ１ずつｙ値を減らしてｘ値を増やし、ｙが０に等しいときにｙの値がｘ＋１から再開し、値０，０から開始すると同時にｘを０に設定する）。４×４（輝度またはクロマ）および８×８（輝度）の変換ブロックサイズの場合、係数スキャン順序は、近傍のブロックの予測のイントラ方向に関連付けられたイントラモードに依拠する。垂直スキャンは、予測方向が水平に近い場合に用いられ、水平スキャンは、予測方向が垂直に近い場合に用いられる。他の予測方向については、斜め右上向きスキャンが用いられる。
［変換量子化バイパスモード］
コード化ユニットまたはコード化ブロックごとに、変換および量子化の両方がバイパスされるかどうかが指示され得、それはピクチャ間またはピクチャ内予測からの残差信号がそのブロックに対して直接エントロピーコード化されることを指示する。そのモードでは、インループフィルタはスキップされる。
［さらなる実施形態］
以下では、本発明の実施形態をより一般的な用語で再度説明する。以下の実施形態は、任意選択的に、上述の特徴のうちのいずれかと組み合わされてもよい。
以下のさらなる実施形態では、以下の選択肢がすべての実施形態に適用され得る。データストリームは、ビデオデータストリームまたはオーディオデータストリームであり得る。データストリームをデコードするための装置は、ビデオデータストリームからビデオをデコードするための装置、またはオーディオデータストリームからオーディオ信号をデコードするための装置であり得る。データストリームをエンコードするための装置は、ビデオをビデオデータストリーム内にエンコードするための、またはオーディオ信号をオーディオデータストリーム内にエンコードするための装置であり得る。ペイロードパケットは、ビデオデータ、例えばエンコードされたビデオデータを搬送するコード化されたビデオペイロードパケットであり得る。用語「補足情報パケット」は、用語「補足情報ペイロードパケット」と等価的に使用され得る。「データストリームを信頼性に関してチェックする」および「データストリームを検証する」という表現は、互換的に使用され得る。
異なる態様を組み合わせることが可能であり、すなわち、態様のうちのいずれかに関して定義されたあらゆる特徴は、さらなる態様のうちのいずれかと組み合わされてもよい。
１．データストリームをデコードするための装置２０であって、データストリームが、セグメント１７の時間的シーケンスを含み、装置が、セグメントのシーケンスのセグメントについて、
セグメントの所定の部分１３を決定すること３０と、
データストリームから、指示６１を導出すること２１であって、指示が、
セグメントが時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうか、または
セグメントが時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかどうか
を指示する、導出すること２１と、
データストリームから、所定の部分１３に基づいてかつ指示６１に基づいて取得された検証文字列４８に対してチェックされるためのデジタル署名４３を導出すること２１と、
を行うように構成されている、装置２０。
２．装置が、検証文字列４８がデジタル署名４３に適合するかどうかをチェックすることによって所定の部分１３を検証するように構成されている、実施形態１に記載の装置。
３．装置が、所定の部分１３、指示６１、および所定の部分１３の検証のためのデジタル署名４３を提供するように構成されている、実施形態１または２に記載の装置。
４．所定の部分１３が、ハッシュ関数にかけられてハッシュ値が取得されるべきであり、検証文字列４８が、ハッシュ値に基づいて取得される、実施形態１から３のうちのいずれかに記載の装置。
５．所定の部分１３および指示が、ハッシュ関数にかけられてハッシュ値が取得されるべきであり、検証文字列４８が、ハッシュ値に基づいて取得される、実施形態１から４のうちのいずれかに記載の装置。
６．データストリーム１４をデコードするための装置２０であって、装置が、データストリームを信頼性に関してチェックするように構成されており、データストリームが、セグメント１７の時間的シーケンスを含み、装置が、セグメントのシーケンスのセグメント１７＊を、
セグメントの所定の部分１３をハッシュ関数３１にかけてハッシュ値３３を取得すること、
データストリームから指示６１を導出すること２１であって、指示６１が、
セグメントが時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうか、または
セグメントが時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかどうか、
を指示する、導出すること２１、
ハッシュ値３３に基づいてかつ指示６１に基づいて検証文字列４８を形成すること、
データストリームからデジタル署名４３を導出し、検証文字列４８がデジタル署名４３に適合するかどうかをチェックすること
によって検証するように構成されている、装置２０。
７．検証文字列４８がデジタル署名４３に適合するかどうかをチェックすることが、デジタル署名４３を解読してチェック値を取得することと、
検証文字列４８がチェック値と一致するかどうかをチェックすることと、
を含む、実施形態１から６のいずれかに記載の装置。
８．セグメントに関連付けられた補足情報メッセージから指示を導出するように構成されている、実施形態１から７のうちのいずれかに記載の装置。
９．補足情報メッセージが、ハッシュ関数および／またはデジタル署名４３を解読するための証明書を示す、実施形態８に記載の装置。
１０．デジタル署名４３を示す補足情報メッセージから指示を導出するように構成されている、実施形態１から７のいずれかに記載の装置。
１１．データストリームから、セグメントが時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうかを指示する指示を導出するように構成されており、装置が、
セグメントが署名されたサブシーケンスの最初のセグメントである場合に、時間的シーケンスにおいてセグメントに先行する部分であるデータストリームの任意の部分とは独立した検証文字列４８を形成するように構成されている、
実施形態１から１０のうちのいずれかに記載の装置。
１２．セグメントが署名されたサブシーケンスの最初のセグメントではない場合に、セグメントの先行するセグメントに対して取得された前のハッシュ値にさらに基づいて検証文字列４８を形成するように構成されている、
実施形態１１に記載の装置。
１３．いくつかの部分を導出することであって、いくつかの部分の単位でセグメント１７が検証可能である、導出することを行うように構成されており、いくつかの部分が、所定の部分１３を含み、いくつかの部分の部分が、階層的順序を有する、実施形態１から１２のうちのいずれかに記載の装置。
１４．装置が、
所定の部分１３が部分のうち階層的順序内の最初の部分ではない場合に、階層的順序において所定の部分１３に先行する、先行する部分に対して取得された、前のハッシュ値にさらに基づいて検証文字列４８を形成するように構成されている、
実施形態１３に記載の装置。
１５．所定の部分１３が、部分間の階層的順序内の最初の部分であり、装置が、階層的順序において所定の部分１３に続く、いくつかの部分の後続の部分を検証する際に、所定の部分１３をハッシュ関数にかけることによって取得されたハッシュ値に基づいて、後続の部分を検証するための後続の検証文字列４８を形成するように構成されている、実施形態１３または１４に記載の装置。
１６．所定の部分１３がいくつかの部分の階層的順序内の最初の部分である場合に、データストリームから指示を選択的に導出するように構成されている、実施形態１３から１５のうちのいずれかに記載の装置。
１７．データストリームをエンコードするための装置１０であって、装置が、データストリームを信頼性に関してチェック可能にすることと、データストリーム内に、セグメントの時間的シーケンスをエンコードすることと、を行うように構成されており、装置が、セグメントのシーケンスのセグメントを、
セグメントの所定の部分１３をハッシュ関数にかけてハッシュ値を取得すること、
データストリーム内に、
セグメントが時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうか、または
セグメントが時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかどうか
を指示する指示６１を挿入すること２３、
ハッシュ値に基づいて、かつ指示に基づいて検証文字列４８を形成すること、
検証文字列４８に基づいてデジタル署名４３を取得すること
によって信頼性に関してチェック可能にするように構成されている、装置１０。
１８．デジタル署名４３を取得する際に、検証文字列４８に署名するように構成されている、実施形態１７に記載の装置。
１９．セグメントに関連付けられた補足情報メッセージ内に指示を挿入するように構成されている、実施形態１７または実施形態１８に記載の装置。
２０．補足情報メッセージが、ハッシュ関数および／またはデジタル署名４３を解読するための証明書を示す、実施形態１９に記載の装置。
２１．指示およびデジタル署名４３を補足情報メッセージ内に挿入するように構成されている、実施形態１７または１８に記載の装置。
２２．データストリーム内に、セグメントが時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうかを指示する指示を挿入するように構成されており、装置が、
セグメントが署名されたサブシーケンスの最初のセグメントである場合に、時間的シーケンスにおいてセグメントに先行する部分であるデータストリームの任意の部分とは独立した検証文字列４８を形成するように構成されている、
実施形態１７から２１のうちのいずれかに記載の装置。
２３．セグメントが署名されたサブシーケンスの最初のセグメントではない場合に、セグメントの先行するセグメントに対して取得された前のハッシュ値にさらに基づいて検証文字列４８を形成するように構成されている、
実施形態２２に記載の装置。
２４．いくつかの部分を導出することと、セグメントを部分の単位で信頼性に関してチェック可能にすることと、を行うように構成されており、いくつか部分が、所定の部分１３を含み、いくつかの部分の部分が、階層的順序を有する、実施形態１７から２３のうちのいずれかに記載の装置。
２５．装置が、
所定の部分１３が部分のうち階層的順序内の最初の部分ではない場合に、階層的順序において所定の部分１３に先行する、先行する部分に対して取得された、前のハッシュ値にさらに基づいて検証文字列４８を形成するように構成されている、
実施形態２４に記載の装置。
２６．所定の部分１３が、部分のうち階層的順序内の最初の部分であり、装置が、階層的順序において所定の部分１３に続く、いくつかの部分の後続の部分を検証する際に、所定の部分１３をハッシュ関数にかけることによって取得されたハッシュ値に基づいて、後続の部分を検証するための後続の検証文字列４８を形成するように構成されている、実施形態２４または２５に記載の装置。
２７．所定の部分１３がいくつかの部分の階層的順序内の最初の部分である場合に、データストリーム内に指示を選択的に挿入するように構成されている、実施形態２４から２６のうちのいずれかに記載の装置。
２８．データストリームをデコードするための方法であって、データストリームがセグメント１７の時間的シーケンスを含み、方法が、セグメントのシーケンスのセグメントについて、
セグメントの所定の部分１３を決定すること３０と、
データストリームから、指示６１を導出すること２１であって、指示が、
セグメントが時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうか、または
セグメントが時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかどうか
を指示する、導出すること２１と、
データストリームから、所定の部分１３に基づいてかつ指示６１に基づいて取得された検証文字列４８に対してチェックされるためのデジタル署名４３を導出すること２１と、
を含む、方法。
２９．データストリーム１４をデコードするための方法であって、方法が、データストリームを信頼性に関してチェックすることを含み、データストリームが、セグメント１７の時間的シーケンスを含み、方法が、セグメントのシーケンスのセグメント１７＊を、
セグメントの所定の部分１３をハッシュ関数３１にかけてハッシュ値３３を取得すること、
データストリームから指示６１を導出すること２１であって、指示６１が、
セグメントが時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうか、または
セグメントが時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかどうか、
を指示する、導出すること２１、
ハッシュ値３３に基づいてかつ指示６１に基づいて検証文字列４８を形成すること、
データストリームからデジタル署名４３を導出し、検証文字列４８がデジタル署名４３に適合するかどうかをチェックすること
によって検証することを含む、方法。
３０．データストリームをエンコードするための方法であって、方法が、データストリームを信頼性に関してチェック可能にすることと、データストリーム内に、セグメントの時間的シーケンスをエンコードすることと、を含み、方法が、セグメントのシーケンスのセグメントを、
セグメントの所定の部分１３をハッシュ関数にかけてハッシュ値を取得すること、
データストリーム内に、
セグメントが時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうか、または
セグメントが時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかどうか
を指示する指示を挿入すること、
ハッシュ値に基づいて、かつ指示に基づいて検証文字列４８を形成すること、
検証文字列４８に基づいてデジタル署名４３を取得すること
によって信頼性に関してチェック可能にすることを含む、方法。
３１．データストリームであって、データストリームが、信頼性に関してチェック可能であり、データストリームが、
セグメントの時間的シーケンス、
セグメントが時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうか、または
セグメントが時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかどうか
を指示する指示
を含む、データストリーム。
３２．データストリームが、実施形態３０の方法を用いて提供される、実施形態３１に記載のデータストリーム。
３３．データストリーム１４をデコードするための装置２０であって、データストリームがセグメント１７の時間的シーケンスを含み、装置が、
データストリームから、セグメントのシーケンスのセグメント１７＊について、セグメントの時間的シーケンス内の検証チェーンがセグメントにおいて中断されたかどうかを導出すること２１と、
データストリームが検証チェーンが中断されたことを指示する場合、およびデータストリームが信頼性に関してセグメントをチェックするためのデジタル署名４３を含む場合、データストリームから、時間的シーケンスにおいてセグメント１７＊の直前にある先行するセグメントとは独立した検証文字列４８に対してチェックされるためのデジタル署名４３を導出すること２１と、
を行うように構成されている、装置２０。
３４．装置が、検証文字列４８がデジタル署名４３に適合するかどうかをチェックすることによってセグメントを検証するように構成されている、実施形態３３に記載の装置。
３５．装置が、セグメントの所定の部分１３と、セグメントの検証のためのデジタル署名４３と、を提供するように構成されている、実施形態３３または実施形態３４に記載の装置。
３６．データストリーム１４をデコードするための装置２０であって、装置が、データストリームを信頼性に関してチェックするように構成されており、データストリームが、セグメントの時間的シーケンスを含み、装置が、
データストリームから、セグメントの時間的シーケンス内の検証チェーンがセグメントにおいて中断されたかどうかを導出すること２１と、
データストリームが検証チェーンが中断されたことを指示する場合、およびデータストリームがセグメントのデジタル署名４３を含む場合、
データストリームからデジタル署名４３を導出すること２１と、
時間的シーケンスにおいてセグメントの直前にある先行するセグメントとは独立した検証文字列４８を形成すること３９と、
検証文字列４８がデジタル署名４３に適合するかどうかをチェックすること６３と、
を行うように構成されている、装置２０。
３７．データストリームから、セグメントについて、検証チェーンがセグメントで中断されたかどうかを指示する指示を導出するように構成されている、実施形態３３または３６に記載の装置。
３８．セグメントが信頼性に関してチェック可能であるかどうかをチェックすることと、セグメントが信頼性に関してチェック可能ではない場合に、検証チェーンがセグメントで中断されていると仮定することと、を行うように構成されている、実施形態３３から３７のうちのいずれかに記載の装置。
３９．検証文字列４８がデジタル署名４３に適合するかどうかをチェックすることが、
デジタル署名４３を解読してチェック値を取得することと、
検証文字列４８がチェック値と一致するかどうかをチェックすることと、
を含む、実施形態３４から３６のうちのいずれかに記載の装置。
４０．検証文字列４８を形成することが、セグメントの所定の部分１３をハッシュ関数にかけてハッシュ値を取得することと、ハッシュ値に基づいて検証文字列４８を形成することと、を含む、実施形態３３から３９のうちのいずれかに記載の装置。
４１．検証文字列４８を形成することが、データストリームが検証チェーンの中断を指示しない場合、およびデータストリームがセグメントのデジタル署名４３を含む場合、前のハッシュ値を使用して検証文字列４８を形成することを含み、前のハッシュ値が、先行するセグメントの部分をハッシュ関数にかけることによって取得される、
実施形態３３から４０のうちのいずれかに記載の装置。
４２．検証文字列４８を形成することが、データストリームが検証チェーンが中断されたことを指示する場合、およびデータストリームがセグメントのデジタル署名４３を含む場合に、時間的シーケンスにおいてセグメントに先行するセグメントのうちのいずれとも独立した検証文字列４８を形成することを含む、実施形態３３から４１のうちのいずれかに記載の装置。
４３．セグメントを信頼性に関してチェックすることが、データストリームが検証チェーンが中断されたことを指示する場合、およびデータストリームがセグメントのデジタル署名４３を含む場合に、
セグメントがさらなる検証チェーンの最初のセグメントであるかどうかをチェックすることと、
セグメントがさらなる検証チェーンの最初のセグメントである場合に、時間的シーケンスにおいてセグメントに先行するセグメントのうちのいずれとも独立した検証文字列４８を形成することと、
を含む、実施形態３３から４２のうちのいずれかに記載の装置。
４４．セグメントを信頼性に関してチェックすることが、セグメントがさらなる検証チェーンの最初のセグメントではない場合に、
さらなる前のハッシュ値を使用して検証文字列４８を形成することを含み、さらなる前のハッシュ値が、時間的シーケンスのさらなる先行するセグメントの部分をハッシュ関数にかけることによって取得される、
実施形態４３に記載の装置。
４５．セグメントを信頼性に関してチェックすることが、データストリームが検証チェーンが中断されたことを指示する場合、およびデータストリームがセグメントのデジタル署名４３を含む場合に、
セグメントがさらなる検証チェーンの最初のセグメントであるかどうかをチェックすることと、
セグメントがさらなる検証チェーンの最初のセグメントではない場合に、さらなる前のハッシュ値を使用して検証文字列４８を形成することであって、さらなる前のハッシュ値が、時間的シーケンスのさらに先行するセグメントの部分をハッシュ関数にかけることによって取得される、形成することと、
を含む、実施形態３３から４４のうちのいずれかに記載の装置。
４６．セグメントがさらなる検証チェーンの最初のセグメントであるかどうかをチェックする際に、
データストリームから、セグメントが検証チェーンの最初のセグメントであるかどうかを指示する指示を導出するように構成されている、
請求項４４または４５に記載の装置。
４７．セグメントがさらなる検証チェーンの最初のセグメントであるかどうかをチェックする際に、
データストリームからセグメントの検証情報を導出すること、および検証情報を、時間的シーケンスのさらなる先行するセグメントについての先行する検証情報と比較すること、
検証情報が先行する検証情報と一致する場合に、セグメントがさらなる検証チェーンの最初のセグメントではないと推論すること、
検証情報が先行する検証情報と一致しない場合に、セグメントがさらなる検証チェーンの最初のセグメントであると推論すること
を行うように構成されている、実施形態４４または４５に記載の装置。
４８．検証情報が、
－デジタル署名４３を解読するための証明書の指示、
－ハッシュ関数の指示、
－セグメントのコンテンツの識別子
のうちの１つ以上を含む、実施形態４６に記載の装置。
４９．セグメントを信頼性に関してチェックすることが、指示が、検証チェーンが中断されたことを指示する場合、および
データストリームがセグメントについてのデジタル署名４３を含まない場合、または
セグメントがさらなる検証チェーンの最初のセグメントである場合、
前のハッシュ値を記憶することであって、前のハッシュ値が、先行するセグメントの部分を時間的シーケンスの後続のセグメントを検証するためのハッシュ関数にかけることによって取得される、記憶することを含む、
実施形態３３から４８のうちのいずれかに記載の装置。
５０．データストリーム１４をエンコードするための装置１０であって、装置が、データストリームを信頼性に関してチェック可能にすることと、データストリーム内に、セグメントの時間的シーケンスをエンコードすることと、を行うように構成されており、装置が、
セグメントの時間的シーケンス内の検証チェーンがセグメントで中断された場合、およびセグメントが信頼性に関してチェック可能にされるべきである場合に、
時間的シーケンスにおいてセグメントの直前にある先行するセグメントとは独立した検証文字列４８を形成すること、および
検証文字列４８に基づいてデジタル署名４３を取得すること、および
デジタル署名４３をデータストリーム内に挿入すること
を行うように構成されている、装置１０。
５１．データストリーム内に、セグメントの時間的シーケンス内の検証チェーンがセグメントで中断されたかどうかを指示する指示を挿入するように構成されている、実施形態５０に記載の装置。
５２．セグメントが信頼性に関してチェック可能にされるべきではない場合に、検証チェーンがセグメントで中断されたかのようにセグメントを処理するように構成されている、実施形態５０に記載の装置。
５３．デジタル署名４３を取得する際に、検証文字列４８に署名するように構成されている、実施形態５０から５２のうちのいずれかに記載の装置。
５４．セグメントの所定の部分１３をハッシュ関数にかけてハッシュ値を取得し、かつハッシュ値に基づいて検証文字列４８を形成することにより、検証文字列４８を形成するように構成されている、実施形態５０から５３のうちのいずれかに記載の装置。
５５．検証チェーンがセグメントで中断されていない場合、およびセグメントが信頼性に関してチェック可能にされるべきである場合に、前のハッシュ値を使用して検証文字列４８を形成するように構成され、前のハッシュ値が、先行するセグメントの部分をハッシュ関数にかけることによって取得される、実施形態５０から５４のうちのいずれかに記載の装置。
５６．検証チェーンがセグメントで中断された場合、およびセグメントが信頼性に関してチェック可能にされるべきである場合に、時間的シーケンスにおいてセグメントに先行するセグメントのうちのいずれとも独立した検証文字列４８を形成するように構成されている、
実施形態５０から５５のうちのいずれかに記載の装置。
５７．検証チェーンがセグメントで中断された場合、およびセグメントが信頼性に関してチェック可能にされるべきである場合に、
セグメントがさらなる検証チェーンの最初のセグメントである場合、時間的シーケンスにおいてセグメントに先行するセグメントのうちのいずれとも無関係に検証文字列４８を形成するように構成されている、
実施形態５０から５６のうちのいずれかに記載の装置。
５８．セグメントがさらなる検証チェーンの最初のセグメントではない場合に、
さらなる前のハッシュ値を使用して検証文字列４８を形成するように構成されており、さらなる前のハッシュ値が、時間的シーケンスのさらなる先行するセグメントの部分をハッシュ関数にかけることによって取得される、
実施形態５７に記載の装置。
５９．検証チェーンがセグメントで中断された場合、およびセグメントが信頼性に関してチェック可能にされるべきである場合に、
セグメントがさらなる検証チェーンの最初のセグメントではない場合、さらなる前のハッシュ値を使用して検証文字列４８を形成するように構成されており、さらなる前のハッシュ値が、時間的シーケンスのさらなる先行するセグメントの部分をハッシュ関数にかけることによって取得される、
実施形態５０から５８のうちのいずれかに記載の装置。
６０．データストリーム内に、セグメントが検証チェーンの最初のセグメントであるかどうかを指示する指示を挿入するように構成されている、実施形態５８または５９に記載の装置。
６１．検証チェーンがセグメントで中断された場合、および
セグメントが信頼性に関してチェック可能にされるべきではない場合、または
セグメントがさらなる検証チェーンの最初のセグメントである場合に、
前のハッシュ値を記憶するように構成されており、前のハッシュ値が、先行するセグメントの部分を、時間的シーケンスの後続のセグメントを検証するためのハッシュ関数にかけることによって取得される、
実施形態５０から６０のうちのいずれかに記載の装置。
６２．データストリーム１４をデコードするための方法であって、データストリームが、セグメント１７の時間的シーケンスを含み、方法が、
データストリームから、セグメントのシーケンスのセグメント１７＊について、セグメントの時間的シーケンス内の検証チェーンがセグメントにおいて中断されたかどうかを導出すること２１と、
データストリームが検証チェーンが中断されたことを指示する場合、およびデータストリームが信頼性に関してセグメントをチェックするためのデジタル署名４３を含む場合に、データストリームから、時間的シーケンスにおいてセグメント１７＊の直前にある先行するセグメントとは独立した検証文字列４８に対してチェックされるためのデジタル署名４３を導出すること２１と、
を含む、方法。
６３．データストリーム１４をデコードするための方法であって、方法が、データストリームを信頼性に関してチェックすることを含み、データストリームが、セグメントの時間的シーケンスを含み、方法が、
データストリームから、セグメントの時間的シーケンス内の検証チェーンがセグメントにおいて中断されたかどうかを導出すること２１、および
データストリームが検証チェーンが中断されたことを指示する場合、およびデータストリームがセグメントのデジタル署名４３を含む場合に、
データストリームからデジタル署名４３を導出すること２１、
時間的シーケンスにおいてセグメントの直前にある先行するセグメントとは独立した検証文字列４８を形成すること３９、および
検証文字列４８がデジタル署名４３に適合するかどうかをチェックすること６３
を含む、方法。
６４．データストリーム１４をエンコードするための方法であって、方法が、データストリームを信頼性に関してチェック可能にすることと、データストリーム内に、セグメントの時間的シーケンスをエンコードすることと、を含み、方法が、
セグメントの時間的シーケンス内の検証チェーンがセグメントで中断された場合、およびセグメントが信頼性に関してチェック可能にされるべきである場合に、
時間的シーケンスにおいてセグメントの直前にある先行するセグメントとは独立した検証文字列４８を形成すること、および
検証文字列４８に基づいてデジタル署名４３を取得すること、および
デジタル署名４３をデータストリーム内に挿入すること
を含む、方法。
６５．実施形態６４の方法を用いて生成されたデータストリーム１４。
６６．データストリームが、データストリームにエンコードされたビデオを有し、装置が、ブロックベースの予測および変換ベースの残差デコードによってデータストリームからビデオをデコードするように構成されており、デコードが、
コンテキスト適応型可変長デコードを用いてデータストリームから残差ブロックの予測残差データをデコードすることによって行われ、デコードが、
残差ブロックを表す変換ブロック内の非ゼロ変換係数の総数、およびスキャン順序に沿って係数をトラバースするときに１の絶対値を有する非ゼロ変換係数の数を示すｔｒａｉｌｉｎｇ－ｏｎｅの数値を指示する第１の構文要素と、
スキャン順序に沿って係数をトラバースするときに１の絶対値を有する非ゼロ変換係数の符号を示す１つ以上の第２の構文要素と、
スキャン順序に沿って係数をトラバースするときに１の絶対値を有する非ゼロ変換係数の数を除いた、非ゼロ変換係数の値を示す１つ以上の第３の構文要素と、
スキャン順序で最初に遭遇した非ゼロ変換係数からの変換ブロック内のゼロ値変換係数レベルの総数を示す第４の構文要素と、
連続して遭遇する非ゼロ変換係数のスキャン順序の間のスキャン順序における連続するゼロ値変換係数の数を指示することによって、スキャン順序に沿った非ゼロ変換係数の位置を指示する１つ以上の第５の構文要素と、
を使用して行われる、
実施形態１～１６のうちのいずれか、または実施形態３３～４９のうちのいずれかに記載の装置。
６７．データストリームが、データストリーム内にエンコードされたビデオを有し、装置が、ブロックベースの予測デコードおよび変換ベースの残差デコードによってデータストリームからビデオをデコードするように構成されており、ブロックベースの予測デコードおよび変換ベースの残差デコードが、
コンテキスト適応型バイナリ算術デコードを用いて、残差ブロックの予測残差データをデータストリームからデコードすることによって行われ、コンテキスト適応型バイナリ算術デコードが、
残差ブロックを表す変換ブロック内の非ゼロ変換係数の位置を指示する重要度マップを、変換ブロックの変換係数をトラバースする順方向スキャンにおいて、非ゼロ変換係数が現在の位置に配置されているかどうかを指示する重要度フラグをデコードし、非ゼロ変換係数が現在の位置に配置されている場合、および現在の位置が順方向スキャンの最後ではない場合は、現在の位置に位置決めされた非ゼロ変換係数が順方向スキャン順序における最後の非ゼロ変換係数であるかどうかを指示する最終重要度フラグをデコードすることによってデコードすること、ならびに
非ゼロ変換係数の値を、順スキャン順序を逆にする逆スキャン順序で順次デコードすること、
によって行われる、
実施形態１～１６のうちのいずれか、または実施形態３３～４９のうちのいずれかに記載の装置。
６８．データストリームが、データストリーム内にエンコードされたビデオを有し、装置が、ブロックベースの予測デコードおよび変換ベースの残差デコードによってデータストリームからビデオをデコードするように構成されており、ブロックベースの予測デコードおよび変換ベースの残差デコードが、
コンテキスト適応型バイナリ算術デコードを用いて、データストリームからイントラ予測されたブロックの予測残差データをデコードすることによって行われ、コンテキスト適応型バイナリ算術デコードが、
所定のスキャン順序に沿って変換ブロックの変換係数をトラバースするときに、最後の非ゼロ変換係数に遭遇する予測残差データを表す変換ブロック内の位置の座標をデコードすること、ならびに
最後の非ゼロ変換係数と最初にスキャンされた変換係数との間の、所定のスキャン順序に沿って含まれランク付けされた変換係数の値を順次デコードすること、ならびに
所定のスキャン順序を、斜めスキャン順序、水平スキャン順序、および垂直スキャン順序の中から、イントラ予測されたブロックのイントラ予測モードに応じて、複数のイントラ予測モードの各々を斜めスキャン順序、水平スキャン順序、および垂直スキャン順序のうちの対応する１つにマッピングするマッピングを用いることによって選択すること
によって行われる、
実施形態１～１６のうちのいずれか、または実施形態３３～４９のうちのいずれかに記載の装置。
６９．データストリームが、データストリームにエンコードされたビデオを有し、装置が、ブロックベースの予測デコードおよび変換ベースの残差デコードによってデータストリームからビデオをデコードするように構成されており、デコードが、
残差ブロックを表す変換ブロックの変換係数の量子化インデックスのコンテキスト適応型バイナリ算術デコード、および現在の変換係数の値が前の量子化インデックスの量子化インデックスのパリティに依存する量子化インデックスの順次逆量子化とを使用して、データストリームから残差ブロックの予測残差データをデコードする
ことによって行われる、
実施形態１～１６のうちのいずれか、または実施形態３３～４９のうちのいずれかに記載の装置。
７０．装置が、ブロックベースの予測エンコードおよび変換ベースの残差エンコードによってビデオをデータストリームにエンコードするように構成されたエンコーダであり、エンコードが、
残差ブロックの予測残差データをコンテキスト適応型可変長コード化を用いてデータストリームにエンコードすることによって行われ、エンコードが、
残差ブロックを表す変換ブロック内の非ゼロ変換係数の総数、およびスキャン順序に沿って係数をトラバースするときに１の絶対値を有する非ゼロ変換係数の数を示すｔｒａｉｌｉｎｇ－ｏｎｅの数値を指示する第１の構文要素と、
スキャン順序に沿って係数をトラバースするときに１の絶対値を有する非ゼロ変換係数の符号を示す１つ以上の第２の構文要素と、
スキャン順序に沿って係数をトラバースするときに、１の絶対値を有する非ゼロ変換係数の数を除いた、非ゼロ変換係数の値を示す１つ以上の第３の構文要素と、
スキャン順序で最初に遭遇した非ゼロ変換係数からの変換ブロック内のゼロ値変換係数レベルの総数を示す第４の構文要素と、
スキャン順序で連続して遭遇する非ゼロ変換係数間のスキャン順序における連続するゼロ値の変換係数の数を指示することによって、スキャン順序に沿った非ゼロ変換係数の位置を示す１つ以上の第５の構文要素と、
を使用して行われる、
実施形態１７～２７のうちのいずれか、または実施形態５０～６１のうちのいずれかに記載の装置。
７１．装置が、ブロックベースの予測コード化および変換ベースの残差コード化によってビデオをデータストリーム内にエンコードするように構成されたエンコーダであり、ブロックベースの予測コード化および変換ベースの残差コード化が、
コンテキスト適応型バイナリ算術コード化を用いて、残差ブロックの予測残差データをデータストリーム内にエンコードすることによって行われ、コンテキスト適応型バイナリ算術コード化が、
残差ブロックを表す変換ブロック内の非ゼロ変換係数の位置を指示する重要度マップを、変換ブロックの変換係数をトラバースする順方向スキャンにおいて、非ゼロ変換係数が現在の位置に配置されているかどうかを指示する重要度フラグをエンコードし、非ゼロ変換係数が現在の位置に配置されている場合、および現在の位置が順方向スキャンの最後ではない場合は、現在の位置に位置決めされた非ゼロ変換係数が順方向スキャン順序における最後の非ゼロ変換係数であるかどうかを指示する最終重要度フラグをエンコードすることによってエンコードすること、ならびに
非ゼロ変換係数の値を、順スキャン順序を逆にする逆スキャン順序で順次エンコードすること、
によって行われる、
実施形態１７～２７のうちのいずれか、または実施形態５０～６１のうちのいずれかに記載の装置。
７２．装置が、ブロックベースの予測コード化および変換ベースの残差コード化によってビデオをデータストリーム内にエンコードするように構成されており、ブロックベースの予測コード化および変換ベースの残差コード化が、
コンテキスト適応型バイナリ算術コード化を用いて、イントラ予測されたブロックの予測残差データをデータストリームにエンコードすることによって行われ、コンテキスト適応型バイナリ算術コード化が、
所定のスキャン順序に沿って変換ブロックの変換係数をトラバースするときに、最後の非ゼロ変換係数に遭遇する予測残差データを表す変換ブロック内の位置の座標をエンコードすること、ならびに
最後の非ゼロ変換係数と最初にスキャンされた変換係数との間の、所定のスキャン順序に沿って含まれランク付けされた変換係数の値を順次エンコードすること、ならびに
所定のスキャン順序を、斜めスキャン順序、水平スキャン順序、および垂直スキャン順序の中から、イントラ予測されたブロックのイントラ予測モードに応じて、複数のイントラ予測モードの各々を斜めスキャン順序、水平スキャン順序、および垂直スキャン順序のうちの対応する１つにマッピングするマッピングを用いることによって選択すること
によって行われる、
実施形態１７～２７のうちのいずれか、または実施形態５０～６１のいずれかに記載の装置。
７３．装置が、ブロックベースの予測エンコードおよび変換ベースの残差エンコードによってビデオをデータストリーム内にエンコードするように構成されており、ブロックベースの予測エンコードおよび変換ベースの残差エンコードが、
残差ブロックを表す変換ブロックの変換係数の量子化インデックスのコンテキスト適応型バイナリ算術コード化、および現在の変換係数を量子化するための量子化器が前の量子化インデックスの量子化インデックスのパリティに依存する、量子化インデックスを取得するための変換係数の順次量子化を用いて、残差ブロックの予測残差データをデータストリーム内にエンコードすること
によって行われる、
実施形態１７～２７のうちのいずれか、または実施形態５０～６１のうちのいずれかに記載の装置。
７４．データストリームが、ブロックベースの予測コード化および変換ベースの残差コード化によってデータストリーム内にエンコードされたビデオを有し、エンコードが、
残差ブロックの予測残差データをコンテキスト適応型可変長コード化を用いてデータストリーム内にエンコードすることによって行われ、エンコードが、
残差ブロックを表す変換ブロック内の非ゼロ変換係数の総数、およびスキャン順序に沿って係数をトラバースするときに１の絶対値を有する非ゼロ変換係数の数を示すｔｒａｉｌｉｎｇ－ｏｎｅの数値を指示する第１の構文要素と、
スキャン順序に沿って係数をトラバースするときに１の絶対値を有する非ゼロ変換係数の符号を示す１つ以上の第２の構文要素と、
スキャン順序に沿って係数をトラバースするときに、１の絶対値を有する非ゼロ変換係数の数を除いた、非ゼロ変換係数の値を示す１つ以上の第３の構文要素と、
スキャン順序で最初に遭遇した非ゼロ変換係数からの変換ブロック内のゼロ値変換係数レベルの総数を示す第４の構文要素と、
スキャン順序で連続して遭遇する非ゼロ変換係数間のスキャン順序における連続するゼロ値の変換係数の数を指示することによって、スキャン順序に沿った非ゼロ変換係数の位置を示す１つ以上の第５の構文要素と、
を使用して行われる、
実施形態１～１６のうちのいずれか、実施形態３３～４９のうちのいずれか、実施形態１７～２７のうちのいずれか、または実施形態５０～６１のうちのいずれかに記載の装置。
７５．データストリームが、ブロックベースの予測コード化および変換ベースの残差コード化によってデータストリーム内にエンコードされたビデオを有し、ブロックベースの予測コード化および変換ベースの残差コード化が、
コンテキスト適応型バイナリ算術コード化を用いて、残差ブロックの予測残差データをデータストリーム内にエンコードすることによって行われ、コンテキスト適応型バイナリ算術コード化が、
残差ブロックを表す変換ブロック内の非ゼロ変換係数の位置を指示する重要度マップを、変換ブロックの変換係数をトラバースする順方向スキャンにおいて、非ゼロ変換係数が現在の位置に配置されているかどうかを指示する重要度フラグをエンコードし、非ゼロ変換係数が現在の位置に配置されている場合、および現在の位置が順方向スキャンの最後ではない場合は、現在の位置に位置決めされた非ゼロ変換係数が順方向スキャン順序における最後の非ゼロ変換係数であるかどうかを指示する最終重要度フラグをエンコードすることによってエンコードすること、ならびに
非ゼロ変換係数の値を、順スキャン順序を逆にする逆スキャン順序で順次エンコードすること、
によって行われる、
実施形態１～１６のうちのいずれか、または実施形態３３～４９のうちのいずれか、または実施形態１７～２７のうちのいずれか、または実施形態５０～６１のうちのいずれかに記載の装置。
７６．データストリームが、ブロックベースの予測コード化および変換ベースの残差コード化によってデータストリーム内にエンコードされたビデオを有し、ブロックベースの予測コード化および変換ベースの残差コード化が、
コンテキスト適応型バイナリ算術コード化を用いて、イントラ予測されたブロックの予測残差データをデータストリーム内にエンコードすることによって行われ、コンテキスト適応型バイナリ算術コード化が、
所定のスキャン順序に沿って変換ブロックの変換係数をトラバースするときに、最後の非ゼロ変換係数に遭遇する予測残差データを表す変換ブロック内の位置の座標をエンコードすること、ならびに
最後の非ゼロ変換係数と最初にスキャンされた変換係数との間の、所定のスキャン順序に沿って含まれランク付けされた変換係数の値を順次エンコードすること、ならびに
所定のスキャン順序を、斜めスキャン順序、水平スキャン順序、および垂直スキャン順序の中から、イントラ予測されたブロックのイントラ予測モードに応じて、複数のイントラ予測モードの各々を斜めスキャン順序、水平スキャン順序、および垂直スキャン順序のうちの対応する１つにマッピングするマッピングを用いることによって選択すること
によって行われる、
実施形態１～１６のうちのいずれか、、または実施形態３３～４９のうちのいずれか、または実施形態１７～２７のうちのいずれか、または実施形態５０～６１のうちのいずれかに記載の装置。
７７．データストリームが、ブロックベースの予測エンコードおよび変換ベースの残差エンコードによってデータストリーム内にエンコードされたビデオを有し、ブロックベースの予測エンコードおよび変換ベースの残差エンコードが、
残差ブロックを表す変換ブロックの変換係数の量子化インデックスのコンテキスト適応型バイナリ算術コード化、および現在の変換係数を量子化するための量子化器が前の量子化インデックスの量子化インデックスのパリティに依存する、量子化インデックスを取得するための変換係数の順次量子化を用いて、残差ブロックの予測残差データをデータストリーム内にエンコードすること
によって行われる、
実施形態１～１６のうちのいずれか、または実施形態３３～４９のうちのいずれか、または実施形態１７～２７のうちのいずれか、または実施形態５０～６１のうちのいずれかに記載の装置。
７８．実施形態３０、または実施形態６４の方法を用いて生成されたデータストリーム。
７９．コンピュータまたは信号プロセッサ上で実行されたときに、実施形態２８、または実施形態２９、または実施形態６２から６４のうちのいずれかの方法を実施するためのコンピュータプログラム。
実施態様の代替例
いくつかの態様が装置の文脈における特徴として説明されているが、そのような説明が方法の対応する特徴の説明とみなされてもよいことは明らかである。いくつかの態様は、方法の文脈における特徴として説明されているが、そのような説明は、装置の機能に関する対応する特徴の説明ともみなされ得ることは明らかである。特に、装置の機能を示すブロック図はまた、方法のステップとしてブロック図のブロックによって記述された機能を含むそれぞれの方法の説明として理解され得る。
本発明の実施形態によって提供されるデータ信号またはデータストリーム（例えば、メディアデータストリーム、ビデオデータストリーム、オーディオデータストリーム）は、デジタル記憶媒体、例えば非一時的または一時的デジタル記憶媒体に記憶することができ、または無線伝送媒体または有線伝送媒体などの伝送媒体上で伝送することができる。換言すれば、さらなる実施形態は、コンピュータ製品、例えばデータストリーム製品またはビットストリーム製品、例えば非一時的デジタル記憶媒体を提供し、コンピュータ製品は、例えば記憶されている、本明細書に記載の実施形態のいずれかによるデータ信号またはデータストリームを含む。
さらなる実施形態は、データを記憶するための方法を提供し、方法は、データストリームをデジタル記憶媒体、例えば非一時的デジタル記憶媒体に記憶するステップを含み、データストリームはデータを搬送する。例えば、データストリームは、本明細書に記載の実施形態のいずれかによるものである。例えば、は、本明細書に記載の符号化方法のいずれかに従ってデータをエンコードする。
さらなる実施形態は、本明細書に記載の実施形態のいずれかのデータストリームを送信するための方法を提供する。
信号を受信または処理するための装置（例えば、受信機、デコーダ）に関して説明された特徴は、信号を提供するための装置（例えば、エンコーダ）およびその逆のそれぞれの特徴の説明として、それぞれの信号、例えばデータストリームの特徴として機能すると理解されるべきである。特に、当業者は、受信機によって受信されるか、または受信機によって信号から導出される任意の情報、例えばデータ型、構造、項目が、対応するプロバイダによって信号に挿入され、その逆も同様であることを理解するであろう。
方法ステップのうちのいくつかまたはすべては、例えばマイクロプロセッサ、プログラマブルコンピュータ、または電子回路などのハードウェア装置によって（または使用して）実行されてもよい。いくつかの実施形態では、１つ以上の方法ステップは、そのような装置によって実行されてもよい。
特定の実装要件に応じて、本発明の実施形態は、ハードウェアもしくはソフトウェアで、または少なくとも部分的にハードウェアで、または少なくとも部分的にソフトウェアで実装することができる。実装は、電子的に読み出し可能な制御信号が格納されたデジタル記憶媒体、例えばフロッピーディスク、ＤＶＤ、Ｂｌｕ－Ｒａｙ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭまたはフラッシュメモリを使用して実行することができ、これらはそれぞれの方法が実行されるようにプログラム可能なコンピュータシステムと協働する（または協働することができる）。したがって、デジタル記憶媒体はコンピュータ可読であってもよい。
本発明によるいくつかの実施形態は、本明細書に記載の方法のうちの１つが実行されるように、プログラム可能なコンピュータシステムと協働することができる電子的に読み出し可能な制御信号を有するデータキャリアを含む。
一般に、本発明の実施形態は、プログラムコードを有するコンピュータプログラム製品として実装することができ、プログラムコードは、コンピュータプログラム製品がコンピュータ上で実行されるときに方法のうちの１つを実行するように動作する。プログラムコードは、例えば、機械可読キャリアに記憶され得る。
他の実施形態は、機械可読キャリアに格納された、本明細書に記載の方法の１つを実行するためのコンピュータプログラムを含む。
換言すれば、したがって、本発明の方法の一実施形態は、コンピュータプログラムがコンピュータ上で実行されるときに、本明細書に記載の方法のうちの１つを実行するためのプログラムコードを有するコンピュータプログラムである。
したがって、本発明の方法のさらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムを記録して含むデータキャリア（またはデジタル記憶媒体、またはコンピュータ可読媒体）である。データキャリア、デジタル記憶媒体、または記録媒体は、通常、有形および／または非一時的である。
したがって、本発明の方法のさらなる実施形態は、本明細書に記載の方法のうちの１つを実行するためのコンピュータプログラムを表すデータストリームまたは信号のシーケンスである。データストリームまたは信号のシーケンスは、例えば、データ通信接続を介して、例えばインターネットを介して転送されるように構成され得る。
さらなる実施形態は、本明細書に記載の方法のうちの１つを実行するように構成または適合された処理手段、例えばコンピュータまたはプログラマブル論理デバイスを含む。
さらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムがインストールされたコンピュータを含む。
本発明によるさらなる実施形態は、本明細書に記載の方法のうちの１つを実行するためのコンピュータプログラムを受信機に転送する（例えば、電子的または光学的に）ように構成された装置またはシステムを備える。受信機は、例えば、コンピュータ、モバイルデバイス、メモリデバイスなどであってもよい。装置またはシステムは、例えば、コンピュータプログラムを受信機に転送するためのファイルサーバを備え得る。
いくつかの実施形態では、プログラマブル論理デバイス（例えば、フィールドプログラマブルゲートアレイ）を使用して、本明細書に記載の方法の機能のうちのいくつかまたはすべてが実行され得る。いくつかの実施形態では、フィールドプログラマブルゲートアレイは、本明細書に記載の方法のうちの１つを実行するためにマイクロプロセッサと協働し得る。一般に、方法は、任意のハードウェア装置によって実行されることが好ましい。
本明細書に記載の装置は、ハードウェア装置を使用して、またはコンピュータを使用して、またはハードウェア装置とコンピュータとの組合せを使用して実装され得る。
本明細書に記載の方法は、ハードウェア装置を使用して、またはコンピュータを使用して、またはハードウェア装置とコンピュータとの組合せを使用して実行され得る。
上記の詳細な説明では、本開示を簡素化する目的で、様々な特徴が例において一緒にグループ化されていることが分かる。この開示の方法は、特許請求される例が各請求項に明示的に記載されているよりも多くの特徴を必要とするという意図を反映すると解釈されるべきではない。むしろ、以下の特許請求の範囲が反映するように、主題は、単一の開示された例のすべての特徴よりも少ない特徴にあり得る。したがって、以下の特許請求の範囲は詳細な説明に組み込まれ、各請求項は別個の例として独立していてもよい。各請求項は別個の例として独立していてもよいが、従属請求項は請求項において１つ以上の他の請求項との特定の組合せを指すことができるが、他の例はまた、従属請求項と他の従属請求項の主題との組合せ、または各特徴と他の従属または独立請求項との組合せを含むことができることに留意されたい。そのような組合せは、特定の組合せが意図されていないと述べられていない限り、本明細書において提案される。さらに、この請求項が独立請求項に直接従属させられていなくても、他の任意の独立請求項に請求項の特徴を含めることも意図されている。
上述の実施形態は、本開示の原理の単なる例示である。本明細書に記載の構成および詳細の修正および変形は、当業者には明らかであることが理解される。したがって、本明細書の実施形態の説明および説明として提示される特定の詳細によってではなく、係属中の特許請求の範囲によってのみ限定されることが意図されている。

Claims (52)

  1. オーディオデータストリームをデコードするための装置（２０）であって、前記オーディオデータストリームが、セグメント（１７）の時間的シーケンスを含み、前記装置が、セグメントのシーケンスの前記セグメントについて、
    前記セグメントの所定の部分（１３）を決定すること（３０）と、
    オーディオデータストリームから、指示（６１）を導出すること（２１）であって、指示が、
    前記セグメントが前記時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうか、または
    前記セグメントが前記時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかどうか
    を指示する、導出すること（２１）と、
    前記オーディオデータストリームから、前記所定の部分（１３）に基づいてかつ前記指示（６１）に基づいて取得された検証文字列（４８）に対してチェックされるためのデジタル署名（４３）を導出すること（２１）と、
    を行うように構成されている、装置（２０）。
  2. 前記装置が、前記検証文字列（４８）が前記デジタル署名（４３）に適合するかどうかをチェックすることによって前記所定の部分（１３）を検証するように構成されている、請求項１に記載の装置。
  3. 前記装置が、前記所定の部分（１３）、前記指示（６１）、および前記所定の部分（１３）の検証のためのデジタル署名（４３）を提供するように構成されている、請求項１または請求項２に記載の装置。
  4. 前記所定の部分（１３）が、ハッシュ関数にかけられてハッシュ値が取得されるべきであり、前記検証文字列（４８）が、前記ハッシュ値に基づいて取得される、請求項１から３のうちのいずれかに記載の装置。
  5. 前記所定の部分（１３）および前記指示が、ハッシュ関数にかけられてハッシュ値が取得されるべきであり、前記検証文字列（４８）が、前記ハッシュ値に基づいて取得される、請求項１から４のうちのいずれかに記載の装置。
  6. 前記検証文字列（４８）が前記デジタル署名（４３）に適合するかどうかをチェックすることが、前記デジタル署名（４３）を解読してチェック値を取得することと、
    前記検証文字列（４８）が前記チェック値と一致するかどうかをチェックすることと、
    を含む、請求項１または５に記載の装置。
  7. 前記セグメントに関連付けられた補足情報メッセージから前記指示を導出するように構成されている、請求項１から６のうちのいずれかに記載の装置。
  8. 前記補足情報メッセージが、前記ハッシュ関数および／またはデジタル署名（４３）を解読するための証明書を示す、請求項７に記載の装置。
  9. 前記デジタル署名（４３）を示す補足情報メッセージから前記指示を導出するように構成されている、請求項１から６のうちのいずれかにに記載の装置。
  10. 前記オーディオデータストリームから、前記セグメントが前記時間的シーケンスの署名されたサブシーケンスの前記最初のセグメントであるかどうかを指示する前記指示を導出するように構成されており、前記装置が、
    前記セグメントが前記署名されたサブシーケンスの前記最初のセグメントである場合に、前記時間的シーケンスにおいて前記セグメントに先行する部分である前記オーディオデータストリームの任意の部分とは無関係の前記検証文字列（４８）を形成するように構成されている、
    請求項１から９のうちのいずれかに記載の装置。
  11. 前記セグメントが前記署名されたサブシーケンスの前記最初のセグメントではない場合に、前記セグメントの先行するセグメントに対して取得された前のハッシュ値にさらに基づいて前記検証文字列（４８）を形成するように構成されている、
    請求項１０に記載の装置。
  12. オーディオデータストリームをエンコードするための装置（１０）であって、前記装置が、前記オーディオデータストリームを信頼性に関してチェック可能にすることと、前記オーディオデータストリーム内に、セグメントの時間的シーケンスをエンコードすることと、を行うように構成されており、前記装置が、前記セグメントの前記時間的シーケンスのセグメントを、
    前記セグメントの所定の部分（１３）をハッシュ関数にかけてハッシュ値を取得すること、
    前記オーディオデータストリーム内に、
    前記セグメントが前記時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうか、または
    前記セグメントが前記時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかどうか
    を指示する指示（６１）を挿入すること（２３）、
    前記ハッシュ値に基づいて、かつ指示に基づいて検証文字列（４８）を形成すること、
    検証文字列（４８）に基づいてデジタル署名（４３）を取得すること
    によって信頼性に関してチェック可能にするように構成されている、装置（１０）。
  13. 前記デジタル署名（４３）を取得する際に、前記検証文字列（４８）に署名するように構成されている、請求項１２に記載の装置。
  14. 前記セグメントに関連付けられた補足情報メッセージ内に前記指示を挿入するように構成されている、請求項１２または請求項１３に記載の装置。
  15. 前記補足情報メッセージが、前記ハッシュ関数および／または前記デジタル署名（４３）を解読するための証明書を示す、請求項１４に記載の装置。
  16. 前記指示および前記デジタル署名（４３）を補足情報メッセージ内に挿入するように構成されている、請求項１２または１３に記載の装置。
  17. 前記オーディオデータストリーム内に、前記セグメントが前記時間的シーケンスの前記署名されたサブシーケンスの前記最初のセグメントであるかどうかを指示する前記指示を挿入するように構成されており、前記装置が、
    前記セグメントが前記署名されたサブシーケンスの前記最初のセグメントである場合に、前記時間的シーケンスにおいて前記セグメントに先行する部分である前記オーディオデータストリームの任意の部分とは無関係の前記検証文字列（４８）を形成するように構成されている、
    請求項１２から１６のうちのいずれかに記載の装置。
  18. 前記セグメントが前記署名されたサブシーケンスの前記最初のセグメントではない場合に、前記セグメントの前記先行するセグメントに対して取得された前のハッシュ値にさらに基づいて前記検証文字列（４８）を導出するように構成されている、
    請求項１７に記載の装置。
  19. オーディオデータストリームをデコードするための方法であって、前記オーディオデータストリームがセグメント（１７）の時間的シーケンスを含み、前記方法が、セグメントの前記時間的シーケンスのセグメントについて、
    前記セグメントの所定の部分（１３）を決定すること（３０）と、
    前記オーディオデータストリームから、指示（６１）を導出すること（２１）であって、前記指示が、
    前記セグメントが前記時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうか、または
    前記セグメントが前記時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかどうか
    を指示する、導出すること（２１）と、
    前記オーディオデータストリームから、前記所定の部分（１３）に基づいてかつ前記指示（６１）に基づいて取得された検証文字列（４８）に対してチェックされるためのデジタル署名（４３）を導出すること（２１）と、
    を含む、方法。
  20. オーディオデータストリームをエンコードするための方法であって、前記方法が、前記オーディオデータストリームを信頼性に関してチェック可能にすることと、前記オーディオデータストリーム内に、セグメントの時間的シーケンスをエンコードすることと、を含み、前記方法が、セグメントのシーケンスのセグメントを、
    前記セグメントの所定の部分（１３）をハッシュ関数にかけてハッシュ値を取得すること、
    前記オーディオデータストリーム内に、
    前記セグメントが前記時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうか、または
    前記セグメントが前記時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかどうか
    を指示する指示を挿入すること、
    前記ハッシュ値に基づいて、かつ前記指示に基づいて検証文字列（４８）を形成すること、
    前記検証文字列（４８）に基づいてデジタル署名（４３）を取得すること
    によって信頼性に関してチェック可能にすることを含む、方法。
  21. オーディオデータストリームであって、前記オーディオデータストリームが、信頼性に関してチェック可能であり、前記オーディオデータストリームが、
    セグメントの時間的シーケンス、
    前記セグメントが前記時間的シーケンスの署名されたサブシーケンスの最初のセグメントであるかどうか、または
    前記セグメントが前記時間的シーケンスの署名されたサブシーケンスの最後のセグメントであるかどうか
    を指示する指示
    を含む、オーディオデータストリーム。
  22. オーディオデータストリーム（１４）をデコードするための装置（２０）であって、オーディオデータストリームがセグメント（１７）の時間的シーケンスを含み、装置が、
    オーディオデータストリームから、セグメントのシーケンスのセグメント（１７＊）について、セグメントの時間的シーケンス内の検証チェーンがセグメントにおいて中断されたかどうかを導出すること（２１）と、
    オーディオデータストリームが検証チェーンが中断されたことを指示する場合、およびオーディオデータストリームが信頼性に関してセグメントをチェックするためのデジタル署名（４３）を含む場合、オーディオデータストリームから、時間的シーケンスにおいてセグメント（１７＊）の直前にある先行するセグメントとは無関係の検証文字列（４８）に対してチェックされるためのデジタル署名（４３）を導出すること（２１）と、
    を行うように構成されている、装置（２０）。
  23. 前記装置が、前記検証文字列（４８）が前記デジタル署名（４３）に適合するかどうかをチェックすることによって前記セグメントを検証するように構成されている、請求項２２に記載の装置。
  24. 前記装置が、前記セグメントの所定の部分（１３）と、前記セグメントの検証のための前記デジタル署名（４３）と、を提供するように構成されている、請求項２２または請求項２３に記載の装置。
  25. 前記オーディオデータストリームから、前記セグメントについて、前記検証チェーンが前記セグメントで中断されたかどうかを指示する指示を導出するように構成されている、請求項２２または２４に記載の装置。
  26. 前記セグメントが信頼性に関してチェック可能であるかどうかをチェックすることと、前記セグメントが信頼性に関してチェック可能ではない場合に、前記検証チェーンが前記セグメントで中断されていると仮定することと、を行うように構成されている、請求項２２から２５のうちのいずれかに記載の装置。
  27. 前記検証文字列（４８）が前記デジタル署名（４３）に適合するかどうかをチェックすることが、
    前記デジタル署名（４３）を解読してチェック値を取得することと、
    前記検証文字列（４８）が前記チェック値と一致するかどうかをチェックすることと、
    を含む、請求項２３または２４に記載の装置。
  28. 前記検証文字列（４８）を形成することが、前記セグメントの所定の部分（１３）をハッシュ関数にかけてハッシュ値を取得することと、前記ハッシュ値に基づいて前記検証文字列（４８）を形成することと、を含む、請求項２２から２７のうちのいずれかに記載の装置。
  29. 前記検証文字列（４８）を形成することが、前記オーディオデータストリームが前記検証チェーンの中断を指示しない場合、および前記オーディオデータストリームが前記セグメントのデジタル署名（４３）を含む場合、前のハッシュ値を使用して前記検証文字列（４８）を導出することを含み、前記前のハッシュ値が、前記先行するセグメントの部分をハッシュ関数にかけることによって取得される、
    請求項２２から２８のうちのいずれかに記載の装置。
  30. 前記検証文字列（４８）を形成することが、前記オーディオデータストリームが、前記検証チェーンが中断されたことを指示する場合、および前記オーディオデータストリームが前記セグメントのデジタル署名（４３）を含む場合に、前記時間的シーケンスにおいて前記セグメントに先行するセグメントのうちのいずれとも無関係の前記検証文字列（４８）を形成することを含む、請求項２２から２９のうちのいずれかに記載の装置。
  31. 前記セグメントを信頼性に関してチェックすることが、前記オーディオデータストリームが、前記検証チェーンが中断されたことを指示する場合、および前記オーディオデータストリームがセグメントのデジタル署名（４３）を含む場合に、
    前記セグメントがさらなる検証チェーンの最初のセグメントであるかどうかをチェックすることと、
    前記セグメントがさらなる検証チェーンの最初のセグメントである場合に、前記時間的シーケンスにおいて前記セグメントに先行するセグメントのうちのいずれとも無関係の前記検証文字列（４８）を形成することと、
    を含む、請求項２２から３０のうちのいずれかに記載の装置。
  32. 前記セグメントを信頼性に関してチェックすることが、前記セグメントがさらなる検証チェーンの前記最初のセグメントではない場合に、
    さらなる前のハッシュ値を使用して前記検証文字列（４８）を形成することを含み、前記さらなる前のハッシュ値が、前記時間的シーケンスのさらなる先行するセグメントの部分をハッシュ関数にかけることによって取得される、
    請求項３１に記載の装置。
  33. 前記セグメントを信頼性に関してチェックすることが、前記オーディオデータストリームが前記検証チェーンが中断されたことを指示する場合、および前記オーディオデータストリームが前奇異セグメントのデジタル署名（４３）を含む場合に、
    前記セグメントがさらなる検証チェーンの最初のセグメントであるかどうかをチェックすることと、
    前記セグメントがさらなる検証チェーンの最初のセグメントではない場合に、さらなる前のハッシュ値を使用して前記検証文字列（４８）を形成することであって、前記さらなる前のハッシュ値が、前記時間的シーケンスのさらに先行するセグメントの部分をハッシュ関数にかけることによって取得される、形成することと、
    を含む、請求項２２から３２のうちのいずれかに記載の装置。
  34. 前記セグメントがさらなる検証チェーンの前記最初のセグメントであるかどうかをチェックする際に、
    前記オーディオデータストリームから、前記セグメントが検証チェーンの前記最初のセグメントであるかどうかを指示する指示を導出するように構成されている、
    請求項３２または３３に記載の装置。
  35. 前記セグメントがさらなる検証チェーンの前記最初のセグメントであるかどうかをチェックする際に、
    前記オーディオデータストリームから前記セグメントの検証情報を導出すること、および前記検証情報を、前記時間的シーケンスのさらなる先行するセグメントについての先行する検証情報と比較すること、
    前記検証情報が前記先行する検証情報と一致する場合に、前記セグメントがさらなる検証チェーンの前記最初のセグメントではないと推論すること、
    前記検証情報が前記先行する検証情報と一致しない場合に、前記セグメントがさらなる検証チェーンの前記最初のセグメントであると推論すること
    を行うように構成されている、請求項３２または３３に記載の装置。
  36. 前記検証情報が、
    前記デジタル署名（４３）を解読するための証明書の指示、
    ハッシュ関数の指示、
    前記セグメントのコンテンツの識別子
    のうちの１つ以上を含む、請求項３４に記載の装置。
  37. 前記セグメントを信頼性に関してチェックすることが、前記指示が、検証チェーンが中断されたことを指示する場合、および
    前記オーディオデータストリームが前記セグメントについてのデジタル署名（４３）を含まない場合、または
    前記セグメントがさらなる検証チェーンの前記最初のセグメントである場合、
    前のハッシュ値を記憶することであって、前記前のハッシュ値が、前記先行するセグメントの部分を前記時間的シーケンスの後続のセグメントを検証するためのハッシュ関数にさらすことによって取得される、記憶することを含む、
    請求項２２から３６のうちのいずれかに記載の装置。
  38. オーディオデータストリーム（１４）をエンコードするための装置（１０）であって、前記装置が、前記オーディオデータストリームを信頼性に関してチェック可能にすることと、前記オーディオデータストリーム内に、セグメントの時間的シーケンスをエンコードすることと、を行うように構成されており、前記装置が、
    前記セグメントの前記時間的シーケンス内の検証チェーンが前記セグメントで中断された場合、および前記セグメントが信頼性に関してチェック可能にされるべきである場合に、
    前記時間的シーケンスにおいて前記セグメントの直前にある先行するセグメントとは無関係の検証文字列（４８）を形成すること、および
    前記検証文字列（４８）に基づいてデジタル署名（４３）を取得すること、および
    前記デジタル署名（４３）を前記オーディオデータストリーム内に挿入すること
    を行うように構成されている、装置（１０）。
  39. 前記オーディオデータストリーム内に、前記セグメントの前記時間的シーケンス内の検証チェーンが前記セグメントで中断されたかどうかを指示する指示を挿入するように構成されている、請求項３８に記載の装置。
  40. 前記セグメントが信頼性に関してチェック可能にされるべきではない場合に、前記検証チェーンがセグメントで中断されたかのように前記セグメントを処理するように構成されている、請求項３８に記載の装置。
  41. 前記デジタル署名（４３）を取得する際に、前記検証文字列（４８）に署名するように構成されている、請求項３８から４０のうちのいずれかに記載の装置。
  42. 前記セグメントの所定の部分（１３）をハッシュ関数にかけてハッシュ値を取得し、かつ前記ハッシュ値に基づいて前記検証文字列（４８）を形成することにより、前記検証文字列（４８）を形成するように構成されている、請求項３８から４１のうちのいずれかに記載の装置。
  43. 前記検証チェーンがセグメントで中断されていない場合、および前記セグメントが信頼性に関してチェック可能にされるべきである場合に、前のハッシュ値を使用して検証文字列（４８）を形成することであって、前記前のハッシュ値が、前記先行するセグメントの部分をハッシュ関数にかけることによって取得される、請求項３８から４２のうちのいずれかに記載の装置。
  44. 前記検証チェーンが前記セグメントで中断された場合、および前記セグメントが信頼性に関してチェック可能にされるべきである場合に、前記時間的シーケンスにおいて前記セグメントに先行するセグメントのうちのいずれとも無関係の前記検証文字列（４８）を形成するように構成されている、
    請求項３８から４３のうちのいずれかに記載の装置。
  45. 前記検証チェーンが前記セグメントで中断された場合、および前記セグメントが信頼性に関してチェック可能にされるべきである場合に、
    前記セグメントがさらなる検証チェーンの最初のセグメントである場合、前記時間的シーケンスにおいて前記セグメントに先行するセグメントのうちのいずれとも無関係に前記検証文字列（４８）を形成するように構成されている、
    請求項３８から４４のうちのいずれかに記載の装置。
  46. 前記セグメントがさらなる検証チェーンの前記最初のセグメントではない場合に、
    さらなる前のハッシュ値を使用して前記検証文字列（４８）を導出するように構成されており、前記さらなる前のハッシュ値が、前記時間的シーケンスのさらなる先行するセグメントの部分をハッシュ関数にかけることによって取得される、
    請求項４５に記載の装置。
  47. 前記検証チェーンが前記セグメントで中断された場合、および前記セグメントが信頼性に関してチェック可能にされるべきである場合に、
    前記セグメントがさらなる検証チェーンの前記最初のセグメントではない場合、さらなる前のハッシュ値を使用して検証文字列（４８）を導出するように構成されており、前記さらなる前のハッシュ値が、前記時間的シーケンスのさらなる先行するセグメントの部分をハッシュ関数にかけることによって取得される、
    請求項３８から４６のうちのいずれかに記載の装置。
  48. 前記オーディオデータストリーム内に、前記セグメントが検証チェーンの前記最初のセグメントであるかどうかを指示する指示を挿入するように構成されている、請求項４６または４７に記載の装置。
  49. 前記検証チェーンが前記セグメントで中断された場合、および
    前記セグメントが信頼性に関してチェック可能にされるべきではない場合、または前記セグメントがさらなる検証チェーンの前記最初のセグメントである場合に、
    前のハッシュ値を記憶するように構成されており、前記前のハッシュ値が、前記先行するセグメントの部分を、前記時間的シーケンスの後続のセグメントを検証するためのハッシュ関数にかけることによって取得される、
    請求項３８から４８のうちのいずれかに記載の装置。
  50. オーディオデータストリーム（１４）をデコードするための方法であって、前記オーディオデータストリームが、セグメント（１７）の時間的シーケンスを含み、前記方法が、
    前記オーディオデータストリームから、セグメントの前記時間的シーケンスのセグメント（１７＊）について、前記セグメントの前記時間的シーケンス内の検証チェーンが前記セグメントにおいて中断されたかどうかを導出すること（２１）と、
    前記オーディオデータストリームが、前記検証チェーンが中断されたことを指示する場合、および前記オーディオデータストリームが信頼性に関してセグメントをチェックするためのデジタル署名（４３）を含む場合に、前記オーディオデータストリームから、前記時間的シーケンスにおいて前記セグメント（１７＊）の直前にある先行するセグメントとは無関係の検証文字列（４８）に対してチェックされるための前記デジタル署名（４３）を導出すること（２１）と、
    を含む、方法。
  51. オーディオデータストリーム（１４）をエンコードするための方法であって、前記方法が、前記オーディオデータストリームを信頼性に関してチェック可能にすることと、前記オーディオデータストリーム内に、セグメントの時間的シーケンスをエンコードすることと、を含み、前記方法が、
    セグメントの前記時間的シーケンス内の検証チェーンが前記セグメントで中断された場合、および前記セグメントが信頼性に関してチェック可能にされるべきである場合に、
    前記時間的シーケンスにおいて前記セグメントの直前にある先行するセグメントとは無関係の検証文字列（４８）を形成すること、および
    前記検証文字列（４８）に基づいてデジタル署名（４３）を取得すること、および
    前記デジタル署名（４３）を前記オーディオデータストリーム内に挿入すること
    を含む、方法。
  52. 請求項５１の方法を用いて生成されたオーディオデータストリーム（１４）。
JP2025177973A 2024-10-23 2025-10-22 データストリームの認証における検証チェーンの取扱い Pending JP2026086355A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP24208515.7 2024-10-23
EP24208515 2024-10-23

Publications (2)

Publication Number Publication Date
JP2026086355A true JP2026086355A (ja) 2026-05-26
JP2026086355A5 JP2026086355A5 (ja) 2026-06-02

Family

ID=93284549

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2025177973A Pending JP2026086355A (ja) 2024-10-23 2025-10-22 データストリームの認証における検証チェーンの取扱い

Country Status (7)

Country Link
US (1) US12689523B2 (ja)
EP (1) EP4734532A1 (ja)
JP (1) JP2026086355A (ja)
KR (1) KR20260059503A (ja)
CN (1) CN121923823A (ja)
AU (1) AU2025256103A1 (ja)
CA (1) CA3289990A1 (ja)

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6959384B1 (en) * 1999-12-14 2005-10-25 Intertrust Technologies Corporation Systems and methods for authenticating and protecting the integrity of data streams and other data
US7313687B2 (en) 2003-01-10 2007-12-25 Microsoft Corporation Establishing a secure context at an electronic communications end-point
JP4809766B2 (ja) * 2003-08-15 2011-11-09 株式会社エヌ・ティ・ティ・ドコモ 損失を適応制御したデータストリームの認証方法及び装置
KR101209252B1 (ko) 2007-02-02 2012-12-06 삼성전자주식회사 전자기기의 부팅 방법 및 부팅 인증 방법
AU2008290860B2 (en) 2007-08-17 2013-02-21 Fraunhofer-Gesellschaft Zur Foerderung Der Angewandten Forschung E.V. Device and method for a backup of rights objects
TWI501580B (zh) 2009-08-07 2015-09-21 Dolby Int Ab 資料串流的鑑別
EP3709646A1 (en) 2010-04-13 2020-09-16 GE Video Compression, LLC Coding of significance maps and transform coefficient blocks
KR102659283B1 (ko) 2012-06-29 2024-04-22 지이 비디오 컴프레션, 엘엘씨 비디오 데이터 스트림 개념
US9148707B2 (en) 2012-07-13 2015-09-29 Lodgenet Interactive Corporation System and method to provide out-of-band broadcast trigger synchronization and communication to insertion devices
US10574718B2 (en) 2016-08-25 2020-02-25 Comcast Cable Communications, Llc Packaging content for delivery
CN107871063A (zh) 2017-11-16 2018-04-03 王磊 防篡改的录音录像数字签名方法、装置及存储介质
US11868509B2 (en) 2017-11-17 2024-01-09 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for detecting digital content tampering
US11451840B2 (en) 2018-06-18 2022-09-20 Qualcomm Incorporated Trellis coded quantization coefficient coding
EP3737109B1 (en) 2019-05-08 2024-03-20 Getac Holdings Corporation Verification code generation method, data verification method and electronic device
US12069308B2 (en) 2019-05-16 2024-08-20 Nokia Technologies Oy Apparatus, a method and a computer program for handling random access pictures in video coding
CN121792733A (zh) 2019-12-20 2026-04-03 弗劳恩霍夫应用研究促进协会 支持变换系数级别的适应性相依量化的解/编码器及方法
WO2021183645A1 (en) * 2020-03-11 2021-09-16 Bytedance Inc. Indication of digital media integrity
WO2021187375A1 (en) 2020-03-18 2021-09-23 Sharp Kabushiki Kaisha Systems and methods for applying deblocking filters in video coding
US12377928B2 (en) 2020-05-28 2025-08-05 Honda Motor Co., Ltd. Saddle-ride type vehicle with microphone located on operation-portion support portion
EP4208801B1 (en) * 2020-09-01 2025-11-05 Nagravision Sàrl Media authentication
US20220321918A1 (en) 2021-04-02 2022-10-06 Qualcomm Incorporated Picture orientation and quality metrics supplemental enhancement information message for video coding
TWI806577B (zh) * 2022-04-28 2023-06-21 瑞昱半導體股份有限公司 數位簽章方法及數位簽章的驗證方法
EP4407981B1 (en) 2023-01-30 2025-04-16 Axis AB A transmitter, a receiver and methods therein for validation of a video sequence
US12244875B2 (en) * 2023-03-15 2025-03-04 Microsoft Technology Licensing, Llc Asserting and establishing provenance of media content during live streaming
EP4436103A1 (en) * 2023-03-23 2024-09-25 Axis AB Method and device for providing a signed audio bitstream with variable granularity
US12567983B2 (en) * 2023-12-19 2026-03-03 Nxp B.V. Verification of authenticity of a data source

Also Published As

Publication number Publication date
US12689523B2 (en) 2026-07-21
US20260113202A1 (en) 2026-04-23
EP4734532A1 (en) 2026-04-29
CN121923823A (zh) 2026-04-24
CA3289990A1 (en) 2026-05-13
KR20260059503A (ko) 2026-04-30
AU2025256103A1 (en) 2026-05-07

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20260422

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20260422