JP2021101389A - 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.

A two-dimensional code with embedded payment information is displayed on a terminal installed in a store, etc., the information of the two-dimensional code is read by the terminal owned by the user, and the obtained information is transmitted to the server. A system for advancing payment processing is known (see, for example, Patent Document 1).

Japanese Unexamined Patent Publication No. 2016-173752

Since various information can be included in an image such as a two-dimensional code, it is possible to correspond to various services in exchanging information using such an image. However, in general, the types and formats of information to be included in images such as two-dimensional codes are set independently for each service. Therefore, in order to introduce a new service, it is necessary to introduce a new program or a new terminal on the terminal that issues the two-dimensional code, etc., and the work and costs on the service terminal side. Burden increases.

Therefore, an object of the present invention is to provide a service system or the like capable of reducing the burden required for supporting various services.

The service system according to one aspect of the present invention is constructed as a client server system including a server and a service terminal and a user terminal that function as a client for the server, and the user of the user terminal is subjected to processing executed by the server. A service system in which services are provided via the service terminal, and a group of processing programs for each service that defines processes to be executed by the server in order to provide each of a plurality of services including a specific service. A processing information providing means for causing the service terminal to provide processing information necessary for the server to identify a program holding means to be held and a processing program corresponding to the specific service held by the program holding means. And, the information image recorded so that the specific information as the information commonly required by the server regardless of the difference in the service in order to execute the process includes the process information provided by the server. The information image providing means to be displayed on the service terminal and the specific information recorded in the information image are acquired by the user terminal, and reference information including the obtained specific information is provided from the user terminal to the server. The processing program corresponding to the specific service is specified based on the reference information providing means to be caused and the processing information included in the reference information transmitted from the user terminal to the server, and the processing program corresponding to the specific service is specified. It is provided with an execution means for causing a server to execute a process for providing the specific service, and a process result providing means for causing the server to provide information indicating the result of executing the process to the service terminal. is there.

The computer program according to one 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 the user of the user terminal is subjected to a process executed by the server. A program holding means for holding a group of processing programs for each service that defines the processing to be executed by the server in order to provide a service via the service terminal and to provide each of a plurality of services including a specific service. A computer program applied to a service system comprising the above, in order for the server to identify a computer included in the service system and a processing program corresponding to the specific service held in the program holding means. The processing information providing means for causing the service terminal to provide necessary processing information from the server, and specific information as information commonly required by the server regardless of the difference in the service in order to execute the processing, are described above. An information image providing means for displaying an information image recorded so as to include the processing information provided by the server on the service terminal, and a specific information obtained by having the user terminal acquire the specific information recorded on the information image. A reference information providing means for providing reference information including information from the user terminal to the server, and the specific service based on the processing information included in the reference information transmitted from the user terminal to the server. An execution means for identifying a corresponding processing program and causing the server to execute a process for providing the specific service according to the specified process program, and information indicating the result of executing the process are transmitted from the server. It is configured to function as a processing result providing means to be provided to the service terminal.

The figure which showed the schematic structure of the service system which concerns on 1st Embodiment of this 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 processing which should be performed until the 2D code is displayed in the service system of FIG. The figure which shows the schematic example of the processing which should be performed after the 2D code is displayed in the service system of FIG. The figure which shows how the information described in a script is decided sequentially in the procedure of FIG. The figure which shows the specific example of the service system of FIG. The flowchart which shows the procedure of processing which should be performed until the 2D code is displayed in the service system of FIG. The flowchart which shows the procedure of the processing which should be performed after the 2D 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 processing which should be performed until the 2D code is displayed in the service system which concerns on 2nd form. The figure which shows how the information described in a script is sequentially determined in the procedure of FIG. The flowchart which shows the procedure of the process which should be performed until the 2D code is displayed in the service system which concerns on 2nd form.

Hereinafter, a plurality of embodiments 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, but in the following form, an example of a service system to which the present invention is applied will be described with respect to a payment service for payment of a fee payable 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 the 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 transmit or receive information from each other by being appropriately connected to a network (not shown), for example, the Internet. 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 payment service to a user (hereinafter, referred to as a service provider) in a management area SA of a commercial facility or the like. 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 in order 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 in which predetermined information is added to the specific information recorded in the two-dimensional code 100 is added. It is advanced by being transmitted from the user terminal 60 to the payment execution server 30. The procedure for payment processing will be described in detail later.

As an example, the service terminal 40 may include terminal devices such as a game machine 40A and a store terminal 40B. The game machine 40A is an example of a commercial game machine that allows a user to play a game in exchange for payment of a predetermined fee. The store 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 machine 40A and the 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. In the following, 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 letting the user use the payment service itself, such as a register terminal that registers sales of products purchased by the user at a store and calculates the fee to be paid by the user, does not provide related services. It may be provided as a 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 be provided with 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 making 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. A service terminal 40 such as a game machine 40A or a store terminal 40B may also be used as a management terminal 50. The management area SA is a concept indicating an area managed by a service provider, and does not necessarily mean one cohesive 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 the office or the like of a service provider that operates the service terminal 40.

The user terminal 60 is a terminal that should be used for the personal use of the user. As an example, a smartphone having a network connection function is used as a 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 a reference. The information is transmitted to the payment execution server 30. The user terminal 60 is not limited to a smartphone, and an appropriate terminal device may be used as long as it has a network connection function and can read the two-dimensional code 100 displayed on the service terminal 40. It is preferable that the user terminal 60 has portability that can be carried and used at the place where the service terminal 40 is installed.

