TWI802786B - Information processing device, information processing method and computer program product - Google Patents

Abstract

According to one embodiment, there is provided an information processing device which reserves a parking lot for a car. The information processing device includes: a receiving unit, a first search unit, a second search unit, and a reservation unit. The receiving unit receives the first information related to the destination of the automobile. The first search unit searches for a route to the destination based on the first information. The second search unit searches the route to the destination and the first area near the route and the first time. The reservation unit requests to reserve the first parking lot in the first area at the first time using wireless or wired communication without waiting for an order from the user.

Description

Information processing device, information processing method and computer program product

Embodiments of the present invention relate to an information processing device, an information processing method, and a computer program product.

Car-sharing services have grown in popularity in recent years.

1: Reservation system

100: parking lot

110: Charger

200:Mobile information terminal (smart phone)

210: display part

220: user input unit

230: control department

231: Processor

232:ROM

233: RAM

234: Input and output circuits

235: Parking lot management program

236: Parking lot contract information

270: Department of Communications

300: Electric vehicles

300A: Automobile

300B: Automobile

301: sensor

302: Sensor control unit

310: battery

320: battery monitoring unit

330: control department

331: Processor

332:ROM

333: RAM

334: Input and output circuits

335: Autopilot program

336: Driving route information

337: Reserved parking lot information

338: location information

339:Battery remaining information

340: Evaluation Program

341: calculation department

342: Evaluation Department

343: Measurement department

344: Sending and receiving department

345: command department

360:GPS receiver

370: Department of Communications

500, 500A, 500B: mobile information terminal (smart phone)

510: display part

520: user input unit

530: control department

531: Processor

532:ROM

533: RAM

534: Input and output circuits

535:Car sharing program

536: User setting information

570: Department of Communications

600: server

600A: Server

600B: Server

630: control department

631: Processor

632:ROM

633: RAM

634: Input and output circuits

635: Route search program

638: Congestion Information

639: Parking lot information

640: Reservation information

641: map information

642: Vehicle information database

643: Evaluate allowable value information

644:Emigration income information

645: Size information

646: priority information

660: Sending and receiving department

661: The first search department

662:Search Department 2

663: The first judgment department

664: reservation department

665: The second judgment department

666: The third judging department

670: Department of Communications

800: server

830: control department

831: Processor

832:ROM

833: RAM

834: Input and output circuits

835:Parking lot reservation program

836: Parking lot contract information

837: Appointment schedule

838: Fee Calculation Program

839: evaluation information

840: Surrounding parking lot information

841: Rate Information

842: Average Fuel Price Information

843: Average electricity price information

844: Weight parameter information

850: Sending and receiving department

851: Registration Department

853: The first search department

854: Reservation department

855: Rate selection department

856: Cost Calculation Department

870: Ministry of Communications

1000: network

P1~P30: Parking lot

P2-1: Parking space

P2-2: Parking space

P2-3: Parking spaces

P10-1: Parking space

P10-2: Parking space

P20-1: Parking space

P20-2: Parking space

P50-1: Parking space

P50-2: Parking space

P50-3: Parking spaces

P60-1: Parking spaces

P60-2: Parking spaces

P60-3: Parking spaces

P100-1: Parking space

P100-2: Parking spaces

r1~r5: price rate

S1~S6: steps

S10~S20: steps

S30~S35: steps

S40~S52: steps

S60~S76: steps

S80~S99: steps

S100: step

S110: step

S120: step

S130: step

S140: step

S150: step

S200: Steps

S210: step

S220: step

S230: step

S240: step

S300: Steps

S310: step

S320: step

S330: step

S340: step

S400: Steps

S410: step

S420: step

S430: step

S440: step

S500~S511: Steps

S520~S523: steps

Fig. 1 is a conceptual diagram of a parking lot reservation system according to the first embodiment.

Fig. 2 is a block diagram of the electric vehicle of the first embodiment.

Fig. 3 is a block diagram of a smartphone held by a user utilizing the car sharing service of the first embodiment.

FIG. 4A is a block diagram of a server of a car sharing company in the first embodiment.

Fig. 4B is a conceptual diagram of the vehicle information database of the first embodiment.

FIG. 4C is a functional block diagram of the processor in the server of the car sharing company in the first embodiment.

Fig. 5A is a block diagram of the server of the parking lot dispatching company in the first embodiment.

Fig. 5B is a conceptual diagram of parking lot contract information in the first embodiment.

Fig. 5C is a conceptual diagram of the reservation schedule of the first embodiment.

Fig. 5D is the functional side of the processor in the server of the parking lot dispatching company in the first embodiment block diagram.

Fig. 6 is a flow chart showing the route search method of the first embodiment.

Fig. 7 is a block diagram of the server of the parking lot dispatching company in the second embodiment.

8A, 8B, 8C and 8D are conceptual diagrams of rate information in the second embodiment.

Fig. 9 is a functional block diagram of the processor in the server of the parking lot dispatching company in the second embodiment.

Fig. 10 is a flow chart showing the route search method of the second embodiment.

Fig. 11A is a block diagram of a server of a car sharing company in the third embodiment.

Fig. 11B is a conceptual diagram of evaluation tolerance information in the third embodiment.

Fig. 11C is a conceptual diagram of past income information in the third embodiment.

Fig. 11D is a conceptual diagram of dimension information of the third embodiment.

Fig. 11E is a conceptual diagram of priority information in the third embodiment.

FIG. 11F is a functional block diagram of the processor in the server of the car sharing company in the third embodiment.

Fig. 12A is a block diagram of the server of the parking lot dispatching company in the third embodiment.

Fig. 12B is a conceptual diagram of parking lot contract information in the third embodiment.

Fig. 13 is a flow chart showing the route search method of the third embodiment.

Fig. 14 is a conceptual diagram of line information in the fourth embodiment.

Fig. 15 is a flow chart showing the route search method of the fourth embodiment.

Fig. 16A is a conceptual diagram of information obtained from parking lot contract information of the fourth embodiment.

Fig. 16B is a conceptual diagram of information obtained from the reservation schedule of the fourth embodiment.

Fig. 16C is a conceptual diagram of a reservation schedule in the fourth embodiment.

Fig. 17 is a flow chart showing a method for determining a parking lot in a modified example of the fourth embodiment.

Fig. 18 is a conceptual diagram of a parking lot reservation system according to the fifth embodiment.

Fig. 19 is a flow chart showing the route search method of the fifth embodiment.

Fig. 20A is a conceptual diagram of information obtained from parking lot contract information of the fifth embodiment.

FIG. 20B is a conceptual diagram of information that can be obtained from the reservation schedule of the fifth embodiment.

Fig. 20C is a conceptual diagram of a reservation schedule in the fifth embodiment.

Fig. 21 is a block diagram of a smartphone held by a user registered in a parking lot in the parking lot reservation system of the sixth embodiment.

Fig. 22A is a flow chart showing the route search method of the sixth embodiment.

Fig. 22B and Fig. 22C are conceptual diagrams of the reservation schedule of the sixth embodiment.

Fig. 22D, Fig. 22E, Fig. 22F, Fig. 22G, Fig. 22H, and Fig. 22I are schematic diagrams showing the display screen of the smart phone of the parking lot owner in the sixth embodiment.

Fig. 23 is a flow chart showing the parking lot reservation method of the seventh embodiment.

Fig. 24 is a conceptual diagram of evaluation information in the eighth embodiment.

Fig. 25A is a functional block diagram of a processor in an electric vehicle according to the eighth embodiment.

25B and 25C are flowcharts showing the parking lot evaluation method of the eighth embodiment.

25D and 25E are external views of the electric vehicle in the eighth embodiment.

Fig. 25F is a block diagram of an electric vehicle according to the eighth embodiment.

Fig. 25G is a flow chart showing the parking lot evaluation method of the eighth embodiment.

Fig. 26 is a conceptual diagram of line information in the ninth embodiment.

27A and 27B are conceptual diagrams of a reservation schedule in the ninth embodiment.

Fig. 28A is a conceptual diagram of parking lot contract information in the ninth embodiment.

Fig. 28B is a conceptual diagram of a scheme proportion table of the ninth embodiment.

Figure 29A, Figure 29B, Figure 29C and Figure 29D are the concepts of rate information in the ninth embodiment picture.

Fig. 30A is a conceptual diagram of parking lot contract information in the ninth embodiment.

Fig. 30B is a conceptual diagram of a scheme proportion table of the ninth embodiment.

Fig. 31 is a formula for calculating the average amount of parking fee in the ninth embodiment.

Fig. 32A is a conceptual diagram of parking lot contract information in the ninth embodiment.

Fig. 32B is a conceptual diagram of a scheme proportion table of the ninth embodiment.

Fig. 33 is a block diagram of the server of the parking lot dispatching company in the tenth embodiment.

Fig. 34A is a conceptual diagram of parking lot contract information in the eleventh embodiment.

Fig. 34B is a conceptual diagram of a vehicle information database in the eleventh embodiment.

Fig. 34C is a flow chart showing the route search method of the eleventh embodiment.

35A and 35B are conceptual diagrams of a reservation schedule in the twelfth embodiment.

In general, according to one embodiment, an information processing device for reserving a parking lot for a car is provided, which includes: a receiving unit, a first searching unit, a second searching unit, and a reservation unit. The receiving unit receives the first information on the destination of the automobile. The first search unit searches for a route to the destination based on the first information. The second search unit searches the route to the destination and the first area near the route and the first time. The reservation unit requests to reserve the first parking lot in the first area at the first time using wireless or wired communication without waiting for an order from the user.

1. The first embodiment

The information processing device, the information processing method, and the information processing program of the first embodiment will be described. This embodiment relates to a parking lot reservation system for electric vehicles, and as an example, relates to a vehicle with a level 4 or level 5 automatic driving in which the driver is not present, and a method of operating a parking lot for such a vehicle.

1.1 About composition

1.1.1 About the overall composition

Fig. 1 shows an example of the configuration of the parking lot reservation system of this embodiment.

As shown in the figure, the reservation system 1 includes: a parking lot 100 , mobile information terminals 200 , 500 , an electric vehicle 300 , and servers 600 , 800 . In the following, the case where the mobile information terminal 200, 500 is a smart phone is taken as an example for description, but it only needs to be a portable information communication terminal such as a mobile phone, a tablet PC, and a notebook PC. Alternatively, the mobile information terminal 200 can also be a desktop PC, and the mobile information terminal 500 can also be a car navigation system installed in an electric vehicle. The mobile information terminals 200 and 500 are not limited to portable types.

The smart phone 200, 500 can communicate with the server 600, 800 via the network 1000 by eg wireless communication. The electric vehicle 300 also has a wireless communication function, and can communicate with the servers 600 and 800 via the network 600 .

The servers 600 and 800 perform various calculations according to requests from the electric car 300 or the smartphones 200 and 500 , and provide various information to the electric car 300 and the smartphones 200 and 500 .

In the above-mentioned reservation system 1, the parking lot 100 is owned by an individual or a corporation, and is leased to a third party according to conditions set by the owner. And, in the parking lot 100, the charger 110 for charging the battery of the electric vehicle 300 is installed. The smartphone 200 is kept by the owner of the parking lot 100 . The smartphone 200 receives input from the owner of the parking lot 100 and sends the received information to the server 800 . In addition, the smart phone 200 displays the information received from the server 800 on the monitor, and notifies the owner of the parking lot 100 .

The car 300 receives route information to the destination from, for example, the server 600 , and drives to the destination by automatic driving. Smartphone 500 is used by car 300 passengers (using user) to maintain. And, the smart phone 500 accepts input from the user, and sends the received information to the server 600 . Moreover, the smart phone 500 makes the display display the information received from the server 600, and prompts the user.

The server 600 is managed by the operator who manages the car 300 . The car 300 of this embodiment is not owned by an individual. That is, a business that manages the cars 300 (hereinafter referred to as a car sharing company) holds a plurality of cars 300, and the cars 300 are shared by a plurality of users. Furthermore, the server 600 determines a driving route based on the information received from the user's smartphone 500, and instructs the car 300 to travel according to the determined route.

The server 800 is managed by the operator who manages the parking lot 100 . The parking lot 100 of this embodiment may be, for example, a parking lot of an individual residence or an office building owned by a corporation, or it may be used by a parking lot operator from the past. That is, the provider who manages the server 800 (hereinafter, referred to as a parking lot dispatching company) links a plurality of parking lot owners with a contract, and manages the parking lot 100 . And, according to the request from the car sharing company, the reservation of the necessary parking lot 100 is accepted.

Hereinafter, configurations of the electric vehicle 300 , the smart phone 500 , and the servers 600 and 800 will be described.

1.1.2 Composition of Electric Vehicle 300

First, the configuration of electric vehicle 300 will be described using FIG. 2 . FIG. 2 is a block diagram showing an example of the configuration of a part of the electric vehicle 300 particularly related to the parking lot reservation system.

As shown in the figure, the electric vehicle 300 includes a battery 310 , a battery monitoring unit 320 , a control unit 330 , a GPS (Global Positioning System: Global Positioning System) receiver 360 , and a communication unit 370 .

The battery 310 is used to drive the electric vehicle 300 .

The battery monitoring unit 320 monitors the remaining amount of the battery 310 . The remaining battery level can be monitored It can be performed continuously in time, or it can also be performed every specific time.

The communication unit 370 is a wireless communication circuit capable of sending and receiving information to and from the server 600 via the network 1000 by wireless communication. The communication unit 370 transmits the data received from the server 600 to the control unit 330 , and also sends the data received from the control unit 330 to the server 600 .

The GPS receiver 360 receives signals from GPS satellites, thereby grasping the position of the car 300 . And, the GPS receiver 360 sends the position information of the car 300 to the control unit 330 .

The control unit 330 controls processing related to the running of the automobile 300 . The control unit 330 includes a processor 331 , a ROM (Read Only Memory) 332 , a RAM (Random Access Memory: Random Access Memory) 333 , and an input/output circuit 334 . ROM332 and RAM333 hold programs executed by processor 331 or necessary data. Also, the RAM 333 functions as a work area for the processor 331 . The input/output circuit 334 is in charge of sending and receiving information with the communication unit 379 . Processor 331 executes programs in ROM332 and RAM333. For example, RAM 333 holds automatic driving program 335 , driving route information 336 , reserved parking lot information 337 , location information 338 and battery level information 339 .

