JP2007179215A - Content server device - Google Patents

Abstract

Provided is a content server device capable of using content data without burdening a user even when the content data is distributed and accumulated among a plurality of servers for an unexpected reason. To do.
When a content server apparatus according to the present invention moves content data with another content server apparatus, the content data is divided into the respective content server apparatuses for an unexpected reason. If the user accesses one of the content server devices, the information about the location of all the data is transmitted by holding information on the content data portions stored in the respective content data.
[Selection] Figure 3

Description

  The present invention relates to a content server device, and in particular, content that allows a user to use content data without burdening the user even when the content data is divided and stored in a plurality of servers for unexpected reasons. It relates to a server device.

  In recent years, with the development of electronic devices, various contents have become available as electronic data. In addition, with the development of communication technology, it has become possible to transmit and receive a large amount of data in a short time when transmitting and receiving data between electronic devices.

  Therefore, in the past, each person who used content had to own the content, but by storing the content as data in one place, a large number of people could use the network. Can now be used.

Based on the premise of sharing of content data as described above, a technique for using content data has been developed so as to be efficient and trouble-free (see, for example, Patent Document 1).
JP 2003-244598 A

  However, some content data is prohibited due to copyright restrictions, and if the data is transferred over a network, the data at the transmission source must be deleted. . If the data transfer is interrupted due to an unexpected reason at the time of such data transfer, one data is divided into a transmission destination and a transmission source, and a user who wants to use the content data has 2 Each data had to be accessed, which was inconvenient.

  Further, when it is difficult to continue recording during an unexpected reason during recording of a program, the continuation must be performed by another recording device. In this case as well, one piece of data is divided.

  The invention of Patent Document 1 is for storing a large amount of data in a distributed manner on a network. However, it is not assumed that the data is distributed for the unexpected reason as described above.

  Therefore, the present invention provides a content server device that can use content data without burdening the user even when the content data is distributed and stored among a plurality of servers for unexpected reasons. The purpose is to provide.

  In order to achieve the above object, the present invention provides a transmission / reception unit that transmits / receives data to / from other external terminals, a content data storage unit that stores content data, and content stored in the content data storage unit A content data management unit that manages data-related information, wherein the content data management unit moves content data stored in the content data storage unit to another external terminal via the transmission / reception unit, or other If the movement of the content data is interrupted while moving the content data from the external terminal to the content data storage unit via the transmission / reception unit, the other external terminal and the content data storage unit It is characterized by collectively managing information about each piece of data that has been divided and stored To provide a content server apparatus.

  The content server device includes a radio wave receiving unit that receives broadcast radio waves, and the content data management unit stores the content data received by the radio wave receiving unit in the content data storage unit. When a failure reason for continuation of storage occurs, the content data storage unit transmits the content data to be received later to the other external terminal via the transmission / reception unit in order to store the content data in the other external terminal. The administrator may collectively collect information about each of the data portions divided and stored in the other external terminal.

  The failure reason may be a lack of storable capacity of the content data storage unit or other preset operation that cannot be compatible with the operation of storing the content data.

  The content data management unit may send the content data to another external terminal when there is a transmission request for information related to the content data stored in the content data storage unit from the data reception device via the transmission / reception unit. Information that can be continuously reproduced for each part of the divided content data may be transmitted to the data receiving device.

  According to the present invention, even when content data is divided and stored in a plurality of servers for an unexpected reason, the user uses the data without particularly recognizing that the content data is divided. be able to.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings.

