JP7062527B2 - Alternative proposal system and alternative proposal method - Google Patents

Description

The present invention relates to an alternative proposal system and an alternative proposal method.

It is possible to achieve the input unit in which information including the purpose is input by the user, the purpose recognition unit that recognizes the purpose that is the user's action from the information input in the input unit, and the purpose recognized by the purpose recognition unit. It is equipped with a destination setting unit that sets a destination as a destination and a guidance processing unit that guides the destination to the destination set by the destination setting unit. The destination setting unit is provided by a predetermined time while moving based on the guidance. When it is determined that it is difficult to achieve the purpose, a navigation system is known that sets an alternative place where the purpose can be achieved as a destination (Patent Document 1).

Japanese Unexamined Patent Publication No. 2014-92498

In the prior art, in order to set an alternative place, it is necessary to achieve the purpose by a predetermined time, and it is not possible to proactively propose an alternative to the user, and the user's There is a problem that it is difficult to improve satisfaction.

An object to be solved by the present invention is to provide an alternative proposal system and an alternative proposal method capable of improving user satisfaction.

The present invention acquires information on the destination of the vehicle input by the user, estimates the purpose to be achieved at the destination by using the user's action history and information on the destination, and travels to the destination by the vehicle. With the first required cost required to create the second plan, which is different from the first plan to move and is capable of achieving the purpose, and to achieve the purpose using the first plan. , Calculate the second required cost required to achieve the purpose using the second plan, compare the first required cost and the second required cost, and from the comparison result of the first required cost and the second required cost. If it is determined that the second plan can improve the user's satisfaction with achieving the purpose as compared with the first plan, the above problem is solved by proposing the second plan to the user.

According to the present invention, when it is determined that the user's satisfaction can be improved by using the second plan, the second plan is proposed, so that the user can positively adopt the alternative plan. It is possible to improve user satisfaction.

FIG. 1 is a configuration diagram of a proposed system according to the present embodiment. FIG. 2 is an example of a scene in which a user inputs a destination using a user terminal device. FIG. 3 is a diagram showing an example of the estimation result of the user's purpose. FIG. 4 is a diagram showing an example of setting an alternative destination. FIG. 5 is a diagram showing an example of calculation of the first required cost and the second required cost. FIG. 6 is a diagram showing an example of a comparison result between the first required cost and the second required cost. FIG. 7 is a diagram showing an example of notification of an alternative plan to the user. FIG. 8 is a diagram showing an example when the alternative plan is implemented. FIG. 9 is a flowchart showing a control procedure of the alternative proposal system according to the present embodiment. FIG. 10 is a diagram showing an example of the estimation result of the user's purpose performed by the alternative proposal system according to the modified example.

Hereinafter, the proposed system according to the embodiment of the present invention will be described with reference to the drawings. In the present embodiment, an example in which the proposed system is applied to a car sharing system in which a plurality of users share a plurality of shared vehicles arranged in a plurality of stations will be described. Further, in the car sharing system of the present embodiment, the station for renting the shared vehicle and the station for returning the shared vehicle may be the same or different. Each station is a place where shared vehicles can be parked, shared vehicles can be rented and returned, and unused shared vehicles can be put on standby. The parking lot etc. can be mentioned.

FIG. 1 is a configuration diagram showing the proposed system 1 of the present embodiment. As shown in FIG. 1, in the proposal system 1 of the present embodiment, the proposal device 100 and a plurality of shared vehicles V1 to Vn used by a plurality of users (hereinafter, may be collectively referred to as a shared vehicle V) are respectively. In-vehicle devices 200V1 to 200Vn (hereinafter, also collectively referred to as in-vehicle device 200V) and user terminal devices 300A to 300Z (hereinafter, also collectively referred to as user terminal device 300) possessed by a plurality of users. Has. The number of in-vehicle devices 200V1 to 200Vn and user terminal devices 300A to 300Z constituting the proposed system 1 of the present embodiment is not limited.

The proposed device 100, the in-vehicle device 200V1 to 200Vn, and the user terminal device 300A to 300Z are equipped with communication devices (30, 220, 320), respectively, and can exchange information with each other via a telecommunication network such as the Internet 400. Is. The communication path may be wired or wireless. Examples of the communication standard used for communication performed between the devices include 4G / LTE, Wifi and the like.

The user terminal device 300 of the present embodiment executes a ROM (Read Only Memory) in which a program applied to the user terminal device 300A according to the present embodiment of the present invention is stored, and a program stored in the ROM. It is a computer equipped with a CPU (Central Processing Unit) as an operating circuit for executing each function and a RAM (Random Access Memory) as an accessible storage device. The user terminal device 300 of the present embodiment may be a personal computer, a smartphone, or a PDA (Personal Digital Assistant) or other portable terminal device.

The user terminal device 300 of the present embodiment provides information to each user, an input device 310 for receiving input information requesting the use of the shared vehicle V by each user, a communication device 320 for communicating with an external device such as the proposal device 100, and the like. It includes a display device 330 for notifying, and a controller 340 for executing control processing of the use of the shared vehicle Vn by the user.

As the input device 310 of the user terminal device 300, for example, a device such as a touch panel or joystick arranged on a display screen capable of manually inputting by the user, or a microphone capable of inputting by the user's voice may be used. can.

The display device 330 notifies the user of the information received from the proposal device 100. Examples of the display device 330 include a display, and when a touch panel display is used, the display device 330 can also be used as an input device 310. The display device 330 receives, for example, information on the travel route of the shared vehicle Vn from the proposal device 100 and notifies the user.

The controller 340 acquires information on the current position of the user who operates the user terminal device 300 by using a position acquisition device such as a GPS (Global Positioning System) receiver (not shown) provided in the user terminal device 300. Examples of the current position information include latitude and longitude information. The controller 340 transmits the acquired current position information to the proposed device 100 via the communication device 320. In the present embodiment, the controller 340 periodically transmits information on the current position of each user to the proposing device 100. As a result, the controller 10 included in the proposed device 100, which will be described later, can acquire the current position information of each user.

