JP7407457B2 - Multi-electronic payment system and program - Google Patents

Description

TECHNICAL FIELD The present invention relates to a technique for allowing a user to make an electronic payment using a communication device, and particularly to a technique for making a payment system that cannot support electronic payment compatible with electronic payment.

Systems that provide certain goods or services or movable or immovable property to users are already widespread. An example of a system that provides certain types of items to users is a vending machine. Throughout this application, the term "provide" refers to acts such as assignment, lease, etc., whether free of charge or for a fee.

Further, an example of a certain type of service is a service in which real estate or movable property to be rented is rented to a user. Specifically, an example of a rental object as real estate is a rental space such as a reserved seat or a parking lot, and an example of a rental object as a movable property is transportation/transportation means such as a rental bicycle or a rental car.

More specifically, rental properties as real estate include, for example, accommodation facilities where users can stay for a short period of time (e.g., rooms in hotels, private homes temporarily rented to others, apartment complexes, etc.). living room) or a room in a lodging facility (e.g., individual residence, apartment complex, etc.) where the user can stay for a long period of time, a coin locker, a parking lot (e.g., a parking lot with one or more compartments), and an individual parking space. (For example, each of a plurality of compartments in a parking lot).

Items to be rented as movable property include, for example, land, water, or flying vehicles (e.g., rental cars, rental bicycles, etc.), rental furniture, rental clothing, rental electrical products (including audio guide devices described below), and electrical products. These include removably attached rental accessories (eg, batteries or chargers), rental recording media (eg, CDs) on which audiovisual content is recorded, and which can be played by the user.

Here, some conventional examples of systems that provide certain goods or services to users will be described, taking the parking lot business as an example, with particular attention to payment methods.

Patent Document 1 allows for electronic payments (also referred to as "smartphone payments", for example, credit card payments), but also cash payments and prepaid IC card payments (also simply referred to as "card payments"). ) discloses an incompatible parking lot management system.

This system consists of a server installed outside the parking lot that can communicate with users' mobile terminals, and an exit restriction device installed inside the parking lot that communicates with the server or the users' mobile terminals. Controlled by: Throughout this specification, an "outage restriction device" physically restricts a vehicle that has entered a parking lot from leaving the parking lot until the payment by the user is completed, and when the payment by the user is completed. , which physically permits exiting the warehouse, and is also called an exit permitting device.

Patent Document 2 discloses a parking lot management system that can handle only cash payments or card payments, that is, can handle non-electronic payments.

This system includes a payment machine installed in the parking lot (a device that allows users to make non-electronic payments) and an exit restriction device installed in the parking lot that is controlled by the payment machine. and a server installed outside the parking lot that can communicate with the payment machine rather than with the user's mobile terminal.

Patent Document 3 discloses a parking lot management system that is compatible with both non-electronic payments and electronic payments. This system consists of a ticket issuing machine installed inside the parking lot that enables non-electronic payments, and a management server installed outside the parking lot that communicates with users' mobile terminals to allow users to make electronic payments. It is equipped with the following: In this case, the management server is managed by the same company that manages the parking lot, and therefore, in this system, the ticket issuing machine and the management server are under the control of the same company.

On the other hand, electronic payment systems have already been proposed in which users make electronic payments using communication devices. Patent Document 4 discloses an electronic money payment device capable of electronic payment using multiple types of electronic money.

Patent No. 6401849 JP2016-045916A Japanese Patent Application Publication No. 2018-173965 Japanese Patent Application Publication No. 2014-119807

BACKGROUND ART Electronic payment is becoming popular as a payment method for the provision of goods, services, movables, or real estate to users. On the other hand, there are still users who request non-electronic payments.

By the way, after a system has been built to exclusively handle non-electronic payments, it is not possible to at least partially modify the hardware configuration of that system to support electronic payments in order to meet the demands of electronic payments. It is possible. However, in that case, there is a risk that the burden of system modification will increase.

Furthermore, even if a system is capable of supporting electronic payments, if the types of electronic payments that the system is compatible with and the types of electronic payments available to the user do not match, the user may The system cannot be used simply because of the discrepancy. Therefore, the range of systems that can be used by users is limited.

Furthermore, according to the technology disclosed in Patent Document 4, the range of types of electronic payments available to the user is expanded. However, with the conventional technology disclosed in this document, a business operator needs to newly manufacture and operate a dedicated management system in order to support multiple types of electronic payments.

Therefore, with such conventional technology, in order to promote the realization of a cashless distribution society, it is difficult for business operators to expand the range of electronic payment types available to users and improve user convenience. The problem is that the fixed costs and operating costs that must be borne by companies will increase.

Furthermore, when the consideration for one event, service, or product provided to one user includes multiple types of fees corresponding to multiple payment destinations, in the conventional technology, the user's communication device Each payee is forced to access a dedicated management server to make electronic payments.

Therefore, in the user experience of making such payments, conventional technology imposes a large burden on the user when operating the communication device to make electronic payments, and therefore it is difficult to improve user convenience. There is room to do so.

Therefore, with technology that allows users to make electronic payments using communication devices, it is possible to expand the range of types of electronic payments available to users and/or to allow users to make multiple types of individual payments while reducing the financial burden on business operators. The problem is to make it possible to comprehensively electronically settle complex fees consisting of fees, and technology for providing certain types of goods or services or movables or immovables to users, in which the user pays for the provision through electronic payment. The problem is that a payment system that cannot support a certain payment method can be made compatible with that payment method by using another payment system that can support that payment method while suppressing the additional burden. There is an issue that I would like to renovate.

Against this background, the present invention provides a technology for allowing users to make electronic payments using communication devices, and in which it is possible to replace a payment system that cannot support electronic payments with another payment system that can support electronic payments. The aim was to provide something that could support electronic payments.

In order to solve this problem , according to a first aspect of the present invention, a user of a first system that provides a first service to a user may receive a service as compensation for using the first service. A multi-electronic payment system as a second system that performs electronic payment of the first fee to be charged,
The first system is a payment system that can handle non-electronic payments by itself but cannot handle electronic payments by itself,
The above-mentioned electronic payment is selected by each user from a plurality of payment servers managed and/or operated by each payment service provider, and the types of electronic payments that can be handled by each server do not completely match each other. executed by one of the payment servers
The user's communication terminal includes a camera capable of reading a payment code configured as image data,
Prior to the electronic payment, the user reads the payment code with the camera;
The multi-electronic payment system includes a second management server,
The second management server is
a first communication unit that receives a reading result of the payment code using the camera from the communication terminal as at least part of the electronic payment information necessary to perform electronic payment for the first fee;
Type information representing the type of user-specified electronic payment specified by the user among the plurality of types of electronic payments that can be handled by the plurality of payment servers is transmitted through or through the first management server of the first system. a second communication unit that receives data from the communication terminal without
Any one of the plurality of payment servers that is capable of handling the user-specified electronic payment uses electronic payment information necessary for electronic payment for the first fee, which is transmitted by the communication terminal. a third communication unit that transmits a payment completion signal to the communication terminal when the electronic payment of the first fee is completed;
A multi-electronic payment system including:
Further, according to a second aspect of the present invention, a first system that provides a first service to a user is charged a first service charge to the user as compensation for using the first service. A multi-electronic payment system as a second system that performs electronic payment of charges,
The first system is a payment system that can handle non-electronic payments by itself but cannot handle electronic payments by itself,
The above-mentioned electronic payment is selected by each user from a plurality of payment servers managed and/or operated by each payment service provider, and the types of electronic payments that can be handled by each server do not completely match each other. executed by one of the payment servers
The multi-electronic payment system includes a second management server,
The second management server is
Type information representing the type of user-specified electronic payment specified by the user among the plurality of types of electronic payments that can be handled by the plurality of payment servers is transmitted through or through the first management server of the first system. a second communication unit that receives data from the user's communication terminal without
Any one of the plurality of payment servers that is capable of handling the user-specified electronic payment uses electronic payment information necessary for electronic payment for the first fee, which is transmitted by the communication terminal. a third communication unit that transmits a payment completion signal to the communication terminal when the electronic payment of the first fee is completed;
A multi-electronic payment system including:
Further, according to the first aspect of the present invention, the first system that provides the first service to the user has a first system that charges the user as compensation for using the first service. An electronic payment agency system as a second system that performs electronic payment of charges,
The first system is a payment system that can handle non-electronic payments by itself but cannot handle electronic payments by itself,
The second system includes a second management server,
The second management server is accessed by the communication terminal of the user of the first service, with or without via the first management server of the first system, and thereby the first charge transmitting electronic payment information necessary to make an electronic payment including the amount of the first fee to a payment server together with an electronic payment request;
The payment server is provided with an electronic payment agency system that responds to the electronic payment request and performs electronic payment for the first fee.

Further, according to the second aspect of the present invention, a first system that provides a first service to a user is charged a first fee for using the first service. An electronic payment agency system as a second system that performs electronic payment of charges,
The first system is a payment system that can handle non-electronic payments by itself but cannot handle electronic payments by itself,
The second system includes a second management server,
The second management server is accessed by the communication terminal of the user of the first service, thereby sending the electronic payment information necessary to make the electronic payment for the first fee to the payment server together with the electronic payment request. send,
The payment server is provided with an electronic payment agency system that responds to the electronic payment request and performs electronic payment for the first fee.

Further, according to a third aspect of the present invention, there is provided an electronic payment compatible service providing system as a first system that provides a first service to a user,
The first system is a payment system that can handle non-electronic payments on its own, but cannot handle electronic payments on its own;
For the first system, a second system that is capable of accepting electronic payments is provided with a first system that charges a user of the first service as consideration for the user's use of the first service. We will act on your behalf to electronically pay the fees of
The second system includes a second management server,
The second management server is accessed by the communication terminal of the user of the first service, with or without via the first management server of the first system, and thereby the first charge Send the electronic payment information necessary to make the electronic payment to the payment server along with the electronic payment request,
An electronic payment compatible service providing system is provided in which the payment server responds to the electronic payment request and performs electronic payment for the first fee.

Further, according to a fourth aspect of the present invention, there is provided an electronic payment compatible service providing system as a first system that provides a first service to a user,
The first system is a payment system that can handle non-electronic payments on its own, but cannot handle electronic payments on its own;
For the first system, a second system that is capable of accepting electronic payments is provided with a first system that charges a user of the first service as consideration for the user's use of the first service. We will act on your behalf to electronically pay the fees of
The second system includes a second management server,
The second management server is accessed by the communication terminal of the user of the first service, thereby sending the electronic payment information necessary to make the electronic payment for the first fee to the payment server together with the electronic payment request. send,
An electronic payment compatible service providing system is provided in which the payment server responds to the electronic payment request and performs electronic payment for the first fee.

Further, according to the first aspect of the present invention, in the first system that provides the first service to the user, the first system charges the user as compensation for using the first service. An electronic payment agency type service providing system as a second system that performs electronic payment of fees on behalf of the user,
The second system includes a second management server,
The second system acts on behalf of the user of the first service to electronically pay the first fee for the first system, and for this purpose the first system activates an electronic payment mode. execute,
In the electronic payment mode of the first system,
(a) a first fee calculation unit of the first system or a second fee calculation unit of the second system calculates the first fee for the first service;
(b) said second management server is accessed by a communication terminal of a user of said first service, with or without passing through a first management server of said first system, whereby said second management server is accessed by a communication terminal of a user of said first service; The second management server performs electronic payment for the first fee,
(c) After the electronic payment is completed, the second management server sends the electronic payment to the communication terminal of the user of the first service, with or without passing through the first management server. An electronic payment agent type service providing system is provided that transmits a payment completion signal indicating that the payment has been completed.

According to the second aspect of the present invention, in the first system that provides the first service to the user, the first system charges the user as compensation for using the first service. An electronic payment agency type service providing system as a second system that performs electronic payment of fees on behalf of the user,
The second system includes a second management server,
The second system acts on behalf of the user of the first service to electronically pay the first fee for the first system, and for this purpose the first system activates an electronic payment mode. execute,
In the electronic payment mode of the first system,
(a) a first fee calculation unit of the first system or a second fee calculation unit of the second system calculates the first fee for the first service;
(b) the second management server is accessed by a communication terminal of a user of the first service, whereby the second management server performs electronic payment for the first fee;
(c) An electronic payment agency service in which, after the electronic payment is completed, the second management server transmits a payment completion signal indicating that the electronic payment has been completed to the communication terminal of the user of the first service. A provision system is provided.

Further, according to the third aspect of the present invention, in the first system that provides the first service to the user, the first system charges the user as compensation for using the first service. An electronic payment agency type service providing system as a second system that performs electronic payment of fees on behalf of the user,
The second system includes a second management server,
The second system acts on behalf of the user of the first service to electronically pay the first fee for the first system, and for this purpose the first system activates an electronic payment mode. execute,
In the electronic payment mode of the first system,
(a) A user's communication terminal accesses the second management server with or without going through the first management server of the first system, whereby the second management server make an electronic payment for the first fee;
(b) After the electronic payment is completed, the second management server sends the electronic payment to the communication terminal of the user of the first service, with or without passing through the first management server. An electronic payment agent type service providing system is provided that transmits a payment completion signal indicating that the payment has been completed.

According to the fourth aspect of the present invention, in the first system that provides the first service to the user, the first system charges the user as compensation for using the first service. An electronic payment agency type service providing system as a second system that performs electronic payment of fees on behalf of the user,
The second system includes a second management server,
The second system acts on behalf of the user of the first service to electronically pay the first fee for the first system, and for this purpose the first system activates an electronic payment mode. execute,
In the electronic payment mode of the first system,
(a) the user's communication terminal accesses the second management server, whereby the second management server performs electronic payment for the first fee;
(b) An electronic payment agency service in which, after the electronic payment is completed, the second management server transmits a payment completion signal indicating that the electronic payment has been completed to the communication terminal of the user of the first service. A provision system is provided.

Further, according to a fifth aspect of the present invention, there is provided an electronic payment compatible service providing system as a first system that provides a first service to a user,
The first system includes a first fee calculation unit that calculates a first fee to be charged to the user as compensation for the user using the first service,
The first system causes a second system that is capable of handling electronic payments to perform electronic payment of the first fee on behalf of the user of the first service, and for this purpose, the first system Execute electronic payment mode,
The second system includes a second management server,
In the electronic payment mode of the first system,
(a) the first fee calculation unit or the second fee calculation unit of the second system calculates the first fee for the first service;
(b) said second management server is accessed by a communication terminal of a user of said first service, with or without said first management server, whereby said second management server is accessed by said second management server; , make an electronic payment for the first fee;
(c) After the electronic payment is completed, the second management server sends the electronic payment to the communication terminal of the user of the first service, with or without passing through the first management server. An electronic payment compatible service providing system is provided that transmits a payment completion signal indicating that the payment has been completed.

