WO2023032378A1 - 情報処理装置、プログラム、及び情報処理方法 - Google Patents

情報処理装置、プログラム、及び情報処理方法 Download PDF

Info

Publication number
WO2023032378A1
WO2023032378A1 PCT/JP2022/022469 JP2022022469W WO2023032378A1 WO 2023032378 A1 WO2023032378 A1 WO 2023032378A1 JP 2022022469 W JP2022022469 W JP 2022022469W WO 2023032378 A1 WO2023032378 A1 WO 2023032378A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
information
usage fee
user
registration
Prior art date
Application number
PCT/JP2022/022469
Other languages
English (en)
French (fr)
Inventor
総一 小林
朗 大石
竹虎 福地
恭士 阿部
鎮 青柳
洋充 朝日
武宏 市川
祥彦 上荒磯
孝佳 田中
Original Assignee
出光興産株式会社
株式会社出光タジマＥｖ
株式会社タジマモーターコーポレーション
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 出光興産株式会社, 株式会社出光タジマＥｖ, 株式会社タジマモーターコーポレーション filed Critical 出光興産株式会社
Priority to CN202280058884.9A priority Critical patent/CN117897719A/zh
Priority to EP22863966.2A priority patent/EP4398172A1/en
Priority to JP2023545089A priority patent/JPWO2023032378A1/ja
Publication of WO2023032378A1 publication Critical patent/WO2023032378A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0645—Rental transactions; Leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G06Q20/145—Payments according to the detected use or quantity
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0283—Price estimation or determination
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0283—Price estimation or determination
    • G06Q30/0284—Time or distance, e.g. usage of parking meters or taximeters
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • G06Q50/43—Business processes related to the sharing of vehicles, e.g. car sharing