Next, each server will be described in sequence. The back office server 10, the script management server 20, and the payment execution server 30 are provided as servers that execute the payment processing necessary for providing the 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 and the management terminal 50 and the script management server 20. For example, the back office server 10 sets payment conditions for a fee to be paid when a user uses the user terminal 60 based on the information acquired from the management terminal 50, and transfers the payment condition information to the script management server 20. Notice. Further, the back office server 10 acquires the information necessary for issuing the two-dimensional code 100 from the script management server 20 and provides the information 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 and manages the obtained script in the script database DB2. The script created by the script management server 20 is a kind of computer program that describes the contents of the payment process to be performed by the service system 1 in a format that can be executed by the payment execution server 30, and is used to provide the service. This corresponds to an example of a processing program that defines the processing to be executed by the payment execution server 30. Further, the script database DB2 corresponds to an example of the program holding means. 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 the payment process 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 in cooperation with other servers such as the account management server 70 as appropriate according to the content of the payment processing. The account management server 70 as an example of the cooperation partner is a server that operates the account database DB 7 to process payment of charges using a specific type of electronic currency. For example, in the account database DB 7, 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 user's balance using the user authentication code as a clue, and consumes (subtracts) the amount or amount of electronic currency corresponding to the fee payable by the user from the specified balance, thereby using the electronic currency. Realize payment.

When the payment execution server 30 is required to pay the fee in the electronic currency managed by the account management server 70, the payment execution server 30 requests the account management server 70 to perform the payment processing, thereby performing the payment processing in cooperation with the account management server 70. Execute. Note that FIG. 1 shows an example in which a payment method in electronic currency managed by the account management server 70 is used as a payment method for realizing payment of charges. When a payment method such as withdrawal from a user's bank account (online banking) or payment using a credit card is required, the payment execution server 30 appropriately communicates with another server that realizes payment by those payment methods. Execute payment processing in cooperation with. That is, the account management server 70 is only an example of a server that executes payment processing in cooperation with the payment execution server 30. The mechanism itself for processing payments using the exchange of information via a network such as an electronic currency, a bank account, or a credit card is widely used 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 also appropriately cooperates with the item management server 80 and the service management server 90 in relation to the payment processing. The item management server 80 manages items related to sales such as the unit price of each item using the product or service provided by the service terminal 40 as an item, or the item in the service terminal 40, while appropriately referring to the item management database DB8. It is a server that manages matters related to sales processing, such as the payee of each fee. For example, when targeting the game machine 40A, the item management server 80 supports various contents provided by the game machine 40A as items, and the unit price, payee, etc. of each item correspond to a unique item code for each item. Attach and record in the item management database DB8. In that case, the item management server 80 provides the 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 store terminal 40B, in which the products and services provided by the store terminal 40B are managed as items. When the payment is paid in the payment process executed according to the script, the payment execution server 30 notifies the item management server 80 of the payment details. 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 users by the service terminal 40, or other services further associated with 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 the user plays the result of playing the game on the game machine 40A. A service is provided as a user service, which is stored in the user database DB 9 as data 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 viewing the user's play history, viewing the past play video, and purchasing items used in the game may be prepared. The same applies to the case where the store terminal 40B is provided as the service terminal 40, and the service management server 90 authenticates the user when providing the related service on the store terminal 40B, and performs various information necessary for providing the related service at the store. It may be configured to be appropriately provided to the terminal 40B.

User authentication on 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 on the payment execution server 30 or the account management server 70 is shared with, for example, the user identification information used on the service management server 90. 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 either 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 it 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 cooperation between the payment execution server 30 and the service management server 90 is unnecessary.

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 a payment process, and includes information for identifying each of a user, a payee, a payment method, and a payment content. The information described in the script is an example of information for specifying "who", "who", "why", and "what to do" regarding the payment process. The user's information is written in a script to identify "who" should make the payment. As the user information, for example, a user authentication code uniquely set for each user may be used.

The payee information is written in a script to identify "who" the fee should be paid to. The payee is, in short, the person to whom the fee should 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 payment destination. Such businesses include, for example, businesses that provide content used in the game machine 40A, businesses that provide products such as tickets sold via the store terminal 40B, or businesses thereof. A business operator or the like who has been entrusted with collecting fees may be set as the payee. As an example, a business operator that operates the item management server 80 shown in FIG. 1, or a collection institution, a settlement institution, or the like designated by the business operator may be described in the script as a payment destination. In this case, the payment to the payee is realized by notifying the item management server 80 of the payment of the fee from the payment execution server 30.

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

Payment details information is written in a script to identify "what to do" with respect to the payment process. For example, information that identifies the action content of the user that caused the payment process may be described in the script, such as "pay XX yen for the purchase of item X". By referring to the payment content information together with the payment method and 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 minimal information. For example, when the information of the item purchased by the user is not required in the payment process, the payment content information of the script may be set as the information for specifying the payment amount.

The script also contains comment, 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 requesting the user to approve the payment via the user terminal 60. The expiration date is described in the script as information indicating the expiration date that the script can pass in the payment process. The script whose expiration date has passed is appropriately deleted from the script database DB2. As a result, the amount of data recorded in the script database DB2 can be suppressed to an appropriate range. The serial number is a code uniquely set for each script, and corresponds to an example of each of the processing information and the processing 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 on a one-to-one basis. The script and the serial number may be associated with each other by recording the script 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 contents of the processing to be executed by the payment execution server 30. In addition, the set of various information to be described in the script corresponds to an example of the variable group included in the script. The information described in the script held in the script database DB2 includes a confirmed state and an undetermined state. These states correspond to an example of a state in which the values of variables included in the script are fixed or undetermined. For example, when user information is used as one variable, the value of the variable is fixed when the user authentication code is specifically specified, and the value of the variable is 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 a script as a variable whose specific value is determined according to the information given from the management terminal 50 via the back office server 10. Not all information is specifically determined when the script is created, and in the script stored in the script database DB2, the values of at least some variables 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 payment execution server 30 via the user terminal 60. In the above, 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 payment execution server 30 via the user terminal 60. In the process, new types 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 contained therein and the values of the variables.

