Information processing device and program for information processing device

Abstract

To make it possible to receive content appropriately and quickly by using different retry methods.SOLUTION: An information processing device includes a communication unit and a control unit. The communication unit is capable of communicating via a LAN or a WAN, and the control unit is capable of executing a first retry process and a second retry process. The first retry process sends a re-acquisition request to a content storage device based on a first retry setting if a first content cannot be received after sending a content acquisition request for the first content, and the second retry process sends a re-acquisition request to the content storage device based on a second retry setting different from the first retry setting if a second content cannot be received after sending a content acquisition request for the second content.SELECTED DRAWING: Figure 1

Description

[Technical Field]

[0001] The present invention relates to an information processing device that receives content, and a program for the information processing device that is executed by the information processing device. [Background technology]

[0002] In an online karaoke system, it is possible to play the latest songs by receiving (downloading) music data as content. In addition to online karaoke systems, various information processing devices that receive and play movies, music, etc. are now widely used.

[0003] Patent document 1 discloses a karaoke network system comprising a plurality of karaoke machines, a content relay device connected to each of the plurality of karaoke machines via a LAN (Local Area Network), and a host server connected to the content relay device via a WAN (Wide Area Network).

[0004] In the karaoke network system described in Patent Document 1, if the karaoke device does not own the music data for which performance is reserved, it transmits an acquisition request to the content relay device and receives the music data from the content relay device.

[0005] In response to the acquisition request, if the content relay device does not own the data, it sends the acquisition request to the host server. With this configuration, the karaoke network system described in Patent Document 1 can preferentially acquire content (music data) that is scheduled to be played soon, and can effectively reduce the waiting time until the acquisition of the content to be played is completed. [Prior art documents] [Patent documents]

[0006] [Patent Document 1] Japanese Patent Application Laid-Open No. 2010-237383 Summary of the Invention [Problem to be solved by the invention]

[0007] In a karaoke system such as a karaoke booth where multiple karaoke machines are connected via a LAN, it is possible to obtain content from a content relay device connected to the LAN, as described in Patent Document 1. On the other hand, in night establishments such as snack bars, there is often only one karaoke machine and no content relay device is installed within the establishment. Given these differences in environments (karaoke booth, night establishment), no consideration has been given to retry processing when content cannot be received.

[0008] Furthermore, there are karaoke machines that can receive and play not only music data created by karaoke companies but also music data posted by users. Even with these differences in music data, no consideration has been given to retry processing when content cannot be received. The present invention takes these circumstances into consideration and enables content to be properly received by varying the retry method depending on the installation environment of an information processing device such as a karaoke machine or the type of content. [Means for solving the problem]

[0009] Therefore, the information processing device according to the present invention employs the following configuration. An information processing device including a communication unit and a control unit, The communication unit is capable of communicating via a LAN (Local Area Network) or a WAN (Wide Area Network), the control unit is capable of executing a first retry process and a second retry process; The first retry process includes transmitting a re-acquisition request to the content storage device based on a first retry setting when the first content cannot be received after transmitting a content acquisition request for the first content to the content storage device; The second retry process is a process of transmitting a re-acquisition request based on a second retry setting different from the first retry setting when the second content cannot be received after transmitting a content acquisition request for the second content to the content storage device. Information processing device.

[0010] Furthermore, in the information processing device according to the present invention, The first retry process is performed when the content storage device is connected via a LAN, The second retry process is performed when the content storage device is connected via a WAN.

[0011] Furthermore, in the information processing device according to the present invention, The re-acquisition request in the first retry setting is made to the same content storage device, The re-acquisition request in the second retry setting is made to a different content storage device.

[0012] Furthermore, in the information processing device according to the present invention, The number of retries for a re-acquisition request in the first retry setting is less than the number of retries for a re-acquisition request in the second retry setting.

[0013] Furthermore, in the information processing device according to the present invention, The first retry process is performed when the first content that is the target of the content acquisition request is a first-class content, In the second retry process, the second content that is the target of the content acquisition request is a second-type content that is different from the first-type content.