Definitions

  • the present invention relates to an information processing device, a program, and an information processing method for providing a user with a vehicle rental service.
  • Known vehicle rental services include leasing, subscription (hereinafter also referred to as “subscription” or “SS”), rental, and car sharing (hereinafter also referred to as “car sharing” or “CS”).
  • SS subscription
  • CS car sharing
  • a vehicle rented by lease is called a “lease vehicle”
  • a vehicle rented by subscription is called a “subscription vehicle” or “SS vehicle”
  • a vehicle rented by rental is called a “rental car”.
  • vehicles rented out in car sharing are called “shared cars” or "CS cars”.
  • Each vehicle rental service has its own characteristics.
  • the vehicle rental service has the following problems because a plurality of types are independently provided. For example, in the case of a corporate member with a lease or subscription contract, employees can freely use the leased or subscribed vehicle during the contract period. However, when going on a business trip to a distant place, it is inconvenient because it is not possible to use a rental car or a shared car unless a separate contract is made for rental or car sharing at the business trip destination and the member becomes a member.
  • an information processing apparatus is an information processing apparatus that executes information processing in a vehicle rental service for renting a vehicle to a user, wherein the period of use of the vehicle by the user is a first period. and a member of a second vehicle rental service whose usage period of the vehicle by the user is a second period shorter than the first period.
  • the settlement means can execute collective settlement processing for collectively settlement of the usage fee for the first vehicle and the usage fee for the second vehicle.
  • a program causes a computer of an information processing device that executes information processing in a vehicle rental service for renting a vehicle to a user for a period of time during which the vehicle is used by the user for a first period.
  • first receiving means for receiving registration of a first member who is a member of a vehicle rental service; a second reception means for accepting registration of a member, storing registration information regarding the user as the first member based on the reception by the first reception means, and registering the user as the first member based on the reception by the second reception means;
  • Storage means for storing registration information of two members, executing payment processing for the usage fee of the first vehicle in the first vehicle rental service, and executing payment processing for the usage fee of the second vehicle in the second vehicle rental service.
  • the storage means can store registration information that makes the user the first member and the second member based on the reception by the first reception means, and
  • the settlement means is capable of executing collective settlement processing for collectively settlement of the usage fee for the first vehicle and the usage fee for the second vehicle.
  • an information processing method for executing information processing in a vehicle rental service for renting a vehicle to a user, wherein the user uses the vehicle for a first period.
  • the storing step stores registration information that makes the user the first member and the second member based on the step of accepting the registration of the first member. It is possible, and the step of executing the payment process can execute a batch payment process of collectively paying the usage fee for the first vehicle and the usage fee for the second vehicle.
  • leasing members and subscribing members can become rental members and car sharing members without paying membership fees and use rental cars and shared cars at reasonable prices. Further, according to the present invention, it is possible to make a lump sum payment for usage fees associated with multiple types of rentals for convenience.
  • FIG. 1 is a schematic diagram of an information processing system according to one embodiment of the present invention
  • FIG. It is a hardware block diagram of a server. 3 is a hardware configuration diagram of a user terminal
  • FIG. 1 is a functional configuration diagram of an information processing system
  • FIG. It is an example diagram of a member database. It is an example figure of the vehicle database of a share car. It is an example figure of a membership application screen. It is an example figure of a destination input screen. It is an example figure of a recommendation route screen. It is an example figure of a share car reservation screen. It is an example figure of a recommended route detail screen. It is an example figure of a recommendation receipt confirmation screen. It is an example figure of a reservation confirmation screen. It is an example figure of a notice screen of collective payment. It is an example figure of a grant point table
  • surface. 10 is a flow chart showing procedures such as processing after login. It is a flowchart which shows the procedure of a car
  • the information processing system 1 is a system that executes various types of information processing in a vehicle rental service in which a business operator rents a vehicle to a member (user).
  • the rental types of the vehicle 500 include “lease”, “subscription”, “car sharing”, and “rental”. These lending types differ in terms of contract period (usage period), settlement method (payment method), charge system, and the like.
  • "Lease” has a medium- to long-term contract period of six months to ten years, and adopts a method (fixed amount) in which members pay a fixed amount (membership fee) annually or monthly as a settlement method.
  • “Subscription” has a medium- to long-term contract period similar to leasing, and adopts a method (fixed amount) in which members pay a fixed amount (for example, a monthly membership fee of 30,000 yen) as a settlement method.
  • “Rental” enables short-term contracts on an hourly basis, and adopts a method of paying an amount according to the time of use (pay-as-you-go) after returning the vehicle 500 as a settlement method.
  • "Rental” requires a fixed monthly membership fee in addition to the pay-as-you-go amount.
  • the "car share” allows ultra-short-term contracts such as 15-minute increments, and adopts a method of paying an amount according to the time of use (pay-as-you-go) after returning the vehicle 500 as a settlement method.
  • the "car share” requires a fixed monthly membership fee (for example, 2000 yen) in addition to the pay-as-you-go amount.
  • the information processing system 1 of the present embodiment is capable of two types of rental, that is, subscription and car sharing.
  • shared cars are managed (including storage and parking )are doing.
  • the member can use the shared car by going to the management place of the reserved shared car.
  • the subscription car is managed at the member's home during the contract period, and the member can freely use the subscription car during that time.
  • the shared car may be managed at the operator's facility (for example, SS: service station), and the subscription car may be managed at a place other than the member's home. Operators also provide optional services such as rental of child seats and addition of NOC (non-operation charge: business compensation fee).
  • FIG. 1 is a schematic diagram of an information processing system 1 of the present invention.
  • the information processing system 1 includes a server 100, a user terminal 200, a business operator terminal 300, a settlement agent device 400, a transportation device 600, and a vehicle 500 (subscription vehicle, shared vehicle), which communicate via the Internet 900. Connected as possible.
  • the server 100 is an information processing device operated and managed by a management company.
  • FIG. 2 is a hardware configuration diagram of the server 100.
  • the server 100 includes a processor 101 , memory 102 , storage 103 and communication device 104 .
  • the processor 101 executes a program to control each unit of the server 100 and perform processing for realizing the functions of the server 100 .
  • a CPU Central Processing Unit
  • the memory 102 is a computer-readable recording medium and stores programs executed by the processor 101 .
  • a RAM Random Access Memory
  • ROM Read Only Memory
  • the storage 103 is a computer-readable recording medium, and stores various data and programs used by the processor 101 .
  • the storage 103 for example, an HDD (Hard Disk Drive) or SSD (Solid State Drive) is used.
  • a member database 121 and a vehicle database 122 are stored in advance in the storage 103 .
  • the communication device 104 is connected to the Internet 900 and performs data communication with the user terminal 200 via the Internet 900, for example.
  • the user terminal 200 is an information terminal such as a personal computer, a tablet terminal, or a smart phone used by a member who is a user.
  • FIG. 3 is a hardware configuration diagram of the user terminal 200.
  • User terminal 200 includes processor 201 , memory 202 , storage 203 , operation device 204 , display device 205 , and communication device 206 .
  • the processor 201 executes a program to control each unit of the user terminal 200 and perform processing for realizing the functions of the user terminal 200 .
  • a CPU for example, is used for the processor 201 .
  • the memory 202 is a computer-readable recording medium and stores programs executed by the processor 201 . RAM and ROM are used for the memory 202, for example.
  • the IC chip is included in memory 202 .
  • the storage 203 is a computer-readable recording medium and stores various data and programs used by the processor 201 .
  • a HDD Hard Disk Drive
  • an SSD Solid State Drive
  • a flash memory or the like is used for the storage 203 .
  • the operating device 204 is a device used for operating the user terminal 200 .
  • the operation device 204 corresponds to, for example, a keyboard and a mouse in a personal computer, a touch panel in a smart phone and a tablet terminal, and the like.
  • the display device 205 displays various screens.
  • a liquid crystal display for example, is used for the display device 205 .
  • the display device 205 may be configured as a touch panel integrated with a touch sensor.
  • the communication device 206 is connected to the Internet 900 and performs data communication with the server 100 via the Internet 900 .
  • the business terminal 300 is an information terminal installed at a business office (SS).
  • the business terminal 300 corresponds to, for example, a personal computer, a tablet terminal, a smart phone, and the like. Since the hardware configuration of the operator terminal 300 is substantially the same as that of the user terminal 200, detailed description thereof will be omitted. It is assumed that business operators (offices) exist all over the country, but the present invention is not limited to this.
  • the settlement agency device 400 is a device installed in a settlement agency company such as a credit card company.
  • the settlement agency device 400 is an information processing device that executes settlement agency processing such as credit card settlement.
  • the transportation system device 600 is an information processing device installed in a public transportation system or its affiliated company.
  • Public transportation is a means of transportation that provides a means of transportation that can be used by an unspecified number of people. Means of transportation include JR (Japan Railways), railways such as subways, buses, taxis, planes, and ships. Transportation means does not include the vehicle 500 rented by the business operator.
  • the hardware configurations of the settlement agency device 400 and the transportation system device 600 are substantially the same as those of the server 100, and detailed description thereof will be omitted.
  • the vehicle 500 is a means of transportation that is rented to a user, and is an automobile such as an internal combustion engine vehicle or an electric vehicle (hereinafter also referred to as an EV).
  • An internal combustion locomotive runs by burning fuel such as gasoline and using the combustion gas to drive an engine.
  • An EV has a storage battery (battery), and runs by driving a motor with electric power stored in the storage battery by charging.
  • the vehicle 500 provided by the operator is not limited to a four-wheeled vehicle, and may be various other means of transportation (two-wheeled vehicle, drone, etc.).
  • the ultra-compact EV has a passenger capacity of 4 or less, a maximum speed of 60 km/h or less, a rated output of 0.6 kW or more, a length of 2.5 m or less, a width of 1.3 m or less, a height of 2.0 m or less, and a maximum payload of 350 kg.
  • the storage battery installed in the ultra-compact EV has a capacity of 9 to 10 kWh (1 cell type), a charging time of 5 to 16 hours, and a cruising range of about 100 to 150 km when fully charged.
  • the vehicle 500 is provided with a lock control device (not shown) that controls locking and unlocking of the doors.
  • a lock control device has a card reader, an electric lock, a control device, a communication device, and a key box.
  • a card reader is a device that reads a license number from a driver's license (that is, an IC card license), and is installed inside the door glass, for example. Therefore, when the user holds the driver's license over the card reader through the glass, the card reader reads the license number from the driver's license.
  • the control device is a device that controls each element of the lock control device, and transmits the driver's license number read by the card reader to the server 100 together with the vehicle ID.
  • a communication device is used for data transmission to the server 100 .
  • the communication device performs wireless communication with the server 100 according to a predetermined wireless communication standard (for example, 4G or 5G such as LTE (Long Term Evolution)).
  • the server 100 manages the vehicle ID of the shared car whose reservation has been confirmed and the driver's license number of the member in association with each other.
  • server 100 transmits to vehicle 500 authentication information indicating that it has been authenticated.
  • the control device upon receiving the authentication information from server 100, the control device controls the electric lock to unlock/lock the doors.
  • a key for driving the vehicle 500 is stored in the key box.
  • the vehicle 500 can be driven by removing the key from the key box and inserting the key into the key cylinder in the driver's seat.
  • the control device monitors the insertion state of the key in the key box, and when detecting the state that the key has been pulled out, transmits usage start information to the server 100 together with the vehicle ID. After that, when the control device detects that the key is inserted, the control device transmits usage end information to the server 100 together with the vehicle ID.
  • the vehicle 500 is equipped with positioning means such as GNSS (Global Navigation Satellite System).
  • GNSS Global Navigation Satellite System
  • other IC cards, smartphones, etc. that record information that can identify the member who made the reservation as authentication information can also be used for locking/unlocking.
  • the above-described unlocking/locking method is applied to a shared car, and a subscription car can be unlocked/locked only with the key handed to the user.
  • FIG. 4 is a functional configuration diagram of the information processing system 1.
  • the user terminal 200 includes an operation means 210 and a display means 220, as shown in FIG.
  • the user terminal 200 is used to apply for membership such as subscription or car sharing, display a recommended route by inputting a destination, receive recommendations, and the like.
  • the function of the user terminal 200 is that the processor 201 executes a program stored in the memory 202 to perform calculations or control each part of the user terminal 200 .
  • the operating means 210 executes various operations on the operating device 204 . Specifically, according to the operation of the operation device 204 by the user, the information necessary for applying for membership is input. Input information is transmitted from the user terminal 200 to the server 100 according to various operations.
  • the information transmitted from the user terminal 200 to the server 100 includes membership application information, destination information, share car reservation information, recommendation receipt confirmation information, and the like.
  • the display means 220 displays various screens (FIGS. 7 to 14) on the display device 205.
  • the operating means 210 inputs membership application information, destination information, share car reservation information, and recommendation receipt confirmation information by predetermined operations. Specifically, the user touches the membership application screen (Fig. 7), the destination input screen (Fig. 8), the share car reservation screen (Fig. 10), and the recommendation receipt confirmation screen (Fig. 12) displayed on the display device 205. to enter various information.
  • FIG. 7 is an example diagram of a membership application screen.
  • the membership application screen is a screen displayed when member registration is performed. In the information processing system 1 of the present embodiment, it is possible to perform an application operation for joining either a subscribing member or a car sharing member.
  • the membership application screen includes information such as individual/corporation (user type), contractor name, address, driver's license number, member ID (email), payment method, and contract type (subscript/car share).
  • An area 250 for inputting registration information is configured so that each piece of registration information can be input by a selection operation or an input operation.
  • the input registration information (enrollment application information) is transmitted from the user terminal 200 to the server 100 by pressing the “application” button 251 .
  • FIG. 8 is an example diagram of a destination input screen.
  • the destination input screen is a screen displayed when an operation (recommendation request operation) requesting display of a recommended route screen is performed on the user terminal 200 .
  • the destination input screen is composed of a destination input area 252, and a desired destination (arrival point) can be input by an input operation.
  • Information indicating the destination (destination information) is transmitted to the server 100 by pressing the “next” button 253 . After that, the screen transitions to the recommended route screen (FIG. 9).
  • FIG. 9 is an example diagram of a recommended route screen.
  • the recommended route screen is a screen for recommending the most suitable travel route to the destination, and includes an area 254 for displaying the first travel route, an area 255 for displaying the second travel route, and a third travel route. , and an area 256 for displaying .
  • the screen transitions to the shared car reservation screen (Fig. 10)
  • the "Return” button 258 is pressed, the screen transitions to the destination input screen (Fig. 8).
  • FIG. 10 is an example diagram of a share car reservation screen.
  • the shared car reservation screen is a screen for inputting the usage period of the shared car, and specifically, it is composed of an area 259 for inputting "usage start date and time” and an area 260 for inputting "usage end date and time”.
  • the “next” button 261 is pressed, the input usage period of the share car is transmitted to the server 100 . After that, the screen transitions to the recommended route details screen (FIG. 11).
  • the “return” button 262 is pressed, the screen transitions to the recommended route screen (FIG. 9).
  • the share car reservation screen shown in FIG. 10 is a screen displayed when a subscribing member uses both a subscribing car and a share car, and is different from a normal share car reservation screen (not shown).
  • FIG. 11 is an example diagram of a recommended route detail screen.
  • the recommended route detail screen includes an area 263 that displays the first travel route related to the subscription car, an area 264 that displays the second travel route related to public transportation, and an area 265 that displays the third travel route related to the share car. Consists of Further, unlike the recommended route screen (FIG. 9), the recommended route detail screen displays detailed information such as departure/arrival times and travel time for each travel route.
  • the "Next" button 266 is pressed, the screen transitions to the recommendation reception confirmation screen (Fig. 12), and when the "Return” button 267 is pressed, the screen transitions to the shared car reservation screen (Fig. 10).
  • FIG. 12 is an example diagram of a recommendation receipt confirmation screen.
  • the recommendation receipt confirmation screen is a screen for confirming whether or not the member receives (accepts) the recommended route displayed on the recommended route detail screen (FIG. 11).
  • the recommendation receipt confirmation information is transmitted to the server 100 .
  • the screen transitions to a reservation confirmation screen (FIG. 13).
  • the "return" button 269 is pressed, the screen transitions to the recommended route details screen (FIG. 11).
  • FIG. 13 is an example diagram of a reservation confirmation screen.
  • the reservation confirmation screen is a screen that is displayed when a member receives a recommended route, and public transportation ticket information is displayed in an area 271 and shared car reservation information is displayed in an area 272 .
  • FIG. 14 is an example diagram of a collective settlement notification screen.
  • the lump sum payment notification screen is information displayed when each usage fee is paid collectively when the member travels along the recommended route.
  • the lump sum payment notification screen is composed of an area 273 showing the first to third travel routes, each usage fee and its breakdown, and an area 274 showing the total amount of each usage fee to be settled collectively. be. That is, the display means 220 of the user terminal 200 can display on the display device 205 the usage fees for the first to third routes and the total amount thereof.
  • Each usage fee for the first to third movement routes and the total amount thereof are information included in recommended route information output (transmitted) by the output means 140 of the server 100, which will be described later.
  • the server 100 includes, as shown in FIG. 4, reception means 110, storage means 120, identification means 130, output means 140, usage time identification means 150, usage fee calculation means 160, payment means 170, and privilege provision means 180. .
  • the server 100 accepts member registration, performs duplicate registration of a car share member when a subscription member registration is accepted, specifies a recommended route, gives benefits to members, and uses fees used for settlement. Each process such as calculation of is executed.
  • the function of the server 100 is that the processor 101 executes a program stored in the memory 102 or the storage 103 so that the processor 101 performs calculations or controls each part of the server 100 .
  • the reception unit 110 is a unit for receiving and accepting information transmitted from the user terminal 200 or the like, and includes a first reception unit 111 , a second reception unit 112 and a third reception unit 113 .
  • the first accepting unit 111 executes processing for accepting registration of a first member of the first vehicle rental service whose use period of the vehicle 500 is the first period.
  • the second accepting unit 112 executes processing for accepting registration of a second member of a second vehicle rental service for which the usage period of the vehicle 500 is a second period shorter than the first period.
  • the first receiving means 111 receives registration of subscribing members whose contract period is medium to long term
  • the second receiving means 112 receives registration of car sharing members whose contract period is very short.
  • the server 100 receives the membership application information indicating that "subscription” has been selected in the membership application operation (FIG. 7) of the user terminal 200, the registration of the "subscription member” is accepted, and " When the server 100 receives membership application information indicating that "car sharing” has been selected, registration of a "car sharing member” is accepted.
  • Storage means 120 stores member database 121 and vehicle database 122 in storage 103 in advance.
  • the storage means 120 stores registration information that designates the user as a subscribing member (first member) based on the reception by the first reception means 111, and designates the user as a car share member (first member) based on the reception by the second reception means 112. 2nd member) is stored.
  • the server 100 stores the registration information as a sub-member in the member database 121 when the receiving means 110 receives the registration of the sub-member, and stores the registration information as the sub-member in the member database 121 when the receiving means 110 receives the registration of the car share member. Stores registration information as a car share member.
  • FIG. 5 is an example diagram of the member database 121.
  • the member database 121 includes member ID (email), contractor name, address, user type (corporation or individual), contract type (subscription member or car sharing member), driver's license number, payment method. etc.
  • member ID email
  • contractor name is an individual member of car sharing, and is composed of information indicating that the payment method is credit card payment, address, driver's license number, and the like.
  • Ideta Co., Ltd. is a corporate member of the subscription, and consists of information indicating that the payment method is bank transfer.
  • “Ichiro Suzuki” is an individual member of the subscription, and the payment method is credit card payment, the address is 1-2, B town, A city, and the driver's license number is "123456". It consists of the information shown.
  • the member information of "Ichiro Suzuki” is registration information received and stored by the server 100 by inputting the membership application information shown in FIG.
  • the storage means 120 stores the registration information for making the user a subscribing member (first member) and a car sharing member (second member) based on the acceptance by the first accepting means 111.
  • medium- to long-term subscription members can be registered as short-term rental members
  • medium- to long-term lease members can be registered as short-term rental members or ultra-short-term car share members. You may
  • the third receiving means 113 receives information indicating the destination.
  • FIG. 8 is an example diagram of a destination input screen.
  • the destination input screen can be displayed in response to a predetermined operation on the user terminal 200 of the subscribing member.
  • FIG. 8 shows an example in which Ichiro Suzuki, who is a subscribing member, has input "Z town, Y city, X prefecture" as the "destination".
  • the input destination information is transmitted from the user terminal 200 to the server 100 .
  • the third receiving means 113 receives the destination information and passes the information indicating the destination to the identifying means 130 .
  • the identification means 130 includes first position information indicating the position of the subscription car, second position information indicating the position of the share car (second vehicle), position information of the destination, and the vehicle provided by the vehicle rental service. Based on the third position information indicating the position (for example, JR station) where you can get on and off other means of transportation (public transportation such as JR), subscription car (first vehicle), share car (second vehicle ) and other means of transportation (railway) to the destination (recommended route). An example of how to specify a recommended route is shown below.
  • Subscription cars are managed in the member's home parking lot for individual members. For this reason, in the case of individual members, the starting point of the recommended route is determined to be the home address of the member whose subscription car is managed.
  • the departure point, that is, the position of the subscribing car may be other than the member's home, for example, specifying an arbitrary address, receiving and using the current subscribing car position information specified by the positioning means, Corporate members can use the company's parking lot or the home address of the representative employee.
  • the location of the shared car is a management location near the destination (nearest neighbor or within a certain distance, etc.), and the server 100 searches the vehicle database 122 for the vehicle 500 managed at the management location. to specify. For example, if the destination is “Z town, Y city, X prefecture” (FIG. 8), the address of the management location near the destination “Z town, Y city, X prefecture” is the second location information.
  • a vehicle 500 managed at a management location is extracted from the vehicle database 122 as a shared car.
  • FIG. 6 is an example diagram of the vehicle database 122 regarding shared cars. As shown in the figure, the vehicle database 122 stores information such as management locations of vehicles 500 that can be rented out as shared cars.
  • a super-compact EV with a vehicle ID of a001 is managed in the parking lot of JR Y Station (99, Y City, X Prefecture), and a gasoline vehicle with a vehicle ID of a002 is managed in ⁇ ⁇ It is managed in the parking lot of the bus stop ( ⁇ City, ⁇ Prefecture).
  • JR Y station parking lot (99, Y city, X prefecture) is extracted as a managed location near the destination, and "ultra-compact EV with vehicle ID: a001" is specified as the vehicle 500 managed there.
  • JR Station Y it is possible to identify the boarding and alighting place of public transportation nearest to the destination as JR Station Y, and to identify a share car as a means of transportation from Y Station to the destination.
  • the third moving route is specified.
  • the boarding/alighting place of the public transportation nearest to the destination for example, it may be limited to a specific transportation or service such as a ship, a Shinkansen, or a limited express, or may be excluded.
  • the server 100 identifies a JR station close to home using known software (for example, a map application, etc.).
  • Station A is specified as a JR station near Ichiro Suzuki's home (1-2, B Town, A City), which is the management location (first location information) of the subscription car.
  • station A is specified as the boarding and alighting place of public transportation nearest to the departure place, and a first travel route is specified in which the user travels from his/her home (departure place) to JR station A by a subscription car.
  • the server 100 identifies a second movement route from A station to Y station by JR. That is, this identifies the first movement route and the third movement route.
  • the server 100 identifies the second location information based on the location information of the destination designated by the member, identifies the first location information based on the location information of the subscription vehicle, and the identification means 130 , based on these position information, it is possible to identify recommended routes for a plurality of travel routes.
  • the output means 140 outputs information about the moving route. Specifically, the output means 140 transmits the recommended route information to the user terminal 200 .
  • the display unit 220 of the user terminal 200 can display the recommended route information shown below (see FIG. 9).
  • “Recommend route] ⁇ First movement route; home to A station: Subscribing car ⁇ Second movement route; A station to Y station: JR (railway) ⁇ Third movement route: Y station to destination: shared car
  • one recommended route may be displayed as described above, or a plurality of recommended routes may be displayed and selected. For example, two routes may be displayed for the second travel route, one using JR trains and the other using buses.
  • the user terminal 200 transmits the reservation information including the usage start date and time and the usage end date and time to the server 100.
  • the server 100 When the server 100 receives the reservation information, it refers to the reservation schedule (not shown), and during the period from the start date and time of use to the end date and time of use, it is managed by "JR Y station parking lot" (99, Y city, X prefecture). It is confirmed whether or not there is an empty vehicle 500 among the vehicles 500 .
  • the "reservation schedule” for example, the usage period of the vehicle 500 is recorded for each vehicle ID, and it is possible to determine which vehicle 500 is available in which period. As a result, if the vehicle 500 managed in the "parking lot at Y station" is vacant during the usage period, the server 100 holds the vehicle ID and usage period of the vehicle 500 in a memory or the like to make a provisional reservation. .
  • the vehicle ID and usage period of the vehicle 500 as a shared car are confirmed when recommendation receipt confirmation information, which will be described later, is received.
  • the reservation is confirmed by overwriting (updating) the usage period of the reserved vehicle ID in the reservation schedule.
  • the server 100 can transmit information indicating each of them to the user terminal 200 and display them in a selectable manner (not shown).
  • the server 100 can transmit information to that effect to the user terminal 200 for display.
  • the member can change the reservation by returning to the shared car reservation screen (Fig. 10) and re-entering the usage period, or returning to the destination input screen (Fig. 8) and re-entering the destination. can.
  • the identifying means 130 identifies detailed information of the recommended route to which each travel time and arrival/departure time on the first to third travel routes are attached, and displays the detailed information on the user terminal 200. (See FIG. 11). An example of how to specify recommended route details is shown below.
  • the server 100 calculates the travel time from the departure of the share car from Y station to the arrival at the destination on the third travel route.
  • the "travel time of the third travel route” can be calculated based on the travel distance and travel speed of the third travel route.
  • the “movement distance of the third movement route” can be calculated, for example, from the Y station to the destination using known software.
  • the “moving speed of the third moving route” may be, for example, 30 km/h for ultra-compact EVs and 40 km/h for other vehicles. Note that the moving speed is not limited to this, and any speed can be set. As a result, it is assumed here that the travel time of the third travel route is calculated to be "15 minutes".
  • the server 100 specifies the arrival time at the destination by adding the "travel time of the third travel route" to the "usage start date and time". As a result, it can be specified that the travel time of the "third travel route" is 15 minutes, the departure from Y station is 9:55, and the arrival at the destination is 10:10.
  • the server 100 refers to a known timetable database or the like to identify the flight number (destination) of a train that can arrive at Y station and that departs from or passes through A station just before the use start date and time.
  • the train that arrives at Y station at 9:50 and departs from A station at 8:15 "JR XX line bound for XX" can be specified.
  • the travel time of the "second travel route" is 1 hour and 35 minutes
  • the departure from A station is at 8:15
  • the arrival at Y station is at 9:50.
  • the server 100 calculates the travel time from when the subscription car leaves home until it reaches the A station on the first travel route.
  • the "travel time of the first travel route” can be calculated based on the travel distance and travel speed of the first travel route.
  • the “movement distance of the first movement route” can be calculated by using known software, for example, the distance from home to station A.
  • the “moving speed of the first moving route” may be, for example, 30 km/h for ultra-compact EVs and 40 km/h for other vehicles.
  • the travel time of the third travel route is calculated as "15 minutes”.
  • the time “8:10” obtained by subtracting the transit time from the departure time at A station can be specified as the arrival time at A station.
  • the time “7:55” obtained by subtracting the travel time "15 minutes” from the above can be identified as the departure time from home.
  • the travel time of the "first travel route” is 15 minutes, that the user leaves home at 7:55, and arrives at A station at 8:10.
  • the identifying means 130 can thus identify the detailed information of the recommended route (travel time and arrival/departure time on the recommended route and each travel route). Note that the recommended route can be specified not only for the outbound route but also for the return route.
  • the output means 140 outputs information about the moving route. Specifically, information indicating detailed information on the recommended route (recommended route, its travel time, arrival and departure times, usage fee) is transmitted to the user terminal 200 . Thereby, the user terminal 200 can display the detailed screen based on the received detailed information of the recommended route. Specifically, as shown below, the user terminal 200 can display the details of the recommended route, which is the recommended route (FIG. 8) plus "travel time, departure and arrival times, and usage fee for each travel route". (See FIG. 11). [Transportation time, departure and arrival times, usage fee for each route] ⁇ "First movement route"; Home to Station A: Subscription car. Travel time: 15 minutes. Departure from home: 7:55.
  • the screen transitions to the recommendation reception confirmation screen (FIG. 12).
  • recommendation receipt confirmation information indicating that the recommendation route has been received is transmitted from the user terminal 200 to the server 100 .
  • you have accepted the recommended route details including public transport and shared car reservations.
  • the server 100 receives the recommendation receipt confirmation information, the server 100 transmits request information requesting the issuance of a JR (public transportation) ticket to the transportation device 600, and executes a process of confirming the reservation of the shared car.
  • JR public transportation
  • the transportation device 600 Upon receiving the request information from the server 100 , the transportation device 600 issues JR ticket information and transmits it to the server 100 .
  • the ticket information includes a member ID and information indicating that boarding is limited to a predetermined date (JR boarding date in recommended route details: August 31, 2021). In addition to this, information indicating that the boarding station is limited to A station and information indicating that the alighting station is limited to Y station can be included in the ticket information.
  • the server 100 transmits the ticket information received from the transportation device 600 to the user terminal 200 . When the user terminal 200 receives the ticket information, it stores the ticket information in the memory 202 (IC chip).
  • the ticket gate reads the ticket information from the IC chip and permits passage.
  • the member can get on at A station and get off at Y station only on a predetermined day.
  • the ticket gate transmits public transportation usage information such as the member ID included in the ticket, the boarding and alighting stations at which the train was actually boarded and alighted, the boarding date and time, and the boarding and alighting dates and times to the transportation device 600.
  • the transportation system device 600 can specify the boarding section and usage fee of the member using JR based on the public transportation usage information received from the ticket gate.
  • the server 100 confirms the reservation of the share car. Specifically, the vehicle 500 that can be used during the usage period entered on the shared car reservation screen (FIG. 10) is reserved for the shared car on the third travel route specified on the recommended route detail screen (FIG. 11). Stores reservation information to be confirmed.
  • the server 100 issues public transportation ticket information and confirms the reservation of the shared car, the server 100 transmits reservation confirmation information to the user terminal 200 .
  • the user terminal 200 displays a reservation confirmation screen (FIG. 13).
  • the reservation information stored in the server 100 includes a numerical value "1" indicating permission to use the vehicle 500, a member ID, a driver's license number, a vehicle ID of the reserved vehicle 500, a period of use, and the like.
  • the read license number is transmitted to the server 100, and the server 100 stores the received license number as the reservation information.
  • Authentication is performed by being included, and when authenticated, authentication information indicating that the vehicle 500 of the vehicle ID has been authenticated is transmitted.
  • the lock control device unlocks the doors, and the vehicle 500 can be used as a shared car.
  • the payment means 170 executes payment processing for the usage fee of the subscription car (first vehicle) in the subscription (first vehicle rental service) as normal payment processing, and performs car sharing (second vehicle rental service). Executes payment processing for the usage fee of the shared car (second vehicle) in .
  • the subscribing member is billed for a fixed monthly subscribing vehicle usage fee (for example, 30,000 yen), and the payment is confirmed.
  • the car share member is billed for the share car usage fee (9600 yen in the above example) calculated by the usage fee calculation means 160, and it is confirmed that the payment has been made.
  • the payment means 170 performs the individual payment processing for each service in this manner as a normal payment processing.
  • the payment means 170 is a collective payment that collectively settles the usage fee of the subscription car (first vehicle), the usage fee of the shared car (second vehicle), and the usage fee of public transportation (other means of transportation). Processing is executable. That is, the settlement means 170 is configured to collectively settle the usage fee of the subscription car (first vehicle) and the usage fee of the share car (second vehicle).
  • collective payment or collective payment processing refers to making a collective decision for all of multiple services such as usage fees for subscription vehicles and usage fees for shared car vehicles, or making partial payments for multiple services individually. However, it is used in the sense that the remaining multiple payments may be made at once. This makes it possible for the user of the service not to have to deal with payments for at least two or more services individually.
  • the server 100 when a recommendation is received, collective payment processing is executed. Specifically, when the server 100 receives the recommendation receipt confirmation information, the server 100 associates the member's member ID with collective payment setting information indicating that the usage fee is to be paid in a lump sum, and stores the same. In other words, when the server 100 receives car sharing usage termination information, etc., when collective payment setting information is stored for the member ID of the member (subscribing member) who has terminated the usage of the car sharing, the subscribing vehicle Execute collective settlement processing for collectively settlement of usage fees, public transportation usage fees, and shared car usage fees. That is, based on the collective payment setting information, the payment means 170 collects the usage fee of the subscription car (first vehicle), the usage fee of the share car (second vehicle), and the usage fee of the other transportation means. It is made possible to perform batch settlement processing for settlement.
  • the information processing system 1 of the present embodiment requests a credit card company, which is a settlement agent company, to act as a settlement agent. Therefore, the usage fee payment processing (including batch payment) is substantially executed by the payment agent device 400 described later.
  • the payment means 170 settles the payment agency request information including the usage fee of the vehicle 500 (subscription vehicle usage fee and car sharing usage fee) and the total amount including the usage fee of public transportation.
  • Send to proxy device 400 . That is, when a settlement agent company such as a credit card company is requested to act as a settlement agent, the server 100 receives a settlement agent request from the settlement means 170 that includes the total amount of the usage fee for the vehicle 500 plus the usage fee for public transportation.
  • the request information is transmitted to the settlement agent device 400.
  • the privilege granting means 180 grants a privilege to the member when the conditions are satisfied.
  • the privilege giving means gives a privilege to the member when it is indicated that the member has accepted the output of the recommended route information by the output means 140 .
  • the subscribing member accepts the recommended route (moving route) specified by the specifying means 130 (when the "Yes" button 268 is pressed on the recommended route receipt confirmation screen shown in FIG. 12)
  • the Give benefits to subscribing members Privilege is specifically given according to the accumulated number of points.
  • FIG. 15 is an example diagram of a given point table.
  • the grant point table defines various grant conditions and points to be granted when the grant conditions are met. For example, a member who receives a recommendation will be awarded 1 point, a member who has used car sharing for 1-3 hours will be awarded 2 points, and a member who has used a subscription for 1-3 years will be awarded 10 points. .
  • "receipt of recommendations" can include actual movement according to the recommendations, and relatively more points can be given if it is proved that the movement has actually been made according to the recommendations. For example, 1 point is added when moving along the second movement route, 1 point is added when moving along the third movement route, and 5 points are added when moving along the entire movement route.
  • the server 100 adds the first point when moving along a part of the moving route based on the recommendation, and adds the second point, which is greater than the first point, when moving along the entire moving route. I am trying to add points.
  • FIG. 16 defines various benefits and the number of points required for awarding the benefits. For example, one point must be accumulated for advance reservation of a new model share car, three points must be accumulated for free child seats, and four points must be accumulated for free NOC. There are also benefits for using car sharing. "Use of car sharing" shown in FIG. 16 indicates use of car sharing by subscribing members. As a result, it is possible to increase the added value of subscribing members and expect an increase in the number of subscribing members and an increase in profits. It should be noted that points may be awarded for "use of car sharing" by simple car sharing members.
  • the operator terminal 300 includes output means 310 .
  • the operator terminal 300 is implemented by the processor executing a program stored in a memory, thereby performing calculations or controlling each part of the operator terminal 300 .
  • the business terminal 300 can receive various information transmitted from the server 100 and the output means 310 can transmit it to the user terminal 200 . That is, in the information processing system 1 of the present embodiment, the output means 140 of the server 100 can directly output various information to the user terminal 200, and the output means 140 of the server 100 can output various information to the operator terminal 300. , and the output means 310 of the operator terminal 300 can output this to the user terminal 200 . For example, all or part of information transmitted from the server 100 to the user terminal 200 can be relayed by the operator terminal 300 . As a result, the business operator can grasp and manage various information regarding the vehicle rental service.
  • the transportation device 600 includes usage fee calculation means 610 .
  • the transportation device 600 is implemented by the processor executing a program stored in a memory or storage, thereby performing calculations or controlling each part of the transportation device 600 .
  • the transportation system device 600 of the present embodiment will be described by limiting to the functions responsible for the use of JR and the calculation of usage fees. It has similar functions.
  • the usage fee calculation means 610 of the transportation device 600 receives public transportation usage information such as the member ID, information on the boarding and alighting stations at which the train was actually boarded/alighted, boarding date and time, and alighting date and time, from the ticket gate. , to identify public transport fees.
  • the usage fee calculation means 610 calculates the usage fee of JR based on the boarding section specified by the boarding station and the alighting station. For example, if a member with a member ID of a001 boarded at A station and got off at Y station, 5000 yen is calculated as the charge for the boarding section from A station to Y station.
  • the transportation system device 600 transmits the public transportation usage fee calculated by the usage fee calculation means 610 to the server 100 together with the member ID.
  • the server 100 receives the public transportation charge information from the transportation device 600 , the server 100 passes the public transportation charge information to the settlement means 170 .
  • the payment means 170 pays the usage fee of the subscription car (first vehicle), the usage fee of the share car (second vehicle), the usage fee of public transportation (other means of transportation), can be settled. That is, in the server 100, the settlement means 170 not only settles the usage fees of the first vehicle rental service and the second vehicle rental service, but also the usage fees of public transportation.
  • the settlement agency device 400 includes a settlement agency means 410 .
  • Settlement agency apparatus 400 executes a program stored in memory or storage so that the processor performs calculations or controls each part of settlement agency apparatus 400 .
  • the settlement agency device 400 receives settlement agency request information from the server 100 (settlement means 170) in the settlement agency processing.
  • the payment agency request information includes information on the usage fee of the vehicle 500 (subscription usage fee or car sharing usage fee) and the total amount of the usage fee added to the public transportation usage fee.
  • the settlement agency unit 410 executes settlement agency processing (normal settlement) based on the usage fee included in the settlement agency request information and settlement agency processing based on the total amount.
  • the settlement agent processing of the present embodiment is credit card settlement processing, and information necessary for the processing (credit card number, holder name, expiration date, security code, etc.) is held in advance.
  • the settlement method is not limited to credit card settlement, and other settlement methods (payment methods) such as bank transfer, direct debit, and prepaid cashless settlement are also possible.
  • payment processing is executed for a fixed usage fee on a specific subscribing payment date every month during the contract period, and for car sharing members, after the use of the shared car ends, according to the usage period Execute payment processing for the usage fee.
  • a subscribing member uses a share car or public transportation during the contract period, the lump sum payment will be processed on the subscribing payment date of a predetermined month after the month of using the share car (for example, the month following the date of use).
  • Settlement processing is executed for the total amount of the usage fee and the car sharing usage fee.
  • FIG. 14 is an example diagram of a lump sum payment notification screen that can be displayed on the user terminal 200 .
  • the notification of lump sum payment may be sent by the output means 140 of the server 100 directly to the user terminal 200 , or via the operator terminal 300 .
  • the information on the lump sum payment notification screen and the information on the recommended route detail screen may be displayed side by side so that they can be compared. This allows the member to compare the difference between the recommended route and the actual travel route.
  • members include subscribing members and car sharing members
  • server 100 accepts membership registration for one of them based on the operation of user terminal 200 (FIG. 7).
  • the server 100 accepts the registration of the car share member
  • the server 100 stores the registration information enabling the use of the share car in the member database 121 (FIG. 5).
  • the server 100 receives the registration of the subscribing member
  • the server 100 stores the registration information that enables the use of the subscribing car and the registration information that enables the sharing car to be rented in the member database 121 (FIG. 5).
  • the information processing method of the present invention there are a step of accepting registration of a subscribing member (first member), a step of accepting registration of a cashier member (second member), and a step of accepting registration of a subscribing member (first member).
  • the user is registered as a subscribing member (first member), and based on the step of accepting registration as a car sharing member (second member), the user is identified as a car sharing member (second member).
  • the step of storing the registration information based on the step of accepting the registration of the subscribing member (first member), the user is made a subscribing member (first member) and the car sharing member (second member) is stored.
  • FIG. 17 is a flow chart showing procedures such as processing after login. In other words, this processing is processing during login, and can be executed only through the operation of the logged-in member.
  • the server 100 determines that the logged-in member is a subscribing member (S101). Specifically, it is determined whether or not the subscribing member is in a state where the subscribing vehicle is being rented.
  • the user terminal 200 determines (monitors) that a recommendation request operation has been performed (S102). If it is determined that a recommendation request operation has been performed (S102-Yes), the user terminal 200 determines (monitors) that destination information has been input (S103). Specifically, it is determined that the destination information has been input via the destination input screen. The input destination information is transmitted to the server 100 .
  • the server 100 identifies the recommended route (S104). Specifically, when the server 100 receives the destination information from the user terminal 200, the identifying means 130 selects A recommended route including the third travel route is specified.
  • the user terminal 200 displays a recommended route screen (S105). Specifically, in the server 100 , the output means 140 outputs (transmits) the specified recommended route information to the user terminal 200 .
  • the user terminal 200 displays a recommended route screen ( FIG. 9 ) based on the recommended route information received from the server 100 .
  • the user terminal 200 displays a shared car reservation screen (FIG. 10) (S106). Specifically, when the subscribing member receives the recommendation shown on the recommendation route screen, the user terminal 200 displays the share car reservation screen.
  • the user terminal 200 transmits the input usage period to the server 100 .
  • the identifying means 130 identifies detailed information of the recommended route based on the usage period received from the user terminal 200 (S107). Specifically, the travel time, departure/arrival time, and usage fee of each means of transportation on the first to third travel routes are specified.
  • the output means 140 of the server 100 outputs detailed information of the specified recommended route to the user terminal 200 .
  • the user terminal 200 displays the recommended route detail screen (FIG. 11) based on the detailed information of the recommended route received from the server 100 (S108). Next, it is determined that the recommendation has been received (S109). Specifically, in response to pressing the "Yes" button 268 on the recommendation receipt confirmation screen (FIG. 12), the user terminal 200 transmits recommendation receipt confirmation information to the server 100, and the server 100 receives the recommendation receipt. Determining receipt of the recommendation based on receipt of confirmation information.
  • the server 100 confirms the reservation of the shared car, and the transportation device 600 issues public transportation ticket information (S110). As a result, subscribers can move according to the recommended route.
  • the server 100 sets the collective payment for the member who received the recommendation (S111). Specifically, the collective payment setting information is associated with the member ID and stored. Also, the server 100 gives points to the member who has received the recommendation (S112). On the other hand, if no recommendation has been received, the processing of S110-S112 is not executed.
  • FIG. 18 is a flow chart showing the procedure of car sharing payment processing.
  • the server 100 determines that the use of car sharing has ended (S201). Specifically, when the server 100 receives usage end information from the vehicle 500, it determines that the usage of the share car has ended.
  • the server 100 calculates the usage fee of the shared car whose usage has ended (S202). Specifically, the usage time specifying means 150 specifies the usage time based on the usage start date and usage end date and time of the share car, and the usage fee calculation unit 160 calculates the usage fee based on the usage period.
  • the server 100 acquires usage fee information for the subscribing car (S204) when the collective payment is set (S203-Yes). Specifically, on the premise that the subscription contract is in progress, monthly fixed usage fee information is acquired. The server 100 acquires usage fee information for public transportation (S205). For example, the transportation system device 600 calculates the usage fee of public transportation based on the public transportation usage information received by the usage fee calculation means 610 from the ticket gate of the station, and the server 100 receives the calculation result.
  • the server 100 executes collective settlement processing (S206). Specifically, the total amount of the shared car usage fee calculated in S202, the subscription vehicle usage fee acquired in S204, and the public transportation usage fee acquired in S205 is calculated, and the total amount make a lump sum payment.
  • the server 100 executes a normal settlement process (S207) when the collective settlement setting is not performed (S203-No). Specifically, the usage fee for the subscription car will be fixed monthly, and if the shared car is used, the usage fee will be paid individually each time.
  • the payment processing for the usage fee of the subscribing vehicle (first vehicle) in the subscription (first vehicle rental service) is executed, and the shared car (second vehicle) in the car sharing (second vehicle rental service) and a step of executing payment processing for the usage fee of the second vehicle), wherein the step of executing the payment processing includes the usage fee of the subscription vehicle (first vehicle) and the usage of the share car (second vehicle). It is made possible to execute collective settlement processing for collectively settlement of charges and .
  • the specifying means 130 based on the first position information indicating the position of the subscription vehicle (first vehicle), the second position information indicating the position of the share car (second vehicle), and the location information of the destination, the subscription vehicle ( A travel route (recommended route) for traveling from a predetermined starting point to a destination by using a first vehicle) and a shared car (second vehicle) is specified.
  • a travel route recommended route for traveling from a predetermined starting point to a destination by using a first vehicle
  • a shared car second vehicle
  • the settlement means 170 can execute collective settlement processing for collectively settlement of the usage fee of the subscription and the usage fee of the car sharing when the subscribing member uses the car sharing during the period of the subscribing contract.
  • the lump sum payment process can be performed for the total amount of the subscribing fee and the car sharing usage fee on the subscribing settlement date of the month following the month of using the shared car. .
  • the server 100 of the present embodiment is an information processing device that executes information processing in a vehicle rental service for renting a vehicle to a user.
  • storage means for storing registration information of a second member; executing payment processing for the usage fee of the first vehicle in the first vehicle rental service; and payment processing for the usage fee of the second vehicle in the second vehicle rental service.
  • the storage means can store registration information that makes the user the first member and the second member based on the reception by the first reception means and the payment means is capable of executing collective payment processing for collectively paying the usage fee for the first vehicle and the usage fee for the second vehicle.
  • the shared car is managed in the parking lot of the boarding and alighting place of public transportation (for example, a station), but it may be managed in other places.
  • SS can also be managed.
  • the station close to the destination it is possible to specify the business office close to that station, or after specifying the business office close to the destination, it is possible to specify the station close to that business office.
  • the usage fee for the subscription car is collectively settled, and if the recommendation is not received and the subscription member uses the shared car It is also possible to make a lump sum payment for the subscription car usage fee and the shared car usage fee.
  • contract forms can be adopted, including not only leasing, subscribing, rental, and car sharing, but also some combinations thereof.
  • the vehicle 500 is not limited to an automobile, and can include an electric motorcycle and a kickboard.
  • the subscription vehicle is an ultra-compact EV
  • the form of use can be expanded, such as using an electric motorcycle or kickboard.
  • the configuration of the information processing system 1 is not limited to the above-described embodiment, and part or all of the configuration of one device can be provided by another component device.
  • the server 100 or an external device e.g., payment agency device 400
  • the usage fee calculation means 610 in the transportation system device 600 may be provided by an external device (e.g., payment agency device 400).
  • device 400 may comprise.
  • the procedure of the information processing method is not limited to the above procedure, and a part of the procedure may be changed. For example, the process of giving points (S112) may be executed immediately after receiving the recommendation (S109-Yes), or may be executed at the time of payment.

