JP2020087257A - Service system and computer program for the same - Google Patents

Abstract

To provide a service system with which it is possible to lighten the burden required for responding to various services.SOLUTION: A group of processing programs for each service in which a process to be executed by a server is defined is recorded in a database, and processing information necessary for the server to specify a processing program that corresponds to a specific service is provided from the server to a service terminal 40. An information image such as a two-dimensional code 100 in which specific information needed in common for the server irrespective of difference of service is recorded so as to include the processing information provided from the server is displayed on the service terminal 40, the specific information of the information image is acquired by a user terminal 60, and reference information that includes the obtained specific information is provided from the user terminal 60 to the server. A processing progress is specified by the server on the basis of processing information included in the reference information, and a process corresponding to the specified processing program is executed by the server.SELECTED DRAWING: Figure 5

Description

The present invention relates to a system or the like that provides various services by using an image such as a two-dimensional code.

Display the two-dimensional code in which the payment information is embedded on the terminal installed in the store, etc., make the terminal possessed by the user read the information of the two-dimensional code, and send the obtained information to the server A system that advances payment processing is known (see Patent Document 1, for example).

JP, 2016-173752, A

Since various kinds of information can be included in an image such as a two-dimensional code, information exchange using such an image can correspond to various services. However, generally, the type and format of information to be included in an image such as a two-dimensional code is uniquely set for each service. Therefore, in order to introduce a new service, it is necessary to install a new program or a new terminal on the terminal that issues the two-dimensional code, etc. The burden on

Therefore, it is an object of the present invention to provide a service system or the like that can reduce the load required to support various services.

A service system according to an aspect of the present invention is constructed as a client-server system including a server and a service terminal that functions as a client for the server, and a user terminal, and provides a user of the user terminal with a process executed by the server. A service system in which a service is provided via the service terminal, wherein a group of processing programs for each service that defines processing to be executed by the server to provide each of a plurality of services including a specific service is provided. Program holding means for holding and processing information providing means for causing the server to provide the service terminal with the processing information necessary for the server to specify the processing program corresponding to the specific service held in the program holding means. And an information image recorded so that specific information as information commonly required by the server to execute the process regardless of the difference in the service includes the process information provided from the server. Information image providing means to be displayed on the service terminal, and the user terminal to obtain the specific information recorded in the information image, and to provide reference information including the obtained specific information from the user terminal to the server. A reference information providing unit, and a processing program corresponding to the specific service based on the processing information included in the reference information transmitted from the user terminal to the server, and the processing program according to the specified processing program. And a processing result providing means for causing the server to provide the service terminal with information indicating a result of the execution of the processing, the execution means causing the server to execute the processing for providing the specific service. is there.

A computer program according to an aspect of the present invention is constructed as a client-server system including a server, a service terminal that functions as a client for the server, and a user terminal, and is provided to a user of the user terminal according to a process executed by the server. A program holding unit that holds a group of processing programs for each service that defines a processing to be executed by the server to provide each of a plurality of services including a specific service, the service being provided via the service terminal A computer program applied to a service system including: a server included in the service system, wherein the server identifies a processing program corresponding to the specific service held in the program holding unit. Process information providing means for providing the service terminal with necessary process information from the server, specific information as information required by the server to execute the process regardless of whether the service is the same or not. Information image providing means for displaying the information image recorded so as to include the processing information provided from the server on the service terminal, the specific information recorded in the information image is acquired by the user terminal, and the obtained identification is obtained. Reference information providing means for providing the server with reference information including information from the user terminal, and the specific service based on the processing information included in the reference information transmitted from the user terminal to the server. Execution means that specifies a corresponding processing program and causes the server to execute processing for providing the specific service according to the specified processing program; and information indicating the result of executing the processing from the server, It is configured to function as a processing result providing means to be provided to the service terminal.

The figure showing the schematic structure of the service system concerning the 1st form of the present invention. The figure which shows an example of the structure of the script as an example of a processing program. The figure which shows the schematic example of the process which should be performed by the service system of FIG. 1 until a two-dimensional code is displayed. The figure which shows the schematic example of the process which should be performed after a two-dimensional code is displayed in the service system of FIG. The figure which shows a mode that the information described in a script is sequentially determined in the procedure of FIG. The figure which shows the specific example of the service system of FIG. 7 is a flowchart showing a procedure of processing to be performed before the two-dimensional code is displayed on the service system of FIG. The flowchart which shows the procedure of the process which should be performed after a two-dimensional code is displayed in the service system of FIG. The flowchart following FIG. The figure which shows the modification of FIG. The figure which shows the schematic example of the process which should be performed by the service system which concerns on a 2nd form until a two-dimensional code is displayed. The figure which shows a mode that the information described in a script is decided in order in the procedure of FIG. The flowchart which shows the procedure of the process which should be performed by the service system which concerns on a 2nd form until a two-dimensional code is displayed.

Hereinafter, a plurality of aspects of the present invention will be described with reference to the accompanying drawings. The service system according to the present invention can be configured as a system that provides various services. In the following embodiment, an example of a service system to which the present invention is applied will be described with respect to a settlement service for paying a fee to be paid by a user.

(First form)
As shown in FIG. 1, the service system 1 according to the first embodiment includes a back office server 10, a script management server 20, a payment execution server 30, and a service terminal 40 that functions as a client for these servers 10 to 30, The management terminal 50 and the user terminal 60 are included as an example of a computer. Further, the service system 1 cooperates with the account management server 70, the item management server 80, and the service management server 90 in connection with the payment service. Each of the servers 10 to 30, 70 to 90, and the terminals 40 to 60 can be appropriately connected to a network (not shown), for example, the Internet, so that information can be transmitted or received between them. Therefore, the service terminal 40, the management terminal 50, and the user terminal 60 may appropriately function as clients of the account management server 70, the item management server 80, and the service management server 90.

The service terminal 40 is a terminal device installed and operated by a person who intends to provide a settlement service to a user (hereinafter, referred to as a service provider) in a management area SA such as a commercial facility. The service terminal 40 has a function of displaying a two-dimensional code 100 as an example of an information image to be read by the user terminal 60 to provide a payment service. In the payment service in the service system 1, the two-dimensional code 100 displayed on the service terminal 40 is read by the user terminal 60, and reference information obtained by adding predetermined information to the specific information recorded in the two-dimensional code 100 is displayed. It is advanced by being transmitted from the user terminal 60 to the payment execution server 30. The procedure of the payment processing will be described later in detail.

As an example, the service terminal 40 may include a terminal device such as a game machine 40A and a store terminal 40B. The game machine 40A is an example of an arcade game machine that allows a user to play a game in exchange for payment of a predetermined fee. The over-the-counter terminal 40B is an example of a terminal device that is installed in a store such as a convenience store and provides various services such as selling various products such as tickets or collecting fees. The service provided to the user by the game console 40A and the in-store terminal 40B is a service whose application is controlled in association with the payment service processed by the service system 1, and should be distinguished from the payment service. is there. Hereinafter, this type of service may be referred to as a related service to distinguish it from a payment service.

The service terminal 40 is not limited to the example of providing the related service. For example, a terminal that is installed for the purpose of allowing the user to use the payment service itself and does not provide related services, such as a register terminal that registers sales of a product purchased by the user at a store or the like and calculates a charge to be paid by the user. It may be provided as the service terminal 40. A so-called POS terminal may be provided as the service terminal 40. In addition, various terminal devices may be used as the service terminal 40. However, the service terminal 40 needs to include a display device for displaying the two-dimensional code 100.

The management terminal 50 is a terminal device provided in the management area SA for the purpose of managing the payment service or performing various settings related to the payment service. The management terminal 50 can be used as a terminal that provides the back office server 10 with information necessary for realizing the payment service. As the management terminal 50, various terminal devices such as a book-type personal computer may be used. The service terminal 40 such as the game machine 40A or the store terminal 40B may also be used as the management terminal 50. The management area SA is a concept indicating an area managed by the service provider, and does not necessarily mean one coherent place. For example, the service terminal 40 may be installed in a store or the like, and the management terminal 50 may be installed in an office or the like of a service provider who operates the service terminal 40.

The user terminal 60 is a terminal that should be used for the personal purpose of the user. As an example, a smartphone having a network connection function is used as the user terminal 60. The user terminal 60 reads the two-dimensional code 100 displayed on the service terminal 40, adds predetermined information to the specific information included in the two-dimensional code 100 to generate reference information, and obtains the obtained reference. The information is transmitted to the payment execution server 30. The user terminal 60 is not limited to a smart phone, and any terminal device having a network connection function and capable of reading the two-dimensional code 100 displayed on the service terminal 40 may be used. The user terminal 60 preferably has portability so that the user terminal 60 can be carried and used in a place where the service terminal 40 is installed.