The automatic driving program 335 includes the control content of the processor 331 required to enable the automobile 300 to run by automatic driving. The route information 336 includes route information from the departure point to the destination of the car 300 , and is provided from the server 600 , for example. The reserved parking lot information 337 includes information related to the reserved parking lot 100 in the driving route, and is provided from the server 600, for example. And, by the processor 331 executing the program 335, the car 300 runs according to the information 336, and parks in the parking lot 100 specified by the information 337. The location information 338 includes information indicating the location of the car 300 and is provided from the GPS receiver 360 . The remaining battery level information 339 includes information indicating the remaining level of the battery 310 and is provided from the battery monitoring unit 320 . Borrow location information 338 and battery level information 339 The communication unit 370 transmits to, for example, the server 600 .

1.1.3 Composition of Smart Phone 500

Next, the configuration of the smart phone 500 described above will be described using FIG. 3 . FIG. 3 is a block diagram showing a configuration example of the smartphone 500 . As shown in the figure, the smart phone 500 includes: a display unit 510 , a user input unit 520 , a control unit 530 and a communication unit 570 .

The display unit 510 presents various information to the user, and is, for example, a liquid crystal display or the like.

The user input unit 520 accepts input of various information or commands from the user (referred to as user setting information). For example, the display unit 510 is a touch panel display device, and the display unit 510 and the user input unit 520 may also be integrated.

The communication unit 570 transmits and receives information to and from the server 600 through wireless communication. For example, the communication unit 570 transmits the user setting information 536 accepted by the user input unit 520 or the rental request of the car 300 (request for the passenger car 300 ) to the server 600 , and receives travel route information from the server 600 .

The control unit 530 controls the overall processing of the smartphone 500 . The control unit 530 includes a processor 531 such as a CPU (Central Processing Unit: central processing unit), a ROM 532 , a RAM 533 , and an input/output circuit 534 . The ROM 532 holds programs executed by the processor 531 or required data. The RAM 533 functions as a work area for the processor 531 . The input/output circuit 534 is in charge of sending and receiving information with the communication unit 570 . Processor 531 executes programs in ROM532 and RAM533. RAM 533 holds car sharing program 535 , user setting information 536 and driving route information 336 .

The car sharing program 535 enables the smartphone 500 to realize various functions including processing necessary for using the car 300 . The processor 531 executing the program 535 sends the user input The user setting information 536 accepted by 520 is held in RAM533, for example. Specific examples of the user setting information 536 are, for example, the date and time of driving the electric vehicle 300 , information related to the departure place and/or destination, and the like. The driving route information 336 is received from the server 600, for example. Furthermore, the processor 531 causes the display unit 510 to display information such as the travel route or the destination arrival time based on the travel route.

1.1.4 Composition of server 600

Next, the configuration of the server 600 described above will be described using FIG. 4A . FIG. 4A is a block diagram showing a configuration example of the server 600 . As shown in the figure, the server 600 includes a control unit 630 and a communication unit 670 .

The communication unit 670 sends and receives information with the car 300 , the smartphones 200 and 500 , and the server 800 through wireless communication. In addition, wired communication may be used with the server 800, or the servers 600 and 800 may be realized by a single server. Furthermore, the communication unit 670 transmits a request for battery level information and driving route information to the electric vehicle 300, a request for parking lot information and a reservation request for a parking lot to be described later to the server 800, and a request for congestion information to a server not shown in the figure. . Moreover, the communication unit 670 receives battery remaining information, namely location information, from the electric vehicle 300, receives a rental request and user setting information 536 of the car 300 from the smart phone 500, receives parking lot information and parking lot reservation information from the server 800, Congestion information is received from a server not shown. Congestion information may be provided by, for example, road information providers dealing with congestion, road construction, or accidents.

The control unit 630 includes a processor 631 such as a CPU, a ROM 632 , a RAM 633 , and an input/output circuit 634 . The ROM 632 holds programs executed by the processor 631 or required data. RAM 633 functions as a working area of processor 631 and holds user setting information 536 , battery level information 339 , location information 338 , congestion information 638 , parking lot information 639 , and reservation information 640 received by communication unit 670 . Furthermore, RAM633 maintains the line search program 635 , driving route information 336 , map information 641 , and vehicle information database 642 . The input/output circuit 634 is in charge of sending and receiving information with the communication unit 670 . The processor 631 uses the above information 536, 339, 338, 638, 639, 640 and 641 to execute the route search program 635, thereby calculating the most suitable driving route for the user. For example, the processor 631 grasps the departure point and the destination on the map information 641, the speed of arrival based on the congestion information 638, the battery level information 339, the parking lot information 639, and the battery based on the reservation information 640 in the line connecting the two. The driving route is calculated based on the necessity of charging and the user orientation based on the user setting information 536 . The travel route information 336 thus calculated is sent to the car 300 . Further, the driving route information 336 can be sent to the smart phone 500 . In this way, the user can grasp the driving route of the car 300 . Also, the processor 631 issues a reservation request for the parking lot 100 to the server 800 as necessary. In this specification, when the car 300 is an electric car, the reservation of the parking lot 100 means a reservation for charging the battery at the same time.

The processor 631 further uses the vehicle information database 642 to manage the cars 300 owned by the car sharing company. FIG. 4B is a conceptual diagram of the vehicle information database 642 . As shown, the database 642 maintains information regarding, for example, the current location or current condition of the cars 300 owned by the car sharing company. In the example of FIG. 4B, three cars 300 are registered in the database 642, and the car IDs of ID1, ID2, and ID3 are assigned respectively. In this example, the current location of the car 300 of ID1 is Manhattan, USA, and it is parked in the parking lot of Central Park to charge the battery. Also, the current location of the car 300 of ID2 is Alexandria, USA, and it is going to the US Patent Office where the customer is located. Moreover, the current location of the car 300 of ID3 is Washington DC, USA, and the customer is taking the car to the destination library of the US Congress. The processor 631 updates the database 642 in real time based on the driving route information 336 or the location information 338 .

In addition, in the following description, in order to simplify the expression, the vehicle ID is used to distinguish the In the case of the car 300, the car 300 whose vehicle ID is IDi (i is a natural number) may be referred to as "car IDi".

FIG. 4C is a functional block diagram of the processor 631 (or the control unit 630 as a whole) when the route search program 635 is executed. As shown in the figure, the processor 631 functions as a transceiver unit 660 , a first search unit 661 , a second search unit 662 , a first determination unit 663 , a reservation unit 664 , and a second determination unit 665 by executing the program 635 .

The transceiver unit 660 receives the remaining battery level information 339 from the electric car 300 via the communication unit 670, receives information about the destination (user setting information 536) from the smart phone 500, and then receives information related to the route to the destination (congestion traffic). Information 638). Also, the transceiver unit 660 receives the parking lot information 639 and the reservation information 640 from the server 800 . Furthermore, the transmitting and receiving unit 660 transmits the reservation request to the server 800 and transmits the traveling route information 336 to the automobile 300 .

The first search unit 661 searches for a driving route to the destination based on at least the user setting information 536 and the congestion information 638 . When it is necessary to reserve a parking lot, the second search unit 662 searches for the area of the parking lot that should be reserved or the time when the reservation should be made based on the driving route obtained by the first search unit 661 .

The first determination unit 663 determines whether or not the battery 310 needs to be charged until the destination is reached based on the remaining battery level information 339 and the travel route searched by the first search unit 661 . And, when the reservation part 664 determines in the first judgment part 663 that it is necessary to charge the battery 310, based on the area and/or time searched out in the second search part 662, a reservation request for the parking lot 100 is issued and sent to the server. device 800. The reservation request is issued without waiting for an order from the user, ie the passenger of the car 300 .

The second judging unit 665 reserves a stop based on the travel route searched by the first judging unit 663, the judgment result of the first judging unit 663, and the reservation request issued by the response reservation unit 664. The location of the parking lot 100 determines the final driving route of the car 300 .

1.1.5 Composition of server 800

Next, the configuration of the server 800 described above will be described using FIG. 5A . FIG. 5A is a block diagram showing a configuration example of the server 800 . As shown in the figure, the server 800 includes a control unit 830 and a communication unit 870 .

The communication unit 870 transmits and receives information to and from the server 600 and the smartphone 200 through, for example, wireless communication. For example, the communication unit 870 receives a request for parking lot information and a parking lot reservation request from the server 600 , and receives a parking lot registration request from the smartphone 200 . Also, the communication unit 870 transmits the parking lot information and the reservation completion information received from the control unit 830 to the server 600 , and transmits the registration completion information to the smartphone 200 .

The control unit 830 maintains real-time information about the parking lots 100 managed by the parking lot dispatching company, and allocates the required parking lots 100 to each vehicle 300 according to the request. That is, the control unit 830 includes a processor 831 such as a CPU, a ROM 832 , a RAM 833 , and an input/output circuit 834 . The ROM 832 holds programs executed by the processor 831 and necessary data. RAM 833 functions as a working area of processor 831 and holds parking lot reservation program 835 , parking lot contract information 836 and reservation schedule 837 . The parking lot contract information 836 includes information on the content of the contract exchanged between the owners of the parking lot 100 and the current vacancy status. The reservation schedule 837 contains information about the reservation status of each parking lot 100 . The input/output circuit 834 is in charge of sending and receiving information with the communication unit 870 . The processor 831 performs processing related to the parking lot reservation system by executing the program 835 . That is, the processor 831 uses the parking lot contract information 836 to manage the content of the contract with the owner of the parking lot 100 or the rental conditions of the parking lot 100, etc., and further uses the reservation schedule 837 to manage the reservation status of the parking lot 100.

FIG. 5B is a conceptual diagram of the parking lot contract information 836 . As shown in the picture, the parking lot The contract information 836 includes registration number, area, usable week, time, number of vehicles that can be parked, parking fee and current status according to 100 per parking lot. If it is an example in Figure 5B, the parking lot with registration number P1 is Manhattan, USA. During the period from 13:00 to 15:00 from Monday to Friday, 1 car can be used, and the parking fee is 1 USD per 30 minutes. There are currently vacant cars . In addition, the parking lot with registration number P2 is Manhattan, USA. During the period from 5:00 to 23:00 from Monday to Saturday, 3 cars can be used. The parking fee is 15 US dollars per 30 minutes, and there are currently vacant cars. Of course, the parking lot contract information 836 may include information related to the owner of the parking lot 100, or agreement information related to the contract period.

In addition, below, in order to simplify description, when distinguishing the case of plural parking lots 100, the parking lot 100 of registration number Pj (j is a natural number) may be called "parking lot Pj."

FIG. 5C is a conceptual diagram of the reservation schedule 837, corresponding to FIG. 5B. As shown, schedule 837 includes information related to the hourly availability of each parking lot 100 . In the example of FIG. 5C , the portion indicated by oblique lines indicates the time period that cannot be used as a parking lot. As shown in Figure 5B, parking lot P1 is available during 13:00~15:00, but during 13:00~14:00, there is a parking reservation for car ID1, and it is empty during 14:00~15:00. Parking lot P2 includes parking spaces P2-1, P2-2 and P2-3 for 3 cars. Parking space P2-1 has parking reservation for car ID5 during 5:00~6:00, and parking reservation for car ID10 between 14:00~15:00. In addition, the parking space P2-2 has a parking reservation for the car ID7 during 5:00~23:00, and there is no free time. In addition, parking space P2-3 has a parking reservation for car ID15 between 5:00~6:00, a parking reservation for car ID2 between 15:00~16:00, and a car for parking between 22:00~23:00 Parking reservation for ID25.

When a parking lot registration request is received from, for example, the smart phone 200 of the owner of the parking lot 100 , the processor 831 requests the smart phone 200 to provide information required for the management of the parking lot 100 . various information. And, when the required information is sent from the smart phone 200 to the server 800 and the contract between the parking lot dispatch company and the parking lot owner is established, the processor 831 sends the registration completion information to the smart phone 200 . Furthermore, the processor 831 registers the parking lot 100 in the parking lot contract information 836 shown in FIG. 5B . In this way, the owner of the parking lot can lease all the parking lots to others through the parking lot dispatching company.

FIG. 5D is a functional block diagram of the processor 831 (or the control unit 830 as a whole) when the parking lot reservation program 835 is executed. As shown in the figure, the processor 831 functions as the transmission and reception unit 850 , the registration unit 851 , the first search unit 853 , and the reservation unit 854 by executing the program 835 .

The transceiver unit 850 receives, for example, a request for parking lot information and a parking lot reservation request from the server 600 via the communication unit 870 , and receives a parking lot registration request from the smartphone 200 . Also, the transmitting and receiving unit 850 transmits the parking lot information and the reservation completion information to the server 600 , and transmits the registration completion information to the smartphone 200 .

When the server 800 receives a parking lot registration request from the smart phone 200, the registration part 851 performs contract processing between the parking lot dispatch company and the parking lot owner for managing the parking lot 100. Furthermore, the registration unit 851 registers the parking lot 100 in the server 800 when the contract is established. More specifically, as illustrated in FIG. 5B , a registration number is assigned to the parking lot 100 , and information necessary for parking lot selection is registered in the parking lot contract information 836 . Moreover, as illustrated in FIG. 5C , the parking lot 100 is registered in the reservation schedule 837 . Thereby, the parking lot 100 can be reserved. Also, according to the content of the contract, the parking lot dispatch company pays the parking lot owner a usage fee.

The first search unit 853 searches the parking lot 100 between the destination and the destination based on the parking lot contract information 836 and the reservation schedule 837 . In addition, the reservation unit 854 reserves any parking lot 100 searched by the first search unit 853 without waiting for an order from the user.

1.2 About actions

Next, the operation of the electric vehicle parking lot reservation system 1 of this embodiment will be described using FIG. 6 . Fig. 6 shows the smart phone 500, server 600 (car sharing company), and server 800 after the user rides the electric car 300 or decides to take the electric car 300 (the ride itself can be the next day, etc.). (Parking lot scheduling company), and a flow chart of operations related to the reservation of the parking lot 100 of the electric vehicle 300. In addition, the following processing of the server 600 is mainly realized by the control unit 630 when the processor 631 executes the program 635 , and the processing of the server 800 is mainly realized by the control unit 830 when the processor 831 executes the program 835 .