Further, the controller 340 receives input information such as a usage request for each user to use the shared vehicle V, and transmits the input information to the proposal device 100 via the communication device 320.

The above-mentioned usage request includes user ID information, information on the departure place of the vehicle designated by the user, information on the destination of the vehicle designated by the user, information on the current position of the user, and the like. The departure point of the vehicle designated by the user is the boarding position where the user gets on the shared vehicle V, and the destination of the vehicle designated by the user is the getting-off position where the user gets off the shared vehicle V. Further, the user ID information includes the gender and age of the user registered in advance.

Further, in the present embodiment, one or both of the user terminal device 300 and the in-vehicle device 200V may function as a navigation device for guiding the traveling route of the shared vehicle V to the user. When the user terminal device 300 functions as a navigation device, the user terminal device 300 stores map information in, for example, a ROM provided in the user terminal device 300 in advance. The user terminal device 300 receives the travel route and the estimated arrival time calculated by the proposed device 100. The user terminal device 300 displays the current position of the shared vehicle V currently used by the user and the position of the destination of the shared vehicle V on the display device 330 together with the map information, and displays the position of the destination of the shared vehicle V from the current position of the shared vehicle V. Guide the driving route to the destination.

Further, the user terminal device 300 not only has a function of requesting the use of the shared vehicle V like a smartphone, but also has an information retrieval function and a function of transmitting and receiving e-mails via the Internet 400. Equipment can be used. When such a device is used, the user terminal device 300 stores a search history by the user, a browsing history of a website, an e-mail transmission history, and a reception history. Further, when a device having a call function is used, the user terminal device 300 stores a call history and an incoming call history. In this case, the user terminal device 300 periodically or in accordance with the timing of transmitting the usage request to the proposal device 100, the information retrieval history, the website browsing history, the mail transmission history and reception history, and the telephone transmission history. And the incoming call history is transmitted to the proposal device 100. Although the case where a smartphone is used as the user terminal device 300 is taken as an example, the user terminal device 300 may be a device having a function of searching for information via the Internet 400 and a function of storing an operation history. It may be good, and it is not particularly limited.

Examples of the shared vehicle V of the present embodiment include an electric vehicle having an electric motor as a drive source, an engine vehicle having an internal combustion engine as a drive source, and a hybrid vehicle having both an electric motor and an internal combustion engine as a drive source. The electric vehicle or hybrid vehicle using an electric motor as a drive source includes a type in which a secondary battery is used as a power source for the electric motor and a type in which a fuel cell is used as a power source for the electric motor. Further, the shared vehicle V may be a vehicle that travels by the driver's driving, or may be a vehicle that travels by the automatic driving executed by the in-vehicle device 200V with the driver on board. Further, the shared vehicle V may be a vehicle that travels by automatic driving executed by the in-vehicle device 200V in the absence of passengers. The technique known at the time of filing the present application can be appropriately used as the technique for automatically operating. In addition, the technology for automatic driving includes at least a function to avoid interference with other vehicles and objects, a function to stop automatic driving control when there is an operation intervention from a driver, etc., and traffic regulations. Includes the ability to drive in compliance.

The in-vehicle device 200V of the present embodiment includes a GPS receiver 210 that detects the current position of each shared vehicle V, a communication device 220 that communicates with an external device such as the proposed device 100, and control of the use of the shared vehicle V by the user. It includes a controller 230 that executes processing.

The controller 230 acquires the information of the shared vehicle V from each device provided in the in-vehicle device 200V, and transmits the information of the shared vehicle V acquired via the communication device 220 to the proposing device 100. Examples of the information of the shared vehicle V include information on the current position acquired by the GPS receiver 210, power remaining capacity of the shared vehicle V, and failure information.

Further, the controller 230 notifies the user of the information transmitted from the proposed device 100 by using a display (not shown), a speaker (not shown), or the like. In the present embodiment, the controller 230 receives the information of the alternative plan from the proposed device 100 and notifies the user. The alternative plan of the present embodiment is an alternative plan in the case where the user heads for the destination by using the shared vehicle V. The alternatives will be described later.

In the present embodiment, the in-vehicle device 200V functions as a navigation device for guiding the traveling route from the current position of the shared vehicle V to the destination, similarly to the user terminal device 300 described above. May be good.

The proposed device 100 of the present embodiment includes a controller 10, a database 20, and a communication device 30.

The communication device 30 is a device capable of communicating with the in-vehicle device 200V and the user terminal device 300, respectively. The communication device 30 outputs the information received from the vehicle-mounted device 200V to the controller 10, and transmits the information input from the controller 10 to the vehicle-mounted device 200V and the user terminal device 300. Each information will be described later.

Further, the communication device 30 communicates with a vehicle information and communication system VICS (registered trademark) (Vehicle Information and Communication System), a server that provides weather information such as a weather forecast, and a server that provides map information or road information. The communication device 30 outputs the information received from the VICS and the server that provides various information to the database 20. Examples of the information received by the communication device 30 include traffic jam information, traffic obstacle information, traffic regulation information, construction information, weather information, map information, and road information. Further, the communication device 30 displays the usage request of the shared vehicle V, the information retrieval history, the website browsing history, the mail transmission history and reception history, the telephone transmission history and reception history transmitted from the user terminal device 300. Output to database 20. Further, the communication device 30 outputs the information transmitted from the in-vehicle device 200V to the database 20.

The database 20 stores attribute information 21, behavior history information 22, system usage history information 23, weather information 24, map information 25, and road information 26. Although not shown, the database 20 stores a usage request transmitted from the user terminal device 200 for processing executed by the controller 10 described later.

The attribute information 21 is information indicating the attributes of the user and is information unique to the user. The attribute information 21 is stored in the database 20 for each user. Examples of the attribute information 21 include the user's gender, age, occupation, family structure, hobbies, and preferences (also referred to as preference). These information are transmitted from the user terminal device 300.