(System configuration)
FIG. 1 is a diagram showing a configuration of a content transfer system including a content server device according to the present invention. The content transfer method according to the present invention is realized by this system.

  In the content transfer system shown in FIG. 1, a server 1 a and a server 1 b that are content server devices and a client 2 are connected via a network 3. Furthermore, an antenna 4 for receiving a television broadcast is also connected to the server 1a.

  As shown in the drawing, the servers 1a and 1b are, for example, hard disk drive (HDD) built-in DVD recorders and the like, and are capable of network connection. However, the present invention is not limited to the HDD built-in DVD recorder, and any HDD recorder, digital TV with a recording function, etc., as long as it has a digital content data storage unit, a network connection unit, a content data management unit described later, and the like. It may be a personal computer (PC) or the like.

  As shown in the figure, the client 2 is, for example, a digital television and can be connected to a network. The client 2 is not limited to the digital television, but may be a PC or the like, and may be a DVD with a built-in HDD similar to the server 1 as long as an image display unit such as a monitor is separately connected.

  The network 3 is, for example, the Internet, a LAN, or the like, and wired connection is made in FIG.

  The antenna 4 is for receiving a television broadcast and is displayed as a parabolic antenna for a BS broadcast in FIG. 1, but may be a Yagi antenna for a terrestrial broadcast. Regardless of whether it is an analog broadcast or not. In FIG. 1, the antenna 4 is connected only to the server 1a. However, in the following description, only the server 1a performs the operation of receiving a television broadcast, and is merely a convenience, and the server 1b and the client 2 does not deny that an antenna is connected.

  The servers 1a and 1b transfer content data to each other via the network 3 by an instruction from the client 2, a user operation, or automatic control.

  For example, by sending an instruction from the client 2 via the network 3 so as to transfer the content data stored in the server 1a to the server 1b, the server 1a starts transferring the content data to the server 1b. Even when the user directly operates the server 1a and gives a similar instruction, the server 1a starts transferring the content data to the server 1b. Furthermore, in order to store the television broadcast received by the server 1a via the antenna 4 in the server 1b, it can be transferred to the server 1b by automatic control.

(Internal configuration of server)
FIG. 2 is a block diagram showing the configuration of the server 1a according to the present invention. In addition, although demonstrated as the server 1a in the following description, it has the same structure also about the server 1b.

  2, the server 1a includes a control unit 11, a ROM 12, a RAM 13, a content data storage unit 14, a content data management unit 15, a tuner unit 16, an external terminal interface (I / F) 17, The network I / F 18 includes an operation unit 19 and a main internal bus 20.

  The control unit 11 controls the server 1a, and specifically, a CPU (Central Processing Unit) or the like is used.

  The ROM 12 stores a program executed in the control unit 11 to drive the server 1a, and the RAM 13 temporarily stores parameters required by the control unit 11 when driving the server 1a. To do.

  The content data storage unit 14 receives the television image received by the server 1a, the content data transferred from the external terminal 5 via the external terminal I / F 17 described later, the network 3 and the network I / F 18 described later. Content data received from other servers or the like. An HDD is mainly used. However, as long as it is built in the server 1a, it is not limited to the HDD, and may be a semiconductor memory or the like.

  The content data management unit 15 manages information related to content data stored in the content data storage unit 14. Furthermore, when one piece of content data is divided, only a part of the data is stored in the content data storage unit 14, and the remaining data is stored in another server, the corresponding data stored in the other server is stored. It also manages information about the remaining data. A method of managing information related to the remaining data stored in the other server will be described later.

  The tuner unit 16 receives television broadcast radio waves via the antenna 4 configured outside the server 1a.

  The external terminal I / F 17 is connected to the external terminal 5 and calls the content data stored in the external terminal 5 or transfers the content data stored in the content data storage unit 14 to the external terminal 5. Data can be transmitted / received to / from the external terminal 5 by connecting mainly with USB or IEEE1394.

  The network I / F 18 is connected to the network 3 configured outside the server 1a, and transmits / receives content data.

  The operation unit 19 is for performing operations such as starting / stopping of the server 1a, switching of a reception channel, transmission / reception of content data, and the like, even if the operation unit 19 is directly provided in the main body of the server 1a. May be composed of a separate remote controller and a receiver for receiving a signal from the remote controller.

  The main internal bus 20 electrically connects each component of the content transmitting / receiving apparatus 1 and is used for the control unit 11 to access other components and for data movement between the components. Specifically, PCI, PCI express, or the like.

  The server 1 a stores the television program received by the tuner unit 16 and the content data received via the external terminal I / F 17 and the network I / F 18 in the content data storage unit 14.

  When content data is stored in the content data storage unit 14, information related to the content data is managed by the content data management unit 15.

  When the control unit 11 receives an instruction to transfer the content data stored in the content data storage unit 14 transmitted from the client 2 or the operation unit 19 to the server 1b, the control unit 11 receives the instruction via the network I / F 18. Transfer to server 1b.