Next, each server will be sequentially described. The back office server 10, the script management server 20, and the payment execution server 30 are provided as servers that execute payment processing required to provide a payment service or are in charge of incidental processing necessary for the execution. . The back office server 10 is provided as a server that mediates between the service terminal 40, the management terminal 50, and the script management server 20. For example, the back office server 10 sets payment conditions for charges to be paid when the user uses the user terminal 60 based on the information acquired from the management terminal 50, and the payment management server 20 sets the payment condition information. Notice. In addition, the back office server 10 acquires information necessary for issuing the two-dimensional code 100 from the script management server 20 and provides this to the service terminal 40.

The script management server 20 creates a script for causing the payment execution server 30 to execute the payment process according to the payment conditions set by the back office server 10, and stores the obtained script in the script database DB2 for management. The script created by the script management server 20 is a kind of computer program that describes the contents of the payment processing to be performed by the service system 1 in a format that can be executed by the payment execution server 30, and provides a service. It corresponds to an example of a processing program that defines the processing to be executed by the payment execution server 30. The script database DB2 corresponds to an example of a program holding unit. The script will be described later with an example. The payment execution server 30 acquires a script corresponding to the reference information acquired from the user terminal 60 from the script management server 20, and executes payment processing according to the obtained script.

The payment execution server 30 is a server that executes payment processing. The payment execution server 30 executes the payment processing by appropriately cooperating with other servers such as the account management server 70 according to the content of the payment processing. The account management server 70, which is an example of a cooperation partner, is a server that operates the account database DB7 to process payment of charges using a specific type of electronic currency. For example, in the account database DB7, information on the balance of a specific type of electronic currency possessed by the user is recorded in association with the user authentication code. The account management server 70 identifies the balance of the user by using the user authentication code as a clue, and consumes (subtracts) an amount or amount of electronic currency corresponding to the fee to be paid by the user from the identified balance, thereby using the electronic currency. Realize payment.

When payment by electronic currency managed by the account management server 70 is required, the payment execution server 30 requests the account management server 70 for payment processing, and thus the payment processing is performed in cooperation with the account management server 70. Run. It should be noted that FIG. 1 shows an example in which a settlement means using electronic currency managed by the account management server 70 is used as a settlement means for realizing the payment of charges. When payment from a user's bank account (online banking) or payment using a credit card is required as the payment means, the payment execution server 30 is appropriately connected to another server that realizes the payment by the payment means. The payment process is executed in cooperation with. That is, the account management server 70 is merely an example of a server that executes payment processing in cooperation with the payment execution server 30. The mechanism itself for processing payment using exchange of information via a network such as electronic currency, bank account, or credit card has been widely put to practical use in the market, and the payment execution server 30 depends on the payment method. The payment process may be executed by appropriately using various mechanisms.

The payment execution server 30 appropriately cooperates with the item management server 80 and the service management server 90 in connection with the payment processing. The item management server 80 appropriately refers to the item management database DB8 and manages the items provided by the service terminal 40, or items related to sales such as unit price of each item using the service as an item, or the item in the service terminal 40. It is a server that manages items related to sales processing, such as the payee of each fee. For example, when targeting the game machine 40A, the item management server 80 handles various contents provided by the game machine 40A as items, and unit price of each item, payee, etc. correspond to a unique item code for each item. It is attached and recorded in the item management database DB8. In that case, the item management server 80 provides such information in response to a request from the game machine 40A or the management terminal 50. Alternatively, the item management server 80 is in charge of processing such as recording the fee paid for the use of the content in the game machine 40A as sales and distributing the obtained sales among related businesses. The same applies to the case of the in-store terminal 40B, which manages the products and services provided by the in-store terminal 40B as items. The payment execution server 30 notifies the item management server 80 of the payment content when the charge is paid in the payment processing executed according to the script. Upon receiving the notification, the item management server 80 can grasp the payment details and reflect them in sales management and the like.

The service management server 90 is a server that manages related services provided to the user at the service terminal 40, or other services further related to the related services. Hereinafter, the service provided by the service management server 90 may be referred to as a user service. For example, when the game machine 40A is provided as the service terminal 40, the service management server 90 authenticates the user who plays the game on the game machine 40A, and plays the result of the user playing the game on the game machine 40A. As a user service, a service is stored as data in the user database DB9 and the stored play data is transmitted in response to a request from the game machine 40A. Alternatively, the service management server 90 provides a user service based on play data in response to a request from the user terminal 60. As the user service in this case, various services such as browsing the play history of the user, browsing past play videos, and purchasing items used in the game may be prepared. The same applies to the case where the in-store terminal 40B is provided as the service terminal 40. The service management server 90 authenticates the user when the related service is provided in the in-store terminal 40B, and stores various information necessary for providing the related service in the store. It may be configured to appropriately provide the terminal 40B.

User authentication in the service management server 90 is performed using user identification information unique to each user, such as a user ID. The user authentication code to be used for user identification in the payment execution server 30 or the account management server 70 is shared with the user identification information used in the service management server 90, for example. However, the user authentication code may be associated with the user identification information used by the service management server 90 on a one-to-one basis. In any case, the payment execution server 30 cooperates with the service management server 90 to provide, for example, the result of the payment processing to the service management server 90 and reflect the result in the user service provided by the service management server 90. Can be executed as an example of related processing. When the service terminal 40 does not provide the related service, the payment execution server 30 and the service management server 90 do not need to cooperate with each other.

Next, an example of the script will be described with reference to FIG. The script shown in FIG. 2 is an example of a script for executing the payment process, and includes information for identifying each of the user, the payee, the payment method, and the payment content. The information described in the script is an example of information for specifying “who”, “to whom”, “for what”, and “what to do” regarding the payment process. The user's information is written in a script to identify "who" the payment should be made. As the user information, for example, a user authentication code uniquely set for each user may be used.

Payee information is described in the script to identify "to whom" the fee should be paid. The payee is, in short, the person to whom the fee is to be paid. The payee may be, for example, a business operator as a service provider. Alternatively, another business operator that provides related services via the service terminal 40 may be set as the payee. As such a business operator, for example, a business operator who provides contents used in the game machine 40A, a business operator who provides products such as tickets sold through the over-the-counter terminal 40B, or those business operators. A business operator or the like who has been entrusted with the collection of fees from the company may be set as the payee. As an example, a business operator who operates the item management server 80 of FIG. 1, or a collection agency, a payment agency, etc. designated by the business entity may be described in the script as a payee. In this case, the payment execution server 30 notifies the item management server 80 of the payment of the charge, thereby realizing the payment to the payee.

The payment method information is described in the script to specify "why" to make the payment, ie, the payment instrument that should be used to pay the fee. For example, a payment method that can complete the payment by using information processing via a network, such as payment by electronic currency, payment by withdrawal from bank deposit account, payment by credit card, etc. Is set as. There are various types of electronic currency depending on the issuer or management entity, but if electronic currency payment is specified in the payment method information, which electronic currency will be used for payment. Payment method information may be set so that it can be specified whether the payment should be made. For example, payment in electronic currency managed by the account management server 70 of FIG. 1 may be described in the script as a payment method. In this case, payment is realized by the payment execution server 30 requesting the account management server 70 for payment according to the script. The script related to the payment service is created at least according to the difference in payment method. In other words, the payment service is classified according to the difference of the payment method, and the script is also changed according to the type of the payment method. Further, the script may be further divided and created according to the difference in the payee of the fee.

The payment content information is described in the script to specify "what to do" with respect to the payment process. For example, information specifying the content of the user's act that caused the settlement process may be described in the script, such as "pay XX yen for purchase of item X". By referring to the payment content information together with the payment method and the payee described in the script, the details of the payment to be realized in the payment process can be determined. The payment content information may include payment amount information as the minimum information. For example, when the information on the item purchased by the user is not required in the payment process, the information about the payment details of the script may be set as the information specifying the payment amount.

The script also includes comments, expiration date and serial number information. The comment is described in the script as text information to be displayed on the user terminal 60 when the user is requested to approve the settlement via the user terminal 60. The expiration date is described in the script as information indicating the expiration date when the script is valid in the settlement process. Scripts whose expiration date has passed are deleted from the script database DB2 as appropriate. As a result, the amount of data recorded in the script database DB2 can be suppressed within an appropriate range. The serial number is a code uniquely set for each script, and corresponds to an example of each of process information and process identification information uniquely associated with the script. In FIG. 2, as a method of associating the script with the serial number, the serial number is included in the script as a part of the script, but the serial number is not included in the script and the script and the serial number are associated with each other in a one-to-one correspondence. The script and the serial number may be associated with each other by recording them in the script database DB2.

