JP7231187B2 - Service providing system and computer program used for it - Google Patents

Description

The present invention relates to a service providing system and the like that reads information displayed on a user terminal and performs processing for providing a predetermined service based on the obtained information.

An image such as a two-dimensional code in which predetermined information is embedded is displayed on a portable user terminal such as a mobile phone owned by the user, and the information obtained by reading the information in the image with a terminal at a store is sent to the server. and a server executes predetermined processing such as settlement processing based on the information. However, in such a system, there is a risk that an image displayed on the user terminal may be photographed by a third party and used illegally. Therefore, a mechanism for enhancing security is earnestly studied. For example, a first partial payment code, which is part of payment information such as a credit card number and an account number, is distributed to a user terminal, and a second partial payment code, which is another part, is distributed to a server. , the user terminal transmits the first one-time code to the server to authenticate the user on the server side, and the server transmits the second one-time code to the user terminal to authenticate the server on the user terminal side. After authentication, the user terminal displays the first partial payment code including a user identifier such as a user ID and a telephone number, which is read by a POS terminal or the like and transmitted to the server. A system has been proposed in which a server determines a second partial payment code based on the obtained user identifier and generates a payment code by linking the partial payment codes, thereby executing payment processing. (See Patent Document 1, for example).

Japanese Patent No. 5959410

In the above system, the one-time password is used to mutually authenticate the user terminal and the server before the payment information is displayed, so that the security of the transaction can be increased accordingly. However, one-time password security is not perfect, and if it is broken, there is a possibility that a third party may obtain the payment code by secret photography or the like and use it illegally. For example, if a user displays a payment code on his terminal in preparation for payment while standing in line for payment, a third party secretly takes a picture of this and uses it first in another place. such a possibility cannot be completely ruled out.

SUMMARY OF THE INVENTION Accordingly, it is an object of the present invention to provide a service providing system or the like capable of enhancing the security of transactions using images containing information to be used for services such as settlement by a mechanism different from the conventional one. .

A service providing system according to an aspect of the present invention is configured to use a network to which a communication rule attached with information for specifying an information transmission route is applied, and is included in a target image displayed on a user terminal. A process for providing a predetermined service at the server by reading the target information stored in the information acquisition terminal and transmitting the obtained target information from the information acquisition terminal to the predetermined server via the network. based on the target information, comprising: target image display means for displaying the target image on the user terminal; and confirmation information differentiated from the target information, the target image display means Confirmation information output means for outputting to the user terminal prior to or subsequent to display of the target image by, Confirmation information obtained by causing the information acquisition terminal to acquire the confirmation information and the target information and information acquisition means for transmitting target information from the information acquisition terminal to the server, and route confirmation means for checking an information transmission route from the information acquisition terminal to the server regarding each of the confirmation information and target information acquired by the server. and execution control means for controlling permission or prohibition of execution of the processing based on the target information by the server, based on a comparison of the confirmation result of the information transmission path for each of the confirmation information and the target information. It is prepared.

A computer program according to an aspect of the present invention is configured to use a network to which a communication rule attached with information for specifying an information transmission path is applied, and is included in a target image displayed on a user terminal. The information acquisition terminal reads the target information stored in the information acquisition terminal, and transmits the obtained target information from the information acquisition terminal to a predetermined server via the network, thereby performing processing for providing a predetermined service at the server. A computer program used in a service providing system that is executed based on the target information, wherein a computer provided in the service providing system displays target image display means for displaying the target image on the user terminal, and the target information. is confirmation information output means for outputting differentiated confirmation information to the user terminal prior to or following display of the target image by the target image display means; information acquisition means for acquiring each of the target information and transmitting the obtained confirmation information and the target information from the information acquisition terminal to the server; route confirmation means for confirming an information transmission route to a server; and execution of the processing by the server based on the target information based on a comparison of confirmation results of the information transmission route with respect to each of the confirmation information and the target information. It is configured to function as execution control means for controlling permission or prohibition.

The figure which shows an example of the schematic whole structure of the settlement system which concerns on one form of this invention. FIG. 2 is a diagram showing an overview of an example of a processing procedure in the payment system of FIG. 1; The figure which shows an example of the image of the confirmation code displayed on a user terminal. The figure which shows an example of the image of the payment code displayed on a user terminal. FIG. 2 is a functional block diagram showing an example of the configuration of a control system in the payment system of FIG. 1; FIG. 6 is a flowchart showing an example of the procedure of settlement processing executed by the control system of FIG. 5; FIG. The figure which shows the modification of FIG. The figure which shows the modification of FIG. The figure which shows the other modified example of FIG. The figure which shows another modification of FIG. The figure which shows the further modification of FIG.

An example of a service providing system according to one embodiment of the present invention will be described below with reference to the drawings. Although an example in which the present invention is applied to a settlement system that provides settlement services is shown below, the services provided by the service providing system of the present invention are not limited to settlement services. As shown in FIG. 1 , a payment system 1 according to this embodiment includes a plurality of user terminals 2 , a plurality of store terminals 3 , a management server 4 and a payment server 5 . Those terminals 2 , 3 and servers 4 , 5 are connected to a network 6 . The user terminal 2 can communicate with the settlement server 5 via the network 6, the store terminal 3 can communicate with the management server 4 via the network 6, and the management server 4 and the settlement server 5 can communicate via the network 6. Communication is possible.

The user terminal 2 is a portable information communication terminal that has an image display function and can be carried by the user. As an example, the user terminal 2 is a smart phone with a communication call function. However, the user terminal 2 may be a portable game machine, a tablet terminal, or any other terminal capable of displaying images and connecting to a network. The store terminal 3 is a terminal installed in the store 7 for managing sales information. At least one store terminal 3 is installed in one store 7. - 特許庁The store terminal 3 has a register function for registering sales at the store 7, and an information acquisition function for reading an image displayed as a bar code, two-dimensional code, etc., and acquiring information embedded in the image. there is For example, a POS terminal or the like is used as the store terminal 3 . The store terminal 3 corresponds to an example of an information acquisition terminal. The store 7 is a store that sells products or provides predetermined services. may be

The management server 4 is a server operated by a predetermined business operator 8, and provides services for managing or supporting the operation of the store 7 based on various information acquired by the store terminal 3. . For example, the management server 4 provides the store 7 with information necessary for sales management, inventory management, etc. of the store 7 based on sales analysis of the store 7 . Alternatively, if payment using a credit card, electronic currency, or the like is required at the store 7, the management server 4 cooperates with a server (not shown) of a card issuing company, a financial institution, or the like to execute processing necessary for payment. . The settlement server 5 is provided as one of means for realizing such settlement services in cooperation with the user terminal 2, the store terminal 3 and the management server 4, and is operated by a predetermined business operator 9. A combination of the store terminal 3 and the management server 4 is widely used, for example, as a POS system. A function of reading image information such as a bar code or a two-dimensional code from the user terminal 2 and executing necessary processing has already been realized in those known systems. The payment system 1 of the present embodiment uses such a system and introduces a procedure specific to payment processing to improve the security of payment.

