WO2022230130A1 - 情報処理装置及び情報処理方法 - Google Patents

情報処理装置及び情報処理方法 Download PDF

Info

Publication number
WO2022230130A1
WO2022230130A1 PCT/JP2021/017043 JP2021017043W WO2022230130A1 WO 2022230130 A1 WO2022230130 A1 WO 2022230130A1 JP 2021017043 W JP2021017043 W JP 2021017043W WO 2022230130 A1 WO2022230130 A1 WO 2022230130A1
Authority
WO
WIPO (PCT)
Prior art keywords
experience
user
provider
information processing
destination
Prior art date
Application number
PCT/JP2021/017043
Other languages
English (en)
French (fr)
Inventor
健宏 三好
光太郎 千葉
霄霄 費
Original Assignee
日産自動車株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日産自動車株式会社 filed Critical 日産自動車株式会社
Priority to JP2023516969A priority Critical patent/JPWO2022230130A1/ja
Priority to CN202180097442.0A priority patent/CN117280373A/zh
Priority to PCT/JP2021/017043 priority patent/WO2022230130A1/ja
Publication of WO2022230130A1 publication Critical patent/WO2022230130A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • G06Q30/0251—Targeted advertisements
    • G06Q30/0257—User requested
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services

Definitions

  • the present invention relates to an information processing device and an information processing method.
  • An advertisement distribution system that distributes advertisement information to fill vacant seats in stores is known.
  • the advertisement delivery system described in Patent Literature 1 predicts seat conditions such as hourly changes in seat occupancy rates, and delivers advertisement information to prospective customers who can come to the store around the time when seats become vacant. If the seats are already vacant, by offering more advantageous discount rates and coupons to prospective customers who have less time to travel to the store, the seats can be quickly filled and the occupancy rate of the seats can be restored in a short time. . On the other hand, prospective customers who arrive after the time at which vacant seats are expected to be available do not contribute much to the recovery of the occupancy rate of the seats, so a disadvantageous offer is made.
  • the above advertisement distribution system is a system that restores the occupancy rate of the seats in the store, there is a problem that the store cannot provide the user with an experience unless the user goes to the store.
  • the problem to be solved by the present invention is to realize information processing for providing the experience desired by the user at a place other than the store.
  • the present invention acquires data from a database that associates and stores a provider that provides an experience to a user and a location where the provider can provide the experience, and based on the data obtained from the database and the desired experience data, Identify an experience provider and a provider location indicating a provider that can provide the experience desired by the user, specify the identified provider location as the user's destination, and generate a travel plan for the user to move to the destination.
  • a notification signal notifying that the user desires to be provided with the experience at the destination indicated in the travel plan.
  • FIG. 1 is a block diagram showing an embodiment of an information processing system according to the present invention
  • FIG. 2 is a diagram showing an example of a user table stored in the database of FIG. 1
  • FIG. 2 is a diagram showing an example of a table of provider data stored in the database of FIG. 1
  • FIG. FIG. 2 is a conceptual diagram for explaining the positional relationship among a destination (hub), a city center terminal, and a central station specified by the destination specifying unit of FIG. 1
  • 2 is a flow chart showing an information processing procedure executed in the information processing system of FIG. 1
  • FIG. 2 is a diagram showing an example of customer data generated by a provider identification unit in FIG. 1
  • FIG. 1 is a block diagram showing an information processing system according to one embodiment of the present invention.
  • the system of this embodiment includes a server 1, a plurality of user terminals 2, a network 3 constituting a telecommunication network, and one or a plurality of providers 4.
  • FIG. 1 When specifying the user's destination, the system of this embodiment avoids places with a high degree of congestion such as downtown terminals and central stations, and places other than stores where the experience desired by the user can be provided. is specified as the destination. Then, the information processing system notifies the experience providing source that there is a user who wishes to provide the experience at the specified destination.
  • the user wants to have a specific experience, such as wanting to eat pasta, bathing in a hot spring, or buying a book.
  • a specific experience such as wanting to eat pasta, bathing in a hot spring, or buying a book.
  • it is common to search for a facility or store that you can experience in the past using a terminal such as a smartphone, and visit the store directly to experience it.
  • a terminal such as a smartphone
  • the store cannot provide the user with experiences such as products and services unless the user goes to the store. For this reason, providers such as shops that provide experiences set up shops in crowded places where people gather, such as city terminals and central stations.
  • the system of the present embodiment identifies places other than stores, places where the experience desired by the user can be provided, places that are destinations for the user, and places that are crowded with people.
  • the system of the present embodiment transmits to a plurality of experience providers information on a location where users who wish to experience aggregate, that is, information on destinations of a plurality of users and information on users who aggregate. This allows people to be aggregated to avoid crowded places, while providing multiple experiences at places where people are concentrated.
  • crowded places where people gather such as downtown terminals and central stations, it is possible to create places where people gather, and to activate stores and the like located around the places where people gather.
  • the ⁇ desired experience'' means what the user wants to experience. is an experience.
  • this type of experience of wanting to eat there are genres such as wanting to shop, wanting to play sports, and wanting to receive services such as wanting to bathe in a hot spring.
  • the experience desired by the user is the purchase of goods by the user and/or the service received by the user.
  • the server 1 of this embodiment is composed of a computer having hardware and software, and includes a ROM storing a program, a CPU executing the program stored in the ROM, and a RAM functioning as an accessible storage device.
  • a ROM storing a program
  • a CPU executing the program stored in the ROM
  • a RAM functioning as an accessible storage device.
  • an MPU, DSP, ASIC, FPGA, or the like can be used instead of or together with the CPU.
  • the desired experience reception unit 11, the provider identification unit 12, the destination identification unit 13, the movement plan generation unit 14, and the vehicle allocation unit 15 are configured by software established in the ROM. Each function described later is realized.
  • a database 16 is provided as a storage unit, and while using the information stored in the database 16, the above-described desired experience reception unit 11, the provider identification unit 12, the destination identification unit 13, and the movement plan generation unit 14.
  • the dispatch unit 15 implements each function to be described later.
  • the server 1 includes a transmission unit 17 and a reception unit 18 for transmitting/receiving data including information processed by various functions and information stored in the database 16 to/from the terminal 2 and the provider 4. .
  • a plurality of people who can be users each own a terminal device 2 that they carry or use on a daily basis.
  • a smart phone, a mobile phone, a portable computer, or the like can be used as this type of terminal device 2 .
  • the terminal 2 of this embodiment has a computer function, an input unit for inputting data, a communication function for transmitting the input data to the server 1, and a GPS receiver for detecting the current position of the terminal 2. and a display function for displaying data transmitted from the server 1 on the display.
  • Each terminal 2 transmits its own ID, current position, and input data to the server 1 via the Internet or other network 3 (wireless communication network).
  • the provider 4 provides the user with an experience at the location where the products and/or services specified by the server 1 are provided.
  • Provider 4 is a store that has a physical store, a vendor that does not have a physical store and provides products/services by moving vehicles, a vendor that only provides products for home delivery in a kitchen, a predetermined It is a business operator who sets up facilities for providing goods/services at a place.
  • the provider 4 provides products/services at the location specified by the server based on the information provided by the server 1 .
  • the desired experience reception unit 11 receives, via the network 3, information transmitted from terminals 2 carried by a plurality of users.
  • FIG. 2 shows desired experience data acquired by the desired experience reception unit 11 .
  • the desired experience data includes information about the experience desired by the user, and is classified into user attributes and user input items.
  • User attributes are determined by information entered by the user at the time of initial registration for using services in this system. As shown in FIG. 2, the user attributes include personal information such as name, gender, and age, and preferences indicating user preferences. For example, user A has a sex of "female", an age of "twenties", and a preference of "likes spicy food".
  • the user When using the services of this system, the user will at least enter information about the content of the desired experience.
  • the desired experience is related to eating and drinking
  • the information on the experience may be the name of the dish such as "pasta” or "ice cream”, or the genre of cuisine such as “Chinese cuisine” or "Japanese cuisine”. That is, the input of experience information is not limited to specific names such as product names and service names, and vague information may be used.
  • the user's input items include the user's current location, desired experience time zone, number of people, budget, etc., as information related to the desired experience.
  • the user's position corresponds to position information detected by a position detection function such as a GPS receiver of the terminal 2 .
  • the user's position is not limited to the current position of the terminal device 2, and may be a position input by the user. For example, when the user stops at a destination proposed by the destination specifying unit 13 described later and then moves to another place, the other place may be designated as the user's position.
  • the desired experience time zone is the time span during which the user can experience the experience at the destination. For example, in the example of FIG. 2, User A expresses that he would like to experience the experience between 11:00 and 13:00.
  • the number of people is the number of people including users. In the example of FIG. 2, user A desires an experience with three people including himself.
  • the budget is the desired cost of receiving the experience.
  • the desired experience reception unit 11 acquires desired experience data from the terminal 2 via the network 3 and stores the acquired desired experience data in the database 16.
  • the database 16 stores experience desired data of each user as a table as shown in FIG.
  • the provider identification unit 12 refers to the data stored in the database 16 and identifies the provider that provides the experience to the user.
  • the database 16 stores store or facility information as provider data for receiving services in this system.
  • FIG. 3 is a table for provider data, including location information of providers stored in the database 16 and “hubs” that can be destinations of users.
  • the provider data includes information about the content of the experience that can be provided and the location where the experience can be provided.
  • the provider data is determined by the information input by the user at the time of initial registration for using the service in this system. Users are mainly businesses that can provide experiences.
  • the supply source data includes information such as the store name of the supply source, genre, representative menu, customer base, price range, available time zone, and provision form.
  • the store name "Store 1” offers Italian products, with pasta and pizza as representative menus, and the main customer base that visits "Store 1" is in their 20s and 30s, and the price range corresponds to the average unit price per customer. is 1000-2000 yen.
  • Such information may be input by the business at the time of initial registration, or may be extracted from store performance data, word-of-mouth information on gourmet sites, etc., and stored in the database 16 .
  • the "product offering hub” included in the provider table represents the location where the experience can be provided in this system, and is the location data of the "hub" that can be the user's destination.
  • a destination is a place other than a busy place where people gather, such as a city center terminal or a central station, and is a place that connects a user who wants to receive an experience and a provider who wants to provide the experience.
  • the destination which is the place where the experience is provided, connects the user who wants to receive the experience and the provider by location, so this place is also referred to as a hub.
  • Locations that can serve as hubs are predetermined.
  • a destination suitable for the user is specified from among the "product providing hubs" by the destination specifying unit 13, which will be described later.
  • the data of the "product offering hub” is information on the location where the provider can provide the experience, and corresponds to the information on the location that is the destination of the user. are stored in association with each other.
  • the provider of "store 1" can provide products at hubs a, b, and c. Hubs a, b, and c serve as providing locations where products can be provided by “store 1”.
  • the product offering hub may be determined by the input at the time of initial registration, or may be a location located within a predetermined range from the location of the store 1 .
  • the form of provision is a form in which products and services that are experiences are provided.
  • "store 1" has a form of delivery of "delivery”, which uses a home delivery service to deliver products made at the store to the product providing location (hub).
  • store 2 is provided in the form of "mobile store", and a vehicle equipped with the entire store or a part of the store's functions is moved to the hub, and the vehicle is used as a store to sell products. I will provide a. It should be noted that the mobile shop does not necessarily need to be moved by vehicle, and for example, a form in which equipment necessary for providing the experience is installed in a hub and the experience is provided using the equipment may be used.
  • the provider identification unit 12 identifies the experience content of the user who desires the experience from the experience request data acquired by the desired experience reception unit 11, and identifies a provider that can provide the identified experience.
  • the provider identification unit 12 extracts the information on the user A from the user table stored in the database 16, The experience content desired by the user A is specified. Since user A wants to experience "I want to eat pasta, I want to eat ice cream", the provider specifying unit 12 specifies providers that can provide "pasta" and "ice cream”. In the example of FIG.
  • the provider identification unit 12 identifies the store 1 and the store 2 as experience providers.
  • the experience provider indicates a provider that can provide the experience desired by the user at the destination.
  • the product offerable hub (corresponding to the product offerable place) of the store 1 is "a, b, c”
  • the product offerable hub of the store 2 is "a, b”.
  • the common hub "a, b" becomes a hub that can provide the user A with a desired experience, and becomes a destination candidate for the user A.
  • the destination specifying unit 13 specifies the user's destination, which is the location for providing the experience.
  • the destination will now be described with reference to FIG. FIG. 4 shows the positional relationship of the city center terminal, central station and hub.
  • a transportation network 100 connecting each central station centering on the city terminal is formed.
  • the transportation network 100 includes railways, general roads, highways, and the like. In the vicinity of city center terminals and central stations, stations, shops, and the like are densely packed, causing traffic congestion in the surrounding area. And while there are many shops near city terminals and central stations that are thriving with a large number of customers, shops in places far from city terminals and central stations are quiet.
  • this system sets destinations that serve as experience-providing locations away from city center terminals and central stations. Then, the user moves toward the set destination, and the store provides products and services at the destination.
  • hubs a to e are set as locations away from the city center terminal and central station, and the destination of the user, which is the place where the experience is provided, is specified from the hubs a to e. be. Hubs a to e are places with relatively large spaces such as parks.
  • the destination identification unit 13 calculates the degree of congestion around hubs a to e.
  • the degree of congestion is calculated using information (traffic volume) in transportation communication systems such as JARTIC and VICS (registered trademark), information in private-sector location information management systems, and information used in social networks such as SNS. be.
  • information in a system for managing location information in the private sector the degree of congestion is obtained from the location information of terminals such as smartphones.
  • congestion is expected in places where many posts such as SNS and word of mouth are posted, but congestion is not expected in places where there are few posts. In other words, the higher the number of posts, the higher the degree of congestion.
  • the degree of congestion is not limited to information managed in real time by the system, and the degree of congestion may be calculated from geographical conditions.
  • the degree of congestion decreases the farther away from places where people gather, such as downtown terminals, central stations, and downtown areas. Therefore, a place where people gather is specified in advance from the map information, and the degree of congestion is calculated so that the longer the distance from the place where people gather to the hub, the smaller the congestion degree. Note that time may be used instead of distance.
  • the destination specifying unit 13 calculates the degree of congestion around hubs a to e, and compares the calculated degree of congestion with a predetermined threshold value of congestion.
  • the congestion level threshold indicates the upper limit of the congestion level, and when the congestion level is higher than the upper limit, it is determined that the area around the hub is congested.
  • the destination identification unit 13 identifies hubs a to e in areas where the degree of congestion is equal to or less than the congestion degree threshold. Then, the destination specifying unit 13 sets hubs a to e that are closest to the location of the user who desires the experience as the user's destination.
  • a destination is a destination to which a user desiring an experience is headed, and is also a place where the user receives the experience (providing place where the experience can be provided).
  • the user location of user A is “p city” and hubs a and d are located within the area of p city.
  • the store 1 is the provider that can provide the user A's desired experience.
  • the product offering hubs of store 1 are a, b, and c. Hubs b and c are not included in the area of city p, and hub a is included in the area of city p. Therefore, the destination specifying unit 13 specifies the hub a as the destination corresponding to the experience provider "store 1" desired by the user A.
  • FIG. Further, the destination specifying unit 13 associates each of the hubs a to e with the information of the user who is scheduled to arrive and stores it in the database 16 .
  • the movement plan generation unit 14 generates a movement plan for moving to the destination based on the map information.
  • the travel plan includes route information from the user's current position to the destination specified by the destination specifying unit 13, fees required to reach the destination, travel time, and the like.
  • the movement plan includes at least route information, but the route information does not necessarily need to be represented by a route on a map, and includes the minimum information necessary for the user to move, such as train boarding and alighting stations. I wish I could.
  • the travel plan includes a travel route by car, a travel route using a train, a walking route, and the like.
  • the vehicle allocation unit 15 allocates vehicles arriving at the destination to the provider.
  • the supply mode of the provider identified by the provider identification unit 12 is home delivery, it is necessary to transport the product from the store to the destination.
  • the delivery unit 15 arranges a vehicle for home delivery in accordance with the arrival of the user at the destination.
  • the vehicle allocation unit 15 transmits the vehicle allocation information to the provider 4 .
  • the database 16 stores the user's desired experience data and provider data as a table.
  • the database 16 also stores map information and the like.
  • the provider table stored in the database 16 is stored so that at least the identification information of the provider and the hub (providing place where the experience can be provided) correspond to each other.
  • the identification information of the provider is indicated by the store name, ID, etc., as shown in FIG.
  • a product availability hub represents the location of a candidate destination for a user desiring an experience. That is, the provider table stores the data of the user's destination position and the data of the provider in association with each other.
  • the database 16 also stores usage histories of users and providers.
  • the transmission unit 17 is connected to the user terminal 2 and the terminal of the provider 4 via the network 3.
  • the transmission unit 17 transmits a notification signal regarding the experience to the provider.
  • the notification signal is a signal for notifying that the user wishes to provide an experience at the destination indicated in the travel plan. By receiving this notification signal, the provider can confirm that there is a business opportunity in the hub.
  • the transmitting unit 17 also transmits data including information on the travel plan and the experience that can be provided to the terminal device 2 of the user who desires the experience. Since it is possible that the experience content and destination specified by the server may not match the user's wishes, information on the experience content and destination is sent to the user in advance.
  • the receiving unit 18 is connected to the user terminal 2 and the terminal of the provider 4 via the network 3.
  • the receiving unit 18 receives data transmitted from the terminal 2 and data transmitted from the terminal of the provider 4 .
  • FIG. 5 is a flow chart showing the information processing procedure.
  • step S1 when the user accesses the server 1 using the terminal device 2, the user's terminal device 2 displays the desired content, user location, desired experience time zone, number of people, and so on as the above-described desired experience information. , budget, etc. are displayed, and the user enters information about the desired experience for each item. Also, the latitude and longitude are detected by a position detection sensor such as a GPS receiver provided in the terminal 2, and this position information is transmitted to the server 1 together with information regarding the desired experience.
  • a position detection sensor such as a GPS receiver provided in the terminal 2
  • step S2 the desired experience reception unit 11 of the server 1 receives, via the network 3, the above information transmitted from the terminals 2 carried by each of the users at predetermined time intervals (for example, 100 msec).
  • the desired experience data transmitted from the terminal 2 includes, as shown in FIG. 2, the ID of the user who owns the terminal 2 and information on the desired experience.
  • the desired experience reception unit 11 stores the acquired desired experience data in the database 16 .
  • the provider identification unit 12 of the server 1 refers to the data stored in the database 16, and identifies the experience provider based on the provider data and experience request data.
  • the provider data is stored in the provider table.
  • Desired experience data is data acquired from the terminal device 2 by the desired experience reception unit 11 .
  • the provider identification unit 12 also identifies the content of the experience desired by the user from the experience desired data.
  • the content of the experience corresponds to the information of the genre and the representative menu of the provider table.
  • the provider identification unit 12 identifies a provider corresponding to the content of the identified experience as an experience provider in the provider table stored in the database 16 .
  • step S4 the destination identification unit 13 of the server 1 acquires data on the congestion situation around the hub.
  • Congestion status data is data used to calculate the degree of congestion around hubs a to e, and includes traffic information in a traffic communication system or information in a system that manages location information in the private sector.
  • step S5 the destination specifying unit 13 of the server 1 refers to the data stored in the database 16 and specifies destinations corresponding to the experience providing source and providing location.
  • the destination identification unit 13 identifies a non-congested place as the destination using the congestion status data acquired in step S4.
  • step S ⁇ b>6 the movement plan generation unit 14 generates a movement plan for the user to move to the destination identified by the destination identification unit 13 .
  • step S7 the transmission unit 17 transmits data including information on experiences that can be provided and travel plans to the terminal device 2 of the user.
  • step S ⁇ b>8 the terminal 2 displays the received data on the display, and displays a screen for selecting approval or rejection of the destination and experience content specified by the server 1 . If the user refuses, a refusal signal indicating refusal is transmitted from the terminal device 2 to the server 1, and the server 1 terminates the information processing flow shown in FIG. If the user approves, the movement plan is finalized, and the terminal 2 transmits an approval signal to the server 1 in step S9.
  • step S10 the provider identification unit 12 generates customer data after receiving the approval signal.
  • FIG. 6 shows customer data generated by the provider identification unit 12 .
  • Customer data includes information on users who aggregate to destinations. The destination is indicated by a fixed movement plan. As shown in FIG. 6, the customer data includes information such as the identification information of the destination hub, the number of users, the age group of the users, the time of stay of the users, the tastes of the main users, the desired products, and the budget of the main users. For example, if there are other users who have the same preferences as user A in FIG. , as an experience provider for other users. Then, the provider specifying unit 12 causes the database 16 to store the information of the other user scheduled to arrive at the hub a in association with the hub a.
  • the provider identification unit 12 aggregates the attributes of the users and stores them in the database 16 .
  • the customer data shown in FIG. 6 indicates aggregated user attributes. In other words, as shown in FIG. 6, about 10 to 20 users, including user A, gather at the hub a, and the users who gather at the hub a have common attributes as shown in the table of FIG. become.
  • the transmission unit 17 transmits a notification signal to the terminal of the provider 4.
  • the notification signal contains the customer data of FIG.
  • the provider 4 receives the notification signal and obtains the information of the user arriving at the destination.
  • the provider 4 can acquire information indicating that the user will arrive at the hub a and attribute information of the user scheduled to arrive at the hub a. Since the provider 4 can confirm the number of people arriving at the hub a, desired products, user's preferences, etc. from the user attributes included in the communication signal, the provider 4 can prepare products suitable for the user.
  • the vehicle allocation unit 15 allocates vehicles arriving at the destination to the provider. Then, the server 1 terminates the information processing flow shown in FIG.
  • the server 1 includes the database 16 that associates and stores providers who provide experiences to users and places where the providers can provide experiences.
  • a desired experience receiving unit 11 for acquiring desired experience data related to the experience desired by the user; and an experience provider indicating a provider capable of providing the experience desired by the user based on the data stored in the database 16 and the desired experience data.
  • an identification unit that identifies the source; a movement planning unit that identifies the provision location identified by the identification unit as the user's destination and generates a movement plan for the user to move to the destination; and a transmission unit 17 for transmitting a notification signal notifying that the user wishes to provide an experience at the destination indicated in the travel plan to the experience provider.
  • the specifying unit sets the destination within an area where the degree of congestion is equal to or less than a predetermined value.
  • the notification signal includes data indicating user attributes.
  • the provider 4 can prepare products or services according to the attributes of the user arriving at the destination.
  • the provider 4 can grasp user's aggregate desired information such as time, budget, preference, number of people, etc., it is possible to provide products or services that meet the user's desire.
  • the transmission unit 17 transmits a signal including information indicating a movement plan to the user. This makes it possible to match the provider 4 who provides the experience with the user.
  • the transmission unit 17 transmits a signal including information indicating the movement plan to the provider 4 . This makes it possible to match the provider 4 who provides the experience with the user.
  • the server 1 includes a vehicle allocation unit 15 that allocates a vehicle moving to a destination to a provider.
  • the provider 4 can increase the chances of providing the product to the destination.
  • the movement plan may be a plan to move using a vehicle. Thereby, the user can use the vehicle to go to the destination.
  • the receiving unit 18 receives preparation status data indicating the preparation status of the experience from the provider 4, and the transmission unit 17 transmits the preparation status data to the terminal device 2.
  • the preparation status data for example, is represented by the waiting time until the product is completed.
  • the communication signal may include information on the arrival time of the user at the destination.
  • the provider 4 can confirm the arrival time of the user at the hub a from the arrival time of the user included in the communication signal.
  • the time at which the user stay time starts corresponds to the user's arrival time. In the example of FIG. 6, it is 11:00.
  • the provider 4 that receives the notification signal can confirm the arrival time of each user from the information of the user's arrival time included in the notification signal, and can prepare the product according to the user's arrival.
  • the transmission unit 17 may transmit the notification signal to the provider 4 a predetermined time before the arrival time of the user.
  • the predetermined time is set according to the preparation time for the provider to provide the experience.
  • the preparation time may be input by the user of the provider at the time of initial registration, or may be set according to the genre of the provider. For example, if the time from the reception of the notification signal to the provision of the product at the providing location is set to 8 hours and the user arrives at the providing location at 17:00, the transmitting unit 17 transmits the notification signal at 9:00. .
  • the provider 4 that has received the notification signal can prepare the product for the user's arrival time (17:00). Note that the preparation time may include the time until the provider 4 moves to the providing location, or the time to deliver the product from the providing source 4 to the providing location.
  • the destination specifying unit 13 specifies a destination that can be an experience providing place from the user's location information included in the experience request data.
  • the provider identification unit 12 identifies provider sources that can provide an experience desired by the user, among provider sources around the identified destination.
  • each step of the control flow may be a single step by combining a plurality of steps. For example, identifying the experience provider and identifying the destination may identify the provider and the destination in one step. Further, it is not necessary to execute all the steps shown in FIG. 5, and for example, the control flow of steps S4, S13, etc. may be omitted.
  • the desired experience receiving unit 11 corresponds to the "acquisition unit” according to the present invention
  • the provider specifying unit 12 corresponds to the "specifying unit” according to the present invention
  • the destination specifying unit 13 corresponds to the "move planning department” according to the present invention.