As described above, the script created by the script management server 20 is an example of a processing program as a computer program that describes the content of processing to be executed by the payment execution server 30. Also, a set of various information to be described in the script corresponds to an example of a variable group included in the script. The information described in the script held in the script database DB2 has a confirmed state and an unconfirmed state. These states correspond to an example of a state in which the values of variables included in the script are fixed or a state in which the values are not fixed. For example, if the user information is one variable, the value of the variable is fixed when the user authentication code is specifically specified, and the variable value is specified when the user authentication code is not specified. Corresponds to the unspecified state. A part of various information recorded in the script is set according to the information given from the management terminal 50. For example, information such as a payee and a payment method may be described in the script as a variable whose specific value is determined according to the information provided from the management terminal 50 via the back office server 10. At the time the script is created, not all the information has been specifically determined, and in the script held in the script database DB2, at least some of the variable values are in an undetermined state. The value of the undetermined variable is appropriately determined in the process of sequentially transmitting information from the service terminal 40 to the settlement execution server 30 via the user terminal 60. In the above description, the script management server 20 creates the script after predetermining the type of information to be recorded in the script, but the information is transmitted from the service terminal 40 to the settlement execution server 30 via the user terminal 60. During the process, a new type of information to be added to the script may be specified. In any case, at the stage where the script management server 20 creates and records the script, the script is incomplete, and the information is transmitted from the service terminal 40 to the payment execution server 30 via the user terminal 60. The script may be completed by appropriately determining the types of variables included in the script and the values of the variables.

Next, with reference to FIG. 3 and FIG. 4, an example of a schematic procedure of processing executed by the service system 1 to provide a payment service will be described. However, the procedure described below is an example of a procedure of processing executed in the configuration illustrated in FIG. In each of FIG. 3 and FIG. 4, a server or the like not directly related to the procedure in the figure is shown in gray.

FIG. 3 shows an example of a procedure for issuing the two-dimensional code 100, and FIG. 4 shows an example of a procedure for proceeding with the two-dimensional code 100 as a starting point. In the example of FIG. 3, first, the item management server 80 provides the management terminal 50 (which may be replaced by the service terminal 40) with information necessary for setting payment conditions and the like (F11). .. The provided information can include, for example, information that specifies the product provided by the service terminal 40, the item code of the service, the unit price, the payee, and the like.

Next, the information necessary for creating the script is input in the management terminal 50, and the input information is provided from the management terminal 50 to the back office server 10 (F12). The information input at the management terminal 50 is information that specifies what kind of script the script management server 20 is made to create. For example, when the script of FIG. 2 is created, the types of information (variables) to be included in the script include the user, payee, payment method, payment details, comment, and expiration date via the management terminal 50 and the back office. The server 10 is designated, and a specific value (fixed value) is designated for the back office server 10 for some information. In this case, the fixed values of the payee, the payment method, and the expiration date may be given to the back office server 10. The comment may be specified in a state where all of it is fixed, or may be given in a state where a part of it is undetermined. The expiration date may be appropriately set by the operator of the management terminal 50, or may be automatically set according to a certain rule.

When necessary information is provided to the back office server 10, the back office server 10 sets script creation conditions, and the conditions are provided to the script management server 20. In response to this, a script is created according to the conditions given by the script management server 20 (F13). A serial number is added to the created script and recorded in the script database DB2. The serial number is notified from the script management server 20 to the service terminal 40 via the back office server 10 (F14). The serial number may be notified to the service terminal 40 via the management terminal 50. In order to determine which settlement service the given serial number corresponds to, the service terminal 40, the management terminal 50, or the back office server 10 stores the serial number in association with the type of settlement service. You may.

When the service terminal 40 is requested to provide a specific payment service, the two-dimensional code 100 is generated and obtained by recording the specific information including the serial number of the script corresponding to the payment service. The two-dimensional code 100 is displayed on the service terminal 40 (F15). The specific information included in the two-dimensional code 100 includes, in addition to the serial number of the script, information about the payment details that are undetermined in the script, that is, information that specifies what item to purchase and how much to pay. May be added. At the stage where the script is created in the script management server 20, the items to be purchased by the user via the service terminal 40 and the number of purchases thereof are undetermined, and their concrete values are not described in the script. On the other hand, when the user purchases a product or service at the service terminal 40, what item to purchase and how much to pay is specifically determined. Therefore, in the service terminal 40, the information fixed when the user purchases the product etc. is recorded in the two-dimensional code 100 together with the serial number of the script as an example of the fixed information. Thereby, it becomes possible to transmit the serial number and the payment content information to the user terminal 60 via the two-dimensional code 100. Note that the process until the serial number is provided to the user terminal 60 and the process for causing the user terminal 60 to display the two-dimensional code 100 do not necessarily have to be temporally continuous. That is, the user terminal 60 acquires the serial number from the script management server 20 in advance via the back office server 10, and at the time when the user actually pays, the serial number information previously acquired and the payment at that time. The two-dimensional code 100 may be generated and displayed by referring to the information according to the content.

Next, a processing procedure after the two-dimensional code 100 is displayed on the service terminal 40 will be described with reference to FIG. Prior to starting the procedure shown in FIG. 4, the user terminal 60 accesses the service management server 90 to complete the user authentication regarding the related service (F20), whereby the user such as the user ID used for the user authentication It is assumed that the user terminal 60 and the service management server 90 hold the identification information. The user identification information used for user authentication in the service management server 90 is valid as an example of a user authentication code that is a fixed value of user information in a script for payment processing.

In the procedure of FIG. 4, first, the two-dimensional code 100 is photographed by the user terminal 60, and the specific information included in the two-dimensional code 100 is acquired by the user terminal 60 (F21). Next, in the user terminal 60, the user authentication code (user ID) used in the user authentication of the related service is added to the specific information read from the two-dimensional code 100 as an example of the confirmation information, and the reference information is added. The generated reference information thus obtained is transmitted to the payment execution server 30 (F22). When the payment execution server 30 receives the reference information, the payment execution server 30 notifies the script management server 20 of the serial number included in the reference information, that is, the serial number included in the two-dimensional code 100, and the serial number. It is required to provide the script corresponding to (F23).

In the script management server 20, the script corresponding to the notified serial number is extracted from the script database DB2, and the obtained script is provided to the payment execution server 30 (F24). In this case, it is confirmed whether or not the script is within the expiration date, and the subsequent processing may be stopped because the script whose expiration date has passed is invalid. When the script is provided to the payment execution server 30, the payment execution server 30 executes the payment process according to the script. In this case, first, it is confirmed whether or not payment can be executed for the user terminal 60 (F25). When confirming the payment, the text described in the script may be transmitted to the user terminal 60, and the text may be displayed on the user terminal 60.

When execution of payment is instructed from the user terminal 60, the payment execution server 30 advances the payment processing. For example, according to the payment method described in the script, the account management server 70 is requested to make a payment using electronic currency, that is, the electronic currency is deducted (consumed) from the account corresponding to the user authentication code (F26), and the processing is successful. In this case, the item management server 80 is notified of the payment details (F27), and the service management server 90 is also notified of the payment completion (F28). Furthermore, the payment completion is notified to each of the user terminal 60 and the service terminal 40 (F29, F30). Thereby, the user can know that the payment is completed via the user terminal 60. The service terminal 40 can also recognize the completion of payment. In this case, when the service terminal 40 provides the related service on the condition that the payment is completed, the notification can be used as a trigger to start the process required to provide the related service. In order to notify the payment completion from the payment execution server 30 to the service terminal 40, it is necessary to provide the payment execution server 30 with information for determining the notification destination. For that purpose, for example, the information of the notification destination is recorded in advance in the script recorded in the script database DB2, or the information indicating the notification destination is included in the two-dimensional code 100 in the two-dimensional code 100 at the service terminal 40, and the information is notified. By providing the payment execution server 30 from the user terminal 60, the payment execution server 30 may recognize the notification destination. Alternatively, the back office server 10 may manage the issuance status of the two-dimensional code 100 in each service terminal 40, and the payment execution server 30 may notify the service terminal 40 of payment completion via the back office server 10.

FIG. 5 shows an example of how the information to be described in the script is decided in the procedure shown in FIGS. 3 and 4. In the illustrated example, first, in the two-dimensional code 100 generated by the service terminal 40 (the store terminal 40B is shown in the figure, other service terminals may be used), the payment details and the serial number are included in the specific information IFa. ing. Next, in the user terminal 60 that has read the two-dimensional code 100, the user authentication code is added as confirmation information to the information of the payment details and the serial number included in the two-dimensional code 100 to generate the reference information IFb. It The obtained reference information IFb is transmitted to the payment execution server 30. The serial number included in the reference information IFb is provided from the payment execution server 30 to the script management server 20, and the script corresponding to the serial number is provided from the script management server 20 to the payment execution server 30. In the script provided from the script management server 20 to the payment execution server 30, as shown in gray in the figure, the user information and the payment content information are in an undetermined state.

