WO2021038802A1 - 情報処理サーバ、情報処理方法、プログラムおよびサービス提供支援システム - Google Patents

情報処理サーバ、情報処理方法、プログラムおよびサービス提供支援システム Download PDF

Info

Publication number
WO2021038802A1
WO2021038802A1 PCT/JP2019/033957 JP2019033957W WO2021038802A1 WO 2021038802 A1 WO2021038802 A1 WO 2021038802A1 JP 2019033957 W JP2019033957 W JP 2019033957W WO 2021038802 A1 WO2021038802 A1 WO 2021038802A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
payment amount
amount
payment
information processing
Prior art date
Application number
PCT/JP2019/033957
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 BR112022002430A priority Critical patent/BR112022002430A2/pt
Priority to JP2021541907A priority patent/JP7284276B2/ja
Priority to CN201980099395.6A priority patent/CN114245903A/zh
Priority to DE112019007575.6T priority patent/DE112019007575T5/de
Priority to PCT/JP2019/033957 priority patent/WO2021038802A1/ja
Publication of WO2021038802A1 publication Critical patent/WO2021038802A1/ja
Priority to US17/673,288 priority patent/US20220172185A1/en

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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • 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/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • 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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • 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/38—Payment protocols; Details thereof
    • G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403—Solvency checks
    • G06Q20/4037—Remote solvency checks
    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules
    • 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

