JP2021114182A - Proposal device - Google Patents

Abstract

To provide a proposal device that can present a destination that matches a user's request to a user.SOLUTION: In a proposal server 100, a destination estimation unit 101 estimates a store that is to be a user's destination. A congestion situation determination unit 102 determines the congestion situation of the store. At that time, it refers to a congestion situation table 107. When it is determined that the store is congested, a proposal processing unit 103 searches for another store that satisfies the user's request for the destination. A transmission unit 104 transmits the other store to a user terminal 200.SELECTED DRAWING: Figure 2

Description

The present invention relates to a proposing device that proposes a user's destination.

Patent Document 1 describes a reservation management device for the owner company to more reliably retain users and increase the number of users of a plurality of facilities operated by the owner company. This reservation management device causes the facility terminal installed in the first facility to display the congestion status of the second facility previously designated by the first facility among the plurality of facilities.

JP-A-2019-459777

However, the technique described in Patent Document 1 guides the user to a facility of the same series, and is not convenient for the user. That is, the user does not have to be a facility of the same series, and may propose a facility that can receive the service desired by the user. In the technique described in Patent Document 1, it is not possible to propose a destination according to a user's request.

Therefore, in order to solve the above-mentioned problems, it is an object of the present invention to provide a proposal device capable of presenting a destination that meets the user's request to the user.

The proposed device of the present invention has a destination acquisition unit that acquires a user's destination, a mixed status determination unit that determines the congestion status of the destination, and a mixed status determination unit that determines the congestion status of the destination, and when the destination is congested, the user's destination is determined. It includes a search unit that searches for another destination that satisfies the request, and a notification unit that notifies the user of the other destination.

According to the present invention, even if the destination that the user is going to go to is crowded, it is possible to propose another destination that satisfies the user's request.

According to the present invention, it is possible to propose a destination to the user according to the user's request.

It is a figure which shows the system outline of the store proposal system including the proposal server 100 of this embodiment. It is a block diagram which shows the functional structure of the proposal server 100 of this embodiment. It is a figure which shows the specific example of the scheduler 105. It is a figure which shows the specific example of the user profile table 106. It is a figure which shows the specific example of the congestion situation table 107. It is a figure which shows the specific example of the category table 108. It is a sequence diagram which shows the process of the store proposal system of this embodiment. It is a figure which shows the specific example in the modification of the category table 108. It is a figure which shows an example of the hardware configuration of the proposal server 100 which concerns on one Embodiment of this disclosure.

An embodiment of the present invention will be described with reference to the accompanying drawings. When possible, the same parts are designated by the same reference numerals and duplicate description is omitted.

FIG. 1 is a diagram showing a system outline of a store proposal system including a proposal server 100 that functions as a proposal device of the present embodiment. As shown in the figure, the user holds the user terminal 200. The proposal server 100 receives and stores the congestion status of each store from the store management server 300 in advance. The proposal server 100 is constantly receiving location information from the user. Then, the proposal server 100 estimates the store S1 which is the destination of the user by using the location information which is always received, the user profile information acquired in advance, and the like. The proposal server 100 searches for a vacant store among the stores that satisfy the user's request based on the congestion status registered from each store management server 300, and notifies the user of it. As a result, the user can go to a store without waiting time while satisfying the user's request without going to a crowded store.

FIG. 2 is a block diagram showing a functional configuration of the proposed server 100 of the present embodiment. As shown in FIG. 2, the proposal server 100 includes a destination estimation unit 101 (destination acquisition unit, location information acquisition unit), a congestion status determination unit 102 (congestion status determination unit), and a proposal processing unit 103 (search unit). , Transmission unit 104 (notification unit), scheduler 105, user profile table 106, congestion status table 107, category table 108 (destination management table).

The destination estimation unit 101 is a portion that estimates the user's destination based on the position information and the user profile information acquired from the user terminal 200. The destination estimation unit 101 also acquires the identification information of the user terminal 200, and makes it possible to acquire the user profile information corresponding to the identification information from the user profile table 106.

At the time of estimation, the destination estimation unit 101 refers to the schedule information stored in the scheduler 105 and the user profile (including the action history) stored in the user profile table 106. In the schedule information, the schedule of the day is registered, and the event scheduled to be performed by the user is registered. Further, in the user profile table, in addition to hobbies and tastes, the user's behavior history (history of stores visited) up to now is registered. The destination estimation unit 101 uses this to estimate the target store of the user.