The action history information 22 is information indicating the user's action history in a predetermined period, and is user-specific information. The action history information 22 is stored in the database 20 for each user. Examples of the action history information 22 include a user's information search history, a website browsing history, an email transmission history and reception history, and a telephone transmission history and reception history. These information are transmitted from the user terminal device 300. The predetermined period is not particularly limited, and can be appropriately changed according to the size of the capacity of the database 20. Examples of the predetermined period include a daily period, a weekly period, and a monthly period.

The system usage history information 23 is history information when the user uses the proposed system 1, and is user-specific information. The system usage history information 23 is stored in the database 20 for each user. Examples of the system usage history information 23 include the number of times and frequency of use of the shared vehicle V, and the response history to the alternative plan described later. The response history to the alternative includes the number and frequency of acceptance of the alternative.

The weather information 24 is information on the weather, and examples thereof include a weather forecast, an expected temperature, and a probability of precipitation in each time zone of the day. The map information 25 is map information for the controller 10 to calculate the travel route of the shared vehicle V. Map information is information expressed by a combination of links and nodes.

The road information 26 is information for the controller 10 to calculate the estimated time of arrival of the shared vehicle V at the destination or the alternative destination. In the present embodiment, the destination is a destination designated by the user. Further, the alternative destination is a destination of the shared vehicle V set by the controller 10 and is a destination at a position different from the destination set by the user. The alternative destination will be described later. The road information 26 includes traffic congestion information, traffic obstacle information, traffic regulation information, and construction information. The weather information 24, the map information 25, and the road information 26 are information received from the server or data center provided by the communication device 30, and are updated at predetermined intervals.

The controller 10 functions as a server of the proposed system 1 and executes a control process for managing and operating the car sharing system and a control process for providing an alternative plan to the user. The controller 10 executes a ROM (Read Only Memory) 12 in which a program for executing a process for managing and operating a car sharing system and a process for managing and operating a proposed system is stored, and a program stored in the ROM 12. A CPU (Central Processing Unit) 11 as an operating circuit that functions as a controller 10 and a RAM (Random Access Memory) 13 that functions as an accessible storage device are provided.

The controller 10 has a usage reception function, a purpose estimation function, an alternative plan creation function, a first required cost calculation function, a second required cost calculation function, an alternative plan necessity determination function, a notification function, and an alternative plan. Realize executive function. The controller 10 is a computer that realizes each function by the cooperation of the software for realizing the above functions and the above-mentioned hardware. Hereinafter, each function realized by the controller 10 will be described with reference to FIGS. 2 to 8 as appropriate.

First, the usage reception function will be described. The controller 10 sequentially acquires a usage request requesting the use of one shared vehicle V from the user via the user terminal device 300 by the usage reception function. The usage request includes information on the origin and destination specified by the user. For example, the user inputs the departure place as the boarding position of the shared vehicle V and the destination as the disembarking position of the shared vehicle V in the input device 310 of the user terminal device 300. The user terminal device 300 transmits the input information to the proposal device 100 via the communication device 320. The information transmitted from the user terminal device 300 to the proposal device 100 includes not only the user's usage request but also the user's ID information registered in advance by the user and the user's current position information.

FIG. 2 is an example of a scene in which a user inputs a destination using the user terminal device 300. In FIG. 2, the user corresponds to the user X. User X has designated "large electric store A" as the destination of the shared vehicle V. The destination information input by the user X is transmitted to the proposal device 100.

Next, the purpose estimation function will be described. The controller 10 estimates the purpose to be achieved at the destination after the user moves to the destination using the shared vehicle V by the purpose estimation function. The controller 10 estimates the user's purpose from the action history information 22 stored in the database 20. Examples of the user's purpose include "purchasing a product at the destination", "meal at the destination", "playing at the destination", and "meeting at the destination".

For example, the controller 10 estimates the user's purpose based on the browsing history of the website. When the controller 10 detects that the user is browsing a specific website from the browsing history of the website within a predetermined period before the usage request is transmitted, the user goes to the destination from the contents of the website. Estimate the purpose for moving. For example, when the controller 10 detects a website on which a specific electric appliance is posted a plurality of times, the controller 10 estimates that "purchase of the electric appliance" is the purpose of the user. Further, the controller 10 can estimate a specific purpose rather than "purchasing an electric appliance" according to the content of the website and the frequency of browsing the website.

FIG. 3 is a diagram showing an example of the estimation result of the user's purpose. FIG. 3 is a diagram of a scene after a predetermined time has elapsed from FIG. 2. In FIG. 3, the controller 10 detects a website on which a 32-inch television is posted from the browsing history of the website, and estimates that "purchase of the 32-inch television" is the purpose of the user. At this time, the controller 10 may further specify the manufacturer of the television and estimate "purchasing a 32-inch television of the XX manufacturer" as the purpose of the user. In the present embodiment, the degree of specific estimation of the user's purpose is not particularly limited, and the controller 10 estimates the user's purpose within a reasonable range according to the action history information 22.

Further, for example, the controller 10 estimates the user's purpose based on the user's search history. When the controller 10 detects a specific keyword from the user's search history within a predetermined period before the usage request is transmitted, the controller 10 estimates the user's purpose from the specific keyword. For example, when the controller 10 detects a specific restaurant name as a keyword, it estimates "meal" as the user's purpose. Further, the controller 10 can estimate a more specific purpose than "meal" according to the content of the keyword and the search frequency. For example, when the controller 10 detects the name of a restaurant that mainly handles Chinese food, the controller 10 may estimate "Chinese food meal" as the user's purpose.