Further, according to a sixth aspect of the present invention, there is provided an electronic payment compatible service providing system as a first system that provides a first service to a user,
The first system includes a first fee calculation unit that calculates a first fee to be charged to the user as compensation for the user using the first service,
The first system causes a second system that is capable of handling electronic payments to perform electronic payment of the first fee on behalf of the user of the first service, and for this purpose, the first system Execute electronic payment mode,
The second system includes a second management server,
In the electronic payment mode of the first system,
(a) the first fee calculation unit or the second fee calculation unit of the second system calculates the first fee for the first service;
(b) the second management server is accessed by a communication terminal of a user of the first service, whereby the second management server performs electronic payment for the first fee;
(c) An electronic payment compatible service in which, after the electronic payment is completed, the second management server transmits a payment completion signal indicating that the electronic payment has been completed to the communication terminal of the user of the first service. A provision system is provided.

According to a first aspect of the present invention, there is provided an electronic payment compatible service providing system as a first system that provides a first service to a user,
The first system is
a first fee calculation unit that calculates a first fee to be charged to the user as consideration for the user's use of the first service;
a first management server capable of communicating with a communication terminal of a user of the first service;
The first system alone allows the user of the first service to make a non-electronic payment for the first fee, whereas the first system allows the user of the first service to pay the first fee non-electronically. A second system that provides services to users and is capable of handling electronic payments is responsible for the electronic payment of the first fee by the user of the first service; system implements electronic payment mode;
The second system includes:
a second fee calculation unit that calculates a second fee originally charged to the user as compensation for the user using the second service;
A second management server that is originally capable of communicating with communication terminals of users of the second service;
A payment server that essentially performs electronic payment for users of the second service, and is capable of communicating with the second management server;
In the electronic payment mode of the first system,
(a) the first charge calculation unit or the second charge calculation unit calculates the first charge for the first service;
(b) said second management server is accessed by a communication terminal of a user of said first service, with or without said first management server, whereby said second management server is accessed by said second management server; , making an electronic payment for the first fee using the payment server;
(c) After the electronic payment is completed, the second management server sends a message to the communication terminal of the user of the first service, with or without passing through the first management server, to complete the electronic payment. An electronic payment compatible service providing system is provided that transmits a payment completion signal indicating that the payment has been completed.

According to the second aspect of the present invention, in the first system that provides the first service to the user, the first system charges the user as compensation for using the first service. An electronic payment agency type service providing system as a second system that performs electronic payment of fees on behalf of the user,
The second system provides the user with a second service of the same kind or a different kind as the first service,
The second system is
a second fee calculation unit that calculates a second fee that is originally charged to the user as compensation for the user using the second service;
A second management server that is originally capable of communicating with communication terminals of users of the second service;
A payment server that essentially performs electronic payment for users of the second service, and is capable of communicating with the second management server;
While the first system alone allows the user of the first service to make a non-electronic payment for the first fee, the second system includes a system for the first service. causing a user to electronically pay the first fee, for which the first system executes an electronic payment mode;
In the electronic payment mode of the first system,
(a) the second fee calculation unit calculates the first fee for the first service;
(b) said second management server is accessed by a communication terminal of a user of said first service, with or without passing through a first management server of said first system, whereby said second management server is accessed by a communication terminal of a user of said first service; a second management server performs electronic payment for the first fee using the payment server;
(c) After the electronic payment is completed, the second management server sends a message to the communication terminal of the user of the first service, with or without passing through the first management server, to complete the electronic payment. An electronic payment agent type service providing system is provided that transmits a payment completion signal indicating that the payment has been completed.

Further, according to an aspect of the present invention, there is provided a system for providing a first service to a user, the system comprising:
The system includes a function of calculating a fee to be charged to the user according to the first service, and a management server having a communication function,
The system does not support electronic payment by itself, but is a second system that provides the user with a second service that is the same or different from the first service and is compatible with electronic payment. Through collaboration, implement electronic payment mode;
The second system includes:
a second management server capable of communicating with the user's communication terminal;
a payment server that enables electronic payments by users and is capable of communicating with the second management server;
In the system, in the electronic payment mode, the user's communication terminal accesses the management server via or without the second management server, and in response, the management server pays the fee. The calculation is sent to the second management server, and in response, the second management server performs electronic payment via the payment server, and then the second management server sends the payment via the management server. An electronic device that transmits a payment completion signal indicating that the electronic payment has been completed to the user's communication terminal without using or via the electronic payment method, thereby allowing the user to know that the electronic payment has been completed. A payment compatible service provision system is provided.

According to another aspect of the present invention, a user who desires to receive a first service using a first system that cannot support electronic payment by itself is charged according to the first service. An electronic payment method that enables electronic payment of fees by using a second system that can itself support electronic payment, the method comprising:
The first system includes a first management server capable of communicating with a communication terminal of a first service-desiring user who wishes to receive the first service using the system,
The second system includes a second management server that can communicate with the user's communication terminal, and a payment server that allows the user to make electronic payments in response to communication with the second management server,
The electronic payment method is
a step in which the first management server accepts access from a communication terminal of the user desiring the first service, with or without passing through the second management server;
The first management server responds to the access, sends the fee to be charged to the user desiring the first service to the second management server, and the second management server sends the fee via the payment server. a step of transmitting to enable electronic payment;
An electronic payment method is provided, which includes the step of the first management server transmitting an electronic payment completion signal received from the second management server to a communication terminal of the user desiring the first service.

According to yet another aspect of the present invention, by using a second system that itself can support electronic payments, the first system that cannot support electronic payments itself can provide the first service. An electronic payment method that allows a user who desires to receive the service to electronically pay a fee charged according to the first service, the method comprising:
The first system includes a first management server capable of communicating with a communication terminal of a first service-desiring user who wishes to receive the first service using the system,
The second system includes a second management server that can communicate with the user's communication terminal, and a payment server that allows the user to make electronic payments in response to communication with the second management server,
The electronic payment method is
the second management server accepting access from the communication terminal of the user desiring the first service, with or without going through the first management server;
The second management server responds to the access and communicates with the payment server to electronically pay the fee charged to the first service requesting user, and when the electronic payment is completed, sends an electronic payment completion signal. a step of receiving from the payment server;
a step in which the second management server transmits the electronic payment completion signal received from the payment server to the communication terminal of the user desiring the first service, with or without passing through the first management server; Electronic payment methods are provided, including:

Further, according to one aspect of the present invention, there is provided a multi-electronic payment system, comprising:
A plurality of payment servers, each of which may or may not support completely the same type of electronic payment;
A plurality of management servers that manage each of these payment servers, each of which is operated by a different business operator, and whether or not the types of electronic payments that can be handled by each of them completely match or not, The types of electronic payments that can be handled are common between the corresponding payment servers, and each management server is used for a system that provides certain types of goods or services or movable or immovable property to users. ,
A payment route selection server that is commonly connected to these management servers as a separate server from those management servers, and that can communicate with the communication devices of users who wish to make electronic payments to any business operator. When an electronic payment request and electronic payment information are received from the communication device, the operator that is the payment destination for the user is identified from the received electronic payment information, and the identified business operator is selected from among the plurality of management servers. Selecting one operated by a business operator and sending an electronic payment request to the selected management server,
Upon receiving the electronic payment request from the payment route selection server, the selected management server executes the electronic payment desired by the user by communicating with a payment server assigned to the management server,
By connecting the plurality of management servers to the payment route selection server in common, a multi-electronic payment system is provided in which a multi-electronic payment communication network that can be used by users is constructed.

Further, according to the first aspect of the present invention, there is provided a multi-electronic payment system, comprising:
A multi-electronic payment system,
Multiple payment servers, where the types of electronic payments that can be supported among these payment servers do not completely match each other;
a plurality of management servers used for a system that provides certain goods or services or movable or immovable property to users;
Those management servers are
A plurality of deemed management servers each manage the plurality of payment servers, and although the types of electronic payments that can be handled by these deemed management servers do not completely match each other, Among them, the types of electronic payments that can be accepted are common to each other,
As a real management server commonly connected to these deemed management servers, the payment route selection server is capable of communicating with communication devices of users who wish to make any type of electronic payment, and receives electronic payment requests and electronic payments from said communication devices. When the information is received, the type of electronic payment that the user wishes to use is specified from the received electronic payment information, and an electronic payment that matches the specified electronic payment is selected from among the plurality of deemed management servers. Selecting one that is compatible with payment and transmitting an electronic payment request to one of the selected one or more deemed management servers,
When one of the selected one or more deemed management servers receives the electronic payment request from the payment route selection server, the user Perform the desired electronic payment,
By connecting the plurality of deemed management servers to the payment route selection server in common, a multi-electronic payment system is provided in which a multi-electronic payment communication network that can be used by users is constructed.

Further, according to a second aspect of the present invention, there is provided a multi-electronic payment system, comprising:
Multiple management servers, which may or may not completely match the types of electronic payments that can be handled among them, and which are operated by different business operators. and,
A plurality of payment servers that are assigned to each of these management servers and can communicate with those management servers, and the types of electronic payments that can be handled are common among the individual management servers that are assigned to the individual payment servers. things and,
A payment route selection server capable of communicating with a communication device of a user who desires electronic payment with an arbitrary business operator as a payment destination, and upon receiving an electronic payment request and electronic payment information from the communication device, the received electronic payment From the payment information, identify the business operator to which the user pays, select one operated by the identified business operator from among the plurality of management servers, and use the selected one or more management servers. sending an electronic payment request to a management server;
Upon receiving the electronic payment request from the payment route selection server, the selected one or more management servers execute the electronic payment desired by the user by communicating with the payment server assigned to the management server. ,
By commonly connecting the plurality of management servers to the payment route selection server, a multi-electronic payment system is provided in which a multi-electronic payment communication network that can be used by users is constructed.

Further, according to a third aspect of the present invention, there is provided a system for providing certain goods or services or movable or immovable property to a user, comprising:
Although the first type of payment by the user is possible, the system alone does not support the second type of payment, and the system does not support the second type of payment by itself. executing an alternative payment mode in cooperation with a system that supports the second type of payment;
In the alternative payment mode, the user's communication device accesses the second system with or without a communication device different from the communication device, thereby performing the second type of payment. , then the second system communicates with the system via or without a communication device separate from the second system, whereby the system transmits a payment completion signal to the second system. A multi-electronic payment compatible service providing system is provided.

In one example, the first type of payment includes at least non-electronic payment, and the second type of payment includes at least electronic payment.

In another example, the first type of payment includes at least electronic payment, and the second type of payment also includes at least electronic payment.

Further, according to the first aspect of the present invention, there is provided a system for providing certain goods or services, or movable property or immovable property to a user, comprising:
Non-electronic payments such as cash payments or card payments by the user are possible, but the system alone does not support electronic payments and is not a system that provides the user with goods or services of the same or different type, or movable or immovable property. In cooperation with the second system that supports electronic payment, a pseudo electronic payment mode is executed,
In the pseudo electronic payment mode, the user's communication terminal accesses the second system via or without a communication device different from the communication terminal, thereby making an electronic payment, and then The second system communicates with the system via or without a communication device separate from the second system, whereby the system receives a payment completion signal from the second system. An electronic payment compatible service provision system is provided.

According to this system, by using another payment system that can support electronic payments, a payment system that cannot support electronic payments can be modified to one that can support electronic payments while suppressing the additional burden. This makes it easier.

Further, according to a second aspect of the present invention, there is provided a system for providing certain goods or services or movable property or immovable property to a user, comprising:
Non-electronic payments such as cash payments or card payments are possible by the user, and the system alone executes a non-electronic payment mode that does not support electronic payments, and in the non-electronic payment mode, the user makes non-electronic payments. ,
The system executes a pseudo-electronic payment mode by cooperating with a second system that provides the same or different types of goods or services or movable or immovable property to the user and is compatible with electronic payment. death,
The second system independently executes an electronic payment mode corresponding to electronic payment on the condition that the user is a member of the second system, and in the electronic payment mode, a communication terminal of a user communicates with the second system, thereby performing an electronic payment, and then the second system transmits a payment completion signal to the communication terminal;
In the pseudo electronic payment mode, the user's communication terminal is connected to a communication terminal different from the second system, with the user pretending to be a member of the second system or actually becoming a member of the second system. accessing said second system with or without a communication device, thereby making an electronic payment, and then said second system via a communication device different from said second system; An electronic payment-enabled service providing system is provided, in which the system receives a payment completion signal from the second system.

According to this system, by using another payment system that can support electronic payments, a payment system that cannot support electronic payments can be modified to one that can support electronic payments while suppressing the additional burden. This makes it easier.

Further, according to a third aspect of the present invention, there is provided a system for providing certain goods or services or movable property or immovable property to a user, comprising:
Although the first type of electronic payment by the user is possible, the system alone does not support the second type of electronic payment, and the system does not support the second type of electronic payment. executing the substitute electronic payment mode in cooperation with the system of No. 2 that enables the second type of electronic payment by the user;
In the substitute electronic payment mode, the user's communication terminal accesses said second system with or without another communication device, thereby making said second type of electronic payment, and then An electronic payment compatible service providing system, wherein the second system communicates with the system via or without another communication device, whereby the system receives a payment completion signal from the second system. is provided.

According to this system, even if the type of electronic payment available to the user does not match the type of electronic payment that the system can handle without relying on the second system, the By collaborating with the second system, the types of electronic payments available to the user match the types of electronic payments that the system can simulate, allowing the user to use the system. . In this way, this system results in an increase in the types of electronic payments that can be handled by the system.

In other words, according to this system, by using a payment system that cannot support a certain payment method with another payment system that can support that payment method, it is possible to reduce the additional burden and make it possible to support that payment method. It will be easy to modify the payment system.

Further, according to a fourth aspect of the present invention, there is provided a system for providing certain goods or services or movable property or immovable property to a user, comprising:
the system is capable of supporting non-electronic payments but not electronic payments, or is capable of supporting at least a limited number of electronic payments;
A user's communication terminal,
In the normal payment mode, it includes a payment machine or a payment machine for the user to make payment using a payment method that the system can independently support;
The system operates in conjunction with a plurality of second systems, each of which provides the same or different types of goods or services or movable or immovable property to the user with respect to the payment procedure;
Each of these second systems is capable of supporting at least one type of electronic payment, and the types of electronic payment that can be supported by these second systems do not completely match among them.
The system is
When the communication terminal receives an electronic payment request from a user, a determination unit that determines the type of electronic payment specified by the electronic payment request;
If the communication terminal determines that the type of electronic payment specified by the user does not match any of the types of electronic payment that can be supported by the system, one of the plurality of second systems covers the type of electronic payment specified by the user. a selection unit that selects one of the second systems as a substitute system;
Once the substitute system is selected, said communication terminal accesses said substitute system in substitute electronic payment mode with or without another communication device, thereby causing said substitute system to connect to said system. and a substitute payment unit that performs the user-specified electronic payment on behalf of the user,
The substitute system communicates with the checkout machine or payment machine of the system with or without another communication device, whereby the checkout machine or payment machine of the system transmits a payment completion signal to the substitute system. Provided is a service provision system that supports electronic payments received from the Internet.