[0014] Furthermore, in the information processing device according to the present invention, The first retry setting is to make a re-acquisition request to the center device connected via the WAN if the re-acquisition request fails a predetermined number of times. The second retry setting terminates the reacquisition request if the reacquisition request fails a predetermined number of times.

[0015] Furthermore, in the information processing device according to the present invention, In the first retry setting, if the failure condition of the re-acquisition requests made so far satisfies a predetermined condition, the acquisition request is not made to the content storage device, but is made to the center device connected via the WAN.

[0016] Furthermore, in the information processing device according to the present invention, The number of retries for a re-acquisition request in the first retry setting is less than the number of retries for a re-acquisition request in the second retry setting.

[0017] Furthermore, in the information processing device according to the present invention, The first retry setting and the second retry setting are received from a center device connected via a WAN.

[0018] Further, the information processing device according to the present invention comprises: A program for an information processing device executed by an information processing device including a communication unit and a control unit, The communication unit is capable of communicating via a LAN (Local Area Network) or a WAN (Wide Area Network), the control unit is capable of executing a first retry process and a second retry process; The first retry process includes transmitting a re-acquisition request to the content storage device based on a first retry setting when the first content cannot be received after transmitting a content acquisition request for the first content to the content storage device; In the second retry process, if the second content cannot be received after a content acquisition request for the second content is transmitted to the content storage device, a re-acquisition request is transmitted based on a second retry setting different from the first retry setting. [Effects of the Invention]

[0019] According to the information processing device and the program for the information processing device of the present invention, the retry method can be varied depending on the communication environment of the information processing device or the type of content, thereby making it possible to receive content appropriately and quickly. [Brief explanation of the drawings]

[0020] [Figure 1] Network configuration diagram for a karaoke store [Figure 2] FIG. 1 shows the configuration of a karaoke system according to an embodiment of the present invention. [Figure 3] Flow diagram showing the download process of this embodiment [First Example] [Figure 4] Flow diagram showing the download process of this embodiment [Second Example] [Figure 5] Flow diagram showing the download process of this embodiment [Third Example] DETAILED DESCRIPTION OF THE INVENTION

[0021] Fig. 1 is a diagram showing the network configuration of a karaoke store. The connection configuration of the karaoke store in this embodiment is divided into two connection configurations (Connection Configuration A and Connection Configuration B). Connection Configuration A is a configuration in which multiple karaoke devices 2a to 2f are connected to one store via a LAN (Local Area Network), such as karaoke booths, and corresponds to stores A and B in Fig. 1.

[0022] In store A, karaoke machines 2a to 2c are communicatively connected to a first router 120a via a LAN 100a. The first router 120a is communicatively connected to the Internet via an optical modem 122a. With this network configuration, the karaoke machines 2a to 2c can communicate with a center device 51 and the like on the Internet.

[0023] Here, the first router 120a (corresponding to a "content storage device") of this embodiment includes a storage unit 121a. The storage unit 121a can store various types of content, such as music information. The first router 120a of this embodiment uses a distributed CDN (Content Delivery Network), which distributes cache servers on the Internet and uses the cache servers to deliver content. As the cache servers, the first routers 120a and 120b installed in the store may be used, or dedicated cache servers may be used.

[0024] For example, when a content acquisition request is made from the karaoke machine 2a to the first router 120a, if the requested content is stored in the storage unit 121a, the first router 120a transmits the content to the karaoke machine 2a. On the other hand, if the requested content is not stored in the storage unit 121a, or if only a portion of it is stored, the first router 120a collects the content from a cache server (e.g., the first router 120b) distributed on the Internet and transmits it to the karaoke machine 2a.

[0025] In connection form B, karaoke machines 2g and 2h are installed in night establishments such as snack bars. In establishments C and D using connection form B, one karaoke machine 2g and one karaoke machine 2h are installed in each establishment. For example, in establishment C, the karaoke machine 2g is communicatively connected to the second router 123a via the LAN 100c. The second router 123a is communicatively connected to the Internet via the optical modem 122c.