The controller 10 is not limited to estimating the user's purpose from the information about the user's behavior history. For example, the controller 10 considers the user's preference and the user's family structure in addition to the user's behavior history. You may estimate the purpose. For example, the controller 10 estimates the user's purpose as "purchasing a 32-inch television" and further estimates the manufacturer or number of inches of the television based on the user's preferences or the user's family structure. For example, when the user has registered the manufacturer of the electric appliance of his choice in advance, the controller 10 may estimate the manufacturer of the television by referring to the attribute information 21. Further, for example, when the user is a family of four (father, mother, two children), the controller 10 may estimate the television of the manufacturer preferred by the user from the televisions larger than a specific inch number. Further, the controller 10 may estimate the purpose of the user in consideration of not only the information peculiar to the user but also the information of the weather. For example, when an outdoor leisure facility and a restaurant are located side by side at a destination specified by the user, the controller 10 uses information that the current weather is rainy, so that the controller 10 does not "play at the destination" but "at the destination". The "meal" may be estimated as the user's purpose. The above-mentioned method for estimating the purpose of the user is an example and is not particularly limited, and the controller 10 has, in addition to the user's action history, user's favorite information, user's family structure information, and user's family structure information. Estimate the user's purpose based on at least one of the weather information.

Next, the alternative plan creation function will be described. The controller 10 creates an alternative plan for the user's purpose by the alternative plan creation function. When the present idea is to move to the destination by the shared vehicle V, the controller 10 creates an alternative plan capable of achieving the user's purpose instead of the present plan. The alternatives include an alternative that can achieve the user's purpose by using the shared vehicle V and an alternative that can achieve the user's purpose without using the shared vehicle V. .. Hereinafter, each alternative will be described with an example, but for convenience of explanation, a case where the user's purpose is presumed to be "purchase of goods" will be used.

As an example of an alternative to achieve the purpose of "purchasing a product", "use the shared vehicle V to move to a place different from the destination (hereinafter, also referred to as another destination) and other destinations. "Purchase the products sold at", "Move to the destination using a means of transportation other than the shared vehicle V (hereinafter also referred to as other means of transportation), and purchase the products sold at the destination", "Purchase products on the website without using shared vehicle V", "Purchase products using visiting service without using shared vehicle V", "Delivery to home without using shared vehicle V" "Purchase products using services". The controller 10 prioritizes the achievement of the user's purpose, considers various plans, not limited to using the shared vehicle V, and creates as many alternatives as possible.

An example of an alternative plan using the shared vehicle V will be described. The controller 10 sets an alternative destination of the shared vehicle V as a substitute for the destination specified by the user, and moves to the alternative destination by the shared vehicle V and purchases a product at the alternative destination as an alternative plan. create. For example, the controller 10 searches for a store in the vicinity of the destination where the product can be purchased, and sets the position of the corresponding store as an alternative destination. At this time, if the product can be purchased at a plurality of stores, the controller 10 sets a plurality of alternative destinations. The search range centered on the destination is not particularly limited.

FIG. 4 is a diagram showing an example of setting an alternative destination. FIG. 4 is a diagram of a scene after a predetermined time has elapsed from FIG. In FIG. 4, the controller 10 searches for a large electric store B that handles a 32-inch television, and sets the large electric store B as an alternative destination.

Further, the controller 10 can create an alternative plan using other means of transportation, not limited to the movement of the shared vehicle V. An example of an alternative method using other means of transportation will be described. In the present embodiment, the controller 10 acquires the information of the other transportation means, and creates the movement to the destination by the other transportation means as an alternative plan. Other means of transportation include public transportation such as trains and buses, and taxis. For example, the controller 10 acquires information on a bus or train route map, and creates a guide to a destination using another means of transportation as an alternative plan. In addition, the controller 10 may set an alternative destination, guide to the alternative destination using other means, and create a purchase of a product at the alternative destination as an alternative plan.

In addition, the controller 10 can create an alternative in which the user does not move. An example of an alternative in which the user does not move will be described. In the present embodiment, the controller 10 searches a website that sells the corresponding product by mail order, and creates a purchase of the product by mail order as an alternative plan. For example, the controller 10 searches for a store that handles the corresponding product in or around the destination, and determines whether or not the product can be purchased from the HP of the store. Then, when the product can be purchased, the controller 10 creates a guide to the HP of the store and a purchase of the product from the HP as an alternative plan. Further, when the user is in a specific place such as a house or a company, the controller 10 searches for a service capable of door-to-door sales to the user's house or company, discontinues the use of the shared vehicle V, and sells the product by door-to-door sales. The purchase may be created as an alternative.

As described above, a wide variety of alternative plans can be mentioned, but in the following description, for convenience of explanation, a case where the plan using the shared vehicle V is used as an alternative plan will be described as an example.

Next, the first required cost calculation function will be described. The controller 10 calculates the first required cost by the first required cost calculation function. The first required cost can be rephrased as the burden on the user required for the user to move to the destination on the shared vehicle V and then to achieve the user's purpose at the destination. The first required cost includes the cost required to achieve the purpose, the travel time, and the travel distance. The controller 10 calculates the first required cost based on at least one of a viewpoint regarding cost, a viewpoint regarding travel time, and a viewpoint regarding travel distance. Specifically, the controller 10 calculates the first required cost based on at least one of road congestion information, road construction information, product price information, and service price information.

For example, the controller 10 can include the price of the goods sold at the destination and the price of the service provided at the destination in the first required cost. Further, the controller 10 includes not only the cost required for achieving the purpose itself, but also the cost required for achieving the purpose, such as the parking fee at the destination and the toll road fee, in the first required cost. Can be done. Further, for example, the controller 10 acquires information on road congestion, traffic regulation, and a traffic accident, and calculates the estimated time of arrival at the destination in consideration of these information. Then, the controller 10 can include the estimated time of arrival in the first required cost. Further, for example, the controller 10 generates a traveling route from the user's current position to the destination and measures the distance of the traveling route. Then, the controller 10 can include the distance of the traveling path of the shared vehicle V in the first required cost. As the method of calculating the estimated time of arrival in consideration of traffic congestion and the method of calculating the distance of the traveling route, the calculation method known at the time of filing the application of the present application can be appropriately used.

Next, the second required cost calculation function will be described. The controller 10 calculates the second required cost by the second required cost calculation function. The second required cost can be rephrased as the user's burden required to achieve the user's purpose when the alternative is used. Similar to the elements of the first required cost, the second required cost includes the cost required to achieve the purpose, the travel time, and the travel distance. The controller 10 calculates the second required cost based on at least one of a viewpoint regarding cost, a viewpoint regarding travel time, and a viewpoint regarding travel distance. Specifically, the controller 10 calculates the second required cost based on at least one of road congestion information, road construction information, product price information, and service price information.