As shown in the figure, firstly, the smart phone 500 receives the user setting information 536 from the user (step S10). That is, the smart phone 500 receives information related to the user's boarding date or itinerary (destination, passing place). In this case, for example, priority order information related to route search for each user such as prioritizing expressways over general roads can also be accepted.

The smart phone 500 sends the information 536 to the server 600 , and the server 600 stores the received information 536 in the RAM 633 . And, the server 600 selects any one of the cars 300 owned by the car sharing company, and acquires the remaining battery level information 339 of the selected car (step S11 ). That is, the server 600 sends a battery remaining level request to the car 300 . In this way, in the car 300, the battery monitoring unit 320 obtains the remaining battery level of the battery 310, and sends the obtained battery remaining level information 339 to the server 600 (step S12).

Next, the server 600 obtains the congestion information 638, and based on the obtained congestion information 638 and the user setting information 536, searches for a driving route to the destination (step S13). When searching for the route, the server 600 further determines whether the battery 310 needs to be charged when the car 300 arrives at the destination based on the remaining battery level information 339 . And, if the server 600 judges that it is necessary to charge the battery 310, then based on the driving route obtained in step S13, determine the general location for charging. The given time (step S14). Next, the server 600 issues a reservation request for the parking lot 100 together with the place and time determined in step S14, and sends it to the server 800. At this time, the driving route obtained in step S13 or the vehicle ID of the car 300 that issued the reservation request can also be sent together.

The server 800 having received the reservation request searches for a parking lot 100 satisfying the request of the server 600 based on the parking lot contract information 836 and the reservation schedule 837 (step S15). And, the server 800 selects a parking lot 100 based on the search result in step S15, and assigns the selected parking lot 100 to the car 300 (step S16). Furthermore, the server 800 updates the reservation schedule 837 (step S17), and reserves the parking lot 100 allocated in step S16 for the car 300 for at least the period required for charging. And, the server 800 transmits to the server 600 reservation completion information 640 indicating that the reservation is completed and information 639 related to the reserved parking lot.

In this way, the server 600 determines the driving route based on the reserved parking lot 100 (step S18). Next, the server 600 sets the determined driving route in the car 300 (step S19). At this time, the server 600 can send not only the driving route information 336 but also the reserved parking lot information 337 to the car 300 .

1.3 Effects of this embodiment

According to this embodiment, the parking lot can be effectively used. Hereinafter, this effect will be described.

Car-sharing services have grown in popularity in recent years. If the service is further popularized, it is possible that individuals will no longer own cars, and cars will become shared property. Furthermore, if the technology of autonomous driving is developed and autonomous driving without a driver can be realized, compared with private property, automobiles may gradually take on the role of public transportation institutions. Moreover, in this era, electric vehicles may become popular worldwide compared with gasoline vehicles and other vehicles driven by internal combustion engines using fossil fuels.

When the time comes, the personal residence where all the cars were parked until then The use value of the parking lot may disappear. The reason is that individuals no longer need to own a car. On the other hand, when electric vehicles are widely used, there is a problem that it is necessary to increase the power supply stations for charging the batteries of electric vehicles and install them in all places.

In view of the above-mentioned situation, in this embodiment, the parking lot owned by an individual is used not only as a parking lot, but also as a power supply station. In order to realize this, the parking lot owned by the individual is managed by the parking lot dispatch company (server 800). And, the car sharing company (server 600 ) that owns the electric vehicle and manages the driving route or operation schedule of the vehicle issues a parking lot reservation request to the server 800 together with the driving route information, place, and time. In this way, the server 800 reserves the most suitable parking lot for the reservation request. The parking lot is not only a parking space for parking cars, but also has the ability to charge the batteries of cars. Therefore, the server 800 only reserves the period required for battery charging in the parking lot. When arriving at the destination, the car can be parked in the parking lot before the next ride, but it will move to the next destination according to the ride request of the next user. When the user goes home, another car will meet and see him off. In this way, the automobile functions as a general public transportation mechanism. As a result, the parking lot of a private residence can be used as a power supply station, and it is only necessary to occupy the period required for charging. Therefore, the parking lot can be effectively used.

2. The second embodiment

Next, an information processing device, an information processing method, and an information processing program of the second embodiment will be described. This embodiment relates to the method for setting the parking fee by the parking lot dispatching company in the parking lot reservation system described in the first embodiment above. Hereinafter, it demonstrates focusing only on the point of difference from 1st Embodiment.

2.1 Composition of server 800

FIG. 7 is a block diagram of the server 800 of the parking lot dispatching company. As shown in the figure, the server 800 uses the RAM 833 to hold the fee calculation program in FIG. 5A described in the first embodiment. 838, evaluation information 839, surrounding parking lot information 840 and rate information 841.

Evaluation information 839 is information related to evaluations of each of the parking lots 100 managed by the parking lot dispatching company (server 800). The evaluation information 839 is transmitted to the server 800 from the smartphone 500 of the user who uses the parking lot 100, for example. In addition, an example of the evaluation method of the parking lot 100 will be described in detail in the eighth embodiment.

The surrounding parking lot information 840 is the information related to the surrounding parking lots of each of the parking lots 100 managed by the parking lot dispatching company (server 800). The surrounding parking lot information 840 includes, for example, the number of surrounding parking lots, the number of vehicles that can be parked, the vacancy status, and the parking fee.

The rate information 841 is information related to the price rate used to calculate the parking fee assuming multiple situations related to the parking lot 100 . A specific example of the rate information 841 will be described using FIGS. 8A to 8D . FIG. 8A to FIG. 8D are conceptual diagrams of rate information 841, showing price rates r1~r4 in four hypothetical schemes.

FIG. 8A shows an example in which the price rate r1 is determined based on the relationship between the vacancy status of the parking lot 100 and the reservation date in relation to the first scheme. As shown in the figure, the reservation date is the day when the parking lot is used, and the price rate r1 is 2.0 for 1 car, 1.0 for 2 cars, and 3 cars. , is 0.8. The parking fee of the parking lot 100 can be calculated, for example, by multiplying the standard fee by the price rate. Therefore, when making a reservation on the same day, if there are free parking spaces for 2 cars, the parking fee will be the standard fare; if there are 3 cars, the price will be lower than the standard fare; Double the high price. Moreover, the earlier the appointment date, the lower the price and rate.

FIG. 8B shows an example in which the price rate r2 is determined based on the relationship between the vacancy status of parking lots around the parking lot 100 and the reservation date in relation to the second scenario. The vacancy status of the surrounding parking lots can be obtained from, for example, the surrounding parking lot information 840 . Or, the vacancy of the surrounding parking lot can also be Based on the number of vehicles traveling around the parking lot 100 in focus, or the number of vehicles going to the area where the parking lot 100 is located, the processor 831 predicts it. For example, the number of vehicles can be received by the server 800 from the image of the camera installed on the road, estimated by the processor from the image, or can be obtained from a provider that provides road congestion information. As shown in the figure, the less the surrounding parking lots are free, the lower the price rate is set. For example, if the reservation date is the day when the parking lot is used, if more than 75% of the parking spaces in the surrounding parking lot are vacant, the price rate r2 is 1.0, when more than 50% of the parking spaces are vacant, it is 0.9, and when more than 30% of the parking spaces are vacant, it is 0.8. When it is less than 30%, it is 0.6. Moreover, the earlier the appointment date, the lower the price and rate. As in this example, the more congested the surrounding parking lots are, the lower the parking fee is because the vehicles parked in other parking lots that are full are moved to the parking lot 100 (referred to as "mediation"), thereby promoting Eliminate the stop full state. In the fourth and fifth embodiments, details of mediation will be described.

FIG. 8C shows an example in which the price rate r3 is determined in accordance with the parking time desired by the user in the parking lot 100 in view of the third aspect. As shown in the figure, the shorter the parking time (that is, the charging period), the lower the price rate r3. In this way, by setting the parking fee for short-term use at a lower level, it is possible to promote the use of the parking lot in the spare time and improve the use efficiency of the parking lot 100 .

FIG. 8D shows an example of determining the price rate r4 based on the evaluation information 839 of the parking lot 100 in view of the fourth scheme. Evaluation information 839 is digitized in the form of, for example, 1, 2, 3, . . . Also, the higher the numerical value, the higher the evaluation. In this case, the higher the evaluation, the higher the price rate r4.

The fee calculation program 838 is executed by the processor 831 . The processor 831 calculates the parking fee of the managed parking lot 100 by executing the program 838 . The fee calculation program 838 can be a part of the parking lot reservation program 835, or it can be another program. FIG. 9 is a functional block diagram of the processor 831 (or the entire control unit 830) when the programs 835 and 838 are executed. As shown in the figure, the processor 831 executes the program 838, and in Fig. 5D described in the first embodiment, further selects the rate The unit 855 and the fee calculation unit 856 function.

The rate selection unit 855 selects a price rate for use based on the rate information 841 . For example, any one or all of the first to fourth schemes illustrated in FIGS. 8A to 8D are selected.

The fee calculation unit 856 calculates the parking fee based on the plan selected by the rate selection unit 855 and the parking lot contract information 836 . At this time, in the case of selecting a plurality of plans, for example, each plan is weighted to determine the price rate for final use.

2.2 About actions

Fig. 10 is a flowchart showing the operation of the parking lot reservation system 1 of this embodiment, and corresponds to Fig. 6 described in the first embodiment.

As shown in the figure, after the server 800 searches the parking lot 100 in step S15, it calculates the parking fee (step S20). And, the server 800 selects the parking lot 100 and assigns it to the car 300 that sent the reservation request of the parking lot (step S16). In these steps S15, S20, and S16, the first search unit 853 may first search for a plurality of parking lots 100, and the rate selection unit 855 selects the price rate applicable to the searched plurality of parking lots 100. Then, the fee calculation unit 856 calculates the parking fee for each parking lot 100, and based on the calculated parking fee, for example, the reservation unit 854 selects any parking lot and makes a reservation. A specific example of this operation will be described in detail in the third embodiment.

2.3 The effect of this embodiment

According to this embodiment, the parking fee is calculated and determined by the server 800 of the parking lot dispatching company. At this time, the server 800 dynamically sets the parking fee based on the rate information 841 and the like. Thereby, the usage efficiency of the parking lot 100 can be further improved.

As described in the first embodiment, it is predicted that in the future, the parking lot of individual residences will function as a power supply station for cars owned by car sharing companies, rather than as a dedicated parking lot for cars owned by individuals. Moreover, in order to seek the convenience of the user of the automobile 300, it is desired to The operator of the parking lot dispatching company manages a plurality of parking lots in a unified manner. In this embodiment, the parking lot dispatch company also sets the parking fee of the parking lot 100 . At this time, the parking lot dispatching company dynamically sets the parking fee for each parking lot 100 based on the relationship between demand and supply. That is, the parking fee is a current price.

At this time, the parking lot dispatching company uses the evaluation information 839 , the surrounding parking lot information 840 and the rate information 841 to set an appropriate parking fee. The appropriate parking fee here is an appropriate amount for the passengers of the car 300 and even for the owner of the parking lot 100 . Thereby, a plurality of parking lots 100 can be effectively used, the convenience of passengers of the car 300 can be improved, and the owner of the parking lot 100 can effectively bring benefits.

3. The third embodiment

Next, an information processing device, an information processing method, and an information processing program of a third embodiment will be described. This embodiment relates to the specific method of allocating the parking lot 100 to the automobile 300 by the parking lot dispatching company in the above-mentioned first and second embodiments. In the following, only the differences from the first and second embodiments will be described.

3.1 Composition of server 600

FIG. 11A is a block diagram of a server 600 of a car sharing company. As shown in the figure, the server 600 in FIG. 4A described in the first embodiment, the RAM 633 further holds evaluation allowance information 643 , eviction income information 644 , size information 645 and priority information 646 .

The evaluation allowable value information 643 holds information on the allowable parking lot 100 for each car 300 managed by the car sharing company (server 600 ). FIG. 11B is a conceptual diagram showing an example of evaluation tolerance information 643 . As shown in the figure, the evaluation allowable value information 643 includes the vehicle type and the evaluation value of the allowable parking lot 100 for each vehicle 300 . In this example, the car ID4 is a truck and can be parked in the parking lot 100 with the lowest evaluation value of "1" or higher. That is, it means that the parking lot 100 where parking is possible is not affected by the evaluation value. On the other hand, the car ID5 is a limousine, and can be parked in the parking lot 100 whose evaluation value is "3" or higher. That is, it can be parked only in the parking lot 100 which has received a certain degree of high evaluation.

According to each car 300 managed by the car sharing company, the eviction income information 644 maintains the information related to the income obtained through mediation and eviction in the past. As mentioned above, mediation means that when there is a car 300-1 expected to be parked in the parking lot 100 in a full state, any car 300-2 that is parked is replaced with the car 300-1. At this time, since the car 300-2 providing the parking space must move to find another parking lot 100, the user of the car 300-1 or the car sharing company can receive the offset fee. FIG. 11C is a conceptual diagram showing an example of eviction income information 644 . In the example shown in FIG. 11C , the car ID6 receives an income of 5 dollars based on mediation with a car managed by a car sharing company that is different from the car sharing company that manages the car. Also, the car ID7 moves out of the parking lot 100 based on the request from the owner of the parking lot, and receives an income of 1 dollar.

The size information 645 holds information related to the size of the parking lot 100 that can be parked for each car 300 managed by the car sharing company. FIG. 11D is a conceptual diagram showing an example of size information 645 . As shown in the figure, the size information 645 includes the car type and the size of the parking lot 100 for each vehicle ID of the car 300 . In this example, the car ID 8 is a truck and can be parked in the parking lot 100 corresponding to large vehicles. That is, it cannot be parked in the parking lot 100 for ordinary passenger vehicles such as sedans. Moreover, the car ID9 is a camper, and can be parked in the parking lot 100 corresponding to a medium-sized vehicle (or a vehicle larger than a medium-sized vehicle). That is, similar to the car ID8, although it cannot be parked in a parking lot for ordinary passenger cars, it does not need a large parking lot like a large vehicle.