Next, with reference to FIGS. 3 and 4, an example of a schematic procedure of the process executed by the service system 1 to provide the payment service will be described. However, the procedure described below is an example of the processing procedure executed in the configuration illustrated in FIG. In each of FIGS. 3 and 4, servers and the like that are not directly related to the procedure in the figure are 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 that proceeds from the two-dimensional code 100 as a starting point. In the example of FIG. 3, first, the item management server 80 provides information necessary for setting payment terms and the like to the management terminal 50 (which may be replaced by the service terminal 40) (F11). .. The information provided may include, for example, information that identifies a product, a service item code, a unit price, a payee, etc. provided by the service terminal 40.

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 by the management terminal 50 is information that specifies what kind of script is to be created by the script management server 20. For example, when creating the script of FIG. 2, as the types of information (variables) to be included in the script, the user, payee, payment method, payment content, comment, and expiration date are back office via the management terminal 50. A specific value (fixed value) is specified for the back office server 10 for some information and is specified for the server 10. 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 comments may be specified in a state in which all of them are fixed, or may be given in a state in which some of them are unconfirmed. 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 the necessary information is given to the back office server 10, a script creation condition is set in the back office server 10, and the condition is provided to the script management server 20. In response to this, a script according to the conditions given by the script management server 20 is created (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 addition, in order to determine which payment service the given serial number corresponds to, the service terminal 40, the management terminal 50, or the back office server 10 appropriately stores the serial number in association with the type of payment service. You can do it.

When the service terminal 40 is requested to provide a specific payment service, the two-dimensional code 100 is generated and obtained so that specific information including the serial number of the script corresponding to the payment service is recorded. The two-dimensional code 100 is displayed on the service terminal 40 (F15). In addition to the serial number of the script, the specific information included in the two-dimensional code 100 includes information on the payment details that are unconfirmed in the script, that is, information that specifies what kind of item to purchase and how much to pay. May be added. At the stage when the script is created by the script management server 20, the items purchased by the user via the service terminal 40 and the number of purchases thereof are undecided, and their specific values are not described in the script. On the other hand, at the time when the user purchases a product or service on the service terminal 40, what kind of item is purchased and how much is paid is specifically determined. Therefore, the service terminal 40 records the information to be confirmed when the user purchases the product or the like in the two-dimensional code 100 together with the serial number of the script as an example of the confirmation information. As a result, the serial number and payment content information can be transmitted to the user terminal 60 via the two-dimensional code 100. It should be noted that the process until the serial number is provided to the user terminal 60 and the process for displaying the two-dimensional code 100 on the user terminal 60 do not necessarily have to be continuous in time. 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 when the user actually makes the payment, the information of the serial number acquired earlier and the payment at that time. The two-dimensional code 100 may be generated and displayed with reference to the information according to the content.

Next, with reference to FIG. 4, a processing procedure after the two-dimensional code 100 is displayed on the service terminal 40 will be described. Prior to starting the procedure of FIG. 4, the user terminal 60 accesses the service management server 90 and completes user authentication related to related services (F20), whereby a user such as a user ID used for user authentication is completed. It is assumed that the identification information is held by each of the user terminal 60 and the service management server 90. Further, the user identification information used in the user authentication on the service management server 90 is valid as an example of the user authentication code which is a definite value of the user information in the 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, on the user terminal 60, the user authentication code (user ID) used for user authentication of the related service is added as an example of definite information to the specific information read from the two-dimensional code 100, and the reference information is added. The generated and obtained reference information is transmitted to the payment execution server 30 (F22). When the payment execution server 30 receives the reference information, the serial number included in the reference information, that is, the serial number included in the two-dimensional code 100 is notified from the payment execution server 30 to the script management server 20, and the serial number. It is required to provide a 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 script whose expiration date has passed may be regarded as invalid and the subsequent processing may be stopped. 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, it is first confirmed whether or not the payment can be executed for the user terminal 60 (F25). At the time of confirmation of 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 the user terminal 60 instructs the execution of payment, the payment execution server 30 proceeds with the payment process. 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, to withdraw (consume) the electronic currency from the account corresponding to the user authentication code (F26), and the processing is successful. If this is the 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). Further, the payment completion is notified to each of the user terminal 60 and the service terminal 40 (F29, F30). As a result, the user can know that the payment has been completed via the user terminal 60. In addition, the service terminal 40 can also grasp the completion of payment. In this case, when the service terminal 40 provides the related service on condition that the payment is completed, the processing necessary for providing the related service can be started by using the notification as a trigger. In order for the payment execution server 30 to notify the service terminal 40 of the completion of payment, 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 as a part of the specific information in the service terminal 40, and this is included. By providing the payment execution server 30 from the user terminal 60, the payment execution server 30 may be able to grasp the notification destination. Alternatively, the back office server 10 may manage the issuance status of the two-dimensional code 100 on each service terminal 40, and the payment execution server 30 may notify the service terminal 40 of the completion of payment via the back office server 10.

FIG. 5 shows an example of how the information to be described in the script is determined in the procedure shown in FIGS. 3 and 4. In the illustrated example, first, the payment content and the serial number are included in the specific information IFa in the two-dimensional code 100 generated by the service terminal 40 (in the figure, the store terminal 40B is shown, but other service terminals may be used). ing. Next, in the user terminal 60 that has read the two-dimensional code 100, the user authentication code is added as definite information to the payment details and serial number information included in the two-dimensional code 100, and reference information IFb is generated. To. 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 payment content information of the reference information IFb acquired from the user terminal 60 are quoted for the user and payment content information that is unconfirmed in the script acquired from the script management server 20. Will be done. This confirms all the information in the script.

According to the above example, the script required for payment processing 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 determined in accordance with the conditions set by the service provider 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 (fixed information) of the information is scripted in advance. It 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, it is not necessary to specify the payment method in the two-dimensional code 100. Is.