In the payment execution server 30, the user authentication code and the payment content information of the reference information IFb acquired from the user terminal 60 are quoted with respect to the information of the user and the payment content that are undetermined in the script acquired from the script management server 20. To be done. This establishes all the information in the script.

According to the above example, the script necessary for the payment process is created by the script management server 20 according to the information provided from the management terminal 50 and stored in the script database DB2, and the serial number of the script is transferred to the service terminal 40. Provided. In the script created by the script management server 20, information fixed according to the conditions set by the service provider side can be described in advance. For example, if a specific value related to information such as a payee and a payment method is transmitted from the management terminal 50 to the script management server 20 via the back office server 10, the specific value of the information (fixed information) is previously scripted. Can be described in. It is not necessary to include such information in the two-dimensional code 100. For example, even when the payment method to be used for payment is selected from a plurality of types of payment methods, if the script management server 20 is notified of the information specifying the selected payment method, the payment method in the two-dimensional code 100 need not be specified. Is.

On the other hand, on the payment execution server 30 side, it is necessary to change the content of the payment processing according to the payment method that can be described in the script. For example, the server (the account management server 70 or the item management server 80 in the example of FIG. 1) to be the cooperation partner is appropriately selected according to the payee or the payment method, or the server is the cooperation partner according to the type of the service terminal 40. It is necessary to appropriately select the server (the service management server 90 in the example of FIG. 1) and to proceed with the processing related to the payment with the server of the cooperation partner according to the procedure appropriately determined. However, operations such as addition, modification, and change of programs for realizing those processes may be performed by the business operator who operates the payment execution server 30, and the service terminal 40 does not have a burden.

Further, the specific information IFa recorded in the two-dimensional code 100 is common information necessary for executing the payment process regardless of the type of payment means. That is, the payment content information is indispensable for executing the payment processing regardless of the specific details of the payment processing such as the type of payment means or the payee. Moreover, the specific value relating to the information about the payment details is fixed by the service terminal 40 each time each payment is made. That is, regardless of what settlement method is used by the settlement service, the information such as the payment amount is the information that is required in common for the settlement execution server 30 to perform the settlement process. It is necessary that the specifically determined value is given to the payment execution server 30. Therefore, even if the content of the payment processing to be performed as the payment service, such as the payment destination or the payment method, changes in various ways, the service terminal 40 needs to include information indicating the payment content in the two-dimensional code 100 in common. There is. The serial number is information that should be commonly recorded in the two-dimensional code 100 as information necessary for identifying the script regardless of the type of payment method. Thus, the specific information IFa is common information that should be recorded in the two-dimensional code 100 regardless of the type of payment method. Since there is commonality as required information regardless of the type of payment method, it is possible to record the specific information IFa in the two-dimensional code 100 in a fixed format regardless of the type of payment method.

Therefore, even if a new payment service is introduced, it is not necessary for the service terminal 40 side to add a program for newly generating a two-dimensional code in a format corresponding to the payment service. Further, there is no need for capital investment such as providing dedicated hardware corresponding to a new settlement service on the service terminal 40 side. On the other hand, information not described in the two-dimensional code 100 can be described in a concretely determined state in advance when the script is created, or can be appropriately added by the user terminal 60. Therefore, even if there is a difference between the payment services regarding the information necessary for executing the payment processing, information other than the common specific information to be recorded in the two-dimensional code 100 should be described in a state fixed in advance in the script. Alternatively, it can be dealt with by appropriately adding on the user terminal 60 side.

Next, with reference to FIG. 6, an example of a specific configuration relating to a main part of the service system 1 will be described. The configuration of FIG. 6 is one of the specific examples of the service system 1 of FIG. 1, and the components corresponding to those of FIG. 1 are denoted by the same reference numerals as those of FIG. In the example of FIG. 6, the back office server 10 is provided with a condition setting unit 11 and a serial acquisition unit 12 as a logical device realized by a combination of the computer hardware and the computer program Ps1. The condition setting unit 11 sets conditions necessary for creating a script according to an input from the management terminal 50, and provides the conditions to the script management server 20. The serial acquisition unit 12 acquires the serial number of the script from the script management server 20 and provides it to the service terminal 40. The provision of the serial number may be performed at the request of the service terminal 40.

The script management server 20 is provided with a script creation unit 21 and a script management unit 22 as a logical device realized by a combination of the computer hardware and the computer program Ps2. The script creating unit 21 creates a script for executing the payment process according to the information on the conditions transmitted from the back office server 10, attaches the serial number to the obtained script, and saves it in the script database DB2. The script management unit 22 provides the serial number to the back office server 10. Further, the script management unit 22 searches the script database DB2 in response to a request from the payment execution server 30, selects a script to be executed by the payment execution server 30, and provides the obtained script to the payment execution server 30. .. The script management unit 22 may manage the script database DB2 such that the expiration date of the script is checked at an appropriate timing and the script whose expiration date has passed is deleted from the script database DB2.

The payment execution server 30 is provided with a payment execution unit 31 and a payment notification unit 32 as logical devices realized by a combination of the computer hardware and the computer program Ps3. The payment execution unit 31 acquires the script corresponding to the serial number included in the reference information IFb received from the user terminal 60 from the script management server 20 and executes the payment process in cooperation with the account management server 70 and the like. The payment notification unit 32 notifies the service terminal 40 and the user terminal 60 of the information on the result of the payment processing executed by the payment execution unit 31, and further notifies the item management server 80 and the service management server 90 as necessary.

The service terminal 40 is provided with a payment control unit 41 and a code control unit 42 as logical devices realized by a combination of the computer hardware and the computer program Pt1. The payment control unit 41 determines the payment content information to be included in the two-dimensional code 100 as a part of the specific information IFa in response to the purchase of the product or service at the service terminal 40, for example, the payment amount to be paid by the user. In charge of processing such as calculation. The code control unit 42 acquires a serial number to be included in the two-dimensional code 100 as a part of the specific information IFa, generates the specific information IFa together with the payment details confirmed by the payment control unit 41, and obtains the specific information obtained. The two-dimensional code 100 is generated based on IFa and displayed on the service terminal 40.

The user terminal 60 is provided with a code acquisition unit 61 and a payment control unit 62 as a logical device realized by a combination of the computer hardware and the computer program Pt2. The code acquisition unit 61 controls a camera (not shown) or the like of the user terminal 60 to photograph the two-dimensional code 100 and acquires the specific information IFa included in the two-dimensional code 100. The payment control unit 62 adds a user authentication code or the like to the specific information IFa acquired by the code acquisition unit 61 to generate reference information IFb, and transmits the obtained reference information IFb to the payment execution server 30. Performs various processes required for payment.

The management terminal 50 is also provided with an appropriate logical device depending on the combination of the computer hardware and the computer program, but the management terminal 50 informs the back office server 10 of information such as payment conditions necessary for creating a script. It suffices to function as a terminal device for inputting, and for example, a web page provided by the back office server 10 may be accessed via a web browser or the like to input information. This kind of mechanism is well known, and details thereof are omitted in FIG.

7 to 9 are flowcharts showing an example of a procedure for executing the payment process in the service system 1 shown in FIG. 7 is a specific example of the procedure up to the issuance of the two-dimensional code illustrated in FIG. 3, and FIGS. 8 and 9 are specific examples of the procedures after the display of the two-dimensional code illustrated in FIG. In the procedure of FIG. 7, information such as an item code is first transmitted from the item management server 80 to the management terminal 50 (or may be the service terminal 40) (step S11), and received by the management terminal 50. Information designating a condition necessary for creating a script based on the information is input and provided to the back office server 10 (step S12). The information in this case may be input on the management terminal 50 according to the guidance of the condition setting unit 11 of the back office server 10, for example.

Next, in the back office server 10, the condition setting unit 11 sets a condition for creating a script based on the information acquired from the management terminal 50, and the condition setting unit 11 creates a script corresponding to the set condition. Requests the script management server 20 (step S13). In response to this, the script creating unit 21 of the script management server 20 creates a script that matches the conditions (step S14), adds a serial number to the script (step S15), and obtains the script in the script database DB2. Is recorded (step S16).

When a new script is recorded in the script database DB2, the serial number is provided from the script management unit 22 to the serial acquisition unit 12 of the back office server 10 (step S17), and the serial number is further provided to the service terminal 40. (Step S18). For example, the serial number is provided to the service terminal 40 and stored on the service terminal 40 each time a script is created. However, the serial number may be stored in the back office server 10 in association with the creation request in step S13, and the serial number may be provided to the service terminal 40 in response to a request from the service terminal 40. When a plurality of scripts are properly used, it is necessary to hold the serial number so that the serial number of the script corresponding to the payment generated at the service terminal 40 can be specified. For example, the back office server 10 identifies the serial number of the script corresponding to the payment service to be provided by the service terminal 40 in accordance with the condition specified at the time of creating the script, and provides the obtained serial number to the service terminal 40. Such processing may be performed.