According to this system, if the type of electronic payment available to the user does not match the type of electronic payment compatible with the system, the type of electronic payment available to the user is selected from among the plurality of second systems. The selected second system functions as the payment method for the system, and as a result, the system pseudo-electronically supports the types of electronic payments available to the user. It becomes possible to correspond to

This makes it possible for this system to virtually correspond to virtually any type of electronic payment available to the user, thereby improving convenience for the user in payment procedures.

That is, according to this system, only one type of electronic payment is realized, but so-called multi-payment is realized in which multiple types of electronic payments are realized in a pseudo manner even though the same system is used.

The following aspects can be obtained by the present invention. Each aspect is divided into sections, each section is numbered, and the numbers of other sections are cited as necessary. This is to facilitate understanding of some of the technical features that can be adopted by the present invention and their combinations, and the technical features that can be adopted by the present invention and their combinations are limited to the following aspects. It should not be interpreted as such. That is, it should be interpreted that technical features not described in the following embodiments but described in the present specification may be appropriately extracted and adopted as technical features of the present invention.

Furthermore, it should be noted that the description of each section in the form of quoting the numbers of other sections does not necessarily prevent the technical features described in each section from being separated and independent from the technical features described in other sections. It should be interpreted that the technical features described in each section can be made independent as appropriate depending on the nature of the technical features described in each section.

(1) A system that provides certain goods or services or movable or real estate to users,
a payment machine that allows users to make non-electronic payments in the form of cash or card payments;
an optionally present management server capable of communicating with the payment machine;
The system does not support electronic payments by itself, but it is a second system that provides goods or services of the same or different type, or movables or immovables to the user, and is compatible with electronic payments. Through collaboration, we will implement a pseudo-electronic payment mode,
The second system includes:
a second management server capable of communicating with the user's communication terminal;
a payment server that enables electronic payments by users and is capable of communicating with the second management server;
In the pseudo electronic payment mode, the system allows a user's communication terminal to communicate with another communication device (for example, if the system has the management server) while the user is pretending to be a member of the second system. , for example, the management server), and accesses the second management server with or without going through the management server, thereby performing electronic payment using the payment server.

(2) A system that provides certain goods or services or movable or real property to users,
a payment machine that allows users to make non-electronic payments in the form of cash or card payments;
an optionally existing management server that is capable of communicating with the payment machine;
The system executes a non-electronic payment mode that does not support electronic payment by itself, and in the non-electronic payment mode, the user uses the payment machine to make a non-electronic payment,
The system performs a pseudo-electronic payment mode in cooperation with a second system that provides goods or services of the same or different kind or movable or immovable property to the user;
The second system includes:
a second management server capable of communicating with the user's communication terminal;
a payment server that enables electronic payments by users and is capable of communicating with the second management server;
The second system independently executes an electronic payment mode corresponding to electronic payment on the condition that the user is a member of the second system, and in the electronic payment mode, A communication terminal of a user communicates with the second management server, thereby performing an electronic payment using the payment server, and then the second management server transmits a payment completion signal to the communication terminal,
In the pseudo electronic payment mode, the system allows a user's communication terminal to communicate with another communication device (for example, if the system has the management server) while the user is pretending to be a member of the second system. accesses said second management server, with or without going through (e.g., its management server), thereby making an electronic payment using said payment server, and then said second management server An electronic payment compatible service providing system that communicates with the payment machine via or without another communication device, whereby the payment machine receives a payment completion signal.

(3) The said service includes a service that lends a space to a user for parking a vehicle, including a bicycle, a car, or a motorcycle, and/or a service that lends a vehicle, including a bicycle, a car, or a motorcycle, to a user (1 ) or the electronic payment compatible service provision system described in paragraph (2).

(4) The service includes a service that lends a space to a user for parking a vehicle, including a bicycle, a car, or a motorcycle, in a parking lot;
The system further includes:
The exit permission device physically restricts vehicles that have entered the parking lot from leaving the parking lot until the payment by the user is completed, and physically permits the vehicle to leave the parking lot after the payment by the user is completed. including those controlled by the payment machine,
The electronic payment compatible service providing system according to item (3), wherein the payment machine, upon receiving the payment completion signal, transmits an exit permission signal to the exit permission device.

(5) The service lends to a user a space selected by the user from among a plurality of spaces in a parking lot for the user to park a vehicle, including a bicycle, a car, or a motorcycle. including services that
The system further includes:
When the pseudo-electronic payment mode is selected by the user in the warehousing stage where the vehicle enters the selected compartment or the exit stage where the vehicle exits from the selected compartment, the user's communication terminal identifies the parking lot. A combination of information for identifying the selected vehicle compartment and information for identifying the selected vehicle compartment is obtained, and a spoof member ID for accessing the second system as a member of the second system is added to the combination. The electronic payment according to any one of (1) to (4), including a spoofing access means for assigning and using the spoofed member ID to access the second system via or without going through the management server. Responsive service provision system.

(6) Furthermore,
When the pseudo electronic payment mode is selected by the user, the user's communication terminal acquires the user ID of the user or information uniquely corresponding to the user, and adds the second system to the user ID or information. Assign a spoofed member ID for accessing the second system of the second system as a member of the second system, and use the spoofed member ID to access the second system via or without another communication device. The electronic payment compatible service providing system according to any one of (1) to (4), including a spoofing access means for accessing.

(7) A program for causing a computer to function as a communication terminal in the electronic payment compatible service providing system according to any one of paragraphs (1) to (6).

Throughout this specification, the term "program" shall be construed to mean, for example, a combination of instructions executed by a computer to perform its functions, and not just any combination of those instructions; It can be interpreted to include, but is not limited to, files and data processed in accordance with.

In addition, this program may be executed by a computer alone to achieve the desired purpose, or may be executed together with other programs to achieve the desired purpose. Yes, but not limited to. In the latter case, the program according to this section may be data-based, but is not limited thereto.

(8) A program for causing a computer to function as a management server in the electronic payment compatible service providing system according to any one of paragraphs (1) to (6).

(9) A program for causing a computer to function as a payment machine in the electronic payment compatible service providing system set forth in any one of paragraphs (1) to (6).

(10) A recording medium on which the program according to any one of (7) to (9) is recorded in a computer-readable manner.

Throughout this specification, the term "recording medium" may be interpreted to mean various types of recording medium, including, for example, magnetic recording media such as flexible disks, etc. The storage medium includes, but is not limited to, optical recording media such as CDs and CD-ROMs, magneto-optical recording media such as MOs, and unremovable storages such as ROMs.

(11) A system that provides certain goods or services or movable or real estate to users,
The first type of payment by the user (here, simply "payment" means any type of payment, such as cash payment, card payment, electronic settlement, etc.), but the system alone does not allow the second type of payment. By collaborating with a second system that does not support the above-mentioned second type of payment and provides the user with the same or different types of goods or services, or movables or real estate, which supports the second type of payment, Execute alternative payment mode,
In the alternative payment mode, the user's communication terminal accesses the second system via or without a communication device different from the communication terminal, thereby performing the second type of payment. , then the second system communicates with the system via or without a communication device separate from the second system, whereby the system transmits a payment completion signal to the second system. Provided is a service provision system compatible with electronic payments received from the Internet.

Examples of combinations of "first type of payment" and "second type of payment" include a combination of non-electronic payment and electronic payment, and a combination of first type of electronic payment and second type of electronic payment. .

FIG. 1 illustrates a parking lot management system according to an exemplary embodiment of the present invention that cannot support electronic payments on its own, and a second parking management system that can support electronic payments on its own. It is a perspective view which shows things conceptually. FIG. 2 is a flowchart conceptually representing the operations of the transmitter, the user's mobile terminal, and the management server in the second parking lot management system shown in FIG. 1, which are performed at the warehousing stage. FIG. 2 is a flowchart conceptually representing the operations of the transmitter, the user's mobile terminal, and the management server in the second parking lot management system shown in FIG. 1, which are performed in the exit stage. FIG. 4 shows three examples of communication procedures for making the parking lot management system shown in FIG. 1 compatible with electronic payments by partially utilizing the second parking lot management system shown in the same figure. It is a block diagram. FIG. 5 shows the operations of the payment machine, the user's mobile terminal, and the management server in the parking lot management system shown in FIG. 3 is a flowchart conceptually representing what is done to execute the mode. FIG. 6 is an example of a communication procedure for making the parking lot management system shown in FIG. 1 compatible with electronic payment by partially utilizing the second parking lot management system shown in the same figure. FIG. 3 is a block diagram showing a partially modified second communication procedure shown in FIG. 1 as a fourth communication procedure. FIG. 7 is a flowchart conceptually representing an example of a program executed by the parking lot management system shown in FIG. 1 in accordance with the fourth communication procedure shown in FIG. FIG. 8 conceptually represents a program executed by the parking lot management system shown in FIG. 1 to perform code reading payment in a pseudo manner with the help of the second parking lot management system shown in FIG. 1. It is a flowchart. FIG. 9 is a flowchart conceptually representing another example of a program executed by the parking lot management system shown in FIG. 1 in accordance with the fourth communication procedure shown in FIG. FIG. 10 is a functional block diagram conceptually representing a multi-electronic payment system according to another exemplary embodiment of the invention. FIG. 11 is a flowchart conceptually representing the operation of the multi-electronic payment system shown in FIG. FIG. 12 conceptually represents an example of electronic payment request related information for the multi-electronic payment system shown in FIG. 10. FIG. 13 is a flowchart conceptually representing a modified example of the operation of the multi-electronic payment system shown in FIG. 11. FIG. 14 conceptually represents an example of electronic payment request related information for the multi-electronic payment system shown in FIG. 13.

Hereinafter, some of the more specific exemplary embodiments of the present invention will be described in detail based on the drawings.

<Overall configuration>

FIG. 1 shows a pseudo electronic payment compatible parking lot management system 10 (hereinafter simply referred to as "system 10") according to an exemplary embodiment of the present invention. It is shown together with a system 110 (hereinafter simply referred to as "system 110"). The system 10 is an example of an electronic payment compatible service providing system according to an embodiment of the present invention. Further, the system 10 implements a parking lot management method according to an embodiment of the present invention, and the parking lot management method is an example of a pseudo electronic payment compatible service providing method according to an embodiment of the present invention.

The system 10 executes a non-electronic payment mode that does not support electronic payments on its own. In the non-electronic payment mode, the user uses the payment machine 30 in the system 10 to make a non-electronic payment. One example of non-electronic payment is cash payment, and another example is prepaid IC card payment (also simply referred to as "card payment").

Furthermore, the system 10 implements a pseudo-electronic payment mode in cooperation with a second system 110 that provides the same type of service to the user. In the pseudo electronic payment mode, the user uses his or her mobile terminal 90 (an example of the communication terminal) to perform electronic payment using the management server 140 and payment server 160 in the second system 110.

Throughout this application, electronic payment is also referred to as "smartphone payment" (abbreviated as "smartphone payment"), and refers to all types of payments made by the user using the mobile terminal 90.