(Management of divided data during content data transfer)
Next, a method for managing divided content data performed in the server according to the present invention will be described. Initially, when content data is transferred between multiple servers because the transfer of the content data is interrupted due to some cause such as communication failure when transferring the content data between multiple servers. A method for managing content data will be described.

  FIG. 3 is a diagram showing how content data stored across a plurality of servers is managed by interrupting transfer of content data.

  First, as shown in FIG. 3A, the content A data, which is one of the content data stored in the server 1a, starts to move to the server 1b via the network 3. At this time, it is assumed that the content A is data subjected to copy control, only movement is permitted, and duplication is not permitted.

  As shown in FIG. 3B, when the data of content A is sequentially transferred to the server 1b, the transferred portion of the data is erased from the server 1a. In such a data movement, if the process of deleting the source data is performed after all the data has been transferred without immediately erasing the moved part of the data, In a certain server 1a, it becomes impossible to reproduce the transferred portion of the data, and processing is performed as if the portion is not stored in the server 1a.

  If the communication between the servers 1a and 1b is interrupted before the data movement of the content A is completed, the data movement of the content A is interrupted as shown in FIG. Of these, the first half of the movement completed is stored in the server 1b, and the second half of the movement incomplete is stored in the server 1a.

  At this time, in each of the servers 1a and 1b, information indicating that the first half of the content A data is stored separately in the server 1b and the latter half is stored in the server 1a is managed in the respective content data management units. .

  The reason for interrupting the content data transfer includes not only the above-mentioned communication failure but also the case where recording of the transferred data becomes impossible due to the start of reserved recording at the receiving server.

  Next, when recording on a TV broadcast in one server becomes impossible due to recording exceeding the storage capacity, the content of the program is recorded by recording the rest on another server. A method for managing content data when data is stored across multiple servers will be described.

  FIG. 4 is a diagram showing a state of managing content data stored across a plurality of servers when recording a television broadcast.

  First, as shown in FIG. 4A, the server 1a receives a television program via the connected antenna 4 and starts recording.

  Then, as shown in FIG. 4B, the data of the content B by the television program is sequentially recorded on the server 1a. However, if the data amount of the content B exceeds the storable capacity of the server 1a, all of the content B data cannot be stored in the server 1a.

  Therefore, in such a case, the data of the recorded content B is stored in the server 1a until the storage capacity of the server 1a is reached, and after reaching the storage capacity of the server 1a, FIG. As shown in (), the subsequent data is recorded in the server 1b, which is another server connected to the server 1a via the network 3. At this time, it is not necessary to connect the antenna 4 to the server 1b, and recording is performed after the data received by the server 1a is transferred to the server 1b via the network 3.

  As a result, as shown in FIG. 4D, the first half of the content B data is stored in the server 1a and the second half is stored in the server 1b.

  At this time, in each of the servers 1a and 1b, information indicating that the first half of the content B data is stored separately in the server 1a and the latter half is stored in the server 1b is managed in the respective content data management units. .

  In FIG. 4, the failure reason for continuing the recording in the server 1 a is determined to be insufficient capacity of the content data storage unit 14, but the failure reason for continuing the recording is not limited to this.

  For example, there may be a case where the recording cannot be continued because the number of tuners is limited when a recording reservation is made for another program before the recording starts. However, in this case, since the program currently being recorded cannot be continuously received by the server 1a, it is necessary to receive the program at the server 1b.

  FIG. 5 is a diagram illustrating a situation when a user uses the content when one content data is divided and stored in a plurality of servers as illustrated in FIGS. 3 and 4. . FIG. 5A shows a case where the client 2 sends a content data information transmission request to the server 1a. FIG. 5B shows a case where the client 2 sends a content data information transmission request to the server 1b. Each case is represented.

  As described above, when one piece of content data is divided and stored in a plurality of servers, the display is performed as if the content data is stored in each server. Therefore, the user can make a transmission request for the content data to either of the servers, and it is not necessary to access both of the plurality of servers that store the divided content data.

  When using the content A, it is displayed that the data of the content A is stored in both the servers 1a and 1b, and the user may access either the server 1a or 1b. It is not necessary to access both of the two servers that store the divided content A data.

  As in the example of FIG. 3 described above, it is assumed that the first half of the content A data is stored separately in the server 1b and the second half in the server 1A. When the user makes a data transmission request for the content A to the server 1a, first, an information transmission request signal is sent from the client 2 to the server 1a via the network 3 as shown in FIG. Sent.

  The server 1 a that has received the signal transmits information including the respective storage destination URLs in which the data is divided and stored to the client 2.

  Then, the client 2 sequentially issues a transmission request according to the URL, and according to the request, each server sequentially transmits the divided content A data to the client 2 according to the order. In the case of FIG. 5A, after the first half of the content A is transmitted from the server 1b, the second half is transmitted from the server 1a.

  On the other hand, when the user makes a data transmission request for the content A to the server 1b, as shown in FIG. 5B, first, an information transmission request is sent from the client 2 to the server 1b via the network 3. A signal is transmitted.

  The server 1b that has received the signal transmits information including the respective storage destination URLs in which the data is divided and stored, to the client 2.

  Then, the client 2 sequentially sends transmission requests according to the URL, and after the first half of the content A is transmitted from the server 1b, the second half is transmitted from the server 1a.

  In any case, the user can receive the URL of each data of the content A only by making an information transmission request of the content A to either the server 1a or 1b via the client 2, and the user can There is no recognition that data is stored across multiple servers.