In the service terminal 40, when payment is generated in response to the user's purchase of a product or the like, the payment content is determined by the payment control unit 41 (step S21), and then the code control unit 42 stores the payment content information. The two-dimensional code 100 is generated and displayed so as to include the serial number of the script for realizing payment (step S22). The process of step S18 and the process of step S21 do not need to be temporally continuous. For example, when the same script is used repeatedly for multiple payments while replacing the confirmed value of the information, the serial number stored in the service terminal 40 or the back office server 10 and the confirmation every time the payment is made. The two-dimensional code 100 may be created for each payment in combination with the payment details. When a plurality of scripts can be selectively applied to payments generated at the service terminal 40 due to different payment methods (that is, payment methods), which payment method should be selected at the service terminal 40, for example. The two-dimensional code 100 may be created such that the serial information corresponding to the designated payment method is included in the specific information IFa.

When the two-dimensional code 100 is displayed on the service terminal 40, the process proceeds to the procedure of FIG. In the procedure of FIG. 8, first, the code acquisition unit 61 of the user terminal 60 controls the camera or the like of the user terminal 60 to photograph the two-dimensional code 100, and the specific information IFa included in the two-dimensional code 100, that is, The code acquisition unit 61 acquires the payment content information and the serial number (step S31). The acquired specific information IFa is passed to the payment control unit 62, and the payment control unit 62 adds the user authentication code as an example of the terminal additional information to the specific information IFa to generate the reference information IFb of FIG. Step S32). The user authentication code in this case is, for example, user authentication information used when the user uses the service of the service management server 90 using the user terminal 60. If the user has authenticated the service management server 90 using the user terminal 60 and the user authentication information is held in the user terminal 60, the payment control unit 62 adds the user authentication information as a user authentication code. Good. However, the user may input the user authentication code at the stage of step S32, and if the user terminal 60 holds the user authentication code by the function of the computer program Pt2, the held user authentication code will be the step. It may be added in S32.

When the reference information IFb is generated, the payment control unit 62 transmits the reference information IFb to the payment execution server 30 to request the payment processing (step S34). In the settlement execution server 30 that has received the request, the settlement execution unit 31 extracts the serial number included in the reference information IFb and transmits it to the script management server 20, and the script corresponding to the serial number is queried (step). S34). In the script management server 20, the script management unit 22 selects a script corresponding to the serial number by searching the script database DB2 with the serial number provided from the payment execution server 30 as a key (step S35). The selected script is provided from the script management unit 22 to the payment execution server 30 (step S36). Thereby, the payment execution unit 31 of the payment execution server 30 identifies the script provided by the script management server 20 as the script to be executed. In step S35, it is confirmed whether or not the script selected by the script management unit 22 is within the expiration date, and if the expiration date has passed, it is determined that the corresponding script does not exist and the payment process is terminated. May be. In this case, the settlement execution server 30 may notify the service terminal 40 and the user terminal 60 that the settlement is impossible, and the respective terminals 40 and 60 may execute appropriate error processing.

When the script is provided to the payment execution unit 31 of the payment execution server 30, the fixed value of the payment content information included in the reference information IFb is assigned to the script, and all the information of the script is fixed. Then, the settlement execution unit 31 confirms with the user terminal 60 whether or not the settlement process may be executed according to the decided script (step S37). At this time, if text is recorded in the script, the text may be displayed on the user terminal 60. When the user confirms (approves) the payment execution on the user terminal 60, the payment execution unit 30 is notified from the payment control unit 62 of the user terminal 60 (step S38), and the payment execution unit 31 receives the script and receives the notification. The payment process is executed according to (step S39).

As an example of the payment processing, the payment execution unit 31 notifies the account management server 70 of the user authentication code and the payment amount, and the payment processing in electronic currency is requested of the account management server 70. 70 is realized by subtracting the electronic currency balance of the account corresponding to the user authentication code according to the payment amount (step S40). After that, the payment process proceeds to the procedure of FIG. 9, and the account management server 70 notifies the payment execution server 30 of the result of the payment process (step S42). If the payment is normally completed, the payment notification unit 32 of the payment execution server 30 notifies the item management server 80 of the completion of the payment together with information such as the payee and the payment details (step S43), and the item management server. In step 80, the payment record is recorded in response to the notification (step S44). The payment result is also notified from the payment notifying unit 32 to the service terminal 40, the user terminal 60, and the service management server 90 (step S45). The notification to the service terminal 40 is performed by, for example, the back office server 10 managing the issuance status of the two-dimensional code 100 in the service terminal 40, and the payment execution server 30 notifying the back office server 10 of the payment result. It may be realized by 10 determining the service terminal 40 of the notification destination and transferring the payment result to the determined service terminal 40. Alternatively, in the script shown in FIG. 2, a payment result notification destination is added and a fixed value of the notification destination is recorded in advance when the script is created, or when the service terminal 40 generates the two-dimensional code 100. The payment execution server 30 may be able to specify the service terminal 40 that is the notification destination by including the confirmed value of the information of the notification destination. When the information of the notification destination is included in the script, for example, when the payment destination and the notification destination are different, there is an advantage that the processing for the payment destination and the processing for the notification destination can be executed separately.

Upon receiving the notification of the payment result, the payment control unit 41 of the service terminal 40 starts a predetermined process that should be permitted on the condition that the payment of the charge is completed as a subsequent process (step S46). For example, processing such as permission to play a game and issue of a ticket may be started as subsequent processing. The user terminal 60 notifies the user that the payment has been completed (step S47). Further, the service management server 90 executes a predetermined process that should be permitted on the condition that the payment of the fee is completed as a related process (step S48). For example, a process associated with payment of a fee may be executed by the service management server 90 as a related process, such as giving a user a privilege for a service provided by the service management server 90.

According to the above-mentioned form, in the script held in the script database DB2, information such as the user and payment details to be confirmed each time a payment occurs is unconfirmed, and the information to be confirmed when the payment occurs is provided as a service. The information of the script is determined by appropriately adding it at the terminal 40 or the user terminal 60. Therefore, if the information to be fixed commonly among a plurality of payments is described in the script and recorded in the script database DB2, one script held in the script database DB2 is generated within the expiration date. It can be used repeatedly for multiple payments. As a result, the load of the script management server 20 required for script creation can be reduced, or the amount of information to be recorded in the script database DB2 can be reduced.

In the first embodiment, the script management unit 22 and the serial acquisition unit 12 function as an example of the process information providing unit by executing the processes of steps S17 and S18 of FIG. 7, and the code control unit 42 performs the steps of FIG. By executing the process of S22, it functions as an example of the information image providing unit, and by the code acquisition unit 61 and the payment control unit 62 executing the processes of Steps S31 to S33 of FIG. 8, it functions as an example of the reference information providing unit. Then, the payment execution unit 31 functions as an example of an execution unit by executing the process of step S39 of FIG. 8, and the payment notification unit 32 is an example of a processing result providing unit by executing the process of step S45 of FIG. Function as. Further, the script management unit 22 functions as an example of a program selection unit by executing the process of step S35 of FIG. 8, and the condition setting unit 11 and the script creating unit 21 execute the processes of steps S12 to S16 of FIG. By doing so, it functions as an example of a program creating means.

In the above embodiment, the serial number of the script is illustrated as the processing information to be recorded in the two-dimensional code 100 at the service terminal 40, but the script itself may be set as the processing information. An example thereof is shown in FIG. In the example of FIG. 10, the script illustrated in FIG. 2 is provided from the script management server 20 to the service terminal 40, and the service terminal 40 adds information such as the payment amount as fixed information regarding the payment content to generate the specific information IFa. Then, the specific information IFa is recorded in the two-dimensional code 100. That is, the script itself is recorded in the two-dimensional code 100 as processing information. At the user terminal 60 that has read the two-dimensional code 100, the user authentication code is added as the determined information regarding the user to generate the reference information IFb, and the reference information IFb is provided to the settlement execution server 30. Therefore, the payment execution server 30 can specify the script to be executed and execute the processing according to the script without referring to the script management server 20. The script recorded in the two-dimensional code 100 may be in a state of being compressed by a recoverable method or encrypted.

In the above embodiment, the service provider can request the creation of the script using the management terminal 50, but instead of or in addition to this, the administrator of the script management server 20 uses the management terminal 50. You may instruct to create a script. Alternatively, the service terminal 40 may instruct to create a script. In that case, the management terminal 50 can be omitted.

