JP2007221399A - Server, server program, and content supplying method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a server capable of preventing registration of a content file unreproducible by a client device, and to provide a server program and a content supplying method. <P>SOLUTION: The content server is provided with a means for receiving a notice that a content file supplied to a client cannot be reproduced in the client, and a means for storing predetermined information about the content file for which the notice of unreproducibility has been received. In accepting registration of the content file, the predetermined information about the content file for which the registration is required is compared with the predetermined information about the content file stored in the storage means, and if the information matches each other, the content server does not accept the registration (steps 95, 96). Further, the content server is provided with a means for transmitting the predetermined information about the content file for which the notice of unreproducible has been received, together with the predetermined information about the client, to a service server for performing services about the client. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to a server device, a server program, and a content supply method for supplying requested content to a client device.

  2. Description of the Related Art Conventionally, network-type content playback systems are known in which content such as video, music, and photos is supplied from a server and played back on a client. FIG. 8 shows an example of such a system. This system includes a client 81 to which content is supplied, a content server 82 for supplying content, and a router 83 for connecting them.

  The client 81 acquires and displays a content list from the content server 82 and requests the content server 82 to provide content selected by the user from the content list. In response to this request, the content server 82 supplies the requested content to the client 81. The client 81 reproduces the supplied content.

  FIG. 9 shows a screen display example in the client 81. In the figure, 91 is a screen displaying a content list, 92 is a cursor displayed at the position of the content selected in the content list, 93 is a screen displaying a video of the content, and 94 is the video. This is the displayed area. The client 81 includes an up / down key for moving the cursor 92 to select content, and an enter key or play key for confirming selection of the selected content (hereinafter referred to as “selection”).

  FIG. 10 is a flowchart showing a part of the operation of the client 81. When the processing is started, the client 81 first displays the content list acquired from the content server 82 in step 101. In the example of FIG. 9, the screen display in the client 81 is in a state like the screen 91.

  Next, in steps 102 and 104, the system waits for an up / down key, an enter key, or a play key to be operated. When the up / down key is operated, the process proceeds from step 102 to 103, and the display is updated so that the cursor 92 points to the newly selected content. Accordingly, the user moves the cursor 92 upward or downward in the content list by continuously pressing the up / down key or repeatedly pressing the key, and positions the content on the desired content. You can choose.

  On the other hand, when the enter key or play key is operated, the routine proceeds from step 104 to step 105, and a reproduction error timer is set. At this time, a request for providing the selected content is issued to the content server 81, and the screen display shifts to the state of the screen 93. In steps 106 and 107, the process waits for the reproduction of the content being provided to start. When playback is started before the playback error timer counts a predetermined time, the playback video is displayed in the area 94 of the screen 93. In this case, the process proceeds from step 106 to step 108 and waits for the reproduction to end. When the reproduction ends, the process returns to step 101. If the reproduction is not started before the predetermined time is counted, the process returns from step 107 to step 101 as it is. When returning to step 101, the screen display returns to the state of the screen 91.

  In such a system, if the client does not have a codec corresponding to the supplied content, the content cannot be reproduced even if an attempt is made to reproduce the content. Therefore, conventionally, when playback cannot be performed within a predetermined time after starting the playback operation, when the playback target is content such as video, the playback operation is stopped as in the case of FIG. It returns to the display of. When the playback target is content such as music or photos, the playback is interrupted and the next content is played back.

  On the other hand, as related to such a technique, the set top box and other AV devices share the AV recorder, the content file is recorded in the AV recorder, and then the content file recorded in the AV recorder is recorded. A system that reads and reproduces is known (see, for example, Patent Document 1). At the time of this reproduction, the set top box presents a list of content files recorded in the AV recorder, reads out the content file selected by the user from the list from the AV recorder, and reproduces it. Only content files that can be reproduced with confidence are listed, or those that cannot be reproduced are clearly indicated.

  As another related technique, there is known a content distribution method in which a content reproduction environment in a client device is acquired and content is processed and distributed so as to conform to the reproduction environment when content is distributed. (For example, refer to Patent Document 2). In this distribution method, as the reproduction environment, the CPU type / number of operating clock frequencies / operation rate of the client device, presence / absence / type of decoder board, presence / absence / type of viewer, and the like are acquired. In addition, as the content processing, the bit rate of the content is changed.

  As another related technique, when a list of contents stored in the server apparatus is displayed on the client apparatus, when a search start instruction for reproducible contents is given, the list received from the server apparatus There is also known a network device that searches for reproducible content based on attribute information of each content added to the list (see, for example, Patent Document 3).