Landscapes

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

Abstract

利便性の高い車両貸出サービスを提供する。サブスク会員の登録を受け付ける第１受付手段１１１と、カーシェア会員の登録を受け付ける第２受付手段１１２と、第１受付手段１１１による受け付けに基づき、利用者をサブスク会員とする登録情報を記憶し、第２受付手段１１２による受け付けに基づき、利用者をカーシェア会員とする登録情報を記憶する記憶手段１２０と、サブスクの利用料金の決済処理を実行し、カーシェアの利用料金の決済処理を実行する決済手段１７０と、を備え、記憶手段１２０は、第１受付手段１１１による受け付けに基づき、利用者を、サブスク会員とすると共にカーシェア会員とする登録情報とを記憶可能であり、決済手段１７０は、サブスクの利用料金と、カーシェアの利用料金と、をまとめて決済する一括決済処理を実行可能である。

Description

情報処理装置、プログラム、及び情報処理方法
　本発明は、車両を貸し出すサービスを利用者に提供するための情報処理装置、プログラム、及び情報処理方法に関する。
　車両を貸し出す車両貸出サービスとして、リース、サブスクリプション（以下、「サブスク」又は「ＳＳ」ともいう）、レンタル、カーシェアリング（以下、「カーシェア」又は「ＣＳ」ともいう）が知られている。
　説明の便宜上、リースにて貸し出される車両を「リース車」といい、サブスクリプションにて貸し出される車両を「サブスク車」又は「ＳＳ車」といい、レンタルにて貸し出される車両を「レンタカー」といい、カーシェアリングにて貸し出される車両を「シェアカー」又は「ＣＳ車」という。
　各車両貸出サービスには、それぞれに特徴がある。
　例えば、契約期間の違いにより、中長期の利用には「リース」や「サブスク」が用意され、短期の利用には「レンタル」が用意され、超短期の利用には「カーシェア」が用意されている。
　このうち、リースに関しては、車両の共同使用を可能としたシステムが開示されている（例えば、特許文献１、２参照）。
　このようなシステムによれば、車両一台あたりの稼働率を向上させることができ、一台の車両を効率よく利用することが可能である。
特開２０１８－０７７７３３号公報 特開２０１８－１１００２９号公報
　しかしながら、車両貸出サービスには、複数の種別がそれぞれが独立して提供されるため、以下の問題があった。
　例えば、リースやサブスクを契約している法人会員の場合、従業員は、契約期間内ではリース車やサブスク車を自由に利用できる。しかし、遠方に出張に行くときには、出張先でレンタルやカーシェアを別に契約して会員にならなければレンタカーやシェアカーを利用できず、不便であった。
　また、多くの場合、レンタカーやシェアカーを利用した場合、利用時間に応じた利用料を支払う必要がある（従量制）が、これとは別に、リース会員やサブスク会員の会費（毎月定額）の負担も必要なためコストが嵩む問題があった。
　また、各車両貸出サービスは、契約、会員、料金体系などがそれぞれ異なることから、利用料を個別に決済しなければならない煩わしさがあった。
　上記課題に鑑み、本発明の一態様に係る情報処理装置は、利用者に車両を貸し出す車両貸出サービスにおける情報処理を実行する情報処理装置であって、利用者における車両の利用期間が第１期間である第１車両貸出サービスの会員である第１会員の登録を受け付ける第１受付手段と、利用者における車両の利用期間が前記第１期間より短い第２期間である第２車両貸出サービスの会員である第２会員の登録を受け付ける第２受付手段と、前記第１受付手段による受け付けに基づき、利用者を前記第１会員とする登録情報を記憶し、前記第２受付手段による受け付けに基づき、利用者を前記第２会員とする登録情報を記憶する記憶手段と、前記第１車両貸出サービスにおける第１車両の利用料金の決済処理を実行し、前記第２車両貸出サービスにおける第２車両の利用料金の決済処理を実行する決済手段と、を備え、前記記憶手段は、前記第１受付手段による受け付けに基づき、利用者を、前記第１会員とすると共に前記第２会員とする登録情報とを記憶可能であり、前記決済手段は、前記第１車両の利用料金と、前記第２車両の利用料金と、をまとめて決済する一括決済処理を実行可能にしてある。
　また、本発明の他の一態様に係るプログラムは、利用者に車両を貸し出す車両貸出サービスにおける情報処理を実行する情報処理装置のコンピュータを、利用者における車両の利用期間が第１期間である第１車両貸出サービスの会員である第１会員の登録を受け付ける第１受付手段、利用者における車両の利用期間が前記第１期間より短い第２期間である第２車両貸出サービスの会員である第２会員の登録を受け付ける第２受付手段、前記第１受付手段による受け付けに基づき、利用者を前記第１会員とする登録情報を記憶し、前記第２受付手段による受け付けに基づき、利用者を前記第２会員とする登録情報を記憶する記憶手段、前記第１車両貸出サービスにおける第１車両の利用料金の決済処理を実行し、前記第２車両貸出サービスにおける第２車両の利用料金の決済処理を実行する決済手段、として機能させ、前記記憶手段は、前記第１受付手段による受け付けに基づき、利用者を、前記第１会員とすると共に前記第２会員とする登録情報とを記憶可能であり、前記決済手段は、前記第１車両の利用料金と、前記第２車両の利用料金と、をまとめて決済する一括決済処理を実行可能にしてある。
　また、本発明の他の一態様に係る情報処理方法は、利用者に車両を貸し出す車両貸出サービスにおける情報処理を実行する情報処理方法であって、利用者における車両の利用期間が第１期間である第１車両貸出サービスの会員である第１会員の登録を受け付けるステップと、利用者における車両の利用期間が前記第１期間より短い第２期間である第２車両貸出サービスの会員である第２会員の登録を受け付けるステップと、前記第１会員の登録を受け付けるステップに基づき、利用者を前記第１会員とする登録情報を記憶し、前記第２会員の登録を受け付けるステップに基づき、利用者を前記第２会員とする登録情報を記憶するステップと、前記第１車両貸出サービスにおける第１車両の利用料金の決済処理を実行し、前記第２車両貸出サービスにおける第２車両の利用料金の決済処理を実行するステップと、を有し、前記記憶するステップは、前記第１会員の登録を受け付けるステップに基づき、利用者を、前記第１会員とすると共に前記第２会員とする登録情報とを記憶可能であり、前記決済処理を実行するステップは、前記第１車両の利用料金と、前記第２車両の利用料金と、をまとめて決済する一括決済処理を実行可能にしてある。
　本発明によれば、リース会員やサブスク会員については、会費の負担無しにレンタル会員やカーシェア会員となってレンタカーやシェアカーをリーズナブルに利用することができる。本発明によれば、さらに、複数種別の貸し出しに伴う利用料を一括決済して利便性に供することができる。
本発明の一実施形態に係る情報処理システムの概要図である。 サーバのハードウェア構成図である。 利用者端末のハードウェア構成図である。 情報処理システムの機能構成図である。 会員データベースの例図である。 シェアカーの車両データベースの例図である。 入会申込画面の例図である。 目的地入力画面の例図である。 レコメンドルート画面の例図である。 シェアカー予約画面の例図である。 レコメンドルート詳細画面の例図である。 レコメンド受領確認画面の例図である。 予約確定画面の例図である。 一括決済通知画面の例図である。 付与ポイント表の例図である。 必要ポイント表の例図である。 ログイン後の処理等の手順を示すフローチャートである。 カーシェア決済処理の手順を示すフローチャートである。
　本発明の一実施形態に係る情報処理システム１について説明する。
　情報処理システム１は、事業者が会員（利用者）に車両を貸し出す車両貸出サービスにおける各種情報処理を実行するシステムである。
　車両５００の貸出種別には、「リース」、「サブスク」、「カーシェア」、及び「レンタル」がある。
　これらの貸出種別は、契約期間（利用期間）、決済方法（支払方法）、料金体系などがそれぞれ異なる。
　「リース」は、契約期間が半年から１０年の中長期であり、決済方法として年毎又は月毎に一定の金額（会費）を会員が支払う方式（定額）を採用している。
　「サブスク」は、契約期間がリースとほぼ同様の中長期であり、決済方法として月毎に一定の金額（例えば毎月３００００円の会費）を会員が支払う方式（定額）を採用している。
　「レンタル」は、時間単位で短期の契約を可能とし、決済方法として、車両５００の返却後、利用時間に応じた金額を支払う方法（従量）を採用している。
　また、「レンタル」は、従量金額とは別に毎月定額の会費の負担が必要である。
　「カーシェア」は、１５分単位など超短期の契約を可能とし、決済方法として、車両５００の返却後、利用時間に応じた金額を支払う方法（従量）を採用している。また、「カーシェア」は、従量金額とは別に毎月定額の会費（例えば２０００円）の負担が必要である。
　説明の便宜上、本実施形態の情報処理システム１は、サブスクとカーシェアの２種の貸し出しが可能であるものとする。
　本実施形態において、シェアカーは、公共交通機関（鉄道、バス、飛行機、船）に乗り降りが可能な乗降施設（駅、バス停、飛行場、港）の近隣の駐車場で管理（保管・駐車を含む）している。会員は、予約したシェアカーの管理場所まで行くことで、そのシェアカーを利用することができる。
　サブスク車は、契約期間中は、会員の自宅で管理されており、その間、会員は、サブスク車を自由に利用することができる。
　これに限らず、シェアカーは、事業者の施設（例えば、ＳＳ：サービスステーション）で管理してもよく、サブスク車は、会員の自宅以外の場所で管理してもよい。
　事業者は、チャイルドシートの貸し出しやＮＯＣ（ノンオペレーションチャージ：営業補償料）の付加などのオプションサービスも提供する。
　図１は、本発明の情報処理システム１の概要図である。
　情報処理システム１は、サーバ１００、利用者端末２００、事業者端末３００、決済代行装置４００、交通機関装置６００、及び車両５００（サブスク車、シェアカー）を備え、これらがインターネット９００を介して通信可能に接続される。
　サーバ１００は、管理事業者が運営・管理する情報処理装置である。
　図２は、サーバ１００のハードウェア構成図である。
　サーバ１００は、プロセッサ１０１と、メモリ１０２と、ストレージ１０３と、通信装置１０４と、を備えている。
　プロセッサ１０１は、プログラムを実行することにより、サーバ１００の各部を制御し、サーバ１００の機能を実現する処理を行う。プロセッサ１０１には、例えばＣＰＵ（Central Processing Unit）が用いられる。
　メモリ１０２は、コンピュータが読み取り可能な記録媒体であり、プロセッサ１０１により実行されるプログラムを記憶する。メモリ１０２には、例えばＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）が用いられる。
　ストレージ１０３は、コンピュータが読み取り可能な記録媒体であり、プロセッサ１０１により用いられる各種のデータ及びプログラムを記憶する。ストレージ１０３には、例えばＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive）が用いられる。
　ストレージ１０３には、予め会員データベース１２１と車両データベース１２２とが記憶されている。
　通信装置１０４は、インターネット９００に接続され、例えばインターネット９００を介して利用者端末２００とデータ通信を行う。
　利用者端末２００は、利用者である会員が使用するパーソナルコンピュータ、タブレット端末、スマートフォンなどの情報端末である。
　図３は、利用者端末２００のハードウェア構成図である。
　利用者端末２００は、プロセッサ２０１と、メモリ２０２と、ストレージ２０３と、操作装置２０４と、表示装置２０５と、通信装置２０６と、を備える。
　プロセッサ２０１は、プログラムを実行することにより、利用者端末２００の各部を制御し、利用者端末２００の機能を実現する処理を行う。プロセッサ２０１には、例えばＣＰＵが用いられる。
　メモリ２０２は、コンピュータが読み取り可能な記録媒体であり、プロセッサ２０１により実行されるプログラムを記憶する。メモリ２０２には、例えばＲＡＭ及びＲＯＭが用いられる。ＩＣチップはメモリ２０２に含む。
　ストレージ２０３は、コンピュータが読み取り可能な記録媒体であり、プロセッサ２０１により用いられる各種のデータ及びプログラムを記憶する。ストレージ２０３には、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリなどが用いられる。
　操作装置２０４は、利用者端末２００の操作に用いられる装置である。操作装置２０４は、例えば、パーソナルコンピュータにおけるキーボードやマウス、スマートフォンやタブレット端末におけるタッチパネルなどが該当する。
　表示装置２０５は、各種画面を表示する。表示装置２０５には、例えば液晶ディスプレイが用いられる。表示装置２０５は、タッチセンサと一体となってタッチパネルとして構成されてもよい。
　通信装置２０６は、インターネット９００に接続され、インターネット９００を介してサーバ１００とデータ通信を行う。
　事業者端末３００は、事業所（ＳＳ）に設置されている情報端末である。事業者端末３００は、例えば、パーソナルコンピュータ、タブレット端末、スマートフォンなどが該当する。
　事業者端末３００のハードウェア構成は、利用者端末２００とほぼ同じであるため詳細な説明は省略する。
　事業者（事業所）は、全国各地に存在していることを想定しているが、これに限定するものではない。
　決済代行装置４００は、クレジットカード会社などの決済代行会社に設置されている装置である。決済代行装置４００は、クレジットカード決済などの決済代行処理を実行する情報処理装置である。
　交通機関装置６００は、公共交通機関やその関連会社に設置されている情報処理装置である。
　公共交通機関とは、不特定多数の人々が利用可能な移動手段を提供する交通機関である。
　移動手段には、ＪＲ（Japan Railways）、地下鉄などの鉄道、バス、タクシー、飛行機、船などが含まれる。移動手段には、事業者が貸し出す車両５００は含まれない。
　決済代行装置４００及び交通機関装置６００のハードウェア構成は、サーバ１００とほぼ同じであるため詳細な説明は省略する。
　車両５００は、利用者に貸し出す移動手段であり、内燃機関車、電気自動車（Electric Vehicle。以下、ＥＶともいう）などの自動車が適用される。
　内燃機関車は、ガソリンなどの燃料を燃焼させその燃焼ガスを用いてエンジンを駆動することにより走行する。
　ＥＶは、蓄電池（バッテリー）を備え、充電により蓄電池に蓄電した電力でモーターを駆動することで走行する。
　事業者が提供する車両５００は４輪の自動車に限らず、他の様々な移動手段（二輪車、ドローンなど）でもいい。
　電気自動車には、軽自動車と同等サイズ以下の超小型ＥＶと呼ばれるものもある。
　超小型ＥＶは、乗車定員が４名以下、最高速度６０ｋｍ／ｈ以下、定格出力０．６ｋｗ以上、長さ２．５ｍ以下、幅１．３ｍ以下、高さ２．０ｍ以下、最大積載量３５０ｋｇ以下のものが例示される。
　超小型ＥＶに備えられる蓄電池は、容量９～１０ｋＷｈ（１セルタイプ）、充電時間５～１６時間であり、満充電状態で約１００～１５０ｋｍの航続距離を実現している。
　車両５００には、ドアの施錠及び解錠を制御するロック制御装置（図示省略）が備えられている。
　ロック制御装置は、カードリーダー、電気錠、制御装置、通信装置、及びキーボックスを有する。
　カードリーダーは、運転免許証（すなわちＩＣカード免許証）から免許証番号を読み取る装置であり、例えばドアガラスの内側に設置される。
　このため、利用者がガラス越しに運転免許証をカードリーダーにかざすと、カードリーダーは、運転免許証から免許証番号を読み取る。
　制御装置は、ロック制御装置の各要素を制御する装置であり、カードリーダーが読み取った免許証番号を車両ＩＤと共にサーバ１００に送信する。サーバ１００へのデータ送信には、通信装置が用いられる。
　通信装置は、所定の無線通信規格（例えばＬＴＥ（Long Term Evolution）などの４Ｇや５Ｇ）に従ってサーバ１００と無線通信を実行する。
　サーバ１００には、予約が確定しているシェアカーの車両ＩＤと会員の免許証番号とが紐付けられて管理されている。
　サーバ１００は、車両５００から受信した免許証番号が予約情報として管理されている場合、認証されたことを示す認証情報を車両５００に送信する。
　車両５００では、認証情報をサーバ１００から受信すると、制御装置は、電気錠を制御してドアを解錠／施錠させる。
　キーボックスには、車両５００を駆動させるためのキーが収められている。
　キーボックスからキーを抜き、運転席にあるキーシリンダにキーを差し込むことで車両５００の駆動が可能になる。
　制御装置は、キーボックス内におけるキーの差込状態を監視しており、キーが抜かれた状態を検知すると利用開始情報を車両ＩＤと共にサーバ１００に送信する。制御装置は、その後、キーが差し込まれた状態を検知すると利用終了情報を車両ＩＤと共にサーバ１００に送信する。
　また、車両５００には、ＧＮＳＳ（Global Navigation Satellite System）などの測位手段を備えている。
　なお、免許証番号が記録された運転免許証に限らず、予約した会員を特定可能な情報などを認証情報として記録された他のＩＣカードやスマートフォンなどを施錠／開錠に用いることもできる。
　また、上述の開錠／施錠の方法は、シェアカーに適用されるものであり、サブスク車においては、利用者に渡されたキーのみで開錠／施錠ができるようになっている。
　図４は、情報処理システム１の機能構成図である。
　利用者端末２００は、図４に示すように、操作手段２１０、及び、表示手段２２０を備える。
　利用者端末２００は、サブスクやカーシェアなどの会員の入会申込み、目的地の入力によるレコメンドルートの表示、レコメンドの受領などを行うために使用される。
　利用者端末２００の機能は、プロセッサ２０１がメモリ２０２に記憶されたプログラムを実行することにより、プロセッサ２０１が演算を行い又は利用者端末２００の各部を制御する。
　操作手段２１０は、操作装置２０４において各種操作を実行する。
　具体的には、利用者による操作装置２０４に対する操作に応じ、入会申込みに必要な情報の入力を行う。各種操作に応じ、入力された情報が利用者端末２００からサーバ１００に送信される。
　利用者端末２００からサーバ１００に送信される情報には、入会申込情報、目的地情報、シェアカーの予約情報、レコメンド受領確認情報などがある。
　表示手段２２０は、各種画面（図７～図１４）を表示装置２０５に表示する。
　操作手段２１０は、所定の操作によって、入会申込情報、目的地情報、シェアカーの予約情報、レコメンド受領確認情報の入力を行う。
　具体的には、表示装置２０５に表示されている入会申込画面（図７）、目的地入力画面（図８）、シェアカー予約画面（図１０）、レコメンド受領確認画面（図１２）をタッチ操作することで各種情報を入力する。
　図７は、入会申込画面の例図である。
　入会申込画面は、会員登録を行う際に表示させる画面である。
　本実施形態の情報処理システム１では、サブスク会員とカーシェア会員のうちのいずれかの入会に関する申込操作ができるようになっている。
　図７に示すように、入会申込画面は、個人／法人（利用者種別）、契約者名、住所、免許証番号、会員ＩＤ（email）、支払方法、契約形態（サブスク／カーシェア）などの登録情報を入力する領域２５０が構成されており、選択操作や入力操作により各登録情報が入力できるようになっている。
　入力された登録情報（入会申込情報）は、「申込み」ボタン２５１を押下することで利用者端末２００からサーバ１００に送信される。
　図８は、目的地入力画面の例図である。
　目的地入力画面は、利用者端末２００においてレコメンドルート画面の表示を要求する操作（レコメンド要求操作）があった場合に表示する画面である。
　図８に示すように、目的地入力画面は、目的地を入力する領域２５２により構成されており、入力操作により所望の目的地（到着地）が入力できるようになっている。
　目的地を示す情報（目的地情報）は、「次へ」ボタン２５３を押下することでサーバ１００に送信される。その後、画面は、レコメンドルート画面（図９）に遷移する。
　図９は、レコメンドルート画面の例図である。
　レコメンドルート画面は、目的地までの移動に最適な移動経路を推奨するための画面であり、第１移動経路を表示する領域２５４と、第２移動経路を表示する領域２５５と、第３移動経路を表示する領域２５６とにより構成される。
　「次へ」ボタン２５７を押下すると、画面は、シェアカー予約画面（図１０）に遷移し、「戻る」ボタン２５８を押下すると、画面は、目的地入力画面（図８）に遷移する。
　図１０は、シェアカー予約画面の例図である。
　シェアカー予約画面は、シェアカーの利用期間を入力する画面であり、具体的には、「利用開始日時」を入力する領域２５９と「利用終了日時」を入力する領域２６０とにより構成される。
　「次へ」ボタン２６１を押下すると入力されたシェアカーの利用期間がサーバ１００に送信される。その後、画面は、レコメンドルート詳細画面（図１１）に遷移する。
　「戻る」ボタン２６２を押下すると、画面は、レコメンドルート画面（図９）に遷移する。
　なお、図１０に示すシェアカー予約画面は、サブスク会員がサブスク車とシェアカーとを共に利用する場合に表示する画面であり、通常のシェアカー予約画面（図示省略）とは異なる。
　図１１は、レコメンドルート詳細画面の例図である。
　レコメンドルート詳細画面は、サブスク車に係る第１移動経路を表示する領域２６３と、公共交通機関に係る第２移動経路を表示する領域２６４と、シェアカーに係る第３移動経路を表示する領域２６５とにより構成される。
　また、レコメンドルート詳細画面は、レコメンドルート画面（図９）と異なり、各移動経路における発着時刻や移動時間などの詳細な情報が表示される。
　「次へ」ボタン２６６を押下すると、画面は、レコメンド受領確認画面（図１２）に遷移し、「戻る」ボタン２６７を押下すると、画面は、シェアカー予約画面（図１０）に遷移する。
　図１２は、レコメンド受領確認画面の例図である。
　レコメンド受領確認画面は、レコメンドルート詳細画面（図１１）に表示されたレコメンドルートを会員が受領するか（受け入れるか）否かを確認するための画面である。
　「はい」ボタン２６８を押下するとレコメンド受領確認情報がサーバ１００に送信される。その後、画面は、予約確定画面（図１３）に遷移する。
　「戻る」ボタン２６９を押下すると、画面は、レコメンドルート詳細画面（図１１）に遷移する。
　図１３は、予約確定画面の例図である。
　予約確定画面は、レコメンドルートを会員が受領した場合に表示される画面であり、公共交通機関の乗車券情報が領域２７１に表示され、シェアカーの予約情報が領域２７２に表示される。
　図１４は、一括決済通知画面の例図である。
　一括決済通知画面は、会員がレコメンドルートに沿って移動を行った場合の各利用料を一括決済する場合に表示される情報である。
　図１４に示すように、一括決済通知画面は、第１～３移動経路及び各利用料やその内訳を示す領域２７３、並びに、一括決済される各利用料の合計金額を示す領域２７４によって構成される。
　すなわち、利用者端末２００は、表示手段２２０が、第１～３移動経路の各利用料及びその合計額を表示装置２０５に表示することができる。
　第１～３移動経路の各利用料及びその合計額は、後述するサーバ１００の出力手段１４０により出力（送信）されるレコメンドルートの情報に含まれる情報である。
　サーバ１００は、図４に示すように、受付手段１１０、記憶手段１２０、特定手段１３０、出力手段１４０、利用時間特定手段１５０、利用料算出手段１６０、決済手段１７０、及び特典付与手段１８０を備える。
　サーバ１００は、会員の登録を受け付けたり、サブスク会員の登録を受け付けた場合にカーシェア会員の重複登録を行ったり、レコメンドルートを特定したり、会員に特典を付与したり、決済に用いる利用料の算出などの各処理を実行する。
　サーバ１００の機能は、プロセッサ１０１がメモリ１０２又はストレージ１０３に記憶されたプログラムを実行することにより、プロセッサ１０１が演算を行い又はサーバ１００の各部を制御する。
　受付手段１１０は、利用者端末２００等から送信された情報を受信することで受け付ける手段であり、第１受付手段１１１、第２受付手段１１２、及び第３受付手段１１３を備える。
　第１受付手段１１１は、車両５００の利用期間が第１期間である第１車両貸出サービスの第１会員の登録を受け付ける処理を実行する。
　第２受付手段１１２は、車両５００の利用期間が第１期間より短い第２期間である第２車両貸出サービスの第２会員の登録を受け付ける処理を実行する。
　つまり、本実施形態の情報処理システム１において、第１受付手段１１１は契約期間が中長期のサブスク会員の登録を受け付け、第２受付手段１１２は契約期間が超短期のカーシェア会員の登録を受け付ける。
　具体的には、利用者端末２００の入会申込の操作（図７）において、「サブスク」が選択されたことを示す入会申込情報をサーバ１００が受信すると、「サブスク会員」の登録を受け付け、「カーシェア」が選択されたことを示す入会申込情報をサーバ１００が受信すると、「カーシェア会員」の登録を受け付ける。
　記憶手段１２０は、予め会員データベース１２１と車両データベース１２２とをストレージ１０３に記憶している。
　記憶手段１２０は、第１受付手段１１１による受け付けに基づき、利用者をサブスク会員（第１会員）とする登録情報を記憶し、第２受付手段１１２による受け付けに基づき、利用者をカーシェア会員（第２会員）とする登録情報を記憶する。
　具体的には、サーバ１００は、受付手段１１０がサブスク会員の登録を受け付けると会員データベース１２１にサブスク会員としての登録情報を格納し、受付手段１１０がカーシェア会員の登録を受け付けると会員データベース１２１にカーシェア会員としての登録情報を格納する。
　図５は、会員データベース１２１の例図である。
　同図に示すように、会員データベース１２１は、会員ＩＤ（email）、契約者名、住所、利用者種別（法人又は個人）、契約形態（サブスク会員又はカーシェア会員）、免許証番号、決済方法等から構成される。
　例えば、「山田花子」は、カーシェアの個人会員であり、決済方法がクレジットカード決済であることや、住所や免許証番号などを示す情報により構成されている。
　「イデタ株式会社」は、サブスクの法人会員であり、決済方法が銀行振込であることなどを示す情報により構成されている。
　「鈴木一郎」は、サブスクの個人会員であり、決済方法がクレジットカード決済であることや、住所がＡ市Ｂ町１－２であることや、免許証番号が「１２３４５６」であることなどを示す情報により構成されている。
　なお、「鈴木一郎」の会員情報は、利用者端末２００において、図７に示す入会申込情報を入力することにより、サーバ１００で受け付けられ、記憶された登録情報である。
　ここで、図５において「鈴木一郎」と「イデタ株式会社」の契約形態では、「主」欄に「サブスク」と記録され、「従」欄に「カーシェア」と記録されている。
　これは、情報処理システム１では、サブスク会員になるとカーシェア会員としても重複登録するようにしているからである。
　具体的には、記憶手段１２０が、第１受付手段１１１による受け付けに基づき、利用者を、サブスク会員（第１会員）とすると共にカーシェア会員（第２会員）とする登録情報とを記憶するようにしている。
　他方、「山田花子」の契約形態において、「主」欄には「カーシェア」と記録されており、「従」欄には記録がない。
　つまり、カーシェア会員になってもサブスク会員にはなれないことを意味している。
　このように、サブスク会員は重複してカーシェア会員になれるが、カーシェア会員は重複してサブスク会員になれないようにしたのは以下の理由が含まれる。
　すなわち、サブスクは、中長期に亘るサービスであるため、期間の短いカーシェアに比べ収益性が優れており、サブスク会員に対する付加価値としてカーシェアの利用権を付与することによりサブスク会員の増加による収益の更なる増加が見込めるからである。また、カーシェアは超短期のサービスであるため少ない会費（例えば毎月２０００円）しか徴収できない。このため、サブスク会員から当該会費を徴収しないとしても損失は少なく、当該会費を徴収しないことによりサブスク会員が増加することによる収益の方が大きいからである。他方、カーシェア会員に対しサブスク会員になれるようにしてもこれらのメリットは生じないからである。
　なお、上記以外にも、例えば、中長期のサブスク会員は短期のレンタル会員として重複登録できるようにしたり、中長期のリース会員は短期のレンタル会員又は超短期のカーシェア会員として重複登録できるようにもしてもよい。
［レコメンドルートについて］
　第３受付手段１１３は、目的地を示す情報を受け付ける。
　図８は、目的地入力画面の例図である。
　目的地入力画面は、サブスク会員の利用者端末２００において、所定操作に応じて表示させることができる。
　図８は、サブスク会員である鈴木一郎が、「目的地」として「Ｘ県Ｙ市Ｚ町」を入力した例を示している。
　入力された目的地情報は、利用者端末２００からサーバ１００に送信される。
　サーバ１００は、利用者端末２００から目的地情報を受信すると、第３受付手段１１３が目的地情報を受け付け、当該目的地を示す情報を特定手段１３０に受け渡す。
　特定手段１３０は、サブスク車の位置を示す第１位置情報、シェアカー（第２車両）の位置を示す第２位置情報、及び、目的地の位置情報、並びに、車両貸出サービスにより提供される車両以外の他の移動手段（ＪＲなどの公共交通機関）への乗り降りが可能な位置（例えばＪＲの駅）を示す第３位置情報に基づき、サブスク車（第１車両）、シェアカー（第２車両）及び他の移動手段（鉄道）により目的地まで移動する場合の移動経路（レコメンドルート）を特定する。以下に、レコメンドルートの特定方法の一例を示す。
　サブスク車は、個人会員の場合は、会員の自宅の駐車場で管理されている。
　このため、個人会員の場合、レコメンドルートの出発地は、サブスク車が管理されている会員の自宅の住所と決定している。
　なお、出発地、すなわち、サブスク車の位置は、会員の自宅以外でもよく、例えば、任意の住所を指定したり、測位手段により特定された現在のサブスク車の位置情報を受信して用いたり、法人会員の場合は会社の駐車場や代表社員自宅の住所を用いることもできる。
　シェアカーの位置（第２位置情報）は、目的地から近い（最近隣又は一定距離以内など）管理場所であり、サーバ１００は、当該管理場所で管理されている車両５００を車両データベース１２２を検索して特定する。
　例えば、目的地が「Ｘ県Ｙ市Ｚ町」（図８）である場合、目的地「Ｘ県Ｙ市Ｚ町」から近い管理場所の住所が第２位置情報であり、サーバ１００は、その管理場所に管理されている車両５００をシェアカーとして車両データベース１２２の中から抽出する。
　図６は、シェアカーに関する車両データベース１２２の例図である。
　同図に示すように、車両データベース１２２は、シェアカーとして貸し出し可能な車両５００の管理場所などの情報が格納されている。
　例えば、図６の車両データベース１２２では、車両ＩＤ：a001の超小型ＥＶが、ＪＲのＹ駅の駐車場（Ｘ県Ｙ市９９）で管理されていたり、車両ＩＤ：a002のガソリン車が、○○バス停の駐車場（○○県○○市○○）で管理されている。
　ここでは、目的地に近い管理場所として「ＪＲ　Ｙ駅駐車場」（Ｘ県Ｙ市９９）が抽出され、そこで管理されている車両５００として「車両ＩＤ：a001の超小型ＥＶ」が特定されたものとする。
　つまり、目的地の最寄りの公共交通機関の乗降場所がＪＲのＹ駅として特定され、かつ、Ｙ駅から目的地までの移動手段としてシェアカーを特定することができる。これにより、第３移動経路が特定される。
　なお、目的地の最寄りの公共交通機関の乗降場所を特定するにあたり、例えば、船、新幹線、特急など特定の交通機関や便に限定してもよく、除外してもよい。
　次に、サーバ１００は、自宅から近いＪＲの駅を公知のソフトウェア（例えば地図アプリ等）を用いて特定する。
　これにより、サブスク車の管理場所（第１位置情報）である鈴木一郎の自宅（Ａ市Ｂ町１－２）から近いＪＲの駅としてＡ駅が特定されたものとする。
　つまり、出発地の最寄りの公共交通機関の乗降場所としてＡ駅が特定され、かつ、自宅（出発地）からＪＲのＡ駅まではサブスク車で移動する第１移動経路が特定される。
　また、サーバ１００は、Ａ駅からＹ駅まではＪＲで移動する第２移動経路を特定する。
　つまり、これにより、第１移動経路と第３移動経路とが特定される。
　このように、サーバ１００は、第２位置情報を、会員が指定した目的地の位置情報に基づいて特定し、第１位置情報を、サブスク車の位置情報に基づいて特定し、特定手段１３０は、これらの位置情報に基づいて、複数の移動経路に係るレコメンドルートを特定することができる。
　サーバ１００は、出力手段１４０が、移動経路に関する情報を出力する。
　具体的には、出力手段１４０は、レコメンドルートの情報を利用者端末２００に送信する。
　これにより、利用者端末２００は、表示手段２２０が、以下に示すレコメンドルートの情報を表示することができる（図９参照）。
［レコメンドルート］
・第１移動経路；自宅～Ａ駅：サブスク車
・第２移動経路；Ａ駅～Ｙ駅：ＪＲ（鉄道）
・第３移動経路；Ｙ駅～目的地：シェアカー
　なお、レコメンドルートは上記のように１つを表示するでもよく、複数のレコメンドルートを表示して選択できるようにしてもよい。
　例えば、第２移動経路がＪＲを用いる場合とバスを用いる場合の２通りを表示するようにしてもよい。
［シェアカーの予約について］
　次に、第３移動経路の移動手段であるシェアカーの予約について説明する。
　レコメンドを受領した場合（図９において「次へ」ボタン２５７を押下した場合）、シェアカーの予約に進む。
　この場合、サブスク会員は、図１０に示すシェアカー予約画面を介してシェアカーの予約を申込むことができる。
　具体的には、利用期間として、「利用開始日時」を領域２５９に入力し、「利用終了日時」を領域２６０に入力する。
　ここでは、利用開始日時が「２０２１年７月３１日９時５５分」と入力され、利用終了日時が「２０２１年７月３１日１８時」と入力されたものとする。
　「次へ」ボタン２６１の押下により利用者端末２００から利用開始日時と利用終了日時とを含む予約情報がサーバ１００に送信される。
　なお、予約の際、車両５００の種別（車種、排気量、ＥＶ、メーカーなど）は指定できるようにしてもよい。
　サーバ１００は、予約情報を受信すると、予約スケジュール（図示省略）を参照し、利用開始日時～利用終了日時の期間において、「ＪＲ　Ｙ駅駐車場」（Ｘ県Ｙ市９９）で管理されている車両５００のうち空いている車両５００があるか否かを確認する。
　「予約スケジュール」は、例えば、車両ＩＤごとに車両５００の利用期間が記録され、どの車両５００がどの期間に空いているかを判定可能になっている。
　この結果、利用期間において「Ｙ駅の駐車場」で管理されている車両５００が空いている場合、サーバ１００は、その車両５００の車両ＩＤと利用期間をメモリ等に保持することで仮予約する。
　仮予約は、シェアカーとしての車両５００の車両ＩＤと利用期間は、後述するレコメンド受領確認情報を受信した場合に予約が確定される。
　つまり、予約スケジュールにおいて、予約した車両ＩＤの利用期間が上書きされる（更新される）ことで予約が確定する。
　なお、サーバ１００は、予約可能な車両５００が複数台ある場合にそれぞれを示す情報を利用者端末２００に送信して選択可能に表示させることができる（図示省略）。
　他方、サーバ１００は、予約可能な車両５００がない場合や空いていない場合、その旨を示す情報を利用者端末２００に送信して表示させることもできる。
　この場合、会員は、シェアカー予約画面（図１０）に戻って利用期間を再入力したり、目的地入力画面（図８）に戻って目的地を再入力するなどして予約を改めることもできる。
［レコメンドルート詳細について］
　サーバ１００は、特定手段１３０が、レコメンドルートにおいて、第１～第３移動経路における各移動時間や発着時刻をそれぞれ付したレコメンドルートの詳細情報を特定し、当該詳細情報を利用者端末２００において表示させることもできる（図１１参照）。以下にレコメンドルート詳細の特定方法の一例を示す。
　まず、サーバ１００は、第３移動経路において、シェアカーがＹ駅を出発してから目的地に到達するまでの移動時間を算出する。
　「第３移動経路の移動時間」は、第３移動経路の移動距離と移動速度に基づいて算出することができる。
　「第３移動経路の移動距離」は、例えば、Ｙ駅～目的地の距離を公知のソフトウェアを用いて算出することができる。
　「第３移動経路の移動速度」は、例えば、超小型ＥＶであれば時速３０ｋｍ、それ以外の車両は時速４０ｋｍとすればよい。なお、移動速度は、これに限らず任意の速度を設定することができる。
　この結果、ここでは、第３移動経路の移動時間は「１５分」と算出されたものとする。
　次に、サーバ１００は、「利用開始日時」から「第３移動経路の移動時間」を足した時刻を目的地の到着時刻と特定する。
　これにより、「第３移動経路」の移動時間は１５分であり、Ｙ駅出発は９時５５分であり、目的地到着は１０時１０分であることを特定できる。
　次に、サーバ１００は、利用開始日時の直前にＹ駅に到着可能で、かつ、Ａ駅を発車又は通過する列車の便名（行き先）を公知の時刻表データベース等を参照して特定する。
　例えば、「利用開始日時」が２０２１年９時５５分の場合、９時５０分にＹ駅に到着し、かつ、Ａ駅を８時１５分に出発する鉄道「ＪＲ○○線○○行き」を特定することができる。
　これにより、「第２移動経路」の移動時間は１時間３５分であり、Ａ駅出発は８時１５分であり、Ｙ駅到着は９時５０分であることを特定できる。
　次に、サーバ１００は、第１移動経路において、サブスク車が自宅を出発してからＡ駅に到達するまでの移動時間を算出する。
　「第１移動経路の移動時間」は、第１移動経路の移動距離と移動速度に基づいて算出することができる。
　「第１移動経路の移動距離」は、例えば、自宅～Ａ駅の距離を公知のソフトウェアを用いて算出することができる。
　「第１移動経路の移動速度」は、例えば、超小型ＥＶであれば時速３０ｋｍ、それ以外の車両は時速４０ｋｍとすればよい。
　ここでは、第３移動経路の移動時間は「１５分」と算出されたものとする。
　そうすると、Ａ駅における乗り継ぎ時間（５分とする）を考慮すると、Ａ駅の出発時刻から乗り継ぎ時間を差し引いた時刻「８時１０分」がＡ駅の到着時刻と特定でき、また、当該到着時刻から移動時間「１５分」を差し引いた時刻「７時５５分」が自宅の出発時刻と特定できる。
　つまり、「第１移動経路」の移動時間は１５分であり、自宅出発は７時５５分であり、Ａ駅到着は８時１０分であることを特定できる。
　特定手段１３０は、このようにして、レコメンドルートの詳細情報（レコメンドルート及び各移動経路における移動時間や発着時刻）を特定することができる。
　なお、レコメンドルートは、往路だけでなく復路について特定することもできる。
　サーバ１００は、出力手段１４０が、移動経路に関する情報を出力する。
　具体的には、レコメンドルートの詳細情報（レコメンドルート並びにその移動時間、発着時刻、利用料）を示す情報を利用者端末２００に送信する。
　これにより、利用者端末２００は、受信したレコメンドルートの詳細情報に基づいて詳細画面を表示することができる。
　具体的には、利用者端末２００は、以下に示すように、レコメンドルート（図８）に「各移動経路における移動時間、発着時刻、利用料」を加えたレコメンドルートの詳細を表示することができる（図１１参照）。
［各移動経路における移動時間、発着時刻、利用料］
・「第１移動経路」；自宅～Ａ駅：サブスク車。移動時間：１５分。自宅出発：７時５５分。Ａ駅到着：８時１０分。
・「第２移動経路」；Ａ駅～Ｙ駅：ＪＲ（鉄道）。移動時間：１時間３５分。Ａ駅出発：８時１５分。Ｙ駅到着：９時５０分。利用料（運賃）：○○円。
・「第３移動経路」；Ｙ駅～目的地：シェアカー。移動時間：１５分。Ｙ駅出発：９時５５分。目的地到着：１０時１０分。利用料：○円／１５分単価。
　なお、利用者端末２００は、利用料の合計金額を表示することもできる。
　これにより、会員は、レコメンドルートの詳細を確認することができる。
　レコメンドルート詳細画面において「次へ」ボタン２６８を押下すると、画面は、レコメンド受領確認画面（図１２）に遷移する。
　レコメンド受領画面で「次へ」ボタン２６８を押下した場合、レコメンドルートを受領したことを示すレコメンド受領確認情報が利用者端末２００からサーバ１００に送信される。つまり、この場合、レコメンドルート詳細（公共交通機関やシェアカーの予約を含む）を受け入れたことになる。
　サーバ１００は、レコメンド受領確認情報を受信すると、ＪＲ（公共交通機関）の乗車券の発行を依頼する依頼情報を交通機関装置６００に送信すると共に、シェアカーの予約を確定する処理を実行する。
（乗車券の発行等について）
　交通機関装置６００は、サーバ１００から依頼情報を受信すると、ＪＲの乗車券情報を発行してサーバ１００に送信する。
　乗車券情報には、会員ＩＤや、乗車を所定日（レコメンドルート詳細におけるＪＲの乗車日：２０２１年８月３１日）に限定することを示す情報が含まれている。
　これ以外にも、乗車駅をＡ駅に限ることを示す情報や、降車駅をＹ駅に限ることを示す情報を乗車券情報に含めることができる。
　サーバ１００は、交通機関装置６００から受信した乗車券情報を利用者端末２００に送信する。
　利用者端末２００は、乗車券情報を受信すると当該乗車券情報をメモリ２０２（ＩＣチップ）に格納する。
　これにより、所定日に限り、利用者端末２００をＪＲの駅の改札機にかざすと、改札機がＩＣチップから乗車券情報を読み取って通過を許容するようにできる。つまり、所定日に限り、会員は、Ａ駅で乗車しＹ駅で降車することができる。
　このとき、改札機は、乗車券に含まれる会員ＩＤのほか、実際に乗車／降車した駅である乗車駅及び降車駅の情報、乗車日時及び降車日時などの公共交通利用情報を交通機関装置６００に送信する。
　このため、交通機関装置６００は、改札機から受信した公共交通利用情報に基づいてＪＲを利用した会員の乗車区間や利用料を特定することができる。
　なお、バス、飛行機、船などの他の公共交通機関においても、改札機と同様の機能を有する装置が移動手段や乗降場所（バス、バス停、飛行場、船、港など）に設けられているものとする。
（シェアカーの予約確定等について）
　サーバ１００は、レコメンド受領確認情報を受信すると、シェアカーの予約を確定する。
　具体的には、シェアカー予約画面（図１０）において入力した利用期間に利用可能な車両５００であって、レコメンドルート詳細画面（図１１）において特定された第３移動経路のシェアカーの予約を確定する予約情報を記憶する。
　サーバ１００は、公共交通機関の乗車券情報を発行し、かつ、シェアカーの予約を確定すると、予約確定情報を利用者端末２００に送信する。
　利用者端末２００は、予約確定情報をサーバ１００から受信すると、予約確定画面（図１３）を表示する。
　サーバ１００に記憶される予約情報は、車両５００の利用の許容を示す数値「１」を、会員ＩＤや免許証番号、予約した車両５００の車両ＩＤ、利用期間などにより構成される。
　会員は、予約した利用期間において、予約した車両５００のカードリーダーに運転免許証をかざすと、読み取られた免許証番号がサーバ１００に送信され、サーバ１００では、受信した免許証番号が予約情報に含まれることにより認証を行い、認証された場合に、その車両ＩＤの車両５００に認証されたことを示す認証情報を送信する。
　車両５００は、認証情報を受信すると、ロック制御装置がドアを開錠するなどして、シェアカーとして利用開始可能となる。
　サーバ１００は、車両５００の利用開始／利用終了に伴う利用開始情報／利用終了情報を受信する。
　このため、サーバ１００では、利用時間特定手段１５０が、利用開始情報及び利用終了情報を受信したことに基づいてシェアカーの実際の利用時間（期間）を特定することができる。
　サーバ１００では、利用料算出手段１６０が、利用時間特定手段１５０により特定された利用時間に基づいてシェアカーの利用料を算出する。
　例えば、シェアカーの単位料金が３００円／１５分であり、利用時間が８時間の場合、利用料は３００円×４×８時間＝９６００円と算出される。
　サーバ１００は、決済手段１７０が、通常の決済処理として、サブスク（第１車両貸出サービス）におけるサブスク車（第１車両）の利用料金の決済処理を実行し、カーシェア（第２車両貸出サービス）におけるシェアカー（第２車両）の利用料金の決済処理を実行する。
　例えば、サブスク会員に対しては毎月定額のサブスク車の利用料（例えば３００００円）を請求し、その支払いがあったことを確認する。
　カーシェア会員に対しては利用料算出手段１６０により算出されたシェアカーの利用料（上記例では９６００円）を請求し、その支払いがあったことを確認する。
　決済手段１７０は、このように各種サービスにおける決済処理を個別に実行することを通常の決済処理として行う。
　決済手段１７０は、サブスク車（第１車両）の利用料金と、シェアカー（第２車両）の利用料金と、公共交通機関（他の移動手段）の利用料金と、をまとめて決済する一括決済処理を実行可能である。
　つまり、決済手段１７０は、サブスク車（第１車両）の利用料金と、シェアカー（第２車両）の利用料金とを一括決済処理するようにしてある。
　本願において、まとめて決済する又は一括決済処理するとは、サブスク車両の利用料金やシェアカー車両の利用料金等の複数サービスの全てを一括で決裁する、又は、複数サービスの一部を個別に決済するが、残りの複数を一括で決済してもよいという意味で使用する。これにより、サービスの利用者は、少なくとも二以上のサービスの決済を個別に対応する必要がないことを可能にする。従って、当該サービスの利用者から見て、少なくとも二つ以上のサービスが一括して決済されていればよいので、複数サービスのそれぞれの決済処理は、時間的に同時であっても、異なっていても良い。
　本実施形態の情報処理システム１では、レコメンドを受領した場合には、一括決済処理を実行するようにしている。
　具体的には、サーバ１００がレコメンド受領確認情報を受信した場合には、会員の会員ＩＤに対し利用料を一括で決済することを示す一括決済設定情報を紐付けて記憶する。
　つまり、サーバ１００は、カーシェアの利用終了情報を受信することなどにより、カーシェアの利用を終了した会員（サブスク会員）の会員ＩＤに対し一括決済設定情報が記憶されている場合、サブスク車の利用料と公共交通機関の利用料とシェアカーの利用料とをまとめて決済する一括決済処理を実行する。
　すなわち、決済手段１７０は、一括決済設定情報に基づき、サブスク車（第１車両）の利用料と、シェアカー（第２車両）の利用料と、他の移動手段の利用料と、をまとめて決済する一括決済処理を実行可能にしてある。
　本実施形態の情報処理システム１は、決済代行会社であるクレジットカード会社に決済代行を依頼してある。
　このため、利用料の決済処理（一括決済を含む）は、実質的には、後述の決済代行装置４００において実行される。
　サーバ１００は、決済手段１７０が、車両５００の利用料（サブスク車の利用料やカーシェアの利用料）や、これに公共交通機関の利用料を加えた合計金額を含む決済代行依頼情報を決済代行装置４００に送信する。
　すなわち、クレジットカード会社などの決済代行会社に決済代行を依頼している場合、サーバ１００は、決済手段１７０が、車両５００の利用料に公共交通機関の利用料を加えた合計金額を含む決済代行依頼情報を決済代行装置４００へ送信するようにしている。
［特典付与について］
　サーバ１００は、特典付与手段１８０が、会員に対し条件が満たされた場合に特典を付与する。
　特に、特典付与手段は、出力手段１４０によるレコメンドルート情報の出力を、会員が受け入れたことが示された場合に会員に特典を付与する。
　具体的には、特定手段１３０により特定されたレコメンドルート（移動経路）をサブスク会員が受け入れた場合（図１２に示すレコメンドルート受領確認画面において「はい」ボタン２６８が押下された場合）に、当該サブスク会員に対し特典を付与する。
　特典は、具体的には、ポイントの蓄積数に応じて付与される。
　図１５は、付与ポイント表の例図である。
　付与ポイント表は、各種の付与条件と、付与条件を満たした場合に付与されるポイントとが定められている。
　例えば、レコメンドを受領した会員には１ポイントが付与され、カーシェアを１～３時間利用した会員には２ポイントが付与され、サブスクを１～３年利用した会員には１０ポイントが付与される。
　なお、「レコメンド受領」にはレコメンドに従って実際に移動したことを含めることができ、実際にレコメンドに従って移動したことが証明された場合には相対的に多くのポイントを付与するようにもできる。
　例えば、第２移動経路に従って移動した場合は１ポイントを加算し、第３移動経路に従って移動した場合は１ポイントを加算し、全移動経路に従って移動した場合は５ポイントを加算するようにもできる。
　このように、サーバ１００は、レコメンドに基づいた、一部の移動経路に従って移動した場合には第一ポイントを加算し、全ての移動経路に従って移動した場合には前記第一ポイントよりも多い第二ポイントを加算するようにしている。
　図１６は、各種の特典と、特典が付与されるために必要なポイント数とが定められている。
　例えば、新型シェアカーの先行予約には１ポイントの蓄積が必要であり、チャイルドシートの無料付与には３ポイントの蓄積が必要であり、ＮＯＣの無料付与には４ポイントの蓄積が必要である。
　また、カーシェアの利用に応じた特典もある。
　図１６に示す「カーシェア利用」は、サブスク会員によるカーシェア利用を示す。これにより、サブスク会員の付加価値を高め、サブスク会員の増加及び収益の増加を見込むことができる。なお、単なるカーシェア会員による「カーシェア利用」についてポイントを付与してもよい。
　事業者端末３００は、出力手段３１０を備える。事業者端末３００は、プロセッサがメモリに記憶されたプログラムを実行することにより、プロセッサが演算を行い又は事業者端末３００の各部を制御して実現される。
　事業者端末３００は、サーバ１００から送信された各種情報を受信し、出力手段３１０が利用者端末２００に送信することができる。
　つまり、本実施形態の情報処理システム１では、サーバ１００の出力手段１４０が利用者端末２００に各種情報を直接出力することができ、また、サーバ１００の出力手段１４０が事業者端末３００に各種情報を出力し、これを事業者端末３００の出力手段３１０が利用者端末２００に出力することもできる。
　例えば、サーバ１００が利用者端末２００に向けて送信する全部又は一部の情報を事業者端末３００を中継させることができる。
　これにより、事業者は、車両貸出サービスに関する各種情報を把握・管理することができる。
　交通機関装置６００は、利用料算出手段６１０を備える。交通機関装置６００は、プロセッサがメモリ又はストレージに記憶されたプログラムを実行することにより、プロセッサが演算を行い又は交通機関装置６００の各部を制御して実現される。
　本実施形態の交通機関装置６００は、ＪＲの利用や利用料の算出を担う機能に限定して説明するが、これに限らず、様々な公共交通機関（例えば、バス、船、飛行機など）における同様の機能を備える。
　交通機関装置６００は、利用料算出手段６１０が、会員ＩＤ、実際に乗車／降車した駅である乗車駅及び降車駅の情報、乗車日時及び降車日時などの公共交通利用情報を改札機から受信すると、公共交通機関の利用料を特定する。
　具体的には、利用料算出手段６１０は、乗車駅及び降車駅により特定した乗車区間に基づきＪＲの利用料を算出する。
　例えば、会員ＩＤ：a001の会員がＡ駅で乗車し、Ｙ駅で降車した場合、乗車区間：Ａ駅～Ｙ駅の利用料として５０００円が算出される。
　交通機関装置６００は、利用料算出手段６１０が算出した公共交通機関の利用料を会員ＩＤと共にサーバ１００に送信する。
　サーバ１００は、交通機関装置６００から公共交通機関の利用料情報を受信すると、決済手段１７０に当該公共交通機関の利用料情報を受け渡す。
　このようにすることで、決済手段１７０により、サブスク車（第１車両）の利用料と、シェアカー（第２車両）の利用料と、公共交通機関（他の移動手段）の利用料と、を決済できるようにしてある。
　つまり、サーバ１００では、決済手段１７０により、第１車両貸出サービスと第２車両貸出サービスの利用料が決済されるのみならず、公共交通機関の利用料も決済されるようにしている。
　決済代行装置４００は、決済代行手段４１０を備える。決済代行装置４００は、プロセッサがメモリ又はストレージに記憶されたプログラムを実行することにより、プロセッサが演算を行い又は決済代行装置４００の各部を制御する。
　決済代行装置４００は、決済代行処理に際し、サーバ１００（決済手段１７０）から決済代行依頼情報を受信する。
　決済代行依頼情報には、車両５００の利用料（サブスクの利用料やカーシェアの利用料）や、これに公共交通機関の利用料を加えた合計金額の情報が含まれる。
　決済代行手段４１０は、決済代行依頼情報に含まれる利用料に基づく決済代行処理（通常決済）や合計金額に基づく決済代行処理を実行する。
　本実施形態の決済代行処理は、クレジットカード決済処理であり、当該処理に必要な情報（クレジットカード番号、保有者氏名、有効期限、セキュリティコード等）は予め保持されているものとする。
　なお、決済方法は、クレジットカード決済に限らず、例えば、銀行振込、口座引落、前払い式のキャッシュレス決済などの他の決済方法（支払方法）も可能である。
　例えば、通常決済として、サブスク会員に対しては契約期間中は毎月特定のサブスク決済日に定額の利用料について決済処理を実行し、カーシェア会員に対してはシェアカー利用終了後に利用期間に応じた利用料について決済処理を実行する。
　サブスク会員が契約期間中にシェアカー及び公共交通機関を利用した場合の一括決済処理は、シェアカー利用月以後の所定の月（例えば利用日の翌月）のサブスク決済日にサブスク利用料と公共交通利用料とカーシェア利用料との合計金額について決済処理を実行する。
　すなわち、サブスク会員が契約期間中にシェアカー及び公共交通機関を利用した場合の一括決済処理は、シェアカー利用月以後の所定の月のサブスク決済日にサブスク利用料と公共交通利用料とカーシェア利用料との合計金額について決済処理を実行することもできる。
　図１４は、利用者端末２００において表示可能な一括決済通知画面の例図である。
　一括決済通知は、サーバ１００の出力手段１４０が、一括決済の内容を示す一括決済情報を直接利用者端末２００に送信して通知してもよく、事業者端末３００を介して行うこともできる。
　なお、一括決済通知画面の情報とレコメンドルート詳細画面の情報とを対比可能に並べて表示してもよい。
　これにより、会員がレコメンドルートと実際の移動経路との異同を見比べることができる。
［情報処理方法について］
　本発明の情報処理方法について説明する。
　まず、会員登録について説明する。
　本実施形態において、会員にはサブスク会員とカーシェア会員とがあり、利用者端末２００における操作に基づいて、サーバ１００が、いずれか一方の会員登録を受け付ける（図７）。
　サーバ１００は、カーシェア会員の登録を受け付けた場合、シェアカーを利用可能とする登録情報を会員データベース１２１に記憶する（図５）。
　サーバ１００は、サブスク会員の登録を受け付けた場合、サブスク車を利用可能とする登録情報と共にシェアカーを貸し出し可能とする登録情報を会員データベース１２１に記憶する（図５）。
　すなわち、本発明の情報処理方法においては、サブスク会員（第１会員）の登録を受け付けるステップと、カーシェ会員（第２会員）の登録を受け付けるステップと、サブスク会員（第１会員）の登録を受け付けるステップに基づき、利用者をサブスク会員（第１会員）とする登録情報を記憶し、カーシェア会員（第２会員）の登録を受け付けるステップに基づき、利用者をカーシェア会員（第２会員）とする登録情報を記憶するところ、登録情報を記憶するステップは、サブスク会員（第１会員）の登録を受け付けるステップに基づき、利用者をサブスク会員（第１会員）とするとともにカーシェア会員（第２会員）とする登録情報を記憶する。
　次に、ログイン後の処理等の手順について説明する。
　図１７は、ログイン後の処理等の手順を示すフローチャートである。
　つまり、本処理は、ログイン中の処理であり、ログインした会員の操作を介してのみ実行可能な処理とする。
　図１７に示すように、まず、サーバ１００は、ログインした会員がサブスク会員であることを判定する（Ｓ１０１）。
　具体的には、サブスク会員がサブスク車の貸し出しを受けている状態か否かを判定する。
　ログインした会員がサブスク会員であることが判定された場合（Ｓ１０１－Ｙｅｓ）、利用者端末２００は、レコメンド要求操作が行われたことを判定（監視）する（Ｓ１０２）。
　レコメンド要求操作が行われたことが判定された場合（Ｓ１０２－Ｙｅｓ）、利用者端末２００は、目的地情報が入力されたことを判定（監視）する（Ｓ１０３）。
　具体的には、目的地入力画面を介して目的地情報が入力されたことを判定する。入力された目的地情報はサーバ１００に送信される。
　目的地が入力されたことが判定された場合（Ｓ１０３－Ｙｅｓ）、サーバ１００は、レコメンドルートを特定する（Ｓ１０４）。
　具体的には、サーバ１００は、利用者端末２００から目的地情報を受信すると、特定手段１３０が、サブスク車に係る第１移動経路、公共交通機関に係る第２移動経路、及び、シェアカーに係る第３移動経路からなるレコメンドルートを特定する。
　利用者端末２００はレコメンドルート画面を表示する（Ｓ１０５）。
　具体的には、サーバ１００は、出力手段１４０が、特定したレコメンドルートの情報を利用者端末２００に出力（送信）する。
　利用者端末２００は、サーバ１００から受信したレコメンドルートの情報に基づいてレコメンドルート画面（図９）を表示する。
　次に、利用者端末２００がシェアカー予約画面（図１０）を表示する（Ｓ１０６）。
　具体的には、レコメンドルート画面に示されているレコメンドをサブスク会員が受領した場合、利用者端末２００は、シェアカー予約画面を表示する。
　シェアカー予約画面を介してシェアカーの利用期間が入力されると、利用者端末２００は、入力された利用期間をサーバ１００に送信する。
　続いて、サーバ１００は、特定手段１３０が、利用者端末２００から受信した利用期間に基づいてレコメンドルートの詳細情報を特定する（Ｓ１０７）。
　具体的には、第１～第３移動経路における各移動手段の移動時間、発着時刻、利用料を特定する。
　サーバ１００は、出力手段１４０が、特定したレコメンドルートの詳細情報を利用者端末２００に出力する。
　利用者端末２００は、サーバ１００から受信したレコメンドルートの詳細情報に基づいてレコメンドルート詳細画面（図１１）を表示する（Ｓ１０８）。
　次に、レコメンドが受領されたことを判定する（Ｓ１０９）。
　具体的には、レコメンド受領確認画面（図１２）において「はい」ボタン２６８が押下されたことに応じて利用者端末２００からレコメンド受領確認情報がサーバ１００に送信され、サーバ１００が、当該レコメンド受領確認情報を受信したことに基づいてレコメンドが受領されたことを判定する。
　レコメンドが受領された場合、サーバ１００はシェアカーの予約を確定し、交通機関装置６００は公共交通機関の乗車券情報を発行する（Ｓ１１０）。
　これにより、サブスク会員は、レコメンドルートに従った移動が可能となる。
　また、サーバ１００は、レコメンドを受領した会員に対し、一括決済設定を行う（Ｓ１１１）。具体的には、会員ＩＤに一括決済設定情報を紐付けて記憶する。
　また、サーバ１００は、レコメンドを受領した会員に対し、ポイントを付与する（Ｓ１１２）。
　他方、レコメンドが受領されなかった場合、Ｓ１１０～Ｓ１１２の処理は実行しない。
　カーシェアの決済処理の手順について説明する。
　図１８は、カーシェアの決済処理の手順を示すフローチャートである。
　図１８に示すように、まず、サーバ１００は、カーシェアの利用が終了したことを判定する（Ｓ２０１）。
　具体的には、サーバ１００が、車両５００から利用終了情報を受信した場合に、シェアカーの利用が終了したことを判定する。
　次に、サーバ１００は、利用が終了したシェアカーの利用料を算出する（Ｓ２０２）。
　具体的には、利用時間特定手段１５０が、シェアカーの利用開始日時及び利用終了日時に基づいて利用時間を特定し、利用料算出手段１６０が、利用期間に基づいて利用料を算出する。
　続いて、一括決済設定が行われているか否かを判定する（Ｓ２０３）。
　具体的には、レコメンド受領を示す一括決済設定情報が記憶されているか否かに基づいて一括決済設定が行われているか否かを判定する。
　サーバ１００は、一括決済設定が行われている場合（Ｓ２０３－Ｙｅｓ）、サブスク車の利用料情報を取得する（Ｓ２０４）。
　具体的には、サブスクの契約中であることを前提に、毎月の定額の利用料情報を取得する。
　サーバ１００は、公共交通機関の利用料情報を取得する（Ｓ２０５）。
　例えば、交通機関装置６００は、利用料算出手段６１０が駅の改札機から受信した公共交通利用情報に基づいて公共交通機関の利用料を算出し、当該算出結果をサーバ１００が受信する。
　そして、サーバ１００は、一括決済処理を実行する（Ｓ２０６）。
　具体的には、Ｓ２０２にて算出したシェアカーの利用料、Ｓ２０４にて取得したサブスク車の利用料、及び、Ｓ２０５にて取得した公共交通機関の利用料の合計金額を算出し、当該合計金額を一括決済する。
　他方、サーバ１００は、一括決済設定が行われていない場合（Ｓ２０３－Ｎｏ）、通常の決済処理を実行する（Ｓ２０７）。
　具体的には、サブスク車の利用料は毎月定額を決済し、シェアカーを利用した場合は、その都度、個別に利用料を決済する。
　すなわち、本発明の情報処理方法においては、サブスク（第１車両貸出サービス）におけるサブスク車（第１車両）の利用料金の決済処理を実行し、カーシェア（第２車両貸出サービス）におけるシェアカー（第２車両）の利用料金の決済処理を実行するステップと、を有するところ、前記決済処理を実行するステップは、サブスク車（第１車両）の利用料金と、シェアカー（第２車両）の利用料金と、をまとめて決済する一括決済処理を実行可能にしてある。
［変形例］
　レコメンドルートに公共交通機関の移動経路を含めなくても良い。
　特定手段１３０は、サブスク車（第１車両）の位置を示す第１位置情報、シェアカー（第２車両）の位置を示す第２位置情報、及び、目的地の位置情報に基づき、サブスク車（第１車両）及びシェアカー（第２車両）により所定の出発地から目的地まで移動する場合の移動経路（レコメンドルート）を特定する。
　情報処理システム１においては、サブスク会員がシェアカー会員にもなれることから、サブスク車とシェアカーとを組み合わせた移動経路をレコメンドルートとして演算により特定するものである。
　これにより、例えば、個人のサブスク会員においては、来客時に大型車両としてシェアカーを利用し易くなる。
　決済手段１７０は、サブスク会員がサブスク契約の期間中にカーシェアを利用した場合などには、サブスクの利用料とカーシェアの利用料とをまとめて決済する一括決済処理を実行することができる。
　サブスク会員が契約期間中にシェアカーを利用した場合の一括決済処理は、シェアカー利用月の翌月のサブスク決済日にサブスク利用料とカーシェア利用料との合計金額について決済処理を実行すればよい。
　以上のように、本実施形態のサーバ１００は、利用者に車両を貸し出す車両貸出サービスにおける情報処理を実行する情報処理装置であって、利用者における車両の利用期間が第１期間である第１車両貸出サービスの会員である第１会員の登録を受け付ける第１受付手段と、利用者における車両の利用期間が前記第１期間より短い第２期間である第２車両貸出サービスの会員である第２会員の登録を受け付ける第２受付手段と、前記第１受付手段による受け付けに基づき、利用者を前記第１会員とする登録情報を記憶し、前記第２受付手段による受け付けに基づき、利用者を前記第２会員とする登録情報を記憶する記憶手段と、前記第１車両貸出サービスにおける第１車両の利用料金の決済処理を実行し、前記第２車両貸出サービスにおける第２車両の利用料金の決済処理を実行する決済手段と、を備え、前記記憶手段は、前記第１受付手段による受け付けに基づき、利用者を、前記第１会員とすると共に前記第２会員とする登録情報とを記憶可能であり、前記決済手段は、前記第１車両の利用料金と、前記第２車両の利用料金と、をまとめて決済する一括決済処理を実行可能にしてある。
　このような構成によれば、サブスク会員がカーシェア会員として無料で自動登録されるため、カーシェアをリーズナブルに提供することが可能になる。
　また、決済の利便性を向上させることもできる。
　これにより、事業者にとっては、収益性に優れるサブスク会員の増加や継続を誘引することができるというメリットがある。
　また、利用者にとっては、移動にかかるコストの低減と決済の利便性を向上できるメリットがある。
　例えば、法人のサブスク会員においては、前述のとおり、遠地に出張した場合に、個人のサブスク会員においては旅行先や来客時の大型車両としてシェアカーをリーズナブルに利用でき、乗りたいときに乗りたい場所で乗れる、といった利用ニーズの多様化に供することができる。
　以上、本発明の好ましい実施形態について説明したが、本発明は上述した実施形態にのみ限定されるものではなく、本発明の範囲で種々の変更実施が可能であることは言うまでもない。
　例えば、上述の実施形態では、シェアカーを公共交通機関の乗降場所（例えば駅）の駐車場で管理していることについて説明したが、それ以外の場所管理してもよく、例えば、事業所（ＳＳ）で管理することもできる。
　この場合、目的地に近い駅を特定した後その駅に近い事業所を特定したり、目的地に近い事業所を特定したあとその事業所に近い駅を特定すればよく、いずれの場合も駅～事業所までは徒歩かタクシーを利用して移動するレコメンドルートを特定するようにすればよい。
　レコメンドルートは移動経路のみの情報と詳細情報の２種類表示したが、例えば、詳細情報のみを表示するようにできる。
　この場合、目的地情報とシェアカーの予約（利用期間の入力）とを共に行うようにしてもよい。
　レコメンドの有無にかかわらず、単に、サブスク契約期間内にカーシェアを利用した場合には、サブスク車の利用料とシェアカーの利用料とを一括決済したり、サブスク契約期間内にカーシェアと公共交通機関を利用した場合には、サブスク車の利用料とシェアカーの利用料と公共交通機関の利用料とを一括決済することができる。
　一括決済は、レコメンドとは別に会員が希望した場合に実行してもよい。
　レコメンドを受領した場合にサブスク車の利用料、公共交通機関の利用料、及びシェアカーの利用料の一括決済を行い、レコメンドを受領しなかった場合において、サブスク会員がシェアカーを利用した場合にサブスク車の利用料とシェアカーの利用料の一括決済を行うようにもできる。
　リース、サブスク、レンタル、カーシェアに限らず、これらの一部の組み合わせを含む様々な契約形態（提供形態）を採用することができる。
　例えば、車両５００は自動車に限らず、電動バイクやキックボードを含めることができる。
　このため、サブスク車が超小型ＥＶの場合に、電動バイクやキックボード等を利用するなど、利用形態を拡げることができる。
　情報処理システム１の構成は、上述の実施形態に限らず、一装置の構成の一部又は全部を他の構成装置が備えることもできる。
　例えば、交通機関装置６００における利用料算出手段６１０をサーバ１００や外部装置（例えば決済代行装置４００）が備えてもよく、サーバ１００における利用料算出手段１６０や決済手段１７０を外部装置（例えば決済代行装置４００）が備えてもよい。
　また、情報処理方法の手順は、上記手順に限らず、一部の手順が変更されていてもよい。
　例えば、レコメンド受領（Ｓ１０９－Ｙｅｓ）の直後にポイント付与（Ｓ１１２）の処理を実行してもよく、決済時に実行してもよい。
１：情報処理システム、１００：サーバ、１０１：プロセッサ、１０２：メモリ、１０３：ストレージ、１０４：通信装置、１１０：受付手段、１１１：第１受付手段、１１２：第２受付手段、１１３：第３受付手段、１２０：記憶手段、１２１：会員データベース、１２２：車両データベース、１３０：特定手段、１４０：出力手段、１５０：利用時間特定手段、１６０：利用料算出手段、１７０：決済手段、１８０：特典付与手段、２００：利用者端末、２０１：プロセッサ、２０２：メモリ、２０３：ストレージ、２０４：操作装置、２０５：表示装置、２０６：通信装置、２１０：操作手段、２２０：表示手段、３００：事業者端末、３１０：出力手段、４００：決済代行装置、４１０：決済代行手段、５００：車両、６００：交通機関装置、６１０：利用料算出手段、２５０：領域、２５１：「申込み」ボタン、２５２：領域、２５３：「次へ」ボタン、２５４、２５５、２５６：領域、２５７：「次へ」ボタン、２５８：「戻る」ボタン、２５９、２６０：領域、２６１「次へ」ボタン、２６２：「戻る」ボタン、２６３、２６４、２６５：領域、２６６：「次へ」ボタン、２６７：「戻る」ボタン、２６８：「はい」ボタン、２６９：「戻る」ボタン、２７１、２７２：領域、２７３、２７４：領域

 