[0026] By using this type of connection configuration B, the karaoke machines 2g and 2h can communicate with the center device 51 and the like on the Internet. The second routers 123a and 123b used in connection configuration B are general-purpose routers that are commonly used and do not have the storage units 121a and 121b that the first routers 120a and 120b have. Connection configuration B also includes cases where the karaoke machines 2g and 2h are directly connected to the Internet without using the second routers 123a and 123b, or cases where a communication line other than an optical modem is used.

[0027] Fig. 2 is a diagram showing the configuration of a karaoke system according to this embodiment. The connection configuration of the karaoke system shown in Fig. 2 is the case of connection configuration A described in Fig. 1. The karaoke system used in connection configuration B is also the same as Fig. 2 except for the connection configuration. The karaoke system according to this embodiment includes a karaoke device 2 (sometimes called a commander) and a remote control device 1. The karaoke device 2 and the remote control device 1 are communicatively connected to form a network using a LAN 100 and an access point 109.

[0028] A karaoke machine 2 installed in a store such as a karaoke booth includes an audio control unit 25 as a performance unit for playing music. The karaoke machine 2 also includes an operation unit 21 that accepts various inputs from the user. The karaoke machine 2 also includes an operation processing unit 22 that interprets the inputs from the operation unit 21 and transmits them to a CPU 30. The karaoke machine 2 also includes a hard disk 32 as a storage unit for storing various types of information.

[0029] The karaoke machine 2 is provided with a LAN communication unit 24a (corresponding to a "communication unit") as a communication means for connecting to the LAN 100 and joining the network. The karaoke machine 2 of this embodiment is also provided with a wireless LAN communication unit 24b, and can make a wireless network connection using the wireless LAN communication unit 24b instead of a wired network connection using the LAN communication unit 24a.

[0030] The karaoke device 2 also includes a video playback means for displaying lyric videos and background videos on the monitor 41. This video playback means includes a video formation unit 29 for playing videos based on video information, a video RAM 28 for temporarily storing the videos to be played, and a video control unit 31 for overlaying lyrics captions on the played videos and applying video effects.

[0031] Furthermore, in this karaoke device 2, various information can be displayed on the touch panel monitor 33 in addition to the externally connected monitor 41. The touch panel monitor 33 is configured by superimposing a display unit 35 that displays video information input from the video control unit 31 and a touch panel 34 that outputs touch input positions to the operation processing unit 22. The touch panel monitor 33 is disposed on the front of the housing of the karaoke device 2, and functions as an input unit similar to the operation unit 21 of the karaoke device 2 or the touch panel monitor 11 of the remote control device 1. By selecting a song on the touch panel monitor 33, the user can perform various operations on the karaoke device 2, such as directly reserving a song on the karaoke device 2.

[0032] Furthermore, the karaoke device 2 is configured to include a control section including a CPU 30 for controlling each component in an integrated manner, and a memory 27 for temporarily storing information required for executing various programs.

[0033] With this configuration, the karaoke device 2 executes various processes, but its main functions include song reservation processing and song playback processing. The song reservation processing is a process for specifying and reserving a song based on a user's specification, and is executed in cooperation with the remote control device 1. Reservation information formed by the song selection processing of the remote control device 1 is sent to the karaoke device 2. The karaoke device 2 registers the received reservation information in a reservation table in the memory 27. The song playback processing is a process for playing back a reserved song, and is a process in which the song performance processing and lyric display processing are executed synchronously.

[0034] The music performance process is a process for causing the audio control unit 25 to perform a performance based on the performance information included in the music information. The music performed by the audio control unit 25 is output from the speaker 42 together with the singing voice input from the microphones 43a and 43b. The lyrics display process is a process for providing singing assistance by displaying the lyrics information included in the music information on the monitor 41. A background video display process may be executed to superimpose a background video on the lyrics displayed in this lyrics display process.

[0035] If the karaoke machine 2 does not have necessary content, such as song information, stored in the hard disk 32, the karaoke machine 2 receives the content via communication. In this embodiment, in the connection configuration A described in FIG. 1, the karaoke machine 2 receives the content by accessing the first router 120 installed on the LAN 100 in the store or the center device 51. On the other hand, in the connection configuration B described in FIG. 1, the karaoke machine 2 receives the content by accessing the first router 120 or the center device 51 in another store connected via a WAN.