This electronic payment includes, for example, credit card payment, prepaid or post-pay electronic money payment, and a payment code such as a two-dimensional barcode or one-dimensional barcode such as a QR code (registered trademark) that the user sends to the mobile terminal 90. Code reading payment ("QR code (registered trademark) payment", "code (also referred to as "settlement"), etc.

In addition, in this embodiment, when "code reading payment" is adopted as electronic payment, the "code reading payment" may be performed by a prepaid method or by a postpay method.

Based on the above definition, as a criterion for distinguishing between electronic payment and non-electronic payment, for example, a payment made by the user operating the mobile terminal 90 is an electronic payment; The criteria for determining that payments made without electronic payment are non-electronic payments will be adopted. When adopting this criterion, whether the user's monetary value (monetary value) consumed for electronic payments is represented by cash existing in the user's bank account, or whether it is prepaid by the user in a separate virtual account. It does not matter whether it is expressed by electronic money that is charged by the post-pay method or by electronic money.

This system 10 is a deferred payment system that allows the user to leave the parking lot 20 on the condition that the user pays a deferred parking fee corresponding to the length of time the user actually parked the car. However, instead of this, the system 10 allows the user to pay a prepaid parking fee corresponding to the length of the user's desired parking time (for example, the planned parking time) before starting to use the parking lot 20. As a condition, it is also possible to adopt a prepayment type that allows the user to use the parking lot 20.

<Configuration of system 10>

Referring to FIG. 1, a system 10 is a system for managing a parking lot 20. A plurality of compartments 22 exist in the parking lot 20. One vehicle is parked in each compartment 22. An exit permission device 24 is installed for each vehicle compartment 22.

Additionally, regarding the definition of the term "vehicle", the term "vehicle" should be interpreted as a term that includes not only automobiles but also all types of moving objects such as bicycles and motorcycles.

An example of the exit permission device 24 is a vehicle presence/absence sensor (for example, a loop coil buried underground, a parking lot (such as a photosensor installed to be exposed on the support surface of 20) and a vehicle in the vehicle compartment 22, the vehicle is placed in an exit prevention state that prevents the vehicle from exiting the vehicle compartment 22 (leaving the garage), and the vehicle is permitted to exit the vehicle. It has a mechanism section having a baffle plate (a flap, a lifting device, a car stopper, a wheel stopper, etc.) as a movable member that switches to an exit permission state.

When the presence of a vehicle is detected by the vehicle presence/absence sensor, the mechanism part moves the baffle board to a state of preventing exit by raising or tilting the baffle board, and when the user settles the deferred parking fee, the baffle board For example, the board is lowered or leveled, and the board is moved to the delivery permission state.

In this embodiment, a payment machine 30 is commonly installed in a plurality of vehicle compartments 22. The payment machine 30 communicates with the vehicle presence/absence sensor for each compartment 22, and monitors the presence or absence of a vehicle in each compartment 22 based on the signal from the vehicle presence/absence sensor. Furthermore, a payment machine 30 is commonly installed in the plurality of exit permission devices 24. The payment machine 30 communicates with the mechanical section of each vehicle compartment 22, and switches the mechanical section between an exit permission state and an exit prevention state as appropriate. The payment machine 30 may be configured primarily with a sequencer, or may be configured primarily with a computer.

In another example, an exit permission device 24 is commonly installed in a plurality of vehicle compartments 22 . The exit permission device 24 has, for example, a mechanism section that opens and closes a gate at the entrance/exit of the parking lot 20.

Note that it is not essential to install the exit permission device 24 in the parking lot 20 in order to implement the present invention, and the present invention is applied to a parking lot 20 that is a deferred payment type but does not have the exit permission device 24. Is possible.

This system 10 further includes a management server 40. This management server 40 is operated, for example, by a parking lot management company that manages the parking lot 20 on behalf of the owner who owns the parking lot 20.

In the non-electronic payment mode, the management server 40 communicates (for example, wirelessly) only with the payment machine 30, thereby providing a function to remotely monitor the operating status of the parking lot 20 in real time. Realize multiple functions including:

On the other hand, in the pseudo electronic payment mode, the management server 40 communicates (e.g. , wireless communication), and as a result, although this system 10 alone cannot support electronic payments, a user can legitimately impersonate a member of the second system 110 and legally enter the second system 110. access and thereby enable multiple functions, including a spoofed access function that enables electronic payments.

<Configuration of mobile terminal 90>

The user's mobile terminal 90 is, for example, a device that is carried by the user and has a wireless communication function, such as a mobile phone, a smartphone, a laptop computer, a tablet computer, or a PDA. Furthermore, the mobile terminal 90 is an example of a user's communication terminal, and the communication terminal may be one that is not carried by the user, such as a vehicle-mounted communication terminal.

The mobile terminal 90 is mainly configured with a computer having a processor and a memory that stores a plurality of applications executed by the processor.

The mobile terminal 90 further includes a display section (for example, a liquid crystal display) that displays information on the screen, a reception section that receives signals from an external communication device, and a reception section that generates a signal and transmits the signal to an external communication device. and a transmitter that transmits to the device.

This mobile terminal 90 further includes an input section for inputting data and commands from the user. The input unit includes, for example, an operation unit that can be operated by the user to input desired information (eg, commands, data, etc.) into the mobile terminal 90.

Its operating parts include a touch screen (means that allows manual input of data) that displays some icons (e.g., virtual buttons) that can be operated by the user, a physical operating part that can be operated by the user; (e.g., means that allow manual input of data, such as a keyboard, keypad, button, etc.), a microphone that senses audio (means that allow for the audible input of data), etc. .

This mobile terminal 90 further includes a camera (to be precise, a digital camera, but it can be understood as a type of image sensor) that captures an image and converts the captured image into an electrical signal as an input unit of another type. ). By using its camera, the mobile terminal 90 can capture not only landscapes, people, and other objects, but also codes such as QR codes (registered trademarks) and barcodes, and strings of numbers and symbols, whether encrypted or not. It becomes possible to import it as image data.

This mobile terminal 90 further includes a GPS (satellite positioning system) receiver. As is well known, a GPS receiver receives multiple GPS signals from multiple GPS satellites, and triangulates the position (latitude, longitude, and altitude) of the GPS receiver on the earth based on these GPS signals. Measured by

<Configuration of second system 110>

As shown in FIG. 1, a second system 110, like system 10, is configured to manage a pay later parking lot 120. The parking lot 120 also has a plurality of compartments 122.

In the parking lot 120, one transmitter 130 is commonly installed in a plurality of vehicle compartments 122. In another example, although not shown, a plurality of transmitters 130, the number of which is smaller than the number of compartments 122, are installed in association with each of a plurality of compartment groups. In yet another example, although not shown, the same number of transmitters 130 as there are compartments 122 are installed in each compartment 122.

In the example shown in FIG. 1, one transmitter 130 is associated with one parking lot 120, and also with all vehicle compartments 122. Therefore, if the transmitter 130 is identified by the user's mobile terminal 190, the location of the parking lot 120 associated with it, that is, the parking lot code (or parking lot ID) and existence of the parking lot 120 selected by the user. Although the location (place name, geographical location, etc.) is known, the location of the one compartment 122 selected by the user is unknown.

Mobile terminal 190 has a common configuration with mobile terminal 90 described above. Therefore, a redundant explanation of the mobile terminal 190 will be omitted.

In this second system 110, the user can only select the electronic payment mode and cannot select the non-electronic payment mode. In this embodiment, electronic payment is typically defined as a term meaning the above-mentioned credit card payment.

<Configuration of transmitter 130>

First, to explain conceptually, transmitter 130 is a contactless or contact (proximity) communication device that emits an identification signal that can identify a unique transmitter code (or transmitter ID).

The user's mobile terminal 190 exclusively receives the identification signal from the transmitter 130 in one direction using a short-range wireless communication method. The distance at which the mobile terminal 190 can receive the signal from the transmitter 130, that is, the reception radius (for example, 0 m to approximately 50 m) is variably set on the mobile terminal 190 using software. The area surrounded by a circle having the reception radius is called a coverage area or coverage area.

The transmitter 130 is normally installed immovably in a fixed manner in the corresponding parking lot 120, but it can also be installed movably so that it can be moved at any time. Furthermore, it is sufficient for the transmitter 130 to have at least a transmitting function, but it may also be configured to have a receiving function as well, if necessary.

Next, to explain the operation method, the transmitter 130 transmits a unique identification signal actively, locally, and permanently as long as there is no shortage of power supply without requiring an external trigger signal. do.

The transmitter 130 is generally a device also known as a beacon device, a radio beacon, or the like that transmits a beacon signal as an identification signal. In one example, the transmitter 130 generates an identification signal representing a corresponding transmitter code by modulating the original signal, and transmits the generated identification signal to an IR signal, a Bluetooth (registered trademark) signal, an NFC signal, etc. (Near field communication) Locally transmitted as a signal, etc.

Next, to explain the hardware configuration without referring to the drawings, the transmitter 130 is mainly configured with a computer having a processor and a memory that stores a plurality of applications executed by the processor.

<Configuration of management server 140>

The second system 110 further includes a management server 140. This management server 140 communicates with the user's mobile terminal 190 bidirectionally using a long-distance wireless communication method.

To explain the hardware configuration without referring to figures, the management server 140 is mainly configured with a computer having a processor and a memory that stores a plurality of applications executed by the processor.

Specifically, the management server 140 includes a receiving unit that receives a signal from the mobile terminal 190, a transmitting unit that generates a signal and transmits the signal to the mobile terminal 190, and a clock that measures the current time. have This management server 140 does not directly receive information from the transmitter 130, but actually receives it via the mobile terminal 190.

<Operation of second system 110>

The operation of the second system 110 will now be described with reference to FIGS. 2 and 3.

<Stocking stage>

First, with reference to FIG. When activated, the mobile terminal 190 first sends a login request to the management server 140 along with a member ID indicating that the user is a member eligible to use the second system 110. Send to.

In response, the management server 140 receives the login request together with the member ID in step S231, and then, in step S232, refers to the member database in the memory of the management server 140 to determine whether the current user Determine whether or not the member is a regular member.

If the current user is a regular member, the determination in step S232 becomes YES, and in step S233, a login completion signal indicating login completion is returned to the current user's mobile terminal 190. If the current user is a regular member, the credit card number or bank account number linked to the user is stored in the memory of the management server 140 in advance in association with the user. On the other hand, if the current user is not a regular member, the determination in step S232 is NO, the process returns to step S231, and the input of a regular member ID is awaited.

Thereafter, the mobile terminal 190 receives the login completion signal in step S211, executes step S212 at this timing, and thereby receives a signal from the transmitter 130 installed in the parking lot 120 where the user is currently located. Receive.

Subsequently, in step S213, the mobile terminal 190 extracts the transmitter code corresponding to the transmitter 130 from the signal received from the transmitter 130 this time. Thereafter, in step S214, the mobile terminal 190 selects the extracted outgoing call according to a predetermined relationship between the transmitter code and the parking lot code that is stored in the memory of the mobile terminal 190. Convert the machine code to the corresponding parking lot code. As a result, the parking lot 120 into which the current user entered is specified.

Subsequently, in step S215, the mobile terminal 190 displays a warehousing button on its own screen in order to confirm the user's intention to warehove. When the user touches the warehousing button, it is determined that the user has the intention of warehousing, and in step S216, the warehousing request for the user to request warehousing, the parking lot code, and the member ID are associated with each other and managed. Send to server 140. Thereafter, in step S217, the mobile terminal 190 stores the current parking lot code in the memory of the mobile terminal 190 as an entry parking lot code for later reference.

In response, the management server 140 receives the parking request, the parking lot code, and the member ID in step S234 in association with each other, and then measures the current time by using the clock in step S235. . Thereafter, the management server 140 handles the measured current time as the warehousing time in step S236, and then stores the warehousing time in the memory of the management server 140 in association with the member ID in step S237. As a result, the member ID, the ID of the parking lot 20, and the parking time are stored in the memory of the management server 140 in association with each other.

<Delivery stage>

Next, with reference to FIG. 3, the operation of the second system 110 in the exit stage in which the vehicle exits from one of the compartments 122 will be described. First, in step S311, the user's mobile terminal 190 A signal is received from a transmitter 130 installed in the parking lot 120 where the user is currently located. Next, the mobile terminal 190 extracts the transmitter code corresponding to the transmitter 130 from the signal received from the transmitter 130 in step S312.

Thereafter, in step S313, the mobile terminal 190 selects the extracted outgoing call according to a predetermined relationship between the transmitter code and the parking lot code that is stored in the memory of the mobile terminal 190. Convert the machine code to the corresponding parking lot code. As a result, the parking lot 120 where the current user is currently located, that is, the exit parking lot 120 from which the user wants to leave the parking lot is specified.

Subsequently, in step S314, the mobile terminal 190 reads the already stored incoming parking lot code from the memory of the mobile terminal 190, and determines whether it and the converted parking lot code, that is, the outgoing parking lot code match each other. Determine whether or not to do so. If they match, the determination in step S314 is YES and the process proceeds to step S315, but if they do not match, the determination is NO and the process returns to step S311, where the acquisition of the correct exit parking lot code is awaited.

Subsequently, in step S315, the mobile terminal 190 displays an exit button on its screen in order to confirm the user's intention to exit the warehouse. When the user touches the exit button, it is determined that the user has an intention to exit the garage, and in step S316, the exit request, the exit parking lot code, and the member ID are associated with each other and transmitted to the management server 140.

On the other hand, in step S331, the management server 140 receives the exit request, the exit parking lot code, and the member ID in association with each other, and then, in step S332, the management server 140 receives the exit request, the exit parking lot code, and the member ID in step S332. By determining whether the same combination exists in the memory of the management server 140, it is determined whether the current user and the current parking lot 120 are to be authenticated as legitimate.

Thereafter, if the authentication is successful, the management server 140 measures the current time using the clock in step S333. Thereafter, in step S334, the management server 140 treats the measured current time as the exit time, and then in step S335, the management server 140 processes the arrival time stored in the memory of the management server 140 in association with the current member ID. is read from the memory, and the parking time is calculated by subtracting the parking time from the parking time.

Thereafter, in step S336, the management server 140 calculates the calculated value according to a predetermined relationship between the length of parking time and the amount of parking fee, which is stored in the memory of the management server 140. Calculate the parking fee commensurate with the length of parking time. Subsequently, the management server 140 transmits the calculated parking fee amount to the user's mobile terminal 190.

In response, the mobile terminal 190 receives the amount of the parking fee in step S317, and then displays the amount of the parking fee on the screen in step S318.

On the other hand, after executing step S336, in step S337, the management server 140 sends a payment request for electronic payment of the parking fee to information necessary for electronic payment (for example, the above-mentioned credit card linked to the user). or bank account number) to the payment server 160.

In response, the payment server 160 receives the payment request in step S351, and then performs electronic payment according to the specified contents in step S352. Subsequently, in step S353, payment server 160 transmits a payment completion signal indicating that the electronic payment has been completed to management server 140.

In response, the management server 140 receives the payment completion signal in step S338, and then transmits an exit permission signal (or payment completion signal) to the mobile terminal 190 in step S339.

In response, the mobile terminal 190 receives the exit permission signal (or the payment completion signal) in step S319, and is informed that the mobile terminal 190 is not allowed to leave the parking lot 120 because the current parking fee was paid by electronic payment. The user will know that he/she has legitimately been authorized to issue goods.

<Operation of system 10>

<Stocking stage>

To explain the operation of this system 10, in the warehousing stage when a vehicle enters one of the compartments 22, when the corresponding vehicle presence/absence sensor detects a vehicle, a signal indicating this is sent to the payment machine 30. . The payment machine 30 measures the time at that time as the parking time, and records which compartment 22 the vehicle entered at the parking time (in association with the compartment number). Thereby, the warehousing time and the number of the compartment 22 (or the compartment ID) are linked.

The payment machine 30 further associates the entry time and the number (or cabin ID) of the vehicle compartment 22 with each other and transmits the data to the management server 40, and the management server 40 stores the data in association with each other. This allows the management server 40 to monitor the operating status of the parking lot 20 in real time. This management server 40 is configured to centrally manage a plurality of parking lots 20 so as to monitor the operating status of other parking lots 20 as well.

<Delivery stage>

<Non-electronic payment mode>

