JP5899445B2 - Content receiving apparatus and content receiving method - Google Patents

Content receiving apparatus and content receiving method Download PDF

Info

Publication number
JP5899445B2
JP5899445B2 JP2012142465A JP2012142465A JP5899445B2 JP 5899445 B2 JP5899445 B2 JP 5899445B2 JP 2012142465 A JP2012142465 A JP 2012142465A JP 2012142465 A JP2012142465 A JP 2012142465A JP 5899445 B2 JP5899445 B2 JP 5899445B2
Authority
JP
Japan
Prior art keywords
screen component
screen
update
content receiving
unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2012142465A
Other languages
Japanese (ja)
Other versions
JP2014007610A (en
Inventor
俊之 田中
俊之 田中
Original Assignee
パナソニックIpマネジメント株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パナソニックIpマネジメント株式会社 filed Critical パナソニックIpマネジメント株式会社
Priority to JP2012142465A priority Critical patent/JP5899445B2/en
Publication of JP2014007610A publication Critical patent/JP2014007610A/en
Application granted granted Critical
Publication of JP5899445B2 publication Critical patent/JP5899445B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates

Description

  The present disclosure relates to a content receiving apparatus that displays a menu screen in the latest state.

  Patent Document 1 discloses a content distribution method capable of distributing advertisement content and information content dynamically in real time. In this content distribution method, a system operation unit and a plurality of nodes that receive broadcast content are connected via a network, and the system operation unit selects at least one of advertisement content and information content suitable for each node user's profile. Is distributed. Thereby, advertisement content and information content according to the personal profile by the Internet can be distributed dynamically in real time.

JP 2002-171507 A

  The present disclosure provides a content receiving apparatus capable of shortening the time until the latest menu screen is displayed.

A content receiving device according to the present disclosure is a content receiving device that receives a content and displays a menu screen in a latest state, for displaying the menu screen in an activated state and a non-activated state of the content receiving device. A message processing unit that receives an update request for a screen component, and a screen configuration that acquires the screen component when the update request is received by the message processing unit in an activated state and a non-activated state of the content receiving device An element update unit, a data update unit that acquires data used for the menu screen displayed based on the screen component in the activated state and the non-activated state of the content receiving device, and the screen component update unit By the acquired screen component and the data update unit The storage unit that stores the acquired data, and the screen component acquired in advance by the screen component update unit and the data acquired in advance by the data update unit when the content receiving device is activated. And a screen drawing unit for drawing the menu screen , wherein the message processing unit further receives a screen component deletion request, and the screen component update unit is deleted by the message processing unit. When a request is received, to delete the screen components stored in the storage unit.

  The content receiving device according to the present disclosure can shorten the time until the latest menu screen is displayed.

FIG. 1 is a block diagram showing a schematic configuration of the content receiving system according to the first embodiment. FIG. 2 is a block diagram showing a configuration of the content receiving apparatus in the first embodiment. FIG. 3A is a diagram illustrating an example of a menu screen, FIG. 3B is a diagram illustrating an example of an item list on the menu screen, and FIG. 3C is an example of menu items on the menu screen. It is a figure to do. FIG. 4 is a diagram illustrating a description example of a program for displaying the menu screen in the first embodiment. FIG. 5 is a diagram illustrating a description example of menu items in the first embodiment. FIG. 6 is a block diagram showing a configuration of the first server in the first embodiment. FIG. 7 is a flowchart showing a flow of screen component update operations in the content receiving apparatus according to the first embodiment. FIG. 8 is a flowchart showing a flow of a screen component deletion operation in the content receiving apparatus according to the first embodiment. FIG. 9 is a flowchart showing a firmware update operation in the content receiving apparatus according to the first embodiment. FIG. 10 is a flowchart showing a flow of operations at the time of activation in the content receiving apparatus in the first embodiment. FIG. 11 is a flowchart showing an outline of the operation when the screen component is updated in the first server in the first embodiment. FIG. 12 is a diagram illustrating a change example of the menu screen associated with the update of the screen components in the first embodiment. FIG. 13 is a diagram illustrating an example of the terminal information DB in the first embodiment. FIG. 14 is a flowchart showing an operation flow when a new menu item is added to all the target models. FIG. 15 is a flowchart showing an operation flow when the number of menu items is changed by a user operation. FIG. 16 is a flowchart showing a flow of operation when the menu item itself is updated. FIG. 17 is a flowchart showing an operation flow when the minimum required version of the firmware is changed. FIG. 18 is a flowchart showing an operation flow when the first server transmits a message (request) to the content receiving device. FIG. 19 is a flowchart showing a flow of operations of determining and transmitting a terminal that transmits an update request. FIG. 20 is a block diagram showing a configuration of the first server in the modification.

(Knowledge that became the basis of the present invention)
In order to display the menu screen in the latest state in the content receiving apparatus, when the content receiving apparatus is activated, the screen constituent elements are acquired from the server that manages the screen constituent elements for displaying the menu screen. A menu screen is displayed based on the components.

  However, since it takes time to acquire the screen components from the server via the network, a certain amount of time is required until the display of the menu screen is completed after the activation request from the user. . Further, since the content receiving device accesses the server every time even if the screen components of the server are not updated, the load on the server increases in proportion to the increase in the number of content receiving devices.

  In order to solve such a problem, a content reception device according to an aspect of the present disclosure is a content reception device that receives content and displays a menu screen in the latest state, and the activation state of the content reception device And a message processing unit that receives an update request for a screen component for displaying the menu screen in the non-activated state, and the update request is received by the message processing unit in the activated state and the non-activated state of the content receiving device. When received, a screen component update unit for acquiring the screen component, and data used for the menu screen displayed based on the screen component in the activated state and the non-activated state of the content receiving device The data update unit to be acquired, and the screen component update unit acquired by A storage unit for storing the data acquired by the screen component and the data update unit, and the screen component and the data update unit acquired in advance by the screen component update unit when the content receiving device is activated And a screen drawing unit for drawing the menu screen using the data acquired in advance.

  As a result, when the content receiving apparatus is activated, the time until the latest menu screen is displayed can be shortened.

  The message processing unit further receives a deletion request for a screen component, and the screen component update unit receives the deletion request by the message processing unit, and stores the storage component in the storage unit. A screen component may be deleted.

  Further, the screen component update unit, when the content reception device is activated, if the screen component acquired in advance by the screen component update unit is not stored in the storage unit, the screen component update unit The content receiving apparatus may further include a firmware update unit that performs firmware update when the screen component acquired by the screen component update unit indicates firmware update.

  The message processing unit further receives a firmware update request, and the screen component update unit receives the update request from the message processing unit and stores the screen configuration stored in the storage unit. The content receiving apparatus may further include a firmware update unit that updates a firmware when the message processing unit receives the update request.

  Further, the data used for the menu screen may be data that is periodically updated, and the data update unit may periodically acquire data used for the menu screen.

  Further, the content receiving apparatus may further include a display unit for displaying the content and the menu screen.

  In addition, a content reception system according to an aspect of the present disclosure distributes a content reception device that receives content and displays a menu screen in the latest state, and a screen component for displaying the menu screen on the content reception device. A content receiving system configured with a server, wherein the content receiving device receives a screen component update request for displaying the menu screen when the content receiving device is activated and deactivated. When the update request is received by the message processing unit in the activation state and the non-activation state of the processing unit, the content receiving device, the screen component updating unit that acquires the screen component, and the content receiving device In the start state and the non-start state, the screen component A data updating unit that acquires data used for the menu screen displayed on the basis of the data, and a storage unit that stores the screen component acquired by the screen component update unit and the data acquired by the data update unit And a screen for drawing the menu screen using the screen component acquired in advance by the screen component update unit and the data acquired in advance by the data update unit when the content receiving device is activated. A rendering unit, and the server includes a message processing unit that transmits an update request for the screen component to the content receiving device.

  These general or specific aspects may be realized by a recording medium recording medium such as a system, a method, an integrated circuit, a computer program, or a computer-readable CD-ROM, and the system, method, integrated circuit, You may implement | achieve with arbitrary combinations of a computer program or a recording medium.

  Hereinafter, embodiments will be described in detail with reference to the drawings as appropriate. However, more detailed description than necessary may be omitted. For example, detailed descriptions of already well-known matters and repeated descriptions for substantially the same configuration may be omitted. This is to avoid the following description from becoming unnecessarily redundant and to facilitate understanding by those skilled in the art.

  The inventor (s) provides the accompanying drawings and the following description in order for those skilled in the art to fully understand the present disclosure, and is intended to limit the subject matter described in the claims. Not what you want.

(Embodiment 1)
Hereinafter, Embodiment 1 will be described with reference to FIGS.

  FIG. 1 is a block diagram showing a schematic configuration of the content receiving system according to the first embodiment.

  As shown in FIG. 1, the content receiving system includes a first server 200, a second server 300, and a plurality of content receiving devices 100a, 100b,... 100n connected to the server 200 via a network 400. .

  FIG. 2 is a block diagram showing a configuration of content receiving apparatus 100 in the first embodiment.

  The content receiving device 100 is a device that receives content and displays the latest menu screen (launcher screen). As shown in FIG. 2, the input processing unit 101, the message processing unit 102, and the screen component update unit 103. A data updating unit 104, a screen drawing unit 105, a firmware updating unit 106, a communication unit 107, and a storage unit 108.

  The input processing unit 101 receives an operation from a user using, for example, a remote controller, and performs a process according to the operation.

  The message processing unit 102 receives an update request for a screen component for displaying a menu screen in the activated state and the non-activated state (for example, the sleep state) of the content receiving device 100. In addition, the message processing unit 102 receives a screen component deletion request. Further, the message processing unit 102 receives a firmware update request.

  When the update request is received by the message processing unit 102 in the activated state and the inactivated state of the content receiving device 100, the screen component update unit 103 is stored in the storage unit 108 according to the content of the update request. The screen component is deleted, and the screen component is acquired again from the first server 200 and stored in the storage unit 108.

  The data updating unit 104 periodically acquires data used for the menu screen displayed based on the screen components in the activated state and the non-activated state of the content receiving device 100.

  The screen drawing unit 105 draws a menu screen using the screen component acquired in advance by the screen component update unit 103 and the data acquired in advance by the data update unit 104 when the content receiving apparatus 100 is activated. .

  Here, the menu screen will be described. FIG. 3A is a diagram illustrating an example of a menu screen, FIG. 3B is a diagram illustrating an example of an item list on the menu screen, and FIG. 3C is an example of menu items on the menu screen. It is a figure to do.

  When the content receiving apparatus 100 is activated, for example, a menu screen 301 as shown in FIG. In the menu screen 301, based on an item list 302 as shown in FIG. 3B, as shown in FIG. 3C, individual menu items such as application icons and advertisement data (for example, “setting”) are displayed. , “Weather”, etc.) are displayed. Specifically, the screen drawing unit 105 includes, for example, a description for displaying a menu screen as shown in FIG. 4, a description of menu items as shown in FIGS. 5A and 5B, and FIG. The menu screen 301 is drawn by the description of the item list as shown in FIG.

  Further, regarding the description of the menu item, for example, as shown in FIG. 5A, there may be a description 303 indicating that the data to be displayed as the menu item is acquired from the external network in the description of the menu item. is there. In such a case, data that needs to be acquired from an external network is acquired by the data update unit 104. As such data that needs to be acquired from an external network, there is data that is regularly updated, such as weather, advertisements, and the like.

  The firmware update unit 106 updates the firmware when the screen component acquired by the screen component update unit 103 indicates firmware update. Further, when the message processing unit 102 receives a firmware update request, the firmware update unit 106 updates the firmware.

  The communication unit 107 is connected to an external network 400 via a LAN (Local Area Network) such as Wi-Fi or Ethernet (registered trademark), and communicates with other devices such as the first server 200 and the second server 300, for example. I do.

  The storage unit 108 is, for example, an HDD (Hard Disk Drive) or a memory, and stores the screen component acquired by the screen component update unit 103 and the data acquired by the data update unit 104.

  FIG. 6 is a block diagram showing a configuration of first server 200 in the first embodiment.

  The first server 200 is a device that distributes screen components for displaying a menu screen on the content receiving device 100. As shown in FIG. 6, a message processing unit 201, a monitoring unit 202, a control unit 203, terminal information A database (terminal information DB) 204, a communication unit 205, and a storage unit 206 are provided.

  The message processing unit 201 transmits / receives a determined message (request) to / from the determined content receiving device (terminal) 100.

  The monitoring unit 202 periodically monitors the contents of the terminal information DB 204 and the situation in the first server 200, and determines the message contents and transmission timing.

  The control unit 203 processes, for example, a screen component acquisition request and a file acquisition request for updating the firmware from the content receiving apparatus 100 received by the message processing unit 201.

  The terminal information DB 204 is a database that stores information and status of the content receiving device 100 connected via the network 400.

  The communication unit 205 communicates with other devices such as the content receiving device 100 via the network 400.

  The storage unit 206 stores screen components for displaying the menu screen in the content receiving device 100, files for updating the firmware of the content receiving device 100, and the like.

  The second server 300 is a server for delivering viewing content. The content receiving device 100 acquires viewing content from the second server 300. Note that viewing content can be acquired by, for example, a method in which data is divided and acquired by, for example, HTTP (HyperText Transfer Protocol), but is not particularly limited in the present embodiment.

  Next, the update operation of the screen components in the content receiving device 100 configured as described above will be described. FIG. 7 is a flowchart showing a flow of screen component update operation in content receiving apparatus 100 according to the first embodiment. Here, the content receiving apparatus 100 will be described as being in a sleep state.

  The message processing unit 102 determines whether a screen component update request has been received from the first server 200 (step S101). If no update request has been received (No in step S101), this determination process is repeated. On the other hand, if an update request has been received (Yes in step S101), the message processing unit 102 notifies the screen component update unit 103 that a screen component update request has been received. The screen component update unit 103 deletes the screen component stored in the storage unit 10 8 according to the content of the update request. That is, the screen component update unit 103 deletes the description and data related to the menu item requested by the update request from the screen components stored in the storage unit 10 8 (step S102). The screen component update unit 103 acquires the description and data related to the menu item requested by the update request from the first server 200 and stores them in the storage unit 10 8 (step S103). Next, the data updating unit 104 determines whether there is data that needs to be acquired from an external network in the data displayed as the menu item (step S104). As a result of this determination, if there is data that needs to be acquired from an external network (Yes in step S104), the data update unit 104 acquires data to be displayed as a menu item from the external network (step S105). ). The data update unit 104 periodically acquires data to be displayed as menu items when there is data that needs to be acquired from an external network. On the other hand, if there is no data that needs to be acquired from an external network (No in step S104), the process ends.

  Next, a screen component deletion operation in the content receiving apparatus 100 will be described. FIG. 8 is a flowchart showing a flow of a screen component deletion operation in content receiving apparatus 100 according to the first embodiment. Note that the screen component deletion request transmitted from the first server 200 is transmitted when firmware update processing is required in the content receiving apparatus 100. Also here, the content receiving apparatus 100 will be described as being in a sleep state.

  The message processing unit 102 determines whether or not a screen component deletion request has been received from the first server 200 (step S201). If no delete request has been received (No in step S201), this determination process is repeated. On the other hand, if a deletion request has been received (Yes in step S201), the message processing unit 102 notifies the screen component update unit 103 that a screen component deletion request has been received. The screen component update unit 103 deletes the screen component stored in the storage unit 10 8 (step S202). Next, the screen component update unit 103 notifies the first server 200 via the communication unit 205 that the deletion of the screen component has been completed (step S203).

  Next, the firmware update operation in the content receiving apparatus 100 will be described. FIG. 9 is a flowchart showing a firmware update operation flow in content receiving apparatus 100 according to the first embodiment. Here, the content receiving apparatus 100 will be described as being in a sleep state.

  The message processing unit 102 determines whether a firmware update request has been received from the first server 200 (step S301). If a firmware update request has not been received (No in step S301), this determination process is repeated. On the other hand, when a firmware update request is received (Yes in step S301), the message processing unit 102 notifies the component update unit 103 that the firmware update request has been received. The screen component update unit 103 deletes the screen component stored in the storage unit 10 8 (step S302). Thereby, for example, even if a trouble occurs during the firmware update process, the firmware update process can be performed later.

  Next, the firmware update unit 106 performs a firmware update process (step S303). When the firmware update process is completed, the firmware update unit 106 notifies the first server 200 via the communication unit 205 that the firmware update process has been completed (step S304).

  Next, the operation at the time of starting in the content receiving apparatus 100 will be described. FIG. 10 is a flowchart showing a flow of operations at the time of activation in content receiving apparatus 100 in the first embodiment.

  When the activation instruction for the content receiving apparatus 100 is given by the user, the input processing unit 101 receives the activation instruction and notifies the screen drawing unit 105 (step S401). The screen drawing unit 105 determines whether the screen component acquired in advance by the screen component update unit 103 is stored in the storage unit 10 8 (step S402). As a result of this determination, if the screen component is not stored in the storage unit 10 8 (No in step S402), the screen component update unit 103 acquires the screen component from the first server 200 and stores it in the storage unit 10 8. (Step S403). On the other hand, when the screen component is stored in the storage unit 10 8 (Yes in step S402), no particular processing is performed. Next, the screen drawing unit 105 determines whether or not the screen components stored in the storage unit 10 8 indicate firmware update (step S404). As a result of this determination, if the screen component indicates firmware update (Yes in step S404), the firmware update unit 106 performs firmware update processing (step S4005). On the other hand, when the screen component does not indicate firmware update (No in step S403), the screen drawing unit 105 uses the screen component and data update unit 104 acquired in advance by the screen component update unit 103 in advance. A menu screen is drawn using the data acquired in step S406.

  As described above, when the screen component is updated in the first server 200, the content receiving apparatus 100 updates the screen component even when the content receiving device 100 is in the sleep state due to the update request of the screen component from the first server 200. The unit 103 acquires the screen component. Furthermore, when there is data that needs to be acquired from an external network among data displayed as menu items, the data update unit 104 periodically acquires data to be displayed as menu items. Then, when the content receiving apparatus 100 is started, the screen drawing unit 105 uses the screen component acquired in advance by the screen component update unit 103 and the data acquired in advance by the data update unit 104 to display the menu screen. I'm drawing.

  As a result, when the content receiving apparatus 100 is activated, it is possible to shorten the time until the latest menu screen is displayed.

  When a request for deleting a screen component is received from the first server 200, the firmware update process is performed by acquiring the screen component when the content receiving apparatus 100 is activated. On the other hand, when a firmware update request is received from the first server 200, the firmware update process is immediately performed.

  As described above, the update process of the firmware can be performed by changing the timing of the update process of the firmware according to the request of the first server 200.

  Next, the operation of the first server 200 configured as described above will be described. FIG. 11 is a flowchart showing an outline of the operation when the screen component is updated in the first server 200 in the first embodiment.

  The control unit 203 updates the menu item of the screen component stored in the storage unit 206 (step S501). The control unit 203 searches the terminal information DB 204 for a content receiving device (hereinafter also referred to as a terminal) 100 in which the updated menu item is included in the item list (step S502). The control unit 203 registers an update necessary flag in the searched terminal and menu item (step S503).

  Next, a specific example in which the screen component is updated will be described.

  As a specific example in which the screen component is updated, the current menu screen 401 as shown in FIG. 12, (1) In order to add a new service, a new menu item is added to all the target models, When the menu screen 402 is used, (2) the number of menu items is changed by a user operation, for example, when a user purchases an application. When the menu screen 403 is used, (3) the menu item itself is updated and the menu screen is displayed. In the case of 404, for example.

  As shown in FIG. 13, the terminal information DB 204 stores, for example, a product number table T101, a terminal status table T102, a menu item management table T103, and the like. In the product number table T101, as shown in FIG. 13, for example, the product number of the terminal and the minimum required version of the firmware are described. As shown in FIG. 13, the terminal status table T102 describes, for example, the terminal ID, the terminal product number, the firmware version, the usage frequency, the necessity of updating the firmware, and the like. In the menu item management table T103, as shown in FIG. 13, for example, a terminal ID, a user ID, a menu item, an item number, necessity of updating the menu item, and the like are described.

  FIG. 14 is a flowchart showing an operation flow when a new menu item is added to all the target models.

  The control unit 203 searches the terminal status table T102 and creates a terminal list of a model to which a new menu item is added (step S601). Next, the control unit 203 searches the menu item management table T103 for an empty item number for the target model, and adds a field that becomes a new menu item (step S602). At this time, the item “necessity of updating the menu item” in the field that becomes the added new menu item is “Yes”.

  FIG. 15 is a flowchart showing an operation flow when the number of menu items is changed by a user operation.

  The control unit 203 searches the menu item management table T103 and lists target terminals (for example, terminals having the same user ID) that need to be changed by a user operation (step S701). Next, the control unit 203 reflects the change of the menu item in the menu item management table T103 for the listed target terminals (step S702). At this time, the item “necessity of updating the menu item” in the field that becomes the changed menu item is “Yes”.

  FIG. 16 is a flowchart showing a flow of operation when the menu item itself is updated.

  The control unit 203 searches the menu item management table T103 and lists a field including the updated menu item (step S801). Next, the control unit 203 changes the item “necessity of updating the menu item” to “Yes” in the menu item management table T103 for all the listed fields (step S802).

  Next, a case where firmware update is performed will be described.

  FIG. 17 is a flowchart showing an operation flow when the minimum required version of the firmware is changed.

  The control unit 203 updates the value of the minimum required version of the product number that is the target of the product number table T101 (step S901). In the terminal status table T102, the control unit 203 determines whether or not the current firmware version satisfies the minimum required version of the product number table T101 with respect to the product number terminal whose product number table T101 has been updated (step S101). S902). As a result of this determination, if the minimum required version is not satisfied (No in step S902), the control unit 203 changes the item “Necessity for firmware update” in the terminal status table T102 to “Yes” (step S102). S903). On the other hand, when the minimum essential version is satisfied (Yes in step S902), no particular processing is performed.

  Next, an operation when the first server 200 transmits a message (request) to the content receiving device 100 will be described. FIG. 18 is a flowchart showing an operation flow when the first server 200 transmits a message (request) to the content receiving device 100.

  The monitoring unit 202 waits for processing for a predetermined time (step S1001). The monitoring unit 202 determines whether or not the load (for example, CPU load) of the control unit 203 is equal to or less than a predetermined threshold (step S1002). As a result of this determination, when the load of the control unit 203 (for example, CPU load) is equal to or smaller than a predetermined threshold (Yes in step S1002), the monitoring unit 202 determines whether the number of connections of the communication unit 205 is equal to or smaller than the predetermined threshold. Is determined (step S1003). As a result of this determination, when the number of connections of the communication unit 205 is not less than or equal to the predetermined threshold (No in step S1003), and when the load of the control unit 203 (for example, CPU load) is not less than or equal to the predetermined threshold, the monitoring unit 202 The process waits for a predetermined time (return to step S1001).

  On the other hand, when the number of connections of the communication unit 205 is equal to or less than the predetermined threshold (Yes in step S1003), the monitoring unit 202 transmits a screen component update request, a screen component deletion request, or a firmware update request. A terminal to be determined is determined and transmitted (step S1004). This determination and transmission processing will be described later with reference to FIG. Next, the completion notification corresponding to each request is received from the terminal, and the control unit 203 reflects the information in the terminal information DB 204 (step S1005).

  FIG. 19 is a flowchart showing a flow of operations of determining and transmitting a terminal that transmits an update request.

  The monitoring unit 202 determines whether or not the item “Necessity of firmware update” in the terminal status table T102 is “Yes” for all terminals registered in the terminal status table T102 ( Step S1101). As a result of this determination, when the item “Necessity of updating firmware” is not “Yes” (No in step S1101), the monitoring unit 202 sets “necessity of updating menu item” in the menu item management table T103. It is determined whether there is an item with “Yes” (step S1102). As a result of this determination, if there is a “Yes / No Necessity for Menu Item Update” item (Yes in Step S1102), the monitoring unit 202 indicates that the “Necessity for Menu Item Update” item is “ Menu items that are “Yes” are listed (step S1103). The monitoring unit 202 instructs the message processing unit 201 to update the listed menu item (step S1104). On the other hand, when there is no “Yes” item in the “necessity of updating menu item” (No in step S1102), the monitoring unit 202 ends the process.

  Further, as a result of the determination (step S1101), when the item “Necessity of updating firmware” is “Yes” (Yes in step S1101), the monitoring unit 202 should immediately update the firmware. It is determined whether or not (step S1105). As a result of this determination, if the firmware update should be performed immediately (Yes in step S1105), the monitoring unit 202 instructs the message processing unit 201 to update the firmware (step S1106). On the other hand, if the firmware should not be updated immediately (No in step S1105), the monitoring unit 202 instructs the message processing unit 201 to delete the screen component (step S1107).

  Whether or not the firmware should be updated immediately can be determined, for example, by writing a flag in the terminal status table T102 or the like. In addition, here, the processing is performed for all the terminals registered in the terminal status table T102, but the present invention is not limited to this. For example, you may restrict | limit by information, such as the number of terminals or the utilization frequency of terminal status table T102.

  As described above, when the screen component is updated in the first server 200, the first server 200 makes an update request for the screen component to the content receiving device 100.

  As a result, the content receiving device 100 can acquire screen components in advance, and when the content receiving device 100 is activated in the content receiving device 100, the time until the latest menu screen is displayed. Can be shortened.

  Also, the first server 200 determines a terminal that transmits a screen component update request, a screen component deletion request, or a firmware update request according to the load and the like of the first server 200, and transmits the terminal. doing. Thereby, the load of the first server 200 can be distributed.

  In the present embodiment, the first server 200 is configured as a single unit as shown in FIG. 6. However, the present invention is not limited to this. For example, as shown in FIG. 20, a plurality of first servers 200a, 200b, and 200c can be configured as a server facility 500 having a configuration in which a load balancer 501 is connected. The Load Balancer 501 once receives access from the terminal, and allocates processing to a plurality of first servers 200a, 200b, 200c in the server facility 500. In this case, in the flowchart shown in FIG. 18, in addition to determining whether or not the load of the control unit 203 and the number of connections of the communication unit 205 are equal to or smaller than a predetermined threshold, the network bandwidth of the LoadBalancer 501 is equal to or smaller than the predetermined threshold. It may be determined whether or not the number of connections between the control unit 203 and the terminal information DB 204 is equal to or less than a predetermined threshold.

  Further, in the present embodiment, it is assumed that the content receiving device 100 does not include a display unit that is a display device such as a display, for example, and that the screen drawing unit 105 draws a menu screen on the connected display unit. However, this is not a limitation. The content receiving device 100 may include a display unit that is a display device such as a display.

  As described above, the embodiments have been described as examples of the technology in the present disclosure. For this purpose, the accompanying drawings and detailed description are provided.

  Accordingly, among the components described in the accompanying drawings and the detailed description, not only the components essential for solving the problem, but also the components not essential for solving the problem in order to illustrate the above implementation. May also be included. Therefore, it should not be immediately recognized that these non-essential components are essential as those non-essential components are described in the accompanying drawings and detailed description.

  Moreover, since the above-mentioned embodiment is for demonstrating the technique in this indication, a various change, replacement, addition, abbreviation, etc. can be performed in a claim or its equivalent range.

  The present disclosure is applicable to a content receiving apparatus that displays a menu screen in the latest state. Specifically, the present disclosure can be applied to a television, a set top box, an information terminal, and the like.