JP 2001-359050 A JP 2004-265263 A JP 2005-115518 A

  However, as in the conventional example of FIG. 10 described above, content that could not be reproduced simply by stopping or interrupting the reproduction operation when the provided content could not be reproduced for a certain period of time, or reproduction in the same format as this The content that cannot be selected is selected and supplied many times, and the playback operation may be stopped or interrupted each time.

  In order to prevent this, as described above, even if content that cannot be reproduced in the content list is hidden or cannot be selected, the content that cannot be reproduced by the client is registered and stored in the server. Since such a content cannot be viewed by the user, only the capacity of the storage medium is wasted.

  An object of the present invention is to solve the problem that the supplied content cannot be played back by a more fundamental means in the network type content playback system in view of the problems of the prior art. is there.

  A first invention for achieving the above object is provided by a registration unit that accepts registration of a content file, a connection unit that connects the client device that reproduces the registered content file, and a client device that is connected by the connection unit The present invention relates to a server apparatus including supply means for supplying a requested content file to the client apparatus. The server device includes a receiving unit that receives a notification that the content file supplied by the supplying unit cannot be reproduced from the client device, and a content file that is received by the receiving unit and that is notified that the content file cannot be reproduced. Storage means for storing predetermined information, and when the registration of the content file is accepted, the registration means has predetermined information regarding the content file requested to be registered and predetermined information regarding the content file stored in the storage means The information is compared, and when the compared predetermined information matches, registration of the content file requested to be registered is not accepted. Here, the content file corresponds to, for example, a file containing video content, music content, or still image content.

  In this configuration, when the server device receives a supply request for any one of the registered content files from the client, the server device supplies the content file to the client device. The supplied content file is reproduced on the client device. However, if the content file cannot be reproduced due to reasons such as not having a corresponding codec, the client device notifies the server device to that effect.

  Upon receiving this notification, the server device stores predetermined information regarding the notified content file. Then, when registering the content file thereafter, the registration unit compares the predetermined information regarding the content file requested to be registered with the predetermined information regarding the content file stored in the storage unit. If they match, the registration of the content file requested to be registered is not accepted. According to this, since the stored content file matches the predetermined information, it is possible to eliminate the registration of the content file that is determined to be unreproducible by the client as with the content file.

  According to a second aspect of the present invention, there is provided a registration unit that receives registration of a content file, a connection unit that connects a client device that reproduces the registered content file, and a content file requested to be supplied from a client device connected by the connection unit. The present invention relates to a server apparatus including supply means for supplying to a client apparatus. The server device includes a receiving unit that receives a notification from the client device that the content file supplied by the supplying unit cannot be played back, and the content file that has been received by the receiving unit and received a notification that playback cannot be performed. The predetermined information on the client device is transmitted together with the predetermined information on the client device to a service server for performing a service on the client device.

  In this configuration, when the server apparatus receives a request for one of the registered content files from the client apparatus, the server apparatus supplies the content file to the client apparatus. The supplied content file is reproduced on the client device. However, if the content file cannot be reproduced due to reasons such as not having a corresponding codec, the client device notifies the server device to that effect.

  Upon receiving this notification, the server device transmits the predetermined information regarding the content file that has been notified that reproduction cannot be performed, together with the predetermined information regarding the client device, to a service server for providing a service regarding the client device. Based on this information, the service server collects information necessary for the determination of the firmware version upgrade in the client device and similar countermeasures for other models, and provides it for the after-sales service provision by the manufacturer. be able to.

  In the content server according to the third invention, in the first or second invention, the predetermined information related to the content file includes at least one of a codec type, a codec version, a sampling frequency, and a bit rate. Features. Here, the codec type corresponds to a content file in a WAVE format or a content file of a different compression method such as MP3, AAC, or MPEG-1.

  A server program according to a fourth invention is characterized by causing a computer to function as each means in the server device according to any one of the first to third inventions.

  According to a fifth aspect of the present invention, there is provided a registration step for accepting registration of a content file, a connection step for connecting to a client device that reproduces the registered content file, and a content requested to be supplied from the client device connected in the connection step The present invention relates to a content supply method by a server device, comprising a supply step of supplying a file to the client device. The content supply method includes: a receiving step for receiving a notification that the content file supplied in the supplying step cannot be reproduced from the client device; and a content file received in the receiving step that indicates that the content file cannot be reproduced. A storage step for storing predetermined information regarding the content file, and in the registration step, when receiving registration of the content file, the predetermined information regarding the content file requested to be registered and the predetermined information regarding the content file stored in the storage step If the compared information matches, the registration of the content file requested to be registered is not accepted.

  According to a sixth aspect of the present invention, there is provided a registration step for accepting registration of a content file, a connection step for connecting to a client device that reproduces the registered content file, and a content requested to be supplied from the client device connected in the connection step The present invention relates to a content supply method by a server device, comprising a supply step of supplying a file to the client device. The content supply method includes a reception step of receiving from the client device a notification that the content file supplied in the supply step cannot be played back, and the content received in the reception step that has been notified that the content file cannot be played back The predetermined information related to the file is transmitted together with the predetermined information related to the client device to a service server for performing a service related to the client device.

  According to the present invention, when receiving registration of a content file, the predetermined information related to the content file requested to be registered is compared with the predetermined information related to the content file that could not be reproduced by the client device, and the compared predetermined information If they match, the registration of the content file that is requested to be registered is not accepted, so that it is possible to prevent the content file that cannot be played back by the client device from being registered. As a result, the consistency between the server device and the client device is improved, and the content that cannot be played back is supplied to the client device, or the playback operation of the content file that cannot be played back is performed in the client device. Can be prevented. Further, it is possible to prevent the accumulation of useless content files and to save the storage capacity for content file storage in the server device.

  In addition, since the predetermined information related to the content file that has been notified that playback cannot be performed is transmitted to the service server for performing the service related to the client together with the predetermined information related to the client, the necessity of the after-service related to the client and its Information necessary for judging contents and the like can be provided. As a result, it is possible to provide a service necessary for enabling playback of content that could not be played back, and fundamentally prevent a situation in which the supplied content cannot be played back.

  FIG. 1 is a block diagram showing a configuration of a network type content reproduction system according to an embodiment of the present invention. In the same figure, 1 is a content server that stores and distributes content files, 100 is a client that receives distribution of content from the server 1, and 2 is a client that plays back the distributed content, 2 is connected to the client 100, and A monitor that performs display, 3 is a router interposed between the server 1 and the client 100, and 4 is a speaker that converts an audio signal reproduced by the client 100 into sound waves.

  The client 100 decodes the content data distributed from the server 1 and outputs the obtained audio signal and video signal. The client control IC 101 and the LAN controller 102 functioning as an interface between the client control IC 101 and the LAN, and the LAN controller 102 A LAN connector 103 for connection to the router 3; a digital audio signal from the client control IC 101; a digital interface receiver 104 that functions as a digital interface; and a digital audio signal from the digital interface receiver 104; An audio DSP (digital signal processor) 105 that outputs an analog audio signal and an audio signal that is amplified from the audio DSP 105 and output to the speaker 4 106, a video control unit 107 for displaying video on the monitor 2 based on video data from the client control IC 101, a system microcomputer 108 for controlling each part of the client 100, and an operation unit 109 for giving commands to the system microcomputer 108 A display unit 110 that performs image display based on image data from the system microcomputer 108, and a display control microcomputer 111 that performs display control of the display unit 110 based on instructions from the system microcomputer 108.

  The operation unit 109 includes up / down keys for selecting content, and an enter key or play key for confirming the selection. The content server 1 stores content files that can be distributed to the client 100, and supplies a list of content storing the files and a specified content file to the client 100 in response to a request from the client. can do. As shown in FIG. 2, the content server 1 can communicate with the service server 22 via the Internet 21 to receive provision of a predetermined service or to provide predetermined information. It has become.

  FIG. 3 shows an example of a screen displayed on the monitor 2. In the figure, reference numerals 31 to 33 denote screens displayed on the monitor 2 in predetermined cases, 34 denotes a cursor displayed at the display position of the selected content in the content list, and 35 denotes an area for displaying an image. . On the screen 31, a content list acquired from the server 1 is displayed. The content list is composed of characters representing a title for each content listed. The cursor 34 is moved by the up and down keys of the operation unit 109 (FIG. 1), the cursor 34 is positioned at the display position of the desired content, the content is selected, and the selection is confirmed by pressing the enter key or the play key. The contents of can be selected.

  On the screen 32, the video of the content selected on the screen 31 is displayed in the display area 35. On the screen 33, since the selected content cannot be reproduced, the reproduction operation is interrupted and the content list is displayed when the display returns to the content list display. On the screen 33, the same content list as that on the screen 31 is displayed. However, the content 36 that cannot be reproduced is grayed out and cannot be selected. That is, even if the up / down key is operated, the cursor 34 skips the display position of the content 36 and cannot be positioned there.

  FIG. 4 is a flowchart showing a part of processing by the system microcomputer 108 in the system of FIG. The system microcomputer 108 performs the process of FIG. 4 according to a predetermined program. In this process, the system microcomputer 108 first displays a content list as shown in the screen 31 of FIG. The content list is a list of contents held by the content server 1, and the data is obtained from the content server 1 in advance, for example, when communication with the content server 1 is started when the power is turned on.

  Next, in steps 42 and 46, the process waits until the content is selected by operating the up / down key or the selection is confirmed by pressing the enter key or play key. If it is determined in step 42 that the content has been selected, the process proceeds to step 43 to determine whether or not the content is reproducible. Here, the unreproducible content is content in the content list, which is determined to be unreproducible after the content list is acquired, and recorded as unreproducible in step 55 described later. It is. If it is determined in step 43 that playback is not possible, the process proceeds to step 44, the next content is selected, and the process returns to step 43. If it is determined in step 43 that playback is possible, the process proceeds to step 45, where the display is updated so that the cursor is positioned at the selected content, and the process proceeds to step 46.

  That is, in accordance with the operation of the up / down key, the processing in steps 43 and 44 checks whether or not the content positioned above or below the content at which the cursor 34 is currently positioned can be sequentially reproduced, and is reproduced first. The content determined to be possible is selected. From the user's point of view, content that cannot be reproduced is grayed out on the content list, and when the up / down key is operated to move the cursor 34 to select the content, the cursor 34 displays the content. The position is skipped, the display moves to the next playable content display position, and the content is selected.

  If it is determined in step 46 that the enter key or play key has been pressed, the selection of the content where the cursor is located at that time is confirmed and the content has been selected. Then, the reproduction request for the selected content is made to the content server 1. This reproduction request is for requesting transfer of a file of the selected content.

  Next, in step 48, it is determined whether or not an error message about the content requested to be played has been received from the content server 1. The content server 1 determines that the error message in this case cannot be played back by the client 100 because the requested content matches the content that has not been played back by the client 100 in the past in a predetermined attribute. (Steps 74 and 75 in FIG. 5).

  If it is determined that an error message has not been received, the process proceeds to step 49 to set a reproduction error timer. Then, in steps 50 and 52, it is determined whether or not to shift to the content reproduction state within a predetermined time. The presence or absence of the transition to the reproduction state can be performed based on a signal from the client control IC 101. If it is determined that the playback state has been entered, the process proceeds to step 51 to wait for the playback to end. When the reproduction ends, the process returns to step 41.

  If it is determined in steps 50 and 52 that the predetermined time has elapsed without shifting to the content reproduction state within the predetermined time, error content information is sent to the content server 1 in steps 53 and 54. The error content information is information regarding the content that could not be reproduced, and includes the type, version, sampling frequency, bit rate, and the like of the content file that could not be reproduced. The error content information is sent as an error log by the content server 1 to the service server 22 via the Internet 21.

  Next, in step 55, the contents that could not be reproduced are recorded as being incapable of reproduction, and the display in the contents list is set to be grayed out, and the process returns to step 41.

  On the other hand, when it is determined in step 48 that an error message has been received, the error message is displayed for a predetermined time in steps 56 to 58. As described above, this error message indicates that it is determined that the selected content cannot be reproduced. Thereafter, the process proceeds to step 55, where it is recorded that the content that could not be reproduced cannot be reproduced, and the display in the content list is set to be grayed out, and the process returns to step 41.

  FIG. 5 shows a part of processing in the content server 1. The content server 1 performs this process according to a predetermined program. First, in step 61, the content server 1 waits for a reproduction request from the client 100 to arrive. When the reproduction request is received, the process proceeds to step 62, and it is checked whether the content requested for reproduction is one of the held contents. Next, in step 63, it is determined whether there is an error record. In the error recording, content that could not be played back by the client 100 in the past is recorded in step 69 described later. If it is determined that there is no error record, in step 64, the client 100 starts data transfer for the content file.

  Next, in step 65, it is determined whether or not there is a stop request from the client 100. This stop request is a request to stop the transfer of the content file based on a playback stop instruction from the user. If it is determined that there is no stop request, the process proceeds to step 66 to determine whether there is an error stop request. The error stop request is accompanied with the error content information transmitted by the client 100 in step 53 of FIG. 4, and requests that the transfer be stopped because the content being transferred cannot be reproduced. . If it is determined in step 66 that there is no error stop request, it is further determined in step 67 whether the transfer of the content data is completed. If not completed, the process returns to step 64, and if completed, the process returns to step 61.

  On the other hand, if it is determined in step 65 that there is a stop request, the process proceeds to step 73 to stop the transfer of content data, and the process returns to step 61. If it is determined in step 66 that an error stop request has been made, the process proceeds to step 68 to stop the transfer of content data. Furthermore, in step 69, an error record is stored for the content whose transfer has been stopped, and in step 70, the display of the content is grayed out in the content list displayed on the content server 1. The error record includes identification information, type, version, sampling frequency, bit rate, etc. of the content file that could not be reproduced.

  Next, in step 71, it is determined whether or not connection to the service server 22 is possible. If the connection is possible, in step 72, an error log for the content whose transfer has been stopped in response to the error stop request is transmitted to the service server 22, and the process returns to step 61. If connection to the service server 22 is not possible, the process returns to step 61 as it is. The error log transmitted to the service server 22 includes the model of the client 100, the firmware version of the client 100, the type of content file whose transfer has been stopped, the version, the sampling frequency, the bit rate, and the like.

  On the other hand, if it is determined in step 63 that there is an error recording, it is determined in step 74 whether or not the content requested to be reproduced cannot be reproduced. This determination is performed using error recording. For example, if the content file requested for reproduction and any content file being recorded for error match in the file type, version, sampling frequency, and bit rate, the content file requested for reproduction cannot be reproduced. Can be determined.

  If it is determined that the reproduction is not impossible, the process proceeds to step 64. If it is determined that the content cannot be reproduced, the process proceeds to step 75, an error message indicating that the content requested to be reproduced cannot be reproduced is transmitted to the client 100, and the process proceeds to step 69. In step 69, if there is no error record for the content file determined to be unplayable, it is added.

  FIG. 6 is a flowchart showing processing in the content server 1 when the client 100 is powered on. This process is performed according to a predetermined program. When the process is started, first, in step 81, it waits for the client 100 to power on. When the power-on of the client 100 is detected, in step 82, it waits for a request for a content list from the client 100. When there is a request for a content list, data for the content list is created in step 83.

  The content list data is created for the content held by the content server 1, but the content recorded in the error record recorded in step 69 of FIG. 5 is excluded, and the data is stored in the content list. Is not included. When the creation of the content list is completed, the content list data is transmitted to the client 100 in steps 84 and 85. When the transmission is completed, the processing in FIG. 6 is terminated.

  FIG. 7 is a flowchart showing content registration processing in the content server 1. This process is performed according to a predetermined program. When the process is started, first, in step 91, the process waits for an instruction to register content. This instruction includes designation of content to be registered. As the specified content, for example, content recorded on a hard disk provided in the content server 1 or a CD on a CD drive is applicable. When content registration is instructed, it is determined in step 92 whether or not the above error record exists.

  If it is determined that no error record exists, the designated content is registered in step 93. The registration means that the client 100 becomes a target of a reproduction request, and the data about the registered content is added to the content list displayed on the server 1, and then the content is received from the client 100. If a list is requested, it will be added to the data. When the registration is completed, a content list including the registered content is displayed in step 94, and the processing of FIG.

  If it is determined in step 92 that an error record exists, the process proceeds to step 95, and the file type, version, and sampling frequency for the content selected and registered for registration and each content being recorded in error are entered. And bit rate comparison. Next, in step 96, it is determined whether there is content in the error recording that matches all the content specified for these data. If it is determined that there is no matching content, the process proceeds to step 93. If it is determined that all the matching contents exist, the process proceeds to step 97 to display an error. This error display indicates that the content designated as the registration target cannot be reproduced and is not registered. Further, in step 98, the display of the content in the content list is set to be grayed out, and the process proceeds to step 94.

  According to the present embodiment, for content that cannot be played back by the client, the display of the content in the display of the content list on the client and content server is grayed out (steps 55, 70, and 98). It can be shown to the user that it cannot be played back.

  In addition, since the client cannot select content that cannot be reproduced in the content list (steps 43 and 44), the reproduction operation is performed again on the content, and the reproduction operation is stopped. Operation and time can be prevented from occurring.

  For content that cannot be played back by the client, information to that effect is transmitted to the content server (steps 53 and 66), and the content server accepts registration of a content file that matches the content file with a predetermined attribute. (Steps 95 and 96), content that cannot be reproduced is registered, and it is possible to check whether or not the content can be reproduced or to display an error message when reproduction is not possible (Step 52-55, 56-58, 68-72, 74, 75) can be prevented.

  In addition, since the content server transmits information related to the content that the client could not reproduce as an error log to the service server (steps 71 and 72), the service server upgrades the codec and the like in the client, It is possible to collect information important for providing services to clients, such as the possibility of handling by

  Also, when the client is powered off and powered on again, the content server sends a content list excluding those contents recorded in the error record to the client (steps 83 and 84). Since the content is not displayed on the content list at the client, it is possible to prevent the client from reproducing the content again. Therefore, when content is played back continuously, it is possible to prevent as much as possible the occurrence of time during which no sound or video is output by trying to play back content that cannot be played back.

  The present invention is not limited to the above-described embodiment, and can be appropriately modified and implemented. For example, in the above-described content list, content that is not selectable because it cannot be played back is displayed in gray out. Instead, a mark indicating that selection is not possible is displayed. You may make it display accompanying the display of the content.

  In the above description, the number of clients and content servers is not particularly mentioned, but a plurality of clients and content servers may be used. In that case, if each client is of a different model, it is necessary to manage error recording and content registration appropriately for each model, but if it is of the same model, error recording in one client This can also be applied to other clients, and content registration and the like can be performed in common for each client.