(Divided data management method)
FIG. 6 is a diagram illustrating an example of a method of managing content data divided and stored in a plurality of servers.

  As described above, the location of the content data divided and stored is managed by the content data management unit 15 of the server 1a. The content data management unit 15 can manage the location of the content data divided and stored using a table as shown in FIG.

  In the table shown in FIG. 6, the title of the content data, the division state, and the storage position information are described. The title is information for identifying the content of the content data from other content data. The division state represents the order of reproduction when the content data is divided. However, in FIG. 6, undivided data or data with the last reproduction order is described as “0” to mean that there is no subsequent data.

  As the storage location information, the URL of each data is displayed. By specifying the URL, a data transmission request can be made to the storage destination server.

(Operation on server)
Next, operations of the content server apparatus according to the present invention and a client machine that performs transmission / reception with the contents server apparatus will be described with reference to flowcharts.

  First, operations such as data storage and data reproduction in the servers 1a and 1b, which are content server apparatuses according to the present invention, will be described.

  FIG. 7 is a flowchart showing the operation of the overall processing performed in the servers 1a and 1b. Note that the operations in the following description are performed by the control unit 11 of the server 1a or 1b unless otherwise specified.

  First, the server 1 enters a state waiting for requests for various processes (step S101). Then, it is determined whether or not a content data storage processing request has been made (step S102). If it is determined that there is a request for accumulation processing (S102: Yes), the server 1 starts accumulation processing (step S103). Details of the accumulation process will be described later. Thereafter, the process proceeds to step S108.

  On the other hand, if it is determined that there is no content data storage processing request (S102: No), it is then determined whether a content data reproduction processing request has been made (step S104). If it is determined that there is a request for reproduction processing (S104: Yes), the server 1 starts the reproduction processing (step S105). Details of the reproduction process will be described later. Thereafter, the process proceeds to step S108.

  On the other hand, if it is determined that there is no content data playback processing request (S104: No), then it is determined whether another processing request has been made (step S106). The other processing refers to processing performed in the server 1 excluding the accumulation processing, reproduction processing, and termination processing. If it is determined that there is a request for other processing (S106: Yes), the server 1 starts the corresponding processing (step S107).

  On the other hand, if it is determined that there is no other processing request (S106: No), it is subsequently determined whether a termination processing request has been made (step S108). If it is determined that there is no end process request (S108: No), the process returns to step S101 described above, and if it is determined that there is a termination process request (S108: Yes), this process ends.

(Accumulation processing)
FIG. 8 is a flowchart showing details of the accumulation process in step S103 in FIG.

First, the server 1 enters a state waiting for an event in the accumulation process (step S111). Then, a determination is made as to whether or not there is an interruption reason that prevents the accumulation process from continuing (step S112).
The reason for interruption is, for example, when the content data cannot be normally received from the transmission source server due to a communication failure, or when the program recording reserved in the server 1 is started, This is the case when recording is not possible.

  If it is determined that there is an interruption reason (S112: Yes), the server 1 starts interruption processing (step S113). Details of the interruption process will be described later. Then, the present accumulation process is terminated and the process returns to the process of the flowchart shown in FIG.

  On the other hand, if it is determined that there was no interruption reason (S112: No), it is determined whether or not content data to be accumulated has been received (step S114). When it is determined that the data has been received (S114: Yes), execution of data reception is started (step S115), and the received data is accumulated in the content data storage unit 14 that is the storage destination (step S116). ). Further, the database is updated based on the result of data accumulation (step S117), and then the process returns to step S111 described above.

  On the other hand, if it is determined that no content data has been received (S114: No), then it is determined whether the previously received content data is the last data of the content data that is the target of the accumulation request. Is performed (step S118). If it is determined that the data is not the final data (S118: No), there is still data to be received. Therefore, the process returns to step S111 described above, and if it is determined that the data is the final data (S118: Yes), Since all the accumulation processes are completed, the present accumulation process is terminated and the process returns to the process of the flowchart shown in FIG.