The business operator 8 that operates the management server 4 is, for example, a business operator that concludes a business contract with the operator of the store 7 and participates in the operation of the store 7 based on the conclusion of the business contract. As such an example, the operator 8 can be a franchisor who enters into a contract with the operator of the store 7 as a franchisee and manages the operation of the store 7 according to the contract. The business operator 9 that operates the settlement server 5 may be the same as the business operator 8 of the management server 4, or may be different. As an example, a business operator 9 that operates the payment server 5 is a business operator that concludes a contract with the business operator 8 of the management server 4 as a customer and collects a certain fee from the business operator 8 for use of the payment service. be. Each of the servers 4 and 5 may be configured by appropriately combining a plurality of server units, or may be configured by a single server unit. The servers 4 and 5 may be configured as cloud servers using cloud computing technology.

The network 6 is configured by appropriately combining a WAN such as the Internet and a LAN constructed within the business operators 8 and 9 . The network 6 is a network to which communication rules attached with information necessary for specifying information transmission paths or communication paths are applied. For example, when the Internet is used as the network 6, the information such as the IP addresses of the source and the destination, which are defined to be included in the header by the Internet protocol, is used as the information required to identify the information transmission route. be able to. However, the communication rule used in the network 6 is not limited to the Internet protocol, and information necessary for specifying the information transmission route, such as information for specifying the source, destination, or relay point of information. It is sufficient that the communication rules of the network 6 are defined so that the communication is performed including the .

Next, with reference to FIG. 2, the outline of the procedure of settlement processing in the settlement system 1 will be described. In the settlement system 1 of this embodiment, user authentication is first performed between the user terminal 2 and the settlement server 5, and then the user terminal 2 requests the settlement server 5 to issue a confirmation code (F1). User authentication may be performed using, for example, a user ID as an example of user identification information unique to the user and authentication information such as a password. The confirmation code is issued to confirm the information transmission path from the shop terminal 3 to the settlement server 5, and corresponds to an example of confirmation information. The payment server 5 issues a confirmation code to the user terminal 2 on the condition that the user authentication is successful (F2). Confirmation codes are issued so as not to overlap with confirmation codes that have already been issued. The confirmation code may have an expiration date like a one-time password.

When the confirmation code is issued to the user terminal 2, the confirmation code is displayed on the receiving user terminal 2 (F3). The confirmation code is embedded in the image and displayed. For example, as shown in FIG. 3, the user terminal 2 displays a two-dimensional code image 101A and a barcode image 102A in which the confirmation code is embedded. These images 101A and 102A correspond to examples of confirmation images.

Returning to FIG. 2, when the confirmation code images 101A and 102A are displayed on the user terminal 2, the shop terminal 3 reads the confirmation code (F4). For reading, for example, a hand scanner provided at the store terminal 3 is used. When the confirmation code is read, the store terminal 3 requests the management server 4 to perform processing corresponding to the confirmation code (F5), and the management server 4 that received the request requests the settlement server 5 to perform further processing. (F6). In this case, the processing request may include information specifying the price to be paid by the user. Upon receiving the confirmation code processing request, the settlement server 5 refers to information such as the sender included in the processing request and confirms the information transmission path of the confirmation code (F7). In this case, in addition to confirming the route through which the confirmation code was sent to the settlement server 5, it may be confirmed whether the route corresponds to a reliable route. For example, if nodes such as terminals, servers, etc., such as sources and destinations included in an information transmission path include nodes that are predetermined as nodes whose reliability is guaranteed, the information transmission path does not have reliability. It may be determined that the path has More specifically, when the store terminal 3 specified by the management server 4 operator 8 with whom the settlement server 5 operator 9 has concluded a contract and the management server 4 are included in the information transmission path, that path can be judged to be reliable.

If there is no problem in the confirmation of the information transmission path, a payment code is issued from the payment server 5 to the user terminal 2 (F8). When judging the reliability of the information transmission path, issuing of the payment code may be stopped if it cannot be confirmed that the path is reliable. The payment code is issued as information necessary for the payment server 5 to execute payment processing, and corresponds to an example of target information. For example, if the settlement server 5 holds the user's electronic currency balance in association with the user ID, the user ID or the account ID that identifies the account may be included as part of the settlement code. If the processing request (F5, F6) corresponding to the reading of the confirmation code includes price information, the payment code may include the price information to be paid by the user. Alternatively, the payment code may include information indicating the correspondence with the previously issued confirmation code and information indicating that it is the payment code. In any case, the payment code should be configured as information that enables the payment server 5 that receives the payment code to execute payment processing based on the payment code. may be set as appropriate. However, the payment code and the confirmation code are set so that at least a part thereof is different so that the payment server 5 can distinguish between the confirmation code and the payment code. The payment code may also have an expiration date set like a one-time password.

When the payment code is issued to the user terminal 2, the payment code is displayed on the user terminal 2 that receives it (F9). The payment code is also embedded in the image and displayed. For example, as shown in FIG. 4, the user terminal 2 displays a two-dimensional code image 101B and a barcode image 102B in which the payment code is embedded. These images 101B and 102B correspond to examples of target images. The two-dimensional code image 101A in which the confirmation code is embedded and the two-dimensional code image 101B in which the payment code is embedded have the confirmation code and the payment code as information to be recorded in the images according to the same standard. It is an example of an image generated by describing. The same applies to the barcode images 102A and 102B.

Returning to FIG. 2, when the settlement code images 101B and 102B are displayed on the user terminal 2, the store terminal 3 reads the settlement code (F10). The reading may be done in the same manner as when reading the verification code. When the settlement code is read, the store terminal 3 requests the management server 4 to perform processing corresponding to the settlement code (F11). (F12). If the processing request at the time of reading the confirmation code does not include price information, the processing request at this stage includes the price information.

The payment server 5 that has received the payment code processing request checks the information transmission path of the payment code by referring to information such as the sender included in the processing request (F13). In this case, the route through which the payment code was sent to the payment server 5 is first confirmed, and the information transfer route is compared with the information transfer route confirmed for the confirmation code to see if they match. It is determined whether or not However, if there can be a node as a relay point between the store terminal 3 and the management server 4, or between the management server 4 and the settlement server 5, for example, if the store terminal 3 and the management server 4 match, information transmission It may be determined that the information transfer paths match if the main nodes in the information transfer paths match, such as judging that the paths match. For example, whether or not the information transmission path is different may be determined by determining whether or not the reliability-guaranteed nodes match among the nodes included in the information transmission path.