The priority information 646 holds information related to the priority order when the parking lot 100 is selected. FIG. 11E is a conceptual diagram showing an example of priority information 646 . As shown, the priority information 646 includes the assignment priority and its conditions. For this example, allocate the parking lot with the highest priority 100 is a fixed-term contract parking lot signed by the car-sharing company. Next, the parking lot 100 with a higher priority is a parking lot 100 that satisfies other conditions such as evaluation value or size, and is managed by the same car sharing company and has a car 300 parked there, and can mediate with the car 300 in a full state. Then, the parking lot 100 with a higher priority is a parking lot 100 that satisfies other conditions such as evaluation value or size, and is managed by a different car sharing company and has a car 300 parked there, and can mediate with the car 300 in a full state. And, when no parking lot 100 meeting the above conditions is found, a tow truck can be entrusted to move other cars 300 in any parking lot 100 .

Fig. 11F is a functional block diagram of the processor (or the entire control unit 830) when executing the parking lot reservation program 835 of this embodiment. As shown in the figure, the processor 831 further functions as the third judging unit 666 in the configuration of FIG. 4C described in the first embodiment. Furthermore, the reservation unit 664 issues a reservation request for a parking lot together with the evaluation allowance information 643 , the eviction income information 644 , the size information 645 , and the priority information 646 . Also, the third judging unit 666 judges whether any of the parked automobiles 300 can be moved away. And, when it is necessary to move out, order them to move out from the parking lot 100 .

3.2 Composition of server 800

Next, the structure of the server 800 of the parking lot control company of this embodiment is demonstrated using FIG. 12A. FIG. 12A is a block diagram of the server 800 of this embodiment. As shown in the figure, the server 800 further maintains evaluation allowance information 643 , eviction income information 644 , size information 645 and priority information 646 . Such information is transmitted from the server 600 together with the reservation request of the parking lot 100, and corresponds to the information related to the car 300 of the reservation request.

FIG. 12B is a conceptual diagram of the parking lot contract information 836 of the present embodiment, corresponding to FIG. 5B described in the first embodiment, and is displayed especially for the parking lot with the registration number P1. As shown in the figure, the parking lot contract information 836 of this embodiment includes the allocation of parking lots The detailed conditions and eviction conditions of mediation.

First, conditions related to allocation will be described. The conditions related to allocation may include information on the usage fee of the parking lot 100 . In the example shown in Figure 12B, when a car 300 with a 50% charge remaining is put into storage, the standard fee is 10 dollars per 30 minutes, and when the charge remains below 50%, the standard fee is increased by 1 dollar for every 5% of the standard charge . That is, when the remaining charge is 45%, it is $11 per 30 minutes, and when it is 40%, it is $12 per 30 minutes, and the same applies below. Also, when the cars 300 removed from other parking lots 100 are put into storage through mediation, an upper limit is appropriately set to the standard fee by adding 80% of the income obtained through mediation. In addition, the conditions related to allocation may include information such as facilities of the parking lot 100 . In the example shown in Figure 12B, the rechargeable power of the parking lot P1 is more than 10 kWh, the number of cars that can be parked is 1, and the size of the car that can be parked is the size of an ordinary passenger car.

Next, the eviction conditions for mediation will be explained. The premise of moving out the car 300 parked in the parking lot P1 is that the charge balance of the car 300 is above 80%. In addition, the condition for moving out based on mediation with the car 300 managed by the same car sharing company is that the remaining charge of the car 300 is 10% or less. On the other hand, the car 300 managed by a different car sharing company, or the condition of moving out according to the mediation with the owner of the parking lot 100 is to pay a fee of 10% of the unit price of the parking lot 100 on the day.

The first search unit 853 of the processor 831 illustrated in FIG. 5D further searches the parking lot 100 according to the parking lot contract information 836 , reservation schedule 837 , evaluation information 839 , evaluation allowance information 643 , eviction income information 644 and size information 645 . In addition, the reservation unit 854 selects any parking lot 100 from the searched parking lots 100 according to the priority information 646 , and makes a reservation for the selected parking lot 100 .

3.3 About actions

Fig. 13 is a flowchart showing the operation of the parking lot reservation system 1 of this embodiment, and corresponds to Fig. 6 described in the first embodiment and Fig. 10 described in the second embodiment. In addition, in this embodiment, the case of mediation (third and fourth priority orders) and the case of requesting a tow truck (fifth priority order) among the distribution priority orders described in FIG. 11E are omitted. These examples will be described in the fourth to sixth embodiments.

As shown in the figure, the server 800 searches the parking lot 100 in step S15, and calculates the parking fee in step S20. And, for example, if the reservation part 854 refers to the priority information 646 and finds a parking lot that meets the first priority or the second priority described in FIG. Parking lot 100. On the other hand, when the parking lot that meets the first priority or the second priority is not found (step S30, no (NO)), then the sending and receiving part 850 of the server 800 issues a notice that the parking lot cannot be reserved, and sends it to The server 600 of the car sharing company. In this way, the server 600 changes the route or charging area and time obtained in steps S13 and S14 (step S31 ). Next, the server 600 issues a reservation request for the parking lot 100 together with the changed route or charging area and time, and sends it to the server 800 . Thereafter, the processing after step S15 is repeated.

3.4 Effects of this embodiment

The server 800 of the parking lot dispatching company described in the first and second embodiments can select a parking lot 100 and allocate it to the car 300 according to the method described in the present embodiment, for example.

4. Fourth Embodiment

Next, an information processing device, an information processing method, and an information processing program of the fourth embodiment will be described. This embodiment relates to the method of mediation within the company that conforms to the third distribution level described in FIG. 11E in the above-mentioned third embodiment. In the following, only the differences from the first to third embodiments will be described.

4.1 Specific examples

This embodiment and the fifth and sixth embodiments described later will be described with specific examples for easy understanding. 14 is a map schematically showing the driving route of the car 300 of the car ID 10A managed by the car sharing company "AAA" and the parking lot 100 found at the request of the car 300 .

As shown in the figure, it is assumed that the car 300 departs from Central Park in Manhattan, USA, and ends at the Brooklyn Botanical Garden. Also, assume that the server 600 of the AAA company has two candidate routes as travel routes. Also, in each route, the server 800 of the parking lot dispatching company retrieves the parking lots P10 and P11, and the parking lots P12 and P13. The details of the routes and car parks are as follows.

(1) Line 1: Starting from Central Park, go straight through the downtown area, cross the Brooklyn Bridge, and follow Line 278 Flatbush Avenue to the Brooklyn Botanic Garden.

‧Parking lot P10

‧Location: Lower Manhattan

‧Status: full

‧Parked vehicles: 2 vehicles (ID11A, ID12A) of our company (AAA company)

‧Parking lot P11

‧Location: Entrance to Flatbush Avenue

‧Status: full

‧Parked vehicles: 2 vehicles (ID13A, ID14A) of our company (AAA company)

(2) Route 2: Starting from Central Park, turn left at the intersection of the downtown area, pass through the Queens Midtown Tunnel and pass through Long Island City, then enter Route 278 from Route 495, pass through Williamsburg, and follow Take Washington Avenue to the Brooklyn Botanic Garden.

‧Parking lot P12

‧Location: Long Island City

‧Status: full

‧Parked vehicles: 2 vehicles (ID20B, ID21B) of other companies (BBB company)

‧Parking lot P13

‧Location: Williamsburg

‧Status: full

‧Parked vehicles: 1 vehicle (ID15A) of our company (AAA company).

4.2 Mediation method

Next, in the example of FIG. 14, using FIG. 15, the mediation method of the parking lot 100 of the car sharing company (AAA company) and the parking lot dispatching company is demonstrated. Fig. 15 corresponds to Fig. 13 described in the third embodiment, and shows the flow of the processing flow in the case that no parking lot 100 matching the first or second allocation level is found in step S30 of Fig. 13 (step S30, No). picture.

As described in the third embodiment, when the server 800 does not find a parking lot 100 that meets the first or second allocation level (step S30, No), it issues a notice that the parking lot cannot be reserved to the server 600, and urges the server 600 Change driving route or charging area and time.