On the other hand, in the exit stage where the vehicle exits from one of the compartments 22, the user first selects the non-electronic payment mode and the pseudo-electronic payment mode (this mode appears to the user to be (recognized as the electronic payment mode to be realized).

When the non-electronic payment mode is selected, the user inputs the number of his/her compartment 22 into the payment machine 30, and upon receiving it, the payment machine 30 measures that time as the leaving time and records the above record. The elapsed time from the time of entering the parking lot to the time of leaving the parking lot is calculated as the parking time, and the deferred parking fee is calculated in an amount commensurate with the length of parking time.

When the user pays the parking fee to the payment machine 30 using cash or a prepaid card, the payment machine 30 switches the exit permission device 24 corresponding to the current vehicle compartment 22 from the exit prevention state to the exit permission state. . This allows the user to take the vehicle out of the current vehicle compartment 22. In this manner, in the exit stage, the amount of parking fee is specified using the number of the vehicle compartment 22 inputted into the payment machine 30 by the user as a key.

<Pseudo electronic payment mode>

On the other hand, when the user selects the pseudo electronic payment mode, the user activates a pseudo electronic payment program that is preinstalled on the mobile terminal 90.

<Variations of communication procedures between systems>

The simulated electronic payment program will be described in detail later with reference to FIG. 5, but generally speaking, in the simulated electronic payment mode, as shown in the top column of FIG. Instead of this, the management server 40 performs the fee calculation in place of the payment machine 30 (first communication procedure). There is a possibility that the management server 140 of the system 110 will perform the process (second communication procedure), and a possibility that the payment machine 30 will still perform the process (the third communication procedure), as shown in the bottom column of FIG. do.

Here, to explain the three communication procedures shown in FIG. In the same figure, three elements (or servers) existing within the area surrounded by the dashed line partially utilize the second system 110 to support electronic payment. It exists to function in such a way that it can correspond to electronic payment, and in that sense, the combination is also called an electronic payment realization means.

In this electronic payment realization means, the management server 40 is also referred to as a "real management server" in the sense that it is a management server that actually exists in the system 10. On the other hand, the management server 140 exists not in the system 10 but in the second system 110, and from the user's perspective, it is considered as if it were a management server that actually existed in the system 10. ” is also called.

Next, these communication procedures will be explained individually.

<First communication procedure>

First, in the first communication procedure, as shown in the top column of FIG. The management server 40 is caused to calculate the parking fee (also referred to as "fee calculation").

When the fee calculation is completed, the real management server 40 connects to the payment server 160 via the spoofed management server 140, thereby causing the payment server 160 to perform electronic payment. When the electronic payment is completed, the actual management server 40 transmits a leaving permission signal to the leaving permission device 24 via the payment machine 30, thereby allowing the user to leave the warehouse.

At this time, the real management server 40 further transmits the calculated parking fee amount to the payment machine 30, and the payment machine 30 displays the received parking fee amount on its own screen (e.g., LCD, touch panel). The amount can be displayed as is without encrypting the number string representing the amount, or it can be encrypted as a number symbol string selected using the aforementioned QR code (registered trademark), barcode, or random number table. May be displayed.

The encrypted information is captured as image data representing the code using the camera of the mobile terminal 90. The captured code is decrypted using a decryption application (an application that converts between original data and encrypted data) of the mobile terminal 90, thereby restoring the original data representing the parking fee. As a result, the user and the mobile terminal 90 can recognize the amount of the parking fee.

The technology in which the payment machine 30 displays the parking fee amount to the user as described above, or transmits it as a print or radio wave to the mobile terminal 90 (for example, transmits it using the Bluetooth (registered trademark) communication method) is described below. It can also be adopted in other communication procedures.

Regarding the communication between the management server 40, the payment machine 30, and the exit permission device 24, in the example shown in FIG. , the payment machine 30 transmits a leaving permission signal to the leaving permission device 24.

Instead, the actual management server 40 receives the payment completion signal from the payment server 60, transmits a payment completion signal indicating that the user has completed the electronic payment to the payment machine 30, and in response, the payment completion signal is sent to the payment machine 30. The vehicle 30 may transmit a leaving permission signal to the leaving permission device 24.

In any case, the "settlement completion signal" and the "exit permission signal" both indicate that the user has completed the electronic payment in an environment where the user is permitted to exit the warehouse once the user completes the electronic payment. This is a signal indicating that the user is permitted to leave the warehouse, so although the names are different, the actual meanings are the same. Therefore, there is no problem even if the "departure permission signal" in the example shown in FIG. 4 is replaced with "payment completion signal".

<Second communication procedure>

Next, in the second communication procedure, as shown in the center column of FIG. The impersonation management server 140 is caused to calculate the parking fee (also referred to as "fee calculation").

When the fee calculation is completed, the spoofing management server 140 connects to the payment server 160, thereby allowing the user to make an electronic payment. When the electronic payment is completed, the impersonation management server 140 notifies the real management server 40 of the completion of the electronic payment, and in response, the real management server 40 sends an exit permission signal to the exit permission device 24 via the payment machine 30. and then authorizes the user to issue the item.

<Third communication procedure>

Furthermore, in the third communication procedure, as shown in the bottom column of FIG. , the mobile terminal 90 causes the payment machine 30 to calculate the parking time and the parking fee, and also causes the calculated parking fee to be sent back to the mobile terminal 90.

Thereafter, the mobile terminal 90 performs wireless communication (for example, via a telephone network) with the impersonation management server 140, and in response, the impersonation management server 140 connects to the payment server 160, thereby allowing the user to enables electronic payments. When the electronic payment is completed, the impersonation management server 140 notifies the real management server 40 of the completion of the electronic payment, and in response, the real management server 40 sends an exit permission signal to the exit permission device 24 via the payment machine 30. and then authorizes the user to issue the item.

<One specific example of pseudo electronic payment mode>

Next, referring to FIG. 5, it will be seen that the payment machine 30, the mobile terminal 90, the management server 40, and the second The respective operations of management server 140 and payment server 160 of system 110 will be explained.

Among the plurality of steps shown in FIG. 5, the time series of the steps executed on the mobile terminal 90 corresponds to the above-mentioned pseudo electronic payment program, and the time series of the steps executed on the management server 40 correspond to the actual management This corresponds to a pseudo electronic payment program for the server, and the time series of what is executed on the management server 140 corresponds to the pseudo electronic payment management program for the spoofed management server, and is also executed on the payment server 160. The time series of things corresponds to an electronic payment program.

When the user starts the pseudo-electronic payment program on the mobile terminal 90, first, in step S511, the program confirms the user's intention to leave the warehouse (in the pseudo-electronic payment mode rather than in the non-electronic payment mode). , displays the issue button on its own screen. Next, in step S512, it is determined whether the user has operated (for example, touched) the exit button. When the exit button is operated, the determination becomes YES, and it is determined that the user has an intention to exit the warehouse.

Subsequently, in step S513, in order to identify the parking lot 20 where the user is currently located, the mobile terminal 90 prompts the user to input parking lot identification information for identifying the parking lot 20, for example, a parking lot code. urge. In contrast, the user inputs the corresponding parking lot code into the mobile terminal 90 manually (for example, by said manual input or said voice input) or semi-automatically or fully automatically (in a manner where the input is supported by the mobile terminal 90). do.

In the first example of the parking lot code input support method, the mobile terminal 90 measures the current position of the current parking lot 20 using the GPS function, and also measures the current position of the parking lot 20 at the current location. According to a predetermined relationship between the map positions and the one stored in the memory of the mobile terminal 90, one of the plurality of map positions is located in the vicinity of the measured current position. At least one parking lot 20 corresponding to is presented to the user as a candidate for the current parking lot 20.

In this first example, when the user selects one of the parking lots 20 on the mobile terminal 90, the parking lot code corresponding to that parking lot 20 is input into the mobile terminal 90.

In the second example of the parking lot code input support method, the mobile terminal 90 performs wireless communication (for example, using Bluetooth (registered trademark) communication method) with the payment machine 30, and at this time, the payment machine 30 performs wireless communication with the payment machine 30. A signal representing the parking lot code corresponding to the parking lot 20 where the payment machine 30 is installed is returned to the mobile terminal 90. Thereby, the user can input the parking lot code of the parking lot 20 where the user is currently located into the mobile terminal 90.

In the third example of the parking lot code input support method, the camera of the mobile terminal 90 detects an identification mark attached to each payment machine 30 or each vehicle compartment 22, such as a computer-readable pattern or image (for example, A one-dimensional code such as a barcode, a two-dimensional code such as a QR code (registered trademark), etc.) is read, and the reading result is converted into a parking lot code corresponding to the current parking lot 20. Thereby, the user can input the parking lot code of the parking lot 20 where the user is currently located into the mobile terminal 90.

Next, in step S514, the mobile terminal 90 asks the user to identify the compartment 22 in which the user's vehicle is currently parked in the parking lot 20 where the user is currently located. The user is prompted to input the cabin identification information, for example, the cabin number. In contrast, the user inputs the corresponding cabin number into the mobile terminal 90 manually (for example, by the manual input or the voice input) or semi-automatically or fully automatically (in a manner where the input is supported by the mobile terminal 90). do.

In one example of the vehicle cabin number input support method, the camera of the mobile terminal 90 detects an identification mark attached to each vehicle cabin 22, such as a computer-readable pattern (for example, a bar code, a QR code (registered trademark)). 2D code, etc.) and converts the reading result into a cabin number corresponding to the current cabin 22. Thereby, the user can input into the mobile terminal 90 the cabin number of the cabin 22 in which his/her vehicle is currently parked.

Note that the "identification mark" herein may be configured as a multipurpose identification mark that includes both the identification mark of the vehicle compartment 22 and the identification mark of the parking lot 20. In this case, the camera of the mobile terminal 90 reads the multi-purpose identification mark attached to each vehicle compartment 22, and the reading result is assigned to the parking lot code corresponding to the current parking lot 20 and the current vehicle compartment 22. Convert to a combination with the corresponding cabin number.

According to this exemplary input support method, the user inputs the parking lot code of the parking lot 20 where the user is currently located and the cabin number of the cabin 22 where the user's vehicle is currently parked on the mobile terminal 90. can be entered.

Thereafter, in step S515, the mobile terminal 90 determines that the current user (accurately assigns one spoof member ID to the combination of the current parking lot code and the current cabin number). The spoof member ID is set differently for each user.

By the way, a user who wishes to use the second system 110 for the original purpose of parking a vehicle is required to register as a member of the second system 110 in advance. However, users of system 10 are not required to be members of second system 110 in order to utilize that system 10.

Therefore, in this embodiment, the data processing of the mobile terminal 90 allows the user to temporarily become a member of the second system 110, regardless of the intention of the user of the system 10 and without the user's knowledge. Impersonate. This qualification as a spoof member automatically disappears when the user finishes using the system 10 (when the user pays the parking fee by pseudo-electronic payment).

In order to carry out the spoofing process, the memory of the mobile terminal 90 stores a plurality of virtual member IDs, i.e., a mobile phone that is not assigned to any user of the second system 110 but that is used only for the purpose of electronic payment. Permissions for terminal 90 to access second system 110 are stored. The same virtual member IDs are also stored in the memory of the second system 110, so that the second system 110 can perform membership authentication for the users of the system 10.

Every time the mobile terminal 90 receives a withdrawal request in the pseudo electronic payment mode from a user, the mobile terminal 90 assigns one of the virtual member IDs to one that has been used in the same mobile terminal 90 or one that has been used in another mobile terminal 90. Select it so that it does not overlap with the previous one, and assign it to the current user. As a result, the current parking lot code, current cabin number, and current impersonation member ID are linked to each other. When each mobile terminal 90 selects a certain spoofed member ID, it transmits the result to the management server 40, and the management server 40 provides information to other mobile terminals 90 so that they do not select the same spoofed member ID. do.

Thereafter, in step S516, the mobile terminal 90 manages the exit request for the user to request exit (exit in pseudo electronic payment mode rather than non-electronic payment mode), parking lot code, and cabin number in association with each other. Send to server 40.

Since the current user is not a true member of the second system 110 and is not a member who was forcibly registered this time, the management server 140 uses the credit card number linked to the current user. I don't know. Therefore, in this embodiment, the mobile terminal 90 further transmits the credit card number associated with the current user to the management server 40 as electronic payment information necessary for electronic payment.

On the other hand, in step S531, the management server 40 receives the exit request, the parking lot code, the cabin number, and the electronic payment information in association with each other.

Subsequently, in step S532, the management server 40 measures the current time using the clock. After that, the management server 40 treats the measured current time as the exit time, and then reads the entry time stored in the memory of the management server 40 in association with the current cabin number from the memory, and The parking time is calculated by subtracting the parking time from the parking exit time.

Thereafter, in step S533, the management server 40 calculates the calculated value according to a predetermined relationship between the length of parking time and the amount of parking fee, which is stored in the memory of the management server 40. Calculate the parking fee commensurate with the length of parking time. Subsequently, the management server 40 transmits the calculated parking fee amount to the user's mobile terminal 90 in step S534.

In response, the mobile terminal 90 receives the amount of the parking fee in step S517, and then displays the amount of the parking fee on the screen.

Thereafter, in step S518, the mobile terminal 90 sends the amount of the parking fee, the electronic payment request for electronic payment for the parking fee, and the current spoofed member ID to the information necessary for electronic payment (the electronic payment information). ) is transmitted to the management server 140 of the second system 110. Alternatively, the payment request may be sent to the management server 140 by the management server 40 instead of the mobile terminal 90.

In response, in step S551, the management server 140 receives the parking fee amount, payment request, current spoofed member ID, and information necessary for electronic payment.

Subsequently, in step S552, the management server 140 determines whether a virtual member ID that matches the received impersonation member ID exists by referring to its own memory, and if it exists, Allow the current user to access the second system 110 for the sole purpose of electronic payment. Membership authentication is performed.

Thereafter, in step S553, the management server 140 transmits a payment request for electronic payment for the parking fee to the payment server 160, along with information necessary for electronic payment.

In response, the payment server 160 receives the payment request in step S571, and then performs electronic payment according to the specified contents in step S572. Subsequently, in step S573, the payment server 160 transmits a payment completion signal indicating that the electronic payment has been completed to the management server 40.

In response, the management server 40 receives the payment completion signal in step S535, and subsequently determines in step S536 that the payment of the parking fee has been completed by electronic payment. After that, the management server 40 transmits a leaving permission signal (or a payment completion signal) to the payment machine 30 in step S537.

In response, the payment machine 30 receives the leaving permission signal (or payment completion signal) in step S501, and then, in step S502, allows the user's vehicle to leave the current compartment 22. In order to do so, an exit permission signal is transmitted to the exit permission device 24. In response to the exit permission signal, the exit permission device 24 retracts (retracts) the baffle plate from the operative position to the non-operative position, thereby allowing the vehicle to exit from the exit permission device 24.

<Fourth communication procedure>

Several modified examples are proposed for the example of the second communication procedure shown in the center column of FIG. .

<First modification of fourth communication procedure>

In the first modification of the fourth communication procedure, as illustrated in a block diagram as the fourth communication procedure in FIG. 6 and conceptually represented in a flowchart in FIG. 7, first, in step S701, the user When the above-mentioned exit button is operated, the mobile terminal 90 accesses the impersonation management server 140 and thereby transmits the combination of the parking lot identification information and the vehicle room identification information to the impersonation management server 140.

Here, the "combination of parking lot identification information and vehicle interior identification information" is information that identifies the parking lot 20 that the current user is using and the vehicle interior 22 in the parking lot 20, that is, vehicle interior identification information. , is also information that individually specifies the current user, that is, information that uniquely corresponds to the current user, that is, information unique to the current user.

Next, in step S702, the mobile terminal 90 further includes the credit card number (or bank account number) associated with the user with information necessary for electronic payment (for example, the payment server 160 processes the credit card payment). (electronic payment information necessary for the transaction) is sent to the spoofing management server 140.

