Source: https://patents.google.com/patent/JP4221261B2/en
Timestamp: 2020-04-07 17:45:41
Document Index: 515827767

Matched Legal Cases: ['art 202', 'art, 105', 'art, 204', 'art, 205', 'art, 206', 'art, 207', 'art, 208', 'art 209']

JP4221261B2 - Program distribution system - Google Patents
Program distribution system Download PDF
JP4221261B2
JP4221261B2 JP2003312076A JP2003312076A JP4221261B2 JP 4221261 B2 JP4221261 B2 JP 4221261B2 JP 2003312076 A JP2003312076 A JP 2003312076A JP 2003312076 A JP2003312076 A JP 2003312076A JP 4221261 B2 JP4221261 B2 JP 4221261B2
JP2003312076A
JP2005075314A (en
2003-09-04 Application filed by クラリオン株式会社, 株式会社ザナヴィ・インフォマティクス, 株式会社日立製作所 filed Critical クラリオン株式会社
2003-09-04 Priority to JP2003312076A priority Critical patent/JP4221261B2/en
2005-03-24 Publication of JP2005075314A publication Critical patent/JP2005075314A/en
2009-02-12 Publication of JP4221261B2 publication Critical patent/JP4221261B2/en
The present invention relates to a vehicle-mounted device such as a navigation device, and more particularly to a program management method that is installed and operated on the vehicle-mounted device.
In recent in-vehicle devices, devices that provide a navigation function, display a TV screen by connecting to a TV tuner, or provide a hands-free phone function by connecting to a mobile phone are widely used. In these in-vehicle devices, as described in Japanese Patent Laid-Open No. 6-99778, in consideration of safety, a device for restricting a display that causes a user's gaze, such as a TV display, is made during traveling. On the other hand, Japanese Patent Application Laid-Open No. 2000-207219 discloses an in-vehicle device that installs and adds a program used in the in-vehicle device from the center to the in-vehicle device by wireless communication or the like.
JP-A-6-99778 JP 2000-207219 A
In the conventional in-vehicle device described in the above Japanese Patent Application Laid-Open No. 2000-207219, it is possible to download and install a program by adding it, and to execute the program. However, the control is not performed in consideration of whether the operation of the program that has been executed so far is hindered or the visibility of the display is not lowered.
The present invention has been made in view of the above circumstances, and an object of the present invention is to maintain visibility when an additionally installed program is executed during traveling in an in-vehicle device such as a navigation device. is there.
In order to solve the above-described problem, the in-vehicle apparatus of the present invention manages attribute information associated with an installed program, compares the vehicle state with the program attribute information, and controls the operation of the program.
The in-vehicle device manages the vehicle information acquisition unit that acquires the vehicle state and the additionally installed program in association with the attribute information that includes the condition and the processing content, and the vehicle state acquired from the vehicle information acquisition unit The operation condition of the attribute information is compared. If the vehicle state matches the operation condition, the program is processed. If not, the program operation is stopped or the program output is not displayed. A program management unit for controlling the operation state of the program.
In the program management unit, when the “operation stop” attribute is set in the attribute information of the program to be installed under the condition of “running”, the program is stopped at the time of running, When the attribute “none” is set, the program can be used even during traveling.
ADVANTAGE OF THE INVENTION According to this invention, when adding and installing a program in in-vehicle apparatuses, such as a navigation apparatus, when a newly installed program is executed, the visibility of the screen can be maintained even during traveling.
FIG. 2 is a schematic diagram of a program distribution system to which an embodiment of the present invention is applied. As shown in the figure, the program distribution system according to the present embodiment includes an in-vehicle device 20 that is used by being mounted on a vehicle, and a service center system 10 that provides the in-vehicle device 20 with the program. The in-vehicle device 20 is a radio base station. 40 and the public network 30 are configured to receive a program from the service center system 10.
The service center system 10 publishes a program to be additionally installed in the in-vehicle device 20 to the in-vehicle device 20, and provides list information of open programs and distributes the program in response to a request from the in-vehicle device 20. .
The in-vehicle device 20 is configured to have a built-in or externally attached wireless communication device such as a mobile phone, and can communicate with the service center system 10 via the wireless base station 40 and the public network 30. Further, it is possible to connect to the Web server 80 on the IP network 60 via the provider 50 connected to the public network.
Next, the service center system 10 will be described. The communication processing unit 101 is connected to the in-vehicle device 20 via the public network 30 and transmits and receives data. The request processing unit 102 interprets the data received from the in-vehicle device 20 by the communication processing unit 101, and performs a process according to the request content described in the received data. The program management unit 103 is connected to the program DB 105, and acquires program list information registered in the program DB 105 and searches for programs in response to processing requests from the request processing unit 102. In addition, a function for registering, deleting, and updating a new program in the program DB 105 is provided.
In the program DB 105, a program 7 for use in the in-vehicle device 20 is registered in association with attribute information 8 that is added to the program and distributed by the service center system 10. The attribute information 8 indicates the display priority between the operation condition 9 composed of the processing condition of the program, the vehicle state of the in-vehicle device 20 and the processing content executed when the processing condition is matched, and another program. It includes a priority 1901 to be expressed, and an operating environment 1902 that describes hardware specifications such as the amount of memory, CPU performance, and screen size required for the in-vehicle device on which the program operates. Here, as shown in FIG. 1, the operating condition 9 is information obtained by combining processing contents to be performed when a certain condition is satisfied when the in-vehicle device 20 executes the program 7. For example, when attribute information 8 such as “running” as a condition and “execution stop” as processing contents is attached to the program 7, the in-vehicle device 20 performs control such that the program 7 is stopped during the running. . Examples of other operating conditions include attributes such as “not displayed during travel” and “operation prohibited during travel”. The attribute “hidden while running” means that the program 7 operates, accepts an operation and outputs sound, but does not display the screen. The attribute “prohibit operation while running” Operates and displays the screen, but the operation is prohibited.
The program operation verification unit 106 has an environment in which a program to be distributed is operated in advance, and can verify whether the in-vehicle device 20 registered in advance operates under the operation conditions such as the memory amount, CPU performance, and screen size. Is possible. Further, the program registration check unit 104 can register a plurality of the operation conditions, and can perform operation verification on a plurality of in-vehicle devices.
In accordance with an instruction from a program management system (not shown), the program registration check unit 104 performs operation verification on the program operation verification unit 106 for a program that has received a registration instruction from the program management system, and based on this verification result, the program DB 105 If registration is possible, the program management unit 103 is requested to register the program.
In the service center system 10 having such a configuration, processing when a download request for the program 7 is received from the in-vehicle device 20 will be described. When receiving a program download request from the in-vehicle device 20 via the communication processing unit 101 and the public network 30, the request processing unit 102 requests the designated program 7 from the program management unit 103. Upon receiving the request, the program management unit 103 searches the program DB 105 for the designated program, and returns the program and attribute information associated with the program together to the request processing unit. The request processing unit 102 transmits the program and attribute information acquired from the program management unit 103 to the in-vehicle device 20 via the communication processing unit 101.
Next, a process when the service center system 10 receives a download request for list information of all published programs from the in-vehicle device 20 will be described. When the request processing unit 102 receives a request for the list information from the in-vehicle device 20 via the communication processing unit 101 and the public network 30, the request processing unit 102 requests the program management unit 103 for the list information. Upon receiving the request, the program management unit 103 collects at least the program name, program size, and attribute information regarding all the programs registered in the program DB 105, creates list information, and returns it to the request processing unit. The request processing unit 102 transmits the list information acquired from the program management unit 103 to the in-vehicle device 20 via the communication processing unit 101.
Next, the flow of processing from the development of a program by the program development system 1601 to the registration and release for the in-vehicle device 20 by the service center system 10 will be described with reference to FIG. The program development system first develops a program to be disclosed (1603) and sends the program and in-vehicle device program disclosure application information 1801 together with the program source code to the service center management system 1602 to request publication. (1604).
Here, the program release application information 1801 for the in-vehicle device includes program information such as the name of the program desired to be registered, the genre of the program, the operating environment, and the usage method, as shown in FIG. The genre of the program is information used when classifying the program such as entertainment such as games, characters, or navigation, browser, point information, traffic information, etc., and the target program is downloaded when the program is downloaded from the in-vehicle device 20. This is used for classifying and registering programs so that they can be easily searched, and for determining priority given to programs by the service center. The usage method is information that defines a procedure for using the program, and may be submitted in the form of an operation manual or an operation procedure definition. Furthermore, if there is a model dependency or restrictions on the hardware to be operated in the program that is desired to be registered, the specifications of the hardware to be operated are also submitted. Here, for example, there are the size and resolution of the display device, the amount of memory necessary for the operation of the program, the CPU performance required for the operation, and the like. Further, the presence or absence of a touch panel, its detection accuracy, the number of displayable colors, and the number of other input keys may be designated as the operating environment.
Next, the service center management system 1602 requested to publish actually operates the submitted source code on the simulator of the program operation verification unit 106 to determine whether the program to be distributed is safe to use while traveling. Based on the result of the confirmation, the operating condition and priority are determined from the attribute information added to the program (1605). This determination method will be described later. When the operating condition and priority to be added to the program are determined, the service center management system 1602 next instructs the program registration check unit 104 to register with the priority instructing the program and attribute information (1606).
In response to the registration instruction from the service center management system 1602, the program registration check unit 104 first performs program operation verification by the program operation verification unit 106 in the service center system 10 (1607). In the operation verification, the program operation verification unit executes the program on its own program operation environment, and determines whether the memory usage and the screen size at that time are suitable for a plurality of registered operation environments. The program management unit 103 is notified. The program management unit 103 associates the corresponding operating environment, the determined operating condition and priority, and the program, registers the program in the program DB 105 (1608), and releases the program. When the program is registered in the program DB 105, the service center system 10 notifies the registration completion to the service center management system 1602 (1609), and the service center management system 1602 notifies the program development system of the start of publication (1610). ). If there is no suitable operating condition, the program management unit 103 notifies the registration failure to the service center management system 1602 (1611), and the service center management system 1602 notifies the program development system 1601 of the disclosure rejection. (1612).
Next, the attribute information determination method (1605) performed by the service center management system 1602 will be described. First, an operation condition determination method in the attribute information will be described with reference to FIG. The service center management system 1602 operates the program on the simulator according to the submitted usage method, and whether the program is considered to be safe for use while running or is the program in accordance with predetermined guidelines. Check whether or not and determine the operating conditions. First, an API call is checked to determine whether moving image playback or animation is used (1701). If so, the program executes a routine to hide during travel to see if action is taken (1702). If not, since this program may cause a gaze to display the screen during traveling, an attribute to be hidden during traveling is added (1703). If video or animation is not used, or if measures such as hiding are taken while driving, an attribute with no processing details during driving is added as a measure in consideration of safety. (1704), but does not limit the operation.
Further, the maximum number of operations until the function provided by the program is called is measured by the number of executions of the input reception routine from the user (1702). If the number of operations is 5 or more, it is confirmed whether the number of operations is limited during traveling (1706). If it is not restricted, it takes time to operate the program while traveling. Therefore, an attribute for prohibiting the operation during traveling is added (1707). If the number of operations is less than 5 or the number of operations is limited during traveling, an attribute without processing contents during traveling is added (1708).
Further, the program checks whether or not to display a long text that causes attention, by checking the length of the character string data processed by the character string display routine (1709). If the text display of 20 characters or more is performed by the display routine on the display screen, it is confirmed whether or not the text display is restricted during traveling (1710). If there is no restriction, the program adds a non-display attribute during running because there is a possibility that the program may cause attention during running (1711). If the text to be displayed is less than 20 characters or the number of displayed characters is limited during traveling, an attribute without processing contents during traveling is added (1712).
Note that the confirmation items mentioned here are examples, and the service center management system can increase the number of confirmation items when the service center system 10 is operated. Further, the determination with respect to these confirmation items may be performed by causing the tester to execute a program to be inspected on the simulator, visually confirming the result, and inputting the confirmation result from a terminal or the like. In this case, the items input to the service center management system are the determination results of the determination flow shown in FIG. 13 such as whether or not the non-running display attribute is necessary and whether or not there is processing content during travel.
Next, a method for determining the priority of the attribute information will be described. The service center management system 1602 determines the priority based on the genre information provided from the program development system 1601 when applying for program registration. For example, between the genres “navigation” and “character”, the priority is set such that “navigation” having relatively high immediacy has a higher priority. On the other hand, a program that displays requested point information, a program that displays real-time traffic information, and the like need to have higher priority than navigation display in order to display desired information. Further, it is assumed that a genre such as a game does not need to be operated while running, and a priority lower than that of the navigation display is set.
As described above, the priority determined based on the genre of the program may be further corrected based on the determination result of the operation condition. In this case, in the case of a program to which an attribute with no processing content during traveling is added, it is considered that it is difficult to obstruct navigation display, and for a program that sets a higher priority and adds a non-traveling display attribute, Conversely, it is corrected so as to lower the priority. Similarly, for a program to which an input prohibition attribute during traveling is added, correction is performed so that the priority is lowered so as not to disturb other displays. The range of priority to be corrected may be changed depending on the combination of the attribute to be added and the genre of the program, and these relationships are defined as a priority correction coefficient table (not shown).
In the above description, the service center system 10 may perform the operation condition determination and the priority determination processing performed by the simulator of the service center management system 1602. In this case, the operation condition determination performed by the simulator of the service center management system 1602 is determined by the program registration check unit 104 based on the simulation performed on the simulator of the program operation verification unit. Similarly, the priority is determined by the program registration check unit 104.
Next, the in-vehicle device 20 will be described. FIG. 3 is a functional configuration diagram of the in-vehicle device 20. The communication processing unit 201 is connected to the service center system 10 via the base station 40 and the public network 30, and transmits and receives data. In the program DB 203, the program 7 that operates on the in-vehicle device 20, the attribute information 8, and the operation states such as starting and stopping of each program 7 when the in-vehicle device 20 ended last time are associated and registered.
The program management unit 202 is connected to the program DB 203 and ended last time when obtaining the registered program list information in the program DB 203, searching for a program, registering and deleting a new program in the program DB 203, and starting the in-vehicle device 20 The program operation state at the time is acquired from the program DB 203, and the program execution unit 206 executes the program that has been in the activated state to return to the state at the time of the previous termination. When registering a new program, the program management unit 202 confirms whether the environment of the in-vehicle device 20 matches the operating environment in the attribute information of the program, and if so, performs registration in the program DB 203. . If it does not match, it is not registered in the program DB 203, and the fact that registration could not be performed is displayed on the display device 2004 to notify the user. Further, as shown in FIG. 1, the program management unit 202 monitors the change in the vehicle state 1 acquired by the vehicle information acquisition unit 204 and, for example, detects the start of traveling, the operating condition associated with the program 7 that is operating 9 is compared (2), the program that meets the processing condition of “running” (5), “execution stop” that is the processing content of the operating condition 9 is executed (6), and the operation of the program 7 is controlled. To do. If the comparison result with the attribute information 8 does not match (3), no processing is performed (4).
If the program management unit 202 detects the start of traveling and the operating condition 9 is “running” or “input prohibited”, the program management unit 202 inputs the program to the input management unit described later. A prohibition request is issued and input is prohibited. If the operating condition 9 is “running” or “hidden” when the program management unit 202 detects the start of running, the program management unit 202 sends the program to the layout management unit described later. A non-display request is issued and display is prohibited.
Next, the input management unit 205 and the input unit 207 will be described with reference to FIG. First, the input unit 207 detects an input event generated by an operation of the remote controller 70 performed by the user through the remote control light receiving unit 2005. In this embodiment, like the remote controller 70, an input device including a “wide area” button 701, a “detail” button 703, a “decision” button 702, a “return” button 704, a “menu” 705, and a direction button 706 is used. I will explain.
The input management unit 205 determines which of a plurality of programs 1 (2031) and 2 (2032) that are operating simultaneously has an input focus 2033 and can accept input data from the input unit. I manage. The input unit 207 acquires a program (program 2 (2032) in the example shown in the figure) from which the input focus is set from the input management unit 205, and transmits an event to the program, thereby operating a plurality of programs simultaneously. A program to be operated can be selected from existing programs. Here, the assignment of the input focus 2033 can be switched by issuing a request to the input management unit 205. Further, when there is a request for prohibiting notification of an input event of a program from the program management unit, the program management unit removes the program from the input focus target. As a result, it is possible to prohibit the user operation of the program having the operating condition for prohibiting the operation while traveling.
Next, the layout management unit 208, the priority management table 210, and the display processing unit 209 will be described with reference to FIG. The layout management unit 208 refers to the priority management table 210, and sequentially calls the screen drawing function of the program operated by the program execution unit 206 based on the priority registered in the priority management table 210. The display is controlled on a display device 2004 such as a liquid crystal panel via the display processing unit 209. In the priority management table 210, when registering a new program, the program management unit 202 acquires the priority included in the attribute information 8 and registers it in association with the program name. Here, the priority is assumed to be included in the attribute information 8, but when the priority is embedded in the program, the priority is acquired from the program and registered in association with the program name.
In this embodiment, by performing control such that a program with a high priority is displayed in front of a program with a relatively low priority, a plurality of programs can be displayed simultaneously using the same display device (2004). It has become. In the present embodiment, the higher the number, the higher the priority. For example, in FIG. 5, in the situation where the program 1 (2031) having the priority 127 and the program 2 (2032) having the priority 128 are operating. On the display device 2004, the display area (8002) of the program 2 having a relatively high priority is displayed in front of the display area (8001) of the program 1 in an overlapping manner. When the layout management unit 208 receives a program non-display request from the program management unit 202, the layout management unit 208 prohibits display by not calling the drawing process of the program.
The in-vehicle device 20 includes a memory card IF (interface) 2007 for connecting the memory card 2010, a sensor IF 2006 for connecting various in-vehicle sensors and a GPS receiver, and a remote control light receiving unit that receives remote control input. 2005 and a wireless communication device driver 2008 for controlling a wireless communication device such as a mobile phone. A program for constructing such an in-vehicle device 20 may be read from the ROM or the memory card 2010 connected to the memory card IF 2007 and executed. Alternatively, it may be downloaded from the service center system 10 on the public network 30 or the Web server 80 on the IP network 60 via the wireless communication device driver 2008 and executed.
Next, a method for operating the in-vehicle device will be described. FIG. 6A shows the display device 2004 when three programs of navigation, video playback, and browser are operating in the in-vehicle device. Here, the priority of the three programs is video playback> navigation> browser, navigation is displayed in the display area 8001, video playback is displayed in the display area 8002, and priority is given over navigation. It is assumed that a low-performing browser is not hidden and displayed under the navigation display area 8001. Under this circumstance, when the user presses the “menu” button 705 of the remote control 70, the signal received by the remote control light receiving unit 2005 is discriminated by the input unit 207, and the corresponding menu display command is sent to the menu display program.
The menu display program is a program executed by the program execution unit 206 like other programs, but is an important program on the user interface of the in-vehicle device 20 and is a special program that is handled differently from other application programs. is there. Therefore, regardless of the input focus management in the input management unit 205, a specific command is always ready for input. The menu display program is normally in a non-display state and waiting for an input, but when it receives a menu display command, it enters a display state. Since the priority of the menu display program is set to a value higher than that of other programs, it is displayed in the forefront by the layout management unit 208, and the screen changes to the screen of FIG. It is displayed in the upper area of the display device 2004.
The program management menu 8003 includes soft buttons 8004 to 8010 and a button focus 8011. The button focus 8011 receives an input signal sent by the user by operating the “direction” button 706 of the remote control 70 from the input unit, interprets it by the program management menu 8003, moves the position, and operates the “decision” button 702. Based on the input sent, the soft button is selected. In FIG. 6B, soft buttons 8004, 8006, and 8009 are selected buttons. The “terminal” soft button 8004 and the “center” soft button 8005 in the first column on the left are a set of radio buttons, and either one can be selected. A “terminal” soft button 8004 indicates that the program management menu 8003 is in a state of controlling a program registered in the program DB 203 of the in-vehicle device 20. When the “terminal” soft button 8004 is in a selected state, a radio button of a “select” soft button 8006 and a “delete” soft button 8007 is displayed on the soft button in the second column on the left side, and either one can be selected. is there. The “selection” soft button 8006 is for instructing to switch the focus of the program, and the “delete” soft button 8007 is for instructing to delete the program registered in the program DB 203 of the in-vehicle device 20.
In addition, program names registered in the program DB 203 are displayed on the soft buttons 8008 to 8010. For example, in FIG. 6B, a “terminal” soft button 8004 and a “selection” soft button 8005 are selected, and in this state, an input for moving the button focus 8011 to the “video playback” soft button 8009. When a signal is sent, the menu display program acquires the program name, program size, and attribute information 8 regarding the video reproduction program from the program management unit 202 and displays them on the status bar 8012. In addition, when the “OK” button 702 is pressed in this state, the menu display program shifts to a non-display state, the program management menu 8003 and the status bar 8012 disappear, and the input focus set in the menu display program so far is changed. Then, the input management unit 205 switches to the video reproduction program, and the operation using the remote controller 70 becomes possible.
When the “delete” soft button 8007 is switched to the state selected by the “delete” soft button 8007 from the state of FIG. 6B and the “decision” soft button is pressed, the selected video reproduction program is selected from the menu display program to the program management unit 202. An instruction to delete is sent. Based on this instruction, the program management unit 202 deletes the video playback program from the program DB 203 and returns a deletion completion response to the menu display program. When this response is received, the menu display program deletes the program name of the “video playback” soft button 8009.
Next, an operation for obtaining a list of programs published in the service center system 10 using the program management menu 8003 and installing a new program will be described with reference to FIGS.
In the program management menu 8003 in FIG. 7A, the “center” soft button 8005 is selected. In this state, the soft buttons in the second column from the left are radio buttons of a “Read” soft button 8013 and a “Refresh” soft button 8014, and an installation operation for reading a program published in the service center system 10, respectively. It is possible to instruct the list display processing of all the published programs.
In the example of FIG. 7A, the “latest display” soft button 8014 is selected. When the “decision” button 702 is pressed in this state, the menu display program is displayed as all programs published to the program management unit 202. Request to get a list of In response to this request, the program management unit 202 connects to the service center system 10 via the communication processing unit 201, acquires public program list information from the service center system 10, and sends it back to the menu display program. In the menu display program, the public program name acquired from the acquired public program list information is displayed on the soft buttons in the third and fourth columns from the left of the program management menu 8003, and the button focus 8011 is displayed in the status bar 8012. The program name, program size, and attribute information 8 of the program in which is placed are displayed, and the screen transitions to the screen of FIG.
In this state, when the “read” soft button 8013 is selected by an input signal from the input unit and further an input of moving the button focus 8011 is sent, the soft button of the public program is selected and “determine” is selected. When the input signal of the button 702 is input, the menu display program displays a “Yes” soft button 8015 and a “No” soft button 8016 together with a message for confirming the installation in the status bar of FIG. Here, when the button focus 8011 is moved to the “Yes” soft button by the input of the operation signal and the input signal of the “OK” button is input, as shown in FIG. The program management unit 202 sends information on the program to be installed to instruct the execution of the installation, and displays a message window 8017 indicating that the installation process is being executed. In the message window 8017, the progress of the installation is displayed. And a “Cancel” soft button 8019 for accepting an instruction to interrupt the installation process.
Upon receiving the program installation instruction, the program management unit 202 requests the service center system to download the program via the communication processing unit 201 based on the program information sent from the menu display program. Then, the downloaded program is registered in the program DB to perform installation processing. When the button focus is moved to the “Cancel” soft button 8019 in the message window 8017 and an operation for pressing the “OK” button 702 is input, an instruction to interrupt the installation process is sent from the menu display program. Therefore, the download process can be canceled and the installation process can be interrupted.
When the menu display program receives a notification of installation completion from the program management unit 202, the menu display program displays an “installation completion” message window 8020 on the display device 2004 as shown in FIG. Also, the program management unit 202 associates the downloaded program with the attribute information 8 and registers it in the program DB 203. Based on this registration information, the menu display program adds the added program name soft button 8021 to the program management menu 8003. Then, the screen transitions to the screen display of FIG.
Next, an operation for installing a program published by a person other than the service center system 10 on the Web server 80 connected to the IP network 60 will be described. In this installation operation, a program is downloaded from the Web server 80 using a Web browser, and the downloaded program is installed in the in-vehicle device 20. In this case, a communication partner by the communication processing unit 201 is replaced with the Web server 80 from the service center system described above, and the same process is performed for the process of installing the program itself.
First, as shown in FIG. 10A, when the “Browser” soft button 8010 is selected with the button focus 8011 and the “OK” button 70 is pressed, a screen for displaying the Web browser shown in FIG. 10B is displayed. Transition to. Therefore, when the selection operation of the “OK” button 70 is input to the URL display field 8022 in a state where the URL of the site where the program is published on the Web server 80 is input from a soft keyboard (not shown). The browser obtains an HTML format file from the URL, and displays a list of links to the URLs of the published programs as shown in 8023. Here, when the selection signal of the “OK” button 70 is input to the browser in a state where the program to be added is selected based on the input signal by the operation of the button focus 8011, the browser passes through the program management unit and the communication processing unit. Download the program. When the download of the program is completed, the processing from FIG. 9A when the program is installed from the service center system 10 is performed, and an instruction is issued to the program management unit to register the program in the program DB. Add a new program.
Here, the attribute information 8 is not added to the program published outside the service center system 10, and it cannot be determined whether the program to be downloaded is suitable for use during traveling. Therefore, in the program downloaded from other than the service center system 10, an operation condition 9 of execution stop during traveling is set and registered in the program DB 203 to prohibit display and operation during traveling.
Next, the screen transition when the running is started when the program having the operation condition 9 for stopping the execution in the attribute information 8 during the running is executed will be described with reference to FIG. In the display screen 8104 of FIG. 11, a display area (8024) of a program having an operation condition of “no processing while traveling” and a video reproduction program having an operation condition of “execution stopped while traveling” are displayed on the display device 2004. An area (8025) is displayed. In this case, the priority set based on the operating condition is set in the program, but by assigning the priority based on the genre of the program, the video reproduction program having the operating condition of “execution stopped during running” is set. It is assumed that the program displaying in the display area (8025) has a higher priority. When the vehicle starts running in this state, the program management unit 202 detects the vehicle state acquired by the vehicle information acquisition unit 204, stops the video playback program 8023, and displays “video playback” as in the display screen 8105. A message 8024 indicating that the program cannot be used during driving is displayed. Thereafter, when a predetermined time elapses and a time-out occurs, the program management unit 202 instructs the layout management unit 208 to display the display area 8025 of the video reproduction program in a dark color as the display screen 8106. Here, in the present embodiment, the display area of the program whose execution has been stopped is displayed in a dark color, but control to erase from the screen may be performed.
The program can be downloaded by a communication device and can be applied to an in-vehicle device such as a navigation device capable of expanding processing.
It is a figure which shows the process of the program management part 202 shown in FIG. 1 is a schematic diagram of a program distribution system to which an embodiment of the present invention is applied. 3 is a functional configuration diagram of the in-vehicle device 20. FIG. It is a figure which shows the process of the input management part. FIG. 6 is a diagram illustrating processing of a layout management unit 208. It is a figure which shows an example of the screen at the time of the program management menu 8003 display in the vehicle-mounted apparatus 20. FIG. It is a figure which shows an example of the screen at the time of operating the program management menu 8003 in the vehicle-mounted apparatus 20. FIG. It is a figure which shows the example of the screen at the time of program installation operation in the vehicle equipment. FIG. 10 is a diagram showing an example of a program management menu 8003 when installation is completed in the in-vehicle device 20. It is a figure which shows an example of the browser screen when performing installation in the vehicle-mounted apparatus. It is a figure which shows an example of the screen change at the time of starting driving | running | working in the vehicle equipment. It is a figure which shows the flow of a process of program publication. It is a figure which shows the determination method of the attribute information. It is a figure which shows the program publication application information for vehicle equipment which submits a program with a program at the time of a publication request.
DESCRIPTION OF SYMBOLS 1 ... Vehicle state, 2 ... Comparison process, 3, 5 ... Conformity condition, 4, 6 ... Processing content, 7 ... Program, 8 ... Attribute information, 9 ... Operation condition, 10 ... Service center system, 20 ... In-vehicle apparatus, 30 ... public network, 40 ... base station, 50 ... provider, 60 ... IP network, 80 ... Web server, 101, 201 ... communication processing unit, 102 ... request processing unit, 103, 202 ... program management unit,
DESCRIPTION OF SYMBOLS 104 ... Program registration check part, 105, 203 ... Program DB, 106 ... Program operation | movement verification part, 204 ... Vehicle information acquisition part, 205 ... Input management part, 206 ... Program execution part, 207 ... Input part, 208 ... Layout management part 209 ... Display processing unit 210 ... Priority management table.
In a program distribution system comprising a center that transmits a program that operates on an in-vehicle device via a communication processing unit, and an in-vehicle device that downloads and installs the program from the center via a communication management unit,
A program operation verification unit for verifying the operation of the program to be distributed;
A program registration check unit for determining an operation condition in attribute information to be added to the corresponding program based on an operation verification result by the program operation verification unit;
A request processing unit that receives a download request for a program from the in-vehicle device, and transmits the corresponding program and attribute information associated with the program to the in-vehicle device,
A vehicle information acquisition unit for acquiring a vehicle state;
Storage means for storing, in association with the program, attribute information composed of at least the operating conditions of the program and the processing contents of the control for the program when matched with the operating conditions;
A program management unit that stores the program downloaded via the communication management unit in the storage unit;
The program management unit
Downloading the program from the center together with the attribute information added to the program, associating the program with the attribute information added to the program and storing it in the storage means,
When executing the downloaded program, the vehicle state acquired from the vehicle information acquisition unit is compared with the operation conditions of the attribute information corresponding to the program stored in the storage means, and if the comparison result is suitable, Execute the processing contents in the attribute information for the program
A program distribution system characterized by the above.
The program distribution system according to claim 1,
The program operation verification unit confirms a call to a function for playing a movie or using an animation, and when using the function, takes a measure of executing a routine to hide during driving in the program. Make sure
If the program registration check unit does not take a function to call a function for playing back a movie or use animation and execute a routine to hide during running, it is hidden during running as an operating condition of the program. For programs that do not call the function to use video or animation, or that are hidden during driving, the processing contents during driving are not included. Add attributes
The program operation verification unit measures the number of executions of the input reception routine as the number of operations of the target program.If the number of operations is a predetermined number or more, confirms whether or not the process of limiting the number of operations during traveling is being performed,
In the program registration check unit, when the number of operations of the target program is equal to or greater than a predetermined number and processing for limiting the number of operations during traveling is not performed, an attribute for prohibiting operations during traveling is set as an operation condition of the program. In addition, if the number of operations of the target program is less than the predetermined number, or if the number of operations is limited during traveling, an attribute with no processing contents during traveling should be added.
In the program operation verification unit
Check the length of the character string data to be processed by the character string display routine in the target program, and check if the text display is restricted during running when displaying text exceeding the specified number of characters by the display routine on the display screen. ,
In the program registration check unit,
If the display routine on the display screen does not restrict the display of text longer than a predetermined number of characters during driving, the driving non-display attribute is added as the operating condition of the program, and the displayed text is less than the predetermined number of characters. If there is a limit on the number of characters displayed while driving, add the attribute without processing details while driving
JP2003312076A 2003-09-04 2003-09-04 Program distribution system Active JP4221261B2 (en)
JP2003312076A JP4221261B2 (en) 2003-09-04 2003-09-04 Program distribution system
US10/930,779 US7136745B2 (en) 2003-09-04 2004-09-01 In-vehicle unit and service center system
JP2005075314A JP2005075314A (en) 2005-03-24
JP4221261B2 true JP4221261B2 (en) 2009-02-12
JP2003312076A Active JP4221261B2 (en) 2003-09-04 2003-09-04 Program distribution system
JP5010876B2 (en) * 2006-08-30 2012-08-29 クラリオン株式会社 In-vehicle terminal apparatus and program control method therefor
JP4935505B2 (en) * 2007-05-29 2012-05-23 株式会社デンソー Light irradiation display for vehicles
JP5050771B2 (en) * 2007-10-12 2012-10-17 株式会社Ｊｖｃケンウッド Information providing apparatus, information providing method, and program
JP2010179839A (en) * 2009-02-06 2010-08-19 Denso Corp Vehicle display device
JP5195810B2 (en) * 2010-04-14 2013-05-15 株式会社デンソー Vehicle display device
JP2011146068A (en) * 2011-03-25 2011-07-28 Mitsubishi Electric Corp Program providing device and in-vehicle information system
WO2013146047A1 (en) * 2012-03-29 2013-10-03 ソニー株式会社 Information processing device, information processing method, server device, retrieval method, and information processing system
JP5522248B2 (en) * 2012-12-29 2014-06-18 富士通株式会社 Information output system, information output restriction device, information output restriction method, and computer program
WO2015004725A1 (en) * 2013-07-09 2015-01-15 三菱電機株式会社 Information presentation device
2003-09-04 JP JP2003312076A patent/JP4221261B2/en active Active
2004-09-01 US US10/930,779 patent/US7136745B2/en not_active Expired - Fee Related
US20050055154A1 (en) 2005-03-10
US7136745B2 (en) 2006-11-14
JP2005075314A (en) 2005-03-24
US10528311B2 (en) 2020-01-07 Display device
KR101612283B1 (en) 2016-04-15 Apparatus and method for determinating user input pattern in portable terminal
US8484575B2 (en) 2013-07-09 System and method for navigating in a display window
2006-07-11 RD04 Notification of resignation of power of attorney
2008-04-15 A711 Notification of change in applicant
Ref document number: 4221261
2011-10-21 R370 Written measure of declining of transfer procedure
2017-04-11 S531 Written request for registration of change of domicile
2017-04-19 R350 Written notification of registration of transfer