Electronic commerce device, settlement management device, electronic commerce system, electronic commerce method, and program
By designing content providing units and management units in e-commerce equipment and payment management equipment, obtaining and displaying real-time information, the problem that social login services cannot transmit destination information in a timely manner is solved, and a more efficient payment process and user experience is achieved.
Patent Information
- Application Number
- JP2023175283
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2023-10-10
- Publication Date
- 2025-04-22
- Estimated Expiration
- 2043-10-10
AI Technical Summary
In e-commerce services, social login services cannot convey destination information in a timely manner.
An e-commerce device and payment management device are designed to obtain real-time information from payment management devices through content provisioning units and management units, and display a login method selection screen on the user terminal device, including an image based on real-time information.
It realizes the timely transmission of destination information of social login services in the e-commerce system, and improves the efficiency of user experience and payment process.
Smart Images

Figure 2025065823000001_ABST
Abstract
Description
[Technical field]
[0001] The present invention relates to an electronic commerce device, a payment management device, an electronic commerce system, an electronic commerce method, and a program. [Background technology]
[0002] Social login services provided by various electronic payment services are used in electronic commerce services. In many electronic commerce services, users are allowed to use multiple social login services. In some cases, authentication APIs are used in social login services, and this is described in Patent Document 1. [Prior art documents] [Patent documents]
[0003] [Patent Document 1] Patent No. 7085700 Summary of the Invention [Problem to be solved by the invention]
[0004] With conventional technology, it was sometimes impossible to convey information about the destination of the social login service in a timely manner.
[0005] The present invention has been made in consideration of the above circumstances, and one of its objectives is to provide an electronic commerce device, a payment management device, an electronic commerce system, an electronic commerce method, and a program that can timely transmit information on the transition destination of a social login service. [Means for solving the problem]
[0006] One aspect of the present invention is an electronic commerce device that provides an electronic commerce service to a user, the electronic commerce device comprising: a content providing unit that provides content for the electronic commerce service to the user's user terminal device; and a management unit that manages information including images used in the content, wherein the management unit obtains information including additional information relating to the electronic payment service that changes over time from a payment management device that provides an electronic payment service capable of making payments in the electronic commerce service, and when the content providing unit obtains a content request in a logged-off state from the user terminal device, it causes the user terminal device to display a login method selection screen including an image based on the additional information. Effect of the Invention
[0007] According to one aspect of the present invention, it is possible to provide an electronic commerce device, a payment management device, an electronic commerce system, an electronic commerce method, and a program that can timely transmit information on the transition destination of a social login service. [Brief description of the drawings]
[0008] [Figure 1] FIG. 1 is a diagram showing an example of a configuration for realizing an electronic payment service. [Diagram 2] This is a sequence diagram (part 1) illustrating the general flow of electronic payment. [Diagram 3] This is a sequence diagram (part 2) illustrating the general flow of electronic payment. [Figure 4] 1 is a configuration diagram of a payment server 100 according to a first embodiment. [Diagram 5] FIG. 2 is a diagram showing an example of the contents of user information 132. [Figure 6] FIG. 13 is a diagram showing an example of the contents of affiliated store / shop information 136. [Figure 7] 1 is an example of a configuration for realizing the electronic commerce system 1. [Figure 8] 13 is a table showing an example of the contents of EC user information 254. [Figure 9] FIG. 13 is a diagram showing an example of a display of a login method selection screen. [Figure 10] 13A to 13C are diagrams illustrating an example of a screen transition when a user's login status is "not logged in." [Figure 11] 13 is an example of a screen transition when the login status of a user is "Logged In." [Figure 12] 11 is a sequence diagram showing an example of the flow of a login status confirmation process in the electronic commerce system 1. FIG. [Figure 13] 11 is a sequence diagram showing an example of a process flow for obtaining and displaying additional information in the electronic commerce system 1. FIG. [Figure 14] 1 is a sequence diagram showing an example of the flow of a login process in the electronic commerce system 1. FIG. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
[0009] Hereinafter, with reference to the drawings, an embodiment of an electronic commerce device, a payment management device, an electronic commerce system, an electronic commerce method, and a program of the present invention will be described. Various devices for providing services to users and performing internal analysis, such as a "server," a "management device," and an "information providing device" that will be described below, may be realized by a group of distributed devices, and each device may be operated by a different business operator. Furthermore, the owner of the hardware of the device (the cloud server provider) and the business operator that actually operates the device may also be different. An application program and a payment server work together to provide an electronic payment service. In the following description, the application program is referred to as a payment application. An electronic payment service is a service that supports payments related to the purchase of goods and services at a store. A store is, for example, a physical store (real store) that exists in the real world, but may also include a virtual store for electronic commerce. A virtual store may include a store provided by an entity different from the operator of the electronic payment service. In that case, when making a payment for shopping at a virtual store, the screen is controlled to transition to an interface screen of the electronic payment service. In an electronic payment service, a store is treated as belonging to, for example, an affiliated store (brand), and processing such as payment when a purchase is made at a store is mainly performed between the user and the affiliated store. Alternatively, processing such as payment may be carried out between the user and the store.
[0010] [Electronic payment service] FIG. 1 is a diagram showing an example of a configuration for realizing an electronic payment service. The electronic payment service is realized mainly by a payment server 100. The payment server 100 communicates with, for example, one or more user terminal devices 10, one or more first store terminal devices 50, and one or more second store terminal devices 70 via a network NW. The network NW includes, for example, the Internet, a LAN (Local Area Network), a wireless base station, a provider device, and the like. The payment server 100 is an example of a payment management device.
[0011] The user terminal device 10 is, for example, a portable terminal device such as a smartphone or a tablet terminal. The user terminal device 10 is a computer device having at least an optical reading function, a communication function, a display function, an input reception function, and a program execution function. In the following description, components for realizing these functions are referred to as a camera, a communication device, a touch panel, a CPU (Central Processing Unit), etc. In the user terminal device 10, a processor such as a CPU executes a payment application 20, thereby operating to provide an electronic payment service to a user in cooperation with a payment server 100. The payment application 20 is installed in the user terminal device 10 from, for example, an application store, and controls the camera, communication device, touch panel, etc.
[0012] The first store terminal device 50 is installed, for example, in a store. The first store terminal device 50 is a computer device having at least a product price acquisition function, an optical reading function, a program execution function, and a communication function. The first store terminal device 50 includes a so-called POS (Point of Sale) device, and the product price acquisition function and the optical reading function may be realized by the POS device. The store code image 60 is placed in the store, and is a code image such as a QR code (registered trademark) printed on a paper or plastic medium. The store code image 60 may be displayed on a display placed in the store (which may be the display of a terminal device such as a smartphone).
[0013] The second store terminal device 70 is used by the operator of the affiliated store. The second store terminal device 70 is a smartphone, a tablet terminal, a personal computer, or the like. An interface 72 for affiliated stores runs on the second store terminal device 70. The interface 72 for affiliated stores may be an app for affiliated stores or a browser. The interface 72 for affiliated stores accepts coupon settings and the like made by the operator of the affiliated store and transmits them to the payment server 100. The second store terminal device 70, which is a smartphone, has the function of displaying a code image corresponding to a store code image and reading a code image displayed by the user terminal device 10 by executing the app for affiliated stores.
[0014] The payment server 100 realizes electronic payment based on payment information received from the user terminal device 10 or the first store terminal device 50. The first store terminal device 50 may include a POS device and an affiliated store server, in which case the payment information is sent from the POS device via the affiliated store server to the payment server 100. In the following explanation, no distinction is made between these two and it is assumed that the payment information is sent from the first store terminal device 50.
[0015] 2 and 3 are sequence diagrams illustrating the general flow of electronic payment. There may be two patterns of electronic payment: pattern 1 and pattern 2.
[0016] In the case of pattern 1 (hereinafter referred to as user scan) shown in FIG. 2, the user terminal device 10 with the payment application 20 activated decodes the store code image 60 by the optical reading function (S1). The store code image 60 includes store URL (Uniform Resource Locator) information. This store URL is an electronic payment service domain to which store-identifying information is added, and is associated with an affiliated store ID, a store ID, etc. in the payment server 100 (described later). The payment application 20 transmits the first payment information including the store URL and the account ID to the payment server 100 (S2). The payment server 100 searches for store information (described later) from the affiliated store ID and the store ID corresponding to the store URL, acquires the affiliated store name and the store name information (S3), and transmits it to the payment application 20 (S4). The user inputs the payment amount into the user terminal device 10 on the screen on which the affiliated store name and the store name are displayed (S5). Then, the user terminal device 10 generates second payment information including at least the payment amount, and transmits it to the payment server 100 (S6). The payment server 100 performs electronic payment based on the received second payment information (S7). The payment server 100 then transmits a payment completion notice (information for displaying a payment completion screen) to the payment application 20 (S8), and the payment application 20 displays the payment completion screen (S9). Note that when the store code image 60 is displayed on a display installed in the store, the store code image 60 may include not only the store URL but also information on the payment amount. In this case, the step of the user inputting the payment amount is omitted, and the information on the payment amount is included in the first payment information and transmitted to the payment server 100. Information on the affiliated store name and the store name may be included in the payment completion screen and displayed.
[0017] In the case of pattern 2 (hereinafter referred to as store scan) shown in FIG. 3, when the payment application 20 is started, when a payment operation is performed in the payment application 20, when an automatic update timing (e.g., every minute) occurs, and at other timings, the payment application 20 transmits a request for issuing a one-time code to the payment server 100 (S11). The payment server 100 generates a one-time code (S12) and transmits it to the payment application 20 (S13). The payment application 20 displays a code image such as a QR code or a barcode generated based on the one-time code (S14). The user holds (presents) the display surface of the user terminal device 10 over the first store terminal device 50, and the first store terminal device 50 decodes the code image by an optical reading function and obtains the one-time code, etc. (S15). The first store terminal device 50 then generates payment information including the one-time code, payment amount, affiliated store ID, store ID, etc., and transmits it to the payment server 100 (S16). The payment amount information is acquired in advance by reading a barcode or manually entering it. The payment server 100 identifies the user corresponding to the one-time code based on the received information and performs electronic payment (S17). The payment server 100 then transmits a payment completion notice to the payment application 20 (S18), and the payment application 20 displays a payment completion screen (S19).
[0018] Note that electronic payment may be performed using only one of the above patterns. Furthermore, the "account ID" described in FIG. 2 may be other information (e.g., a phone number) that can be used as user identification information. Furthermore, issuance of a one-time code may be omitted in the store scan, and the payment application 20 may display a code image generated based on the user's account ID. In this case, the payment server 100 identifies the user corresponding to the account ID instead of identifying the user corresponding to the one-time code.
[0019] [Payment server] FIG. 4 is a configuration diagram of the payment server 100 according to the first embodiment. The payment server 100 includes, for example, a communication unit 110, a payment content providing unit 115, a payment processing unit 120, an information management unit 125, a storage unit 130, an information providing unit 140, a request receiving unit 145, a URL generating unit 150, and a URL transmitting unit 155. The components other than the communication unit 110 and the storage unit 130 are realized by, for example, a hardware processor such as a CPU executing a program (software). Some or all of these components may be realized by hardware (including circuitry) such as an LSI (Large Scale Integration), an ASIC (Application Specific Integrated Circuit), an FPGA (Field-Programmable Gate Array), or a GPU (Graphics Processing Unit), or may be realized by cooperation between software and hardware. The program may be stored in advance in a storage device (a storage device having a non-transient storage medium) such as a HDD (Hard Disk Drive) or a flash memory, or may be stored in a removable storage medium (a non-transient storage medium) such as a DVD or a CD-ROM, and installed in the storage device by mounting the storage medium in a drive device. The information providing unit 140 and subsequent units will be described later.
[0020] The storage unit 130 is a HDD, a flash memory, a RAM (Random Access Memory), etc. The storage unit 130 may be a NAS (Network Attached Storage) device that the payment server 100 can access via a network. The storage unit 130 stores information such as user information 132, payment content information 134, affiliated store / shop information 136, and campaign information 138. The campaign information 138 will be described later.
[0021] The communication unit 110 is a communication interface for connecting to the network NW. The communication unit 110 is, for example, a network interface card.
[0022] The payment content providing unit 115 has, for example, a function of a Web server, and provides information (content) for displaying various screens of the electronic payment service to the user terminal device 10. The payment content providing unit 115 appropriately reads necessary content from the payment content information 134 and provides it to the user terminal device 10. The user terminal device 10 accepts various inputs by the user while the content is being played by the payment application 20, and transmits the above-mentioned payment information and the like to the payment server 100.
[0023] The payment processing unit 120 performs payment processing based on the payment information transmitted by the user terminal device 10 or the first store terminal device 50. The payment processing unit 120 performs payment processing while referring to the user information 132.
[0024] FIG. 5 is a diagram showing an example of the contents of the user information 132. The user information 132 is an example of the registration information of a user. The user information 132 is, for example, a user URL, an account ID, a telephone number, a password, as well as information associated with an email address, a user ID, a name, an address, a date of birth, a registration date, a charge balance, a post-payment setting, a post-payment limit, a post-payment usage amount, a post-payment available amount, a payment method setting, a bank account, a credit card number, a charge history information, and a payment history information. The user URL is used for a remittance process between users. When registering for the electronic payment service, it is necessary to register a telephone number and a password. The account ID is issued to the user by the payment server 100, and the user ID is an ID that can be set by the user at will (does not have to be set). Similarly, the email address, the name, the address, and the date of birth are information that can be set by the user at will (does not have to be set). The registration date is the date on which the user registered for the electronic payment service (the date on which the account was created). Hereinafter, the user's instance (electronic payment account) to which this information is associated will be referred to as an account.
[0025] The charge balance is information indicating the balance of electronic money that is set by a user by transferring money to an account in advance. The means of transfer include transfer from an ATM (Automatic Teller Machine) of a designated company (bank) and transfer from a registered bank account. The deferred payment setting is information indicating whether or not the setting for enabling electronic payment by deferred payment has been completed, and is set to either "completed" or "not completed." The deferred payment limit is the limit of deferred payment that can be used each month, the deferred payment usage amount is the amount of deferred payment that has already been used in the current month, and the deferred payment available amount is the amount of deferred payment that can be used in the current month, which is calculated by subtracting the deferred payment usage amount from the deferred payment limit. Although only one deferred payment limit is shown in the figure, in reality, there is also a daily upper limit, and the lower of these may be set as the deferred payment limit. Further details of deferred payment will be described later. The payment method setting is setting information indicating whether the user will perform electronic payment using the charge balance or payment by deferred payment at that time. The bank account and credit card number are information on a bank account or credit card number (account number, card number) that can be used to deposit funds into an electronic payment service. Charge history information is a history of the user's previous transfers to the electronic payment service to increase the charge balance. Payment history information is information that indicates the details of payments made by the user for each payment (date and time, store ID of the store where the purchase was made, payment amount, payment method, etc.).
[0026] 6 is a diagram showing an example of the contents of affiliated store / store information 136. The affiliated store / store information 136 includes, for example, a first table 136A in which an affiliated store ID and a store ID are associated with a store URL, a second table 136B in which an affiliated store name and sales amount (described above) are associated with an affiliated store ID, and a third table 136C in which a store ID is associated with a store name. In addition to this information, the affiliated store / store information 136 may also include information such as the category of the affiliated store or store, the location of the store, and payment patterns.
[0027] The information management unit 125 manages the user information 132 and the affiliated store / store information 136 based on information acquired from the user terminal device 10 and the second store terminal device 70. The information management unit 125 adds new records to, edits, and deletes the user information 132 and the affiliated store / store information 136.
[0028] [Electronic payment] When payment information is acquired from the user terminal device 10 or the first store terminal device 50, the payment processing unit 120 refers to the user information 132 to acquire the "payment method setting" of the user. For a user whose "payment method setting" is set to "charge balance", the payment processing unit 120 performs electronic payment as follows. For example, the payment processing unit 120 performs electronic payment by decreasing the charge balance managed in association with the user ID and increasing the item value of the affiliated store's sales. The item value of the affiliated store's sales is not used as electronic money itself, for example, but an amount corresponding to the item value of the sales is transferred to a bank account in a cycle according to an agreement between the affiliated store and the electronic payment service.
[0029] The payment processing unit 120 performs electronic payment for users whose "setting information" is set to "deferred payment" as follows. Deferred payment is set separately from "credit payment" in cooperation with a credit card company, which is a separate entity from the operator of the electronic payment service, and the operator of the electronic payment service acts as a creditor and allows electronic payment that is not dependent on the charge balance within the deferred payment limit. In order to receive the deferred payment service, a credit card provided by the operator of the electronic payment service may be required. The amount used for deferred payment is settled on the payment date of the following month, for example, by debiting from a bank account, for one month. In this case, the payment processing unit 120 performs provisional payment by adding the payment amount to the deferred payment amount and subtracting the same amount from the deferred payment available amount, and when the closing date comes, it performs processing to debit the payment for the current month on the payment date of the following month as described above, or requests the operator of the credit card company to perform such processing. In addition, if the payment amount exceeds the deferred payment available amount at the time of provisional payment, an error notification is returned to the payment application 20.
[0030] [Social login service] A social login service performed by cooperation between the electronic commerce device 200 and the payment server 100 will be described below. The electronic commerce device is a device for providing an EC site managed by an EC business operator. FIG. 7 shows an example of a configuration for realizing the electronic commerce system 1. The payment server 100 and the electronic commerce device 200 communicate with each other via a network to configure the electronic commerce system 1. The electronic commerce device 200 is a device for providing an electronic commerce service. The electronic commerce service is, for example, an EC site. An EC site is, for example, an electronic commerce transaction realized by a business operator selling products on a web page, a user accessing the web page using a user terminal device 10 to purchase the products, and electronically paying the purchase price. The EC site is a website, but may also be an EC app provided by a business operator. The EC app is an app that realizes electronic commerce by a user purchasing products and electronically paying the purchase price, similar to an EC site. The following description will be given assuming that the electronic commerce service is an EC site.
[0031] The electronic commerce device 200 includes, for example, a content providing unit 210, a management unit 220, a transaction management unit 230, a ranking processing unit 240, and a storage unit 250. The components other than the storage unit 250 are realized by, for example, a hardware processor such as a CPU executing a program (software). Some or all of these components may be realized by hardware (including circuitry) such as an LSI, ASIC, FPGA, or GPU, or may be realized by a combination of software and hardware. The program may be stored in advance in a storage device such as an HDD or flash memory (a storage device having a non-transient storage medium), or may be stored in a removable storage medium such as a DVD or CD-ROM (a non-transient storage medium), and may be installed in the storage device by mounting the storage medium in a drive device.
[0032] The storage unit 250 is a HDD, a flash memory, a RAM, etc. The storage unit 250 may be a NAS (Network Attached Storage) device accessible by the electronic commerce device 200 via a network. The storage unit 250 stores content information 252, EC user information 254, seller information 256, and product information 258.
[0033] The content information 252 stores content for displaying various screens of the EC site. The seller information 256 stores information on businesses that sell products on the EC site. Examples of the business information include a business ID, a business name, a telephone number, an address, and an email address. The product information 258 stores information on products that are sold on the EC site. Examples of the product information include the product name, the price of the product, and the ID of the business that has sold the product. The EC user information 254 will be described later.
[0034] The content providing unit 210 provides an EC site to the user terminal device 10 of the user. The content providing unit 210 has, for example, a function of a web server, and provides information (content) for displaying various screens of the EC site to the user terminal device 10. The content providing unit 210 appropriately reads necessary content and information from the content information 252, seller information 256, and product information 258, and provides them to the user terminal device 10. The user terminal device 10 accepts input of various operations by the user related to product purchase while the content is being played on the EC site, creates purchase information based on the input information, and transmits it to the management unit 220. The purchase information includes, for example, information about the product selected by the user as the purchase target, a payment method for the purchase price of the product, and the like.
[0035] An EC site can register user information, and by logging in with, for example, a user ID and password, it is possible to eliminate the need for a specific user to input information when purchasing a product. The user information is referred to as EC user information 254. FIG. 8 is a table showing an example of the contents of EC user information 254. EC user information 254 is an example of registration information for a user of an electronic commerce service. In EC user information 254, for example, a user ID is associated with required information such as a password, email address, name, and address, and personal information consisting of optional information such as a telephone number. Hereinafter, a user instance (personal information) associated with such information is referred to as an EC account.
[0036] A user can log in to an EC site not only using the EC user information 254, but also by linking user information held by the electronic payment service using a social login service provided by the electronic payment service. User information includes, for example, information about the user whose identity has been verified and included in user information 132, and the user's charge balance in the payment service. Details will be described later.
[0037] When the content providing unit 210 receives a content request from the user terminal device 10 in a logged-off state, the content providing unit 210 requests a URL to be specified as a button to be displayed on a login screen for an electronic payment service from the payment server 100. The content providing unit 210 specifies the URL generated by the payment server 100 as a redirect destination and displays a login method selection screen including a login button on which additional information is superimposed on the login screen on the user terminal device 10. The additional information is information related to a campaign being implemented by the electronic payment service.
[0038] When the user selects a method of logging in using an electronic payment service on the login method selection screen, the content providing unit 210 displays a login screen for the electronic payment service on the user terminal device 10. When the user logs in to the electronic payment service, the user's information in the electronic payment service is linked to the EC site, and login to the EC site is completed. The user can electronically pay for the purchase price of products on the EC site using the electronic payment service.
[0039] The management unit 220 manages information including images used in the content. The management unit 220 is realized, for example, by software that manages in the background a website provided by the content providing unit 210. The management unit 220 acquires information including time-varying campaign information related to the electronic payment service from the payment server 100 that provides an electronic payment service that allows payments on EC sites, and transmits the information to the content providing unit 210.
[0040] The management unit 220 transmits the login status of the user at the EC site to the content providing unit 210. When the management unit 220 is inquired about the login status from the content providing unit 210, it verifies the access token and acquires the login status of the user at the EC site. The access token is temporary identification information for identifying the user, which is linked between the EC site and the payment server 100. The management unit 220 judges whether the access token is OK or NG based on whether the access token can be identified as an individual user. If the access token is OK, the management unit 220 transmits a result to the content providing unit 210 that the user has already logged in to the EC site. If the access token is NG, the management unit 220 issues an authorization code and transmits a result to the content providing unit 210 that the user has not yet logged in to the EC site together with the authorization code.
[0041] The management unit 220 may obtain time-changing campaign information regarding electronic payment services from the payment server 100 in conjunction with a content request from the user, or may obtain time-changing campaign information regarding electronic payment services from the payment server 100 asynchronously with a content request from the user.
[0042] The management unit 220 acquires the identity-confirmed information of the user from the payment server 100. The identity-confirmed information is information such as name, address, date of birth, email address, and telephone number. The identity-confirmed information is displayed, for example, on an EC site provided by the content providing unit 210. When a user registers as a new member, the EC site can display information such as the name of the identity-confirmed information in an input field in advance, thereby saving the user the trouble of inputting the information.
[0043] The management unit 220 may acquire the charge balance of the user in the electronic payment service from the payment server 100. By acquiring the charge balance, the management unit 220 can determine whether payment is possible on the electronic commerce device 200 when the user makes a transaction on the EC site. That is, the electronic commerce device 200 can determine that payment is possible when the desired purchase amount is equal to or less than the charge balance, and can determine that payment is not possible when the desired purchase amount is not equal to or less than the charge balance.
[0044] The transaction management unit 230 manages transactions in which a user purchases a product on an EC site. The transaction management unit 230 considers a transaction to have occurred when a user purchases a product, and manages information and status related to the transaction as necessary.
[0045] The ranking processing unit 240 judges the popularity of products exhibited on the EC site based on the attributes of users, the number of accesses, the number of purchases, etc., performs ranking processing, and notifies the content providing unit 210 of the ranking results.
[0046] [Payment server] The components of the payment server 100 will be described below with reference to Fig. 4. Campaign information provided by electronic payment services is stored in the campaign information 138. The campaign information changes over time, and the most recent campaign information possible is stored in the campaign information 138.
[0047] The information providing unit 140 provides campaign information (which changes over time) to be included in a screen (login method selection screen) displayed in a logged-off state of the EC site. The information providing unit 140 may provide images of buttons to be displayed on the login method selection screen in addition to providing the campaign information.
[0048] The request receiving unit 145 receives a request for a URL to be specified for a button to be displayed on the login screen from the content providing unit 210. The request receiving unit 145 transmits to the URL generating unit 150 a message indicating that a URL has been requested.
[0049] The URL generating unit 150 generates a URL to be specified for a button displayed on the login screen. When a request for a URL is received from the request receiving unit 145, the URL generating unit 150 generates a URL.
[0050] The URL sending unit 155 sends the URL generated by the URL generating unit 150 to the content providing unit 210 .
[0051] FIG. 9 is a diagram showing an example of a display of a login method selection screen. In the login method selection screen G10, a user can log in using an EC account, but can also select a method of logging in using one desired service from among a plurality of login services. The login method selection screen G10 is provided with a text box B1 in which the user ID of the EC account can be input, a text box B2 in which the password can be input, and a login button B3 that starts a login process to the EC site when pressed, and a button B4 with a message such as "Log in with a payment service" is provided below the login method selection screen G10. Campaign information B5, "Up to 5% Rewards," is displayed superimposed on the button B4. The superimposed message and design of the campaign information B5 change depending on the campaign information that changes over time. The button B4 including the campaign information B5 is set with a link to a login screen of an electronic payment service. Similarly, the button B6 is displayed with a message such as "Log in with an SNS." The button B6 is set with a link to a login screen of an SNS (Social Network Service), and a login service using an SNS account is available. In this way, the login method selection screen G10 displays the campaign information B5 superimposed on the button B4, thereby attracting the user's attention. In the example of Fig. 9, the effect is that a login service using an EC account with the campaign information B5 displayed is more likely to attract users to use the login service using an SNS account with no campaign information displayed.
[0052] An example of the process flow and screen transition flow of the electronic commerce system 1 will be described below with reference to Figs. 10 to 14. Fig. 10 is a diagram showing an example of the screen transition when the login status of the user is "not logged in". Fig. 11 is a diagram showing an example of the screen transition when the login status of the user is "logged in". Fig. 12 is a sequence diagram showing an example of the flow of the login status confirmation process of the electronic commerce system 1. Fig. 13 is a sequence diagram showing an example of the process flow of the acquisition and display of additional information of the electronic commerce system 1. Fig. 14 is a sequence diagram showing an example of the flow of the login process of the electronic commerce system 1. In these diagrams, the user logs in to the EC site, selects the product he / she wants to purchase, and purchases it. The user accesses the EC site using a UA (User Agent) for the shopping site of the user terminal device 10. The UA for the shopping site is, for example, a browser that can display the EC site.
[0053] A user accesses the login method selection screen G10 in Fig. 10 in order to log in to the EC site (S1 in Fig. 12). The content providing unit 210 confirms the login status of the user with the management unit 220 (S2 in Fig. 12). Even if the user does not access the login method selection screen G10 to actively log in, the user may transition to the login method selection screen G10, for example, when selecting and purchasing a product.
[0054] The management unit 220 verifies the access token (S3 in FIG. 12). If the access token is NG, the management unit 220 determines that the login status is not logged in and issues an authorization code (S4 in FIG. 12). The management unit 220 transmits the login status and the authorization code to the content providing unit 210 (S5 in FIG. 12). If the access token is OK, the management unit 220 determines that the login status is already logged in and transmits only the login status to the content providing unit 210 (S5 in FIG. 12). Only when the login status is already logged in, does the processing in this sequence diagram transition to S25 in FIG. 14. Details will be described later.
[0055] The content providing unit 210 requests the management unit 220 to obtain additional information (S6 in FIG. 13). The management unit 220 requests the payment server 100 to transmit the additional information (S7 in FIG. 13). The payment server 100 obtains the latest campaign information from the campaign information 138, and transmits the information together with an image for a button to the management unit 220 (S8 in FIG. 13). The management unit 220 provides the campaign information and an image for a button to the content providing unit 210 (S9 in FIG. 13). The content providing unit 210 displays a login method selection screen G10 based on the obtained additional information (S10 in FIG. 13).
[0056] The user presses the "Login with electronic payment service" button on the login method selection screen G10 (S11 in FIG. 13). The content providing unit 210 requests the payment server 100 for a URL to be specified as a redirect destination in the login button displayed on the electronic payment service login screen G11 of FIG. 10 (S14 in FIG. 13). The request receiving unit 145 of the payment server 100 receives the request from the content providing unit 210, and the URL generating unit 150 of the payment server 100 generates a URL of the electronic payment service login screen G11 in response to the request of the request receiving unit 145 (S13 in FIG. 13). The URL sending unit 155 of the payment server 100 sends the URL generated by the URL generating unit 150 to the content providing unit 210 (S14 in FIG. 13). The content providing unit 210 specifies the received URL as a redirect destination in the login button displayed on the electronic payment service login screen G11 (S15 in FIG. 13). The content provider 210 displays the electronic payment service login screen G11 (S16 in FIG. 13).
[0057] On the electronic payment service login screen G11, the user enters the user ID and password of an account previously registered with the electronic payment service, and presses the login button (S17 in FIG. 14). The content providing unit 210 opens the payment application 20 (S18 in FIG. 14). The payment application 20 displays the account linking screen G12 of FIG. 10 (S19 in FIG. 14). The user checks the contents displayed on the account linking screen G12, and if the user agrees to the linking of the electronic payment service and the EC site, presses the "Agree" button (S20 in FIG. 14). If the user does not agree to the linking of the electronic payment service and the EC site, the processing of this sequence diagram ends.
[0058] The payment application 20 requests the payment server 100 to perform login processing for the electronic payment service, and transmits a message indicating that the user has agreed to the link between the electronic payment service and the EC site (S21 in FIG. 14). The payment server 100 transmits the URL of the EC site to be redirected and the one-time token to the content provider 210 (S22 in FIG. 14). The content provider 210 transmits the authorization code and one-time token received in S5 to the payment server 100, and requests an access token (S23 in FIG. 14). The payment server 100 checks the authorization code and one-time token transmitted from the content provider 210, and if they are correct, issues an access token (S24 in FIG. 14). If the authorization code and one-time token are incorrect, the payment server 100 does not issue an access token and ends the processing of this sequence diagram. The payment server 100 transmits the issued access token to the management unit 220 (S25 in FIG. 14). The management unit 220 stores the received access token (S26 in FIG. 14). The management unit 220 instructs the content providing unit 210 to redirect to the EC site (S26 in FIG. 14). The content providing unit 210 opens the URL of the redirect destination and opens the product selection screen G13 in FIG. 10 (S27 in FIG. 14).
[0059] The screen of the EC site to which the content providing unit 210 redirects is not necessarily the product selection screen G13, and may display, for example, a screen displayed immediately before the user accesses the login method selection screen G10. When the user presses the "Purchase" button on the product selection screen G13, the shopping site UA displays the product purchase screen G14 of FIG. 10. The user can select a payment method for the purchase price of the product on the product purchase screen G14. The product purchase screen G14 may be displayed so that, for example, the linked electronic payment service is selected as the payment method by default. When the user selects the payment method as "electronic payment service" and presses the "Perform payment" button, the shopping site UA pops up the payment screen G15 of FIG. 10 so as to be superimposed on the product purchase screen G14. On the payment screen G15, the user can check the purchase amount and the balance of the payment service, and can charge the balance as necessary. When the user presses the "Pay" button on the payment screen G15, the payment process is performed and the product on the EC site can be purchased.
[0060] In the process of S3 in FIG. 12, the management unit 220 verifies the access token, and if the result is OK, the process proceeds to S25 in FIG. 14 and stores the access token. The management unit 220 instructs the content providing unit 210 to redirect to the EC site (S26 in FIG. 14). The content providing unit 210 opens the URL of the redirect destination and opens the product selection screen G13 in FIG. 10 (S27 in FIG. 14). As in the example of the screen transition in FIG. 11, the login process is omitted and the user can purchase the product using the payment service.
[0061] According to the embodiment described above, it is possible to timely convey information on the transition destination of the social login service.
[0062] The above describes the form for carrying out the present invention using an embodiment, but the present invention is not limited to such an embodiment, and various modifications and substitutions can be made within the scope that does not deviate from the gist of the present invention. [Explanation of symbols]
[0063] 10 User terminal device 20. Payment App 100 Payment Server 115 Payment Contents Provider 120 Payment Processing Unit 125 Information Management Department 138 Campaign Information 140 Information Provision Department 145 Request Reception Department 150 URL generation section 155 URL sending section 200 Electronic commerce equipment 210 Contents Provider 220 Management Department 230 Transaction Management Department 240 Ranking processing unit 240 250 Storage section 252 Content Information 254 EC user information 256 Seller information 258 Product information
Claims
1. An electronic commerce device for providing an electronic commerce service to a user, comprising: a content providing unit for providing content of the electronic commerce service to a user terminal device of the user; a management unit for managing information including images used in the content, the management unit acquires information including additional information that changes over time regarding the electronic payment service from a payment management device that provides an electronic payment service that allows payment in the electronic commerce service; when receiving a content request from the terminal device of the user in a logged-off state, the content providing unit causes the user terminal device to display a login method selection screen including an image based on the additional information. Electronic commerce device.
2. The additional information is information regarding a campaign being conducted by the electronic payment service.
2. The electronic commerce device according to claim 1.
3. the login method selection screen includes a button having a link to a login screen for the electronic payment service and information about the campaign superimposed thereon; 3. The electronic commerce device according to claim 2.
4. the management unit acquires additional information related to the electronic payment service, which changes over time, from the payment management device in response to a content request from the user; 2. The electronic commerce device according to claim 1.
5. the management unit acquires additional information related to the electronic payment service, which changes over time, from the payment management device asynchronously with a content request from the user; 2. The electronic commerce device according to claim 1.
6. The content providing unit is requesting a URL for displaying a login screen for the electronic payment service from the payment management device; displaying, on the user terminal device, the login method selection screen including a button on which campaign information is superimposed, the login method selection screen specifying the URL generated by the payment management device as a redirect destination; 2. The electronic commerce device according to claim 1.
7. A payment management device that provides a user with an electronic payment service that allows the user to make a payment in an electronic commerce service managed by the electronic commerce device, an information providing unit that provides additional information to be included on a screen displayed in a logged-off state of the electronic commerce service in response to a request from the electronic commerce device; a request receiving unit that receives a request for a URL for logging in to the electronic commerce service from the electronic commerce device; a URL generation unit that generates the URL; a URL sending unit that sends the generated URL to the electronic commerce device. Payment management device.
8. The electronic commerce device according to claim 1 ; A payment management device according to claim 7; An electronic commerce system comprising:
9. An electronic commerce device that provides an electronic commerce service to a user, A process of providing content of the electronic commerce service to a user terminal device; A process for managing information including images used in the content; A process of acquiring information including additional information that changes over time regarding the electronic payment service from a payment management device that provides an electronic payment service that allows payment in the electronic commerce service; a process of displaying a login method selection screen including an image based on the additional information on the user terminal device when a content request in a logged-off state is received from the user terminal device; An electronic commerce method for carrying out the above.
10. A processor of an electronic commerce device that provides an electronic commerce service to a user, A process of providing content of the electronic commerce service to a user terminal device; A process for managing information including images used in the content; A process of acquiring information including additional information that changes over time regarding the electronic payment service from a payment management device that provides an electronic payment service that allows payment in the electronic commerce service; a process of displaying a login method selection screen including an image based on the additional information on the user terminal device when a content request in a logged-off state is received from the user terminal device; A program for executing.
Citation Information
Patent Citations
Customer information editing apparatus
JP2006301954A
Electronic settlement using campaign system
JP2008262313A
Credit-card settlement authentication system for commercial transactions conducted through contact center
WO2015072044A1
Service provision system, service provision method, and program
JP7085700B1