Next, in step S733, the spoofed management server 140 accesses the real management server 40, thereby transmitting the cabin identification information received from the mobile terminal 90 to the real management server 40. In step S752, the actual management server 40 temporarily stores the received vehicle compartment identification information in its own memory.

Subsequently, in step S753, the real management server 40 specifies the parking lot 20 and the vehicle compartment 22 (hereinafter referred to as "individual compartment position") represented by the received compartment identification information.

Thereafter, in step S754, the actual management server 40 calculates the current actual parking time by the user (the usage time of the vehicle compartment 22 by the user) for the identified individual compartment position.

Specifically, as described above, the actual management server 40 executes the parking time that is transmitted from the payment machine 30 to the actual management server 40 in association with the current vehicle compartment 22 and is recorded in association with the vehicle compartment 22. The information is read from the memory of the management server 40, and the read entry time and exit time (for example, the time when the user operates the exit button on the screen of the mobile terminal 90, the time when the mobile terminal 90 accesses the spoofing management server 140) , current time, etc.).

Thereafter, in step S755, the actual management server 40 calculates a parking fee corresponding to the calculated length of parking time with reference to a predetermined fee table (not shown).

Subsequently, in step S756, the real management server 40 displays the calculated amount of parking fee from the spoofed management server 140 using the corresponding individual compartment position (for example, a combination of the parking lot 20 and the compartment 22) or the user ID. , and transmits it to the spoofing management server 140.

In this way, the impersonation management server 140 receives the current parking fee amount for each user individually.

Thereafter, in step S735, the impersonation management server 140 transmits an electronic payment request to the payment server 160. Further, in step S736, the impersonation management server 140 transmits the electronic payment information to the payment server 160. Furthermore, in step S737, the impersonation management server 140 determines the amount represented by the received parking fee data as the payment amount, and transmits payment amount data representing the payment amount to the payment server 160.

In contrast, in step S774, payment server 160 performs electronic payment (credit card payment) based on the received electronic payment information and payment amount data. Thereafter, in step S775, a completion signal indicating that the electronic payment has been completed is transmitted to the impersonation management server 140 and the real management server 40. As a result, the impersonation management server 140 and the real management server 40 are informed that the current parking fee payment has been completed in the form of electronic payment.

In response, in step S739, the impersonation management server 140 transmits a payment completion signal indicating that the electronic payment has been completed to the mobile terminal 90. This allows the user to know that the electronic payment has been completed.

In response, in step S758, the real management server 40 transmits a payment completion signal to the communication device of the payment machine 30. As a result, the payment machine 30 knows that the current parking fee payment has been completed in the form of electronic payment.

<Second modification of fourth communication procedure>

A second modification of the fourth communication procedure is illustrated in a block diagram as the fourth communication procedure in FIG. 6, and is conceptually represented in a flowchart in FIG. The flowchart will be explained below, but redundant explanation of elements common to the flowchart of FIG. 7 will be omitted.

In the flowchart of FIG. 9, first, in step S901, when the user operates the above-mentioned exit button, the mobile terminal 90 accesses the spoofing management server 140, and thereby the vehicle interior identification information (current user (information specifying the parking lot 20 used by the user and the vehicle compartment 22 in the parking lot 20) is transmitted to the impersonation management server 140.

In response, the spoofing management server 140 receives the vehicle interior identification information from the mobile terminal 90 in step S931. The received cabin identification information is stored in the memory of the spoofing management server 140. Subsequently, in step S932, the impersonation management server 140 transmits a fee information request to the real management server 40 to obtain parking fee information regarding the parking fee to be charged to the current user.

In response, the real management server 40 receives the charge information request from the spoofed management server 140 in step S951. Subsequently, in step S952, the actual management server 40 calculates the amount of the parking fee as in steps S754 and S755 described above and step S852 described above. Thereafter, in step S953, the real management server 40 transmits fee information representing the amount of the parking fee to the impersonation management server 140.

In response, the impersonation management server 140 receives the fee information from the real management server 40 in step S933. The received fee information is stored in the memory of the spoofing management server 140. Subsequently, in step S934, the spoofing management server 140 transmits the received fee information to the mobile terminal 90.

In response, the mobile terminal 90 receives the fee information from the spoofing management server 140 in step S902. Subsequently, in step S903, the mobile terminal 90 transmits the above-mentioned electronic payment information stored in its own memory to the spoofing management server 140.

In response, the spoofing management server 140 receives the electronic payment information from the mobile terminal 90 in step S935. The received electronic payment information is stored in the memory of the spoofing management server 140. Subsequently, in step S936, the spoofing management server 140 transmits the electronic payment request to the payment server 160 together with the electronic payment information (eg, credit card number) and the fee information (eg, parking fee amount).

In contrast, in step S971, the payment server 160 receives the electronic payment request, the electronic payment information, and the fee information in association with each other. Subsequently, in step S972, payment server 160 performs electronic payment (credit card payment) based on the received various information. Thereafter, in step S973, payment server 160 transmits an electronic payment completion signal indicating that the electronic payment has been completed to spoofing management server 140.

In contrast, in step S937, the impersonation management server 140 receives the electronic payment completion signal. As a result, the impersonation management server 140 knows that the current parking fee payment has been completed in the form of electronic payment. Subsequently, in step S938, the impersonation management server 140 transmits the electronic payment completion signal to the mobile terminal 90 and the real management server 40, respectively.

In contrast, in step S904, the mobile terminal 90 receives the electronic payment completion signal from the spoofing management server 140. This allows the user to know that the current parking fee payment has been completed in the form of electronic payment.

Further, in step S954, the real management server 40 receives the electronic payment completion signal from the spoofing management server 140. As a result, the real management server 40 knows that the current parking fee payment has been completed in the form of electronic payment. Thereafter, in step S955, the real management server 40 transmits the electronic payment completion signal to the communication device of the payment machine 30. As a result, the payment machine 30 knows that the current parking fee payment has been completed in the form of electronic payment.

As is clear from the above description, according to the present embodiment, an additional burden is placed on the payment system 10 by using another payment system 110 that can handle electronic payments for the payment system 10 that cannot handle electronic payments. It becomes easy to modify the payment system 10 to be compatible with electronic payment while suppressing the amount of money.

Specifically, the payment system 10 that cannot support electronic payments can perform electronic payments using an electronic payment method of another payment system 110 that can support electronic payments. In order to make the payment system 10 compatible with electronic payments (to make the payment system 10 pseudo-compatible with electronic payments), the following are the software configurations of the applications that should be installed on the mobile terminal 90, the management server 40, and the payment machine 30. It is sufficient to change the payment method relatively easily, and there is no need to add a new electronic payment method to the payment system 10.

In some of the embodiments described above, when the pseudo electronic payment mode is selected by the user, the mobile terminal 90 displays information for identifying the current parking lot 20 (for example, a parking lot code) and the currently selected parking lot 20. As a member of the second system 110, the second management server 140 of the second system 110 acquires the combination with information for specifying the passenger compartment 22 (for example, the passenger compartment number). The second management server 140 is designed to include a spoofing access means for allocating a spoofing member ID for accessing the second management server 140 and accessing the second management server 140 using the spoofing member ID.

Instead, when the pseudo electronic payment mode is selected by the user, the mobile terminal 90 acquires the user ID of the user or information uniquely corresponding to the user (described later), and acquires the user ID or information uniquely corresponding to the user. A spoof member ID for accessing the second management server 140 of the second system 110 as a member of the second system 110 is assigned to the target correspondence information, and the spoof member ID is used to pass through the management server 40. Alternatively, the second management server 140 may be designed to include a spoofing access means that accesses the second management server 140 without going through it.

Here, the "information that uniquely corresponds to the user (unique correspondence information)" includes, for example, the phone number of the mobile terminal 90, the email address, the IP address, the registration number of the user's vehicle (such as the number on the license plate, etc.). ), and image information such as an image of the user or the user's vehicle. The "vehicle registration number" can be obtained by the user manually inputting a string of letters and numbers into the mobile terminal 90, or by the user capturing an image including the vehicle's license plate using the camera of the mobile terminal 90. The number may be obtained by extracting the number from the mobile terminal 90 or other device through image recognition processing.

The several embodiments described above are some examples of the case where the present invention is applied to services using a deferred payment type parking lot 20, but the present invention applies to a service using a prepaid type parking lot 20. May be applied to services.

Further, the several embodiments described above apply the present invention to a parking lot service that lends a space for a user to park a vehicle in a parking lot 20 managed by a business operator (parking lot management company). Although these are some examples of application, it is possible to apply the invention to other types of services.

Specifically, the present invention can be applied, for example, to a service in which an individual lends a parking lot that he or she owns to another person to park another person's vehicle (a so-called parking lot sharing service), or a service in which a business operator lends a parking lot that he owns to another person to park his/her vehicle (a so-called parking lot sharing service). It can be applied to services in which vehicles are lent to users at locations (so-called vehicle rental services), services in which businesses lend vehicles to users in unmanned parking lots (so-called vehicle sharing services), and individuals The present invention may also be applied to a service where one's own vehicle is lent to another person (so-called vehicle sharing service).

Furthermore, the present invention may be applied to a service in which real estate or movable property to be rented is rented to a user.

An example of a rental object that is real estate is a coin locker. In this example, there are a non-electronic payment compatible coin locker and an electronic payment compatible coin locker system (for example, including a coin locker with a communication function, a management server, and a payment server), If the present invention is applied to this example, a coin locker payment machine that does not support electronic payments will be able to pseudo-support electronic payments using a coin locker system that supports electronic payments.

Furthermore, the present invention provides non-electronic payment compatible vending machines that sell drinks and other goods unmanned, and electronic payment compatible vending machine systems (for example, vending machines with communication functions). , a management server, and a payment server), for example, a payment machine of a vending machine that supports non-electronic payments may be used as a vending machine system that supports electronic payments. This will be used to simulate electronic payments.

Here, "articles" include items that have physical use value in themselves, such as drinks, food, rental balls for pachinko machines, rental coins for slot machines, and rental coins for game machines. Although the item itself has no physical value, it may be an item (for example, a ticket, admission ticket, meal ticket, substitute money, token) that proves that the user has a certain authority.

The non-electronic payment compatible vending machine system described above includes a vending machine that provides a predetermined item in exchange for payment by a user, and optionally, the vending machine has a communication function. In some cases, the vending machine may further include a management server that can communicate with the vending machine.

Examples of non-electronic payment compatible systems to which the present invention can be applied include unmanned ticket vending machines for public transportation that sell tickets after the user pays, and unmanned ticket vending machines installed at restaurants. A coin-operated laundry system that sells meal tickets when the user pays for it, a coin laundry system that lends washing machines and dryers to the user unattended, and a payment terminal installed in a commercial facility that allows the user to purchase items themselves. There are machines that you apply for and pay for, and machines that rent out items necessary for playing games that are unmanned rental machines installed in gaming facilities such as pachinko halls and slot machine halls.

In some of the embodiments described above, a user of the system 10 can be qualified as a member of the second system 110 without the user's knowledge, but with the user's consent. Alternatively, the present invention may be practiced in such a manner that the user of the system 10 obtains membership in the second system 110 by waiting for instructions from the user and then accesses the second system 110. good.

If the user of the system 10 is required to register the credit card number associated with the user in the management server 140 in order to qualify as a member of the second system 110, this When a user requests an electronic payment using the system 10, the credit card number associated with the user is registered in the management server 140, so the user requests an electronic payment using the system 10. At the time of doing so, the work of transmitting the credit card number linked to the user to the management server 140 is omitted.

Further, in some of the embodiments described above, the non-electronic payment compatible system 10 has the management server 40, but the present invention may be implemented without the management server 40. Furthermore, regardless of whether the non-electronic payment compatible system 10 has the management server 40, the user's mobile terminal 90 can be used to access the electronic payment compatible second system 110 without going through the management server 40. The present invention may be implemented in a manner in which the management server 140 is accessed.

Furthermore, in some of the embodiments described above, the electronic payment compatible second system 110 performs the same type of business as the non-electronic payment compatible system 10, that is, the business of providing parking spaces to users. However, the system 10 may conduct a business different from the non-electronic payment compatible system 10 (for example, a business selling goods unattended).

Furthermore, in some of the embodiments described above, the non-electronic payment compatible system 10 allows the user to make electronic payments using the payment means of the electronic payment compatible second system 110. , the present invention may be applied when the system 10 is compatible with electronic payment.

If the present invention is implemented in such an environment, for example, the types of electronic payments that the system 10 can handle independently without relying on the second system 110 will be different from the types of electronic payments available to the user. Even if the types do not match, through cooperation with the second system 110, the types of electronic payments available to the user and the types of electronic payments that can be pseudo-supported by the system 10 will match. . As a result, the user can use the system 10 since the problem of mismatching types of electronic payments is resolved.

Specifically, for example, the type of electronic payment that can be handled by the system 10 is "VISA (registered trademark) card," while the type of electronic payment that can be handled by the second system 110 is "Master Card (registered trademark)." If the types of credit cards that can be used by the user are different between the systems 10 and 110, such as "Trademark)", the user does not have the authority to use the credit card that can be used by the system 10. In this case, the user cannot use the system 10 simply because electronic payment is not possible.

On the other hand, according to the present invention, the system 10 that can use the first type of credit card uses the payment means of the second system 110 that can use the second type of credit card, If it becomes possible to make electronic payments using credit cards, there will be a situation where the user cannot use the system 10 simply because the types of credit cards that can be used by the user and the types of credit cards that can be used by the system 10 do not match. is avoided, and user convenience is improved.

<Code reading payment>

In the several embodiments described above, the second system 110 typically employs the above-mentioned "credit card payment" as the electronic payment.

Alternatively, it is also possible to implement the present invention in such a manner that the second system 110 employs the above-described "code reading payment" as an electronic payment.

In this embodiment, for example, as shown in the flowchart in FIG. requests access to the management server 140 of the second system 110.

On the other hand, if the management server 140 permits access from the mobile terminal 90 in step S831, then in step S832 the management server 140 requests access to the management server 40 of the system 10.

On the other hand, if the management server 40 permits access from the management server 140 in step S851, then in step S852 the amount of parking fee is calculated as described above, and then in step S853, Parking fee data representing the amount of the parking fee is transmitted to the management server 140.

On the other hand, when the management server 140 receives the parking fee data in step S833, it then proceeds to step S834 with a payment code that represents the parking fee amount represented by the received parking fee data as the payment amount. (For example, a QR code (registered trademark) or a barcode) is created as image data for payment code data. The payment code indicates the amount to be paid by the current user and that the payment will be made by reading the code described above. The payment amount is encrypted and reflected in the payment code.

