JP7278044B2 - Information processing equipment - Google Patents

Description

The present invention relates to an information processing device.

Owning a private car is uneconomical for those who use the car infrequently.
Therefore, conventionally, there have been car-sharing services in which a single car is shared by a plurality of users in condominiums or the like (see Patent Documents 1 and 2, for example).

JP-A-11-337354 JP 2012-118705 A

However, conventional car sharing services are based on the premise that users themselves become drivers. It was a problem to have

The present invention has been made in view of such circumstances, and an object of the present invention is to provide services that are easy for elderly people and the like to use.

In order to achieve the above object, an information processing device according to one aspect of the present invention includes:
Supports the provision of a service in which the fee for moving a mobile object within a predetermined area is the same for the same fee payer in multiple categories within a predetermined unit of time. An information processing device,
request receiving means for receiving requests for use of the mobile body from a plurality of payment payers;
transportation planning means for planning transportation by the mobile body based on the content of the request from each of the plurality of consideration payers and the classification set for each of the plurality of consideration payers;
Prepare.

ADVANTAGE OF THE INVENTION According to this invention, the service which an elderly person etc. can use easily can be provided.

FIG. 2 is a diagram for explaining fixed-price taxi dispatch areas according to an embodiment of the present invention; It is a figure showing composition of an information processing system concerning one embodiment of the present invention. 3 is a block diagram showing a hardware configuration of a server in the information processing system of FIG. 2; FIG. 4 is a functional block diagram showing the functional configuration of the server of FIG. 3; FIG. FIG. 5 is a diagram illustrating a first example of compensation for a user provided with this service realized by the server 1 having the functional configuration of FIG. 4; 3 is a diagram showing an outline of a taxi sharing service to which the information processing system of FIG. 2 is applied; FIG. FIG. 7 is a diagram showing an outline of a charge system for the taxi sharing service of FIG. 6; FIG. 7 is a functional block diagram showing the functional configuration of the server of FIG. 3 when the taxi sharing service of FIG. 6 is provided; FIG. 9 is a flowchart illustrating an example of a flow of boarding point calculation processing in a series of processing of the server having the functional configuration of FIG. 8; FIG. FIG. 10 is a flowchart illustrating an example of a flow of reservation point calculation processing in a series of processing of the server having the functional configuration of FIG. 8; FIG.

Here, before describing the embodiments of the present invention, general services that are the premise of the present invention will be briefly described.

Japan is facing a super-aging society, with one in four people over the age of 65, and not only problems related to medical care and welfare, but also problems related to transportation. Specifically, for example, according to the results of a survey by the Ministry of Land, Infrastructure, Transport and Tourism, about 20% of those aged 65 to 74 have difficulty walking more than 500m a day, and about 50% of those aged 75 and over. It is said that

On the other hand, the number of traffic accidents caused by elderly drivers is increasing year by year and is expected to continue to increase in the future. With the aging of the population, the number of people aged 75 and over with driver's licenses is expected to reach 5.33 million in 2018, and it is necessary to take measures to create an environment in which the elderly can live without problems without driving. There is As one of the countermeasures, for example, it is possible to consolidate various functions in the center of the city and put the urban area into a compact size (compact city). It is difficult to implement because

Due to this situation, especially among the elderly in rural areas, "the distance that can be traveled by walking becomes shorter with age", "I am afraid of traffic accidents, but not being able to drive a car will hinder my life", Many people have problems and worries such as being stuck at home without socializing, or having no one to rely on in case something happens.

Furthermore, it is normal for the general public, not to mention the elderly, to purchase and maintain a private car at a high cost.

Therefore, in order to support the community life of the elderly, we will build a platform that provides the value of monitoring support, community life support, and community mobility support (free movement within the community), and provide complex services for the elderly. is required.

A service to which an information processing system according to an embodiment of the present invention is applied (hereinafter referred to as "this service") is useful for users such as the elderly to have a "free and greedy life" and a "meaningful life." For those who provide services (employees of service providers, which will be described later) by realizing a "fulfilling life", it is a "life worth living" that provides services that are "utilized" and "feeling and rewarding". It aims at "circulation".

Next, I will briefly explain the community life support platform that will be built in order to achieve this kind of "circulation of purpose in life."
A community life support platform is a service proposed by the provider of this service, etc., and is a service provision platform that provides multiple services for the elderly in cooperation with other businesses.
That is, it provides elderly people with values such as "watching support", "community life support", and "free movement within a predetermined area".
Specifically, the community life support platform includes, for example, services such as "concierge", "regional mobility support", "collection and provision of regional information", and "provision of outing tickets (local currency)".

As described above, prior to the description of one embodiment of the present invention, general services that are the premise of the present invention have been briefly described. Note that, in the following description, an example in which the "fixed-price taxi" service related to the "regional movement support" among the various services described above is adopted will be mainly described.

Here, fixed-price taxis will be explained. In the regional movement support service, the price for moving within a predetermined area using a predetermined taxi is uniformly set within the predetermined area. A taxi with a uniform price is called a fixed-price taxi.
Here, "uniform" means that the charge for a taxi traveling within a predetermined area with passengers on board is constant for a predetermined unit of time (for example, one month). However, the compensation per predetermined unit of time (for example, one month) is not the same for everyone, and if multiple categories are set, such as three categories of Shochikubai, etc., it will be different for each category. .
In the example below, a person who uses this service (hereinafter referred to as "user") uses a fixed-price taxi by paying a fixed amount (for example, an amount determined for each category) every month. and
As a result, the user can freely use a fixed-price taxi to move around within a predetermined area without worrying about the charge, just by paying a fixed monthly amount.