Claims (7)

  1. 　利用者に車両を貸し出す車両貸出サービスにおける情報処理を実行する情報処理装置であって、
    　利用者における車両の利用期間が第１期間である第１車両貸出サービスの会員である第１会員の登録を受け付ける第１受付手段と、
    　利用者における車両の利用期間が前記第１期間より短い第２期間である第２車両貸出サービスの会員である第２会員の登録を受け付ける第２受付手段と、
    　前記第１受付手段による受け付けに基づき、利用者を前記第１会員とする登録情報を記憶し、前記第２受付手段による受け付けに基づき、利用者を前記第２会員とする登録情報を記憶する記憶手段と、
    　前記第１車両貸出サービスにおける第１車両の利用料金の決済処理を実行し、前記第２車両貸出サービスにおける第２車両の利用料金の決済処理を実行する決済手段と、を備え、
    　前記記憶手段は、
    　前記第１受付手段による受け付けに基づき、利用者を、前記第１会員とすると共に前記第２会員とする登録情報とを記憶可能であり、
    　前記決済手段は、
    　前記第１車両の利用料金と、前記第２車両の利用料金と、をまとめて決済する一括決済処理を実行可能である
    　ことを特徴とする情報処理装置。
  2. 　目的地を示す情報を受け付ける第３受付手段と、
    　前記第１車両の位置を示す第１位置情報、前記第２車両の位置を示す第２位置情報及び前記目的地の位置情報に基づき、前記第１車両及び第２車両により前記目的地まで移動する場合の移動経路を特定する特定手段と、
    　前記移動経路に関する情報を出力する出力手段と、を備えた
    　ことを特徴とする請求項１に記載の情報処理装置。
  3. 　前記特定手段は、
    　前記第１位置情報、前記第２位置情報、及び、前記目的地の位置情報、並びに、前記車両貸出サービスにより提供される車両以外の他の移動手段への乗り降りが可能な位置を示す第３位置情報に基づき、前記第１車両、前記第２車両及び前記他の移動手段により前記目的地まで移動する場合の移動経路を特定する
    　ことを特徴とする請求項２に記載の情報処理装置。
  4. 　前記決済手段は、
    　前記第１車両の利用料金と、前記第２車両の利用料金と、前記他の移動手段の利用料金と、をまとめて決済する一括決済処理を実行可能である
    　ことを特徴とする請求項３に記載の情報処理装置。
  5. 　前記利用者である会員に対し条件が満たされた場合に特典を付与する特典付与手段を備え、
    　前記特典付与手段は、
    　前記出力手段による情報の出力を、前記会員が受け入れたことが示された場合に、前記会員に特典を付与する
    　ことを特徴とする請求項２～４のいずれか１項に記載の情報処理装置。
  6. 　利用者に車両を貸し出す車両貸出サービスにおける情報処理を実行する情報処理装置のコンピュータを、
    　利用者における車両の利用期間が第１期間である第１車両貸出サービスの会員である第１会員の登録を受け付ける第１受付手段、
    　利用者における車両の利用期間が前記第１期間より短い第２期間である第２車両貸出サービスの会員である第２会員の登録を受け付ける第２受付手段、
    　前記第１受付手段による受け付けに基づき、利用者を前記第１会員とする登録情報を記憶し、前記第２受付手段による受け付けに基づき、利用者を前記第２会員とする登録情報を記憶する記憶手段、
    　前記第１車両貸出サービスにおける第１車両の利用料金の決済処理を実行し、前記第２車両貸出サービスにおける第２車両の利用料金の決済処理を実行する決済手段、として機能させ、
    　前記記憶手段は、
    　前記第１受付手段による受け付けに基づき、利用者を、前記第１会員とすると共に前記第２会員とする登録情報とを記憶可能であり、
    　前記決済手段は、
    　前記第１車両の利用料金と、前記第２車両の利用料金と、をまとめて決済する一括決済処理を実行可能である
    　ことを特徴とするプログラム。
  7. 　利用者に車両を貸し出す車両貸出サービスにおける情報処理を実行する情報処理方法であって、
    　利用者における車両の利用期間が第１期間である第１車両貸出サービスの会員である第１会員の登録を受け付けるステップと、
    　利用者における車両の利用期間が前記第１期間より短い第２期間である第２車両貸出サービスの会員である第２会員の登録を受け付けるステップと、
    　前記第１会員の登録を受け付けるステップに基づき、利用者を前記第１会員とする登録情報を記憶し、前記第２会員の登録を受け付けるステップに基づき、利用者を前記第２会員とする登録情報を記憶するステップと、
    　前記第１車両貸出サービスにおける第１車両の利用料金の決済処理を実行し、前記第２車両貸出サービスにおける第２車両の利用料金の決済処理を実行するステップと、を有し、
    　前記記憶するステップは、
    　前記第１会員の登録を受け付けるステップに基づき、利用者を、前記第１会員とすると共に前記第２会員とする登録情報とを記憶可能であり、
    　前記決済処理を実行するステップは、
    　前記第１車両の利用料金と、前記第２車両の利用料金と、をまとめて決済する一括決済処理を実行可能である
    　ことを特徴とする情報処理方法。

     