(Second form)
In the above-described first embodiment, the script is created according to the information from the management terminal 50 and stored in the script database DB2 in advance prior to the occurrence of the payment at the service terminal 40. Is not limited to such an example. For example, it is possible to create a script at the time when payment is generated at the service terminal 40. Hereinafter, an example of the service system according to the second embodiment in which such changes are made will be described with reference to FIGS. 11 to 13. The example described below is a partial modification of the processing in the service system 1 shown in FIG. 11 to 13, parts common to those in FIGS. 1 to 9 are designated by the same reference numerals, and differences will be mainly described below.

In the service system 1A of FIG. 11, the procedure of processing from script creation to issuance of the two-dimensional code 100 is different. In the service system 1A of FIG. 11, when the user selects a product or service to purchase, a process regarding script creation is disclosed. However, prior to the processing, the management terminal 50 may provide the back office server 10 or the script management server 20 via the back office server 10 with information related to the creation of the script. (F50). The information provided at this point may be information that should be commonly used within an appropriate range such as a facility such as a store in which the service terminal 40 is installed, or a service provider. However, such information may be provided at the time of providing information from the service terminal 40, which will be described later, so that the information provision from the management terminal 50 may be omitted. Further, the item code, unit price, etc. necessary for creating the script may be provided from the item management server 80 to the service terminal 40 or the management terminal 50 (F51). If such information is provided to the service terminal 40 or the management terminal 50 by means other than the provision from the item management server 80, provision from the item management server 80 is unnecessary.

When the user operates the service terminal 40 to select a product or service to purchase, the service terminal 40 provides the back office server 10 with information necessary to create a script for paying the price of the product or service ( F52). For example, information about a payee, a payment method, an expiration date, or a comment may be provided to the back office server 10. The back office server 10 temporarily stores the obtained information as default setting information. However, with respect to a part of this information, for example, the payee, the payment method, etc., the store in which the service terminal 40 is installed or the service provider operating the service terminal 40 sets a common value regardless of individual payment. In that case, such information may be given to the back office server 10 from the management terminal 50 in advance.

Next, when the user requests the service terminal 40 to make a purchase, the back office server 10 is provided with information about payment details such as payment item, unit price, and quantity, and terminal identification information for identifying the service terminal 40. (F53). As a result, in the script shown in FIG. 2, the information excluding the information of the user and the serial number is arranged on the back office server 10 in a state in which the values are fixed. Thereafter, the back office server 10 requests the script management server 20 to create a script with the default setting information and the information subsequently provided from the service terminal 40 (F54). In the script management server 20, a script is created according to the information obtained from the back office server 10, the serial number is added to the script, and the script is recorded in the script database DB2. The script saved at this stage is recorded with all the information other than the user's information fixed. Then, the serial number of the created script is provided to the service terminal 40 (F55). On the service terminal 40, the two-dimensional code 100 is displayed so that only the obtained serial number is included as the specific information (F56).

Since the procedure after the specific information included in the two-dimensional code 100 is read by the user terminal 60 is the same as that in FIG. 4, the details are omitted. However, in this example, as shown in FIG. 12, at the user terminal 60 that has read the two-dimensional code 100, the user authentication code is added to the serial number as the specific information IFa to generate the reference information IFb, The reference information IFb is transmitted to the payment execution server 30. In the script recorded in the script database DB2, all the information other than the user authentication code is recorded in a fixed state, so the payment execution server 30 acquires from the user terminal 60 the script provided by the script management server 20. By substituting the user authentication code described above, it is possible to confirm all the information of the script and execute the payment process.

FIG. 13 shows a specific example of the procedure up to the issuance of the two-dimensional code 100 in the service system 1A of FIG. 11, corresponding to FIG. Note that the specific configuration of the service system 1A for executing each process of FIG. 13 may be the same as that of FIG. 6, and hereinafter, each process of FIG. 13 will be executed based on the configuration shown in FIG. The processing procedure will be described. In the procedure of FIG. 13, first, the preceding information is transmitted from the management terminal 50 to the back office server 10 (step S10), and the item for the service terminal 40 (or the management terminal 50) from the item management server 80. Transmission of codes and the like is executed (step S11). However, as described above, these processes may be appropriately omitted.

When the user selects a product or service on the service terminal 40, certain information such as the payee is provided from the payment control unit 41 of the service terminal 40 to the back office server 10 (step S12A), and the condition setting of the back office server 10 is performed. The unit 11 stores the obtained information in the storage device (not shown) of the back office server 10 as default setting information (step S12B). After that, when the user performs an operation for confirming the purchase on the service terminal 40, the payment control unit 41 of the service terminal 40 causes the payment control unit 41 of the service terminal 40 to confirm the payment details such as the payment item, unit price, and quantity, and the service terminal 40. The terminal identification information for identifying 40 is provided to the back office server 10 (step S12C). In the back office server 10, the condition setting unit 11 requests the script management server 20 to create a script while designating the information stored in step S12B and the information transmitted in step S12C as script creation conditions. (Step S13A).

When the script creation is requested, the script creation unit 21 of the script management server 20 creates a script that matches the creation conditions (step S14), and the serial number is added to the script (step S15). The script is recorded in the script database DB2 (step S16). As described above, in the script recorded in this case, the user information is undetermined and all other information is determined.

When a new script is recorded in the script database DB2, the serial number is provided from the script management unit 22 to the serial acquisition unit 12 of the back office server 10 (step S17), and the serial number is further provided to the service terminal 40. (Step S18). In response to the provision, the two-dimensional code 100 is generated in the service terminal 40 so that the code control unit 42 records the specific information IFa including only the serial number given via the back office server 10. Is displayed (step S22).

When the two-dimensional code 100 is displayed on the service terminal 40, processing such as provision of the reference information IFb from the user terminal 60 to the payment execution server 30 is performed thereafter, but those processings are the same as those in FIGS. 8 and 9. The detailed description thereof will be omitted. However, the user authentication code is sufficient for the information added at the user terminal 60. Further, when the settlement process is completed, a process of deleting the script used for the settlement process even within the expiration date may be added.

According to the second mode, a new script is created each time payment is made at the service terminal 40. Therefore, when the script is created, it is possible to create the script in a state in which more information is fixed as compared with the first mode. Therefore, it is advantageous to reduce the information to be recorded in the two-dimensional code 100, simplify the two-dimensional code 100, and share the two-dimensional code 100 among a plurality of types of payment services.

In the second embodiment, the script management unit 22 and the serial acquisition unit 12 function as an example of processing information providing means by executing the processes of steps S17 and S18 of FIG. 13, and the code control unit 42 performs the steps of FIG. By executing the process of S22, it functions as an example of the information image providing unit. The condition setting unit 11 and the script creating unit 21 function as an example of a program creating unit by executing the processes of steps S12B, S13A, and S14 to S16 of FIG. Other means are the same as in the first embodiment.

In the second embodiment, the information transmitted in advance from the service terminal 40 (step S12A) is stored in the back office server 10 and is combined with the information transmitted thereafter (step S12C), so that the user authentication code of the script is obtained. The script management server 20 was requested to create a script after collecting information other than the above, but the information was temporarily stored on the service terminal 40 according to the user's purchase operation, and the information other than the user authentication code was prepared. The script creation may be requested from the service terminal 40 to the script management server 20 at the point of time. In this case, the back office server 10 may be omitted. The management terminal 50 may also be appropriately omitted if it is unnecessary to provide information to the back office server 10. Further, also in the second embodiment, the script itself may be recorded as the specific information IFa to be recorded in the two-dimensional code 100, instead of the serial number, as in FIG. 10.

The present invention is not limited to the above-described embodiments, and may be implemented in an appropriately modified or changed form. For example, the configuration in which the back office server 10, the script management server 20, and the payment execution server 30 are provided separately from each other is merely an example, and these may be appropriately integrated. In the second mode, the information necessary for creating the script is provided from the service terminal 40, so the back office server 10 can be omitted as described above. Alternatively, the service terminal 40 or the management terminal 50 may directly access the script management server 20. The service terminal 40 does not necessarily have to be configured as a single terminal device. For example, a set of these terminal devices may be made to function as one service terminal by cooperating a plurality of terminal devices.

In the first embodiment, the payment information is added to the serial number as an example of the processing information provided from the script management server 20, the specific information IFa is generated, and the user identification information is added to the specific information IFa. As an example, the user authentication code is added to generate the reference information IFb, and in the second mode, the user terminal 60 adds the user authentication code to the specific row information IFa to generate the reference information IFb. However, addition of information at the service terminal 40 and the user terminal 60 is not always necessary. For example, when all the information is recorded in advance in a script as an example of a processing program, the two-dimensional code 100 is recorded with the specific information including only the processing information for specifying the script, and the user terminal Also in 60, the reference information may be generated so as to include only the processing information acquired via the two-dimensional code 100, and the reference information may be provided to the server. That is, each of the identification information and the reference information may be configured to include at least the processing information necessary for identifying the processing program.