A first embodiment of the present invention will be described below with reference to the drawings.

FIG. 1 is a diagram for explaining a fixed-price taxi dispatch area according to an embodiment of the present invention.
In FIG. 1, areas A1 and A2 are shown. It should be noted that the region is an example, and is not limited to this, and may be a region of any range, that is, an "area."

Here, each of the fixed-price taxis is in charge of a predetermined area and moves within that area. For example, in the case of FIG. 1, the fixed-price taxi dispatched to the area A1 moves within the area A1, and the fixed-price taxis T-1 and T-2 dispatched to the area A2 move within the area A2.
A fixed-price taxi driver is also in charge of a predetermined area, and in principle drives a fixed-price taxi that is in charge of that area. For example, in area A2, three drivers take turns driving fixed-price taxis T-1 and T-2.
The user sets an area (for example, area A2) that includes his or her home, etc., and pays a fixed amount (for example, 30,000 yen) each month to obtain a fixed-price taxi service for the set area (for example, fixed-price taxi T for area A2). -1, T-2) can be freely used within the set area (within the range of how to ride set for each category).

In FIG. 1, only fixed-price taxis T-1 and T-2 serving area A2 are shown, but a predetermined number (for example, two) of fixed-price taxis also serve area A1.
In the example of area A2, for example, three drivers take turns driving two flat-rate taxis T-1 and T-2.
In this way, it is preferable that the drivers are in charge of only one predetermined area and are limited to a relatively small number of people. This is because it is possible to form a strong human relationship between the user and the driver and give the user a sense of security.

FIG. 2 is a diagram showing the configuration of an information processing system according to one embodiment of the present invention.

As shown in FIG. 2, the information processing system includes a server 1 managed by the provider of this service, user terminals 2-1 to 2-m (m is an arbitrary integer), fixed-price taxis T-1 to T -n (n is an arbitrary integer) mounted on each taxi terminal 3-1 to 3-n (n is an arbitrary integer).

The server 1, user terminals 2-1 through 2-m, and taxi terminals 3-1 through 3-n are interconnected via a predetermined network N such as the Internet.

In the following description, the user terminals 2-1 to 2-m are collectively referred to as "user terminals 2" when there is no need to distinguish them individually. Moreover, when there is no need to distinguish between the fixed-price taxis T-1 to Tn, they are collectively referred to as a "fixed-price taxi T". When the fixed-price taxi T is called, the taxi terminals 3-1 to 3-n are collectively called the "taxi terminal 3".

FIG. 3 is a block diagram showing the hardware configuration of a server in the information processing system of FIG. 2. As shown in FIG.

The server 1 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, a bus 14, an input/output interface 15, an output section 16, and an input section 17. , a storage unit 18 , a communication unit 19 and a drive 20 .

The CPU 11 executes various processes according to programs recorded in the ROM 12 or programs loaded from the storage unit 18 to the RAM 13 .

The RAM 13 also stores data necessary for the CPU 11 to execute various processes.

The CPU 11 , ROM 12 and RAM 13 are interconnected via a bus 14 . An input/output interface 15 is also connected to this bus 14 . An output unit 16 , an input unit 17 , a storage unit 18 , a communication unit 19 and a drive 20 are connected to the input/output interface 15 .

The output unit 16 includes a speaker, a display unit, and the like, and outputs various information as images and sounds.
The input unit 17 is composed of a keyboard, a mouse, etc., and inputs various information.

The storage unit 18 is composed of a DRAM (Dynamic Random Access Memory) or the like, and stores various data.
The communication unit 19 controls communication with other devices (the user terminal 2 and the taxi terminal 3 in the example of FIG. 2) via the network N including the Internet.

A removable medium 31 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory is mounted in the drive 20 as appropriate. A program read from the removable medium 31 by the drive 20 is installed in the storage unit 18 as necessary. Also, the removable medium 31 can store various data stored in the storage unit 18 .

The configuration of the user terminal 2 or the taxi terminal 3 is basically the same as the configuration of the server 1 except that it may include a touch panel display, so description thereof will be omitted here.

4 is a functional block diagram showing the functional configuration of the server of FIG. 3. FIG.
In the CPU 11 of the server 1, a request reception unit 41, a vehicle allocation planning unit 42, and a vehicle allocation instructing unit 43 function.
As one area of the storage unit 18, a user DB 51, a request DB 52, and a vehicle allocation plan DB 53 are provided.

The request receiving unit 41 receives requests to use the fixed-price taxi T from a plurality of payers (here, a plurality of users who set a predetermined area).
That is, the request receiving unit 41 receives requests for using the flat-rate taxi T from the user terminals 2 of the plurality of users via the communication unit 19 (requests include advance reservations and immediate boarding requests). are received, and stored in the request DB 52 in association with the categories of each of the plurality of users. Although the details will be described later, the classification is stored in the user DB 51 as one piece of attribute information of each user.