For example, the destination estimation unit 101 acquires the position of the event of the day from the scheduler 105, acquires the store located between the current position and the position of the event (or near the position of the event), and uses this as the destination. do. When acquiring a store, an external database such as the Internet may be used, or store information including location information and store information in a store DB (not shown) may be used.

In addition, a favorite store may be determined from the user's store visit history, and if there are several store candidates, the store in the store visit history may be presumed to be the user's destination store. Further, the destination estimation unit 101 may estimate a request for the destination from the current time and the start time of the event, and estimate the destination that can satisfy the request. The destination estimation unit 101 may estimate the destination store based on the time between the current time and the movie start time when there is an event such as watching a movie based on the scheduler 105. ..

For example, if there is not much time until the movie start time, the destination is a fast food restaurant. On the other hand, if there is time until the movie start time, the destination is a coffee shop to kill the time. The categories in the category table 108, which will be described later, are associated with the user's request (purpose) in advance, and when it is determined that it is necessary to kill time (corresponding to the user's request), a fast food restaurant is selected. I will attach it.

Further, the destination estimation unit 101 may determine the category in the category table 108 based on the difference (time) between the current time and the start time of the event. At that time, the travel time may be considered based on the difference between the current position and the position of the event.

In addition, when there is no event, a store with a high frequency of visits may be determined from the behavior history and estimated as a destination.

In addition, although it is referred to as a store here, it is not limited to this, and may be a facility such as a public facility.

The congestion status determination unit 102 determines the congestion status of the store estimated by the destination estimation unit 101. The congestion status determination unit 102 determines the estimated congestion status of the store with reference to the congestion status table 107.

The proposal processing unit 103 is a part that searches for a store that proposes to the user. When the proposal processing unit 103 determines that the store estimated by the destination estimation unit 101 is congested by the congestion status determination unit 102, the proposal processing unit 103 refers to the category table 108 and belongs to the same category as the estimated store. Search for another store. When searching for another store, search for another store (within a predetermined distance) that is close to the estimated location information of the store. You may search for another store that is close to the user's location information.

In addition, the proposal processing unit 103 may further determine the congestion status of another searched store. If it can be determined that this congestion situation is congested (waiting time is 10 minutes or more, etc.), another store may be searched.

The transmission unit 104 is a part that transmits the store proposed by the proposal processing unit 103 to the user terminal 200.

The scheduler 105 is a storage table that stores schedule information for each user. FIG. 3 is a diagram showing a specific example of the scheduler 105. As shown in the figure, the scheduler 105 describes the schedule contents (time, position / place, and purpose) for each user.

The user profile table 106 is a storage table that stores user profile information for each user. In this embodiment, the action history is particularly stored. The accommodation facility is specified based on an access point such as WIFI at the user's destination. The action history is derived based on the processing using the access point or the like. In addition, the accommodation facility may be derived based on the transition of the user's location information. The user profile information stored in the user profile table 106 is information registered in advance from the user terminal 200 or information registered periodically. It is stored in association with the identification information of the user terminal 200, and is used when predicting the destination of the user.

FIG. 4 is a diagram showing a specific example of the user profile table 106. As shown in the figure, the user ID, the action history, and the preference are registered. The preference is information registered in advance by the user.

The congestion status table 107 is a storage table that stores the congestion status of each store. The congestion status may be information indicating whether or not it is vacant, or if it is full, the waiting time may be stored. These congestion situations are based on the information registered from each store. FIG. 5 is a diagram showing a specific example of the congestion status table 107. As shown in the figure, information indicating the congestion status is stored for each store.

The category table 108 is a storage table that stores stores for each category (service type). FIG. 6 is a diagram showing a specific example of the category table 108. As shown in the figure, stores are stored for each category. In addition to the store, the location information of the store is also stored. Here, the category is a category indicating the genre or attribute of the store, and corresponds to the service provision type corresponding to the user's request. In FIG. 6, the genres of restaurants such as coffee shops, coffee shops, and fast food restaurants are shown as categories, but the categories are not limited to these. The category may be for the purpose of staying or visiting the store, or the above genre may be further subdivided for the purpose or the like. For example, it may be a store for a short break, a store for relaxing slowly (for example, a chair is a sofa), a store for killing time, and the like.