On the other hand, when information other than processing information is included in the specific information, appropriate information may be selected as long as the information is commonly required by the server regardless of the difference in service. For example, in the first form, the payee information is the information that the server commonly needs regardless of whether or not the payment service is different (for example, different payment means), but in the first form, this is fixed. Since the information is described in the script held in the script database DB2 in advance, it is not necessary for the service terminal 40 side to record the payee information in the two-dimensional code 100. However, the first form may be modified so that the information of the payee is recorded in the two-dimensional code 100 on the service terminal 40 side. In this case, it is not necessary to separately create scripts from the viewpoint of different payees, and there is a possibility that a common script can be used by different payees. In the second embodiment as well, a certain fixed value of the information described in the script may be included in the two-dimensional code 100. For example, the fixed value of the payment amount may be recorded in the two-dimensional code 100 in addition to the serial number. In this way, for the information image to be displayed on the service terminal, what kind of information should be recorded as the specific information in addition to the processing information depends on the information to be recorded in the information image regardless of the difference in service. It may be appropriately changed as long as the types can be made common.

Although the two-dimensional code 100 is used as an example of the information image in each of the above-described forms, the information image is not limited to the two-dimensional code and various formats as long as the specific information can be recorded in a manner in which the user terminal 60 can acquire the specific information. May be provided for recording information.

In each of the above-described modes, the payment execution server 30 executes the payment processing in cooperation with the account management server 70, and notifies the item management server 80 and the service management server 90 of the result of the payment processing to notify these servers 80, 90. However, these servers 70, 80, 90 are not indispensable for executing the process for providing the service, and the servers 70, 80, 90 are not required for the service to be provided by the service terminal. It may be added, changed, or deleted as appropriate according to the type and the content of the process to be executed by the server to provide the service. For example, the payment execution server 30 does not necessarily need to be configured to execute the payment process in cooperation with another server exemplified as the account management server 70. For example, the payment execution server 30 itself may be able to execute the payment processing by itself, such as managing the balance of the electronic currency of the user.

In each of the above-described embodiments, the example in which the present invention is applied to the payment service is shown, but the service provided by the service system of the present invention is not limited to the payment service. For example, a user authentication process (login process) for various related services can be processed by the service system of the present invention. In that case, a processing program that defines the authentication processing for each related service is prepared for each related service, and when the authentication processing for the specific related service is required, the processing program corresponding to the related service is specified. By including the information as the processing information in the information image and adding the user authentication code and the like to the server at the user terminal and providing the server with the user authentication code, it is possible to cause the server to execute the user authentication process for a specific related service. Such an authentication service may be processed in parallel with the payment service of the above mode. Besides, it is possible to adapt the service system of the present invention with respect to the processing required to provide various services.

Various aspects of the present invention derived from each of the above-described embodiments and modifications will be described below. In the following description, in order to facilitate understanding of each aspect of the present invention, corresponding components illustrated in the accompanying drawings are additionally shown in parentheses, but the present invention is limited to the illustrated forms by this. Not something.

A service system (1; 1A) according to one aspect of the present invention is a client-server system including a server (10, 20, 30), a service terminal (40) that functions as a client for the server, and a user terminal (60). A service system in which a service is provided to a user of the user terminal via the service terminal according to a process that is constructed and executed by the server, and a specific service (as an example, a payment service using a specific payment means). And a program holding unit (DB2) for holding a group of processing programs for each service that defines the processing to be executed by the server to provide each of a plurality of services including Processing information providing means (22, 12, S17, S18) for causing the server to provide processing information (for example, a serial number or script) necessary for the server to specify a processing program corresponding to a specific service. ) And specific information (IFa) as information commonly required by the server to execute the process regardless of the difference in the service are recorded so as to include the process information provided from the server. Information image providing means (42, S22) for displaying the information image (100) on the service terminal, and the user terminal for acquiring the specific information recorded in the information image, and including the specific information obtained Reference information providing means (61, 62, S31 to S33) for providing information (IFb) from the user terminal to the server, and the processing included in the reference information transmitted from the user terminal to the server. Execution means (31, S39) for specifying a processing program corresponding to the specific service based on the information, and executing processing for providing the specific service to the server according to the specified processing program; Processing result providing means (32, S45) for providing the service terminal with information indicating the result of execution of the above.

The computer program (Ps1 to Ps3, Pt1, Pt2) according to one aspect of the present invention includes a server (10, 20, 30), a service terminal (40) that functions as a client for the server, and a user terminal (60). A service is provided to the user of the user terminal through the service terminal according to a process executed by the server, which is constructed as a client server system, and a specific service (as an example, a payment service using a specific payment means). Applied to a service system (1; 1A) having a program holding means (DB2) for holding a group of processing programs for each service that defines processing to be executed by the server to provide each of a plurality of services including Computer program included in the service system, the processing information necessary for the server to specify a processing program corresponding to the specific service held in the program holding unit (as an example. Processing information providing means (22, 12, S17, S18) for providing the service terminal with a serial number or script) from the server, and the server is required to execute the processing in common regardless of whether the service is the same or different. Information image providing means (42, S22) for displaying on the service terminal an information image (100) recorded so that the specific information (IFa) as the information to be recorded includes the processing information provided from the server, Reference information providing means (61, 62,) for causing the user terminal to obtain the specific information recorded in the information image and providing the server with reference information (IFb) including the obtained specific information. S31 to S33), specify a processing program corresponding to the specific service based on the processing information included in the reference information transmitted from the user terminal to the server, and specify the processing program to the server according to the specified processing program. Execution means (31, S39) for executing the processing for providing the specific service, and processing result providing means (32, S39) for providing the information indicating the execution result of the processing from the server to the service terminal. S45), and is configured to function as.

According to the above aspect, the processing program that defines the processing to be executed by the server to provide the service is held in a state accessible from the server, and the processing information for specifying the processing program is provided from the server to the service terminal. To be done. If the processing information is included in the specific information recorded in the information image displayed on the service terminal, the processing information is transmitted from the user terminal to the server to determine which processing program the server should execute. can do. Further, the specific information to be recorded in the information image is the information that the server needs in common regardless of the difference in service. The processing information is, of course, information necessary for specifying the processing program and should be included in the specific information regardless of the difference in service. Since the specific information has the commonality that the server needs the information regardless of the service, the specific information can be recorded in the information image in a fixed format regardless of the service. Is. Therefore, even when introducing a new service, it is not necessary to add a program for displaying an information image including unique information corresponding to the service on the service terminal side, and dedicated hardware corresponding to the new service is required. There is no need for capital investment such as installation. On the other hand, the information not recorded in the information image may be described in the processing program in advance, or may be appropriately added by the user terminal. Therefore, even if there is a difference between the services regarding the information required by the server, information other than the common specific information to be recorded in the information image is described in the processing program in advance or is appropriately added on the user terminal side. It is possible to deal with it.

Note that the computer program according to one embodiment of the present invention may be provided in a state of being stored in a storage medium. If this storage medium is used, for example, by installing and executing the computer program according to the present invention in a computer, the system of the present invention can be realized using the computer. The storage medium storing the computer program may be a non-transitory storage medium such as a CDROM.

The program holding means is provided so as to hold a group of processing programs for each service in association with processing identification information unique to each processing program (serial number as an example), and the processing information providing means is provided with the identification information. Processing identification information associated with a processing program corresponding to the service is provided to the service terminal as the processing information, and the program holding unit is based on the processing identification information included in the reference information. Program selection means (22, S35) for selecting a processing program corresponding to the specific service from the group of processing programs stored in the server, and the execution means includes the processing selected by the program selection means. You may specify a program as a process program corresponding to the said specific service, and may perform the process according to the said process program. According to this aspect, the processing identification information unique to the processing program is provided to the service terminal so as to be included in the information image, so that the information image is compared with the case where the processing program itself is recorded in the information image. It is possible to reduce the amount of the specific information to be recorded in, or to simplify the specific information. Further, it is possible to avoid the risk that the processing program is modified.

The processing information providing unit is provided so that a processing program corresponding to the specific service is provided as the processing information to the service terminal (FIG. 10 as an example), and the execution unit is provided from the user terminal to the server. The processing program included in the reference information transmitted as the processing information may be specified as the processing program corresponding to the specific service. According to this aspect, the process of generating the identification information or the like associated with the processing program is unnecessary, and the process information can be provided to the service terminal by a relatively simple process.

Program creating means (11, 21, S12 to S16) for creating the processing program based on the information provided from the client (40, 50 as an example) and recording the obtained processing program in the program holding means. It may be provided in the server. According to this aspect, it is possible to cause the server to create and record a processing program corresponding to an appropriate service by using the client provided in the service system. Therefore, it becomes possible to relatively easily perform the work such as the introduction of a new service or the update of the processing program accompanying the modification of the service.