Based on the content of requests from each of the plurality of users and the categories set for each of the plurality of users, the vehicle allocation planning unit 42 draws up a plan for transportation by a fixed-price taxi T in a predetermined area, and stores the vehicle allocation plan DB 53. be memorized.
In addition, the vehicle allocation planning unit 42 notifies the user terminals 2 of the plurality of users of whether or not the request has been made via the communication unit 19 .

The dispatch instruction unit 43 refers to a plan for transportation by a fixed-fare taxi T in a predetermined area from the dispatch plan DB 53, and based on this, generates an instruction for dispatching a fixed-fare taxi T that is in charge of the predetermined area. The taxi terminal 3 of the taxi T is notified via the communication unit 19 .

Various examples of compensation for users provided with this service realized by the server 1 having the functional configuration of FIG. 4 will be described below.

FIG. 5 is a diagram for explaining a first example of compensation for a user provided with this service realized by the server 1 having the functional configuration of FIG.
In the first example, when using a fixed-price taxi T in a predetermined area, a fee system is adopted in which a plurality of categories are provided in a usage plan with a fixed monthly fee. A user can freely select a category suitable for him/herself by comparing membership fees and service contents. Note that the area selected by the user as the area where the user's fixed-price taxi T is used from a plurality of areas is set as the "applicable area" in the example of FIG.
In the example of FIG. 5, as categories in the fixed monthly usage plan, Tokumatsu (premium member, 70,000 yen per month), Matsu (regular member, 30,000 yen per month), Take (tablet member, 20,000 yen per month), and There are 4 categories of Ume (free membership, 0 yen per month).

For example, with the Tokumatsu Plan, which costs 70,000 yen per month, the user, as a premium member, has unlimited rides on a fixed-price taxi T at any time within the applicable area.

Further, for example, in the Matsu Plan, which costs 30,000 yen per month, the user, as a regular member, can use the fixed-price taxi T in the following first to third usage methods within the applicable area. The first method of use is to allow all-you-can-ride pre-booked taxis up to the previous month. A second method of use is that even pre-booked taxis up to the day before can be boarded at any time. A third method of use is to allow boarding at any time, even if requested on the same day.

Further, for example, with the bamboo plan of 20,000 yen per month, the user, as a tablet member, can use the flat-rate taxi T in the following fourth to sixth usage methods within the applicable area. The fourth method of use is to allow all-you-can-ride pre-booked taxis up to the previous month. A fifth method of use is that even pre-booked taxis up to the day before can be boarded at any time. A sixth method of use is to allow boarding at any time, even on the day of request.

Further, for example, in the free Ume Plan, although the user cannot ride a fixed-price taxi T as a free member, if the user terminal 2 is a smartphone or the like, an application installed on it (in the example of FIG. Application") can be used to receive provision of regional information for (matched with) user registration information.

In summary, the information processing apparatus capable of providing this service in which a plurality of sections are provided as in the example of FIG. can.
Here, as a service that can be provided by the information processing apparatus to which the present invention is applied, in the above example, this service using a fixed-price taxi T is adopted, but it is not limited to this. Any service is sufficient as long as the price for moving within a predetermined area is constant for the same price payer in a predetermined unit of time for the set division among multiple divisions. can be done.

That is, the information processing device provided with this service is
When a moving object (for example, fixed-price taxis T-1 and T-2 in FIG. 2) moves within a predetermined area (for example, area A2 in FIG. 1) with an object to be moved on it, the price is calculated in a predetermined time unit (for example, one month unit) provides a service (e.g., this service that uses a fixed-price taxi T) in which the division set among a plurality of divisions (e.g., the division in the example of FIG. 5) is constant for the same payer (e.g., user). An information processing device (for example, the server 1 in FIG. 3) that supports
a request receiving means (for example, the request receiving unit 41 in FIG. 4) for receiving requests for use of the mobile body (requests include advance reservations and immediate boarding requests) from a plurality of payment payers;
Transport planning means (for example, FIG. 4 dispatch planning department 42) of
It is enough to have
As a result, it is possible to provide a fixed-rate transport service that allows users to enjoy convenience according to their classification.

Here, when the number of users who can ride a fixed-price taxi T at one time is limited to one, when there are requests from users exceeding the number of fixed-price taxis T placed in the same area at the same time zone. cannot meet all requests.
In such a case, the vehicle allocation planning unit 42 can reject some of the requests and draw up a transportation plan for fixed-fare taxis T based on a predetermined rule.
As the predetermined rule, for example, a rule that gives priority to user categories can be adopted, but it is not particularly limited.
In addition, for example, the number of people who can share a ride, the period of advance request (early reservation), the boarding and alighting point (taxi stand usage, etc.), the urgency of the purpose of use, the user's physical disability degree and health condition, age, Arbitrary rules can be adopted in consideration of gender, convenience of residence, and the like.

Here, the number of users who can ride the fixed-price taxi T is not necessarily limited to one, and may be plural.

Here, a car sharing service exists as a service for transporting a plurality of people. However, the car sharing service is not suitable as a service for elderly people. This is because there are safety concerns about elderly people driving a car by themselves.
Therefore, for such elderly people, etc., a service (hereinafter referred to as “taxi sharing service”) that allows multiple users in the same applicable area to share and ride the above-mentioned fixed-price taxi T ) is preferred.