DESCRIPTION OF SYMBOLS 100 Content receiver 101 Input processing part 102 Message processing part 103 Screen component update part 104 Data update part 105 Screen drawing part 106 Firmware update part 107 Communication part 108 Storage part 200 1st server 201 Message processing part 202 Monitoring part 203 Control Unit 204 terminal information database 205 communication unit 206 storage unit 300 second server 400 network

Claims (5)

  1. A content receiving device that receives content and displays a menu screen in the latest state.
    A message processing unit that receives an update request for a screen component for displaying the menu screen in the activated state and the non-activated state of the content receiving device;
    When the update request is received by the message processing unit in the activated state and the non-activated state of the content receiving device, a screen component update unit that acquires the screen component,
    A data updating unit for acquiring data used for the menu screen displayed based on the screen components in the activated state and the non-activated state of the content receiving device;
    A storage unit for storing the screen component acquired by the screen component update unit and the data acquired by the data update unit;
    A screen drawing unit that draws the menu screen using the screen component acquired in advance by the screen component update unit and the data acquired in advance by the data update unit when the content receiving device is activated It equipped with a door,
    The message processing unit further receives a screen component deletion request,
    The screen component update unit deletes the screen component stored in the storage unit when the deletion request is received by the message processing unit.
    Content receiving device.
  2. The screen component update unit acquires the screen component if the screen component acquired in advance by the screen component update unit is not stored in the storage unit when the content receiving device is activated. ,
    The content receiving device further includes:
    The content receiving apparatus according to claim 1 , further comprising a firmware update unit that updates a firmware when the screen component acquired by the screen component update unit indicates a firmware update.
  3. A content receiving device that receives content and displays a menu screen in the latest state.
    A message processing unit that receives an update request for a screen component for displaying the menu screen in the activated state and the non-activated state of the content receiving device;
    When the update request is received by the message processing unit in the activated state and the non-activated state of the content receiving device, a screen component update unit that acquires the screen component,
    A data updating unit for acquiring data used for the menu screen displayed based on the screen components in the activated state and the non-activated state of the content receiving device;
    A storage unit for storing the screen component acquired by the screen component update unit and the data acquired by the data update unit;
    A screen rendering unit that renders the menu screen using the screen component acquired in advance by the screen component update unit and the data acquired in advance by the data update unit when the content receiving device is activated And
    The message processing unit further receives a firmware update request,
    When the update request is received by the message processing unit, the screen component update unit deletes the screen component stored in the storage unit,
    The content receiving device further includes:
    When the update request is received by the message processing unit, a firmware update unit that updates the firmware is provided.
    Content receiving device.
  4. A content receiving method for receiving content and displaying a menu screen in the latest state,
    In active state and a non-activation state of the content receiving apparatus, and a message processing step of receiving the request for updating the screen components for displaying the menu screen,
    When the update request is received by the message processing step in the activated state and the non-activated state of the content receiving device, a screen component update step for acquiring the screen component,
    A data update step for acquiring data used for the menu screen displayed based on the screen component in the activated state and the non-activated state of the content receiving device;
    Storing the screen component acquired by the screen component update step and the data acquired by the data update step;
    A screen drawing step of drawing the menu screen using the screen component acquired in advance by the screen component update step and the data acquired in advance by the data update step when starting the content receiving device Including
    In the message processing step, a screen component deletion request is further received,
    In the screen component update step, when the deletion request is received in the message processing step, the screen component stored in the storage step is deleted.
    Content receiving method.
  5.   A content receiving method for receiving content and displaying a menu screen in the latest state,
      A message processing step of receiving an update request for a screen component for displaying the menu screen in a start state and a non-start state of the content receiving device;
      When the update request is received by the message processing step in the activated state and the non-activated state of the content receiving device, a screen component update step for acquiring the screen component,
      A data update step for acquiring data used for the menu screen displayed based on the screen components in the activated state and the non-activated state of the content receiving device;
      Storing the screen component acquired by the screen component update step and the data acquired by the data update step;
      A screen drawing step of drawing the menu screen using the screen component acquired in advance by the screen component update step and the data acquired in advance by the data update step when starting the content receiving device Including
      The message processing step further receives a firmware update request,
      In the screen component update step, when the update request is received by the message processing step, the screen component stored in the storage step is deleted,
      The content receiving method further includes:
      When the update request is received by the message processing step, a firmware update step of updating the firmware is included.
      Content receiving method.