Further, the category table 108 may be further classified according to the management series of the store (see FIG. 8). In general, stores with the same management line provide the same level of service or are equipped with equipment (luxury tables, sofas, etc.), and are classified according to the criteria of meeting / not meeting the user's request. ..

The proposal processing unit 103 refers to the category table 108 when searching for another store, but if the store is searched from the same management series as the estimated store, the store of the same series can be proposed to the user. Further, when it can be determined from the user's behavior history that the proposal processing unit 103 often visits a certain affiliated store, the proposal processing unit 103 may search for another store across the affiliated stores and make a proposal.

For example, assuming that the destination estimation unit 101 estimates for the purpose of the Q1 coffee shop in FIG. 8, and if it is determined that the Q1 coffee shop is crowded, the proposal processing unit 103 will be in the same coffee shop category. From, you can search for Q2 coffee shops of the same series and make suggestions. The proposal processing unit 103 may focus on the series and propose stores of the same series across categories. For example, when the Q1 coffee shop is crowded, the proposal processing unit 103 does not have a Q-series store near the destination in the same coffee category, or the shop of that line is crowded. , If it is not possible to propose an appropriate store in the same category and the same series, the same series of stores may be proposed in different categories. For example, if there is a fast food restaurant of the same Q series in the fast food category, the Q series store may be proposed.

On the other hand, if it can be determined that the proposal processing unit 103 frequently (or more than a predetermined number of times) visits the coffee points of the P series in FIG. 8 with reference to the user profile table 106, the proposal processing unit 103 , P1 coffee shop may be searched and the P1 coffee shop may be proposed to the user.

These proposal algorithms are set by an operator of the store proposal system or the like.

FIG. 7 is a sequence diagram showing the processing of the store proposal system of the present embodiment. The proposal server 100 receives congestion information in each store from the store management server 300 (S101), and the congestion status table 107 stores the congestion status (S102).

The proposal server 100 constantly receives the user's position information from the user terminal 200. (S103), the destination estimation unit 101 constantly predicts the destination store based on the current position, action history, and schedule of the user terminal 200 (S104). The congestion status determination unit 102 estimates the predicted congestion status of the store with reference to the congestion status table 107 (S105). When the congestion status determination unit 102 determines that the store to be estimated is congested, the proposal processing unit 103 refers to the category table 108 and selects other stores belonging to the same category as the store to be estimated. Search (S106). The transmission unit 104 of the proposal server 100 transmits the other searched stores to the user terminal 200 (S107). The user terminal 200 displays the store information (S108).

Next, the operation and effect of the proposed server 100 of the present embodiment will be described. In the proposal server 100 of the present embodiment, the destination estimation unit 101 estimates the store that is the destination of the user. The congestion status determination unit 102 determines the congestion status of the store. At that time, the congestion status table 107 is referred to. Then, when it is determined that the store is crowded, the proposal processing unit 103 searches for another store that satisfies the request for the user's destination. The transmission unit 104 transmits another store to the user terminal 200.

With this configuration, even if the store that the user is going to go to is crowded, it is possible to receive proposals from other stores. The other store can meet the same requirements as the user's original request for the store. That is, the user can receive the same service or the like at another store while avoiding congestion.

In the above embodiment, the destination of the user is estimated from the user profile and the like, but the present invention is not limited to this. As a search request, the user may input a destination store instead of inputting the user's request.

Further, the proposal server 100 further includes a category table 108 that describes a plurality of destinations for each category provided in the store. The proposal processing unit 103 refers to the category table 108 and searches for other stores corresponding to the predicted store.

This configuration makes it possible to search for other stores using the category table and facilitate the processing.

Further, in the proposal server 100, the proposal processing unit 103 acquires the other store according to the mixed situation of the other store.

This makes it possible to prevent searching for other crowded stores.

Further, in the proposal server 100, the proposal processing unit 103 searches for another store that is geographically close to the predicted store.

As a result, it is possible to know other stores that are easy for the user to use without notifying the user of other stores that are geographically difficult to reach.

Further, in the proposal server 100, the destination estimation unit 101 further acquires the user's position information. A user profile table 106 that stores user profile information indicating user behavior is further provided. The destination estimation unit 101 predicts the store that will be the destination of the user based on the user profile information and the location information.

As a result, the store that is the destination of the user can be estimated from the user profile.