The taxi sharing service can use not only a fixed-price taxi T, but also a taxi that adopts a normal taxi fare system, that is, a system in which the fare is calculated based on the linkage between the distance traveled and the travel time.
However, it is inappropriate to apply the normal taxi fare system as it is to the taxi sharing service. In other words, if the conventional taxi fare calculation method is adopted as it is for the taxi sharing service, the taxi company will be deprived of the profit opportunity during the peak demand period, and the economic merit for the user will be diminished.

Therefore, in this embodiment, by sharing fixed-price taxis T among groups and introducing a point system, exclusive use by some users is restricted, and surplus taxis during off-peak hours are utilized. I have to.
That is, firstly, if the use is concentrated only among some users, a sense of unfairness will arise within the community.
Secondly, both the taxi company side and the user want to enjoy economic benefits.
Therefore, in this embodiment, a point system is adopted in which consumption points fluctuate in consideration of other factors (context, reservation availability) while adopting travel distance and travel time as the base of point consumption.

In this specification, context refers to all of the internal and external states of the fixed-fare taxi T. As shown in FIG. The internal state of the fixed-price taxi T refers to the vehicle type, model year, and type of the fixed-price taxi T, or the driver's physical condition, driving skill, customer service attitude, or the like. In addition, the external state of the fixed-price taxi T includes the operation status of the fixed-price taxi T, road traffic conditions, road surface conditions, spatial or temporal arrangement position (temporal arrangement position refers to, for example, the current time). In addition, it also refers to a predetermined state distributed in the space direction or time direction around the fixed-price taxi T (or distributed in either direction).

Here, in this embodiment, the geographical range of provision of the taxi sharing service is limited to the area.
By doing so, strong human relationships are formed between the user and the provider, and between the users, and the users can be given a sense of security.

Also, in this embodiment, the fee for the taxi sharing service is a fixed point system. The fixed-rate point system may be, for example, a monthly system, and a plurality of fixed-rate charge plans can be set, ranging from a high-price plan for heavy users to a low-price plan for light users.
In the present embodiment, when a high-price plan user and a low-price plan user compete for dispatch requests or reservations, priority is given to the high-price plan user's dispatch request or the like.

Here, the points are not necessarily consumed by using the fixed-price taxi T, but may be diverted to other services.
For example, when the user uses a fixed-price taxi T to go to the hospital, points may be consumed by requesting the driver to provide services such as shopping while the user is visiting the doctor.
By doing so, the user can use the fixed-price taxi T not only as a means of transportation, but as a service like a handyman (helper) who consumes points and flexibly responds to various requests.
In addition, the user may be able to designate a driver, thereby saving the trouble of transmitting a request each time the service is used.
By doing so, the user gradually becomes friendly with the driver, the driver can understand various circumstances of the user, and it becomes possible to propose various services according to the circumstances. .
It should be noted that the designation of the driver by the user may consume points.
Furthermore, a support system may be introduced that provides topics based on topics, requests, etc., from previous rides.

FIG. 6 is a diagram showing an outline of a taxi sharing service to which the information processing system of FIG. 2 is applied.
In FIG. 6, as an example of a taxi sharing service, a community C consisting of 10 users in the same area has n fixed-price taxis T-1 to T- (where n is an arbitrary integer value equal to or greater than 1). It shows an example where n is used.
Here, fixed-price taxis T-1 to T-(a-1) (a is an arbitrary integer value from 1 to n) are being boarded by passengers, and fixed-price taxis T-a to Tn are in operation. This indicates that the vehicle is in an empty state in which only the hands are on board.
Three users U1 to U3 of the community C share a ride in one fixed-price taxi T-1.
In this scene, when another user U4 of the community C wishes to ride, if it is possible to share a fixed-price taxi T-1 to T-(a-1) in the riding state, the consumption consideration (for example, points ) can be kept low.
On the other hand, if it is possible for a single person to ride in an empty fixed-price taxi Ta to Tn, then the fixed-price taxi that can let the user U4 get in the fastest, for example, among the empty taxis. Ta is selected and can move quickly to the destination.
In the example of FIG. 6, the user U4 rides alone in an empty fixed-price taxi Ta, and bears the amount of consumption for one taxi by himself.
On the other hand, the three users U1 to U3 sharing one fixed-price taxi T-1 can share the cost of consumption for one taxi.
In this specification, the term "shared ride" is not limited to the case of getting on and off at the same time, but includes the sharing of a ride on the way or a stopover on the way.

FIG. 7 is a diagram showing an overview of the usage fee system of the taxi sharing service of FIG.
FIG. 7(a) is a diagram showing the usage status of one user who has used the taxi sharing service and the consumption point details corresponding thereto.
As for the points consumed by the user who has boarded the taxi, any calculation method linked to the ride distance, ride time, or the like may be adopted.
In the following description, it is assumed that 1 point is consumed for riding 1 km (2 minutes).
Also, consumption points are increased or decreased according to the context (situation) of the N taxis.

FIG. 7(b) shows a specific example of the consumption point adjustment table.
The "+α" in the consumption point adjustment table represents the amount of adjustment added or decreased to the base point consumption based on the ride distance and ride time, and the value with "+" increases or decreases the point consumption. A value with "-" means an amount that reduces the amount of points consumed.