Thereafter, in step S835, the management server 140 transmits the created payment code/data to the communication device of the payment machine 30.

In contrast, in step S861, the computer of the payment machine 30 displays a corresponding payment code on the screen of the payment machine 30 based on the received payment code data.

In contrast, in step S803, the user uses the camera of the mobile terminal 90 to read the displayed payment code. Subsequently, in step S804, the mobile terminal 90 converts the payment code into an electrical signal, thereby creating read data.

Thereafter, in step S805, the mobile terminal 90 restores the payment amount from the read data by activating a decryption application stored in its own memory. Subsequently, in step S806, the mobile terminal 90 reads the credit card number associated with the current user from its own memory as electronic payment information.

Thereafter, in step S807, the mobile terminal 90 associates the restored payment amount and the read electronic payment information with the user and transmits them to the impersonation management server 140.

In contrast, in step S837, the spoofing management server 140 determines whether or not a match is established between the received payment amount and the parking fee amount represented by the parking fee data received in step S833. judge.

Successful verification means that the decryption rules used by the mobile terminal 90 were appropriate, and in turn, the above-mentioned decryption application used by the mobile terminal 90 has been approved by the management server 140. This means that the decryption application has been properly downloaded from the second system 110 and installed in the memory of the mobile terminal 90. The fact that the decryption application used by the mobile terminal 90 has been approved by the management server 140 means that the current user is qualified as a member of the second system 110.

Thereafter, in step S838, the impersonation management server 140 transmits an electronic payment request to the payment server 160. Furthermore, in step S839, the impersonation management server 140 transmits the electronic payment information to the payment server 160. Further, in step S840, the impersonation management server 140 transmits payment amount data representing the payment amount to the payment server 160.

In contrast, in step S874, payment server 160 performs electronic payment (credit card payment) based on the received electronic payment information and payment amount data. Thereafter, in step S875, a completion signal indicating that the electronic payment has been completed is transmitted to the impersonation management server 140 and the real management server 40. As a result, the impersonation management server 140 and the real management server 40 are informed that the current parking fee payment has been completed in the form of electronic payment.

In response, in step S842, the impersonation management server 140 transmits a payment completion signal indicating that the electronic payment has been completed to the mobile terminal 90. This allows the user to know that the electronic payment has been completed.

In response, in step S854, the real management server 40 transmits a payment completion signal to the communication device of the payment machine 30. As a result, the payment machine 30 knows that the current parking fee payment has been completed in the form of electronic payment.

According to this embodiment, the system 10, which is incapable of handling code-reading payments on its own, enables users to make code-reading payments by using the payment means of the second system 110, which is capable of handling code-reading payments.

As can be easily understood from the above explanation, according to the present invention, the first payment system (non-electronic payment compatible type) 10, which cannot handle either credit card payment or code reading payment by itself, can at least By combining with the second payment system (electronic payment compatible type) 110 that can handle card payments, it becomes possible to handle at least credit card payments.

Further, according to the present invention, the first payment system (non-electronic payment compatible type) 10, which cannot handle either credit card payments or code reading payments, can be used to create a second payment system that can support at least code reading payments. By combining with the system (compatible with electronic payment) 110, it becomes possible to support at least code reading payment.

Furthermore, according to the present invention, the first payment system (electronic payment compatible type) 10, which is capable of handling credit card payments by itself but cannot handle code reading payments by itself, is replaced by at least the first payment system (electronic payment compatible type) which is capable of handling credit card payments. By combining it with the second payment system (electronic payment compatible type) 110, it becomes possible to support at least code reading payment.

<Multi-payment>

By the way, in some of the embodiments described above, the system (first system) 10 cooperates with one second system 110 regarding payment procedures, so that the system (first system) 10 performs a pseudo payment procedure. The range of payment types that can be supported will be expanded from non-electronic payments to electronic payments.

However, the types of electronic payments that the second system 110 can handle are limited, and the types of electronic payments that the system (first system) 10 can handle in a pseudo manner are the types of electronic payments that can be used by the user. may not match.

In that case, the system (first system) 10, even with the help of the second system 110, cannot accommodate the types of electronic payments available to the user. That is, there is a problem in that there is a limit to expanding the types of electronic payments that can be handled by the system (first system) 10.

On the other hand, in order to solve this problem, the present invention can be implemented, for example, in the following manner.

This aspect is also directed to a system (first system) 10 that provides certain goods or services or movable or immovable property to a user.

This system (first system) 10 may be capable of supporting non-electronic payments by itself but not electronic payments, or may be capable of supporting at least limited types of electronic payments by itself. be. This system 10 includes a user's mobile terminal 90 and a payment machine 30 or a payment machine for the user to make a payment using a payment method that the system 10 can independently handle in a normal payment mode.

This system (first system) 10 operates in conjunction with a plurality of second systems 110, each of which provides the same or different types of goods or services, or movable or immovable property to the user as to the system 10, regarding payment procedures.

Each of the second systems 110 can support one or more types of electronic payments.

Further, the second systems 110 do not completely match each other with respect to the types of electronic payments that can be supported.

Specifically, the second systems 110 may be selected to include at least one type of electronic payment that is different from each other, or not to share any electronic payment of the same type. be.

Furthermore, these second systems 110 are not exclusive in use and can be used in combination with another plurality of second systems whose types of electronic payments that can be supported completely match each other. be.

This system (first system) 10 determines the type of electronic payment specified by the electronic payment request when the mobile terminal 90 receives an electronic payment request (for example, operation of the above-mentioned exit button) from the user. It has a discrimination section.

This system (first system) 10 further provides that when the mobile terminal 90 determines that the type of electronic payment specified by the user does not match any of the types of electronic payment that the system can handle, The system 110 includes a selection unit that selects any second system 110 that covers the type of electronic payment designated by the user as the substitute system 110.

This system (first system) 10 further provides that, when the substitute system 110 is selected, the mobile terminal 90 may communicate with another communication device (for example, the management server 40) or The substitute system 110 is accessed without going through the system 10, and the substitute system 110 has a substitute payment unit that performs the user-specified electronic payment on behalf of the system 10.

Substitute system 110 communicates with checkout machine 30 or payment machine of system 10 with or without another communication device (e.g., management server 40), whereby checkout machine 30 or payment machine of system 10 A payment completion signal is received from the substitute system 110. Thereby, the user specified electronic payment is completed with the help of the surrogate system 110.

According to this system 10 (first system), if the type of electronic payment available to the user does not match the type of electronic payment compatible with the system 10, the user The second system 110 that covers the types of electronic payments that can be used is automatically selected, and the selected second system 110 functions as a payment means for the system 10, so that the system 10 pseudo- It becomes possible to correspond to the types of electronic payments available to the user.

As a result, the system (first system) 10 can virtually correspond to virtually any type of electronic payment available to the user, improving user convenience in payment procedures. will improve.

In other words, according to this system (first system) 10, only one type of electronic payment is realized, but so-called multi-payment, in which multiple types of electronic payments are realized in a pseudo manner, is possible using the same system 10. It will be realized. Here, the term "multi-payment" means that the types of electronic payments available to users are diversified.

Additionally, the payment code is displayed on the screen (e.g., LCD) of the payment machine 30 of the system 10, thereby allowing the user to pay the current parking fee later by reading the code. The above-mentioned technique does not depend on the second system 110; specifically, for example, the management server 40 transmits data for displaying the payment code to the communication device of the payment machine 30 of the same system 10. This can be achieved by sending the

Multi-payment has been conceptually explained above, and below, a specific example of the multi-electronic payment system 1000 will be explained with reference to FIGS. 10 and 11.

As shown in FIG. 10, this multi-electronic payment system 1000 includes a first system 10 that can handle a single type of electronic payment (which may also be compatible with non-electronic payments), and a plurality of second systems 10 that can handle a single type of electronic payment. As mentioned above, there are systems 110 that do not completely match each other in terms of the types of electronic payments that can be handled.

However, both systems 10 and 110 only need to be able to provide users with the service of payment, and as in some of the examples above, the systems 10 and 110 are designed to be able to provide services other than payment (for example, parking lot management business). Configuring 10 and 110 is not essential to implementing the present invention.

Specifically, the first system 10 is a payment system to which the user's mobile terminal 90 is directly connected regardless of the type of electronic payment (user-specified electronic payment) available to the user. . This first system 10 has a management server 40 as an actual management server, and is connected to a payment server 160 that can handle the corresponding type of electronic payment.

On the other hand, one of the plurality of second systems 110 is a payment system selected by the first system 10 as matching the type of electronic payment designated by the user. The selected second system 110 is a complementary system to which the mobile terminal 90 is indirectly connected via the management server 40 (actual management server) of the first system 10, without the user's knowledge. It is a payment system. The selected second system 110 has the management server 140 as a deemed management server or a pseudo management server, and is connected to a payment server 160 that can handle the corresponding type of electronic payment.

Both the payment server 160 assigned to the first system 10 and the payment server 160 assigned to each second system 110 are typically managed by each business operator that operates a corresponding type of electronic payment service.

<Electronic payment request for single payment fee>

FIG. 11 conceptually shows the operation of the multi-electronic payment system 1000 shown in FIG. 10 in a flowchart. For the example shown in FIG. 11, the term "multi-payment" is used to mean a variety of electronic payment types available to the user.

First, in step S1101, a user who wishes to perform electronic payment connects the mobile terminal 90 to the actual management server 40 of the first system 10.

Specifically, the user is charged a fee as compensation for business (sales of tangible goods, provision of intangible services, etc.) provided to the user by the first system 10 or another system, and the fee is This multi-electronic payment system 1000 is used to pay by electronic payment, apparently to the first system 10 but actually to the first system 10 or any second system 110. become.

Here, the "intangible services" include, for example, the provision of food and drink, the use of rental objects, the use of parking lots, and the use of transportation facilities.

In step S1101, the user transmits an electronic payment request to the actual management server 40 in association with the user's electronic payment information, user identification information, and fee-related information.

Here, "electronic payment information" includes, for example, the type of electronic payment that the current user wishes to use (for example, type of prepaid card, type of credit card, type of crypto currency, etc.) , including user-specific information regarding electronic payments (e.g., prepaid card number, credit card type, cryptocurrency number, etc.).

Further, the "user identification information" includes, for example, a user ID, identification information unique to the mobile terminal 90, and the like.

Further, the "charge-related information" includes, for example, the payee of the charge and one or more payment items (or purchase items) that constitute the charge.

In relation to this step S1101, FIG. 12 shows one first type purchasing activity unit (for example, an activity of purchasing multiple products at once at the same store, or an activity of purchasing multiple products at the same store). An example of electronic payment request-related information for a single payment fee is shown for individually electronic payment of a single payment fee to a single payee for activities such as receiving all payments in bulk.

Here, "single payment charge" means that each of the individual charges is for one or more purchase items, but each individual charge is paid to one payee, and in the end, the total charge is also the same payment. means the fee paid in advance.

In response to the execution of step S1101, real management server 40 receives, in step S1131, an electronic payment request, electronic payment information, user identification information, and fee-related information in association with each other from mobile terminal 90. For convenience of explanation, a collection of the electronic payment request, electronic payment information, user identification information, and fee-related information will be referred to as electronic payment request-related information.

Next, in step S1132, the actual management server 40 links the received fee-related information and/or the fee-related information to the corresponding payment destination business entity (for example, an individual store such as a restaurant or a franchise). Based on fee information received from a billing server operated by or for the business entity (stores, general commercial facilities such as department stores, other parking lot management companies, business entities that operate various transportation facilities, etc.), the user Calculate the fees to be charged.

Thereafter, in step S1133, the real management server 40 extracts information representing the type of user-specified electronic payment from the received electronic payment information, and determines the currently requested type of electronic payment from the extraction result.

Types of electronic payments can be broadly classified into prepaid card payments, credit card payments, etc. The types of electronic payments are further classified, for example, by the type of company that handles the prepaid card, and the type of credit card company that handles the credit card.

Subsequently, in step S1134, the actual management server 40 determines whether the determined electronic payment type (that is, the current user-specified electronic payment type) is a type of electronic payment that can be supported by the first system 10 (one type). There may be only one type, or there may be multiple types).

If the electronic payment specified this time can be handled by the first system 10, the determination in step S1134 becomes YES, and subsequently, in step S1135, the real management server 40 accepts the electronic payment request. information, the user identification information, and the fee calculation result (such as the execution result of step S1133), are transmitted to the payment server 160 assigned to the first system 10 (the payment server 160 located on the left side in FIG. 10).

In response to the execution of step S1135 described above, payment server 160 receives an electronic payment request, electronic payment information, user identification information, and fee calculation result from actual management server 40 in association with each other. Subsequently, in step S1175, the payment server 160 executes the electronic payment desired by the user. Thereafter, in step S1176, the payment server 160 transmits a payment completion signal indicating that the current electronic payment has been completed to the actual management server 40 in association with the user ID.

On the other hand, in step S1136, the actual management server 40 receives the payment completion signal from the payment server 160 in association with the user ID, and refers to the user ID to assign one of the mobile terminals 90 to the current user. The mobile terminal 90 is identified and the payment completion signal is transferred to the mobile terminal 90.

In response, the mobile terminal 90 receives the transferred payment completion signal in step S1103. After that, the mobile terminal 90 displays on the screen and/or outputs a message indicating that the current electronic payment has been completed (for example, together with the payment amount).

The case where the user-specified electronic payment can be supported by the first system 10 has been described above, but if it is not possible, the determination in step S1134 is NO, and in step S1137, the real management server 40 Of the second systems 110, one that is compatible with user-specified electronic payment is selected.

Here, if there are a plurality of second systems 110 that are compatible with user-specified electronic payments, the actual management server 40 first 2 systems 110 are tentatively selected as a plurality of candidates.

Next, the real management server 40 narrows down the tentatively selected candidates to the only second system 110, or narrows down the candidates to a small number of candidates, according to a predetermined priority ranking rule, These small number of candidates are presented to the user via the mobile terminal 90, and the user is allowed to select one of the candidates.

Here, the "predetermined priority order determination rule" is, for example, a rule that preferentially selects a second system 110 in which the same user's past usage history exists, or a rule that a user selects any second system 110. The system 110 preferentially selects a second system 110 that has benefits (for example, reward points) that the user receives in return when used by the user and is higher than the standard level and is more advantageous than other second systems 110 in terms of benefits. Contains rules.

Subsequently, in step S1138, the real management server 40 associates the electronic payment request with the user ID and sends the deemed management server (hereinafter referred to as "current deemed management server") 140 of the selected second system 140. Send to.