Further, in the proposal server 100, the proposal processing unit 103 searches for other stores close to the user's location information.

As a result, it is possible to know other stores that are easy for the user to use.

The block diagram used in the description of the above embodiment shows a block of functional units. These functional blocks (components) are realized by any combination of at least one of hardware and software. Further, the method of realizing each functional block is not particularly limited. That is, each functional block may be realized by using one device that is physically or logically connected, or directly or indirectly (for example, by two or more devices that are physically or logically separated). , Wired, wireless, etc.) and may be realized using these plurality of devices. The functional block may be realized by combining the software with the one device or the plurality of devices.

Functions include judgment, decision, judgment, calculation, calculation, processing, derivation, investigation, search, confirmation, reception, transmission, output, access, solution, selection, selection, establishment, comparison, assumption, expectation, and assumption. There are broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, assigning, etc., but only these. I can't. For example, a functional block (component) that functions transmission is called a transmitting unit or a transmitter. As described above, the method of realizing each of them is not particularly limited.

For example, the proposal server 100 in one embodiment of the present disclosure may function as a computer that processes the store proposal method of the present disclosure. FIG. 9 is a diagram showing an example of the hardware configuration of the proposed server 100 according to the embodiment of the present disclosure. The proposed server 100 described above may be physically configured as a computer device including a processor 1001, a memory 1002, a storage 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, and the like.

In the following description, the word "device" can be read as a circuit, a device, a unit, or the like. The hardware configuration of the proposed server 100 may be configured to include one or more of the devices shown in the figure, or may be configured not to include some of the devices.

For each function in the proposed server 100, by loading predetermined software (program) on the hardware such as the processor 1001 and the memory 1002, the processor 1001 performs an operation and controls the communication by the communication device 1004, or the memory 1002. And by controlling at least one of reading and writing of data in the storage 1003.

Processor 1001 operates, for example, an operating system to control the entire computer. The processor 1001 may be configured by a central processing unit (CPU) including an interface with a peripheral device, a control device, an arithmetic unit, a register, and the like. For example, the above-mentioned destination estimation unit 101, congestion status determination unit 102, proposal processing unit 103, and the like may be realized by the processor 1001.

Further, the processor 1001 reads a program (program code), a software module, data, and the like from at least one of the storage 1003 and the communication device 1004 into the memory 1002, and executes various processes according to these. As the program, a program that causes a computer to execute at least a part of the operations described in the above-described embodiment is used. For example, the destination estimation unit 101 may be realized by a control program stored in the memory 1002 and operating in the processor 1001, and may be realized in the same manner for other functional blocks. Although the above-mentioned various processes have been described as being executed by one processor 1001, they may be executed simultaneously or sequentially by two or more processors 1001. Processor 1001 may be implemented by one or more chips. The program may be transmitted from the network via a telecommunication line.

The memory 1002 is a computer-readable recording medium, and is composed of at least one such as a ROM (Read Only Memory), an EPROM (Erasable Programmable ROM), an EEPROM (Electrically Erasable Programmable ROM), and a RAM (Random Access Memory). May be done. The memory 1002 may be referred to as a register, a cache, a main memory (main storage device), or the like. The memory 1002 can store a program (program code), a software module, or the like that can be executed to implement the store proposal method according to the embodiment of the present disclosure.

The storage 1003 is a computer-readable recording medium, for example, an optical disk such as a CD-ROM (Compact Disc ROM), a hard disk drive, a flexible disk, an optical magnetic disk (for example, a compact disk, a digital versatile disk, a Blu-ray). It may consist of at least one (registered trademark) disk), smart card, flash memory (eg, card, stick, key drive), floppy (registered trademark) disk, magnetic strip, and the like. The storage 1003 may be referred to as an auxiliary storage device. The storage medium described above may be, for example, a database, server or other suitable medium containing at least one of the memory 1002 and the storage 1003.

The communication device 1004 is hardware (transmission / reception device) for communicating between computers via at least one of a wired network and a wireless network, and is also referred to as, for example, a network device, a network controller, a network card, a communication module, or the like. The communication device 1004 includes, for example, a high frequency switch, a duplexer, a filter, a frequency synthesizer, and the like in order to realize at least one of frequency division duplex (FDD) and time division duplex (TDD). It may be composed of. For example, the transmission unit 104 and the like described above may be realized by the communication device 1004. The transmission unit 104 may be physically or logically separated from the transmission unit 104 and the reception unit, or may be integrally mounted as a transmission / reception unit.