It is a block diagram which shows the structure of the network type content reproduction | regeneration system which concerns on one Embodiment of this invention. It is a figure which shows a mode that the content server in the system of FIG. 1 is connected with the service server via the internet. It is a figure which shows the example of the screen displayed on the monitor in the system of FIG. It is a flowchart which shows a part of process by the system microcomputer in the system of FIG. It is a flowchart which shows a part of process by the content server in the system of FIG. It is a flowchart which shows the process in the content server at the time of the power-on of the client in the system of FIG. It is a flowchart which shows the content registration process by the content server in the system of FIG. It is a figure which shows the conventional network type content reproduction | regeneration system. It is a figure which shows the example of a screen display in the system of FIG. It is a flowchart which shows a part of operation | movement of the client in the system of FIG.

Explanation of symbols

1: Content server, 2: Monitor, 3: Router, 4: Speaker, 21: Internet, 22: Service server, 31-33, 91, 93: Screen, 34, 92: Cursor, 35, 94: Video display area, 36: Content that could not be reproduced, 81, 100: Client, 82: Content server, 101: Client control IC, 102: LAN controller, 103: LAN connector, 104: Digital interface receiver, 105: Audio DSP, 106: Amplifier 107: Video control unit 108: System microcomputer 109: Operation unit 110: Display unit 111: Display control microcomputer

