Patent Publication Number: US-2019197470-A1

Title: Information processing device, information processing method, and non-transitory computer-readable storage medium

Description:
INCORPORATION BY REFERENCE 
     The disclosure of Japanese Patent Application No. 2017-252295 filed on Dec. 27, 2017 including the specification, drawings and abstract is incorporated herein by reference in its entirety. 
     BACKGROUND 
     1. Technical Field 
     The present disclosure relates to an information processing device, an information processing method, and a non-transitory computer-readable storage medium storing a program for causing a computer to execute an information processing method. 
     2. Description of Related Art 
     For example, a mechanism for using a vehicle cabin of a vehicle such as a trunk as a delivery destination of a package is disclosed (see Japanese Unexamined Patent Application Publication No. 2006-206225 (JP 2006-206225 A) or the like). 
     Specifically, authentication information (key information) for unlocking the vehicle is distributed to a delivery company (for example, a mobile terminal carried by a deliverer). When a predetermined transmission signal including the key information is transmitted from the mobile terminal carried by the deliverer to the vehicle and accordingly, authentication based on the key information included in the transmission signal is successful on the vehicle side, a door for accessing the trunk of the vehicle (for example, a trunk lid or a back door) is unlocked. Consequently, the deliverer can put the package in the trunk. Accordingly, the delivery company can provide a customer with a delivery service in which a vehicle cabin such as the trunk of the vehicle can be designated as a delivery destination (hereinafter referred to as a “vehicle cabin delivery service”). 
     SUMMARY 
     However, in order to verify a delivery work of a package into the vehicle cabin of the vehicle and to respond to an inquiry from a user, information on the delivery of the package into the vehicle cabin of the vehicle (hereinafter referred to as a “delivery log”) may be recorded in an accumulated manner within a period of time relating to the delivery of the package. For example, in order to verify the delivery work of the package into the vehicle cabin of the vehicle, information on a movement situation (movement history) of the vehicle obtained when the deliverer actually headed toward the vehicle corresponding to the delivery destination for a package delivery, and the like may be recorded as a delivery log. Accordingly, for example, the delivery company or the like can check the movement situation of the vehicle corresponding to the delivery destination and verify that the package cannot be delivered in a designated delivery time period because the vehicle has moved far away. In addition, for example, in order to respond to an inquiry from a user, information on a delivery request designated by a requester (user) may be recorded at the time of the delivery request or the like. Therefore, when all information as a delivery log related to a certain package is continued to be stored after a period of time relating to the delivery of the package has elapsed, for example, a storable capacity at a storage destination of the delivery log of a server or the like may be tightened. 
     The present disclosure provides an information processing device, an information processing method, and a non-transitory computer-readable storage medium storing a program for causing a computer to execute an information processing method capable of suppressing tightness of a storable capacity at a storage destination of a delivery log, for example, when the delivery log is recorded within a period of time relating to delivery in a delivery service in which a vehicle cabin of a vehicle used by a user can be designated as a delivery destination of a package. 
     A first aspect of the present disclosure relates to an information processing device for a delivery service. A delivery destination of a package in the delivery service includes a vehicle cabin. The vehicle cabin as the delivery destination includes a vehicle trunk. The information processing device includes a server configured to acquire information on delivery of the package into the vehicle cabin in a period of time relating to the delivery of the package into the vehicle cabin designated as the delivery destination, store the information on the delivery of the package into the vehicle cabin, and delete some of the stored information on the delivery of the package into the vehicle cabin after the period of time relating to the delivery of the package into the vehicle cabin has elapsed. 
     According to the first aspect of the present disclosure, after the period of time relating to the delivery of the package has elapsed (for example, after reception of the package delivered in the vehicle cabin by the user has been confirmed), the information processing device can delete some of recorded delivery logs in consideration of a subsequent necessity. Accordingly, the information processing device can suppress tightness of a storable capacity of the storage destination. 
     In the information processing device according to the first aspect of the present disclosure, the server may be configured to acquire a plurality of types of information on the delivery of the package into the vehicle cabin in the period of time relating to the delivery of the package into the vehicle cabin designated as the delivery destination, store the plurality of types of information on the delivery of the package into the vehicle cabin, and delete some of the plurality of types of information stored on the delivery of the package into the vehicle cabin after the period of time relating to the delivery of the package into the vehicle cabin has elapsed. 
     According to the first aspect of the present disclosure, after the period of time relating to the delivery of the package has elapsed, the information processing device may have a different necessity for each type of the delivery logs. Therefore, some unneeded types of the delivery logs can be deleted in consideration of the necessity. For example, the information processing device leaves the information for responding to the inquiry from the requester in the delivery logs in order to respond to a subsequent inquiry. On the other hand, since the information used for verification or the like of the delivery work is no longer needed once the verification is done, the information processing device can take a countermeasure such as deleting. Accordingly, specifically, the information processing device can delete some of the delivery logs in consideration of the necessity of the delivery log after the lapse of the period of time relating to the delivery of the package. 
     In the information processing device according to the first aspect of the present disclosure, the plurality of types of information may include at least one among information on a designated place where the vehicle is parked for the delivery of the package, which is designated in advance by the user, information for specifying the vehicle, information on an order of a product when the package is the product ordered at a predetermined site related to an electronic commerce, information on a movement history of the vehicle for a predetermined period of time until the package is delivered, information on a redelivery history of the package, information on a place where the vehicle is stopped when the package is delivered, and information on a type of the package. 
     According to the first aspect of the present disclosure, specifically, the information processing device can specify and record a plurality of types of delivery logs. 
     In the information processing device according to the first aspect of the present disclosure, the server may be configured to delete a different type of information from the information on the designated place, the information on the order of the product, and the information on the place where the vehicle is stopped among the plurality of types of information that is stored. 
     According to the first aspect of the present disclosure, specifically, the information processing device can specify some needed types of delivery logs even after the lapse of the period of time relating to the delivery from among the plurality of types of delivery logs that is recorded and delete a type of delivery logs other than these delivery logs. 
     In the information processing device according to the first aspect of the present disclosure, the server may be configured to determine whether or not the user has received the package delivered in the vehicle cabin. An end point of the period of time relating to the delivery of the package may be when the server determines that the user has received the package delivered in the vehicle cabin. 
     According to the first aspect of the present disclosure, the information processing device can delete some unneeded delivery logs after determination is made that the user has received the package delivered in the vehicle cabin by acquiring the reception notification from the user&#39;s email address or the like. 
     In the information processing device according to the first aspect of the present disclosure, the server may be configured to delete some of the stored information when a predetermined buffering period elapses after the period of time relating to the delivery of the package has elapsed. 
     According to the first aspect of the present disclosure, even after the period of time relating to the delivery of the package has elapsed, the information processing device can continue to store the delivery log for some period of time, that is, during the buffering period. Therefore, even when a situation in which the delivery log to be deleted is needed occurs for some reason or the like after the period of time relating to the delivery of the package has elapsed, when the situation is within the buffering period, the information processing device can deal with the situation. 
     A second aspect of the present disclosure relates to an information processing method executed by an information processing device for a delivery service. A delivery destination of a package in the delivery service including a vehicle cabin. The vehicle cabin as the delivery destination includes a vehicle trunk. The information processing method includes: by the information processing device, acquiring information on delivery of the package into the vehicle cabin in a period of time relating to the delivery of the package into the vehicle cabin designated as the delivery destination; by the information processing device, storing the information on the delivery of the package into the vehicle cabin; and by the information processing device, deleting some of the stored information on the delivery of the package into the vehicle cabin after the period of time relating to the delivery of the package into the vehicle cabin has elapsed. 
     A third aspect of the present disclosure relates to a non-transitory computer-readable storage medium storing a program for causing a computer to execute an information processing method executed by an information processing device for a delivery service. A delivery destination of a package in the delivery service includes a vehicle cabin. The vehicle cabin as the delivery destination includes a vehicle trunk. The program causes the information processing device to execute a control process. The control process includes: by the information processing device, acquiring information on delivery of the package into the vehicle cabin in a period of time relating to the delivery of the package into the vehicle cabin designated as the delivery destination; by the information processing device, storing the information on the delivery of the package into the vehicle cabin; and by the information processing device, deleting some of the stored information on the delivery of the package into the vehicle cabin after the period of time relating to the delivery of the package into the vehicle cabin has elapsed. 
     According to the aspects of the present disclosure, for example, when a delivery log is recorded within a period of time relating to delivery in a delivery service in which a vehicle cabin of a vehicle used by a user can be designated as a delivery destination of a package, an information processing device, an information processing method, and a non-transitory computer-readable storage medium storing a program for causing a computer to execute an information processing method, which are capable of suppressing tightness of a storable capacity at a storage destination of the delivery log can be provided. 
    
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
       Features, advantages, and technical and industrial significance of exemplary embodiments of the present disclosure will be described below with reference to the accompanying drawings, in which like numerals denote like elements, and wherein: 
         FIG. 1  is a diagram illustrating an example of an overall configuration of an authentication key management system; 
         FIG. 2  is a diagram mainly illustrating an example of a configuration regarding locking and unlocking of a vehicle in the authentication key management system; 
         FIG. 3  is a diagram mainly illustrating an example of a configuration regarding a key sharing service in the authentication key management system; 
         FIG. 4  is a diagram mainly illustrating an example of a configuration regarding a vehicle cabin delivery service in the authentication key management system; 
         FIG. 5  is a diagram mainly illustrating an example of a configuration regarding a consumer to consumer (C2C) car sharing service in the authentication key management system; 
         FIG. 6  is a diagram mainly illustrating an example of a configuration regarding a business to consumer (B2C) car sharing service in the authentication key management system; 
         FIG. 7  is a flowchart schematically showing an example of a delivery log deletion process of a center server; and 
         FIG. 8  is a flowchart schematically showing another example of the delivery log deletion process of the center server. 
     
    
    
     DETAILED DESCRIPTION OF EMBODIMENTS 
     Hereinafter, modes for carrying out the present disclosure will be described with reference to the drawings. 
     Overall Configuration of Authentication Key Management System 
       FIG. 1  is a diagram illustrating an example of an overall configuration of an authentication key management system  1  according to an embodiment. 
     An authentication key management system  1  includes a vehicle  10 , a mobile terminal  20 , a center server  30 , and a service management server  40 . 
     The vehicle  10  can perform wireless communication (hereinafter referred to as a “near field communication”) with the mobile terminal  20  at a relatively short distance (a distance that allows communication between the inside of a vehicle cabin and the outside of the vehicle cabin) according to a predetermined communication standard. The vehicle  10  is a target on which locking and unlocking of doors and activation (ignition on) of the vehicle  10  are performed based on transmission signals (an authentication request, a locking request, and an unlocking request to be described below) from the mobile terminal  20 . The door of the vehicle  10  may include not only a door for getting on and off, but also a door for a cargo (for example, a trunk lid or a back door) for accessing a trunk (a luggage compartment). The ignition on (IG-ON) of the vehicle  10  may include ON of a power supply to an electric motor in the vehicle  10  using the electric motor as a main power source, in addition to startup of an engine in the vehicle  10  using the engine as a main power source. Hereinafter, in the embodiment, description will be given on the premise that the vehicle  10  includes an engine  117  to be described below as a main power source, the activation (IG-ON) of the vehicle  10  corresponds to startup of the engine  117 , and stopping (IG-OFF) of the vehicle  10  corresponds to stopping of the engine  117 . 
     The vehicle  10  is communicably connected to the center server  30  over a predetermined communication network (for example, a mobile phone network or an Internet network in which a plurality of base stations is terminations). The vehicle  10  transmits vehicle information such as position information to the center server  30 , as described below. 
     The vehicle  10  includes a vehicle  10 A owned by an individual and a vehicle  10 B owned by a company providing a business to consumer (hereinafter referred to as a “B2C”) car sharing service. 
     The mobile terminal  20  is communicably connected to the center server  30  over a predetermined communication network (for example, a mobile phone network or an Internet network in which a plurality of base stations is terminations). The mobile terminal  20  can unlock or lock the vehicle  10  by acquiring authentication key information (an example of key information, hereinafter the authentication key information is referred to as an “authentication key”) distributed from the center server  30  and transmitting the acquired authentication key to the vehicle  10  through relatively short distance wireless communication according to a predetermined manipulation of the user. The mobile terminal  20  may be, for example, a general-purpose mobile phone, a smartphone, or a tablet terminal. As will be described below, a predetermined application program (hereinafter referred to as a “key application”) installed in the built-in processing device  23  is activated, and thereby, the above-described function may be realized. The mobile terminal  20  may be a dedicated mobile terminal specialized for unlocking of the doors of the vehicle  10  and activation of the vehicle  10  by acquiring the authentication key from the center server  30  and using the acquired authentication key. The mobile terminal  20  includes mobile terminals  20 Aa to  20 Ad corresponding to the vehicle  10 A and a mobile terminal  20 B corresponding to the vehicle  10 B. 
     The mobile terminal  20 Aa is a mobile terminal carried by an owner (hereinafter referred to as an “owner user”) among regular users of the vehicle  10 A (hereinafter referred to as “regular users”). The mobile terminal  20 Aa may bidirectionally communicate with the mobile terminal  20 Ab through wireless communication at a relatively short distance. 
     The mobile terminal  20 Ab is a mobile terminal carried by a regular user other than the owner user of the vehicle  10 A (for example, including a family member of the owner user and a close friend of the owner user. The regular user is hereinafter referred to as a “sub-user”). 
     The sub-user may include a user who does not drive the vehicle  10 A or a user who cannot drive (for example, an owner user&#39;s child under 18 years of age). This is because, for example, when solely a vehicle cabin delivery service to be described below is used, the regular user does not need to drive the vehicle  10 A. 
     The mobile terminal  20 Ac is carried by a deliverer of a company that provides a vehicle cabin delivery service to be described below (hereinafter simply referred to as a “delivery company”). The mobile terminal  20 Ac is communicably connected to the center server  30  and a delivery management server  50  to be described below over a predetermined communication network (for example, a mobile phone network or an Internet network in which a plurality of base stations is terminations). 
     The mobile terminal  20 Ad is a mobile terminal carried by a borrower of the vehicle  10 A in a consumer to consumer (hereinafter referred to as a “C2C”) car sharing service to be described below. The mobile terminal  20 Ad is communicably connected to the center server  30  and a C2C car sharing management server  70  to be described below over the predetermined communication network (for example, a mobile phone network or an Internet network in which a plurality of base stations is terminations). 
     The mobile terminal  20 B is a mobile terminal carried by the borrower of the vehicle  10 B in a B2C car sharing service to be described below. The mobile terminal  20 B is communicably connected to the center server  30  and a B2C car sharing management server  80  to be described below over the predetermined communication network (for example, a mobile phone network or an Internet network in which a plurality of base stations is terminations). 
     The center server  30  is communicably connected to the vehicle  10 , the mobile terminal  20 , and the service management server  40 . 
     The center server  30  manages issuance of an authentication key of the vehicle  10 . For example, the center server  30  issues the authentication key according to a predetermined condition and distributes the authentication key to the mobile terminal  20 . 
     The center server  30  acquires position information of the vehicle  10  from the vehicle  10 . Accordingly, the center server  30  can ascertain the position of the vehicle  10 . 
     The center server  30  operates the car sharing service for sharing the vehicle  10 A among a plurality of regular users including the owner user of the vehicle  10 A. Specifically, the center server  30  operates a service for sharing the authentication key of the vehicle  10 A that each of a plurality of pre-registered regular users including the owner user can acquire in the mobile terminal  20  of the regular user (the mobile terminals  20 Aa,  20 Ab) (a key sharing service). 
     The center server  30  performs a registration process (a use registration process) of allowing the regular user of the vehicle  10 A to use a service for using the vehicle  10 A (a key sharing service, a vehicle cabin delivery service, a C2C car sharing service, or the like). Specifically, the center server  30  registers an authority to distribute the authentication key to the predetermined mobile terminal  20  (hereinafter referred to as an “authentication key arrangement authority”) by a key sharing management unit  3207  or a service management server  40  to be described below transmitting an authentication key arrangement request to be described below in order for the regular user of the vehicle  10 A to use the service for using the vehicle  10 A. 
     The center server  30  manages a use situation of the vehicle  10 A through a plurality of services (that is, a plurality of companies) through a vehicle cabin delivery service, a C2C car sharing service, and the like to be described below. 
     The service management server  40  operates and manages various services that are provided using the vehicle  10 . The service management server  40  includes a delivery management server  50  and an electronic commerce (EC) server  60  corresponding to the vehicle cabin delivery service, a C2C car sharing management server  70  corresponding to the C2C car sharing service, a B2C car sharing management server  80  corresponding to the B2C car sharing service. 
     The vehicle cabin delivery service may include a delivery service in which a product ordered at an EC site to be described below is a delivery target, and a delivery service in which a product other than the product ordered at the EC site is a delivery target. For example, the vehicle cabin delivery service in which the product other than the product ordered at the EC site is the delivery target is a service in which the regular user of the vehicle  10 A can change a delivery destination to the trunk of the vehicle  10 A when there is a notification indicating that a package destined for a house is scheduled to be delivered, from the delivery management server  50  to the regular user of the vehicle  10 A through an e-mail, an account of a predetermined social networking service (SNS), or a specific application program activated at the mobile terminals  20 Aa,  20 Ab. Hereinafter, in the embodiment, description will be given while focusing on the vehicle cabin delivery service in which the product ordered at the EC site is the delivery target. An operation of each configuration related to the vehicle cabin delivery service to be described below can be appropriately applied to an operation of each configuration in the vehicle cabin delivery service in which the product other than the product ordered at the EC site is the delivery target. 
     The delivery management server  50  is communicably connected to the mobile terminal  20 Ac and the center server  30  over a predetermined communication network, and performs an operation and management of a distribution system related to the vehicle cabin delivery service from reception of the package to the delivery of the package to the trunk of the vehicle  10 A. 
     A delivery company operating the delivery management server  50  may provide the regular user of the vehicle  10 A with a delivery service in which a vehicle cabin other than the trunk of the vehicle  10 A can be designated as a delivery destination in place of the trunk of the vehicle  10 A or in addition to the trunk of the vehicle  10 A. Hereinafter A delivery service in which the vehicle cabin (that is, the inside of the vehicle  10 A) including the trunk of the vehicle  10 A can be designated as the delivery destination is referred to as a “vehicle cabin delivery service”. The delivery company operating the delivery management server  50  may provide the regular user of the vehicle  10 A with a pick-up service in which the vehicle cabin including the trunk can be designated as a package pick-up point (hereinafter referred to as a “vehicle cabin pick-up service”), as well as the vehicle cabin delivery service. That is, the delivery management server  50  may perform an operation and management of the vehicle cabin pick-up service in place of the vehicle cabin delivery service or in addition to the vehicle cabin delivery service. In this case, the package that is a package pick-up target may be a product (that is, a product purchased at the EC site) returning to an operating company of the EC site corresponding to the EC server  60  (hereinafter referred to as an “EC company”) or a store opened at the EC site or may be a package for delivery not related to the EC site. The vehicle cabin pick-up service may be realized as a pick-up service when a company (for example, a clothes-cleaning company) that provides a service in a form of temporarily keeping products from a customer keeps a package from the regular user of the vehicle  10 A. In this case, a cleaning company or the like may provide a pick-up management server that operates and manages the vehicle cabin pick-up service, which can be included in the service management server  40 , as in the delivery management server  50 . That is, the pick-up management server may be provided, in place of the delivery management server  50  or in addition to the delivery management server  50 . A recovery service in which the vehicle cabin of the vehicle  10 A can be designated as a recovery source of articles that are recovery targets (hereinafter referred to as a “vehicle cabin recovery service”) may be provided to the regular user of the vehicle  10 A by a company that provides a service in a form of recovering predetermined articles (articles such as waste or a second-hand book desired to be purchased) from customers (for example, a waste collection company or an antique purchase company). In this case, a recovery management server that operates and manages the vehicle cabin recovery service, which may be included in the service management server  40 , may be provided by a waste recovery company or the like, similar to the delivery management server  50 . That is, the recovery management server may be provided, in place of the delivery management server  50  or in addition to the delivery management server  50 . 
     The EC server  60  is communicably connected to the center server  30  and the delivery management server  50  over a predetermined communication network, and operates a predetermined website (an EC site) for selling products or services. More specifically, the EC server  60  displays the trunk of the vehicle  10 A as an option of the delivery destination in a webpage for inputting information on a product order (hereinafter referred to as an “order input page”) of the EC site that is accessed through a browser activated by a user terminal directly manipulated by the user (for example, the mobile terminals  20 Aa,  20 Ab, hereinafter simply referred to as a “user terminal”), for regular users of the vehicle  10 A and a predetermined delivery company (in the embodiment, a delivery company corresponding to the delivery management server  50 ) that have been registered in advance. Accordingly, the regular user of the vehicle  10 A can have the purchased product delivered to the trunk of the vehicle  10 A that is parked in a parking lot near a house or parked in a parking lot at a workspace by being used for commuting even when the regular user is absent at the house. 
     The C2C car sharing management server  70  is communicably connected to the mobile terminal  20 Ad and the center server  30 , and performs an operation and management of the C2C car sharing service that assists in lending and borrowing of the vehicle  10 A between individuals. For example, the C2C car sharing management server  70  performs an operation and management of the C2C car sharing service such as reception of registration of a date and time when the vehicle  10 A can be lent by the owner user, reception of reservation of use from a person who wants to borrow the vehicle  10 A, and arrangement of the authentication key of the vehicle  10 A. The C2C car sharing management server  70  may operate and manage the C2C trunk sharing service in an aspect in which the inside of the vehicle cabin of the vehicle  10 A of an individual or the trunk thereof is lent as a temporary package storage place, a package delivery destination, or the like. 
     The B2C car sharing management server  80  is communicably connected to the mobile terminal  20 B and the center server  30 , and performs an operation and management of the B2C car sharing service in which the vehicle  10 B owned by a predetermined company (for example, a provider of the B2C car sharing service) is lent in an aspect in which the vehicle  10 B can be shared among a plurality of general consumers. For example, the B2C car sharing management server  80  performs an operation and management of the B2C car sharing service such as reception of reservation of use of the vehicle  10 B, and arrangement of a parking position of the vehicle  10 B and the authentication key of the vehicle  10 B. The B2C car sharing management server  80  may operate and manage the B2C trunk sharing service in an aspect in which the inside of the vehicle cabin of the vehicle  10 B or the trunk is lent as a temporary package storage place or a package delivery destination. 
     A company car use management server that operates a car sharing service (a company car use management service) in which an employee of a company is a borrower, with the vehicle  10  as a company car of the company being a reservation of use target, may be included in the service management server  40 , instead of the B2C car sharing management server  80  or in addition to the B2C car sharing management server  80 . In this case, when there is an idle time period of the vehicle  10 , which is the company car, the C2C car sharing management server  70  may operate the C2C car sharing service, with the vehicle  10  as a company car being a borrowing target. The delivery management server  50  and the EC server  60  may operate the vehicle cabin delivery service in which a delivery destination of a package to be delivered to a company can be designated as a trunk of the vehicle  10  that is a company car of the company. 
     Details of Configuration Regarding Locking, Unlocking, and Activation of Vehicle 
     A configuration regarding locking, unlocking, and activation of vehicle  10  in the authentication key management system  1  will be described with reference to  FIG. 2 . 
       FIG. 2  is a diagram mainly illustrating an example of the configuration regarding locking, unlocking, and activation of the vehicle  10  in the authentication key management system  1 . The vehicle  10  includes a locking, unlocking and activation device  11 , a key unit  12 , a global positioning system (GPS) module  13 , and a data communication module (DCM)  14 . 
     The locking, unlocking and activation device  11  is attached to the vehicle  10  and performs unlocking and locking of the doors of the vehicle  10  according to a locking signal and an unlocking signal to be transmitted as radio waves in a radio frequency (RF) band (for example, 300 MHz to 3 GHz) (hereinafter referred to as “RF radio waves”) from the key unit  12 . The locking, unlocking and activation device  11  activates the vehicle  10  according to exchange using radio waves in a low frequency (LF) band (for example, 30 Hz to 300 kHz) (hereinafter referred to as “LF radio waves”) and RF radio waves with the key unit using a pressing manipulation of an activation switch (not illustrated) provided in the vehicle cabin of the vehicle  10  as a trigger. The locking, unlocking and activation device  11  includes an LF radio wave transmitter  111 , an RF radio wave receiver  112 , a collating electronic control unit (ECU)  113 , a body ECU  114 , a door lock motor  115 , an engine ECU  116 , and an engine  117  as a driving power source of the vehicle  10 . 
     The locking, unlocking and activation device  11  operates with power supplied from an auxiliary battery (not illustrated) mounted on the vehicle  10 . 
     The LF radio wave transmitter  111  is embedded into, for example, a center console or a door handle in the vehicle cabin, and transmits LF radio waves under the control of the collating ECU  113 . 
     The RF radio wave receiver  112  is provided, for example, in a trim of a luggage compartment of the vehicle  10  and receives RF radio waves under the control of the collating ECU  113 . 
     The collating ECU  113  is an electronic control unit that controls locking and unlocking of the doors of the vehicle  10  and activation of the vehicle  10  based on exchange of signals with the key unit  12 . The collating ECU  113  is realized by any hardware, any software, or a combination of any hardware and any software. For example, the collating ECU  113  is configured mainly of a microcomputer includes a central processing unit (CPU), a random access memory (RAM), a read only memory (ROM), an auxiliary storage device, a real time clock (RTC), and a communication interface. The collating ECU  113  realizes various control processes by executing various programs stored in the ROM or the auxiliary storage device on the CPU. Hereinafter, the same applies to a key ECU  124  to be described below. 
     The collating ECU  113  receives an unlocking signal and a locking signal transmitted as RF radio waves from the key unit  12  using the RF radio wave receiver  112 . 
     When the collating ECU  113  receives the unlocking signal or the locking signal, the collating ECU  113  performs authentication of a transmission source (the key unit  12 ) of the unlocking signal or the locking signal based on key information included in the unlocking signal or the locking signal (hereinafter referred to as “internal key information”). For example, when the internal key information registered in an internal memory such as an auxiliary storage device in advance matches the internal key information included in the unlocking signal or the locking signal, the collating ECU  113  determines that the authentication is successful, and when the internal key information registered in the internal memory such as the auxiliary storage device in advance does not match the internal key information included in the unlocking signal or the locking signal, the collating ECU  113  determines that the authentication fails. 
     For example, the collating ECU  113  may transmit LF radio waves including a “challenge” created in a predetermined method using the internal key information of the internal memory from the LF radio wave transmitter  111  to the key unit  12  and perform challenge response authentication based on a “response” replied from the key unit  12 , which is received from the RF radio wave receiver  112 . 
     When the authentication is successful, the collating ECU  113  transmits an unlocking command (upon reception of the unlocking signal) or a locking command (upon reception of the locking signal) to the body ECU  114  via an in-vehicle network such as a controller area network (CAN). 
     When the collating ECU  113  receives a reply that the door is normally unlocked or locked (unlocking reply or locking reply) from the body ECU  114  through the in-vehicle network such as CAN after the collating ECU  113  transmits the unlocking command or the locking command to the body ECU  114 , the collating ECU  113  transmits a notification that the door is unlocked or locked (unlocking notification or locking notification) to the key unit  12  through the LF radio wave transmitter  111 . 
     As will be described below, in the unlocking signal, solely some of the doors of the vehicle  10  may be designated as unlocked targets. In this case, the collating ECU  113  designates the door as an unlocked target in the unlocking command. Accordingly, the body ECU  114  can operate solely the door lock motor  115  corresponding to some designated doors and unlock solely some doors. 
     When the above-described activation switch is pressed, the collating ECU  113  performs authentication of the key unit  12  by exchanging signals with the key unit  12  using the LF radio wave transmitter  111  and the RF radio wave receiver  112 . 
     For example, the collating ECU  113  transmits a request signal in an LF band from the LF radio wave transmitter  111  to the key unit  12  to request reply of the internal key information. When a response signal including the internal key information is received from the key unit  12  by the RF radio wave receiver  112 , the collating ECU  113  determines authentication success or authentication failure based on matching between the internal key information registered in the internal memory in advance and the internal key information included in the response signal, as in the case of locking and unlocking the doors. 
     For example, the collating ECU  113  may perform challenge response authentication, as in the case of locking and unlocking of doors. 
     When the authentication has succeeded, the collating ECU  113  transmits a startup command of the engine  117  to the engine ECU  116  through the in-vehicle network such as the CAN. 
     The body ECU  114  is an electronic control unit that performs operation control of the door lock motor  115  that is communicably connected via a one-to-one communication line or the like. The body ECU  114  outputs a control command to cause the door lock motor  115  to perform an unlocking operation according to the unlocking command from the collating ECU  113 . The body ECU  114  outputs a control command to cause the door lock motor  115  to perform a locking operation according to the locking command from the collating ECU  113 . When a control command is output to the door lock motor  115 , and accordingly the door is normally unlocked or locked, the body ECU  114  transmits an unlocking reply or a locking reply to the collating ECU  113  through an in-vehicle network such as CAN. 
     The door lock motor  115  is a known electric actuator that unlocks and locks the doors of the vehicle  10  according to the control command from the body ECU  114 . 
     The engine ECU  116  is an electronic control unit that drives and controls the engine  117 . Specifically, the engine ECU  116  drives and controls various actuators such as a starter or an injector, which are mounted on the engine  117 . When the startup command is input from the collating ECU  113 , the engine ECU  116  outputs a control command to various actuators such as a starter or an injector of the engine  117  to start up the engine  117 . 
     The key unit  12  is disposed in the vehicle cabin of the vehicle  10  and transmits the unlocking signal and the locking signal as RF radio waves to the locking, unlocking and activation device  11  according to of the unlocking request and the locking request transmitted from the mobile terminal  20 . The key unit  12  performs exchange of signals with the locking, unlocking and activation device  11  according to the signal in the LF band transmitted from the locking, unlocking and activation device  11  when the activation switch provided in the vehicle cabin of the vehicle  10  is pressed. The key unit  12  includes an LF radio wave receiver  121 , an RF radio wave transmitter  122 , a communication device  123 , and a key ECU  124 . 
     The key unit  12  may be disposed at a position (for example, a glove box, or the inside of a center console box) at which it is difficult for users seated on respective seats of the vehicle  10  to visually recognize the key unit  12 . The key unit  12  may be fixed or may not be fixed to the vehicle  10 . The key unit  12  may be operated by a built-in button battery or the like or may be operated by power supplied from an auxiliary battery mounted on the vehicle  10 . 
     The LF radio wave receiver  121  receives the LF radio waves under the control of the key ECU  124 . 
     The RF radio wave transmitter  122  transmits RF radio waves under the control of the key ECU  124 . 
     The communication device  123  is any device that performs near field communication with the mobile terminal  20  under the control of the key ECU  124 . The communication device  123  may be, for example, a BLE communication module that performs communication with the mobile terminal  20  in compliance with a Bluetooth (registered trademark) low energy (BLE) communication standard. Hereinafter, description will be given on the premise that a communication standard adopted in the communication device  123  conforms to BLE communication. 
     The communication device  123  may be a communication device conforming to a short-range communication standard having a very short communicable distance, such as a near field communication (NFC) standard. In this case, the communication device  123  may be built, for example, at a position (for example, the inside of the door handle) close to a body surface of the vehicle  10  outside the vehicle cabin. Accordingly, the key unit  12  (the key ECU  124 ) can communicate with the mobile terminal  20  outside the vehicle cabin even when the communicable distance of the communication device  123  is very short. 
     The key ECU  124  is an electronic control unit that performs a control process of transmitting a locking signal and an unlocking signal to the locking, unlocking and activation device  11  according to the unlocking request and the locking request received from the mobile terminal  20 . 
     The key ECU  124  controls the communication device  123  and establishes a state in which communication according to a predetermined communication standard with the mobile terminal  20 , such as a BLE communication standard is possible. 
     Specifically, the key ECU  124  periodically (for example, every several seconds) transmits an advertising packet including advertisement information reachable in a predetermined communication range (for example, several meters to tens of meters) from the communication device  123 . The advertisement information includes a universally unique identifier (UUID) corresponding to the key unit  12 , a device identifier (ID), and the like. Accordingly, the mobile terminal  20  can identify the key unit  12  mounted on the vehicle  10  that is a target by receiving the advertising packet and confirming the advertisement information. 
     When a connection request for requesting connection based on the BLE communication is received from the mobile terminal  20  present in a communication range of the vehicle  10  (the key unit  12 ) that has received the advertising packet, the key ECU  124  establishes a state in which BLE communication between the mobile terminal  20  and the vehicle  10  (the key unit  12 ) is possible. In this case, the key ECU  124  transmits a connection response indicating that the state in which the BLE communication is possible has been established, to the mobile terminal  20  via the communication device  123 . 
     The key ECU  124  receives an authentication request including an authentication key associated with the key unit  12  from the mobile terminal  20  via the communication device  123  in a state in which the above-described BLE communication is established. 
     When the authentication request including the authentication key associated with the key unit  12  is received from the mobile terminal  20 , the key ECU  124  performs authentication of the mobile terminal  20  based on the authentication key. When the authentication has been successful, the key ECU  124  restores the internal key information stored in an internal memory such as an auxiliary storage device to a usable state. The internal key information is stored in a state that the internal key information cannot be used for authentication in the locking, unlocking and activation device  11 , for example, due to a state in which the internal key information is not accessible or a state in which the internal key information has been encrypted. Therefore, when the authentication of the mobile terminal  20  has been successful, the key ECU  124 , for example, performs changing of an authority to access the internal memory for changing the key information to an accessible state, or decodes encrypted internal key information based on the authentication key. Accordingly, the key ECU  124  can access the internal key information which is not normally accessible to transmit an unlocking signal or a locking signal including the internal key information to the locking, unlocking and activation device  11  or transmit an unlocking signal or a locking signal including decoded internal key information to the locking, unlocking and activation device  11 . Therefore, the locking, unlocking and activation device  11  can perform appropriate authentication based on the internal key information included in the unlocking signal and the locking signal. Even when a situation in which a malicious third party illegally obtains the key unit  12  occurs, the internal key information in the key unit  12 , for example, is not accessible or is encrypted, occurrence of theft of the vehicle  10  can be suppressed. 
     The key ECU  124  receives the unlocking request and the locking request from the mobile terminal  20  via the communication device  123  in a state in which the above-described BLE communication is established. When the authentication of the mobile terminal  20  is successful (specifically, a state in which the BLE communication has been established is kept after the authentication of the mobile terminal  20  has been successful) and the key ECU  124  has received the unlocking request or the locking request from the mobile terminal  20 , the key ECU  124  transmits the unlocking signal or the locking signal including locking and unlocking key information to the locking, unlocking and activation device  11  via the RF radio wave transmitter  122 . 
     Accordingly, unlocking or locking of the doors of the vehicle  10  is realized after an authentication process in the locking, unlocking and activation device  11 . 
     When the key ECU  124  receives the unlocking notification from the locking, unlocking and activation device  11  through the LF radio wave receiver  121  after the key ECU  124  transmits the unlocking signal to the locking, unlocking and activation device  11 , the key ECU  124  transmits an unlocking completion notification to the mobile terminal  20  where the BLE communication is established, that is, the mobile terminal  20  that is a transmission source of the unlocking request through the communication device  123 . Similarly, when the key ECU  124  receives the locking notification from the locking, unlocking and activation device  11  through the LF radio wave receiver  121  after the key ECU  124  transmits the locking signal to the locking, unlocking and activation device  11 , the key ECU  124  transmits a locking completion notification to the mobile terminal  20  where the BLE communication is established through the communication device  123 . Accordingly, the mobile terminal  20  that is the transmission source of the locking request or the unlocking request based on the predetermined manipulation by the user can ascertain that the locking or unlocking of the vehicle  10 A is normally completed. 
     As described above, the key ECU  124  performs exchange of signals with the locking, unlocking and activation device  11  according to a signal in the LF band transmitted from the locking, unlocking and activation device  11  when the activation switch provided in the vehicle cabin of the vehicle  10  is pressed. 
     For example, when the request signal is received from the locking, unlocking and activation device  11  by the LF radio wave receiver  121 , the key ECU  124  transmits a response signal including the internal key information stored in the internal memory or the like to the locking, unlocking and activation device  11  via the RF radio wave transmitter  122 . 
     For example, when the LF radio waves including the “challenge” are received from the locking, unlocking and activation device  11  by the LF radio wave receiver  121 , the key ECU  124  generates a “response” based on the internal key information and transmits the response to the locking, unlocking and activation device  11  via the RF radio wave transmitter  122 . 
     Accordingly, after the authentication process in the locking, unlocking and activation device  11 , the startup of the engine  117  is realized. 
     An authority regarding a function of locking, unlocking, or activating the vehicle  10  imparted by the center server  30  may be defined in the authentication key. 
     For example, when the authentication key has solely the authority to unlock some of the doors of the vehicle  10 , the key ECU  124  transmits an unlocking signal including information for designating the door to be unlocked to the key unit  12  via the RF radio wave transmitter  122 . Accordingly, solely some of the doors of the vehicle  10  can be unlocked as described above. 
     For example, when the authentication key does not have the authority to activate the engine  117 , the key ECU  124  may not perform exchange with the locking, unlocking and activation device  11  even when the signal in the LF band from the locking, unlocking and activation device  11  based on a pressing manipulation of the activation switch is received by the LF radio wave receiver  121 . Accordingly, it is possible to prohibit the activation of the engine  117  according to the authority of the authentication key. 
     The GPS module  13  receives GPS signals transmitted from three or more satellites and, desirably, four or more satellites over the vehicle  10 , and measures a position of the vehicle  10 . The GPS module  13  is communicably connected to the DCM  14  or the like via a one-to-one communication line or an in-vehicle network such as a CAN, and the measured position information of the vehicle  10  is input to the DCM  14  or the like. 
     The DCM  14  is a communication device that bidirectionally communicates with the center server  30  over a predetermined communication network. The DCM  14  transmits current position information of the vehicle  10  input from the GPS module  13  to the center server  30  at a predefined timing or according to a request from the center server  30 , or the like. The DCM  14  transmits, to the center server  30 , various types of vehicle information (for example, information indicating that unlocking of the door of the vehicle  10  or activation of the vehicle  10  is performed based on the authentication key, which is acquired from the key unit  12 ) that can be acquired over an in-vehicle network such as a CAN at a predefined timing or according to a request from the center server  30  or the like. 
     The mobile terminal  20  includes a communication device  21 , a communication device  22 , a processing device  23 , a touch panel display (hereinafter simply referred to as a “display”)  24 , a GPS module  25  and a camera  26 . 
     The communication device  21  is any device that performs near field communication with the mobile terminal  20  according to the same communication standard as that of the communication device  123 . As described above, in the case of the embodiment, the communication device  21  is, for example, a BLE communication module. 
     The communication device  22  is any device that communicates with the center server  30 , the service management server  40 , or the like over a predetermined communication network. The communication device  22  is a mobile communication module corresponding to a communication standard such as Long Term Evolution (LTE), 4th Generation (4G), or 5th Generation (5G). 
     The processing device  23  performs various control processes in the mobile terminal  20 . The functions of the processing device  23  may be realized by any hardware, any software, or a combination of any hardware and any software, and includes, for example, a CPU, a RAM, a ROM, an auxiliary storage device, an RTC, and various interfaces for communication. The processing device  23  includes, for example, a communication processing unit  2301 , a communication processing unit  2302 , an authentication key acquisition unit  2303 , an authentication request unit  2304 , and a locking and unlocking request unit  2305  as functional units that are realized by executing one or more programs stored in the ROM or the auxiliary storage device on the CPU. The processing device  23  includes, for example, a storage unit  2300  that is realized as a storage area in the auxiliary storage device, and a process of storing various pieces of data in the storage unit  2300  is realized by a predetermined program stored in the ROM or the auxiliary storage device. 
     The communication processing unit  2301  performs bidirectional near field communication with the key unit  12  using the communication device  21  and performs transmission and reception of various signals. 
     The communication processing unit  2302  connects to the predetermined communication network using the communication device  22  and transmits and receives various signals such as a data signal or a control signal to and from the center server  30 , the service management server  40 , and the like. 
     The authentication key acquisition unit  2303  acquires the authentication key from the center server  30 , for example, according to a predetermined manipulation of the user with respect to a predetermined graphical user interface (GUI) displayed on the display  24 , and stores the acquired authentication key in the storage unit  2300 . Hereinafter, the description will be given on the premise that various manipulations with respect to the mobile terminal  20  are performed by a manipulation with respect to the GUI displayed on the display  24  in conjunction with the operation of the key application. 
     For example, the authentication key acquisition unit  2303  of the mobile terminal  20 Aa transmits an authentication key acquisition request to the center server  30  via the communication processing unit  2302 . Accordingly, the center server  30  receives the authentication key acquisition request, and issues the authentication key when the center server  30  determines that the authentication key acquisition request is a regular authentication key acquisition request. The authentication key acquisition unit  2303  acquires the authentication key distributed from the center server  30  via the communication processing unit  2302 . 
     For example, the authentication key acquisition unit  2303  of the mobile terminal  20 Ab acquires the authentication key distributed from the center server  30  to the mobile terminal  20 Ab via the communication processing unit  2302  according to a key sharing request (to be described below) transmitted from the mobile terminal  20 Aa to the center server  30 . 
     The authentication key acquisition unit  2303  of the mobile terminal  20 Ab may transmit the authentication key acquisition request by itself to the center server  30  via the communication processing unit  2302 . In this case, when the center server  30  receives the authentication key acquisition request from the mobile terminal  20 Ab, the center server  30  may perform an inquiry about whether or not to permit distribution of the authentication key to the mobile terminal  20 Aa of the owner user. 
     For example, the authentication key acquisition unit  2303  of each of the mobile terminals  20 Ac,  20 Ad,  20 B transmits an authentication key acquisition request to the delivery management server  50 , the C2C car sharing management server  70 , and the B2C car sharing management server  80  to request acquisition of the authentication key. Accordingly, the delivery management server  50 , the C2C car sharing management server  70 , and the B2C car sharing management server  80  transmit an authentication key arrangement request to the center server  30  according to reception of the authentication key acquisition request, and the center server  30  issues the authentication key according to reception of the authentication key arrangement request. The authentication key acquisition unit  2303  acquires the authentication key distributed from the center server  30  via the communication processing unit  2302 . 
     The authentication key acquisition unit  2303  of the mobile terminals  20 Ac,  20 Ad,  20 B may transmit the authentication key acquisition request to the center server  30  via the communication processing unit  2302 . In this case, the center server  30  may perform an inquiry of the delivery management server  50 , the C2C car sharing management server  70 , and the B2C car sharing management server  80  to determine whether or not the authentication key acquisition request is a regular authentication key acquisition request. 
     The authentication request unit  2304  transmits an authentication request to the key unit  12  of the vehicle  10  via the communication processing unit  2301  to request authentication of the mobile terminal  20  serving as a remote manipulation unit for locking and unlocking the doors of the vehicle  10 . For example, when the authentication request unit  2304  finds a key unit corresponding to the authentication key, and specifically, when an advertising packet corresponding to the key unit  12  is received by the communication processing unit  2301 , the authentication request unit  2304  may transmit the authentication request to the key unit  12 . For example, the authentication request unit  2304  may transmit the authentication request to the key unit  12  according to a predetermined manipulation by the user. 
     The locking and unlocking request unit  2305  transmits an unlocking request including an authentication key or a locking request including the authentication key to the key unit  12  via the communication processing unit  2301  according to the predetermined manipulation by the user. Accordingly, even when the unlocking request or the locking request has been transmitted to the key unit  12  before the authentication request is transmitted by the authentication request unit  2304 , locking and unlocking of the door of the vehicle  10  based on the authentication process in the key unit  12  can be realized. For example, an unlocking button for requesting unlocking of the vehicle  10  and a locking button for requesting locking of the vehicle  10  may be drawn in a GUI serving as a manipulation screen of the display  24 , a locking request may be transmitted when the locking button is touched, and an unlocking request may be transmitted when the unlocking button is touched. The locking request and the unlocking request may be transmitted by a manipulation with respect to a predetermined manipulation unit by hardware provided in the mobile terminal  20 . 
     For example, the functions of the authentication key acquisition unit  2303 , the authentication request unit  2304 , and the locking and unlocking request unit  2305  may be available to the user by a predetermined application program installed in the ROM of the processing device  23 , the auxiliary storage device, or the like being activated. Hereinafter, the description will be given on the premise that the functions of the authentication key acquisition unit  2303 , the authentication request unit  2304 , and the locking and unlocking request unit  2305  of the processing device  23  are available to the user by the key application already installed in the processing device  23  (the auxiliary storage device or the ROM) being activated. 
     The display  24  is, for example, a liquid crystal display or an organic electroluminescence (EL) display, and is a display device which is provided on a front surface of the mobile terminal  20  and also serving as a known touch panel type manipulation unit. 
     The GPS module  25  receives GPS signals transmitted from three or more satellites and, desirably, four or more satellites above the mobile terminal  20 , and measures the position of the mobile terminal  20 . The position measurement information (position information of the mobile terminal  20 ) of the GPS module  25  is input to the processing device  32 . 
     The mobile terminal  20  may measure the position of the mobile terminal  20  through base station position measurement based on wireless communication with a plurality of base stations. 
     The camera  26  captures an image of the surroundings of the mobile terminal  20  at a predetermined angle of view as seen from the lens provided on the front or rear surface of the mobile terminal  20  according to a predetermined manipulation by the user. The image captured by the camera  26  is captured in the processing device  23 . 
     The center server  30  includes a communication device  31  and a processing device  32 . 
     The functions of the center server  30  may be shared and realized by a plurality of servers. Hereinafter, the same applies to the delivery management server  50 , the EC server  60 , the C2C car sharing management server  70 , and the B2C car sharing management server  80 . 
     The communication device  31  is any device that performs bidirectional communication with each of the vehicle  10 , the mobile terminal  20 , and the service management server  40  over a predetermined communication network. 
     The processing device  32  performs various control processes in the center server  30 . The functions of the processing device  32  may be realized by any hardware, any software, or a combination of any hardware and any software, and the processing device  32  is mainly configured of one or a plurality of server computers including, for example, a CPU, a RAM, a ROM, an auxiliary storage device, an RTC, and a predetermined communication interface. Hereinafter, the same applies to processing devices  52 ,  62 ,  72 ,  82  to be described below of the delivery management server  50 , the EC server  60 , the C2C car sharing management server  70 , and the B2C car sharing management server  80 . The processing device  32  includes, for example, a communication processing unit  3201 , a condition determination unit  3202 , and an authentication key issuance unit  3203  as functional units that are realized by executing one or more programs stored in the ROM or the auxiliary storage device on the CPU. The processing device  32  includes, for example, a storage unit  3200  that is realized as a storage area defined in an auxiliary storage device of a server computer or an external storage device connected to the server computer, and a process in which various pieces of data are stored in the storage unit  3200  is realized by a program stored in the ROM or the auxiliary storage device. Hereinafter, the same applies to storage units  520 ,  620 ,  720 ,  820  to be described below. 
     The communication processing unit  3201  controls the communication device  31  to perform exchange of various signals such as control signals and information signals with the vehicle  10 , the mobile terminal  20 , and the service management server  40 . 
     The condition determination unit  3202  determines whether or not the authentication key acquisition request or the authentication key arrangement request is a regular authentication key acquisition request or a regular authentication key arrangement request according to reception of an authentication key acquisition request from the mobile terminal  20  or an authentication key arrangement request from the service management server  40  received by the communication processing unit  3201 . 
     When the condition determination unit  3202  determines that the authentication key acquisition request or the authentication key arrangement request is the regular one, the authentication key issuance unit  3203  specifies a specification of the authentication key to be issued and issues an authentication key corresponding to the specified specification. For example, the authentication key issuance unit  3203  specifies the vehicle  10  that is a target of locking and unlocking using the authentication key or the key unit  12  corresponding to the vehicle  10 . For example, the authentication key issuance unit  3203  specifies the authority of the authentication key regarding a period of time in which the authentication key is valid (available) and the number of times the authentication key is available. For example, the authentication key issuance unit  3203  specifies the authority of the authentication key regarding the unlocking or activation of the vehicle  10 , such as lockable and unlockable doors and whether or not the vehicle  10  can be activated. For example, the authentication key issuance unit  3203  specifies the authority of the authentication key regarding the temporary key sharing, such as whether or not the authentication key can be shared with another mobile terminal  20  through a temporary key sharing to be described below, a period of time in which the authentication key can be shared with the other mobile terminal  20 , and the number of times the authentication key can be shared with the other mobile terminal  20 . Hereinafter, the authority of the authentication key regarding the period of time in which the authentication key is available, the number of times the authentication key is available, and the like, the authority of the authentication key regarding the unlocking or activation of the vehicle  10 , and the authority of the authentication key regarding the temporary key sharing are collectively simply referred to as “various authorities of the authentication key”. The authentication key issuance unit  3203  distributes the authentication key issued to the mobile terminal  20  that is a target via the communication processing unit  3201 . 
     Details of Configuration Regarding Key Sharing Service 
     A configuration regarding the key sharing service in the authentication key management system  1  will be described with reference to  FIG. 3 . 
       FIG. 3  is a diagram mainly illustrating an example of a configuration regarding the key sharing service in the authentication key management system  1 . Hereinafter, a configuration regarding the key sharing service in the authentication key management system  1  will be mainly described with reference to  FIG. 3 , and duplicate description on the configuration overlapping the configuration regarding locking, unlocking, and activation of the vehicle  10  described above will be omitted as much as possible. Hereinafter, the same applies to description of  FIGS. 4 to 6 . 
     The processing device  23  of the mobile terminal  20 Aa carried by the owner user of the vehicle  10 A includes the communication processing unit  2301 , the communication processing unit  2302 , the authentication key acquisition unit  2303 , the authentication request unit  2304 , and the locking and unlocking request unit  2305 , as described above. The processing device  23  of the mobile terminal  20 Aa further includes a user registration request unit  2306 , a service use registration request unit  2307 , a service use situation request unit  2308 , and a key sharing request unit  2309  as functional units that are realized by executing one or more programs stored in the ROM or the auxiliary storage device on the CPU. 
     In the embodiment, the description will be given on the premise that the functions of the user registration request unit  2306 , the service use registration request unit  2307 , the service use situation request unit  2308 , and the key sharing request unit  2309  of the mobile terminal  20 Aa are available to the owner user by the key application being activated and the user authentication based on bidirectional communication with the center server  30  being successful. The description will be given on the premise that the user authentication is performed by the center server  30  based on an ID defined for the owner user (hereinafter referred to as an “owner user ID”) in advance and a password corresponding to the owner user ID. 
     The user registration request unit  2306  requests the center server  30  to register the regular user of the vehicle  10 A that uses various services (the key sharing service, the vehicle cabin delivery service, the C2C car sharing service, and the like) for using the vehicle  10 A, according to a predetermined manipulation by the owner user. For example, the user registration request unit  2306  transmits a user registration request including an owner user ID and a password and attribute information (for example, a name, age, and relationship with the owner user) for specifying a sub-user who is a registration target to the center server  30  via the communication processing unit  2302 . 
     When a notification indicating that registration of the sub-user has been completed (user registration completion notification) is received from the center server  30  by the communication processing unit  2302 , the user registration request unit  2306  stores an ID (hereinafter referred to as a “sub-user ID”) and a password of the sub-user included in the user registration completion notification in the storage unit  2300 . In this case, the user registration request unit  2306  may transmit the sub-user ID and the password to the mobile terminal  20 Ab carried by the registered sub-user via the communication processing unit  2301  according to a predetermined manipulation by the owner user. 
     The service use registration request unit  2307  requests the center server  30  to perform registration of use of various services for using the vehicle  10 A by the regular user of the vehicle  10 A according to a predetermined manipulation by the owner user. That is, the service use registration request unit  2307  requests registration of the authentication key arrangement authority of the key sharing management unit  3207  or the service management server  40  corresponding to various services for allowing regular users of the vehicle  10 A to use various services, as described above. For example, the service use registration request unit  2307  transmits a service use registration request including the owner user ID and the password, the information for specifying the vehicle  10 A to be used for various services, the information for specifying the service that is a target, and the ID of the regular user who uses the target service (the owner user ID or the sub-user ID) to the center server  30  via the communication processing unit  2302 . Hereinafter, the owner user ID and the sub-user ID may be collectively referred to as a “regular user ID”. Accordingly, the service use registration request unit  2307  can register a sub-user who uses the key sharing service in the center server  30 . 
     The service use registration request unit  2307  receives a notification that the use registration of the service based on the service use registration request has been completed from at least one of the center server  30  and the service management server  40  through the communication processing unit  2302 . The service use registration request unit  2307  causes the display  24  to display an indication that the use registration of the specific service by the regular user of the vehicle  10 A based on the predetermined manipulation by the owner user has been completed. Accordingly, the owner user can ascertain that the use registration of the specific service by the regular user has been completed. 
     The service use situation request unit  2308  requests the center server  30  to provide information on the use situation of various services (service use situation information) including the key sharing service by the regular user of the vehicle  10 A for which the use registration has been completed in a form corresponding to the owner user ID according to a predetermined manipulation by the owner user. For example, the service use situation request unit  2308  transmits a service use situation request including the owner user ID and the password to the center server  30  via the communication processing unit  2302 . When the service use situation information received from the center server  30  by the communication processing unit  2302  is received, the service use situation request unit  2308  displays the service use situation information on the display  24 . Accordingly, the owner user can centrally ascertain the information on the use situation of each service by each of the regular users registered for use in the center server  30  in an aspect in which the information is linked to the owner user ID. 
     The key sharing request unit  2309  requests the center server  30  to distribute the authentication key for performing locking, unlocking or activating of the vehicle  10 A to the sub-user registered for use in the key sharing service according to a predetermined manipulation by the owner user. For example, the key sharing request unit  2309  transmits a key sharing request including an owner user ID and a password, information for specifying the vehicle  10 A that is a locking and unlocking target by the authentication key, and information (for example, a sub-user ID) for specifying the sub-user that is a distribution (sharing) target of the authentication key to the center server  30  via the communication processing unit  2302 . When the key sharing request unit  2309  transmits the key sharing request, use period information (for example, a date and time of use start and a date and time of use end) regarding a period of time in which the authentication key set and distributed by a predetermined manipulation by the owner user is available may be included in the key sharing request. The key sharing request may include authority information on various authorities of the authentication key, such as an authority of the authentication key regarding a period of time in which the authentication key is available or the number of times the authentication key is available, an authority of the authentication key regarding the unlocking or activation of the vehicle, and an authority of the authentication key regarding temporary key sharing to be described below, which can be designated according to the predetermined manipulation by the owner user. Accordingly, as described below, when the authentication key available at the same time is shared among the mobile terminals  20 , the owner user can appropriately set authority information such that use of the vehicle  10 A by a user other than the owner user can be limited. Therefore, security of the vehicle  10 A can be improved. 
     The key sharing request unit  2309  may set the mobile terminals  20  (that is, at least one of the mobile terminals  20 Aa,  20 Ab) of a plurality of regular users of the vehicle  10 A as distribution targets and request the center server  30  to distribute the authentication key of which the periods of time in which the authentication key is available overlap according to the predetermined manipulation by the owner user. That is, in the key sharing request, the regular users that are authentication key distribution targets may be designated, or the owner users may be included among the regular users. In the key sharing request, the period of time in which the authentication key is available for each of the designated regular users may overlap. Accordingly, the authentication key of the vehicle  10 A available at the same time can be shared by the regular users. Therefore, for example, when a plurality of persons gets on the vehicle  10 A together and go out for travel, camp, or the like, each of passengers can lock and unlock the vehicle  10 A without lending and borrowing the mobile terminal  20  in which the authentication key has been stored, and therefore, convenience for users can be improved. 
     Even when the key sharing request unit  2309  may share the distributed authentication key with another mobile terminal  20  (that is, the mobile terminal  20  in which the key application is installed) according to a predetermined manipulation by the owner user (hereinafter, a sharing aspect of the authentication key will be referred to as “temporary key sharing”). In the above-described case, the other mobile terminal  20  may be the mobile terminal  20 Ab of the sub-user or may be the mobile terminal  20  of a user other than the sub-user, that is, a user temporarily using the vehicle  10 A. 
     For example, the key sharing request unit  2309  transmits the authentication key (more specifically, a copy of the authentication key) to another mobile terminal  20  via the communication processing unit  2301 . Accordingly, the owner user of the vehicle  10 A can share the authentication key with the other user even when a plurality of persons suddenly gets on the vehicle  10 A together and go out for traveling or the like. It is possible to share the authentication key available at the same time with the other mobile terminal  20  directly from the mobile terminal  20 Aa. Accordingly, for example, even when the mobile terminal  20 Aa is at a place at which a communication situation in a wireless mobile communication network is poor or out of a communication range, the owner user of the vehicle  10 A can share the authentication key with the other user. 
     In the above-described case, the key sharing request unit  2309  may transmit the authentication key of which the authority regarding the period of time in which the authentication key is available or the number of times the authentication key is available or the authority regarding the unlocking or activation of the vehicle  10 A, which is set based on the predetermined manipulation by the owner user or which is defined in advance, has been restricted, to the other mobile terminal  20  via the communication processing unit  2301 . Specifically, for example, an authentication key with an authority to limit the period of time in which the authentication key is available or the number of times the authentication key is available to, for example, 30 minutes or once, or an authentication key with an authority, for example, solely to lock and unlock doors for getting on and off the vehicle  10 A or prohibit activation of the vehicle  10 A may be transmitted to another mobile terminal  20 . Hereinafter, the same applies to the case of temporary key sharing that is performed via the center server  30 . Accordingly, security of the vehicle  10 A due to the temporary key sharing can be improved. 
     When the temporary key sharing is performed, the key sharing request unit  2309  may cause the authentication key to be distributed from the center server  30  to the other mobile terminal  20 , as in the case of a normal key sharing. In the above-described case, the key sharing request unit  2309  may transmit a temporary key sharing request including information (for example, an issued ID embedded in the authentication key) for specifying the distributed authentication key and information for designating the other mobile terminal  20  that is a distribution target to the center server  30  via the communication processing unit  2302 , to cause the authentication key of the vehicle  10 A to be distributed from the center server  30  to the other mobile terminal  20 . 
     For example, when the other mobile terminal  20  is the mobile terminal  20 Ab of the sub-user, the key sharing request unit  2309  may transmit a temporary key sharing request including the sub-user ID to the center server  30  via the communication processing unit  2302 . 
     For example, the key sharing request unit  2309  acquires predetermined identification information (for example, a quick response (QR) code (registered trademark) corresponding to the user of another mobile terminal  20  registered as a user installing the key application in the center server  30 ) from the other mobile terminal  20  via the communication processing unit  2301 . The key sharing request unit  2309  may transmit a temporary key sharing request for designating another mobile terminal  20  specified based on the identification information as a distribution target, to the center server  30 . 
     The mobile terminal  20 Aa may acquire the identification information using another method. For example, the mobile terminal  20 Aa may acquire identification information corresponding to the user of the other mobile terminal  20  in an aspect in which the identification information displayed on the display  24  of the other mobile terminal  20  is recognized using a mounted camera function. For example, the mobile terminal  20 Aa may acquire the identification information transmitted from the user of the other mobile terminal  20  to an email address or an account of an SNS of the owner user. 
     For example, according to a predetermined manipulation by the owner user, the key sharing request unit  2309  transmits a candidate terminal information request for requesting a candidate terminal information on a candidate terminal that is a candidate for the other mobile terminal  20  present around a current position of the mobile terminal  20 Aa to the center server  30  via the communication processing unit  2302 . When the candidate terminal information is received from the center server  30  by the communication processing unit  2302 , the key sharing request unit  2309  causes the display  24  to display the candidate terminal information. When the candidate terminal information is displayed on the display  24 , information for specifying a candidate terminal in which a specific manipulation or operation is performed among candidate terminals may be included in the candidate terminal information replied from the center server  30 . Accordingly, the owner user of the vehicle  10 A can specify another mobile terminal  20  from among the candidate terminals displayed on the display  24  of the mobile terminal  20 Aa by the user of the other mobile terminal  20  as a key sharing target performing a specific manipulation or operation with respect to the mobile terminal  20 . The key sharing request unit  2309  may transmit a temporary key sharing request for designating the other mobile terminal  20  specified from among the candidate terminals as a distribution target to the center server  30 , according to a predetermined manipulation by the owner user. 
     The key sharing request unit  2309  may activate the key application according to a predetermined manipulation by the owner user to transmit link information according to a uniform resource locator (URL) scheme for allowing the other mobile terminal  20  to acquire the authentication key from the center server  30  (hereinafter, simply referred to as “link information”) to an email address or an account of an SNS of the user of the other mobile terminal  20  via the communication processing unit  2302 . In the above-described case, the key sharing request unit  2309  transmits a temporary key sharing request for designating the acquired authentication key to the center server  30  via the communication processing unit  2302  according to a predetermined manipulation by the owner user, and acquires the link information replied from the center server  30  according to the temporary key sharing request. Accordingly, the key sharing request unit  2309  can cause the authentication key to be distributed from the center server  30  to the other mobile terminal  20 . 
     The temporary key sharing may be executed from the mobile terminal  20 Ab of the sub-user to which the authentication key has already been distributed. That is, a function regarding the temporary key sharing in the key sharing request unit  2309  may be included in a function of the key application that is installed in the processing device  23  of the mobile terminal  20 Ab of the sub-user. Accordingly, it is not necessary to lend and borrow the mobile terminal  20 Ab of the sub-user who has acquired the authentication key even when a plurality of persons including no owner user gets on the vehicle  10 A together, and convenience for the sub-user of the vehicle  10 A can be further improved. Hereinafter, description will be given on the premise that the temporary key sharing can be performed from the mobile terminal  20 Ab of the sub-user. 
     The processing device  32  of the center server  30  includes the communication processing unit  3201 , the condition determination unit  3202 , the authentication key issuance unit  3203 , and the storage unit  3200 , as described above. The processing device  32  of the center server  30  includes, for example, a position information management unit  3204 , a schedule management unit  3205 , a registration management unit  3206 , and a key sharing management unit  3207  as functional units realized by executing one or more programs stored in an auxiliary storage device or the like of a server computer on a CPU. 
     When the authentication key acquisition request has been received from the mobile terminals  20 Aa,  20 Ab by the communication processing unit  3201 , the condition determination unit  3202  performs authentication based on the regular user ID and the password included in the authentication key acquisition request. For example, the condition determination unit  3202  collates the regular user ID and password registered in the storage unit  3200  with the regular user ID and password included in the authentication key acquisition request, and determines that the authentication is successful, that is, the authentication key acquisition request is a regular authentication key acquisition request when both match. 
     The condition determination unit  3202  determines whether or not the authentication key arrangement request sent from the key sharing management unit  3207  to be described below is a regular authentication key arrangement request. For example, when the authentication is successful based on authentication information (for example, the ID and the password) included in the authentication key arrangement request from the key sharing management unit  3207 , the condition determination unit  3202  may determine that the authentication key arrangement request is a regular authentication key arrangement request. 
     When the condition determination unit  3202  determines that the authentication key acquisition request or the authentication key arrangement request is a regular authentication key acquisition request or a regular authentication key arrangement request, the authentication key issuance unit  3203  issues the authentication key and distributes the authentication key to the mobile terminal  20  via the communication processing unit  3201 . 
     The position information management unit  3204  manages the position information of the vehicles  10  ( 10 A,  10 B). Specifically, the position information management unit  3204  transmits a position information request to the vehicle  10  via the communication processing unit  3201 . In response to the position information request, the DCM  14  of the vehicle  10  replies the center server  30  with the position information of the vehicle  10  input from the GPS module  13 , and the position information management unit  3204  can acquire the position information of the vehicle  10 . 
     The position information management unit  3204  acquires the position information from the vehicle  10 A via the communication processing unit  3201  and monitors the position information of the vehicle  10 A in real time to ascertain a movement situation of the vehicle  10 A. Accordingly, for example, the position information management unit  3204  can notify the owner user of the position information of the vehicle  10 A lent to the sub-user via the communication processing unit  3201 . For example, the position information management unit  3204  can notify the mobile terminal  20 Ab of the sub-user of information such as whether or not the vehicle  10 A scheduled to be lent to the sub-user is directed to a designated position (for example, a house) or a reference for returning, via the communication processing unit  3201 . 
     The schedule management unit  3205  manages the use situation of the vehicle  10 A regarding various services. For example, the schedule management unit  3205  periodically acquires a use schedule of the vehicle  10  by the key sharing service and, specifically, information on a date and time on which the authentication key distributed by the key sharing service is available, from the key sharing management unit  3207 . The schedule management unit  3205  acquires the use schedule of the vehicle  10 A by each of the vehicle cabin delivery service and the C2C car sharing service from the delivery management server  50  and the C2C car sharing management server  70  via the communication processing unit  3201 . The schedule management unit  3205  generates information on the use schedule of the vehicle  10 A (vehicle use schedule information) over a plurality of services based on the acquired use schedule of the vehicle  10 A regarding the various services, and updates the vehicle use schedule information stored in the storage unit  3200 . 
     The registration management unit  3206  performs registration of the regular user (the sub-user) who uses various services according to the user registration request received from the mobile terminal  20 Aa of the owner user by the communication processing unit  3201 . For example, the registration management unit  3206  collates the owner user ID and password included in the user registration request from the mobile terminal  20 Aa with the owner user ID and password stored in the storage unit  3200 , and determines that the user registration request is a regular user registration request when both match. That is, the registration management unit  3206  determines that the authentication is successful. The registration management unit  3206  registers the sub-user ID included in the regular user registration request in a user service registration information database (DB) in the storage unit  3200  as the regular user who can use various services. 
     The registration management unit  3206  performs registration of use of various services by the regular user of the vehicle  10 A according to the service use registration request received from the mobile terminal  20 Aa of the owner user by the communication processing unit  3201 . That is, according to the service use registration request, the registration management unit  3206  performs registration of an authentication key arrangement authority of the key sharing management unit  3207  or the service management server  40  corresponding to various services to allow the user of the vehicle  10 A to use various services. For example, the registration management unit  3206  performs the same authentication process as described above based on the owner user ID and the password included in the service use registration request from the mobile terminal  20 Aa to determine whether the service use registration request is a regular service use registration request. When the service use registration request is a regular service use registration request, the registration management unit  3206  determines whether or not the regular user ID included in the service use registration request has already been registered in the user service registration information DB. When the regular user ID included in the service use registration request has already been registered in the user service registration information DB, the registration management unit  3206  registers the service of a target specified by the service use registration request in the user service registration information database (DB) in the storage unit  3200  as a service available to the regular user corresponding to the regular user ID. 
     Specifically, the registration management unit  3206  constructs a user service registration information DB in an aspect in which service-specific information for specifying a target service, vehicle-specific information for specifying the vehicle  10 A, a regular user ID for specifying a regular user who uses the service, and service link information in which the vehicle-specific information corresponding to the vehicle  10 A and the regular user ID are associated with the target service are linked to the owner user ID. 
     The service-specific information is, for example, a service ID that is defined for each service. Specifically, for example, when there is a plurality of companies providing the C2C car sharing service, a unique service ID is defined for each of the companies. For example, when the same company provides a plurality of C2C car sharing services, a unique ID is defined for each of the services provided by the same company. When a vehicle cabin delivery service is provided by a combination of a plurality of delivery companies and a plurality of EC companies, a unique service ID may be defined for each combination of the delivery company and the EC company, and the target service may be specified by a combination of the unique service ID defined for each of the delivery companies and a unique service ID defined for each of the EC companies. 
     The vehicle-specific information may be any information as long as the information is able to specify the vehicle  10 A that is a target of locking, unlocking, or activation using the authentication key. For example, the vehicle-specific information may be identification information such as a vehicle ID or a vehicle identification number (VIN), which is defined for each vehicle  10 A or may be identification information such as a key unit ID, which is defined for each in-vehicle device related to locking, unlocking, or activation of the doors based on the authentication key mounted on the vehicle  10 A such as the key unit  12 . Hereinafter, description will be given on the premise that the vehicle-specific information is the key unit ID. 
     The service link information is information needed for the key sharing management unit  3207 , the delivery management server  50 , the EC server  60 , and the C2C car sharing management server  70  managing various services to transmit the authentication key arrangement request to thereby cause the authentication key issuance unit  3203  to issue the authentication key of the vehicle  10 A that is a target and distribute the authentication key to the mobile terminal  20  that is a target. That is, the authentication key issuance unit  3203  can specify the vehicle  10 A that is a target of locking, unlocking, or activation using the authentication key and issue an appropriate authentication key by receiving the authentication key arrangement request including the service link information from the key sharing management unit  3207 , the delivery management server  50 , the EC server  60 , and the C2C car sharing management server  70 . 
     The service link information may be any information as long as the target service is associated with the vehicle  10 A and the user who uses the service in the center server  30 . For example, the service link information may be a login ID of the regular user at a website for users of various services corresponding to the key sharing management unit  3207 , the delivery management server  50 , the EC server  60 , and the C2C car sharing management server  70  (hereinafter referred to as a “service login ID” for convenience). In this case, the service use registration request unit  2307  of the mobile terminal  20 Aa transmits the service use registration request including the service login ID of the regular user that is a registration target corresponding to the various services to the center server  30  via the communication processing unit  2302 . When the regular user that is a registration target corresponding to various services does not acquire the service login ID, the processing device  23  of the mobile terminal  20 Aa may activate a predetermined browser and acquire the service login ID of a website of various services. Accordingly, when the user (the regular user of the vehicle  10 A) logs in to the website at the time of requesting a service that is a target, the delivery management server  50  or the C2C car sharing management server  70  can ascertain the service login ID corresponding to the service link information and easily arrange the authentication key regarding the service provision. Hereinafter, description will be given on the premise that the service link information on the vehicle cabin delivery service and the C2C car sharing service is the service login ID. 
     In the case of regular users who regularly use a plurality of vehicles  10 A, the center server  30  can specify the regular user solely by using the service login ID, but cannot specify the vehicle  10 A. Therefore, information for indirectly specifying the vehicle  10 A (for example, information obtained by encrypting the vehicle-specific information using a predetermined scheme) in addition to the service login ID may be included in the service link information. 
     When the registration of use of various services has been completed, registration management unit  3206  notifies the mobile terminals  20 Aa,  20 Ab corresponding to the regular users that are registration targets that the registration of use of various services has been completed, via the communication processing unit  3201 . When the registration of use of various services has been completed, the registration management unit  3206  transmits a service use registration completion notification including the service link information to the key sharing management unit  3207  or the service management server  40  that performs an operation and management of a service that is a registration target. 
     A notification that the registration of use of various services for the mobile terminals  20 Aa,  20 Ab has been completed may be transmitted from the service management server  40  that has received the service use registration completion notification. 
     When the service use situation request has been received from the mobile terminal  20 Aa by the communication processing unit  3201 , the registration management unit  3206  generates the service use situation information based on, for example, the vehicle use schedule information managed by the user service registration information DB of the storage unit  3200  or the schedule management unit  3205 , and distributes the service use situation information to the mobile terminal  20 Aa via the communication processing unit  3201 . 
     The key sharing management unit  3207  performs an operation and management of the key sharing service. 
     For example, according to the key sharing request received from the mobile terminal  20 Aa of the owner user by the communication processing unit  3201 , the key sharing management unit  3207  performs the arrangement of the authentication key to the mobile terminals  20 Aa,  20 Ab corresponding to the regular user ID designated by the key sharing request. Specifically, the key sharing management unit  3207  collates the owner user ID and the password included in the key sharing request with the owner user ID and the password stored in the storage unit  3200 , and determines that the key sharing request is a regular key sharing request when both match. The key sharing management unit  3207  inquires of the schedule management unit  3205  and determines whether or not there is mismatch, that is, overlapping of the use date and time regarding the use of the services and the vehicle  10 A of the regular users between the use period information included in the key sharing request and the latest vehicle use schedule information. When there is no overlapping of the use time, the key sharing management unit  3207  sends, to the authentication key issuance unit  3203 , the authentication key arrangement request including information on the regular users corresponding to the mobile terminals  20 Aa,  20 Ab that are distribution targets of the authentication key specified by the information included in the key sharing request, and the vehicle  10 A that is a target of locking, unlocking, or activation using the authentication key, and authority information such as a period of time in which the authentication key is available to the respective mobile terminals  20 Aa,  20 Ab, the number of times the authentication key is available to the respective mobile terminals  20 Aa,  20 Ab, unlockable doors, and whether or not the vehicle can be activated. Accordingly, the authentication key issuance unit  3203  can specify the regular user IDs corresponding to the mobile terminals  20 Aa,  20 Ab that are distribution targets of the authentication key, and the vehicle  10 A that is a target of locking, unlocking, or activation using the authentication key, and issue an appropriate authentication key. 
     For example, the key sharing management unit  3207  confirms, for example, attribute information (for example, an age or presence or absence of a driving license) of the users of the mobile terminals  20 Aa,  20 Ab that are distribution targets of the authentication key that is designated by the key sharing request, which is stored in the storage unit  3200 . When the users of the mobile terminals  20 Aa,  20 Ab (regular users of the vehicle  10 A) that are distribution targets of the authentication key are users determined to be unable to drive the vehicle  10 A, the key sharing management unit  3207  allows an authentication key to which an authority to be unable to activate the vehicle  10 A has been imparted to be issued to the mobile terminal  20  of the user. The user who cannot drive the vehicle  10 A is, for example, a user who has not reached an age at which the user can acquire a driver&#39;s license or a user who does not acquire the driver&#39;s license. Specifically, the key sharing management unit  3207  sends an authentication key arrangement request in which an indication that the activation of the vehicle  10 A is prohibited is included in authority information corresponding to the mobile terminals  20 Aa,  20 Ab corresponding to the users determined to be unable to drive the vehicle  10 A, to the authentication key issuance unit  3203 . Accordingly, since the authentication key issuance unit  3203  can distribute the authentication key to which the authority to prohibit the activation of the vehicle  10 A has been imparted, to the mobile terminals  20 Aa,  20 Ab of the users who are unable to drive the vehicle  10 A, it is possible to improve safety of the vehicle  10 A in the key sharing service. 
     For example, the key sharing management unit  3207  distributes the authentication key of the vehicle  10 A to the other mobile terminal  20  designated by the temporary key sharing request received from the mobile terminal  20 Aa of the owner user by the communication processing unit  3201  based on the temporary key sharing request. Specifically, the key sharing management unit  3207  specifies the ID of the installing user corresponding to the other mobile terminal  20  that is a distribution target (hereinafter referred to as an “installing user ID”) based on the installing user information DB of the key application stored in the storage unit  3200 . The key sharing management unit  3207  sends an authentication key arrangement request including the specified installing user ID and information (for example, an issued ID of the authentication key included in the temporary key sharing request) corresponding to the authentication key designated by the temporary key sharing request to the authentication key issuance unit  3203 . Accordingly, the authentication key issuance unit  3203  can specify another mobile terminal  20  that is a distribution target based on the installing user ID, the issued ID of the authentication key, and the like, and distribute the authentication key to the other mobile terminal  20  via the communication processing unit  3201 . 
     A function of the key sharing management unit  3207  may be transferred to a server (a key sharing management server) outside the center server  30 , which may be included in the service management server  40 , similar to other services for using the vehicle  10 A. 
     The mobile terminal  20 Ab carried by the sub-user includes the communication processing unit  2301 , the communication processing unit  2302 , the authentication key acquisition unit  2303 , the authentication request unit  2304 , the locking and unlocking request unit  2305 , and the storage unit  2300 , as described above. 
     In the embodiment, description will be given on the premise that the function of the authentication key acquisition unit  2303  of the mobile terminal  20 Ab is available to the sub-user by the key application being activated and the user authentication based on bidirectional communication with the center server  30  being successful. Description will be given on the premise that the user authentication is performed by the center server  30  based on the sub-user ID and the password. Description will be given on the premise that functions of the authentication request unit  2304  and the locking and unlocking request unit  2305  of the mobile terminal  20 Ab are available to the sub-user by the key application being activated. 
     The authentication key acquisition unit  2303  acquires the authentication key distributed from the center server  30  according to the key sharing request transmitted from the mobile terminal  20 Aa to the center server  30  via the communication processing unit  2302 , as described above. Accordingly, the mobile terminal  20 Ab can lock and unlock the doors of the vehicle  10 A or activate the vehicle  10 A based on the functions of the communication processing unit  2301 , the authentication request unit  2304 , and the locking and unlocking request unit  2305 . That is, the sub-user carrying the mobile terminal  20 Ab can directly use the vehicle  10 A through the key sharing service. For example, the sub-user can lock and unlock the vehicle  10 A using the mobile terminal  20 Ab without performing key exchange with the owner user and drive the vehicle  10 A. Similarly, the owner user can lend the vehicle  10 A to the sub-user without exchanging the key with the sub-user. Accordingly, it is possible to improve convenience in lending and borrowing of the vehicle  10 A between the owner user of the vehicle  10 A and the sub-user through the key sharing service in the authentication key management system  1 . 
     The authentication key acquisition unit  2303  acquires the authentication key that is distributed from the center server  30  according to the temporary key sharing request transmitted from the mobile terminal  20 Aa to the center server  30  via the communication processing unit  2302 , as described above. The same applies to a case where the authentication key is distributed to another mobile terminal  20  other than the mobile terminal  20 Ab of the sub-user according to the temporary key sharing request. Accordingly, the other mobile terminal  20  including the mobile terminal  20 Ab can lock and unlock the doors of the vehicle  10 A or activate the vehicle  10 A based on the functions of the communication processing unit  2301 , the authentication request unit  2304 , and the locking and unlocking request unit  2305 . That is, for example, when a plurality of persons including other regular users gets on the vehicle  10 A together and goes out and even when the sub-user carrying the mobile terminal  20 Ab does not acquire the authentication key in advance, the sub-user does not have to borrow the mobile terminals  20 Aa,  20 Ab to which the authentication key has already been distributed, and can directly use the vehicle  10 A using the mobile terminal  20 Ab, such as locking and unlocking the vehicle  10 A or driving the vehicle  10 A. Similarly, even when the owner user has not caused the mobile terminal  20 Ab of the sub-user to acquire the authentication key, it is not necessary for the owner user to lend the mobile terminal  20 Aa of the owner user to the sub-user. Accordingly, it is possible to improve convenience of the user in a case where a plurality of persons including the regular user of the vehicle  10 A gets on the vehicle  10 A together and uses the vehicle  10 A through the temporary key sharing in the authentication key management system  1 . 
     Details of Configuration Regarding Vehicle Cabin Delivery Service 
     A configuration regarding the vehicle cabin delivery service in the authentication key management system  1  will be described with reference to  FIG. 4 . 
       FIG. 4  is a diagram mainly illustrating an example of a configuration regarding a vehicle cabin delivery service in the authentication key management system  1 . Hereinafter, the configuration regarding the vehicle cabin delivery service in the authentication key management system  1  will be mainly described with reference to  FIG. 4 , and duplicate description on the configuration overlapping the above-described configuration regarding the key sharing service will be omitted as much as possible. 
     The processing device  23  of the mobile terminal  20 Aa carried by the owner user of the vehicle  10 A includes the communication processing unit  2302 , the user registration request unit  2306 , the service use registration request unit  2307 , and the service use situation request unit  2308 , as described above. 
     The user registration request unit  2306  requests the center server  30  to register the regular user (a sub-user) of the vehicle  10 A who uses various services including the vehicle cabin delivery service according to a predetermined manipulation by the owner user, as described above. 
     The service use registration request unit  2307  requests the center server  30  to perform the registration of use of various services including the vehicle cabin delivery service for each registered regular user (the owner user or the sub-user) according to a predetermined manipulation by the owner user, as described above. 
     For example, the service use registration request unit  2307  transmits, as the service link information, a service use registration request for using the vehicle cabin delivery service including a service login ID of a website for a user who uses the service of the delivery management server  50  (hereinafter referred to as a “delivery site”) and a service login ID of the EC site, which corresponds to the regular user of the vehicle  10 A that is a registration target, to the center server  30 . 
     The service use situation request unit  2308  requests the center server  30  to provide information on a use situation of various services (service use situation information) including the vehicle cabin delivery service of the regular user of the vehicle  10 A for which the use registration has been performed, in a form corresponding to the owner user ID according to a predetermined manipulation by the owner user, as described above. 
     The delivery management server  50  that performs an operation of the vehicle cabin delivery service includes a communication device  51  and a processing device  52 . 
     The communication device  51  is any device that performs bidirectional communication with each of the mobile terminal  20 , the center server  30 , and the EC server  60  over a predetermined communication network. 
     The processing device  52  includes, for example, a communication processing unit  521 , a service cooperation registration unit  522 , a delivery reception unit  523 , and a delivery management unit  524  as functional units that are realized by executing one or more programs stored in the ROM or the auxiliary storage device on the CPU. The processing device  52  includes a storage unit  520  that is realized as a storage area of an auxiliary storage device or the like of the server computer. 
     The communication processing unit  521  controls the communication device  51  to perform transmission and reception of various signals such as control signals or information signals to and from each of the mobile terminal  20 , the center server  30 , and the EC server  60 . 
     The service cooperation registration unit  522  performs information registration for cooperation between the center server  30  regarding the use of the vehicle cabin delivery service of the regular user of the vehicle  10 A and the delivery management server  50  according to the service use registration completion notification received from the center server  30  by the communication processing unit  521 . 
     For example, the service cooperation registration unit  522  adds a flag indicating a use target of the vehicle cabin delivery service to the service login ID (part of service link information) included in the service use registration completion notification in the user management DB that manages the user of the delivery site constructed in the storage unit  520 . In addition, the service cooperation registration unit  522  performs registration in an aspect in which information for specifying the vehicle  10 A included in the service link information and a service login ID of a website (that is, the EC site) corresponding to the EC server  60  included in the service use registration completion notification is linked to the service login ID included in the service use registration completion notification in the user management DB of the storage unit  520 . Accordingly, when the user corresponding to the service login ID regularly uses the vehicles  10 A, the delivery management server  50  transmits an authentication key arrangement request to the center server  30  for the vehicle  10 A designated by the user. When an order reception including a service login ID is received from the EC server  60  by the communication processing unit  521 , the delivery management server  50  can specify the corresponding service login ID of the delivery site. The delivery management server  50  transmits the authentication key arrangement request including service link information such as the specified service login ID or information for specifying the vehicle  10 A corresponding to the vehicle  10 A designated by the user to the center server  30  such that it is possible to cause the authentication key to be distributed from the center server  30  to the mobile terminal  20 Ac of the deliverer, as described below. 
     The delivery reception unit  523  receives information (delivery request information) on the package delivery request including the service login ID of the EC site corresponding to an orderer of the product at the EC site from the EC server  60  via the communication processing unit  521 . For example, the delivery request information received from the EC server  60  includes basic information such as a name, an address, and a telephone number of the orderer corresponding to the delivery destination. The delivery request information includes information on a designated delivery destination (delivery destination information), information (delivery designation date and time information) on a designated delivery date and time (delivery designation date and time) by the orderer (requester), and the like. In the above case, when the trunk of the vehicle  10 A is designated as the delivery destination, the delivery destination information may include information (vehicle specification information) for specifying the vehicle  10 A corresponding to the delivery destination such as identification information (for example, a vehicle ID) of the vehicle  10 A, and information (parking place information) about the designated place to which the deliverer should be directed, that is, the designated place where the vehicle  10 A is (scheduled) to be parked for delivery of the package (product). The delivery request information includes, for example, information (product type information) on a type of the package (product) (for example, a predefined category) that is a delivery target. In the above case, the category of the product that is a target may include a “food” category and a “non-food” category. The “food” category may be further classified into a plurality of subcategories according to the best-by date or expiration date of the food. Furthermore, the category of the product that is a target may include categories of a “gift (present)” such as an anniversary gift, a year-end gift, or a mid-year gift, and a “non-gift”. In the case described above, when the category of the product is a “gift”, the product type information may include information on a date, a period of time, a season, and the like corresponding to the gift (for example, an anniversary in the case of a gift for an anniversary such as a birthday, a period of time for a gift of a limited time such as a year-end gift, or the corresponding season). 
     The delivery management unit  524  performs an operation and management of each process from a request to delivery regarding the delivery request received by the delivery reception unit  523 . 
     For example, when the delivery management unit  524  receives a notification that a package has reached a business office that has jurisdiction over a parking position of the vehicle  10 A designated by the delivery destination information of the delivery request from business office via the communication processing unit  521 , the delivery management unit  524  decides a date and time of departure for delivery of the package, a deliverer in charge, and the like according to a designated delivery date and time (delivery date and time period). 
     The delivery management unit  524  inquires of the center server  30  about the position information of the vehicle  10 A via the communication processing unit  521  before departure for the delivery of the package that is a target (for example, 10 minutes before the departure). The delivery management unit  524  acquires current position information of the vehicle  10 A from the center server  30  via the communication processing unit  521  and determines whether or not the delivery is available from whether or not the current position matches the designated parking position of the vehicle  10 A, a relationship between the current position and a jurisdiction area, or the like. 
     The determination as to whether or not the delivery is available may be made by the center server  30 . 
     When the delivery management unit  524  determines that the delivery can be performed with respect to a package that is a target, the delivery management unit  524  transmits a notification that the package can be delivered to the trunk of the vehicle  10 A (delivery available notification) to the mobile terminal  20 Ac of the deliverer via the communication processing unit  521 . 
     When an authentication key acquisition request is received from the mobile terminal  20 Ac that has received the delivery available notification by the communication processing unit  521 , the delivery management unit  524  determines whether or not the authentication key acquisition request is a regular authentication key acquisition request. Specifically, the delivery management unit  524  may perform the determination by collating information on a package that is a delivery target (hereinafter referred to as “delivery package information” for convenience) such as a deliverer, a destination (for example, a name of a recipient or a corporate name), a type of a package, a delivery time period, and a delivery place that can be included in the authentication key acquisition request, with various types of information on the package registered in the storage unit  520 . When the delivery management unit  524  determines that the authentication key acquisition request is a regular authentication key acquisition request, the delivery management unit  524  transmits an authentication key arrangement request to the center server  30  via the communication processing unit  521 . When the delivery management unit  524  transmits the authentication key arrangement request to the center server  30 , information for specifying the mobile terminal  20 Ac of the deliverer may be included in the authentication key arrangement request. The information for specifying the deliverer may be, for example, an authentication ID for obtaining user authentication at the center server  30  in order for the deliverer to use the function of the key application corresponding to the authentication key acquisition unit  2303  of the mobile terminal  20 Ac or the like (hereinafter referred to as a “deliverer ID” for convenience). Accordingly, the mobile terminal  20 Ac of the deliverer can acquire the authentication key from the center server  30 . The authentication key arrangement request includes information for specifying a package that is a target. 
     When the delivery management unit  524  receives an inquiry about the current position of the vehicle  10 A from the mobile terminal  20 Ac of the deliverer who has left for the delivery from the business office via the communication processing unit  521 , the delivery management unit  524  inquires of the center server  30  about the current position information of the vehicle  10 A. The delivery management unit  524  acquires the current position information of the vehicle  10 A from the center server  30  via the communication processing unit  521  and transmits (transfers) the current position information of the vehicle  10 A to the mobile terminal  20 Ac of the deliverer. Accordingly, the deliverer who has gone out can compare the current position information of the vehicle  10 A with the information on the parking position of the vehicle  10 A designated by the delivery destination information and determine whether to deliver the package or return to the business office. 
     Finally, when the delivery management unit  524  receives a delivery completion notification received from the mobile terminal  20 Ac of the deliverer who has completed the delivery of the package via the communication processing unit  521 , the delivery management unit  524  transmits the delivery completion notification to the center server  30  via the communication processing unit  521  and basically ends an operation and management regarding the vehicle cabin delivery service regarding the package. When the delivery management unit  524  ends the operation and management regarding the vehicle cabin delivery service regarding the package, the delivery completion notification from the mobile terminal  20 Ac of the deliverer includes an image including the state in the trunk of the vehicle  10 A at the time of delivery of the package captured at the camera  26  of the mobile terminal  20 Ac of the deliverer (hereinafter referred to as a “trunk image at delivery”). Therefore, the delivery completion notification transmitted to the center server  30  also includes the trunk image at delivery. In this case, the delivery management unit  524  may notify the regular user of the vehicle  10 A that is a requester (a purchaser of a product at the EC site) through an e-mail, a predetermined SNS, or a predetermined application program cooperating with the delivery site installed in the mobile terminals  20 Aa,  20 Ab that the delivery has been completed. 
     The DCM  14  of the vehicle  10 A may determine that the delivery by the deliverer has been completed when the door (the trunk lid or the like) for access to the trunk of the vehicle  10 A is locked after the door is unlocked, and notify the center server  30  that the delivery by the deliverer has been completed, according to the unlocking request and the locking request from the mobile terminal  20 Ac of the deliverer as described above. Accordingly, the center server  30  can transmit a delivery completion notification to the delivery management server  50  when the notification is received. That is, the center server  30  may transmit the delivery completion notification to the delivery management server  50  according to the notification that the delivery has been completed, which is received from the deliverer of the vehicle  10 A. 
     When the delivery management unit  524  receives, by the delivery company, an inquiry about delivery of the package (product) from the requester (orderer) through a delivery site, an e-mail, or the like, or via an EC site, the delivery management unit  524  transmits, to the center server  30 , a notification (delivery inquiry reception notification) indicating that the inquiry about the delivery has been received through the communication processing unit  521 . In the above case, the delivery inquiry reception notification may include information on an inquiry content (delivery inquiry content information), information on a response content by the delivery company to the inquiry (delivery response content information), information on a response result to the inquiry (for example, whether the response to the inquiry will continue or whether it ends with this response) (delivery response result information), and the like. Accordingly, the center server  30  can acquire information indicating that an inquiry about delivery of a package, which is a recording target as a delivery log, has been received, as will be described later. 
     When the response to the inquiry continues, the delivery management unit  524  transmits a notification that a continuous response is performed (delivery continuous response notification) to the center server  30  through the communication processing unit  521  every time any continuous response is performed until the response to the inquiry is completed. In this case, the delivery continuous response notification includes information on the content of the continuous response (delivery continuous response content information) and information on the result of the continuous response (delivery continuous response result information). 
     Various types of information included in the delivery inquiry reception notification are input by a manager or a worker of the delivery management server  50  through a predetermined input terminal or the like and stored in the storage unit  520 . 
     The EC server  60  includes a communication device  61  and a processing device  62 . 
     The communication device  61  is any device that performs bidirectional communication with each of the mobile terminal  20 , the center server  30 , and the delivery management server  50  over a predetermined communication network. 
     The processing device  62  includes, for example, a communication processing unit  621 , a web resource transmission unit  622 , a service cooperation registration unit  623 , and an order reception processing unit  624  as functional units that are realized by executing one or more programs stored in the ROM or the auxiliary storage device on the CPU. The processing device  62  includes a storage unit  620  that is realized as a storage area of an auxiliary storage device or the like of the server computer. 
     The communication processing unit  621  controls the communication device  61  to perform transmission and reception of various signals such as control signals or information signals to and from each of the mobile terminal  20 , the center server  30 , and the delivery management server  50 . 
     The web resource transmission unit  622  transmits resources corresponding to the webpage to be displayed on a browser of any terminal of the user browsing the EC site including the mobile terminals  20 Aa,  20 Ab based on various types of information as resources of the EC site stored in the storage unit  620  to the browser of the terminal using a predetermined scheme. A top page displayed in the EC site, a webpage corresponding to an individual product handled at the EC site (hereinafter referred to as an “individual product page”), a webpage for displaying a list of products selected by the user as purchase candidates (typically put in a virtual cart on the EC site) (hereinafter referred to as a “cart page”), a webpage (that is, an order input page) for the user to input various types of information at the time of ordering an individual product, and the like are included in the webpage that may be displayed on the EC site. For example, the web resource transmission unit  622  transmits a Hyper Text Markup Language (HTML) document corresponding to a webpage, and information under the HTML document such as an image and a moving image displayed on webpages in parallel. 
     When a predetermined application program linked (cooperated) with the EC site (hereinafter referred to as an “EC application”), which is installed in the user terminal of the user, is activated, the web resource transmission unit  622  transmits, to the user terminal, a resource to be displayed in a predetermined window or screen of an EC application displayed on the display device of the user terminal (for example, the display  24  of the mobile terminal  20 ) (hereinafter collectively referred to as a “window”) in a predetermined method. The windows that may be displayed in the EC application includes a top window corresponding to the top page of the EC site, the individual product page, the cart page, the order input page, and the like, an individual product window, a cart window, an order input window, and the like. 
     The service cooperation registration unit  623  performs information registration for cooperation between the center server  30  regarding the use of the vehicle cabin delivery service of the regular user of the vehicle  10 A and the EC server  60  according to the service use registration completion notification received from the center server  30  by the communication processing unit  621 . For example, the service cooperation registration unit  623  adds a flag indicating a use target of the vehicle cabin delivery service to the service login ID included in the service use registration completion notification in the user management DB that manages the user of the EC site constructed in the storage unit  620 . In addition, the service cooperation registration unit  623  performs registration in an aspect in which a service login ID of a website (that is, the delivery site) corresponding to the delivery management server  50  included in the service use registration completion notification is linked to the service login ID included in the service use registration completion notification in the user management DB. Accordingly, for example, when an inquiry about an ordered product including the service login ID of the delivery site is received from the delivery management server  50  by the communication processing unit  621 , the EC server  60  can specify the service login ID of the corresponding EC site. 
     The order reception processing unit  624  receives an order for the product from the user based on various types of input information on the order of the product, which is input through the EC site accessed by the browser of the user terminal of the user (for example, the mobile terminals  20 Aa,  20 Ab) or through the EC application activated by the user terminal. In this case, when the trunk of the vehicle  10 A is selected as a delivery destination on an order input page of the EC site, the order reception processing unit  624  inquires the center server  30  about the vehicle use schedule information via the communication processing unit  621 . Accordingly, the order reception processing unit  624  can acquire the latest vehicle use schedule information via the communication processing unit  621 . Therefore, for example, when a designated date and time of delivery has already overlapped another schedule, the order reception processing unit  624  can take countermeasures such as requesting to change a delivery date and time. Meanwhile, when the vehicle use schedule information of the vehicle  10 A corresponding to the designated (selected) delivery destination is consistent with the designated delivery date and time, the order reception processing unit  624  decides the trunk of the vehicle  10 A as the delivery destination. 
     When the order reception processing unit  624  receives the order of the product from the user, the order reception processing unit  624  transmits the information on the delivery request of the received product (delivery request information) to the delivery management server  50  and the center server  30  through the communication processing unit  621 . Accordingly, the delivery company can receive the delivery request for the product ordered through the EC site and the EC application. The center server  30  can acquire various types of information (for example, parking place information or vehicle specification information) included in the delivery request information, which is a target recorded as a delivery log, as will be described later. 
     In this case, as described above, the information on the type of the product (product type information) that may be included in the delivery request information may be input by the user through the order input page or the like, and may be automatically generated according to the type code or the like predefined for each individual product. Specifically, the web resource transmission unit  622  may display, on the order input page, a question column for asking whether or not the product to be ordered is a gift, a remarks column for requesting an input of a date corresponding to an anniversary or the like when the product to be ordered is a gift, or the like. 
     When the order reception processing unit  624  receives the order of the product from the user, the order reception processing unit  624  transmits the information on the order of the received product (product order information) to the center server  30  through the communication processing unit  621 . The information included in the product order information and the information included in the delivery request information may partially overlap or may not overlap. That is, the product order information may include some type of information of the delivery request information or all types of information, and may not include all types of information. Hereinafter, in the embodiment, a description will be made assuming that the information of the type included in the delivery request information and the information of the type included in the product order information are not overlapped. For example, the product order information may include information on a purchase shop of the ordered product (purchase shop information), information on a purchase price (purchase price information), information on a shipping cost (shipping cost information), information on a payment method (settlement method) (settlement information), and the like. Accordingly, the center server  30  can acquire the product order information which is a target recorded as a delivery log, as will be described later. 
     As described above, the vehicle cabin delivery service in which a package other than an ordered product at the EC site is a target may also be assumed. In this case, the delivery management server  50  may similarly acquire the latest vehicle use schedule information from the center server  30 . Accordingly, the delivery management server  50  can take countermeasures such as requesting to change a delivery date and time when a date and time of delivery of the package to the trunk of the vehicle  10 A designated by the regular user of the vehicle  10 A has already overlapped another schedule. 
     When the order reception processing unit  624  receives, by the EC company, an inquiry about an order (excluding the part related to the delivery request) from the orderer through an EC site, an e-mail, or the like, the order reception processing unit  624  transmits, to the center server  30 , a notification (order inquiry reception notification) indicating that the inquiry about the order has been received through the communication processing unit  3201 . In the above case, the order inquiry reception notification may include information on an inquiry content (order inquiry content information), information on a response content by the EC company to the inquiry (order response content information), information on a response result to the inquiry (for example, whether the response to the inquiry will continue or whether it ends with this response) (order response result information), and the like. Accordingly, the center server  30  can acquire information indicating that an inquiry about the order, which is a recording target as a delivery log, has been received, as will be described later. 
     When the response to the inquiry continues, the order reception processing unit  624  transmits a notification that the continuous response is performed (order continuous response notification) to the center server  30  through the communication processing unit  621  every time any continuous response is performed until the response to the inquiry is completed. In this case, the order continuous response notification includes information on the content of the continuous response (order continuous response content information) and information on the result of the continuous response (order continuous response result information). 
     Various types of information included in the order inquiry reception notification are input by a manager or a worker of the EC server  60  through a predetermined input terminal or the like and stored in the storage unit  620 . 
     The processing device  32  of the center server  30  that assists in an operation of the vehicle cabin delivery service includes the communication processing unit  3201 , the condition determination unit  3202 , the authentication key issuance unit  3203 , the position information management unit  3204 , the schedule management unit  3205 , the registration management unit  3206 , and the storage unit  3200 , as described above. The processing device  32  of the center server  30  (an example of the information processing device) includes an information acquisition unit  3208 , a delivery log recording unit  3209 , a delivery log analysis unit  3210 , a reception determination unit  3211 , and a delivery log management unit  3212  as functional units realized by executing one or more programs stored in the ROM of the server computer or the auxiliary storage device on the CPU. 
     When the condition determination unit  3202  receives the authentication key arrangement request from the delivery management server  50  via the communication processing unit  3201 , the condition determination unit  3202  determines whether or not the authentication key arrangement request is a regular authentication key arrangement request. For example, the condition determination unit  3202  determines whether or not the authentication key arrangement request is the regular authentication key arrangement request based on service login information (the service login ID of the delivery site or the like) included in the authentication key arrangement request or predetermined authentication information (for example, the ID and the password) corresponding to the delivery management server  50 . 
     When the condition determination unit  3202  determines that the authentication key arrangement request is a regular authentication key arrangement request, the authentication key issuance unit  3203  issues an authentication key corresponding to the authentication key arrangement request and distributes the authentication key to the mobile terminal  20 Ac of the deliverer. 
     Specifically, the authentication key issuance unit  3203  specifies the vehicle  10 A corresponding to the authentication key arrangement request based on the user service registration information DB of the storage unit  3200 . The authentication key issuance unit  3203  issues the authentication key in which a time is limited (for example, the vehicle is available solely in units of several minutes to tens of minutes from the distribution), the number of times of use is limited (for example, the number of times of use is solely one), and an authority is limited so that solely locking and unlocking of the trunk lid can be allowed. Accordingly, it is possible to suppress unauthorized use of the vehicle  10 A by the deliverer and to improve security. The authentication key issuance unit  3203  distributes the authentication key to the mobile terminal  20 Ac of the deliverer specified by the authentication key arrangement request via the communication processing unit  3201 . 
     For example, any method such as a known mathematical method or a method based on bidirectional communication between the center server  30  and the vehicle  10  may be adopted as a method of limiting a period of time in which the authentication key is available or the number of times the authentication key is used. 
     In response to the inquiry about the current position of the vehicle  10 A from the delivery management server  50  received by the communication processing unit  3201 , the position information management unit  3204 , for example, acquires the position information from the vehicle  10 A via the communication processing unit  3201  and provides (transmits) the position information to the delivery management server  50  via the communication processing unit  3201 . 
     For example, the schedule management unit  3205  replies the EC server  60  with the latest vehicle use schedule information stored in the storage unit  3200  via the communication processing unit  3201  according to the inquiry from the EC server  60  received by the communication processing unit  3201 . 
     The schedule management unit  3205  updates the vehicle use schedule information stored in the storage unit  3200  in an aspect of adding use of the vehicle  10 A related to the vehicle cabin delivery service based on the delivery scheduled date and time information included in the delivery request information received from the EC server  60 , for example, through the communication processing unit  3201 . 
     The registration management unit  3206  performs registration of the regular user (the sub-user) who uses various services including the vehicle cabin delivery service according to the user registration request received from the mobile terminal  20 Aa of the owner user by the communication processing unit  3201 , as described above. The registration management unit  3206  performs registration of use of the vehicle cabin delivery service by the regular user of the vehicle  10 A according to the service use registration request received from the mobile terminal  20 Aa of the owner user by the communication processing unit  3201 , as described above. When the registration of use of various services including the vehicle cabin delivery service has been completed, the registration management unit  3206  notifies the mobile terminals  20 Aa,  20 Ab corresponding to the regular users that are registration targets that the registration of use of various services including the vehicle cabin delivery service has been completed via the communication processing unit  3201 , as described above. When the registration of use of the vehicle cabin delivery service has been completed, the registration management unit  3206  transmits a service use registration completion notification including the service link information to the delivery management server  50  and the EC server  60  that perform an operation and management of a service that is a registration target via the communication processing unit  3201 . 
     The information acquisition unit  3208  acquires information related to the delivery of the type of the recording target as a delivery log by the delivery log recording unit  3209  to be described later within a target delivery period of time concerning the package for which the trunk of the vehicle  10 A is designated as the delivery destination. In this case, the target period of time is, for example, a period of time until a package delivered to the vehicle  10 A is received by a requester from an order of the product or a delivery request of the product as the package. 
     For example, when the delivery request information is received from the EC server  60  by the communication processing unit  3201 , the information acquisition unit  3208  acquires various types of information included in the delivery request information as the information on the type of the recording target. Specifically, the information acquisition unit  3208  may acquire product type information, vehicle specification information, parking place information, delivery designation date and time information, and the like as the information on the type of the recording target. 
     For example, when the product order information is received from the EC server  60  by the communication processing unit  3201 , the information acquisition unit  3208  acquires product order information as the information on the type of the recording target. 
     The information acquisition unit  3208  may individually acquire various types of information included in the product order information as the information on the type of the recording target instead of comprehensively acquiring the product order information as one type. That is, various types of information included in the product order information may be recorded (stored) in the storage unit  3200  as different types of delivery logs. 
     For example, when the delivery inquiry reception notification is received from the delivery management server  50  by the communication processing unit  3201 , the information acquisition unit  3208  acquires (generates) information indicating that an inquiry about package delivery has been received, for example, a flag (delivery inquiry flag) as information on the type of the recording target. In addition, when the delivery inquiry reception notification is received from the delivery management server  50  by the communication processing unit  3201 , the information acquisition unit  3208  acquires various types of information (for example, delivery inquiry content information, delivery response content information, or delivery response result information) included in the delivery inquiry notification as information on the type of the recording target. When the delivery continuous response notification is received from the delivery management server  50  by the communication processing unit  3201 , the information acquisition unit  3208  acquires (generates) information indicating that the continuous response related to the delivery has been performed, for example, a flag (delivery continuous response flag) as information on the type of the recording target. The information acquisition unit  3208  acquires the delivery continuous response content information and the delivery continuous response result information included in the delivery continuous response notification as information on the type of the recording target. 
     Various types of information included in the delivery inquiry reception notification and the delivery continuous response notification may be acquired as one type of comprehensive information as information on the delivery inquiry and information on the continuous response of the delivery inquiry. 
     For example, when the order inquiry reception notification is received from the EC server  60  by the communication processing unit  3201 , the information acquisition unit  3208  acquires (generates) information indicating that an inquiry about a product order has been received, for example, a flag (order inquiry flag) as information on the type of the recording target. In addition, when the order inquiry reception notification is received from the EC server  60  by the communication processing unit  3201 , the information acquisition unit  3208  acquires various types of information (for example, order inquiry content information, order response content information, or order response result information) included in the order inquiry reception notification as information on the type of the recording target. When the order continuous response notification is received from the EC server  60  by the communication processing unit  3201 , the information acquisition unit  3208  acquires (generates) information indicating that the continuous response related to the order has been performed, for example, a flag (order continuous response flag) as information on the type of the recording target. The information acquisition unit  3208  acquires the order continuous response content information and the order continuous response result information included in the order continuous response notification as information on the type of the recording target. 
     Various types of information included in the order inquiry reception notification and the order continuous response notification may be acquired as one type of comprehensive information as information on the order inquiry and information on the continuous response of the order inquiry. 
     For example, the information acquisition unit  3208  acquires information on a movement history of the vehicle  10 A (vehicle movement history information) in a predetermined target period of time until the package is delivered to the trunk of the vehicle  10 A. The target period of time is, for example, a period of time from when the deliverer departs from the business office of the delivery company for delivery of the package that is a target until the deliverer completes the delivery of the package to the trunk of the vehicle  10 A. Specifically, the information acquisition unit  3208  sequentially acquires position information of the vehicle  10 A in the target period of time through the position information management unit  3204  as vehicle movement history information. 
     For example, the information acquisition unit  3208  acquires information on a movement history of the deliverer (deliverer movement history information) in a predetermined target period of time until the package is delivered. The target period of time may be the same as or different from the target period of time at which the vehicle movement history information is acquired. Specifically, the information acquisition unit  3208  sequentially acquires position information (that is, position measurement information of the GPS module  25 ) from the mobile terminal  20 Ac of the deliverer through the communication processing unit  3201  in the target period of time as deliverer movement history information. The information acquisition unit  3208  may sequentially acquire the position information of the mobile terminal  20 Ac of the deliverer via the delivery management server  50  through the communication processing unit  3201  in the target period of time. 
     For example, when the delivery completion notification is received from the delivery management server  50  or the like by the communication processing unit  3201 , the information acquisition unit  3208  acquires (generates) information indicating that the delivery of the package that is a target has been completed, for example, a flag (delivery completion flag) as information on the type of the recording target. The information acquisition unit  3208  acquires a captured image (trunk image at delivery) representing the state in the trunk at the time of delivery included in the delivery completion notification as information on the type of the recording target. 
     For example, the information acquisition unit  3208  acquires information (final delivery place information) on a place where the vehicle  10 A is stopped when the target package is finally delivered to the trunk of the vehicle  10 A as information on the type of the recording target. Specifically, the information acquisition unit  3208  confirms information on a delivery completion time included in the delivery completion notification (for example, a transmission time of the delivery completion notification from the mobile terminal  20 Ac of the deliverer to the delivery management server  50 ). The information acquisition unit  3208  acquires (generates) the final delivery place information as the information on the type of the recording target by acquiring the position information of the vehicle  10 A corresponding to the time through the position information management unit  3204 . The final delivery place information may include, for example, in addition to position information such as latitude and longitude, information on the names of buildings, facilities, roads, and the like corresponding to the position information. 
     For example, the information acquisition unit  3208  acquires information on redelivery of the target package, for example, information on a redelivery history of the package as information on the type of the recording target. Specifically, when a redelivery notification is received from the delivery management server  50  by the communication processing unit  3201 , the information acquisition unit  3208  acquires (generates) a flag (redelivery flag) indicating occurrence of redelivery as information on the redelivery history of the package. 
     For example, when determination is made that the package delivered to the trunk of the vehicle  10 A has been received by the requester or the like by the reception determination unit  3211  to be described later, the information acquisition unit  3208  acquires (generates) information indicating that the delivered package has been received, for example, a flag (reception completion flag) as information on the type of the recording target. 
     Every time information is acquired by the information acquisition unit  3208 , the delivery log recording unit  3209  associates the acquired information on the delivery with information specifying the corresponding package (for example, a package ID predefined for each package), and records the associated information in a delivery log DB built in the storage unit  3200 . In this case, when the delivery log related to the package is read in a time-series manner, that is, specifically, in afterward manner, the delivery log recording unit  3209  records a time-series relationship of the recorded delivery logs in a recognizable manner. More specifically, each piece of information as the delivery logs recorded in the delivery log DB by the delivery log recording unit  3209  includes information (for example, a time stamp) indicating the corresponding date and time (for example, the date and time of acquisition of the information or the occurrence date and time of the event corresponding to the information). 
     The delivery log analysis unit  3210  analyzes the delivery log recorded in the delivery log DB for each package. 
     For example, the delivery log analysis unit  3210  may analyze the vehicle movement history information recorded in the delivery log DB and verify the delivery work of the package that is an analysis target. Specifically, when the package could not be delivered to the trunk of the vehicle  10 A out of the delivery designated date and time and the scheduled delivery date and time, the delivery log analysis unit  3210  can analyze the vehicle movement history information, and verify whether or not the movement of the vehicle  10 A is the cause. 
     For example, the delivery log analysis unit  3210  may analyze the deliverer movement history information recorded in the delivery log DB and verify the delivery work of the package that is an analysis target. Specifically, when the package could not be delivered to the trunk of the vehicle  10 A out of the delivery designated date and time and the scheduled delivery date and time, the delivery log analysis unit  3210  can analyze the deliverer movement history information, and verify whether or not the delivery route of the delivery vehicle is the cause. 
     The reception determination unit  3211  determines whether or not the package has been received from the trunk of the vehicle  10 A. 
     For example, when information indicating that the door for accessing the trunk from the vehicle  10 A is locked by the requester has been acquired after the package has been delivered to the trunk of the vehicle  10 A, the reception determination unit  3211  determines that the package has been received from the trunk of the vehicle  10 A. Meanwhile, when the information has not been acquired after the package has been delivered to the trunk of the vehicle  10 A, the reception determination unit  3211  determines that the package has not been received from the trunk of the vehicle  10 A. 
     Specifically, the reception determination unit  3211  acquires information on locking by a requester (a regular user of the vehicle  10 A) of the door for accessing the trunk of the vehicle  10 A designated as the delivery destination of the package from the vehicle  10 A. More specifically, the reception determination unit  3211  acquires a notification (requester locking notification) indicating that the locking has been performed by the requester of the door for accessing the trunk of the vehicle  10 A after the package has been delivered from the vehicle  10 A through the communication processing unit  3201 . Accordingly, the center server  30  can ascertain whether or not the trunk of the vehicle  10 A corresponding to the delivery destination has been locked after the delivery has been completed. Therefore, for example, when the locking has been performed, the center server  30  can determine whether or not the package has been received, such as determining (estimating) that the package has been received by the door for accessing the trunk being opened and closed before the locking is performed. In this case, when delivery of the package to the vehicle  10 A has been completed (specifically, when a delivery completion notification has been received from the delivery company such as the deliverer or the delivery management server  50 ), the reception determination unit  3211  transmits, to the vehicle  10 A, a reply request for a requester locking notification including information on the authentication key already distributed to the regular user of the vehicle  10 A as a requester through the communication processing unit  3201 . Accordingly, when locking of the door for accessing the trunk has been performed based on the authentication request including the authentication key transmitted from the mobile terminals  20 Aa,  20 Ab of the requester by the key unit  12 , the DCM  14  of the vehicle  10 A can transmit the requester locking notification to the center server  30 . 
     When a series of information indicating that the door is locked after the package has been delivered to the trunk of the vehicle  10 A and the door for accessing the trunk by the requester has been opened has been acquired, the reception determination unit  3211  may determine that the package has been received from the trunk of the vehicle  10 A. Meanwhile, when the series of information after the package has been delivered to the trunk of the vehicle  10 A and the door for accessing the trunk by the requester has been opened has not been acquired, the reception determination unit  3211  may determine that the package has not been received from the trunk of the vehicle  10 A. 
     Specifically, the reception determination unit  3211  may further acquire information on the opening of the door for accessing the trunk of the vehicle  10 A after the delivery of the package has been completed from the vehicle  10 A. More specifically, the reception determination unit  3211  may acquire a notification (trunk opening notification) indicating that the door for accessing the trunk of the vehicle  10 A has been opened after the package has been delivered from the vehicle  10 A through the communication processing unit  3201 . Accordingly, the center server  30  can further ascertain that the door of the trunk has been opened after the delivery has been completed. Therefore, for example, when the door for accessing the trunk of the vehicle  10 A is opened immediately before the locking of the door for accessing the trunk by the requester, the center server  30  can more reliably determine (estimate) whether or not the package has been received, such as determining (estimating) that the package delivered to the trunk of the vehicle  10 A has been received. In this case, when delivery of the package to the vehicle  10 A has been completed, the reception determination unit  3211  transmits, to the vehicle  10 A, a requester locking notification including information on the authentication key already distributed to the regular user of the vehicle  10 A as a requester and a reply request for a trunk opening notification through the communication processing unit  3201 . Accordingly, the DCM  14  of the vehicle  10 A can reply the trunk opening notification to the center server  30  when the door for accessing the trunk is opened based on an ON/OFF state of the door switch of the door for accessing the trunk. 
     For example, when a notification (reception notification) indicating that the package delivered from the requester has been received is acquired in a predetermined method after the package has been delivered to the trunk of the vehicle  10 A, the reception determination unit  3211  determines that the package has been received from the trunk of the vehicle  10 A. Meanwhile, when the reception notification corresponding to the package has not been acquired after the package has been delivered to the trunk of the vehicle  10 A, the reception determination unit  3211  determines that the package has not been received from the trunk of the vehicle  10 A. 
     Specifically, in response to a predetermined manipulation at the user terminal of the requester (for example, the mobile terminals  20 Aa,  20 Ab), the reception determination unit  3211  may acquire the reception notification transmitted to the center server  30  through a predetermined application (for example, a key application) activated by the user terminal. The reception determination unit  3211  may acquire an email address corresponding to the center server  30  or a reception notification transmitted to the account of the SNS from the email address or the account of the predetermined SNS of the requester through the e-mail or the SNS. 
     For example, when the position information of the mobile terminals  20 Aa,  20 Ab of the requester indicates that the requester has moved to a predetermined range (for example, within 10 meters) in the vicinity of the vehicle  10 A after the package has been delivered to the trunk of the vehicle  10 A, the reception determination unit  3211  determines that the package has been received from the trunk of the vehicle  10 A. Meanwhile, when the position information of the mobile terminals  20 Aa,  20 Ab of the requester indicates that the requester has not moved to the predetermined range in the vicinity of the vehicle  10 A after the package has been delivered to the trunk of the vehicle  10 A, the reception determination unit  3211  determines that the package has not been received from the trunk of the vehicle  10 A. 
     Specifically, when the delivery of the package to the vehicle  10 A has been completed, the reception determination unit  3211  transmits a position information acquisition request to the mobile terminals  20 Aa,  20 Ab of the requester through the communication processing unit  3201 . Accordingly, the corresponding mobile terminals  20 Aa,  20 Ab can reply the position information measured by the GPS module  25  to the center server  30 . 
     Uploading the position information from the mobile terminals  20 Aa,  20 Ab to the center server  30  may be performed under permission by the user of the mobile terminals  20 Aa,  20 Ab (for example, when transmission of the position information is permitted in a setting related to a privacy of the mobile terminals  20 Aa,  20 Ab). 
     The delivery log management unit  3212  manages the delivery log for each package recorded (stored) in the delivery log DB of the storage unit  3200 . Specifically, the delivery log management unit  3212  deletes some of the information recorded (stored) as the delivery log of the package after the target period of time relating to the delivery of the certain package has elapsed, thereby reducing the data capacity. Accordingly, the center server  30  can suppress tightness of the capacity available as the delivery log DB in the storage unit  3200 . In this case, in addition to the case of deleting a data file corresponding to information on delivery of a certain recording target, an aspect of deleting some of the information recorded as the delivery log of the package may include a case of replacing the information in a data file with a new low quality data file that has been picked out (deleted), for example. 
     For example, the delivery log management unit  3212  deletes, from the delivery log DB (the storage unit  3200 ), some types of information among a plurality of types of information (delivery log) that is the recording target, which is recorded as the delivery log. In this case, information of a type of a deletion target and information of a type other than the deletion target are defined in, for example, a list registered in advance in the storage unit  3200  or the like. 
     Specifically, information of a type other than the deletion target among a plurality of types of information of the recording target as the delivery log as described above may include at least delivery place information, final delivery place information, and product order information. This is because, for example, when a target period of time relating to delivery until reception of the package from the trunk of the vehicle  10 A is completed elapses, a detailed delivery log is not necessary. More specifically, this is because when there are at least delivery place information corresponding to the scheduled delivery place and a final delivery place corresponding to the delivery place when actually delivered, the situation at the delivery work of the target package (for example, whether or not the vehicle has moved) can be ascertained at a minimum. In addition, this is because when the product order information is stored, the situation of the order corresponding to the target package can be ascertained at a minimum. 
     For example, when a plurality of data files that is different in time-series is included among the specific types of information of the recording target, which is recorded as the delivery log, the delivery log management unit  3212  deletes (picks out) some of the data files. 
     Specifically, the vehicle movement history information and the deliverer movement history information include a plurality pieces of position information that is different in time-series. Therefore, the delivery log management unit  3212  may delete position information other than position information picked up at a time interval set with a relatively large value among a plurality pieces of time-series position information in the vehicle movement history information and the deliverer movement history information position information from the delivery log DB (the storage unit  3200 ). As described above, when the target period of time on the delivery elapses, it is considered that the detailed delivery log, specifically, the detailed movement history of the vehicle  10 A or the deliverer is not necessary. 
     For example, the delivery log management unit  3212  picks out information in the data file corresponding to the specific type of information of the recording target recorded as the delivery log and replaces the information with a new low quality data file. 
     Specifically, the delivery log management unit  3212  may convert the trunk image at delivery into a predefined relatively low resolution image and replace the data in the delivery log DB with the image. As described above, when the target period of time on the delivery elapses, it is considered that the detailed delivery log, specifically, the image that can ascertain information (for example, a detailed shape in the trunk) other than the situation in which the regular package has been properly delivered to the trunk of the vehicle  10 A is not necessary. 
     Details of a process (a delivery log deletion process) of deleting some of the recorded delivery logs including the operation of the delivery log management unit  3212  by the center server  30  will be described later (see  FIGS. 7 and 8 ). 
     Some or all of the various functions of the center server  30  regarding the vehicle cabin delivery service may be transferred to the delivery management server  50  (an example of the information processing device). For example, the center server  30  may perform solely the distribution of the authentication key to the mobile terminal  20 Ac, the management of the position information of the vehicle  10 A, the management of the use schedule of the vehicle  10 A, and the use registration of the vehicle cabin delivery service, and the functions of the information acquisition unit  3208 , the delivery log recording unit  3209 , the delivery log analysis unit  3210 , the reception determination unit  3211 , and the delivery log management unit  3212 , and the delivery log DB may be transferred to the delivery management server  50 . For example, the center server  30  may perform solely the distribution of the authentication key to the mobile terminal  20 Ac of the deliverer, or the like, and the functions of the position information management unit  3204 , the schedule management unit  3205 , and the registration management unit  3206  regarding the vehicle cabin delivery service may be further transferred to the delivery management server  50 . For example, all of the various functions of the center server  30  regarding the vehicle cabin delivery service may be transferred to the delivery management server  50 . 
     The processing device  23  of the mobile terminal  20 Ac of a deliverer includes the communication processing unit  2301 , the communication processing unit  2302 , the authentication key acquisition unit  2303 , the authentication request unit  2304 , and the locking and unlocking request unit  2305 , as described above. 
     In the embodiment, the description will be given on the premise that the functions of the authentication key acquisition unit  2303 , the authentication request unit  2304 , and the locking and unlocking request unit  2305  of the mobile terminal  20 Ac are available to the deliverer by the key application being activated. 
     The authentication key acquisition unit  2303  transmits the authentication key acquisition request to the delivery management server  50  via the communication processing unit  2302  according to a predetermined manipulation by a deliverer. In this case, the authentication key acquisition request includes the above-described delivery package information stored in the storage unit  2300  in advance. Accordingly, the delivery management server  50  transmits an authentication key arrangement request to the center server  30  according to the authentication key acquisition request, the center server  30  distributes the authentication key to the mobile terminal  20 Ac according to the authentication key arrangement request, and the mobile terminal  20 Ac can acquire the authentication key. Therefore, the mobile terminal  20 Ac can lock and unlock the trunk lid of the vehicle  10 A based on the functions of the communication processing unit  2301 , the authentication request unit  2304 , and the locking and unlocking request unit  2305 , such that the deliverer can deliver the requested package to the trunk of the vehicle  10 A, lock the trunk of the vehicle  10 A, and return to the house. 
     Details of Configuration Regarding C2C Car Sharing Service 
     A configuration regarding a C2C car sharing service in the authentication key management system  1  will be described with reference to  FIG. 5 . 
       FIG. 5  is a diagram mainly illustrating an example of the configuration regarding the C2C car sharing service in the authentication key management system  1 . Hereinafter, the configuration regarding the C2C car sharing service in the authentication key management system  1  will be mainly described with respect to  FIG. 5 , and duplicate description on the configuration overlapping the above-described configuration regarding the key sharing service or the like will be omitted as much as possible. 
     The processing device  23  of the mobile terminal  20 Aa carried by the owner user of the vehicle  10 A includes the communication processing unit  2302 , the user registration request unit  2306 , the service use registration request unit  2307 , and the service use situation request unit  2308 , as described above. 
     The user registration request unit  2306  requests the center server  30  to register the regular user (a sub-user) of the vehicle  10 A who uses various services including the C2C car sharing service according to a predetermined manipulation by the owner user, as described above. 
     The service use registration request unit  2307  requests the center server  30  to perform the registration of use of various services including the C2C car sharing service for each registered regular user (the owner user or the sub-user) according to a predetermined manipulation by the owner user, as described above. 
     For example, the service use registration request unit  2307  transmits, as the service link information, a service use registration request for using the C2C car sharing service including a service login ID of a website for a user who uses the C2C car sharing service corresponding to the C2C car sharing management server  70  (hereinafter referred to as a “C2C car sharing site”), which corresponds to the regular user of the vehicle  10 A that is a registration target, to the center server  30 . 
     The service use situation request unit  2308  requests the center server  30  to provide information on a use situation of various services (service use situation information) including the C2C car sharing service of the regular user of the vehicle  10 A for which the use registration has been performed, in a form corresponding to the owner user ID according to a predetermined manipulation by the owner user, as described above. 
     The C2C car sharing management server  70  includes a communication device  71  and a processing device  72 . 
     The communication device  71  is any device that performs bidirectional communication with each of the mobile terminal  20  and the center server  30  over a predetermined communication network. 
     The processing device  72  includes, for example, a communication processing unit  721 , a service cooperation registration unit  722 , a reservation management unit  723 , and a vehicle management unit  724  as functional units that are realized by executing one or more programs stored in the ROM or the auxiliary storage device on the CPU. The processing device  72  includes a storage unit  720  that is realized as a storage area of an auxiliary storage device or the like of the server computer. 
     Description will be given on the premise that the information for specifying the vehicle  10 A that is a lending target has already been stored (registered) in the storage unit  720  in an aspect in which the information is linked to the service login ID via the C2C car sharing site by the regular user (the owner user) of the vehicle  10 A. 
     The communication processing unit  721  controls the communication device  71  to perform transmission and reception of various signals such as control signals or information signals to and from each of the mobile terminal  20  and the center server  30 . 
     The service cooperation registration unit  722  performs information registration for cooperation between the center server  30  regarding the use of the C2C car sharing service of the regular user of the vehicle  10 A and the C2C car sharing management server  70  according to the service use registration completion notification received from the center server  30  by the communication processing unit  721 . 
     For example, the service cooperation registration unit  722  adds a flag indicating a lender of the vehicle  10 A the C2C car sharing service to the service login ID included in the service use registration completion notification in the user management DB that manages the user of the C2C car sharing site constructed in the storage unit  720 . The C2C car sharing management server  70  transmits the authentication key arrangement request including the service login ID corresponding to the regular user of the vehicle  10 A, which is the lender, to the center server  30  such that it is possible to cause the authentication key to be distributed from the center server  30  to the mobile terminal  20 Ad of the borrower, as described below. 
     The reservation management unit  723  manages reservation of use of the vehicle  10 A that is performed through the C2C car sharing site or the like. 
     For example, the reservation management unit  723  receives registration of a date and time on which the vehicle  10 A is rentable from the regular user of the vehicle  10 A through the C2C car sharing site and stores (registers) the received date and time on which the vehicle  10 A is rentable in the storage unit  720 . When the date and time on which the vehicle  10 A is rentable is stored (registered) in the storage unit  720 , the reservation management unit  723  inquires of the center server  30  about the vehicle use schedule information via the communication processing unit  721 . Accordingly, the reservation management unit  723  can acquire the latest vehicle use schedule information via the communication processing unit  721 . Therefore, the C2C car sharing management server  70 , for example, can take countermeasures such as requesting to change the date and time on which the vehicle  10 A is rentable, which is received from the regular user of the vehicle  10 A, or registering a portion excluding an overlapping portion from the date and time on which the vehicle  10 A is rentable as the date and time on which the vehicle  10 A is rentable when the received date and time on which the vehicle  10 A is rentable already overlaps another schedule. 
     For example, the reservation management unit  723  receives the reservation of use of the vehicle  10 A within a range of the date and time on which the vehicle  10 A is rentable, which is stored in the storage unit  720 . When the reservation management unit  723  receives the reservation of use of the vehicle  10 A from a user who is a borrower through the C2C car sharing site, the reservation management unit  723  updates information on a lending schedule of the vehicle  10 A (lending schedule information) stored in the storage unit  720 . 
     For example, when the authentication key acquisition request is received from the mobile terminal  20 Ad of the borrower of the vehicle  10 A by the communication processing unit  721 , the reservation management unit  723  determines whether or not the authentication key acquisition request is a regular authentication key acquisition request. Specifically, the reservation management unit  723  may perform the determination based on the service login ID and the password of the C2C car sharing site included in the authentication key acquisition request, or a relationship regarding the date and time of reservation of use (for example, within a range of the date and time of reservation of use or less than a predetermined time until a date and time of use start). When the authentication key acquisition request is a regular authentication key acquisition request, the reservation management unit  723  transmits an authentication key arrangement request to the center server  30  via the communication processing unit  721 . When the authentication key arrangement request is transmitted to the center server  30 , information for specifying the mobile terminal  20 Ad of the borrower of the vehicle  10 A is included in the authentication key arrangement request. The information for specifying the borrower of the vehicle  10 A may be, for example, an authentication ID (hereinafter referred to as a “borrower ID” for convenience) for obtaining user authentication in the center server  30  in order for the borrower of the vehicle  10 A to use a function of the authentication key acquisition unit  2303  of the mobile terminal  20 Ad. Accordingly, the mobile terminal  20 Ad of the borrower of the vehicle  10 A can acquire the authentication key from the center server  30 . 
     The vehicle management unit  724  manages the vehicle  10 A that is a lending target. 
     For example, the vehicle management unit  724  inquires of the center server  30  about a current position information of the vehicle  10 A via the communication processing unit  721  before the date and time of reservation of use of the vehicle  10 A (for example, a period from tens of minutes ago to immediately before). The vehicle management unit  724  acquires the current position information of the vehicle  10 A replied from the center server  30  according to the inquiry via the communication processing unit  721 . Accordingly, a determination can be made as to whether or not the vehicle  10 A returns to a designated place before a date and time of lending (a date and time of reservation of use) of the vehicle  10 A. Accordingly, when the vehicle  10 A does not return to the designated place, the C2C car sharing management server  70  can take countermeasures such as warning the regular user who is a lender of the vehicle  10 A so that the vehicle  10 A returns to the designated place through an e-mail or a predetermined application cooperating with the C2C car sharing site, which is installed in the mobile terminals  20 Aa,  20 Ab. 
     The processing device  32  of the center server  30  includes the communication processing unit  3201 , the condition determination unit  3202 , the authentication key issuance unit  3203 , the position information management unit  3204 , the schedule management unit  3205 , the registration management unit  3206 , and the storage unit  3200 , as described above. 
     When the authentication key arrangement request is received from the C2C car sharing management server  70  by the communication processing unit  3201 , the condition determination unit  3202  determines whether or not the authentication key arrangement request is a regular authentication key arrangement request. For example, the condition determination unit  3202  determines whether or not the authentication key arrangement request is the regular authentication key arrangement request based on the service link information included in the authentication key arrangement request (for example, the service login ID of the C2C car sharing site) or predetermined authentication information (for example, the ID and the password) corresponding to the C2C car sharing management server  70 . 
     When the condition determination unit  3202  determines whether or not the authentication key arrangement request is a regular authentication key arrangement request, the authentication key issuance unit  3203  specifies the vehicle  10 A corresponding to the authentication key arrangement request based on the user service registration information DB of the storage unit  3200 . The authentication key issuance unit  3203  issues the authentication key in which a time is limited (for example, the vehicle is available solely at the date and time of reservation of use of the vehicle  10 A included in the authentication key arrangement request and in a buffering period before and after the date and time of reservation of use of the vehicle  10 A). The authentication key issuance unit  3203  distributes the authentication key to the mobile terminal  20 Ad of the borrower of the vehicle  10 A specified by the authentication key arrangement request via the communication processing unit  3201 . 
     The C2C car sharing service may include, for example, a service (hereinafter referred to as a “vehicle trunk lending service” for convenience) in an aspect in which solely a trunk of the vehicle  10 A is lent. In the case of a vehicle trunk lending service, the authentication key issuance unit  3203  may issue an authentication key with an authority limited so that locking and unlocking of the trunk lid are allowed. Accordingly, it is possible to limit a lending target of C2C car sharing to solely the trunk. By limiting the lending target of the C2C car sharing to solely the trunk, for example, a vehicle cabin delivery service in an aspect in which the trunk of the vehicle  10 A to be lent at a travel destination is borrowed and a purchased product for use at a travel destination is delivered to the borrowed trunk can be realized. 
     The position information management unit  3204  transmits a position information request to the vehicle  10 A via the communication processing unit  3201  according to the inquiry about the current position of the vehicle  10 A received from the C2C car sharing management server  70  by the communication processing unit  3201 . Accordingly, the position information management unit  3204  can acquire the current position information from the vehicle  10 A via the communication processing unit  3201 . The position information management unit  3204  replies the C2C car sharing management server  70  with the current position information acquired from the vehicle  10 A via the communication processing unit  3201 . 
     The schedule management unit  3205  transmits the latest vehicle use schedule information to the vehicle  10 A via the communication processing unit  3201  according to the inquiry about the current position of the vehicle  10 A received from the C2C car sharing management server  70  by the communication processing unit  3201 . 
     The registration management unit  3206  performs registration of the regular user (the sub-user) who uses various services including the C2C car sharing service according to the user registration request received from the mobile terminal  20 Aa of the owner user by the communication processing unit  3201 , as described above. The registration management unit  3206  performs registration of use of the C2C car sharing service by the regular user of the vehicle  10 A according to the service use registration request received from the mobile terminal  20 Aa of the owner user by the communication processing unit  3201 , as described above. When the registration of use of various services including the C2C car sharing service has been completed, the registration management unit  3206  notifies the mobile terminals  20 Aa,  20 Ab corresponding to the regular users that are registration targets that the registration of use of various services including the C2C car sharing service has been completed via the communication processing unit  3201 , as described above. When the registration of use of the C2C car sharing service has been completed, the registration management unit  3206  transmits a service use registration completion notification including the service link information to the C2C car sharing management server  70  that performs an operation and management of a service that is a registration target via the communication processing unit  3201 . 
     The processing device  23  of the mobile terminal  20 Ad of the borrower of the vehicle  10 A includes the communication processing unit  2301 , the communication processing unit  2302 , the authentication key acquisition unit  2303 , the authentication request unit  2304 , the locking and unlocking request unit  2305 , and the storage unit  2300 , as described above. 
     The authentication key acquisition unit  2303  transmits an authentication key acquisition request to the C2C car sharing management server  70  via the communication processing unit  2302  according to a predetermined manipulation by the borrower of the vehicle  10 A. When the authentication key acquisition request is transmitted, the service login ID of the C2C car sharing site corresponding to the borrower of the vehicle  10 A is included in the authentication key acquisition request. Accordingly, the C2C car sharing management server  70  can transmit an authentication key arrangement request to the center server  30  according to the authentication key acquisition request, the center server  30  can distribute the authentication key to the mobile terminal  20 Ad according to the authentication key arrangement request, and the mobile terminal  20 Ad can acquire the authentication key. Therefore, the mobile terminal  20 Ad can lock and unlock the door of the vehicle  10 A based on the functions of the communication processing unit  2301 , the authentication request unit  2304 , and the locking and unlocking request unit  2305 . That is, the borrower of the vehicle  10 A carrying the mobile terminal  20 Ad can directly use the vehicle  10 A, such as locking and unlocking the vehicle  10 A and driving the vehicle  10 A using the mobile terminal  20 Ad without performing exchange of a key with the regular user of the vehicle  10 A through the C2C car sharing service. Similarly, the regular user of the vehicle  10 A can lend the vehicle  10 A to another person other than the regular user without exchanging the key. Therefore, it is possible to improve convenience in lending and borrowing of the vehicle  10 A between the regular user of the vehicle  10 A and another person other than the regular user through the C2C car sharing service in the authentication key management system  1 . 
     Details of Configuration Regarding B2C Car Sharing Service 
     A B2C car sharing service in the authentication key management system  1  will be described with reference to  FIG. 6 . 
       FIG. 6  is a diagram mainly illustrating an example of the configuration regarding the B2C car sharing service in the authentication key management system  1 . Hereinafter, the configuration regarding the B2C car sharing service in the authentication key management system  1  will be mainly described with respect to  FIG. 6 , and duplicate description on the configuration overlapping the above-described configuration regarding the key sharing service or the like will be omitted as much as possible. 
     The B2C car sharing management server  80  includes a communication device  81  and a processing device  82 . 
     The communication device  81  is any device that performs bidirectional communication with each of the mobile terminal  20 B and the center server  30  over a predetermined communication network. 
     The processing device  82  includes, for example, a communication processing unit  821 , a reservation management unit  822 , and a vehicle management unit  823  as functional units that are realized by executing one or more programs stored in the ROM or the auxiliary storage device on the CPU. The processing device  82  includes a storage unit  820  that is realized as a storage area of an auxiliary storage device or the like of the server computer. 
     The communication processing unit  821  controls the communication device  81  to perform transmission and reception of various signals such as control signals or information signals to and from each of the mobile terminal  20 B and the center server  30 . 
     The reservation management unit  822  manages the reservation of use of the vehicle  10 B that is performed through the B2C car sharing site or the like. 
     For example, the reservation management unit  822  receives reservation of use of the vehicle  10 B from a user (hereinafter referred to as a “borrower user”) who wants to borrow the vehicle  10 B through a website that is operated by a company of the B2C car sharing management server  80  or the like (hereinafter referred to as a “B2C car sharing site” for convenience). The reservation management unit  822  stores information on the received reservation of use of the vehicle  10 B (use reservation information) in the storage unit  820 . When the information on use reservation is stored in the storage unit  820 , for example, information for specifying the vehicle  10 A that is a target, information on a date and time of reservation of use (a start date and time of use and an end date and time of use), and a service login ID of the borrower user in the B2C car sharing site may be included in the use reservation information. 
     For example, the reservation management unit  822  updates the information on the use schedule of the vehicle  10 B (the vehicle use schedule information) stored in the storage unit  820  every time the reservation management unit  822  receives the reservation of use of the vehicle  10 B. Accordingly, the B2C car sharing management server  80  can display the use schedule of the vehicle  10 B on the B2C car sharing site to present a date and time when the reservation of use can be made, to the borrower user. 
     For example, when the authentication key request is received from the mobile terminal  20 B by the communication processing unit  821 , the reservation management unit  822  determines whether or not the authentication key request is a regular authentication key request. Specifically, the reservation management unit  822  may perform the determination based on the service login ID and the password of the B2C car sharing site corresponding to the borrower user included in the authentication key request, or a relationship regarding the date and time of reservation of use (for example, within a range of the date and time of reservation of use or less than a predetermined time until a date and time of use start). When the authentication key request is a regular authentication key acquisition request, the reservation management unit  822  transmits an authentication key arrangement request to the center server  30  via the communication processing unit  821 . When the authentication key arrangement request is transmitted to the center server  30 , information for specifying the mobile terminal  20 B of the borrower user borrowing the vehicle  10 B is included in the authentication key arrangement request. The information for specifying the borrower user borrowing the vehicle  10 B may be, for example, an authentication ID (hereinafter referred to as a “borrower user ID” for convenience) for obtaining user authentication in the center server  30  in order for the borrower user borrowing the vehicle  10 B to use a function of a key application corresponding to the authentication key acquisition unit  2303  of the mobile terminal  20 B or the like. Accordingly, the mobile terminal  20 B of the borrower user borrowing the vehicle  10 B can acquire the authentication key from the center server  30 . 
     The vehicle management unit  823  manages the vehicle  10 B that is a lending target. 
     For example, the vehicle management unit  823  inquires of the center server  30  about the vehicle  10 B parked in the vicinity (for example, within hundreds of meters) of a place designated in the reservation of use via the communication processing unit  821  before the date and time of reservation of use of the vehicle  10 B of a borrower user (for example, before tens of minutes). The vehicle management unit  823  acquires the position information of the vehicle  10 B parked in the vicinity of the designated place replied from the center server  30  according to the inquiry via the communication processing unit  821 . Accordingly, the vehicle management unit  823  can specify one or a plurality of vehicles  10 B parked around the designated place and determine, for example, the vehicle  10 B to be lent before the start date and time of use of the vehicle  10 B of the borrower. 
     For example, the vehicle management unit  823  inquires of the center server  30  about the position information of the vehicle  10 B in the designated area via the communication processing unit  821  according to a search request of the vehicle  10 B in a designated area by the borrower user at the B2C car sharing site. The vehicle management unit  823  acquires the position information of the vehicle  10 B in the designated area replied from the center server  30  according to the inquiry via the communication processing unit  821 . Accordingly, the vehicle management unit  823 , for example, can present the position information of the vehicle  10 B that is a target to the borrower user who wants to borrow the vehicle  10 B in the designated area immediately at the B2C car sharing site. 
     The processing device  32  of the center server  30  includes the communication processing unit  3201 , the condition determination unit  3202 , the authentication key issuance unit  3203 , and the storage unit  3200 , as described above. 
     When the authentication key arrangement request received from the B2C car sharing management server  80  is received by the communication processing unit  3201 , the condition determination unit  3202  determines whether or not the authentication key arrangement request is a regular authentication key arrangement request. For example, the condition determination unit  3202  determines whether or not the authentication key arrangement request is the regular authentication key arrangement request based on whether or not the borrower user ID included in the authentication key arrangement request is the authentication ID already registered in the storage unit  3200 , or on predetermined authentication information (for example, an ID Password) corresponding to the B2C car sharing management server  80 . 
     When the condition determination unit  3202  determines whether or not the authentication key arrangement request is the regular authentication key arrangement request, the authentication key issuance unit  3203  issues the authentication key in which a time is limited (for example, the vehicle is available solely at the date and time of reservation of use of the vehicle  10 B included in the authentication key arrangement request and in a buffering period before and after the date and time of reservation of use of the vehicle  10 B). The authentication key issuance unit  3203  distributes the authentication key to the mobile terminal  20 B of the borrower user borrowing the vehicle  10 B specified by the authentication key arrangement request via the communication processing unit  3201 . 
     The processing device  23  of the mobile terminal  20 B of the borrower user borrowing the vehicle  10 B includes the communication processing unit  2301 , the communication processing unit  2302 , the authentication key acquisition unit  2303 , the authentication request unit  2304 , the locking and unlocking request unit  2305 , and the storage unit  2300 , as described above. 
     The authentication key acquisition unit  2303  transmits an authentication key acquisition request to the B2C car sharing management server  80  via the communication processing unit  2302  according to a predetermined manipulation by the borrower user of the vehicle  10 B. When the authentication key acquisition request is transmitted, the service login ID of the B2C car sharing site corresponding to the borrower user borrowing the vehicle  10 B is included in the authentication key acquisition request. Accordingly, the B2C car sharing management server  80  can transmit an authentication key arrangement request to the center server  30  according to the authentication key acquisition request, the center server  30  can distribute the authentication key to the mobile terminal  20 B according to the authentication key arrangement request, and the mobile terminal  20 B can acquire the authentication key. Therefore, the mobile terminal  20 B can lock and unlock the door of the vehicle  10 B based on the functions of the communication processing unit  2301 , the authentication request unit  2304 , and the locking and unlocking request unit  2305 . That is, the borrower user borrowing the vehicle  10 B carrying the mobile terminal  20 B can directly use the vehicle  10 B, such as locking and unlocking the vehicle  10 B and driving the vehicle  10 B using the mobile terminal  20 B without performing exchange of a key with the company of the vehicle  10 B through the B2C car sharing service. Therefore, it is possible to improve convenience for the borrower user borrowing the vehicle  10 B through the B2C car sharing service in the authentication key management system  1 . 
     Characteristic Operation of Center Server 
     Next, a process flow of a characteristic operation by the center server  30 , that is, a process (the delivery log deletion process) of deleting some of the delivery logs after a target period of time relating to delivery has elapsed will be described with reference to  FIGS. 7 and 8 . 
       FIG. 7  is a flowchart schematically showing an example of the delivery log deletion process of the center server  30 . The processes according to the flowchart are repeatedly executed at predetermined processing intervals until the delivery completion notification is received from the delivery management server  50  and then some of the delivery logs of the package corresponding to the delivery completion notification are deleted. Hereinafter, the same applies to a process according to a flowchart of  FIG. 8 . 
     In step S 102 , the delivery log management unit  3212  determines whether or not the delivered target package has been received from the trunk of the vehicle  10 A. Specifically, the delivery log management unit  3212  determines whether or not the reception determination unit  3211  has determined that the delivered target package has been received from the trunk of the vehicle  10 A. When the target package has been received from the trunk of the vehicle  10 A, the delivery log management unit  3212  proceeds to step S 104 , and ends the process when not received. 
     In step S 104 , the delivery log management unit  3212  refers to the delivery log of the target package recorded (stored) in the delivery log DB and determines whether there is an inquiry item from the requester (orderer) in the continuous responding. When there is no inquiry item in the continuous responding, the delivery log management unit  3212  proceeds to step S 106 , and when there is the inquiry item in the continuous responding, the delivery log management unit  3212  ends the process. 
     In step S 106 , the delivery log management unit  3212  determines whether or not the delivery log analysis unit  3210  has completed a predetermined analysis process related to the delivery log of the target package. When the predetermined analysis process related to the delivery log of the package has been completed, the delivery log management unit  3212  proceeds to step S 108 , and ends the process when not completed. 
     The order of the determination processes in steps S 102  to S 106  is optional and may be appropriately changed. 
     In step S 108 , the delivery log management unit  3212  deletes some types of information defined in advance among the plurality of types of information of the recording target, which is recorded (stored) as the delivery log of the target package in the delivery log DB (the storage unit  3200 ) and ends the process. 
     As described above, in the example, the center server  30  deletes some of the delivery logs of the target package recorded (stored) in the delivery log DB (the storage unit  3200 ) after the target period of time relating to the delivery of the target package has elapsed, specifically, the delivered package is received from the trunk of the vehicle  10 A. Accordingly, the center server  30  can suppress the tightness of the storable capacity of the storage unit  3200  that is a storage destination of the delivery log. 
     In addition, in the example, when there is no inquiry item in the continuous responding after the delivered package is received from the trunk of the vehicle  10 A, the center server  30  deletes some of the delivery logs of the target package recorded in the delivery log DB (the storage unit  3200 ). Accordingly, since the detailed content of the delivery log may be necessary when there is the inquiry item in the continuous responding, the center server  30  can continue to store the detailed delivery log until the response to the inquiry is completed. 
     In the example, when the predetermined analysis process (verification process of the delivery work) related to the delivery log of the target package is completed after the delivered package is received from the trunk of the vehicle  10 A, the center server  30  deletes some of the delivery logs of the target package recorded (stored) in the delivery log DB (the storage unit  3200 ). Accordingly, since the detailed delivery log may be necessary for the predetermined analysis process for verification of the delivery work, the center server  30  can continue to store the detailed delivery log until the predetermined analysis process is completed. 
     The processes according to the flowchart may omit at least one of the processes of steps S 104  and S 106  and may be further simplified. The same applies to steps S 204  and S 206  of  FIG. 8  to be described below. 
       FIG. 8  is a flowchart schematically showing another example of the delivery log deletion process of the center server  30 . 
     Since processes of steps S 202  to S 206  are the same as the processes of steps S 102  to S 106  in  FIG. 7 , description thereof will be omitted. 
     In step S 206 , when the predetermined analysis process related to the delivery log of the package has been completed, the delivery log management unit  3212  proceeds to step S 207 . 
     In step S 207 , the delivery log management unit  3212  determines whether or not a predetermined buffering period has elapsed after the reception determination unit  3211  has determined that the delivered package has been received. The buffering period is defined in advance as a period during which detailed delivery log storing is continued after the delivered package has been received. When the buffering period has elapsed, the delivery log management unit  3212  proceeds to step S 208 , and ends the process when not elapsed. 
     The order of the determination processes in steps S 202  to S 207  is optional and may be appropriately changed. 
     Since a process of step S 208  is the same as the process of step S 108  in  FIG. 7 , description thereof will be omitted. 
     As described above, in the example, the center server  30  deletes some of the delivery logs of the target package recorded (stored) in the delivery log DB (the storage unit  3200 ) when the delivered package is received from the trunk of the vehicle  10 A and then the predetermined buffering period has elapsed. Accordingly, the center server  30  can continue to continuously store the detailed delivery log for some time even after the target period of time relating to the delivery of the target package has elapsed. Therefore, even though a situation in which the detailed delivery log is necessary occurs for some reason or the like after the target period of time relating to the delivery has elapsed, when the situation is within the buffering period, the center server  30  can deal with the situation. 
     Information on the type of the deletion target among the plurality of types of information recorded in the delivery log DB (the storage unit  3200 ) as the delivery log of the target package may be deleted in stages. 
     For example, some of the information on the type of the deletion target recorded (stored) in the delivery log DB (the storage unit  3200 ) as the delivery log of the package may be deleted according to the lapse of the target period of time relating to the delivery of the package, and then the information on the type of the remaining deletion target may be deleted according to the lapse of the buffering period. 
     For example, a plurality of buffering periods having different lengths is provided, and the information on the type of the deletion target may be deleted in stages every time each buffering period elapses. 
     In these cases, the degree of importance is defined for each piece of information on the type of the deletion target, and the information with lower importance may be deleted at an earlier stage. 
     Operation 
     In the embodiment, the information acquisition unit  3208  acquires information on the delivery of the package into the vehicle cabin of the vehicle  10 A in the period of time relating to the delivery of the package. The delivery log recording unit  3209  records the information acquired by the information acquisition unit  3208  as the delivery log in the storage unit  3200 . That is, the storage unit  3200  stores the information acquired by the information acquisition unit  3208  as the delivery log. The delivery log management unit  3212  deletes some of the information recorded (stored) in the storage unit  3200  after the period of time relating to the delivery of the package has elapsed. 
     The center server  30  or the delivery management server  50  (hereinafter referred to as the “center server  30  or the like” for convenience) can delete some of the recorded delivery logs in consideration of the subsequent necessity after the period of time relating to the delivery of the package has elapsed (for example, after reception of the package delivered in the vehicle cabin of the vehicle  10 A by the user is confirmed). Accordingly, the center server  30  or the like can suppress the tightness of the storable capacity of the storage destination. 
     In the embodiment, the information acquisition unit  3208  acquires the plurality of types of information on the delivery into the vehicle cabin of the vehicle  10 A. The delivery log recording unit  3209  records the plurality of types of information acquired by the information acquisition unit  3208  as the delivery log in the storage unit  3200 . That is, the storage unit  3200  stores the plurality of types of information acquired by the information acquisition unit  3208  as the delivery log. The delivery log management unit  3212  deletes some types of the information among the plurality of types of information recorded (stored) in the storage unit  3200 . 
     Since the necessity of the delivery log after the lapse of the period of time relating to the delivery of the package may differ for each type of the delivery log, the center server  30  or the like can delete some unneeded types of the delivery log in consideration of the necessity. For example, the center server  30  or the like leaves the information for responding to the inquiry from the requester among the delivery logs in order to respond to a subsequent inquiry. On the other hand, since the information used for verification or the like of the delivery work is no longer needed once the verification is done, the center server  30  or the like can take a countermeasure such as deleting. Accordingly, specifically, the center server  30  or the like can delete some of the delivery logs in consideration of the necessity of the delivery log after the lapse of the period of time relating to the delivery of the package. 
     In the embodiment, the plurality of types of information includes at least one among the information on the designated place where the vehicle  10 A is parked (parking place information) for delivery of the package, which is designated in advance by the user, the information for specifying the vehicle  10 A (vehicle specification information), the information on the order of the product (product order information) when the package is the product ordered at a predetermined site related to an electronic commerce, the information on the movement history of the vehicle  10 A (vehicle movement history information) for a predetermined period of time until the package is delivered, the information on the redelivery history of the package (redelivery history information), the information on the place where the vehicle  10 A is stopped (final delivery place information) when the package is delivered, and the information on the type of the package (product type information). 
     Accordingly, specifically, the center server  30  or the like can specify and record the plurality of types of delivery logs. 
     In the embodiment, the delivery log management unit  3212  deletes a different type of information from the information on the designated place where the vehicle  10 A is parked (parking place information) for delivery of the package, the information on the order of the product (product order information), and the information on the place where the vehicle  10 A is stopped (final delivery place information) when the package is delivered among the plurality of types of information recorded (stored) in the storage unit  3200 . 
     Accordingly, specifically, the center server  30  or the like can specify some needed types of delivery logs even after the lapse of the period of time relating to the delivery period from among the plurality of types of delivery logs that is recorded, and delete a type of delivery logs other than these delivery logs. 
     In the embodiment, the reception determination unit  3211  determines whether the user (requester) has received the package delivered in the vehicle cabin of the vehicle  10 A. An end point of the target period of time relating to the delivery of the package is when the reception determination unit  3211  determines that the user has received the package delivered in the vehicle cabin of the vehicle  10 A. 
     Accordingly, the center server  30  or the like can delete some unneeded delivery logs after determination is made that the user has received the package delivered in the vehicle cabin of the vehicle  10 A by acquiring the reception notification from the user&#39;s email address or the like. 
     In the embodiment, the delivery log management unit  3212  deletes some of the information recorded (stored) in the storage unit  3200  when the predetermined buffering period elapses after the target period of time relating to the delivery of the package has elapsed. 
     Accordingly, even after the target period of time relating to the delivery of the package has elapsed, the center server  30  can continue to store the delivery log for some period of time, that is, during the buffering period. Therefore, even though a situation in which the delivery log to be deleted is necessary occurs for some reason or the like after the period of time relating to the delivery of the package has elapsed, when the situation is within the buffering period, the center server  30  or the like can deal with the situation. 
     The embodiments for carrying out the present disclosure have been described in detail above, but the present disclosure is not limited to the specific embodiments as described above, and various modifications and changes can be performed without departing from the gist of the present disclosure described in the SUMMARY. 
     For example, in the embodiment described above, the mobile terminal  20  transmits the authentication request including the authentication key to the key unit  12 , the key unit  12  performs exchange of signals with the locking, unlocking and activation device  11  according to an authentication result based on the authentication key and the locking, unlocking and activation device  11  realizes locking and unlocking of the door of the vehicle  10 A and activating of the vehicle  10 A, but an applicable embodiment of the present disclosure is not limited to the embodiment. 
     Specifically, a configuration in which the function of the key unit  12  is transferred to the mobile terminal  20 , and the mobile terminal  20  performs exchange of signals based on the above-described key information (internal key information) with the vehicle  10  (the locking, unlocking and activation device  11 ) using the LF radio waves and the RF radio waves such that the locking and unlocking of the doors of the vehicle  10 A and the activation of the vehicle  10 A by the locking, unlocking and activation device  11  are realized may be adopted. In this case, the “authentication key” of the embodiment described above may be read as the “key information”. That is, the center server  30  may issue the key information instead of the authentication key and distribute the key information to the mobile terminal  20  in the same method as in the authentication key in the above-described embodiment. Accordingly, the same operation and effects as those of the above-described embodiment can be obtained. 
     The functions of the key unit  12  may be integrated with the locking, unlocking and activation device  11 , and a configuration regarding communication between the locking, unlocking and activation device  11  and the key unit  12  and authentication related to the communication (the LF radio wave transmitter  111 , the RF radio wave receiver  112 , the collating ECU  113 , the LF radio wave receiver  121 , and the RF radio wave transmitter  122 ) may be omitted. In this case, when the authentication of the mobile terminal  20  based on the authentication key has been successful, the key ECU  124  may directly output an unlocking command or a locking command and an activation command to each of the body ECU  114  and the engine ECU  116  instead of the collating ECU  113 , and perform locking and unlocking the doors of the vehicle  10  and activation of the vehicle  10 . Accordingly, the same operation and effects as those of the above-described embodiment can be obtained.