JP2012142465A 2012-06-25 2012-06-25 Content receiving apparatus and content receiving method Active JP5899445B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2012142465A JP5899445B2 (en) 2012-06-25 2012-06-25 Content receiving apparatus and content receiving method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012142465A JP5899445B2 (en) 2012-06-25 2012-06-25 Content receiving apparatus and content receiving method
US13/919,329 US20130346959A1 (en) 2012-06-25 2013-06-17 Terminal managing server device, terminal device, and terminal managing method

Publications (2)

Publication Number Publication Date
JP2014007610A JP2014007610A (en) 2014-01-16
JP5899445B2 true JP5899445B2 (en) 2016-04-06

Family

ID=49775562

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012142465A Active JP5899445B2 (en) 2012-06-25 2012-06-25 Content receiving apparatus and content receiving method

Country Status (2)

Country Link
US (1) US20130346959A1 (en)
JP (1) JP5899445B2 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9176727B2 (en) * 2014-01-13 2015-11-03 Bank Of America Corporation Infrastructure software patch reporting and analytics
WO2016196106A1 (en) * 2015-05-29 2016-12-08 Nike, Inc. Athletic activity data device firmware update
US10437581B1 (en) * 2018-04-20 2019-10-08 At&T Mobility Ii Llc Internet of things platform for handling firmware transfer on machine-to-machine devices

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005311807A (en) * 2004-04-23 2005-11-04 Fuji Photo Film Co Ltd Mobile telephone
JP4748057B2 (en) * 2006-12-28 2011-08-17 ソニー株式会社 Information processing apparatus, activation method, and program
JP2009089079A (en) * 2007-09-28 2009-04-23 Funai Electric Co Ltd Video apparatus
JP2009152811A (en) * 2007-12-20 2009-07-09 Funai Electric Co Ltd Video output device, television
US8402455B2 (en) * 2008-03-17 2013-03-19 Landis+Gyr Innovations, Inc. Methods and systems for distributing firmware through an over-the-air network
JP5274284B2 (en) * 2009-01-30 2013-08-28 キヤノン株式会社 Electronic device, software update method, and computer program
JP5223707B2 (en) * 2009-02-05 2013-06-26 富士通株式会社 Software update instruction program, software update instruction method, and information processing apparatus
JP2010244141A (en) * 2009-04-01 2010-10-28 Hitachi Software Eng Co Ltd Home network system, gateway device and firmware update method
JP2011035864A (en) * 2009-08-06 2011-02-17 Sharp Corp Content viewing apparatus and content display apparatus
JP5509754B2 (en) * 2009-09-15 2014-06-04 株式会社リコー Software management apparatus, software distribution system, installation method and program
JP5677811B2 (en) * 2010-06-11 2015-02-25 任天堂株式会社 Portable information terminal, portable information system, portable information terminal control program
US8677343B2 (en) * 2011-09-16 2014-03-18 Cisco Technology, Inc. Centrally coordinated firmware upgrade model across network for minimizing uptime loss and firmware compatibility
US8819661B2 (en) * 2011-11-28 2014-08-26 Echostar Technologies L.L.C. Systems and methods for determining times to perform software updates on receiving devices