If the number of notifications that the parking lot cannot be reserved reaches a fixed number of times (step S40, yes), then for example, the first search unit 853 searches the parking lot 100 again (step S41), and retrieves the parking lot 100 reserved by a vehicle managed by AAA company (step S42) . Next, for example, the reservation unit 854 searches for a parking lot 100 conforming to the third allocation level described in FIG. 11E from among the extracted parking lots 100 (step S43). If no parking lot 100 meeting the third allocation level is found (step S43 , No), then, for example, the reservation unit 854 issues a notification that the parking lot cannot be reserved, and sends it to the server 600 . In this way, the server 600 changes the driving route, charging area, and time (step S44). Next, the server 600 issues a reservation request for the parking lot 100 (a mediation request with the company's vehicle) together with the changed route or charging area and time, and sends it to the server 800 . In this way, the server 800 repeats the processing after step S41.

If the parking lot 100 that meets the third allocation level is found in step S43 (step S43, Yes), then the reservation part 854 of the server 800 retrieves the relevant information of the parking lot 100 from the parking lot contract information 836, and then from the timetable 837, for example The vehicle information of the parked car 300 (hereinafter, the car 300 managed by the AAA company is referred to as car 300A) is acquired (step S45). This situation is shown in Figures 16A and 16B. In this example, for example, the parking lot 100 with the registration numbers P10 and P11 illustrated in FIG. Then, for example, the transceiver unit 850 of the server 800 sends the operation schedule change request together with the retrieved information to the server 600 .

In this way, for example, the third determination unit 666 of the server 600 specifies a vehicle whose operation schedule can be changed (step S46). That is, as shown in FIG. 16B , any one of the cars 300A of the extracted vehicle IDs 11A, 12A, 13A, and 14A is selected. In this example, assume that car ID11A is selected, for example. Next, the server 600 obtains the remaining battery level information of the car ID 11A by the same method as steps S11 and S12 described in the first embodiment (steps S47 and S48). Next, for example, the third judging unit 666 of the server 600 changes the operation schedule of the car ID 11A according to the remaining battery level information (step S49). For example, change the driving route of the car ID 11A or the planned parking lot. If the change of the operation schedule is completed, the sending and receiving unit 660 sends the completion notification of the change of the operation schedule to the server 800 together with the vehicle ID of the vehicle 300A corresponding to the mediation (vehicle ID11A in this example).

The server 800 having received the change completion notification calculates the parking fee when the car ID 10A is parked in the parking lot P10 by arranging the car ID 11A to leave (step S20). Calculate The output method is as described in the second and third embodiments, for example. Next, the server 800 allocates the parking lot P10 reserved by the car ID 11A to the car ID 10A (step S50). Next, the reservation schedule 837 is updated (step S17). This situation is shown in Figure 16C. FIG. 16C is a conceptual diagram of the reservation schedule 837 .

As shown in the figure, parking space P10-1 of parking lot P10 is reserved by car ID11A during time 10:00~11:00, reserved by car ID15A during time 11:00~12:00, and reserved by car ID15A during time 12:00~13 :00 is reserved by car ID16A. Moreover, another parking space P10-2 is reserved by car ID12A between time 10:00~12:00. In this situation, car ID 10A expects to stop between 10:00 and 11:00. And, if the server 600 judges that the operation schedule of the car ID11A can be changed, the server 800 cancels the reservation of the car ID11A during 10:00~11:00 of the parking space P10-1, and sets the reservation of the vehicle ID10A instead. Also, for the car ID 11A whose reservation of the parking lot P10 has been cancelled, parking reservations may be made for other parking lots as needed.

Thereafter, as in the first embodiment, the server 800 transmits to the server 600 the reservation completion information 640 indicating that the reservation has been completed and the information 639 about the reserved parking lot. The server 600 determines the driving routes of the cars ID10A and ID11A based on the received information (step S51). Next, the server 600 sets the determined driving route in the car 300A of the car ID10A and ID11A (steps S19 and S52).

4.3 Effects of this embodiment

As described above, mediation between cars 300 managed by the same car sharing company can be realized by the method described in this embodiment.

The need for mediation refers to the situation where a vacant parking lot that meets the necessary conditions cannot be found. However, by performing the mediation described in this embodiment, it is possible to save the effort of looking for parking lots in vain, and park at a desired parking lot. Also, this mediation action is between the car sharing company and the parking lot It is carried out between dispatching companies, and the passengers of the car 300 do not need to be aware of the existence of mediation. Therefore, unnecessary uneasiness will not be brought to passengers, which can contribute to the further popularization of electric vehicles.

In addition, in the above-mentioned embodiment, the case where the parking lot 100 matching the first and second allocation levels is searched for first and the parking lot 100 matching the third allocation level is searched as an example is not found. However, it is also possible not to prioritize the car parks corresponding to the 1st and 2nd allocation classes over the car parks corresponding to the 3rd allocation class. A flowchart of this situation is shown in FIG. 17 .

As shown in the figure, the server 800 of the parking lot dispatching company searches for a parking lot that meets the first and second allocation levels (step S1), and calculates the parking fee if found (step S2). Furthermore, the server 800 of the parking lot dispatching company searches for a parking lot that meets the third allocation level (step S3), and when found, calculates the parking fee (step S4). Next, the server 800 compares the parking fee obtained in step S2 with the parking fee obtained in step S4 (step S5). Next, the server 800 determines the parking lot 100 to be reserved according to the comparison result in step S5 (step S6). More specifically, reserve a parking lot 100 with a cheap parking fee.

That is, when there are a plurality of candidate parking lots 100, the parking fee of the parking lot corresponding to the first allocation level or the second allocation level may be higher than the parking fee of the parking lot corresponding to the third allocation level. In this case, by mediating, you can choose a parking lot with a lower parking fee.

5. Fifth Embodiment

Next, an information processing device, an information processing method, and an information processing program of a fifth embodiment will be described. This embodiment relates to the method of mediation with other companies in accordance with the fourth distribution level described in FIG. 11E in the above-mentioned third embodiment. In the following, only the differences from the first to fourth embodiments will be described. In addition, this embodiment is also the same as the fourth embodiment, and the situation in FIG. 14 will be described as an example.

5.1 About the overall composition

Fig. 18 shows a configuration example of the parking lot reservation system 1 of this embodiment. As shown in the figure, the system 1 is the system 1 in which the car 300 is replaced with the cars 300A and 300B, and the server 600 is replaced with the servers 600A and 600B in FIG. 1 described in the first embodiment.

Server 600A is a management server of AAA company, a car sharing company, and server 600B is a management server of "BBB", a car sharing company different from AAA company. Also, the car 300A is an electric car managed by the car-sharing company AAA, and the car 300B is an electric car managed by the car-sharing company BBB.

The configurations of the servers 600A and 600B are the same as those of the server 600 described in the first to fourth embodiments. However, of course, the server 600A holds information on the car 300A, and manages the car 300A based on the information. Also, the server 600B holds information related to the car 300B, and manages the car 300B based on the information. The configurations of the automobiles 300A and 300B are the same as those of the automobile 300 described in the first to fourth embodiments. And, the car 300A receives necessary information from the AAA company (server 600A), and performs automatic driving under the management of the AAA company (server 600A). Similarly, car 300B receives required information from BBB company (server 600B), and performs automatic driving under the management of BBB company (server 600B).

The configuration of the server 800 of the parking lot dispatching company is as described in the first to fourth embodiments. However, the parking lot control company of this embodiment has contracts with a plurality of car sharing companies AAA and BBB. Therefore, the parking lot 100 for the cars 300A and 300B is also reserved in response to a reservation request from either the AAA company or the BBB company.

5.2 Mediation method

Next, in the example of FIG. 14, the mediation method of the parking lot 100 of the car sharing company (AAA company and BBB company) and the parking lot dispatching company will be described using FIG. 19 . Figure 19 corresponds to the Figure 13 described in the 3rd embodiment and Figure 15 described in the 4th embodiment, and shows the flow of the processing flow of the situation where no parking lot 100 matching the third allocation level is found in step S43 of Figure 15 (step S43, No) picture.

As described in the fourth embodiment, when the server 800 does not find a parking lot 100 that meets the third allocation level (step S43, No), it issues a notice that the parking lot cannot be reserved to the server 600, and urges the car sharing of the management vehicle ID 10A The server 600A of the company AAA company changes the driving route or charging area and time.

If the number of notifications that the parking lot cannot be reserved reaches the specified number of times (step S60, Yes), then for example, the first search unit 853 searches the parking lot 100 again (step S61), and retrieves the found parking lot 100 (step S62). The difference between step S62 and step S42 described in the fourth embodiment is that the retrieved parking lot is not limited to the parking lot reserved by the vehicle of AAA company.

Next, for example, the reservation unit 854 searches for a parking lot 100 conforming to the fourth allocation level described in FIG. 11E from among the extracted parking lots 100 (step S63). If no parking lot 100 meeting the fourth allocation level is found (step S63, No), then, for example, the reservation unit 854 issues a notice that the parking lot cannot be reserved, and sends it to the server 600A. In this way, server 600A changes the travel route, charging area, and time (step S64). Next, the server 600A issues a reservation request for the parking lot 100 (a mediation request with a vehicle of another company (BBB company in this example)) together with the changed route or charging area and time, and sends it to the server 800 . In this way, the server 800 repeats the processing after step S61.

If the parking lot 100 meeting the fourth allocation level is found in step S63 (step S63, yes), then the reservation part 854 of the server 800 retrieves the relevant information of the parking lot 100 from the parking lot contract information 836, and then from the time table 837 The vehicle information of the parked car 300B is retrieved (step S65). This situation is shown in Fig. 20A and Fig. 20B. In this example, for example, to capture the image The parking lot 100 with the registration number P12 described in 14 further extracts the vehicle ID information of the car 300B under reservation from the reservation schedule 837 . Next, the fee calculation unit 856 of the server 800 calculates the parking fee required for mediation (step S66). Then, for example, the transceiver unit 850 of the server 800 sends the operation schedule change request together with the retrieved information to the server 600A.

In this way, for example, the first search unit 661 of the server 600B specifies a vehicle whose operation schedule can be changed and a parking lot reserved by the vehicle (step S67). That is, as shown in FIG. 20B , at least one of the retrieved car IDs 20B and 21B, and the parking lot P10 where the car IDs are parked are selected. In this example, it is assumed that both car IDs 20B and 21B are selected. Then, for example, the transceiver unit 660 of the server 600 sends the information obtained in step S67 to the server 800 .

In the server 800 that has received the above information, for example, the first search unit 853 selects the vehicle of the BBB company with the best conditions for the AAA company as a mediation object (step S68). For example, when a plurality of automobiles 300B are used as mediation objects, the optimal conditions may consider the parking time and the cost of moving away, and when the plurality of automobiles 300B are parked in a plurality of parking lots 100, Consideration may be given to the size, evaluation value, parking fee, available parking time, and charging capacity of the parking lot 100 . In this example, in FIG. 20B , it is assumed that, for example, car ID 20B is selected, and the subject is notified to server 600B.

In this way, the server 600B acquires the remaining battery level information of the vehicle ID 20B by the same method as steps S11 and S12 described in the first embodiment (steps S69 and S70). Next, for example, the first search unit 661 of the server 600B changes the operation schedule of the car ID 20B according to the remaining battery level information (step S71). For example, change the driving route of the car ID 20B, or the scheduled parking lot. If the change of the operation schedule is completed, the sending and receiving unit 660 sends the completion notification of the change of the operation schedule to the server 800 together with the vehicle ID of the vehicle 300B corresponding to the mediation (vehicle ID 20B in this example).

The server 800 having received the change completion notification assigns the parking lot P20 reserved by the car ID 20B to the car ID 10A (step S72). Next, the reservation schedule 837 is updated (step S73). This situation is shown in Figure 20C. FIG. 20C is a conceptual diagram of the reservation schedule 837 .

As shown in the figure, parking space P20-1 of parking lot P20 is reserved by car ID 20B during time 10:00~11:00, and reserved by car ID 22B during time 11:00~13:00. Also, another parking space P20-2 is reserved by car ID21B during time 10:00~11:00, reserved by car ID30A during time 11:00~12:00, and reserved by car ID30A during time 12:00~14:00. Car ID31A reservation. In this situation, car ID 10A expects to stop between 10:00 and 11:00. And, if the server 600B judges that the operation schedule of the car ID20B can be changed, the server 800 cancels the reservation of the car ID20B during 10:00~11:00 of the parking space P20-1, and sets the reservation of the car ID10A instead. Also, for the vehicle ID 20B whose reservation of the parking lot P20 has been cancelled, parking reservations may be made for other parking lots as needed.

Thereafter, as in the first embodiment, server 800 transmits reservation completion information 640 indicating that the reservation has been completed, and information 639 related to the reserved parking lot to servers 600A and 600B. The server 600A determines the driving route of the car ID 10A based on the received information, and the server 600B determines the driving route of the car ID 20B (steps S74, S75). Next, the servers 600A and 600B set the determined traveling route in the car ID10A and ID20B (step S76).

5.3 Effects of this embodiment

As described above, mediation with the car 300 managed by a different car sharing company can be realized by the method described in this embodiment. Moreover, according to this method, the number of usable parking lots can be greatly increased, and the degree of freedom of choice of the parking lot of the parking lot dispatching company can be improved.

In addition, in this embodiment, it is also possible to perform the same operation as in Fig. 17 described in the fourth embodiment. For the sample plot, search for parking lots 100 that meet the first and second allocation levels, search for parking lots 100 that meet the third allocation level, and search for parking lots 100 that meet the fourth allocation level, and calculate the parking fees for each. Also, a parking lot can be selected based on the calculated parking fee.

6. The sixth embodiment

Next, an information processing device, an information processing method, and an information processing program according to the sixth embodiment will be described. In the above-mentioned fourth and fifth embodiments, the case where the car 300 (that is, the car sharing company) requests mediation has been taken as an example. On the other hand, this embodiment relates to the handling of the case where the owner of the parking lot 100 requests mediation. In the following, only the points of difference from the first to fifth embodiments will be described.

6.1 Composition of Smartphone 200

FIG. 21 is a block diagram showing a configuration example of the smart phone 200 of this embodiment. As shown in the figure, the smart phone 200 includes a display unit 210 , a user input unit 220 , a control unit 230 and a communication unit 270 similarly to the smart phone 200 .

The display unit 210 presents various information to the user, and is, for example, a liquid crystal display or the like.

The user input unit 220 accepts input of various information or commands from the user. For example, the display unit 210 can be a touch panel display device, and the display unit 210 and the user input unit 220 are integrated.

The communication unit 270 sends and receives information with the servers 600 and 800 through wireless communication.

The control unit 230 controls the overall processing of the smartphone 200 . The control unit 230 includes a processor 231 such as a CPU, a ROM 232 , a RAM 233 , and an input/output circuit 234 . The ROM 232 holds programs executed by the processor 231 or required data. RAM233 as processing The working area of the device 231 functions. The input/output circuit 234 is in charge of sending and receiving information with the communication unit 270 . Processor 231 executes programs in ROM232 and RAM233. RAM 233 maintains parking lot management program 235 , parking lot contract information 236 and reservation schedule 837 .

The parking lot contract program 235 enables the smartphone 200 to realize various functions including processing necessary for the parking lot owner to use the parking lot reservation system 1 . The processor 231 executing the program 235 makes the RAM 233 hold the information accepted by the user input unit 220 , for example. For example, by executing the parking lot management program 235, the processor 231 performs the processing for making the parking lot dispatch company manage the parking lot 100 as described in the first embodiment. For example, the processor 231 urges the user to input various information shown in FIG. 12B in the user input unit 220, and sends the information to the server 800 to sign a parking lot management contract between the user and the parking lot dispatching company. The information at this time is the parking lot contract information 236 . In addition, the processor 231 executes the parking lot management program 235 to perform the processing of the parking lot owner's request for mediation described in this embodiment. At this time, the smart phone 200 receives the reservation schedule 837 from the server 800 .

6.2 Mediation method

FIG. 22A is a flow chart showing operations of the smartphone 200 , the electric car 300 , the server 600 , and the server 800 when the parking lot owner mediates to use the parking lot 100 in a full state. As an example, when the parking lot P10 of FIG. 14 described in the fourth embodiment is fully parked, a case where the owner of the parking lot P10 uses the parking lot P10 will be described as an example. Moreover, the processing of the smartphone 200 is mainly performed by the processor 231 (or the entire control unit 230).

As shown in the figure, the smartphone 200 of the owner of the parking lot P10 receives a reservation request for the parking lot P10 from the owner (step S80). In this way, the processor 231 of the smart phone issues a reservation acquisition command at the time desired by the owner, and sends it to the server 800 (step S81). catch The server 800 having received the acquisition command searches the reservation schedule 837 of the time slot specified by the smartphone 200, and transmits the search result to the smartphone 200 (step S82).

The smart phone 200 having received the scheduled schedule 837 displays the scheduled schedule 837 on the display unit 210 (step S83). Next, when the time period desired by the owner is free (step S84, Yes), the smart phone 200 accepts a lock request from the owner (step S85). Then, the processor 231 of the smart phone 200 issues the owner's desired time and a locking command of the parking lot P10 at the time, and sends it to the server 800 of the parking lot dispatching company (step S86). In this way, the processor 831 of the server 800 closes the parking lot P10 at a specified time period according to the received locking command (step S87). This situation is shown in Figure 22B. FIG. 22B is a conceptual diagram of the reservation schedule 837 .

As shown in the figure, the owner of the parking lot P10 wants to reserve the parking lot P10 during 12:00~14:00. Thus, in this example, the parking space P10-2 is free. Therefore, the server 800 locks the parking space P10-2 during time 12:00~14:00. Thereby, the parking space P10-2 cannot be used other than the owner of the parking lot P10.

In step S84, when the parking lot P10 is not available, the processor 231 of the smart phone 200 requests mediation to the server 600 of the car sharing company (step S88). At this time, information related to the desired parking lot P10 and the time slot is also sent to the server 600 . The server 600 that has received the mediation request refers to the reservation schedule 837, and specifies the vehicle to be the mediation object (step S89). Next, the server 800 determines whether the operation schedule can be changed for the specific vehicle (step S90). Step S90 is the same as the processing of, for example, step S46 described in FIG. 15 or step S67 described in FIG. 19 . Next, when the operation schedule cannot be changed (step S90, No), the server 600 sends mediation failure to the server 800 (step S91), and then sends it to the smart phone 200 (step S92). In the smart phone 200 , the message that mediation failed is displayed on the display unit 210 .

On the other hand, when the operation schedule can be changed (step S90, Yes), the server 600 sends the command to change the operation schedule and calculate the relocation fee to the server 800. In response to this, the server 800 changes the operation schedule for the owner of the parking lot P10, and calculates the relocation fee to be paid to the vehicle user or the car sharing company who relocated from the parking lot P10 (step S93). Afterwards, the server 800 notifies the smart phone 200 of the content of the applicable parking lot P10 that can be accommodated together with the relocation fee. Next, the smart phone 200 displays the received information on the display unit 210, urging the owner to input whether to accept the mediation (step S94).

If the smart phone 200 accepts that the owner accepts the mediation (step S95), the processor 231 issues a move-out order and sends it to the servers 600 and 800 (step S96). In this way, in the server 800, the reservation schedule 837 is updated (step S97). This situation is shown in Figure 22C. FIG. 22C is a conceptual diagram of the reservation schedule 837. FIG.

As shown in the figure, the owner of the parking lot P10 wants to reserve the parking lot P10 between 10:00 and 12:00. Thus, in this example, the parking space P10-1 has been reserved by the car IDs 11A and 15A, and the parking space P10-2 has been reserved by the car ID12A. At this time, in step S90, the operation schedules of the car IDs 11A and 15A can be changed, and it is an acceptable relocation fee for the owner. In this way, the smart phone 200 issues the moving-out orders of the car IDs 11A and 15A. Next, the server 800 locks the parking space P10-1 during 10:00~12:00.

Furthermore, the server 600 that has received the command to move away re-sets the travel route for the car IDs 11A and 15A that move away and allows them to be determined (step S98). Step S98 is the same as step S51 described in FIG. 15 and steps S74 and S75 described in FIG. 19 . Next, the server 600 resets the travel route for the car IDs 11A and 15A (step S99).

6.3 Display Example of Smartphone 200

Using Figure 22D to Figure 22I, for the parking lot in the action described in Figure 22A above A screen display example of the smartphone 200 held by the user will be described. 22D to 22I are schematic displays of the display screens of the display unit 210 of the smart phone 200 respectively.

FIG. 22D is a display screen of a situation where there is no vehicle whose operation schedule can be changed in step S90 of FIG. 22A (step S90, No). as the picture shows,

The owner of the parking lot notifies that the vehicle ID 10A cannot be parked in his own parking lot 100 according to the message that "the parking lot allocation of the vehicle ID 10A does not meet the desired conditions". Furthermore, the processor 231 prompts the parking lot owner for an alternative. In the example of Fig. 22D, the following four are presented. Right now,

‧「Search vacant parking lot」

This option searches for other parking lots with vacancies and makes a reservation for the ones found. However, the parking fee was $10 more than the parking lot owner expected.

‧"Replacing parking at the place where the vehicles owned by our company are parked"

This option, when the car ID10A is managed by the car sharing company AAA company, can be parked in the parking lot where other vehicles managed by the AAA company are parked. That is, other vehicles are required to mediate the eviction. In the case of Fig. 22D, the car ID 100A in the parking lot P01 can move out, and the car ID 101A in the parking lot P02 can move out. That is, these cars can be replaced with the car of the owner of the parking lot.

‧"Replacing parking with vehicles owned by other companies"

This option replaces the parking lot with other cars managed by different BBB companies when the vehicle ID10A is managed by the car sharing company AAA company. Namely, asking the other car-sharing company to mediate the eviction. In the example of Fig. 22D, in the parking lot P03, an additional fee of 15 US dollars can be added to replace the car managed by CCC company; in the parking lot P04, an additional fee of 13 US dollars can be added to replace the car managed by DDD company; in the parking lot P05, an additional fee of 11 US dollars can be exchanged with Car replacement managed by EEE company.

‧「Tow Truck Request」

This option moves a parked car trailer. The fee is $8.

FIG. 22E is a screen displayed on the smart phone 200 in step S80 of FIG. 22A , for example. If the smart phone 200 accepts a parking lot reservation request, the smart phone 200 makes the server 800 receive the reservation schedule 837 of the corresponding parking lot, and displays it on the display unit 210 . In the example of FIG. 22E , the owner of the parking lot P10 is Mr. John Smith, and the display unit 210 of the smart phone 200 shows the reservation status of two parking spaces. In addition, on the display unit 210, the locked parking lot or the open parking lot can be selected by icons.

FIG. 22F is the screen displayed on the smart phone 200 when step S81 is executed. As shown, the smartphone 200 asks the parking lot owner to enter the locked parking space and time. Information related to parking spaces can be obtained from, for example, parking lot contract information 236 maintained in RAM 233 .

FIG. 22G is the screen displayed on the smart phone 200 when step S94 is executed. As shown in the figure, if the smart phone 200 receives the moving-out fee from the server 600, the owner of the parking lot is asked to decide whether to make a moving-out request. Next, in step S95 , when the move-out request is accepted, the smartphone 200 displays the message as shown in FIG. 22H , and issues a move-out command to the server 600 . Afterwards, if the appointment schedule 837 is updated in step S97, the updated appointment schedule 837 is sent to the smart phone 200, and the smart phone 200 displays a screen as shown in FIG. 22I. As shown in the figure, the designated parking in FIG. 22F is locked during the time 10:00~11:00.

6.4 Effects of this embodiment

As described above, the owner of the parking lot can mediate, for example, by the method described in this embodiment. According to this method, the convenience of the parking lot 100 for the parking lot owner can be improved, and more parking lot owners can be expected to register in the parking lot reservation system 1 . And, the more the number of registered parking lots, the more the convenience of this reservation system 1 can be improved.

7. Seventh Embodiment

Next, an information processing device, an information processing method, and an information processing program according to a seventh embodiment will be described. This embodiment relates to the overall flow of the above-mentioned third to fifth embodiments, and relates to the situation of moving a trailer when mediation is impossible in the fifth embodiment. In the following, only the points of difference from the first to sixth embodiments will be described.

7.1 Mediation method

Fig. 23 is a flow chart showing the operation of the parking lot reservation system 1 of this embodiment. As shown in the figure, the operation of the system 1 generally includes five steps S100, S150, S200, S300 and S400.

Step S100 corresponds to the first to third embodiments, and its details are, for example, illustrated in FIG. 13 . That is, when there is a reservation request for the car 300A of the car sharing company AAA, the server 800 of the parking lot scheduling company searches for a vacant parking lot based on priority conditions and the like (step S110 ). As a result of step S110, when a candidate parking lot 100 is found (step S120, yes), the server 800 reserves the parking lot 100 (step S150). When no candidate parking lot 100 is found (step S120, No), the server 600 determines whether the running route or charging area and time can be changed (step S130). If it is possible to change (step S130, Yes), change it (step S140), and return to step S110. When it cannot be changed (step S130, No), execute the processing of step S200.

Step S200 corresponds to the fourth embodiment, and its details are illustrated in FIG. 15, for example. That is, the server 800 searches for vehicles that can vacate the parking lot 100 among the vehicles managed by the AAA company (step S210). As a result of step S210, when a candidate parking lot 100 is found (step S220, yes), the server 800 performs reservation and removal processing for the parking lot 100 (step S150). When no candidate parking lot 100 is found (step S220, No), the server 600 determines whether the running route, charging area and time can be changed (step S230). When the situation can be changed (step S230, Yes), Change it (step S240), and return to step S210. When it cannot be changed (step S230, No), execute the processing of step S300.

Step S300 corresponds to the fifth embodiment, and its details are illustrated in FIG. 19, for example. That is, the server 800 searches for a vehicle that can vacate the parking lot 100 among the cars managed by a car sharing company different from the AAA company (step S310 ). As a result of step S310, when a candidate parking lot 100 is found (step S320, yes), the server 800 performs reservation and removal processing for the parking lot 100 (step S150). When no candidate parking lot 100 is found (step S320, No), the server 600 determines whether the running route, charging area and time can be changed (step S330). If it is possible to change (step S230, Yes), change it (step S340), and return to step S310. When it cannot be changed (step S330, No), execute the processing of step S400.

Step S400 is to select whether to continue the mediation process or to request the trailer to move. That is, the server 800 of the parking lot dispatching company searches again for a vehicle that can vacate the parking lot 100 among the vehicles managed by the AAA company (step S410). However, at this time, unlike step S210, the parking lot 100 that deviates greatly from the driving route of the vehicle 300A is also a search object. In this way, the conditions for relocation of vehicles managed by AAA company can be obtained. Next, the server 800 searches again for a vehicle that can vacate the parking lot 100 among the vehicles managed by the car sharing company other than the AAA company (step S420 ). However, at this time, unlike step S310, the parking lot 100 that deviates greatly from the driving route of the vehicle 300A is also a search object. In this way, conditions for relocation of vehicles managed by car-sharing companies other than AAA can be obtained. Furthermore, the server 800 calculates the fee required for the trailer to move the parked car 300 in the parking lot 100 searched in steps S210 and S310 (step S430 ). These conditions or fee information are sent to the server 600 of the car sharing company, and the server 600 selects an acceptable one from the suggested conditions or fees, and sends the message to the server 800 (step S440). At this time, the server 600 can also send various conditions to the smart phone 500, requesting The user of the car 300A can choose.

7.2 Effects of this embodiment

As described above, the first to third embodiments, the fourth embodiment, and the fifth embodiment can be implemented. And, when mediation cannot be performed by the fifth embodiment, it is finally possible to choose whether to mediate even if the desired condition deviates, or to request a trailer to move. Thereby, it can suppress that the automobile 300A cannot be parked in the parking lot 100 from occurring.

8. Eighth embodiment

Next, an information processing device, an information processing method, and an information processing program according to an eighth embodiment will be described. This embodiment relates to the method for generating evaluation information 839 in the above-mentioned first to seventh embodiments. In the following, only the differences from the first to seventh embodiments will be described.

8.1 About evaluation information 839

FIG. 24 is a conceptual diagram schematically displaying evaluation information 839 . As shown in the figure, the evaluation information 839 holds evaluation values for each parking lot 100 managed by the parking lot dispatching company. In the example of FIG. 24, the evaluation value is expressed by a numerical value, and the higher the numerical value, the higher the evaluation. For example, the evaluation value of the parking lot P4 is "1", which is the lowest evaluation. The evaluation value of parking lots P2, P3 and P20 is "2", which is normal evaluation. The evaluation value of the parking lot P1 is "3", which is a high evaluation. In addition, the evaluation value of the parking lot P30 is "4", which is the highest evaluation. This evaluation value corresponds to, for example, the evaluation tolerance value illustrated in FIG. 11B . Of course, the method of defining the evaluation level is not limited to this method.

8.2 About the evaluation method

Next, the evaluation method of the parking lot 100 for obtaining the evaluation information 839 will be described. The automobile 300 is further equipped with an evaluation program 340 in the RAM 333 in the configuration of FIG. 2 described in the first embodiment. Fig. 25A is the processor 331 of the automobile 300 when executing the evaluation program 340 Functional block diagram. In addition, the evaluation program 340 can also be a part of the automatic driving program 335 .

As shown in the figure, the processor 331 functions as a command unit 345 , a calculation unit 341 , an evaluation unit 342 , a measurement unit 343 , and a transmission and reception unit 344 . The command section 345 controls the battery monitoring unit 320 . The calculation unit 341 calculates the difference between the remaining battery levels. The measuring unit 343 measures time. The evaluation unit 342 evaluates the parking lot 100 based on the result obtained by the calculation unit 341 or the measurement unit 343 . The transceiver unit 344 transmits the evaluation value obtained by the evaluation unit 342 to the server 800 .

Hereinafter, three evaluation methods will be described as examples.

(1) The first evaluation method

First, as a first evaluation method, an evaluation method corresponding to the charging capacity of the parking lot 100 will be described using FIG. 25B . Fig. 25B is a flowchart of the first evaluation method.

As shown in the figure, firstly, the car 300 is parked in the reserved parking lot 100 (step S501). In this way, based on the command from the command unit 345, the battery monitoring unit 320 measures the remaining battery level and stores it in, for example, the RAM 333 (step S501). Next, charging of the charger 110 is started, and the measuring unit 343 starts measuring time (step S502). Next, when the reserved time of the parking lot 100 passes (step S503), charging by the charger 110 ends, and measurement by the measuring unit 343 also ends (step S504).

In this way, according to the command from the command unit 345, the battery monitoring unit 320 measures the remaining battery level and stores it in, for example, the RAM 333 (step S505). Next, the calculation unit 341 calculates the difference between the remaining battery level measured in step S501 and the remaining battery level measured in step S505 (step S506 ). Then, based on the results obtained in step S506, that is, the actual charging power during the reservation period and the charging capacity held in the parking lot information 337 (which corresponds to the "rechargeable capacity" of the parking lot contract information 836 illustrated in FIG. 12B, for example), the evaluation is performed. The parking lot 100, and send the evaluation result to the server 800 (step S507). For example, if the actual charging power is higher than the If the charging capability of the field information 337 is determined, the processor 331 will give a good evaluation to the parking lot 100, and give a bad evaluation if otherwise.

If the server 800 receives the evaluation result from the car 300, it updates the evaluation information based on the received evaluation result (step S508). For example, the evaluation unit 342 increments the evaluation value described in FIG. 24 by “1” when a certain number or more of good evaluation results are received. Conversely, if a certain number or more of bad evaluation results are received, the evaluation value is decreased by "1". And, the car 300 moves out from the parking lot 100 (step S509).

(2) Evaluation method corresponding to the residence time of the parking lot 100

Next, as a second evaluation method, an evaluation method corresponding to the parking lot stay time will be described using FIG. 25C . Fig. 25C is a flowchart of the second evaluation method.

As shown in the figure, the processing of steps S500 to S502 described in FIG. 25B is carried out. And, if the car 300 receives a departure command from, for example, the server 600 (or the server 800) (step S510, Yes), then the car 300 executes the processing of steps S504 and S505. And, the calculation unit 341 calculates the stay time of the car 300 in the parking lot 100 based on the time measured in step S504, evaluates the parking lot 100 based on the calculated result, and sends the evaluation result to the server 800 (step S511). For example, if the actual stay time is longer than the reserved stay time, the processor 331 gives a good evaluation to the parking lot 100 , and gives a bad evaluation if otherwise. Thereafter, the processes of steps S508 and S509 illustrated in FIG. 25B are executed.

(3) Evaluation method for disputes in the parking lot 100

Next, an evaluation method corresponding to a trouble in the parking lot 100 will be described as a third evaluation method. 25D and 25E are external views of the automobile 300 of this embodiment when viewed obliquely from the front and rear. As shown in the figure, a sensor 301 is provided on the inner side of the side view mirror, the corner pole, and/or the rear view mirror. The sensor 301 is, for example, a camera capable of shooting 360°. Again, Fig. 25F is the present embodiment The block diagram of the automobile 300 in this state corresponds to Fig. 2 described in the first embodiment. As shown in the figure, the automobile 300 includes a sensor 301 and a sensor control unit 302 in the structure described in FIG. 2 . Moreover, the sensor control unit 302 controls the sensor 301 according to the command of the control unit 330 such as the processor 331 .

Fig. 25G is a flowchart of the third evaluation method. As shown in the figure, if the car 300 enters the parking lot 100 (step S500), the sensor 301 measures the state of the car 300 (step S520). That is, for example, the sensor 301 captures the appearance of the car 300 . Afterwards, if the car 300 receives the exit command (step S510, yes), the sensor 301 measures the state of the car 300 again (step S521). That is, for example, the sensor 301 captures the appearance of the car 300 . And the calculation part 341 compares the measurement result obtained in step S520 with the measurement result obtained in step S521, and evaluates the parking lot 100 based on a comparison result (step S523). For example, by comparing the images taken before and after charging, the body dent of the car 300 and the like are detected. In addition, if damage such as dents or cracks or stains is found, the evaluation unit 342 gives a bad evaluation to the parking lot, and gives a good evaluation if no particular finding is found. Thereafter, the evaluation result is sent to the server 800, and the evaluation information 839 is updated (step S508).

8.3 Effects of this embodiment

As described above, according to the present embodiment, the car 300 can automatically evaluate the parking lot 100 . That is, the user of the automobile 300 does not need to know the evaluation of the parking lot 100, and the convenience of the user can be improved.

9. Ninth Embodiment

Next, an information processing device, an information processing method, and an information processing program according to a ninth embodiment will be described. This embodiment is for the fee calculation method described in the above-mentioned second embodiment, giving a specific example and explaining it in more detail. Therefore, this embodiment can also be applied to the first and third to eighth embodiments. In the following, only the points of difference from the first to eighth embodiments will be described.

9.1 Specific examples

The present embodiment is described by giving a specific example for easy understanding. Fig. 26 is a map schematically showing the parking lot found nearby when an event is held. 27A and 27B respectively show the reservation schedule 837 of the two found parking lots P50 and P60.

As shown, Figure 26 shows a portion of the state of Colorado. Also, assume the scenario of a concert event being held at Red Rock Park, Colorado, and assume the following example.

(1) The car 300 searches for a parking lot that can be parked between 00:00 and 05:40~05:50 on February 20, 2020. The intended location of the car 300 at 00:00 is near Morrison, Jefferson County, Colorado.

(2) Discovery Parking Lot P50

‧Location: Lakewood, Jefferson County, Colorado

‧Distance: about 10km from the predetermined location of the car 300

‧Reservation status: as shown in Figure 27A, one of the three parking spaces, P50-3, can be reserved

(3) Discovery Parking Lot P60

‧Location: Denver, Colorado

‧Distance: About 30km from the predetermined location of the car 300

‧Reservation status: As shown in Figure 27B, 2 of the 3 parking spaces, P60-2 and P60-3, can be reserved.

9.2 Calculation method of parking fee

Next, the calculation method of the parking fee will be described. For example, the rate information 841 of the parking lot P50 is shown in FIGS. 8A to 8D as described in the second embodiment.

Also, the basic parking rate of the parking lot P50 is as shown in FIG. 28A. FIG. 28A is a conceptual diagram of a portion of the parking lot contract information 836, showing the parking lot information 836 such as that illustrated in FIG. 12B. Information about car fares. As shown in the figure, the parking fee of the parking lot P50 is 20 minutes as the unit time, 80 cents when the charger is used, and 50 cents when the charger is not used. Also, the charging capacity of the charger is 10 kWh. In addition, the rate information 841 of this embodiment holds a plan proportion table. Fig. 28B is a conceptual diagram of the proportion table of the scheme. The scheme proportion table is information related to the weighting of the four schemes in the rate information 841 of the parking lot P50. For example, if it is the example of Fig. 28B, then the weight to the first scheme (the scheme of Fig. 8A) is 50%, the weight to the second scheme (the scheme of Fig. 8B) is 5%, and the weight to the third scheme (the scheme of Fig. 8C) is 5%. scheme) is 30% weighted, and the weighting for the fourth scheme (the scheme shown in FIG. 8D) is 15%. That is, when calculating the parking fee of the parking lot P50, the number of remaining vacancies shown in FIG. 8A is the most important, and the vacancy status of the surrounding parking lots shown in FIG. 8B is not too important.