Definitions

  • the present invention relates to an information processing server, an information processing method, a program, and a service provision support system.
  • Patent Document 1 discloses a technique for determining loan repayment amounts for both a vehicle purchase price and a driving school price related to the acquisition of a driver's license and providing them to an operation terminal. According to such a technology, it is possible to improve the convenience of a user who is considering obtaining a driver's license and purchasing a vehicle by using a loan.
  • the present invention has been made in view of the above problems, and an object of the present invention is to realize a technique capable of further reducing the risk of payment for a user whose solvency varies.
  • An information processing server that manages regular payments by multiple users belonging to a group.
  • a setting means for setting a personal predetermined amount to be paid by each of a plurality of users for each predetermined date, and
  • An acquisition means for acquiring information indicating a payment amount specified by each of the plurality of users for each predetermined date, and an acquisition means.
  • the said A determination means for determining the deemed payment amount of the first user and the second user so that the second payment amount of the second user is compensated by a part of the first payment amount of the first user.
  • FIG. 1 shows an example of the service provision support system which concerns on this Embodiment of this invention
  • Block diagram showing a functional configuration example of the information processing server according to this embodiment Block diagram showing an example of the software configuration of the information processing server according to this embodiment
  • Block diagram showing a functional configuration example of a user communication device according to this embodiment A flowchart showing a series of operations of the payment amount control process according to the present embodiment.
  • FIG. 1 is a diagram showing a configuration example of a service provision support system according to the present embodiment.
  • the service provision support system 10 includes an information processing server 100 and a user communication device 103 used by the user 102.
  • the information processing server 100 is configured to communicate with a plurality of user communication devices 103 used by the plurality of users 102, respectively.
  • the information processing server 100 is a server managed by a service provider, and performs payment amount control processing described later to manage periodic payments by a plurality of users belonging to a group.
  • the details of the payment amount control process will be described later, but each user 102 pays based on the payment amount (also referred to as the actual payment amount) paid by each user 102 (for example, via the user communication device 103). Controls the amount of payment that is considered to have been paid (also called the deemed payment amount).
  • each user 102 periodically makes an individual payment. At one payment timing, if the user's payment amount (actual payment amount) exceeds the predetermined payment amount to be paid, the payment amount is paid to other users in the group that does not exceed the payment amount to be paid.
  • the service provider rents the vehicle 101 to the user 102.
  • the user 102 pays the service provider a predetermined amount as consideration for the loan at a predetermined period (for example, every day, every week, every month).
  • the payment made by the user 102 to the service provider may be paid in the currency of the country where the service is provided, but virtual currency or points issued and managed by the service provider or a third party are used. May be good.
  • the vehicle 101 is, for example, a two-wheeled vehicle, and can carry one customer in addition to the user 102 who is the driver.
  • the vehicle 101 may be able to communicate with the information processing server 100, and may transmit data such as acceleration (also referred to as traveling data) collected by the sensor of the vehicle 101 to the information processing server at any time or at a predetermined timing. it can.
  • the driving data will be described later.
  • the case where the vehicle 101 has two wheels will be described as an example, but the vehicle 101 may have four wheels.
  • the user communication device 103 is, for example, a smartphone owned by the user 102 or lent by a service provider, and can communicate with the information processing server 100 via a communication network.
  • the user 102 can specify the payment amount (actual payment amount) by using the user communication device 103 and transmit the information of the payment amount to the information processing server.
  • FIG. 2 is a block diagram showing a functional configuration example of the information processing server 100.
  • the control unit 200 includes one or more processors (CPU201: Central Processing Unit), a ROM (Read Only Memory) 202, and a RAM (Random Access Memory) 203.
  • the CPU 201 controls various processes shown below by reading and executing a computer program (simply referred to as a program) stored in the ROM 202.
  • the ROM 202 is a non-volatile storage area, and stores programs corresponding to various processes.
  • a semiconductor memory may be used instead of the HDD.
  • the RAM 203 is a volatile storage area, and is used as, for example, a work memory.
  • the control unit 200 may be composed of a GPU (Graphics Processing Unit), an ASIC (Application Specific Integrated Circuit), a dedicated circuit, or the like. Further, each component of the control unit 200 may have a virtualized configuration.
  • the power supply unit 204 is a portion that supplies power from the outside to the information processing server 100.
  • the communication unit 205 is a part for communicating with the vehicle 101, the user communication device 103, and the like via the communication network, and the communication method, communication protocol, and the like are not particularly limited.
  • the recording unit 206 includes a non-volatile recording medium such as an HDD (Hard Disk Drive), and records and holds various information such as the above-mentioned DB.
  • a non-volatile recording medium such as an HDD (Hard Disk Drive)
  • HDD Hard Disk Drive
  • FIG. 3 is a diagram showing an example of a software configuration of the information processing server 100 according to the present embodiment.
  • each part is realized by the CPU 201 reading and executing the program stored in the ROM 202 or the like.
  • Each DB (database) is configured in the recording unit 206.
  • the software configuration shows only configuration examples necessary for the implementation of this embodiment, and each software configuration such as firmware, OS, middleware, and web service module is omitted.
  • the user information acquisition unit 303 acquires user information from the vehicle 101 and the user communication device 103 via the communication unit 205.
  • the user information includes information on the payment amount (actual payment amount) received from the user communication device 103, travel data uploaded from the vehicle 101, and the like.
  • the user information management unit 301 is a part that manages the user data acquired by the user information acquisition unit 303 for each user. For example, the user information management unit 301 makes it possible to identify the user information by using the user's identifier, writes the data of the user in the user management DB 310, and reads the user information recorded in the user management DB 310. Or
  • the group information management unit 302 is a part that manages the formed group and the users who are the constituent members of the group.
  • the group information management unit 302 makes it possible to specify the group information by using the group identifier, for example, and writes the data of the group to the group management DB311 by associating the group identifier with the identifier of the user who is a member. Further, the group information management unit 302 reads out the group information recorded in the group management DB 311 and the information of the user who is a member of the specific group.
  • the personal payment management unit 304 is a part that manages payment information for each user.
  • the personal payment management unit 304 determines, for example, the deemed payment amount for each user based on the payment amount (actual payment amount) of a plurality of users constituting the group.
  • the personal payment management unit 304 can record information such as a deemed payment amount and other payment amounts in the personal payment history DB 313.
  • the personal payment management unit 304 reads out the payment history information recorded in the personal payment history DB 313.
  • the payment information processed by the personal payment management unit 304 will be described later with reference to FIGS. 8 and 9.
  • the group payment management unit 305 determines the payment status of the group as a whole, records the history of the payment amount paid as the group as a whole in the group payment history DB 314, and reads it from the group payment history DB 314.
  • the group payment history DB 314 in addition to the history of the payment amount paid for the entire group, the predetermined amount to be paid for the entire group, the number of counts when the payment amount for the entire group is less than the predetermined amount, and the like. Record.
  • the payment processing unit 306 accesses the personal account information recorded in the personal account DB 312 when executing the actual payment of each user and the adjustment (compensation or refund) of the payment amount as an actual payment transaction. , The part that executes transaction processing for the compensation amount and the deemed payment amount.
  • the personal account DB 312 may further record a transaction history for each user.
  • the transaction history may be recorded using, for example, blockchain technology, and by recording using the blockchain, the risk of unauthorized alteration of the record of each transaction can be reduced.
  • the payment result providing unit 307 confirms, for example, what kind of deemed payment amount or compensation amount is set for the user's payment amount (actual payment amount). Information (payment result information) can be created. Then, the payment result providing unit 307 can transmit the created payment result information to the user communication device 103 (via the communication unit 205).
  • the personal payment management unit 304 determines the deemed payment amount for each user, for example, based on the payment amount (actual payment amount) processed by the plurality of users forming the group.
  • the payment information includes a deemed payment amount and a compensation amount determined by the personal payment management unit 304.
  • FIG. 8 shows the payment information 900 of the first user belonging to the group.
  • the payment information includes, for example, a column for payment due date 901, a column for payment amount (actual payment amount) 902, a column for deemed payment amount 903, and a column for compensation amount 904.
  • the payment due date represents the period of each payment (for example, daily or monthly).
  • the payment due date is set for each day. That is, the user shall pay a predetermined amount (personal payment amount) to be paid by each user for each due date as the rental cost of the vehicle 101.
  • the payment due date 901 indicates N to N-3, and the current day is N, and the due date for the past three days is indicated in addition to the N day.
  • the payment amount (actual payment amount) 902 indicates the payment amount processed by the first user using the user communication device 103 on the payment due date (for example, N days).
  • the payment amount (actual payment amount) 902 is an amount that can be arbitrarily specified by the user. For example, if the personal payment for vehicle rental costs is 400 (the unit of currency is arbitrary), the first user must specify a payment of 400 or more (actual payment) to continue payment. Is desirable. If the first user specifies a payment amount of 400 or more (actual payment amount), at least the amount that the first user should pay on the Nth day will be paid.
  • the information processing server 100 has an account DB.
  • the account DB may be provided on the third party server. That is, payment may be made in the account DB of the third party server based on the information from the communication device 103, and the information processing server 100 may manage the payment information based on the information from the third party server.
  • the deemed payment amount 903 is an amount determined by the payment amount calculation process of the information processing server 100, unlike the payment amount (actual payment amount) 902 that can be specified by the user, and is the third on a specific date (for example, N day). 1 Indicates the payment amount deemed to have been paid by the user as his / her own rental cost.
  • the compensation amount 904 is the amount in which the first user compensates for the shortfall for another second user who cannot pay the personal payment amount, or when the first user cannot pay the personal payment amount. Indicates the cumulative amount of money that the other second user has made up for the shortfall.
  • FIG. 9 shows payment information of the second user. It is assumed that the personal payment amount is set to 400.
  • the first user specifies 500 as the payment amount (actual payment amount). This amount exceeds the personal payment amount of 400.
  • the second user specifies only 300 as the payment amount (actual payment amount). That is, it is assumed that the second user happened to be unable to pay the personal payment amount of 400 on N-1 day due to the fluctuation of the solvency.
  • the payment due date is N days and the second user refunds the compensation amount.
  • the payment due date is N days
  • the first user specifies 400 as the payment amount (actual payment amount)
  • the second user specifies 500 as the payment amount (actual payment amount).
  • the compensated amount that is, 100
  • the payment amount actual payment amount
  • the information processing server 100 calculates the deemed payment amount and the compensation amount according to the payment amount (actual payment amount) of the users in the group.
  • the payment amount of a specific user temporarily does not reach the personal payment amount, it can be adjusted by using the payment amount of another user. Therefore, even if the payment is delayed and the creditworthiness of the user is deteriorated when the user makes the payment alone, the payment can be safely continued.
  • the travel data is managed for each user and generated for each user when the travel data is acquired from the vehicle 101.
  • the driving data includes time-series data showing the transition of the vehicle position from the start time, the end time, and the start to the end time of the user, time-series data indicating the transition of the vehicle speed during the time, and the relevant time series data. Time series data showing the transition of vehicle acceleration over time may be included. In addition, information indicating whether or not the vehicle has traveled in a state where maintenance has not been performed for an appropriate period may be added to the travel data.
  • Group of users As described above, in the group management DB311, the information of the users constituting the group and the information of the group are managed. Groups may be generated in any way. For example, a specific user may invite another user by using the user communication device 103, and form a group with the user who responds to the invitation.
  • the information processing server 100 is suitable for performing a user matching process from a large number of users registered in the service provider to form a group with the user for a specific user. Users may be recommended.
  • the service provider can provide the household account book application to the user of the user communication device 103 in advance so that the daily income and expenditure can be input.
  • the information processing server 100 receives and accumulates income and expenditure data transmitted from the user communication device 103, and specifies the payment ability of each user based on these data. For example, a user who has an average ability to pay more than a personal payment amount in a predetermined period (for example, a period in which a user rents a vehicle in general) is identified, and the identified user is recommended as a candidate for a group member.
  • the average payment ability of the members constituting the group is the payment amount for the group (for example, in a group of 5 people). Members exceeding 2000) may be recommended as candidates. In this way, when recommending members whose average payment ability exceeds the payment amount for the group, for example, recommending a combination of a user with a high average payment ability and a user with a slightly low average payment ability. Can be done.
  • the information processing server 100 clusters users having similar quality levels such as a traveling area, a behavior pattern in one day, or a maintenance state of a vehicle, based on the acquired traveling data and position information from the communication device 103. You may. In this case, the information processing server 100 may cluster users and recommend users whose average individual payment ability or group payment ability exceeds the reference value.
  • FIG. 4 shows a block diagram showing a functional configuration example of the user communication device 103.
  • the control unit 410 includes one or more CPUs 411, a ROM 412, and a RAM 413.
  • the CPU 411 controls various processes in the communication device by reading and executing the program stored in the ROM 412.
  • the program may include the household account book application described above.
  • the ROM 412 is a non-volatile storage medium, for example, a semiconductor memory is used, and programs corresponding to various processes are stored.
  • the RAM 413 is a volatile storage medium and is used as, for example, a work memory.
  • the control unit 410 may be composed of a GPU, an ASIC, a dedicated circuit, or the like.
  • the user communication device 103 includes various parts that provide an interface for information with the outside and the electric power required for the operation of the user communication device 103. Each part shown below operates based on the control by the control unit 410.
  • the operation unit 414 is a portion that receives various operations on the communication device, and includes, for example, a switch and a touch panel. In the present embodiment, the operation unit 414 receives, for example, input of the payment amount (actual payment amount) of each user described above, input of income and expenditure for the household account book application, and the like.
  • the communication unit 415 is a part for communicating with an external device (for example, the information processing server 100) via the network, and the communication method, communication protocol, and the like are not particularly limited.
  • the communication unit 415 transmits, for example, payment information or the like input by the user to the information processing server 100, or receives payment result information or the like generated by the information processing server 100.
  • the power supply unit 416 is a part that supplies electric power to each part of the user communication device 103, and corresponds to a battery.
  • the display unit 417 includes a screen for inputting payment, a screen for displaying payment result information, a display for displaying map data for navigation, and the like.
  • the display unit 417 and the operation unit 414 may be collectively configured as, for example, a touch panel display.
  • the sensor unit 421 includes various sensors such as a GPS (Global Positioning System) and a camera for detecting its own position information.
  • GPS Global Positioning System
  • a camera for detecting its own position information.
  • the vehicle 101 wirelessly communicates with a control unit including one or more CPUs, a storage medium such as a ROM, and a RAM, and various sensors such as a GPS and an acceleration sensor. It has a communication unit that can be performed.
  • the CPU of the vehicle 101 reads and executes the program stored in the recording medium, and transmits the data acquired from the sensors in the vehicle as traveling data (via the communication unit) to the information processing server 100.
  • the information processing server 100 sets an amount to be paid by each user for each due date (that is, an individual payment amount) and an amount to be paid for the entire group for each due date (that is, a group payment amount).
  • the group payment amount is, for example, the personal payment amount multiplied by the number of users.
  • the information processing server 100 can change the predetermined amount for the group based on the number of new users and the personal payment amount according to the increase or decrease in the number of users.
  • the information processing server 100 acquires information indicating the payment amount of each user from the user communication device 103 associated with each user belonging to the group on the payment due date.
  • the information indicating the payment amount corresponds to the information shown in the payment amount (actual payment amount) 902 shown in FIGS. 8 and 9 described above.
  • the payment amount input screen 1101 shown in FIG. 10 includes, for example, a user name display 1102, today's payment amount input field 1103, a payment amount (actual payment amount) 1105, and a payment history field 114.
  • the payment amount is transmitted to the information processing server 100.
  • the user communication device 103 acquires the information of the payment history 1104 related to the user's deemed payment amount so far from the information processing server 100 and presents it on the payment amount input screen.
  • This payment history information is generated, for example, by the payment result providing unit 307 of the information processing server 100. In this way, the user can input the payment amount for today while considering the payment history so far.
  • the payment history an example of displaying the deemed payment amount so far is shown, but in addition, at least one of the history of the deemed payment amount and the payment amount (actual payment amount) and the compensation amount is displayed. You may.
  • the information processing server 100 determines whether the total payment amount satisfies the payment continuation condition by determining the total payment amount in the entire group (total payment amount determination process). The total payment determination process will be described later with reference to FIG.
  • the information processing server 100 executes payment processing for each user and determines the deemed payment amount 903 and the compensation amount 904 for each user. In this step, it is assumed that this process is repeatedly called for the number of users belonging to the group. The payment processing for each user will be described later with reference to FIG.
  • the information processing server 100 determines whether or not this processing satisfies the continuation condition based on the processing result of the total payment determination processing in S503.
  • the information processing server 100 refers to, for example, the flag information indicating that payment cannot be continued in the entire group, which will be described later, and determines in S503 whether the payment is determined in the entire group. If it is determined in S503 that the payment is not possible for the entire group, it is determined that the continuation condition is not satisfied, and this series of operations is terminated. In addition, even if all the users constituting the group end or cancel the payment and leave the group, it is determined that the continuation condition is not satisfied, and this series of operations is terminated. If not, the information processing server 100 returns the process to S502 and repeats the process.
  • the information processing server 100 determines whether the total payment amount (actual payment amount) of each user in the group acquired in S502 is equal to or more than the amount to be paid by the entire group (that is, the payment amount for the group). To do.
  • the information processing server 100 proceeds to S605 when the total payment amount (actual payment amount) of each user in the group is equal to or more than the payment amount for the group (for example, 2000 in a group of 5 people). If not, the total payment amount (actual payment amount) of each user in the group is less than the payment amount for the group, so the process proceeds to S602.
  • the information processing server 100 increases the insolvency count for counting the number of times that the payment amount of each user in the group is less than the payment amount for the group by 1 (note that this insolvency count is initially set to 0). Has been made).
  • the information processing server 100 determines whether the insolvency count is equal to or greater than a predetermined number. When the insolvency count is equal to or greater than a predetermined number, the information processing server 100 determines that it is impossible to proceed to S604 and continue payment in the entire group. At this time, for example, the information processing server 100 sets the flag information indicating that it is impossible to continue payment in the entire group to 1. That is, the information processing server 100 pays by a plurality of users for each due date (that is, this series of processes) when the number of times the payment amount of the group as a whole of the plurality of users is less than the payment amount for the group becomes a predetermined number or more. ) Is being canceled.
  • the information processing server 100 proceeds to S605 and determines that payment (continuation) is possible for the entire group. At this time, for example, the information processing server 100 sets the flag information indicating that it is impossible to continue payment in the entire group to 0. The information processing server 100 then returns the process to the caller.
  • the information processing server 100 deducts (that is, refunds) the compensation amount received from another user from the user's payment amount (actual payment amount). This process corresponds to the calculation of the deemed payment amount (eg, 500-100) when the payment due date is N, with reference to FIG.
  • the case where there is only one user who refunds the compensation amount is explained as an example.
  • the information of the user who refunds the compensation amount is transmitted to the user communication device 103, and the compensation amount is refunded according to the selection made by the user. You may decide the user.
  • the information processing server 100 may select to which user the compensation amount is refunded when there are a plurality of users. For example, the user with the highest priority may be compensated according to a predetermined priority order, such as selecting the user with the largest compensation amount from the plurality of users.
  • the information processing server 100 determines whether the deducted payment amount is equal to or more than a predetermined value (here, corresponding to the personal payment amount). If the information processing server 100 determines that the payment amount after deduction is equal to or greater than a predetermined value, the process proceeds to S703, and if not, the process proceeds to S710.
  • a predetermined value here, corresponding to the personal payment amount
  • the information processing server 100 determines whether the deducted payment amount is the same as the predetermined value (personal payment amount). If the payment amount after deduction is the same as the predetermined value (personal payment amount), the payment amount after deduction is in a state where there is no excess or deficiency with respect to the personal payment amount, so make up for other users. Is not compensated by other users. Therefore, the information processing server 100 advances the processing to S707. On the other hand, when the payment amount after deduction exceeds the predetermined value, the information processing server 100 can compensate other users, and therefore proceeds to S704.
  • the information processing server 100 determines whether there is another user in the group who needs compensation. When the information processing server 100 determines that there is another user in the group who needs compensation, the information processing server 100 proceeds to S705, and if not, proceeds to S706.
  • the case where there is one other user who needs compensation is explained as an example.
  • the information of the user who needs compensation is transmitted to the user communication device 103, and the user who performs compensation is selected according to the selection obtained by the user. You may decide.
  • the information processing server 100 may select which user is to be compensated when there are a plurality of other users who need compensation. For example, the user with the highest priority may be compensated according to a predetermined priority order, such as selecting the user having the largest amount of compensation required from a plurality of users.
  • the information processing server 100 compensates for the amount of payment after deduction in S703 that exceeds the personal payment amount and is required by another user. Therefore, the compensation amount to another user out of the amount exceeding the personal payment amount is deducted from the payment amount obtained in S701.
  • the information processing server 100 determines the payment amount after deduction as its own payment amount. That is, the information processing server 100 determines the amount obtained by subtracting the compensation amount and equal to or more than the personal payment amount as the deemed payment amount of the user. This process corresponds to, for example, that on day N-1 in FIG. 8, the deemed payment amount of the first user was determined as 400 after deducting the compensation amount (100) to the second user.
  • the information processing server 100 determines whether there is a refund of the compensation amount from another user in the group, and if there is a refund of the compensation amount, the compensation amount is added to the deemed payment amount determined in S706. to add. That is, when the compensation amount is refunded, the deemed payment amount of the user who provided the compensation amount is determined based on the user's deemed payment amount determined in S706 and the refunded compensation amount.
  • S707 may be performed between S701 and S702.
  • processing of S707 corresponds to the addition of the refund of the compensation amount from the second user to the deemed payment amount of the first user on the Nth day in FIG.
  • additional services may be provided to users whose cumulative deemed payment amount has reached the target value. That is, in S708, in the information processing server 100, the cumulative total of the deemed payments of the user so far (that is, the cumulative total of the deemed payments N-3 to N in the example of FIG. 8) is equal to or higher than the predetermined target value. Determine if there is. For a user who has reached a predetermined target value, for example, the user provides a service capable of completing payment and receiving delivery of the vehicle.
  • the information processing server 100 determines that the cumulative total of deemed payments has exceeded a predetermined target value
  • the information processing server 100 proceeds to S720.
  • the information processing server 100 ends the payment of the individual by the user and leaves the group. That is, this user ends the payment in the group, and the number of members in the group is reduced by one.
  • S708 when it is determined that the cumulative total of the deemed payment amount of the user so far is not equal to or more than the predetermined target value, the process is returned to S504 which is the caller.
  • the information processing server 100 determines whether another user can make up for the shortfall. That is, if No is determined in S702, it means that the payment amount after deduction is less than the personal payment amount, so is it possible for another user to compensate to satisfy the personal payment amount? To judge.
  • the processing proceeds to S711, and if not, the processing proceeds to S707 without performing anything.
  • the information processing server 100 determines the amount of the shortage of the user to be processed compensated by the compensation amount of another user as the deemed payment amount. At this time, the supplemented payment amount is determined so that the deemed payment amount of the user to be processed becomes the same as the personal payment amount. In this way, the processing target user can satisfy the personal payment amount, while the compensating user can prevent the payment amount from being unnecessarily reduced. In the example shown in FIG. 9 above, this process corresponds to receiving compensation from the first user when the payment amount of the second user is insufficient on the N-1 day.
  • the information processing server 100 finishes the process of S711, the information processing server 100 proceeds to the above-mentioned S707.
  • the information of the payment amount for each user confirmed in S502 includes the first payment amount of the first user (Yes in S702 and No in S703) that exceeds the personal payment amount, and the individual. It is determined whether or not the second payment amount of the second user, which is less than the payment amount, is included (Yes in S704). Then, when it is determined that the payment is included, the payments of the first user and the second user are paid so that the second payment amount of the second user is compensated by a part of the first payment amount of the first user (S705). The amount was determined (S707 and S711).
  • the user can make payment as a group and obtain compensation for payment from other users in the group even if the personal payment amount is not satisfied on a specific payment date.
  • the payment amount of oneself exceeds the personal payment amount
  • the payment of another user who does not satisfy the personal payment amount can be compensated. That is, it is possible to further reduce the risk of payment for users whose solvency varies.
  • the user receives a vehicle loan, accumulates the payment amount while paying the loan cost, and when the accumulated payment amount reaches the target amount, the rented vehicle is delivered.
  • this embodiment is not limited to the example of receiving the delivery of the vehicle. That is, products other than vehicles may be targeted.
  • additional services are not limited to the delivery of rented products, but provide other services such as delivery of products other than the rented products and granting of units (points) of economic value. You may. Further, it can be applied not only to the case of lending a product but also to the payment of a loan in which a fixed payment is made at a predetermined date.
  • the information processing server 100 has a cumulative total of the user's deemed payments so far (that is, in the example of FIG. 8, the cumulative total of actual payments from N-3 to N). It is determined whether the value is equal to or higher than the predetermined target value. However, it may be determined whether or not the compensation amount that compensates the payment of another user and has not been refunded is added to the cumulative total of the deemed payment amounts and is equal to or more than the target value. In this way, you can reach your goals faster based on the amount you have already paid.
  • the compensation amount that has been compensated from the payments of other users and has not been refunded is equal to or more than the target value after subtracting from the cumulative total of the actual payment amounts. In this way, it is possible to motivate a refund of the amount compensated from the payment of another user. In other words, it may be determined whether the cumulative total of actual payments is equal to or greater than a predetermined target value.
  • the information processing server of the above embodiment An information processing server (for example, 100) that manages periodic payments by multiple users belonging to a group.
  • a setting means for example, 304, S501
  • An acquisition means for example, 304, S502
  • the information acquired by the acquisition means includes the first payment amount of the first user exceeding the personal predetermined amount and the second payment amount of the second user less than the personal predetermined amount, the second user's second payment amount. 2
  • It has a determination means (for example, 304, S706, S711) for determining the deemed payment amount of the first user and the second user so that the payment amount is covered by a part of the first payment amount of the first user. ..
  • the determination means supplements the second payment amount of the second user so that the amount determined as the deemed payment amount of the second user is the same as the personal predetermined amount (for example, S711).
  • a user whose payment is less than the personal predetermined amount can satisfy the personal payment amount, while the compensating user can prevent the payment amount from being unnecessarily reduced. ..
  • the determination means determines the amount obtained by subtracting a part used for compensation and equal to or more than the personal predetermined amount as the deemed payment amount of the first user (for example, S706).
  • the user who made the compensation can accumulate the amount exceeding the personal predetermined amount as his / her own payment, so that the target value can be reached quickly.
  • the determination means is one in which the second user is reimbursed in order to refund a part of the reimbursed to the second user to the first user according to the second payment amount specified by the second user on the next predetermined date. The portion is subtracted to determine the deemed payment amount of the second user (for example, S701).
  • the determination means pays the deemed payment amount of the first user to the first payment of the first user. Determined based on the amount and the portion refunded by the second user (eg S707).
  • the user who made the compensation can add the refund amount to his / her deemed payment amount and accumulate it, so that the target value can be reached quickly.
  • a plurality of users can further set a predetermined amount for the group to be paid by the group as a whole for each predetermined date (for example, S305 and S501).
  • the information processing server is a means of canceling payment by a plurality of users for each predetermined date when the total payment amount of a group of a plurality of users is less than a predetermined amount for a group more than a predetermined number. For example, it further has 305, S604).
  • the payment of the group can be stopped and the loss of the service provider can be reduced.
  • the setting means changes the group predetermined amount based on the number of new users and the personal predetermined amount as the number of a plurality of users increases or decreases.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Marketing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本実施形態で開示される情報処理サーバは、グループに属す複数のユーザによる定期的な支払を管理する情報処理サーバであって、複数のユーザのそれぞれが所定の期日毎に支払うべき個人用所定額を設定する設定手段と、所定の期日毎に、複数のユーザがそれぞれの指定した支払い額を示す情報を取得する取得手段と、取得手段が取得した情報に、個人用所定額を上回る第１ユーザの第１支払い額と、個人用所定額に満たない第２ユーザの第２支払い額とが含まれる場合、第２ユーザの第２支払い額が第１ユーザの第１支払い額の一部により補填されるように、第１ユーザと第２ユーザのみなし支払い額を決定する決定手段と、を有する。