(Suspend processing)
FIG. 9 is a flowchart showing details of the interruption processing in step S113 in FIG.

  First, the server 1 transmits a signal requesting interruption of data transmission to the server that is the content data transmission source (step S121). Subsequently, information such as a storage location for a portion of the content data that has already been accumulated is transmitted to the transmission source server (step S122).

  Thereafter, storage information such as a storage location for an untransmitted portion of the content data is received from the transmission source server (step S123). Then, based on the received stored information, the database for storing the content data is updated (step S124). Then, the interruption process is terminated and the process returns to the process of the flowchart shown in FIG.

  By performing such processing, the location of the content data divided and stored can be mutually recognized by the servers that store a part of the content data.

(Reproduction processing)
FIG. 10 is a flowchart showing details of the reproduction processing in step S105 in FIG. The contents of the reproduction process include a process for a request to transmit to the client 2 to reproduce the content data stored in the server 1, and a process for a transmission request for only information on the content data.

  First, it is determined whether or not there is a transmission request for content information from the client 2 (step S131). If it is determined that there is a content information transmission request (S131: Yes), then it is determined whether the content data subject to the transmission request is distributed and stored in a plurality of servers. This is performed (step S132).

  If it is determined that the content data subject to the transmission request is distributed and accumulated in a plurality of servers (S132: Yes), the playlist for all of the distributed content data is displayed on the client 2. (Step S133). On the other hand, when it is determined that the content data subject to the transmission request is stored only in the server 1 (S132: No), the URL of the content data is transmitted to the client 2 (step S134). Thereafter, the reproduction process is terminated and the process returns to the process of the flowchart shown in FIG.

  If it is determined in the process of S131 that there is no content information transmission request (S131: No), it is then determined whether or not there is a content data transmission request from the client 2 (step S135). If it is determined that there is no content data transmission request (S135: No), this process is terminated without performing any processing, but if it is determined that there is a content data transmission request (S135: Yes). Then, the designated content data is transmitted to the client 2 (step S136). Then, the reproduction process is terminated and the process returns to the process of the flowchart shown in FIG.

(Content playback operation on the client side)
FIG. 11 is a flowchart showing the content reproduction operation in the client 2.

  First, the client 2 makes a content information acquisition request to the server 1 (step S141). Then, the content information transmitted from the server 1 in response to the acquisition request is received (step S142).

  Subsequently, the client 2 designates the URL of the content data included in the received content information, and makes a transmission request for the content data to the server 1 (step S143). Then, the content data transmitted from the server 1 in response to the transmission request is received (step S144).

  Next, it is determined whether or not the received data is the last file of the content data to be acquired (step S145). If it is determined that the received data is not the last file of the content data to be acquired (S145: No), the process returns to the above-described S143, and if it is determined that the received data is the last file (s145: Yes), it is determined whether there is a next playlist (step S146).

  If it is determined that there is a next playlist (S146: Yes), the URL of the designated content data is changed (step S147), and then the process returns to step S143 described above.

  On the other hand, if it is determined that there is no next playlist (S146: No), this process is terminated.

  By performing the processing as described above, even if the content data to be used in the client is divided and stored among multiple servers, each divided data is automatically read sequentially. Therefore, the user can use the data without particularly recognizing that the content data has been divided.

(Cooperation when data movement is interrupted)
FIG. 12 is a flowchart showing an operation flow between terminals when content data is requested to move between servers from the client 2 and content data is divided and accumulated due to transfer interruption.

  First, a content movement request is made from the client 2 to the server 1a (step S151). Subsequently, the server 1a transmits information related to the content data that is the target of the movement request to the server 1b (step S152).

  Then, after the server 1b is ready to receive the content data, the server 1b notifies the server 1a of consent to the data movement (step S153). Receiving the notification, the server 1a starts transmission for movement of the content data (step S154).

  Next, transfer interruption occurs during data transfer (steps S155 and S156). At this time, the transmission source server 1a stores data and information about untransmitted content data (step S157), and the reception destination server 1b stores data and information about transmitted content data (step S157). S158). Then, the information of each content data is shared between both servers, and the divided state of the content data is synchronized (steps S159 and S160).

  Thereafter, the server 1a notifies the client 2 that the content movement is in a suspended state (step S161), and the client 2 that has received the notification displays the suspension of content data transfer (step S162). , Notify the user.

  By performing the operations as described above, even if the movement of the content data is interrupted, both servers share information about the divided data, so the user has divided the content data. The data can be used without particularly recognizing this.