[0036] When receiving content, the karaoke machine 2 requests the content from the target device (for example, the first router 120). However, if the content cannot be received after a predetermined time has elapsed, the karaoke machine 2 requests the content again (retry process). As explained in FIG. 1, this embodiment employs two connection topologies A and B, which result in different content reception methods. In such cases, it has been found that it is preferable to set different retry process settings. In the [First Example] described below, the content reception method and retry process conditions are set differently depending on the connection topologies.

[0037] The second embodiment is adapted to accommodate multiple types of content used in the karaoke device 2. For example, in terms of song information, song information created and provided by karaoke makers (corresponding to type 1 content) as well as song information created and provided (posted) by users (corresponding to type 2 content) are used. It is conceivable that the number of pieces of song information created and provided by users will be greater than that of song information created and provided by karaoke makers. If such song information created and provided by users were managed by the center device 51, the management costs would be high. Therefore, song information created and provided by users is stored in cache servers (e.g., the first router 120) distributed across the Internet, and not in the center device 51. In the second embodiment, the content reception method and retry processing conditions are differentiated depending on the type of content.

[0038] In the third embodiment, the conditions of the first and second embodiments are combined, and the content reception method and the conditions for the retry process are made different.

[0039] [First Example] 3 is a flow diagram showing the download process executed in the first embodiment. In the first embodiment, the content reception method and the conditions for the retry process are different depending on the connection type. The karaoke device 2 starts the download process when it becomes necessary to download content. Here, the cases where content downloading is necessary include not only when a user instructs playback of content, but also when songs that are expected to be played frequently, such as the latest songs, are stored in advance on the hard disk 32.

[0040] When the download process is started, it is determined whether the connection type is A or B described in Fig. 1 (S101). In this embodiment, this is determined based on whether the first router 120 exists in the LAN to which the karaoke device 2 is connected for communication. If the first router 120 exists in the LAN (S101: Yes), this corresponds to connection type A, and if the first router 120 does not exist in the LAN (S101: No), this corresponds to connection type B.

[0041] If the first router 120 is present in the LAN (S101: Yes), i.e., in the case of connection topology A, the retry setting A is set (S102). On the other hand, if the first router 120 is not present in the LAN (S101: No), i.e., in the case of connection topology A, the retry setting B is set (S107). Here, the retry process refers to a process of requesting the content requesting device to reacquire the content when the content cannot be downloaded (the download fails) from the content requesting device (the first router 120 on the LAN in the case of connection topology A, or the first router 120 on the WAN in the case of connection topology B). The retry setting specifies a method for executing a reacquisition request and is a setting for retrying the content download. For example, the retry setting refers to the amount of retries, such as the number of times a content reacquisition request is made or the time for which a content reacquisition request is made in the retry process.

[0042] In the first embodiment, the retry settings A and B are stored in the hard disk 32 of the karaoke device 2. In addition to this configuration, the retry settings A and B may be distributed to the karaoke device 2 from the center device 51 or the like via communication. By distributing the retry settings A and B from the center device 51 or the like, it becomes possible to easily update the settings. Similarly, the retry settings CH in the second and third embodiments described below can be stored in advance in the karaoke device 2 or distributed from the center device 51 or the like.

[0043] The retry amount of retry setting A in the first embodiment is set to be less than the retry amount of retry setting B. For example, it is conceivable that retry setting A sets the number of re-acquisition requests to m times, and retry setting B sets the number of re-acquisition requests to n times (where m < n). Thus, the reason for setting the retry amount of retry setting A to be less than the retry amount of retry setting B is that the probability of downloading content in connection form A, which targets the first router 120 via the LAN, is higher than that in connection form B, which targets the first router 120 via the WAN. The reason why the probability of downloading content is higher in connection form A, which targets the first router 120 via the LAN, is that the first router 120 is equipped with a function to process requests from the karaoke device 2 connected via the LAN with higher priority than requests from the karaoke device 2 connected via the WAN.