The input device 1005 is an input device (for example, a keyboard, a mouse, a microphone, a switch, a button, a sensor, etc.) that receives an input from the outside. The output device 1006 is an output device (for example, a display, a speaker, an LED lamp, etc.) that outputs to the outside. The input device 1005 and the output device 1006 may have an integrated configuration (for example, a touch panel).

Further, each device such as the processor 1001 and the memory 1002 is connected by a bus 1007 for communicating information. The bus 1007 may be configured by using a single bus, or may be configured by using a different bus for each device.

Further, the proposed server 100 includes hardware such as a microprocessor, a digital signal processor (DSP: Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), a PLD (Programmable Logic Device), and an FPGA (Field Programmable Gate Array). It may be configured, and the hardware may realize a part or all of each functional block. For example, processor 1001 may be implemented using at least one of these hardware.

The notification of information is not limited to the embodiments / embodiments described in the present disclosure, and may be performed by other methods. For example, information notification includes physical layer signaling (for example, DCI (Downlink Control Information), UCI (Uplink Control Information)), upper layer signaling (for example, RRC (Radio Resource Control) signaling, MAC (Medium Access Control) signaling, etc. It may be carried out by notification information (MIB (Master Information Block), SIB (System Information Block)), other signals, or a combination thereof. Further, the RRC signaling may be referred to as an RRC message, and may be, for example, an RRC Connection Setup message, an RRC Connection Reconfiguration message, or the like.

Each aspect / embodiment described in the present disclosure includes LTE (Long Term Evolution), LTE-A (LTE-Advanced), SUPER 3G, IMT-Advanced, 4G (4th generation mobile communication system), and 5G (5th generation mobile communication). system), FRA (Future Radio Access), NR (new Radio), W-CDMA (registered trademark), GSM (registered trademark), CDMA2000, UMB (Ultra Mobile Broadband), IEEE 802.11 (Wi-Fi (registered trademark)) )), LTE 802.16 (WiMAX®), LTE 802.20, UWB (Ultra-WideBand), Bluetooth®, and other systems that utilize and extend based on these. It may be applied to at least one of the next generation systems. Further, a plurality of systems may be applied in combination (for example, a combination of at least one of LTE and LTE-A and 5G).

The order of the processing procedures, sequences, flowcharts, etc. of each aspect / embodiment described in the present disclosure may be changed as long as there is no contradiction. For example, the methods described in the present disclosure present elements of various steps using exemplary order, and are not limited to the particular order presented.

The input / output information and the like may be stored in a specific location (for example, a memory), or may be managed using a management table. Input / output information and the like can be overwritten, updated, or added. The output information and the like may be deleted. The input information or the like may be transmitted to another device.

The determination may be made by a value represented by 1 bit (0 or 1), by a boolean value (Boolean: true or false), or by comparing numerical values (for example, a predetermined value). It may be done by comparison with the value).

Each aspect / embodiment described in the present disclosure may be used alone, in combination, or switched with execution. Further, the notification of predetermined information (for example, the notification of "being X") is not limited to the explicit one, but is performed implicitly (for example, the notification of the predetermined information is not performed). May be good.

Although the present disclosure has been described in detail above, it is clear to those skilled in the art that the present disclosure is not limited to the embodiments described in the present disclosure. The present disclosure may be implemented as an amendment or modification without departing from the purpose and scope of the present disclosure, which is determined by the description of the scope of claims. Therefore, the description of the present disclosure is for the purpose of exemplary explanation and does not have any limiting meaning to the present disclosure.

Software, whether referred to as software, firmware, middleware, microcode, hardware description language, or by any other name, is an instruction, instruction set, code, code segment, program code, program, subprogram, software module. , Applications, software applications, software packages, routines, subroutines, objects, executables, execution threads, procedures, features, etc. should be broadly interpreted.

Further, software, instructions, information and the like may be transmitted and received via a transmission medium. For example, a website where the software uses at least one of wired technology (coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL), etc.) and wireless technology (infrared, microwave, etc.). When transmitted from a server, or other remote source, at least one of these wired and wireless technologies is included within the definition of transmission medium.