(Cooperation when recording data is divided)
FIG. 13 is a flowchart showing the flow of operation between the terminals when the client 2 requests the server 1a to record a program but accumulates data in the server 1b from the middle of the program due to insufficient storage capacity.

  First, the client 2 requests the server 1a to start program recording (step S171). The server 1a that has received the recording start request starts program recording in response to the request (step S172).

  During program recording, when it is detected that the continuation of program recording is difficult due to insufficient storage capacity of the server 1a (step S173), the server 1a requests the server 1b to continue program recording. A signal is transmitted (step S174). Based on the request, the server 1b takes over and records the program (step S175).

  Thereafter, when the broadcast of the recorded program ends, the server 1b ends the recording (step S176), and notifies the server 1a that the recording has ended (step S177).

  Subsequently, the server 1a and the server 1b share the information about the content data related to the program that is divided and accumulated, thereby synchronizing the data (steps S178 and S179).

  Thereafter, the server 1a notifies the client 2 that the recording has been completed (step S180).

  By performing the operation as described above, even if it is difficult to continue the recording on the server that started the program recording, the recording is automatically continued on another server, and the divided data is Since the server that originally requested the recording has this information, the user can use the data without particularly recognizing that the content data related to the program has been divided.

It is a figure which shows the structure of the content transfer system containing the content server which concerns on this invention. It is a block diagram which shows the structure of the server 1a which concerns on this invention. It is a figure which shows a mode that the content data stored ranging between several servers by the transfer interruption of content data are managed. It is a figure which shows a mode that the content data stored ranging between several servers in the case of the recording of a television broadcast are managed. It is a figure which shows the mode at the time of a user using the said content, when one content data is divided | segmented and stored in the some server. It is a figure which shows an example of the management method of the content data divided | segmented and stored in the some server. It is a flowchart which shows the operation | movement about the whole process performed in the server 1a and 1b. It is a flowchart which shows the detail of the accumulation | storage process of step S103 in FIG. It is a flowchart which shows the detail of the interruption process of step S113 in FIG. It is a flowchart which shows the detail of the reproduction | regeneration processing of step S105 in FIG. 4 is a flowchart showing an operation of content reproduction in the client 2. It is a flowchart which shows the flow of operation | movement between each terminal when content data is divided | segmented and accumulate | stored by transfer interruption. It is a flowchart which shows the flow of operation | movement between each terminal at the time of accumulating data in the server 1b from the middle of a program by the shortage of the storage capacity of the server 1a.

Explanation of symbols

1a, 1b, server 2, client 3, network 4, antenna 5, external terminal 11, control unit 12, ROM 13, RAM
14, content data storage unit 15, content data management unit 16, tuner unit 17, external terminal I / F 18, network I / F 19, operation unit 20, main internal bus

Claims (4)

A transmission / reception unit that transmits / receives data to / from other external terminals;
A content data storage unit for storing content data;
A content data management unit for managing information related to content data stored in the content data storage unit,
The content data management unit moves the content data stored in the content data storage unit to another external terminal via the transmission / reception unit, or the content data storage unit from another external terminal via the transmission / reception unit When the movement of the content data is interrupted while moving the content data to, information on each of the data parts stored separately by the other external terminal and the content data storage unit is stored. A content server apparatus characterized by managing all at once. It has a radio wave receiver that receives broadcast radio waves,
The content data management unit receives the content data received by the radio wave reception unit when a failure occurs with respect to the continuation of the storage of the content data when the content data is stored in the content data storage unit. In order to store the content data in another external terminal, the content data is transmitted to the other external terminal via the transmission / reception unit, and is divided into the content data storage unit and the other external terminal. 2. The content server apparatus according to claim 1, wherein information about each is collectively managed.   The failure reason is a lack of storable capacity of the content data storage unit or other preset operation that cannot be compatible with the operation of storing the content data. Item 3. The content server device according to Item 2.   When the content data management unit receives a transmission request for information related to the content data stored in the content data storage unit from the data receiving device via the transmission / reception unit, the content data management unit transmits the content data to another external terminal. 2. The information that can be continuously reproduced for each part of the divided content data is transmitted to the data receiving device when the divided data is stored. Or the content server apparatus of 2.

Images