If it is confirmed that the information transmission paths match, the settlement server 5 executes settlement processing based on the settlement code (F14). If the information transmission paths do not match, the settlement process is not executed. Note that the payment processing includes, for example, a process of consuming electronic currency held in an account corresponding to the user ID or account ID embedded in the payment code image 101B or 102B, and a credit card associated with the user ID. Set appropriately according to the payment method, such as processing to request the server of the card issuer to settle the payment, or processing to request the server of the financial institution associated with the user ID to withdraw the payment from the user's account. may be In other words, a variety of processes for making payments by reading a two-dimensional code or bar code displayed on a user terminal with a POS terminal or the like have been put to practical use. Processing may be used as appropriate.

According to the above procedure, two types of codes, a confirmation code and a payment code, are read by the store terminal 3 and sent to the payment server 5, and only when the information transmission paths of these codes match, based on the payment code Payment processing is executed. Therefore, even if a third party acquires the images 101B and 102B of the payment code displayed on the user terminal 2 by stealth photography or the like and tries to make another store terminal 3 read them, the information transmission route may not match. Execution of payment processing can be prohibited as The time difference from reading of the confirmation code by the store terminal 3 to reading of the payment code is extremely short, for example less than one second or several seconds at the latest, in view of the communication speed of general networks. Therefore, it is practically impossible for a third party to acquire the payment code and have the same store terminal 3 (that is, the store terminal 3 used to read the confirmation code) read it ahead of the original user. It is possible. Therefore, it is possible to eliminate the risk of fraudulent use by a third party and improve the security of settlement.

Next, an example of the control system of the settlement system 1 for realizing the settlement process described above will be described with reference to FIG. Although one user terminal 2 and one store terminal 3 are illustrated in FIG. 5, other user terminals 2 and store terminals 3 have the same configuration. As shown in FIG. 5, the user terminal 2 has a logical device realized by combining a hardware resource as a computer of the user terminal 2 and a computer program Pt1 as a software resource implemented in the user terminal 2. , a user management unit 21, a code acquisition unit 22, and a code output unit 23 are provided. The user management unit 21 cooperates with the settlement server 5 to perform processing necessary for user authentication and the like. The code acquisition unit 22 executes processing for acquiring a confirmation code and a payment code from the payment server 5 . The code output unit 23 outputs images of two-dimensional codes and barcodes corresponding to the confirmation code and the payment code respectively acquired by the code acquisition unit 22 (as examples, images 101A and 102A in FIG. 3 and images 101B and 102B in FIG. 4). is generated and displayed on the display device 24 of the user terminal 2 . In addition to the computer program Pt1 described above, a user ID and a terminal ID are also recorded in advance in a storage device (not shown) of the user terminal 2 . The terminal ID is identification information that is uniquely set for the user terminal 2. For example, identification information such as an international mobile unit identification number or a MAC address can be used as the terminal ID.

In the store terminal 3, a code acquisition unit 31 and a A processing request unit 32 is provided. The code acquisition unit 31 controls the scanner 33 provided in the store terminal 3 to read the image of the two-dimensional code or barcode displayed on the user terminal 2, and obtains the confirmation code and the payment code embedded in the image. get. The processing request unit 32 requests the management server 4 to perform processing corresponding to the confirmation code and the settlement code acquired by the code acquisition unit 31 .

The management server 4 has a settlement management unit 41 as a logical device realized by combining a hardware resource as a computer of the management server 4 and a computer program Ps1 as a software resource implemented in the management server 4. be provided. The settlement management unit 41 receives a processing request from the shop terminal 3 and transfers it to the settlement server 5 . In the storage device (not shown) of the management server 4, business operator information may be recorded in advance in addition to the computer program Ps1 described above. The business operator information is information for identifying the business operator 8 who requests payment processing in the payment server 5, and may include, for example, a business operator ID set by the operator 9 of the payment server 5 as the business operator information. can be done. The operator information of management server 4 may include appropriate information associated with operator 8 in accordance with information required for processing in payment server 5 .

The settlement server 5 includes a user management unit 51 as a logical device realized by combining a hardware resource as a computer of the settlement server 5 and a computer program Ps2 as a software resource implemented in the settlement server 5. A code issuing unit 52, a payment management unit 53, a route confirmation unit 54, and a payment execution unit 55 are provided. The user management unit 51 appropriately refers to the user management database 61 and executes various processes necessary for user management. In addition, below, a database may be abbreviated as DB. The user management DB 61 uses the user ID of the user who uses the settlement service as a key to store various information necessary for managing the user, such as the user's name, the user's telephone number, and the terminal ID of the user terminal 2 used by the user. It is a recorded database. As one of processes for managing users, the user management unit 51 refers to the user management DB 61 and cooperates with the user management unit 21 of the user terminal 2 to execute processes necessary for user authentication. The code issuing unit 52 refers to the code management DB 62 to issue a confirmation code and a settlement code, and transmits those codes to the user terminal 2 . The code management DB 62 is a database for managing issued confirmation codes and settlement codes. For example, in the code management DB 62, issued confirmation codes and payment codes are recorded in association with transaction IDs. The transaction ID is identification information for distinguishing units of payment processing, and is uniquely set for each payment processing to be executed using, for example, a pair of confirmation code and payment code.

The payment management unit 53 receives a processing request from the management server 4 and manages the processing of the code issuing unit 52, the route confirmation unit 54 and the payment execution unit 55 according to the processing request. For example, when the payment management unit 53 receives a processing request from the management server 4, the payment management unit 53 provides the processing request to the route confirmation unit 54, and sends the processing request to the route confirmation unit 54 to confirm the information transmission route for the processing request. let it run. The route confirmation unit 54 confirms the information transmission route from the store terminal 3 to the settlement server 5 while referring to the code management DB 62 and the customer management DB 63, returns the confirmation result to the settlement management unit 53, and codes the confirmation result. Record in the management DB 62 . The customer management DB 63 is a database that records information related to the customer from the perspective of the business operator 9 of the settlement server 5, that is, the business operator 8 of the management server 4. FIG. For example, information such as the name and address of the business operator 8 of the management server 4, the IP address required to uniquely identify the store terminal 3 and the management server 4 specified by the business operator 8 on the network 6 is stored in the customer management DB 63. recorded in Such information is referenced to determine the reliability of nodes included in the information transfer path. The route confirmation unit 54 may determine the reliability of the information transmission route in addition to confirming the information transmission route.