The information, signals, etc. described in the present disclosure may be represented using any of a variety of different techniques. For example, data, instructions, commands, information, signals, bits, symbols, chips, etc. that may be referred to throughout the above description are voltages, currents, electromagnetic waves, magnetic fields or magnetic particles, light fields or photons, or any of these. It may be represented by a combination of.

The terms described in the present disclosure and the terms necessary for understanding the present disclosure may be replaced with terms having the same or similar meanings. For example, at least one of a channel and a symbol may be a signal (signaling). Also, the signal may be a message. Further, the component carrier (CC: Component Carrier) may be referred to as a carrier frequency, a cell, a frequency carrier, or the like.

The terms "system" and "network" used in this disclosure are used interchangeably.

In addition, the information, parameters, etc. described in the present disclosure may be expressed using absolute values, relative values from predetermined values, or using other corresponding information. It may be represented.

The terms "determining" and "determining" as used in this disclosure may include a wide variety of actions. "Judgment" and "decision" are, for example, judgment, calculation, computing, processing, deriving, investigating, looking up, search, inquiry. (For example, searching in a table, database or another data structure), ascertaining may be regarded as "judgment" or "decision". Also, "judgment" and "decision" are receiving (for example, receiving information), transmitting (for example, transmitting information), input (input), output (output), and access. (Accessing) (for example, accessing data in memory) may be regarded as "judgment" or "decision". In addition, "judgment" and "decision" mean that the things such as solving, selecting, choosing, establishing, and comparing are regarded as "judgment" and "decision". Can include. That is, "judgment" and "decision" may include considering some action as "judgment" and "decision". Further, "judgment (decision)" may be read as "assuming", "expecting", "considering" and the like.

The terms "connected", "coupled", or any variation thereof, mean any direct or indirect connection or connection between two or more elements, and each other. It can include the presence of one or more intermediate elements between two "connected" or "combined" elements. The connection or connection between the elements may be physical, logical, or a combination thereof. For example, "connection" may be read as "access". As used in the present disclosure, the two elements use at least one of one or more wires, cables and printed electrical connections, and, as some non-limiting and non-comprehensive examples, the radio frequency domain. Can be considered to be "connected" or "coupled" to each other using electromagnetic energies having wavelengths in the microwave and light (both visible and invisible) regions.

The phrase "based on" as used in this disclosure does not mean "based on" unless otherwise stated. In other words, the statement "based on" means both "based only" and "at least based on".

When "include", "including" and variations thereof are used in the present disclosure, these terms are as comprehensive as the term "comprising". Is intended. Furthermore, the term "or" used in the present disclosure is intended not to be an exclusive OR.

In the present disclosure, if articles are added by translation, for example a, an and the in English, the disclosure may include the plural nouns following these articles.

In the present disclosure, the term "A and B are different" may mean "A and B are different from each other". The term may mean that "A and B are different from C". Terms such as "separate" and "combined" may be interpreted in the same way as "different".

101 ... Destination estimation unit, 102 ... Congestion status determination unit, 103 ... Proposal processing unit, 104 ... Transmission unit, 105 ... Scheduler, 106 ... User profile table, 107 ... Congestion status table, 108 ... Category table.

Claims (7)

The destination acquisition unit that acquires the user's destination,
The congestion status judgment unit that determines the congestion status of the destination,
When the destination is congested, a search unit that searches for another destination that satisfies the user's request for the destination, and a search unit.
A notification unit that notifies the user of the other destination, and
Proposed device equipped with. It also has a destination management table that describes multiple destinations for each predefined category.
The search unit searches for another destination corresponding to the destination by referring to the destination management table.
The proposed device according to claim 1. The proposed device according to claim 2, wherein the category indicates a service type provided at the destination. The destination management table further classifies the plurality of destinations for each destination management line.
The search unit searches for other destinations in the same management line as the acquired destination.
The proposed device according to claim 2 or 3. The proposal device according to any one of claims 1 to 4, wherein the search unit searches for the other destination according to the mixed situation of the other destination. The proposal device according to any one of claims 1 to 5, wherein the search unit searches for another destination geographically close to the destination. The location information acquisition unit that acquires the user's location information,
A profile storage unit that stores user profile information indicating user behavior is further provided.
The destination acquisition unit predicts and acquires the user's destination based on the user profile information and the location information.
The proposed device according to any one of claims 1 to 6.

Images