Returning to the consumption point details of FIG. 7(a), the "time" item means an ascending time series.
At time=1, since the user was in a hurry, the user requested a preferential delivery of the vehicle, traveled 10 km for 20 minutes, and consumed 40 points as compensation.
In this embodiment, the user can request preferential vehicle allocation by increasing consumption points according to the degree of urgency. This haste is specified by a value between 0 and 1.
At the time of dispatch request, the current usage status of the fixed-fare taxi T can be displayed and confirmed in advance.
In addition, the user is notified when n fixed-price taxis T are in full operation and waiting for dispatch, or when a request for dispatch becomes possible due to cancellation or the like.
Note that event information, such as pension payment information, which is considered to be of interest to the user, is also displayed or notified to the user.
This is because, based on the 10 points generated by riding the vehicle for 10 km (20 minutes), additional points are generated for preferential dispatch.

According to the consumption point adjustment table of FIG. 7(b), 30 points are generated by preferential dispatch, so the total consumption points is 40 points.
At time=2, the user has traveled 20 km in 40 minutes during the commuting time zone, and has consumed 30 points as compensation.
This is because, based on the 20 points generated by riding the vehicle for 20 km (40 minutes), additional points are generated for use during commuting hours.
According to the consumption point adjustment table in FIG. 7(b), 10 points are generated for use during commuting hours, so the total consumption points is 10 points.

Here, many elderly people are less constrained by time, and in this embodiment, by setting the point consumption amount during off-peak hours to a low level, it is possible to make use of surplus units during off-peak hours, but this is effective. There are cases where there is no opportunity to consume the points within the period, and there are cases where the points that will disappear if left as they are are left over.
In addition, there are various elderly people, there are many time constraints, and there are people in economic situations who do not mind spending expensive points. It would be more convenient for the user to be able to use the service without time limit.
This embodiment takes the above points into consideration.

At time=3, the user has traveled 30 km in 60 minutes during the off-peak hours, and has consumed 20 points as compensation.
This is because the points for use during off-peak hours are deducted from the 30 points generated by riding the vehicle for 30 km (60 minutes).
According to the consumption point adjustment table of FIG. 7(b), since the generated points due to the use during off-peak hours are minus 10 points, the total consumption points is 20 points.
At time=4, the user has traveled 20 km in 40 minutes during the off-peak hours, and has consumed 30 points as compensation.
This is because, based on the 20 points generated by riding the vehicle for 20 km (40 minutes), the points for booking on the same day are separately generated, and the points for use during off-peak hours are deducted.

In this embodiment, the term "reservation" refers to securing the use of a taxi vehicle in advance by making an application.
The reservation in this embodiment is made by designating the date and time of use, the number of cars to be used, the number of passengers, the place of boarding and the place of getting off, etc. The longer the period until the date and time of use, the fewer the consumption points associated with the reservation.
For reservation, it is possible to make an application with an adjustment range such as 5 hours for the date and time of use.
At the time of reservation, the predicted usage status and reservation status of the fixed-price taxi T can be displayed in advance, and the available reservation time can be confirmed.
In addition, when n fixed-price taxis T are in full operation and cannot be reserved, or when reservation becomes possible due to cancellation or the like, the user is notified.

According to the point consumption adjustment table in FIG. 7(b), 20 points are generated for same-day reservations, and minus 10 points are generated for use during off-peak hours, so the total points consumed are 30 points. .
At time=3, the user shared a 30-km ride with two other people for 60 minutes, and consumed 10 points as compensation.
This is because the 30 points generated by riding for 30 km (60 minutes) are divided into three equal parts by the number of passengers.

In addition, in the consumption point adjustment table of FIG. 7(b), 10 points are generated by making a reservation the day before, 5 points are generated by making a reservation two days in advance, and 5 points are generated by using a predetermined taxi stand. The points are minus 5 points, the points generated by passengers requiring assistance are 10 points, and the points generated by passing the baton (the previous passenger and the next passenger get on and off at the same place without waiting for a while) are minus points. 10 points, minus 5 points for a boarding reservation with a time adjustment range of 3 hours or more, and minus 10 points for a boarding reservation with a time adjustment range of 5 hours or more.
Further, the adjustment of consumption points is performed by addition and subtraction in the above example, but may be performed by various other calculations such as multiplication by 1.1 (addition by 10%).

FIG. 7(c) is a diagram showing the relationship between the consumption points and the usage amount for one user who uses the taxi sharing service.
The amount of money is constant up to an arbitrary consumption point during a predetermined period, but the amount of money increases in association with consumption points beyond that point.
The example of FIG. 7(c) indicates that up to 100 points are used for a flat rate.
In the example of consumption point details in FIG. 7(a), 40 points are consumed at time=1, which is within the limit of fixed amount usage.
At time=2, 30 points are consumed, and the cumulative consumed points are 70 points. Even at this point, it is within the limit of the flat-rate usage.
At time=3, another 20 points are consumed, and the cumulative consumed points become 90 points. Even at this point, it is within the limit of the flat-rate usage.
At time=4, another 30 points are consumed, and the cumulative consumed points become 120 points. At this point, the limit of 100 points, which is the limit of the flat-rate use, is exceeded, so the user will have to pay an additional charge of 20 points.

FIG. 8 is a functional block diagram showing the functional configuration of the server of FIG. 3 when the taxi sharing service is provided.
Since the taxi sharing service is based on the fixed-price taxi T in this embodiment, the functional blocks shown in FIG.
In the CPU 11 of the server 1, a point management unit 150, a transfer performance acquisition unit 151, a context acquisition unit 152, a ride content acquisition unit 153, a reservation reception unit 154, a consumption amount calculation unit 155, and a context presentation unit 156. and works.
As one area of the storage unit 18, a taxi vehicle management DB 171 and a point management DB 172 are provided.