When the management server 4 requests processing including issuing a payment code, the payment management unit 53 instructs the code issuing unit 52 to issue a payment code in accordance with the request. Furthermore, the payment management unit 53 determines whether the payment processing based on the payment code should be executed or prohibited according to the confirmation result of the route confirmation unit 54 . That is, the payment management unit 53 compares the information transmission paths regarding the confirmation code and the payment code recorded in the code management DB 62, determines whether or not they match, and performs payment processing based on the determination result. Determine whether to execute or not. When it is determined that payment processing should be executed, the payment management unit 53 instructs the payment execution unit 55 to execute payment processing based on the payment code. The payment executing unit 55 executes payment processing according to the payment code while referring to the payment management DB 64 . The settlement process includes, as exemplified above, a process of consuming the electronic currency held in the user's account, a process of requesting the server of the card issuing company to settle the price with the user's credit card, or a process of Processing such as requesting the server of the financial institution to withdraw the money from the bank account is performed. Information required for these payments is recorded in the payment management DB 64 using the user ID as a key. For example, information such as the account ID of the electronic currency held by the user, the credit card number used for payment by the user, or the financial institution code and account number of the bank account used for payment by the user are stored in the payment management DB 64 using the user ID as a key. recorded in

Next, an example of a specific procedure of payment processing in the payment system 1 will be described with reference to FIG. The process shown in FIG. 6 is executed when the user purchases a product or receives a service at the store 7 and pays the price at the store terminal 3 . Also, it is assumed that user authentication has been completed between the user terminal 2 and the settlement server 5 prior to the processing of FIG. When starting payment, the code acquisition unit 22 of the user terminal 2 first requests the payment server 5 to issue a confirmation code (step S11). At this time, the terminal ID of the user terminal 2 is also notified in order to specify the user terminal 2 to which the confirmation code is to be sent. In other words, the request in step S11 is an example of a confirmation information request that specifies the user terminal 2 whose confirmation code should be displayed and requests the confirmation code, and specifies the user terminal 2 that should be used to display the payment code. is significant as an example of a processing request requesting the start of processing based on a payment code. Note that the user ID may also be notified in step S11. However, if the settlement server 5 can identify the user ID based on user authentication, transmission of the user ID may be omitted. When issuance of a confirmation code is requested, the code issuing unit 52 of the settlement server 5 issues a transaction ID for the current settlement (step S41). Subsequently, the code issuing unit 52 issues a unique confirmation code in association with the transaction ID, transmits this to the user terminal 2, and the issued confirmation code and the terminal ID that sent the confirmation code (that is, The transmitted terminal ID) is associated with the transaction ID and recorded in the code management DB 62 (step S42). By recording the terminal ID in association with the transaction ID, the terminal ID transmitted from the user terminal 2 in step S11 is set as information specifying the user terminal 2 to be used for displaying the confirmation code and the payment code. It will be. Note that the confirmation code may include the transaction ID. For convenience in specifying the user terminal 2 to which the payment code should be sent, the terminal ID associated with the transaction ID may be included in the confirmation code. However, if the confirmation code is known, the corresponding transaction ID and terminal ID can be identified, and the confirmation code may not include those IDs.

When the confirmation code is transmitted, the code acquisition section 22 of the user terminal 2 acquires it and passes it to the code output section 23 . The code output unit 23 displays and outputs the image of the two-dimensional code and the bar code in which the received confirmation code is embedded on the display device 24 (step S12). The image of the confirmation code displayed on the user terminal 2 is read by the scanner 33 of the store terminal 3 by the operation of the store clerk of the store 7 . In response to the reading operation, the code obtaining section 31 obtains the confirmation code and passes it to the processing requesting section 32 (step S21). The processing request unit 32 transmits the obtained confirmation code to the management server 4 to request processing based on the confirmation code (step S22). The request requests confirmation of the information transmission path regarding the confirmation code, and also requests issuance of a settlement code corresponding to the confirmation code. In other words, the processing request in step S22 is significant as an example of a target information request for requesting transmission of the payment code by designating the user terminal 2 on which the payment code should be displayed using the confirmation code. In step S22, when the content of the settlement process, for example, the payment for the product purchased by the user is completed and the price to be paid by the user is fixed, information for determining the price is transmitted together with the processing request. may be

When the processing request of step S22 is transmitted from the store terminal 3, the settlement management unit 41 of the management server 4 transmits the processing request to the settlement server 5 (step S31). In this case, the settlement management unit 41 may add predetermined information to the processing request. For example, when the track record of payment processing is recorded in association with the business name, business ID, etc., such information may be added to the processing request based on the business information. When the processing request is transmitted from the management server 4, the settlement management unit 53 of the settlement server 5 routes the confirmation code included in the obtained processing request and the information specifying the information transmission route related to the confirmation code. The verification code is provided to the verification section 54, and the route verification section 54 verifies the information transmission route regarding the verification code (step S43). For example, the route confirmation unit 54 detects, based on information sent from the store terminal 3 via the management server 4, an IP address or the like specifying a node included in the information transmission route, and the detection result is It is recorded in the code management DB 62 in association with the confirmation code or the transaction ID associated therewith. In step S43, the reliability of the information transmission route may also be determined. In that case, the route confirmation unit 54 determines whether or not, for example, the node specified by the operator 8 of the management server 4 is included in the information transmission route based on the customer management DB 63, and if they are included, the information It may be determined that the reliability of the transfer route is guaranteed. If the reliability is not guaranteed, the settlement server 5 may stop the subsequent processing, and in that case, the settlement server 5 may notify the management server 4 or the user terminal 2 that settlement processing cannot be performed.

When the information transmission route regarding the confirmation code is confirmed, the route confirmation unit 54 notifies the settlement management unit 53 of the fact. The settlement management unit 53 that has received the notification instructs the code issuing unit 52 to issue a settlement code. (Step S44). In this case, the user terminal 2 to which the payment code is sent is the user terminal 2 specified by the terminal ID notified in step S11. Therefore, even if a third party illegally uses the confirmation code by secretly taking a picture or the like, the payment code corresponding to the confirmation code cannot be exchanged between the user terminal 2 of the user who should use the payment code, that is, the payment server 2. and is transmitted to the user terminal 2 of the terminal ID recorded in association with the transaction ID in step S42. As a result, there is no risk that the payment code will be sent to a third party and used illegally. In step S44, the code issuing unit 52 records the issued settlement code in the code management DB 62 in association with the transaction ID. The transaction ID in this case is the transaction ID corresponding to the confirmation code whose information transmission path has been previously confirmed. That is, the confirmation code and the settlement code are recorded in the code management DB 62 in association with each other via the transaction ID. Note that the payment code may include identification information, such as the user's account ID, necessary for identifying information to be used for payment in the payment management DB 64 . If such information is required, the payment management unit 53 may acquire the necessary information from the payment management DB 64 via the payment execution unit 55 and provide it to the code issuing unit 52 . Alternatively, if the processing request transmitted in step S22 includes price information, the payment code may include price information to be paid by the user.