Description

情報処理サーバ、情報処理方法、プログラムおよびサービス提供支援システム
　本発明は、情報処理サーバ、情報処理方法、プログラムおよびサービス提供支援システムに関する。
　一般に、二輪車や四輪車を含む車両等の高額なものを購入する場合には、購入金額を分割して一定額を定期的に支払うローンを利用することが可能である。例えば、特許文献１には、車両購入代金と運転免許の取得に係る自動車教習所代金との両方のローン返済額を決定して操作端末に提供する技術を開示している。このような技術によれば、ローンを利用して運転免許の取得と車両の購入を検討しているユーザの利便性を向上させることができる。
特許第６５１８８２４号公報
　ところで、従来のローンやレンタルは、定期的な支払いをユーザ本人が単独で行うことが前提となっている。このため、たとえ平均的な支払能力を考慮すればローンやレンタル料を支払う能力があっても、１回ごとの支払いの期間（例えば日ごと、月ごと）の収入が大きく変動して支払能力が変動するユーザにとってはリスクが高く、利用し難い場合があった。
　本発明は、上記課題に鑑みてなされ、その目的は、支払能力に変動があるユーザに対して支払いにおけるリスクをより低減することが可能な技術を実現することである。
　本発明によれば、
　グループに属す複数のユーザによる定期的な支払を管理する情報処理サーバであって、
　複数のユーザのそれぞれが所定の期日毎に支払うべき個人用所定額を設定する設定手段と、
　前記所定の期日毎に、前記複数のユーザがそれぞれの指定した支払い額を示す情報を取得する取得手段と、
　前記取得手段が取得した前記情報に、前記個人用所定額を上回る第１ユーザの第１支払い額と、前記個人用所定額に満たない第２ユーザの第２支払い額とが含まれる場合、前記第２ユーザの前記第２支払い額が前記第１ユーザの前記第１支払い額の一部により補填されるように、前記第１ユーザと前記第２ユーザのみなし支払い額を決定する決定手段と、を有する情報処理サーバが提供される。
　本発明によれば、支払能力に変動があるユーザに対して支払いにおけるリスクをより低減することが可能な技術を提供可能になる。
　添付図面は明細書に含まれ、その一部を構成し、本発明の実施の形態を示し、その記述と共に本発明の原理を説明するために用いられる。
本発明の本実施形態に係るサービス提供支援システムの一例を示す図 本実施形態に係る情報処理サーバの機能構成例を示すブロック図 本実施形態に係る情報処理サーバのソフトウェア構成の一例を示すブロック図 本実施形態に係るユーザ用通信装置の機能構成例を示すブロック図 本実施形態に係る支払額制御処理の一連の動作を示すフローチャート 本実施形態に係る支払総額判定処理の一連の動作を示すフローチャート 本実施形態に係るユーザ毎の支払処理の一連の動作を示すフローチャート 本実施形態に係るグループに属す第１ユーザの支払情報の一例を示す図 本実施形態に係るグループに属す第２ユーザの支払情報の一例を示す図 本実施形態に係る支払額入力画面の一例を示す図
　以下、添付図面を参照して実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものでするものでなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴うち二つ以上の特徴が任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。
　［システム概要］
　図１は、本実施形態に係るサービス提供支援システムの構成例を示す図である。本実施形態に係るサービス提供支援システム１０は、情報処理サーバ１００と、ユーザ１０２によって使用されるユーザ用通信装置１０３とを含む。ここで、情報処理サーバ１００は、複数のユーザ１０２がそれぞれ使用する複数のユーザ用通信装置１０３と通信するように構成される。
　情報処理サーバ１００は、サービス提供業者によって管理されるサーバであり、後述する支払額制御処理を行って、グループに属す複数のユーザによる定期的な支払を管理する。支払額制御処理の詳細については後述するが、それぞれのユーザ１０２によって（例えばユーザ用通信装置１０３を介して）支払い処理された支払額（実支払額ともいう）に基づいて、各ユーザ１０２により支払われたとみなされる支払い額（みなし支払額ともいう）を制御する。以下に説明する支払額制御処理では、個々のユーザ１０２が定期的に個々の支払いを行う。１回の支払タイミングでは、ユーザの支払額（実支払額）が所定の支払うべき支払金額を超えている場合には、支払うべき支払金額を超えないグループ内の他のユーザに対して支払金額を補填することができる。このように、グループを形成した複数のユーザ間で各回の支払タイミングにおける支払を補填し合うことにより、個々のユーザの支払いが必要な額に満たない場合を低減し、支払能力が変動するユーザであっても支払いのリスクを低減し得る。
本実施形態では、サービス提供業者は、車両１０１をユーザ１０２にレンタルしている。ユーザ１０２はサービス提供業者に対して所定の期間ごと（例えば１日ごと、１週間ごと、１か月ごと）に貸与の対価として所定の額の支払を行う。
　　ユーザ１０２がサービス提供業者に対して行う支払いは、サービスの行われている国の通貨で支払われてもよいが、サービス提供業者や第三者が発行、管理する仮想通貨やポイントが用いられてもよい。
　車両１０１は、例えば二輪の車両であり、運転者であるユーザ１０２のほかに、１名の客を乗せることができる。車両１０１は、情報処理サーバ１００と通信が可能であってよく、車両１０１のセンサで収集された加速度等のデータ（走行データともいう）を随時あるいは所定のタイミングで情報処理サーバに送信することができる。走行データについては後述する。なお、本実施形態では、車両１０１が二輪である場合を例に説明するが車両１０１は四輪であってもよい。
　ユーザ用通信装置１０３は、例えば、ユーザ１０２が保有する或いはサービス提供業者から貸与されるスマートフォンであり、通信ネットワークを介して情報処理サーバ１００と通信することができる。ユーザ１０２は、ユーザ用通信装置１０３を用いて、支払額（実支払額）を指定し、情報処理サーバに当該支払い額の情報を送信することができる。
　［情報処理サーバの機能構成例］
　図２は、情報処理サーバ１００の機能構成例を示すブロック図である。制御部２００は、１つ以上のプロセッサ（ＣＰＵ２０１：Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）と、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）２０３とを含んで構成される。ＣＰＵ２０１は、ＲＯＭ２０２に格納されたコンピュータプログラム（単にプログラムという）を読み出して実行することにより、以下に示す各種処理を制御する。ＲＯＭ２０２は、不揮発性の記憶領域であり、各種処理に対応するプログラムが格納される。なお、ＨＤＤの代わりに半導体メモリが用いられてもよい。ＲＡＭ２０３は、揮発性の記憶領域であり、例えば、ワークメモリなどとして利用される。なお、制御部２００は、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｐｅｃｉｆｉｃ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）、あるいは専用回路などから構成されてもよい。また、制御部２００の各構成要素が仮想化された構成であってもよい。
　電源部２０４は、情報処理サーバ１００に外部からの電源を供給する部位である。通信部２０５は、通信ネットワークを介して車両１０１やユーザ用通信装置１０３等と通信を行うための部位であり、通信方式や通信プロトコルなどは特に限定されるものではない。
　記録部２０６は、例えばＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）などの不揮発性の記録媒体を含み、上述するＤＢなどの各種情報を記録し保持する。
　［情報処理サーバのソフトウェア構成］
　図３は、本実施形態に係る情報処理サーバ１００のソフトウェア構成の例を示す図である。本実施形態において、各部はＣＰＵ２０１がＲＯＭ２０２等に格納されたプログラムを読み出して実行することにより実現される。各ＤＢ（データベース）は、記録部２０６に構成される。なお、ソフトウェア構成は本実施形態の実施に必要な構成例のみを示しており、ファームウェア、ＯＳ、ミドルウェア、ウェブサービス用モジュールなどの各ソフトウェア構成は省略している。
　ユーザ情報取得部３０３は、車両１０１およびユーザ用通信装置１０３からのユーザ情報を通信部２０５を介して取得する。ユーザ情報は、ユーザ用通信装置１０３から受信する支払額（実支払額）の情報、車両１０１からアップロードされる走行データなどを含む。
　ユーザ情報管理部３０１は、ユーザ情報取得部３０３によって取得されたユーザのデータを、ユーザ毎に管理する部位である。ユーザ情報管理部３０１は、例えば、ユーザの識別子を用いてユーザ情報を特定できるようにして、当該ユーザのデータをユーザ管理ＤＢ３１０に書き込んだり、また、ユーザ管理ＤＢ３１０に記録されているユーザ情報を読み出したりする。
　グループ情報管理部３０２は、形成されたグループと、当該グループの構成メンバであるユーザを管理する部位である。グループ情報管理部３０２は、例えば、グループの識別子を用いてグループ情報を特定できるようにし、また、グループ識別子と構成員であるユーザの識別子を関連付けて、当該グループのデータをグループ管理ＤＢ３１１に書き込む。また、グループ情報管理部３０２は、グループ管理ＤＢ３１１に記録されているグループ情報や、特定のグループの構成員であるユーザの情報を読み出したりする。
　個人支払管理部３０４は、ユーザごとの支払情報を管理する部位である。個人支払管理部３０４は、例えば、グループを構成する複数のユーザの支払額（実支払額）に基づき、ユーザごとのみなし支払額を決定する。個人支払管理部３０４は、みなし支払額や他の支払額等の情報を個人支払履歴ＤＢ３１３に記録することができる。また、個人支払管理部３０４は、個人支払履歴ＤＢ３１３に記録されている支払履歴の情報を読み出したりする。個人支払管理部３０４が処理する支払情報については、図８および図９を参照して後述する。
　グループ支払管理部３０５は、グループ全体としての支払い状況を判定し、グループ全体として支払われた支払額の履歴をグループ支払履歴ＤＢ３１４に記録したり、グループ支払履歴ＤＢ３１４から読み出したりする。グループ支払履歴ＤＢ３１４には、グループ全体として支払われた支払額の履歴のほか、グループ全体として支払うべき所定の額や、グループ全体の支払額が当該所定の額に満たなかった場合のカウント数などを記録する。
　決済処理部３０６は、各ユーザの実際の支払いや支払額の調整（補填や返金）を、実際の支払いのトランザクションとして実行する場合に、個人口座ＤＢ３１２に記録される個人口座の情報にアクセスして、補填額やみなし支払額に対するトランザクション処理を実行する部位である。個人口座ＤＢ３１２は、更に、ユーザごとのトランザクションの履歴を記録してもよい。トランザクションの履歴は、例えばブロックチェーン技術を用いて記録されてよく、ブロックチェーンを用いて記録することで各トランザクションの記録を不正に改ざんされるリスクを低減することができる。
　支払結果提供部３０７は、各ユーザの支払いが完了すると、例えば、ユーザの支払額（実支払額）に対して、どのようなみなし支払額や補填額が設定されたのかをユーザが確認するための情報（支払結果情報）を作成することができる。そして、支払結果提供部３０７は、作成した支払結果情報を、ユーザ用通信装置１０３に（通信部２０５を介して）送信することができる。
　［支払情報と支払額制御処理の概要］
　上述したように、個人支払管理部３０４は、例えば、グループを構成する複数のユーザが支払い処理した支払額（実支払額）に基づき、ユーザごとのみなし支払額を決定する。支払情報は、個人支払管理部３０４によって決定されるみなし支払額や補填額を含む。図８には、グループに属す第１ユーザの支払情報９００を示している。支払情報は、例えば、支払期日９０１の欄と、支払額（実支払額）９０２の欄と、みなし支払額９０３の欄と、補填額９０４の欄とを含む。
　支払期日は、１回ごとの支払いの期間（例えば日ごと、月ごと）を表す。本実施形態では、支払期日は日ごとに設定されている。すなわち、ユーザは、車両１０１のレンタル費用として、各ユーザが期日毎に支払うべき予め決められた金額（個人用支払額）を支払うものとする。図８の例では、支払期日９０１は、Ｎ～Ｎ－３を示し、当日をＮとして、Ｎ日のほかに過去３日分の期日を示している。
　支払額（実支払額）９０２は、その支払期日（例えばＮ日）に、第１ユーザがユーザ用通信装置１０３を用いて支払い処理した支払額を示す。支払額（実支払額）９０２は、ユーザが任意に指定することができる金額である。例えば、車両のレンタル費用に対する個人用支払額が４００（通貨の単位は任意である）である場合、第１ユーザは支払いを継続するために４００以上の支払額（実支払額）を指定することが望ましい。第１ユーザが４００以上の支払額（実支払額）を指定すれば、少なくとも第１ユーザがＮ日に支払うべき額は支払われることになる。
　なお、本実施形態では、情報処理サーバ１００が口座ＤＢを有している。しかし、第三者サーバに口座ＤＢを設けてもよい。すなわち、通信装置１０３からの情報に基づき、当該第三者サーバの口座ＤＢにて支払いがなされ、情報処理サーバ１００は当該第三者サーバからの情報に基づき、支払い情報管理を行ってもよい。
　みなし支払額９０３は、ユーザが指定可能な支払額（実支払額）９０２とは異なり、情報処理サーバ１００の支払額算定処理によって決定された額であり、特定の期日（例えばＮ日）における第１ユーザが自己のレンタル費用として支払ったとみなされる支払額を示す。
　補填額９０４は、個人用支払額を払うことができない他の第２ユーザのために、第１ユーザが不足分を補填した額、或いは、第１ユーザが個人用支払額を払うことができない場合に他の第２ユーザが不足分を補填した額の累計を表す。
　図８及び図９の例を参照して、より具体的に説明する。なお、図９は、第２ユーザの支払情報を示している。個人用支払額は４００に設定されているものとする。
　例えば、Ｎ－１日の支払に着目する。支払期日がＮ－１の場合、図８に示すように、第１ユーザは、支払額（実支払額）として５００を指定している。この金額は、個人用支払額である４００を超えた額となっている。一方、支払期日がＮ－１の場合、図９に示すように、第２ユーザは、支払額（実支払額）に３００しか指定していない。つまり、第２ユーザは、支払能力の変動により、たまたまＮ－１日には個人用支払額である４００を支払うことができなかったことが想定される。
　このような支払額（実支払額）が指定された場合、支払額制御処理では、第１ユーザのみなし支払額を４００として、残りの１００を補填額として第２ユーザに補填する。このため、Ｎ－１日における第２ユーザのみなし支払額は３００＋１００＝４００となり、第２ユーザは個人用支払額に相当する４００の支払いを行うことができているとみなされる。第２ユーザは第１ユーザから補填額として１００を受けているため、補填額９０４は、第１ユーザから１００の補填を受けたことを示す「－１００」となる。反対に第１ユーザの補填額９０４は、第２ユーザに１００を補填したことを示す「＋１００」となる。
　更に、支払期日がＮ日になり、第２ユーザが補填額を返金する場合の例について説明する。支払期日がＮ日である場合、例えば、第１ユーザは支払額（実支払額）として４００を指定し、第２ユーザは支払額（実支払額）として５００を指定している。
　例えば、第２ユーザのみなし支払額を計算する場合、まず、支払額（実支払額）である５００から補填されていた額（すなわち１００）が差し引かれる。これは、第１ユーザに対して、補填額を返金するためである。これにより、第２ユーザのみなし支払額は４００となり、補填額は０に戻る。
　一方、第１ユーザのみなし支払額は、支払額（実支払額）である４００に加えて、第２ユーザからの補填額の返金（すなわち１００）があったため、４００＋１００＝５００となる。
　このように、支払額制御処理では、情報処理サーバ１００によって、グループ内のユーザの支払額（実支払額）に応じてみなし支払額と補填額とを算出する。これにより、一時的に特定のユーザの支払額が個人用支払額に届かない場合が生じても他のユーザの支払額を用いて調整することができる。このため、ユーザが単独で支払いを行う場合に支払いが滞ってユーザの信用力が低下するような場合であっても、支払いを安全に継続することができる。
　［走行データ］
　走行データは、車両１０１から走行データを取得する場合に、各ユーザごとに管理され、ユーザごとに生成される。走行データには、ユーザによる運転の開始時刻、終了時刻、開始から終了時刻までの間の車両の位置の推移を示す時系列データ、当該時刻間の車両の速度の推移を示す時系列データ、当該時刻間の車両の加速度の推移を示す時系列データが含まれてよい。また、走行データには、当該車両の走行が然るべき期間にメンテナンスがなされていない状態で走行したものか否かを示す情報が付加されてもよい。
　［ユーザのグループ］
　上述したように、グループ管理ＤＢ３１１では、グループを構成するユーザの情報とグループの情報とが管理される。グループは、任意の方法で生成されてよい。例えば、特定のユーザがユーザ用通信装置１０３を用いて、他のユーザを招待し、招待に応じたユーザとグループを構成してもよい。
　或いは、情報処理サーバ１００が、サービス提供事業者に登録されている多数のユーザのなかからユーザのマッチング処理を行って、特定のユーザに対して、当該ユーザとグループを構成するのに適した他のユーザを推薦するようにしてもよい。
　例えば、事前にサービス提供事業者は家計簿アプリケーションをユーザ用通信装置１０３のユーザに提供し、日々の収支を入力可能にすることができる。この場合、情報処理サーバ１００は、当該ユーザ用通信装置１０３から送信された収入や支出のデータを受信、蓄積し、これらのデータに基づいて、各ユーザの支払い能力を特定する。例えば、（例えば一般にユーザが車両をレンタルする期間などの）所定の期間において平均的に個人用支払額を上回る支払い能力のあるユーザを特定し、特定したユーザをグループメンバの候補として推薦する。
　また、上記のように各ユーザの平均的な支払い能力が個人用支払額を上回る場合に限らず、グループを構成するメンバによる平均的な支払い能力が、グループ用支払額（例えば５人のグループでは２０００）を上回るメンバを候補者として推薦してもよい。このように、平均的な支払い能力が、グループ用支払額を上回るメンバを推薦する場合、例えば平均的な支払い能力が高いユーザとへ平均的な支払い能力のやや低いユーザとを組み合わせて推薦することができる。
　更に、情報処理サーバ１００は、取得した走行データや通信装置１０３からの位置情報に基づいて、走行するエリア、１日における行動パターン或いは車両のメンテナンス状態等の品質レベルの類似するユーザ同士をクラスタリングしてもよい。この場合、情報処理サーバ１００は、ユーザをクラスタリングしたうえで、平均的な個人の支払い能力或いはグループとしての支払い能力が基準値を超えるユーザを推薦してもよい。
　［ユーザ用通信装置１０３の機能構成例］
　次に、ユーザ用通信装置１０３の機能構成例について説明する。図４は、ユーザ用通信装置１０３の機能構成例を示すブロック図を示している。制御部４１０は、１つ以上のＣＰＵ４１１と、ＲＯＭ４１２と、ＲＡＭ４１３とを含んで構成される。ＣＰＵ４１１は、ＲＯＭ４１２に格納されたプログラムを読み出して実行することにより、通信装置における各種処理を制御する。プログラムには、上述の家計簿アプリケーションを含んでよい。ＲＯＭ４１２は、不揮発性の記憶媒体であり、例えば半導体メモリが用いられ、各種処理に対応するプログラムが格納される。ＲＡＭ４１３は、揮発性の記憶媒体であり、例えば、ワークメモリなどとして利用される。なお、制御部４１０は、ＧＰＵやＡＳＩＣ、あるいは専用回路などから構成されてもよい。
　更に、本実施形態に係るユーザ用通信装置１０３は、外部との情報のインターフェースやユーザ用通信装置１０３の動作に必要な電力などを提供する各種部位を備える。以下に示す各部位は、制御部４１０による制御に基づいて動作する。操作部４１４は、通信装置に対する各種操作を受け付ける部位であり、例えば、スイッチやタッチパネルなどが含まれる。操作部４１４は、本実施形態では、例えば、上述した各ユーザの支払額（実支払額）の入力や、家計簿アプリケーションに対する収支の入力等を受け付ける。
　通信部４１５は、ネットワークを介して外部装置（例えば情報処理サーバ１００）と通信を行うための部位であり、通信方式や通信プロトコルなどは特に限定するものではない。通信部４１５は、例えば、ユーザによって入力された支払情報等を情報処理サーバ１００に送信したり、情報処理サーバ１００で生成された支払結果情報などを受信したりする。
　電源部４１６は、ユーザ用通信装置１０３の各部位に電力を供給する部位であり、バッテリーに相当する。表示部４１７は、支払を入力する画面や支払結果情報を表示する画面、ナビゲーション用の地図データなどを表示するディスプレイなどが含まれる。表示部４１７と操作部４１４は、例えば、タッチパネルディスプレイとしてまとめて構成されてもよい。
　センサ部４２１は、自身の位置情報を検知するためのＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）やカメラなどの各種センサを含む。
　［車両１０１の構成］
　車両１０１の構成については図示していないが、車両１０１は、１つ以上のＣＰＵとＲＯＭ等の記憶媒体とＲＡＭとを含む制御部と、例えばＧＰＳや加速度センサ等の各種センサと、無線通信を行うことが可能な通信部を有する。車両１０１のＣＰＵは、記録媒体に格納されたプログラムを読み出して実行することにより、車両内のセンサから取得したデータを走行データとして（通信部を介して）情報処理サーバ１００へ送信する。
　［支払額制御処理の一連の動作］
　次に、図５を参照して、本実施形態に係る情報処理サーバ１００における支払額制御処理の一連の動作について、説明する。本実施形態において、本処理は、情報処理サーバ１００のＣＰＵ２０１がＲＯＭ２０２に記憶されたプログラムを読み出して実行することにより実現される。各処理工程は、例えば、図２の部位や図３の処理部のそれぞれが協働して実現されるが、ここでは説明を簡略化するために、処理主体を情報処理サーバ１００として包括的に説明する。
　Ｓ５０１において、情報処理サーバ１００は、各ユーザが期日毎に支払うべき額（すなわち個人用支払額）と、期日毎にグループ全体として支払うべき額（すなわちグループ用支払額）とを設定する。グループ用支払額は、例えば個人用支払額にユーザの数を乗算した数である。
　なお、本支払額制御処理では、グループに属すユーザの数を増加させ又は減少させることができる。このため、情報処理サーバ１００は、ユーザの数が増加し又は減少したことに応じて、新たなユーザの数と個人用支払額と基づいてグループ用所定額を変更することができる。
　Ｓ５０２において、情報処理サーバ１００は、支払期日において、グループに属す各ユーザに関連付けられたユーザ用通信装置１０３から、各ユーザの支払額を示す情報を取得する。支払額を示す情報は、上述した図８及び図９に示した、支払額（実支払額）９０２に示す情報に対応する。
　各ユーザは、ユーザ用通信装置１０３において、例えば、図１０に示す支払額入力画面において、支払額を入力する。図１０に示す支払額入力画面１１０１は、例えば、ユーザ名表示１１０２と、本日の支払額入力フィールド１１０３と、支払額（実支払額）１１０５と、支払履歴フィールド１１４とを含む。
　ユーザは、自身の収入に応じて、本日分の支払額を支払額（実支払額）１１０５として入力すると、当該支払額が情報処理サーバ１００に送信される。ユーザ用通信装置１０３は、ユーザのこれまでのみなし支払額に係る支払履歴１１０４の情報を、情報処理サーバ１００から取得して支払額入力画面に提示する。この支払履歴の情報は、例えば、情報処理サーバ１００の支払結果提供部３０７によって生成される。このようにすれば、ユーザは、これまでの支払履歴を考慮しながら、本日分の支払額を入力することができる。なお、支払履歴には、これまでのみなし支払額を表示する例を示したが、更に、みなし支払額と支払額（実支払額）の履歴と補填額との少なくともいずれかを表示するようにしてもよい。
　Ｓ５０３において、情報処理サーバ１００は、グループ全体における支払総額を判定すること（支払総額判定処理）により、当該支払総額が支払いの継続条件を満たすかを判定する。支払総額判定処理については、図６を参照して後述する。
　Ｓ５０４において、情報処理サーバ１００は、ユーザ毎の支払処理を実行して、各ユーザのみなし支払額９０３や補填額９０４を決定する。なお、本ステップでは、グループに属すユーザの数だけ、本処理が繰り返し呼び出されるものとする。ユーザ毎の支払処理については、図７を参照して後述する。
　Ｓ５０５において、情報処理サーバ１００は、Ｓ５０３における支払総額判定処理の処理結果に基づいて、本処理が継続条件を満たすかを判定する。情報処理サーバ１００は、例えば、後述するグループ全体で支払を継続することが不可能であることを示すフラグ情報を参照し、Ｓ５０３においてグループ全体で支払不可能と判定されたかを判定する。Ｓ５０３において、グループ全体で支払不可能と判定された場合には、継続条件を満たさないと判定して、本一連の動作を終了する。また、グループを構成する全てのユーザが支払いを終了又は中止してグループから抜けた場合にも、継続条件を満たさないと判定して、本一連の動作を終了する。そうでない場合、情報処理サーバ１００は、処理をＳ５０２に戻して処理を繰り返す。
　［支払総額判定処理の一連の動作］
　次に、図６を参照して、支払総額判定処理の一連の動作について説明する。本処理は、上述の支払額制御処理と同様、情報処理サーバ１００のＣＰＵ２０１がＲＯＭ２０２に記憶されたプログラムを読み出して実行することにより実現される。各処理工程は、例えば、図２の部位や図３の処理部のそれぞれが協働して実現されるが、ここでは説明を簡略化するために、処理主体を情報処理サーバ１００として包括的に説明する。本処理は、Ｓ５０３における処理が実行される際に読み出される。
　Ｓ６０１において、情報処理サーバ１００は、Ｓ５０２において取得されたグループ内の各ユーザの支払額（実支払額）の総額が、グループ全体で支払うべき額（すなわちグループ用支払額）以上であるかを判定する。情報処理サーバ１００は、グループ内の各ユーザの支払額（実支払額）の総額がグループ用支払額（例えば５人のグループでは２０００）以上である場合、Ｓ６０５に進む。そうでない場合、グループ内の各ユーザの支払額（実支払額）の総額がグループ用支払額に満たないため、Ｓ６０２に進む。
　Ｓ６０２において、情報処理サーバ１００は、グループ内の各ユーザの支払額がグループ用支払額に満たない回数をカウントするための支払不能カウントを１だけ増加させる（なお、この支払不能カウントは０に初期化されている）。
　Ｓ６０３において、情報処理サーバ１００は、支払不能カウントが所定数以上であるかを判定する。情報処理サーバ１００は、支払不能カウントが所定数以上である場合には、Ｓ６０４に進んでグループ全体で支払を継続することは不可能であると判定する。このとき、例えば、情報処理サーバ１００は、グループ全体で支払を継続することが不可能であることを示すフラグ情報を１に設定する。すなわち、情報処理サーバ１００は、複数のユーザのグループ全体としての支払い額がグループ用支払額に満たない回数が所定数以上となる場合に、複数のユーザによる期日毎の支払（すなわち本一連の処理）を中止する処理を行っている。
　一方、情報処理サーバ１００は、支払不能カウントが所定回数を下回る場合には、Ｓ６０５に進んでグループ全体で支払（を継続）可能と判定する。このとき、例えば、情報処理サーバ１００は、グループ全体で支払を継続することが不可能であることを示すフラグ情報を０に設定する。情報処理サーバ１００は、その後、処理を呼び出し元に戻す。
　［ユーザ毎の支払処理の一連の動作］
　次に、図７を参照して、ユーザ毎の支払処理の一連の動作について説明する。本処理は、上述の支払額制御処理と同様、情報処理サーバ１００のＣＰＵ２０１がＲＯＭ２０２に記憶されたプログラムを読み出して実行することにより実現される。各処理工程は、例えば、図２の部位や図３の処理部のそれぞれが協働して実現されるが、ここでは説明を簡略化するために、処理主体を情報処理サーバ１００として包括的に説明する。なお、本処理は、記載の簡便のため、一人のユーザに対する処理を例示している。実際には、本処理は、グループに属すユーザの数だけ本処理が繰り返し実行される。
　Ｓ７０１において、情報処理サーバ１００は、ユーザの支払額（実支払額）から、他のユーザから受けた補填額を差し引く（すなわち返金する）。この処理は、図９を参照して、支払期日がＮである場合のみなし支払額の算出（例えば５００－１００）に相当する。
　なお、この例では、補填額を返金するユーザが一人である場合を例に説明している。しかし、補填額を返金するユーザが複数である場合には、補填額を返金するユーザの情報をユーザ用通信装置１０３に送信し、ユーザによる選択を取得したことに応じて、補填額を返金するユーザを決めてもよい。また、補填額を返金するユーザが複数である場合にどのユーザに返金するかを、情報処理サーバ１００が選択してもよい。例えば、複数のユーザのうち、そのユーザからの補填額が最も大きいユーザを選択するなど、予め決められた優先順に応じて、優先度の高いユーザに補填を行うようにしてもよい。
　Ｓ７０２において、情報処理サーバ１００は、差し引き後の支払額が所定値（ここでは個人用支払額に相当）以上であるかを判定する。情報処理サーバ１００は、差し引き後の支払額が所定値以上であると判定した場合には、Ｓ７０３に進み、そうでない場合にはＳ７１０に進む。
　Ｓ７０３において、情報処理サーバ１００は、差し引き後の支払額が所定値（個人用支払額）と同額であるかを判定する。差し引き後の支払額が所定値（個人用支払額）と同額である場合、差し引き後の支払額は、個人用支払額に対して過不足の無い状態であるから、他のユーザを補填することも他のユーザに補填されることもない。従って、情報処理サーバ１００は、処理をＳ７０７に進める。一方、情報処理サーバ１００は、差し引き後の支払額が所定値を上回る場合、他のユーザを補填することができるため、Ｓ７０４に進む。
　Ｓ７０４において、情報処理サーバ１００は、グループ内に補填の必要な別のユーザがいるかを判定する。情報処理サーバ１００は、グループ内に補填の必要な別のユーザがいると判定した場合、Ｓ７０５に処理を進め、そうでない場合にはＳ７０６に処理を進める。
　なお、この例では、補填の必要な別のユーザが一人である場合を例に説明している。しかし、補填の必要な別のユーザが複数である場合には、補填の必要なユーザの情報をユーザ用通信装置１０３に送信し、ユーザによる選択を取得したことに応じて、補填を行うユーザを決めてもよい。また、補填の必要な別のユーザが複数である場合にどのユーザに補填するかを、情報処理サーバ１００が選択してもよい。例えば、複数のユーザのうち、補填の必要な額が最も大きいユーザを選択するなど、予め決められた優先順に応じて、優先度の高いユーザに補填を行うようにしてもよい。
　Ｓ７０５では、情報処理サーバ１００は、Ｓ７０３における差し引き後の支払額において、個人用支払額を超える分のうち、他のユーザが必要とする補填額を補填する。このため、個人用支払額を超える分のうちの別のユーザへの補填額を、Ｓ７０１で求めた支払額から差し引く。
　Ｓ７０６において、情報処理サーバ１００は、差し引き後の支払額を自身の支払額として決定する。すなわち、情報処理サーバ１００は、補填額を差し引いた額であって個人用支払額以上となる額をユーザのみなし支払額として決定する。この処理は、例えば、図８におけるＮ－１日において、第１ユーザのみなし支払額が、第２ユーザへの補填額（１００）を差し引いた後に４００として決定されたことと対応する。
　Ｓ７０７において、情報処理サーバ１００は、グループ内の更なる別のユーザから、補填額の返金があるかを判定し、補填額の返金がある場合、Ｓ７０６において決定されたみなし支払額に補填額を加算する。すなわち、補填額が返金される場合、補填額を提供したユーザのみなし支払額は、Ｓ７０６で決定されたユーザのみなし支払額と返金された補填額とに基づいて決定される。なお、Ｓ７０７をＳ７０１とＳ７０２との間で行ってもよい。
　
　なお、Ｓ７０７の処理は、図８におけるＮ日において、第１ユーザのみなし支払額に第２ユーザから補填額の返金を加算したことと対応する。
　個人用支払い額以上の支払いを動機づけるために、みなし支払額の累計が目標値に達したユーザに追加的なサービスを提供してもよい。すなわち、Ｓ７０８において、情報処理サーバ１００は、ユーザのこれまでのみなし支払額の累計（すなわち、図８の例では、Ｎ－３～Ｎまでのみなし支払額の累計）が所定の目標値以上であるかを判定する。所定の目標値に達したユーザには、例えば、当該ユーザは支払いを終了し車両の引き渡しを受けることが可能なサービスを提供する。
　情報処理サーバ１００は、みなし支払額の累計が所定の目標値を超えたと判定した場合には、Ｓ７２０に進む。Ｓ７２０において、情報処理サーバ１００は、当該ユーザによる個人の支払を終了してグループから離脱させる。すなわち、このユーザは当該グループでの支払を終了し、グループのメンバが一人減少する。一方、Ｓ７０８において、ユーザのこれまでのみなし支払額の累計が所定の目標値以上であるないと判定した場合、呼び出し元であるＳ５０４に処理を戻す。
　Ｓ７１０において、情報処理サーバ１００は、不足分を他のユーザが補填可能か判定する。つまり、Ｓ７０２においてＮｏと判定された場合には、差し引き後の支払額が個人用支払額に満たないことを意味するため、個人用支払額を満たすために他のユーザによる補填が可能であるかを判定する。情報処理サーバ１００は、不足分を他のユーザが補填可能であると判定した場合、Ｓ７１１に処理を進め、そうでない場合、何も行わずにＳ７０７に処理を進める。
　Ｓ７１１において、情報処理サーバ１００は、処理対象のユーザの不足分を他のユーザの補填額により補填した額をみなし支払額として決定する。このとき、処理対象のユーザのみなし支払額が個人用支払額と同額になるように、補填した支払額が決定される。このようにすれば、処理対象のユーザは個人用支払額を満たすことができ、一方、補填する側のユーザは不必要に支払額を減らさないようにすることができる。この処理は、上記図９に示した例では、Ｎ－１日において、第２ユーザの支払額に不足分が発生していた際に、第１ユーザから補填を受けたことに相当する。情報処理サーバ１００は、Ｓ７１１の処理を終了すると上述したＳ７０７に処理を進める。
　このように、ユーザ毎の支払処理では、Ｓ５０２において確認したユーザ毎の支払い額の情報に、個人用支払額を上回る第１ユーザの第１支払い額（Ｓ７０２でＹｅｓ且つＳ７０３でＮｏ）と、個人用支払額に満たない第２ユーザの第２支払い額とが含まれる（Ｓ７０４でＹｅｓ）かを判定する。そして、含まれると判定した場合には、第２ユーザの第２支払い額が第１ユーザの第１支払い額の一部により補填される（Ｓ７０５）ように、第１ユーザと第２ユーザの支払い額を決定する（Ｓ７０７及びＳ７１１）ようにした。
　このような動作により、ユーザはグループとして支払を行いながら、特定の支払期日に、個人用支払額を満たさないときがあっても、グループ内の他のユーザから支払いの補填を得ることができる。また、自身の支払額が個人用支払額を上回るときは、個人用支払額を満たさない他のユーザの支払いを補填することができる。すなわち、支払能力に変動があるユーザに対して支払いにおけるリスクをより低減することが可能になる。
　なお、上述の説明では、ユーザが車両の貸与を受けて貸与費用を支払いながら支払額を蓄積し、蓄積した支払額が目標額に達した場合に、レンタルしていた車両の引き渡しを受ける例について説明した。しかし、本実施形態は、車両の引き渡しを受ける例に限定されない。すなわち、車両以外の他の製品を対象にしてもよい。また、追加的サービスは、貸与されていた製品の引き渡しに限らず、貸与されていた製品とは別の製品の引き渡しや経済的価値のある単位（ポイント）の付与等、別のサービスを提供してもよい。また、製品を貸与する場合に限らず、所定の期日ごとに一定の支払いを行うローンの支払いにも適用することができる。
　また、上述の実施形態では、Ｓ７０８において、情報処理サーバ１００は、ユーザのこれまでのみなし支払額の累計（すなわち、図８の例では、Ｎ－３～Ｎまでの実支払額の累計）が所定の目標値以上であるかを判定するようにした。しかし、他のユーザの支払を補填し且つまだ返金されていない補填額を、みなし支払額の累計に加えたうえで目標値以上であるかを判定してもよい。このようにすれば、自身が既に支払っている金額に基づいてより早く目標を達成することができる。また、他のユーザの支払から補填され且つまだ返金していない補填額を、実支払額の累計から引いたうえで目標値以上であるかを判定してもよい。このようにすれば、他のユーザの支払から補填された金額の返金を動機づけることができる。また、つまり実支払額の累計が所定の目標値以上かを判定してもよい。
　＜実施形態のまとめ＞
　１．上記実施形態の情報処理サーバは、
　グループに属す複数のユーザによる定期的な支払を管理する情報処理サーバ（例えば１００）であって、
　複数のユーザのそれぞれが所定の期日毎に支払うべき個人用所定額を設定する設定手段（例えば３０４、Ｓ５０１）と、
　所定の期日毎に、複数のユーザがそれぞれの指定した支払い額を示す情報を取得する取得手段（例えば３０４、Ｓ５０２）と、
　取得手段が取得した情報に、個人用所定額を上回る第１ユーザの第１支払い額と、個人用所定額に満たない第２ユーザの第２支払い額とが含まれる場合、第２ユーザの第２支払い額が第１ユーザの第１支払い額の一部により補填されるように、第１ユーザと第２ユーザのみなし支払い額を決定する決定手段（例えば３０４、Ｓ７０６、Ｓ７１１）と、を有する。
　この実施形態によれば、支払能力に変動があるユーザに対して支払いにおけるリスクをより低減することが可能にすることができる。
　２．上記実施形態の情報処理サーバでは、
　決定手段は、第２ユーザのみなし支払い額として決定される額が個人用所定額と同額になるように、第２ユーザの第２支払い額を補填する（例えばＳ７１１）。
　この実施形態によれば、支払いが個人用所定額に満たないユーザは個人用支払額を満たすことができ、一方、補填する側のユーザは不必要に支払額を減らさないようにすることができる。
　３．上記実施形態の情報処理サーバでは、
　決定手段は、補填に用いた一部を差し引いた額であって個人用所定額以上となる額を第１ユーザのみなし支払い額として決定する（例えばＳ７０６）。
　この実施形態によれば、補填を行ったユーザは個人用所定額を超える額を自身の支払いとして蓄積できるため、早く目標値に到達できるようになる。
　４．上記実施形態の情報処理サーバでは、
　決定手段は、次の所定の期日において第２ユーザが指定した第２支払い額に応じて、第２ユーザに補填された一部を第１ユーザに返金するために第２ユーザに補填された一部を差し引いて第２ユーザのみなし支払い額を決定する（例えばＳ７０１）。
　この実施形態によれば、補填した分の支払額が返金されるようにすることで、グループで他のユーザに補填を行うことの抵抗感を低減することができる。
　５．上記実施形態の情報処理サーバでは、
　決定手段は、次の所定の期日において、第２ユーザに補填された一部が第２ユーザから第１ユーザに返金される場合、第１ユーザのみなし支払い額を、第１ユーザの第１支払い額と第２ユーザから返金された一部とに基づいて決定する（例えばＳ７０７）。
　この実施形態によれば、補填を行ったユーザは自身のみなし支払額に返金額を加算して蓄積できるため、早く目標値に到達できるようになる。
　６．上記実施形態の情報処理サーバでは、
　設定手段は、複数のユーザが所定の期日毎にグループが全体として支払うべきグループ用所定額を更に設定可能であり（例えばＳ３０５、Ｓ５０１）、
　情報処理サーバは、複数のユーザのグループの全体としての支払い額がグループ用所定額に満たない回数が所定数以上となる場合に、複数のユーザによる所定の期日毎の支払を中止する中止手段（例えば３０５、Ｓ６０４）を更に有する。
　この実施形態によれば、グループ全体としての支払能力が低い場合にはグループの支払いを中止させて、サービス提供事業者の損失を軽減することができる。
　７．上記実施形態の情報処理サーバでは、
　設定手段は、複数のユーザの数が増加し又は減少したことに応じて、新たなユーザの数と個人用所定額と基づいてグループ用所定額を変更する。
　この実施形態によれば、ユーザの数の増減に対応してグループ全体としての支払能力を管理することができる。
　発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。

