Abstract:
Owning a mechanical key alone does not allow knowing whether an automobile, dwelling, etc. is locked or unlocked. Furthermore, if a plurality of keys are owned, it is difficult to identify at a glance a key for a particular object. Furthermore, when a toll parking is used, a parking time has been estimated by taking notes on the time when the automobile is parked, which has caused a laborious work. Furthermore, even if an on-vehicle GPS unit is mounted, it has been necessary to take notes on map information of a surrounding area before going out of the automobile. Accordingly, the present invention provides a key with display capability that allows information relating to an object to be grasped even from a location remote from the object. Display means for displaying an image and receiving means for receiving information from an object that requires a key are provided, and information relating to the object is received from the object and then displayed.

Description:
BACKGROUND OF THE INVENTION  
         [0001]    1. Field of Invention  
           [0002]    The present invention relates to a key with display capability, a display method, and a display program, used for locking an automobile or a dwelling.  
           [0003]    The present invention also relates to a wearable computer, an automobile information management method, a dwelling information management method, an automobile information management program, and a dwelling information management program that are used for management of an automobile or a dwelling.  
           [0004]    2. Description of Related Art  
           [0005]    Conventionally, mechanical keys are used for locking automobiles or dwellings, and for starting automobiles. Furthermore, wireless keys are used for some automobiles.  
           [0006]    More specifically, according to a technique disclosed in Patent Document 1, a pager is disposed in an automobile, a microphone or a vibration sensor senses sound or vibration of the pager and sends a corresponding signal to an operation circuit, an engine-operation code of an ignition key is received by a relay box, and then the operation circuit operates to start the engine of the automobile. This allows the engine of the automobile to be operated regardless of buildings and distance. That is, the technique disclosed allows the engine of the automobile to be started and stopped using the pager for remote-control reception.  
           [0007]    Furthermore, according to a technique disclosed in Patent Document 2, in a wrist device in which a module and a battery are contained in a wrist-wearable case, the rechargeable battery is disposed below the module, and an external terminal is disposed on the opposite side of an antenna across the module. Accordingly, the wrist device has a small planar shape, and minimizes noise that comes from the external terminal to the antenna.  
           [0008]    Meanwhile, densification in dot-matrix liquid-crystal displays has come to allow fine display of images by small devices.  
           [0009]    More specifically, in a technique disclosed in Patent Document 3, a transistor, a reflecting electrode connected to the transistor, and an interlayer insulating film below the reflecting electrode are provided on a substrate. The interlayer insulating film includes a first silicon oxide film, a second silicon oxide film, formed over the first silicon oxide film by polycondensation of a silicon compound and hydrogen peroxide, and a third silicon oxide film formed over the second silicon oxide film. Accordingly, in a reflective liquid crystal panel, the reflecting electrode exhibits optimal reflection characteristics, allowing bright, high-quality reflective display with a wide viewing angle.  
           [0010]    Furthermore, in a technique disclosed in Patent Document 4, in an electro-optical apparatus, an electro-optical material is held in a region enclosed by a sealing member between a pair of first substrate and second substrate, and conductive layers are laminated on the first substrate. The sealing member is separated into a portion that include spacers and a portion that does not include spacers, and wires formed of conductive layers are disposed between the portion of the sealing member, not including spacers, and the substrate. Accordingly, the wires formed of conductive layers, laminated on one of the substrates holding the electro-optical material, are prevented from being cut or short-circuited due to spacers.  
           [0011]    [Patent Document 1] 
           [0012]    Japanese Unexamined Patent Application Publication No. Hei-9-158817  
           [0013]    [Patent Document 2] 
           [0014]    Japanese Unexamined Patent Application Publication No. 2002-98777  
           [0015]    [Patent Document 3] 
           [0016]    Japanese Unexamined Patent Application Publication No. 2001-100187  
           [0017]    [Patent Document 4] 
           [0018]    Japanese Unexamined Patent Application Publication No. 2001-56651  
           [0019]    However, Owning a mechanical key alone does not allow knowing whether an automobile, dwelling, etc. is locked or unlocked. Furthermore, if a plurality of keys are owned, it is difficult to identify at a glance a key for a particular object. Furthermore, when a toll parking is used, a parking time has been estimated by remembering or taking notes on the time when the automobile is parked, which has caused a laborious work. Furthermore, even if an on-vehicle GPS (Global Positioning System) unit is mounted, it has been necessary to take notes on map information of a surrounding area before going out of the automobile.  
           [0020]    Furthermore, when the automobile is operated using a remote controller such as an engine starter or a security controller, a remote controller currently available does not allow operation status to be continuously checked. Furthermore, responses to conditions that are set in the automobile, such as unlocking/locking by a key and on/off of the engine, can only be judged from sounds that are generated from the remote controller or the automobile.  
           [0021]    The present invention has been made in view of the situation described above, and an object thereof is to provide a key with display capability, a display method, and a display program that allow information relating to an object to be grasped even from a location remote from the object.  
           [0022]    Another object of the present invention is to provide a wearable computer, an automobile information management method, a dwelling information management method, an automobile information management program, and a dwelling information management program that allow information relating to an automobile or a dwelling to be grasped even at a remote location.  
         SUMMARY OF THE INVENTION  
         [0023]    In order to achieve the above objects, the present invention, in one aspect thereof, provides a key with display capability, including display means for displaying an image; and receiving means for receiving information from an object that requires the key; wherein information relating to the object is received from the object and displayed.  
           [0024]    In the key with display capability, preferably, the receiving means is capable of receiving a plurality of types of information and therefore compatible with a plurality of types of objects.  
           [0025]    Furthermore, in the key with display capability, compatible with a plurality of types of objects, the display means may display an object-identifying image for identifying the plurality of types of objects and display an image other than the object-identifying image as required.  
           [0026]    In the key with display capability, the display means may display whether the object is unlocked or locked.  
           [0027]    In the key with display capability, the display means may also display a time elapsed since locking.  
           [0028]    In the key with display capability, the display means may also display an alert when the object satisfies a predetermined condition.  
           [0029]    The key with display capability may include means for issuing an alarm, wherein the alarm is issued when the object is left behind unlocked.  
           [0030]    In the key with display capability, the display means may also display current position data of the object or map data of an area around the object.  
           [0031]    The key with display capability may further include direction-detecting means for detecting a direction of the object, wherein data of the direction is displayed.  
           [0032]    The key with display capability may further include a rechargeable battery as a power source for allowing display by the display means, wherein the rechargeable battery is charged while the object is active.  
           [0033]    The present invention, in another aspect thereof, provides a display method for displaying an image on a key with display capability, wherein information relating to an object that requires the key is received from the object, and the information is displayed.  
           [0034]    The present invention, in another aspect thereof, provides a display program for allowing a computer to execute processing for displaying an image on a key with display capability, the processing including a step of receiving information relating to an object that requires the key from the object; and a step of displaying the information.  
           [0035]    The present invention, in another aspect thereof, provides an automobile management system including a wearable computer and an automobile that carries out data communication with the wearable computer, wherein the automobile includes at least one sensor for detecting status information of at least one part of the automobile; determination means for comparing the status information output by the sensor with a determination condition prestored in a storage unit, thereby determining whether the determination condition is satisfied; and first communication means for sending a result of the determination to the wearable computer; and wherein the wearable computer includes second communication means for receiving the result of the determination from the automobile; and display means for displaying predetermined information in accordance with the result of the determination received.  
           [0036]    In the automobile management system, the wearable computer may further include alerting means for issuing a predetermined alert on behalf of the display means based on the result of the determination received.  
           [0037]    Also, the automobile management system may be such that the automobile may further include ID generating means for generating an ID code, the first communication means further sends the ID code generated by the ID generating means to the wearable computer, and the second communication means further receives the ID code, and sends the ID code together when sending data to the automobile.  
           [0038]    The present invention, in another aspect thereof, provides a wearable computer that is used in an automobile management system including the wearable computer and an automobile that carries out data communication with the wearable computer, the wearable computer including communication means for receiving a result of a determination that is made by comparing status information of at least one part of the automobile, output by at least one sensor of the automobile, with a determination condition prestored in a storage unit; and display means for displaying predetermined information in accordance with the result of the determination received.  
           [0039]    The present invention, in another aspect thereof, provides an automobile including at least one sensor for detecting status information of at least one part of the automobile; determination means for comparing the status information output by the sensor with a determination condition prestored in a storage unit, thereby determining whether the determination condition is satisfied; and communication means for sending a result of the determination to a wearable computer having display means for displaying predetermined information in accordance with the result of the determination.  
           [0040]    The present invention, in another aspect thereof, provides an automobile information management method for managing, using a wearable computer, status information of an automobile that carries out data communication with the wearable computer, wherein the automobile detects status information of at least one part of the automobile, compares the status information with a determination condition prestored in a storage unit, thereby determining whether the determination condition is satisfied, and sends a result of the determination to the wearable computer, and wherein the wearable computer receives the result of the determination from the automobile, and displays predetermined information in accordance with the result of the determination received.  
           [0041]    The present invention, in another aspect thereof, provides an automobile information management program for allowing a wearable computer to execute processing for managing status information of an automobile that carries out data communication with the wearable computer, the processing including a communication step of receiving a result of a determination that is made by comparing status information output by at least one sensor of the automobile, the status information relating to a part of the automobile, with a determination condition prestored in a storage unit; and a display step of displaying predetermined information in accordance with the result of the determination received.  
           [0042]    The present invention, in another aspect thereof, provides a dwelling management system including a wearable computer and a dwelling management apparatus that carries out data communication with the wearable computer, wherein the dwelling management apparatus includes at least one sensor for detecting status information of a dwelling; determination means for comparing the status information output by the sensor with a determination condition prestored in a storage unit, thereby determining whether the determination condition is satisfied; and first communication means for sending a result of the determination to the wearable computer; and wherein the wearable computer includes second communication means for receiving the result of the determination from the dwelling management apparatus; and display means for displaying predetermined information in accordance with the result of the determination received.  
           [0043]    The present invention, in another aspect thereof, provides a wearable computer that is used in a dwelling management system including the wearable computer and a dwelling management apparatus that carries out data communication with the wearable computer, the wearable computer including communication means for receiving, from the dwelling management apparatus, a result of a determination that is made by comparing status information of at least one part of a dwelling, output by at least one sensor of the dwelling management apparatus, with a determination condition prestored in a storage unit; and display means for displaying predetermined information in accordance with the result of the determination received.  
           [0044]    The present invention, in another aspect thereof, provides a dwelling management method for carrying out dwelling management using a wearable computer and a dwelling management apparatus that carries out data communication with the wearable computer, wherein the dwelling management apparatus detects status information of a dwelling, compares the status information of the dwelling with a determination condition prestored in a storage unit, thereby determining whether the determination condition is satisfied, and sends a result of the determination to the wearable computer, and wherein the wearable computer receives the result of the determination from the dwelling management apparatus, and displays predetermined information in accordance with the result of the determination received.  
           [0045]    The present invention, in another aspect thereof, provides a dwelling management program for allowing a wearable computer to execute processing for managing status information of a dwelling in a dwelling management system including the wearable computer and a dwelling management apparatus that carries out data communication with the wearable computer, the processing including a communication step of receiving, from the dwelling management apparatus, a result of a determination that is made by comparing status information of at least one part of the dwelling, output by at least one sensor of the dwelling management apparatus, with a determination condition prestored in a storage unit; and a display step of displaying predetermined information in accordance with the result of the determination received. 
       
    
    
     BRIEF DESCRIPTION OF THE DRAWINGS  
       [0046]    [0046]FIG. 1 is a block diagram of a first embodiment of the present invention.  
         [0047]    [0047]FIG. 2 is an illustration showing example screens in the first embodiment.  
         [0048]    [0048]FIG. 3 is a flowchart showing an operation of the first embodiment.  
         [0049]    [0049]FIG. 4 is a diagram showing the configuration of a wearable computer according to a second embodiment.  
         [0050]    [0050]FIG. 5 is a diagram showing the configuration of an automobile according to the second embodiment.  
         [0051]    [0051]FIG. 6 is a flowchart showing processes for authentication, executed between the wearable computer and the automobile according to the second embodiment.  
         [0052]    [0052]FIG. 7 is a flowchart showing processes for communication, executed between the wearable computer and the automobile according to the second embodiment when the engine is started.  
         [0053]    [0053]FIG. 8 is a flowchart showing a modification of the second embodiment.  
         [0054]    [0054]FIG. 9 is a flowchart showing processes for activating security, executed between the wearable computer and the automobile according to the second embodiment.  
         [0055]    [0055]FIG. 10 is a flowchart showing processes for activating a turbo timer, executed between the wearable computer and the automobile according to the second embodiment  
         [0056]    [0056]FIG. 11 is a flowchart showing processes for exchanging traveling-distance data and gasoline-amount data, executed between the wearable computer and the automobile according to the second embodiment.  
         [0057]    [0057]FIG. 12 is a flowchart showing processes for exchanging traveling-distance data and gasoline-amount data, executed between the wearable computer and the automobile according to the second embodiment.  
         [0058]    [0058]FIG. 13 is a flowchart showing processes for exchanging an engine-oil replacement massage, executed between the wearable computer and the automobile according to the second embodiment.  
         [0059]    [0059]FIG. 14 is a table of conversion between traveling distance and replacement cycle, stored in a ROM  320 .  
         [0060]    [0060]FIG. 15 is a diagram showing an example of a replacement-schedule message that is displayed on a display panel  140 .  
         [0061]    [0061]FIG. 16 is a diagram showing an example of a replacement-recommendation message that is displayed on the display panel  140 .  
         [0062]    [0062]FIG. 17 is a flowchart showing a modification of the second embodiment.  
         [0063]    [0063]FIG. 18 is a flowchart showing processes for exchanging an engine-oil replacement message, executed between the wearable computer and the automobile according to the second embodiment.  
         [0064]    [0064]FIG. 19 is a flowchart showing processes for exchanging an ATF replacement message, executed between the wearable computer and the automobile according to the second embodiment.  
         [0065]    [0065]FIG. 20 is a flowchart showing processes for exchanging a window-washer-fluid replacement message, executed between the wearable computer and the automobile according to the second embodiment.  
         [0066]    [0066]FIG. 21 is a flowchart showing processes for exchanging a battery replacement message, executed between the wearable computer and the automobile according to the second embodiment.  
         [0067]    [0067]FIG. 22 is a diagram showing the configuration of a dwelling management apparatus according to a third embodiment.  
         [0068]    [0068]FIG. 23 is a flowchart showing processes for authentication and unlocking, executed between a wearable computer and the dwelling management apparatus according to the third embodiment.  
         [0069]    [0069]FIG. 24 is a flowchart showing processes for exchanging an image captured by a monitoring camera, executed between the wearable computer and the dwelling management apparatus according to the third embodiment. 
     
    
     DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS  
       [0070]    1. Configuration of a First Embodiment  
         [0071]    The configuration of a key with display capability according to a first embodiment of the present invention will be described with reference to FIG. 1.  
         [0072]    Referring to FIG. 1, a CPU  10  controls each component of the key, and is capable of calculating time. A ROM  20  allows programs, parameters, etc. for controlling the CPU  10  to be written thereto. A RAM  30  is used as a work memory for the CPU  10 . A display panel  40  is implemented typically by a dot-matrix liquid-crystal display panel. A wireless communication unit  50  exchanges key information and other information by wireless by way of radio waves or infrared rays. A switching unit  60  includes two switches; namely, a selecting switch  65  for selecting display content and an unlocking/locking switch  66  for unlocking/locking by wireless. A power supply unit  70  includes a rechargeable battery, which is directly charged through a key cylinder of an automobile or other objects.  
         [0073]    An alarm buzzer  80  and a GPS function unit  90  are additionally provided as required, as will be described later. A bus line  100  connects the components with each other.  
         [0074]    2. Operation of the First Embodiment  
         [0075]    This embodiment is typically applied to a key for an automobile, which is used for starting and stopping the engine and unlocking/locking a door.  
         [0076]    When a reset operation occurs after a battery replacement or a battery recharging, a routine shown in FIG. 3 is entered. In step SP 110 , it is determined whether an event is present.  
         [0077]    If step SP 110  evaluates to “NO”, that is, if no event is detected, the routine proceeds to step SP 130 . In step SP 130 , an idle screen is displayed, and the routine returns to step SP 110 . The idle screen displays a design or an image (including text) that is convenient for recognizing the key and identifying the automobile, such as an emblem of the automobile or a type of the automobile, on the display panel  40  (part (a) in FIG. 2). This allows the particular key to be readily recognized from among a large number of keys.  
         [0078]    On the other hand, step SP 110  evaluates to “YES”, that is, if an event is detected, the routine proceeds to step SP 120 . In step SP 120 , processing in accordance with the event is executed, and the routine returns to step SP 110 . Types of events include starting/stopping of the engine, unlocking/locking of a door, and pressing of the selecting switch  65 .  
         [0079]    (1) Starting/Stopping of the Engine  
         [0080]    The engine is started/stopped by inserting the key into the key cylinder and causing a mechanical rotation with the key. When the engine is started, the rechargeable battery is charged through the key cylinder. When the engine is stopped, information relating to the automobile, such as a traveling distance, is transmitted to the key with display capability according to this embodiment via the wireless communication unit  50  or directly through the key cylinder. At this time, information indicating an unlocked state is also transmitted. Accordingly, an unlocked state is detected when locking is forgotten.  
         [0081]    (2) Unlocking/Locking of a Door  
         [0082]    A door can be unlocked/locked by pressing the unlocking/locking switch  66  as well as by causing a mechanical rotation with the key. When the door is unlocked/locked, information indicating an unlocked/locked state is displayed on the display panel  40  for a predetermined period of time. Even while the information is in display, an event associated with pressing of the selecting switch  65  can be handled by interrupt processing. Furthermore, an alarm buzzer  80  that works in cooperation with the wireless communication unit  50  checking the presence/absence of radio wave or the like may be provided so that a buzzer sound will be output when the automobile is left behind unlocked. This serves as an anticrime measure.  
         [0083]    (3) Pressing of the Selecting Switch  
         [0084]    When the selecting switch  65  is pressed, content in accordance with an item selected and a timing of the press is displayed, such as a traveling distance and related information (part (b) in FIG. 2) or information indicating an unlocked/locked state (part (c) in FIG. 2). The traveling distance and related information that are displayed include, for example, a distance traveled since last refueling (segment distance) and a mileage calculated from the segment distance. The information indicating an unlocked/locked state may be displayed as “OPEN/CLOSE”.  
         [0085]    Furthermore, when the engine is stopped, in cooperation with an on-vehicle GPS apparatus, the key obtains map data of an area around where the automobile is parked. When the selecting switch  65  is pressed a predetermined number of times, the map data is displayed on the display panel  40 , and the parking point is indicated by, for example, a “x” sign (part (d) in FIG. 2). This serves to save the work of taking notes on a map around the parking point in advance. Furthermore, a time elapsed since the automobile was parked (parking time) is displayed below the map. This improves the convenience of using a toll parking lot.  
         [0086]    3. Modifications  
         [0087]    The present invention is not limited to the embodiment described above, and various modifications including those described below are possible, which are all within the scope of the present invention.  
         [0088]    (1) Although a mechanical key is used for unlocking/locking in the embodiment described above, it is possible to allow unlocking/locking by a wireless key alone. In that case, a single key with display capability can be used for a plurality of automobiles or dwellings. For that purpose, an image that allows identification of each automobile or dwelling is displayed, and other information, such as information indicating an unlocked/locked state, is displayed as required.  
         [0089]    (2) Although map data of an area around a parking point is displayed in cooperation with an on-vehicle GPS unit in the embodiment described above, alternatively, a GPS function unit  90  (FIG. 1) may be provided in the key itself for displaying a current position so that direction of and distance to the parking point can be recognized. In that case, the direction of an electromagnetic wave transmitted from the automobile may be detected by a direction sensor having a directive antenna, without limitation to the GPS unit. This is particularly effective in a case where only a wireless key is used, since the size and shape of the key itself does not matter.  
         [0090]    (3) Although the key is used for an automobile (including a motorbike and a bicycle) in the embodiment described above, the key may be used for a dwelling. In that case, it is effective to display information indicating an unlocked/locked state and information that allows identification of the key. Furthermore, preferably, a time of locking is recorded at the dwelling side and checked for matching with a record of locking time on the key side, and an alert, such as flashing, is displayed depending on the result of the check. This allows the user to confirm that the dwelling has not been unlocked by a third party. This is preferable for security, particularly if the user lives alone.  
         [0091]    Programs for implementing the functions of the processing units for executing the processes described above may be separate program modules or an integrated program module. The functions may be implemented entirely or partially in hardware using logic circuits. Each program module may run within an existing application program, or as an independent program. A computer program for implementing the present invention as described above may be recorded on a computer-readable recording medium so that the processes will be executed by reading the program out of the recording medium into a computer. Alternatively, the program may be used by downloading it via a network into a memory of a computer.  
         [0092]    A “computer-readable recording medium” refers to a storage device, for example, a portable medium such as a flexible disk, a magneto-optical disk, a ROM, or a CD-ROM, or a hard disk included in a computer. Furthermore, a “computer-readable recording medium” may also refer to a device that holds a program for a certain period of time, such as a volatile memory (RAM) in a computer that serves as a server or a client that exchanges the program via a network such as the Internet or a communication line such as a telephone circuit.  
         [0093]    Furthermore, the program may be transmitted from a computer that stores the program in a storage device to another computer via a transmission medium or by way of waves transmitted through a transmission medium. A “transmission medium” for transmitting the program refers to a medium that allows transmission of information, for example, a communication network such as the Internet or a communication line such as a telephone circuit.  
         [0094]    Furthermore, the program may implement only part of the functions described above. The program may also be a difference file (difference program) for implementing the functions described above in combination with a program already recorded in a computer.  
         [0095]    1. Configuration of a Second Embodiment  
         [0096]    Next, a second embodiment of the present invention will be described with reference to the drawings.  
         [0097]    First, an automobile management system that employs a wearable computer according to this embodiment will be described. The automobile management system according to this embodiment includes a wearable computer shown in FIG. 4 and an automobile shown in FIG. 5.  
         [0098]    The wearable computer according to this embodiment will now be described.  
         [0099]    [0099]FIG. 4 is a diagram showing the configuration of the wearable computer according to this embodiment.  
         [0100]    A wearable computer according to the present invention may be implemented as a key for an automobile, a dwelling, etc., a wristwatch, glasses, a pendant, a ring, a cap, a bracelet, clothing, etc. This embodiment will be described, by way of example, in the context of a wristwatch.  
         [0101]    The wearable computer according to this embodiment includes a CPU  110 , a ROM  120 , a RAM  130 , a display panel  140 , a communication unit  150 , a switching unit  160 , a power supply unit  170 , a speaker  180 , a vibrator  190 , and a camera  210 , and these components are connected to each other via a bus line  200 .  
         [0102]    The CPU  110  reads programs stored in the ROM  120  and writes the programs in the RAM  130 , and executes the programs to control each of the components and to perform operations and processing of data.  
         [0103]    The ROM  120  is implemented by a device that allows data stored thereon to be electrically erased (rewritten), such as a flash memory. The ROM  120  prestores a control program and parameters for the CPU  110 , more specifically, for example, an automobile-information management program and related items, which will be described later.  
         [0104]    The RAM  130  serves as a work memory for the CPU  110 , and it is implemented by a semiconductor memory that allows reading from and writing to an arbitrary address specified.  
         [0105]    The display panel  140  serves as a display for the wearable computer according to this embodiment, and it is implemented, for example, by a dot-matrix liquid-crystal display panel.  
         [0106]    The communication unit  150  carries out data communications with a communication unit (described later) provided in the automobile, via a wireless-LAN link or a WPAN (wireless personal area network) link.  
         [0107]    The switching unit  160  is an operation unit that allows the user to perform operations, such as a selection of display content, on the wearable computer, and it includes a plurality of switches.  
         [0108]    The power supply unit  170  includes a rechargeable battery that generates electric power and gets charged by itself through self-winding operation when the user swings his/her arm. Alternatively, the wearable computer may be set in a cradle (described later) provided in the automobile so that the wearable computer will be charged directly by a power source of the automobile through the cradle.  
         [0109]    The speaker  180  is an audio output unit for outputting an alarm buzzer sound or the like.  
         [0110]    The vibrator  190  causes the wearable computer to vibrate in response to a predetermined vibration command received.  
         [0111]    The camera  210  is an imaging device that captures, in response to a predetermined imaging command received, an image of an object to which the wearable computer is directed by the user.  
         [0112]    Next, the automobile in the automobile management system according to this embodiment will be described.  
         [0113]    [0113]FIG. 5 is a diagram showing the configuration of the automobile according to this embodiment. The automobile according to this embodiment includes a CPU  310 , a ROM  320 , a RAM  330 , a display panel  340 , a communication unit  350 , a switching unit  360 , a power supply unit  370 , a speaker  380 , a vibrator  390 , an external communication unit  410 , a security function unit  420 , a starter function unit  430 , a GPS function unit  440 , a control-status detector  450 , a traveling-data management unit  460 , and component-maintenance-information detecting sensors  470 , and these components are connected to each other via a bus line  400 .  
         [0114]    The CPU  310  reads programs stored in the ROM  320  and writes the programs to the RAM  330 , and executes the programs to control each of the components and to perform operations and processing of data. More specifically, the CPU  310  compares status information of components of the automobile, detected by the component-maintenance-information detecting sensors  470  (described later), with determination-condition parameters stored in advance in the ROM  320 , thereby determining whether the determination conditions are satisfied, and sends the results to the wearable computer.  
         [0115]    The ROM  320  is implemented by, for example, a read-only mask ROM or an electrically erasable (rewritable) ROM such as a flash memory. The ROM  320  prestores a control program and parameters for the CPU  310 .  
         [0116]    The RAM  330  serves as a work memory for the CPU  310 , and it allows reading from and writing to an arbitrary address specified.  
         [0117]    The display panel  340  is a display for the automobile according to this embodiment.  
         [0118]    The communication unit  350  carries out data communications with the communication unit  150  of the wearable computer according to this embodiment. The communication unit  350  may be implemented by, for example, a wireless-link interface for a WPAN or a cradle for a direct, wired connection. If a cradle is used, it is possible to charge the wearable computer at an installation time.  
         [0119]    The switching unit  360  is an operation unit that allows the user to perform operations, such as a selection of display content on the automobile.  
         [0120]    The power supply unit  370  is a generating power source such as an alternator, or an on-vehicle battery power source.  
         [0121]    The speaker  380  is an audio output unit for outputting an alarm buzzer sound or the like.  
         [0122]    The external communication unit  410  connects to an external network such as the Internet, and carries out communications over the network.  
         [0123]    The security function unit  420  is a security apparatus that detects an abnormal vibration of the automobile, an abnormal opening/closing of a door, and an abnormal start of the engine, and that executes processes for preventing stealing of and mischief on the automobile. More specifically, the security function unit  420  outputs a threatening sound, turns on an alert LED, and controls an immobilizer.  
         [0124]    The starter function unit  430  starts the engine based on specifications of the number of retries for starting the engine, operating time of a cell motor, idling time, etc., and stops the engine based on setting of the turbo timer and a temperature output from a temperature sensor of the turbine.  
         [0125]    The GPS function unit  440  calculates a current position of the automobile by communicating with GPS satellites, and displays prestored map information in association with current-position information in cooperation with a car navigation system.  
         [0126]    The control-status detector  450  is a sensor for detecting positions of components of the automobile (vibration, position, tilt), a gear position, etc.  
         [0127]    The traveling-data management unit  460  calculates data such as traveling distance, mileage, and remaining amount of gasoline based on data obtained from the sensors of the components of the automobile, and manages the data.  
         [0128]    The component-maintenance-information detecting sensors  470  are sensors for detecting maintenance information of components of the automobile. More specifically, the sensors  470  include level gauge sensors for engine oil, ATF, and window-washer fluid, a viscosity sensor, a battery-voltage sensor, and sensors for in-vehicle and ambient carbon monoxide concentrations.  
         [0129]    2. Operation of the Embodiment  
         [0130]    Now, operations of the wearable computer and the automobile in the automobile management system according to this embodiment will be described with reference to the drawings.  
         [0131]    (1) Executing authentication and starting the engine  
         [0132]    [0132]FIG. 6 is a flowchart showing processes for executing authentication between the wearable computer and the automobile, and FIG. 7 is a flowchart showing processes for carrying out communication when starting the engine.  
         [0133]    When the number of retries for starting the engine, the operating time of the cell motor, and the idling time are set in the wearable computer (step SP 200  in FIG. 7), the CPU  110  writes the setting to the RAM  130  (step SP 210 ), adds a preset ID code (step SP 220 ) to an engine starting signal in which the number of retries for starting the engine, the operating time of the cell motor, the idling time, etc. are specified, and sends the engine starting signal to the automobile (step SP 230 ).  
         [0134]    In the automobile, the CPU  310  receives the engine starting signal via the communication unit  350  (step SP 400  in FIG. 6, and step SP 240  in FIG. 7).  
         [0135]    The CPU  310  executes authentication of the ID code attached to the engine starting signal (step SP 410 ). More specifically, the CPU  310  compares the ID code attached to the engine starting signal with an ID code of the wearable computer, prestored in the ROM  320 . If the ID codes match, the CPU  310  determines that the attached ID code is valid, and establishes connection (and also starts the engine in this case) (step S 420 ). If the ID codes do not match, the CPU  310  determines that the attached ID code is not valid, and rejects connection (step SP 430 ).  
         [0136]    The CPU  310 , when starting the engine, writes the setting to the RAM (step SP 250  in FIG. 7), and sends an acceptance signal indicating acceptance of the engine starting signal to the wearable computer (step SP 260 ). At this time, the CPU  310  generates a new ID code (step SP 440  in FIG. 6), and sends the old ID code and the new ID code together with the acceptance signal (step SP 450 ).  
         [0137]    Then, the CPU  310  outputs a command for checking the gear and the handbrake to the control-status detector  450 .  
         [0138]    When the control-status detector  450  checks the positions of the gear and the handbrake and outputs “check OK” (Yes in step SP 270  in FIG. 7), the CPU  310  reads the number of retries, the operating time of the cell motor, and the idling time that are set in the engine starting signal, and outputs these items to the starter function unit  430  (step SP 290 ). If “check OK” is not output (No in step SP 270 ), the CPU  310  notifies the wearable computer via the communication unit  350  that starting the engine has been rejected (step SP 280 ). In that case, the CPU  310  generates a new ID code (step SP 440  in FIG. 6), and sends the old ID code and the new ID code together with the rejection-notification signal (step SP 450 ).  
         [0139]    The starter function unit  430  writes the setting to the RAM, whereby the setting becomes effective.  
         [0140]    The preset number of retries will be denoted as a, and an actual number of retries that have been made will be denoted as N.  
         [0141]    Then, the engine is started (step SP 300 ). When the engine is successfully started (Yes in step SP 300 ), the CPU  310  sends a start signal via the communication unit  350  (step SP 310 ). At this time, the CPU  310  generates a new ID code (step SP 440  in FIG. 6), and sends the old ID code and the new ID code together with the start signal (step SP 450 ).  
         [0142]    If the engine fails to be started (No in step SP 300  in FIG. 7), N is incremented by 1. If the value of n is smaller than or equal to the preset value a (Yes in step SP 330 ), another attempt is made to start the engine (steps SP 300  to SP 330 ). On the other hand, if N is larger than a (No in step SP 330 ), the CPU  310  sends a failure signal via the communication unit  350  (step SP 340 ). At this time, the CPU  310  generates a new ID code (step SP 440  in FIG. 6), and sends the old ID code and the new ID code together with the failure signal (step SP 450 ).  
         [0143]    In the wearable computer, when an acceptance signal or an engine-start rejection signal is received (step SP 350  in FIG. 7, and step SP 500  in FIG. 6), the CPU  110  executes authentication of an old ID code attached to the signal (step SP 510 ). More specifically, the CPU  110  compares the old ID code attached to the signal with the ID code of the wearable computer, stored in the ROM  120 . If the ID codes match, the CPU  110  determines that the old ID code is valid, and establishes a connection (step SP 520 ). On the other hand, if the ID codes do not match, the CPU  110  determines that the old ID code is not valid, and rejects connection (step SP 530 ).  
         [0144]    If the old ID code is valid, the CPU  110  writes the new ID code to the ROM  120  (step SP 540 ), and displays a message that reads “accepted” or “rejected” on the display panel  140  (step SP 360 ). It is possible to overwrite the old ID code with the new ID code as required.  
         [0145]    The new ID code is read when the CPU  110  sends a predetermined command signal to the automobile next time, and is written at the beginning of the signal that is sent (steps SP 550  to SP 570 ).  
         [0146]    When a start signal or a failure signal is received (step SP 370 ), the CPU  110  similarly executes authentication, and then displays a message that reads “Succeeded”, “N-th failure”, or “Starting failed” on the display panel  140  (step SP 380 ).  
         [0147]    The CPU  110  then displays the initial menu screen again (SP 390 ).  
         [0148]    [0148]FIG. 8 is a flowchart showing a modification of this embodiment. When the engine is started in step SP 300  shown in FIG. 7 (step SP 600  in FIG. 8), the CPU  310  starts monitoring the in-vehicle and ambient concentration of carbon monoxide, output from the carbon monoxide sensors (step SP 610 ). If the concentration of carbon monoxide exceeds a predetermined threshold value and reaches a dangerous level (Yes in step SP 620 ), the CPU  310  stops the engine (step SP 630 ), and sends via the communication unit  350  a stop-notification signal for notifying the wearable computer that the engine has been stopped (step SP 640 ).  
         [0149]    The wearable computer receives the stop-notification signal via the communication unit  150  (step SP 650 ), and similarly executes authentication. Then, the wearable computer displays a message that reads “Engine is stopped because the concentration of carbon monoxide has reached a dangerous level. Please ventilate the air.” on the display panel  140  (step SP 660 ).  
         [0150]    As described above, according to the automobile management system of this embodiment, information relating to the automobile as an object can be displayed on the wearable computer. Thus, advantageously, setting of the engine starter can be confirmed.  
         [0151]    Furthermore, since authentication is executed when communications are carried out, advantageously, incorrect operation is prevented and security is enhanced.  
         [0152]    Furthermore, since a user is notified of dangers, such as a high concentration of carbon monoxide, in a readily recognizable manner, advantageously, safety in starting the engine in a closed garage is improved.  
         [0153]    (2) Activating Security  
         [0154]    [0154]FIG. 9 is a flowchart showing processes for activating security, executed between the wearable computer and the automobile according to this embodiment.  
         [0155]    When on/off of the immoblizer, the alarm, and the alarm LED are set in the wearable computer (step SP 700  in FIG. 9), the CPU  110  writes the setting to the RAM  130 . Furthermore, the CPU  110  adds a preset ID code to a security activation signal in which on/off of the immobilizer, the alarm, and the alarm LED, etc. are specified (step SP 710 ), and sends the security activation signal to the automobile (step SP 720 ).  
         [0156]    In the automobile, the CPU  310  receives the security activation signal via the communication unit  350  (step SP 400  in FIG. 6, and step SP 730  in FIG. 9).  
         [0157]    The CPU  310  executes authentication of the ID code attached to the security activation signal (step SP 410 ). More specifically, the CPU  310  compares the ID code attached to the security activation signal with an ID code of the wearable computer, prestored in the ROM  320 . If the ID codes match, the CPU  310  determines that the attached ID code is valid, and establishes connection (and also activates the security function unit  420  in this case) (step SP 420 ). On the other hand, if the ID codes do not match, the CPU  310  determines that the attached ID code is not valid, and rejects connection (step SP 430 ).  
         [0158]    The CPU  310 , when activating the security function unit  420 , writes setting to the RAM  330  (step SP 740  in FIG. 9), and sends an acceptance signal indicating acceptance of the engine starting signal to the wearable computer via the communication unit  350  (step SP 750 ). At this time, the CPU  310  generates a new ID code (step SP 440  in FIG. 6), and sends the old ID code and the new ID code together with the acceptance signal (step SP 450 ).  
         [0159]    Then, the CPU  310  issues an activation command to the security function unit  420 . The security function unit  420  starts monitoring abnormal vibration of the automobile, abnormal opening/closing of a door, and abnormal start of the engine (step SP 760 ).  
         [0160]    When the security function unit  420  detects an abnormal state of the automobile, the security function unit  420  outputs information regarding a part relevant to the abnormal state to the CPU  310 , and outputs a threatening sound, turns on the alarm LED, and controls the immobilizer. The CPU  310  writes status information including time to the RAM  330  together with the information regarding the abnormal part (step SP 770 ), and sends an abnormality-notification signal via the communication unit  350  (step SP 780 ).  
         [0161]    Simultaneously with the transfer of the data, the GPS function unit  440  may be activated so that position information of the automobile will also be sent.  
         [0162]    In the wearable computer, when the acceptance signal is received (step SP 790 ), the CPU  110  similarly executes authentication of the old ID code attached to the acceptance signal (step SP 510  in FIG. 6).  
         [0163]    When the authentication of the old ID code succeeds, the CPU  110  writes a new ID code to the ROM  120  (step SP 540 ), and displays messages that read, for example, “Immobilizer: ON”, “Alarm: ON”, and “Alert LED: ON” on the display panel  140  (step SP 800 ). It is also possible to overwrite the old ID code with the new ID code.  
         [0164]    Then, the CPU  110  displays the initial menu screen again (step SP 810 ).  
         [0165]    When the abnormality-notification signal is received (Yes in step SP 820 ), the CPU  110  similarly executes authentication, and displays information regarding the part relevant to the abnormality, status information such as time of occurrence of the abnormality, and alarm messages that read “Abnormality occurred”, “Door opened”, and “Engine started” on the display panel  140  (step SP 840 ). The CPU  110  continues displaying the alarm screen until the user notices the abnormality and operates the switching unit  160 , and switches to a deactivation screen when the switch  160  is operated (step SP 840 ).  
         [0166]    As described above, according to the automobile management system of this embodiment, when an abnormal state arises in the automobile as an object, the type of abnormality (e.g., acceleration, vibration, sound) is recorded and then transferred to the wearable computer. Thus, advantageously, information that is useful for preventing automobile burglary or automobile theft is immediately provided to the user.  
         [0167]    (3) Activating a Turbo Timer  
         [0168]    [0168]FIG. 10 is a flowchart showing processes for activating the turbo timer, executed between the wearable computer and the automobile according to this embodiment.  
         [0169]    When a turbine temperature, etc. is set in the wearable computer (step SP 900  in FIG. 9), the CPU  110  writes the setting to the RAM  130  (step SP 910 ). Furthermore, the CPU  110  adds a preset ID code to a turbo-timer setting signal in which on/off of the immobilizer, the alarm, and the alert LED, etc. is specified (step SP 920 ), and sends the turbo-timer setting signal to the automobile (step SP 930 ).  
         [0170]    In the automobile, the CPU  310  receives the turbo-timer setting signal via the communication unit  350  (step SP 400  in FIG. 6, and step SP 940  in FIG. 10).  
         [0171]    The CPU  310  executes authentication of the ID code attached to the turbo-timer setting signal (step SP 410 ). More specifically, the CPU  310  compares the ID code attached to the turbo-timer setting signal with the ID code of the wearable computer, prestored in the ROM  320 . If the ID codes match, the CPU  310  determines that the attached ID code is valid, and establishes connection (and also activates the starter function unit  430  in this case) (step SP 420 ). On the other hand, if the ID codes do not match, the CPU  310  determines that the attached ID code is not valid, and rejects connection (step SP 430 ).  
         [0172]    The CPU  310 , when activating the starter function unit  430 , writes the setting to the RAM  330  (step SP 950  in FIG. 10), and sends an acceptance signal indicating acceptance of the engine starting signal to the wearable computer via the communication unit  350  (step SP 960 ). At this time, the CPU  310  generates a new ID code (step SP 440  in FIG. 6), and sends the old ID code and the new ID code together with the acceptance signal (step SP 450 ).  
         [0173]    Then, the CPU  310  stops the engine (step SP 970 ), and outputs an activation command to the starter function unit  430 . The starter function unit  430  starts operation of the turbo timer (step SP 980 ).  
         [0174]    When the temperature indicated by the temperature sensor of the turbine drops below the preset value (Yes in step SP 990 ), the starter function unit  430  stops the turbo timer, and notifies the CPU  310  of that effect (step SP 1000 ).  
         [0175]    When the notification of deactivation of the turbo timer is received, the CPU  310  sends a turbo-timer-deactivation notification signal via the communication unit  350  (step SP 1010 ).  
         [0176]    In the wearable computer, when the acceptance signal is received (step SP 1020 ), the CPU  110  similarly executes authentication of the old ID code attached to the acceptance signal (step SP 510  in FIG. 6).  
         [0177]    If the authentication of the old ID code succeeds, the CPU  110  writes a new ID code to the ROM  120  (step SP 540 ), and displays a message that reads, for example, “Turbo timer is in operation” on the display panel  140  (step SP 1030 ). It is also possible to overwrite the old ID code with the new ID code.  
         [0178]    When the turbo-timer-deactivation notification signal is received (Yes in step SP 1040 ), the CPU  110  similarly executes authentication, and displays a message that reads, for example, “Turbo timer stopped” on the display panel  140  (step SP 1050 ). Then, the CPU  110  displays the initial menu screen again (step SP 1050 ).  
         [0179]    As described above, according to the automobile management system of this embodiment, advantageously, the user can be notified as to whether the turbo timer in the automobile as an object has operated correctly.  
         [0180]    (4) Exchanging Data Regarding Traveling-distance Data and Gasoline-amount Data  
         [0181]    [0181]FIG. 11 is a flowchart showing processes for exchanging traveling-distance data and gasoline-amount data, executed between the wearable computer and the automobile according to this embodiment.  
         [0182]    In the automobile, when the engine starts (step SP 1100  in FIG. 11), the CPU  310  activates the traveling-data management unit  460 . The traveling-data management unit  460  calculates data such as a traveling distance(total traveling distance), a mileage, the amount of gasoline used, and the remaining amount of gasoline based on data obtained from the sensors of the components of the automobile, and writes these items to the RAM  330  as required (step SP 1110 ).  
         [0183]    When the engine is stopped (step SP 1120 ), the CPU  310  outputs a confirmation command for confirming that the wearable computer is physically connected to the communication unit  350  (a cradle in this embodiment).  
         [0184]    If it is confirmed that the communication unit  350  is physically connected to the wearable computer (Yes in step SP 1130 ), the CPU  310  sends traveling-distance data and gasoline-amount data to the wearable computer via the cradle.  
         [0185]    On the other hand, if it is determined that the communication unit  350  is not physically connected to the wearable computer (No in step SP 1130 ), the CPU  310  reads traveling-distance data at the time of the current stop and traveling-distance data at the time of last stop from the RAM  330  (step SP 1150 ), calculates the difference therebetween (step SP 1160 ), and sends the traveling-distance difference data and the gasoline-amount data to the wearable computer via the communication unit  350  (step SP 1170 ).  
         [0186]    In the wearable computer, when the traveling-distance data and the gasoline-amount data are received (step SP 1180 ), the CPU  110  overwrites and updates traveling-distance data and gasoline-amount data stored in the RAM  130  (step SP 1190 ). The CPU  110  then displays a message that reads, for example, “Odometer: 10,000 km” on the display panel  140  (step SP 1200 ).  
         [0187]    Furthermore, when the traveling-distance difference data and the gasoline-amount data are received (Yes in step SP 1040 ), the CPU  110  adds the traveling-distance difference data received to the traveling-distance data stored in the RAM  130 , and writes the resulting traveling-distance data and the gasoline-amount data to the RAM  130  (step SP 1190 ). The CPU  110  then displays a message that reads, for example, “Odometer: 10,000 km” on the display panel  140  (step SP 1200 ).  
         [0188]    Then, the CPU  110  displays the initial menu screen again (step SP 1210 ).  
         [0189]    As described above, according to the automobile management system of this embodiment, when the wearable computer carries out wireless communications, advantageously, only difference data is transmitted, so that the amount of data transmitted is reduced.  
         [0190]    If data communications are carried out via a cradle, traveling-distance data is transferred as it is, advantageously, error that could occur by transferring only difference data is avoided.  
         [0191]    (5) Exchanging Mileage Data and Tripmeter Data  
         [0192]    [0192]FIG. 12 is a flowchart showing processes for exchanging traveling-distance data and gasoline-amount data, executed between the wearable computer and the automobile according to this embodiment.  
         [0193]    In the automobile, when the engine is started (step SP 1300  in FIG. 12), the CPU  310  activates the traveling-data management unit  460 . The traveling-data management unit  460  calculates data such as a traveling distance(tripmeter distance), mileage, the amount of gasoline used, and the remaining amount of gasoline based on data obtained from the sensors of the components of the automobile, and writes these items to the RAM  330  as required (step SP 1310 ).  
         [0194]    When the engine is stopped (step SP 1320 ), the CPU  310  calculates a mileage (step SP 1330 ), reads traveling-distance data of the tripmeter at the time of the current stop and traveling-distance data of the tripmeter at the time of last stop from the RAM  330 , and calculates the difference therebetween (step SP 1340 ). The CPU  310  then sends the traveling-distance difference data and the mileage data to the wearable computer via the communication unit  350  (step SP 1350 ).  
         [0195]    In the wearable computer, when the traveling-distance difference data of the tripmeter and the mileage data are received (step SP 1360 ), the CPU  110  adds the received traveling-distance difference data of the tripmeter to traveling-distance difference data of the tripmeter, stored in the RAM  130 , and writes the resulting traveling-distance data of the tripmeter and the mileage data to the RAM  130  (step SP 1370 ). The CPU  110  then displays messages that read, for example, “Mileage: 10 km/ 1 ” and “Trip: 125 km” on the display panel  140  (step SP 1380 ).  
         [0196]    The CPU  110  then displays the initial menu screen again (step SP 1390 ).  
         [0197]    As described above, according to the automobile management system of this embodiment, when the wearable computer carries out wireless communications, only difference data is transmitted, so that the amount of data transmitted is reduced.  
         [0198]    Furthermore, since the CPU  310  executes the entire calculations of the traveling-distance data of the tripmeter and the mileage data, the amount of data transferred is reduced.  
         [0199]    (6) Exchanging an Engine-oil Replacement Message  
         [0200]    [0200]FIG. 13 is a flowchart showing processes for exchanging an engine-oil replacement message, executed between the wearable computer and the automobile according to this embodiment.  
         [0201]    In the automobile, if the component-maintenance-information detecting sensor  470  (a level gauge sensor for engine oil, provided in an oil pan, is assumed herein) continuously outputs a value of oil level exceeding a predetermined threshold value for a predetermined period of time (step SP 1500  in FIG. 13), the CPU  310  determines that oil has been replaced. The CPU  310  then obtains a traveling distance from the traveling-data management unit  460 , and writes the traveling-distance, together with a date, to the RAM  330  (step SP 1510 ).  
         [0202]    Then, the CPU  310  reads a conversion table shown in FIG. 14, prestored in the ROM  320  (step SP 1520 ), calculates a timing of next oil replacement (traveling distance or date) (step SP 1530 ), and sends the result together with the date when oil has been replaced to the wearable computer via the communication unit  350  (step SP 1350 ).  
         [0203]    Furthermore, the CPU  310  sends an oil replacement message when traveling time or date reaches the timing of next oil replacement (Yes in step SP 1550 ).  
         [0204]    In the wearable computer, when the timing of next oil replacement and the date when oil has been replaced are received (step SP 1570 ), the CPU  110  writes the timing and the date to the RAM  130  (step SP 1580 ). The CPU  110  then displays a replacement schedule message, for example, as shown in FIG. 15, on the display panel  140  (step SP 1590 ).  
         [0205]    Then, the CPU  110  displays the initial menu screen again (step SP 1600 ).  
         [0206]    Furthermore, when the replacement message is received (step SP 1610 ), the CPU  110  displays a replacement recommendation message, for example, as shown in FIG. 16, on the display panel  140  (step SP 1620 ).  
         [0207]    Then, the CPU  110  displays the initial menu screen again (step SP 1630 ).  
         [0208]    [0208]FIG. 17 is a flowchart showing a modification of this embodiment. In the automobile when the engine is started (step SP 1700 ) and the value of an oil temperature sensor reaches a preset value (Yes in step SP 1710 ), if the component-maintenance-information detecting sensor  470  (a viscosity sensor for engine oil, provided in the oil pan, is assumed herein) outputs a viscosity larger than a preset parameter value prestored in the ROM  320  (Yes in step SP 1720 ), the CPU  310  sends an oil degradation signal indicating degradation of oil to the wearable computer via the communication unit  350  (step SP 1730 ).  
         [0209]    In the wearable computer, when the oil degradation signal is received (step SP 1740 ), the CPU  110  writes the oil degradation signal to the RAM  130  (step SP 1750 ). The CPU  110  then displays a replacement schedule message that reads, for example, “Oil is degraded. Please replace oil.” on the display panel  140  (step SP 1760 ). At this time, a message that requests flushing may be displayed together.  
         [0210]    Then, the CPU displays the initial menu screen again (step SP 1770 ).  
         [0211]    As described above, according to the automobile management system of this embodiment, since the CPU  310  executes the entire calculation of next timing of oil replacement in the wearable computer, the amount of data transferred and the amount of data that must be stored in the wearable computer are reduced.  
         [0212]    (7) Exchanging an Engine Flushing and Oil-filter Replacement Message  
         [0213]    [0213]FIG. 18 is a flowchart showing processes for exchanging an engine oil replacement message, executed between the wearable computer and the automobile according to this embodiment.  
         [0214]    In the automobile, when the engine is started (step SP 1800  in FIG. 18), the CPU  310  reads the value N of an oil-replacement counter from the ROM  320  (step SP 1810 ). If the value of oil level output by the component-maintenance-information detecting sensor  470  (a level gauge sensor for engine oil, provided in the oil pan, is assumed herein) is maintained above a threshold value for a predetermined period of time (Yes in step SP 1820 ), the CPU  310  determines that oil has been replaced, and increments the value N by 1 (step SP 1830 ). When the value N reaches 2 by being incremented (Yes in step SP 1840 ), the CPU  310  sends a signal of a message that recommends flushing to the wearable computer via the communication unit  350  (step SP 1850 ), and sets the value N to 0 (step SP 1860 ).  
         [0215]    In the wearable computer, when the message recommending flushing is received (step SP 1870 ), the CPU  110  displays a message that reads “Flushing of the engine is needed. It is time to replace the oil filter.” on the display panel  140  (step SP 1880 ). When the user flushes the engine in accordance with the message and then operates the switching unit  160  (step SP 1890 ), the CPU  110  sends a reset signal to the automobile (step SP 1900 ). Then, the CPU  110  displays the initial menu screen again (step SP 1910 ).  
         [0216]    As described above, according to the automobile management system of this embodiment, information useful for flushing of the engine of the automobile as an object can be provided to the user.  
         [0217]    (8) Exchanging an ATF (Automatic Transmission Fluid) Replacement Message  
         [0218]    [0218]FIG. 19 is a flowchart showing processes for exchanging an ATF replacement message, executed between the wearable computer and the automobile according to this embodiment.  
         [0219]    In the automobile, if the value of ATF level output by the component-maintenance-information detecting sensor  470  (an ATF level gauge sensor is assumed herein) is maintained above a threshold value for a predetermined period of time (Yes in step SP 2000  in FIG. 19), the CPU  310  determines that ATF has been replaced. Then, the CPU  310  obtains a traveling distance from the traveling-data management unit  460 , and writes the traveling distance, together with a date, to the RAM  330  (step SP 2010 ).  
         [0220]    Then, the CPU  310  reads the traveling distance at the time of last ATF replacement, previously stored in the ROM  320 , and subtracts it from the traveling distance at the time of the current ATF replacement. If the resulting traveling distance is 20,000 km or larger (Yes in step SP 2020 ), the CPU  310  sends a message recommending replacement of ATF to the wearable computer via the communication unit  350  (step SP 2030 ).  
         [0221]    When the engine is started (step SP 2040 ) and the value of an ATF oil temperature sensor reaches a preset value (Yes in step SP 2050 ), if the value output from the component-maintenance-information detecting sensor  470  (an ATF level gauge sensor is assumed herein) reaches a threshold value prestored in the ROM  320  (Yes in step SP 2060 ), the CPU  310  sends a signal indicating that the ATF level is appropriate to the wearable computer via the communication unit  350  (step SP 2070 ). On the other hand, if the value output from the component-maintenance-information detecting sensor  470  is smaller than the threshold value prestored in the ROM  320  (No in step SP 2060 ), the CPU  310  sends a signal of a message recommending replacement of ATF to the wearable computer via the communication unit  350  (step SP 2070 ).  
         [0222]    In the wearable computer, when a signal indicating that the ATF level is appropriate is received (step SP 2090 ), the CPU  110  writes the signal to the RAM  130  (step SP 2100 ).  
         [0223]    When a signal recommending replacement of ATF is received (step SP 2090 ), the CPU  110  writes the signal to the RAM  130  (step SP 2100 ). The CPU  110  then displays a message that reads “Please replace ATF.” together with a date of last replacement and traveling distance on the display panel  140  (step SP 2110 ).  
         [0224]    Then, the CPU displays the initial menu screen again (step SP 2120 ).  
         [0225]    As described above, according to the automobile management system of this embodiment, after the engine of the automobile is started, the user can be notified of an appropriate timing of replacing ATF based on the amount of ATF and traveling distance.  
         [0226]    (10) Exchanging Window-washer-fluid Replacement Message  
         [0227]    [0227]FIG. 20 is a flowchart showing processes for exchanging a window-washer-fluid replacement message, executed between the wearable computer and the automobile according to this embodiment.  
         [0228]    In the automobile, when the engine is started (step SP 2200 ), if the value of window-washer-fluid level, output by the component-maintenance-information detecting sensor  470  (a level gauge sensor for window washer fluid, provided in a reservoir tank for window washer fluid, is assumed herein) reaches a threshold value prestored in the ROM  320  (Yes in step SP 2210 ), the CPU  310  sends a signal indicating that the level of window washer fluid is appropriate to the wearable computer via the communication unit  350  (step SP 2220 ). On the other hand, if the value output by the component-maintenance-information detecting sensor  470  is smaller than the threshold value prestored in the ROM  320  (No in step SP 2210 ), the CPU  310  sends a signal of a message recommending replenishment of window washer fluid to the wearable computer via the communication unit  350  (step SP 2230 ).  
         [0229]    In the wearable computer, when the signal indicating that the level of window washer fluid is appropriate is received (step SP 2240 ), the CPU  110  writes the signal to the RAM  130  (step SP 2250 ). The CPU  110  then displays a message that reads “Window washer fluid: OK” on the display panel  140  (step SP 2260 ).  
         [0230]    Then, the CPU  110  displays the initial menu screen again (step SP 2270 ).  
         [0231]    When the signal recommending replenishment of window washer fluid is received (step SP 2240 ), the CPU  110  writes the signal to the RAM  130  (step SP 2250 ). The CPU  110  then displays a message that reads “Please replenish window washer fluid.” on the display panel  140  (step SP 2260 ).  
         [0232]    Then, the CPU  110  displays the initial menu screen again (step SP 2270 ).  
         [0233]    As described above, according to the automobile management system of this embodiment, advantageously, after the engine of the automobile as an object is started, the user is notified that window washer fluid must be replenished when the sensor indicates an abnormal state.  
         [0234]    (11) Exchanging a Battery Replacement Message  
         [0235]    [0235]FIG. 21 is a flowchart showing processes for exchanging a battery replacement message, executed between the wearable computer and the automobile according to this embodiment.  
         [0236]    In the automobile, when ignition is turned “ON” (step SP 2300 ), if the value of voltage output by the component-maintenance-information sensor  470  (a voltage sensor provided at the battery is assumed herein) reaches a threshold value prestored in the ROM  320  (Yes in step SP 2310 ), the CPU  310  sends a signal indicating that the battery voltage is normal to the wearable computer via the communication unit  350  (step SP 2320 ).  
         [0237]    After sending the signal, the CPU  310  starts the engine (step SP 2330 ).  
         [0238]    On the other hand, if the voltage value is smaller than the threshold value prestored in the ROM  320  (No in step SP 2310 ), the CPU  310  does not start the engine (step SP 2340 ), and writes the voltage value to the RAM  130  (step SP 2350 ). Then, the CPU  310  sends a signal indicating that the engine cannot be started to the wearable computer via the communication unit  350  (step SP 2360 ).  
         [0239]    In the wearable computer, when the signal indicating that the battery voltage is normal is received (step SP 2410 ), the CPU  110  displays a messages that reads “Battery: OK” on the display panel  140  (step SP 2420 ).  
         [0240]    When the signal indicating that the engine cannot be started is received (step SP 2240 ), the CPU  110  displays messages that read “Battery: No good.” and “The engine cannot be started.” on the display panel  140  (step SP 2260 ).  
         [0241]    When the user replaces the battery in response to the messages displayed on the display panel  140 , in the automobile, when the ignition becomes “ON” (step SP 2300 ), and if the value of voltage output by the component-maintenance-information detecting sensor  470  reaches the threshold value prestored in the ROM  320  (Yes in step SP 2380 ), the CPU  310  determines that the battery has been replaced (step SP 2390 ), and sends a signal indicating that the battery has been replaced to the wearable computer via the communication unit  350  (step SP 2400 ).  
         [0242]    In the wearable computer, when the signal indicating that the battery has been replaced is received (step SP 2410 ), the CPU  110  displays messages that read “Battery: OK” and “The battery has been replaced.” on the display panel  140  (step SP 2420 ).  
         [0243]    As described above, according to the automobile management system of this embodiment, advantageously, in starting the engine of the automobile as an object, the user is notified that the battery must be replaced if the battery is in an abnormal state.  
         [0244]    1. Configuration of a Third Embodiment  
         [0245]    Next, a third embodiment of the present invention will be described with reference to the drawings.  
         [0246]    First, a dwelling management system according to this embodiment, employing a wearable computer, will be described. The dwelling management system according to this embodiment includes the wearable computer shown in FIG. 4 and a dwelling management apparatus shown in FIG. 22.  
         [0247]    That is, this embodiment differs from the second embodiment in that an object of the wearable computer is the dwelling management apparatus in this embodiment. Hereinafter, descriptions of what is common with the second embodiment will be omitted, and what differs from the second embodiment will be described.  
         [0248]    Now, dwelling management by the dwelling management system according to this embodiment will be described.  
         [0249]    This embodiment will be described in the context of an example where the wearable computer is a key for a dwelling or the like.  
         [0250]    [0250]FIG. 22 is a diagram showing the configuration of the dwelling management apparatus according to this embodiment. The dwelling management apparatus according to this embodiment includes a CPU  510 , a ROM  520 , a RAM  530 , a display panel  540 , a communication unit  550 , a switching unit  560 , a power supply unit  570 , a speaker  580 , a camera  610 , and a key acceptor  620 , and these components are connected to each other via a bus line  600 .  
         [0251]    The CPU  510  reads programs stored in the ROM  520  and writes the programs to the RAM  530 , and executes the programs to control each of the components and to execute data calculation and processing. More specifically, the CPU  510  compares status information detected by a sensor (not shown) provided at a part of the dwelling, for example, at the key acceptor  620 , with a determination-condition parameter prestored in the ROM  520 , thereby determining whether the determination condition is satisfied. The CPU  510  then sends the result of the determination to the wearable computer.  
         [0252]    The ROM  520  prestores a control program and parameters for the CPU  510 .  
         [0253]    The RAM  530  is used as a work memory for the CPU  510 , and is implemented by a semiconductor memory that allows reading from and writing to an arbitrary address specified.  
         [0254]    The display panel  540  is a display of the dwelling management apparatus according to this embodiment.  
         [0255]    The communication unit  550  carries out data communications with the communication unit  150  of the wearable computer according to this embodiment.  
         [0256]    The switching unit  560  is an operation unit that allows operations such as selection of content of display on the dwelling management apparatus.  
         [0257]    The power supply unit  570  is a domestic power supply.  
         [0258]    The speaker  580  is an audio output unit for outputting a threatening sound, an alarming buzzer, or the like.  
         [0259]    The camera  610  is a CCD camera or the like for crime prevention, and it is an imaging unit that captures an image in response to a predetermined imaging command.  
         [0260]    The key acceptor  620  has a mechanical lock mechanism and an electronic lock mechanism, and it is a security apparatus that detects abnormal vibration or abnormal signal to execute processes for preventing break-in.  
         [0261]    2. Operation of the Third Embodiment  
         [0262]    Now, operations of the wearable computer and the dwelling management apparatus in the dwelling management system according to this embodiment will be described with reference to the drawings.  
         [0263]    (1) Authentication and Unlocking  
         [0264]    [0264]FIG. 23 is a flowchart showing processes for authentication and unlocking, executed between the wearable computer and the dwelling management apparatus according to this embodiment.  
         [0265]    In the dwelling management apparatus, when the key acceptor  620  is set to a locked state (step SP 2500  in FIG. 23), the CPU  510  writes a lock start time to the RAM  530 , and sends the lock start time together with an old ID code and a new ID code to the wearable computer via the communication unit  550 .  
         [0266]    In the wearable computer, the CPU  110  receives the information via the communication unit  150  (step SP 500  in FIG. 6).  
         [0267]    The CPU  110  executes authentication of the old ID code attached to the lock start time (step SP 510 ). More specifically, the CPU  110  compares the old ID code with an ID code of the wearable computer, prestored in the ROM  120 . If the ID codes match, the CPU  110  determines that the old ID code is valid, and establishes connection (step SP 520 ). If the ID codes do not match, the CPU  110  determines that the old ID code is not valid, and rejects connection (step SP 530 ).  
         [0268]    After establishing connection, the CPU  110  writes the new ID code and the locking time to the ROM  120  (step SP 540 ).  
         [0269]    When the sensor provided at the key acceptor  620  detects an abnormal vibration, the CPU  510  compares status information output by the sensor with a determination-condition parameter prestored in the ROM  520 , thereby determining whether the determination condition is satisfied (step SP 2510  in FIG. 23). The CPU  510  then sends the result of the determination to the wearable computer.  
         [0270]    When the CPU  510  detects an abnormal state (Yes in step SP 2510 ), the CPU  510  outputs an alarm sound signal or a threatening sound signal to the speaker  580 , and the speaker  580  outputs a corresponding sound (step SP 2530 ). The CPU  510  also displays an alert message on the display panel  540 .  
         [0271]    On the other hand, when the CPU  51   0  does not detect an abnormal state (No in step SP 2510 ), the CPU  510  determines whether a key (i.e., the wearable computer) is placed in the key acceptor  620 , and outputs a signal for requesting a lock time and an ID code to the key.  
         [0272]    In the key, the CPU  110  receives the request signal via the communication unit  150 , reads a lock time and a new ID code from the ROM  120 , and outputs these items to the dwelling management apparatus via the communication unit  150 .  
         [0273]    Upon receiving the information, the CPU  510  determines whether the items match the lock time and the new ID code stored in the RAM  530 . If they match, the CPU  510  deactivates the electronic lock (step SP 2520 ).  
         [0274]    After the electronic lock is deactivated, the user rotates the key to deactivate the mechanical lock (step SP 2540 ).  
         [0275]    As described above, according to the dwelling management system of this embodiment, advantageously, it can be shown to the outside that security is active, a lock time, confirmation of authentication, etc. can be displayed, and security can be enhanced.  
         [0276]    (2) Exchanging an Image Captured by a Monitoring Camera  
         [0277]    [0277]FIG. 24 is a flowchart showing processes for exchanging an image captured by a monitoring camera, executed between the wearable computer and the dwelling management apparatus according to this embodiment.  
         [0278]    When the key acceptor  620  is set to a locked state in the dwelling management apparatus, the CPU  510  issues an imaging start command to the camera  610  provided at the entrance. The camera  610  starts imaging, deletes old image data captured previously at a predetermined cycle, and then captures an image again, repeating the procedure (steps SP 2600  and SP 2610  in FIG. 24).  
         [0279]    When the sensor provided at the key acceptor  620  detects an abnormal vibration, the CPU  510  compares status information output by the sensor with a determination-condition parameter prestored in the ROM  520 , thereby determining whether the determination condition is satisfied.  
         [0280]    When an abnormal state is detected (Yes in step SP 2620 ), the CPU  510  issues an image-data deletion halting command to the camera  610 . The camera  610  halts deletion and continues imaging (steps SP 2630  and SP 2640 ). Furthermore, the CPU  510  sends the image captured to the wearable computer via the communication unit  550 .  
         [0281]    In the wearable computer, the CPU  110  receives the image via the communication unit  150 , and displays the image on the display panel  140 .  
         [0282]    As described above, according to the dwelling management system of this embodiment, advantageously, when a notification is received at a security center and a security guard arrives, an image at the time of occurrence of an abnormal state can be confirmed on the display panel  540 .  
         [0283]    Although the present invention has been described in detail in the context of the embodiments with reference to the drawings, specific configurations are not limited to the embodiments, and other configurations are possible without departing from the spirit of the present invention.  
         [0284]    [Advantages] 
         [0285]    As described above, according to the present invention, information relating to an object can be displayed on display means.  
         [0286]    Furthermore, an arrangement including means for issuing an alarm prevents an object from being left behind unlocked.  
         [0287]    Furthermore, in an arrangement in which a rechargeable battery is charged while an object is active, the work of battery replacement or recharging is eliminated, serving to achieve simplicity of use.