Next, the rate information 841 of the parking lot P60 will be described. The rate information of the parking lot P60 is also the same as that of the parking lot P50, maintaining the price rates r1~r4 of the first to fourth schemes.

Fig. 29A relates to the first scheme. As shown in the figure, the reservation date is the day when the parking lot is used, and the price rate r1 is 1.0 for 1 car, 0.9 for 2 cars, and 0.8 for 3 cars. In addition, if the reservation date is the same day, the parking fee will be higher, and the fee will not change from the day before to 5 days in advance. Fig. 29B relates to the second scheme. As shown in the figure, in the case of this example, the price rate r2 is fixed regardless of the reservation date. Moreover, the less the surrounding parking lots are free, the higher the price rate r2 is set. For example, when more than 50% of the parking spaces in the surrounding parking lot are vacant, the price rate r2 is 0.9, and when it is less than 30%, it is 1.0. Fig. 29C relates to the third scheme. The situation of this example is the same as that in Fig. 8C, the shorter the parking time, the lower the price rate r3. Fig. 29D relates to the fourth scheme. In the case of this example, the higher the evaluation value, the higher the price rate r4. However, when the evaluation value is "3" or more, r4=1.0 is fixed.

Also, the basic parking rate of the parking lot P60 is as shown in FIG. 30A. Figure 30A system stops It is a conceptual diagram of a part of the parking lot contract information 836, and corresponds to FIG. 28A described in the parking lot P50. As shown in the figure, the parking fee of the parking lot P50 is based on 20 minutes as the unit time. When the charger is used, it is 1 dollar, and when the charger is not used, it is 60 cents. Also, the charging capacity of the charger is 10 kWh. In addition, the scheme proportion table related to the parking lot 60 is shown in FIG. 30B. FIG. 30B is a conceptual diagram of a scheme proportion table, and corresponds to FIG. 28B described in the parking lot P50. In this example, the weight for the first scheme (the scheme in FIG. 29A ) is 70%, and the weights for the second to fourth schemes (the schemes in FIG. 29B to FIG. 29D ) are all 10%.