In contrast, in step S1151, the current deemed management server 140 associates the received electronic payment request with the user ID, and links the received electronic payment request to the payment server 160 (the payment server on the right side in FIG. 10) assigned to the current second system 140. (hereinafter referred to as the "current payment server").

In contrast, the current payment server 160 receives the current electronic payment request in association with the user ID in step S1171, and then executes the electronic payment desired by the user in step S1172. Thereafter, in step S1173, the current payment server 160 transmits a payment completion signal indicating that the current electronic payment has been completed to the current deemed management server 140 in association with the user ID.

In contrast, the current deemed management server 140 associates the payment completion signal with the user ID and transfers it to the actual management server 40 in step S1152. In response, the actual management server 40 refers to the user ID and transfers the payment completion signal to the mobile terminal 90 of the current user.

In response, the mobile terminal 90 receives the transferred payment completion signal in step S1102. After that, the mobile terminal 90 displays on the screen and/or outputs a message indicating that the current electronic payment has been completed (for example, together with the payment amount).

Each management server 140 may be able to handle one or more types of electronic payments, and each payment server 160 assigned to each management server 140 may also be able to handle one or more types of electronic payments. .

Additionally, in the examples shown in FIGS. 10 and 11, the first system 10 has a fee calculation function that calculates the fee to be charged to the user, and one of the functions according to the type of electronic payment specified by the user. In addition to a selection function for selecting the second system 110 (i.e., a payment route selection function for selecting a payment route), it also has a payment function (regardless of whether it is a non-electronic payment or an electronic payment); The payment function may be omitted, and the charge calculation function may also be deleted from the first system 10 if the same function is implemented elsewhere. That is, it is sufficient for the first system 10 to have at least the selection function.

Furthermore, in the examples shown in FIGS. 10 and 11, for convenience of explanation, the management server 40 in the first system 10 constitutes an example of the above-mentioned "payment route selection server", and It is possible to consider that the plurality of management servers 140 in the system 110 of No. 2 constitutes an example of the above-mentioned "multiple management servers."

Furthermore, in the examples shown in FIGS. 10 and 11, the plurality of management servers 140 share one management server 40, but do not depend on that management server 40 and are independent from each other in terms of configuration. There is.

Therefore, as long as a connection with the management server 40 can be established, it is not essential that these management servers 140 have compatibility in the communication environment or be able to communicate with each other.

Furthermore, in the examples shown in FIGS. 10 and 11, the plurality of management servers 140 are operated by different entities and/or are located at different locations (for example, locations in real space, virtual address space).

Therefore, according to the examples shown in FIGS. 10 and 11, in order to expand the range of types of electronic payments available to one user, multiple existing management servers 140 each handle different types of electronic payments. Select one that is compatible with payments, and then manage all of those management servers 140 under a common management system without having to unify their communication environments and specifications (renovation work, design changes, etc.). By simply connecting to the server 40, a multi-electronic payment communication network as shown in FIG. 10 is constructed.

As a result, according to the examples shown in FIGS. 10 and 11, there is no need to substantially modify the setting conditions (for example, communication conditions, etc.) of the existing multiple management servers 140, and there is no need to change their installation locations. By simply connecting these management servers 140 to the management server 40, the types of electronic payments that can be used by one user are enriched.

Thereby, according to this example, user convenience can be easily improved while suppressing an increase in the economic burden (for example, equipment cost) on the business operator.

The above description of the multi-electronic payment system 1000 with reference to FIG. 10 and FIG. , one entity linked to the first system 10).

As a result, specifically, as shown in FIG. 11, even when electronic payment is performed by the first system 10 using the execution of step S1135 as a trigger, any second system 10 uses the execution of step S1138 as a trigger. 110, the user may, for example, ultimately make an electronic payment to one business entity linked to the first system 10 and pay a fee to that business entity. become.

<Electronic payment request for composite payment charges>

In the multi-electronic payment system 1000 shown in FIGS. 10 and 11, the role of the first system 10 and the management server 40 is that when the management server 40 receives electronic payment request related information from the user's mobile terminal 90, The first system 10 identifies the type of electronic payment (usually one electronic payment, but may be multiple electronic payments) that the user wishes to use from the electronic payment request related information. The management servers 40 of Electronic payment is performed using one or more management servers 40, 140.

FIG. 13 conceptually shows the operation of a modified example of the multi-electronic payment system 1000 shown in FIGS. 10 and 11 in a flowchart. The modification shown in FIG. 13 has the same hardware configuration as that shown in FIG. 10.

In the modification shown in FIG. 13, the role of the first system 10 and the management server 40 is that when the management server 40 receives electronic payment request related information from the user's mobile terminal 90, the received electronic payment request related information from among the plurality of management servers 140 of the plurality of second systems 110. A service operated by one or more specified business operators is selected, and electronic payment is performed using the selected one or more management servers 140.

In this modification, the management server 40 has only the function of selecting a plurality of second systems 140, that is, the payment route selection function, and does not have an electronic payment function, but is designed to have the electronic payment function as well. It's okay.

In any case, from the user's point of view, it is the management server 40 that the user's mobile terminal 90 is directly connected to, and the management server 140 is not directly connected to the mobile terminal 90. Therefore, it is possible to classify the management server 40 as a real management server and the management server 140 as a deemed management server. However, if the management server 40 does not have an electronic payment function, it may not be appropriate to refer to the management server 140 as a deemed management server as far as the task of electronic payment is concerned.

Classified in terms of fee payment methods, as described above, the electronic payment system 1000 shown in FIGS. Designed to allow you to pay in advance.

On the other hand, in a modified example of the multi-electronic payment system 1000 shown in FIG. , in common with each other), the user prepays transportation expenses for one second type purchase activity unit (e.g., the same user prepays transportation expenses to transfer between multiple transportation facilities operated by different entities) It is designed to enable the comprehensive electronic payment of multi-payment charges to multiple payees (e.g., multiple transportation operating entities) for activities such as transportation.

Therefore, for the example shown in FIG. 13, the term "multi-payment" is used to mean compounding separate payment units (payees) that the user can electronically pay at once. In other words, "multi-payment" here means that the user can collectively pay multiple individual charges to different payees with only one electronic payment.

Hereinafter, the multi-electronic payment system 1000, which is a modified example, will be described with reference to FIGS. 13 and 14, taking as an example a case where the plurality of second systems 110 have the same types of electronic payments that can be handled in common. However, in FIG. 13, steps that are common to the steps shown in FIG. 11 are given the same step numbers, thereby omitting redundant explanations in text.

First, in step S1301, a user who wishes to perform electronic payment connects the mobile terminal 90 to the management server 40 of the first system 10, in accordance with step S1101 described above.

Specifically, the user is charged a fee for business (sales of tangible goods, provision of intangible services, etc.) provided to the user by one or more second systems 140, and the user is charged a fee for the business provided to the user by one or more second systems 140, and The entire amount can be electronically paid only to one second system 110, or it can be divided into multiple fee parts (fees by payment destination) and individually paid to each of the corresponding multiple second systems 110. This multi-electronic payment system 1000 will be used to make the payment.

In relation to this step S1301, FIG. 14 shows an example of electronic payment request related information for a composite payment fee for comprehensively electronically paying a composite payment fee to multiple payees for one second type purchase activity unit. It is shown.

Here, the "composite payment fee" is configured as a collection of a plurality of individual fees paid to a plurality of different payees, and these individual fees are paid by the first system 10 to their corresponding payees. . At least the total amount of the composite payment fee may be visually or audibly informed to the user via the mobile terminal 90.

For example, when one user travels from a starting point A to a destination point B by transferring multiple means of transportation (e.g., rental bicycle or car, public bus, subway, train, airplane, taxi, etc.), Then, the user is required to directly access a different management server 140 with the mobile terminal 90 and make an electronic payment for each mode of transportation used.

On the other hand, according to this modification, the user accesses the same management server 40 (one first system 10) directly with the mobile terminal 90 only once, even though the user transfers between multiple modes of transportation. You only need to make one electronic payment.

As a result, according to this modification, it becomes possible for the user to electronically pay a composite payment fee consisting of multiple types of individual fees comprehensively (for example, with one electronic payment request), and the user's operation The burden on the user and the communication load on the mobile terminal 90 are reduced.

Specifically, for this modification, it is assumed that, for example, the user prepays the total fare to the destination point B by electronic payment before using a certain means of transportation at the departure point A.

In this case, the mobile terminal 90 transmits an electronic payment request and a collection of a plurality of usage sections for each transportation facility (corresponding to a collection of a plurality of payees and a plurality of payment items) to the management server 40. Thereafter, for each usage section, the management server 40 sequentially selects one of the plurality of management servers 140 that is operated by the transportation agency that has jurisdiction over that usage section, and sends the electronic information to the selected management server 140. Send a payment request, information regarding the corresponding usage interval (identified by both the payee and the payment item), and the user's electronic payment information (eg, credit card number, etc.).

As a result, each corresponding management server 140 uses the corresponding payment server 160 to electronically settle the fare appropriate for the corresponding usage section.

In response to the execution of step S1301, the management server 40 receives the electronic payment request related information in step S1131.

Next, in step S1302, the management server 40 identifies one or more payees of the fee charged to the current user by referring in particular to information regarding payees from among the received electronic payment request related information. Determine. In the example shown in FIG. 12, one payee is determined for one electronic payment request, and in the example shown in FIG. 14, multiple payees are determined for one electronic payment request. .

Subsequently, in step S1303, the management server 40 selects one of the plurality of second systems 140 based on the received electronic payment request related information to electronically pay the fee charged to the current user. Select one or more second systems 140 to which to connect.

For example, if the electronic payment request related information has only one payee, as illustrated in FIG. 12, the electronic payment one second system 140 for. On the other hand, if the electronic payment request related information has multiple payment destinations, as illustrated in FIG. Select as a plurality of second systems 140 for payment.

Thereafter, in step S1304, the management server 40 transmits an electronic payment request for each payee to the management server 140 of each selected second system 110, along with electronic payment information, user identification information, and fee-related information. .

On the other hand, each selected management server 140 receives the corresponding electronic payment request related information in step S1305, and then each management server 140 receives the received electronic payment request related information in step S1306. By particularly referring to the fee-related information, the amount of the fee portion to be electronically paid by the user to each management server 140 is calculated.

Subsequently, in step S1307, each management server 140 sends electronic payment request related information to the payment server 160 corresponding to each management server 140, that is, mutually associated electronic payment requests, electronic payment information, user identification information, and fee calculation. The result (execution result of step S1306, etc.) is transmitted.

According to this modification, if the consideration for one event, service, or item being provided to one user includes multiple types of fees corresponding to multiple payment destinations, the user By accessing the management server 40 only once, it becomes possible to complete all electronic payments for all payees, improving convenience for the user.

Additionally, in the example shown in FIG. 13, for convenience of explanation, the management server 40 in the first system 10 constitutes an example of the above-mentioned "payment route selection server", and the plurality of second systems It is possible to consider that the plurality of management servers 140 in 110 constitute an example of the "multiple management servers" described above.

Additionally, in any of the above embodiments, if code reading payment is adopted as electronic payment, payment server 160 is managed and operated by the code payment service provider. On the other hand, when credit card payment is adopted as electronic payment, payment server 160 is managed and operated by a credit card payment service provider.

Unlike credit card payment, code reading payment has the advantage of reducing the cost of introducing it into the system 10, 110 because it does not require the installation of a credit inquiry terminal in the system 10, 110. Therefore, the above-described technique is beneficial to the administrator and operator of the systems 10 and 110.

Some of the exemplary embodiments of the present invention have been described above in detail based on the drawings, but these are merely examples, and those skilled in the art will be able to understand the embodiments including the embodiments described in the above [Summary of the Invention] column. It is possible to implement the present invention in other forms with various modifications and improvements based on knowledge.

Claims (6)

a second system that acts on behalf of a user of a first system that provides a first service to a user to electronically settle a first fee charged to the user as compensation for using the first service; A multi-electronic payment system,
The first system is a payment system that can handle non-electronic payments by itself but cannot handle electronic payments by itself,
The above-mentioned electronic payment is selected by each user from a plurality of payment servers managed and/or operated by each payment service provider, and the types of electronic payments that can be handled by each server do not completely match each other. executed by one of the payment servers
The user's communication terminal includes a camera capable of reading a payment code configured as image data,
Prior to the electronic payment, the user reads the payment code with the camera;
The multi-electronic payment system includes a second management server,
The second management server is
a first communication unit that receives a reading result of the payment code using the camera from the communication terminal as at least part of the electronic payment information necessary to perform electronic payment for the first fee;
Type information representing the type of user-specified electronic payment specified by the user among the plurality of types of electronic payments that can be handled by the plurality of payment servers is transmitted through or through the first management server of the first system. a second communication unit that receives data from the communication terminal without
Any one of the plurality of payment servers that is capable of handling the user-specified electronic payment uses electronic payment information necessary for electronic payment for the first fee, which is transmitted by the communication terminal. and a third communication unit that transmits a payment completion signal to the communication terminal when electronic payment of the first fee is completed. A second system that acts on behalf of a user of a first system that provides a first service to a user to electronically settle a first fee charged to the user as compensation for using the first service. A multi-electronic payment system,
The first system is a payment system that can handle non-electronic payments by itself but cannot handle electronic payments by itself,
The above-mentioned electronic payment is a plurality of payment servers managed and/or operated by each payment service provider, and the types of electronic payments that can be supported by each payment server are selected by each user from among those that do not completely match each other. executed by one of the payment servers
The multi-electronic payment system includes a second management server,
The second management server is
Type information representing the type of user-specified electronic payment specified by the user among the plurality of types of electronic payments that can be handled by the plurality of payment servers is transmitted through or through the first management server of the first system. a second communication unit that receives data from the user's communication terminal without
Any one of the plurality of payment servers that is capable of supporting the user-specified electronic payment uses the electronic payment information necessary for electronic payment for the first fee, which is transmitted by the communication terminal. and a third communication unit that transmits a payment completion signal to the communication terminal when the electronic payment of the first fee is completed. The communication terminal communicates with the first management server, and communicates with a charge calculation stage for calculating the amount of the first charge, and the second management server, and provides an electronic payment service to the user. 3. The multi-electronic payment system according to claim 1 or 2, wherein the multi-electronic payment system transitions to an electronic payment stage. The multi-electronic payment system according to any one of claims 1 to 3, wherein the plurality of payment servers include payment servers configured as external servers of the multi-electronic payment system and managed and/or operated by a payment provider. payment system. A program for causing a computer to function as a second management server according to any one of claims 1 to 4 . A recording medium on which the program according to claim 5 is recorded in a computer-readable manner .

Images