[0044] First, the case of connection form A (S101: Yes) will be described. The karaoke device 2 set to retry setting A transmits a request to acquire the required content to the first router 120 installed in the LAN 100 (S103). For example, the karaoke devices 2a to 2c installed in store A in FIG. 1 transmit a request to acquire content to the first router 120a installed in the same store A. If the download of the content from the first router 120 is successful (S104: Yes), the download process ends.

[0045] On the other hand, if the download fails (S104: No), the retry setting A is referenced to check whether the retry limit has expired (S105). A download failure here refers to a case where the content cannot be downloaded within a predetermined time, or where there is no response from the first router 120, which is the destination of the acquisition request. A retry limit is, for example, when the retry setting A is set to the retry amount (m times) and an acquisition request to the first router 120 has been made (m+1) times. The number (m+1) is because this is the total of the initial acquisition request and the re-acquisition requests (m times). If the retry limit has not expired (S105: No), a content acquisition request is made to the first router 120 again (S103).

[0046] On the other hand, if the retry limit has expired (105: Yes), the karaoke device 2 notifies the user that a download error has occurred in the content (S106). The download error notification may be displayed on the monitor 41 or output as a sound from the speaker 42, or may be transmitted in various ways. The download error notification may also be transmitted by the remote control device 1. Note that the download error notification may not be transmitted at all.

[0047] Next, the case of connection type B (S101: No) will be described. A karaoke machine 2 set to retry setting B transmits a request to acquire the required content to the first router 120 connected via a WAN. For example, the karaoke machine 2g installed in store C in FIG. 1 transmits a request to acquire the content to the first router 120a installed in store A or the first router 120b installed in store B. In this embodiment, the karaoke machine 2 stores in the hard disk 32 the addresses of multiple first routers 120 that are the targets of the content acquisition request. If the content download is successful (S109: Yes), the download process ends.

[0048] On the other hand, if the download fails (S109: No), the retry setting B is referenced to check whether the retry limit has expired (S110). Here, the retry limit is, for example, when the retry setting B is set to the retry amount (n times) and an acquisition request to the first router 120 has been made (n+1) times. If the retry limit has not expired (S112: No), a content acquisition request is made to the first router 120 again (S108).

[0049] In this embodiment, when a retry process is performed, the first router 120 is changed. For example, if an initial acquisition request is made to the first router 120a in store A, a subsequent acquisition request may be made to the first router 120b in store B. By changing the first router 120 to which a content acquisition request is made, it is possible to improve the probability of content download. On the other hand, if the retry limit has expired (110: Yes), the karaoke device 2 notifies the user that a content download error has occurred (S111).

[0050] As described above, in the first embodiment, by varying the content reception method and retry process settings depending on the connection mode, it is possible to receive content appropriately and quickly.

[0051] [Second Example] 4 is a flow diagram showing the download process executed in the second embodiment. In the second embodiment, the content reception method and the conditions for the retry process are varied depending on the type of content. Note that the second embodiment can be implemented in connection form A or connection form B shown in FIG. 1, but the following explanation will be given taking connection form A as an example.

[0052] When content downloading is required, the karaoke device 2 starts the download process. When the download process starts, it is determined whether the content to be downloaded is type 1 content or type 2 content (S201). In this embodiment, type 1 content refers to music information created and provided by karaoke makers, and type 2 content refers to music information created and provided (posted) by users. The karaoke device 2 can distinguish between type 1 content and type 2 content using their identification information (such as music ID).

[0053] If the content to be downloaded is a first-class content (S201: first-class content), the retry setting is set to C (S202). On the other hand, if the content to be downloaded is a second-class content (S201: second-class content), the retry setting is set to D (S207). The retry setting, retry amount, retry over, and other specified details in the retry process are the same as those in the first embodiment.