PCT/JP2022/022469 2021-08-31 2022-06-02 情報処理装置、プログラム、及び情報処理方法 WO2023032378A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202280058884.9A CN117897719A (zh) 2021-08-31 2022-06-02 信息处理装置、程序以及信息处理方法
EP22863966.2A EP4398172A1 (en) 2021-08-31 2022-06-02 Information processing device, program, and information processing method
JP2023545089A JPWO2023032378A1 (ja) 2021-08-31 2022-06-02

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021141741 2021-08-31
JP2021-141741 2021-08-31

Publications (1)

Publication Number Publication Date
WO2023032378A1 true WO2023032378A1 (ja) 2023-03-09

Family

ID=85411180

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/022469 WO2023032378A1 (ja) 2021-08-31 2022-06-02 情報処理装置、プログラム、及び情報処理方法

Country Status (4)

Country Link
EP (1) EP4398172A1 (ja)
JP (1) JPWO2023032378A1 (ja)
CN (1) CN117897719A (ja)
WO (1) WO2023032378A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014203370A (ja) * 2013-04-09 2014-10-27 アルパイン株式会社 移動手段案内装置および移動手段案内方法
JP2021039593A (ja) * 2019-09-04 2021-03-11 住友三井オートサービス株式会社 カーシェアリングシステム
JP2021117861A (ja) * 2020-01-29 2021-08-10 Ｅｎｅｏｓ株式会社 情報処理システム、情報提供方法およびコンピュータプログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014203370A (ja) * 2013-04-09 2014-10-27 アルパイン株式会社 移動手段案内装置および移動手段案内方法
JP2021039593A (ja) * 2019-09-04 2021-03-11 住友三井オートサービス株式会社 カーシェアリングシステム
JP2021117861A (ja) * 2020-01-29 2021-08-10 Ｅｎｅｏｓ株式会社 情報処理システム、情報提供方法およびコンピュータプログラム