For example, the controller 10 can include the price of the goods sold at the alternative destination and the price of the service provided at the alternative destination in the second required cost. Further, for example, the controller 10 acquires information on road congestion, traffic regulation, and a traffic accident, and calculates the estimated time of arrival at the alternative destination in consideration of these information. Then, the controller 10 can include the estimated time of arrival in the second required cost. Further, for example, the controller 10 generates a travel route from the user's current position to an alternative destination, and measures the distance of the travel route. Then, the controller 10 can include the distance of the traveling path of the shared vehicle V in the second required cost. The same method may be used or different methods may be used for the first required cost calculation method and the second required cost calculation method.

FIG. 5 is a diagram showing an example of calculation of the first required cost and the second required cost. FIG. 5 is a diagram of a scene after a predetermined time has elapsed from FIG. In the scene shown in FIG. 5, the reference time is 16:00, and there is a traffic jam on the road around the large electric shop A and no traffic jam on the road around the large electric shop B. The controller 10 acquires traffic congestion information on the roads around the large electric store A by the first required cost calculation function, and considers the influence of the traffic congestion, and sets the estimated time of arrival at the large electric store A at 16:45. It is calculated. Further, the controller 10 acquires information on the price of the 32-inch television handled by the large electric store A, and calculates the cost for achieving the purpose as 50,000 yen. In FIG. 5, the first required cost includes the estimated time of arrival at the large electric store A and the selling price of the television at the large electric store A.

On the other hand, in FIG. 5, the controller 10 calculates the estimated time of arrival at the large electric store B as 16:30 by the second required cost calculation function. Further, the controller 10 acquires information on the price of the 32-inch television handled by the large electric store B, and calculates the cost for achieving the purpose as 40,000 yen. In FIG. 5, the second required cost includes the estimated time of arrival at the large electric store B and the selling price of the television at the large electric store B.

Next, the alternative plan necessity determination function will be described. The controller 10 determines whether or not it is necessary to provide the alternative plan to the user who has specified the destination by the alternative plan necessity determination function. In the present embodiment, the controller 10 compares each element constituting the first required cost with each element constituting the second required cost, and from the comparison result, the alternative is compared with the movement to the destination. If it is determined that the user's satisfaction with the achievement of the purpose can be improved, it is determined that the proposal of the alternative is necessary. On the contrary, when the controller 10 determines that the alternative cannot improve the user's satisfaction with the achievement of the purpose as compared with the movement to the destination, the controller 10 determines that the proposal of the alternative is unnecessary.

For example, the controller 10 compares the cost included in the first required cost with the cost included in the second required cost, and substitutes if the cost included in the second required cost is lower than the cost included in the first required cost. We judge that the proposal of the proposal is necessary. On the contrary, if the cost included in the second required cost is higher than the cost included in the first required cost, the controller 10 determines that the proposal of the alternative is unnecessary. Further, for example, the controller 10 compares the travel distance included in the first required cost with the travel distance included in the second required cost, and the travel distance included in the second required cost is included in the first required cost. If it is shorter than, it is judged that the proposal of the alternative is necessary. On the contrary, the controller 10 determines that the proposal of the alternative is unnecessary when the travel distance included in the second required cost is longer than the travel distance included in the first required cost. Further, for example, the controller 10 compares the travel time included in the first required cost with the travel time included in the second required cost, and the travel time included in the second required cost is included in the first required cost. If it is shorter than, it is judged that the proposal of the alternative is necessary. On the contrary, if the travel time included in the second required cost is longer than the travel time included in the first required cost, the controller 10 determines that the proposal of the alternative is unnecessary. It is not necessary to make a judgment using all the comparison results, and it is necessary to propose an alternative plan based on any one of the comparison result for the cost, the comparison result for the travel distance, and the comparison result for the travel cost. You just have to judge whether or not.

FIG. 6 is a diagram showing an example of a comparison result between the first required cost and the second required cost. FIG. 6 is a diagram of a scene after a predetermined time has elapsed from FIG. In FIG. 6, the controller 10 compares the estimated time of arrival at the large electric store A with the estimated time of arrival at the large electric store B, and as a result, determines that the alternative plan can purchase the television earlier. ing. The controller 10 compares the price of the TV at the large electric store A with the price of the TV at the large electric store B, and as a result, determines that the alternative is more cost effective. Then, from the two comparison results, the controller 10 replaces the movement to the large electric store B and the purchase of the TV at the large electric store B with the movement to the large electric store A and the purchase of the TV at the large electric store A. As an alternative, it is determined that it is necessary to propose to user X.

In determining the necessity of proposing an alternative plan, it is not necessary to make the decision based only on the above-mentioned factors of cost, travel distance, and travel time. The controller 10 determines the necessity of proposing an alternative plan based on at least one of the user's preference and the weather information in addition to the comparison result between the first required cost and the second required cost. May be good. Using the example of FIG. 6, for example, when the controller 10 includes the purchase cancellation information in the purchase history of the user X through the website of the large electric store B, the user X has a large preference. It may be determined that it is not an electric shop B. In this case, the controller 10 may prioritize the user's preference over the comparison result regarding the cost, the travel distance, and the travel time, and may determine that the alternative is unnecessary. Further, for example, when the user has previously transmitted favorite information to the proposal device 100, the controller 10 determines whether or not it is necessary to propose an alternative plan based on the user's favorite information registered in advance. You may. Further, the controller 10 may weight the comparison results regarding the cost, the travel distance, and the travel time, the user's preference, and the weather information, respectively, and determine whether or not to propose an alternative plan.

Further, for example, when the user's purpose is leisure and the distance to the destination is a predetermined distance or more, that is, when the user goes far away using the shared vehicle V, the controller 10 considers the weather information. You may decide whether or not to propose an alternative plan. For example, the controller 10 may determine that it is not necessary to propose an alternative plan when the outdoor facility is set as the destination and the weather in the area including the alternative destination is rainy.