Claims (6)

Registration means for accepting registration of content files;
Means for connecting with a client device for playing the registered content file;
A server device comprising: supply means for supplying a content file requested to be supplied from the client device connected by the connection means to the client device;
Receiving means for receiving notification from the client device that the content file supplied by the supplying means cannot be reproduced;
Storage means for storing predetermined information related to the content file received by the receiving means and notified that playback cannot be performed,
When the registration unit accepts the registration of the content file, the registration unit compares predetermined information about the content file requested to be registered with predetermined information about the content file stored in the storage unit, and the compared predetermined information matches. In this case, the server apparatus does not accept registration of a content file that requires registration. Registration means for accepting registration of content files;
Means for connecting with a client device for playing the registered content file;
A server device comprising: supply means for supplying a content file requested to be supplied from the client device connected by the connection means to the client device;
Receiving means for receiving notification from the client device that the content file supplied by the supplying means cannot be reproduced;
The predetermined information related to the content file received by the receiving unit and notified that playback cannot be performed is transmitted together with the predetermined information related to the client device to a service server for performing a service related to the client device. A server device.   The server apparatus according to claim 1 or 2, wherein the predetermined information related to the content file includes at least one of a codec type, a codec version, a sampling frequency, and a bit rate.   A server program that causes a computer to function as each means in the server device according to claim 1. A registration process for accepting registration of content files;
A connection step of connecting to a client device that reproduces the registered content file;
A content supply method by a server device, comprising: a supply step of supplying a content file requested to be supplied from a client device connected in the connection step to the client device,
A receiving step of receiving notification from the client device that the content file supplied in the supplying step cannot be reproduced;
A storage step of storing predetermined information regarding the content file received in the reception step and notified of the inability to reproduce,
In the registration step, when the registration of the content file is accepted, the predetermined information on the content file to be registered is compared with the predetermined information on the content file stored in the storage step, and the compared predetermined information matches. If so, the content supply method does not accept registration of a content file that requires registration. A registration process for accepting registration of content files;
A connection step of connecting to a client device that reproduces the registered content file;
A content supply method by a server device, comprising: a supply step of supplying a content file requested to be supplied from a client device connected in the connection step to the client device,
A receiving step of receiving notification from the client device that the content file supplied in the supplying step cannot be reproduced;
The predetermined information related to the content file received in the reception step and notified that playback cannot be performed is transmitted together with the predetermined information related to the client device to a service server for performing a service related to the client device. A content supply method.

Images