Claims (10)

  1. 　グループに属す複数のユーザによる定期的な支払を管理する情報処理サーバであって、
    　複数のユーザのそれぞれが所定の期日毎に支払うべき個人用所定額を設定する設定手段と、
    　前記所定の期日毎に、前記複数のユーザがそれぞれの指定した支払い額を示す情報を取得する取得手段と、
    　前記取得手段が取得した前記情報に、前記個人用所定額を上回る第１ユーザの第１支払い額と、前記個人用所定額に満たない第２ユーザの第２支払い額とが含まれる場合、前記第２ユーザの前記第２支払い額が前記第１ユーザの前記第１支払い額の一部により補填されるように、前記第１ユーザと前記第２ユーザのみなし支払い額を決定する決定手段と、を有することを特徴とする情報処理サーバ。
  2. 　前記決定手段は、前記第２ユーザのみなし支払い額として決定される額が前記個人用所定額と同額になるように、前記第２ユーザの前記第２支払い額を補填する、ことを特徴とする請求項１に記載の情報処理サーバ。
  3. 　前記決定手段は、補填に用いた前記一部を差し引いた額であって前記個人用所定額以上となる額を前記第１ユーザのみなし支払い額として決定する、ことを特徴とする請求項１または２に記載の情報処理サーバ。
  4. 　前記決定手段は、次の所定の期日において前記第２ユーザが指定した第２支払い額に応じて、前記第２ユーザに補填された前記一部を前記第１ユーザに返金するために前記第２ユーザに補填された前記一部を差し引いて前記第２ユーザのみなし支払い額を決定する、ことを特徴とする請求項１から３のいずれか１項に記載の情報処理サーバ。
  5. 　前記決定手段は、前記次の所定の期日において、前記第２ユーザに補填された前記一部が前記第２ユーザから前記第１ユーザに返金される場合、前記第１ユーザのみなし支払い額を、前記第１ユーザの第１支払い額と前記第２ユーザから返金された前記一部とに基づいて決定する、ことを特徴とする請求項４に記載の情報処理サーバ。
  6. 　前記設定手段は、複数のユーザが所定の期日毎に前記グループが全体として支払うべきグループ用所定額を更に設定可能であり、
    　前記情報処理サーバは、前記複数のユーザの前記グループの全体としての支払い額が前記グループ用所定額に満たない回数が所定数以上となる場合に、前記複数のユーザによる前記所定の期日毎の支払を中止する中止手段を更に有する、ことを特徴とする請求項１から５のいずれか１項に記載の情報処理サーバ。
  7. 　前記設定手段は、複数のユーザの数が増加し又は減少したことに応じて、新たなユーザの数と前記個人用所定額と基づいて前記グループ用所定額を変更する、ことを特徴とする請求項６に記載の情報処理サーバ。
  8. 　グループに属す複数のユーザによる定期的な支払を管理する情報処理サーバにおいて実行される情報処理方法であって、
    　複数のユーザのそれぞれが所定の期日毎に支払うべき個人用所定額を設定する設定工程と、
    　前記所定の期日毎に、前記複数のユーザがそれぞれの指定した支払い額を示す情報を取得する取得工程と、
    　前記取得工程で取得された前記情報に、前記個人用所定額を上回る第１ユーザの第１支払い額と、前記個人用所定額に満たない第２ユーザの第２支払い額とが含まれる場合、前記第２ユーザの前記第２支払い額が前記第１ユーザの前記第１支払い額の一部により補填されるように、前記第１ユーザと前記第２ユーザのみなし支払い額を決定する決定工程と、を有することを特徴とする情報処理方法。
  9. 　情報処理方法の各工程を、グループに属す複数のユーザによる定期的な支払を管理する情報処理サーバに実行させるプログラムであって、前記情報処理方法は、
    　複数のユーザのそれぞれが所定の期日毎に支払うべき個人用所定額を設定する設定工程と、
    　前記所定の期日毎に、前記複数のユーザがそれぞれの指定した支払い額を示す情報を取得する取得工程と、
    　前記取得工程で取得された前記情報に、前記個人用所定額を上回る第１ユーザの第１支払い額と、前記個人用所定額に満たない第２ユーザの第２支払い額とが含まれる場合、前記第２ユーザの前記第２支払い額が前記第１ユーザの前記第１支払い額の一部により補填されるように、前記第１ユーザと前記第２ユーザのみなし支払い額を決定する決定工程と、を有する、ことを特徴とするプログラム。
  10. 　グループに属す複数のユーザによる定期的な支払を管理する情報処理サーバと複数の通信装置とを含むサービス提供支援システムであって、
    　前記複数の通信装置は、それぞれ、前記複数のユーザのそれぞれに関連付けられており、
    　前記情報処理サーバは、
    　　複数のユーザのそれぞれが所定の期日毎に支払うべき個人用所定額を設定する設定手段と、
    　　前記所定の期日毎に、前記複数のユーザがそれぞれの指定した支払い額を示す情報を、前記複数の通信装置から直接的又は間接的に取得する取得手段と、
    　　前記取得手段が取得した前記情報に、前記個人用所定額を上回る第１ユーザの第１支払い額と、前記個人用所定額に満たない第２ユーザの第２支払い額とが含まれる場合、前記第２ユーザの前記第２支払い額が前記第１ユーザの前記第１支払い額の一部により補填されるように、前記第１ユーザと前記第２ユーザのみなし支払い額を決定する決定手段と、を有することを特徴とするサービス提供支援システム。