On the other hand, on the payment execution server 30 side, it is necessary to change the content of the payment process according to the payment method that can be described in the script. For example, a server (account management server 70 or item management server 80 in the example of FIG. 1) to be a cooperation partner is appropriately selected according to a payment destination and a payment method, or a cooperation partner is set according to the type of service terminal 40. It is necessary to appropriately select a server (service management server 90 in the example of FIG. 1) and proceed with payment-related processing according to an appropriately determined procedure with the server of the cooperation partner. However, the work of adding, modifying, and changing the program for realizing these processes need only be performed by the business operator operating 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 required to execute the payment process regardless of the type of the payment means. That is, the payment content information is indispensable for executing the payment process regardless of the type of payment method or the specific content of the payment process such as the payee. Moreover, the specific value regarding the payment content information is fixed on the service terminal 40 each time an individual payment is made. That is, regardless of what kind of payment method the payment service uses, the information such as the payment amount is information that is commonly required for the payment execution server 30 to execute the payment process, and the information thereof. It is necessary that a concretely determined value is given to the payment execution server 30. Therefore, even if the content of the payment process to be performed as the payment service, for example, the payment destination or the payment method, changes variously, the service terminal 40 needs to include the information indicating the payment content in the two-dimensional code 100 in common. There is. Further, the serial number is information that should be commonly recorded in the two-dimensional code 100 as information necessary for specifying the script regardless of the type of payment means. As described above, the specific information IFa is common information to be recorded in the two-dimensional code 100 regardless of the type of payment means. Since there is commonality as necessary information regardless of the type of payment means, it is possible to record the specific information IFa in the two-dimensional code 100 in a certain format regardless of the type of payment means.

Therefore, even when a new payment service is introduced, it is not necessary to add a program for newly generating a two-dimensional code in a format corresponding to the payment service on the service terminal 40 side. In addition, there is no need for capital investment such as providing dedicated hardware for a new payment service on the service terminal 40 side. On the other hand, the information not described in the two-dimensional code 100 can be described in a state specifically determined 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 required when executing the payment process, the information other than the common specific information to be recorded in the two-dimensional code 100 is described in the script in advance. Or, it can be dealt with by adding it as appropriate on the user terminal 60 side.

Next, an example of a specific configuration relating to the main part of the service system 1 will be described with reference to FIG. The configuration of FIG. 6 is one of the specific examples of the service system 1 of FIG. 1, and the components corresponding to FIG. 1 are designated by reference numerals common to 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 logical devices realized by combining the computer hardware and the computer program Ps1. The condition setting unit 11 sets the conditions necessary for creating the script according to the input from the management terminal 50, and provides the conditions to the script management server 20. The serial acquisition unit 12 acquires the script serial number from the script management server 20 and provides the serial number to the service terminal 40. The serial number may be provided in response to a request from the service terminal 40.

The script management server 20 is provided with a script creation unit 21 and a script management unit 22 as logical devices realized by combining the computer hardware and the computer program Ps2. The script creation unit 21 creates a script for executing the payment process according to the condition information transmitted from the back office server 10, assigns a serial number to the obtained script, and saves it in the script database DB2. The script management unit 22 provides the back office server 10 with a serial number. Further, the script management unit 22 searches the script database DB 2 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 check the expiration date of the script at an appropriate timing, and manage the script database DB 2 so that the script whose expiration date has passed is deleted from the script database DB 2.

The payment execution server 30 is provided with a payment execution unit 31 and a payment notification unit 32 as logical devices realized by combining the computer hardware and the computer program Ps3. The payment execution unit 31 acquires a 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 combining the computer hardware and the computer program Pt1. The payment control unit 41 determines the information of the payment content 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 on the service terminal 40, for example, the payment amount to be paid by the user. Responsible for processing such as calculation. The code control unit 42 acquires the 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 contents confirmed by the payment control unit 41, and obtains the specific information. A 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 logical devices realized by combining the computer hardware and the computer program Pt2. The code acquisition unit 61 controls a camera (not shown) of the user terminal 60 to take a picture of 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 the 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 provides information such as payment terms necessary for creating a script for the back office server 10. It may function as a terminal device for inputting information, and for example, it may be provided so as to access a Web page provided by the back office server 10 via a Web browser or the like and input information. This type of mechanism is well known and details will be omitted in FIG.

7 to 9 are flowcharts showing an example of a procedure in which payment processing is executed in the service system 1 shown in FIG. 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 procedure after the display of the two-dimensional code illustrated in FIG. In the procedure of FIG. 7, first, information such as an item code is transmitted from the item management server 80 to the management terminal 50 (or may be the service terminal 40) (step S11), and is received by the management terminal 50. Information that specifies conditions 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, conditions for creating a script based on the information acquired from the management terminal 50 are set by the condition setting unit 11, and the condition setting unit 11 creates a script corresponding to the set conditions. Is requested to the script management server 20 (step S13). In response to this, the script creation 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 the obtained script is the script database DB2. Is recorded in (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). As an 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 back office server 10 may store the serial number 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 used properly, it is necessary to retain the serial number so that the serial number of the script corresponding to the payment generated by the service terminal 40 can be specified. For example, the back office server 10 specifies the serial number of the script corresponding to the payment service to be provided by the service terminal 40 in light of the conditions 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 made in response to the purchase of a product or the like by the user, the payment content is determined by the payment control unit 41 (step S21), and then the code control unit 42 together with 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 the payment (step S22). The process of step S18 and the process of step S21 do not need to be continuous in time. For example, when the same script is repeatedly used for multiple payments while replacing the fixed value of the information, the serial number stored in the service terminal 40 or the back office server 10 is confirmed each time the payment is made. A two-dimensional code 100 may be created for each payment in combination with the payment contents to be made. When a plurality of scripts can be selectively applied because the payment method (that is, the payment method) is different for the payment generated on the service terminal 40, for example, which payment method should be selected on the service terminal 40. The two-dimensional code 100 may be created by designating and including the serial number corresponding to the payment method in the specific information IFa.