When the settlement code is transmitted, the code acquisition section 22 of the user terminal 2 acquires it and passes it to the code output section 23 . The code output unit 23 displays and outputs the image of the two-dimensional code and the bar code in which the received settlement code is embedded on the display device 24 (step S13). The display of the confirmation code in step S12 and the display of the settlement code in step S13 are both performed by a dedicated application installed in the user terminal 2 or a function of a web browser (which is at least part of the computer program Pt1). , may be automatically displayed in response to receipt from the server, without user intervention. In this case, the image displayed on the user terminal 2 is switched in less than one second, or in several seconds at the latest, after the confirmation code is displayed. Therefore, it is difficult for not only the user but also the surrounding third parties to recognize that the two-dimensional code or barcode displayed on the user terminal 2 has been switched. That is, it is difficult to notice that the two types of codes are displayed sequentially. Also, even if the store clerk at the store 7 does not need to repeat the reading operation every time the code is switched, the store terminal 3 can sequentially acquire the two types of codes simply by pointing the scanner 33 at the user terminal 2 . can. Therefore, the risk of voyeurism is extremely low.

The image of the payment code displayed on the user terminal 2 is read by the scanner 33 of the store terminal 3 by the operation of the store clerk of the store 7, like the confirmation code. In response to the reading operation, the code acquisition unit 31 acquires the settlement code and passes it to the processing request unit 32 (step S23). The processing request unit 32 transmits the obtained payment code to the management server 4 to request processing based on the payment code (step S24). The request requests payment processing based on the payment code. If the information on the price has not been notified from the store terminal 3 to the management server 4 up to this stage, the information on the price is transmitted together with the processing request in step S24.

When the processing request of step S24 is transmitted from the shop terminal 3, the settlement management unit 41 of the management server 4 transmits the processing request to the settlement server 5 (step S32). In this case, the settlement management unit 41 may add predetermined information to the processing request as in step S31. When a processing request based on the payment code is transmitted from the management server 4, the payment management unit 53 of the payment server 5 identifies the payment code included in the obtained processing request and the information transmission path related to the payment code. information is provided to the route confirmation unit 54, and the route confirmation unit 54 confirms the information transmission route regarding the settlement code (step S45). Confirmation of the information transmission path may be performed in the same manner as in step S43, but the reliability of the information transmission path need not be determined in step S45. In addition, the route confirmation unit 54 also records the confirmation result of the information transmission route regarding the payment code in the code management DB 62 in association with the payment code or the corresponding transaction ID.

After confirming the information transmission path related to the payment code, the payment management unit 53 compares the confirmation code and the information transmission path related to the payment code recorded in the code management DB 62 in association with each other via the transaction ID, and checks whether the two match. It is determined whether or not (step S46). As described above, the matching of the information transmission paths does not necessarily require a complete match. For example, when the main nodes such as the store terminal 3 and the management server 4 match, the information transmission paths may be considered to match. If the information transmission paths match, the payment management unit 53 provides the payment code to the payment execution unit 55 and instructs execution of payment processing corresponding to the payment code. In response to this, the payment executing unit 55 executes payment processing based on the payment code while referring to the payment management DB 64 (step S47). On the other hand, if the information transmission paths do not match, the settlement management unit 53 skips step S47. This prohibits payment processing.

When the settlement process is executed in step S47 or step S47 is skipped, the settlement management unit 53 notifies the management server 4 of the processing result (step S48). The notification may indicate payment success or failure. When the processing result is notified, the settlement management unit 41 of the management server 4 notifies it to the store terminal 3 (step S33), and the processing request unit 32 of the store terminal 3 receives this and transmits the processing result to the store terminal. 3 (step S25). Thus, the processing shown in FIG. 6 ends.

The above embodiment corresponds to an example of a predetermined server that executes processing for the payment server 5 to provide a predetermined service based on the target information. Further, the code output unit 23 of the user terminal 2 executes the process of step S13 in FIG. 6 to function as an example of target image display means, and the code output unit 23 executes the process of step S12 in FIG. Functioning as an example of confirmation information output means, the code acquisition unit 31 of the store terminal 3 executes the processing of steps S21 and S23 in FIG. 6, and the processing request unit 32 executes the processing of steps S22 and S24 in FIG. Therefore, the combination of the code acquisition unit 31 and the processing request unit 32 functions as an example of information acquisition means, and the route confirmation means of the settlement server 5 executes the processes of steps S43 and S45 in FIG. The settlement management unit 53 of the settlement server 5 functions as an example of execution control means by executing the process of step S46 in FIG. The code obtaining unit 22 of the user terminal 2 functions as an example of confirmation information requesting means and processing requesting means by executing the process of step S11 in FIG. functions as an example of confirmation information providing means and information providing means. The processing requesting unit 32 of the shop terminal 3 functions as an example of the target information requesting means by executing the processing of step S22 of FIG. 6, and the code issuing unit 52 of the payment server 5 executes the processing of step S44 of FIG. By doing so, it functions as an example of the target information providing means.

The present invention is not limited to the above-described forms, and may be implemented in forms with appropriate modifications or changes. For example, in the above embodiment, the confirmation code is first transmitted from the store terminal 3 to the settlement server 5 to confirm the information transmission path, and then the settlement code is transmitted from the store terminal 3 to the settlement server 5 to confirm the information transmission path. However, the anterior-posterior relationship may be reversed. An example is shown in FIG. In FIG. 7, after user authentication, the user terminal 2 requests a payment code from the payment server 5 (F1A). A code is displayed on the user terminal 2 (F3A). The payment code is read by the store terminal 3 (F4A), and the payment server 5 is requested to process from the store terminal 3 via the management server 4 (F5A, F6A). is confirmed (F7A). Subsequently, a confirmation code is issued from the settlement server 5 to the user terminal 2 (F8A), and the confirmation code is displayed on the user terminal 2 (F9A). Further, the confirmation code is read by the store terminal 3 (F10A), and the settlement server 5 is requested to process from the store terminal 3 via the management server 4 (F11A, F12A). The information transmission path of the code is confirmed (F13A). Then, on the condition that the information transmission route of the payment code and the information transmission route of the confirmation code match, the payment processing is executed in the payment server 5 (F14).

