A general architecture that implements the various feature of the invention will now be described with reference to the drawings. The drawings and the associated descriptions are provided to illustrate embodiments of the invention and not to limit the scope of the invention.
Various embodiments according to the invention will be described hereinafter with reference to the accompanying drawings. In general, according to one embodiment of the invention, a communication apparatus for receiving content data obtained by sequentially receiving a broadcast wave to transmit the content data to a different communication apparatus, the communication apparatus comprising: a communication section that communicates with the different communication apparatus through a network; a tuner section that receives the broadcast wave; and a presentation section that presents a content list to the different communication apparatus through the communication section, the content list including an item with respect to a channel receivable at the tuner section; wherein the item does not include an acquisition information for the different communication apparatus to acquire the content data.
A communication apparatus of the invention will be discussed with reference to the accompanying drawings.
The recorder 2 is connected to an antenna 5 and has a function of receiving a broadcast wave input from the antenna 5 in a tuner section and recording the broadcast wave as mentioned above. The recorder 2 also has a function of transmitting recorded content data through the network 4 to the player 3.
It is assumed that the recorder 2 does not have a function of transmitting content data obtained in sequence by receiving a broadcast wave in the tuner section, namely, content data involved in the current live broadcast to the player 3 without recording on a record medium of an HDD, an optical disk, etc., although it has the function of transmitting recorded content data to the player 3. That is, if the user wants to view the current broadcast content with the player 3, he or she needs to view the content using a tuner other than the recorder 2.
The player 3 has a function of receiving and playing back content data recorded in the recorder 2 through the network 4 and outputting the content data to a display section and an audio output section of the player or an external display and an external audio output unit.
The recorder 2 and the player 3 are each an AV (Audio Visual) machine compatible with UPnP. The UPnP defines device, service, and control point as basic components of a network. The device is a machine compatible with UPnP and the service is the minimum unit representing a function provided by the device. Each device has at least one service. The control point controls and uses the service that the device has. Two or more device functions can also be included in one machine and further a machine having a control point and a device in one piece is also possible.
Further, specifications of UPnP AV Architecture are defined as specifications for UPnP AV machines. The UPnP AV Architecture defines UPnP Media Server Device (also called media server) as a server device in which a controlled function is implemented for providing content data. In the communication system 1, the recorder 2 functions as a media server. The recorder 2 of the embodiment of a media server provides CDS (Content Directory Service) of a service for releasing a content list and SRS (scheduled recording service) of a service for executing timer-recording.
Further, the UPnP AV Architecture defines UPnP Media Renderer Device (also called media renderer) as a playback device. In the communication system 1, the player 3 functions as a media renderer.
The player 3 functions as a media renderer as mentioned above and also has a function of controlling and using the service provided by the recorder 2 of a device as the function as a control point.
A general flow for the user to view content data retained in the recorder 2 using the player 3 of a digital TV, etc., will be discussed briefly with reference to
In the example in
Next, a flow of processing when the player 3 acquires content data will be discussed with reference to
The player 3 selects one piece of the content data out of the content list acquired in the above-described processing. The player 3 transmits an acquisition request of the content data to the URI described in the content list as the detailed information of the selected content data according to the communication protocol described as the detailed information (in the example in
Next, the configuration of the recorder 2 will be discussed with reference to
The control section 201, which is a CPU (Central Processing Unit), etc., for example, executes a predetermined control program and controls the whole operation of the recorder 2. The control program executed in the control section 201 enables the recorder 2 to perform the function as a media server.
The executed control program also causes the control section 201 to function as a CDS section 201a (presentation section) for providing a content list for the player 3 as CDS and a timer-recording section 201b (recording section) for providing a timer-recording function for the player 3 as SRS.
The CDS section 201a has a function of transmitting a content list in response to a request received from the player 3 as mentioned above. The details of the content list presented at this time are described later with reference to
The timer-recording section 201b sets timer-recording based on a timer-recording request received from the player 3 (not shown in
The communication I/F section 202 is a communication interface for conducting communications according to TCP/IP on the network 4 and receives a Browse request for making a request for viewing a content list (S21 in
The operation section 203 is a remote control signal light reception section, etc., for receiving a remote control signal from an operation button or a remote control R, for example, and is an input interface for user's operation and entry.
The tuner section 204 is connected to the antenna 5 for receiving satellite broadcast, terrestrial waves, etc., and outputting a signal to the encoder section 205. The encoder section 205 performs coding processing into a predetermined coding system of MPEG (Moving Picture Experts Group) format, etc., based on the signal output from the tuner section 204 and outputs the processing result to the data edit section 206.
The data edit section 206 has functions of writing content data created base d on the output from the encoder section 205 onto the HDD section 207 or the optical disk D and reading the content data from the storage media.
The recorder 2 has the two types of disk drives of the HDD section 207 and the optical disk drive section 208. The HDD (Hard Disk Drive) section 207 is a magnetic disk drive for writing content data onto a magnetic disk of an internal record medium at the recording time, etc., and reading the content data from the internal magnetic disk at the transmitting time of content data to the player 3 or the playback time of content data by the playback function of the recorder 2.
The optical disk drive section 208 rotates the optical disk D of a record medium and reads and writes data. Like the HDD section 207, the optical disk drive section 208 writes content data onto the optical disk D at the recording time, etc., and reads the content data from the optical disk D at the transmitting time of content data to the player 3 or the playback time of content data by the playback function of the recorder 2.
The recorder 2 further has the MPEG decoder section 210 for decoding the content data read from the HDD section 207 or the optical disk drive section 208 and output through the data edit section 206. When the MPEG decoder section 210 decodes the content data, the buffer section 209 temporarily stores the content data for buffering.
The audio video processing section 211 creates an audio signal and a video signal based on the signals output from the MPEG decoder section 210 and outputs the signals to a display 6 (not shown in
The recorder 2 according to the embodiment has the buffer section 209, the MPEG decoder section 210, the audio video processing section 211, and the I/F section 212 for providing the playback function as well as the timer-recording section 201b, the tuner section 204, and the encoder section 205 for providing the recording function. However, the recorder 2 need not necessarily have the playback function and may not necessarily have the buffer section 209, the MPEG decoder section 210, the audio video processing section 211, etc.
Subsequently, the content list provided by the CDS section 201a of the recorder 2 will be discussed with reference to
That is, compared to a general file system, the container corresponds a directory and the item corresponds to a file. The CDS section 201a manages the content data according to a tree structure having a special container of only one existing root container as a root.
The container 411 has items 421 to 422 provided in a one-to-one correspondence with pieces of content data recorded and stored on the HDD section 207 as subelement. Likewise, the container 412 has items 423 to 424 provided in a one-to-one correspondence with pieces of content data recorded and stored on the optical disk D that can be read by the optical disk drive section 208 as subelement.
The container 413 has items 425 to 426 provided in a one-to-one correspondence with the channels that can be received in the tuner section 204 as subelement. The CDS section 201a defines Browse (view request) of a viewing function and Search (search request) of a search function as actions for providing the content list 400 represented as a tree structure for the player 3 of a control point. The player 3 can acquire a content list by transmitting a Browse request or a Search request to the recorder 2 having the CDS section 201a.
In the example in
Each item element also has a res element describing resource information (also called acquisition information) as a subelement (the item 421 has a res element 421a and the item 422 has a res element 422a). In the res element, communiation protocol information (in the example of the item 421, “http-get:*:video/mpeg:*”) is described as protocolInfo attribute and URI information (also called location information; in the example of the item 421, “http://192.168.0.22:36627/movie0.1.mpg”) is described as sub-text. When playing back the content data corresponding to the item 421, the player 3 can transmit an acquisition request according to HTTP GET to the URI“:http://192.168.0.22:36627/movie0.1.mpg” based on the communication protocol information and the URI information, thereby acquiring and playing back the content data.
On the other hand,
In the example in
That is, the player 3 can acquire setup information and state of the channel numbers and the channel names of the channels that can be received in the tuner section 204 and the like by transmitting a Browse request for viewing the container 431 corresponding to the tuner section 204. That is, the player 3 can acquire information of the channel numbers and the channel names of the channels that can be recorded in the timer-recording section 201b as timer-recording and the like by sending a Browse request to the CDS section 201a. Since the user often uses the information of the channel numbers, the channel names, etc., at the setting time of timer-recording, the information is at least described, thereby aiding the user in timer-recording setting.
On the other hand, the item element does not have the res element describing the resource information (acquisition information) as a subelement. That is, the player 3 cannot know the URI information (res URI) or the communication protocol information (res protocolInfo) to acquire the content data that can be received in the tuner section 204. Since the player 3 cannot know the URI information or the communication protocol information although the recorder does not have a function of transmitting content data involved in live broadcast as described above, a defective condition of error occurrence, etc., caused by transmitting an erroneous acquisition request can be prevented from occurring and interconnectivity is not impaired.
In the present specifications, the channel released in CDS is defined so as to execute streaming of content data. However, for example, to execute timer-recording, streaming for the network 4 is not necessarily required and thus a method of releasing a channel list free of the streaming function becomes necessary. In the embodiment, while the content list relating to the channels is released, the resource information (acquisition information) is not described, so that receiving a streaming request from the player 3 is avoided while it is made possible to acquire a channel list involved in timer-recording.
In the embodiment, for the items relating to the channels that can be received in the tuner section 204, of the content list 400 provided by the CDS section 201a, neither the URI information (location information) nor the communication protocol information of the acquisition information is described as shown in
Different description examples for the items relating to the channels that can be received in the tuner section 204, of the content list 400 provided by the CDS section 201a will be discussed with reference to
Also in the example in
However, in the example in
However, the communication protocol “abcd” is not a communication protocol standardized, etc., at present and the protocol information and the URI information are dummy data. That is, in the example in
On the other hand, as in the example in
However, unlike the example in
Accordingly, the player 3 can acquire the communication protocol information, but cannot obtain URI information to acquire content data. Accordingly, the player 3 cannot transmit an acquisition request of content data received in the tuner section 204 and a defective condition caused by transmitting the acquisition request can be prevented from occurring and interconnectivity is not impaired.
On the other hand, as in the examples in
As described with reference to the embodiment, there is provided a communication apparatus capable of release information concerning a tuner without impairing interconnectivity.
While certain embodiments of the inventions have been described, these embodiments have been presented by way of example only, and are not intended to limit the scope of the inventions. Indeed, the novel methods and systems described herein may be embodied in a variety of other forms; furthermore, various omissions, substitutions and changes in the form of the methods and systems described herein may be made without departing from the spirit of the inventions. The accompanying claims and their equivalents are intended to cover such forms or modifications as would fall within the scope and spirit of the inventions.
Number | Date | Country | Kind |
---|---|---|---|
2006-198458 | Jul 2006 | JP | national |