Also Published As

Publication number Publication date
JP2014007610A (en) 2014-01-16
US20130346959A1 (en) 2013-12-26

Similar Documents

Publication Publication Date Title
CN104919423B (en) Reciprocity software upgrading
US9270521B2 (en) Provisioning and managing a cluster deployed on a cloud
US10579365B2 (en) Method and apparatus for auto installing application into different terminals
CN107360234B (en) Computer readable storage medium
KR20200047494A (en) Automatic application updates
US10042626B2 (en) Software updates using client self-reporting and a hierarchical data structure
EP2933723A1 (en) Method, device and terminal equipment for cleaning up memory
KR100772875B1 (en) Apparatus and method for setting user interface according to user preference
EP2709339B1 (en) Relay apparatus, information processing apparatus, information processing system, and carrier means
US8868613B2 (en) Updating data on a remote device
JP2015513726A (en) Using the application cache to update installed application resources
US20120158966A1 (en) Shared resource discovery, configuration, and consumption for networked solutions
KR20140031365A (en) Methods and apparatus for power state based backup
EP2942703A1 (en) Application sharing method and apparatus
KR20140031366A (en) Methods and apparatus for multi-source restore
KR20140032475A (en) Methods and apparatus for multi-phase multi-source backup
US9686330B2 (en) Topic-based messaging using consumer address and pool
US10387451B2 (en) Synchronization system for multiple client devices
US20110264692A1 (en) System for searching property listings based on location
JP2016505938A (en) Send notifications to multiple devices associated with a user
JP5753665B2 (en) Client, mediation server and method for providing cloud storage
CN105229611B (en) Sync break prevents
CN103544020A (en) Method and mobile terminal for displaying application software icons
US9465603B2 (en) Application management apparatus, application management system, application management method, and non-transitory computer readable medium
RU2703955C2 (en) Continuity of tasks between devices

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20140902

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20141008

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20150722

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150901

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20151028

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20151124

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20151208

R151 Written notification of patent or utility model registration

Ref document number: 5899445

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151