When the two-dimensional code 100 is displayed on the service terminal 40, the process proceeds to the procedure shown in FIG. In the procedure of FIG. 8, first, the camera or the like of the user terminal 60 is controlled by the code acquisition unit 61 of the user terminal 60 to take a picture of the two-dimensional code 100, and the specific information IFa included in the two-dimensional code 100, that is, The payment content information and the serial number are acquired by the code acquisition unit 61 (step S31). The acquired specific information IFa is passed to the payment control unit 62, and the payment control unit 62 adds a user authentication code to the specific information IFa as an example of terminal additional information to generate the reference information IFb of FIG. 5 ( 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 by 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 should add the user authentication information as a user authentication code. Just do it. 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 is 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 and requests the payment process (step S34). In the payment execution server 30 that receives the request, the payment execution unit 31 takes out the serial number included in the reference information IFb and sends it to the script management server 20, and the script corresponding to the serial number is inquired (step). S34). In the script management server 20, the script management unit 22 searches the script database DB2 using the serial number given by the payment execution server 30 as a key, so that the script corresponding to the serial number is selected (step S35). The selected script is provided from the script management unit 22 to the payment execution server 30 (step S36). As a result, the payment execution unit 31 of the payment execution server 30 specifies the script provided by the script management server 20 as a 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, the settlement process is terminated assuming that the corresponding script does not exist. You may. In this case, the payment execution server 30 may notify the service terminal 40 and the user terminal 60 that payment is not possible, and appropriate error processing may be executed on the respective terminals 40 and 60.

When a script is provided to the payment execution unit 31 of the payment execution server 30, the final 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 confirmed. Then, the payment execution unit 31 confirms to the user terminal 60 whether or not the payment processing may be executed according to the confirmed script (step S37). At this time, if the 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 control unit 62 of the user terminal 60 notifies the payment execution server 30 (step S38), and the payment execution unit 31 receives the script. The payment process is executed according to (step S39).

In the payment process, as an example, the payment execution unit 31 notifies the account management server 70 of the user authentication code and the payment amount, and the account management server 70 is requested to perform payment processing in electronic currency, and the account management server responds accordingly. 70 is realized by subtracting the balance of the electronic currency 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 shown in 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 completed normally, the payment notification unit 32 of the payment execution server 30 notifies the item management server 80 of the payment completion with information such as the payee and the payment details (step S43), and the item management server. At 80, the payment record is recorded in response to the notification (step S44). Further, the payment result is also notified from the payment notification unit 32 to the service terminal 40, the user terminal 60, and the service management server 90 (step S45). As for the notification to the service terminal 40, for example, the back office server 10 manages the issuance status of the two-dimensional code 100 on the service terminal 40, and the payment execution server 30 notifies the back office server 10 of the payment result to the back office server. 10 may be realized by 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 notification destination of the payment result 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. By including the fixed value of the information of the notification destination, the payment execution server 30 may be able to specify the service terminal 40 to be 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 to the payment destination and the processing to the notification destination can be separately executed.

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 condition that the payment of the fee is completed as a subsequent process (step S46). For example, a process such as permission to play a game or issuance of a ticket may be started as a subsequent process. 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 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 on the service management server 90 as a related process, such as giving a privilege to a user for a service provided by the service management server 90.

According to the above 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 is made is undecided, and the information to be confirmed when the payment is made is provided as a service. The script information is determined by appropriately adding it to the terminal 40 or the user terminal 60. Therefore, if the information to be confirmed in common among a plurality of payments is described in a script in advance and recorded in the script database DB2, one script held in the script database DB2 will be generated within the expiration date. It can be used repeatedly in multiple payments. This has the advantage that the load on 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 processing information providing means by executing the processes of steps S17 and S18 of FIG. 7, and the code control unit 42 performs the process of FIG. By executing the process of S22, it functions as an example of the information image providing means, and by executing the process of steps S31 to S33 of FIG. 8, the code acquisition unit 61 and the payment control unit 62 function as an example of the reference information providing means. Then, the payment execution unit 31 functions as an example of the execution means by executing the process of step S39 in FIG. 8, and the payment notification unit 32 executes the process of step S45 of FIG. 9 to provide an example of the processing result providing means. Functions as. Further, the script management unit 22 functions as an example of the program selection means by executing the process of step S35 of FIG. 8, and the condition setting unit 11 and the script creation unit 21 execute the processes of steps S12 to S16 of FIG. By doing so, it functions as an example of a program creation 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 on 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 specific information IFa. Then, the specific information IFa is recorded in the two-dimensional code 100. That is, the script itself is recorded as processing information in the two-dimensional code 100. In the user terminal 60 that has read the two-dimensional code 100, a user authentication code is added as confirmed information about the user to generate reference information IFb, and the reference information IFb is provided to the payment execution server 30. Therefore, the settlement execution server 30 can specify the script to be executed and execute the processing according to the script without inquiring to the script management server 20. The script recorded in the two-dimensional code 100 may be in a compressed or encrypted state by a recoverable method.

In the above form, the service provider can request the creation of the script by using the management terminal 50, but instead of or in addition, 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 the creation of a script. In that case, the management terminal 50 can be omitted.

(Second form)
In the first mode described above, a script is created according to the information from the management terminal 50 prior to the occurrence of payment in the service terminal 40, and this is stored in the script database DB2 in advance, but it is time to create the script. Is not limited to such an example. For example, it is possible to create a script when payment occurs at the service terminal 40. Hereinafter, an example of the service system according to the second embodiment in which such a change has been 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. In FIGS. 11 to 13, the same reference numerals are given to the parts common to those in FIGS. 1 to 9, and the differences will be mainly described below.