Next, the notification function will be described. The controller 10 proposes an alternative plan to the user via the user terminal device 300 by the notification function. For example, the controller 10 has information on the alternative destination, estimated time of arrival to the alternative destination, travel route to the alternative destination, information on products that can be purchased at the alternative destination, and information on services provided at the alternative destination. Propose alternatives to users, including.

FIG. 7 is a diagram showing an example of notification of an alternative plan to the user. FIG. 7 is a diagram of a scene after a predetermined time has elapsed from FIG. In FIG. 7, the controller 10 proposes to the user X the position of the large electric store B, the traveling route to the large electric store B, and the estimated time of arrival at the large electric store B via the user terminal device 300. are doing.

Next, the alternative execution function will be described. The controller 10 executes the alternative plan when the user approves the alternative plan by the alternative plan execution function. For example, the controller 10 transmits the travel route to the alternative destination to the shared vehicle V. As a result, for example, in the case of a vehicle automatically driven by the shared vehicle V, the destination of the shared vehicle V is changed from the destination specified by the user to the alternative destination.

FIG. 8 is a diagram showing an example when the alternative plan is implemented. FIG. 8 is a diagram of a scene after a predetermined time has elapsed from FIG. 7. In FIG. 8, the user X gets on the shared vehicle V and moves to the large electric store B. After that, the user X arrives at the large electric store B at the estimated time of arrival calculated by the controller 10, and can purchase the television at a lower price than the purchase at the large electric store A.

Subsequently, the control procedure of the alternative proposal system according to the present embodiment will be described with reference to FIG. 9. FIG. 9 is a flowchart showing a control procedure of the alternative proposal system according to the present embodiment.

In step S101, the controller 10 acquires information on the destination set by the user via the user terminal device 300.

In step S201, the controller 10 estimates the purpose to be achieved by the user at the destination from the information of the user's destination acquired in step S101 and the user's action history stored in the database 20. For example, the controller 10 estimates the purpose of the user from the browsing history of the website, the transmission history and the reception history of the mail, the outgoing call history and the incoming call history.

In step S103, the controller 10 creates an alternative plan that is different from the plan of moving to the destination by the shared vehicle V and that can achieve the user's purpose estimated in step S202. do. For example, when the user's purpose is to purchase a product, the controller 10 sets a place where the product can be purchased as an alternative destination of the shared vehicle V, moves to the alternative destination, and purchases the product at the alternative destination. As an alternative.

In step S104, the controller 10 calculates the first required cost and the second required cost. For example, when the purpose of the user is to purchase a product, the controller 10 calculates the estimated time of arrival at the destination and the price of the product sold at the destination as the first required cost. Further, the controller 10 calculates the estimated time of arrival at the alternative destination and the price of the product sold at the alternative destination as the second required cost.

In step S105, the controller 10 determines whether or not to propose an alternative. For example, the controller 10 compares the first required cost calculated in step S104 with the second required cost, and when the second required cost is lower than the first required cost, the user's satisfaction with achieving the object is improved. Judging that it can be done, it is judged that it is necessary to propose an alternative plan. Examples of cases where the second required cost is lower than the first required cost are that the price of the goods sold at the alternative destination is lower than the price of the goods sold at the destination, and the alternative destination. It can be exemplified that the estimated time of arrival at the destination is earlier than the estimated time of arrival at the destination. The determination criteria are only examples and are not particularly limited. For example, the controller 10 may determine the necessity of proposing an alternative plan in consideration of the user's preference. If it is determined that the proposal of the alternative plan is necessary, the process proceeds to step S106, and if it is determined that the proposal of the alternative plan is unnecessary, the control process of the proposal system is terminated.

In step S106, the controller 10 proposes to the user an alternative created in step S103. For example, the controller 10 causes the display device 330 of the user terminal device 300 to display information on the alternative destination, the estimated time of arrival at the alternative destination, the price of the product sold at the alternative destination, and the like.

In step S107, the controller 10 determines whether or not the user has accepted the acceptance of the alternative plan. For example, the controller 10 determines whether or not the user has accepted the consent of the alternative plan by the time when a predetermined time has elapsed from the notification of the alternative plan. If the approval of the alternative plan is accepted, the process proceeds to step S108, and if the acceptance of the alternative plan is not accepted, the control process of the proposal system is terminated.

In step S108, the controller 10 implements the alternative. For example, the controller 10 changes the destination of the shared vehicle V by transmitting the travel route to the alternative destination to the shared vehicle V. When the process in step S108 is completed, the control process of the proposed system is terminated.

As described above, in the present embodiment, as the proposed system 1, the controller 10, the user terminal device 300 in which the user can input the destination of the vehicle, and the database 20 in which the user's action history is stored are used. The system including the system was described as an example. The controller 10 acquires the destination information of the shared vehicle V from the user terminal device 300, estimates the purpose to be achieved at the destination by the user using the user's action history information 22 and the destination information, and estimates the purpose to be achieved at the destination. The first requirement required to create an alternative plan that is different from the plan in which the shared vehicle V moves to the destination and is a plan that can achieve the purpose, and to achieve the purpose using this plan. Calculate the cost and the second required cost required to achieve the purpose using the alternative plan, compare the first required cost and the second required cost, and from the comparison result between the first required cost and the second required cost. If it is determined that the alternative can improve the user's satisfaction with achieving the purpose as compared with the present, the alternative is proposed to the user. As a result, when it is determined that the user's satisfaction can be improved by using the alternative, the alternative is proposed, so that the user can positively adopt the alternative and the user's satisfaction. The degree can be improved.

Further, in the present embodiment, the first required cost and the second required cost include at least one of the cost required to achieve the user's purpose, the user's travel distance, and the user's travel time. .. This appropriately determines whether or not the user's satisfaction can be improved based on at least one of the viewpoint of cost, the viewpoint of the length of travel distance, and the viewpoint of the length of travel time. You can judge.