[0054] In the second embodiment, the retry amount for retry setting C (type 1 content) is set to be less than the retry amount for retry setting D (type 2 content). This is because song information (type 1 content) created and provided by karaoke manufacturers is more frequently used, and because it is centrally managed by the center device 51, it has a higher probability of being downloaded than song information (type 2 content) created, provided (posted) by users, and managed by a distributed CDN.

[0055] First, the case of type 1 content (S201: type 1 content) will be described. The karaoke machine 2 set to retry setting C transmits a request to acquire the required type 1 content to the first router 120 installed in the LAN 100 (S203). For example, the karaoke machines 2a to 2c installed in store A in FIG. 1 transmit a request to acquire the type 1 content to the first router 120a installed in the same store A. If the download of the type 1 content from the first router 120 is successful (S204: Yes), the download process ends.

[0056] On the other hand, if the download fails (S204: No), the karaoke device 2 refers to the retry setting C to check whether the retry limit has expired (S205). If the retry limit has not expired (S205: No), the karaoke device 2 again requests the first router 120 to acquire the first type of content (S203). On the other hand, if the retry limit has expired (S205: Yes), the karaoke device 2 requests the center device 51 to acquire the required first type of content and downloads it (S206).

[0057] The center device 51 stores and manages all the first-class contents provided by the karaoke manufacturer. Therefore, the karaoke device 2 can download the first-class contents almost reliably by requesting the center device 51 to acquire the first-class contents. However, the storage and management of the center device 51 may require operating costs. The operating costs may include costs incurred for reading files such as contents.

[0058] In the second embodiment, taking such circumstances into consideration, an acquisition request is first made to the first router 120, and if the first type of content cannot be downloaded from the first router 120 (if the retry limit has expired), the content is downloaded from the center device 51. With this configuration, it is possible to reduce the use of the center device 51 and reduce costs.

[0059] Next, the case of type 2 content (S201: type 2 content) will be described. The karaoke machine 2 set to retry setting D transmits a request to acquire the required type 2 content to the first router 120 installed in the LAN 100 (S208). As in the case of type 1 content, for example, the karaoke machines 2a to 2c installed in store A in FIG. 1 transmit a request to acquire the type 2 content to the first router 120a installed in the same store A. If the download of the type 2 content from the first router 120 is successful (S209: Yes), the download process ends.

[0060] On the other hand, if the download fails (S209: No), the retry setting D is referenced to check whether the retry limit has expired (S210). If the retry limit has not expired (S210: No), the karaoke device 2 again requests the first router 120 to acquire the second type of content (S208). On the other hand, if the retry limit has expired (S210: Yes), the karaoke device 2 notifies the user that a download error has occurred for the content (S211).

[0061] As described above, in the second embodiment, by varying the content reception method and retry process settings depending on the type of content, it becomes possible to receive content appropriately and quickly.

[0062] [Third Example] 5 is a flow diagram showing the download process executed in the third embodiment. The third embodiment is a combination of the different connection modes (connection modes A and B) of the first embodiment and the different types of content (type 1 and type 2 content) of the second embodiment. Therefore, the following four types of retry settings are performed: (1) Type 1 content, connection type A: Retry setting E (2) Type 1 content, connection type B: Retry setting F (3) Type 2 content, connection type A: Retry setting G (4) Type 2 content, connection type B: Retry setting H The retry amount in the retry setting is set as follows. Condition 1: Retry setting E < Retry setting F Condition 2: Retry setting G < Retry setting H Condition 3: Retry setting E < Retry setting G Condition 4: Retry setting F < Retry setting H Conditions 1 and 2 are based on the difference in connection topology explained in the first embodiment, and conditions 3 and 4 are based on the difference in content type explained in the second embodiment.

[0063] The download process for the third embodiment will now be described. If the content to be downloaded is Type 1 content (S301: Type 1 content) and the connection type is A (S302: Yes), the retry setting is set to E (S303). The karaoke machine 2 transmits a request to acquire the required Type 1 content to the first router 120 installed in the LAN 100 (S304). For example, the karaoke machines 2a to 2c installed in store A in FIG. 1 transmit a content acquisition request to the first router 120a installed in the same store A. If the content is successfully downloaded from the first router 120 (S305: Yes), the download process ends.