In the service system 1A of FIG. 11, the processing procedure from the creation of the script to the 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 be purchased, a process related to script creation is disclosed. However, prior to the processing, information related to script creation may be provided from the management terminal 50 to the back office server 10 or to the script management server 20 via the back office server 10. (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 where the service terminal 40 is installed or a service provider. However, such information may be provided at the same time as the information is provided from the service terminal 40, which will be described later, and the information provision from the management terminal 50 may be omitted. Further, the item code, unit price, etc. required 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 the information is given to the service terminal 40 or the management terminal 50 by a means other than the provision from the item management server 80, the provision from the item management server 80 is unnecessary.

When the user operates the service terminal 40 to select a product or service to be purchased, the service terminal 40 provides the back office server 10 with information necessary for creating a script for paying the fee for the product or service (the service terminal 40 provides the back office server 10 with information necessary for creating a script. F52). For example, information on the payee, payment method, expiration date, or 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, for a part of this information, for example, the payee, the payment method, etc., the store where the service terminal 40 is installed or the service provider who operates the service terminal 40 sets a common value regardless of individual payments. In the case, such information may be given from the management terminal 50 to the back office server 10 in advance.

Next, when the user requests the service terminal 40 to purchase, the back office server 10 is provided with payment content information such as payment items, unit price, and quantity, and terminal identification information for identifying the service terminal 40. (F53). As a result, among the scripts shown in FIG. 2, information other than the user and serial number information is gathered on the back office server 10 in a state where the values are fixed. After that, the back office server 10 requests the script management server 20 to create a script together with the default setting information and the information provided from the service terminal 40 (F54). The script management server 20 creates a script according to the information obtained from the back office server 10, adds a serial number to the script, and records the script in the script database DB2. The script saved at this stage is recorded with all the information other than the user's information confirmed. 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 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, details are omitted. However, in this example, as shown in FIG. 12, the user terminal 60 that has read the two-dimensional code 100 adds the user authentication code 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 that the payment execution server 30 acquires the script provided by the script management server 20 from the user terminal 60. By substituting the created user authentication code, it is possible to confirm all the information in 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. 7. 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 it is assumed that each process of FIG. 13 is executed based on the configuration shown in FIG. The processing procedure will be described. In the procedure of FIG. 13, first, the advance information is transmitted from the management terminal 50 to the back office server 10 (step S10), and the item from the item management server 80 to the service terminal 40 (or may be the management terminal 50). Transmission of a code or the like is executed (step S11). However, as described above, these processes may be omitted as appropriate.

When the user selects a product or service on the service terminal 40, certain information such as the payee is provided to the back office server 10 from the payment control unit 41 of the service terminal 40 (step S12A), and the condition setting of the back office server 10 is set. The unit 11 stores the obtained information as default setting information in a storage device (not shown) of the back office server 10 (step S12B). After that, when the user confirms the purchase with respect to the service terminal 40, the payment control unit 41 of the service terminal 40 provides information on the payment contents such as the payment item, unit price, and quantity confirmed at that time, and the service terminal. The terminal identification information for identifying the 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), adds a serial number to the script (step S15), and obtains the script. The script is recorded in the script database DB2 (step S16). In the script recorded in this case, as described above, the user information is undecided, and all other information is in a fixed state.

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 service terminal 40 generates the two-dimensional code 100 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 reference information IFb from the user terminal 60 to the payment execution server 30 is performed thereafter, and these processes are the same as those in FIGS. 8 and 9. However, the details thereof will be omitted. However, only the user authentication code is sufficient for the information added by the user terminal 60. Further, when the payment process is completed, a process for deleting the script used for the settlement process may be added even if it is within the expiration date.

According to the second form, a new script is created each time a payment is made at the service terminal 40. Therefore, when creating a script, it is possible to create a script in a state where more information is confirmed as compared with the first form. Therefore, it is advantageous to reduce the information to be recorded in the two-dimensional code 100, simplify the two-dimensional code 100, and standardize 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 the processing information providing means by executing the processes of steps S17 and S18 of FIG. 13, and the code control unit 42 functions as an example of the processing information providing means, and the code control unit 42 performs the process of FIG. By executing the process of S22, it functions as an example of the information image providing means. Further, the condition setting unit 11 and the script creation unit 21 function as an example of the program creation means 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 (step S12A) transmitted in advance from the service terminal 40 is stored in the back office server 10, and the information (step S12C) transmitted thereafter is combined with the user authentication code of the script. After preparing the information other than the above, the script management server 20 was requested to create the script, but the information was temporarily held on the service terminal 40 according to the user's purchase operation, and the information other than the user authentication code was prepared. At this point, the service terminal 40 may request the script management server 20 to create a script. In this case, the back office server 10 may be omitted. Further, the management terminal 50 may be omitted as appropriate if it is not necessary to provide information to the back office server 10. Further, also in the second embodiment, as the specific information IFa to be recorded in the two-dimensional code 100, the script itself may be recorded as in FIG. 10 instead of the serial number.

The present invention is not limited to each of the above-described forms, and may be implemented in a form in which appropriate modifications or changes are made. For example, the configuration in which the back office server 10, the script management server 20, and the payment execution server 30 are separately provided is only an example, and these may be integrated as appropriate. In the second form, since the information necessary for creating the script is provided from the service terminal 40, the back office server 10 can be omitted as described above. However, in the first form as well, the back office server 10 can be omitted. May be omitted, and 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, by linking a plurality of terminal devices, a set of these terminal devices may function as one service terminal.

In the first embodiment, information about payment details is added to a serial number as an example of processing information provided by the script management server 20 to generate specific information IFa, and user identification information is generated for the specific information IFa. A user authentication code is added as an example to generate the reference information IFb, and in the second embodiment, the user authentication code is added to the specific article information IFa on the user terminal 60 to generate the reference information IFb. However, the addition of information in the service terminal 40 and the user terminal 60 is not always required. For example, when all the information is recorded in a script as an example of a processing program in a state in which all the information is determined in advance, the two-dimensional code 100 records the specific information so as to include only the processing information for specifying the script, and the user terminal. Also in 60, reference information may be generated so as to include only the processing information acquired via the two-dimensional code 100, and this may be provided to the server. That is, each of the specific information and the reference information may be configured to include at least the processing information necessary for specifying the processing program.