For example, the rate selection unit 855 of the processor 831 of the server 800 calculates the final price rate r total to be used by using the rate information 841 or the parking lot contract information 836 . The rate selection unit 855 calculates the price rate r total using, for example, the formula shown in FIG. 31 . Next, the fee calculation unit 856 calculates the parking fee using the calculated price rate r total. In the following, it is assumed that a reservation is made on the day of, for example, 2/20 and a charger is used.

<About the parking fee of P50 in the parking lot>

First, the parking fee of the parking lot P50 will be described. Assume that the evaluation value of the parking lot P50 is "3". In this way, in Fig. 8A to Fig. 8D, due to "reservation day = today", "surrounding parking lot (parking lot P60) vacancy = 67%", "parking time = 10 minutes" and "evaluation value = "3"", so the first Prices and rates for Plans 1 to 4 are as follows.

‧r1=2.0

‧r2=0.9

‧r3=0.5

‧r4=1.0

If the equivalent values and the proportions related to the price rates r1~r4 illustrated in FIG. 28D are substituted into the formula in FIG. 31, the final price rates are as follows.

‧r total=1.345

Therefore, the standard fare in FIG. 28A is multiplied by t toral to calculate the parking fare of the parking lot P50 as follows.

‧Parking fee of P50 in the parking lot=0.8*1.345=1 dollar and 8 cents.

<About the parking fee of P60 in the parking lot>

Next, the parking fee of the parking lot P60 will be described. Assume that the evaluation value of the parking lot P60 is "4". In this way, in Fig. 29A to Fig. 29D, due to "reservation day = today", "surrounding parking lot (parking lot P50) vacancy = 33%", "parking time = 10 minutes" and "evaluation value = "4"", so the first Prices and rates for Plans 1 to 4 are as follows.

‧r1=1.0

‧r2=0.9

‧r3=0.8

‧r4=1.0

When the equivalent values and the proportions related to the price rates r1 to r4 explained in FIG. 30B are substituted into the formula in FIG. 31 , the final price rates are as follows.

‧r total=0.97

Therefore, the standard fare in FIG. 30A is multiplied by t toral to calculate the parking fare of the parking lot P60 as follows.

‧Parking fee of P60 in the parking lot=1*0.97=97 cents.

<About the choice of parking lot>

As described above, the server 800 calculates the parking fees of the parking lots P50 and P60. As a result, the parking fee of the parking lot P50 is 1 dollar and 8 cents, and the parking fee of the parking lot P60 is 97 cents. Therefore, the server 800 reserves the parking lot P60.

9.2 Effects of this embodiment

As described above, according to the present embodiment, by weighting hypothetical scenarios, the parking fee can be set at a more appropriate price. Also, by setting the weight (proportion) appropriately and freely by the owner of the parking lot (or the parking lot dispatching company), for example, when an event is held nearby, the parking fee can be set in a more appropriate price, Moreover, it can urge the parking lot users to actively use it, and can improve the utilization efficiency of the parking lot 100 .

In addition, in this embodiment, as shown in FIG. 28A and FIG. 30A , the standard fare is different when using and not using a charger (or a parking lot with a charger and a parking lot without a charger) as an example. However, this condition can also be included in the tariff information 841 . In this case, the parking lot contract information 836 and rate information 841 are shown in FIG. 32A. FIG. 32A corresponds to FIG. 28A and FIG. 30A of the above-mentioned embodiment, and only shows the parking fee-related information in the parking lot contract information 836 . As shown in the figure, in this example, whether the charger is used or not, the parking fee is set at 50 cents per 20 minutes. On the other hand, in the rate information 841, as a fifth aspect, as shown in FIG. 32B , the proportions are different between when the charger is used and when the charger is not used. As shown in the figure, compared with the case of not using the charger, the proportion of the case of using the charger is 5 times, and the parking fee is also set to increase correspondingly. In this way, in the parking lot contract information 836, instead of being fixed at a fixed amount, the weight is changed as the rate information 841, thereby making it possible to make various parameters for determining the parking fee variable.

In addition, in the example described above, the case where the weighting of each proposal differs is demonstrated. However, it may also be the case where weighting is performed equally. For example, when there are 4 proposals, the weight of each proposal can be unified to 25%.

10. The tenth embodiment

Next, for the information processing device, information processing method, and information center of the tenth embodiment The processing procedure is explained. This embodiment calculates the parking fee by taking into account the electricity fee for the parking lot in the method for calculating the parking fee described in the second, third, and ninth embodiments. In the following, only the differences from the first to ninth embodiments will be described.

10.1 Composition of server 800

FIG. 33 is a block diagram of the server 800 of the parking lot dispatching company in this embodiment. As shown in the figure, the server 800 of this embodiment has the configuration described using FIG. 12A, and the RAM 833 further stores the average fuel price information 842, the average electricity price information 843, and the weight parameter information 844.

The average power price information 843 represents the average price of power sold by the charger 110 . The price can be, for example, the average of the electricity in the entire charging area (steps S14, S44, S64) designated by the server 600, or the average of the electricity costs in a local charging area, or it can be domestic, state or city. average within.

The average fuel price information 842 represents, for example, the average price of gasoline or light oil sold at gas stations. The price may also be, for example, the average of fuel prices in the entire area designated by the server 600, the average of some areas, or the average of the country, state or city.

The weight parameter information 844 includes coefficients α and β. The coefficient α is the contribution rate of the power consumption from the current location to the parking lot, and is, for example, a constant greater than zero. In addition, the coefficient β is a constant indicating an increase in the standard price of the parking lot, and includes, for example, zero. The coefficients α and β can be appropriately set by the parking lot dispatch company or the owner of the parking lot.

10.2 Calculation method of parking fee

Next, the parking fee calculation method of this embodiment will be described. Hereinafter, the case of calculating the parking fee of the parking lot P50 and P60 demonstrated in 9th Embodiment is taken as an example and demonstrated. However, if the charging capacity of the charger of the parking lot P50 is set to 4kWh, the parking lot The charging capacity of the P60 charger is set to 1kWh.

For example, the fee calculation unit 856 of the processor 831 calculates the parking fee using, for example, the following calculation formula.

Parking fee = (parking fee obtained in the ninth embodiment) x (power consumption to the parking lot/supplied power) x α + β)

The parking lots P50 and P60 are under the following conditions. Right now,

‧Parking lot P50

Distance from the current location of the car 100 or the designated place: 10km

Charging power: 4kWh

‧Parking lot P60

Distance from the current location of the car 100 or the designated place: 30km

Charging power: 1kWh.

Also, the state of the car 100 when it arrives at the parking lots P50 and P60 is as follows when the average electricity charge of the car 100 is 10 km/kWh. Right now,

‧Power consumption to the parking lot P50: 1kWh

‧Power consumption to the parking lot P60: 3kWh

Thus, if α=1 and β=0, the parking fees of the parking lots P50 and P60 are calculated as follows. Right now,

‧Parking lot P50: $ 1.08×(1kWh/4kWh)=$ 0.27

‧Parking lot P60: $0.97×(3kWh/1kWh)=$2.91

In this way, when the amount including the electric power required before arriving at the parking lot (which is roughly synonymous with the cost of charging at the parking lot) is set as the parking fee, contrary to the example described in the ninth embodiment, the parking lot P50 is Cheap. Therefore, the reservation unit 854 reserves the parking lot P50.

10.3 Effects of this embodiment

According to the method of this embodiment, not only the fee for parking the car 300 in the parking lot 100 but also the parking fee including the amount required for charging the parking lot 100 can be calculated. Therefore, the server 800 of the parking lot dispatching company can perform more appropriate parking lot selection. Of course, the method described in the ninth embodiment and the method described in this embodiment can also be used separately according to the contract content of the parking lot 100, or according to the special agreement between the car sharing company and the parking lot dispatching company or the owner of the parking lot.

In addition, in the above-mentioned embodiment, the description was made on the premise that the battery 310 is charged in the parking lot 100 . However, a case where charging is not performed, or a case where there is no charger in the parking lot 100 may also be used. The parking fee at this time can be calculated using, for example, the following calculation formula.

Parking fee = (parking fee obtained in the ninth embodiment) x (power consumption to the parking lot x average power price) x α)

In addition, the average electricity price can be obtained from the average electricity price information 843 .

In addition, the automobile 300 of this embodiment can also be applied to a gasoline vehicle or a diesel vehicle using fuel such as gasoline or light oil (hereinafter, a vehicle that can obtain driving force by fueling a fuel such as a fossil fuel in the engine is referred to as fuel-powered vehicles) rather than electric vehicles. The parking fee at this time can be calculated using, for example, the following calculation formula.

Parking fee = (parking fee obtained in the ninth embodiment) x (fuel consumption to the parking lot x average fuel price) x α)

In addition, the average fuel price can be obtained from the average fuel price information 842 .

11. Eleventh Embodiment

Next, an information processing device, an information processing method, and an information processing program of an eleventh embodiment will be described. This embodiment is the parking described in the above-mentioned 1st to 10th embodiments. Field reservation system 1 is applicable to fuel-driven automobiles such as gasoline vehicles or diesel vehicles. In this embodiment, it demonstrates focusing on the allocation method of the parking lot 100 demonstrated in the said 3rd embodiment. In addition, only the points of difference from the first to tenth embodiments will be described below.

11.1 About parking lot contract information 836

Fig. 34A is a conceptual diagram of parking lot contract information 836 of this embodiment, corresponding to Fig. 12B described in the third embodiment, and shows an example of a parking lot P100 for fuel-driven vehicles.