PCT/JP2019/033957 2019-08-29 2019-08-29 情報処理サーバ、情報処理方法、プログラムおよびサービス提供支援システム WO2021038802A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
BR112022002430A BR112022002430A2 (pt) 2019-08-29 2019-08-29 Servidor de processamento de informações, método de processamento de informações, e sistema de suporte à prestação de serviços
JP2021541907A JP7284276B2 (ja) 2019-08-29 2019-08-29 情報処理サーバ、情報処理方法、プログラムおよびサービス提供支援システム
CN201980099395.6A CN114245903A (zh) 2019-08-29 2019-08-29 信息处理服务器、信息处理方法、程序以及服务提供辅助系统
DE112019007575.6T DE112019007575T5 (de) 2019-08-29 2019-08-29 Informationverarbeitungsserver, Informationverarbeitungsverfahren, Programm und Servicebereitstellungs-Unterstützungssystem
PCT/JP2019/033957 WO2021038802A1 (ja) 2019-08-29 2019-08-29 情報処理サーバ、情報処理方法、プログラムおよびサービス提供支援システム
US17/673,288 US20220172185A1 (en) 2019-08-29 2022-02-16 Information processing server, information processing method, storage medium, and service provision support system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2019/033957 WO2021038802A1 (ja) 2019-08-29 2019-08-29 情報処理サーバ、情報処理方法、プログラムおよびサービス提供支援システム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/673,288 Continuation US20220172185A1 (en) 2019-08-29 2022-02-16 Information processing server, information processing method, storage medium, and service provision support system