FIG. 8 shows an example of a specific procedure for realizing the processing of FIG. 7 by the control system of FIG. 8 that are common to those in FIG. 6 are denoted by the same reference numerals. The processing in FIG. 8 corresponds to steps S11 to S13, S21 to S24, S31, S32, and S42, which correspond to the procedures related to the issuance of the confirmation code and the settlement code, and the confirmation of the information transmission route regarding the confirmation code and the settlement code in the processing of FIG. , S44 are changed to steps S11A to S13A, S21A to S24A, S31A, S32A, S42A, and S44A by replacing the settlement code and the confirmation code. These processes correspond to the processes in which the confirmation code and the settlement code are read in the above-described process of FIG. As described above, even if the payment code is sent from the shop terminal 3 to the payment server 5 first, and the confirmation code is subsequently sent from the shop terminal 3 to the payment server 5, the information transmission routes for both codes do not match. Payment processing based on the payment code will not be executed for as long as possible. Therefore, even if the payment code is acquired by a third party, it is substantially impossible for the third party to use it illegally, and the security of transactions can be enhanced.

In the above embodiment, processing is started by requesting a confirmation code or a settlement code from the user terminal 2 to the settlement server 5, but the terminal requesting these codes is not limited to the user terminal 2. For example, as shown in FIG. 9, the user accesses the settlement server 5 using a PC (personal computer) different from the user terminal 2, and after the user authentication, the user terminal as the transmission destination of the confirmation code. 2 may be specified to request the payment server 5 to transmit the confirmation code. In this case, after the confirmation code is issued to the user terminal 2, the process can proceed in the same manner as in FIG. Alternatively, as shown in FIG. 10, the user designates the PC 10 as the destination of the confirmation code and requests the payment server 5 to send the confirmation code (F1), and the payment server 5 sends the confirmation code to the PC 10 (F2B ), and providing the obtained confirmation code from the PC 10 to the user terminal 2 (F2C). In this way, when the confirmation code is requested at a terminal different from the user terminal 2, it is not essential for the user to perform an operation to request the confirmation code at the store 7 or other place where the user terminal 2 is to be used. For example, it is possible to request the issuance of the confirmation code and give it to the user terminal 2 at a time when there is time to spare, such as before going to the store 7 . This is especially advantageous when the user has to enter a lot of information to request the verification code. 9 and 10, similarly to the example of FIG. 7, the user terminal 2 acquires the payment code prior to the confirmation code, and transmits it from the store terminal 3 to the payment server 5. It is also possible to

The confirmation code and payment code do not necessarily need to be issued by the payment server 5 . For example, as shown in FIG. 11, the user terminal 2 generates a confirmation code and a payment code (F1B), the user terminal 2 sequentially displays and outputs the confirmation code and the payment code (F3, F9), Permission or prohibition of execution of payment processing may be controlled based on a comparison of information transmission paths of those codes. For example, if the computer program Pt1 of the user terminal 2 has a function of generating the confirmation code and the payment code according to a predetermined generation rule, such processing can be realized. Also in this case, the transmission order of the payment code and the confirmation code may be changed. Instead of the user terminal 2 shown in FIG. 11, for example, the PC 10 shown in FIGS. may

In the above embodiment, the confirmation code and the payment code, which are the confirmation information and the target information, respectively, are displayed on the user terminal 2 as the two-dimensional code images 101A and 101B or the barcode images 102A and 102B, and are output to the information acquisition terminal. Although the store terminal 3 is used as an example, the confirmation information does not necessarily need to be acquired by the information acquisition terminal via an image. For example, when wireless communication conforming to the short-range wireless communication standard is possible between the user terminal 2 and the store terminal 3, the confirmation information is provided from the user terminal 2 to the store terminal 3 by wireless communication, and the target information is an image. may be provided to the store terminal 3 via. Even in this case, it is possible to compare the information transmission path related to the confirmation information and the information transmission path related to the target information, and based on the comparison result, determine whether or not the processing according to the target information is possible, thereby increasing the security of the transaction. can be enhanced.

In the above embodiment, the management server 4 is interposed between the store terminal 3 as an example of an information acquisition terminal and the settlement server 5 as an example of a server that executes processing based on target information. 4 may be omitted or added as appropriate. For example, the store terminal 3 and the settlement server 5 may communicate directly, or a plurality of intermediate servers may intervene between the store terminal 3 and the settlement server 5 .

In the above embodiment, the information transmission path from the store terminal 3 to the payment server 5 is confirmed for each of the confirmation code and the payment code, and the user terminal 2 used to display these codes confirms the information transmission path. Not included. Since the user terminal 2 is a terminal in which the user himself/herself can be appropriately involved in the processing, if the user terminal 2 is excluded from the confirmation target of the information transmission path, the user should be involved in identifying and confirming the information transmission path. There is an advantage that the risk of trading can be eliminated and the safety of transactions can be improved. However, by including the user terminal in the confirmation target of the information transmission path, it may be possible to determine whether the user terminal itself, which should be the starting point for sending the confirmation code and the settlement code, matches or does not match. For example, such a modification can be realized by the store terminal 3 acquiring information identifying the user terminal 2 from the user terminal 2 . As a means for the shop terminal 3 to acquire information identifying the user terminal 2, for example, after adding the identification information of the user terminal 2, such as a terminal ID, to the confirmation code and the payment code on the user terminal 2 side, It is possible to display the codes, and the store terminal 3 reads those codes to acquire the terminal ID and the like and transmit them to the settlement server 5 . According to this, it is possible for the settlement server 5 to uniquely identify the user terminal 2 used to display the confirmation code and the settlement code. Even when the confirmation information is transmitted from the user terminal 2 to the store terminal 3 by radio, it is of course possible for the store terminal 3 to acquire information that uniquely identifies the user terminal 2 .

In the above embodiment, an example is shown in which the present invention is applied to the settlement system 1 that processes the payment for the product or service purchased by the user at the store 7. However, the service provided by the service providing system of the present invention is Not limited to services. For example, when providing a service in which a store terminal issues a ticket purchased by a user via a network, the information necessary for the store terminal to issue a ticket with the approval of the server is sent to the user terminal as target information. Before or after the display, confirmation information is transmitted from the store terminal to the server to confirm the information transmission path of each of the confirmation information and the target information, and based on the comparison result, the store terminal It is possible to provide the present invention in the form of controlling permission or prohibition of ticket issuance by . In this case, since payment for ticket purchase has already been completed, it is not necessary to provide payment information to the server when sending confirmation information or target information. The confirmation information may be generated as information for confirmation of a differentiated information transmission path. In addition, the type of service can be changed as appropriate, and the information acquisition terminal is not limited to being installed in the store. A terminal may be used as an information acquisition terminal.