As shown in the figure, the parking lot contract information 836 discards information related to charging of the battery 310 in FIG. 12B described in the third embodiment. That is, the information related to the charging balance in the parking fee or the moving-out condition is discarded, and of course, the information related to the charging capacity is also discarded.

11.2 About actions

Next, the operation of the parking lot reservation system 1 of this embodiment will be described by taking the situation of FIG. 34B as an example. FIG. 34B is a conceptual diagram of a fuel-driven vehicle-related vehicle information database 642 of the car-sharing company AAA.

As shown in the figure, suppose a fuel-driven car departs from the parking lot of the car sharing company at 09:00, picks up passenger A1 at 10:30 and moves to the destination, gets off at 12:00 passenger A1, and then moves to a specific place Afterwards, wait at the place and pick up passenger A2 at 13:00 and move to the destination again. At this time, the car sharing company AAA searches for the parking lot that the passenger A1 needs to enter when the fuel-driven car moves and waits for the plane after the passenger A1 gets off the car.

In addition, the vehicle information database 642 may display the information of each vehicle ID at a certain point of time as described in FIG. 4B of the first embodiment.

Fig. 34C is a flowchart showing the operation of the parking lot reservation system 1 of this embodiment, and corresponds to Fig. 13 described in the third embodiment. In addition, the case where mediation is performed will be briefly described in the twelfth embodiment.

As shown in the figure, after the server 800 receives the user setting information (step S10), in the operation schedule, it is judged whether the waiting time until the start of the next operation exceeds the specified value (step S32). Step S32 is executed by, for example, the first judging unit 663 illustrated in FIG. 4C . Moreover, the operation schedule refers to the information described above using FIG. 34B , and the waiting time refers to the non-driving period of the fuel-driven vehicle generated during the period between passenger A1 getting off and passenger A2 boarding in FIG. 34B . In addition, the predetermined value is held in RAM633 of the server 600, for example.

As a result of step S32, when the waiting time exceeds the predetermined value (step S33, Yes), that is, when the fuel-driven vehicle must wait for a certain degree of longer period, the server 600 decides to make the fuel-driven vehicle park nearby The parking lot is 100. Therefore, the server 600 searches the driving route to the parking lot 100 near the waiting position (step S13), and determines the parking area and parking time (step S34).

Thereafter, the server 800 executes the processing of steps S15 and S20, and when finding a parking lot 100 that meets the first or second priority order in step S30 (step S30, Yes), executes the processing of steps S16 and S17. Next, the travel route is determined (step S18), and the determined travel route is set in the fuel-driven vehicle (step S19). When the parking lot 100 is not found in step S30 (step S30, No), the server 600 changes the driving route, or changes the parking area and time (step S35). Steps S34 and S35 correspond to steps S14 and S31 illustrated in FIG. 13 , respectively.

Furthermore, in step S33, when the waiting time does not exceed the predetermined value (step S33, No), the search for the parking lot 100 is not particularly performed, and the route to the destination is set (step S19).

11.3 The effect of this form

As described above, the parking lot allocation methods described in the first to third embodiments can also be applied to fuel-driven vehicles driven by engines that burn fossil fuels. Or, can also be applied without charging Electricity (that is, an electric vehicle that is approximately fully charged, or is equipped with a secondary battery or fuel cell with a large capacity, and does not need to be charged while driving, etc.).

12. Twelfth Embodiment

Next, an information processing device, an information processing method, and an information processing program according to a twelfth embodiment will be described. This embodiment also applies the parking lot reservation system 1 described in the above-mentioned first to tenth embodiments to fuel-driven vehicles, similarly to the eleventh embodiment. In this embodiment, the mediation method of the parking lot 100 described in the above-mentioned fourth to sixth embodiments will be described. In addition, only the points of difference from the first to tenth embodiments will be described below.

12.1 Regarding mediation methods

The mediation method of the fuel-driven vehicle is basically the same as the method described in the fourth to sixth embodiments, which is equivalent to the flowchart described in Fig. 15, Fig. 19 and Fig. 22A, omitting the processing related to the remaining battery level or charging. In addition, since there is no need to charge the battery in the case of a fuel-driven vehicle, the parking lot 100 that does not have a charger can also be used as a backup.

As an example, in the situation shown in FIG. 35A , the electric vehicle ID31 is expected to stop between 10:00 and 12:00. As shown in the figure, there are 2 parking spaces P100-1 and P100-2 in the parking lot P100, but 2 of the parking spaces P100- have no chargers. Moreover, the fuel-driven vehicle ID30 is scheduled to park in the parking space P100-1 with a charger during 08:10~11:50, and can be evacuated.

In this way, since the fuel-driven vehicle ID30 does not need to be charged, it can also be parked in the parking space P100-2. Therefore, if the server 800 receives the storage request of the electric vehicle ID31, the fuel-driven vehicle ID30 can be relocated from the parking space P100-1 at 10:00, and can be stored again at 10:00~11:50. Parking space P100-2. And, make the electric vehicle ID31 mediate and enter the warehouse to the vacant parking space P100-1.

12.2 Effects of this embodiment

As mentioned above, the parking lot mediation methods described in the fourth to sixth embodiments can also be applied to fuel-driven vehicles or electric vehicles that do not need to be charged. Also, as in the first embodiment, since the charger 110 is not required in the case of a fuel-driven vehicle, the degree of freedom of mediation can be increased.

13. Variations, etc.

As described above, the information processing device of the above embodiment is the information processing device 600 for reserving a parking lot for a car. In addition, the information processing device 600 includes: a receiving unit 660 that receives first information on the destination of the automobile; a first search unit 661 that searches for a route to the destination based on the first information; a second search unit 662 that Search for the route to the destination and the first area near the route and the first time; and the reservation unit 664, without waiting for an order from the user, uses wireless or wired communication to request to reserve the first parking lot in the first area at the first time .

In addition, the information processing device of the above-mentioned embodiment is an information processing device 800 for managing a parking lot of automobiles. In addition, the information processing device 800 includes: a first search unit 853 that searches for a first parking lot based on a reservation request for a parking lot that is transmitted wirelessly or by wire; and a calculation unit 856 that calculates the first parking lot searched by the first search unit. and the reservation part 854, which allocates the car corresponding to the reservation request to the first parking lot.

According to the above configuration, effective use of the parking lot can be promoted. In addition, the above-mentioned embodiment is an example only, and various changes are possible. For example, in the above-mentioned embodiment, the case where the car 300 is an electric car has been described as an example, but it can also be a fuel-driven car like the first and twelfth embodiments, or it can also be a fossil fuel internal combustion engine (engine ) and hybrid vehicles with electric motors.

In addition, the various programs (automatic driving program 335, car sharing program 535, route search program 635, parking lot reservation program 835, etc.) in the configuration described in the above-mentioned embodiment can be provided by the server of the company that provides the reservation system 1 through, for example, the Internet. communication line distribution. Moreover, although various flow charts were used and demonstrated about the process performed by execution of each program, the order of a process can be replaced as much as possible, and the order of the said description is an example only.

In addition, in the above-mentioned embodiment, the example in which the reserved parking lot 100 is used for charging the battery 310 in the middle of the destination has been described. However, it may also be the case of reserving the parking lot 100 near the destination. That is, after the passenger of the car 300 arrives at the destination, in order to secure the car 300 for the return journey, the parking lot 100 around the destination can be reserved. In this case, for example, when the passenger's luggage is kept in the car 300, it is difficult for the car 300 to respond to the mediation. However, when the car used for the return trip can be another car, it is easy to deal with mediation.

In addition, the various functions described in the above-mentioned embodiments can be implemented by software, or by a combination of software and hardware. In the case of software installation, its functions can be stored in or transmitted from a computer-readable storage medium as one or more commands or codes (programs). Such a recording medium is not particularly limited as long as it can be accessed by a computer or a processor. As an example, optical disks such as RAM, ROM, EEPROM (Electrically Erasable Programmable Read Only Memory: Electronically Erasable Programmable Read Only Memory) (registered trademark) (including USB memory or memory card), CD-ROM, etc. can be used. hard disk, etc. Also, it can be transmitted by wireless or wired telecommunication lines. The same applies to various materials.

Although some embodiments have been described, these embodiments are illustrative only and are not intended to limit the scope of the present invention. In fact, the novel implementation forms described in this case can be implemented in various forms. In addition, within the scope of not departing from the spirit of the present invention, the implementation forms described here can be omitted, replaced and changed. Its scope and equivalents are intended to cover forms and modifications within the scope and spirit of the invention.

336: Driving route information

338: location information

339:Battery remaining information

536: User setting information

600: server

630: control department

631: Processor

632:ROM

633: RAM

634: Input and output circuits

635: Route search program

638: Congestion Information

639: Parking lot information

640: Reservation Information

641: map information

642: Vehicle information database

670: Department of Communications

Claims (12)

An information processing device, which is used to reserve a parking lot for car A, and includes: a receiving unit, which receives first information related to the destination of the car; a first search unit, which searches for the destination based on the first information the route; the second search unit, which searches for the route to the above-mentioned destination and the first area near the route and the first time; and the reservation unit, which uses wireless or wired communication without waiting for an order from the user, and requests to reserve the above-mentioned The first parking lot in the above-mentioned first area at the first moment. As for the information processing device of claim 1, wherein the car is an electric car, and the above-mentioned first parking lot has a charger capable of charging the battery of the above-mentioned car, the above-mentioned information processing device further includes: a first judging unit based on the above-mentioned first information , and the searched route, judging whether the battery needs to be charged before arriving at the destination; the reservation unit requests the reservation when it is judged by the first judgment unit that the battery needs to be charged. The information processing device of claim 1 or 2, wherein the information processing device holds the second information related to the priority order of the parking lot that can be allocated to the above-mentioned car, and if it is received through wireless or wired communication, it means that the above-mentioned second information is not found. When notifying the above-mentioned first parking lot in the first priority order, the above-mentioned first search unit changes the above-mentioned route, or the above-mentioned second search unit changes the above-mentioned first area and At the first moment, the reservation unit requests to reserve the first parking lot that satisfies the changed conditions by using the wireless or wired communication without waiting for an order from the user. The information processing device according to claim 3, which further includes: a third judging unit, when receiving information related to a second parking lot different from the first parking lot through wireless or wired communication, specifying the second parking lot A vehicle whose operation schedule can be changed, without waiting for an order from the above user, uses the above wireless or wired communication to send information related to the above vehicle. An information processing device for managing a parking lot of car A, comprising: a first search unit that searches a first parking lot based on a request for reservation of a parking lot sent by wireless or wired communication; a calculation unit that calculates 1 The parking fee of the above-mentioned first parking lot searched by the search part; and the reservation part, which allocates the car corresponding to the above-mentioned reservation request to the above-mentioned first parking lot according to the above-mentioned calculated parking fee; wherein the above-mentioned information processing device maintains the parking fee related The first information, the above-mentioned first information includes a coefficient corresponding to at least any one of the vacancy status of the above-mentioned first parking lot, the vacancy status of surrounding parking lots, the parking time of the above-mentioned reservation request, and the evaluation of the above-mentioned first parking lot, and the above-mentioned The calculation unit calculates the parking fee by using the coefficient. The information processing device according to claim 5, wherein the first search unit is based on the reservation of the above-mentioned parking lot The request searches for a plurality of parking lots, the calculation unit calculates a parking fee for each of the plurality of parking lots, and the reservation unit selects any parking lot as the first parking lot based on the calculated parking fee. As for the information processing device of claim 5, wherein the car is an electric car, the above-mentioned parking lot is equipped with a charger capable of charging the battery of the above-mentioned car, and the above-mentioned information processing device maintains and manages the second information of a plurality of parking lots, and the above-mentioned second information includes the above-mentioned plurality At least any one of the place, time of use, number of vehicles that can be parked, basic fee, and rechargeable power related to each parking lot. The above-mentioned reservation request includes at least information about the destination of the above-mentioned car. The above-mentioned first search unit is based on the above-mentioned reservation request and Search for a parking lot using the second information above. As for the information processing device of claim 5, wherein the third information related to the priority order of the parking lot that can be allocated to the above-mentioned car is kept, if the second parking lot that meets the first priority order in the above-mentioned third information is not found, borrow Send a request to change the parking lot search conditions by wireless or wired communication. As for the information processing device of claim 8, wherein the car belongs to the first group, when the above information processing device does not find the above-mentioned second parking lot that meets the above-mentioned first priority order, the search is different from the above-mentioned second parking lot and belongs to the above-mentioned The third parking lot that has been reserved by other cars in the first group, when the above-mentioned third parking lot is found, the reservation of the above-mentioned other cars will be canceled, and it will be explained Except the above-mentioned 3rd parking lot is allocated to the above-mentioned cars with the above-mentioned reservation request. The information processing device according to claim 5, wherein when a lock command for any parking lot under management is received through wireless or wired communication, the parking lot is locked, and when a mediation request is received through wireless or wired communication, it is calculated for The fee required to relocate the cars that have reserved the parking lot, and update the reservation status of the parking lot. An information processing method, which is used to manage the parking lot of car A, and includes: accepting a reservation request for the above parking lot, issuing a reservation acquisition command for a desired time based on the reservation request; receiving the reservation status of the above parking lot; receiving the above reservation status If the result is that there is a vacancy at the above-mentioned expected occupancy time, issue an order to lock the vacancy; if the result of receiving the above-mentioned reservation status is that there is no vacancy at the above-mentioned expected occupancy time, request mediation; the above-mentioned mediation can be carried out In case of circumstances, receive the expenses required for the mediation; and accept the eviction confirmation of the car for the above-mentioned mediation, and issue the eviction order based on the eviction confirmation. A computer program product, which is used to manage a parking lot A, and the computer program product executes the program with a processor, so that the processor: accepts a reservation request for the car in the parking lot, and issues an expected occupancy time based on the reservation request Immediate reservation acquisition order; receive the reservation status of the above-mentioned parking lot; if the result of receiving the above-mentioned reservation status is that there is a vacancy at the above-mentioned expected occupancy time, issue an order to lock the vacancy; if the result of receiving the above-mentioned reservation status is When there is no vacancy at the above-mentioned expected occupancy time, request mediation; when the above-mentioned mediation is possible, receive the fee required for the mediation; and accept the moving-out confirmation of the car for the above-mentioned mediation, and issue the moving-out certificate based on the moving-out confirmation Order.

Images