Publications (1)

Publication Number Publication Date
WO2021038802A1 true WO2021038802A1 (ja) 2021-03-04

Family

ID=74683434

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/033957 WO2021038802A1 (ja) 2019-08-29 2019-08-29 情報処理サーバ、情報処理方法、プログラムおよびサービス提供支援システム

Country Status (6)

Country Link
US (1) US20220172185A1 (ja)
JP (1) JP7284276B2 (ja)
CN (1) CN114245903A (ja)
BR (1) BR112022002430A2 (ja)
DE (1) DE112019007575T5 (ja)
WO (1) WO2021038802A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001222605A (ja) * 2000-02-09 2001-08-17 Osaka Gas Co Ltd 価値授受方法、価値計算装置、及び記録媒体
JP2002230308A (ja) * 2001-02-05 2002-08-16 Hamagin System Service Kk 資金管理装置、資金管理方法、及び、プログラム
JP2003180100A (ja) * 2001-12-07 2003-06-27 Norifumi Taro 機能特化通貨を使用した経済運営システム
JP2003271887A (ja) * 2002-03-18 2003-09-26 Mizuho Bank Ltd 資金管理方法及び資金管理プログラム
US20170193477A1 (en) * 2015-11-23 2017-07-06 BillHero, Inc. Bill payment infrastructure for bill splittees

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6135230U (ja) 1984-08-02 1986-03-04 小倉クラツチ株式会社 電磁連結装置
US20090070255A1 (en) * 2007-09-07 2009-03-12 Durga Ramana Muktevi Social lending and borrowing in virtual financial community
US20100078472A1 (en) * 2008-09-30 2010-04-01 Apple Inc. Group peer-to-peer financial transactions
TWI389049B (zh) * 2009-03-11 2013-03-11 Shacom Com Inc 網路直接金融的方法與系統
US20140019334A1 (en) * 2009-04-07 2014-01-16 Luis Antonio Cervera Method to Facilitate Credit and Savings
US20120173396A1 (en) * 2010-12-30 2012-07-05 Paydivvy, Inc. Bill division and group payment systems and methods
TWI498841B (zh) * 2013-10-03 2015-09-01 Efficient method of network labeling
US20160027106A1 (en) * 2014-07-24 2016-01-28 Rosca Finance Llc Computer-based peer-to-peer rotating savings and lending allowing for a revolver-type credit system and method
US20170185976A1 (en) * 2015-12-28 2017-06-29 Mastercard International Incorporated Methods, systems, and computer readable media for an electronic infrastructure for a rotating savings and credit association
WO2018020387A1 (en) * 2016-07-29 2018-02-01 Tcg Methods and systems for a community-based mobile savings and lending platform
US20180108011A1 (en) * 2016-10-19 2018-04-19 Mastercard International Incorporated Method and system for a virtual payment card funded by multiple sources
US20200258158A1 (en) * 2019-02-07 2020-08-13 Sou Sou Investment Solutions, LLC System and method for providing virtual social banking networks by a platform utilizing artificial intelligence and blockchain technology

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001222605A (ja) * 2000-02-09 2001-08-17 Osaka Gas Co Ltd 価値授受方法、価値計算装置、及び記録媒体
JP2002230308A (ja) * 2001-02-05 2002-08-16 Hamagin System Service Kk 資金管理装置、資金管理方法、及び、プログラム
JP2003180100A (ja) * 2001-12-07 2003-06-27 Norifumi Taro 機能特化通貨を使用した経済運営システム
JP2003271887A (ja) * 2002-03-18 2003-09-26 Mizuho Bank Ltd 資金管理方法及び資金管理プログラム
US20170193477A1 (en) * 2015-11-23 2017-07-06 BillHero, Inc. Bill payment infrastructure for bill splittees