The point management unit 150 further includes a point granting unit 161 and a point consumption unit 162, and manages, for each possible passenger, points that can be used as consideration paid by passengers for taxi services.
The point granting unit 161 grants points according to the price plan for each user.
The point consumption unit 162 consumes the points calculated by the consumption amount calculation unit 155, which will be described later, for each user.

The pick-up record acquisition unit 151 acquires the pick-up record information of the flat-rate taxi T from the taxi terminal 3 via the communication unit 19 and accumulates it in the taxi vehicle management DB 171 .
The context acquisition unit 152 acquires the context regarding the fixed-price taxi T from the pick-up record information accumulated in the taxi vehicle management DB 171 .
The ride content acquisition unit 153 acquires the ride distance and ride time of the fixed-price taxi T on which the passenger is boarding, from the pickup and drop-off record information accumulated in the taxi vehicle management DB 171 .
The reservation reception unit 154 receives a taxi reservation from the user terminal 2 via the communication unit 19 .

The consumption amount calculation unit 155 receives the context, the ride distance, and the ride time from the context acquisition unit 152 and the ride content acquisition unit 153 as input parameters, and outputs the consumption consideration amount (for example, points) as the consideration paid by the passenger. Based on the function, the amount of consideration for consumption (for example, points) is calculated.
In addition, the consumption calculation unit 155 calculates the amount of consumption consideration (e.g., points) as a reservation fee to be paid by the user for the use reservation received from the reservation reception unit 154 based on the context received from the context acquisition unit 152. .

The context presentation unit 156 transmits the content of the context received from the context acquisition unit 152 to the user terminal 2 via the communication unit 19 .

The taxi vehicle management DB 171 associates and stores information for identifying taxi vehicles and information on taxi vehicles.
The point management DB 172 associates and stores information identifying a user and point information owned by the user.

FIG. 9 is a flowchart for explaining an example of the flow of boarding point calculation processing among the processing of the server having the functional configuration of FIG.

In step S11, the point management unit 150 manages, for each user who can be a passenger, the amount of consideration (for example, points) that can be used as consideration paid by passengers for taxi services.

In step S12, the CPU 11 determines whether or not a predetermined user has used the fixed-price taxi T.
If the fixed-price taxi T is not used, it is determined as NO in step S12, the process is returned to step S11, and the series of processes after that is repeated.
On the other hand, if the fixed-price taxi T is used, it is determined as YES in step S12, and the process proceeds to step S13.

In step S<b>13 , the context acquisition unit 152 acquires the context regarding the fixed-price taxi T from the pick-up record information accumulated in the taxi vehicle management DB 171 .
In step S<b>14 , the ride content acquisition unit 153 acquires the ride distance and ride time of the fixed-price taxi T on which the passenger is boarding, from the pickup and drop-off record information accumulated in the taxi vehicle management DB 171 .
In step S15, the consumption calculation unit 155 receives the context, the travel distance, and the travel time as input parameters, and calculates the consumption points based on a predetermined function that outputs the consumption points as the consideration paid by the passenger.

In step S16, the CPU 11 determines whether or not there is a process end instruction.
The processing end instruction is not particularly limited, and for example, a sleep instruction can be adopted as the processing end instruction.
If there is no processing end instruction, it is determined to be NO in step S16, the processing is returned to step S11, and the series of processing thereafter is repeated.
On the other hand, if there is a process end instruction, it is determined as YES in step S16, and the process of the server 1 ends.

FIG. 10 is a flowchart for explaining an example of the flow of reservation point calculation processing among the processing of the server having the functional configuration of FIG.

In step S21, the point management unit 150 manages, for each user who can be a passenger, points that can be used as consideration paid by a passenger for the service of the fixed-price taxi T. FIG.

In step S22, the CPU 11 determines whether or not a predetermined user has used the fixed-price taxi T.
If the fixed-price taxi T is not used, it is determined as NO in step S12, the process is returned to step S21, and the series of processes after that is repeated.
On the other hand, if the fixed-price taxi T is used, YES is determined in step S22, and the process proceeds to step S23.

In step S<b>23 , the reservation accepting unit 154 accepts a reservation for using the fixed-price taxi T from the user terminal 2 via the communication unit 19 .
In step S<b>24 , the context acquisition unit 152 acquires the context regarding the fixed-price taxi T from the pick-up record information accumulated in the taxi vehicle management DB 171 .
In step S<b>25 , the consumption calculation unit 155 calculates consumption points as a reservation fee to be paid by the user for the reservation received from the reservation reception unit 154 based on the context received from the context acquisition unit 152 .

In step S26, the CPU 11 determines whether or not there is a process end instruction.
The processing end instruction is not particularly limited, and for example, a sleep instruction can be adopted as the processing end instruction.
If there is no processing end instruction, it is determined to be NO in step S26, the processing is returned to step S21, and the series of processing thereafter is repeated.
On the other hand, if there is a process end instruction, it is determined as YES in step S26, and the process of the server 1 ends.