Also Published As

Publication number Publication date
JPWO2023032378A1 (ja) 2023-03-09
CN117897719A (zh) 2024-04-16
EP4398172A1 (en) 2024-07-10

Similar Documents

Publication Publication Date Title
US20090030885A1 (en) Method and system for on-demand and scheduled services relating to travel and transportation
CN111429663B (zh) 车辆租赁管理装置
CN111047725A (zh) 平台营运车辆的etc通行费发票开具方法和系统
CA2345857A1 (en) System and method for automating a vehicle rental process
JP6761213B2 (ja) 車両管理サーバおよびコンピュータプログラム
CN107346504A (zh) 电动汽车租赁智能管理系统
CN108022447A (zh) 一种车位智享停车系统及一种车位共享系统
CN111126639A (zh) 信息处理装置、信息处理方法、记录介质
CN110033637A (zh) 一种车位智享停车系统及一种车位共享系统
CN111121802A (zh) 路线搜索装置、路线搜索方法以及存储有路线搜索程序的非瞬时性存储介质
JP2012244785A (ja) 電気自動車の充電システム
JP6473570B2 (ja) 車両管理サーバ、データ処理装置およびコンピュータプログラム
JP2020067933A (ja) 自動車運行管理システム
JP2020067932A (ja) 自動車運行管理システム
JP6685525B2 (ja) 車両貸出管理システム
WO2023032378A1 (ja) 情報処理装置、プログラム、及び情報処理方法
JP4678925B2 (ja) Ｉｃカード旅客輸送券及び改札システム
WO2022163092A1 (ja) デリバリー型カーシェアリング支援装置及びデリバリー型カーシェアリング支援方法
JP2021033868A (ja) 情報処理装置、情報処理方法、およびプログラム
JP2019194805A (ja) 車両貸出管理システム
CN114021764A (zh) 一种多种交通工具的混合约车方法
JP6740436B1 (ja) 車両共同使用システム
JP2019194842A (ja) 車両貸出管理システム
JP2002288288A (ja) 共通ｉｃカードシステム
Juránková Mobility as a Service in the Shift2MaaS Project

Legal Events

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

Ref document number: 22863966

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 202280058884.9

Country of ref document: CN

Ref document number: 2023545089

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 18687999

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2022863966

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2022863966

Country of ref document: EP

Effective date: 20240402