Various aspects of the present invention derived from each of the embodiments and modifications described above are described below. In the following description, in order to facilitate understanding of each aspect of the present invention, the corresponding components illustrated in the accompanying drawings are added in parentheses, but the present invention is thereby limited to the illustrated form. not something.

A service providing system according to one aspect of the present invention is configured to use a network (6) to which a communication rule with information for specifying an information transmission path is applied, and displayed on a user terminal (2) The information acquisition terminal (3) reads the target information (settlement code as an example) included in the target images (101B, 102B) obtained, and the obtained target information is sent from the information acquisition terminal via the network to a predetermined A service providing system (1) for executing processing (S47) for providing a predetermined service (settlement service as an example) at the server (5) based on the target information by transmitting a target image display means (23, S13; S12A) for displaying the target image on the user terminal; Confirmation information output means (23, S12; S13A) for causing the user terminal to output prior to or subsequent to the display of the target image, and causing the information acquisition terminal to acquire the confirmation information and the target information, Information acquisition means (31, 32, S21, S22, S23, S24; S21A, S22A, S23A, S24A) for transmitting the obtained confirmation information and target information from the information acquisition terminal to the server; route confirmation means (54, S43, S45) for confirming an information transmission route from the information acquisition terminal to the server for each of the confirmation information and the target information; and execution control means (53, S46) for controlling permission or prohibition of execution of the processing based on the target information by the server based on the comparison of confirmation results.

A computer program according to an aspect of the present invention is configured to use a network (6) to which a communication rule with information for specifying an information transmission path is applied, and is displayed on a user terminal (2) Target information (settlement code as an example) included in the target images (101B, 102B) is read by an information acquisition terminal (3), and the obtained target information is sent from the information acquisition terminal via the network to a predetermined server. (5), computer programs (Pt1, Pt2, Ps2), wherein a target image display means (23, S13; S12A) for causing a computer (2, 3, 5) provided in the service providing system to display the target image on the user terminal, the target information; is confirmation information output means (23, S12; S13A), information acquisition means (31, 32, S21, S22, S23, S24; S21A, S22A, S23A, S24A), route confirmation means (54, S43) for confirming information transmission routes from the information acquisition terminal to the server regarding each of the confirmation information and target information acquired by the server , S45), and execution control means for controlling permission or prohibition of execution of the process based on the target information by the server, based on a comparison of the confirmation result of the information transmission path for each of the confirmation information and the target information. (53, S46).

According to the above aspect, since the two types of information of the confirmation information and the target information are acquired from the user terminal to the information acquisition terminal and transmitted to the server, the information acquisition terminal for each of the confirmation information and the target information can be sent from the information acquisition terminal to the server. Information transfer pathways can be identified and compared. The information transmission path when the confirmation information and the target information are sequentially and correctly read from the same user terminal to the information acquisition device, and when a third party acquires the target information displayed on the user terminal by secret photography etc. There is a clear difference between the communication pathways when trying to use them elsewhere. In addition, considering the processing speed of general information acquisition terminals and the communication speed of networks, either confirmation information or target information is read and sent to the server, and then the other information is read and sent to the server. The time difference until the information is obtained is less than one second, or at the latest, several seconds. practically impossible. Therefore, by comparing the information transmission path of the confirmation information and the target information, it is determined whether the information is being used correctly or illegally, and in the former case, the execution of processing based on the target information is permitted, In the latter case, the safety of transactions can be enhanced by prohibiting the execution of processing based on the target information.

Note that the computer program according to one aspect of the present invention may be provided in a state 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 computer can be used to implement the system of the present invention. The storage medium storing the computer program may be a non-transitory storage medium such as a CDROM.

In the above aspect, the execution control means confirms that the information transmission path confirmed for the target information acquired from the information acquisition terminal matches the information transmission path confirmed for the confirmation information associated with the target information. As at least one of the conditions, execution of the process based on the target information may be permitted, and execution of the process based on the target information may be prohibited when the conditions do not match. According to this, the process based on the target information is not executed unless the information transmission path regarding the confirmation information and the information transmission path regarding the target information match. Therefore, the security of transactions can be further reliably enhanced.

In the above aspect, the route confirmation means confirms the information transmission route by confirming whether or not the information transmission route from the information acquisition terminal to the server corresponds to a predetermined reliable route. The execution control means may permit the execution of the process under at least one condition that the information transmission path is confirmed as the reliable path. According to this, the processing based on the target information is not executed unless the information transmission route corresponds to a route having predetermined reliability. For example, if confirmation information or target information is not transmitted through a node that is predetermined as a source of target information or a relay point, the server can prohibit processing based on the target information because it is not a reliable information transmission route. . Thereby, it is possible to further enhance the security of transactions.

In the above aspect, a confirmation information request specifying a user terminal to be used for displaying the target image and requesting the confirmation information is transmitted from a predetermined terminal (2; 10; 3) connected to the network to the server. confirmation information requesting means (22, S11; 32, S24A) to cause confirmation information requesting means (22, S11; 32, S24A) to cause the user terminal specified in the confirmation information request acquired by the server to transmit the confirmation information to the server (52, S42; S44A). According to this, when confirmation information is requested from a predetermined terminal on the network to the server, the confirmation information is transmitted to the user terminal specified in the request. By providing the confirmation information from the server, it is possible to manage the safety and reliability of the confirmation information on the server side, thereby enhancing the security of the transaction.

In the above aspect, a target information request specifying a user terminal to be used for displaying the target image and requesting the target information is transmitted from a predetermined terminal (3; 2; 10) connected to the network to the server. and target information providing means (52, S44; S42A) for causing the user terminal specified in the target information request acquired by the server to transmit the target information to the server. and may further comprise. According to this, when target information is requested from a predetermined terminal on the network to the server, the target information is transmitted to the user terminal specified in the request. By providing the target information from the server, it is possible to manage the security and reliability of the target information on the server side, thereby enhancing the security of the transaction.