Note that the taxi sharing service is not limited to the above-described embodiment, and can be implemented as a service using any taxi other than the fixed-price taxi T.
In other words, the users of the taxi sharing service are not particularly limited to elderly people or the like within a predetermined area. People who do not have a driver's license, beginners who do not have confidence in driving a car, paper drivers, etc. can also be users of the taxi sharing service.
Further, when calculating the amount of consideration for consumption (for example, points), the distance other than the travel distance and the time other than the travel time may be taken into consideration. For example, the forwarding distance before and after boarding, the forwarding time, the time from getting off the train to re-boarding, etc. may be taken into consideration. Furthermore, it is also possible to provide a service such as shopping on behalf of the user during the time between getting off at a destination such as a hospital and re-boarding for a round trip.

Furthermore, it is possible to provide not only services using taxis but also passenger transportation services similar to the taxi sharing services described above.

Summarizing the above,
The information processing device that calculates the price paid by the passenger for the passenger transport service may be the following device.
That is, the information processing device
A management means (for example, the point management unit 150 in FIG. 8) that manages the amount of consideration (for example, points) that can be used as the consideration for each user who can be a passenger;
a context acquisition means for acquiring a context relating to the passenger vehicle (for example, the context acquisition unit 152 in FIG. 8);
Boarding details acquiring means (for example, a boarding details acquiring unit 153 in FIG. 8) for acquiring a boarding distance and a boarding time for the passenger transport vehicle on which the passenger boarded;
Using the context, the travel distance, and the travel time as input parameters, the consumption consideration amount (e.g., points) is calculated based on a predetermined function that outputs the consumption consideration amount (e.g., points) as the consideration paid by the passenger. Consumption calculation means (for example, the consumption calculation unit 155 in FIG. 8),
can be provided.
As a result, it will be possible to effectively utilize the surplus number of taxis during off-peak hours, increase profits, and establish a technology that makes it possible to provide a taxi sharing service that is easy for the elderly and others to use. can.

Further, the information processing device described above
The context acquisition means (for example, the context acquisition unit 152 in FIG. 8) acquires at least the number of passengers as the context,
The consumption amount calculation means (for example, the consumption amount calculation unit 155 in FIG. 8) can calculate the consumption consideration amount using a function that outputs the consumption consideration amount per passenger as the predetermined function. .
As a result, more users will use carpooling, making it possible to further increase profits and establish a technology that enables provision of a taxi sharing service that is easy for the elderly and the like to use.

Furthermore, the information processing device described above
The context acquisition means (for example, the context acquisition unit 152 in FIG. 8) acquires at least the boarding time zone as the context,
The consumption amount calculation means (for example, the consumption amount calculation unit 155 in FIG. 8) calculates, as the predetermined function, the consumption consideration that differs according to the ride time period even if the ride distance and the ride time are the same conditions. A function that outputs the amount can be used to calculate the amount of consideration for consumption.
As a result, users will refrain from using them during peak times, and use of taxis during off-peak hours will increase accordingly. Furthermore, the surplus number of taxis during off-peak hours can be effectively utilized to increase profits, and the elderly, etc. will be able to benefit. It is possible to establish a technology that makes it possible to provide an easy-to-use taxi sharing service.

Further, the information processing apparatus can also have the following configuration, and can take various embodiments including the above-described embodiments.
That is, the information processing device that calculates the price paid by the passenger for the passenger transportation service is
A management means (for example, the point management unit 150 in FIG. 8) that manages the amount of consideration (for example, points) that can be used as the consideration for each user who can be a passenger;
Reservation receiving means (for example, the reservation receiving unit 154 in FIG. 8) for receiving a reservation for use of a passenger transport vehicle from a user;
a context acquisition means for acquiring a context relating to the passenger vehicle (for example, the context acquisition unit 152 in FIG. 8);
Consumption calculation means (e.g., consumption calculation unit 155 in FIG. 8) for calculating a consumption amount (e.g., points) as a reservation fee to be paid by the user for the accepted usage reservation based on the context;
can be provided.
As a result, more users will make reservations in advance, and the surplus number of taxis during off-peak hours can be effectively utilized to increase profits, providing a taxi sharing service that is easy for the elderly and others to use. It is possible to establish a technology that enables

Further, the information processing device described above
A presenting means (for example, the context presentation unit 156 in FIG. 8) for presenting the content of the acquired context to the user can be further provided.
As a result, the user can make an advance reservation after confirming the predicted usage status and the reservation status, and the use of the advance reservation by the user can be further promoted.

Furthermore, the information processing device described above
The consumption amount calculation means (for example, the consumption amount calculation unit 155 in FIG. 8) can calculate the consumption consideration amount based on the degree of urgency in addition to the context.
As a result, it is possible to give priority to the user who should give priority to boarding, thereby improving convenience for the user.

Furthermore, the information processing device described above
The consumption calculation means (for example, the consumption calculation unit 155 in FIG. 8) can calculate the consideration for consumption based on the adjustment range in addition to the context.
As a result, conflicts between reservations made by different users can be appropriately resolved, and convenience for users through advance reservations can be improved.

Furthermore, the information processing device described above
The consumption amount calculation means (for example, the consumption amount calculation unit 155 in FIG. 8) can calculate the consumption consideration amount based on the preceding period in addition to the context.
As a result, the user can grasp other people's reservation trends from an early stage, and it is possible to improve the user's convenience by advance reservation.

It should be noted that the present invention is not limited to the above-described embodiments, and includes modifications, improvements, and the like within the scope of achieving the object of the present invention.