Further, in the present embodiment, the user terminal device 300 is a device possessed by the user and is a device that communicates with the controller 10 via the Internet 400. Further, the controller 10 proposes an alternative plan to the user via the user terminal device 300 before the shared vehicle V departs toward the destination. As a conventional technique for proposing an alternative, a technique for proposing an alternative destination while moving is known when it is determined that the purpose cannot be achieved within the scheduled time after the shared vehicle V starts moving to the destination. ing. In this prior art, the user cannot select an alternative unless the condition that the user starts moving on the shared vehicle V and the object cannot be achieved within the scheduled time is satisfied. On the other hand, in the present embodiment, since an alternative plan is proposed before moving by the shared vehicle V, a plurality of options can be given to the user in advance. For example, if an alternative plan that allows a user to purchase a product at a lower price than expected by the user is proposed, the user can be satisfied, and as a result, the use of the proposal system can be expanded.

In addition, in the present embodiment, the controller 10 determines the user's purpose based on at least one of the user's preference, the user's family structure, and the weather information in addition to the user's action history information 22. presume. As a result, the user's purpose can be estimated more concretely, and the estimation accuracy can be improved.

Further, in the present embodiment, the controller 10 sets a place other than the destination designated by the user and can achieve the user's purpose as an alternative destination of the shared vehicle V, and shares the information. Create a plan to move to an alternative destination with vehicle V as an alternative plan. As a result, for example, even when the shared vehicle V is used in a place where there is no sense of land, the user can know that the purpose can be achieved in a place other than the expected place, which gives the user a sense of security. be able to. As a result, it is possible to expand the use of the proposal system.

Further, in the present embodiment, the controller 10 creates a plan in which the user does not use the shared vehicle V as an alternative plan. As a result, the user who was planning to move in the shared vehicle V can know that the purpose can be achieved by other means, and can give the user more options. Specifically, in the present embodiment, the controller 10 generates a plan using at least one of the home delivery service and the visit service as an alternative plan. As a result, the user can achieve the purpose without moving, the time required for the movement can be used for other purposes, and the satisfaction of the user can be improved.

Further, in the present embodiment, the controller 10 creates a plan of moving to the destination by using a moving means other than the shared vehicle V as an alternative plan. As a result, the user who was planning to move in the shared vehicle V can know how to move to the destination by other means of transportation, and can give the user more options.

Further, in the present embodiment, the controller 10 includes a comparison result between the cost included in the first required cost and the cost included in the second required cost, and the travel distance included in the first required cost and the second required cost. Whether or not to propose an alternative plan based on at least one of the comparison result with the travel distance and the travel time included in the first required cost and the travel time included in the second required cost. To judge. Since the necessity of the proposal is determined based on the factors that affect the satisfaction of the user, the necessity of the proposal of the alternative can be appropriately determined.

In addition, in the present embodiment, the controller 10 achieves the object based on at least one of the user's preference and the weather information in addition to the comparison result between the first required cost and the second required cost. Determine if the user's satisfaction with the product can be improved. As a result, since the judgment is made including not only the objective element but also the subjective element of the user, it is possible to make a different judgment for each user.

Further, in the present embodiment, the controller 10 has a first required cost and a second required cost based on at least one of road congestion information, road construction information, product price information, and service price information. Calculate the cost. This makes it possible to calculate the burden on the user to achieve the purpose by adding factors that change fluidly with time, such as traffic congestion on the road and price reduction for a limited time.

It should be noted that the embodiments described above are described for facilitating the understanding of the present invention, and are not described for limiting the present invention. Therefore, each element disclosed in the above-described embodiment is intended to include all design changes and equivalents belonging to the technical scope of the present invention.

For example, in the present embodiment, the alternative proposal system is described on the premise that the user has one purpose, but the purpose that the user achieves at the destination is not always one, and the purpose should be achieved at the destination. Separately, there may be ancillary purposes. A modified example prepared for such a case will be described with reference to FIG.

FIG. 10 is a diagram showing an example of the estimation result of the user's purpose performed by the alternative proposal system according to the modified example. FIG. 10 is a scene corresponding to FIG. 3, and is a diagram of a scene after a predetermined time has elapsed from FIG. 2. In FIG. 10, the controller 10 detects a website on which a 32-inch television is posted from the browsing history of the website, and estimates that "purchase of the 32-inch television" is the purpose of the user.

In this scene, the controller 10 according to the modified example determines whether or not there is an accompanying purpose to be achieved in the large electric shop A in addition to the estimated purpose, and if it is determined that the attached purpose exists, it is estimated. Create alternatives that can achieve not only the purpose but also the accompanying purpose.

In the example of FIG. 10, the controller 10 has a plan to meet with the family from the user's mail transmission history and reception history, for example, and the family at the leisure facility provided on the roof of the large electric store A. Suppose you confirm the experience you spent with. In this case, the controller 10 presumes that the user has an accompanying purpose of "playing at the leisure facility of the large electric store A" in addition to the purpose of "purchasing a 32-inch TV". Then, the controller 10 searches for a leisure facility equivalent to the leisure facility of the large electric store A, and sets the location of the corresponding leisure facility (for example, the leisure facility C) as an alternative destination. In this case, the controller 10 moves to the large electric store B by the shared vehicle V and the television in the large electric store B as an alternative to achieve the purpose of "purchasing a 32-inch TV at the large electric store A". As an alternative to achieving the accompanying purpose of "playing at the leisure facility of the large electric store A", moving to the leisure facility C and playing at the leisure facility C with the shared vehicle V. suggest.

As described above, in the modified example, the controller 10 determines whether or not there is an accompanying purpose to be achieved in the large electric shop A in addition to the estimated purpose, and if it is determined that the attached purpose exists, the estimation is made. Create alternatives that can achieve not only the purpose but also the accompanying purpose. As a result, it is possible to propose an alternative plan with higher utility value to the user, so that it is possible to expand the use of the proposal system.