The program holding unit determines that the processing program is an undetermined variable whose value is not fixed, at least some of variables (a user in FIG. 2 and payment details) of a variable group included in the processing program. And at least one of the information image providing means and the reference information providing means determines the value of at least one undetermined variable for at least one of the specific information and the reference information. Is provided so as to add confirmation information (information such as payment amount and a user authentication code) for causing the server to execute processing according to the processing program by referring to the confirmation information to the server. It may be provided to execute. According to this aspect, with respect to the information which is the undetermined variable at the time of creating the processing program, the confirmation information for confirming the value can be appropriately added by using the service terminal or the user terminal. The server can execute processing according to the processing program by referring to the added confirmation information.

The information image providing means may be provided so as to add information (for example, a payment amount) of a value to be confirmed at the time when the service is provided at the service terminal, to the specific information as the confirmation information. .. According to this aspect, the value of the undefined variable of the processing program held in the program holding means is fixed by adding the information of the variable that cannot be fixed until the service is provided at the service terminal to the specific information. It is possible to cause the server to execute the processing in this state.

The processing program is configured to cause the server to execute, as processing for providing the service, a payment processing in which the fee to be paid by the user is settled by using a predetermined payment means. The payment amount information that is fixed when the service is provided at the service terminal may be added to the specific information as the fixed information. The amount of payment information is commonly required regardless of whether the payment method is the same, and it is often the case that the value cannot be determined until the payment is made at the service terminal. Therefore, it is rational to display the information image by including the information of the payment amount in the specific information on the service terminal.

Each of the plurality of services is classified according to the difference in payment means that should be used for payment of the fee, and the processing program for each service held in the program holding means includes Information for specifying the payment means to be used (for example, information on the payment method in FIG. 2) may be recorded as a definite variable whose value is fixed. When the services are classified according to the payment means, the payment means to be used for each service can be determined in advance when the processing program is created. Therefore, it is possible to previously include information for specifying the payment method in the processing program, and if the processing program is created in this way, it is necessary to record the information for specifying the payment method in the information image. It is possible to reduce the amount of information to be recorded in the information image and simplify the information image.

The reference information providing unit is provided to add user identification information (for example, the user authentication code of FIG. 5) for identifying a user of the user terminal to the reference information as the confirmation information, and the execution unit is provided. The server may be caused to execute a process associated with the user identification information added to the reference information as a process for providing the service. The user terminal is usually used for the purpose of using various services after the user is authenticated by using the user identification information, and is a terminal device suitable for inputting or holding the user identification information. On the other hand, the process executed by the server to provide the service is generally executed on the condition that the user is identified using the user identification information. Therefore, if the user identification information is included in the reference information to be provided to the server from the user terminal, it is possible to rationally add the information necessary for identifying the user to the server. There is also an advantage that the service terminal side does not need to acquire the user identification information and include it in the information image.

The processing program is configured to cause the server to execute, as processing for providing the service, payment processing in which the fee to be paid by the user is settled using a predetermined payment means, and the execution means is A server may be provided to execute the payment process by referring to the user identification information added to the reference information. Most payment processing mechanisms that use exchange of information via a network, such as payment by electronic currency, payment by debiting a bank account, and payment by credit card, execute processing in association with user identification information. Is configured. According to this aspect, it is possible to proceed with payment using such a mechanism.

The processing program may be created in a script format that describes processing to be executed by the server. According to this, it is possible to reduce the labor required for creating the processing program, and it is possible to relatively easily perform the work such as addition, change, and correction of the processing program.

1, 1A Service system 10 Back office server 11 Condition setting section (program creation means)
12 Serial acquisition unit (processing information providing means)
20 script management server 21 script creation unit (program creation means)
22 Script management unit (program selection means)
30 payment execution server 31 payment execution unit (execution means)
32 settlement notification unit (processing result providing means)
40 service terminal 40A game machine 40B store terminal 41 payment control unit 42 code control unit (information image providing means)
50 management terminal 60 user terminal 61 code acquisition unit (reference information providing means)
62 Payment control unit (reference information providing means)
70 Account Management Server 80 Item Management Server 90 Service Management Server

Claims (12)

It is constructed as a client-server system including a server and a service terminal that functions as a client for the server, and a user terminal, and a service is provided to the user of the user terminal via the service terminal according to the processing executed by the server. A service system,
Program holding means for holding a group of processing programs for each service that defines processing to be executed by the server to provide each of a plurality of services including a specific service,
Processing information providing means for causing the server to provide the service terminal with processing information necessary for the server to specify a processing program corresponding to the specific service held in the program holding means;
The information image recorded so that the specific information as the information that the server commonly needs to execute the process regardless of the difference in the service includes the process information provided from the server An information image providing means to be displayed on the terminal,
Reference information providing means for causing the user terminal to obtain the specific information recorded in the information image, and for providing the server with reference information including the obtained specific information from the user terminal.
A processing program corresponding to the specific service is specified based on the processing information included in the reference information transmitted from the user terminal to the server, and the specific service is provided to the server according to the specified processing program. Execution means for executing the processing for providing,
And a processing result providing unit that causes the server to provide the service terminal with information indicating a result of execution of the processing. The program holding unit is provided to hold a group of processing programs for each service in association with processing identification information unique to each processing program,
The processing information providing means is provided so that processing identification information associated with a processing program corresponding to the specific service is provided to the service terminal as the processing information.
Program selection means for selecting a processing program corresponding to the specific service from the group of processing programs held in the program holding means based on the processing identification information included in the reference information is provided in the server. ,
The service system according to claim 1, wherein the execution unit specifies the processing program selected by the program selection unit as a processing program corresponding to the specific service, and executes processing according to the processing program. The processing information providing unit is provided so that a processing program corresponding to the specific service is provided to the service terminal as the processing information,
The service system according to claim 1, wherein the execution unit specifies a processing program included in the reference information transmitted from the user terminal to the server as the processing information as a processing program corresponding to the specific service. .. 4. The server according to claim 1, wherein the server is provided with a program creating unit that creates the processing program based on information provided by the client and records the obtained processing program in the program holding unit. The service system described in. The program holding unit holds the processing program in a state where at least a part of variables of a variable group included in the processing program are undetermined variables whose values are not fixed,
At least one of the information image providing unit and the reference information providing unit, for at least one of the specific information and the reference information, confirmation information for confirming the value of at least one undetermined variable. It is provided to add,
The service system according to claim 1, wherein the execution unit is provided to cause the server to execute a process according to the processing program with reference to the confirmation information. 6. The service system according to claim 5, wherein the information image providing unit is provided so as to add information of a value to be confirmed when the service is provided at the service terminal, to the specific information as the confirmed information. . The processing program is configured to cause the server to execute, as processing for providing the service, a payment processing for paying a fee to be paid by the user using a predetermined payment means.
7. The service according to claim 6, wherein the information image providing unit is provided so as to add, as the finalized information, information on a payment amount finalized when the service is provided by the service terminal, to the specific information. system. Each of the plurality of services is classified according to the difference in payment means that should be used for payment of the fee,
In the processing program for each of the services held in the program holding means, information for specifying a settlement means to be used for settlement of the fee is recorded as a definite variable having the value fixed. The service system according to item 7. The reference information providing unit is provided to add user identification information for identifying a user of the user terminal to the reference information as the confirmation information.
7. The service system according to claim 5, wherein the execution unit causes the server to execute a process associated with the user identification information added to the reference information as a process for providing the service. The processing program is configured to cause the server to execute a payment process for paying a fee to be paid by the user using a predetermined payment means, as a process for providing the service,
The service system according to claim 9, wherein the execution unit is provided to cause the server to execute the payment process by referring to the user identification information added to the reference information. The service system according to claim 1, wherein the processing program is created in a script format that describes processing to be executed by the server. It is constructed as a client server system including a server and a service terminal that functions as a client for the server, and a user terminal, and a service is provided to a user of the user terminal via the service terminal according to a process executed by the server, A computer program applied to a service system including a program holding unit that holds a group of processing programs for each service that defines processing to be executed by the server to provide each of a plurality of services including a specific service. And
A computer included in the service system,
Processing information providing means for causing the server to provide the service terminal with processing information necessary for the server to specify the processing program corresponding to the specific service held in the program holding means,
The information image recorded so that the specific information as the information that the server commonly needs to execute the process regardless of the difference in the service includes the process information provided from the server Information image providing means to be displayed on the terminal,
Reference information providing means for causing the user terminal to obtain the specific information recorded in the information image and providing the server with reference information including the obtained specific information from the user terminal.
A processing program corresponding to the specific service is specified based on the processing information included in the reference information transmitted from the user terminal to the server, and the specific service is provided to the server according to the specified processing program. Execution means for executing the processing for providing, and
A computer program of a service system configured to function as processing result providing means for causing the server to provide the service terminal with information indicating a result of execution of the processing.