For example, the series of processes described above can be executed by hardware or by software.
In other words, the functional configuration of FIG. 4 or 8 is merely an example and is not particularly limited. That is, it is sufficient if the server 1 has a function capable of executing the above-described series of processes as a whole, and what kind of functional blocks are used to realize this function is particularly limited to the example of FIG. 4 or FIG. not.
Also, one functional block may be composed of hardware alone, software alone, or a combination thereof.

When a series of processes is to be executed by software, a program constituting the software is installed in a computer or the like from a network or a recording medium.
The computer may be a computer built into dedicated hardware. The computer may also be a computer capable of executing various functions by installing various programs, such as a general-purpose personal computer.

A recording medium containing such a program is not only constituted by the removable medium 31 of FIG. It consists of a recording medium, etc. provided to The removable medium 31 is composed of, for example, a magnetic disk (including a floppy disk), an optical disk, or a magneto-optical disk. Optical discs are composed of, for example, CD-ROMs (Compact Disk-Read Only Memory), DVDs (Digital Versatile Disks), and the like. A magneto-optical disk is composed of an MD (Mini-Disk) or the like. Further, the recording medium provided to the user in a state of being pre-installed in the device body includes, for example, the ROM 12 and ROM 12 in FIGS. It is composed of a hard disk included in the unit 18 and the like.

It should be noted that, in this specification, execution processing executed in order from this application to another application is not only processing executed chronologically in that order, but also processing executed in parallel or individually. It also includes the processing to be performed.
Further, in this specification, the term "system" means an overall device composed of a plurality of devices, a plurality of means, or the like.

1 Server, 2 User Terminal, 3 Taxi Terminal, 11 CPU, 12 ROM, 13 RAM, 14 Bus, 15 Input/Output Interface 16 Input unit 17 Display unit 18 Storage unit 19 Communication unit 20 Drive 31 Removable medium 41 Request reception unit , 42 Vehicle allocation planning unit 43 Vehicle allocation instruction unit 51 User DB 52 Request DB 53 Vehicle allocation plan DB 150 Point management unit 151. Pick-up performance acquisition unit 152 Context acquisition unit 153 Ride content acquisition unit 154 Reservation reception unit 155 Consumption calculation unit 156 Context presentation unit 161 ... point granting unit 162 ... point consumption unit 171 ... taxi vehicle management DB 172 ... point management DB N ... network T ... fixed-price taxi

Claims (4)

When a mobile body with a capacity of m (m is an integer value of n or more) with n (n is an integer value of 1 or more) moving objects moves within a predetermined area, the price is calculated in a predetermined time unit. An information processing device that supports the provision of a service in which the set category of the categories is constant for the same consideration payer,
For each of the plurality of divisions, the price different from that of the other divisions is set in advance, and the order of priority for riding the moving object is set such that the higher the set price , the higher the priority. cage,
a request receiving means for receiving, from a plurality of the payment payers, requests for use of the mobile object, each of which includes at least a date of use, an object of movement, and a point of getting on and off within the predetermined area;
Based on the content of the request from each of the plurality of consideration payers who made the request on the predetermined date of use, and the priority according to the classification set for each of the plurality of consideration payers , transportation planning means for planning transportation by the one or more moving bodies, including information indicating the moving objects scheduled to be carried on each of the one or more moving bodies that can move within the predetermined area on the predetermined day. and,
Information processing device. The transfer target is the consideration payer,
The information processing device according to claim 1 . When a mobile body with a capacity of m (m is an integer value of n or more) with n (n is an integer value of 1 or more) moving objects moves within a predetermined area, the price is calculated in a predetermined time unit. An information processing method executed by an information processing device that supports the provision of a service in which the set category of the categories is constant for the same payer,
For each of the plurality of divisions, the price different from that of the other divisions is set in advance, and the order of priority for riding the moving object is set such that the higher the set price , the higher the priority. As a step if
a request receiving step of receiving, from a plurality of the payment payers, requests for use of the mobile object, each of which includes at least a date of use, an object of movement, and points of getting on and off within the predetermined area;
Based on the content of the request from each of the plurality of consideration payers who made the request on the predetermined date of use, and the priority according to the classification set for each of the plurality of consideration payers a transportation planning step of planning transportation by the one or more mobile bodies, including information indicating the moving objects scheduled to be carried on each of the one or more mobile bodies capable of moving within the predetermined area on the predetermined day; and,
Information processing method including. When a mobile body with a capacity of m (m is an integer value of n or more) with n (n is an integer value of 1 or more) moving objects moves within a predetermined area, the price is calculated in a predetermined time unit. A computer that supports the provision of services in which the division set among the divisions is constant for the same consideration payer,
For each of the plurality of divisions, the price different from that of the other divisions is set in advance, and the order of priority for riding the moving object is set such that the higher the set price , the higher the priority. As a step if
a request receiving step of receiving, from a plurality of the payment payers, requests for use of the mobile object, each of which includes at least a date of use, an object of movement, and points of getting on and off within the predetermined area;
Based on the content of the request from each of the plurality of consideration payers who made the request on the predetermined date of use, and the priority according to the classification set for each of the plurality of consideration payers a transportation planning step of planning transportation by the one or more mobile bodies, including information indicating the moving objects scheduled to be carried on each of the one or more mobile bodies capable of moving within the predetermined area on the predetermined day; and,
A program that executes control processing including

Images