Further, for example, in the above-described embodiment, an example in which road congestion information, road construction information, product price information, and service price information are used in the calculation of the first required cost and the second required cost has been described. The factors included in the first required cost and the second required cost are not limited to this. For example, the time zone in which the shop or facility that sells the product or provides the service can be used, the degree of congestion for each time zone, and the reputation of the shop or facility may be considered. As a result, it is possible to make a more realistic judgment in determining the necessity of proposing an alternative plan, and it is possible to make a judgment that suits the user's feeling.

Further, for example, in the above-described embodiment, the behavior history information 22 is used as the behavior history of the user, but the behavior history of the user may include the system usage history information 23. In this case, in determining the necessity of proposing an alternative plan, the controller 10 may determine that the proposal of the alternative plan is necessary, for example, if the user has consented to the proposal of the alternative plan in the past. On the contrary, if the user has not consented to the alternative proposal in the past, the controller 10 may determine that the alternative proposal is unnecessary. As a result, it is possible to prevent the user from being uncomfortable because the proposal of the alternative is always made. Further, the controller 10 may perform weighting according to the accepted frequency and reflect it in the determination of necessity. As a result, it is possible to make an appropriate judgment according to the correspondence of the past user.

For example, in the present specification, the proposed system according to the present invention will be described by taking the proposed system 1 as an example, but the present invention is not limited thereto. Further, in the present specification, the controller according to the present invention will be described by taking the controller 10 as an example, but the present invention is not limited thereto. Further, in the present specification, the database according to the present invention will be described by taking the database 20 as an example, but the present invention is not limited thereto. Further, in the present specification, the terminal according to the present invention will be described by taking the user terminal device 300 as an example, but the present invention is not limited thereto. Further, in the present specification, the vehicle according to the present invention will be described by taking the shared vehicle V as an example, but the present invention is not limited thereto.

1 ... Proposal system 100 ... Proposal device 10 ... Controller 20 ... Database 30 ... Communication device V1 to Vn ... Shared vehicle 200V1 to 200Vn ... In-vehicle device 300A to 300Z ... User terminal device

Claims (13)

An alternative proposal system that includes a controller, a terminal that allows the user to input the destination of the vehicle, and a database that stores the user's action history.
The controller
Obtaining the destination information from the terminal,
Using the behavior history of the user and the information of the destination, the purpose to be achieved by the user at the destination is estimated.
Create a second plan that is different from the first plan that moves to the destination by the vehicle and that can achieve the purpose.
Calculated as the first required cost required to achieve the object using the first plan and the second required cost required to achieve the object using the second plan.
Comparing the first required cost and the second required cost,
When it is determined from the comparison result between the first required cost and the second required cost that the second plan can improve the satisfaction of the user for achieving the purpose as compared with the first plan. , An alternative proposal system that proposes the second proposal to the user. The alternative proposal system according to claim 1.
The first required cost and the second required cost are alternative proposal systems including at least one of the cost required to achieve the object, the travel distance of the user, and the travel time of the user. .. The alternative proposal system according to claim 1 or 2.
The terminal is a device possessed by the user and is a device that communicates with the controller via a telecommunication network.
The controller is an alternative proposal system that proposes the second option to the user via the terminal before the vehicle departs for the destination. The alternative proposal system according to any one of claims 1 to 3.
The database further stores information about the user's attributes, the user's preferences, and the weather.
The controller is an alternative proposal system for estimating the purpose based on at least one of the user's attributes, the user's preferences, and the weather information in addition to the user's behavior history. The alternative proposal system according to any one of claims 1 to 4.
The controller
A place other than the destination and a place where the purpose can be achieved is set as an alternative destination of the vehicle.
An alternative proposal system for creating a proposal for moving to the alternative destination by the vehicle as the second proposal. The alternative proposal system according to any one of claims 1 to 5.
The second proposal is an alternative proposal system in which the user does not use the vehicle. The alternative proposal system according to claim 6.
The second plan is an alternative proposal system that uses at least one of a home delivery service and a visiting service. The alternative proposal system according to claim 6.
The second plan is a system for proposing an alternative plan, which is a plan to move to the destination by using a transportation means other than the vehicle. The alternative proposal system according to claim 2,
The controller is included in the travel distance included in the first required cost and the second required cost as a result of comparison between the cost included in the first required cost and the cost included in the second required cost. The second is based on the comparison result with the travel distance and at least one of the comparison result between the travel time included in the first required cost and the travel time included in the second required cost. An alternative proposal system that determines the necessity of a proposal. The alternative proposal system according to claim 4,
The controller is based on at least one of the user's preference and weather information in addition to the comparison result between the first required cost and the second required cost. An alternative proposal system that determines whether or not satisfaction can be improved. The alternative proposal system according to any one of claims 1 to 10.
The database further stores road congestion information and road construction information .
The controller calculates the first required cost and the second required cost based on at least one of the traffic jam information, the construction information , the product price information, and the service price information. Alternative proposal system. The alternative proposal system according to any one of claims 1 to 11.
The controller
From the behavior history of the user, it is determined whether or not the user has an accompanying purpose to be achieved at the destination in addition to the purpose.
A system for proposing an alternative plan for creating the second plan capable of achieving the purpose and the accompanying purpose when it is determined that the accompanying purpose exists. It is a method of proposing an alternative plan in which the controller proposes an alternative plan using a terminal capable of inputting the destination of the vehicle by the user and a database in which the action history of the user is stored.
Obtaining the destination information from the terminal,
Using the behavior history of the user and the information of the destination, the purpose to be achieved by the user at the destination is estimated.
Create a second plan that is different from the first plan that moves to the destination by the vehicle and that can achieve the purpose.
Calculated as the first required cost required to achieve the object using the first plan and the second required cost required to achieve the object using the second plan.
Comparing the first required cost and the second required cost,
When it is determined from the comparison result between the first required cost and the second required cost that the second plan can improve the satisfaction of the user for achieving the purpose as compared with the first plan. , A method of proposing an alternative plan for proposing the second plan to the user.

Images