Electronic device and program

Abstract

To easily use information on a vehicle acquired by an electronic apparatus on a schedule management system.SOLUTION: The electronic device 10 has a function of inputting information to a schedule management system having a function of storing schedule information in a predetermined input format input from the user terminal 100 in a predetermined storage format and displaying the stored schedule information on the user terminal 100 so that a user can recognize a schedule, can be installed in a vehicle, and has a storage function that is a function of acquiring and storing traveling information that is information on the vehicle during a predetermined traveling period and an input function that is a function of inputting the stored traveling information to the schedule management system in accordance with the predetermined input format.SELECTED DRAWING: Figure 1

Description

[Technical Field]

[0001] The present invention relates to electronic devices and the like, and more particularly to electronic devices and the like that acquire information about a vehicle (for example, driving information). [Background technology]

[0002] There are known electronic devices that are installed in vehicles and acquire information about the vehicle. For example, a radar detector is an electronic device whose main purpose is to display warnings based on external signals on a display means such as a liquid crystal display. However, in order to display warnings or other additional information, the electronic device may also have a function to acquire information such as positioning information, fuel efficiency information, and engine information. This information includes information acquired from sensors built into the electronic device and information acquired from the vehicle via a CAN or the like.

[0003] Also, electronic devices are known that transfer acquired vehicle-related information to a dedicated server via a mobile phone line, etc. For example, in the operation system described in Non-Patent Document 1, vehicle information (details of a day's driving history, etc.) acquired by an electronic device (on-board device) is sent to a dedicated server, and is then processed by an ASP operator into a daily operation report, etc., and provided to the operation company. [Prior art documents] [Non-patent literature]

[0004] [Non-Patent Document 1] Smart Value Co., Ltd., "Eco-Drive Support Service," [online], [searched August 13, 2014], Internet<URL:ht tp: / / www.smartvalue.ad.jp / business / bs / vehicles_sol / eco / ess> Summary of the Invention [Problem to be solved by the invention]

[0005] However, the technology described in Non-Patent Document 1 is a business system that operates using a set of electronic devices and a dedicated server, and general users cannot easily and at low cost use information about vehicles obtained by electronic devices.

[0006] Separately, there are also known schedule management systems such as Google Calendar and Yahoo! Calendar that display network-based schedule information in calendar format on user terminals such as PCs that are not in-vehicle devices. These systems are widely used due to their convenience, such as the ability to manage common schedule information across multiple user terminals.

[0007] However, the idea of ​​using vehicle information acquired by electronic devices in a schedule management system has not been considered until now. [Means for solving the problem]

[0008] This application discloses, for example, the inventions described in the following configuration examples. <Configuration example 1> An electronic device having a function of inputting information to a schedule management system having a function of storing schedule information in a predetermined input format input from a user terminal in a predetermined storage format, and displaying the stored schedule information on the user terminal so that the user can recognize the schedule, It can be installed in a vehicle, A storage function is a function of acquiring and storing driving information, which is information about the vehicle during a predetermined driving period; an input function that is a function of inputting the stored travel information into the schedule management system in accordance with the predetermined input format; An electronic device comprising: <Configuration example 2> The schedule information includes schedule date and time information and title information, the schedule management system further has a function of displaying the title information in association with the date and time information on the user terminal; The travel information includes travel date and time information indicating a start date and time or an end date and time of the travel period, and movement information regarding the movement of the vehicle acquired during the travel period, The input function includes a function of, in fitting to the predetermined input format, making the running date and time information and the movement information for one of the running periods the date and time information and the title information of one of the schedule information, respectively. An electronic device characterized by: <Configuration example 3> The movement information includes fuel efficiency and / or distance traveled by the vehicle during the travel period. An electronic device characterized by: <Configuration Example 4> The schedule information includes schedule date and time information and location information, the schedule management system further has a function of displaying the location information in association with the date and time information on the user terminal; The travel information includes travel date and time information indicating a start date and time or an end date and time of the travel period, and travel end location information indicating a location of the vehicle at an end date and time of the travel period, The input function includes a function of, in fitting to the predetermined input format, making the travel date and time information and the travel end location information for one of the travel periods the date and time information and the location information of one of the schedule information, respectively. An electronic device characterized by: <Configuration example 5> The storage function includes a function of storing a plurality of pieces of the driving information, The electronic device further has a batch input function that is a function of inputting all or part of the plurality of pieces of travel information stored by the storage function into the schedule management system at once. An electronic device characterized by: <Configuration Example 6> The electronic device further has an input target selection function that is a function of selecting all or part of the plurality of pieces of traveling information stored by the storage function, The batch input function includes a function of batch inputting the travel information selected by the input target selection function. An electronic device characterized by: <Configuration Example 7> The electronic device has a tally target selection function that selects all or part of the plurality of pieces of travel information stored by the storage function; The device further includes a function for displaying the summary of the travel information selected by the summary target selection function on a display means. An electronic device characterized by: <Configuration Example 8> The system further includes an already-input information identification function that identifies the travel information that has already been input into the schedule management system by the input function based on identification information acquired from the schedule management system, The batch input function includes a function of performing batch input excluding the driving information identified by the already-input information identification function. An electronic device characterized by: <Configuration Example 9> In the schedule management system, the schedule information is stored under an individual file name, The identification information is the file name stored in the schedule management system. An electronic device characterized by: <Configuration Example 10> The identification information is the schedule information stored in the schedule management system. An electronic device characterized by: <Configuration Example 11> The driving information identification function is provided by the schedule management system. First information regarding the schedule information input from the user terminal to the schedule management system; acquiring second information related to the schedule information input into the schedule management system by the input function; performing said identification using said second information without using said first information; An electronic device characterized by: <Configuration Example 12> When the travel information is input to the schedule management system by the input function, the schedule information already stored in the schedule management system is not changed or deleted. An electronic device characterized by: <Configuration Example 13> the input of the driving information by the electronic device to the schedule management system and the acquisition of the identification information from the schedule management system are performed via a communication means capable of connecting to the electronic device and the user terminal; the communication means has a first storage means that can be read by the user terminal via a connection between the user terminal and the communication means, and a second storage means that cannot be read by the user terminal; When the identification information is acquired from the schedule management system, the identification information is stored in the first storage means; When the travel information is input to the schedule management system, the travel information is stored in the second storage means. An electronic device characterized by: <Configuration Example 14> An electronic device according to any one of configuration examples 1 to 13; A server connectable to a network and the user terminal, The network system is characterized in that the schedule management system includes the server and the user terminal. <Configuration Example 15> A program for causing a computer to realize the functions of the electronic device according to any one of configuration examples 1 to 13.

[0009] According to the electronic device of the invention of configuration example 1, the user can recognize information about the vehicle during a predetermined driving period simply by looking at the schedule displayed on the schedule management system.

[0010] The electronic device can be installed in a vehicle, and preferably can be installed in a vehicle owned by a user of the schedule management system. In this way, information about the vehicle owned by the user for a predetermined traveling period can be confirmed on the display of the schedule management system. Also, the electronic device can be installed in a vehicle in which the user of the schedule management system is the driver. In this way, information about the vehicle driven by the user for a predetermined traveling period can be confirmed on the display of the schedule management system.

[0011] The timing of installation may be, for example, when the vehicle is manufactured, but it is preferable that the device be configured to be installable after the purchase of the vehicle. The installation may be, for example, by being incorporated into the vehicle, but it is preferable that the device be retrofitted to the vehicle. The installation location is preferably inside the vehicle, and it is particularly preferable that the device be installable inside the passenger compartment. "Installable" may be, for example, a portable electronic device that can be attached and detached to the vehicle, and it is particularly preferable that the device be portable by the driver, but it is particularly preferable that the device be fixed to the vehicle. It is particularly preferable that the device be installable around the driver's seat. For example, it is preferable that the device be installable on the dashboard of the vehicle.

[0012] The vehicle may be of any type, such as a two-wheeled vehicle or a four-wheeled vehicle, but is preferably a private vehicle rather than a commercial vehicle, and more preferably a personal vehicle. A vehicle whose regular driver is limited to a specific individual is particularly preferable. Since schedule management systems are typically based on managing individual schedules, a vehicle whose driver is fixed to a specific individual is particularly effective. A schedule management system may be a system for managing the schedules of multiple people, but it is preferable that it at least have a function for managing an individual's schedule. Furthermore, the vehicle may be, for example, a four-wheeled vehicle, but is particularly preferable to be a two-wheeled vehicle. This is because a two-wheeled vehicle is particularly likely to have a driver identified as a specific individual.

[0013] If the electronic device has other functions different from those in configuration example 1, and the driving information, which is information about the vehicle during a predetermined driving period, is all or part (preferably part) of the information acquired to realize the other functions, it is preferable that all or part of the information acquired to realize the other functions be effectively utilized. For example, the electronic device may have a function of displaying an alarm to the driver as another function, and may acquire information for displaying the alarm, etc. For example, the electronic device may have a radar detector function as another function, and may acquire information necessary to realize the radar detector function. For example, it may acquire current location information of the vehicle.

[0014] The schedule management system may be a system for managing personal schedules, such as Google Calendar, Yahoo! Calendar, or Rakuten Calendar. In particular, the system may be based on the function of allowing a specific individual to manage their personal schedule, and the specific individual may be the driver of a vehicle equipped with the electronic device of the present invention. In particular, the schedule management system may have a function for authenticating individual users, allowing the authenticated individual to input their own schedule information from a user terminal. Furthermore, when inputting driving information into the schedule management system from an electronic device, the system may also be configured to authenticate the authenticated user on the user terminal. In this way, schedule information input from the electronic device of a user who checks the schedule on the user terminal can be displayed only to the user on the user terminal, preventing information of others from being input as the specific individual's schedule. The schedule management system may be configured as a single terminal (e.g., a PC), but is preferably configured as a system including a server on a network and terminals connected to the network. In particular, the system may be configured to allow driving information to be used on multiple user terminals, thereby improving user convenience.

[0015] The schedule may be something associated with a date (such as a date, an appointment, an event, or an errand). The schedule may be something related to a user. The schedule information may be information related to a schedule.

[0016] The predetermined input format may be, for example, an input format commonly used in schedule management systems, such as iCalendar or xCal. The method for inputting schedule information from a user terminal to the schedule management system may be, for example, a method for exchanging schedule information with a predetermined server, such as a web server, such as CalDAV. It is particularly preferable to use a standardized format and method.

[0017] The schedule management system stores schedule information input from a user terminal in a predetermined storage format, such as a predetermined file format or a predetermined database format, and may store the information by setting attribute values ​​present in the input format as attribute values ​​of a relational database.

[0018] The predetermined input format and the predetermined storage format may be different formats, but are preferably the same or at least partially common formats.

[0019] The schedule information may further preferably include information elements such as date and time information associated with the schedule, title information related to the content of the schedule, and / or location information associated with the schedule. The predetermined input format and / or storage format of the schedule information may include numbers representing the date and time for date and time information, text for title information, and text and / or numbers representing the location for location information. The text may have a format, but it is preferable that it does not. The date and time information may include at least information on the start date and time of the schedule. If the schedule information includes information elements, the predetermined input format and predetermined storage format may include identifiers indicating the type, length, etc. of the information elements.

[0020] The schedule management system stores schedule information input from a user terminal in a predetermined input format in a predetermined storage format and displays the stored schedule information on the user terminal. A method for displaying schedule information on the user terminal so that the user can recognize the schedule is to display the schedule information in association with the date and time. In particular, it is preferable to display the schedule information in multiple display fields corresponding to the date and time. In this case, it is preferable to display the schedule information in a display field corresponding to the date and time specified by the date and time information in the schedule information. Displaying title information in association with the date and time is preferable because it makes it easier for the user to understand the schedule content and the date and time.

[0021] A configuration in which schedule information is input from an electronic device to a schedule management system is preferably one in which the schedule information is input via a communication path such as a network. The communication method can be either wired or wireless, but wireless is preferable. The communication means may be built into the electronic device, but making it detachable from the electronic device is particularly advantageous, as it allows for lower prices for the electronic device and diversifies sales methods, such as by selling the electronic device and communication means separately, or by offering models with and without the electronic device and communication means bundled together. A particularly preferred communication means is a memory card with wireless communication capabilities that can be attached to and detached from the electronic device.

[0022] The user terminal may be, in particular, a personal computer or a smartphone.

[0023] The "driving period" may be, for example, the period from the start to the end of the vehicle's driving. In this way, the driving information for the period from the start to the end of driving can be easily confirmed in the schedule management system. The driving period may be, for example, detected by detecting whether the ACC is on or off and the period from when the ACC is turned on to when the ACC is turned off. Alternatively, the driving period may be detected by detecting the engine state and the period from when the engine is turned on to when the engine is turned off. In this way, the user can easily check the driving information for each period during which the vehicle is thought to have been driven in the schedule management system without having to manually input the information each time, for example, when getting out of the car.

[0024] The power for storing the driving information in the electronic device may be supplied regardless of whether the ACC is on or off. Alternatively, for example, the electronic device may have a function to maintain the power supply at least after the ACC is turned off until the recording of the driving information is completed. For example, the electronic device may be equipped with a battery so that it operates from the battery when the power from the vehicle is cut off. Alternatively, the electronic device may be connected to a power line that is constantly supplied with power from the vehicle and receive power. For example, power may be supplied to the electronic device from the vehicle's OBD connector. When the engine is turned on, power supply to the storage unit of the electronic device begins. The time when this power supply begins is considered the start of the vehicle's driving. Thereafter, the vehicle's engine operating status is acquired from the OBD connector. When the acquired vehicle engine operating status becomes engine off, that time is considered the end of the vehicle's driving and is stored in the storage unit. After a sufficient amount of time has passed to complete the storage process (e.g., after a considerable time such as five minutes has elapsed), the power supply to the storage unit of the electronic device is cut off. This makes it possible to store driving information after the ACC is turned off. The stored driving information may be transmitted at that time, but it may also be provided with a function to transmit information for a predetermined period all at once.

[0025] The travel information may include one or more information elements. The travel information may include information elements corresponding to the information elements included in the schedule information. For example, if the schedule information includes date and time information, title information, and / or location information, the travel information may include the corresponding date and time information, title information, and / or location information.

[0026] It is preferable that the storage format of the travel information is the same as or corresponds to the predetermined input format, because this facilitates the process of adapting the travel information to the predetermined input format. For example, if both the travel information and the schedule information have date and time information as information elements, it is preferable that the storage format of both date and time information and the predetermined input format be the same format (for example, a number with the same number of digits).

[0027] The date and time information of the travel information may be, for example, information indicating the date and time during the travel period (e.g., the start and / or end of the travel period). The title information of the travel information may include, for example, all or part of the travel distance during the travel period, fuel information, fuel efficiency information, speed information, acceleration information, pressure information, temperature information, engine information, tilt information, alarm information, satellite information, and tide information. The location information of the travel information may be information indicating the location during the travel period (e.g., the position or location at the start and / or end of the travel period).

[0028] The "function of adapting the driving information to the specified input format and inputting it into the schedule management system" may be a function of processing all or part of the driving information into a format that is the same as or corresponds to the specified input format and inputting it.

[0029] All or part of the driving information may be information acquired from a communication line (for example, an in-vehicle network (e.g., CAN)) to which a control unit pre-installed in the vehicle is connected to perform measurements in an electronic device or to control the vehicle itself during the driving period, or information processed from this information. In this way, all or part of the driving information can be stored without the need for manual input by the user and can be displayed in the schedule management system.

[0030] According to the invention of configuration example 2, the user can easily check the driving date and time information indicating the start date and time or end date and time of the driving period and the movement information regarding the vehicle movement acquired during that driving period from the date and time information and title information of the schedule management system.

[0031] The title information of a schedule management system is often a sentence created by the user so that the contents of the schedule can be understood at a glance. Furthermore, the date and time information of a schedule management system is often, for example, information on the start date and / or end date and time of the schedule.

[0032] In general, in a schedule management system, the visibility of title information is improved by displaying title information in association with date and time information. In the invention of configuration example 2, it is possible to display movement information in association with the date and time of driving date and time information, thereby improving the visibility of movement information to the same level as schedule information. A user can easily check driving date and time information and movement information by simply checking the title, start time, etc. in the schedule. In particular, a schedule management system having a function to display a list of schedules on a user terminal for each predetermined period, such as by month or week, and having a function to display the title and start time of the schedule in the list, exhibits the excellent effect of being able to check driving date and time information and movement information for each predetermined period at a glance.

[0033] The invention of Configuration Example 3 makes it possible to display fuel economy and / or mileage in association with the date and time of the driving date and time information. Fuel economy is a concern for many drivers. Furthermore, the driving distance is often short (or its fluctuation is small) for everyday driving such as commuting or shopping, while the driving distance is often long (or its fluctuation is large) for traveling or returning home. Therefore, the driving distance is useful as a guide when you want to remember what errands you drove for. By displaying such information as a schedule in association with the date and time of the driving date and time information, the usefulness of the device as a record of driving, etc. can be increased.

[0034] The invention of Configuration Example 4 makes it possible to display information indicating the vehicle's position or location at the end date and time of a driving period (end location information) in association with the date and time of driving date and time information. The vehicle's location at the end date and time of a driving period is likely to be the driving destination (arrival / destination), thereby increasing the usefulness of the driving record. Generally, schedule management systems have two fields (start date and end date and time) for inputting date and time information for each schedule, but only one field for inputting location information. This is thought to be because events, errands, and other matters recorded as schedules generally occur at a single location. Therefore, it can be said that it is unexpected for a schedule management system to treat information such as driving information, whose location changes between the start date and end date and time of a driving period, as schedule information. Furthermore, if there is a schedule whose location changes between the start date and end date and time, it is thought that the user would normally input the location of the start date and time. Therefore, the invention of Configuration Example 4, in which end location information (location information of the end date and time) is selected as location information, is a leap in concept.

[0035] The schedule management system may have a function of displaying a map of the area specified by the end location information on the user terminal based on the end location information.

[0036] In a preferred configuration example, the electronic device further includes a function for acquiring neighborhood information such as names of facilities near the vehicle location, and the end location information includes the neighborhood information about the vehicle location at the end date and time of the driving period. In this way, the end location information is displayed as neighborhood information that is easy for the user to understand, which further increases the usefulness of the electronic device for recording driving, etc.

[0037] In the invention of configuration example 5, it is possible to input travel information into the schedule management system in bulk, eliminating the need to perform operations such as connecting to the schedule management system for each travel unit (for example, one travel period can be one travel unit). For example, in the case of a configuration in which connection to the schedule management system is made via wireless communication, the vehicle can be moved to a location with good wireless communication conditions, and the travel information can be input in bulk by wirelessly connecting to the schedule management system.

[0038] The invention of configuration example 6 makes it possible to specify the travel information to be input into the schedule management system in one batch. This further improves user convenience. The input target selection function may be able to select all travel information stored by the storage function, but it would be better if it could select travel information on a yearly, monthly, or weekly basis, for example. "Selection" may allow the user to arbitrarily select the travel information they desire, or the electronic device may automatically select the travel information.

[0039] In the invention of configuration example 7, the summary of driving information is displayed on the electronic device, improving user convenience. The summary target selection function may be able to select all driving information stored by the storage function, but it is better if it can select driving information by year, month, or week, for example. "Selection" may be such that the user can arbitrarily select the driving information they desire, or the electronic device may automatically select the driving information. "Summary" may be, for example, the number of driving information items, the total driving distance, and / or the average fuel efficiency calculated from multiple driving information items selected by the summary target selection function. These are pieces of information that are generally of great interest to drivers, improving the useful value of the electronic device.

[0040] In the invention of configuration example 8, duplicate input can be avoided when inputting travel information into a schedule management system in a lump sum, and effects such as shortening the time required for lump sum input and reducing communication traffic can be achieved.

[0041] In the invention of configuration example 9, driving information that has already been input into the schedule management system is identified based on the file name on the schedule management system, which can reduce the processing load and communication volume involved in the identification. For example, in the case of a schedule management system in which date and time information is used as the file name, the above identification can be easily performed by using the start date and time or end date and time of the driving period as the date and time information of the schedule information when adjusting to a predetermined input format, and storing the start date and time or end date and time of the driving period using a storage function.

[0042] The invention of configuration example 10 can also handle cases where identification by file name is not possible.

[0043] In the invention of configuration example 11, the first information and the second information are acquired without distinction, so the processing related to information acquisition is simplified, and the first information is not used when identifying driving information already stored in the schedule management system, so the processing load related to identification is reduced.

[0044] In the invention of configuration example 12, it is possible to prevent schedule information already recorded in the schedule management system from being changed or deleted when travel information is input to the schedule management system using the input function.

[0045] In the invention of configuration example 13, when travel information is input to the schedule management system, the travel information is stored in the second storage means that cannot be read by the user terminal, but storage in the first storage means that can be read by the user terminal is not necessary. Therefore, when the communication means is connected to the user terminal, it is possible to prevent a situation in which the travel information input to the schedule management system by the input function is displayed on the user terminal against the user's intention. [Brief explanation of the drawings]

[0046] [Figure 1] FIG. 1 shows an example of the overall configuration of a network system 1 according to an embodiment of the present invention. [Figure 2]FIG. 2 shows a radar detector 10 which is a preferred embodiment of the electronic device of the present invention. [Figure 3] FIG. 3 shows a radar detector 10 which is a preferred embodiment of the electronic device of the present invention. [Figure 4] FIG. 4 shows another embodiment of the case body 12. [Figure 5] FIG. 5 shows an example of the hardware configuration of the smartphone 50. [Figure 6] FIG. 6 shows an example of the hardware configuration of the memory card 60. As shown in FIG. [Figure 7] FIG. 7 shows an example of a hardware configuration that a computer typically has. [Figure 8] FIG. 8 shows the functional configuration of a service server 80 according to an embodiment of the present invention. [Figure 9] FIG. 9 shows an example of target information stored in the target information storage unit 83. [Figure 10] FIG. 10 shows an example of public enforcement information stored in the public enforcement information storage unit 86. [Figure 11] FIG. 11 shows the functional configuration of a schedule server 90 according to an embodiment of the present invention. [Figure 12] FIG. 12 shows an example of multiple schedule information stored in the storage area 95. [Figure 13] FIG. 13 shows an example of a login screen 500 that the authentication server 92 displays in the browser of the user terminal 100 or the like via the Internet 2 . [Figure 14] Fig. 14(a) shows a calendar screen 501 displayed on a browser on a user terminal 100 or the like based on information transmitted from the schedule server 90 after login. Fig. 14(b) shows an example of a destination address (URL) specified when transmitting schedule information and a predetermined input format for the schedule information to be transmitted. [Figure 15] FIG. 15 shows the setting screen 503. [Figure 16] FIG. 16 shows the updated calendar section 501e. [Figure 17] FIG. 17 shows the menu window 210. [Figure 18] FIG. 18 shows a setting screen 211, which is a menu window. [Figure 19] FIG. 19 shows the map alert screen 111. [Figure 20] FIG. 20 shows the menu window 212. [Figure 21] FIG. 21 shows map warning screens 111 to 113. [Figure 22] FIG. 22 shows map warning screens 111 to 113. [Figure 23] FIG. 23 shows an exemplary standby screen. [Figure 24] FIG. 24 shows an exemplary standby screen. [Figure 25] FIG. 25 shows an exemplary display element 132. [Figure 26] FIG. 26 shows the menu window 210 that is displayed on various vehicle information screens. [Figure 27] FIG. 27 shows the menu window 210 that is displayed on various vehicle information screens. [Figure 28] FIG. 28 shows an example of the display of the notification area R2. [Figure 29] FIG. 29 shows the menu window. [Figure 30] FIG. 30 shows the display mode of the notification area R2. [Figure 31] FIG. 31 shows the display mode of the notification area R2. [Figure 32] FIG. 32 shows the display mode of the notification area R2. [Figure 33] FIG. 33 shows the display mode of the notification area R2. [Figure 34] Figure 34 shows an example of the radar wave warning function display. [Figure 35] Fig. 35(a) shows an example of driving information, and Fig. 35(b) shows the part of the file structure of the database 29 that is related to the log file. [Figure 36]36(a) and (b) show examples of the setting screen 507 and the WLAN screen 508. [Figure 37] Fig. 37(a) shows an example of the calendar screen 509. Fig. 38(b) shows examples of the confirmation screens 510a and 510b. [Figure 38] FIG. 38 shows an example of the input screens 512a to 512c. [Figure 39] 39(a) shows an example of a monthly record data screen 513. FIG. 39(b) shows an example of a monthly management data detail screen 514. [Figure 40] FIG. 40 shows examples of notification screens 515a to 515d. [Figure 41] FIG. 41 shows an example of an HTTP request method and an HTTP response sent and received between the schedule server 90 . [Figure 42] FIG. 42 shows exemplary contents of transmission data created from driving information. [Figure 43] FIG. 43 shows an example of the calendar screen 501. [Figure 44] FIG. 44 shows an example of the calendar screen 501. [Figure 45] FIG. 45 shows an example of the calendar screen 501. [Figure 46] FIG. 46 shows a pull-down menu that is displayed by operating the “Other” button on calendar screen 501. [Figure 47] FIG. 47 shows an example of the calendar screen 501 and a details window 501g of a record 501d. [Figure 48] Fig. 48(a) shows an example of the calendar screen 501. Fig. 48(b) shows an example of the map page. [Figure 49] FIG. 49 shows a graph screen displayed by the service server. [Figure 50] FIG. 50 shows the setting QR code screen 150. [Figure 51] FIG. 51 shows the setting screen 601. [Figure 52] FIG. 52 shows the confirmation selection screen. [Figure 53] FIG. 53 shows the confirmation selection screen. [Figure 54] FIG. 54 shows a conceptual diagram of the system when the AP screen function is used. [Figure 55] FIG. 55 shows a conceptual diagram of a system when the AP audio function is used. [Figure 56] FIG. 56 shows another way in which the second notification area appears in transition 4 or 5. [Figure 57] FIG. 57 shows (a) a top view, (b) a rear perspective view, and (c) a rear view of a radar detector 10 according to a preferred embodiment. [Figure 58] FIG. 58 shows (a) the inside of the rear case and (b) the inside of the rear case of a radar detector 10 according to a preferred embodiment. [Figure 59] Figure 57 shows (a) the interior of a preferred embodiment of the radar detector 10 with the rear case removed, and (b) the radio board and the GPS and speaker boards (top view). DETAILED DESCRIPTION OF THE INVENTION

[0047] Hereinafter, an embodiment of the present invention will be described using a radar detector 10 as an example of an electronic device. [System-wide configuration] 1 shows an example of the overall configuration of a network system 1. The network system 1 has a radar detector 10 and a smartphone 50 connected via the Internet 2, a network (wireless LAN) 3, etc. The radar detector 10 can be installed in a vehicle 4, preferably in a vehicle interior 4A. In this embodiment, the radar detector 10 installed in the vehicle 4 of a specific user will be mainly described, but the radar detector 10 can be similarly installed in different vehicles of multiple different users and can similarly connect to a server on the Internet.

[0048] A memory card 60 with wireless communication capabilities (hereinafter simply referred to as a "memory card") can be installed in the radar detector 10. By installing the memory card 60 in the radar detector 10, the radar detector 10 can send and receive data to and from various servers (e.g., map servers, social network servers, etc.) including a service server 80 and a schedule server 90 via the network 3, the smartphone 50, and the Internet 2. Another user terminal 100 can also be connected to the Internet 2. The user terminal 100 is, for example, a personal computer installed in the home 6 of the user 5. The Internet 2, the service server 80, the schedule server 90, the user terminal 100, etc. are located outside the vehicle 9.

[0049] The radar detector 10 can receive data from one or more ECUs 8 installed inside the vehicle 4B via the CAN network 7. The ECUs 8 are control computers (for example, engine control units) for various devices mounted on the vehicle 4.

[0050] [Radar detector 10 configuration] 2 and 3 show a radar detector 10, which is a preferred embodiment of the electronic device of the present invention. Fig. 2(a) is a perspective view of the front side (the side facing the rear of the vehicle (the driver's side)) of the radar detector 10, and Fig. 2(b) is a perspective view of the rear side. Fig. 3 is a block diagram of the radar detector 10.

[0051] The radar detector 10 comprises a thin, rectangular case body 12, and is fixed by attaching the bottom surface of a bracket 13 attached to the lower rear side of the case body 12 to the dashboard or the like of the vehicle 4. The case body 12 and bracket 13 are preferably made of a material that minimizes reflections on the windshield when installed and that gives a luxurious feel when displayed and sold in a store (for example, a luxurious material of the same color as the dashboard). The dimensions of the case body 12 are 62 mm long x 124 mm wide x 17 mm thick. A thinner portion is formed near the outer periphery of the case body 12.

[0052] A display 15 is provided on the front surface of the case body 12 (the surface facing the rear of the vehicle (driver's side)). The display 15 is configured as a 3.2-inch color TFT liquid crystal display. A touch panel 16 is provided on the display 15 to detect which part of the display 15 has been touched.

[0053] A volume adjustment button 17 is located on the right side of the front of the case body 12, and various operation buttons 18 are located on the left side. Certain buttons such as the operation buttons 18 or marks on the case body 12 use LED-illuminated components, and an alarm is sounded by illuminating the LED when an alarm function, which will be described later, is activated.

[0054] As shown in FIG. 1 , the right side of the case body 12 is provided with a card insertion slot 19 for inserting a memory card 60 as a removable recording medium, and a memory card reader / writer 20 is built into the card insertion slot 19 inside the case body 12. By inserting the memory card 60 through the card insertion slot 19, the memory card 60 is attached to the memory card reader / writer 20. By inserting the memory card 60 into the memory card reader / writer 20, the radar detector 10 can read and write data from and to the memory card 60. For example, the radar detector 10 can internally import data stored on the inserted memory card 60. More specifically, the data stored in the memory card 60 includes updated information such as information on new targets (targets to be notified) (target information such as location information such as the longitude and latitude of the target, and type information). The updated information is stored (downloaded) in a database 29 built into the device under the control of the control unit 28, thereby updating the data.

[0055] In addition, in an environment where the radar detector 10 can connect to the service server 80 using the internet connection functions of the smartphone 50 and memory card 60 described later, the latest target information and public enforcement information is downloaded from the service server 80 at predetermined intervals using a method described in detail below, and this is stored in the database 29, where the data is updated.

[0056] The database 29 can be realized by a non-volatile memory (for example, an EEPROM) inside the microcomputer of the control unit 28 or attached externally to the microcomputer. Map data and target information relating to certain targets are registered in the database 29 at the time of shipment, and subsequently added target information, public enforcement information, etc. are updated as described above.

[0057] The GNSS receiver 23 is located inside the upper center of the back side of the case body 12, and a microwave receiver 24 and a radio receiver 25 are located next to it. The GNSS receiver 23 receives GPS signals from GPS satellites and outputs current position (longitude and latitude) information. The GNSS receiver 23 has two channels of receiving circuits for the satellite positioning system. This makes it possible to use GPS signals from up to two satellite positioning systems. The microwave receiver 24 receives microwaves of a predetermined frequency emitted from the speed measurement device. The radio receiver 25 receives incoming radio waves of a predetermined frequency. A speaker 26 is also built into the bottom of the case body 12. The speaker port is located on the bottom of the case body 12. The radar detector 10 has a camera 30 that captures images of the back side of the case body 12 (the front side of the vehicle 4).

[0058] In addition to the above-mentioned display 15, a lamp 41, a remote control receiver 42, and an infrared communication device 44 are arranged on the front of the case main body 12 (omitted from FIG. 1). The lamp 41 warns by shining in various colors depending on the type and urgency of the alarm. The remote control receiver 42 communicates data with a remote control (portable device: child device) 43 via infrared rays and performs various settings for the device. The infrared communication device 44 sends and receives data to and from a communication device with a built-in infrared communication device, such as a smartphone 50.

[0059] The case body 12 also contains a geomagnetic sensor 46, an acceleration sensor 47, and an air pressure sensor 48. The geomagnetic sensor 46 detects geomagnetism to determine which direction north is relative to the direction of travel. The acceleration sensor 47 detects the acceleration of the vehicle 4 in the front-to-rear, left-to-right, and up-to-down directions. The air pressure sensor 48 measures the atmospheric pressure at the current position of the vehicle 4 in which the case body 12 is installed.

[0060] The radar detector 10 of this embodiment also includes a connection cable 32 that connects to an OBD-II (II is the Roman numeral "2," and hereinafter "OBD-II" will be referred to as "OBD2") connector installed in the vehicle. A connector terminal 33 that can be detachably attached to the OBD2 connector of the vehicle 4 is attached to the tip of this connection cable 32. The OBD2 connector is a fault diagnosis connector. The OBD2 connector is connected to the ECU 8 of the vehicle 4, and various vehicle information is output from the OBD2 connector.

[0061] By connecting the radar detector 10 to the OBD2 connector, the radar detector 10 can receive power from the OBD2 connector. Power from the OBD2 connector is constantly supplied from the vehicle, but power is supplied to the radar detector 10 via a power control unit that continuously supplies power to the radar detector 10 while the ACC switch (not shown) of the vehicle 4 is on and cuts off the power a predetermined time (e.g., five minutes) after the ACC switch is turned off. This power control unit is provided in a housing that has the connector terminal 33, and controls the on / off control of the power supply between the power terminal in the connector terminal 33 and the power cable in the connection cable 32.

[0062] By connecting connector terminal 33 attached to connection cable 32 with the OBD2 connector on the vehicle body, control unit 28 acquires various types of vehicle information every 0.5 seconds. This vehicle information includes, for example, vehicle speed, engine speed, engine load factor, throttle degree, ignition timing, remaining fuel percentage, intake manifold pressure, intake air flow rate (MAF), injection open time, engine coolant temperature (coolant temperature), temperature of air taken into the engine (intake air temperature), air temperature outside the vehicle (outside air temperature), amount of fuel remaining in the fuel tank (remaining fuel amount), fuel flow rate, instantaneous fuel consumption, accelerator opening, turn signal information (operation (ON / OFF) of left and right turn signals), brake opening, steering wheel rotation angle information, etc.

[0063] The control unit 28 is a computer equipped with a CPU, ROM, RAM, non-volatile memory, I / O, etc., and is connected to the above-mentioned units. It executes predetermined processing based on information input from various input devices (touch panel 16, GNSS receiver 23, microwave receiver 24, wireless receiver 25, etc.), and outputs predetermined warning messages using output devices (display 15, speaker 26, etc.). These basic configurations can be basically the same as conventional ones. For example, for audio output, audio PCM data is stored in EEPROM, which is non-volatile memory, and the control unit 28 reproduces this PCM data and outputs audio from the speaker 26.

[0064] [Configuration of Smartphone 50] 5 shows an example of the hardware configuration of a smartphone 50. The smartphone 50 includes a CPU 51, a storage device 52, an operation device 53, a display device 54, a local area communication unit 55, and an LTE communication unit 56.

[0065] The CPU 51 is mainly composed of a processor and controls the entire smartphone 50. The storage device 52 is composed of ROM, RAM, flash memory, etc., and stores programs and data necessary for the operation of the smartphone 50, as well as other user data used by the user. The operation device 53 accepts various operations by the user. The display device 54 displays information. The operation device 53 and the display device 54 may be configured as touch panel displays. The local area communication unit 55 has a function of transmitting and receiving data to and from external devices such as the memory card 60 via a network 3 such as a wireless LAN. The LTE communication unit 56 has a function of communicating with an LTE base station and with the Internet 2. It has a tethering function that connects external devices such as the memory card 60 to the Internet 2 by relaying communication between the local area communication unit 55 and the LTE communication unit 56 under the control of the CPU 51.

[0066] [Memory Card 60 Configuration] 6 shows an example of the hardware configuration of memory card 60. Memory card 60 is an SD card with a built-in wireless LAN communication function, and includes a CPU 61, a card interface unit (card I / F) 62, a wireless communication unit 63, RAM 64, a first flash memory 65, and a second flash memory 66.

[0067] The CPU 61 controls the entire memory card 60. The card interface unit 62 provides connection with external devices such as the radar detector 10. The wireless communication unit 63 is a wireless communication interface that transmits and receives various data to and from external devices such as the smartphone 50 in accordance with a communication method such as WLAN under the control of the CPU 61.

[0068] The RAM 64 temporarily stores data necessary for the operation of the memory card 60. The first flash memory 65 is a non-volatile semiconductor memory in which data is not lost even when the power is turned off, and stores control programs, wireless communication parameters, etc. The second flash memory 66 is for storing user data. Data in the second flash memory 66 (first storage unit) can be read from an external device such as the user terminal 100 via a card reader connectable to the card interface unit 62. Data in the RAM 64 (second storage unit) cannot be read from an external device such as the user terminal 100 via a card reader.

[0069] The memory card 60 and the radar detector 10 transmit and receive data via the card interface unit 62, and the memory card 60 and the smartphone 50 transmit and receive data via the wireless communication unit 63, thereby providing the following functions. (1) A function (SD card function) for the radar detector 10 to read and write data from and to the memory card 60 (RAM 64, second flash memory 66). (2) A function for transmitting and receiving data between the smartphone 50 and the radar detector 10 (wireless LAN function) (3) A function for connecting the radar detector 10 to the Internet 2 using the tethering function of the smartphone 50 (Internet connection function)

[0070] The service server 80, schedule server 90, other servers, user terminal 100, etc. are configured by computers that can be connected to the Internet 2. Fig. 7 shows an example of the hardware configuration that such a computer generally has. As shown in the figure, a computer that can be used as the service server 80, schedule server 90, user terminal 100, etc. may have a CPU 71, a storage device 72, an operation device 73, a display device 74, and a communication unit 75.

[0071] The CPU 71 is mainly composed of a processor and controls the entire computer. The storage device 72 is composed of ROM, RAM, hard disk, etc., and stores programs and data necessary for the computer's operation, as well as other user data used by the user. The operation device 73 is composed of a keyboard, mouse, etc., and accepts various operations. The display device 74 is composed of, for example, a liquid crystal display, and displays various information. The communication unit 75 has the function of connecting to the Internet 2.

[0072] The service server 80 and the schedule server 90 are connected to the Internet 2 via their respective communication units 75, and are capable of transmitting and receiving information to and from the smartphone 50, the user terminal 100, etc. (Hereinafter, in the explanation of connecting to the Internet 2 using the smartphone 50, the user terminal 100, etc., and browsing information, etc., the "external devices such as the smartphone 50, the user terminal 100, etc." may be simply referred to as the "user terminal 100, etc."). The user terminal 100 is capable of transmitting and receiving information to and from various servers on the Internet 2, such as the service server 80 and the schedule server 90, via its communication unit 75.

[0073] 8 shows the functional configuration of a service server 80 according to an embodiment of the present invention. As shown in the figure, the service server 80 comprises a Web interface 81, an account information storage unit 82, a target information storage unit 83, a target information update unit 84, a target information providing server 85, a public enforcement information storage unit 86, a public enforcement information update unit 87, and a public enforcement information providing server 88. These functions are realized by the configuration and overall control of the computer described above.

[0074] The web interface 81 performs communication via the Internet 2 .

[0075] The account information storage unit 82 stores multiple pieces of account data. Each piece of account data consists of a device ID unique to each radar detector 10 and a password corresponding to the device ID. The device ID and password consist of any number of alphanumeric characters, etc. The password is notified to the user for a fee.

[0076] A plurality of pieces of target information are stored in the target information storage unit 83. Fig. 9 shows an example of target information stored in the target information storage unit 83. As shown in the figure, the target information includes information elements such as a target type identifier indicating the type of target, location / area information, and update date and time.

[0077] The types of targets selected are locations and facilities that users are expected to want to be notified of while driving, such as accident-prone areas, scenic spots, service areas, Orbis (automatic speed enforcement devices), and Zone 30. Zone 30 is a designated area with a high concentration of residential roads in urban areas, etc., in order to prevent car accidents, and the maximum speed of vehicles in that area is limited to 30 km / h. The target type identifier is an identifier that indicates the type of target.

[0078] Position / area information is information that defines the position or area of ​​the target. Position information is latitude / longitude information of the target's position. Area information is stored as shape data that defines the outer boundary of the target's area. For polygonal areas, the shape data is stored by the positions (latitude / longitude) of each vertex of the polygon, and for circular areas, the shape data can be stored by the center position (latitude / longitude) and radius. Areas may also be stored as a collection of multiple polygonal or circular areas.

[0079] The update date and time is information indicating the date and time when the target information was stored in the target information storage unit 83.

[0080] The target information update unit 84 updates the target information in the target information storage unit 83. The target information update unit 84 adds target information about newly installed targets to the target information storage unit 83, and deletes target information about removed targets from the target information storage unit 83.

[0081] The target information is updated by an operator through manual input using the operation device 73 of the service server 80. The CPU 71 of the service server 80 may acquire the target information by searching from an information source such as the Internet 2 and automatically update the information.

[0082] When the radar detector 10 accesses (connects to) the service server 80 via the Internet connection function, the target information providing server 85 checks the access authority of the radar detector 10 by comparing the account data provided by the radar detector 10 with the information in the account information storage unit 82, and if access authority is granted, provides the target information stored in the target information storage unit 83 to the radar detector 10 that has connected.

[0083] More specifically, when the target information providing server 85 confirms access from the radar detector 10 to the service server 80, it extracts target information having an update date and time since the radar detector 10's last access date and time and transmits it to the radar detector 10.

[0084] Furthermore, even if the access authority of the radar detector 10 cannot be confirmed, the target information providing server 85 may provide target information to the radar detector 10 in certain cases. This provision process may be performed, for example, by storing the date and time of provision in the account information storage unit 82 and determining whether a predetermined period of time has passed since the current access date and time. Alternatively, the server 85 may provide target information with a predetermined probability for each access. This process may be performed at a fixed frequency, such as once every two years, or with a fixed probability based on a lottery or other method. Furthermore, the server 85 may provide only a portion of the target information stored in the target information storage unit 83, limiting the scope of target information compared to when access authority is confirmed. This may motivate the user to use the memory card 60 with wireless communication function and maintain their motivation to obtain a paid password.

[0085] The public enforcement information storage unit 86 stores multiple pieces of public enforcement information. Public enforcement information is mainly information related to traffic and safety provided by public institutions such as the police and local governments. Figure 10 shows an example of public enforcement information stored in the public enforcement information storage unit 86. As shown in the figure, the public enforcement information includes information elements such as information content, area / road information, corresponding target type identifier, update date and time, etc.

[0086] The information content is text information indicating the content of the public enforcement information. The information content may be text that summarizes / explains in an easy-to-understand manner information provided by the police, local governments, etc., by the operator of the service server 80. The area / road information includes information on the area and roads. The area information is information on areas defined by administrative divisions (prefectures, cities, towns, villages, etc.), or information on areas defined in the same way as the areas of the target information. The corresponding target type identifier is information that is specified when there is a target that is considered useful to associate with the public enforcement information, and if such a target exists, an identifier indicating the type of that target is stored as the target type identifier. The update date and time is information that indicates the date and time (date and time) when the public enforcement information was stored in the public enforcement information storage unit 86.

[0087] The public enforcement information update unit 87 updates the public enforcement information in the public enforcement information storage unit 86. The public enforcement information update unit 87 adds newly published public enforcement information to the public enforcement information storage unit 86, and deletes target public enforcement information that has expired or the like from the public enforcement information storage unit 86.

[0088] The public enforcement information is updated by an operator through manual input using the operation device 73 of the service server 80. The CPU 71 of the service server 80 may also acquire the public enforcement information by searching from information sources such as the homepages of the police or local public organizations, and update the information automatically.

[0089] When a radar detector 10 accesses the service server 80 via the Internet connection function, the public enforcement information providing server 88 provides the connecting radar detector 10 with the public enforcement information stored in the public enforcement information storage unit 86. No access authority is required to provide the public enforcement information.

[0090] Fig. 11 shows the functional configuration of a schedule server 90 according to an embodiment of the present invention. As shown in Fig. 11, the schedule server 90 has functional components such as a Web interface 91, an authentication server 92, an account database 93, and a schedule database 94. These functions are realized by the configuration and overall control of the computer described above.

[0091] The Web interface 91 communicates via the Internet 2. The authentication server 92 checks the user's access authority by comparing information input from the user terminal 100 or the like with information in the account database 93, and permits login (access to data accessible with the user's account in the schedule database 94) if the user has access authority.

[0092] The account database 93 stores multiple pieces of registration data. Each piece of registration data consists of a user account and a password corresponding to the user account. A user account can be uniquely identified, and an email address is used, for example.

[0093] The schedule database 94 stores schedule information, which is information about schedules, in association with each user account. In this embodiment, one or more storage areas 95A, 95B, ... 95N that can be specified by a URL or the like are assigned to each user account (such as "account #1"). (Hereinafter, when there is no need to distinguish between the individual storage areas 95A, 95B, ... 95N, the "storage areas 95A, 95B, ... 95N" will be simply referred to as "storage area 95.") Each storage area 95 is identified by a calendar ID or the like, which will be described later. Each storage area 95 stores one or more pieces of schedule information.

[0094] 12 shows an example of a plurality of pieces of schedule information stored in the storage area 95. The schedule information includes a plurality of information elements such as a UID, a start date and time, an end date and time, a title, and a location.

[0095] The information in the "UID" column is identification information for identifying each schedule information. The identification information consists of a user ID ("AAACAL") that is unique for each user account and data indicating the creation date and time of each schedule information ("20140601T182650").

[0096] The information in the "Start Date and Time" and "End Date and Time" columns is date and time information, and indicates the start date and time and end date and time of each schedule information. The "Start Date and Time" and "End Date and Time" are stored in the format "Asia / Tokyo:AAAAAAAATBBBBBB". "Asia / Tokyo:" indicates the time zone. "A" and "B" are single-digit numbers, "AAAAAAAA" indicates the year, month, and day, and "BBBBBB" indicates the time. For example, "Asia / Tokyo:20140623T150000" indicates 15:00 on June 23, 2014, Tokyo time. The user can set the "Start Date and Time" and "End Date and Time" as desired.

[0097] The information in the "Title" column is title information, and stores text information of a certain number of characters input by the user.

[0098] The information in the "Location" field is information related to a location (hereinafter referred to as "Location Information"). The user can input any location information. The location information can be stored as text information of a certain number of characters (e.g., "First Meeting Room"), or as data indicating latitude / longitude. In the illustrated example, the latitude and longitude are displayed as numbers with six decimal places. For example, "34.728905,137.453193" indicates that the latitude is 34.728905 degrees and the longitude is 137.453193 degrees.

[0099] The schedule information may also include information elements other than those described above. Each piece of schedule information is stored in the storage area 95 as a schedule information file 96, with the "UID" of the file being used as the file name.

[0100] The information in the "URL" column indicates the URL and file name of the storage area 95 allocated to the corresponding user account in the schedule database 94.

[0101] The account database 93 and the schedule database 94 are relational databases that store the above-mentioned registration data, schedule information, etc. based on a relational model.

[0102] Fig. 13 shows an example of a login screen 500 that the authentication server 92 displays in a browser on the user terminal 100 or the like via the Internet 2. As shown in Fig. 7, the login screen 500 displays input fields 500a and 500b for inputting a user account and a password.

[0103] When a user enters a user account and password in input fields 500a, 500b and operates login button 500c, the browser on the user terminal 100 or the like sends this information to authentication server 92, and authentication server 92 determines whether or not the received information can be authenticated by referring to account database 93, and if authentication is successful, allows the user to log in.

[0104] FIG. 14(a) shows a calendar screen 501 displayed on the browser of the user terminal 100 or the like based on information transmitted from the schedule server 90 after login.

[0105] In the following explanation, we will explain operations on a screen displayed in a browser on the user terminal 100 or the like, and the contents of the screen displayed in the browser on the user terminal 100 or the like. The information indicating the operation contents used in the explanation is sent from the browser to the schedule server 90, and based on the sent information, the schedule server 90 generates data to be drawn on the screen on the browser and sends it to the user terminal 100 or the like, and the data sent is used to display on the browser on the user terminal 100 or the like.

[0106] Calendar screen 501 displays schedule information stored in one of storage areas 95 allocated to the corresponding user account (for example, storage area 95A). By operating menu button 501f (described later), it is also possible to display schedule information for other storage areas 95B to 95N.

[0107] On calendar screen 501, display columns 501a are arranged for each of a plurality of unit periods (in the illustrated example, one day) included in a predetermined display period (in the illustrated example, the predetermined display period is one month, specifically, the month of June 2014). The display period can be changed by operating change button 501b, and the length of the display period (day, week, month) can be changed by operating change button 501c.

[0108] Each display column 501a displays a record 501d consisting of the start time and title information of schedule information having date and time information (e.g., start date and time) corresponding to the date and time of each display column 501a. For example, in FIG. 14(a), for schedule information with a start date and time of 15:00 on June 23, 2014, the start time ("15:00") and title information ("Sales Meeting") are displayed in the display column 501a for the 23rd. Each display column 501a can display multiple records 501d arranged from top to bottom in order of start time. (See the two records 501d displayed in the display column 501a for the 25th.)

[0109] An input window 502 for entering schedule information pops up when any of the display columns 501a on the calendar screen 501 is clicked. The input window 502 has multiple input fields 502a, 502b, and 502c for entering information elements such as schedule title information, date and time information, and location information.

[0110] When the user inputs all or part of the above information elements in the input window 502 and operates the save button 502d, the input schedule information is processed into a predetermined input format and transmitted to the schedule server 90. Fig. 14(b) shows an example of a destination address (URL) specified when transmitting schedule information and the predetermined input format of the schedule information to be transmitted.

[0111] As shown in the figure, the destination URL is created by combining the URL (https: / / www.calender.com / calendar / dav / ZZname@Amail.com / events) of the storage area 95 assigned to the user and the identification information of the schedule information. The identification information is composed of the user ID (AAACAL) and information (20140610T143836) indicating the date and time (input date and time) when the save button 502d was operated.

[0112] When transmitting, the schedule information is processed into the specified input format shown in the figure by tagging and / or arranging each information element according to each input field 502a, 502b, and 502c. For example, information entered into input field 502a is tagged with "SUMMARY," information entered into input field 502b is tagged with "DTSTART;TZID=Asia / Tokyo" and "DTEND;TZID=Asia / Tokyo," and information entered into input field 502c is tagged with "LOCATION." "AAACAL20140926T143836" tagged with "UID" is identification information used to identify each piece of schedule information being transmitted. The identification information consists of a user ID and date and time information indicating the date and time the schedule information was transmitted.

[0113] The data format of the schedule information sent is iCalendar format. Schedule information can also be sent using the CalDAV standard, which uses WebDAV. "BEGIN:VCALENDAR", "BEGIN:VEVENT", "DESCRIPTION:", "END:VEVENT", "END:VCALENDAR", etc. are headers and footers that identify the start and end of the schedule information.

[0114] The schedule server 90 extracts information elements contained in the schedule information by parsing the schedule information transmitted from the user terminal 100 or the like, and stores the information elements in the storage format described with reference to FIG.

[0115] The calendar screen 501 has a calendar field 501e that displays the type of calendar. When a menu button 501f in the calendar field 501e is operated, the screen transitions to a setting screen 503 shown in Fig. 15, where settings for a new calendar are accepted.

[0116] The setting screen 503 includes one or more input fields 503a to 503c for inputting various information about the new calendar. Of these, the input field 503a is for receiving the calendar name of the new calendar. In the figure, the state in which the name "Monthly Record" has been input is shown.

[0117] When all or part of the input fields 503a to 503c are filled in and the "Create Calendar" button 503d is operated, the information in the input fields 503a to 503c is sent to the schedule server 90, which then allocates a currently unused storage area (for example, storage area 95B) associated with the currently logged-in user account to the new calendar and stores the sent information as an attribute value of that storage area.

[0118] By the above process, the display of the calendar field 501e on the calendar screen 501 is updated as shown in FIG. 16, and an icon 541 indicating the calendar name entered in the entry field 503a and operation buttons 542 are displayed.

[0119] In calendar field 501e shown in Fig. 16, when the user operates operation button 542, pull-down menu 505 is displayed, and by selecting "Calendar Settings" 543 from the selection items, calendar ID 544 can be displayed on the screen. Calendar ID 544 is identification information for individually identifying storage areas 95A, 95B, ..., 95N. In this example, calendar ID 544 is "xxxx@group.calendar.yyyy.com".

[0120] [Electronic device functions] The functions of the radar detector 10 of this embodiment are stored in the EEPROM of the control unit 28 as programs executed by the computer that is the control unit 28, and are realized by the computer executing these programs. Functions realized by the computer through the programs stored in the control unit 28 include a GPS log function, a touch operation reception function, a vehicle information screen display function, a download update function, an alarm function, a driving information log function, a wireless communication function, etc.

[0121] The GPS log function is a function in which the control unit 28 associates the current position detected by the GNSS receiver 23 every second with the time of detection and the speed (vehicle speed) and stores the result in a non-volatile memory as a position history. This position history is recorded in, for example, the NMEA format.

[0122] The touch operation reception function is a function that receives various operations, including setting the operating conditions of the radar detector 10, based on touch operations on multiple types of menu windows. Operations that can be performed by touch operations can also be performed using the remote control 43.

[0123] Each menu window is displayed on top of the vehicle information screen, which will be described later, and is layered on top of the vehicle information screen. The menu window is composed of a semi-transparent background and opaque buttons so that the vehicle information screen can be seen. This allows the user to recognize the type of vehicle information screen or check the contents of the vehicle information screen even while the menu window is displayed.

[0124] The multiple types of menu windows include a menu window 210 shown in Fig. 17. When a single touch operation on the display 15 is detected while the radar detector 10 is in operation (while a vehicle information screen, described later, is being displayed), the control unit 28 displays the menu window 210 on the display 15. The menu window 210 may be displayed when a hand approaches using a touch panel controller with a proximity sensor. The menu window 210 is erased if no operation is detected for a certain period of time.

[0125] FIG. 17(a) shows a menu window 210 displayed in the radar detector 10 in the case body 12 shown in FIG. 2. As shown, three basic buttons 210a to 210c are displayed in this menu window 210. FIG. 17(b) shows a menu window 210 displayed in the radar detector 10 in the case body 12 from which the direct switches shown in FIG. 4(a) or (b) are omitted. In the menu window 210 in FIG. 17(b), in addition to the basic buttons 210a to 210c, an additional button 210d is displayed on the outer periphery of the menu window 210. By operating these additional buttons 210d, it is possible to perform operations corresponding to the direct switches in the radar detector 10 in the case body 12 shown in FIG. 2.

[0126] The multiple menu windows including the menu window 210 have a hierarchical structure, and in response to a touch on a menu window at a higher level, the control unit 28 displays a menu window at a lower level or executes the button function of the button. For example, touching the "Settings TOP" button 210a in the top menu window 210 displays the setting screen 211 (FIG. 18), which is a menu window at a lower level assigned to the button 210a. Note that the phrase "displayed" in the specification indicates that the control unit controls the display (e.g., the drawing process, etc.). The phrase "the control unit...displays" also indicates that the control unit controls the display (e.g., the drawing process, etc.). Furthermore, touching a button displayed in a menu window at a lower level, such as the setting screen 211, displays a menu window at a lower level assigned to the button, or executes the function assigned to the button. In the following, the function of displaying the menu window assigned to a button on the menu window and the function assigned to a button on the menu window may be collectively referred to as a "button function."

[0127] The types of buttons (for example, buttons 210a to 210c) displayed in the menu window 210 differ depending on the type of vehicle information screen currently being displayed, as will be described later.

[0128] The touch operation acceptance function includes a function explanation function that responds to a touch operation on all or some of the buttons displayed in each menu window by outputting an explanation of the functions, etc., assigned to the buttons from speaker 26. Specifically, when a certain type of operation on a button (e.g., a long-term touch operation of 0.5 seconds or more) is detected, the touch operation acceptance function executes the button function of the button, and when a different type of operation (e.g., a short-term touch operation on a button of 0.2 to 0.5 seconds) is detected, the function explanation function is activated, and text data explaining the button function of the button is read from database 29, and a voice is synthesized using voice synthesis technology to be output from speaker 26. This allows the user to know the button functions without having to take out an instruction manual to search for the necessary information.

[0129] The vehicle information screen display function is a function for displaying a vehicle information screen on the display 15. The vehicle information screen display function includes an alarm screen display function for displaying an alarm screen as a vehicle information screen in response to a user selection, and a standby screen display function for displaying a standby screen that displays vehicle operation information and the like as a vehicle information screen.

[0130] The alarm screen display function is a function that displays an alarm screen on the display 15 that indicates the positional relationship between the vehicle's position and a target for which an alarm is issued by the GPS alarm function described below, based on the vehicle's position detected by the GNSS receiver 23. The alarm screen display function includes a map alarm screen display function that displays a map alarm screen, a classic alarm screen display function that displays a classic alarm screen, and a classic alarm screen display function that displays a simple alarm screen. The alarm screen display function can display any of these three types of alarm screens as an alarm screen on the display 15, according to the user's selection.

[0131] The map warning screen is a warning screen that uses a national map. The classic warning screen is a warning screen that simply displays the relative positions of the vehicle and the target. The classic warning screen also displays a meter that indicates the operating status of the vehicle selected by the user. The simple warning screen is a warning screen that displays only the vehicle speed when there is no target, and displays a warning panel, mini radar, and a countdown display of the distance to the target when the vehicle is within a certain approach distance from the target.

[0132] 19(a) shows a map alarm screen 111, which is one aspect of the map alarm screen displayed by the map alarm screen display function. As shown in the figure, the map alarm screen display function also has a function of extracting targets to be notified to the user based on the current position and the positions or areas of targets stored in the database 29, and displaying target icons 312 etc. for the extracted targets superimposed on the corresponding positions on the map. The specific display aspects of the map alarm screen 111 are as follows.

[0133] The control unit 28 displays a map warning screen 111 showing a map image in the main display area R1 that occupies almost the entire surface of the display 15. The control unit 28 displays the map image so that the current vehicle position is located directly above the center of a notification area R2, which will be described later, and also displays a vehicle icon 311 at that position. However, when a target image 312a, which will be described later, is displayed, the vehicle icon 311 may be erased or may be displayed in a position moved left or right so as to be away from the target image 312a. The map image is drawn so that the vehicle's traveling direction is aligned with the upward direction of the display 15.

[0134] When displaying the vehicle icon 311, map matching is used to correct the position of the vehicle icon 311 so that it is displayed as close to the road in the map image as possible. Data on the traffic direction of each road is stored in the database 29, and map matching is performed when correcting the position so that the traveling direction of the vehicle matches the traffic direction of the road on which the vehicle is traveling. This prevents the vehicle icon 311 from appearing unnaturally in the opposite lane on roads such as expressways where there is a large distance between oncoming lanes.

[0135] The control unit 28 displays the topography (roads, mountains, rivers, lakes, buildings, facilities, etc.), place names, building names, facility names, place names, etc. in the main display area R1, as well as a target icon 312 that indicates the position of a target within a predetermined distance range from the vehicle. Visibility is improved by adding shadows to the place names, building names, facility names, place names, etc.

[0136] Depending on the type of target, the control unit 28 can display a target image 312a (a live image of the target or an animation video specific to the target) on the map when the target is at a certain approach distance (for example, within 1000 m) as shown in Fig. 19(b), and can display an enlarged target image 312a when the target is at a second approach distance that is closer (for example, within 500 m). The user can set the size of the target image 312a to be displayed at each approach distance.

[0137] The control unit 28 further displays a compass 313 and a vehicle speed 314 in the upper left of the main display area R1, a current position display unit 315 in the upper right of the main display area R1, a mini radarscope 316 below it, and a notification area R2 below the main display area R1, superimposed on the main display area R1. The current position display unit 315 displays the name of the road on which the vehicle is traveling if it is registered in the database 29, or the address of the current position if it is not registered. The mini radarscope 316 simply displays the relative positions of the vehicle 316a and a target 316b.

[0138] Notification area R2 displays notification information 317 and a steady display 318. Notification information 317 is information relating to targets and public enforcement information. Hereinafter, notification information 317 displayed regarding targets may be referred to as "target notification information," and notification information 317 displayed regarding public enforcement information may be referred to as "public notification information." The illustrated example shows a case where target notification information 319 is displayed as notification information 317.

[0139] The target notification information 319 displays a target icon 319a indicating the target, target explanation information 319b that explains the target, a direction icon 319c that indicates the direction of the target, and a target distance 319d that is the distance to the target. By making the target icon 319a an icon with the same shape as the target icon 312, the user can easily understand the relationship between the target icon 312 on the map image and the target notification information 319.

[0140] The steady display 318 is made up of one or more information icons 318a that show information about traffic laws and the like in the vicinity of the current location, and the current time 318b. The steady display 318 is always displayed regardless of whether the target notification information 319 or the public notification information 320 is displayed.

[0141] The notification area R2 is composed of a translucent, plate-like background image drawn on a layer in front of the map image, etc., of the main display area R1, overlapping the main display area R1, and opaque notification information 317 and constant display 318 on the background image. Displaying the opaque notification information 317 and constant display 318 on the background image makes it easier for the user to see the notification information 317 and constant display 318. Because the background image is translucent, as shown in the figure, even within the notification area R2, in places where the notification information 317 or constant display 318 is not displayed, the map image, etc. located behind it can be seen. This allows the user to see a wider range of the displayed map image.

[0142] The map warning screen display function includes a map selection function. The map selection function is a function that accepts the user's selection of the type of map warning screen. The map warning screen display function displays the type of map selected by the map selection function.

[0143] 20 shows the menu window 212 that the map selection function displays on the display device 15. The menu window 212 is a menu window at a lower level than the menu window 210, and can be displayed by touching a button one or more times from the menu window 210. As shown in the figure, the menu window 212 displays three types of buttons, "TYPE1" to "TYPE3," and the map selection function selects the type of map alarm screen that corresponds to the touched button, "TYPE1" to "TYPE3."

[0144] 21 and 22 show map alarm screens 111 to 113 corresponding to "TYPE1" to "TYPE3." FIG. 21 shows map alarm screens 111 to 113 with a daytime color scheme that are displayed when the vehicle interior 4A is bright, and FIG. 22 shows map alarm screens 111 to 113 with a nighttime color scheme that are displayed when the vehicle interior 4A is dark. The map alarm screen 111 is the same as the one shown in FIG. 19 and is a standard map alarm screen. The map alarm screen 112 is an address-oriented screen, and the current location display section 315 always displays the address of the current location. The map alarm screen 113 is a road-oriented screen, and the display of major trunk roads is emphasized. The display of the current location display section 315 is the same as that of the map alarm screen 111.

[0145] As described above, by allowing the user to select from multiple map warning screens 111-113 that differ in the thickness of roads and the colors of administrative districts, facilities, etc., the user can display a map warning screen 111-113 that is easy to see depending on their preferences and the situation.

[0146] The warning screen display function may include a scale display function that displays current scale information (reduction scale) at a fixed position (scale display area) on the screen. The scale may display the distance from the vehicle's position to the vertical center position of the main area R1 (e.g., "500 m") and the distance to the upper position (e.g., "1000 m"). When the control unit 28 detects that the main display area R1 has been touched twice consecutively, it displays a map scale change button (not shown) at a fixed position (along the scale display area) in the main display area R1 and changes the map scale in response to the touch on the map scale change button. In other words, the control unit 28 changes the scale of the map displayed in the main display area R1 to match the scale of the changed map scale, and also changes the scale information displayed in the scale display area.

[0147] The standby screen display function is a function in which the control unit 28 displays a standby screen on the display 15 in multiple designs, in accordance with the user's selection, showing operation information of the vehicle 4 (e.g., vehicle speed, mileage, fuel efficiency, number and ratio of idling stops) obtained from the OBD2 etc., as well as a clock, photo frame, etc.

[0148] 23 and 24 show exemplary standby screens 121 to 131. Standby screens 121 to 128 in Fig. 23 respectively display the current time, vehicle speed, etc., information related to eco-driving, acceleration, etc., inclination, etc., morning and evening information, graphs, and photo frames. Standby screens 129 to 131 in Fig. 24 are preset standby screens, and can display an arrangement of display elements such as multiple meter images, characters, and numbers of various sizes that can be selected by the user.

[0149] Note that multiple types of display elements related to idling stop (for example, display element 132 in FIG. 25) are provided as display elements that can be displayed on the preset standby screens 129 to 131. However, since idling stop is less important in hybrid cars, when information from OBD2 detects that vehicle 4 is a hybrid car, the standby screen display function displays a display element that displays information related to engine stop (for example, display element 133 in FIG. 25) instead of the display element related to idling stop (for example, display element 132 in FIG. 25).

[0150] Each of the standby screens 129 to 131 can display a notification area R2 similar to that of the map alert screen 111, etc., but the notification area R2 is omitted in FIGS.

[0151] Here, a supplementary explanation will be given about the basic buttons displayed in the menu window 210. The types of basic buttons in the menu window 210 change depending on the type of vehicle information screen (vehicle information screen displayed as the background of the menu window 210) when the menu window 210 is displayed.

[0152] 26 and 27 show the menu window 210 displayed on the various vehicle information screens 135 to 147. As shown, in the menu window 210 of each vehicle information screen 135 to 147, in addition to a "Settings Top" button, buttons necessary or convenient for display settings of the respective vehicle information screen 135 to 147 are displayed, and when there is no particular need for such settings, only the "Settings Top" button is displayed. This simplifies the menu window 210 and makes it easier to operate.

[0153] The download update function is a function that updates the target information and public enforcement information in database 29 by downloading the new target information and public enforcement information from service server 80 when the new target information and public enforcement information are available in service server 80. Whether the information is new can be determined by the date and time of the previous download using the download update function and the update date and time of the target information and public enforcement information, etc.

[0154] The download update function executes the above download and update if the radar detector 10 is powered on and is able to connect to the service server 80 via the tethering function of the smartphone 50.

[0155] The download update function makes it possible to update the target information and public enforcement information in the database even if the smartphone 50 does not have a tethering function by downloading the target information and public enforcement information from the service server 80 to the smartphone 50 in advance. In other words, when the radar detector 10 is turned on, it attempts to connect to the smartphone 50 via the wireless LAN function, and if successful, it reads the target information and public enforcement information from the smartphone 50 to update the target information and public enforcement information in the database 29.

[0156] The download update function has a selection function that allows the user to select which of the above two methods to use for downloading.

[0157] The warning functions include a GPS warning function, a radar wave warning function, a public enforcement information display function, a notification area control function, a radio warning function, a warning restriction function, and a restriction release function. The control unit 28 executes processing to realize each function, such as the GPS warning function, the public enforcement information display function, the notification area control function, the radar wave warning function, and the radio warning function, depending on an event that occurs while the vehicle information screen display function is being executed, and returns to processing the original standby function when the processing of that function is completed. The priority of each function is set in order from highest to lowest: radar wave warning function, radio warning function, and GPS warning function.

[0158] The GPS warning function is a function that determines whether there is a target that should be notified to the user at a predetermined time interval (1 second interval) based on an event from a timer in the control unit 28, and displays target information about the existing target in the notification area R2 depending on the determination.

[0159] Whether or not a target that should be notified to the user exists is determined based on the position / area information of the target information stored in the database 29 and the current position detected by the GNSS receiver 23. Specifically, if the distance from the current position to the target position is less than a certain value or if the current position is within the area of ​​the target, it is determined that a target that should be notified exists. In this determination, a target that the GPS warning function determines should be notified (or exists) is called a "target to be notified."

[0160] If it is determined that there is a target to be notified, the GPS alarm function executes a process of displaying a target mark 312 or a target image 312a specified by the target type identifier of the target to be notified information on the map alarm screens 111-113, standby screens 121-131, etc. of the display device 15, and also displays target alarm information 319 in the alarm area R2 of these screens, and outputs an approach alarm sound indicating this from the speaker 26. The data of these images, icons, sounds, etc. are stored in the database 29 in association with the target type identifier.

[0161] Hereinafter, the map warning screens 111 to 113, the standby screens 121 to 131, etc. may be collectively referred to as "vehicle information screens 111, etc."

[0162] These targets include locations of drowsy driving accidents, speed measurement devices (radar type, loop coil type, H system, LH system, photocell type, mobile type, etc.), speed limit switching points, enforcement areas, checkpoints, no parking monitoring areas, N system, traffic monitoring systems, intersection monitoring points, red light ignorance prevention systems, police stations, accident-prone areas, areas with high rates of vehicle theft, sharp / continuous curves (expressways), branching / merging points (expressways), ETC lane advance guidance (expressways), service areas (expressways), parking areas (expressways), highway oases (expressways), smart interchanges (expressways), gas stations inside PAs / SAs (expressways), tunnels (expressways), highway radio reception areas (expressways), prefectural border announcements, roadside stations, view point parking, expressway bus stops, roundabouts, flooded areas during heavy rain, frozen spots in winter, autumn foliage spots, Zone 30, etc.

[0163] The public enforcement information display function is a function that determines whether there is a target that should be notified to the user at a predetermined time interval (1 second interval) based on an event from a timer in the control unit 28, and displays the existing public enforcement information in the notification area R2 depending on the determination.

[0164] Whether there is public enforcement information that should be notified to the user is determined based on the area / road information of the public enforcement information stored in database 29 and the current location detected by GNSS receiver 23. Specifically, if it can be determined from the current location that the vehicle is traveling on a road covered by the public enforcement information, or if the current location is within the area covered by the public enforcement information, it is determined that there is public enforcement information that should be notified. In this determination, the public enforcement information that the public enforcement information display function determines should be notified (or exists) is referred to as "public enforcement information to be notified." If there is public enforcement information to be notified, the public enforcement information display function displays public notification information 320 consisting of information about the public enforcement information to be notified on the vehicle information screen 111 on display 15, etc.

[0165] The public enforcement information display function further has the function of displaying the road in a different manner than usual, such as by flashing the corresponding road in the map image on the map warning screen 111, when a road is specified as the area / road information of the public enforcement information to be notified.

[0166] The public enforcement information display function has a function to display the target icon 312 in a manner different from normal, such as by flashing it, when the condition that the target corresponding to the corresponding target type identifier of the public enforcement information to be notified is a target to be notified (for example, the target icon 312 is displayed on the map image of the map warning screen 111) is met.The GPS warning function further has a function to output the above-mentioned approach warning sound in a manner different from normal (such as a different speaking speed or content) when this condition is met.

[0167] The notification area control function is a function that controls the display of the notification area R2 on the vehicle information screen 111, etc. The notification area control function displays the notification area R2 superimposed on the main display area R1 on the vehicle information screen 111, etc. FIG. 28 shows an example of the display of the notification area R2. The notification area R2 is located at the bottom end of the display screen of the display 15 (hereinafter simply referred to as the "display screen").

[0168] The notification area control function is capable of displaying a first notification area 321 and a second notification area 322 in notification area R2. Fig. 28(a) shows a state in which first notification area 321 is displayed in notification area R2 but second notification area 322 is not, and Fig. 28(c) shows a state in which both first notification area 321 and second notification area 322 are displayed. In Fig. 28(c), first notification area 321 and second notification area 322 are rectangular areas of the same shape and size.

[0169] The notification area control function displays a translucent background image over the entire first notification area 321 and the second notification area 322, and also displays opaque text, icons, etc. in each of the first notification area 321 and the second notification area 322. These background images, text, icons, etc. are drawn on a layer that is in front of the map image and meter image of the vehicle information screen 111, etc., displayed in the main display area R1. Displaying a translucent background image on the front layer improves the visibility of the text, icons, etc. in the first notification area 321 and the second notification area 322. Furthermore, in areas where text, icons, etc. are not displayed, the map image, meter image, etc. on the back side can be viewed (see FIG. 19, etc.). This minimizes the reduction in visibility of the map, meter image, etc., caused by displaying the notification area R2.

[0170] The first notification area 321 and the second notification area 322 each have a fixed vertical dimension. The first notification area 321 is displayed at the bottom of the display screen. The second notification area 322 is displayed at the same height as or higher than the first notification area 321. The second notification area 322 is displayed either moving or stationary. Figure 28(b) shows a state in the middle of moving, and Figure 28(c) shows a state in which the second notification area 322 is displayed stationary. The second notification area 322 appears by changing from the state of Figure 28(a) in which the second notification area 322 is not displayed, to the moving display state of Figure 28(b), and then to the stationary display of the notification area 322 as shown in Figure 28(c). The second notification area 322 is removed by changing conversely from the state of Figure 28(c), to the state of Figure 28(b), and then to the state of Figure 28(a).

[0171] As described above, the vertical dimension of the notification area R2 changes depending on whether only one of the first notification area 321 and the second notification area 322 is displayed (FIG. 28(a)), or whether the second notification area 322 is displayed in a moving manner (FIG. 28(b)), or in a stationary manner (FIG. 28(c)). The position within the display screen where the first notification area 321 is displayed (the display position of the first notification area 321 in FIGS. 28(a) to 28(c)) may be referred to as the "first fixed position." The position within the display screen where the second notification area 322 is displayed in a stationary manner (the display position of the second notification area 322 in FIG. 28(c)) may be referred to as the "second fixed position."

[0172] The first notification area 321 has a notification section 321a which is an area for displaying notification information 317, and a constant section 321b which is an area for displaying constant display 318. In principle, constant display 318 is always displayed in constant section 321b (see FIG. 19).

[0173] 28(b) and 28(c), the boundaries between the first notification area 321 and the second notification area 322, and between the notification portion 321a and the steady portion 321b, are shown with solid lines to illustrate the distinction between them. However, the background image of the notification area R2 is a single solid image without a border, and the boundary between the two is not actually displayed on the display screen. This makes the display screen neater and prevents the user from feeling cluttered. Because the notification area R2 has a background image, the boundary 323 between the notification area R2 and the area outside it is visible.

[0174] The notification area control function includes a notification setting function that accepts a user's selection as to whether or not to display the public notification information 320 on the vehicle information screen 111, etc. Fig. 29 shows menu windows 213, 214 that the notification setting function causes the display device 15 to display.

[0175] The menu window 213 is a menu window at a lower level than the menu window 210. When the "ON" button is touched in the menu window 213, a two-level display mode is set in which the target alarm information 319 and the public alarm information 320 can be displayed in two levels, and the menu window 214 is displayed on the display 15. When the "OFF" button is touched in the menu window 213, a one-level display mode is set in which the target alarm information 319 and the public alarm information 320 are displayed in a single level. The number of levels to be displayed is controlled based on this setting.

[0176] The "One-time display" button displayed in the menu window 214 is used to scroll the public notification information 320 only once in the notification area R2, and the "Loop display" button is used to scroll the public notification information 320 repeatedly in the notification area R2.

[0177] The public notification information 320 is text of the information content of the public enforcement information. In Figures 31 to 33 described below, when the public notification information 320 is displayed in the notification area R2, the text is scrolled in the first notification area 321 or the second notification area 322 in the manner selected in the menu window 214.

[0178] Using the case where the map alarm screen 111 is displayed on the display 15 as an example, the display control of the notification area R2 by the notification area control function in the two-stage display mode will be described.

[0179] When neither the target information to be notified nor the public enforcement information to be notified exists, as shown in Figure 30(a), the first notification area 321 is displayed in the first fixed position, but the second notification area 322 is not displayed. The target notification information 319 and the public notification information 320 are not displayed in the first notification area 321, and the constant display 318 is displayed in the constant section 321b.

[0180] When new target information to be notified is generated from the state shown in Figure 30(a) (when there is a transition (transition 1) to a state where target information to be notified exists and public enforcement information to be notified does not exist), the GPS alarm function displays target notification information 319 in the first notification area 321, as shown in Figure 30(b). The target notification information 319 is designed in advance so that the entire information can be displayed statically in the space of the notification unit 321a, and is displayed statically within the notification unit 321a. This allows the user to stably view the target notification information 319.

[0181] If new public enforcement information to be notified occurs from the state of Figure 30(a) (if there is a transition (transition 2) to a state where public enforcement information to be notified exists and target information to be notified does not exist), the public enforcement information display function displays public notification information 320 about the public enforcement information in the first notification area 321, as shown in Figure 30(c).

[0182] If there is a transition (transition 3) from the state of Figure 30(b) to a state where there is no target information to be notified, or a transition (transition 4) from the state of Figure 30(c) to a state where there is no public enforcement information to be notified, the target notification information 319 in Figure 30(b) is erased, or the public notification information 320 in Figure 30(c) is erased, and the state returns to that of Figure 30(a).

[0183] 30(a) to 30(c), the size (vertical length) of the notification area R2 is constant, and the map warning screen display function displays a map image so that the host vehicle icon 311 (current vehicle position) is displayed directly above the notification area R2. This map image is drawn so that the vehicle's traveling direction is aligned with the upward direction of the display 15.

[0184] When there is a transition (transition 5) from the state of Figure 30(b) to a state where both target information to be notified and public enforcement information to be notified exist, the notification area control function makes the second notification area 322 appear in a second fixed position above the first notification area 321. The appearance of the second notification area 322 is achieved by moving the second notification area 322 from the first fixed position toward the second fixed position as shown in Figure 31(a), and then stopping and displaying it at the second fixed position as shown in Figure 31(b).

[0185] During the above-mentioned moving display and stop display, the GPS alert display function displays target notification information 319 about the target information to be notified in the first notification area 321, and the public enforcement information display function displays public notification information 320 about the public enforcement information to be notified in the second notification area 322.

[0186] As shown in FIG. 31(a), during the appearance of the second notification area 322, the target notification information 319 is displayed in the overlapping portion of the first notification area 321 and the second notification area 322, but the public notification information 320 is not displayed. This ensures the visibility of the target notification information 319. Furthermore, throughout the appearance of the second notification area 322, the target notification information 319 is displayed stationary at a fixed location. This further improves the visibility of the target notification information 319. In addition, the moving display of the second notification area 322 and the public notification information 320 makes it easier for the user to notice that transition 5 has occurred.

[0187] When there is a transition (transition 6) from the state of Figure 30(c) to a state where both target information to be notified and public enforcement information to be notified exist, the notification area control function makes the second notification area 322 appear above the first notification area 321. In the process of the second notification area 322 appearing, transition 6 occurs and at the same time the public notification information 320 in the first notification area 321 is erased and the target notification information 319 is displayed. As a result, the display of the vehicle information screen 111 etc. becomes as shown in Figure 30(b).

[0188] 31(a), the second notification area 322 displaying the public notification information 320 is moved from the first fixed position to the second fixed position, and then, as shown in FIG. 31(b), the second notification area 322 is stopped and displayed at the second fixed position, thereby causing the second notification area 322 to appear; the processing during this period is the same as that in transition 5. Therefore, as in the case of transition 5, it is possible to ensure and improve the visibility of the target notification information 319 and to improve the recognizability that the public notification information 320 has been newly displayed. In addition, since the target notification information 319 is displayed simultaneously with transition 6 (FIG. 31(b)), the user can check the target notification information 319 from the point of transition 6.

[0189] When there is a transition (transition 7) from a state where both target information to be notified and public enforcement information to be notified exist (Figure 31(b)) to a state where only target information to be notified exists, the second notification area 322 is erased. This erasure is performed by first erasing the public notification information 320 in the second notification area 322, as shown in Figure 32(a), and then moving the second notification area 322 from the second fixed position to the first fixed position. Figure 32(b) shows the state in the middle of the moving display. The state when the erasure of the second notification area 322 is complete is the same as Figure 30(b).

[0190] 32(a) and 32(b), the semi-transparent blank notification area R2 narrows during the moving display process, making it easier for the user to notice that transition 7 has occurred. During this time, the target notification information 319 remains displayed in the first fixed position, so the visibility of the target notification information 319 is maintained.

[0191] When there is a transition (transition 8) from a state where both target information to be notified and public enforcement information to be notified exist (Figure 31(b)) to a state where only public enforcement information exists, the second notification area 322 is erased. This erasure is performed by first erasing the target information 319 in the first notification area 321 (Figure 33(a)), then, as shown in Figure 33(b), moving the second notification area 322 from the second fixed position toward the first fixed position, and then, as shown in Figure 33(c), stopping the second notification area 322 at the second fixed position.

[0192] During this moving display process, public notification information 320 is displayed in second notification area 322, but as shown in Figures 33(b) and 33(c), only the steady display 318 is displayed in the area where steady display 318 and public notification information 320 overlap. This ensures the visibility of steady display 318.

[0193] As the second notification area 322 moves in transitions 5 and 6, the notification area R2 becomes wider, and therefore the boundary 323 between the notification area R2 and the area outside it moves upward on the display screen. On the other hand, as the second notification area 322 moves in transitions 7 and 8, the notification area R2 becomes narrower, and therefore the boundary 323 moves downward.

[0194] When the boundary 323 moves, the map warning screen display function draws the map image so that the position of the host vehicle icon 311 (the vehicle's current position) on the map image is maintained directly above the notification area R2. That is, the host vehicle icon 311 moves upward (downward) in conjunction with the upward (downward) movement of the boundary 323. The movement speed of the boundary 323 and the movement speed of the host vehicle icon 311 are the same. This displays a map image of the area outside the notification area R2 (or a wider part of the area outside the area) in the direction of travel of the current position, making it possible to display a map image that is more useful to the user while driving.

[0195] On the other hand, the standby screen display function does not move the standby screen even if the boundary 323 moves, thereby maintaining the ease of viewing the standby screen.

[0196] In the single-tier display mode, the notification area R2 is configured only with the first notification area 321, and the target information 319 or the public notification information 320 is displayed in the notification section 321a in accordance with a predetermined priority order.

[0197] FIG. 34 shows a display example of the radar wave warning function. This radar wave warning function is an alarm function that displays a radar wave warning display 330 on the vehicle information screen 111 or the like on the display 15 and outputs an alarm sound from the speaker 26 when the microwave receiver 24 detects a signal corresponding to microwaves in a frequency band emitted by a speed measurement device (such as a mobile radar (hereinafter simply referred to as "radar")). For example, when the microwave receiver 24 detects microwaves in the frequency band of microwaves emitted by a radar, as shown in FIG. 34(b), a schematic diagram or photo 331 of a radar stored in the database 29 is displayed as an alarm screen on the display 15, and audio data stored in the database 29 is read and an audio message saying "This is radar. Watch your speed" is output from the speaker 26. The distance to be displayed may be, for example, a distance estimated from the electric field strength.

[0198] The radar wave warning function has a cancel function.

[0199] The cancel function determines that radar waves received near a certain point are false information depending on the reception conditions of radar waves, microwaves, etc. near the same point, and prevents the radar wave warning function from issuing an alert. Specifically, when radar waves are received, the cancel function stores the reception history of radar waves from when the vehicle has been traveling within a 200m range of the point, and if they are received more frequently than a certain frequency, stores the point as cancellation data.

[0200] The cancellation data can be exported to the memory card 60, and the user can use the memory card 60 to carry over the cancellation data when, for example, replacing the radar detector 10. The cancellation data can be uploaded to the service server 80, etc., and cancellation data uploaded by many users can be provided to users as big data.

[0201] The radio alarm function is a function that issues an alarm when radio waves emitted by an emergency vehicle or the like are received by radio receiver 25 so as not to interfere with the vehicle's travel, etc. The radio alarm function scans frequencies for police radio, car location radio, digital radio, special small radio, police station activity radio, police telephone, police activity radio, tow truck radio, helicopter radio, fire helicopter radio, fire radio, emergency radio, highway radio, security radio, etc., and when a radio signal is received at a scanned frequency, a schematic diagram indicating that a radio signal corresponding to that frequency, stored for each radio type in database 29, has been received is displayed on display 15 as an alarm screen, and audio data stored for each radio type in database 29 is read out and an audio alarm indicating the radio signal type is output from speaker 26. For example, when a police radio signal is received, an audio signal such as "This is a police radio signal. Watch your speed" is output.

[0202] The warning restriction function is a function that restricts the operation of the radar wave warning function, wireless warning function, GPS warning function, etc. under certain conditions. The certain conditions can be set by operating the menu window 210 or a menu window at a lower level. For example, when the vehicle speed is 30 km / h or less, or when the radar waves, etc. are weak, it is possible to set the radar wave warning function, wireless warning function, and GPS warning function so that all or some of the warnings are not output.

[0203] The restriction release function is a function that cancels the restrictions imposed by the warning restriction function under certain conditions. For example, if Zone 30 is present as target information to be notified, the radar detector 10 will issue a warning using the radar wave warning function, wireless warning function, and GPS warning function, regardless of the setting of the warning restriction function. This makes it possible to issue a warning to the user even when the vehicle speed is below 30 km / h, the radar waves are weak, etc.

[0204] The driving information logging function is a function that stores driving information generated based on information such as the current position, current time, and speed (vehicle speed) output from the GNSS receiver 23, and control information of the vehicle 4 output from the OBD2 connector, as a log file in the database 29. The driving information logging function stores driving information for each driving period, with the period from when the ACC of the vehicle 4 is turned on to when the ACC is next turned off being considered as one driving period. Whether the ACC is on or off is detected by a signal from the OBD2 connector. Power is supplied from the OBD2 connector to the radar detector 10 continuously for a predetermined time after the ACC switch is turned off, so it is possible to store driving information when the ACC is turned off.

[0205] The driving information log function generates one piece of driving information for one driving period and stores it in database 29. Figure 35(a) shows an example of driving information. As shown in the figure, each piece of driving information has information elements such as driving start date and time, driving end date and time, driving time, driving start latitude, driving start longitude, driving end latitude, driving end longitude, driving distance, remaining fuel at the start of driving, remaining fuel at the end of driving, and fuel economy. Each piece of driving information may also include other information elements.

[0206] The driving start date and time and the driving end date and time indicate the date and time when the ACC is turned on and off, respectively. The date and time are measured by a timer or the like included in the GNSS receiver 23. The driving time is calculated as the time from the driving start date and time to the driving end date and time.

[0207] The latitude / longitude of the current position output from the GNSS receiver 23 when the ACC is turned on and off are recorded as the travel start latitude, travel start longitude, travel end latitude, and travel end longitude, respectively.

[0208] The mileage is the distance traveled by the vehicle 4 during the driving period from when the ACC is turned on to when it is turned off. The mileage can be calculated based on the number of rotations of the axles of the vehicle 4 output from the OBD2 connector. It can also be calculated based on the output from the GNSS receiver 23.

[0209] The remaining fuel at the start of driving and the remaining fuel at the end of driving are the amount of fuel remaining in the fuel tank of vehicle 4 when the ACC is turned on and off, respectively. The remaining fuel amount can be calculated from the output from the OBD2 connector (measurement signals from a fuel meter, etc.).

[0210] Fuel efficiency can be calculated from the distance traveled, the remaining fuel at the start of travel, and the remaining fuel at the end of travel.

[0211] The driving information log function stores one month's worth of driving information as one log file in database 29. The file format is a CSV file. Figure 35(b) shows the portion of the file structure of database 29 related to the log file. As shown in the figure, subfolders for each year (such as "2013" and "2014") are created under a folder named "crmgr," and log files such as "01.csv" and "02.csv" are stored in each subfolder. The numbers in the names of the log files (such as "01" and "02") indicate the month in which the driving information for that log file was acquired.

[0212] The wireless communication functions are various functions realized by the radar detector 10 transmitting and receiving data between the memory card 60, the smartphone 50, the schedule server 90, etc., using the SD card function, wireless LAN function, internet connection function, etc. of the memory card 60 attached to the memory card reader / writer 20. The wireless communication functions include a calendar setting function, a summary display function, a first input function, a second input function, a wireless setting function, a social network server posting function, an AP mode function, etc.

[0213] The calendar setting function is a function for setting a user account, password, and calendar ID in the radar detector 10 for the radar detector 10 to access the schedule server 90 .

[0214] 36(a), (b), and 37(a) show a setting screen 507, a WLAN screen 508, and a calendar screen 509 that the control unit 28 causes to be displayed on the display device 15. The setting screen 507 is the setting screen 211 described with reference to FIG. 17 etc. The WLAN screen 508 is displayed by operating the WLAN button 507a on the setting screen 507, and the calendar screen 509 is displayed by operating the calendar button 508a on the WLAN screen 508.

[0215] In the following, when words such as "operate" and "display" are used from a human perspective, they indicate the results of the control unit 28 accepting such an operation and performing processing to produce such a display.

[0216] The calendar screen 509 displays the following buttons: account setting 509a, password setting 509b, calendar ID setting 509c, setting from file 509d, and delete setting 509e.

[0217] When Set from File 509d is selected on the calendar screen 509, a file with a predetermined name (for example, "a.txt") is read from the root folder of the second flash memory 66 of the memory card 60. The file must contain the user account, password, and calendar ID in the following predetermined format and order: xxxx@yyyy.com<line break> ZZZZZZZ<line break> xxxx@group.calendar.yyyy.com In the above example, the first line is the user account, the second line is the password, and the third line is the calendar ID.

[0218] 37(b) is displayed on the display 15, and by selecting "Yes," a message screen 510b indicating completion of processing is displayed, and the loaded user account, password, and calendar ID are stored in the database 29. The control unit 28 displays the message screen 510b for a certain period of time, and then causes the display 15 to display the calendar screen 509.

[0219] When account setting 509a, password setting 509b, or calendar ID setting 509c is selected on the calendar screen 509, input screens 512a to 512c (FIG. 38) for entering the user account, password, or calendar ID, respectively, are displayed on the display 15, and the user can manually enter this information.

[0220] On the calendar screen 509, by selecting delete settings 509e, it is possible to delete the user account, password, and calendar ID stored in the database 29.

[0221] The aggregation function is a function for displaying aggregated data of travel information stored in the database 29 on the display device 15.

[0222] When the monthly record button 507b is touched on the setting screen 507 shown in FIG. 36, the control unit 28 causes the display unit 15 to display a monthly record data screen 513 shown in FIG. 39(a).

[0223] The monthly recorded data screen 511 displays a monthly summary data field 513a calculated from the driving information in the database 29. In the example shown, the driving information acquired during the month of May 2014, i.e., summary data for all driving information in the log file recorded for that month, is displayed.

[0224] More specifically, the aggregated data column 513a displays the year and month, number of trips, mileage, and average fuel efficiency. The year and month is the year and month when the driving information in the log file was acquired. The number of trips is the number of driving information entries in the target log file. The mileage is the sum of the mileage of all driving information entries in the target log file. The average fuel efficiency is the average fuel efficiency for all driving information entries in the target log file. In the following, the year and month displayed in the aggregated data column 513a will be referred to as the "target year and month," and the log file for the target year and month will be referred to as the "target log file."

[0225] On the monthly recorded data screen 513, by operating the previous month button 513b / next month button 513b, it is possible to display the summary data field 513a for the log file of the previous month / next month. Furthermore, by operating the details button 513d on the monthly recorded data screen 513, it is possible to display the monthly management data details screen 514 (FIG. 39(b)), which displays details of the driving information in the target log file. As shown in the figure, on the monthly management data details screen 514, for each piece of driving information recorded in the target log file, the acquisition date and time of the driving information, the driving distance, and the fuel efficiency are displayed in list form. The acquisition date and time displayed here may be the driving start date and time.

[0226] The first input function is a function that uses the Internet connection function to input (transmit / upload) multiple pieces of driving information stored in the database 29 all at once to the schedule server 90. By having this function, the user does not need to perform operations such as connecting to the schedule server 90 for each driving period. Therefore, the user can move the vehicle to a location with a good connection to the Internet 2 and have the driving information input all at once to the schedule server 90.

[0227] The first input function of this embodiment is to transmit multiple pieces of driving information contained in the log file for the target year and month at that time (target log file) all at once when the My Calendar button 513e is operated on the monthly record data screen 513 shown in Figure 39(a).

[0228] In this process, in response to an operation on the My Calendar button 513e, the control unit 28 first accesses the schedule server 90 using the Internet connection function and the user account, password, and calendar ID stored in the database 29, and obtains identification information for identifying the driving information previously input to the schedule server 90 using the first input function.

[0229] As this identification information, the UID of each schedule information stored in the storage area 95 specified by the calendar ID is used. Note that acquisition of identification information may be performed only for the target year and month. The acquired identification information is stored in the second flash memory 66 of the memory card 60. Note that while the identification information is being acquired, the control unit 28 notifies the user of the processing status by displaying a notification screen 515a shown in FIG. 40 on the display 15.

[0230] An example of the HTTP request method sent to the schedule server 90 when acquiring the above-mentioned identification information and the HTTP response sent from the schedule server 90 in response to it is shown in Figure 41. Note that because the response does not include Content-Length, a network error (0x82) occurs on the memory card 60, but the status code (207) in the file can be checked to determine that it is OK.

[0231] Once the acquisition of the identification information is complete, the control unit 28 compares the data portion indicating the date and time contained in the acquired identification information (UID) with the driving start date and time of each piece of driving information in the target log file stored in the database 29, and extracts only driving information that does not match any of the character strings indicating the date and time contained in the acquired identification information. (Driving information that matches both is ignored.)

[0232] Once the extraction of the travel information is completed, the control unit 28 processes each piece of extracted travel information into a predetermined input format to create transmission data. The travel information is processed by performing calculations, tagging, arranging, etc. on the information elements contained in the travel information.

[0233] As described above, travel information previously transmitted to the schedule server 90 is excluded from bulk input to the schedule server 90 based on the date and time of the identification information (UID) acquired from the schedule server 90 and the date and time of each piece of travel information in the target log file, thereby achieving a reduction in the time, processing load, communication volume, etc. associated with bulk input. Furthermore, travel information previously transmitted is identified using only the identification information (UID) portion of the schedule information, thereby achieving a reduction in the processing load, communication volume, etc. associated with identification. Furthermore, when travel information is input to the schedule server 90, the schedule information stored in the schedule server 90 is not changed or deleted. Therefore, it is possible to prevent schedule information input by a user to the schedule server 90 from a user terminal 100, etc. from being changed or deleted.

[0234] FIG. 42 shows exemplary contents of transmission data created from travel information. In the figure, "AAACAL20140525T182650" tagged with "UID" is identification information for the travel information to be transmitted. The identification information consists of the user ID ("AAACAL") and a character string ("20140525T182650") indicating the start date and time of the travel for the travel information. The start date and time of the travel and the end date and time of the travel are tagged with "DTSTART;TZID=Asia / Tokyo" and "DTEND;TZID=Asia / Tokyo", respectively. "Distance 0.3km (12.8km / l)" tagged with "SUMMARY" is title information. The title information is created using the travel distance and fuel efficiency of the travel information. "35.674608,139.590805" tagged with "LOCATION" is location information. The location information indicates the latitude and longitude at which the travel ends.

[0235] The data format of the schedule information to be sent is iCalendar. "BEGIN:VCALENDAR", "BEGIN:VEVENT", "DESCRIPTION:", "END:VEVENT", "END:VCALENDAR", etc. are headers and footers that identify the start and end of the schedule information.

[0236] The above-mentioned predetermined input format is the same as the predetermined input format used when sending schedule information from the user terminal 100 or the like to the schedule server 90 as described with reference to FIG. 14(b).

[0237] The transmission data created as described above is sent to the URL of the storage area 95 on the schedule server 90 identified by the calendar ID. The destination URL is created by combining the URL of the storage area 95 (https: / / www.calender.com / calendar / dav / ZZname@Amail.com / events) and the identification information of the schedule information. The schedule information can be sent using the CalDAV standard using WebDAV, etc.

[0238] During the above transmission, the transmitted data is temporarily stored in RAM 64 of memory card 60. However, RAM 64 cannot be read by an external device such as user terminal 100 via a card reader. Therefore, when memory card 60 is connected to user terminal 100, it is possible to prevent a situation in which the driving information transmitted to schedule server 90 is displayed on user terminal 100 against the user's intention.

[0239] While the driving information is being transmitted to the schedule server 90 as described above, the control unit 28 displays notification screens 515b to 515d shown in FIG. 40 on the display 15 to notify the user of the processing status.

[0240] The schedule server 90 extracts information elements contained in the driving information by parsing the driving information transmitted by the first input function, and stores this as schedule information in the storage format described with reference to Fig. 12. This enables the schedule server 90 to display the driving information input from the radar detector 10 by the first input function as schedule information on the calendar screen 510. The user can view the calendar screen 510 displayed in this manner on the user terminal 100, etc., and the user can recognize information about the vehicle for a predetermined driving period simply by looking at the record 501d displayed on the user terminal 100, etc. by the network system 1, and can use the driving information automatically acquired by the radar detector 10 as past driving history.

[0241] If a radar detector 10 is installed in a vehicle 4 owned by a user 5, the user 5 can check information about the vehicle 4 owned by the user 5 for a predetermined driving period in the network system 1. In addition, the user 5 can check information about the vehicle 4 driven by the user 5 for a predetermined driving period. If the radar detector 10 is detachable from the vehicle 4, the sales methods of the radar detector 10 can be diversified.

[0242] The period from when the ACC of vehicle 4 is turned on until the next time the ACC is turned off is considered to be one driving period, and driving information for each driving period is recorded, so the user can easily check the driving information for the period from the start to the end of the driving, and the user can check the driving information for each period during which the vehicle is thought to have been driven on the user terminal 100, etc., without having to manually input the information each time.

[0243] 43 to 45 show how the calendar screen 501 changes as travel information is transmitted using the first input function. As shown in the figures, each time travel information is transmitted, a record 501d displaying the driving start time and title information of the transmitted travel information is added to and displayed in the display field 501a for the date corresponding to the driving start date and time of the travel information. For example, record 501d for travel information whose driving start date and time is 8:21 AM on May 28, 2014, is displayed in the display field 501a for May 28. In this way, the user can confirm the date and time of driving from the date and time and driving start time in the display field 501a, and can confirm movement information such as mileage and fuel efficiency from the title information.

[0244] Note that the calendar screen 501 can be updated from FIG. 43 to FIG. 45 by pulling down "Other" displayed in the upper right corner of the screen as shown in FIG. 46 and selecting "Update."

[0245] As shown in FIG. 47, by clicking on any record 501d of the travel information (schedule information) on the calendar screen 501, a details window 501g for that record 501d can be popped up and displayed.

[0246] Furthermore, on the calendar screen 501, by adjusting the display period using the change button 501c, it is also possible to display the record 501d as a band from the start time of the trip to the end time of the trip, as shown in Fig. 48(a), which makes it easier to visually grasp the trip time.

[0247] The details window 501g displays the start date and time of the trip and the end date and time of the trip (the start date and end date and time of the schedule information) and location information for the trip information corresponding to the record 501d. The location information is a numerical value indicating the latitude and longitude at which the trip ends. By clicking the "Map" link 501h in the details window 501g, these numerical values ​​are passed to a web service of a map server (not shown) on the Internet 2, and as shown in FIG. 48(b), a map page 516 showing a map of the area surrounding the location information can be viewed on the user terminal 100 or the like. In this way, the user can confirm the location at the end date and time of the trip by latitude and longitude and position on the map.

[0248] As described above, by using the driving information in the radar detector 10 as schedule information on the schedule server 90, it is possible to give the driving information high utility value as a driving history and driving record.

[0249] The second input function is a function for uploading the driving information recorded in the database 29 by the driving information log function to, for example, a web server (not shown) operated by the manufacturer of the radar detector 10. Uploading of the driving information by the second input function can be performed in the same manner as the method described above for uploading to the schedule server 90. Note that input of the driving information to the web server may also be performed by inputting the driving data from the database 29 into the user terminal 100 or the like via the memory card 60 and transmitting it from the user terminal 100 or the like to the web server.

[0250] The web server can aggregate the transmitted driving information on a monthly basis to the logged-in user terminal 100, etc., and provide information such as the number of times driven, date and time, distance, fuel consumption, and date of refueling. The information can be displayed in an easy-to-understand graph, as shown in Figure 49, which further increases the usability of the driving information.

[0251] The wireless setting function is a function that accepts settings of the operating conditions of the radar detector 10 from the smartphone 50 using the wireless LAN function of the memory card 60. The operating conditions of the radar detector 10 can be set by operating the menu window 210 or a menu window at a lower level, and the set operating conditions are stored in the database 29. Hereinafter, the operating conditions stored in the database 29 will be referred to as the "main unit operating conditions."

[0252] If the condition that the radar detector 10 is connected to the smartphone by the tethering function, or the radar detector 10 and the smartphone 50 are connected to network 3 of the wireless LAN access point with the same SSID is met, when the wireless setting function detects a touch on the setting QR code button 508b from the WLAN screen 508 (FIG. 36), the wireless setting function displays the setting QR code screen 150 of FIG. 50 on the display 15. If this condition is not met, the wireless setting function notifies the user of the disconnection on the notification screen 151 and ends the processing.

[0253] The QR code (registered trademark) displayed on the setting QR code screen 150 stores the IP address of the setting page file (HTML file) stored in the second flash memory 66 of the memory card 60. The setting page file stores the main body operating conditions imported from the database 29. The setting page file is created at an appropriate time, such as when the memory card 60 is inserted into the radar detector 10.

[0254] By reading this QR code (registered trademark) with the QR code reading software of the smartphone 50, it is possible to open the setting page file on the browser of the smartphone 50, and the setting screen 601 of Figure 51 is then displayed on the display device 54 of the smartphone 50.

[0255] Selecting each item displayed on the setting screen 601 displays confirmation selection screens 602 to 607 shown in Figures 52 and 53, and operating these screens allows the user to check the display screen of the radar detector 10 and set the operating conditions of the radar detector 10. The confirmation selection screens 603 to 607 correspond to buttons 507d to 507g, respectively, and on the confirmation selection screens 603 to 607, the user can set each operating condition that can be set in the lower-level menu window that is displayed when the user operates each of buttons 507d to 507g on the setting screen 507 in Figure 36. If the number of setting items for the radar detector 10 increases, the number of items that can be set on the confirmation selection screens 603 to 607 can be increased accordingly.

[0256] In the confirmation selection screens 603-607, the selection items displayed in a plurality of menu windows in a higher-level-lower-level relationship among the menu windows in the lower hierarchical levels corresponding to the buttons 507d-507g (for example, for the confirmation selection screen 603, the menu window displayed by selecting button 507d and the menu window in the lower hierarchical level) are arranged (expanded) on the single confirmation selection screens 602-607. Selection items that cannot all be displayed on the display device 54 in the confirmation selection screens 603-607 can be displayed by swiping the confirmation selection screens 602-607 in the vertical direction. Because the selection items of a plurality of menu windows can be displayed on a single screen (or swipe display), it is easy for the user to understand what selection items are available.

[0257] When "Load settings" is selected on the settings screen 601, a message window appears asking "Do you want to load the device settings?" If "Yes" is selected, the operating conditions selected on the confirmation selection screens 603 to 607 are discarded, and the data in the settings page file is reloaded into the smartphone 50.

[0258] When "Transfer Settings" is selected on the setting screen 601, a message window appears asking "Transfer settings to main unit?" If "Yes" is selected, the operating conditions selected on the confirmation selection screens 603 to 607 are overwritten in the setting page file. When the radar detector 10 detects this overwriting, it refers to the setting page file and changes the main unit operating conditions in the database 29. This allows the radar detector 10 to operate under the operating conditions selected on the confirmation selection screens 603 to 607.

[0259] The wireless setting function makes it possible to set operating conditions using the browser function of the smartphone 50, and does not require an app. Therefore, there is no need for review by the app provider, and it is easy to add or change functions.

[0260] In this embodiment, the main body operation settings of the radar detector 10 can be changed by referring to the setting page file on the memory card 60. Therefore, when replacing the radar detector 10, the main body operation settings can be inherited using the setting page file created in the previous radar detector 10. The setting page file may be created in a cloud database using an Internet connection function, and this may be used to change the main body operation settings. The setting page file may be uploaded to the service server 80 or the like, and the operation settings may be shared among users, or an operator of the service server 80 or the like may select popular operation settings and provide them to users as standard settings.

[0261] The social network server posting function is a function for posting information (tweet) to a social network server (not shown) on the Internet 2 such as Twitter, using an Internet connection function or the like.

[0262] When the posting button 507c is operated from the setting screen 507 of FIG. 36 while the radar detector 10 is connected to the Internet 2 via the Internet connection function, the control unit 28 generates tweet data such as "#YYtorishimari arrest now 34.728905,137.453193" and transmits it to the social network server. In the above tweet data, "#YYtorishimari" is a hashtag, "arrest now" is a message, and "34.728905,137.453193" is the location information of the current position output from the GNSS receiver 23. It is also possible to make the map image such as the map warning screen 111 swipeable and transmit the point selected by the swipe operation as location information.

[0263] The messages stored in the social network server as described above can be accessed from a user terminal 100 or the like to the social network server and displayed using the hashtag #YYtorishimari. Thereby, it is possible to distribute regulatory information and the like in real time and share information with other users of the radar detector 10.

[0264] The AP mode function includes an AP screen function that uses the wireless LAN function to display an additional screen (second screen) for the screen of the display 15 on the display device 54 of the smartphone 50, and an AP audio function that performs audio output using the smartphone 50.

[0265] FIG. 54 shows a conceptual diagram of a system when the AP screen function is used. In this case, image data to be displayed on the smartphone 50 is stored in advance in the storage device 52, and data specifying the image data to be displayed is sent from the radar detector 10 to the smartphone 50, thereby allowing the image to be displayed on the smartphone 50. This makes it possible to display images on two screens, the display 15 and the display device 54. In this case, it is preferable to display different screens (for example, a map alert screen 111 and a standby screen 121) on the display 15 and the display device 54. A video output terminal may be provided in the radar detector 10 so that the second screen can be displayed on a large screen such as a television set. A video input terminal may be provided in the radar detector 10 so that device images can be displayed on the display 15.

[0266] FIG. 55 shows a conceptual diagram of a system when the AP audio function is used. In this case, audio data to be output by the smartphone 50 is stored in advance in the storage device 52, and data specifying the audio data to be output is sent from the radar detector 10 to the smartphone 50, thereby enabling audio to be output by the smartphone 50. This makes it possible to output clearer audio or audio at a higher volume. The smartphone 50 may be connected to an external audio device via a wired or wireless connection, and audio may be output from the external audio device.

[0267] The above describes preferred embodiments, but the shapes, dimensions, materials, functions, operation modes, control modes, control parameters, operation modes, etc. of the devices, systems, and programs or their elements and components in the above embodiments are described as examples and may be changed.

[0268] For example, in addition to the above functions, the radar detector 10 may have a function for sharing traffic enforcement information, a function for displaying speed camera maps, a function for displaying wireframes etc., a function for accelerating positioning, an autonomous driving function, a function for displaying voltage, a function for displaying additional information, a function for reading out loud, a function for displaying voice memos, a function for displaying live-action footage, a customization function, a function for recognizing video, a function for displaying traffic congestion information etc., a zone 30 warning function, a character display function, a function for displaying advertisements, a function for displaying prefectural and national highways, a function for selecting positioning satellites, a function for displaying estimated arrival times, a function for notifying nearby posted information, a priority standby function, a function for posting and announcing traffic congestion, a function for transferring parking location information, a home notification function, and a function for setting warning levels based on frequency.

[0269] The enforcement information sharing function utilizes the enforcement information sharing function of a posting site for enforcement information, etc. on the Internet 2, and receives text information delivered by email with the radar detector 10 and displays it on the display 15.

[0270] The speed camera map display function is a function that displays a map of speed cameras only, a scope of speed cameras only, or a speed camera guide board on the display 15, and displays the location of speed camera targets such as speed cameras from extremely long distances (tens or hundreds of kilometers). When displayed on a map, large-scale map data is prepared to display the location of speed cameras, etc. It is possible to display them as bright spots like Dragon Radar, or to arrange the speed camera guide boards in order of distance like intersection guide boards on a navigation system.

[0271] The wireframe display function is a function that issues warnings using a wireframe and console window. This function displays a warning screen that adds a wireframe animation window and a console window to a pseudo-3D wireframe radarscope. The basic colors are fluorescent sky blue, amber, etc., and the animation changes color only for speed camera cameras, for example, and the numbers and letters are also in a unified style, and no map images like those on the map warning screen 111 are displayed.

[0272] The high-speed positioning function downloads satellite orbit calculation data, such as highly accurate pseudo-ephemeris data calculated by a high-performance computer, from a satellite information server (not shown) on the Internet 2, and supplies this data to the GNSS receiver 23 to perform high-speed positioning. This speeds up positioning by the GNSS receiver 23. This function is useful for users who do not drive frequently. It is recommended that the calculation data be downloaded every time the radar detector 10 is turned on. Downloads can be performed at 10 kB per day, 50 kB per 7 days, 100 kB per 14 days, etc. SPI downloads are also possible.

[0273] The autonomous driving function is a function that allows the GNSS receiver 23 to calculate the current position by inputting the speed from the OBD2 connector and position coordinates corrected by map matching to the GNSS receiver 23, even in tunnels where there is no guidance data or GPS signal. This reduces the load on the control unit 28. It is also possible to use output data from the acceleration sensor and gyro sensor together to calculate the current position.

[0274] The voltage display function is a function that displays the power supply voltage (power supply voltage divided voltage A / D conversion) of the radar detector 10 supplied from the OBD2 connector etc. on the display 15 etc. If the power supply voltage is displayed when the engine is off, it can be used as an indicator of the degree of battery consumption.

[0275] The additional information display function is a function for displaying additional information such as weather forecasts and road traffic information on the display 15. This information may be obtained from organizations that provide information such as weather forecasts.

[0276] The voice memo function is a function that records audio in response to user operations. For example, when a specific operation (e.g., two consecutive touches) is performed on the display 15, audio data (such as the user's speech) picked up by the microphone built into the radar detector 10 is recorded. The vehicle's position and time at the time of recording may also be recorded. Recording may be stopped after a certain time has elapsed since recording began, or when a specific operation (e.g., two consecutive touches) is performed on the display 15. The voice memo function automatically plays back recorded audio and outputs it from the speaker 26 or the like at specific times, such as when the engine is turned off. This allows you to easily record errands you remember while driving, ideas that come to mind, and so on. Since the audio is automatically played back when you get out of the car, you can prevent forgetting to play it or ensure that you remember it.

[0277] The voice reading function is a function that outputs information (public enforcement information, additional information, etc.) displayed on the display 15 by synthesized voice from the speaker 26 in response to a user operation. The user operation may be a specific operation on the display 15 (for example, two consecutive touches).

[0278] The live-action video function displays live-action video of the area in front of the vehicle 4 captured by the camera 30 on the display 15. The live-action video function has the function of superimposing text, icons, etc. representing targets, etc., onto the live-action video using technologies such as augmented reality. This allows the location of targets, etc., in front of the vehicle 4 to be ascertained. The display 15 can be configured as a main unit operating condition to display either live-action video or the vehicle information screen 111, etc., during standard operation (when no event is detected). The live-action video function has an automatic switching function that switches the display to live-action video when an event occurs (for example, when the output of the acceleration sensor 47, etc., detects acceleration, impact, etc., above a certain level that may lead to an accident, etc.). The live-action video function has an event recording function that stores live-action video for a certain period of time before and after the detection of acceleration, etc., in the database 29, etc. When an acceleration, etc., above a certain level is detected, the function may also have an image storage function that stores a snapshot of the vehicle passing through an speed camera, etc., as image data in the database 29, etc. The event recording function and image storage function have the function of simultaneously storing vehicle information such as vehicle speed along with video and images. The video and images are recorded in, for example, the second flash memory 66. The live-action video function may have the function of superimposing a semi-transparent map warning screen 111 on the live-action video. A pseudo HUD display may also be performed within the live-action video.

[0279] The customization function is a function that allows the user to customize the screen layout of various screens displayed on the display unit 15 and the various sounds output from the speaker 26. For example, the user can download various maps (from cool maps to cute maps), various icons that match the style of the maps, various alarm and warning screens that match the style of the maps, various sounds and sound effects, etc., free of charge from the service server 80, etc., and customize the screens, etc., to their own original style.

[0280] The video recognition function is a function that installs a camera on the left rear to recognize motorcycles and makes announcements to warn against hit-and-run collisions. It can also detect the pursuit of police motorcycles. It can also detect the approach of undercover police cars by reading the license plate number and identifying the license plate number of the undercover police car.

[0281] The traffic congestion information display function uses FM and wireless LAN functions to receive information to support safe driving, such as traffic congestion information provided by DSRC, VICS (registered trademark), beacon information, etc., and issues warnings tailored to traffic conditions, such as "Traffic congestion ahead, watch out for rear-end collisions" and "There is a merging vehicle ahead."

[0282] The zone 30 warning function is a function that, when zone 30 is present as target information to be notified, causes a warning by flashing an LED light-emitting element to be constantly flashing while driving within zone 30.

[0283] The character display function is a function for displaying different characters on the display 15 according to the type of voice (male voice, female voice, etc.) output from the speaker 26.

[0284] The advertisement display function is a function that displays advertisement information received using the Internet connection function on the display device 15. By displaying advertisements from time to time, the user can feel "connected to the Internet."

[0285] The prefectural and national highway display function displays the prefectural and national highways you are driving on, and before you reach an intersection, displays the names of the roads on both sides. This is because, depending on the user and region, prefectural and national highways may be easier to understand than place names.

[0286] The positioning satellite selection function allows the user to arbitrarily select the satellite system to be used for positioning by the GNSS receiver 23 from the following three groups. This is because the system that is easier to receive may differ depending on the region, etc. 1.GPS, QZSS, SBAS (MSAS, GAGAN, WAAS, EGNOS, etc.) 2. GLONASS (Russia) 3.Beidou (China)

[0287] The estimated arrival time display is a function that displays the arrival time based on past travel time when commuting along a fixed route and itinerary. For example, you can set CPs (checkpoints) along the route and make corrections based on the travel time at each CP. By setting CPs, it is possible to accommodate different routes. Set CPs in advance and display the distance to the CP.

[0288] The posted information proximity notification function determines whether the information received is nearby when real-time information (posting, etc.) is received every 15 minutes or so, and if it is nearby information, issues a special warning. For example, it will not issue a warning for information 200km away from the time of departure, but will issue a warning for information within a 20km radius. It is also possible to determine whether real-time information is applied to the user's usual commuting route, rather than within a 20km radius, and issue a special warning. It is also possible to create points such as My Area, and use past latitude and longitude logs. It is possible to display information that is one digit further away (within 20km, etc.) than the normal warning range (within 2km, etc.). Information that is two digits further away (within 200km, etc.) is not displayed.

[0289] The priority standby function is a function that displays a standby screen that is arbitrarily set by operating a switch for a certain period of time.

[0290] The traffic jam posting and notification function is a function that adds traffic jam items to real-time posting and distribution.

[0291] The parking position information transfer function notifies the smartphone 50 of the vehicle's current location when the ACC or engine is turned off. The notification can be performed, for example, by transmitting data using a wireless LAN function, or the current location can be displayed on the display 15 as a QR code (registered trademark), which can be read by the smartphone 50. The user can check the vehicle's current location using the map display function or a dedicated app on the smartphone 50 and return there. This is convenient when the vehicle is parked in a large parking lot, etc.

[0292] The home notification function allows the user to register his / her home, and when the user approaches his / her home, a phrase such as "Welcome home" is spoken and output from the speaker 26.

[0293] The frequency-based alarm level setting function is a function that increases the alarm level or volume the closer the frequency is to the center frequency based on the 2nd VCO voltage when receiving radar waves.

[0294] In addition, the following variations are also possible.

[0295] FIG. 56 shows another method of displaying the second notification area in transition 4 or 5. In this example, first, the target notification information 319 and the public notification information 320 of the first notification area 321 and the second notification area 322 are displayed overlapping each other in the first notification area 321 ( FIG. 31(a) ). The public notification information 320 is displayed semi-transparently with high transparency so as not to impair the visibility of the target notification information 319. Thereafter, the second notification area 322 displaying the public notification information 320 is displayed and moved upward ( FIG. 31(b) ). Finally, the second notification area 322 is displayed stationary at the second fixed position ( FIG. 31(c) ). During the moving display process, as the overlap between the first notification area 321 and the second notification area 322 becomes smaller, the transparency of the background image of the second notification area 322 and the public notification information 320 is reduced and displayed more clearly.

[0296] The display 15 may be replaced with a VDF (registered trademark), a fluorescent display tube, a segment display, or the like, or may be used in combination with a VDF (registered trademark), so that the display can be seen even in high light (for example, sunlight). The touch panel 16 may be of a light-touch operation type, so as to reduce tilt of the case body 12 when touched, or instead of the touch panel 16, a wired touchpad placed on the dashboard or the like may be used to detect user operations. Instead of the touch panel 16, a proximity sensor may be used to detect user operations, so as to prevent problems such as sebum stains caused by touch.

[0297] 4(a) to 4(d) show other aspects of the case body 12. FIG.

[0298] The case body 12 in FIG. 4(a) has a display 15 consisting of a 3.6-inch color TFT LCD display, but does not have (or has eliminated) direct switches such as the volume adjustment button 17 and the operation buttons 18, thereby achieving low cost, compactness, and a large screen. The functions of these direct switches can be performed by operating buttons in a menu window 210 displayed on the display 15. This will be described later. The dimensions of the case body 12 are 62 mm in height, 105-110 mm in width, and 17 mm in thickness. By providing a two-piece structure with specific elements, such as an antenna and receiving circuit, that are normally housed within the case body 12 as separate components, the case body 12 can be further miniaturized (for example, 62 mm in height, 105-110 mm in width, and 12 mm in thickness, or 50 mm in height, 87-95 mm in width, and 14 mm in thickness).

[0299] Figure 4(b) has the same external shape as the case body 12 in Figure 1, but the direct switches such as the volume adjustment button 17 and the operation button 18 have been eliminated, and furthermore, the LED illumination of the components has been eliminated, thereby reducing the price.

[0300] When the case body 12 shown in Figures 4(a) and 4(b) is used, operations assigned to direct switches such as the volume adjustment button 17 and the operation buttons 18 are performed by touching the menu window displayed on the display 15. This will be described in detail later.

[0301] The case body 12 in FIG. 4(c) is embedded in a mirror 12A. The mirror 12A has an attachment structure for attachment to a rearview mirror installed in the vehicle interior 4. The attachment structure has an attachment arm on the back surface (the front side of the vehicle 4) for clamping the rearview mirror with the biasing force of a spring. With the case body 12 in FIG. 4(c), it is not desirable to rotate / move the mirror 12A by touch operation, so the radar detector 10 is operated using a remote control 43.

[0302] The screen displayed on the display device 15 may be projected onto the meter panel cover of the vehicle 4. This makes the screen appear to be floating on the meter panel. Meter panel covers usually have measures in place to prevent reflections from external light, improving the visibility of the screen. Unlike displays on the windshield, displays projected onto the meter panel are not subject to the automobile safety standards, allowing for a high degree of freedom in designing the projection position, area, etc.

[0303] The radar detector 10 may optionally have a DC jack (not shown) so that it can also receive power from the cigarette lighter socket of the vehicle 4.

[0304] It is also possible to have a fashion brand with a proven track record that is popular among young people create the case and screen design. This could potentially attract young people who are not interested in radar detectors to purchase it as a fashion statement. The screen design and remote control could be made to look like old home game consoles to create a retro feel.

[0305] As shown in Figure 57, the sound output hole from the speaker 26 should be located on the top side of the radar detector body, and especially between the top and back. By directing the sound output direction to the top, this device is designed to be installed on the dashboard, and by taking advantage of the sound reflection on the windshield, it is possible to make the alarm sound easier for the user to hear.

[0306] For example, as shown in Figure 58(a), a cylindrical wall for housing a speaker can be provided at the top inside of the rear case, with the speaker inserted into the wall with the sound directed toward the rear side. The sound emitted from the speaker toward the rear side can be guided to a sound-emitting hole on the top of the case and then emitted to the outside by a sound-emitting tube. In particular, as shown in Figure 58(b), the cylindrical wall for housing the speaker can be provided with a cutout at the bottom, and a portion of the radar receiving module, sealed with Phillips screws at the four corners shown in the lower center of Figure 59(a), can fit into the cutout. In this way, the device can be configured in an inverted L shape from the top to the right of Figure 59(a), with the circular speaker, square GPS antenna, and square wireless receiving module mounted on the sub-board (board in Figure 59(b)) in order from the left, and the radar receiving module can be arranged very close to each other, thereby significantly reducing the overall size of the device.

[0307] Furthermore, the GPS module and the radio receiving module, which were previously placed on separate boards, have been combined onto a single L-shaped board as shown in Figure 59(b), and the radar receiving module is placed within the L-shaped board as shown in Figure 59(a), thereby reducing the overall size of the device and significantly reducing the effort required for assembly.

[0308] The inverted-L-shaped board of Figure 59(b) may be configured by separately configuring a first circuit pattern in a cross shape, including a connection portion for a circular speaker and a connection portion for a square GPS antenna, and a second circuit pattern in an I shape, including a wireless receiver module and other components constituting the wireless receiver, and arranging these separately in the cross and I portions of a single L-shaped board. In particular, the cross and I portions of a single L-shaped board may each be provided with a connector for connecting each circuit to a circuit on another board. In particular, a first connector for connecting power and signal lines from the first circuit pattern to the main board may be provided on the rear side (front side of the device) of the left end of the board in Figure 59(b), while a second connector for connecting power and signal lines from the second circuit pattern to the main board may be provided on the rear side (front side of the device) of the bottom end of the board, connecting the main board to the inverted-L-shaped board. This allows both patterns to be designed separately, shortening the design period; the inverted L-shaped board can be stably and firmly fixed to the main board using both connectors positioned at an angle; and the main board can be assembled in one go, reducing manufacturing costs.

[0309] The components described in each embodiment and the components and ideas described in the means for solving the problems may be combined in any manner to form an embodiment within the scope that does not cause contradictions.

[0310] Note that the various parts of the drawings are particularly described as necessary for explaining the present application, but for example, a server has the configuration that a server normally has, and a smartphone has the configuration that a smartphone normally has.

[0311] Below is a copy of the claims as filed. <Claims> <Claim 1> An electronic device having a function of inputting information to a schedule management system having a function of storing schedule information in a predetermined input format input from a user terminal in a predetermined storage format, and displaying the stored schedule information on the user terminal so that the user can recognize the schedule, It can be installed in a vehicle, A storage function is a function of acquiring and storing driving information, which is information about the vehicle during a predetermined driving period; an input function that is a function of inputting the stored travel information into the schedule management system in accordance with the predetermined input format; An electronic device comprising: <Claim 2> The schedule information includes schedule date and time information and title information, the schedule management system further has a function of displaying the title information in association with the date and time information on the user terminal; The travel information includes travel date and time information indicating a start date and time or an end date and time of the travel period, and movement information regarding the movement of the vehicle acquired during the travel period, The input function includes a function of, in fitting to the predetermined input format, making the running date and time information and the movement information for one of the running periods the date and time information and the title information of one of the schedule information, respectively. 2. The electronic device according to claim 1, <Claim 3> The movement information includes fuel efficiency and / or distance traveled by the vehicle during the travel period. 3. The electronic device according to claim 2, <Claim 4> The schedule information includes schedule date and time information and location information, the schedule management system further has a function of displaying the location information in association with the date and time information on the user terminal; The travel information includes travel date and time information indicating a start date and time or an end date and time of the travel period, and travel end location information indicating a location of the vehicle at an end date and time of the travel period, The input function includes a function of, in fitting to the predetermined input format, making the travel date and time information and the travel end location information for one of the travel periods the date and time information and the location information of one of the schedule information, respectively. 4. The electronic device according to claim 1, wherein: <Claim 5> The storage function includes a function of storing a plurality of pieces of the driving information, The electronic device further has a batch input function that is a function of inputting all or part of the plurality of pieces of travel information stored by the storage function into the schedule management system at once. 5. The electronic device according to claim 1, wherein: <Claim 6> The electronic device further has an input target selection function that is a function of selecting all or part of the plurality of pieces of traveling information stored by the storage function, The batch input function includes a function of batch inputting the travel information selected by the input target selection function. 6. The electronic device according to claim 5, <Claim 7> The electronic device has a tally target selection function that selects all or part of the plurality of pieces of travel information stored by the storage function; The device further includes a function for displaying the summary of the travel information selected by the summary target selection function on a display means. 7. The electronic device according to claim 5 or 6, <Claim 8> The system further includes an already-input information identification function that identifies the travel information that has already been input into the schedule management system by the input function based on identification information acquired from the schedule management system, The batch input function includes a function of performing batch input excluding the driving information identified by the already-input information identification function. 8. The electronic device according to claim 5, wherein: <Claim 9> In the schedule management system, the schedule information is stored under an individual file name, The identification information is the file name stored in the schedule management system. 9. The electronic device according to claim 8, <Claim 10> The identification information is the schedule information stored in the schedule management system. 9. The electronic device according to claim 8, <Claim 11> The driving information identification function is provided by the schedule management system. First information regarding the schedule information input from the user terminal to the schedule management system; acquiring second information related to the schedule information input into the schedule management system by the input function; performing said identification using said second information without using said first information; 11. The electronic device according to claim 8, wherein: <Claim 12> When the travel information is input to the schedule management system by the input function, the schedule information already stored in the schedule management system is not changed or deleted. 12. The electronic device according to claim 1, wherein: <Claim 13> the input of the driving information by the electronic device to the schedule management system and the acquisition of the identification information from the schedule management system are performed via a communication means capable of connecting to the electronic device and the user terminal; the communication means has a first storage means that can be read by the user terminal via a connection between the user terminal and the communication means, and a second storage means that cannot be read by the user terminal; When the identification information is acquired from the schedule management system, the identification information is stored in the first storage means; When the travel information is input to the schedule management system, the travel information is stored in the second storage means. 13. The electronic device according to claim 1, wherein the electronic device is a semiconductor device. <Claim 14> An electronic device according to any one of claims 1 to 13; A server connectable to a network and the user terminal, The network system is characterized in that the schedule management system includes the server and the user terminal. <Claim 15> A program for causing a computer to realize the functions of the electronic device according to any one of claims 1 to 13. [Explanation of symbols]

[0312] 1. Network System 2. Internet 3. Network 4. Vehicle 5. Users 6. Home 7. CAN Network 10. Radar detector 12. Case body 13 Bracket 15...Display unit 16. Touch panel 18. Operation buttons 19 Card slot 20. Memory card reader / writer 23 GPS receiver 24. Microwave receiver 25. Radio receiver 26···Speaker 27. Volume adjustment button 28 Control unit 29. Database 30. Camera 32 Connection cable 33 Connector terminal 41 Lamp 42 Remote control receiver 43 Remote control 44 Infrared communication device 46 Geomagnetic sensor 47 Acceleration sensor 48. Barometric pressure sensor 50···Smartphone 51 CPU 52...Storage device 53...Operating device 54...Display device 55 Local Area Communication Unit 56...LTE communication department 60...Memory card 61 CPU 62 Card interface section 63 Wireless Communication Unit 65···First flash memory 66···Second flash memory 71 CPU 72...Storage device 73...Operating device 74...Display device 75···Communications Department 80···Service Server 81···Interface 82 Account information storage unit 83 Target information storage unit 84 Target information update section 85···Target information server 86 Public Enforcement Information Storage Unit 87···Public Enforcement Information Update Department 88···Public Enforcement Information Server 90...Schedule Server 91···Interface 92 Authentication Server 93 Account Database 94···Schedule Database 95...Storage area 96 Schedule information file 100 User terminal

Claims

1. A radar detector, a display unit and a control unit that controls a screen displayed on the display unit, The radar detector is capable of transmitting and receiving data to and from a smartphone via wireless communication, The control unit transmits data specifying image data to be displayed from among image data pre-stored in the smartphone's storage device, and displays the image on the smartphone's display device in accordance with the specification, thereby displaying the image on two screens, the display device of the radar detector and the display device of the smartphone. A radar detector characterized by:

2. 2. A radar detector according to claim 1, wherein said display is controlled to display a map warning screen and said display device is controlled to display a standby screen.

3. 3. The radar detector according to claim 1, further comprising a video output terminal, and capable of displaying the second screen based on the designation on an external display device.

4. 4. The radar detector according to claim 1, further comprising a video input terminal, and capable of displaying an image from an external device on the display.

5. 5. A radar detector according to claim 1, wherein the designated data is transmitted via a wireless LAN.

6. A system comprising the radar detector according to any one of claims 1 to 5 and a smartphone.

7. A program for causing a computer to realize the functions of the radar detector according to any one of claims 1 to 5.

Images