On the other hand, even when the specific information includes information other than the processing information, appropriate information may be selected as long as the information is commonly required by the server regardless of the difference in services. For example, in the first form, the payee information is information that is commonly required by the server regardless of the difference in the payment service (for example, the difference in the payment method), but in the first form, this is determined. Since the information is described in advance in the script stored in the script database DB2, it is not necessary to record the payment destination information in the two-dimensional code 100 on the service terminal 40 side. However, the first form may be modified so that the payment destination information is recorded in the two-dimensional code 100 on the service terminal 40 side. In this case, it is not necessary to create scripts separately from the viewpoint of different payees, and there is a possibility that a common script can be used between different payees. Also in the second embodiment, the two-dimensional code 100 may include a fixed value of a part of the information described in the script. For example, in addition to the serial number, a fixed value of the payment amount may be recorded in the two-dimensional code 100. In this way, what kind of information should be recorded as specific information in addition to the processed information for the information image to be displayed on the service terminal is the information to be recorded in the information image regardless of the difference in service. As long as the types can be shared, they may be changed as appropriate.

In each of the above forms, the two-dimensional code 100 is used as an example of the information image, but the information image is not limited to the two-dimensional code and has various formats as long as the specific information can be recorded in a manner that can be acquired by the user terminal 60. It may be provided to record information in.

In each of the above 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, and these servers 80 and 90. However, these servers 70, 80, and 90 are not indispensable for executing the processing for providing the service, and the services to be provided by the service terminal are not essential. It may be added, changed or deleted as appropriate depending on the type and the content of the processing to be executed by the server in order to provide the service. For example, the payment execution server 30 does not necessarily have to be configured to execute payment processing in cooperation with other servers exemplified as the account management server 70. For example, the payment execution server 30 itself may be able to execute the payment process by itself, such as managing the balance of the user's electronic currency.

In each of the above forms, an example of applying the present invention to a payment service has been shown, but the service provided by the service system of the present invention is not limited to the payment service. For example, the service system of the present invention can process user authentication processing (login processing) for various related services. In that case, prepare a processing program that defines the authentication process for each related service for each related service, and specify the processing program corresponding to that related service when authentication processing for a specific related service is required. By including the information in the information image as processing information and providing the server with a user authentication code or the like on the user terminal, the server can execute the user authentication processing for a specific related service. Such an authentication service may be processed in parallel with the payment service of the above form. In addition, 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 are described below. In the following description, in order to facilitate understanding of each aspect of the present invention, the corresponding components shown in the accompanying drawings are added in parentheses, thereby limiting the present invention to the illustrated form. It's not something.

The service system (1; 1A) according to one aspect of the present invention is a client server system including a server (10, 20, 30) and a service terminal (40) and a user terminal (60) that function as clients for the server. A service system that is constructed and provides services to users of the user terminal via the service terminal according to a process executed by the server, and is a specific service (as an example, a payment service using a specific payment means). A program holding means (DB2) that holds a group of processing programs for each service that defines the processing to be executed by the server in order to provide each of the plurality of services including), and the program holding means held by the program holding means. Processing information providing means (22, 12, S17, S18) for causing the service terminal to provide processing information (serial number or script as an example) necessary for the server to specify a processing program corresponding to a specific service from the server to the service terminal. ) And specific information (IFa) as information that the server commonly needs regardless of the difference in the service in order to execute the process, is recorded so as to include the process information provided by the server. An information image providing means (42, S22) for displaying the information image (100) on the service terminal, and a reference including the specific information obtained by having the user terminal acquire the specific information recorded on the information image. 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 identifying a processing program corresponding to the specific service based on the information and causing the server to execute the processing for providing the specific service according to the specified processing program, and the processing. Is provided with processing result providing means (32, S45) for causing the service terminal to provide information indicating the result of execution.

The computer program (Ps1 to Ps3, Pt1, Pt2) according to one aspect of the present invention includes a server (10, 20, 30) and a service terminal (40) and a user terminal (60) that function as clients for the server. It is constructed as a client server system, and a service is provided to a user of the user terminal via the service terminal according to a process executed by the server, and a specific service (as an example, a payment service using a specific payment means). Applicable to a service system (1; 1A) provided with a program holding means (DB2) that holds a group of processing programs for each service that defines the processing to be executed by the server in order to provide each of a plurality of services including the above. Processing information (as an example) necessary for the server to identify a computer program included in the service system and a processing program corresponding to the specific service held in the program holding means. Processing information providing means (22, 12, S17, S18) for providing the service terminal from the server (serial number or script), and the server is commonly required regardless of the difference in the service in order to execute the processing. Information image providing means (42, S22), wherein the information image (100) recorded so that the specific information (IFa) as the information includes the processing information provided by the server is displayed on the service terminal. Reference information providing means (61, 62,) which causes the user terminal to acquire the specific information recorded in the information image and provides the reference information (IFb) including the obtained specific information from the user terminal to the server. S31 to S33), 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 processing program is sent to the server according to the specified processing program. An execution means (31, S39) for executing a process for providing the specific service, and a process result providing means (32, S39) for causing the service terminal to provide information indicating the result of executing the process from the server to the service terminal. S45), is configured to function as.

According to the above aspect, the processing program that defines the processing to be executed by the server in order to provide the service is held in a state of being accessible from the server, and the processing information for specifying the processing program is provided from the server to the service terminal. Will 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 the processing according to. can do. In addition, the specific information to be recorded in the information image is the information that the server commonly needs regardless of the difference in services. 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 services. And since there is a commonality that the specific information is the information required by the server regardless of the difference in services, the specific information can be recorded in the information image in a certain format regardless of the difference in services. Is. Therefore, even when introducing a new service, it is not necessary to add a program that displays an information image containing 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 setting up. On the other hand, the information that is not recorded in the information image may be described in advance in the processing program or may be appropriately added by the user terminal. Therefore, even if there is a difference between 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 advance in the processing program, or is appropriately added on the user terminal side. It is possible to deal with this.