[0064] On the other hand, if the download fails (S305: No), the karaoke device 2 refers to the retry setting E to check whether the retry limit has expired (S306). If the retry limit has not expired (S306: No), the karaoke device 2 again requests the first router 120 to acquire the content (S304). On the other hand, if the retry limit has expired (S306: Yes), the karaoke device 2 requests the center device 51 to acquire the required type 1 content and downloads it (S307).

[0065] If the content to be downloaded is Type 1 content (S301: Type 1 content) and the connection type is B (S302: No), the retry setting is set to F (S308). The karaoke device 2 transmits a request to acquire the required Type 1 content to the first router 120 connected via the WAN.

[0066] For example, the karaoke machine 2g installed in store C in Fig. 1 transmits a request to acquire first-type content to the first router 120a installed in store A or the first router 120b installed in store B. In the third embodiment, the request to acquire first-type content (including a re-acquisition request) is sent to a specific first router 120, but similar to the first embodiment, the request may be sent to multiple first routers 120. If the download of the first-type content is successful (S310: Yes), the download process ends.

[0067] On the other hand, if the download fails (S310: No), the retry setting F is referenced to check whether the retry limit has expired (S311). If the retry limit has not expired (S311: No), the karaoke device 2 again requests the first router 120 to acquire the content (S309). On the other hand, if the retry limit has expired (S311: Yes), the karaoke device 2 requests the center device 51 to acquire the required first-class content and downloads it (S312).

[0068] If the content to be downloaded is type 2 content (S301: type 2 content) and the connection type is A (S313: Yes), the retry setting is set to G (S314). The karaoke device 2 transmits a request to acquire the required type 2 content to the first router 120 installed in the LAN 100 (S315). If the download of the content from the first router 120 is successful (S316: Yes), the download process ends.

[0069] On the other hand, if the download fails (S316: No), the retry setting G is referenced to check whether the retry limit has expired (S317). If the retry limit has not expired (S317: No), the karaoke device 2 again requests the first router 120 to acquire the second type of content (S315). On the other hand, if the retry limit has expired (S317: Yes), the karaoke device 2 notifies the user that a download error has occurred for the content (S318).

[0070] If the content to be downloaded is type 2 content (S301: type 2 content) and the connection type is B (S313: No), the retry setting is set to H (S319). The karaoke device 2 transmits a request to acquire the required type 2 content to the first router 120 connected via the WAN (S320). If the download of the type 2 content is successful (S321: Yes), the download process ends.

[0071] On the other hand, if the download fails (S321: No), the retry setting H is referenced to check whether the retry limit has expired (S322). If the retry limit has not expired (S322: No), the karaoke device 2 again requests the first router 120 to acquire the content (S320). On the other hand, if the retry limit has expired (S322: Yes), the karaoke device 2 notifies the user that a download error has occurred for the content (S323).

[0072] As described above, in the third embodiment, the content reception method and retry processing settings are varied depending on the connection type and the type of content, making it possible to receive content appropriately and quickly.

[0073] [Variations] Although the first to third embodiments have been described, it is possible to adopt the following modified examples. In the second embodiment, if the retry limit is reached (S205: Yes), the first type of content is downloaded from the center device 51 (S206). If the communication environment of the karaoke device 2 is poor, the retry limit may be reached repeatedly, and downloads from the center device 51 may be required continuously. In such a case, the time required for the retry limit to be reached and the time required for downloading from the center device 51 are required, and it may take a long time to acquire the first type of content.

[0074] Therefore, in the retry setting C for the retry process of the first type of content, if the failure condition of the re-acquisition request made so far satisfies a predetermined condition, the karaoke device 2 is changed to the direct mode. In the direct mode, the acquisition request for the first type of content is made to the center device 51 connected via the WAN, without being made to the first router 120. Here, the case where the failure condition satisfies the predetermined condition means, for example, when the retry limit has been reached x times in a row.

[0075] If the retry limit has been reached x times in succession, the next request to acquire the first type of content will be made directly to the center device 51. Therefore, if the communication environment of the karaoke device 2 is poor, the karaoke device 2 can be switched to the direct mode to reduce the time required for the retry limit, and the first type of content can be downloaded in a short time.