Also Published As

Publication number Publication date
BR112022002430A2 (pt) 2022-05-03
JPWO2021038802A1 (ja) 2021-03-04
JP7284276B2 (ja) 2023-05-30
DE112019007575T5 (de) 2022-05-05
US20220172185A1 (en) 2022-06-02
CN114245903A (zh) 2022-03-25

Similar Documents

Publication Publication Date Title
US9928540B1 (en) System for integrating courier service with customer applications
KR101572305B1 (ko) 디지털 아이템들의 추천, 대여, 및 재판매
US20190147471A1 (en) Exchanging consumption of advertisements for access to digital media decoupled in time, value, and location
JPWO2004010356A1 (ja) 決済システム、決済装置、決済プログラム、および決済プログラム記憶媒体
WO2019035459A1 (ja) 情報流通方法、情報流通サーバ装置、端末装置、及びコンピュータプログラム
US20060089877A1 (en) System for paying vendor invoices
EP3652696A1 (en) Determining equity rewards based upon purchase behavior
US20140046723A1 (en) Systems and methods of providing a marketplace for distributing leads
CN110546671A (zh) 零头资金转入储蓄系统
US20130246152A1 (en) Electronic Trading System and Method for Marketing Products and Services
JP2016157183A (ja) 決済情報表示システム及び決済情報表示方法
JP4609880B2 (ja) 利用額に応じた特典付与システム
JP6355572B2 (ja) 表示装置及び表示方法
JP6660442B2 (ja) 表示制御プログラム、端末及び表示制御方法
WO2021038802A1 (ja) 情報処理サーバ、情報処理方法、プログラムおよびサービス提供支援システム
US7634573B2 (en) Customer request management method, device and computer product
US20120089472A1 (en) Method for vehicle acquisition and exchange
JP2018055398A (ja) ポイント使用斡旋システムおよびポイント使用斡旋方法
JP6393369B2 (ja) ポイント管理サーバ、決済情報表示システム、決済情報表示方法、及び表示装置
JP2011150406A (ja) 電子商取引システム及び電子商取引方法
KR20010078928A (ko) 마일리지포인트 통합시스템
JP2008123491A (ja) 自動車保険に関するメッセージ付き予想外寄付額の表示システム
WO2023037509A1 (ja) 情報処理サーバ、情報処理方法およびプログラム
JP7273158B2 (ja) 情報処理サーバ、情報処理方法、プログラムおよびサービス提供支援システム
CA3005863A1 (en) System for executing a real-time on-line rating of a plurality of credit cards

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: 19942898

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021541907

Country of ref document: JP

Kind code of ref document: A

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112022002430

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112022002430

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20220209

122 Ep: pct application non-entry in european phase

Ref document number: 19942898

Country of ref document: EP

Kind code of ref document: A1