JP2000287192A - 情報配信装置、受信装置及び通信方法 - Google Patents

情報配信装置、受信装置及び通信方法

Info

Publication number
JP2000287192A
JP2000287192A JP9391699A JP9391699A JP2000287192A JP 2000287192 A JP2000287192 A JP 2000287192A JP 9391699 A JP9391699 A JP 9391699A JP 9391699 A JP9391699 A JP 9391699A JP 2000287192 A JP2000287192 A JP 2000287192A
Authority
JP
Japan
Prior art keywords
information
header
encryption
content information
extension header
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.)
Granted
Application number
JP9391699A
Other languages
English (en)
Other versions
JP3816689B2 (ja
Inventor
Takeshi Saito
健 斉藤
Hiroshi Kato
拓 加藤
Ichiro Tomota
一郎 友田
Yoshiaki Takahata
由彰 高畠
Junko Ami
淳子 網
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.)
Toshiba Corp
Original Assignee
Toshiba Corp
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 Toshiba Corp filed Critical Toshiba Corp
Priority to JP09391699A priority Critical patent/JP3816689B2/ja
Priority to EP20000302721 priority patent/EP1041823B1/en
Priority to DE60038916T priority patent/DE60038916D1/de
Priority to DE2000626451 priority patent/DE60026451T2/de
Priority to EP20060000449 priority patent/EP1646238B1/en
Publication of JP2000287192A publication Critical patent/JP2000287192A/ja
Priority to US11/137,561 priority patent/US20050216731A1/en
Application granted granted Critical
Publication of JP3816689B2 publication Critical patent/JP3816689B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • H04N21/6437Real-time Transport Protocol [RTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/04Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/06Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/062Network architectures or network communication protocols for network security for supporting key management in a packet data network for key distribution, e.g. centrally by trusted party
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/70Media network packetisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2347Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving video stream encryption
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management 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/254Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2541Rights Management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management 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/258Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808Management of client data
    • H04N21/25816Management of client data involving client authentication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4405Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video stream decryption
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/633Control signals issued by server directed to the network components or client
    • H04N21/6332Control signals issued by server directed to the network components or client directed to client
    • H04N21/6334Control signals issued by server directed to the network components or client directed to client for authorisation, e.g. by transmitting a key
    • H04N21/63345Control signals issued by server directed to the network components or client directed to client for authorisation, e.g. by transmitting a key by transmitting keys
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637Control signals issued by the client directed to the server or network components
    • H04N21/6377Control signals issued by the client directed to the server or network components directed to server
    • H04N21/63775Control signals issued by the client directed to the server or network components directed to server for uploading keys, e.g. for a client to communicate its public key to the server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835Generation of protective data, e.g. certificates
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835Generation of protective data, e.g. certificates
    • H04N21/8355Generation of protective data, e.g. certificates involving usage data, e.g. number of copies or viewings allowed
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/167Systems rendering the television signal unintelligible and subsequently intelligible
    • H04N7/1675Providing digital key or authorisation information for generation or regeneration of the scrambling sequence
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309Transmission or handling of upstream communications
    • H04N7/17318Direct or substantially direct transmission and handling of requests

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Computer Graphics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

(57)【要約】 【課題】 コピープロテクション技術をIEEE139
4のみならずインターネット上のコンテンツ流通にも拡
張可能な情報配信装置を提供すること。 【解決手段】 コンテンツを暗号化してインターネット
経由で受信装置に配信する配信装置であって、受信装置
との間で認証手続きおよび認証鍵交換手続の少なくとも
一方を含む認証処理を行ない、所定の符号化方式で符号
化されたコンテンツを暗号化し、転送されるコンテンツ
が暗号化されたものであるか否かを示す属性情報および
該コンテンツの暗号方式を示す属性情報のうちの少なく
とも一方の属性情報を含む暗号化に関する属性情報から
なる暗号拡張ヘッダを作成し、コンテンツ情報の転送に
必要なトランスポートプロトコル処理を行うとともに、
基本トランスポートヘッダを作成し、基本トランスポー
トヘッダと暗号拡張ヘッダと暗号化されたコンテンツ情
報とを含むパケットを送出する。

Description

【発明の詳細な説明】
【0001】
【発明の属する技術分野】本発明は、インターネット等
のネットワークを介したデータ送受信を著作権保護を考
慮して行う情報配信装置、受信装置及び通信方法に関す
る。
【0002】
【従来の技術】近年、デジタル放送の開始や、デジタル
AV機器の発売等、いわゆる「家庭AV環境のデジタル
化」が大きな注目を集めている。デジタルAVデータ
は、様々な圧縮が可能、マルチメディアデータとしての
処理が可能、何回再生しても劣化が無い、等の優れた特
徴を持ち、今後その用途はますます広がっていくものと
考えられる。
【0003】しかしながらその反面、このデジタルAV
技術には、「コンテンツの不正コピーを容易に行うこと
ができる」という側面もある。すなわち、どのようなデ
ジタルコンテンツについても、原理的に「ビットのコピ
ー」で、元通りの品質でしかも恒久的に劣化の無い複製
が作成されてしまうため、いわゆる「不正コピー」の問
題が発生する。
【0004】そこで、この「不正コピー」を防ぐための
技術が種々検討されている。その中の一つが、CPTW
G(コピープロテクション技術ワーキンググループ)で
検討されている「1394CPコンテンツ保護システム
仕様(1394CP Content Protect
ion SystemSpecification)」
である。この技術は、IEEE1394バスに接続され
たノード間で、転送するコンテンツ(例えばMPEGデ
ータ等)について、送受信ノードの間で予め認証手続き
をおこない、暗号鍵(コンテンツキー)を共有できるよ
うにしておき、以降はそのコンテンツをその暗号鍵で暗
号化して転送し、認証手続きを行った両ノード以外のノ
ードにはそのコンテンツが復号化できないようにする技
術である。このようにすることにより、認証を行ってい
ないノードは、暗号鍵の値がわからないため、転送され
ているデータ(すなわち暗号化されたコンテンツデー
タ)をたとえ取り込むことができたとしても、このデー
タを復号化することはできない。このような認証に参加
できるノードを、あらかじめ定められた認証機関が許可
したノードのみとしておくことで、不正なノードが暗号
鍵を入手することを未然に防ぎ、コンテンツの不正コピ
ーを予め防ぐことが可能になる。
【0005】
【発明が解決しようとする課題】さて、デジタルコンテ
ンツの流通は、当然ながらIEEE1394上に限定さ
れるものではなく、ネットワーク一般に対して期待され
る。公衆網や、物理/リンクネットワークにとらわれな
い技術インフラとして、インターネットは、その有力な
候補となろう。
【0006】しかしながら、現在はインターネット上の
デジタルコンテンツ(特にデジタルAVストリーム)の
流通は、著作権保護のなされないまま、生のデータのま
までRTP(リアルタイムトランスポートプロトコル)
上を転送される方式が主流となっている。
【0007】本発明は、上記事情を考慮してなされたも
ので、コピープロテクション技術をIEEE1394の
みならずインターネット等のネットワーク上のデジタル
コンテンツ流通にも拡張することの可能な情報配信装
置、受信装置及び通信方法を提供することを目的とす
る。
【0008】
【課題を解決するための手段】本発明(請求項1)は、
コンテンツ情報を暗号化して所定のトランスポートプロ
トコルによるネットワーク経由で通信相手装置に配信す
る情報配信装置であって、前記通信相手装置との間で認
証手続きおよび認証鍵交換手続の少なくとも一方を含む
認証処理を行なう手段と、所定の符号化方式で符号化さ
れたコンテンツ情報を暗号化する手段と、前記暗号化に
関する属性情報および前記符号化方式を示す情報を含む
暗号拡張ヘッダを作成する手段と、前記コンテンツ情報
の転送に必要なトランスポートプロトコル処理を行うと
ともに、転送されるコンテンツ情報が暗号化されたもの
である旨を示す情報を含む基本トランスポートヘッダを
作成する手段と、前記基本トランスポートヘッダと前記
暗号拡張ヘッダと前記暗号化されたコンテンツ情報とを
含むパケットを前記ネットワーク経由で前記通信相手装
置に送出する手段とを備えたことを特徴とする。
【0009】本発明(請求項2)は、コンテンツ情報を
暗号化して所定のトランスポートプロトコルによるネッ
トワーク経由で通信相手装置に配信する情報配信装置で
あって、前記通信相手装置との間で認証手続きおよび認
証鍵交換手続の少なくとも一方を含む認証処理を行なう
手段と、所定の符号化方式で符号化されたコンテンツ情
報を暗号化する手段と、前記暗号化に関する属性情報を
含む暗号拡張ヘッダを作成する手段と、前記コンテンツ
情報の転送に必要なトランスポートプロトコル処理を行
うとともに、転送されるコンテンツ情報が暗号化された
ものである旨および該コンテンツ情報の符号化方式を示
す情報を含む基本トランスポートヘッダを作成する手段
と、前記基本トランスポートヘッダと前記暗号拡張ヘッ
ダと前記暗号化されたコンテンツ情報とを含むパケット
を前記ネットワーク経由で前記通信相手装置に送出する
手段とを備えたことを特徴とする。
【0010】本発明(請求項3)は、コンテンツ情報を
暗号化して所定のトランスポートプロトコルによるネッ
トワーク経由で通信相手装置に配信する情報配信装置で
あって、前記通信相手装置との間で認証手続きおよび認
証鍵交換手続の少なくとも一方を含む認証処理を行なう
手段と、所定の符号化方式で符号化されたコンテンツ情
報を暗号化する手段と、前記暗号化に関する属性情報を
含む暗号拡張ヘッダを作成する手段と、前記コンテンツ
情報の転送に必要なトランスポートプロトコル処理を行
うとともに、基本トランスポートヘッダを作成する手段
と、前記基本トランスポートヘッダと前記暗号拡張ヘッ
ダと前記暗号化されたコンテンツ情報とを含むパケット
を前記ネットワーク経由で前記通信相手装置に送出する
手段とを備え、前記基本トランスポートヘッダには、少
なくとも転送されるコンテンツ情報が暗号化された可能
性を有するものである旨を示す情報を記述し、前記暗号
拡張ヘッダには、少なくとも転送されるコンテンツ情報
が暗号化されたものであるか否かを示す情報を記述し、
前記基本トランスポートヘッダまたは前記暗号拡張ヘッ
ダには、前記コンテンツ情報の符号化方式を示す情報を
も記述することを特徴とする。
【0011】本発明(請求項4)は、コンテンツ情報を
暗号化して所定のトランスポートプロトコルによるネッ
トワーク経由で通信相手装置に配信する情報配信装置で
あって、前記通信相手装置との間で認証手続きおよび認
証鍵交換手続の少なくとも一方を含む認証処理を行なう
手段と、所定の符号化方式で符号化されたコンテンツ情
報を暗号化する手段と、前記暗号化に関する属性情報を
含む暗号拡張ヘッダを作成する手段と、前記コンテンツ
情報の転送に必要なトランスポートプロトコル処理を行
うとともに、基本トランスポートヘッダを作成する手段
と、前記基本トランスポートヘッダと前記暗号拡張ヘッ
ダと前記暗号化されたコンテンツ情報とを含むパケット
を前記ネットワーク経由で前記通信相手装置に送出する
手段とを備え、前記暗号拡張ヘッダには、転送されるコ
ンテンツ情報が暗号化されたものであるか否かを示す情
報および転送されるコンテンツ情報の暗号方式を示す情
報のうちの少なくとも一方を記述することを特徴とす
る。
【0012】好ましくは、前記暗号拡張ヘッダには、転
送されるコンテンツ情報の符号化方式を示す情報をも記
述するようにしてもよい。
【0013】好ましくは、前記暗号拡張ヘッダを前記パ
ケットのパケットヘッダ内の拡張ヘッダとするようにし
てもよい。
【0014】好ましくは、前記暗号拡張ヘッダを前記パ
ケットのペイロード内のペイロードヘッダとするように
してもよい。
【0015】好ましくは、前記コンテンツ情報の属性情
報を含むコンテンツ拡張ヘッダを作成する手段を更に備
え、前記コンテンツ拡張ヘッダを前記パケットのペイロ
ード内のペイロードヘッダとするようにしてもよい。
【0016】好ましくは、前記コンテンツ拡張ヘッダは
暗号化しないようにしてもよい。
【0017】本発明(請求項9)は、所定のトランスポ
ートプロトコルによるネットワーク上の情報配信装置か
らコンテンツ情報の配信を受ける情報受信装置であっ
て、前記情報配信装置との間で認証手続きおよび認証鍵
交換手続の少なくとも一方を含む認証処理を行なう手段
と、前記認証処理の後に前記情報配信装置から、基本ト
ランスポートヘッダと、暗号拡張ヘッダ、コンテンツ情
報とを含むパケットを受信する手段と、前記基本トラン
スポートヘッダにより前記コンテンツ情報が暗号化され
たものであることが示されている場合、前記暗号拡張ヘ
ッダに含まれる前記暗号化に関する属性情報に基づい
て、該暗号化されたコンテンツ情報を復号する手段とを
備えたことを特徴とする。
【0018】本発明(請求項10)は、所定のトランス
ポートプロトコルによるネットワーク上の情報配信装置
からコンテンツ情報の配信を受ける情報受信装置であっ
て、前記情報配信装置との間で認証手続きおよび認証鍵
交換手続の少なくとも一方を含む認証処理を行なう手段
と、前記認証処理の後に前記情報配信装置から、基本ト
ランスポートヘッダと、暗号拡張ヘッダ、コンテンツ情
報とを含むパケットを受信する手段と、前記基本トラン
スポートヘッダにより前記コンテンツ情報が暗号化され
た可能性を有するものであることが示されている場合、
前記暗号拡張ヘッダを参照して暗号化の有無を調べ、暗
号化されたものであるならば、該暗号拡張ヘッダに含ま
れる暗号化に関する属性情報に基づいて、該暗号化され
たコンテンツ情報を復号する手段とを備えたことを特徴
とする。
【0019】好ましくは、前記基本トランスポートヘッ
ダまたは前記暗号拡張ヘッダを参照して前記コンテンツ
情報の符号化方式を調べる手段を更に備えるようにして
もよい。
【0020】本発明(請求項12)は、所定のトランス
ポートプロトコルによるネットワーク上の情報配信装置
からコンテンツ情報の配信を受ける情報受信装置であっ
て、前記情報配信装置との間で認証手続きおよび認証鍵
交換手続の少なくとも一方を含む認証処理を行なう手段
と、前記認証処理の後に前記情報配信装置から、基本ト
ランスポートヘッダと、暗号拡張ヘッダ、コンテンツ情
報とを含むパケットを受信する手段と、前記暗号拡張ヘ
ッダにより前記コンテンツ情報が暗号化されたものであ
ることが示されている場合、該暗号拡張ヘッダに含まれ
る暗号化に関する属性情報に基づいて、該暗号化された
コンテンツ情報を復号する手段とを備えたことを特徴と
する。
【0021】好ましくは、受信した前記基本トランスポ
ートヘッダを参照して一定以上の遅延時間または一定以
上のパケット廃棄が確認された場合に、前記情報配信装
置に対して所定の暗号化パラメータの送信を要求する手
段を更に備えるようにしてもよい。
【0022】本発明(請求項14)は、コンテンツ情報
を暗号化して所定のトランスポートプロトコルによるネ
ットワーク経由で通信相手装置に配信する情報配信装置
の通信方法であって、前記通信相手装置との間で認証手
続きおよび認証鍵交換手続の少なくとも一方を含む認証
処理を行ない、所定の符号化方式で符号化されたコンテ
ンツ情報を暗号化し、転送されるコンテンツ情報が暗号
化されたものであるか否かを示す属性情報および該コン
テンツ情報の暗号方式を示す属性情報のうちの少なくと
も一方の属性情報を含む前記暗号化に関する属性情報か
らなる暗号拡張ヘッダを作成し、前記コンテンツ情報の
転送に必要なトランスポートプロトコル処理を行うとと
もに、基本トランスポートヘッダを作成し、前記基本ト
ランスポートヘッダと前記暗号拡張ヘッダと前記暗号化
されたコンテンツ情報とを含むパケットを前記ネットワ
ーク経由で前記通信相手装置に送出することを特徴とす
る。
【0023】本発明(請求項15)は、所定のトランス
ポートプロトコルによるネットワーク上の情報配信装置
からコンテンツ情報の配信を受ける情報受信装置の通信
方法であって、前記情報配信装置との間で認証手続きお
よび認証鍵交換手続の少なくとも一方を含む認証処理を
行ない、前記認証処理の後に前記情報配信装置から、基
本トランスポートヘッダと、暗号拡張ヘッダ、コンテン
ツ情報とを含むパケットを受信し、前記暗号拡張ヘッダ
により前記コンテンツ情報が暗号化されたものであるこ
とが示されている場合、該暗号拡張ヘッダに含まれる暗
号化に関する属性情報に基づいて、該暗号化されたコン
テンツ情報を復号することを特徴とする。
【0024】本発明によれば、送信側において、RTP
(リアルタイムトランスポートプロトコル)やHTTP
(ハイパーテキストトランスファープロトコル)トラン
スポートプロトコルにおける拡張ヘッダあるいはペイロ
ードヘッダの形で、暗号拡張ヘッダを設け、該暗号拡張
ヘッダに暗号化に関する属性情報(例えば、暗号化の有
無、暗号方式、コピー属性に関する情報(暗号モードイ
ンジゲータ)、コンテンツキー(共通鍵)を生成するも
ととなる情報(Even/Oddフィールド)、等)を
記述することにより、送信側から受信側に安全にコンテ
ンツデータを転送し、また受信側においてペイロードに
て転送される暗号化されたコンテンツデータを復号する
ことができる。
【0025】また、従来のRTPでは、そのペイロード
タイプフィールドに、「ペイロードに格納されているデ
ータの符号化方式」が記載されているのみで、ペイロー
ドに格納されているデータが、(ネットワークレイヤ
や、トランスポートレイヤではなくて)コンテンツレイ
ヤにて暗号化されていた場合に、これを相手側装置に通
知する方法がなかったが、本発明によれば、RTPのペ
イロードタイプフィールドに「暗号化データ」あるいは
「暗号化された特定の符号化方式で符号化されたデー
タ」である旨を記述できるため、これを相手側装置に通
知することができるようになり、もって、前述の暗号化
されたコンテンツの送受が行えるようになる。
【0026】このように本発明によれば、AVストリー
ム伝送のコピープロテクション技術をIEEE1394
のみならずインターネット等のネットワーク上のデジタ
ルコンテンツ流通にも拡張するが可能となる。
【0027】なお、装置に係る本発明は方法に係る発明
としても成立し、方法に係る本発明は装置に係る発明と
しても成立する。
【0028】また、装置または方法に係る本発明は、コ
ンピュータに当該発明に相当する手順を実行させるため
の(あるいはコンピュータを当該発明に相当する手段と
して機能させるための、あるいはコンピュータに当該発
明に相当する機能を実現させるための)プログラムを記
録したコンピュータ読取り可能な記録媒体としても成立
する。
【0029】
【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。
【0030】(第1の実施形態)図1に、本実施形態に
おける情報配信システムの構成例を示す。図1では、イ
ンターネット103に本実施形態に係るMPEG4配信
サーバ101および受信装置102が接続されており、
インターネット103を通してMPEG4配信サーバ1
01と受信装置102との間でMPEG4のAVストリ
ームの秘匿通信を行うものである。もちろん、インター
ネット103には他のMPEG4配信サーバや受信装置
あるいはその他の種類の機器が接続されていてもかまわ
ない。
【0031】また、本実施形態では、データの種別をM
PEG4として説明するが、もちろん他の種別のデータ
にも本発明は適用可能である。
【0032】このMPEG4配信サーバ101は、受信
装置102に対して、MPEG4データの配信を行う。
MPEG4データは、ファイル転送の形ではなく、スト
リーム配信の形をとる。このとき、著作権保護の対象と
するMPEG4データは、暗号化した状態で配信する。
その際、配信に先立って、MPEG4配信サーバ101
と受信装置102との間で、認証手続きや認証鍵の交換
の手続きなどを行う。
【0033】このときのシーケンスの一例を図2に示
す。
【0034】なお、図2は、いわゆるコンテンツレイヤ
の暗号化や認証について示したものであり、IPレイヤ
あるいはトランスポートレイヤ等のレイヤにおけるセキ
ュリティやそれらレイヤでの認証手続き等に関しては省
略してあり、またコンテンツレイヤで先立って行われる
課金などの手続きも省略してある(課金処理や他レイヤ
のでの認証/暗号処理が行われない場合もあり得る)。
【0035】ここでは、受信装置102がMPEG4配
信サーバ101に対して配信の要求を行う場合を考え
る。この場合は、最初の認証要求は受信装置102から
送出される(S201)。認証要求では、その機器(受
信装置102)が予め定められた認証機関から「著作権
保護を受けたコンテンツのやりとりを行うことのできる
機器である」との証明を受けている証書(certif
icate、機器証明)の交換も同時に行ってもよい。
【0036】ここで、機器証明の際に用いる「機器のI
D」は、IPアドレスを使用してもよいが、IPアドレ
スはDHCPサーバなどで与えられる場合には、装置の
ブート毎に可変の値になってしまう可能性がある。そこ
で、機器証明で使われる機器IDとしては、その装置の
MACアドレス、あるいはEUI64アドレス、あるい
はそれらのアドレスに部品モジュール番号を付与したも
のなどを利用してもよい。また、その装置のCPUの識
別番号や、MPEG4デコーダの識別番号等、(理想的
には)世界唯一であると考えられる数値(あるいは、そ
の地域で唯一、等、同一な値がほとんど期待されない数
値)を、「機器のID」として用いてもよい。
【0037】受信装置102からのメッセージを受信し
たMPEG4配信サーバ101は、認証要求の応答と、
証書(機器証明)の交換を行う(S202)。
【0038】次に、MPEG4配信サーバ101および
受信装置102は、共通の認証鍵を生成するために、認
証鍵の生成プロセスを行う(S203)。この手続きの
詳細については、例えばIEEE1394のコピープロ
テクションの認証鍵の生成プロセスと同様のものであっ
てもよい。このプロセスが終了すると、MPEG4配信
サーバ101および受信装置102は共通の認証鍵Ka
uthを、第3者に知られることなく、共有することが
できる。
【0039】次に、MPEG4配信サーバ101は、交
換鍵Kxと認証鍵Kauthとの排他的論理和(Kx
EX-OR Kauth)と乱数Ncを受信装置102に送
信する(S204,S205)。受信装置102では、
受信した(Kauth EX-OR Kx)の値と(Kau
th)の値との排他的論理和を計算して(Kx EX-OR
Kauth EX-OR Kauth=Kx)、交換鍵K
xを取り出す。
【0040】この時点で、MPEG4配信サーバ101
および受信装置102は、認証鍵Kauth、交換鍵K
x、乱数Ncという3種類の数値を共有していることに
なる。
【0041】ここで、暗号鍵(コンテンツキー)Kc、
すなわちMPEG4配信サーバ101が送信すべきMP
EG4データを暗号化するための暗号鍵であって且つ受
信装置102が受信した暗号化されたMPEG4データ
を復号化するための暗号鍵(共有鍵)Kcは、MPEG
4配信サーバ101および受信装置102の各々におい
て、予め定められた同一の関数Jを用いることにより、
上記の数値の一部の関数として算出される。例えば、K
c=J[Kx,f(EMI),Nc]と算出される。こ
こで、EMIとは、「そのデータ(コンテンツ)のコピ
ー属性」を意味し、「そのデータは無制限にコピー可能
であるか、それとも1回だけコピー可能であるか、それ
とも2回だけコピー可能であるか、それとも無条件にコ
ピー不可であるか、コピー済みでこれ以上コピー不可で
あるか、…」等の属性をあらわす。この属性値EMIを
ある特定の関数fで変換したものがf(EMI)であ
る。これらの関数Jやfは、外部に対して秘密であって
も良い。
【0042】さて、暗号鍵Kcが生成された後、MPE
G4配信サーバ101は、この暗号鍵Kcでコンテンツ
(MPEG4データ)を暗号化して、インターネット上
に転送する(S206,S207,…)。
【0043】なお、後述するように、暗号化コンテンツ
は「AVストリームデータのリアルタイム転送」の形を
取りつつインターネット上を転送されるため、トランス
ポートプロトコルとしてはRTP(リアルタイムトラン
スポートプロトコル)が採用される。
【0044】また、この暗号鍵Kcは時変にする(すな
わち、ある時間が経過すると値が変わる)。例えば、前
回の変更時から所定の時間(所定の時間は、一定でもよ
いし、可変でもよい)が経過したことが認識された場合
に、変数Ncの値をインクリメントし、再度、上記の関
数Jを用いて暗号鍵Kcの値を計算する。このとき、暗
号化Kcの値を更新するタイミング(あるいはどのデー
タから使用する暗号鍵Kcを更新するか)を送受信側で
同期して認識する必要がある。このため、転送されるM
PEG4データ(AVデータ)に、Even/Oddフ
ィールドなる領域を設け、このフィールドの値の変わり
目を、変数Ncの値、ひいては暗号鍵Kcの値の変わり
目と規定する(当該データから更新後の暗号鍵Kcが適
用される)。
【0045】すなわち、MPEG4配信サーバ101で
は上記時間の経過を監視し、暗号鍵Kcを更新するタイ
ミングになったことが検出された場合、変数Ncの値を
インクリメントして暗号鍵Kcの値を計算し直し、この
再計算後の暗号鍵Kcを使用して送信すべきMPEG4
データを暗号化するとともに、Even/Oddフィー
ルドの値をインクリメントさせて、送信を行う。以降
は、次の更新タイミングまで、この暗号鍵Kcを使用し
て暗号化を行う。一方、受信装置102では、受信した
Even/Oddフィールドの値を監視し、その値が直
前に受信した値に比較してインクリメントされているこ
とが検出された場合、変数Ncの値をインクリメントし
て暗号鍵Kcの値を計算し直し、この再計算後の暗号鍵
Kcを使用して受信した暗号化データを復号化する。以
降、次にEven/Oddフィールドの値の変化が検出
されるまで、この暗号鍵Kcを使用して復号化を行う。
【0046】このようにして、MPEG4配信サーバ1
01と受信装置102間で暗号化されたMPEG4デー
タのやり取りがなされる。
【0047】図3に、MPEG4配信サーバ101の内
部構成例を示す。
【0048】図3に示されるように、本実施形態のMP
EG4配信サーバ101は、MPEG4データ生成部3
01、データ暗号部302、暗号拡張ヘッダ付与部30
4とMPEG4拡張ヘッダ付与部305とRTP基本ヘ
ッダ付与部306を含み、RTPの処理を行うRTP処
理部303、RTCP送信部307、TCP/IP及び
UDP/IP処理部308、リンク・物理レイヤ処理部
309、RTCP受信解析部310、認証・鍵交換処理
部311を備えている。
【0049】図2のシーケンスの認証や暗号に関する処
理(S201〜S205までの処理)および暗号鍵更新
に関する処理は、認証・鍵交換処理部311により行わ
れる。
【0050】さて、入力されたAV入力(例えばアナロ
グ信号)は、MPEG4データ生成部301にてMPE
G4のデータに圧縮される。
【0051】このとき、「どこがIピクチャか」、「符
号化レートはいくらか」等、生成しているMPEG4に
ついての属性情報をMPEG4データ転送時に同時に受
信側に通知すると、受信側においてその再生(復号)処
理が行いやすくなる場合がある。特にインターネットで
は、転送するパケットの廃棄、遅延、到着順の変更等が
起こり得るため、それらの属性情報を得ることは、受信
側で高品質に再生するためには欠かせない情報である。
例えば、本実施形態のMPEG4の場合であれば、VO
Pヘッダに関する情報等がこれにあたる。また、MPE
G4システムに関わる情報、例えば、Sync Lay
erによる同期情報の伝達や、複数MPEG4ストリー
ムを多重化して送信する場合の多重化のための情報ある
いはオブジェクトディスクリプタの初期値や最新値に関
わる情報等が必要な場合も考えられる。このため、AV
データをRTPにて転送する場合には、RTPの拡張ヘ
ッダまたはRTPペイロードのペイロードヘッダという
形で、送信するAVデータと並行して属性情報を送るこ
とが行われる。
【0052】本実施形態では、これらの属性情報がRT
P拡張ヘッダの形で送信されるものとする。すなわち、
「MPEG4拡張ヘッダ」なる種別(ID)のRTP拡
張ヘッダとして送信される。このため、MPEG4デー
タ生成部301からMPEG4拡張ヘッダ付与部305
に対して必要な情報が通知される。
【0053】次に、MPEG4データ生成部301から
出力されたMPEG4データをデータ暗号部302が暗
号化する。その際に使用する暗号鍵は、前述の時変の暗
号鍵Kcである。また、この暗号処理についても、種々
の属性情報が考えられ、本実施形態では「暗号拡張ヘッ
ダ」なる種別(ID)のRTP拡張ヘッダが暗号拡張ヘ
ッダ付与部304にて付与される。このため、データ暗
号部302から暗号拡張ヘッダ付与部304に対して必
要な情報が通知される。
【0054】なお、上記の暗号処理のために、認証・鍵
交換処理部311では、暗号鍵Kcの更新のタイミング
になった場合には、Ncをインクリメントして前述の関
数Jにより新たな暗号鍵Kcを生成してデータ暗号部3
02に渡す。また、これとともに、前述のEven/O
ddフィールドの値をインクリメントして、データ暗号
部302に渡す。Even/Oddフィールドの値は、
上記のようにデータ暗号部302から暗号拡張ヘッダ付
与部304に渡される。
【0055】ここで、図4に、暗号拡張ヘッダの一例を
示す。図4に示されるように、この暗号拡張ヘッダに
は、拡張ヘッダ種別フィールド、暗号化有無フィール
ド、暗号方式表示フィールド、暗号モードインジゲータ
(EMI)フィールド、Even/Oddフィールドが
ある。拡張ヘッダ種別フィールドは、当該拡張ヘッダの
種別を示す情報を記述するためのフィールドである。こ
の場合、拡張ヘッダ種別フィールドには暗号拡張ヘッダ
を示す情報が記述される。暗号化有無フィールドは、当
該RTPパケットで転送されるデータが暗号化されたも
のであるか否かを示す情報を記述するためのフィールド
である。暗号方式表示フィールドは、当該RTPパケッ
トで転送されるデータに対して使用する暗号方式を示す
情報を記述するためのフィールドである。例えば、暗号
方式がM6であることを示す情報が記述される。暗号モ
ードインジゲータ(EMI)フィールドは、前述のコピ
ー属性値EMIを記述するためのフィールドである。E
ven/Oddフィールドは、前述した通り、送信側か
ら受信側に対して暗号鍵の更新タイミングを通知するた
めのフィールドである。
【0056】なお、ここでは、各フィールドは一例とし
て8ビットとしているが、これに限定されるものではな
く、適宜定めることが可能である。
【0057】ここで、あるAVデータを暗号化して受信
側に送ると、早送り等のトリックプレイを行ったりある
いは部分的な静止画像を送ったりしたいときなどに受信
側での処理が困難になる場合がある。これは、暗号化さ
れたAVストリームの内の一部分だけを送信するという
作業に困難を伴うからである(例えば、Ncの値がイン
クリメントではなく、いくつか飛んでしまう、等の理由
による)。このため特定の場合に受信側に対してAVデ
ータに暗号をかけずに送信したいという場合が考えられ
る。この場合、受信側に対して「このAVデータには暗
号をかけています/いません」といった情報を通知する
機構が必要となる。上記の暗号化有無フィールドは例え
ばこの目的で使われる。
【0058】また、「あるストリームについてはこの暗
号方式、別のあるストリームについてはこの暗号方式」
といったように、インターネット上では、異なる暗号方
式が共存する可能性がある。このような場合、「このA
Vデータは、どの暗号方式で暗号化されているか」を示
すフィールドがあると、受信側では、このフィールドを
見て、適当な復号化エンジンを選択して、暗号を復号化
することができるようになる。上記の暗号方式表示フィ
ールドは例えばこの目的で使われる。
【0059】また、図4に示すように、暗号モードイン
ジゲータ(EMI)フィールドには、IEEE1394
の場合の2ビットと異なり、8ビット用意してある。こ
れは、「このAVデータはN回までコピー可能」という
情報を通知する場合にそのNの数値の選択に自由度を持
たせることや、特殊なコピーを認める場合(例えば、あ
る条件が満たされているときに限りコピーを可能とする
場合)などに、このフィールドの値が多くの値を取れる
ようにしておくことで、それらに対応できるようにする
ためである。
【0060】また、図4に示すように、Even/Od
dフィールドには、IEEE1394の場合と1ビット
と異なり、8ビット用意してある。これは、前述のよう
にインターネットではパケットの廃棄、遅延、到着順の
逆転が起こり得ることから、1ビットの情報量では充分
ではないとの配慮からである。すなわち、例えばインタ
ーネットではS207に示すようなEven/Oddビ
ット=1のパケットがすべて廃棄されるような場合が想
定し得る。この場合、Even/Oddフィールドを1
ビットとすると、次のパケットではEven/Oddビ
ットは0に戻ってしまうため、受信側から見ると「Ev
en/Oddビットが0である状態が継続されている
(Even/Oddビットに変化はない)」と認識され
てしまう。このように、実際にはNcは2つインクリメ
ントされるべきであるのに、Even/Oddビットの
値が変わっていないと認識されることで、Ncの値のイ
ンクリメントがなされず、正しい暗号鍵の生成ができな
い、という問題点が発生し得る。そこで、Even/O
ddフィールドには、2ビット以上、例えば8ビット用
意し、インターネットにおけるパケット廃棄/遅延/到
着順逆転が起こっても、受信側が適切な処理ができるよ
うに配慮してある。
【0061】ここで、本実施形態においては、データの
暗号化は、MPEG4データそのものに対してのみ行わ
れ、MPEG4拡張ヘッダに対しては行われない。MP
EG4拡張ヘッダは、いわゆる「著作権を守るべきコン
テンツ」ではなく、受信側にてMPEG4データそのも
のを使用するのに先立って使用されるものであるため、
これは暗号化の対象から外している。
【0062】結局、RTP処理部303では、暗号拡張
ヘッダ付与部304にて暗号拡張ヘッダが、MPEG4
拡張ヘッダ付与部305にてMPEG4拡張ヘッダが、
RTP基本ヘッダ付与部306にてRTP基本ヘッダ
が、それぞれ付与され、図5に示すような形のRTPヘ
ッダが付与されることになる。ここで、暗号拡張ヘッダ
はデータ暗号部302からの情報に基づいて生成され、
MPEG4拡張ヘッダはMPEG4データ生成部301
からの情報に基いて生成される。また、RTPヘッダ
は、タイムスタンプやシーケンス番号など、インターネ
ット上をAVデータを転送する場合に必要となる基本的
なパラメータを要素として持つ(なお、詳細は例えばR
FC1889に開示されている)。
【0063】RTPヘッダが付与された(暗号化され
た)MPEG4データは、TCP/IP及びUDP/I
P処理部308にて図6のようなIPパケットとして、
リンク・物理レイヤ処理部309を通してインターネッ
ト103に送出される。
【0064】図7に、受信装置102の内部構成例を示
す。
【0065】図7に示されるように、本実施形態のMP
EG4配信サーバ101は、リンク・物理レイヤ処理部
701、TCP/IP及びUDP/IP処理部702、
RTP基本ヘッダ受信解析部704とMPEG4拡張ヘ
ッダ受信解析部705と暗号拡張ヘッダ受信解析部70
6を含み、RTPの処理を行うRTP処理部703、デ
ータ暗号復号部707、MPEG4データデコード部7
08、受信状態解析部709、RTCP送信部710、
認証・鍵交換処理部711を備えている。
【0066】図2のシーケンスの認証や暗号に関する処
理(S201〜S205までの処理)および暗号鍵更新
に関する処理は、認証・鍵交換処理部711により行わ
れる。
【0067】さて、受信装置102は、基本的には、M
PEG4配信サーバ101の逆順に逆変換の処理を行な
う。
【0068】すなわち、まず、インターネット103を
介して転送されてきたMPEG4データ(RTPヘッダ
が付与された暗号化データ)は、リンク・物理レイヤ処
理部701からTCP/IP及びUDP/IP処理部7
02を経て、RTP処理部703に入力される。
【0069】RTP処理部303では、RTP基本ヘッ
ダ受信解析部704にてRTP基本ヘッダが解析され、
MPEG4拡張ヘッダ受信解析部705にてMPEG4
拡張ヘッダが解析され、暗号拡張ヘッダ受信解析部30
4にて暗号拡張ヘッダが解析される。また、MPEG4
拡張ヘッダ受信解析部705からMPEG4データデコ
ード部708に対して必要な情報が通知され、暗号拡張
ヘッダ受信解析部304からデータ暗号復号部707に
対して必要な情報が通知される。
【0070】そして、RTPペイロードの暗号化データ
は、RTP処理部703からデータ暗号復号部707に
渡される。データ暗号復号部707は、暗号拡張ヘッダ
受信解析部304からの情報に基づいて復号を行う(暗
号を解く)。
【0071】その際に使用する暗号鍵は、前述の時変の
暗号鍵Kcである。すなわち、データ暗号復号部707
は、暗号拡張ヘッダ受信解析部304から通知された暗
号拡張ヘッダの暗号化有無フィールドの値を参照するこ
とにより受信データが暗号化されていることが分かり
(この結果、復号を行うことが決定され)、次にEve
n/Oddフィールドを参照し、その値を直前に受信し
た値と比較することによって、インクリメントされてい
る場合には、暗号鍵を更新することが分かる(同一であ
る場合には、暗号鍵は更新されないことになる)。そし
て、暗号鍵を更新する旨をデータ暗号復号部707から
認証・鍵交換処理部711に伝え、認証・鍵交換処理部
711では、暗号鍵Kcの更新のタイミングになったの
で、Ncをインクリメントして前述の関数Jにより新た
な暗号鍵Kcを生成してデータ暗号復号部707に渡
す。
【0072】さらに、復号化された(暗号の解かれた)
MPEG4データはデータ暗号復号部707からMPE
G4データデコード部708に渡され、MPEG4デー
タデコード部708は、MPEG4拡張ヘッダ受信解析
部705からの情報に基づいて該MPEG4データをデ
コードし、AV出力(例えばアナログ信号)として出力
する。
【0073】ところで、RTPにはRTCP(リアルタ
イムトランスポート制御プロトコル)なるプロトコルが
付随している。このRTCPは、RTPのシーケンス番
号やタイムスタンプ等を監視し、受信側(本実施形態の
場合受信装置102)から送信側(本実施形態の場合、
MPEG4配信サーバ101)に対して、受信状況(パ
ケット廃棄率、パケット配送遅延時間等)を通知する機
能がある。これを行なうのが受信装置102の受信状態
解析部709とRTCP送信部710である。MPEG
4配信サーバ101は、このRTCPパケットを、RT
CP受信解析部310で受信し、必要に応じてMPEG
4データ生成部301にフィードバックをして、最適化
を図ることができる。例えば、パケット廃棄が激しい場
合は、ネットワークが混雑していると考えて、MPEG
4データ生成のビットレートを下げる等のフィードバッ
ク制御を行なうようにしてもよい。なお、MPEG4配
信サーバ101のRTCP送信部307は、RTCPに
必要な情報を送信する。
【0074】さて、前述のように、受信装置102で
は、受信したパケットの暗号拡張ヘッダに含まれるEv
en/Oddフィールドの監視結果に基づいて、暗号鍵
Kcの計算に用いる変数Ncの値を変更する。したがっ
て、送信側から受信側に確実にNcの値を更新した旨を
伝えることができないと、受信側で暗号鍵Kcの値が計
算できないことになり、送信されてくる暗号化データの
復号ができないことになる。
【0075】インターネットは基本的にパケットの廃棄
が起こり得るネットワークであるため、Even/Od
dフィールドの値の意味(インクリメントのタイミン
グ)が正確に通信相手に伝わる保証は無い(特に、Ev
en/Oddフィールドのビット長が短いとき)。そこ
で、受信装置102は、「正確なNcの値を知りたい」
と考えた場合に、送信装置(本実施形態の場合、MPE
G4配信サーバ101)に対して、Ncの値を要求する
オプションを用意するようにしてもよい。
【0076】ここで、受信装置102が「正確なNcの
値を知りたい」と考える場合の例としては、RTP基本
ヘッダのタイムスタンプ、あるいはシーケンス番号等
で、想定以上に値の「飛び」があった場合に、Ncの値
を要求するパケットを送信側に送出する、という方式が
考えられる。この「想定値以上の値の飛び」は、「その
間にEven/Oddビットの値が変化した可能性があ
る」ということにつながるためである。これらの処理を
行なうのは、MPEG4配信サーバ101または受信装
置102の認証・鍵交換処理部である。このようにする
ことにより、もし仮にMPEG4配信サーバ101と受
信装置102との間でEven/Oddビットの同期が
外れてしまった場合でも、適切な復帰処理を行なうこと
ができるようになる。なお、MPEG4配信サーバ10
1から受信装置102にNcの値を通知する場合は、対
応するRTPや拡張ヘッダ、ペイロードヘッダ等のタイ
ムスタンプやシーケンス番号等の値も同時に通知するよ
うにしてもよい。
【0077】また、配信されたデータを受信装置(ある
いは、受信装置に装着された、DVD−RAM等の何ら
かのストレージメディア)に蓄積する場合も考えられ
る。この場合は、配信されたデータを、暗号化されたデ
ータのままで、対応する暗号鍵Kcとともに蓄積するよ
うにしてもよい。
【0078】(第2の実施形態)次に、第1の実施形態
のパケット形式のバリエーションとなる第2の実施形態
について説明する。本実施形態は基本的な構成や動作に
おいては第1の実施形態と同様であるので、本実施形態
では第1の実施形態と相違する点を中心に説明する。
【0079】本実施形態が第1の実施形態と相違する点
は、第1の実施形態ではRTPヘッダの拡張ヘッダとし
て、「暗号拡張ヘッダ」と「MPEG4拡張ヘッダ」を
付加したが(図5、図6参照)、本実施形態では、「暗
号拡張ヘッダ」はRTPヘッダの拡張ヘッダとして付加
するが、「MPEG4拡張ヘッダ」はRTPのペイロー
ドにペイロードヘッダとして搭載する点である(図9、
図10参照)。
【0080】本実施形態のネットワークの全体構成は第
1の実施形態(図1)と同様である。また、処理のシー
ケンスも第1の実施形態(図2)と同様である。また、
暗号拡張ヘッダも第1の実施形態(図4)と同様であ
る。
【0081】図8に、本実施形態のMPEG4配信サー
バ101の構成例を示す。本実施形態では、MPEG4
拡張ヘッダをRTPのペイロードにペイロードヘッダと
して搭載するので、MPEG4拡張ヘッダの処理がRT
P処理外となり、図3のMPEG4拡張ヘッダ付与部3
05がRTP処理部303内から外へ出され、MPEG
4ペイロードヘッダ付与部315となっている点が第1
の実施形態と相違する点である。
【0082】図9に、本実施形態において暗号化された
AVデータの送信の際に用いられるRTPヘッダの形式
を示す。ここで、本実施形態では、RTP基本ヘッダに
は「当該RTPパケットで転送されるデータの属性(符
号化方式等)」を示す「ペイロードタイプ」というフィ
ールドを設けている。本実施形態では、例えば転送され
るデータが暗号化されたMPEG4である場合に、この
フィールドには「暗号化されたMPEG4」を示す情報
が記述される。受信装置102は、このフィールドを参
照することにより、転送されているデータが暗号化され
たMPEG4であることを知ることができる。また、本
実施形態では、RTP基本ヘッダには「当該RTPヘッ
ダには、拡張ヘッダが付加されているか否か」を示す
「Xビット」というフィールドを設けている。本実施形
態では、「拡張ヘッダあり」を示すビットが立つことに
なる。
【0083】図10に、本実施形態において、インター
ネット上を転送されるIPパケット全体の形式を示す。
【0084】図11に、本実施形態の受信装置102の
構成例を示す。上記のMPEG4配信サーバ101と同
様にして、MPEG4拡張ヘッダの処理がRTP処理外
となり、図7のMPEG4拡張ヘッダ受信解析部705
がRTP処理部703内から外へ出され、MPEG4ペ
イロードヘッダ受信解析部715となっている点が第1
の実施形態と相違する点である。
【0085】受信装置102では、RTP基本ヘッダ受
信解析部704にて、受信したデータが暗号化されたM
PEG4であることが分かり、また、RTPヘッダに拡
張ヘッダが付加されていることが分かる。そして、暗号
拡張ヘッダ受信解析部706にて、その拡張ヘッダが暗
号拡張ヘッダであることが分かり、また、暗号拡張ヘッ
ダから暗号方式や暗号鍵の更新の有無等を知ることがで
きる。そして、第1の実施形態と同様にデータ暗号復号
部707にて暗号化MPEG4データを復号し、MPE
G4ペイロードヘッダ受信解析部715にてMPEG4
ペイロードヘッダを解析し、さらに第1の実施形態と同
様にMPEG4データ生成部708にて上記解析結果に
基づいてMPEG4データをデコードして、AV出力
(例えばアナログ信号)として出力する。
【0086】なお、本実施形態においては、ペイロード
タイプフィールドに暗号化有りの通知を含む情報が記述
されている場合には暗号拡張ヘッダの暗号化有無フィー
ルドを参照しないようにしてもよいし、ペイロードタイ
プフィールドに暗号化有りの通知を含む情報が記述され
ている場合に、それは暗号化されている可能性のある旨
の通知であるものとして、暗号拡張ヘッダの暗号化有無
フィールドによって最終的な暗号化の有無を決定するよ
うにしてもよい。
【0087】(第3の実施形態)次に第3の実施形態に
ついて説明する。本実施形態では、第2の実施形態と相
違する点を中心に説明する。
【0088】図12に、本実施形態において暗号化され
たAVデータの送信の際に用いられるRTPヘッダの形
式を示す。また、図13に、本実施形態において、イン
ターネット上を転送されるIPパケット全体の形式を示
す。
【0089】すなわち、第2の実施形態では、RTP基
本ヘッダ内のペイロードタイプフィールドに、「暗号化
されたMPEG4」というように、暗号化の有無もしく
は暗号化の可能性の有無の通知を含む情報を記述した
が、本実施形態では、「MPEG4」のみを記述し、ペ
イロードタイプフィールドには、暗号化の有無もしくは
暗号化の可能性の有無の通知を含む情報は記述しない。
【0090】従って、本実施形態では、受信装置102
は、ペイロードタイプフィールドを参照することによ
り、受信データがMPEG4であることを知ることがで
きるが、暗号化の有無については、RTPヘッダのRT
P拡張ヘッダ(暗号拡張ヘッダ)を参照して認識するこ
とになる。
【0091】受信装置102では、RTP基本ヘッダ受
信解析部704にて、受信したデータがMPEG4であ
ることが分かり、また、RTPヘッダに拡張ヘッダが付
加されていることが分かる。そして、暗号拡張ヘッダ受
信解析部706にて、その拡張ヘッダが暗号拡張ヘッダ
であることが分かり、また、暗号拡張ヘッダから暗号化
の有無や暗号鍵の更新の有無等を知ることができる。以
降は、第2の実施形態と同様である。
【0092】(第4の実施形態)次に第4の実施形態に
ついて説明する。本実施形態では、第2の実施形態と相
違する点を中心に説明する。
【0093】本実施形態が第2の実施形態と相違する点
は、第2の実施形態では「暗号拡張ヘッダ」はRTPヘ
ッダの拡張ヘッダとして付加し、「MPEG4拡張ヘッ
ダ」はRTPのペイロードにペイロードヘッダとして搭
載するが(図9、図10参照)、本実施形態では、「暗
号拡張ヘッダ」と「MPEG4拡張ヘッダ」の両方をR
TPのペイロードにペイロードヘッダとして搭載する点
である(図15、図16参照)。
【0094】本実施形態のネットワークの全体構成は第
2(第1)の実施形態(図1)と同様である。また、処
理のシーケンスも第2(第1)の実施形態(図2)と同
様である。また、暗号拡張ヘッダ(暗号ペイロードヘッ
ダ)も第2(第1)の実施形態(図4)と同様である。
【0095】図14に、本実施形態のMPEG4配信サ
ーバ101の構成例を示す。本実施形態では、MPEG
4拡張ヘッダに加えて暗号拡張ヘッダをもRTPのペイ
ロードにペイロードヘッダとして搭載するので、暗号拡
張ヘッダの処理がRTP処理外となり、図8の暗号拡張
ヘッダ付与部304もRTP処理部303内から外へ出
され、暗号ペイロードヘッダ付与部314となっている
点が第2の実施形態と相違する点である。
【0096】図15に、本実施形態において暗号化され
たAVデータの送信の際に用いられるRTPヘッダの形
式を示す。ペイロードタイプフィールドについては第2
の実施形態と同様である。また、Xビットフィールドに
ついてはその役割は第2の実施形態と同様であるが、本
実施形態では、「拡張ヘッダなし」を示すビットが立つ
ことになる。
【0097】図16に、本実施形態において、インター
ネット上を転送されるIPパケット全体の形式を示す。
【0098】図17に、本実施形態の受信装置102の
構成例を示す。上記のMPEG4配信サーバ101と同
様にして、暗号拡張ヘッダの処理がRTP処理外とな
り、図11の暗号拡張ヘッダ受信解析部706がRTP
処理部703内から外へ出され、暗号ペイロードヘッダ
受信解析部716となっている点が第2の実施形態と相
違する点である。
【0099】受信装置102では、RTP基本ヘッダ受
信解析部704にて、受信したデータが暗号化されたM
PEG4であることが分かり、また、RTPヘッダに拡
張ヘッダが付加されていないことが分かる。本実施形態
では、以降は、ペイロードに対する処理になる。まず、
暗号ペイロード受信解析部716にて、そのペイロード
ヘッダが暗号拡張ヘッダであることが分かり、また、暗
号ペイロードヘッダから暗号方式や暗号鍵の更新の有無
等を知ることができる。そして、以降は第2の実施形態
と同様に、データ暗号復号部707にて暗号化MPEG
4データを復号し、MPEG4ペイロードヘッダ受信解
析部715にてMPEG4ペイロードヘッダを解析し、
さらにMPEG4データ生成部708にて上記解析結果
に基づいてMPEG4データをデコードして、AV出力
(例えばアナログ信号)として出力する。
【0100】なお、本実施形態においても第2の実施形
態と同様に、ペイロードタイプフィールドに暗号化有り
の通知を含む情報が記述されている場合には暗号ペイロ
ードヘッダの暗号化有無フィールドを参照しないように
してもよいし、ペイロードタイプフィールドに暗号化有
りの通知を含む情報が記述されている場合に、それは暗
号化されている可能性のある旨の通知であるものとし
て、暗号ペイロードヘッダの暗号化有無フィールドによ
って最終的な暗号化の有無を決定するようにしてもよ
い。
【0101】(第5の実施形態)次に第5の実施形態に
ついて説明する。本実施形態では、第2の実施形態と相
違する点を中心に説明する。
【0102】図18に、本実施形態において暗号化され
たAVデータの送信の際に用いられるRTPヘッダの形
式を示す。また、図19に、本実施形態における暗号拡
張ヘッダの形式を示す。また、図20に、本実施形態に
おいて、インターネット上を転送されるIPパケット全
体の形式を示す。
【0103】すなわち、第2の実施形態では、RTP基
本ヘッダ内のペイロードタイプフィールドに、「暗号化
されたMPEG4」というように、その暗号化データの
属性(符号化方式等)の通知を含む情報を記述したが
(図9、図11参照)、本実施形態では、「暗号化デー
タ」というように、ペイロードタイプフィールドには、
「暗号化データ」という暗号化有りを通知する情報のみ
を記述する(図18、図20参照)。そして、暗号拡張
ヘッダをRTPヘッダの拡張ヘッダとして付加し、MP
EG4拡張ヘッダをRTPのペイロードにペイロードヘ
ッダとして搭載する点は第2の実施形態と同様である
が、本実施形態では、上記の暗号化データの属性(符号
化方式等)については暗号拡張ヘッダ内に記述するよう
にしている(図4、図19参照)。
【0104】本実施形態のネットワークの全体構成は第
2(第1)の実施形態(図1)と同様である。また、処
理のシーケンスも第2(第1)の実施形態(図2)と同
様である。また、MPEG4配信サーバおよび受信装置
102の内部構造も第2の実施形態(図8,図11)と
同様である。
【0105】図18に示すように、本実施形態では、R
TP基本ヘッダのペイロードタイプフィールドには「暗
号化されたデータ」を示す値が記述される。受信装置1
02は、このフィールドを参照することにより、転送さ
れているデータが暗号化されたデータであることを知る
ことができる。また、本実施形態では、Xビットフィー
ルドには「拡張ヘッダあり」を示すビットが立つことに
なる。
【0106】図19に示すように、本実施形態では、暗
号拡張ヘッダには、ペイロードタイプフィールドを設け
る。ペイロードタイプフィールドには、ペイロードに入
るデータの種別(本実施形態の場合、MPEG4)を示
す情報が記述される。受信装置102は、このフィール
ドを参照することにより、転送されているデータの種別
を知ることができる。
【0107】受信装置102では、RTP基本ヘッダ受
信解析部704にて、受信したデータが暗号化されたデ
ータであることが分かり、また、RTPヘッダに拡張ヘ
ッダが付加されていることが分かる。そして、暗号拡張
ヘッダ受信解析部706にて、その拡張ヘッダが暗号拡
張ヘッダであることが分かり、また、暗号拡張ヘッダか
ら暗号方式や暗号鍵の更新の有無等およびペイロードに
入るデータの種別を知ることができる。そして、第2の
実施形態と同様に、データ暗号復号部707にて暗号化
MPEG4データを復号し、MPEG4ペイロードヘッ
ダ受信解析部715にてMPEG4ペイロードヘッダを
解析し、さらにMPEG4データ生成部708にて上記
解析結果に基づいてMPEG4データをデコードして、
AV出力(例えばアナログ信号)として出力する。
【0108】なお、本実施形態においても第2の実施形
態と同様に、RTP基本ヘッダのペイロードタイプフィ
ールドに暗号化データを示す情報が記述されている場合
には暗号拡張ヘッダの暗号化有無フィールドを参照しな
いようにしてもよいし、RTP基本ヘッダのペイロード
タイプフィールドに暗号化データを示す情報が記述され
ている場合に、それは暗号化されている可能性のある旨
の通知であるものとして、暗号拡張ヘッダの暗号化有無
フィールドによって最終的な暗号化の有無を決定するよ
うにしてもよい。
【0109】(第6の実施形態)次に第6の実施形態に
ついて説明する。本実施形態では、第4の実施形態と相
違する点を中心に説明する。
【0110】図21に、本実施形態において暗号化され
たAVデータの送信の際に用いられるRTPヘッダの形
式を示す。また、本実施形態における暗号拡張ヘッダの
形式は図19と同様である。また、図22に、本実施形
態において、インターネット上を転送されるIPパケッ
ト全体の形式を示す。
【0111】すなわち、「暗号拡張ヘッダ」と「MPE
G4拡張ヘッダ」の両方をRTPのペイロードにペイロ
ードヘッダとして搭載する点は第4の実施形態と同様で
あるが(図15、図16参照)、第4の実施形態では、
RTP基本ヘッダ内のペイロードタイプフィールドに、
「暗号化されたMPEG4」というように、その暗号化
データの属性(符号化方式等)の通知を含む情報を記述
するのに対し、本実施形態では、「暗号化データ」とい
うように、ペイロードタイプフィールドには、「暗号化
データ」という暗号化有りを通知する情報のみを記述す
る(図21、図22参照)。そして、暗号拡張ヘッダを
RTPヘッダの拡張ヘッダとして付加し、MPEG4拡
張ヘッダをRTPのペイロードにペイロードヘッダとし
て搭載する点は第2の実施形態と同様であるが、本実施
形態では、上記の暗号化データの属性(符号化方式等)
については暗号拡張ヘッダ内に記述するようにしている
(図4、図19参照)。
【0112】本実施形態のネットワークの全体構成は第
4(第1)の実施形態(図1)と同様である。また、処
理のシーケンスも第4(第1)の実施形態(図2)と同
様である。また、MPEG4配信サーバおよび受信装置
102の内部構造も第4の実施形態(図14,図17)
と同様である。
【0113】図21に示されるように、本実施形態で
は、RTP基本ヘッダのペイロードタイプフィールドに
は「暗号化されたデータ」を示す値が入る。受信装置1
02は、このフィールドを見ることにより、転送されて
いるデータが暗号化されたものであることを知ることが
できる。また、Xビットには「拡張ヘッダ無し」を示す
ビットが立つ。また、第4の実施形態と同様に、暗号拡
張ヘッダのペイロードタイプフィールドに、ペイロード
に入るデータの種別(本実施形態の場合、MPEG4)
を示す情報が記述される。
【0114】受信装置102では、RTP基本ヘッダ受
信解析部704にて、受信したデータが暗号化されたデ
ータであることが分かり、また、RTPヘッダに拡張ヘ
ッダが付加されていないことが分かる。本実施形態で
は、以降は、ペイロードに対する処理になる。まず、暗
号ペイロード受信解析部716にて、そのペイロードヘ
ッダが暗号拡張ヘッダであることが分かり、また、暗号
ペイロードヘッダから暗号方式や暗号鍵の更新の有無等
およびペイロードに入るデータの種別を知ることができ
る。そして、以降は第4の実施形態と同様に、データ暗
号復号部707にて暗号化MPEG4データを復号し、
MPEG4ペイロードヘッダ受信解析部715にてMP
EG4ペイロードヘッダを解析し、さらにMPEG4デ
ータ生成部708にて上記解析結果に基づいてMPEG
4データをデコードして、AV出力(例えばアナログ信
号)として出力する。
【0115】なお、本実施形態においても第4の実施形
態と同様に、RTP基本ヘッダのペイロードタイプフィ
ールドに暗号化データを示す情報が記述されている場合
には暗号拡張ヘッダの暗号化有無フィールドを参照しな
いようにしてもよいし、RTP基本ヘッダのペイロード
タイプフィールドに暗号化データを示す情報が記述され
ている場合に、それは暗号化されている可能性のある旨
の通知であるものとして、暗号拡張ヘッダの暗号化有無
フィールドによって最終的な暗号化の有無を決定するよ
うにしてもよい。
【0116】(第7の実施形態)第1〜第6の実施形態
では、本発明をトランスポートプロトコルとしてRTP
を使用するシステムに適用した場合について説明してき
たが、本発明は、それ以外のプロトコルを使用するシス
テムに対しても適用可能である。
【0117】第7の実施形態では、トランスポートプロ
トコルとしてRTPを使うのではなく、MPEG4のデ
ータ配信を、WWWサーバとWebブラウザ間のプロト
コルであるHTTP(ハイパーテキストトランスファー
プロトコル)(およびTCP)を使って行なう場合の例
について説明する。
【0118】図23に、本実施形態における情報配信シ
ステムの構成例を示す。図23では、インターネット6
103に本実施形態に係るMPEG4配信サーバ610
1が接続され、LAN6105に本実施形態に係る受信
装置6102が接続されており、LAN6105はプロ
キシサーバ6104を介してインターネット6103に
接続されている。そして、受信装置6102は、LAN
6105、プロキシサーバ6104、インターネット6
103を介してMPEG4配信サーバ6101との間で
MPEG4のAVストリームの秘匿通信を行うものであ
る。もちろん、インターネット6103には他のMPE
G4配信サーバあるいはその他の種類の機器が接続され
ていてもかまわないし、LAN6106には他の受信装
置あるいはその他の種類の機器が接続されていてもかま
わない。
【0119】また、本実施形態では、データの種別をM
PEG4として説明するが、もちろん他の種別のデータ
にも本発明は適用可能である。
【0120】さて、図23において、各々の装置はIP
をサポートしている装置であるが、インターネット61
03とLAN6105との間にHTTPプロキシサーバ
6104が存在しているため、LAN6105上のIP
アドレスは、グローバルIPアドレスであっても、プラ
イベートIPアドレスであってもよい。ここで、プロキ
シサーバとは、インターネットとイントラネットの間に
入り、HTTP(その他のプロトコルでもよい)を一度
終端すると共に、プロキシサーバの両端のHTTPセッ
ションを結び付けて、実質上受信装置(Webブラウ
ザ)から要求のあったHTTPコンテンツを配信サーバ
(WWWサーバ)に対して(あるいは逆方向に)データ
を配信できるようにするためのサーバである。なお、プ
ロキシサーバの詳細については、例えばhttp://
squid.nlanr.net/Squid/等に開
示されている。本実施形態においては、MPEG4配信
サーバはWWWサーバ、受信装置はWebブラウザであ
ってもよい。
【0121】図24に、認証手続きや認証鍵の交換の手
続きあるいは暗号化されたデータ等のシーケンスの一例
を示す。受信装置6102とMPEG4配信サーバ61
01との間にプロキシサーバ6102が入っているため
に実際のメッセージ(HTTPメッセージとして転送さ
れる)は一度プロキシサーバ6102にて中継される点
がこれまでの第1〜第6の実施形態(図2)と相違する
だけであり、それ以外の点は第1〜第6の実施形態と同
様の手続きである。
【0122】さて、MPEG4配信サーバ6101、受
信装置6102、パケットの形式などについては、例え
ば、前述した第1〜第6の実施形態において対応するも
のについて、トランスポートプロトコルに依存する部分
をHTTPプロトコルに対応するように修正すれば、H
TTPプロトコルに対応したMPEG4配信サーバ61
01、受信装置6102、パケットの形式などを構成す
ることができる。以下では、「暗号拡張ヘッダ」は拡張
ヘッダとして付加するが「MPEG4拡張ヘッダ」はペ
イロードにペイロードヘッダとして搭載する構成(第2
の実施形態参照)に対応する構成を例にとって説明す
る。
【0123】図25に、MPEG4配信サーバ6101
の内部構成例を示す。
【0124】図25に示されるように、本実施形態のM
PEG4配信サーバ6101は、MPEG4データ生成
部6301、データ暗号部6302、MPEG4ペイロ
ードヘッダ付与部6305、暗号ヘッダ付与部6304
とMIMEヘッダ付与部6306を含むHTTP処理部
6303、TCP/IP及びUDP/IP処理部630
8、リンク・物理レイヤ処理部6309、認証・鍵交換
処理部6311を備えている。
【0125】図24のシーケンスの認証や暗号に関する
処理(S6201〜S6205までの処理)および暗号
鍵更新に関する処理は、認証・鍵交換処理部6311に
より行われる。
【0126】HTTP処理部6303がこれまでの実施
形態のRTP処理部に相当し、MIMEヘッダ付与部6
306がこれまでの実施形態のRTP基本ヘッダ付与部
に相当する。
【0127】図26に、インターネット(及びLAN)
上を転送されるIPパケットを示し、図27に、MIM
E基本ヘッダおよび暗号拡張ヘッダの詳細を示す。
【0128】本実施形態では、暗号拡張ヘッダは、MI
MEの一つのパートとして転送される。このため、暗号
拡張ヘッダは、MIMEの“Content−Typ
e”に、それが暗号拡張ヘッダである旨を示す情報が記
載される。また、MPEG4拡張ヘッダはペイロードヘ
ッダとして暗号化されたMPEG4データとともにMI
MEの一つのパートとして転送される。MPEG4拡張
ヘッダの付加された暗号化MPEG4データは、MIM
Eの“Content−Type”に、それがMPEG
4データであるである旨を示す情報が記載される。な
お、MIMEの詳細については例えばRFC2045等
に開示されている。
【0129】暗号拡張ヘッダの形式は、第1の実施形態
と同様である。
【0130】図28に、受信装置6102の内部構成例
を示す。
【0131】図28に示されるように、本実施形態のM
PEG4配信サーバ6101は、リンク・物理レイヤ処
理部6701、TCP/IP及びUDP/IP処理部6
702、MIMEヘッダ解析部6704と暗号ヘッダ解
析部6706を含むHTTP処理部6703、MPEG
4ペイロードヘッダ解析部6705、データ暗号復号部
6707、MPEG4データデコード部6708、認証
・鍵交換処理部6711を備えている。
【0132】図24のシーケンスの認証や暗号に関する
処理(S6201〜S6205までの処理)および暗号
鍵更新に関する処理は、認証・鍵交換処理部6711に
より行われる。
【0133】HTTP処理部6703がこれまでの実施
形態のRTP処理部に相当し、MIMEヘッダ解析部6
306がこれまでの実施形態のRTP基本ヘッダ受信解
析部に相当する。
【0134】MPEG4配信サーバ6101において
は、入力されたAV入力(例えばアナログ信号)は、M
PEG4データ生成部6301にてMPEG4のデータ
に圧縮される。また、MPEG4データ生成部6301
からMPEG4ペイロードヘッダ付与部6305に対し
て必要な情報が通知される。
【0135】次に、MPEG4データ生成部301から
出力されたMPEG4データをデータ暗号部6302が
暗号化する。その際に使用する暗号鍵は、前述の時変の
暗号鍵Kcである。また、データ暗号部6302から暗
号ヘッダ付与部6304に対して必要な情報が通知され
る。
【0136】次に、HTTP処理部6303では、暗号
ヘッダ付与部6304にて暗号拡張ヘッダが付加され、
MIMEヘッダ付与部6036にてMIMEヘッダが付
加される。
【0137】そして、MIMEヘッダが付与された暗号
化されたMPEG4データは、TCP/IP及びUDP
/IP処理部6308にて図26のようなIPパケット
として、リンク・物理レイヤ処理部6309を通してイ
ンターネット6103に送出される。
【0138】受信装置6102においては、MIMEヘ
ッダ解析部6704にて、受信したデータが暗号化され
た可能性のあるMPEG4であることが分かり、また、
MIMEの一つのパートとして暗号拡張ヘッダが付加さ
れていることが分かる。そして、暗号ヘッダ解析部67
06にて、その暗号拡張ヘッダから暗号化の有無、暗号
方式や暗号鍵の更新の有無等を知ることができる。そし
て、第2の実施形態と同様に、データ暗号復号部670
7にて暗号化MPEG4データを復号し、MPEG4ペ
イロードヘッダ解析部6715にてMPEG4ペイロー
ドヘッダ(これまでの実施形態のMPEG4ペイロード
ヘッダと同様)を解析し、さらにMPEG4データ生成
部6708にて上記解析結果に基づいてMPEG4デー
タをデコードして、AV出力(例えばアナログ信号)と
して出力する。
【0139】なお、ここでは、「暗号拡張ヘッダ」は拡
張ヘッダとして付加するが「MPEG4拡張ヘッダ」は
ペイロードにペイロードヘッダとして搭載する構成を示
したが、例えば、「暗号拡張ヘッダ」および「MPEG
4拡張ヘッダ」を拡張ヘッダとして付加する構成や、
「暗号拡張ヘッダ」および「MPEG4拡張ヘッダ」を
ペイロードにペイロードヘッダとして搭載する構成な
ど、他の構成も可能である。
【0140】ところで、第1〜第7の実施形態では、送
信側から受信側へ暗号鍵Kcの生成のための変数Ncの
値の更新を通知するために、暗号拡張ヘッダ(暗号ペイ
ロードヘッダ)のEven/Oddフィールドを用いた
が、その代わりに、Ncの値を送信するようにしてもよ
い。この場合に、Ncの値は、1づつインクリメントす
るのではなく、その都度ランダムに発生するようにして
もよい。また、Ncの値をパケット毎に変化させるよう
にしてもよい。
【0141】また、第1〜第7の実施形態では、転送プ
ロトコルとしてRTPやHTTPを用いてきたが、もち
ろんその他のプロトコルを用いてもよい。また、適用で
きるネットワークもインターネットに限定されるもので
はない。また、前述したように、転送するデータの種別
もMPEG4に限定されるものではない。
【0142】また、第2、第3、第5の実施形態では、
データ暗号部302/データ暗号復号部707をRTP
処理部303,307の外部に設けたが、それらをRT
P処理部303,307の内部に設けるようにしてもよ
い。
【0143】(第8の実施形態)次に第8の実施形態に
ついて説明する。
【0144】第1〜第7の実施形態では、図2に例示し
たシーケンスを用いて説明したが、もちろん本発明は、
その他のシーケンスについても適用可能である。
【0145】以下では、その他のシーケンスを用いた例
について説明する。なお、ここでは、受信装置がMPE
G4配信サーバから配信されたMPEG4データを蓄積
する場合を考える。
【0146】本実施形態の情報配信システムの構成例は
図1と同様とする。図1では、インターネット103に
本実施形態に係るMPEG4配信サーバ101および受
信装置102が接続されており、インターネット103
を通してMPEG4配信サーバ101と受信装置102
との間でMPEG4のAVストリームの秘匿通信を行う
ものである。もちろん、インターネット103には他の
MPEG4配信サーバや受信装置あるいはその他の種類
の機器が接続されていてもかまわない。
【0147】また、本実施形態でもデータの種別をMP
EG4として説明するが、もちろん他の種別のデータに
も本発明は適用可能である。
【0148】このMPEG4配信サーバ101は、受信
装置102に対して、MPEG4データの配信を行う。
MPEG4データは、ファイル転送の形ではなく、スト
リーム配信の形をとる。このとき、著作権保護の対象と
するMPEG4データは、暗号化した状態で配信する。
その際、配信に先立って、MPEG4配信サーバ101
と受信装置102との間で、認証手続きや認証鍵の交換
の手続きなどを行う。
【0149】このときのシーケンスの一例を図29に示
す。
【0150】なお、図29は、いわゆるコンテンツレイ
ヤの暗号化や認証について示したものであり、IPレイ
ヤあるいはトランスポートレイヤ等のレイヤにおけるセ
キュリティやそれらレイヤでの認証手続き等に関しては
省略してあり、またコンテンツレイヤで先立って行われ
る課金などの手続きも省略してある(課金処理や他レイ
ヤのでの認証/暗号処理が行われない場合もあり得
る)。
【0151】第1の実施形態と同様に、MPEG4配信
サーバ101と受信装置102は、認証と、証書(機器
証明)の交換を行う(S7201,S7202)。
【0152】ここで、MPEG4配信サーバ101は、
コンテンツ(送信するAVデータ)を復号するための暗
号鍵Kcを受信装置102に通知する必要があるが、受
信装置102にて無制限にコンテンツの不正コピーを行
なうことができないように、以下のような方策を講じ
る。すなわち、受信装置102のストレージメディア
(例えばDVD−RAM)に記録するとき、AVデータ
は暗号化された状態で記録する。また、そのストレージ
メディア上のデータを再生する場合も、それが本来その
ストレージメディアに記録されるべくしてされたもので
あることを確認し、そのストレージメディアそのもので
ないと再生できないようにする。すなわち、この場合、
そのストレージメディアから、別のストレージメディア
(例えば別のDVDーRAM)にコピー(デジタルダビ
ング)を行なった場合には、コピーメディアでは再生が
できないようにする。
【0153】そのために、受信装置102からMPEG
4配信サーバ101に、受信装置102で用いるストレ
ージメディアのID(通し番号)MIDを通知し(ステ
ップS7203)、MPEG4配信サーバ101では、
このMIDの値を用いて暗号鍵Kcを暗号化して、受信
装置102に通知する(ステップS7204)。より具
体的には、予め定められた関数gを用いてW=g(MI
D)の形で暗号鍵Wを生成し、この暗号鍵Wを用いて暗
号鍵Kcを暗号化し(この暗号鍵Wで暗号化された暗号
鍵Kcを[Kc]wと記述する)、[Kc]wを送信す
る。ここで、MIDの値は、ストレージメディア毎に異
なる値であるとし、ROM等の書き換え不可能な領域に
持っているものとする。
【0154】上記の[Kc]wを受信した受信装置10
2は、MPEG4配信サーバ101と同一の関数gを用
いてW=g(MID)の形で暗号鍵Wを生成し、この暗
号鍵Wを用いて[Kc]wを復号して暗号鍵Kcを求め
る。
【0155】以降は、MPEG4配信サーバ101で
は、AVデータからMPEG4データを生成し、上記の
ようにして共有された暗号鍵KcでこのMPEG4デー
タを暗号化し、暗号化MPEG4データを、AVデータ
が受信装置102に対して送信する(ステップS720
6)。
【0156】一方、受信装置102は、受信した暗号化
された暗号化されたMPEG4データを、上記のように
して求めた暗号鍵kcで復号し、該MPEG4データを
デコードして、AV出力として出力する。
【0157】また、本実施形態では、受信装置102
は、AVデータ(暗号鍵Kcで暗号化されたMPEG4
データ)を受信すると同時にもしくは一旦バッファ等に
蓄積した後に、受信したAVデータを暗号鍵Kcで暗号
化されたMPEG4データの形で、[Kc]wの値とと
もに、先のMIDを持つストレージメディアに記録する
機能を有する。
【0158】この場合、この適正なストレージメディア
に記録されたAVデータ(暗号鍵Kcで暗号化されたM
PEG4データ)を再生する装置(受信装置102であ
ってもよいし、他の装置であってもよい)は、まず、該
ストレージメディアから[Kc]wの値およびMIDを
読み出し、W=g(MID)の形で暗号鍵Wを生成し、
この暗号鍵Wで[Kc]wを復号して暗号鍵Kcを求め
る。そして、ストレージメディアに記録されたAVデー
タ(暗号鍵Kcで暗号化されたMPEG4データ)を読
み出して、この暗号鍵Kcで復号した後にMPEG4デ
ータをデコードする。
【0159】一方、あるMID1を持つストレージメデ
ィアに記録されたAVデータ(暗号鍵Kcで暗号化され
たMPEG4データ)を、異なるMID2を持つストレ
ージメディアにコピーした場合、このコピー先のストレ
ージメディアに記録されたデータを再生する装置におい
ては、もとの適正なストレージメディアのMIDが得ら
れないので、Wを生成できず、よって記録されている
[Kc]wから暗号鍵Kcを求めることができず、この
結果、記録された暗号化データを復号することができな
いことになる。すなわち、適正なKc、W、[Kc]w
を、Kc1、W1=g(MID1)、[Kc]w1とす
ると、該ストレージメディアから読み出したMIDはM
ID2であり、これをもとに生成した暗号鍵Wは、W2
=g(MID2)となるので、該ストレージメディアか
ら読み出した[Kc]w1をW2で復号すると、Kcと
は異なる値が求まる(これをKc’とする)。したがっ
て、Kcで暗号化されたデータ[Data]KcをK
c’で復号しても、もとのデータDataとは異なるD
ata’が生成され、もとのデータDataを得ること
はできない。
【0160】このように、受信したAVデータ(暗号鍵
Kcで暗号化されたMPEG4データ)を他のストレー
ジメディアメディアにコピーしても、そのストレージメ
ディアのMIDの値が異なるため、当該AVデータを再
生不能とすることができ、不正な複製を未然に防止する
ことができる。
【0161】なお、本実施形態において、RTPヘッ
ダ、暗号拡張(ペイロード)ヘッダ、MPEG4拡張
(ペイロード)ヘッダ等に関しては、第1〜第7の実施
形態と同様の構成でよい。
【0162】以上の各実施形態では符号化方式としてM
PEG4を例にとって説明したが、もちろん他の符号化
方式も使用可能である。この場合には、各実施形態の装
置の該当する構成部分(例えば、MPEG4データ生成
部、MPEG4拡張ヘッダ付与部、MPEG4データデ
コード部、MPEG4拡張ヘッダ受信解析部等)、拡張
ヘッダ(MPEG4拡張ヘッダ、MPEG4ペイロード
ヘッダ)、ペイロードタイプの記述等を、それぞれの符
号化方式に応じて修正すればよい。また、各実施形態の
配信サーバは、必要に応じて、コンテンツを暗号化しな
いで送信するようにすることも可能である。すなわち、
暗号化の有無に応じて、暗号化有無フィールドやペイロ
ードタイプ等の記述内容を適宜決定すればよい。受信装
置側も、受信したパケットのヘッダから暗号化の有無を
調べることにより、暗号化の有無に応じて復号化処理を
制御すればよい。
【0163】なお、以上の各機能は、ソフトウェアとし
ても実現可能である。
【0164】また、本実施形態は、コンピュータに所定
の手段を実行させるための(あるいはコンピュータを所
定の手段として機能させるための、あるいはコンピュー
タに所定の機能を実現させるための)プログラムを記録
したコンピュータ読取り可能な記録媒体としても実施す
ることもできる。
【0165】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。
【0166】
【発明の効果】本発明によれば、コピープロテクション
技術をIEEE1394のみならずインターネット等の
ネットワーク上のコンテンツ流通にも拡張することが可
能となる。
【図面の簡単な説明】
【図1】本発明の第1〜第6の実施形態に係るネットワ
ークの構成例を示す図
【図2】本発明の第1〜第6の実施形態に係るシーケン
スの例を示す図
【図3】本発明の第1の実施形態に係るMPEG配信サ
ーバの構成例を示す図
【図4】暗号拡張ヘッダのフォーマットの第1の例を示
す図
【図5】RTP処理部で付与されるヘッダのフォーマッ
トの第1の例を示す図
【図6】転送されるIPパケットのフォーマットの第1
の例を示す図
【図7】本発明の第1の実施形態に係る受信装置の構成
例を示す図
【図8】本発明の第2、第3、第5の実施形態に係るM
PEG配信サーバの構成例を示す図
【図9】RTP処理部で付与されるヘッダのフォーマッ
トの第2の例を示す図
【図10】転送されるIPパケットのフォーマットの第
2の例を示す図
【図11】本発明の第2、第3、第5の実施形態に係る
受信装置の構成例を示す図
【図12】RTP処理部で付与されるヘッダのフォーマ
ットの第3の例を示す図
【図13】転送されるIPパケットのフォーマットの第
3の例を示す図
【図14】本発明の第4、第6の実施形態に係るMPE
G配信サーバの構成例を示す図
【図15】RTP処理部で付与されるヘッダのフォーマ
ットの第4の例を示す図
【図16】転送されるIPパケットのフォーマットの第
4の例を示す図
【図17】本発明の第4、第6の実施形態に係る受信装
置の構成例を示す図
【図18】RTP処理部で付与されるヘッダのフォーマ
ットの第5の例を示す図
【図19】暗号拡張ヘッダのフォーマットの第2の例を
示す図
【図20】転送されるIPパケットのフォーマットの第
5の例を示す図
【図21】RTP処理部で付与されるヘッダのフォーマ
ットの第6の例を示す図
【図22】転送されるIPパケットのフォーマットの第
6の例を示す図
【図23】本発明の第7の実施形態に係るネットワーク
の構成例を示す図
【図24】本発明の第7の実施形態に係るシーケンスの
例を示す図
【図25】本発明の第7の実施形態に係るMPEG配信
サーバの構成例を示す図
【図26】転送されるIPパケットのフォーマットの第
7の例を示す図
【図27】RTP処理部で付与されるヘッダのフォーマ
ットの第7の例を示す図
【図28】本発明の第7の実施形態に係る受信装置の構
成例を示す図
【図29】本発明の第8の実施形態に係るシーケンスの
例を示す図
【符号の説明】
101,6101…MPEG4配信サーバ 102,6102…受信装置 103,6103…インターネット 6104…プロキシサーバ 6105…LAN 301,6301…MPEG4データ生成部 302,6302…データ暗号部 303,703…RTP処理部 304…暗号拡張ヘッダ付与部 314…暗号ペイロードヘッダ付与部 305…MPEG4拡張ヘッダ付与部 315,6305…MPEG4ペイロードヘッダ付与部 306…RTP基本ヘッダ付与部 307…RTCP送信部 308,702,6308,6702…TCP/IP及
びUDP/IP処理部 309,701,6309,6701…リンク・物理レ
イヤ処理部 310…RTCP受信解析部 311,711,6311,6711…認証・鍵交換処
理部 704…RTP基本ヘッダ受信解析部 705…MPEG4拡張ヘッダ受信解析部 715…MPEG4ペイロードヘッダ受信解析部 706…暗号拡張ヘッダ受信解析部 716…暗号ペイロードヘッダ受信解析部 707,6707…データ暗号復号部 708,6708…MPEG4データデコード部 709…受信状態解析部 710…RTCP送信部 6303,6703…HTTP処理部 6304…暗号ヘッダ付与部 6306…MIMEヘッダ付与部 6704…MIMEヘッダ解析部 6705…MPEG4ペイロードヘッダ解析部 6706…暗号ヘッダ解析部
───────────────────────────────────────────────────── フロントページの続き (72)発明者 友田 一郎 神奈川県川崎市幸区小向東芝町1番地 株 式会社東芝研究開発センター内 (72)発明者 高畠 由彰 神奈川県川崎市幸区小向東芝町1番地 株 式会社東芝研究開発センター内 (72)発明者 網 淳子 神奈川県川崎市幸区小向東芝町1番地 株 式会社東芝研究開発センター内 Fターム(参考) 5C064 CA14 CB01 CC04 5J104 AA07 KA01 KA02 KA04 MA07 PA07 5K030 GA15 HA08 HB11 HB16 HB21 JA05 KA01 KA06 LA07 LD19 LD20 9A001 BB04 CC04 CZ06 DD10 EE01 EE04 EZ03 HZ27 JJ18 JZ19 JZ25 LL03

Claims (15)

    【特許請求の範囲】
  1. 【請求項1】コンテンツ情報を暗号化して所定のトラン
    スポートプロトコルによるネットワーク経由で通信相手
    装置に配信する情報配信装置であって、 前記通信相手装置との間で認証手続きおよび認証鍵交換
    手続の少なくとも一方を含む認証処理を行なう手段と、 所定の符号化方式で符号化されたコンテンツ情報を暗号
    化する手段と、 前記暗号化に関する属性情報および前記符号化方式を示
    す情報を含む暗号拡張ヘッダを作成する手段と、 前記コンテンツ情報の転送に必要なトランスポートプロ
    トコル処理を行うとともに、転送されるコンテンツ情報
    が暗号化されたものである旨を示す情報を含む基本トラ
    ンスポートヘッダを作成する手段と、 前記基本トランスポートヘッダと前記暗号拡張ヘッダと
    前記暗号化されたコンテンツ情報とを含むパケットを前
    記ネットワーク経由で前記通信相手装置に送出する手段
    とを備えたことを特徴とする情報配信装置。
  2. 【請求項2】コンテンツ情報を暗号化して所定のトラン
    スポートプロトコルによるネットワーク経由で通信相手
    装置に配信する情報配信装置であって、 前記通信相手装置との間で認証手続きおよび認証鍵交換
    手続の少なくとも一方を含む認証処理を行なう手段と、 所定の符号化方式で符号化されたコンテンツ情報を暗号
    化する手段と、 前記暗号化に関する属性情報を含む暗号拡張ヘッダを作
    成する手段と、 前記コンテンツ情報の転送に必要なトランスポートプロ
    トコル処理を行うとともに、転送されるコンテンツ情報
    が暗号化されたものである旨および該コンテンツ情報の
    符号化方式を示す情報を含む基本トランスポートヘッダ
    を作成する手段と、 前記基本トランスポートヘッダと前記暗号拡張ヘッダと
    前記暗号化されたコンテンツ情報とを含むパケットを前
    記ネットワーク経由で前記通信相手装置に送出する手段
    とを備えたことを特徴とする情報配信装置。
  3. 【請求項3】コンテンツ情報を暗号化して所定のトラン
    スポートプロトコルによるネットワーク経由で通信相手
    装置に配信する情報配信装置であって、 前記通信相手装置との間で認証手続きおよび認証鍵交換
    手続の少なくとも一方を含む認証処理を行なう手段と、 所定の符号化方式で符号化されたコンテンツ情報を暗号
    化する手段と、 前記暗号化に関する属性情報を含む暗号拡張ヘッダを作
    成する手段と、 前記コンテンツ情報の転送に必要なトランスポートプロ
    トコル処理を行うとともに、基本トランスポートヘッダ
    を作成する手段と、 前記基本トランスポートヘッダと前記暗号拡張ヘッダと
    前記暗号化されたコンテンツ情報とを含むパケットを前
    記ネットワーク経由で前記通信相手装置に送出する手段
    とを備え、 前記基本トランスポートヘッダには、少なくとも転送さ
    れるコンテンツ情報が暗号化された可能性を有するもの
    である旨を示す情報を記述し、 前記暗号拡張ヘッダには、少なくとも転送されるコンテ
    ンツ情報が暗号化されたものであるか否かを示す情報を
    記述し、 前記基本トランスポートヘッダまたは前記暗号拡張ヘッ
    ダには、前記コンテンツ情報の符号化方式を示す情報を
    も記述することを特徴とする情報配信装置。
  4. 【請求項4】コンテンツ情報を暗号化して所定のトラン
    スポートプロトコルによるネットワーク経由で通信相手
    装置に配信する情報配信装置であって、 前記通信相手装置との間で認証手続きおよび認証鍵交換
    手続の少なくとも一方を含む認証処理を行なう手段と、 所定の符号化方式で符号化されたコンテンツ情報を暗号
    化する手段と、 前記暗号化に関する属性情報を含む暗号拡張ヘッダを作
    成する手段と、 前記コンテンツ情報の転送に必要なトランスポートプロ
    トコル処理を行うとともに、基本トランスポートヘッダ
    を作成する手段と、 前記基本トランスポートヘッダと前記暗号拡張ヘッダと
    前記暗号化されたコンテンツ情報とを含むパケットを前
    記ネットワーク経由で前記通信相手装置に送出する手段
    とを備え、 前記暗号拡張ヘッダには、転送されるコンテンツ情報が
    暗号化されたものであるか否かを示す情報および転送さ
    れるコンテンツ情報の暗号方式を示す情報のうちの少な
    くとも一方を記述することを特徴とする情報配信装置。
  5. 【請求項5】前記暗号拡張ヘッダを前記パケットのパケ
    ットヘッダ内の拡張ヘッダとすることを特徴とする請求
    項1ないし4のいずれか1項に記載の情報配信装置。
  6. 【請求項6】前記暗号拡張ヘッダを前記パケットのペイ
    ロード内のペイロードヘッダとすることを特徴とする請
    求項1ないし4のいずれか1項に記載の情報配信装置。
  7. 【請求項7】前記コンテンツ情報の属性情報を含むコン
    テンツ拡張ヘッダを作成する手段を更に備え、 前記コンテンツ拡張ヘッダを前記パケットのペイロード
    内のペイロードヘッダとすることを特徴とする請求項1
    ないし6のいずれか1項に記載の情報配信装置。
  8. 【請求項8】前記コンテンツ拡張ヘッダは暗号化しない
    ことを特徴とする請求項7に記載の情報配信装置。
  9. 【請求項9】所定のトランスポートプロトコルによるネ
    ットワーク上の情報配信装置からコンテンツ情報の配信
    を受ける情報受信装置であって、 前記情報配信装置との間で認証手続きおよび認証鍵交換
    手続の少なくとも一方を含む認証処理を行なう手段と、 前記認証処理の後に前記情報配信装置から、基本トラン
    スポートヘッダと、暗号拡張ヘッダ、コンテンツ情報と
    を含むパケットを受信する手段と、 前記基本トランスポートヘッダにより前記コンテンツ情
    報が暗号化されたものであることが示されている場合、
    前記暗号拡張ヘッダに含まれる前記暗号化に関する属性
    情報に基づいて、該暗号化されたコンテンツ情報を復号
    する手段とを備えたことを特徴とする情報受信装置。
  10. 【請求項10】所定のトランスポートプロトコルによる
    ネットワーク上の情報配信装置からコンテンツ情報の配
    信を受ける情報受信装置であって、 前記情報配信装置との間で認証手続きおよび認証鍵交換
    手続の少なくとも一方を含む認証処理を行なう手段と、 前記認証処理の後に前記情報配信装置から、基本トラン
    スポートヘッダと、暗号拡張ヘッダ、コンテンツ情報と
    を含むパケットを受信する手段と、 前記基本トランスポートヘッダにより前記コンテンツ情
    報が暗号化された可能性を有するものであることが示さ
    れている場合、前記暗号拡張ヘッダを参照して暗号化の
    有無を調べ、暗号化されたものであるならば、該暗号拡
    張ヘッダに含まれる暗号化に関する属性情報に基づい
    て、該暗号化されたコンテンツ情報を復号する手段とを
    備えたことを特徴とする情報受信装置。
  11. 【請求項11】前記基本トランスポートヘッダまたは前
    記暗号拡張ヘッダを参照して前記コンテンツ情報の符号
    化方式を調べる手段を更に備えたことを特徴とする請求
    項9または10に記載の情報受信装置。
  12. 【請求項12】所定のトランスポートプロトコルによる
    ネットワーク上の情報配信装置からコンテンツ情報の配
    信を受ける情報受信装置であって、 前記情報配信装置との間で認証手続きおよび認証鍵交換
    手続の少なくとも一方を含む認証処理を行なう手段と、 前記認証処理の後に前記情報配信装置から、基本トラン
    スポートヘッダと、暗号拡張ヘッダ、コンテンツ情報と
    を含むパケットを受信する手段と、 前記暗号拡張ヘッダにより前記コンテンツ情報が暗号化
    されたものであることが示されている場合、該暗号拡張
    ヘッダに含まれる暗号化に関する属性情報に基づいて、
    該暗号化されたコンテンツ情報を復号する手段とを備え
    たことを特徴とする情報受信装置。
  13. 【請求項13】受信した前記基本トランスポートヘッダ
    を参照して一定以上の遅延時間または一定以上のパケッ
    ト廃棄が確認された場合に、前記情報配信装置に対して
    所定の暗号化パラメータの送信を要求する手段を更に備
    えたことを特徴とする請求項9ないし12のいずれか1
    項に記載の情報受信装置。
  14. 【請求項14】コンテンツ情報を暗号化して所定のトラ
    ンスポートプロトコルによるネットワーク経由で通信相
    手装置に配信する情報配信装置の通信方法であって、 前記通信相手装置との間で認証手続きおよび認証鍵交換
    手続の少なくとも一方を含む認証処理を行ない、 所定の符号化方式で符号化されたコンテンツ情報を暗号
    化し、 転送されるコンテンツ情報が暗号化されたものであるか
    否かを示す属性情報および該コンテンツ情報の暗号方式
    を示す属性情報のうちの少なくとも一方の属性情報を含
    む前記暗号化に関する属性情報からなる暗号拡張ヘッダ
    を作成し、 前記コンテンツ情報の転送に必要なトランスポートプロ
    トコル処理を行うとともに、基本トランスポートヘッダ
    を作成し、 前記基本トランスポートヘッダと前記暗号拡張ヘッダと
    前記暗号化されたコンテンツ情報とを含むパケットを前
    記ネットワーク経由で前記通信相手装置に送出すること
    を特徴とする通信方法。
  15. 【請求項15】所定のトランスポートプロトコルによる
    ネットワーク上の情報配信装置からコンテンツ情報の配
    信を受ける情報受信装置の通信方法であって、 前記情報配信装置との間で認証手続きおよび認証鍵交換
    手続の少なくとも一方を含む認証処理を行ない、 前記認証処理の後に前記情報配信装置から、基本トラン
    スポートヘッダと、暗号拡張ヘッダ、コンテンツ情報と
    を含むパケットを受信し、 前記暗号拡張ヘッダにより前記コンテンツ情報が暗号化
    されたものであることが示されている場合、該暗号拡張
    ヘッダに含まれる暗号化に関する属性情報に基づいて、
    該暗号化されたコンテンツ情報を復号することを特徴と
    する通信方法。
JP09391699A 1999-03-31 1999-03-31 情報配信装置、情報受信装置及び通信方法 Expired - Lifetime JP3816689B2 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP09391699A JP3816689B2 (ja) 1999-03-31 1999-03-31 情報配信装置、情報受信装置及び通信方法
EP20000302721 EP1041823B1 (en) 1999-03-31 2000-03-31 Content distribution apparatus, content receiving apparatus, and content distribution method
DE60038916T DE60038916D1 (de) 1999-03-31 2000-03-31 Informationsverteilungsvorrichtung, Informationsempfangsgerät und Informationsverteilungsverfahren
DE2000626451 DE60026451T2 (de) 1999-03-31 2000-03-31 Informationsverteilungsvorrichtung, Informationsempfangsgerät und Informationsverteilungsverfahren
EP20060000449 EP1646238B1 (en) 1999-03-31 2000-03-31 Content distribution apparatus, content receiving apparatus, and content distribution method
US11/137,561 US20050216731A1 (en) 1999-03-31 2005-05-26 Content distribution apparatus, content receiving apparatus, and content distribution method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP09391699A JP3816689B2 (ja) 1999-03-31 1999-03-31 情報配信装置、情報受信装置及び通信方法

Publications (2)

Publication Number Publication Date
JP2000287192A true JP2000287192A (ja) 2000-10-13
JP3816689B2 JP3816689B2 (ja) 2006-08-30

Family

ID=14095798

Family Applications (1)

Application Number Title Priority Date Filing Date
JP09391699A Expired - Lifetime JP3816689B2 (ja) 1999-03-31 1999-03-31 情報配信装置、情報受信装置及び通信方法

Country Status (4)

Country Link
US (1) US20050216731A1 (ja)
EP (2) EP1646238B1 (ja)
JP (1) JP3816689B2 (ja)
DE (2) DE60026451T2 (ja)

Cited By (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002279727A (ja) * 2001-03-16 2002-09-27 Sony Corp 信号記録媒体とコンテンツ信号生成装置及びコンテンツ信号再生方法とコンテンツ信号再生装置
JP2002305547A (ja) * 2001-04-06 2002-10-18 Mega Chips Corp データ中継装置およびデータ中継システム
WO2002086847A1 (en) * 2001-04-20 2002-10-31 Ntt Docomo, Inc. Data securing communication apparatus and method
KR20030084613A (ko) * 2002-04-26 2003-11-01 후지쯔 가부시끼가이샤 게이트웨이, 통신 단말 장치 및 통신 제어 프로그램
WO2004040839A1 (ja) * 2002-11-01 2004-05-13 Sony Corporation ストリーミングシステム及びストリーミング方法
EP1501254A2 (en) 2003-07-23 2005-01-26 Sony Corporation Apparatus and method for receiving stream data
JP2005027325A (ja) * 2003-07-03 2005-01-27 Microsoft Corp Rtpペイロード形式
WO2005039180A1 (ja) * 2003-10-16 2005-04-28 Nec Corporation メディア信号の送信方法と受信方法ならびに送受信方法及び装置
JP2005537713A (ja) * 2002-08-28 2005-12-08 クゥアルコム・インコーポレイテッド 移動通信システムにおける安全なデータ伝送のための方法および装置
JP2007043518A (ja) * 2005-08-04 2007-02-15 Sony Corp 情報処理装置および方法、並びにプログラム
JP2007043519A (ja) * 2005-08-04 2007-02-15 Sony Corp 情報処理装置および方法、並びにプログラム
JP2007180876A (ja) * 2005-12-27 2007-07-12 Kyocera Corp データ送受信システム、暗号化情報送信方法、データ送信装置、及びデータ受信装置
JPWO2005057865A1 (ja) * 2003-12-11 2007-12-13 松下電器産業株式会社 パケット送信装置
JP2008519478A (ja) * 2004-11-02 2008-06-05 ノキア コーポレイション メッセージ・コンテント・プロパティの情報受信者装置
JP2009027659A (ja) * 2007-07-24 2009-02-05 Hitachi Ltd コンテンツ送信装置及びコンテンツ受信装置
US7516328B2 (en) 2002-12-09 2009-04-07 Kabushiki Kaisha Toshiba Contents transmission/reception scheme with function for limiting recipients
CN100481764C (zh) * 2004-01-16 2009-04-22 株式会社日立制作所 内容发送装置和内容接收装置
CN100495962C (zh) * 2004-01-16 2009-06-03 株式会社日立制作所 内容发送装置、内容接收装置和内容传送方法
KR100923479B1 (ko) * 2001-10-29 2009-10-27 프랑스 텔레콤 데이터 교환 네트워크 내에서의 스크램블링된 디지털데이터에 대한 액세스 제어 기능을 포함하는 송신 방법 및시스템
US7644265B2 (en) 2003-06-10 2010-01-05 Hitachi, Ltd. Content transmitting device, content receiving device and content transmitting method
US7720096B2 (en) 2005-10-13 2010-05-18 Microsoft Corporation RTP payload format for VC-1
US7757087B2 (en) 2004-10-15 2010-07-13 Kabushiki Kaisha Toshiba Information processing apparatus and information processing method
US7769880B2 (en) 2005-07-07 2010-08-03 Microsoft Corporation Carrying protected content using a control protocol for streaming and a transport protocol
US7827417B2 (en) 2004-11-15 2010-11-02 Ikuo Yamaguchi Storage device
US7836507B2 (en) 2004-03-19 2010-11-16 Hitachi, Ltd. Contents transmitter apparatus, contents receiver apparatus and contents transmitting method
JP2010263642A (ja) * 2010-07-01 2010-11-18 Panasonic Corp 通信システム
US8077679B2 (en) 2001-03-28 2011-12-13 Qualcomm Incorporated Method and apparatus for providing protocol options in a wireless communication system
US8098818B2 (en) 2003-07-07 2012-01-17 Qualcomm Incorporated Secure registration for a multicast-broadcast-multimedia system (MBMS)
US8121296B2 (en) 2001-03-28 2012-02-21 Qualcomm Incorporated Method and apparatus for security in a data processing system
US8213768B2 (en) 2005-03-08 2012-07-03 Panasonic Corporation Packet transmitting apparatus
US8300817B2 (en) 2007-02-15 2012-10-30 Sony Corporation Information processing apparatus, information processing method, and computer program
US8301571B2 (en) 2005-04-13 2012-10-30 Samsung Electronics Co., Ltd. Method of packaging broadcast contents
US8321690B2 (en) 2005-08-11 2012-11-27 Microsoft Corporation Protecting digital media of various content types
US8325916B2 (en) 2005-05-27 2012-12-04 Microsoft Corporation Encryption scheme for streamed multimedia content protected by rights management system
US8713400B2 (en) 2001-10-12 2014-04-29 Qualcomm Incorporated Method and system for reduction of decoding complexity in a communication system
US8718279B2 (en) 2003-07-08 2014-05-06 Qualcomm Incorporated Apparatus and method for a secure broadcast system
US8724803B2 (en) 2003-09-02 2014-05-13 Qualcomm Incorporated Method and apparatus for providing authenticated challenges for broadcast-multicast communications in a communication system
US8971790B2 (en) 2003-01-02 2015-03-03 Qualcomm Incorporated Method and apparatus for broadcast services in a communication system
US8983065B2 (en) 2001-10-09 2015-03-17 Qualcomm Incorporated Method and apparatus for security in a data processing system
JP2021524217A (ja) * 2018-09-17 2021-09-09 華為技術有限公司Huawei Technologies Co.,Ltd. パッケージ送信方法、パッケージ受信方法及びネットワークデバイス
JP2024016592A (ja) * 2022-07-26 2024-02-07 株式会社東芝 伝送装置、伝送方法、およびプログラム

Families Citing this family (73)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8055894B2 (en) 1999-11-09 2011-11-08 Google Inc. Process and streaming server for encrypting a data stream with bandwidth based variation
US6449719B1 (en) 1999-11-09 2002-09-10 Widevine Technologies, Inc. Process and streaming server for encrypting a data stream
GB2366158B (en) * 2000-05-24 2004-06-09 Hewlett Packard Co Internet key exchange
US7373507B2 (en) 2000-08-10 2008-05-13 Plethora Technology, Inc. System and method for establishing secure communication
US7150045B2 (en) 2000-12-14 2006-12-12 Widevine Technologies, Inc. Method and apparatus for protection of electronic media
US6754642B2 (en) * 2001-05-31 2004-06-22 Contentguard Holdings, Inc. Method and apparatus for dynamically assigning usage rights to digital works
US7774279B2 (en) 2001-05-31 2010-08-10 Contentguard Holdings, Inc. Rights offering and granting
US7805338B2 (en) * 2001-03-26 2010-09-28 Usa Technologies, Inc. Method of constructing a digital content play list for transmission and presentation on a public access electronic terminal
US7505936B2 (en) 2001-05-11 2009-03-17 Accenture Global Services Gmbh Digital content subscription conditioning system
US7152046B2 (en) 2001-05-31 2006-12-19 Contentguard Holdings, Inc. Method and apparatus for tracking status of resource in a system for managing use of the resources
US8001053B2 (en) 2001-05-31 2011-08-16 Contentguard Holdings, Inc. System and method for rights offering and granting using shared state variables
US7895123B1 (en) * 2001-06-12 2011-02-22 Accenture Global Services Limited Digital content publication
US7249139B2 (en) 2001-07-13 2007-07-24 Accenture Global Services Gmbh Secure virtual marketplace for virtual objects and services
US20030059053A1 (en) * 2001-09-26 2003-03-27 General Instrument Corporation Motorola, Inc. Key management interface to multiple and simultaneous protocols
US7237108B2 (en) 2001-09-26 2007-06-26 General Instrument Corporation Encryption of streaming control protocols and their headers
US8255989B2 (en) 2001-09-26 2012-08-28 General Instrument Corporation Access control and key management system for streaming media
JP2003141816A (ja) * 2001-10-31 2003-05-16 Toshiba Corp パケットデータの情報記録再生装置、情報記録媒体及び方法
US7243366B2 (en) 2001-11-15 2007-07-10 General Instrument Corporation Key management protocol and authentication system for secure internet protocol rights management architecture
BR0207375A (pt) 2001-12-19 2004-06-15 Irdeto Access Bv Sistema de distribuição de conteúdo digital
KR20040076288A (ko) * 2002-02-05 2004-08-31 마츠시타 덴끼 산교 가부시키가이샤 분산형 ipmp 장치의 메시징 및 mpeg ipmp콘텐츠에 권리를 싣는 방법
GB2386210A (en) 2002-03-07 2003-09-10 Hewlett Packard Co Method of controlling content consumption
US7356687B2 (en) * 2002-05-21 2008-04-08 General Instrument Corporation Association of security parameters for a collection of related streaming protocols
US7251328B2 (en) 2003-01-14 2007-07-31 General Instrument Corporation System for secure decryption of streaming media using selective decryption of header information and decryption of reassembled content
US7424558B2 (en) 2003-05-01 2008-09-09 Genesis Microchip Inc. Method of adaptively connecting a video source and a video display
US8059673B2 (en) 2003-05-01 2011-11-15 Genesis Microchip Inc. Dynamic resource re-allocation in a packet based video display interface
US7068686B2 (en) 2003-05-01 2006-06-27 Genesis Microchip Inc. Method and apparatus for efficient transmission of multimedia data packets
US7839860B2 (en) 2003-05-01 2010-11-23 Genesis Microchip Inc. Packet based video display interface
US7620062B2 (en) 2003-05-01 2009-11-17 Genesis Microchips Inc. Method of real time optimizing multimedia packet transmission rate
US7088741B2 (en) 2003-05-01 2006-08-08 Genesis Microchip Inc. Using an auxilary channel for video monitor training
US7567592B2 (en) 2003-05-01 2009-07-28 Genesis Microchip Inc. Packet based video display interface enumeration method
US7405719B2 (en) * 2003-05-01 2008-07-29 Genesis Microchip Inc. Using packet transfer for driving LCD panel driver electronics
US7733915B2 (en) 2003-05-01 2010-06-08 Genesis Microchip Inc. Minimizing buffer requirements in a digital video system
US8068485B2 (en) 2003-05-01 2011-11-29 Genesis Microchip Inc. Multimedia interface
US8204076B2 (en) 2003-05-01 2012-06-19 Genesis Microchip Inc. Compact packet based multimedia interface
US7800623B2 (en) 2003-09-18 2010-09-21 Genesis Microchip Inc. Bypassing pixel clock generation and CRTC circuits in a graphics controller chip
US7487273B2 (en) 2003-09-18 2009-02-03 Genesis Microchip Inc. Data packet based stream transport scheduler wherein transport data link does not include a clock line
US7613300B2 (en) 2003-09-26 2009-11-03 Genesis Microchip Inc. Content-protected digital link over a single signal line
US7634090B2 (en) * 2003-09-26 2009-12-15 Genesis Microchip Inc. Packet based high definition high-bandwidth digital content protection
US8190680B2 (en) * 2004-07-01 2012-05-29 Netgear, Inc. Method and system for synchronization of digital media playback
WO2006040320A1 (en) * 2004-10-11 2006-04-20 Thomson Licensing Method to add precision in transmitting mpeg stream over ip and device implementing the method
US20060205449A1 (en) * 2005-03-08 2006-09-14 Broadcom Corporation Mechanism for improved interoperability when content protection is used with an audio stream
US8438645B2 (en) 2005-04-27 2013-05-07 Microsoft Corporation Secure clock with grace periods
DE102005025328B4 (de) 2005-05-31 2007-06-28 Siemens Ag Verfahren zur Übertragung von Synchronisierungs-Nachrichten
US7561696B2 (en) 2005-07-12 2009-07-14 Microsoft Corporation Delivering policy updates for protected content
US7634816B2 (en) 2005-08-11 2009-12-15 Microsoft Corporation Revocation information management
US8065733B2 (en) 2005-09-23 2011-11-22 Google, Inc. Method for evolving detectors to detect malign behavior in an artificial immune system
WO2007038245A2 (en) 2005-09-23 2007-04-05 Widevine Technologies, Inc. Method for evolving detectors to detect malign behavior in an artificial immune system
US8689016B2 (en) 2005-12-02 2014-04-01 Google Inc. Tamper prevention and detection for video provided over a network to a client
JP4267008B2 (ja) 2006-07-28 2009-05-27 Necインフロンティア株式会社 クライアント・サーバ分散システム、サーバ装置、クライアント装置及びそれらに用いるクライアント間rtp暗号方法
JP2008113172A (ja) * 2006-10-30 2008-05-15 Hitachi Ltd コンテンツ送信装置、コンテンツ受信装置及びコンテンツ暗号化方法
US8196214B2 (en) 2007-12-14 2012-06-05 Apple Inc. Method and apparatus for securing content using encryption with embedded key in content
WO2009152846A1 (en) * 2008-06-16 2009-12-23 Telefonaktiebolaget Lm Ericsson (Publ) Storing and forwarding media data
US8760461B2 (en) 2009-05-13 2014-06-24 Stmicroelectronics, Inc. Device, system, and method for wide gamut color space support
US8156238B2 (en) 2009-05-13 2012-04-10 Stmicroelectronics, Inc. Wireless multimedia transport method and apparatus
US8860888B2 (en) 2009-05-13 2014-10-14 Stmicroelectronics, Inc. Method and apparatus for power saving during video blanking periods
US8429440B2 (en) 2009-05-13 2013-04-23 Stmicroelectronics, Inc. Flat panel display driver method and system
US8291207B2 (en) 2009-05-18 2012-10-16 Stmicroelectronics, Inc. Frequency and symbol locking using signal generated clock frequency and symbol identification
US8370554B2 (en) 2009-05-18 2013-02-05 Stmicroelectronics, Inc. Operation of video source and sink with hot plug detection not asserted
US8582452B2 (en) 2009-05-18 2013-11-12 Stmicroelectronics, Inc. Data link configuration by a receiver in the absence of link training data
US8468285B2 (en) 2009-05-18 2013-06-18 Stmicroelectronics, Inc. Operation of video source and sink with toggled hot plug detection
US8671234B2 (en) 2010-05-27 2014-03-11 Stmicroelectronics, Inc. Level shifting cable adaptor and chip system for use with dual-mode multi-media device
JP2012205088A (ja) * 2011-03-25 2012-10-22 Toshiba Corp ノード及びグループ鍵更新方法
KR20130003544A (ko) * 2011-06-30 2013-01-09 한국전자통신연구원 단말 장치들 사이의 콘텐츠 동기화 방법 및 시스템
CN103078831A (zh) * 2011-10-26 2013-05-01 新太科技股份有限公司 一种流媒体支持tcp和udp传送的自适应的方法
US8880882B2 (en) * 2012-04-04 2014-11-04 Google Inc. Securely performing programmatic cloud-based data analysis
US8982702B2 (en) * 2012-10-30 2015-03-17 Cisco Technology, Inc. Control of rate adaptive endpoints
EP3913500B1 (en) 2013-11-08 2024-05-15 Friend For Media Limited Identifying media components
CN105430320A (zh) * 2015-11-23 2016-03-23 兰玉杰 基于udp和tcp的音视频媒体数据传输方法
CN106507202B (zh) * 2016-11-11 2019-12-17 传线网络科技(上海)有限公司 播放控制方法及装置
US11736755B2 (en) * 2018-04-24 2023-08-22 Google Llc Methods, systems, and media for synchronized media content playback on multiple devices
CN113973124B (zh) * 2021-10-27 2023-01-20 北京达佳互联信息技术有限公司 数据传输方法及装置、电子设备、计算机可读存储介质
CN114827698B (zh) * 2022-03-22 2024-02-02 北京字跳网络技术有限公司 一种播放信息的同步方法、装置、终端设备和存储介质
US11589104B1 (en) * 2022-06-17 2023-02-21 Userful Corporation Latency compensation for external networks

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5870474A (en) * 1995-12-04 1999-02-09 Scientific-Atlanta, Inc. Method and apparatus for providing conditional access in connection-oriented, interactive networks with a multiplicity of service providers
USRE33189E (en) * 1981-11-19 1990-03-27 Communications Satellite Corporation Security system for SSTV encryption
US4956863A (en) * 1989-04-17 1990-09-11 Trw Inc. Cryptographic method and apparatus for public key exchange with authentication
US5680131A (en) * 1993-10-29 1997-10-21 National Semiconductor Corporation Security system having randomized synchronization code after power up
US5539094A (en) * 1993-11-12 1996-07-23 La Jolla Cancer Research Foundation DNA encoding Bcl-2-associated proteins
JP3321972B2 (ja) * 1994-02-15 2002-09-09 ソニー株式会社 ディジタル信号記録装置
US5805705A (en) * 1996-01-29 1998-09-08 International Business Machines Corporation Synchronization of encryption/decryption keys in a data communication network
JP3769804B2 (ja) * 1996-02-02 2006-04-26 ソニー株式会社 解読化方法および電子機器
US5861864A (en) * 1996-04-02 1999-01-19 Hewlett-Packard Company Video interface system and method
US6041123A (en) * 1996-07-01 2000-03-21 Allsoft Distributing Incorporated Centralized secure communications system
US5841864A (en) * 1996-08-05 1998-11-24 Motorola Inc. Apparatus and method for authentication and session key exchange in a communication system
US5850444A (en) * 1996-09-09 1998-12-15 Telefonaktienbolaget L/M Ericsson (Publ) Method and apparatus for encrypting radio traffic in a telecommunications network
US5937066A (en) * 1996-10-02 1999-08-10 International Business Machines Corporation Two-phase cryptographic key recovery system
JP3760460B2 (ja) * 1997-04-23 2006-03-29 ソニー株式会社 データ送信装置および方法、データ受信装置および方法、並びにデータ送受信システムおよび方法
US6526144B2 (en) * 1997-06-02 2003-02-25 Texas Instruments Incorporated Data protection system
JP3427694B2 (ja) * 1997-09-19 2003-07-22 日産自動車株式会社 車両用セキュリティ装置
JPH11122239A (ja) * 1997-10-16 1999-04-30 Sony Corp 情報処理装置および方法、並びに伝送媒体
US6223285B1 (en) * 1997-10-24 2001-04-24 Sony Corporation Of Japan Method and system for transferring information using an encryption mode indicator
US20020159598A1 (en) * 1997-10-31 2002-10-31 Keygen Corporation System and method of dynamic key generation for digital communications
JP2000004256A (ja) * 1998-04-17 2000-01-07 Toshiba Corp ストリ―ムデ―タ処理システムおよびストリ―ムデ―タの制限方法
US6167448A (en) * 1998-06-11 2000-12-26 Compaq Computer Corporation Management event notification system using event notification messages written using a markup language
JP3225924B2 (ja) * 1998-07-09 2001-11-05 日本電気株式会社 通信品質制御装置
JP2000078197A (ja) * 1998-09-03 2000-03-14 Toshiba Corp 通信ノード及びパケット転送方法
WO2000045552A1 (en) * 1999-01-28 2000-08-03 Koninklijke Philips Electronics N.V. Synchronisation of decryption keys in a data packet transmission system
US6542931B1 (en) * 1999-11-05 2003-04-01 Nokia Corporation Using sparse feedback to increase bandwidth efficiency in high delay, low bandwidth environment

Cited By (60)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002279727A (ja) * 2001-03-16 2002-09-27 Sony Corp 信号記録媒体とコンテンツ信号生成装置及びコンテンツ信号再生方法とコンテンツ信号再生装置
US8121296B2 (en) 2001-03-28 2012-02-21 Qualcomm Incorporated Method and apparatus for security in a data processing system
US8077679B2 (en) 2001-03-28 2011-12-13 Qualcomm Incorporated Method and apparatus for providing protocol options in a wireless communication system
JP2002305547A (ja) * 2001-04-06 2002-10-18 Mega Chips Corp データ中継装置およびデータ中継システム
WO2002086847A1 (en) * 2001-04-20 2002-10-31 Ntt Docomo, Inc. Data securing communication apparatus and method
US7216230B2 (en) 2001-04-20 2007-05-08 Ntt Docomo, Inc. Data securing communication apparatus and method
US8983065B2 (en) 2001-10-09 2015-03-17 Qualcomm Incorporated Method and apparatus for security in a data processing system
US8730999B2 (en) 2001-10-12 2014-05-20 Qualcomm Incorporated Method and system for reduction of decoding complexity in a communication system
US8713400B2 (en) 2001-10-12 2014-04-29 Qualcomm Incorporated Method and system for reduction of decoding complexity in a communication system
KR100923479B1 (ko) * 2001-10-29 2009-10-27 프랑스 텔레콤 데이터 교환 네트워크 내에서의 스크램블링된 디지털데이터에 대한 액세스 제어 기능을 포함하는 송신 방법 및시스템
KR20030084613A (ko) * 2002-04-26 2003-11-01 후지쯔 가부시끼가이샤 게이트웨이, 통신 단말 장치 및 통신 제어 프로그램
JP4927330B2 (ja) * 2002-08-28 2012-05-09 クゥアルコム・インコーポレイテッド 移動通信システムにおける安全なデータ伝送のための方法および装置
JP2005537713A (ja) * 2002-08-28 2005-12-08 クゥアルコム・インコーポレイテッド 移動通信システムにおける安全なデータ伝送のための方法および装置
JP2012070426A (ja) * 2002-08-28 2012-04-05 Qualcomm Inc 移動通信システムにおける安全なデータ伝送のための方法および装置
KR101095359B1 (ko) 2002-11-01 2011-12-16 소니 주식회사 스트리밍 시스템 및 스트리밍 방법
WO2004040839A1 (ja) * 2002-11-01 2004-05-13 Sony Corporation ストリーミングシステム及びストリーミング方法
US8572380B2 (en) 2002-11-01 2013-10-29 Sony Corporation Streaming system and streaming method
US10320759B2 (en) 2002-11-01 2019-06-11 Sony Corporation Streaming system and method
US8583927B2 (en) 2002-11-01 2013-11-12 Sony Corporation Streaming system and streaming method
US7516328B2 (en) 2002-12-09 2009-04-07 Kabushiki Kaisha Toshiba Contents transmission/reception scheme with function for limiting recipients
US8971790B2 (en) 2003-01-02 2015-03-03 Qualcomm Incorporated Method and apparatus for broadcast services in a communication system
US7644265B2 (en) 2003-06-10 2010-01-05 Hitachi, Ltd. Content transmitting device, content receiving device and content transmitting method
US8225084B2 (en) 2003-06-10 2012-07-17 Hitachi, Ltd. Content transmitting device, content receiving device and content transmitting method
US7876896B2 (en) 2003-07-03 2011-01-25 Microsoft Corporation RTP payload format
JP2005027325A (ja) * 2003-07-03 2005-01-27 Microsoft Corp Rtpペイロード形式
US8098818B2 (en) 2003-07-07 2012-01-17 Qualcomm Incorporated Secure registration for a multicast-broadcast-multimedia system (MBMS)
US8718279B2 (en) 2003-07-08 2014-05-06 Qualcomm Incorporated Apparatus and method for a secure broadcast system
EP1501254A2 (en) 2003-07-23 2005-01-26 Sony Corporation Apparatus and method for receiving stream data
US8724803B2 (en) 2003-09-02 2014-05-13 Qualcomm Incorporated Method and apparatus for providing authenticated challenges for broadcast-multicast communications in a communication system
WO2005039180A1 (ja) * 2003-10-16 2005-04-28 Nec Corporation メディア信号の送信方法と受信方法ならびに送受信方法及び装置
JPWO2005057865A1 (ja) * 2003-12-11 2007-12-13 松下電器産業株式会社 パケット送信装置
JP4580871B2 (ja) * 2003-12-11 2010-11-17 パナソニック株式会社 パケット送信装置
US7681244B2 (en) 2003-12-11 2010-03-16 Panasonic Corporation Packet transmitter apparatus
US8468350B2 (en) 2004-01-16 2013-06-18 Hitachi, Ltd. Content transmission apparatus, content reception apparatus and content transmission method
US8010792B2 (en) 2004-01-16 2011-08-30 Hitachi, Ltd. Content transmission apparatus, content reception apparatus and content transmission method
CN100481764C (zh) * 2004-01-16 2009-04-22 株式会社日立制作所 内容发送装置和内容接收装置
CN100495962C (zh) * 2004-01-16 2009-06-03 株式会社日立制作所 内容发送装置、内容接收装置和内容传送方法
CN101505299B (zh) * 2004-01-16 2012-07-18 株式会社日立制作所 内容发送装置和内容接收装置
US7836507B2 (en) 2004-03-19 2010-11-16 Hitachi, Ltd. Contents transmitter apparatus, contents receiver apparatus and contents transmitting method
US8209534B2 (en) 2004-03-19 2012-06-26 Hitachi, Ltd. Contents transmitter apparatus, contents receiver apparatus and contents transmitting method
US7757087B2 (en) 2004-10-15 2010-07-13 Kabushiki Kaisha Toshiba Information processing apparatus and information processing method
JP2008519478A (ja) * 2004-11-02 2008-06-05 ノキア コーポレイション メッセージ・コンテント・プロパティの情報受信者装置
US7827417B2 (en) 2004-11-15 2010-11-02 Ikuo Yamaguchi Storage device
US8213768B2 (en) 2005-03-08 2012-07-03 Panasonic Corporation Packet transmitting apparatus
US8301571B2 (en) 2005-04-13 2012-10-30 Samsung Electronics Co., Ltd. Method of packaging broadcast contents
US8325916B2 (en) 2005-05-27 2012-12-04 Microsoft Corporation Encryption scheme for streamed multimedia content protected by rights management system
US7769880B2 (en) 2005-07-07 2010-08-03 Microsoft Corporation Carrying protected content using a control protocol for streaming and a transport protocol
US7822203B2 (en) 2005-08-04 2010-10-26 Sony Corporation Method, apparatus, and program for processing information
JP2007043518A (ja) * 2005-08-04 2007-02-15 Sony Corp 情報処理装置および方法、並びにプログラム
US7724900B2 (en) 2005-08-04 2010-05-25 Sony Corporation Method, apparatus, and program for processing information
JP2007043519A (ja) * 2005-08-04 2007-02-15 Sony Corp 情報処理装置および方法、並びにプログラム
US8321690B2 (en) 2005-08-11 2012-11-27 Microsoft Corporation Protecting digital media of various content types
US7720096B2 (en) 2005-10-13 2010-05-18 Microsoft Corporation RTP payload format for VC-1
JP2007180876A (ja) * 2005-12-27 2007-07-12 Kyocera Corp データ送受信システム、暗号化情報送信方法、データ送信装置、及びデータ受信装置
US8300817B2 (en) 2007-02-15 2012-10-30 Sony Corporation Information processing apparatus, information processing method, and computer program
JP2009027659A (ja) * 2007-07-24 2009-02-05 Hitachi Ltd コンテンツ送信装置及びコンテンツ受信装置
JP2010263642A (ja) * 2010-07-01 2010-11-18 Panasonic Corp 通信システム
JP2021524217A (ja) * 2018-09-17 2021-09-09 華為技術有限公司Huawei Technologies Co.,Ltd. パッケージ送信方法、パッケージ受信方法及びネットワークデバイス
US11888904B2 (en) 2018-09-17 2024-01-30 Huawei Technologies Co., Ltd. Packet sending method, packet receiving method, and network device
JP2024016592A (ja) * 2022-07-26 2024-02-07 株式会社東芝 伝送装置、伝送方法、およびプログラム

Also Published As

Publication number Publication date
US20050216731A1 (en) 2005-09-29
DE60038916D1 (de) 2008-06-26
EP1646238A1 (en) 2006-04-12
JP3816689B2 (ja) 2006-08-30
EP1041823A3 (en) 2003-05-07
DE60026451T2 (de) 2006-08-03
DE60026451D1 (de) 2006-05-04
EP1041823B1 (en) 2006-03-08
EP1646238B1 (en) 2008-05-14
EP1041823A2 (en) 2000-10-04

Similar Documents

Publication Publication Date Title
JP3816689B2 (ja) 情報配信装置、情報受信装置及び通信方法
KR101312910B1 (ko) 다양한 콘텐트 유형의 디지털 미디어 보호
JP5021639B2 (ja) ストリーミング用制御プロトコルおよびトランスポートプロトコルを使用した、保護付きコンテンツの搬送
TWI224458B (en) Communication device and communication control method
CN101174946B (zh) 内容发送装置、内容接收装置和内容加密方法
EP2461262B1 (en) Communication system, communication device, communication method, and computer program
US7218643B1 (en) Relay device and communication device realizing contents protection procedure over networks
KR101095359B1 (ko) 스트리밍 시스템 및 스트리밍 방법
US20080063195A1 (en) Method and system for encrypting or decrypting wmv streaming media
JP2008011535A (ja) 完全性を保障するビデオストリームを提供する装置および方法
WO2007109999A1 (en) Method, system, subscriber equipment and multi-media server for digital copyright protection
JP2000004256A (ja) ストリ―ムデ―タ処理システムおよびストリ―ムデ―タの制限方法
US8548164B2 (en) Method and device for the encryption and decryption of data
CN101883102A (zh) 生成链路的方法
JP4910324B2 (ja) 情報処理装置及び情報処理方法、並びにコンピュータ・プログラム
JP4447908B2 (ja) 新しい装置を導入するローカルデジタルネットワーク及び方法と、そのネットワークにおけるデータ放送及び受信方法
US20060168292A1 (en) Apparatus and method for receiving or transmitting contents
JP2003229844A (ja) データ転送システム
JP2005190350A (ja) コンテンツ送信装置及びコンテンツ送信方法
US20100085965A1 (en) Content transmitting method and apparatus
JPH11306092A (ja) データ処理装置および同装置に適用されるコピープロテクト方法
JP6614279B2 (ja) リモート・アクセス・コンテンツ提供方法
JP2004356949A (ja) 情報配信装置及び情報受信装置
JP2006013664A (ja) データ伝送方法
JP2007036350A (ja) 情報通信装置及び情報通信方法、並びにコンピュータ・プログラム

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20041202

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20041214

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050214

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060307

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060502

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20060606

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060608

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090616

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100616

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100616

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110616

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120616

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120616

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130616

Year of fee payment: 7

EXPY Cancellation because of completion of term