[0076] The direct mode is cancelled when a predetermined time has elapsed since the mode was changed to the direct mode, or when the karaoke device 2 monitors the download status of the second type of content and confirms that the communication environment has improved, etc. This modified example can be applied not only to the second embodiment but also to the third embodiment when using retry setting E or retry setting F to acquire the first type of content.

[0077] In the above embodiment, the karaoke machine 2 has been taken as an example, but the present invention is not limited to the karaoke machine 2 and can be applied to an information processing device that can download various contents. In addition, the karaoke machine 2 or a program for an information processing device that is executed by the information processing device and realizes the functions of the present invention also falls within the scope of the present invention. [Explanation of symbols]

[0078] 1: Remote control device 32: Hard disk 2 (2a~2h): Karaoke equipment 33: Touch panel monitor 11: Touch panel monitor 34: Touch panel 21: Operation section 35: Display section 22: Operation processing unit 41: Monitor 24a: LAN communication unit 42: Speaker 24b: Wireless LAN communication unit 43a, 43b: Microphone 25: Acoustic control unit 51: Center device 27: Memory 109: Access Point 28: Video RAM 120 (120a, 120b): First router 29: Image forming unit 121a, 121b: Storage unit 30: CPU 122a to 122d: Optical modem 31: Video control unit 123a, 123b: Second router

Claims

1. An information processing device including a communication unit and a control unit, The communication unit is capable of communicating via a LAN (Local Area Network) or a WAN (Wide Area Network), the control unit is capable of executing a first retry process and a second retry process; The first retry process includes transmitting a re-acquisition request to the content storage device based on a first retry setting when the first content cannot be received after transmitting a content acquisition request for the first content to the content storage device; The second retry process is a process of transmitting a re-acquisition request based on a second retry setting different from the first retry setting when the second content cannot be received after transmitting a content acquisition request for the second content to the content storage device. Information processing device.

2. The first retry process is performed when the content storage device is connected via a LAN, The second retry process is performed when the content storage device is connected via a WAN. The information processing device according to claim 1 .

3. The re-acquisition request in the first retry setting is made to the same content storage device, The re-acquisition request in the second retry setting is made to a different content storage device. The information processing device according to claim 2 .

4. The number of retries for the re-acquisition request in the first retry setting is less than the number of retries for the re-acquisition request in the second retry setting. The information processing device according to claim 2 .

5. The first retry process is performed when the first content that is the target of the content acquisition request is a first type content, The second retry process is performed when the second content that is the target of the content acquisition request is a second-type content that is different from the first-type content. The information processing device according to claim 1 .

6. In the first retry setting, if a re-acquisition request fails a predetermined number of times, a re-acquisition request is sent to a center device connected via a WAN; The second retry setting is to terminate the reacquisition request if the reacquisition request fails a predetermined number of times. The information processing device according to claim 5 .

7. In the first retry setting, if the failure condition of the re-acquisition request made so far satisfies a predetermined condition, the acquisition request is not made to the content storage device, but is made to the center device connected via the WAN. The information processing device according to claim 5 .

8. The number of retries for the re-acquisition request in the first retry setting is less than the number of retries for the re-acquisition request in the second retry setting. The information processing device according to claim 5 .

9. The first retry setting and the second retry setting are received from a center device connected via a WAN. The information processing device according to claim 1 .

10. A program for an information processing device executed by an information processing device including a communication unit and a control unit, The communication unit is capable of communicating via a LAN (Local Area Network) or a WAN (Wide Area Network), the control unit is capable of executing a first retry process and a second retry process; The first retry process includes transmitting a re-acquisition request to the content storage device based on a first retry setting when the first content cannot be received after transmitting a content acquisition request for the first content to the content storage device; The second retry process is a process of transmitting a re-acquisition request based on a second retry setting different from the first retry setting when the second content cannot be received after transmitting a content acquisition request for the second content to the content storage device. A program for an information processing device.

Images