Landscapes

  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Tourism & Hospitality (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

サーバ１は、ユーザに対して体験を提供する提供元と提供元が体験を提供可能な提供場所とを対応付けて記憶するデータベース１６と、ユーザが希望する体験に関する体験希望データを取得する取得部と、データベース１６に記憶されているデータ及び体験希望データに基づき、ユーザが希望する体験を目的地で提供可能な提供元を示す体験提供元及び提供場所を特定する特定部と、ユーザが、特定部により特定された提供場所をユーザの目的地として特定し、ユーザが目的地に移動するための移動計画を生成する移動計画部と、ユーザが、移動計画で示される目的地において体験の提供を希望していることを通知する通知信号を、体験提供元に送信する送信部１７とを備える。

Description

情報処理装置及び情報処理方法
　本発明は、情報処理装置及び情報処理方法に関するものである。
　店舗の空席を埋めるための広告情報を配信する広告配信システムが知られている。例えば特許文献１記載の広告配信システムは、客席の稼働率の時間毎の変化などの客席条件を予測して、客席が空く時間前後に来店可能な見込み客に対して広告情報を配信する。既に客席が空いている場合には、店舗までの移動時間が短い見込み客に、より有利な割引率やクーポンなどをオファーすることで、客席を速く埋めて短時間で客席の稼働率を回復させる。他方、空席が予測される時間以降に到着する見込み客は、客席の稼働率の回復にはあまり寄与しないので、不利なオファーを行なう。
国際公開２０１７／０９８８０３号
　しかしながら、上記の広告配信システムは、店舗における客席の稼働率を回復させるシステムであるため、ユーザが店舗に行かなければ、店舗はユーザに対して体験を提供できないという問題がある。
　本発明が解決しようとする課題は、ユーザが希望する体験を店舗以外の場所で提供するための情報処理を実現することである。
　本発明は、ユーザに対して体験を提供する提供元と提供元が体験を提供可能な提供場所とを対応付けて記憶するデータベースからデータ取得し、データベースから取得したデータ及び体験希望データに基づき、ユーザが希望する体験を提供可能な提供元を示す体験提供元及び提供場所を特定し、特定された提供場所をユーザの目的地として特定し、ユーザが目的地に移動するための移動計画を生成し、ユーザが、移動計画で示される目的地において体験の提供を希望していることを通知する通知信号を、体験提供元に送信することによって、上記課題を解決する。
　本発明によれば、店舗以外の場所である目的地において、ユーザが希望する体験を提供できる。
本発明に係る情報処理システムの一実施の形態を示すブロック図である。 図１のデータベースに記憶されているユーザテーブルの一例を示す図である。 図１のデータベースに記憶されている提供元データのテーブルの一例を示す図である。 図１の目的地特定部で特定される目的地（ハブ）、都心ターミナル、及び中心駅の位置関係を説明するための概念図である。 図１の情報処理システムにて実行される情報処理手順を示すフローチャートである。 図１の提供元特定部で生成される顧客データの一例を示す図である。
　以下、本発明に係る情報処理システムの一実施の形態を図面に基づいて説明する。図１は、本発明の一実施の形態に係る情報処理システムを示すブロック図である。本実施形態のシステムは、サーバ１と、複数のユーザの端末機２と、電気通信回線網を構成するネットワーク３と、一又は複数の提供元４とを含む。本実施形態のシステムは、ユーザの目的地を特定する際に、都心ターミナルや中心駅等、混雑度の高い場所を避けたうえで、店舗以外の場所でありユーザが希望する体験を提供できる場所を、目的地として特定するものである。そして、情報処理システムは、特定された目的地において体験の提供を希望しているユーザがいることを、体験の提供元に通知するものである。
　特に限定されるものではないが、本発明の理解を容易にするためにその一例を挙げると、ユーザは、パスタを食べたい、温泉に入りたい、本を購入したい等、特定の体験をしたいと思った場合に、従来であれば体験可能な施設や店舗などをスマートフォンなどの端末機を用いて店舗を検索し、その店舗を直接訪問して体験することが一般的である。また、従来のグルメサイトを使った店舗の検索では、場所と店舗名は表示されても、ユーザが店舗に行かなければ、店舗側は商品やサービスなどの体験をユーザに提供できない。そのため、店舗など、体験を提供する提供元は、都心ターミナルや中心駅など人が集まる混雑場所に店舗を設ける。そして、店舗が混雑場所へ集中することにより、混雑場所の周囲で交通集中が発生する。本実施形態のシステムでは、店舗以外の場所であり、ユーザが希望する体験を提供できる場所であり、ユーザの目的地である場所、人が集まる混雑場所を避けて特定する。また本実施形態のシステムは、体験を希望しているユーザが集約する場所、つまり複数のユーザの目的地の情報や集約するユーザに関する情報を複数の体験提供元に送信する。これにより、混雑度の高い場所を避けて人を集約しつつ、人の集約場所では複数の体験を提供できる。その結果として、都心ターミナルや中心駅など人が集まる混雑場所以外に、人の集約場所を作ることができ、また集約場所の周囲に位置する店舗等を活性化できる。
　本実施形態に係る「希望する体験」とは、ユーザ自身が経験したい事柄を意味し、上述した例でいえば「食事がしたい」、その中でも「パスタを食べたい」あるいは「アイスクリームを食べたい」という体験である。この種の食事をしたいという体験の他にも、買い物がしたい、スポーツをしたい、温泉に入りたいなどのサービスを受けたい、といったジャンルがあり、本実施形態のシステムでは、こうした多種の体験が含まれる。つまり、ユーザが希望する体験は、ユーザによる商品の購入及び／又はユーザが受けるサービスである。
　本実施形態のサーバ１は、ハードウェア及びソフトウェアを備えたコンピュータにより構成され、プログラムを格納したＲＯＭと、このＲＯＭに格納されたプログラムを実行するＣＰＵと、アクセス可能な記憶装置として機能するＲＡＭとから構成されている。なお、動作回路としては、ＣＰＵに代えて又はこれとともに、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡなどを用いることができる。そして、図１に示すように、希望体験受付部１１と、提供元特定部１２と、目的地特定部１３と、移動計画生成部１４、配車部１５とは、ＲＯＭに確立されたソフトウェアによって、後述する各機能を実現する。また、記憶ユニットとして、データベース１６を備え、データベース１６に記憶された情報を利用しながら、上述した希望体験受付部１１と、提供元特定部１２と、目的地特定部１３と、移動計画生成部１４、配車部１５によって、後述する各機能を実現する。また、サーバ１は、各種機能で処理された情報及びデータベース１６に記憶された情報を含むデータを、端末機２及び提供元４に送受信するために、送信部１７及び受信部１８を備えている。
　本実施形態のシステムの前提として、ユーザとなり得る複数の人間は、日常的に携帯又は使用する端末機２をそれぞれ所有する。この種の端末機２としては、スマートフォン、携帯電話機、可搬コンピュータなどを用いることができる。本実施形態の端末機２は、コンピュータ機能を備え、データを入力するための入力部と、入力したデータをサーバ１に送信するための通信機能と、端末機２の現在位置を検出するＧＰＳ受信機などの位置検出機能と、サーバ１から送信されたデータをディスプレイに表示するための表示機能を備える。そして、各端末機２は、自己のＩＤと、現在位置と、入力データとを、インターネットその他のネットワーク３（無線通信回線網）を介してサーバ１に送信する。
　提供元４は、サーバ１により特定される商品及び／又はサービスの提供場所において、ユーザに対して体験を提供する。提供元４は、実店舗をもつ商店、実店舗をもたず移動車両で商品／サービスを提供する業者、調理場のみで宅配用の商品のみを提供する業者、商品は提供せずに、所定場所で商品／サービスを提供するための施設を設営する業者などである。提供元４は、サーバ１から提供される情報に基づき、サーバで特定された場所において、商品／サービスを提供する。
　次にサーバ１における構成を説明する。希望体験受付部１１は、複数のユーザがそれぞれ携帯する端末機２から送信される情報を、ネットワーク３を介して受け付ける。図２は、希望体験受付部１１で取得される体験希望データである。体験希望データは、ユーザが希望する体験に関する情報を含んでおり、ユーザ属性とユーザ入力項目に分類されている。ユーザ属性は、本システムにおけるサービスを利用するための初期登録の際に、ユーザにより入力された情報により決まる。図２に示すようにユーザ属性は、氏名、性別、年代等の個人情報、及び、ユーザの好みを示す嗜好等を含んでいる。例えばユーザＡは、性別「女性」、年代「２０代」であり、「辛い物が好き」という嗜好をもっている。
　ユーザは、本システムにおけるサービスを利用する際には、少なくとも希望する体験内容の情報を入力する。体験内容の情報の入力は、例えば希望する体験が飲食に関するものであれば、「パスタ」、「アイスクリーム」など料理名でもよく、「中華料理」、「日本料理」など料理のジャンルでもよい。すなわち、体験情報の入力は、商品名やサービス名など具体的な名称に限らず、曖昧な情報でもよい。またユーザの入力項目には、希望する体験に関する情報として、ユーザの現在地、体験希望時間帯、人数、予算等がある。ユーザの位置は、端末機２のＧＰＳ受信機などの位置検出機能で検出される位置情報に相当する。ユーザの位置は、端末機２の現在位置に限らず、ユーザにより入力される位置としてもよい。例えば、ユーザが、後述する目的地特定部１３で提案された目的地に立ち寄った後に、別の場所に移動する場合には、この別の場所をユーザの位置として指定してもよい。
　体験希望時間帯は、ユーザが目的地において体験を受けることができる時間の幅である。例えば、図２の例では、ユーザＡは、１１時から１３時の間であれば体験を受けたいことを表している。人数は、ユーザを含めた人数である。図２の例では、ユーザＡは自身を含めて３人での体験を希望していることになる。予算は、体験を受けるために希望する費用である。
　希望体験受付部１１は、ネットワーク３を介して端末機２から体験希望データを取得し、取得された体験希望データをデータベース１６に記憶させる。データベース１６は、各ユーザの体験希望データを、図２に示すようなテーブルとして格納している。
　提供元特定部１２は、データベース１６に記憶されているデータを参照し、ユーザに対して体験を提供する提供元を特定する。データベース１６は、本システムにおけるサービスを受けるために、店舗又は施設情報が提供元データとして格納している。図３は、データベース１６に記憶されている提供元、及び、ユーザの目的地となり得る「ハブ」の位置情報を含んでおり、提供元データ用のテーブルである。提供元データは、提供できる体験の内容及び体験を提供できる場所に関する情報を含んでいる。提供元データは、本システムにおけるサービスを利用するための初期登録の際に、利用者により入力された情報により決まる。利用者は、主に体験を提供できる事業者である。図３に示すように、提供元データは、提供元の店舗名、ジャンル、代表メニュー、客層、価格帯、提供可能時間帯、提供形態等の情報を含んでいる。例えば、店舗名「店舗１」では、イタリアンの商品を提供し、代表メニューとしてパスタやピザがあり、「店舗１」を訪れる主要な客層は２０～３０代であり、客単価に相当する価格帯は１０００～２０００円である。これらの情報は、初期登録時に事業者により入力されてもよく、店舗における実績データ、グルメサイトなどの口コミ情報から抽出してデータベース１６に記憶されてもよい。
　提供元テーブルに含まれる「商品提供可能ハブ」は、本システムにおいて、体験を提供できる提供場所を表しており、ユーザの目的地となり得る「ハブ」の位置データである。目的地は、都心ターミナルや中心駅など人が集まる混雑場所以外の場所であって、体験を受けたいユーザと体験を提供したい提供元をつなげる場所である。なお、本実施形態では、体験提供場所となる目的地は、体験を受けたいユーザと提供元とを場所でつなげているため、この場所をハブとも称する。ハブとなり得る場所は予め決まっている。そして、後述する目的地特定部１３により、「商品提供可能ハブ」の中からユーザに適した目的地を特定している。つまり、「商品提供可能ハブ」のデータは、提供元が体験を提供可能な提供場所の情報であり、ユーザの目的地となる位置の情報に相当し、提供元テーブルにより、提供元と提供場所とが対応付けて記憶されている。
　図３の例では、「店舗１」の提供元は、ハブа、ｂ、ｃにて商品を提供できる。ハブа、ｂ、ｃが「店舗１」により商品を提供できる提供場所となる。なお、商品提供可能ハブは、初期登録時の入力で決まる、あるいは、店舗１の位置から所定範囲内に位置する場所をハブとしてもよい。提供形態は、体験となる商品やサービスを提供する形態である。例えば、図２の例では、「店舗１」は、提供形態「宅配」としており、宅配サービスを利用して店舗で作った商品を商品提供場所（ハブ）まで届ける形態をとっている。また、図２の例では、「店舗２」は、提供形態「移動店舗」としており、店舗全体又は店舗の一部機能を搭載した車両をハブまで移動させて、車両を店舗として利用して商品を提供する。なお、移動店舗は、必ずしも車両で移動する必要はなく、例えば体験の提供に必要な設備をハブに設置して、設備を利用して体験を提供するような形態でもよい。
　提供元特定部１２は、希望体験受付部１１で取得された体験希望データから、体験を希望しているユーザの体験内容を特定し、特定された体験を提供可能な提供元を特定する。図２に示すユーザＡが体験を希望する旨の申し込みを本システムに行った場合に、提供元特定部１２は、データベース１６に記憶されているユーザテーブルのうち、ユーザＡの情報を抽出し、ユーザＡが希望する体験内容を特定する。ユーザＡは「パスタを食べたい、アイスクリームを食べたい」という体験を希望しているため、提供元特定部１２は「パスタ」及び「アイスクリーム」を提供できる提供元を特定する。図３の例では、店舗１が「パスタ」を提供でき、店舗２が「アイスクリーム」を提供できる。そのため、提供元特定部１２は、店舗１及び店舗２を体験提供元として特定する。体験提供元は、ユーザが希望する体験を目的地で提供可能な提供元を示している。図３に示すように店舗１の商品提供可能ハブ（商品提供可能場所に相当）は「а、ｂ、ｃ」であり、店舗２の商品提供可能ハブは「а、ｂ」である。そして、共通するハブ「а、ｂ」が、ユーザＡに対して希望する体験を提供できるハブとなり、またユーザＡの目的地の候補となる。
　なお、上記の説明では、ユーザが希望する体験の内容から提供元を特定する方法を説明したが、体験内容に限らず、体験希望時間帯、人数、予算等の情報も含めた上で、提供元を特定してもよい。図２及び図３の例では、ユーザＢは「アイスクリームを食べたい」から「アイスクリーム」を食べるという体験を希望しており、店舗Ｂは代表メニューにアイスクリームを含んでいるため、体験内容からは体験提供元の候補となり得るが、店舗２の提供可能時間帯が１５時から１６時までの範囲であり、ユーザＢの体験希望時間帯（１３時－１５時）から外れているため、店舗２は体験提供元として特定されない。
　目的地特定部１３は、体験を提供するための場所となる、ユーザの目的地を特定する。ここで目的地について、図４を参照して説明する。図４は、都心ターミナル、中心駅、ハブの位置関係を示す。図４に示すように、都心部では、都心ターミナルを中心に、各中心駅をつなぐ交通網１００が形成されている。交通網１００は、鉄道、一般道路、高速道路等である。そして、都心ターミナルや中心駅の付近は、駅、店舗等が密集しているため、周囲に交通集中が発生している。そして、都心ターミナルや中心駅の付近の店舗では客数が多く繁盛しているところも多いが、都心ターミナルや中心駅から離れた場所の店舗は閑散としていることがある。このような環境下では、都心ターミナルや中心駅の付近における交通集中を緩和したいというニーズと、都心ターミナルや中心駅から離れた場所に顧客を来訪させたいというニーズがある。本システムでは、これら２つのニーズを満たすよう、都心ターミナルや中心駅から離れた場所に、体験提供場所となる目的地を設定する。そして、ユーザは設定された目的地に向かって移動し、店舗は目的地において商品やサービスを提供する。図４の例では、都心ターミナルや中心駅から離れた場所として、ハブа～ｅが設定されており、ハブа～ｅの中から、体験を提供する場所であってユーザの目的地が特定される。ハブа～ｅは、公園などの比較的スペースの広い場所である。
　目的地特定部１３は、ハブа～ｅの周囲の混雑度を算出する。混雑度は、ＪＡＲＴＩＣ、ＶＩＣＳ（登録商標）等の交通通信システムにおける情報（交通量）、民間の位置情報を管理するシステムにおける情報、ＳＮＳ等社会的ネットワークで利用される情報等を用いて算出される。例えば、民間の位置情報を管理するシステムにおける情報を用いる例としては、スマートフォンなどの端末機の位置情報から混雑度がされる。また、ＳＮＳ等社会的ネットワークで利用される情報を用いる例としては、ＳＮＳや口コミ等の投稿数の多い場所は混雑が予想されるが、投稿数の少ない場所では混雑が予想されない。つまり、投稿数が多いほど混雑度が多いとして算出すればよい。さらに混雑度は、システムによりリアルタイムで管理している情報に限らず、地理的な条件から混雑度を算出してもよい。一般的には都心ターミナル、中心駅、又は繁華街などの人が集まる場所から離れるほど混雑度は低くなる。そのため、地図情報から人が集まる場所を予め特定し、人が集まる場所からハブまでの距離が遠いほど混雑度が小さくなるよう、混雑度が算出される。なお距離の代わりに時間を用いてもよい。
　目的地特定部１３は、ハブа～ｅの周囲の混雑度を算出し、算出された混雑度と所定の混雑度閾値とを比較する。混雑度閾値は、混雑度の上限値を示しており、混雑度が上限値より高い場合には、そのハブの周辺は混雑していると判定される。目的地特定部１３は、混雑度が混雑度閾値以下のエリア内のハブа～ｅを特定する。そして、目的地特定部１３は、体験を希望しているユーザの位置から最も近いハブа～ｅをユーザの目的地として設定する。目的地は、体験を希望しているユーザが向かう目的地であり、ユーザが体験を受ける場所（体験を提供可能な提供場所）でもある。図２及び図３の例では、ユーザＡのユーザ位置が「ｐ市」であり、ｐ市のエリア内にはハブа、ｄがあると仮定する。そして、ユーザＡが希望する体験を提供できる提供元は、店舗１である。店舗１の商品提供可能ハブはа、ｂ、ｃである。ハブｂ、ｃはｐ市のエリアに含まれず、ハブаはｐ市のエリアに含まれている。そのため、目的地特定部１３は、ユーザＡが希望する体験の提供元「店舗１」に対応する目的地として、ハブаを特定する。また目的地特定部１３は、ハブа～ｅ毎に、到着予定のユーザの情報と対応付けてデータベース１６に記憶させる。
　移動計画生成部１４は、地図情報に基づき、目的地に移動するための移動計画を生成する。移動計画は、ユーザの現在位置から、目的地特定部１３で特定された目的地までの経路情報、目的地に行くために必要な料金、又は移動時間等である。移動計画は、少なくとも経路情報を含んでいるが、経路情報は必ずしも地図上のルートで表す必要はなく、例えば電車の乗降駅などの、ユーザが移動するために必要な最小限の情報を含んでいればよい。また移動計画は、車の走行経路、電車を使った移動経路、徒歩経路等である。
　配車部１５は、提供元に目的地に到着する車両を配車する。提供元特定部１２に特定された提供元の提供形態が宅配である場合には、店舗から目的地まで商品等を運ぶ必要がある。このような場合には、配車部１５は、目的地へのユーザの到着に合わせて宅配用の車両を手配する。配車部１５は、配車情報を提供元４に送信する。
　データベース１６は、ユーザの体験希望データ及び提供元データをテーブルとして記憶する。データベース１６は地図情報等も記憶している。データベース１６に記憶される提供元テーブルは、少なくとも提供元の識別情報と商品提供可能ハブ（体験を提供可能な提供場所）が対応するように、格納されている。提供元の識別情報は、図３のように店舗名やＩＤ等で示される。商品提供可能ハブは、体験を希望しているユーザの目的地候補の位置を表している。すなわち、提供元テーブルは、ユーザの目的地となる位置のデータと、提供元のデータとを対応付けて格納している。またデータベース１６は、ユーザ及び提供元のこれまでの利用履歴も記憶している。
　送信部１７は、ネットワーク３を介してユーザ端末機２及び提供元４の端末と接続している。送信部１７は、体験に関する通知信号を提供元に送信する。通知信号は、ユーザが移動計画で示される目的地において体験の提供を希望していることを通知するための信号である。提供元はこの通知信号を受信することで、ハブにおいてビジネスの機会があることを確認できる。また送信部１７は、移動計画及び提供可能な体験の情報を含むデータを、体験を希望しているユーザの端末機２に送信する。サーバ側で特定した体験内容や目的地がユーザの希望と合わない可能性もあるため、ユーザに事前に体験内容と目的地の情報を送ることとしている。
　受信部１８はネットワーク３を介してユーザ端末機２及び提供元４の端末と接続している。受信部１８は端末機２から送信されるデータ及び提供元４の端末から送信されるデータを受信する。
　次に、本実施形態のシステムにて実行される情報処理手順の概要を説明する。図５は、その情報処理手順を示すフローチャートである。
　まずステップＳ１において、ユーザが、端末機２を用いてサーバ１にアクセスすると、当該ユーザの端末機２には、上述した希望する体験に関する情報として、希望内容、ユーザ位置、体験希望時間帯、人数、予算などを入力できる画面が表示され、ユーザは、各項目に対して希望する体験に関する情報を入力する。また、端末機２に備えられたＧＰＳ受信機などの位置検出センサにより、緯度及び経度が検出され、この位置情報が、希望する体験に関する情報とともに、サーバ１に送信される。
　ステップＳ２において、サーバ１の希望体験受付部１１は、所定の時間間隔（たとえば１００ｍｓｅｃ）で、複数のユーザがそれぞれ携帯する端末機２から送信される上記の情報を、ネットワーク３を介して受け付ける。端末機２から送信される体験希望データとしては、図２に示すように、その端末機２を所有するユーザのＩＤに加えて、希望する体験に関する情報を含む。希望体験受付部１１は、取得した体験希望データをデータベース１６に記憶する。
　ステップＳ３において、サーバ１の提供元特定部１２は、データベース１６に記憶されているデータを参照し、提供元データ及び体験希望データに基づき、体験提供元を特定する。提供元データは提供元テーブルに格納されている。体験希望データは、希望体験受付部１１により端末機２から取得したデータである。また提供元特定部１２は、体験希望データからユーザが希望している体験の内容を特定する。体験の内容は、提供元テーブルのジャンル及び代表メニューの情報に相当する。提供元特定部１２は、データベース１６に記憶されている提供元テーブルにおいて、特定された体験の内容に対応する提供元を体験提供元として特定する。
　ステップＳ４において、サーバ１の目的地特定部１３は、ハブ周辺の混雑状況のデータを取得する。混雑状況のデータは、ハブа～ｅの周囲の混雑度を算出するために使用されるデータであって、交通通信システムにおける交通情報、又は民間の位置情報を管理するシステムにおける情報等を含んでいる。
　ステップＳ５において、サーバ１の目的地特定部１３は、データベース１６に記憶されているデータを参照し、体験提供元及び提供場所と対応する目的地を特定する。また目的地特定部１３は、ステップＳ４で取得した混雑状況のデータを用いて、混雑していない場所を目的地として特定する。ステップＳ６において、移動計画生成部１４は、ユーザが目的地特定部１３により特定された目的地に移動するための移動計画を生成する。
　ステップＳ７において、送信部１７は、提供可能な体験の情報及び移動計画を含むデータを、ユーザの端末機２に送信する。ステップＳ８において、端末機２は、受信したデータをディスプレイに表示して、サーバ１で特定された目的地と体験内容に対して、承認又は拒否を選択するための画面を表示する。ユーザが拒否した場合には、拒否を示す拒否信号が端末機２からサーバ１に送信され、サーバ１は、図５に示す情報処理のフローを終了する。ユーザが承諾した場合には、移動計画が確定し、ステップＳ９において、端末機２は承諾信号をサーバ１に送信する。
　ステップＳ１０において、提供元特定部１２は、承諾信号を受信した後、顧客データを生成する。図６は、提供元特定部１２で生成される顧客データである。顧客データは、目的地に集約するユーザの情報を含んでいる。目的地は確定した移動計画で示される。図６に示すように顧客データは、目的地となるハブの識別情報、ユーザ人数、ユーザ年齢層、ユーザ滞在時刻、主要ユーザの嗜好、希望商品、主要ユーザの予算などの情報を含んでいる。例えば、図２のユーザＡと同じような嗜好をもち、ユーザＡと同じような体験を希望しているユーザが他にもいる場合には、ユーザＡの体験と同じ体験を提供できる提供元を、他のユーザに対する体験提供元として特定する。そして、提供元特定部１２は、ハブаに到着予定の他ユーザの情報を、ハブаと対応付けてデータベース１６に記憶させる。また、提供元特定部１２は、複数のユーザの情報をハブаと対応付けてデータベース１６にする際には、ユーザの属性を集約してデータベース１６に記憶する。図６に示す顧客データは、集約されたユーザの属性を示す。つまり、図６に示すように、ハブаには、ユーザＡを含めて１０～２０人程度のユーザが集まり、ハブаに集まるユーザは、図６の表に示すような共通の属性をもっていることになる。
　ステップＳ１１において、送信部１７は、通知信号を提供元４の端末に送信する。通知信号は図６の顧客データを含んでいる。ステップＳ１２において、提供元４は通知信号を受信することで、目的地に到着するユーザの情報を取得する。図６の例では、提供元４は、ハブаにユーザが到着する旨の情報、及び、ハブаに到着予定のユーザの属性情報を取得できる。提供元４は、通信信号に含まれるユーザ属性から、ハブаに到着する人数、希望商品、ユーザの嗜好等を確認できるため、ユーザに合わせた商品を準備できる。
　ステップＳ１３にて、配車部１５は提供元に目的地に到着する車両を配車する。そして、サーバ１は、図５に示す情報処理のフローを終了する。
　以上のとおり、本実施形態の情報処置システムによれば、サーバ１は、ユーザに対して体験を提供する提供元と提供元が体験を提供可能な提供場所とを対応付けて記憶するデータベース１６と、ユーザが希望する体験に関する体験希望データを取得する希望体験受付部１１と、データベース１６に記憶されているデータ及び体験希望データに基づき、ユーザが希望する体験を提供可能な提供元を示す体験提供元を特定する特定部と、ユーザが、特定部により特定された提供場所をユーザの目的地として特定し、ユーザが目的地に移動するための移動計画を生成する移動計画部と、ユーザが、移動計画で示される目的地において体験の提供を希望していることを通知する通知信号を、体験提供元に送信する送信部１７とを備える。これにより、店舗以外の場所である目的地において、ユーザが希望する体験を提供できる。また、複数の提供元４が目的地に集約する場合には、ユーザは、１つの目的地で複数の体験を受けることができる。
　また本実施形態の情報処置システムによれば、特定部は、混雑度が所定値以下のエリア内に目的地を設定する。これにより、混雑場所を避けて、人口及び／又は車両の密度が低いエリアに、体験提供場所を設定できる。
　また本実施形態の情報処置システムによれば、通知信号は、ユーザの属性を示すデータを含む。これにより、提供元４は、目的地に到着するユーザの属性に応じた商品又はサービスを準備できる。また、提供元４は、時間、予算、嗜好性、人数等、ユーザの集約した希望情報を把握できるため、ユーザの希望に合う商品又はサービスを提供できる。
　また本実施形態の情報処置システムによれば、送信部１７は移動計画を示す情報を含む信号をユーザに送信する。これにより、体験を提供する提供元４とユーザとのマッチングを図ることができる。
　また本実施形態の情報処置システムによれば、送信部１７は移動計画を示す情報を含む信号を提供元４に送信する。これにより、体験を提供する提供元４とユーザとのマッチングを図ることができる。
　また本実施形態の情報処置システムによれば、サーバ１は、目的地に移動する車両を提供元に配車する配車部１５を備える。これにより、提供元４は、目的地に商品を提供する機会を増やすことができる。
　また本実施形態の情報処置システムによれば、移動計画は、車両を使用して移動する計画でもよい。これにより、ユーザは車両を利用して目的地に行くことができる。
　また本実施形態の変形例として、受信部１８は、体験の準備状況を示す準備状況データを提供元４から受信し、送信部１７は準備状況データを端末機２に送信する。例えば体験が飲食に関するものである場合には、飲食物の調理状況を示すデータが、準備状況データに相当する。準備状況データは、例えば、商品の完成までも待ち時間で表される。ユーザは、準備状況データを取得することで、商品提供までの残り時間を確認できる。
　また本実施形態の変形例として、通信信号は、ユーザが目的地に到着する到着時刻の情報を含んでもよい。提供元４は、通信信号に含まれるユーザの到着時刻から、ユーザがハブаに到着する時刻を確認できる。図６に示す顧客データのうち、ユーザ滞在時間の始点となる時刻がユーザの到着時刻に相当する。図６の例では、１１：００となる。なお、図６の例では、ユーザ数、１０～２０人の情報を集約したデータを表しているが、顧客データは、ユーザの到着時刻を、ハブаに到着するユーザ毎の時刻で示してもよい。そして、通知信号を受信する提供元４は、通知信号に含まれるユーザの到着時刻の情報から、各ユーザの到着時刻を確認でき、ユーザの到着に合わせて商品を準備できる。
　また本実施形態の変形例として、送信部１７は、ユーザの到着時刻より所定時間前に通知信号を提供元４に送信してもよい。所定時間は、提供元が体験を提供するための準備時間に応じて設定される。準備時間は、初期登録時に提供元の利用者により入力される、あるいは、提供元のジャンル等に応じて設定されてもよい。例えば、通知信号を受信してから、提供場所で商品を提供するまでの時間が８時間に設定され、ユーザが提供場所に１７時に到着する場合は、送信部１７は９時に通知信号を送信する。通知信号を受信した提供元４は、ユーザの到着時刻（１７時）に合わせて商品を準備できる。なお、準備時間には、提供元４が提供場所に移動するまでの時間、又は、提供元４から提供場所まで商品を配達する時間を含んでもよい。
　なお、本実施形態のシステムにて実行される情報処理手順は必ずしも図５に示す順序で有る必要はなく、適宜、入れ替えてよい。例えば、目的地特定部１３は、体験希望データに含まれるユーザの位置情報から、体験提供場所となり得る目的地を特定する。提供元特定部１２は、特定された目的地の周囲の提供元のうち、ユーザが希望できる体験を提供できる提供元を特定する。また制御フローの各ステップは、複数のステップをまとめて１ステップとしてもよい。例えば、体験提供元を特定するステップと目的地を特定するステップは、１ステップで提供元及び目的地を特定してよい。また図５に示すステップは全て実行する必要は無く、例えばステップＳ４、Ｓ１３等の制御フローを省略してもよい。
　上記希望体験受付部１１が本発明に係る「取得部」に相当し、上記提供元特定部１２が本発明に係る「特定部」に相当し、上記目的地特定部１３及び移動計画生成部１４が本発明に係る「移動計画部」に相当する。
１…サーバ
２…ユーザ端末機（端末機）
３…ネットワーク
４…提供元
１１…希望体験受付部
１２…提供元特定部
１３…目的地特定部
１４…移動計画生成部
１５…配車部
１６…データベース
１７…送信部
１８…受信部

Claims (12)

  1. 　ユーザに対して体験を提供する提供元と前記提供元が前記体験を提供可能な提供場所とを対応付けて記憶するデータベースと、
    　前記ユーザが希望する前記体験に関する体験希望データを取得する取得部と、
    　前記データベースに記憶されているデータ及び前記体験希望データに基づき、前記ユーザが希望する前記体験を提供可能な提供元を示す体験提供元及び前記提供場所を特定する特定部と、
    　前記特定部により特定された前記提供場所を前記ユーザの目的地として特定し、前記ユーザが前記目的地に移動するための移動計画を生成する移動計画部と、
    　前記移動計画で示される前記目的地において前記体験の提供を希望していることを通知する通知信号を、前記体験提供元に送信する送信部とを備える情報処理装置。
  2. 　請求項１記載の情報処理装置において、
    　前記特定部は、混雑度が所定値以下のエリア内に前記目的地を設定する情報処理装置。
  3. 　請求項１又は２記載の情報処理装置において、
    　前記ユーザが希望する体験は、前記ユーザによる商品の購入及び／又は前記ユーザが受けるサービスである情報処理装置。
  4. 　請求項１～３のいずれか１項に記載の情報処理装置において、
    　前記通知信号は、前記ユーザの属性を示すデータを含む情報処理装置。
  5. 　請求項１～４のいずれか１項に記載の情報処理装置において、
    　前記送信部は、前記移動計画を示す情報を含む信号を前記ユーザに送信する情報処理装置。
  6. 　請求項１～５のいずれか１項に記載の情報処理装置において、
    　前記送信部は、前記移動計画を示す情報を含む信号を前記体験提供元に送信する情報処理装置。
  7. 　請求項１～６のいずれか１項に記載の情報処理装置において、
    　前記目的地に移動する車両を前記提供元に配車する配車部を備える情報処理装置。
  8. 　請求項１～７のいずれか１項に記載の情報処理装置において、
    　前記ユーザに提供される前記体験の準備状況を示す準備状況データを前記提供元から受信する受信部を備え、
    　前記送信部は、前記準備状況データを前記ユーザに送信する情報処理装置。
  9. 　請求項１～８のいずれか１項に記載の情報処理装置において
    　前記移動計画は、車両を使用して移動する計画である情報処理装置。
  10. 　請求項１～９のいずれか１項に記載の情報処理装置において、
    　前記通知信号は、前記ユーザが前記目的地に到着する到着時間の情報を含む情報処理装置。
  11. 　請求項１０に記載の情報処理装置において、
    　前記送信部は、前記到着時間より所定時間前に前記通知信号を前記体験提供元に送信し、
    　前記所定時間は、前記体験提供元が前記体験を提供するための準備時間に応じて設定されている情報処理装置。
  12. 　ユーザが希望する体験に関する情報をサーバで処理する情報処理方法において、
    　前記ユーザに対して体験を提供する提供元と前記提供元が前記体験を提供可能な提供場所とを対応付けて記憶するデータベースからデータを取得し、
    　前記ユーザが希望する体験に関する体験希望データを取得し、
    　前記データベースから取得した前記データ及び前記体験希望データに基づき、前記ユーザが希望する前記体験を提供可能な提供元を示す体験提供元及び前記提供場所を特定し、
    　特定された前記提供場所を前記ユーザの目的地として特定し、前記ユーザが前記目的地に移動するための移動計画を生成し、
    　前記移動計画で示される前記目的地において前記体験の提供を希望していることを通知する通知信号を、前記体験提供元に送信する情報処理方法。
PCT/JP2021/017043 2021-04-28 2021-04-28 情報処理装置及び情報処理方法 WO2022230130A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2023516969A JPWO2022230130A1 (ja) 2021-04-28 2021-04-28
CN202180097442.0A CN117280373A (zh) 2021-04-28 2021-04-28 信息处理装置和信息处理方法
PCT/JP2021/017043 WO2022230130A1 (ja) 2021-04-28 2021-04-28 情報処理装置及び情報処理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2021/017043 WO2022230130A1 (ja) 2021-04-28 2021-04-28 情報処理装置及び情報処理方法

Publications (1)

Publication Number Publication Date
WO2022230130A1 true WO2022230130A1 (ja) 2022-11-03

Family

ID=83848135

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/017043 WO2022230130A1 (ja) 2021-04-28 2021-04-28 情報処理装置及び情報処理方法

Country Status (3)

Country Link
JP (1) JPWO2022230130A1 (ja)
CN (1) CN117280373A (ja)
WO (1) WO2022230130A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002247635A (ja) * 2001-02-21 2002-08-30 Kansai Nippon Denki Tsushin System Kk 配達システム
JP2004280468A (ja) * 2003-03-14 2004-10-07 Nec Corp 店舗販売システム、店舗販売方法、店舗販売情報処理装置、及び店舗販売プログラム
JP2005114566A (ja) * 2003-10-08 2005-04-28 Nec Electronics Corp ナビゲーションシステム、及びそのサーバに用いられるプログラム
JP2013096923A (ja) * 2011-11-03 2013-05-20 Aisin Aw Co Ltd 情報提供システム、情報提供装置、情報提供方法及びコンピュータプログラム
JP2020009298A (ja) * 2018-07-11 2020-01-16 トヨタ自動車株式会社 情報処理システム、プログラム、及び制御方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002247635A (ja) * 2001-02-21 2002-08-30 Kansai Nippon Denki Tsushin System Kk 配達システム
JP2004280468A (ja) * 2003-03-14 2004-10-07 Nec Corp 店舗販売システム、店舗販売方法、店舗販売情報処理装置、及び店舗販売プログラム
JP2005114566A (ja) * 2003-10-08 2005-04-28 Nec Electronics Corp ナビゲーションシステム、及びそのサーバに用いられるプログラム
JP2013096923A (ja) * 2011-11-03 2013-05-20 Aisin Aw Co Ltd 情報提供システム、情報提供装置、情報提供方法及びコンピュータプログラム
JP2020009298A (ja) * 2018-07-11 2020-01-16 トヨタ自動車株式会社 情報処理システム、プログラム、及び制御方法

Also Published As

Publication number Publication date
JPWO2022230130A1 (ja) 2022-11-03
CN117280373A (zh) 2023-12-22

Similar Documents

Publication Publication Date Title
US20190236742A1 (en) Method for requesting a ride service in a ride service system
JP6881609B2 (ja) 車両管理システム、車両管理装置、及び車両管理方法
US20190318630A1 (en) Preemptively navigating drivers to an event location to transport passengers upon completion of the event
US20150112585A1 (en) Communication System
US20170178259A1 (en) Automatic selection of calendar-based, multiple user options
CN111832938A (zh) 基于订单的配对方法和配对设备
US8682727B2 (en) Advertisement distribution system, advertisement distribution device, advertisment distribution method, advertisement distribution program, and computer readable record medium recorded with advertisement distribution program
JP5937733B1 (ja) 情報提供装置、情報提供プログラムおよび情報提供方法
US20120065884A1 (en) Method and system for providing social network service with mobile terminal
WO2016035699A1 (ja) 予約システム
US20230236033A1 (en) Method for Generating Personalized Transportation Plans Comprising a Plurality of Route Components Combining Multiple Modes of Transportation
JP2013156735A (ja) 運転代行業者検索システムおよび運転代行業者検索プログラム
JP2003130660A (ja) 施設情報提供装置
JP6342595B1 (ja) 有償運送車両配車システムおよびプログラム
WO2022230130A1 (ja) 情報処理装置及び情報処理方法
US20240202778A1 (en) Information processing device and information processing method
JP2003288525A (ja) 指定エリアの移動情報端末への動的情報配信サービス方式
CN113454672A (zh) 提供对象检索方法、提供对象显示方法、提供对象检索装置、提供对象显示装置、提供对象检索系统及计算机程序
CN111527490A (zh) 目的地的建议系统、建议装置以及建议方法
JP7196456B2 (ja) 相乗り支援システムおよびプログラム
JP2004240708A (ja) 位置情報に基づく情報配信システム及び方法
JP2021168009A (ja) プログラム及び情報処理装置
US20240210182A1 (en) Information processing device and information processing method
JP2005234918A (ja) 交通手段情報提供システム
WO2022230132A1 (ja) 情報処理装置及び情報処理方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21938143

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023516969

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 18556809

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 202180097442.0

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21938143

Country of ref document: EP

Kind code of ref document: A1