In the above aspect, the service providing system designates a user terminal to be used for displaying the target image and transmits a processing request requesting the start of processing based on the target information to a predetermined terminal (2; 10) a processing request means (22, S11; S11A) for transmitting to the server, and a processing to be executed based on the target information for the user terminal specified in the processing request acquired by the server; and information providing means (52, S42; S42A) for transmitting either one of the associated confirmation information or target information to the server, wherein the route confirmation means transmits the one information from the information acquisition terminal. When the information is transmitted, the information transmission route regarding the one of the information is confirmed (S43), and the information providing means specifies in the processing request when the one of the information is transmitted from the information acquisition terminal. The user terminal may further transmit to the server either the confirmation information associated with the process to be executed based on the target information or the target information (S44; S44A). . According to this, either the confirmation information or the target information is transmitted from the server to the user terminal, and when the information is returned from the information acquisition terminal to the server, the information transmission path is confirmed, and the confirmation information or the target information Either one of the target information is transmitted to the user terminal. Therefore, it is possible to sequentially acquire the confirmation information and the target information from the user terminal to the information acquisition terminal according to the management of the server, and smoothly control the permission or prohibition of the execution of the processing based on the comparison of the information transmission paths. If the user terminal is configured to sequentially switch and output information provided by the server without requiring user operation, it is possible to proceed with processing more smoothly and quickly, and an information acquisition terminal. It is possible to eliminate the possibility that the confirmation information and the target information are unnecessarily continuously output prior to the information acquisition by the method, thereby further enhancing safety.

In the above aspect, the user terminal or an information acquisition terminal that should acquire the confirmation information and the target information from the user terminal may be used as the predetermined terminal. According to this, in a place where an information acquisition terminal for acquiring confirmation information and target information is provided, confirmation information and target information are transmitted from the server to the user terminal, and processing based on the information can be performed smoothly and quickly. can proceed.

In the above aspect, the confirmation information output means causes the user terminal to display and output confirmation images (101A, 102A) containing the confirmation information, and the information acquisition means displays the information acquisition terminal on the user terminal. The target information may be read from the obtained target image, and the obtained target information may be transmitted from the information acquisition terminal to the server. According to this, both the confirmation information and the target information are displayed on the user terminal. Confirmation information and target information can be obtained. By standardizing the output method, there is no need to switch the output method of the confirmation information and the target information, and the processing can be made smoother and faster.

In the above aspect, each of the target image and the confirmation image may be generated by describing information to be recorded in the image according to the same standard. For example, each of the target image and the confirmation image may be generated as a two-dimensional code or barcode image. According to these forms, the information acquisition terminal can acquire the confirmation information and the target information simply by reading the image according to a certain standard, so the burden on the information acquisition terminal can be reduced. .

1 Payment system (service provision system)
2 User terminal 3 Store terminal 4 Management server 5 Settlement server (predetermined server)
6 network 7 store 8 management server provider 9 payment server provider 22 code acquisition unit (confirmation information request means, target information request means, processing request means)
23 code output unit (object image display means, confirmation information output means)
31 Code Acquisition Unit (Information Acquisition Means)
32 processing request unit (information acquisition means)
52 Code issuing unit (information providing means, confirmation information providing means, target information providing means)
53 Settlement management unit (execution control means)
54 route confirmation unit (route confirmation means)
101A, 102A Confirmation code image 101B, 102B Settlement code image

Claims (3)

Acquiring first information and second information output from a user terminal to the same information acquisition terminal, and transmitting the acquired first information and second information from the information acquisition terminal to a predetermined server via a network. A service providing system in which the server executes processing for providing a predetermined service based on either the first information or the second information,
a first information request means for transmitting from the user terminal to the server a first information request requesting the first information from the server together with information specifying the user terminal ;
a first information providing means for causing the server to transmit the first information to the user terminal specified based on the information specifying the user terminal in response to the first information request acquired by the server;
means for causing the specified user terminal to output the first information without requiring a user's operation in response to the acquisition of the first information by the specified user terminal;
a first information transmission means for causing the information acquisition terminal to acquire the first information output from the user terminal and transmitting the information from the information acquisition terminal to a server;
a second information providing means for causing the server to transmit the second information to the specified user terminal according to the first information acquired by the server;
In response to the identified user terminal acquiring the second information , the first information output to the user terminal is switched to the second information and output without requiring user operation. a means to cause
The second information output from the user terminal is caused to be acquired by the information acquisition terminal that caused the first information to be transmitted to the server by the first information transmission means , and the second information is transmitted from the information acquisition terminal to the server. 2 information transmitting means, and a service providing system. Acquiring first information and second information output from a user terminal to the same information acquisition terminal, and transmitting the acquired first information and second information from the information acquisition terminal to a predetermined server via a network. a computer incorporated in a service providing system that executes processing for providing a predetermined service at the server based on either the first information or the second information,
first information requesting means for transmitting from the user terminal to the server a first information request requesting the first information from the server together with information specifying the user terminal ;
first information providing means for causing the server to transmit the first information to the user terminal specified based on the information specifying the user terminal in response to the first information request acquired by the server;
means for causing the specified user terminal to output the first information without requiring a user's operation in response to the acquisition of the first information by the specified user terminal;
a first information transmission means for causing the information acquisition terminal to acquire the first information output from the user terminal and transmitting the information from the information acquisition terminal to a server;
second information providing means for causing the server to transmit the second information to the specified user terminal according to the first information acquired by the server;
In response to the identified user terminal acquiring the second information , the first information output to the user terminal is switched to the second information and output without requiring user operation. means to cause
The second information output from the user terminal is acquired by the information acquisition terminal that has caused the first information transmission means to transmit the first information to the server , and the information acquisition terminal transmits the second information to the server. 2 A service providing program that functions as information transmission means. Acquiring first information and second information output from a user terminal to the same information acquisition terminal, and transmitting the acquired first information and second information from the information acquisition terminal to a predetermined server via a network. A computer incorporated in a service providing system that executes processing for providing a predetermined service at the server based on either the first information or the second information,
a first information request procedure for transmitting from the user terminal to the server a first information request requesting the first information from the server together with information specifying the user terminal ;
a first information providing step of causing the server to transmit the first information to a user terminal identified based on information identifying the user terminal in response to the first information request acquired by the server;
a step of causing the user terminal to output the first information without requiring a user's operation in response to the identified user terminal acquiring the first information;
a first information transmission procedure for causing the information acquisition terminal to acquire the first information output from the user terminal and transmitting the information from the information acquisition terminal to a server;
a second information providing step of causing the server to transmit the second information to the specified user terminal according to the first information acquired by the server;
In response to the identified user terminal acquiring the second information , the first information output to the user terminal is switched to the second information and output without requiring user operation. and
causing the information acquisition terminal that has caused the first information to be transmitted to the server by the first information transmission procedure to acquire the second information output from the user terminal , and causing the information acquisition terminal to transmit the second information to the server; 2. A service providing method for executing an information transmission procedure.

Images