The computer program according to one aspect of the present invention may be provided in a state of being stored in a storage medium. By using this storage medium, for example, by installing and executing the computer program according to the present invention on a computer, the system of the present invention can be realized by using the computer. The storage medium for storing the computer program may be a non-transient 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 unique processing identification information (serial number as an example) for each processing program, and the processing information providing means is the specific processing information providing means. The processing identification information associated with the processing program corresponding to the service is provided to the service terminal as the processing information, and the program holding means is provided based on the processing identification information included in the reference information. A program selection means (22, S35) for selecting a processing program corresponding to the specific service from the group of the processing programs held in the server is provided in the server, and the execution means is the processing selected by the program selection means. The program may be specified as a processing program corresponding to the specific service and the processing corresponding to the processing program may be executed. According to this aspect, since the processing identification information unique to the processing program is provided to the service terminal and included in the information image, the information image is compared with the case where the processing program itself is recorded in the information image. The amount of specific information to be recorded in is reduced, or the specific information can be simplified. It is also possible to avoid the risk of the processing program being modified.

The processing information providing means is provided so that a processing program corresponding to the specific service is provided to the service terminal as the processing information (FIG. 10 as an example), and the executing means is provided from the user terminal to the server. The processing program included as the processing information in the reference information transmitted to 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 processing information can be provided to the service terminal by a relatively simple process.

The program creating means (11, 21, S12 to S16) that creates the processing program based on the information provided from the client (40, 50 as an example) and records the obtained processing program in the program holding means. It may be provided in the server. According to this aspect, it is possible to make a server create and record a processing program corresponding to an appropriate service by using a client provided in the service system. Therefore, work such as introduction of a new service or update of a processing program due to modification of the service can be performed relatively easily.

In the program holding means, the processing program is regarded as an undetermined variable whose value has not been determined for at least a part of the variables (the user in FIG. 2 and the payment content as an example) of the variable group included in the processing program. 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. Confirmation information (information such as payment amount and user authentication code as an example) is provided so as to be added, and the execution means causes the server to perform processing according to the processing program with reference to the confirmation information. It may be provided to be executed. According to this aspect, with respect to the information which is an undetermined variable at the time when the processing program is created, definite information for definite value can be appropriately added by using the service terminal or the user terminal. The server can execute the process 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 of a value (payment amount or the like, etc.) determined at the time when the service is provided by the service terminal to the specific information as the confirmed information. .. According to this aspect, the value of the undetermined variable of the processing program held in the program holding means is determined by adding the information of the variable that cannot be determined until the time when the service is provided by the service terminal to the specific information. It is possible to have the server execute the process in this state.

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

Each of the plurality of services is classified according to the difference in the payment means to be used for the payment of the charge, and the processing program for each service held in the program holding means is used for the payment of the charge. Information for identifying the payment method to be used (as an example, information on the payment method of FIG. 2) may be recorded as a deterministic variable in which the value is fixed. When the services are classified according to the payment means, the payment means to be used in each service can be determined in advance when the processing program is created. Therefore, it is possible to include information for specifying the payment method in the processing program in advance, and if the processing program is created in that way, it is necessary to record the information for specifying the payment method in the information image. Therefore, the amount of information to be recorded in the information image can be reduced, and the information image can be simplified.

The reference information providing means is provided so as to add user identification information (user authentication code of FIG. 5 as an example) for identifying a user of the user terminal to the reference information as the definite information, and the execution means is provided. , The server may be made to execute the process associated with the user identification information added to the reference information as the process for providing the service. The user terminal is usually used for the purpose of using various services by receiving user authentication 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 by using the user identification information. Therefore, if the user identification information is included in the reference information to be provided from the user terminal to the server, it is possible to reasonably add the information necessary for the user identification and provide the information to the server. There is also an advantage that the service terminal 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 a payment process for paying a fee to be paid by the user by using a predetermined payment means as a process for providing the service. The server may be provided so as to execute the payment process with reference to the user identification information added to the reference information. Many payment processing mechanisms that use the exchange of information over a network, such as electronic currency payments, bank account debit payments, or credit card payments, perform processing in association with user identification information. It is configured as follows. According to this aspect, it is possible to proceed with the settlement by using such a mechanism.

The processing program may be created in a script format that describes the processing to be executed by the server. This reduces the time and effort required to create the processing program, and makes it relatively easy to add, change, and modify the processing program.

1, 1A service system 10 Back office server 11 Condition setting unit (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 department (program selection means)
30 Payment execution server 31 Payment execution unit (execution means)
32 Payment notification unit (processing result providing means)
40 Service terminal 40A Game machine 40B Over-the-counter 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 (1)

It 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 a service is provided to a user of the user terminal via the service terminal according to a process executed by the server. It ’s a service system,
A program holding means for holding a group of processing programs for each service that defines the processing to be executed by the server in order to provide each of a plurality of services including a specific service, and a program holding means.
A processing information providing means for causing the server to provide processing information necessary for the server to specify a processing program corresponding to the specific service held in the program holding means to the service terminal.
The service is an information image recorded so that specific information as information commonly required by the server regardless of the difference of the service in order to execute the process includes the process information provided by the server. Information image providing means to be displayed on the terminal and
A reference information providing means for causing the user terminal to acquire the specific information recorded in the information image and providing the reference information including the obtained specific information from the user terminal to the server.
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 to execute the process to provide,
A service system including a processing result providing means for causing the service terminal to provide information indicating the result of executing the processing from the server.

Images