WO2007135751A1 - プロトコル及び著作権管理システム変換装置、通信システム、プログラムおよび記録媒体 - Google Patents

プロトコル及び著作権管理システム変換装置、通信システム、プログラムおよび記録媒体 Download PDF

Info

Publication number
WO2007135751A1
WO2007135751A1 PCT/JP2006/317064 JP2006317064W WO2007135751A1 WO 2007135751 A1 WO2007135751 A1 WO 2007135751A1 JP 2006317064 W JP2006317064 W JP 2006317064W WO 2007135751 A1 WO2007135751 A1 WO 2007135751A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
authentication
copyright management
protocol
management system
Prior art date
Application number
PCT/JP2006/317064
Other languages
English (en)
French (fr)
Inventor
Shigeki Takahashi
Original Assignee
Sharp Kabushiki Kaisha
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
Priority claimed from JP2006141984A external-priority patent/JP2007312328A/ja
Application filed by Sharp Kabushiki Kaisha filed Critical Sharp Kabushiki Kaisha
Publication of WO2007135751A1 publication Critical patent/WO2007135751A1/ja

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40091—Bus bridging
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • 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/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/283—Processing of data at an internetworking point of a home automation network
    • H04L12/2836—Protocol conversion between an external network and a home network

Definitions

  • Protocol and copyright management system conversion device communication system, program, and recording medium
  • the present invention relates to a protocol and copyright management system conversion device, a communication system, a program, and a recording medium, and more specifically, to a device that connects a plurality of networks configured with different communication protocols.
  • DLNA Digital Living Network Alliance
  • IEEE1394 is used as a mechanism for transmitting digital content, and a control method using AVZC commands is realized.
  • Such products with only IEEE1394 implemented cannot support the new network technology DLNA.
  • a set-top box (hereinafter abbreviated as STB) that controls devices compatible with DLNA has been realized, and by connecting this STB with a video transmission terminal such as an HDMI terminal or D terminal, It is possible to watch digital content on DLNA with a TV receiver (hereinafter abbreviated as TV).
  • TV TV receiver
  • the STB decodes the digital content that has been compressed and transmitted, and outputs it to the TV through the video transmission terminal in a state where it can be viewed as a video.
  • the HDMI terminal and the D terminal have only one direction of video flow. For example, it is possible to store content and play and view media server video. It is not possible to record the content on the media server! ,.
  • Patent Document 1 and Patent Document 2 which are connected to other networks across a plurality of networks configured by different communication protocols. It is a method to control the equipment.
  • Patent Document 1 in the network as shown in FIG. 21, information on service functions and components in the wireless node is obtained from the wireless node capable of communicating via the interface connected to the wireless network.
  • the received information is stored by the self-introduction signal from, and the received information is stored, and the stored information is displayed on the display for each radio node, for example, and presented to the user.
  • the user can explicitly specify the wireless node that can provide the service he / she wants to receive, and can reliably receive the desired service.
  • Patent Document 2 in the network as shown in Fig. 22, when a network other than IEEE1394 node exists between IEEE1394 buses, an IEEE1394 bridge is always required.
  • the components on the second IEEE1394 bus are acquired through the interface means.
  • the nodes on the second IEEE1394 bus are emulated as nodes on the first IEEE1394 bus.
  • Patent Document 3 through a gateway device that converts streams of different formats, a user terminal can receive distribution content as if it were communicating with a distribution server. It has become.
  • Patent Document 3 in the network as shown in FIG. 23, when viewing the distribution content of the distribution server connected to the network from the viewing terminal connected to the network across the AV gateway device, The AV gateway device notifies the viewing terminal of the distribution content in the distribution server as the content of the AV gateway device, and when the viewing terminal requests the AV gateway device to acquire the distribution content, the AV gateway device Therefore, the distribution content corresponding to the request of the viewing terminal is acquired, the viewing content is converted into a data format that can be received by the viewing terminal, and transmitted to the viewing terminal. As a result, a plurality of networks connected via the AV gateway device can be obtained.
  • Patent Document 4 Patent Document 5, and Patent Document 6 introduce a technique for controlling copyright management between a plurality of networks and devices connected to other networks across the networks.
  • Patent Document 7 introduces a copyright management system on a TCP / IP network.
  • Patent Document 8 introduces a copyright management system at a gateway between a home IEEE1394 network and an outside TCPZIP network.
  • Patent Document 1 Japanese Unexamined Patent Publication No. 2000-115173
  • Patent Document 2 Japanese Unexamined Patent Application Publication No. 2004-129028
  • Patent Document 3 Japanese Unexamined Patent Publication No. 2003-271487
  • Patent Document 4 Japanese Patent Laid-Open No. 2002-353999
  • Patent Document 5 JP 2004-135105 A
  • Patent Document 7 JP 2005-252773 A
  • AV equipment compliant with IEEE1394 usually exists on the network as equipment (Unit) having a function module called individual sub-unit.
  • equipment Unit
  • devices that support tape media have a tape subunit as a function of IEEE1394, and devices that support disk media have a disc subunit.
  • Each of these subunits can be controlled by AVZC commands specified by the 1394 Trade Association (hereinafter abbreviated as 1394TA).
  • a digital TV having a function of controlling a disc subunit can control a digital video recorder (DVR) connected to an IEEE1394 network with a disc subunit command to view recorded content and perform a recording operation.
  • DVR digital video recorder
  • DTL A Digital Transmission Licensing Administrator
  • a copyright management system called “Transmission Content Protection” is used.
  • DVR digital video recorder
  • digital TV digital TV
  • Digital TV and DVR first perform device authentication called AKE (Authentication and Key Exchange) using AVZC commands standardized by the 1394 Trade Association (hereafter referred to as 1394TA), and each support DTCP.
  • AKE Authentication and Key Exchange
  • 1394TA 1394 Trade Association
  • the encrypted content is then output from the DVR, and the digital TV can watch the copyright-protected content by periodically requesting the DVR to unlock the encrypted key. It becomes.
  • the present invention has been made in consideration of the above situation, and can control devices connected via a plurality of networks configured by different communication protocols and control methods.
  • Copyright management system conversion that enables easy viewing of content that is copyright protected by a different copyright management system connected to a network configured with different communication protocols
  • An object is to provide a device, a communication system, a program, and a recording medium.
  • the present invention has the following configuration.
  • the protocol conversion device of the present invention includes a first interface connected to a first network. Command and data received via one interface means from a device on one network and a second interface means connected to the second network to a command and data on the other network.
  • a conversion means for converting, and a transmission means for transmitting the command or data converted by the conversion means to a device on the other network via the other interface means, and the device power connected to one network Emulate commands and data to match devices connected to the other network
  • this protocol conversion device device information relating to devices on both networks is acquired, and among the devices, the device having a server function and the device information of the device are associated with each other in the device information storage means.
  • the device information acquisition means to be stored and the device information storage means the device in one network is converted into device information that can be recognized as one of the devices on the other network, and the other network Device information transmission means for transmitting to the above devices, and by operating the device information acquisition means periodically or in response to a request from the device, each device can update the latest of the devices connected to other networks.
  • Device information can be acquired.
  • the device information transmission unit refers to the device stored in the user setting storage unit and the type information of the device, and converts the device information for the device stored in the device information storage unit. I did it.
  • the execution status is When confirming, return the exact status of the execution status to the device on the other network.
  • the copyright management system conversion device of the present invention includes a first interface unit connected to the first network, a second interface unit connected to the second network, and a connection to the first network.
  • the first authentication means that performs the first authentication process and exchanges the authentication key with the connected device and the device connected to the second network Therefore, second authentication means for exchanging an authentication key by performing a second authentication process different from the first authentication process, the first authentication means, and the second authentication means Only when the authentication process is successful, the copyright management level of the stream received via the second interface means is converted to the equivalent copyright management level of the receiving side of the stream, and the And a transmission unit that transmits the converted stream to which the copyright management level is added via the first interface unit.
  • the transmission means determines the copyright management level of the stream received via the second interface means, and sets the copyright management level to an equivalent level on the receiving side of the stream.
  • the copyright management level converting means for converting to the copyright management level, and the decryption for canceling the encryption key of the stream received via the second interface means with the authentication key obtained by the second authentication means Means for setting the encryption of the stream decrypted by the decryption means with the authentication key obtained by the first authentication means, and the copyright management level conversion means
  • the copyright management level converted in step (b) is added, and the stream encrypted by the encryption setting unit is transmitted via the first interface unit.
  • the first authentication unit and the second authentication unit store a support level and an authentication key for authentication of each authentication target device
  • the transmission unit is a device on the first network.
  • the authentication support level and the authentication key of the device on the second network stored in the device authentication information storage means are exchanged, and the device on the second network is exchanged.
  • the authentication process is performed, the authentication level of the device on the first network stored in the device authentication information storage means and the authentication key are exchanged, and the devices on both networks trust each other. If it is a device that can be used, the permission of connection between the first network and the second network is determined.
  • the communication system of the present invention is a communication system for transmitting and receiving content between devices connected to different networks, and the device connected to one network and the device connected to the other network.
  • a protocol converter that manages and relays the transmission and reception of the content between them, and the protocol converter receives commands and data received from devices on one network as command data on the other network. Convert and send the converted command or data to the device on the other network By doing so, the command and data of the device power connected to one network are emulated to match the device connected to the other network.
  • the first network and the second network may be a DLNA network and an IEEE 1394 network, respectively.
  • the protocol conversion device may be a gateway device, and content may be obtained from a device having an outdoor server function.
  • a program for causing the computer to function is created as each means of the protocol conversion device and the communication system having the above-described configuration, or the program is recorded on a computer-readable recording medium.
  • the above problem can also be solved by executing this program on a computer.
  • the communication system of the present invention is a communication system that transmits and receives content between devices connected to different networks, and the device connected to one network and the network connected to the other network.
  • a copyright management system conversion device that manages and relays the copyright of the content between devices is provided, and the copyright management system conversion device includes a first interface unit connected to one network and a second network interface.
  • First authentication means for performing a first authentication process and exchanging an authentication key for copyright protection between a second interface means connected to the network and a device connected to one of the networks.
  • the second authentication process different from the first authentication process is performed for the purpose of copyright protection with the device connected to the other network, and the authentication key is obtained.
  • the copyright management of the stream received via the second interface means only when the authentication process by the second authenticating means and the first authenticating means and the second authenticating means succeeds.
  • the first network is an IEEE1394 network
  • copyright management is performed using the DTCP method
  • the second network is a DLNA network.
  • the copyright management system conversion device may be configured as a gateway device.
  • a program for causing a computer to function is created as each means of the copyright management system conversion apparatus and communication system having the above-described configuration, or the program is stored in a computer-readable recording medium.
  • the above problem can also be solved by recording and executing this program on a computer.
  • a user who has a function and power to control a network device can easily control a device corresponding to the new network.
  • a copyright management system of a different standard connected to another network is converted into a copyright management system supported by another network, and content is transferred between the networks. Can be shared. Therefore, it is possible to easily view new content that has been copyrighted by a different copyright management system from an old device that supports only a specific copyright management system.
  • FIG. 1 is a block diagram showing a network configuration of a communication system according to the present embodiment.
  • FIG. 2 is a block diagram showing a functional configuration of the protocol conversion apparatus according to the present embodiment.
  • FIG. 3 is a diagram showing a procedure for DLNA device recognition.
  • FIG. 4 is a sequence diagram showing an IEEE1394 AVZC command transmission / reception method.
  • FIG. 5 is a diagram showing a packet format used to transmit / receive an AVZC command.
  • FIG. 6 A diagram showing an FCP Frame format used for transmitting and receiving AVZC commands.
  • FIG. 7 is a diagram showing the format of the SUBUNIT INFO status command of the AVZC command.
  • FIG. 8 is a diagram showing details of page_data of the SUBUNIT INFO status response.
  • FIG. 9 This is a diagram showing the format of the SUBUNIT INFO status response of the AVZC command.
  • FIG. 10 is a diagram showing an example of a device list list screen of a digital TV.
  • FIG. 11 A diagram showing an example of the Disc Subunit control screen of the digital TV (selecting the PLAY button).
  • FIG. 12 is a diagram showing the format of the “PLAY control” command for Disc Subunit of the AV / C command.
  • FIG. 13 is a diagram illustrating an example of a conversion table for AVZC commands and DLNA commands.
  • FIG. 14 is a diagram showing a DLNA device control procedure.
  • FIG. 15 is a diagram showing an FCP Frame format used for transmitting / receiving an AVZC response.
  • FIG. 16 is a diagram showing the format of the “RECORD control” command for Disc Subunit of the AV / C command.
  • FIG. 17 is a flowchart showing a processing procedure for identifying a DLNA device.
  • FIG. 18 is a diagram showing the format of the Root Content Descriptor of the AVZC Descriptor
  • FIG. 19 is a diagram showing an example of a digital TV Disc Subunit control screen (selecting the LIST button).
  • FIG. 20 is a diagram showing a display screen of a content list of a digital TV.
  • FIG. 21 is a diagram showing a system configuration example of a conventional technique.
  • FIG. 22 is a diagram showing an example of a system configuration of the prior art.
  • FIG. 23 is a diagram showing an example of a system configuration of the prior art.
  • FIG. 24 is a block diagram showing a network configuration of a communication system according to an embodiment.
  • FIG. 25 is a block diagram showing a functional configuration of a copyright conversion system conversion device according to an embodiment.
  • FIG. 26 is a flowchart showing the Full Authentication processing procedure in AKE.
  • FIG. 27 is a flowchart showing the Restricted Authentication processing procedure in AKE. Is.
  • FIG. 28 is a diagram showing the format of the ARE Status command of the AV / C command in DTCP.
  • FIG. 29 is a diagram showing a format of an ARE Status command in DTCP-IP.
  • FIG. 30 is a diagram showing a format of an AKE Control command of an AVZC command in DTCP.
  • FIG. 31 is a diagram showing a format of an AKE Control command in DTCP-IP.
  • FIG. 32 is a diagram for explaining copy control levels of DTCP and DTCP—IP.
  • FIG. 33 is a diagram showing CCI used in the DTCP Move-mode.
  • FIG. 34 is a diagram showing an image of MPEG2-TS encrypted with DTCP-IP.
  • FIG. 35 is a diagram showing an MPEG2-TS image encrypted by DTCP.
  • FIG. 36 is a diagram for explaining copy control levels of DTCP and Windows (registered trademark) Media DRM10.
  • FIG. 37 is a diagram for explaining a conversion table for converting a copy control level of Windows® Media DRM10 to a copy control level of DTCP.
  • FIG. 38 is a diagram illustrating an example of a configuration of a conventional technique.
  • FIG. 1 is a configuration example of a network of a communication system according to the present embodiment.
  • the communication system 1 includes an IEEE1394 network 25 and a DLNA network 35 connected to the protocol conversion device 10.
  • the protocol conversion device 10 provides a device 30 as a media server compatible with DLNA connected to the DLNA network 35 to a device 20 compatible with IEEE1394 connected to the IEEE1394 network 25 as a Disc Subunit compatible with IEEE1394.
  • IEEE 1394-compatible device 20 Digital TV (TV) 20 with the function to control 1394 devices
  • DVR Digital Video Recorder
  • the protocol conversion device 10 first investigates the device 30 connected on the DLNA network 35 by the method stipulated in the DLNA standard, and the device 30 having the media server function is stored in the connected device storage memory inside the device. Save it as a list.
  • Media Server 30 and PC 30 have two media server functions.
  • the protocol converter 10 emulates these two media servers as Disc Subunit O and Disc Subunit built in the protocol converter, and provides them as devices connected on the IEEE 1394 network.
  • FIG. 2 is a block diagram showing a functional configuration of the protocol conversion apparatus 10 according to the present embodiment.
  • the protocol conversion apparatus 10 includes IEEE1394 I / F41, TCP / IP I / F4 2, and user settings.
  • the protocol conversion device 10 is connected to the TCP / IP I / F 42, and acquires the information of the device 30 by the device information acquisition unit 55 according to the method defined by DLNA as shown in FIG.
  • the acquired device information is classified by the device information recognition unit 54 into a device having a server function and a device having a client function, and is stored and managed in the device information storage unit 53.
  • the device information conversion unit 52 refers to the user setting storage unit 44 and acquires the subunit type information for the device 30 determined to have the server function by the device information recognition unit 54. Instead of publishing this subunit on the IEEE1394 network.
  • the user setting input unit 43 inputs the subunit type information for the device 30 having the server function, and stores the information for identifying the device 30 in association with the subunit type information to be given to the device 30 in the user setting storage unit 44. It can be set using the TV screen, PC isotropic graphical user IZF (hereinafter abbreviated as GUI), or it can be set using the switch provided on the main unit. What is the setting method here?
  • the subunit numbers can be assigned automatically by the protocol converter 10, or can be set by the user by some user setting means. is there.
  • each device is provided as a separate subunit.
  • the protocol conversion device 10 has the power to show a part of the connected devices, whichever IEEE13 94 side force.
  • the user setting input unit 43 needs to set whether to make it visible or not.
  • the protocol conversion device 10 publishes the subunit information thus converted on the IEE E1394 network via the IEEE1394 IZF 41 by the device information transmission unit 51 and the IEEE1394 packet transmission / reception unit 61.
  • FIGS. 4 to 6 and the subsequent drawings show general transmission / reception modes, packets, and formats in the IEEE 1394 AVZC command.
  • the digital TV 20 first transmits a SUBUNIT INFO status command shown in FIG. 7 in order to check which type of device the protocol converter 10 is.
  • the protocol converter 10 sets the number of devices with media server function connected to itself in max_subunit_ID in page_data shown in Fig. 8, sets Disc Subunit in subuniUype, and SUBUNIT INFO status of digital TV20.
  • the SUBUNIT INFO status response shown in Fig. 9 is returned in response to the command.
  • the digital TV 20 recognizes that the protocol conversion device 10 is a device having a disc subunit by the SUBUNIT INFO status response.
  • the protocol conversion device 10 is a device having a disc subunit by the SUBUNIT INFO status response.
  • Subunit Identifier Descriptor is described, and the Media Type may be investigated by reading the Descriptor.
  • the digital TV 20 adds Disc SubunitO and Disc Subunit as its control targets, and displays them through the device list list screen etc. of the user operation screen as shown in FIG. 10 to confirm that the operation targets have been added to the user. Notice.
  • the digital TV 20 controls the Disc Subunit as shown in FIG. Display a screen for When the user presses the PLAY button on the control screen, the “PLAY control” command shown in FIG. 12 is transmitted from the IEEE1394 I / F of the digital TV 20 to the protocol converter 10.
  • the protocol converter 10 receives the AV / C command at the IEEE 1394 packet transmission / reception unit 61 via the IEEE 1394 IZF 41, acquires the destinationJD of the packet in the form of FIG. 5 including the “PLAY control” command, Whether the command is for the protocol converter 10 If it is addressed to the protocol converter 10, the AVZC command is transferred to the control command determination unit 62.
  • the control command determination unit 62 extracts the FCP Frame portion shown in FIG. 6 from the received AVZC command packet shown in FIG. 5, determines the subuniUype and sub unitJD in the FCP Frame, and the protocol converter 10 Determine whether the command is for the emulating media server.
  • control command determination unit 62 determines the type of command and the operation to be executed from ctype and 0 pcode, and transfers the result to the control command conversion unit 63.
  • a "PLAY CONTROL" command is transmitted from the digital TV 20, ct ype is set to control, and opcode is set to a parameter indicating PLAY! /.
  • control command conversion unit 63 determines whether the digital TV
  • This conversion may be implemented as a command conversion table that uniquely associates AVZC commands and DLNA commands as shown in Fig. 13, and the command functions are used for more detailed association. It is possible to implement an approach that searches for commands closer to each other by parameterizing and comparing each parameter.
  • Control command conversion unit 63 converts the “PLAY control” command of the AVZC command into a command corresponding to DLNA “PLAY control” using the mechanism described above, and transfers the command to control command transmission unit 64. To do.
  • the control command transmission unit 64 converts the command converted by the control command conversion unit 63 into a TCPZIP packet as a DLNA command, and the TCPZIP packet transmission / reception unit 65 converts the TCP
  • the device (mediasano) 30 that has received the command returns a response indicating the execution result to the protocol conversion apparatus 10 in response to the command.
  • Protocol converter 10 sends / receives TCP / IP packets via TCP / IP IZF42 The response is received by the unit 65 and transferred to the command response determination unit 66.
  • the command response discriminating unit 66 discriminates whether or not the received response is a response for which the execution of the “PLAY control” command is accepted, and transfers this response to the command response converting unit 67.
  • the command response converter 67 sets the values of subunit_type and subunitJD to which the device to be controlled is assigned in the response frame shown in FIG. 15, and sets the response value such as ACCEPTED or REJECTED according to the execution result. Set the response value, set the opcode “PLAY control” command value, and convert it to the AV / C command “PLAY control” command response.
  • the response to the converted command is sent to the command response transmission unit 68 and IEEE139.
  • Packet transmission / reception unit 61 sends the AV / C command to digital TV 20 via IEEE1394 I / F41.
  • the digital TV 20 is connected to a disc on the IEEE1394 network 25.
  • control command conversion unit 63 can be implemented so as to convert each command one by one, or it can be implemented so that a plurality of commands are collectively converted into functional units. .
  • the above-described protocol converter 10 receives an AVZC command from a device (digital TV, etc.) 20 connected to the IEEE1394 network 25, and directly converts the command to the device (Mediasano) 30 on the DLNA network 35 and transmits it.
  • the device that received the command must return a response within 100 ms, and if it was sent directly, there is a possibility that it will not receive a response within 100 ms.
  • the protocol converter 10 receives the AVZC command-and temporarily returns an ACCEPTED response to the device 20, the device (digital TV) 20 confirms the execution status. Implement so that the correct status can be confirmed when the STATUS command is sent.
  • MPEG2-TS MPEG2 transport stream
  • Even digital TVs decode MPEG2-TS. It has a function to display and display.
  • the stream is not limited to this MPEG2.
  • MPEG2-PS MPEG2 program stream
  • the TCP / IP stream transmission / reception is performed via the TCP / IP IZF 42 and the TCP / IP packet transmission / reception unit 65.
  • the MPEG2-PS stream is sent to part 75 in a packetized state so that it can be transmitted over the TCPZl P protocol.
  • the TCP / IP stream packet creation Z expansion unit 74 expands the received packetized stream into an original MPEG2-PS stream, and sends the stream to the stream format conversion unit 73 in a fifth.
  • the stream format conversion unit 73 divides the MPEG2-PS stream into a size defined in the MPEG2-TS by using a transcode technology for converting digital content as it is into a digital format, and provides a necessary service.
  • Information hereinafter abbreviated as SI
  • SI Information
  • the IEC61883 stream packet creation / expansion unit 72 packetizes the stream converted into MPEG2-TS in accordance with IEC61883, which is a standard for transmitting a stream over the IEEE1394 network, so that the stream can be transmitted over the IEEE1394 network. , IEC61883 Transfer to stream transmission / reception unit 71.
  • the IEC61883 stream transmission / reception unit 71 sends this packet to the IEEE1394 packet transmission / reception unit 6
  • the protocol conversion device it is possible to convert digital content to analog once and transmit it without digital conversion again, preventing deterioration of content, a decoder, Parts such as an encoder, DZA converter, and AZD converter are not required, and the device can be configured at low cost.
  • FIG. 17 notifies the device 20 on the IEEE1394 network 25 that a new device has been connected to the DLNA network 35. It is a flowchart which shows the flow of a process.
  • the protocol conversion device 10 uses the device information acquisition unit 55 and the device information recognition unit 54 to determine whether the newly connected device is a device having a server function (step Sl).
  • step S1ZN O If the newly connected device is not a server function compatible device (step S1ZN O), it is determined by using the device information acquisition unit 55 and the device information recognition unit 54 whether the device conforms to DLNA (step S4).
  • step S4 If it is not a DLNA compatible device (step S4 / NO), it is registered in the device information storage unit 53 as a device not to be connected (step S3), and subsequent detailed information acquisition is not executed. On the other hand, if the device is a DLNA compatible device (step S4ZYES), it is registered in the device information storage unit 53 as a DLNA client device (step S5), and subsequent detailed information acquisition is not executed.
  • step S1ZYES If the newly connected device is a server function compatible device (step S1ZYES), the device information acquisition unit 55 and the device information recognition unit 54 are used to determine whether the device has a server function defined in the DLNA standard. (Step S2).
  • step S2ZNO If it is not a DLNA server function compatible device (step S2ZNO), it is registered in the device information storage unit 53 as a device not to be connected (step S3), and subsequent detailed information acquisition is not executed.
  • step S6 detailed information necessary for providing as a Disc Subunit on the IEEE1 394 network 25 is displayed as a device information acquisition unit 55 and a device information recognition unit 54. Is used and is registered in the device information storage unit 53. At the same time, a Subunit ID is assigned as a Disc Subunit (Step S6).
  • the content information acquired by the media server is acquired using the device information acquisition unit 55 and the device information recognition unit 54, and is registered in the device information storage unit 53 (step S7). If there is an inquiry about the 20-disc disc unit information of the device (digital TV 20), the device information conversion unit 52 provides the detailed information and content information of the disc subunit (step S8). This is configured in a data structure called a Root Content Descriptor as shown in FIG. 18, and is provided from the device information transmission unit 51 via the IEEE1394 packet transmission / reception unit 61 and the IE EE1394 I / F41.
  • the protocol converter 10 is periodically updated every fixed time. It is also possible to conduct surveys at any time, or perform surveys as needed in response to requests from the device (digital TV) 20.
  • the user is displayed on the device list list screen etc. on the user operation screen (Fig. 10).
  • a media server on the NA network in this example, AV-HDD in the first list
  • a screen for controlling the AV-HDD as shown in Fig. 19 is displayed.
  • the protocol conversion device 10 acquires a content list from the target media server, converts it into AV-HDD content information, and transmits it to the device (digital TV) 20 as a response.
  • the device (digital TV) 20 expands the above content information, and a list of contents as shown in FIG. 20 is displayed. From the list, the contents to be viewed can be selected and viewed.
  • the device assigned to Disc Subunit is only a device that supports DLNA server function.
  • a server function compatible device that does not comply with DLNA such as a PC with Linux OS installed
  • the protocol converter 10 has a function to handle media servers that use the network server and devices with network hard disk power media server functions called NAS (Network Attached Storage) in the same way as DLNA devices, or is not DLNA compliant
  • NAS Network Attached Storage
  • the ability to explain the protocol conversion devices related to the IEEE1394 network and the DLNA network is not limited to these, and the ability to explain the limited network indoors. It can also be applied to a mechanism in which the protocol conversion device also serves as a gateway device and obtains content from an outdoor media sano.
  • a content may be acquired by sending a command from a device on the DLNA network to a device on the IEEE 1394 network.
  • device information of the device having the media server function among the devices on the IEEE1394 network is acquired and set as one of the devices on the DLNA network side. Convert commands and data from devices on the DLNA network to commands and data on the IEEE1394 network.
  • FIG. 24 is a configuration example of a communication system according to the present embodiment.
  • an IEEE1394 network and a DLNA network are connected to a copyright management system conversion apparatus 200 in the communication system 100.
  • This copyright management system conversion device 200 includes a device 300 as a DLNA-compatible media server connected to the DLNA network as a disc subunit compatible with IEEE1394 and a device compatible with IEEE1394 connected to the IEEE1394 network.
  • a device 101 compatible with IEEE1394 a digital TV having a function of controlling devices on IEEE1394, a device 300 as a media server compatible with DVR and DLNA, and a PC are respectively connected, and have an IEEE1394 I / F.
  • An example will be described in which the content of the DLNA-compatible media server 300 is viewed from the control screen of the digital TV 101 using the IEEE1394 AVZC command.
  • FIG. 25 is a block diagram showing a functional configuration of the copyright management system conversion apparatus 200 according to the present embodiment.
  • the copyright management system conversion apparatus 200 includes IEEE 1394 I ZF201, TCP / IP I / F202, IEEE1394 device authentication unit 211, device authentication information determination unit 212, device authentication information storage unit 213, device authentication information determination unit 214, TCP / IP device authentication unit 215, IEEE1394 packet transmission / reception unit 221, TCPZlP packet transmission / reception unit 222, DTC P Copyright management level discriminating unit 241, Copyright management level converting unit 242, TCP, IP copyright management level discriminating unit 243, IEC61883 stream transmission / reception unit 231, DTCP encryption setting Z cancellation unit 232, stream protection unit 233, TCP / It consists of an IP encryption setting Z cancellation unit 234 and a TCP / IP stream transmission / reception unit 235.
  • the copyright management system conversion device 200 first checks the devices connected to the DLNA network by the method defined in the DLNA standard, and stores the device having the media server function in the connected device storage memory inside the device. Save and save.
  • the copyright management system converter 200 emulates the above two media server devices as Disc SubunitO and Disc Subunitl built in the copyright management system converter, respectively, and is connected to the IEEE1394 network. Provided as a function.
  • the details of the emulation method are not related to the contents of the present invention, and the description thereof will be omitted.
  • the digital TV 101 adds Disc SubunitO and Disc Subunitl as its control targets based on the subunit information published on the IEEE1394 network, and displays the device list screen of the user operation screen as shown in FIG. To display on the display and notify the user that an operation target has been added.
  • the digital TV 101 becomes a disc as shown in FIG. Displays the screen for controlling the subunit.
  • the AV / C command indicating “PLAY” is also transmitted to the copyright management system conversion apparatus 200 as the IEEE 1394 I / F power of the digital TV 101.
  • a connection defined in the IEC61883-1 specification is required in order to simultaneously transmit a stream.
  • a connection is made to transmit an isochronous stream called an “on”.
  • the isochronous output plug of the copyright management system conversion device 200 and the isochronous input plug of the digital TV 101 are connected, and a stream can be sent between the copyright management system conversion device 200 and the digital TV 101.
  • the copyright management system conversion device 200 performs a connection operation for stream transmission in the same manner with the media server 300 emulating the Disc Subunit O at the same time. Further, at the same time as the connection is made, in order to determine whether the connected devices are suitable for transmitting copyright-protected contents, device authentication (Authentication and Key Exchange (hereinafter abbreviated as AKE) is performed. )) Is done
  • This AKE includes full authentication shown in FIG. 26 and restricted authentication shown in FIG. Which authentication procedure is used depends on the AKE support level of each device.
  • the IEEE1394 network sends the AKE Status command for DTCP shown in Fig. 28 to investigate each other's AKE support level, and the DLNA network uses the DTCP-IP shown in Fig. 29. AKE Status commands are sent to each other to investigate the other party's AKE support level.
  • the digital TV 101 since the digital TV 101 requests a stream, in the IEEE1394 network, the digital TV 101 receives a stream (hereinafter referred to as a sink device), and the copyright management system converter 200 performs the stream. Is a device that sends out (hereinafter referred to as the Source device).
  • AKE Since AKE is first performed from the sink device to the source device, device authentication by AKE is performed on the digital TV 101 power EEE 1394 device authentication unit 211.
  • the IEEE 1394 device authentication unit 211 checks that the digital TV 101 supports DTCP, checks the DT CP authentication support level using the AKE Status command shown in FIG. 28, and uses the AKE Control command shown in FIG. Investigate whether the device can be used and exchange the authentication key.
  • the copyright management system conversion device 200 is a streamer.
  • the copyright management system conversion device 200 is the sink device and the media server 300 is the source device.
  • the copyright management system conversion device 200 Since the AKE is first performed from the sink device to the source device, the copyright management system conversion device 200 performs the device authentication by the above AKE to the media server 300, and the TCP / IP device authentication unit 215 performs media authentication.
  • the AKE Status command shown in Fig. 29 is used to check that the server 300 is a device that supports DTCP, and the AK E Control command shown in Fig. 31 is used to check whether the server 300 is a trusted device and the authentication key. Exchange is performed.
  • Device authentication is performed by the AKE from the media server 300 to the copyright management system conversion device 200, and the device authentication information determination unit 214 determines the result, and determines the AKE support level and authentication key of the media server 300. Is recorded in the device authentication information storage unit 213.
  • the TCP / IP device authentication unit 215 confirms whether the AKE support level of the authentication of the digital TV 101 on the IEEE1394 network stored in the device authentication information storage unit 213 is a reliable device, and the digital TV 101 is trusted. If it is a device that can be used, the authentication key is exchanged by continuing the AKE process according to the AKE procedure. If the device is not reliable, the AKE process is terminated.
  • the key for unlocking the content key is passed from the Source side to the Sink side.
  • the IEEE1394 device authentication unit 211 performs device authentication by AKE on the digital TV 101, and the device authentication information determination unit 212 determines the AKE result, and determines the AKE support level and authentication key of the digital TV 101 Recorded in the authentication information storage unit 213.
  • the media server 300 When the media server 300 is a reliable device by checking the authentication support AKE support level of the media server 300 on the TCP / IP network stored in the device authentication information storage unit 213 and whether it is a reliable device. If the device is not reliable, the AKE process is terminated.
  • the key for unlocking the content key is passed from the Source side to the Sink side. Is done.
  • a series of operations of AKE are executed as described above, and the device authentication investigation result, the authentication key and the key for releasing the content key are recorded in the device authentication information storage unit 213.
  • the TCP / IP copyright management level discriminating unit 243 uses an encryption mode indicator (hereinafter referred to as EMI) of the stream received by the TCP / IP packet transmitting / receiving unit 222. Abbreviated) field to determine the copyright management level of the current stream.
  • EMI encryption mode indicator
  • the copyright management level conversion unit 242 converts the DTCP-IP copyright management level shown in the EMI field of FIG. 32 to an equivalent management level among the DTCP EMI management levels shown in FIG.
  • CCI Copy Control Information
  • the TCP / IP encryption setting Z cancellation unit 234 receives the TCP ZIP stream transmission / reception unit 235 and returns it from the packet state to the stream, as shown in FIG. When it is selected, the encryption key of the stream is released.
  • the stream protector 233 transfers the decrypted stream to the DTCP cipher key setting Z canceler 232 in such a way that an external force cannot easily access the stream.
  • DTCP encryption setting Z cancellation unit 232 transfers the stream encrypted by M6 to IEC61883 stream transmission / reception unit 231 as shown in FIG.
  • the IEC61883 stream transmission / reception unit 231 generates a packet for transmission on IEEE1394 defined by IEC61883, and the packet is output to the digital TV 101 via the IEEE1394 packet transmission / reception unit 221 and IEEE1394 I / F201.
  • the device power connected to the IEEE1394 network and copyright-managed by DTCP.
  • the content held by the device connected to the DLNA network and copyright-managed by DTCP-IP! Explained when watching.
  • the device is connected to the DLNA network and copyright-managed by DTCP-IP, the device is connected to the IEEE1394 network and copyrighted by the device managed by DTCP. Can be processed.
  • the copyright management level conversion unit 242 converts to a DTCP-IP copyright management level equivalent to the DTCP management level.
  • DTCP cipher key setting Z cancellation unit 232 when the copyright management level is converted, IE C61883 stream transmission / reception unit 231 receives and returns from the packet state to the stream, and encrypts the stream encrypted with M6. Release the encryption key.
  • the stream protector 233 transfers the decrypted stream to the TCP / IP cipher key setting Z canceler 234 in such a way that an external force cannot easily access the stream.
  • TCP / IP encryption key setting Z cancellation unit 234 adds a copyright management level converted to a stream encrypted by AES, and forwards it to TCP / IP stream transmission / reception unit 235.
  • the TCP / IP stream transmission / reception unit 235 converts the encrypted stream into a packet for transmission over TCP / IP, and transmits the packet to the TCPZIP packet transmission / reception unit 222 and the TCP / IP stream.
  • the power of explaining the copyright management system conversion device regarding the IEEE1394 network and the DLNA network is not limited to these. Moreover, it explains about the limited network indoors. It can also be applied to a mechanism in which the copyright management system conversion device doubles as a gateway and performs copyright management system conversion to obtain content from an outdoor media server.
  • the copyright management level conversion unit 242 performs the following conversion (see FIG. 37).
  • the copyright management level conversion unit 242 does not have a copyright management level that can be copied up to three times in D TCP. Therefore, the copyright management level conversion unit 242 converts it to Copy One Generation and converts it to the DTCP encryption setting Z release unit 232. Instruct.
  • the media server 300 is notified that the copy has been performed once, and the copyright management system in the media server changes from “copying up to 3 times” to “copying up to 2 times”. Change internal management data.
  • the content has an expiration date, it is output with No More Copies if it is within the expiration date, and is not output if the expiration date has passed.
  • Copyright management with restrictions that are more stringent than the copyright management level of the original content, such as output with Copy One Generation and output with No More Copies if Move is not possible. Convert to level and output.
  • the present invention is not limited to the embodiments described above.
  • a program that causes a computer to function as each part of the protocol conversion device, the copyright management system conversion device, and the communication system constituting the above-described embodiment is created, written in advance on a recording medium, and recorded on the recording medium.
  • the object of the present invention is achieved by storing the program in a memory or a storage device provided in the apparatus and executing the program.
  • the program itself read from the recording medium camera realizes the functions of the above-described embodiments, and the program and the recording medium recording the program also constitute the present invention.
  • the program includes a case where the functions of the above-described embodiment are realized by processing in cooperation with an operating system or another application program based on an instruction of the program.
  • the program for realizing the functions of the above-described embodiments includes a disk system (for example, magnetic disk, optical disk, etc.), a card system (for example, memory card, optical card, etc.), and a semiconductor memory system (for example, ROM,
  • the recording medium may be provided in any form such as a non-volatile memory or the like, or a tape system (eg, magnetic tape, cassette tape, etc.). Or you may make it receive the said program stored in the memory

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Technology Law (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Communication Control (AREA)
  • Computer And Data Communications (AREA)
  • Small-Scale Networks (AREA)

Abstract

異なる通信プロトコルと制御手法で構成される複数のネットワークを介して接続された機器同士を制御可能とするプロトコル変換装置および異なる通信プロトコルで構成されるネットワークにそれぞれ接続された異なる著作権管理システムによる著作権保護を受けているコンテンツ対して容易に視聴を行なうことが可能な著作権管理システム変換装置を提供する。この変換装置は、第１のネットワークと、第２のネットワークに接続されており、一方のネットワーク上の機器から受信したコマンドやデータを、他方のネットワークのコマンドやデータに変換し、前記変換されたコマンドやデータを他方のネットワーク上の機器に送信する。また、ネットワークにそれぞれ接続された異なる著作権管理システムによる著作権保護を受けている新しいコンテンツに対して容易に視聴を行なうことを可能にする。

Description

明 細 書
プロトコル及び著作権管理システム変換装置、通信システム、プログラム および記録媒体
技術分野
[0001] 本発明は、プロトコルおよび著作権管理システム変換装置、通信システム、プロダラ ムおよび記録媒体に関し、具体的には、異なる通信プロトコルで構成される複数のネ ットワークを接続する装置にぉ 、て、一方のネットワークに接続されて 、る機器を他方 のネットワーク上に繋がれている機器の一機能として提供するものであり、また前記複 数のネットワークにそれぞれ接続される異なる著作権管理システムによる著作権保護 を受けて ヽる新し ヽコンテンツに対して容易に視聴を行なうことを可能にする。
[0002] 現在、デジタルコンテンツを伝送するデジタルリビングネットワークアライアンス (Digit al Living Network Alliance,以下 DLNAと略す)と呼ばれる TCP/IPプロトコルを用 いた新しいネットワーク技術を AVネットワークとして採用しょうという動きがあり、既に 幾つかの DLNA対応製品も発売されて ヽる。
[0003] しかし、既に発売されている製品においては、デジタルコンテンツを伝送する仕組 みとして IEEE1394が利用されており、 AVZCコマンドを用いた制御手法が実現さ れている。このような IEEE1394のみが実装されている製品においては、新しいネッ トワーク技術である DLNAには対応できな 、。
[0004] また、 DLNAに対応した機器を制御するセットトップボックス (以下 STBと略す)が実 現されており、この STBを HDMI端子や D端子等の映像伝送用端子で接続すること により、従来のテレビジョン受信機（以下 TVと略す)で DLNA上のデジタルコンテン ッを視聴することが可能である。この際、上記 STBは圧縮して伝送されてきたデジタ ルコンテンツをデコードし、映像として視聴できる状態で上記映像伝送用端子を通じ て TVに出力する。
[0005] しかし、 HDMI端子や D端子は映像の流れが一方向のみであり、例えばコンテンツ を蓄積して 、るメディアサーバの映像を再生して視聴することは可能である力 TVで 視聴して 、るコンテンツをメディアサーバに録画することはできな！、。 [0006] これらの課題を解決する手法として、特許文献 1や特許文献 2があり、これらは、異 なる通信プロトコルで構成される複数のネットワーク間で、ネットワークを跨 、で他の ネットワークに接続された機器を制御する手法である。
特許文献 1では、図 21に示されたようなネットワークにおいて、無線ネットワークに 接続されたインタフェースを介して通信可能な無線ノードから該無線ノード内のサー ビス機能や構成要素に関する情報を、当該無線ノードからの自己紹介信号によって 受信し、受信した情報を記憶し、この記憶している情報をディスプレイ上に例えば無 線ノード毎に表示してユーザに呈示する。この情報を基に、ユーザは自分が受けた いサービスを提供可能な無線ノードを明示的に指定できるようになり、確実に所望の サービスを受けることができるようになる。
[0007] また、特許文献 2では、図 22に示されたようなネットワークにおいて、 IEEE1394ノ ス以外のネットワークが IEEE1394バス間に存在する場合には、必ず、 IEEE1394 のブリッジが必要となるために、ブリッジ対応して ヽな 、現在の IEEE1394機器から、 異なるプロトコルのネットワークを間に挟んだ IEEE1394バス上の IEEE1394機器を 操作するときに、インタフェース手段を通して第 2の IEEE1394バス上の構成要素を 取得し、第 2の IEEE1394バス上のノードを第 1の IEEE1394バス上のノードとして エミュレートするようにして 、る。
[0008] また、特許文献 3では異なるフォーマットのストリームを変換するゲートウェイ装置を 介することによって、ユーザ端末は、あた力も配信サーバと通信を行うかのように、配 信コンテンツを受信することが可能となっている。
この特許文献 3では、図 23に示されたようなネットワークにおいて、 AVゲートウェイ 装置を挟んで、ネットワークに接続された視聴端末から、ネットワークに接続された配 信サーバの配信コンテンツを視聴する場合に、 AVゲートウェイ装置は、配信サーバ 内の配信コンテンツを自分自身が持つコンテンツとして視聴端末に対して通知し、視 聴端末は、 AVゲートウェイ装置に対して配信コンテンツの取得を要求したとき、 AV ゲートウェイ装置は、視聴端末の要求に対応した配信コンテンツを取得し、視聴コン テンッを視聴端末が受信可能なデータフォーマットに変換し、視聴端末に対して送 信するようにしている。これにより、 AVゲートウェイ装置を介して接続された複数のネ ットワーク間で、映像や音声などのマルチメディアデータの存在の認識とデータの転 送を可能とする通信システムを提供して 、る。
また、特許文献 4や特許文献 5、特許文献 6では複数のネットワーク間で、ネットヮー クを跨いで他のネットワークに接続された機器との著作権管理を制御する手法が紹 介されている。
また、特許文献 7では、 TCP/IPネットワーク上での著作権管理システム力 また、 特許文献 8では、宅内の IEEE1394ネットワークと宅外の TCPZIPネットワーク間の ゲートウェイにおける著作権管理システムが紹介されている。
特許文献 1 特開 2000— 115173号公報
特許文献 2特開 2004 - 129028号公報
特許文献 3特開 2003— 271487号公報
特許文献 4特開 2002— 353999号公報
特許文献 5特開 2004 - 135105号公報
特許文献 6特開 2004 - 304755号公報
特許文献 7特開 2005— 252773号公報
特許文献 8特開 2004 - 180020号公報
発明の開示
発明が解決しょうとする課題
[0010] ところで、 IEEE1394に準拠した AV機器は、通常、個々〖こ Subunitと呼ばれる機 能モジュールを有する機器 (Unit)としてネットワーク上に存在する。例えば、テープメ ディアをサポートする機器には、 IEEE1394上の機能として Tape Subunitが実装さ れており、ディスクメディアをサポートする機器では Disc Subunitが実装されている。 これらの Subunitは、それぞれ 1394 Trade Association (以下 1394TAと略す）に よって規格ィ匕された AVZCコマンドにより制御することが可能である。
[0011] この過去に巿場に供給されているデジタルテレビでは、 Tape Subunitを持つ D— VHSは制御可能である力 一方、 AV— HDDや Blu— ray Disc等の Disc Subunit を制御する術を持たない製品や、 Tape Subunitを持つ D— VHSも Disc Subunit を持つ AV— HDDや Blu— ray Disc等も制御することが可能な製品等も存在して ヽ る。
[0012] 例えば、 Disc Subunitを制御する機能を有するデジタル TVは、 IEEE1394ネット ワークに接続されたデジタルビデオレコーダ (DVR)を Disc Subunitコマンドで制御 し、録画済コンテンツの視聴や録画操作を行なうことが可能である。
しかし、これら従来の製品では、新規に規格ィ匕された DLNAネットワークに対応す る術を持たな 、製品がほとんどである。
[0013] また、 IEEE1394に準拠した AV機器では、通常、著作権保護システムとして DTL A (Digital Transmission Licensing Admmistratorvの める DTし P (Digital
Transmission Content Protection)と呼ばれる著作権管理システムが利用さ れている。
例えば、 IEEE1394上のデジタルテレビ（以下、デジタル TVと略す）から IEEE 13 94上に接続されたデジタルビデオレコーダ (以下、 DVRと略す）に録画されている著 作権保護されたコンテンツを視聴する場合、デジタル TVと DVRは最初に 1394 Tr ade Association (以下 1394TAと略す）によって規格化された AVZCコマンドを 用いて AKE ( Authentication and Key Exchange)と呼ばれる機器認証を行 い、お互いが DTCPをサポートしている機器であること、 DTCP認証のサポートレべ ルゃ信頼できる機器であるかどうか等を調査する。
[0014] その後、 DVRからは暗号ィ匕されたコンテンツが出力され、デジタル TVは定期的に DVRに暗号ィ匕を解くための鍵を要求することによって、著作権保護されたコンテンツ の視聴が可能となる。
[0015] し力し、 TCP/IPネットワーク上では、米 Microsoft社の提唱する Windows (登録 商標） Media 01^110ゃ01^^\の推奨する01^ ?—1? (013辻&1 Transmissio n Content Protection over IP)等、様々な著作権管理システムが利用されて いる。これらの著作権管理システムを IEEE1394ネットワーク上で利用することは、現 在の所考えられておらず仕様化も行なわれて 、な 、。
当然のことながら、これらの著作権保護が適用されたコンテンツを IEEE1394ネット ワーク上の機器で視聴することはできな 、。
[0016] このように、従来の製品と新規の製品とを接続するためには、上述の特許文献のよ うな従来の手法では次の問題点がある。
(1)複数のネットワーク間で、ネットワークを跨いで他のネットワークに接続された機器 を制御してコンテンツを使用する場合には、ネットワーク越しに既知の機能を有する 機器が接続されて ヽなければならな!/ヽ。
(2)新たに規格化/標準化がなされた機器が接続された場合には、古 ヽ制御機能し 力持たな 、従来機器力もはそのままでは制御することができな 、。
(3)上記の特許文献 3のように、異なるプロトコル間の変換についての記載はあるも のの、実現するための詳細な技術が開示されて 、な 、。
[0017] また、従来の製品の著作権保護と新規の製品の著作権保護とを接続するためには 、図 38に示すように、上述の特許文献のような従来の手法では、
'複数のネットワーク間で、ネットワークを跨いで他のネットワークに接続された機器を 制御してコンテンツを使用する場合には、ネットワーク越しに既知の著作権管理シス テムを有する機器が接続されて ヽる必要があること、
また、
•新たに規格化 Z標準化が必要な機能を有する著作権管理システムが接続されてい る必要があり、従来の機器からはそのままでは制御することができないこと、 これらの上記理由から、新しい著作権管理システムを実装した製品がでた場合に、 古 、著作権管理システムしか持たな 、機器を持つユーザが必ずしも相互の著作権 保護されたコンテンツを、ネットワークを跨 、で容易に視聴することが可能ではな 、。
[0018] 本発明は、上述のような実情を考慮してなされたものであって、異なる通信プロトコ ルと制御手法で構成される複数のネットワークを介して接続された機器同士を制御可 能とするプロトコル変換装置、および異なる通信プロトコルで構成されるネットワーク にそれぞれ接続された異なる著作権管理システムによる著作権保護を受けているコ ンテンッ対して容易に視聴を行なうことが可能な著作権管理システム変換装置、通信 システム、プログラムおよび記録媒体を提供することを目的とする。
課題を解決するための手段
[0019] 上記の課題を解決するために、本発明は次のような構成とする。
本発明のプロトコル変換装置は、第 1のネットワークに接続された第 1のインタフエ一 ス手段と、第 2のネットワークに接続された第 2のインタフェース手段と、一方のネット ワーク上の機器から、一方のインタフェース手段を介して受信したコマンドやデータを 、他方のネットワークのコマンドやデータに変換する変換手段と、前記変換手段で変 換されたコマンドやデータを他方のインタフェース手段を介して他方のネットワーク上 の機器に送信する送信手段と、を備え、一方のネットワークに接続された機器力もの コマンドやデータを他方のネットワークに接続された機器に合うようにエミュレートする
[0020] このプロトコル変換装置においては、双方のネットワーク上の機器に関する機器情 報を取得し、前記機器のうちサーバ機能を持つ機器と該機器の機器情報とを関連付 けて機器情報記憶手段に記憶する機器情報取得手段と、前記機器情報記憶手段を 参照して、一方のネットワーク内の機器を他方のネットワーク上の機器の一つとして認 識できるような機器情報に変換して、他方のネットワーク上の機器に送信する機器情 報送信手段とを備え、定期的あるいは機器からの要求に応じて前記機器情報取得 手段を動作させることにより、各機器は、他のネットワークに接続された機器の最新の 機器情報を取得することができる。
[0021] また、前記機器情報送信手段は、ユーザ設定記憶部に記憶された機器と該機器の 種別情報とを参照して、前記機器情報記憶手段に記憶された機器に対する機器情 報を変換するようにした。
[0022] さらに、動作要求した機器からのレスポンスが遅いときには、一方のインタフェース 手段で、他方のネットワーク上の機器へのコマンドを受け取った時に、ー且、レスポン スを仮に返しておき、実行状況を確認してきた時に、他方のネットワーク上の機器へ の実行状況の正確な状態を返信するようにしてもょ 、。
[0023] 本発明の著作権管理システム変換装置は、第 1のネットワークに接続された第 1の インタフェース手段と、第 2のネットワークに接続された第 2のインタフェース手段と、 第 1のネットワークに接続された機器との間で著作権保護のために第 1の認証処理を 行って認証鍵を交換する第 1の認証手段と、第 2のネットワークに接続された機器との 間で著作権保護のために前記第 1の認証処理とは異なる第 2の認証処理を行って認 証鍵を交換する第 2の認証手段と、前記第 1の認証手段および前記第 2の認証手段 での認証処理が成功したときにのみ、前記第 2のインタフェース手段を介して受信し たストリームの著作権管理レベルを、該ストリームの受信側の同等の著作権管理レべ ルに変換し、該変換された著作権管理レベルを付加したストリームを、前記第 1のィ ンタフェース手段を介して送信する送信手段とを備えるものである。
[0024] ここで、前記送信手段には、前記第 2のインタフェース手段を介して受信したストリ ームの著作権管理レベルを判別して、該著作権管理レベルを該ストリームの受信側 の同等の著作権管理レベルに変換する著作権管理レベル変換手段と、前記第 2の インタフェース手段を介して受信したストリームの暗号ィ匕を、前記第 2の認証手段で 得た認証鍵によって解除する暗号化解除手段と、前記暗号化解除手段で暗号化解 除されたストリームを、前記第 1の認証手段で得た認証鍵で暗号化を設定する暗号 化設定手段と、を備え、前記著作権管理レベル変換手段で変換された著作権管理 レベルを付加して、前記暗号化設定手段で暗号化設定されたストリームを、前記第 1 のインタフェース手段を介して送信するようにした。
[0025] また、前記第 1の認証手段および前記第 2の認証手段では、それぞれの認証対象 機器の認証のサポートレベルおよび認証鍵を記憶させ、前記送信手段は、第 1のネ ットワーク上の機器力も認証処理がなされたとき、前記機器認証情報記憶手段に記 憶された第 2のネットワーク上の機器の認証のサポートレベルと認証鍵の交換を行い 、また、第 2のネットワーク上の機器に対して認証処理をするとき、前記機器認証情報 記憶手段に記憶されている第 1のネットワーク上の機器の認証のサポートレベルと認 証鍵の交換を行 、、双方のネットワーク上の機器がお互いに信頼できる機器である 場合、前記第 1のネットワークおよび前記第 2のネットワークの間で接続の許可を判断 するようにした。
[0026] また、本発明の通信システムは、異なるネットワークに接続した機器間でコンテンツ を送受信する通信システムであって、一方のネットワーク上に接続された前記機器と 他方のネットワークに接続された前記機器間における前記コンテンツの送受信を管 理して中継するプロトコル変換装置を設け、前記プロトコル変換装置が、一方のネット ワーク上の機器から受信したコマンドやデータを、他方のネットワークのコマンドゃデ ータに変換して、変換されたコマンドやデータを他方のネットワーク上の機器に送信 することによって、一方のネットワークに接続された機器力 のコマンドやデータを他 方のネットワークに接続された機器に合うようにエミュレートするようにした。
[0027] 上述したプロトコル変換装置および通信システムにおける、前記第 1のネットワーク と前記第 2のネットワークは、それぞれ DLNAネットワークと IEEE 1394ネットワークで あるとしてもよ 、。
[0028] また、プロトコル変換装置をゲートウェイ装置とし、屋外のサーバ機能を持つ機器か らコンテンツを入手するように構成してもよ 、。
[0029] また、上述した構成のプロトコル変換装置や通信システムの各手段として、コンビュ ータを機能させるためのプログラムを作成しておき、または、そのプログラムをコンビュ ータ読み取り可能な記録媒体に記録しておき、このプログラムをコンピュータで実行 することによつても上記課題を解決することができる。
[0030] さらに、本発明の通信システムは、異なるネットワークに接続した機器間でコンテン ッを送受信する通信システムであって、一方のネットワーク上に接続された前記機器 と他方のネットワークに接続された前記機器間における前記コンテンツの著作権を管 理して中継する著作権管理システム変換装置を設け、前記著作権管理システム変換 装置は、一方のネットワークに接続された第 1のインタフェース手段と、他方のネットヮ ークに接続された第 2のインタフェース手段と、一方のネットワークに接続された機器 との間で著作権保護のために第 1の認証処理を行って認証鍵を交換する第 1の認証 手段と、他方のネットワークに接続された機器との間で著作権保護のために前記第 1 の認証処理とは異なる第 2の認証処理を行って認証鍵を交換する第 2の認証手段と 、前記第 1の認証手段および前記第 2の認証手段での認証処理が成功したときにの み、前記第 2のインタフェース手段を介して受信したストリームの著作権管理レベルを 、該ストリームの受信側の同等の著作権管理レベルに変換し、該変換された著作権 管理レベルを付加したストリームを、前記第 1のインタフェース手段を介して送信する 送信手段とを備えるものである。
[0031] 上述の著作権管理システム変換装置や通信システムにおいて、前記第 1のネットヮ ークは IEEE1394ネットワークであり、著作権管理を DTCP方式で行うものとし、前記 第 2のネットワークは DLNAネットワークであり、著作権管理を DTCP— IP方式で行う としたものが望ましい。
さらに、著作権管理システム変換装置をゲートウェイ装置とするように構成してもよ い。
[0032] また、上述した構成の著作権管理システム変換装置や通信システムの各手段とし て、コンピュータを機能させるためのプログラムを作成しておき、または、そのプロダラ ムをコンピュータ読み取り可能な記録媒体に記録しておき、このプログラムをコンビュ ータで実行することによつても上記課題を解決することができる。
発明の効果
[0033] 本発明によれば、古 、ネットワーク機器を制御する機能し力持たな 、機器を持つュ 一ザが、新 、ネットワークに対応した機器の制御を容易に行なうことが可能となる。
[0034] また、本発明によれば、他のネットワークに接続された異なる規格の著作権管理シ ステムを、別のネットワークがサポートしている著作権管理システムに変換し、相互の ネットワーク間でコンテンツを共有することが可能となる。したがって、特定の著作権 管理システムのみをサポートする古い機器から、異なる著作権管理システムによる著 作権保護を受けて ヽる新し ヽコンテンツに対して容易に視聴を行なうことが可能とな る。
図面の簡単な説明
[0035] [図 1]本実施形態に係る通信システムのネットワーク構成を示すブロック図である。
[図 2]本実施形態に係るプロトコル変換装置の機能構成を示すブロック図である。
[図 3]DLNAの機器認識の手順を示す図である。
[図 4]IEEE1394の AVZCコマンドの送受信方法を示すシーケンス図である。
[図 5]AVZCコマンドを送受信するために使用されるパケットフォーマットを示す図で ある。
[図 6]AVZCコマンドを送受信するために使用される FCP Frameフォーマットを示 す図である。
[図 7]AVZCコマンドの SUBUNIT INFOステータスコマンドのフォーマットを示す 図である。
[図 8]SUBUNIT INFOステータスレスポンスの page_dataの詳細を示す図である。 [図 9]AVZCコマンドの SUBUNIT INFOステータスレスポンスのフォーマットを示 す図である。
[図 10]デジタル TVの機器リスト一覧画面の例を示す図である。
[図 11]デジタル TVの Disc Subunit制御画面の例（PLAYボタンを選択）を示す図 である。
[図 12]AV/Cコマンドの Disc Subunit用「PLAYコントロール」コマンドのフォーマツ トを示す図である。
[図 13]AVZCコマンドと DLNAコマンドの変換テーブルの例を表す図である。
[図 14]DLNAの機器制御の手順を示す図である。
[図 15]AVZCレスポンスを送受信するために使用される FCP Frameフォーマットを 示す図である。
[図 16]AV/Cコマンドの Disc Subunit用「RECORDコントロール」コマンドのフォー マットを示す図である。
[図 17]DLNA機器の識別を行う処理手順を示すフローチャートである。
[図 18]AVZC Descriptorの Root Content Descriptorのフォーマットを示す図である
[図 19]デジタル TVの Disc Subunit制御画面の例（LISTボタンを選択）を示す図で ある。
[図 20]デジタル TVのコンテンツリストの表示画面を示す図である。
[図 21]従来技術のシステム構成例を示す図である。
[図 22]従来技術のシステム構成例を示す図である。
[図 23]従来技術のシステム構成例を示す図である。
[図 24]実施形態に係る通信システムのネットワーク構成を示すブロック図である。 圆 25]実施形態に係る著作権変換システム変換装置の機能構成を示すブロック図で ある。
[図 26]AKEにおける Full Authenticationの処理手順を示すフローチャートである [図 27]AKEにおける Restricted Authenticationの処理手順を示すフローチヤ一 トである。
[図 28]DTCPにおける AV/Cコマンドの ARE Statusコマンドのフォーマットを示 す図である。
[図 29]DTCP— IPにおける ARE Statusコマンドのフォーマットを示す図である。
[図 30]DTCPにおける AVZCコマンドの AKE Controlコマンドのフォーマットを示 す図である。
[図 31]DTCP— IPにおける AKE Controlコマンドのフォーマットを示す図である。
[図 32]DTCPと DTCP— IPのコピー制御レベルを説明するための図である。
[図 33]DTCPの Move— modeの際に使用される CCIを示す図である。
[図 34]DTCP— IPで暗号化された MPEG2—TSのイメージを示す図である。
[図 35]DTCPで暗号化された MPEG2— TSのイメージを示す図である。
[図 36]DTCPと Windows (登録商標） Media DRM10のコピー制御レベルを説明 するための図である。
[図 37]Windows (登録商標） Media DRM10のコピー制御レベルを DTCPのコピ 一制御レベルに変換する変換テーブルを説明するための図である。
[図 38]従来の技術の構成の一例を示す図である。
発明を実施するための最良の形態
[0036] 以下、図面を参照して本発明の通信システム、プロトコル変換装置に係る好適な実 施形態について説明する。
ここで、異なるネットワークとして、 IEEE1394ネットワークと DLNAネットワークとを 用いて説明するが、これに限定されるものではなぐそれぞれのネットワーク間でエミ ユレーシヨン可能であれば、本発明を適用することができる。
[0037] 図 1は、本実施形態に係る通信システムのネットワークの構成例であり、同図におい て、通信システム 1は、 IEEE1394ネットワーク 25と DLNAネットワーク 35がプロトコ ル変換装置 10に接続されている。このプロトコル変換装置 10は、 DLNAネットワーク 35に接続された DLNAに対応したメディアサーバとしての機器 30を IEEE1394に 対応した Disc Subunitとして、 IEEE1394ネットワーク 25に接続された IEEE1394 に対応した機器 20に提供する。以下、 IEEE1394に対応した機器 20として、 IEEE 1394上の機器を制御する機能を有するデジタルテレビ (TV) 20 デジタルビデオ レコーダ（DVR) 20、 DLNAに対応したメディアサーバとしての機器 30として、 DL
2
NAをサポートしているメディアサーバ 30とコンテンツを酉己信可會な PC30とがそれ
1 2 ぞれ接続され、 IEEE 1394 iZFを持つデジタル TV20の制御画面から IEEE139 4の AVZCコマンドで DLNA対応のメディアサーバ 30を制御する場合を例に用い て説明する。
[0038] プロトコル変換装置 10は、まず DLNAネットワーク 35上に接続されている機器 30 を DLNA規格に定められた手法で調査し、メディアサーバ機能を有する機器 30を装 置内部の接続機器記憶メモリ上にリストイ匕して保存する。
図 1の例においては、 Media Server30と PC30の 2台がメディアサーバ機能を有
1 2
する機器として認識される。
プロトコル変換装置 10は、この 2台のメディアサーバをそれぞれプロトコル変換装置 に内蔵されている Disc SubunitOおよび Disc Subunitlとしてエミュレートし、 IEEE 1394ネットワーク上に接続された機器として提供する。
[0039] 図 2は、本実施形態に係るプロトコル変換装置 10の機能構成を示すブロック図で、 同図において、プロトコル変換装置 10は、 IEEE1394 I/F41, TCP/IP I/F4 2、ユーザ設定入力部 43、ユーザ設定記憶部 44、機器情報送信部 51、機器情報変 換部 52、機器情報記憶部 53、機器情報認識部 54、機器情報取得部 55、 IEEE13 94パケット送受信部 61、制御コマンド判別部 62、制御コマンド変換部 63、制御コマ ンド送信部 64、 TCP/IPパケット送受信部 65、コマンドレスポンス判別部 66、コマン ドレスポンス変換部 67、コマンドレスポンス送信部 68、 IEC61883ストリーム送受信 部 71、 IEC61883ストリームパケット作成 Z展開部 72、ストリームフォーマット変換部 73、 TCP/IPストリームパケット作成 Z展開部 74、 TCP/IPストリーム送受信部 75 から構成される。
[0040] プロトコル変換装置 10は、 TCP/IP I/F42に接続されて 、る機器 30の情報を図 3に示すような DLNAによって定められた手法に従って機器情報取得部 55により取 得する。取得した機器情報は、機器情報認識部 54によりサーバ機能を持つ機器とク ライアント機能を持つ機器に分類され、機器情報記憶部 53に記憶され管理される。 [0041] 次に、機器情報変換部 52は、ユーザ設定記憶部 44を参照して、機器情報認識部 54でサーバ機能を持つと判断された機器 30に対する Subunit種別情報を取得し、 この機器 30の代わりにこの Subunitを IEEE1394ネットワークに公開する。
ユーザ設定入力部 43は、サーバ機能を持つ機器 30に対する Subunit種別情報を 入力し、機器 30を識別する情報と、この機器 30に与える Subunit種別情報とを対応 付けてユーザ設定記憶部 44に記憶するものであって、 TV画面や PC等力 グラフィ カルユーザー IZF (以下 GUIと略す)を用いて設定しても良いし、本体に設けられた スィッチで設定できるようにしてもょ 、。ここでは設定手段は問わな 、。
[0042] ここで、 Subunit番号の割り振りは、プロトコル変換装置 10が自動的に割り付けを 行なうようにすることも可能であるし、あるいは何らかのユーザ設定手段によって、ュ 一ザに設定させることも可能である。また、ここでは個々の機器を別々の Subunitとし て提供するようにして ヽるが、全てのサーバ機能を持つ機器をまとめて一つの Subu nitとして提供するような実装も可能である。
[0043] 但し、メディアサーバ機能を有する機器の数が 5台を超える場合には、プロトコル変 換装置 10は、繋がっている機器のうちの一部を見せるようにする力 どれを IEEE13 94側力も見えるようにするかをユーザ設定入力部 43によりユーザに設定するか等の 処理が必要となる。
[0044] プロトコル変換装置 10は、このようにして変換された Subunit情報を、機器情報送 信部 51と IEEE1394パケット送受信部 61により IEEE1394 IZF41を介して、 IEE E1394ネットワーク上に公開する。
この時、 IEEE1394ネットワーク 25上でバスリセットを発生させて、機器情報が変更 になったことを IEEE1394ネットワーク 25に接続された機器 20に通知するような仕組 みがあると良い。
以後の説明では、ユーザ設定入力部 43において、サーバ機能を持つ機器が Disc Subunitに置き換えるとして設定したものとする。
[0045] 機器 20 (デジタル TV20 )では、プロトコル変換装置 10が上記 IEEE1394ネットヮ ーク上に公開した Subunit情報を調査するために、図 4に示すような IEEE1394のト ランザクシヨンによって、図 5に示すようなパケットを送信する。尚、図 5の FCP frame の詳細は図 6で示されるフォーマットで構成される。
これらの図 4乃至図 6およびこれ以降に示す図は、 IEEE 1394の AVZCコマンド における一般的な送受信の形態およびパケットとそのフォーマットである。
[0046] デジタル TV20は、プロトコル変換装置 10がどの種別の機器であるかを調べるた め、まず図 7に示す SUBUNIT INFOステータスコマンドを送信する。
プロトコル変換装置 10は、図 8で示される page_dataに、 max_subunit_IDに自らに接 続されているメディアサーバ機能を有する機器の数を設定し、 subuniUypeに Disc S ubunitを設定し、デジタル TV20の SUBUNIT INFOステータスコマンドに対して 、図 9に示す SUBUNIT INFOステータスレスポンスを返す。
[0047] デジタル TV20は、 SUBUNIT INFOステータスレスポンスによってプロトコル変 換装置 10が Disc Subunitを持つ機器であると認識する。ここで、どの Discメディア をサポートしているかを調べるために、さらに Subunit Identifier Descriptorと呼ばれる 詳細な Subunitの情報が記載されて 、る Descriptorを読み出すことにより、メディアタ イブを調査しても良い。
調査後に、デジタル TV20は自らの制御対象として Disc SubunitO, Disc Subu nitlを追加し、図 10に示すようなユーザ操作画面の機器リスト一覧画面等を通じて 表示し、ユーザに操作対象が追加されたことを通知する。
[0048] 以下、ユーザが Disc SubunitOを選択した場合を例にとって、プロトコル変換装置 10の動作にっ 、て説明する。
ユーザがリモコン操作によって、図 10に示すようなデジタル TVの機器リストから、 1 番目のリストにあるプロトコル変換装置 10の Disc SubunitOを選択すると、デジタル TV20は図 11に示すような Disc Subunitを制御するための画面を表示する。 ユーザが制御画面で PLAYボタンを押すと、デジタル TV20の IEEE1394 I/F から、図 12に示す「PLAYコントロール」コマンドがプロトコル変換装置 10に対して送 信される。
[0049] プロトコル変換装置 10は、 IEEE 1394 IZF41を介して IEEE 1394パケット送受信 部 61で AV/Cコマンドを受信して、「PLAYコントロール」コマンドを含む図 5の形態 のパケットの destinationJDを取得し、プロトコル変換装置 10宛のコマンドであるかどう かを判別し、プロトコル変換装置 10宛である場合には、制御コマンド判別部 62にこの AVZCコマンドを転送する。
[0050] 制御コマンド判別部 62は、受信した AVZCコマンドの図 5の形態のパケットから図 6に示す FCP Frameの部分を抜き出し、この FCP Frameにおける subuniUypeと su bunitJDを判別し、プロトコル変換装置 10においてエミュレートしているメディアサー バ宛のコマンドであるかどうかを判別する。
さらに、制御コマンド判別部 62は、制御対象へのコマンドである場合には、 ctypeと 0 pcodeからコマンドの種別と実行すべきオペレーションを判別し、その結果を制御コマ ンド変換部 63へ転送する。
[0051] 例では、デジタル TV20からは「PLAYコントロール」コマンドが送信されており、 ct ypeはコントロール、 opcodeは PLAYをそれぞれ表すパラメータがセットされて!/、る。
[0052] 制御コマンド変換部 63は、制御コマンド判別部 62による解析の結果、デジタル TV
20力 「PLAYコントロール」コマンドを受信したと判断すると、 AVZCコマンドの「P
LAYコントロール」コマンドに対応する DLNAコマンドに変換する。
この変換は、図 13に示されるような AVZCコマンドと DLNAコマンドとを一意に対 応付けるコマンド変換テーブル様として実装してもよ ヽし、より詳細な対応付けを行な うためにコマンドの機能をパラメータ化して、それぞれのパラメータ比較を行うことによ り、より近し 、コマンドを検索するような実装であってもよ 、。
[0053] 制御コマンド変換部 63は、上述した仕組みを用いて、 AVZCコマンドの「PLAYコ ントロール」コマンドを、 DLNAの「PLAYコントロール」に相当するコマンドに変換し て、制御コマンド送信部 64に転送する。
制御コマンド送信部 64は、制御コマンド変換部 63で変換されたコマンドを DLNA のコマンドとして TCPZIPパケット化され、 TCPZIPパケット送受信部 65により TCP
/IP I/F42を介して DLNAネットワーク 35上に存在する対象機器 30に対して図 1
4に示す手順で送信される。
[0054] コマンドを受信した機器 (メディアサーノ） 30は、プロトコル変換装置 10にコマンド に対して実行結果を示すレスポンスを返す。
プロトコル変換装置 10は、 TCP/IP IZF42を介して、 TCP/IPパケット送受信 部 65でレスポンスを受信して、コマンドレスポンス判別部 66へ転送する。 コマンドレスポンス判別部 66は、受信したレスポンスが「PLAYコントロール」コマン ドの実行を受け付けたレスポンスであるかを判別し、このレスポンスをコマンドレスポン ス変換部 67へ転送する。
コマンドレスポンス変換部 67は、図 15に示すレスポンスフレームに、制御対象とな つた機器が割り当てられている subunit_type、 subunitJDの値を設定し、実行結果に応 じて responseの値に ACCEPTEDもしくは REJECTED等のレスポンス用の値を設定し、 opcodeに「PLAYコントロール」コマンドの値を設定して、 AV/Cコマンドの「PLAY コントロール」コマンドに対するレスポンスに変換する。
[0055] この変換されたコマンドへのレスポンスを、コマンドレスポンス送信部 68と IEEE139
4パケット送受信部 61により IEEE1394 I/F41を介して AV/Cコマンドを送信した デジタル TV20に送る。
[0056] また、録画を行なう場合には、図 16に示す「RECORDコントロール」コマンドのパケ ットをデジタル TV20からプロトコル変換装置 10に送信し、「PLAYコントロール」コ マンドと同様の手順で録画が実行される。
これら一連の動作により、デジタル TV20は、 IEEE1394ネットワーク 25上の Disc
Subunitを操作するのと全く同じように、 DLNAネットワーク 35上の機器 (メディアサ ーノ） 30を操作することが可能となる。
[0057] また、ある特定の機能を実現するために、複数のコマンドを用いる必要がある。この 場合、制御コマンド変換部 63はコマンド 1つ 1つを変換するように実装することも可能 であるし、複数のコマンドを一纏めにして機能単位で変換するように実装することも可 能である。
[0058] 上述のプロトコル変換装置 10では、 IEEE1394ネットワーク 25に接続された機器（ デジタル TV等） 20から AVZCコマンドを受け取り、直接 DLNAネットワーク 35上の 機器 (メディアサーノ） 30にコマンドを変換して送信していた力 IEEE1394の AVZ Cコマンドの規格では、コマンドを受け取った機器は 100ms以内にレスポンスを返す 必要があり、直接送信したのでは 100ms以内にレスポンスを受け取れない可能性も ある。 [0059] この場合には、プロトコル変換装置 10は、 AVZCコマンドを受け取った時に、ー且 、機器 20へ ACCEPTEDのレスポンスを仮に返しておき、機器（デジタル TV) 20が実 行状況を確認する目的で STATUSコマンドを送信してきた時に、正確な状態が確認 でさるように実装してちょい。
[0060] 次に、ストリームの流れについて説明する。
IEEE1394の AVネットワークでは、放送用コンテンツに用いられている MPEG2ト ランスポートストリーム (以下 MPEG2—TSと略す)を用いることが一般的になっており 、デジタル TVにお 、ても MPEG2— TSをデコードして表示する機能を備えて 、る。 し力し、ストリームはこの MPEG2に限定されるものではない。
[0061] また、 DLNAネットワークでは、コンテンツをパーソナルコンピュータ (以下 PC)等の 多機能な再生機で再生することもあるため、様々なフォーマットを利用することが検討 されている。ここでは、 DVD等で一般的に利用されている MPEG2プログラムストリー ム (以下 MPEG2— PS)を利用する場合について説明を行なう。
[0062] 上記、「PLAYコントロール」コマンドで DLNAネットワーク 35上のメディアサーバ 3 0のコンテンツが再生されると、 TCP/IP IZF42と TCP/IPパケット送受信部 65 を経由して、 TCP/IPストリーム送受信部 75に MPEG2— PSのストリームが TCPZl Pプロトコル上で伝送できるようにパケットィ匕された状態で送られてくる。
TCP/IPストリームパケット作成 Z展開部 74は、受信したパケットィ匕されたストリー ムを展開し、 MPEG2— PS本来のストリームにして、ストリームフォーマット変換部 73 に ¾5送する。
[0063] ストリームフォーマット変換部 73は、デジタルコンテンツをデジタルのまま変換するト ランスコード技術を用 、て、この MPEG2— PSのストリームを MPEG2— TSに規定さ れたサイズに分割し、必要なサービスインフォメーション (以下 SIと略す)を付加して、 MPEG2—TSのストリームに変換して、 IEC61883ストリームパケット作成/展開部 7 2に転送する。
[0064] IEC61883ストリームパケット作成/展開部 72は、 IEEE1394ネットワーク上にストリ ームを伝送するための規格である IEC61883に従って、 MPEG2-TSに変換され たストリームを IEEE1394ネットワーク上で伝送できるようにパケット化し、 IEC61883 ストリーム送受信部 71へ転送する。
IEC61883ストリーム送受信部 71は、このパケットを IEEE1394パケット送受信部 6
1と IEEE 1394 I/F41を介してデジタル TV20に対し、送信する。
[0065] このように、プロトコル変換装置を実装することで、デジタルコンテンツを一度アナ口 グに変換して再度デジタル変換することなく伝送することが可能となり、コンテンツの 劣化を防ぐこと、及びデコーダ、エンコーダ、 DZAコンバータ、 AZDコンバータとい つた部品が不要となり、安価に装置を構成することが可能となる。
[0066] さらに、デジタル TVカ ディアサーバに対して録画を行わせる場合には、上記で説 明した再生手順とは逆の流れでストリームが変換され、双方向のストリーム伝送が可 能となる。
[0067] 上記は、双方のネットワークで扱っているストリームフォーマットが異なる場合につい て説明を行なったが、同一のストリームフォーマットが利用できる場合には、ストリーム フォーマット変換部 73をスルーして、 TCP/IPストリームパケット作成/展開部 74や I EC61883ストリームパケット作成/展開部 72においてパケットィ匕の変換のみが行な われる。
[0068] 次に、 DLNAネットワークに新規の機器が接続されたときの処理について説明する 図 17は、 DLNAネットワーク 35に新しい機器が接続されたことを、 IEEE1394ネッ トワーク 25上の機器 20へ通知する処理の流れを示すフローチャートである。
プロトコル変換装置 10は、まず、機器情報取得部 55及び機器情報認識部 54を用 いて、新しく接続された機器がサーバ機能を有する機器であるかを判別する (ステツ プ Sl)。
新しく接続された機器がサーバ機能対応機器では無い場合には (ステップ S1ZN O)、 DLNAに準拠した機器かどうかを機器情報取得部 55及び機器情報認識部 54 を用いて判別する (ステップ S4)。
DLNA対応機器では無い場合には (ステップ S4/NO)、接続対象外の機器として 機器情報記憶部 53に登録され (ステップ S3)、以後の詳細情報の取得は実行されな い。 一方、 DLNA対応機器である場合には (ステップ S4ZYES)、 DLNAクライアント の機器として機器情報記憶部 53に登録され (ステップ S5)、以後の詳細情報の取得 は実行されない。
[0069] 新しく接続された機器がサーバ機能対応機器である場合には (ステップ S1ZYES )、 DLNA規格に定められたサーバ機能を有する機器かどうかを機器情報取得部 55 及び機器情報認識部 54を用いて判別する (ステップ S2)。
DLNAサーバ機能対応機器では無い場合には (ステップ S2ZNO)、接続対象外 の機器として機器情報記憶部 53に登録され (ステップ S3)、以後の詳細情報の取得 は実行されない。
[0070] 一方、 DLNAサーバ機能対応機器である場合には (ステップ S2ZYES)、 IEEE1 394ネットワーク 25上で Disc Subunitとして提供するために必要となる詳細情報を 機器情報取得部 55及び機器情報認識部 54を用いて取得し、機器情報記憶部 53に 登録すると同時に Disc Subunitとして Subunit IDの割り当てを行なう（ステップ S6)
[0071] さらに、メディアサーバが取得するコンテンツの情報を機器情報取得部 55及び機 器情報認識部 54を用いて取得し、機器情報記憶部 53に登録する (ステップ S7)。 そして、機器（デジタル TV20 ) 20力 Disc Subunit情報の問い合わせがあった場 合には、機器情報変換部 52で Disc Subunitの詳細情報及びコンテンツ情報を提供 する（ステップ S8)。これは、図 18に示すような Root Content Descriptorと呼ばれるデ ータ構造に構成し、機器情報送信部 51から IEEE1394パケット送受信部 61及び IE EE1394 I/F41を介して提供される。
[0072] ここでは、新規に接続した場合について説明を行なったが、機器情報の中には随 時変更されている情報も存在しているので、プロトコル変換装置 10がー定時間毎に 定期的に調査を行なったり、機器 (デジタル TV) 20からの要求に応じて随時調査を 行なったりするようにしてもよい。
[0073] 次に、コンテンツリストを表示する方法について説明する。
ユーザは IEEE1394上の Disc Subunitと同じように、ユーザ操作画面の機器リス ト一覧画面等に表示され（図 10)、ユーザがリモコン操作によって、この一覧から DL NAネットワーク上に存在するメディアサーバ（この例では、 1番目のリストにある AV— HDD)を選択すると、図 19に示すような AV— HDDを制御するための画面を表示す る。ここで、ユーザが制御画面で LISTボタンを押すと、デジタル TV20からコンテン ッ情報が格納されているリストを読むために必要なコマンドのセットがプロトコル変換 装置 10に対して送信される。プロトコル変換装置 10は対象となるメディアサーバから コンテンツリストを取得して、 AV— HDD用のコンテンツ情報に変換して、機器 (デジ タル TV) 20に対してレスポンスとして送信する。機器（デジタル TV) 20は上記コンテ ンッ情報を展開し、図 20に示すようなコンテンツのリストが表示され、このリストから見 たいコンテンツを選択して視聴することが可能となる。
[0074] ここでは、 Disc Subunitに割り当てる機器は、 DLN Aサーバ機能対応機器のみと している力 プロトコル変換装置 10の実装によっては DLNAに準拠しないサーバ機 能対応機器、例えば Linux OSを搭載した PCを利用したメディアサーバや、 NAS ( Network Attached Storage)と呼ばれるネットワークハードディスク力メディアサーバ機 能を有する機器等を DLNA機器と同様に扱う機能をプロトコル変換装置 10に持たせ る、もしくは、 DLNA非準拠の前記メディアサーバ機能を有する機器に DLNA準拠 機能を追加することで、プロトコル変換装置 10が扱うことの可能なメディアサーバとし て Disc Subunitを割り当てることも可能である。
[0075] 以上、 IEEE1394ネットワークと DLNAネットワークに関するプロトコル変換装置に ついて説明を行なった力 各々のネットワークはこれらに限定されるものではなぐま た、屋内での限定されたネットワークについて説明を行なっている力 プロトコル変換 装置がゲートウェイ装置を兼ね、屋外のメディアサーノ からコンテンツを入手するよう な仕組みに応用することも可能である。
[0076] 上記の実施形態では、 IEEE1394ネットワーク上の機器から DLNAネットワーク上 の機器へコマンドを送って、コンテンツを取得する例であった。
し力し、本発明はこれに限らず、逆に、 DLNAネットワーク上の機器から IEEE139 4ネットワーク上の機器へコマンドを送って、コンテンツを取得するものとしてもよい。 この場合、上述と同様にして、 IEEE1394ネットワーク上の機器のうちメディアサー バ機能を持つ機器の機器情報を取得して、 DLNAネットワーク側の機器の一つとし て開示しておき、 DLNAネットワーク上の機器からのコマンドやデータを IEEE1394 ネットワークのコマンドやデータに変換する。
[0077] 以上のように構成することによって、一方のネットワークで使用される制御コマンド及 びデータフォーマットを他方の制御コマンド及びデータフォーマットに変換して操作 及びデータを利用することが可能となることにより、特定のプロトコルのみをサポート する古 、制御機能を持つ機器から、異なるプロトコルによる制御を受けて動作する新 LV、機能を実装したネットワーク機器に対して容易に制御を行なうことが可能となる。
[0078] また、以下、図面を参照して本発明の著作権管理システム変換装置および通信シ ステムに係る好適な実施形態について説明する。
以下で、 IEEE1394ネットワークと TCPZIPネットワークという 2つのネットワーク間 を接続し、 IEEE1394ネットワーク上では DTCPにより著作権保護され、 TCP/IPネ ットワーク上では DTCP— IPにより著作権保護されるものとする場合について説明す る力 これに限定されるものではない。
[0079] 図 24は、本実施形態に係る通信システムの構成例であり、同図において、通信シ ステム 100は、 IEEE1394ネットワークと DLNAネットワークが著作権管理システム変 換装置 200に接続されている。この著作権管理システム変換装置 200は、 DLNAネ ットワークに接続された DLNAに対応したメディアサーバとしての機器 300を IEEE1 394に対応した Disc Subunitとして、 IEEE1394ネットワークに接続された IEEE1 394に対応した機器 101に提供する。以下、 IEEE1394に対応した機器 101として 、 IEEE 1394上の機器を制御する機能を有するデジタル TVと DVR、 DLNAに対応 したメディアサーバとしての機器 300と PCとがそれぞれ接続され、 IEEE1394 I/F を持つデジタル TV101の制御画面から IEEE1394の AVZCコマンドで DLNA対 応のメディアサーバ 300のコンテンツを視聴する場合を例として説明する。
[0080] 図 25は、本実施形態に係る著作権管理システム変換装置 200の機能構成を示す ブロック図で、同図において、著作権管理システム変換装置 200は、 IEEE 1394 I ZF201、 TCP/IP I/F202, IEEE1394機器認証部 211、機器認証情報判別 部 212、機器認証情報記憶部 213、機器認証情報判別部 214、 TCP/IP機器認証 部 215、 IEEE1394パケット送受信部 221、 TCPZlPパケット送受信部 222、 DTC P著作権管理レベル判別部 241、著作権管理レベル変換部 242、 TCP,IP著作権 管理レベル判別部 243、 IEC61883ストリーム送受信部 231、 DTCP暗号化設定 Z 解除部 232、ストリーム保護部 233、 TCP/IP暗号化設定 Z解除部 234、 TCP/IP ストリーム送受信部 235から構成される。
[0081] 著作権管理システム変換装置 200は、まず DLNAネットワーク上に接続されている 機器を DLNA規格に定められた手法で調査し、メディアサーバ機能を有する機器を 装置内部の接続機器記憶メモリ上にリストイ匕して保存する。
図 24の例においては、 Media Server300と PCの 2台がメディアサーバ機能を有 する機器として認識される。
[0082] 著作権管理システム変換装置 200は、上記 2台のメディアサーバ機器をそれぞれ 著作権管理システム変換装置に内蔵されている Disc SubunitO, Disc Subunitl としてエミュレートし、 IEEE1394ネットワーク上に接続された機器の機能として提供 する。ここでは、エミュレートの手法の詳細については、本発明の内容に関わらない ため説明を省略する。
[0083] デジタル TV101は上記 IEEE1394ネットワーク上に公開された Subunit情報を元 に、自らの制御対象として Disc SubunitO, Disc Subunitlを追加し、図 10に示 すようなユーザ操作画面の機器リスト一覧画面等を通じてディスプレイに表示し、ュ 一ザに操作対象が追加されたことを通知する。
以下、ユーザが Disc SubunitOを選択した場合を例にとって、著作権管理システ ム変換装置 200の動作にっ 、て説明する。
ユーザがリモコン操作によって、図 10に示すようなデジタル TVの機器リストから、 1 番目のリストにある著作権管理システム変換装置 200の Disc SubunitOを選択する と、デジタル TV101は図 11に示すような Disc Subunitを制御するための画面を表 示する。
ユーザが制御画面で PLAYボタンを押すと、デジタル TV101の IEEE 1394 I/F 力も、 「PLAY」を示す AV/Cコマンドが著作権管理システム変換装置 200に対して 送信される。
[0084] この時、同時にストリームを流すために IEC61883— 1仕様に定められるコネクショ ンと呼ばれる Isochronousストリームを伝送するための接続が行なわれる。コネクショ ンにより、著作権管理システム変換装置 200の Isochronous Outputプラグと、デ ジタル TV101の Isochronous Inputプラグが接続され、著作権管理システム変換 装置 200とデジタル TV101間でストリームを流すことが可能となる。
[0085] 著作権管理システム変換装置 200は、同時に Disc SubunitOにエミュレートして いるメディアサーバ 300との間で同様にストリーム伝送のためのコネクション動作を行 なう。さらに、コネクションが行なわれると同時に、接続された機器同士が著作権保護 されたコンテンツを送信するに相応しい機器であるかどうかを判定するために、機器 認証（Authentication and Key Exchange (以下、 AKEと略す））が行なわれる
[0086] この AKEには、図 26〖こ示す Full Authenticationと、図 27に示す Restricted Authenticationとがある。どちらの認証手順が用いられるかについては、各機器の AKEサポートレベル等による。
各機器の AKEサポートレベルを調べるために、 IEEE1394ネットワークでは図 28 に示す DTCP用の AKE Statusコマンドを互いに送信して相手の AKEサポートレ ベルを調査し、 DLNAネットワークでは図 29に示す DTCP— IP用の AKE Status コマンドを互いに送信して相手の AKEサポートレベルを調査する。
[0087] ここでの例では、デジタル TV101がストリームを要求しているため、 IEEE1394ネッ トワークでは、デジタル TV101がストリームを受け取る機器 (以下、 Sink機器と称す） 、著作権管理システム変換装置 200がストリームを送出する機器 (以下、 Source機 器と称す)となる。
[0088] AKEは最初に Sink機器から Source機器に対して行なわれるため、デジタル TV1 01力 EEE 1394機器認証部 211に対して AKEによる機器認証を行う。 IEEE 1394 機器認証部 211はデジタル TV101が DTCPをサポートしている機器であること、 DT CP認証のサポートレベルを図 28の AKE Statusコマンドで調査し、さらに、図 30の AKE Controlコマンドを用いて信頼できる機器であるかどうかの調査及び認証鍵 の交換を実行する。
[0089] 同様に、 TCP/IPネットワークでは、著作権管理システム変換装置 200がストリー ムを要求しているため、著作権管理システム変換装置 200が Sink機器、メディアサ ーバ 300が Source機器となる。
AKEは最初に Sink機器から Source機器に対して行われるため、著作権管理シス テム変換装置 200からメディアサーバ 300に対して上記 AKEによる機器認証が行わ れ、 TCP/IP機器認証部 215によって、メディアサーバ 300が DTCPをサポートして いる機器であることが図 29の AKE Statusコマンドで調査され、さらに、図 31の AK E Controlコマンドを用いて、信頼できる機器であるかどうかの調査及び認証鍵の 交換が実行される。
[0090] 双方のネットワークの Sink機器力 Source機器への認証鍵の交換が完了すると、 今度は Source機器から Sink機器への認証鍵の交換を同様に実行する。
[0091] メディアサーバ 300から著作権管理システム変換装置 200に対して AKEによる機 器認証がなされ、機器認証情報判別部 214は、その結果を判別し、メディアサーバ 3 00の AKEサポートレベルと認証鍵を機器認証情報記憶部 213に記録する。
その後、 TCP/IP機器認証部 215は、機器認証情報記憶部 213に記憶されてい る IEEE1394ネットワーク上のデジタル TV101の認証の AKEサポートレベル、信頼 できる機器であるかどうかを確認し、デジタル TV101が信頼できる機器である場合に は、 AKEの手順に従って AKEの処理を継続して認証鍵の交換を行い、信頼できな い機器である場合には、 AKEの処理を終了する。
機器認証の完了後、 Source側から Sink側にコンテンツのキーを解くための鍵が渡 される。
[0092] さらに、 IEEE1394機器認証部 211からデジタル TV101に対して AKEによる機器 認証がなされ、機器認証情報判別部 212は、 AKEの結果を判別し、デジタル TV10 1の AKEサポートレベルと認証鍵を機器認証情報記憶部 213に記録する。
機器認証情報記憶部 213に記憶された TCP/IPネットワーク上のメディアサーバ 30 0の認証の AKEサポートレベル、信頼できる機器であるかどうかを確認し、メディアサ ーバ 300が信頼できる機器である場合には、 AKEの処理を継続するが、信頼できな い機器である場合には、 AKEの処理を終了する。
機器認証の完了後、 Source側から Sink側にコンテンツのキーを解くための鍵が渡 される。
上記の様にして AKEの一連の動作が実行され、機器認証の調査結果、認証鍵及 びコンテンッのキーを解くための鍵は機器認証情報記憶部 213に記録される。
[0093] TCP/IP著作権管理レベル判別部 243は、デジタル TV101及びメディアサーバ 300が共に信頼できる機器であった場合、 TCP/IPパケット送受信部 222が受信し たストリームの Encryption Mode Indicator (以下 EMIと略す）フィールドから、現 在流れているストリームの著作権管理レベルを判別する。
著作権管理レベル変換部 242は、図 32の EMIフィールドに示す DTCP— IPの著 作権管理レベルを、同じく図 32に示す DTCPの EMI管理レベルのうち、同等の管理 レベルに変換する。
[0094] 例えば、 DTCP— IPの Copy— neverは同じく DTCPでは Copy— neverに置き換 られ、 Copy― one― generationは | Jしく Copy― one― generationに置き換 ら れる。但し、 Moveについては、 DTCPは図 33に示すように別の管理領域で管理し ているため、 Moveモードかどうかの情報については、 EMIフィールドでは無く Copy Control Information (以下 CCIと略す）フィールドを置き換える。
[0095] TCP/IP暗号化設定 Z解除部 234は、管理レベルの変換が行なわれると、 TCP ZIPストリーム送受信部 235が受け取ってパケット状態からストリームに戻した、図 34 に示すように AESで暗号ィ匕されて 、るストリームの暗号ィ匕を解除する。
ストリーム保護部 233は、暗号ィ匕解除されたストリームを外部力も容易にアクセスで きな 、ようにして、 DTCP暗号ィ匕設定 Z解除部 232へ転送する。
[0096] DTCP暗号化設定 Z解除部 232では、図 35に示すように M6で暗号化したストリー ムを IEC61883ストリーム送受信部 231に転送する。
IEC61883ストリーム送受信部 231では、 IEC61883で定義されている IEEE139 4上を送信するためのパケット化がされて、このパケットを IEEE1394パケット送受信 部 221と IEEE 1394 I/F201を介してデジタル TV 101に出力される。
[0097] このようにして、 DTCP— IPで著作権保護されているコンテンツが DTCPで著作権 保護されたコンテンツへ変換されるので、ユーザは IEEE1394上の Disc Subunit と同じように、 DLNAネットワーク上に存在するメディアサーバを選択し、見たいコン テンッを視聴することが可能となる。
[0098] また、デジタル TV101からメディアサーバ 300に対して録画を行なう場合には、上 記で説明した再生手順とは逆の流れで著作権管理情報が変換され、双方向のストリ ーム伝送が可能となる。
[0099] 以上の説明では、 IEEE1394ネットワークに接続されて DTCPによって著作権管 理している機器力 DLNAネットワークに接続されて DTCP— IPによって著作権管 理されて!/、る機器の保持したコンテンツを視聴する場合にっ 、て説明した。
しかし、 DLN Aネットワークに接続されて DTCP - IPによって著作権管理して 、る 機器力 IEEE1394ネットワークに接続されて DTCPによって著作権管理されている 機器の保持したコンテンツを視聴する場合についても上記同様に処理することがで きる。
[0100] コンテンツを送る場合には、 DTCPによって著作権管理されている機器の保持した コンテンツに対して、 DTCP著作権管理レベル判別部 241で IEEE1394パケット送 受信部 221が受信したストリームの著作権管理レベルを判別する。
著作権管理レベル変換部 242は、 DTCPの管理レベルと同等の DTCP— IPの著 作権管理レベルに変換する。
[0101] DTCP暗号ィ匕設定 Z解除部 232は、著作権管理レベルの変換が行なわれると、 IE C61883ストリーム送受信部 231が受け取ってパケット状態からストリームに戻して、 M6で暗号ィ匕したストリームの暗号ィ匕を解除する。
ストリーム保護部 233は、暗号ィ匕解除されたストリームを外部力も容易にアクセスで きな 、ようにして、 TCP/IP暗号ィ匕設定 Z解除部 234へ転送する。
[0102] TCP/IP暗号ィ匕設定 Z解除部 234は、 AESで暗号ィ匕したストリームに変換された 著作権管理レベルを付加して、 TCP/IPストリーム送受信部 235に転送する。
TCP/IPストリーム送受信部 235は、暗号ィ匕されたストリームを TCP/IP上を送信 するためのパケット化がされて、このパケットを TCPZIPパケット送受信部 222と TCP
ZIP IZF202を介してデジタル TVIOIに出力される。
[0103] 以上のように実装することによって、著作権管理システムの異なるデジタルコンテン ッを、著作権保護機能を維持したまま伝送することが可能となり、異なる著作権シス テムを利用するネットワーク間で著作権保護されたコンテンツを容易に利用する装置 を構成することが可能となる。
[0104] 以上、 IEEE1394ネットワークと DLNAネットワークに関する著作権管理システム 変換装置について説明を行なった力 各々のネットワークはこれらに限定されるもの ではなぐまた、屋内での限定されたネットワークについて説明を行なっている力 著 作権管理システム変換装置がゲートウェイを兼ね、屋外のメディアサーバからコンテ ンッを入手するための著作権管理システム変換を行なうような仕組みに応用すること も可能である。
[0105] 例えば、図 36に示すように DTCPと Windows (登録商標） Media DRM 10で はコンテンツの保護種別にかなりの違いがある。そこで、著作権管理レベル変換部 2 42では以下に示すような変換が行なわれる（図 37参照)。
この変換にっ 、て TCP/IPネットワーク上のメディアサーバに記録されて!、る「3回 までコピー可能」なコンテンツが、デジタル TVで再生される場合を例にして説明を行 なう。
[0106] 著作権管理レベル変換部 242は、 3回までコピー可能という著作権管理レベルが D TCPには存在しないため、 Copy One Generationに変換し、 DTCP暗号化設定 Z解除部 232に暗号ィ匕の指示をする。
また、同時に、メディアサーバ 300に対し、コピーが 1回行われた旨の通知を行い、 メディアサーバ内部の著作権管理システムは、「3回までコピー可能」から「2回までコ ピー可能」に内部の管理データを変更する。
[0107] また、有効期限付きコンテンツであれば、有効期間内であれば No More Copies で出力し、有効期限が過ぎていれば出力しないようにし、 Move可能コンテンツであ れば、 Move— modeフラグを付カ卩して Copy One Generationで出力し、 Move 不可であれば、 No More Copiesで出力を行なうというように、元のコンテンツが有 する著作権管理レベルよりも厳しい制約をつけた著作権管理レベルに変換して出力 を行なう。
[0108] 上述のようにして、著作権管理システムに接続されて 、る機器内のコンテンツの著 作権管理システムが異なる場合においても、ネットワーク上に存在するメディアサー バを選択し、見た 、コンテンツを視聴することが可能となる。
[0109] 本発明は、上述した実施形態のみに限定されたものではない。上述した実施形態 を構成するプロトコル変換装置、著作権管理システム変換装置や通信システムの各 部として、コンピュータを機能させるプログラムを作成し、予め記録媒体に書き込んで おき、この記録媒体に記録されたこれらのプログラムを当該装置に備えられたメモリあ るいは記憶装置に格納し、そのプログラムを実行することによって、本発明の目的が 達成されることは言うまでもない。この場合、記録媒体カゝら読み出されたプログラム自 体が上述した実施形態の機能を実現することになり、そのプログラムおよびそのプロ グラムを記録した記録媒体も本発明を構成することになる。
また、上記プログラムは、そのプログラムの指示に基づき、オペレーティングシステ ムあるいは他のアプリケーションプログラム等と共同して処理することによって上述し た実施形態の機能が実現される場合も含まれる。
[0110] なお、上述した実施形態の機能を実現するプログラムは、ディスク系（例えば、磁気 ディスク、光ディスク等）、カード系（例えば、メモリカード、光カード等）、半導体メモリ 系（例えば、 ROM,不揮発性メモリ等）、テープ系（例えば、磁気テープ、カセットテ ープ等)等のいずれの形態の記録媒体で提供されてもよい。あるいは、ネットワークを 介して記憶装置に格納された上記プログラムをサーバコンピュータから直接供給を受 けるようにしてもよい。この場合、このサーバコンピュータの記憶装置も本発明の記録 媒体に含まれる。
このように、上述した実施形態の機能をプログラム化して流通させることによって、コ ストの低廉化、および可搬性ゃ汎用性を向上させることができる。
[0111] 尚、本発明は上述した実施形態に限定されず、本発明の要旨を逸脱しない範囲内 で各種の変形、修正が可能であるのは勿論である。

Claims

請求の範囲
[1] 第 1のネットワークに接続された第 1のインタフェース手段と、第 2のネットワークに接 続された第 2のインタフェース手段と、一方のネットワーク上の機器から、一方のインタ フェース手段を介して受信したコマンドやデータを、他方のネットワークのコマンドや データに変換する変換手段と、前記変換手段で変換されたコマンドやデータを他方 のインタフェース手段を介して他方のネットワーク上の機器に送信する送信手段と、 を備え、一方のネットワークに接続された機器からのコマンドやデータを他方のネット ワークに接続された機器に合うようにエミュレートすることを特徴とするプロトコル変換 装置。
[2] 請求項 1に記載のプロトコル変換装置において、双方のネットワーク上の機器に関 する機器情報を取得し、前記機器のうちサーバ機能を持つ機器と該機器の機器情 報とを関連付けて機器情報記憶手段に記憶する機器情報取得手段と、前記機器情 報記憶手段を参照して、一方のネットワーク内の機器を他方のネットワーク上の機器 の一つとして認識できるような機器情報に変換して、他方のネットワーク上の機器に 送信する機器情報送信手段とを備えることを特徴とするプロトコル変換装置。
[3] 請求項 2に記載のプロトコル変換装置にぉ 、て、前記機器情報取得手段を定期的 あるいは機器からの要求に応じて動作させて、前記機器情報記憶手段を更新して、 前記更新情報を前記機器情報送信手段でネットワーク上の機器に通知することを特 徴とするプロトコル変換装置。
[4] 請求項 3に記載のプロトコル変換装置において、前記機器情報送信手段は、ユー ザ設定記憶部に記憶された機器と該機器の種別情報とを参照して、前記機器情報 記憶手段に記憶された機器に対する機器情報を変換することを特徴とするプロトコル 変換装置。
[5] 請求項 1に記載のプロトコル変換装置において、一方のインタフェース手段で、他 方のネットワーク上の機器へのコマンドを受け取った時に、ー且、レスポンスを仮に返 しておき、実行状況を確認してきた時に、他方のネットワーク上の機器への実行状況 の正確な状態を返信することを特徴とするプロトコル変換装置。
[6] 請求項 1に記載のプロトコル変換装置において、前記第 1のネットワークは、 DLNA ネットワークプロトコルによる通信を行うことを特徴とするプロトコル変換装置。
[7] 請求項 1に記載のプロトコル変換装置において、前記第 2のネットワークは、 IEEE1 394ネットワークプロトコルによる通信を行うことを特徴とするプロトコル変換装置。
[8] 請求項 1に記載のプロトコル変換装置は、ゲートウェイ装置であることを特徴とする プロトコル変換装置。
[9] 異なるネットワークに接続した機器間でコンテンツを送受信する通信システムにお いて、一方のネットワーク上に接続された前記機器と他方のネットワークに接続された 前記機器間における前記コンテンツの送受信を管理して中継するプロトコル変換装 置を設け、前記プロトコル変換装置が、一方のネットワーク上の機器力 受信したコマ ンドゃデータを、他方のネットワークのコマンドやデータに変換して、変換されたコマ ンドゃデータを他方のネットワーク上の機器に送信することによって、一方のネットヮ ークに接続された機器からのコマンドやデータを他方のネットワークに接続された機 器に合うようにエミュレートすることを特徴とする通信システム。
[10] 請求項 1乃至 8のいずれかに記載のプロトコル変換装置の各手段としてコンビユー タを機能させるためのプログラム。
[11] コンピュータが読み取り可能な記録媒体であって、請求項 10に記載のプログラムを 記録したことを特徴とする記録媒体。
[12] 第 1のネットワークに接続された第 1のインタフェース手段と、第 2のネットワークに接 続された第 2のインタフェース手段と、第 1のネットワークに接続された機器との間で 著作権保護のために第 1の認証処理を行って認証鍵を交換する第 1の認証手段と、 第 2のネットワークに接続された機器との間で著作権保護のために前記第 1の認証処 理とは異なる第 2の認証処理を行って認証鍵を交換する第 2の認証手段と、前記第 1 の認証手段および前記第 2の認証手段での認証処理が成功したときにのみ、前記第 2のインタフェース手段を介して受信したストリームの著作権管理レベルを、該ストリー ムの受信側の同等の著作権管理レベルに変換し、該変換された著作権管理レベル を付加したストリームを、前記第 1のインタフェース手段を介して送信する送信手段と を備えることを特徴とする著作権管理システム変換装置。
[13] 請求項 12に記載の著作権管理システム変換装置において、前記送信手段には、 前記第 2のインタフェース手段を介して受信したストリームの著作権管理レベルを判 別して、該著作権管理レベルを該ストリームの受信側の同等の著作権管理レベルに 変換する著作権管理レベル変換手段と、前記第 2のインタフェース手段を介して受 信したストリームの暗号ィ匕を、前記第 2の認証手段で得た認証鍵によって解除する暗 号化解除手段と、前記暗号化解除手段で暗号化解除されたストリームを、前記第 1の 認証手段で得た認証鍵で暗号化を設定する暗号化設定手段と、を備え、前記著作 権管理レベル変換手段で変換された著作権管理レベルを付加して、前記暗号化設 定手段で暗号化設定されたストリームを、前記第 1のインタフェース手段を介して送 信することを特徴とする著作権管理システム変換装置。
[14] 請求項 12に記載の著作権管理システム変換装置において、前記第 1の認証手段 および前記第 2の認証手段では、それぞれの認証対象機器の認証のサポートレベル および認証鍵を記憶させ、前記送信手段は、第 1のネットワーク上の機器カゝら認証処 理がなされたとき、前記機器認証情報記憶手段に記憶された第 2のネットワーク上の 機器の認証のサポートレベルと認証鍵の交換を行い、また、第 2のネットワーク上の 機器に対して認証処理をするとき、前記機器認証情報記憶手段に記憶されて！ヽる第 1のネットワーク上の機器の認証のサポートレベルと認証鍵の交換を行 、、双方のネ ットワーク上の機器がお互いに信頼できる機器である場合、前記第 1のネットワークお よび前記第 2のネットワークの間で接続を許可を判断することを特徴とする著作権管 理システム変換装置。
[15] 請求項 12に記載の著作権管理システム変換装置において、前記第 1の認証手段 における第 1の認証処理は、 DTCP方式であることを特徴とする著作権管理システム 変換装置。
[16] 請求項 12に記載の著作権管理システム変換装置において、前記第 2の認証手段 における第 2の認証処理は、 DTCP— IP方式であることを特徴とする著作権管理シ ステム変換装置。
[17] 請求項 12に記載の著作権管理システム変換装置において、前記第 1のネットヮー クは、 IEEE1394ネットワークプロトコルによる通信を行うことを特徴とする著作権管 理システム変換装置。
[18] 請求項 12に記載の著作権管理システム変換装置において、前記第 2のネットヮー クは、 DLNAネットワークプロトコルによる通信を行うことを特徴とする著作権管理シス テム変換装置。
[19] 請求項 12に記載の著作権管理システム変換装置は、ゲートウェイ装置であることを 特徴とする著作権管理システム変換装置。
[20] 異なるネットワークに接続した機器間でコンテンツを送受信する通信システムにお いて、一方のネットワーク上に接続された前記機器と他方のネットワークに接続された 前記機器間における前記コンテンツの著作権を管理して中継する著作権管理システ ム変換装置を設け、前記著作権管理システム変換装置は、一方のネットワークに接 続された第 1のインタフェース手段と、他方のネットワークに接続された第 2のインタフ エース手段と、一方のネットワークに接続された機器との間で著作権保護のために第 1の認証処理を行って認証鍵を交換する第 1の認証手段と、他方のネットワークに接 続された機器との間で著作権保護のために前記第 1の認証処理とは異なる第 2の認 証処理を行って認証鍵を交換する第 2の認証手段と、前記第 1の認証手段および前 記第 2の認証手段での認証処理が成功したときにのみ、前記第 2のインタフェース手 段を介して受信したストリームの著作権管理レベルを、該ストリームの受信側の同等 の著作権管理レベルに変換し、該変換された著作権管理レベルを付加したストリー ムを、前記第 1のインタフェース手段を介して送信する送信手段とを備えることを特徴 とする通信システム。
[21] 請求項 12乃至 19のいずれかに記載の著作権管理システム変換装置の各手段とし てコンピュータを機能させるためのプログラム。
[22] コンピュータが読み取り可能な記録媒体であって、請求項 21に記載のプログラムを 記録したことを特徴とする記録媒体。
PCT/JP2006/317064 2006-05-22 2006-08-30 プロトコル及び著作権管理システム変換装置、通信システム、プログラムおよび記録媒体 WO2007135751A1 (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2006141984A JP2007312328A (ja) 2006-05-22 2006-05-22 著作権管理システム変換装置、通信システム、プログラムおよび記録媒体
JP2006-141984 2006-05-22
JP2006144349 2006-05-24
JP2006-144349 2006-05-24

Publications (1)

Publication Number Publication Date
WO2007135751A1 true WO2007135751A1 (ja) 2007-11-29

Family

ID=38723066

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/317064 WO2007135751A1 (ja) 2006-05-22 2006-08-30 プロトコル及び著作権管理システム変換装置、通信システム、プログラムおよび記録媒体

Country Status (2)

Country Link
TW (1) TW200744341A (ja)
WO (1) WO2007135751A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009133432A1 (en) * 2008-04-28 2009-11-05 Sony Ericsson Mobile Communications Ab Methods, devices, and computer program products for remotely controlling operations of digital media devices using a mobile terminal
JP2010079571A (ja) * 2008-09-25 2010-04-08 Nec Personal Products Co Ltd 情報処理装置及びプログラム

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000174797A (ja) * 1998-09-30 2000-06-23 Toshiba Corp 中継装置及び通信装置
JP2001007839A (ja) * 1999-04-29 2001-01-12 Mitsubishi Electric Inf Technol Center America Inc ノードを遠隔監視および制御する方法、およびノードを遠隔監視および制御させる１つまたは複数の命令シーケンスを格納するコンピュータ読み取り可能な記録媒体
JP2002077218A (ja) * 2000-09-01 2002-03-15 Toshiba Corp ブリッジ装置及び制御コマンド中継方法
JP2003271487A (ja) * 2002-03-12 2003-09-26 Nec Corp 通信システム、ゲートウエイ装置、ゲートウエイプログラム
JP2005514716A (ja) * 2001-12-31 2005-05-19 ジェネラル・インスツルメント・コーポレーション デジタル権利管理のための方法及び装置
JP2005190350A (ja) * 2003-12-26 2005-07-14 Toshiba Corp コンテンツ送信装置及びコンテンツ送信方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000174797A (ja) * 1998-09-30 2000-06-23 Toshiba Corp 中継装置及び通信装置
JP2001007839A (ja) * 1999-04-29 2001-01-12 Mitsubishi Electric Inf Technol Center America Inc ノードを遠隔監視および制御する方法、およびノードを遠隔監視および制御させる１つまたは複数の命令シーケンスを格納するコンピュータ読み取り可能な記録媒体
JP2002077218A (ja) * 2000-09-01 2002-03-15 Toshiba Corp ブリッジ装置及び制御コマンド中継方法
JP2005514716A (ja) * 2001-12-31 2005-05-19 ジェネラル・インスツルメント・コーポレーション デジタル権利管理のための方法及び装置
JP2003271487A (ja) * 2002-03-12 2003-09-26 Nec Corp 通信システム、ゲートウエイ装置、ゲートウエイプログラム
JP2005190350A (ja) * 2003-12-26 2005-07-14 Toshiba Corp コンテンツ送信装置及びコンテンツ送信方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"Copy Once o Fumidai ni Digital AV Net o Tsukuri Dai 2 But Network o Zentei ni Secure no Wa o Hirogeru", NIKKEI ELECTRONIC, no. 873, 10 May 2004 (2004-05-10), pages 88 - 95, XP003019263 *
HITACHI, LTD., INTEL CORPORATION, MATSUSHITA ELECTRIC INDUSTRIAL CO. LTD., SONY CORPORATION, TOSHIBA CORPORATION, DTCP, vol. 1, no. SUPPL. 3, 28 February 2005 (2005-02-28), XP003019262, Retrieved from the Internet <URL:http://www.dtcp.com> *
TANAKA M. ET AL.: "Digital ga Hirogeru Ubiquitous Eizo Life Kantan Anzen o Mezashita Home Network Gijutsu - Seamless Plug And Play Gijutsu to Digital Contents Chosakuken Hogo Gijutsu -", HITACHI HYORON, vol. 86, no. 11, 1 November 2004 (2004-11-01), pages 53 - 56, XP003019261 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009133432A1 (en) * 2008-04-28 2009-11-05 Sony Ericsson Mobile Communications Ab Methods, devices, and computer program products for remotely controlling operations of digital media devices using a mobile terminal
JP2010079571A (ja) * 2008-09-25 2010-04-08 Nec Personal Products Co Ltd 情報処理装置及びプログラム

Also Published As

Publication number Publication date
TW200744341A (en) 2007-12-01
TWI341111B (ja) 2011-04-21

Similar Documents

Publication Publication Date Title
JP6458974B2 (ja) コンテンツ配信方法、コンテンツ配信システム、及びソース機器
JP5331354B2 (ja) コンテンツ送信装置、コンテンツ受信装置
US20030135730A1 (en) Content protection and copy management system for a network
JP2007312328A (ja) 著作権管理システム変換装置、通信システム、プログラムおよび記録媒体
JP2000004433A (ja) データ処理装置および同装置に適用される認証処理方法
JP2000040294A (ja) 情報処理装置および方法、並びに記録媒体
US20070071234A1 (en) Methods for the storage and reading of a content, of the type implementing a content protection protocol, corresponding source, storage and sink devices
JP2000004256A (ja) ストリ―ムデ―タ処理システムおよびストリ―ムデ―タの制限方法
US8355504B2 (en) AV communication control circuit for realizing copyright protection with respect to radio LAN
JP2015103890A (ja) コンテンツ受信装置及びコンテンツ受信方法、並びにコンテンツ送信装置及びコンテンツ送信方法
JP2005252773A (ja) パケット送信機器
JP4292222B2 (ja) 著作権保護処理装置および著作権保護処理方法
WO2007135751A1 (ja) プロトコル及び著作権管理システム変換装置、通信システム、プログラムおよび記録媒体
JP4792543B2 (ja) ディジタル信号記録再生装置、および、ディジタル信号記録再生方法
JP2002353999A (ja) データ受信方法、データ受信機器、データ送信機器及び通信システム
US20130347119A1 (en) Data processor, communication device, data transmission method
JP4663601B2 (ja) ディジタル信号送信装置およびディジタル信号送信方法
JP5292371B2 (ja) デジタル放送受信装置、及びデジタル放送受信方法
JP4548393B2 (ja) コンテンツ記録再生装置
JP4920112B2 (ja) 信号出力装置、および、信号出力方法
JP5734367B2 (ja) コンテンツ送信装置、コンテンツ受信装置、コンテンツ送信方法およびコンテンツ受信方法
JP5452685B2 (ja) デジタル放送受信装置及びデジタル放送受信方法
JP2011087156A (ja) データ送信装置、データ受信装置及びデータ送受信システム
JP4790825B2 (ja) コンテンツ記録再生装置、および、コンテンツ記録再生方法
JP2012016053A (ja) ディジタル信号処理装置

Legal Events

Date Code Title Description
DPE2 Request for preliminary examination filed before expiration of 19th month from priority date (pct application filed from 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 06797039

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06797039

Country of ref document: EP

Kind code of ref document: A1