WO2011162304A1 - アクセス管理サーバ、アクセス管理方法、アクセス管理プログラム、及びそのプログラムを記録したコンピュータ読取可能な記録媒体 - Google Patents

アクセス管理サーバ、アクセス管理方法、アクセス管理プログラム、及びそのプログラムを記録したコンピュータ読取可能な記録媒体 Download PDF

Info

Publication number
WO2011162304A1
WO2011162304A1 PCT/JP2011/064306 JP2011064306W WO2011162304A1 WO 2011162304 A1 WO2011162304 A1 WO 2011162304A1 JP 2011064306 W JP2011064306 W JP 2011064306W WO 2011162304 A1 WO2011162304 A1 WO 2011162304A1
Authority
WO
WIPO (PCT)
Prior art keywords
screen
terminal
information
next screen
effect screen
Prior art date
Application number
PCT/JP2011/064306
Other languages
English (en)
French (fr)
Inventor
伊藤　健介
Original Assignee
楽天株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 楽天株式会社 filed Critical 楽天株式会社
Priority to CN201180025250.5A priority Critical patent/CN102918556B/zh
Priority to EP11798186.0A priority patent/EP2587435A4/en
Priority to JP2012521508A priority patent/JP5313403B2/ja
Priority to US13/582,377 priority patent/US9126107B2/en
Publication of WO2011162304A1 publication Critical patent/WO2011162304A1/ja

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising

Definitions

  • One embodiment of the present invention relates to an access management server, an access management method, an access management program, and a computer-readable recording medium on which the program is recorded.
  • Patent Document 1 describes an advertisement system that displays an advertisement that reflects a user's interests and preferences on an error page.
  • An access management server is an access management server for sequentially displaying screens on a terminal according to request information received from the terminal, a request receiving means for receiving request information from the terminal, and a request In response to the request information received by the receiving means, the next screen generating means for generating the next screen information for displaying the next screen on the terminal, and the next screen information generated by the next screen generating means are transmitted to the terminal.
  • Next screen transmission means determination means for determining whether next screen information is transmitted to the terminal by the next screen transmission means, and screen transition in the terminal when it is determined that the next screen information has not been transmitted to the terminal
  • a determination means for determining a reward condition for a predetermined reward based on the situation of the game, and a lottery effect based on the reward condition determined by the determination means
  • Effect screen generating means for generating lottery effect screen information for displaying a screen on a terminal, wherein the reward condition is displayed on the lottery effect screen according to the state of screen transition;
  • an effect screen transmitting means for transmitting the lottery effect screen information generated by the effect screen generating means to the terminal.
  • An access management method is an access management method executed by an access management server that sequentially displays screens on a terminal according to request information received from the terminal, and receives request information from the terminal.
  • Request receiving step a next screen generating step for generating next screen information for displaying the next screen on the terminal according to the request information received in the request receiving step, and a next screen generated in the next screen generating step.
  • the next screen transmission step for transmitting screen information to the terminal the determination step for determining whether the next screen information is transmitted to the terminal in the next screen transmission step, and the case where it is determined that the next screen information has not been transmitted to the terminal
  • the reward condition related to the predetermined reward is determined
  • An access management program is an access management program that causes a computer to function as an access management server that sequentially displays screens on a terminal according to request information received from the terminal.
  • Next screen transmission means for transmitting next screen information to the terminal, determination means for determining whether or not the next screen information has been transmitted to the terminal by the next screen transmission means, and determination that the next screen information has not been transmitted to the terminal
  • Determining means for determining a reward condition related to a predetermined reward based on the state of screen transition in the terminal
  • the effect screen generating means for generating the lottery effect screen information for displaying the lottery effect screen on the terminal based on the reward condition determined by the determining means, wherein the reward condition is a screen transition on the lottery effect screen.
  • a computer-readable recording medium is a computer-readable recording medium that records an access management program that causes a computer to function as an access management server that sequentially displays screens on the terminal according to request information received from the terminal.
  • a recording medium which is an access management program for receiving request information from the terminal, and next screen information for displaying the next screen on the terminal according to the request information received by the request receiving means.
  • Next screen generating means for generating the next screen, next screen transmitting means for transmitting the next screen information generated by the next screen generating means to the terminal, and determining whether the next screen information is transmitted to the terminal by the next screen transmitting means
  • the terminal Based on the status of the screen transition, a determination means for determining a reward condition for a predetermined reward, and a lottery effect screen information for displaying a lottery effect screen on the terminal based on the reward condition determined by the determination means
  • Effect screen generating means for displaying the reward conditions according to the screen transition status on the lottery effect screen, and the lottery effect screen information generated by the effect screen generating means.
  • An effect screen transmitting means for transmitting to a terminal is executed by a computer.
  • a lottery effect screen that provides the user with an opportunity to obtain a reward is displayed on the terminal.
  • This lottery effect screen is a screen generated based on the reward conditions determined based on the screen transition status in the terminal, and the reward conditions are displayed on the lottery effect screen according to the screen transition status.
  • the state of the screen transition indicates the staying state of the user in the site (which stage the web page the user is accessing). Since the user can perform the lottery after confirming the reward conditions according to the staying situation in the site via the lottery effect screen as described above, the user can be enthusiastic, and as a result, the user Can be kept in the site. Further, by providing a lottery effect screen according to the screen transition status (user stay status), the site creator can preferentially keep the user who wants to remain in the site.
  • the access management server When the next screen is displayed on the terminal due to the re-request for the next screen information from the terminal, the access management server according to another embodiment provides a reward to be given to the user of the terminal on the lottery effect screen. And a registration means for storing the determined reward for the user in a predetermined database.
  • the payout rate is included in the reward condition, and the first next screen information corresponding to the first screen is more than the first payout rate when the first screen information is not transmitted.
  • the payout rate may be higher when the second next screen information corresponding to the second screen displayed after the screen is not transmitted.
  • the lottery effect screen continues to be displayed on the terminal until the next screen is displayed on the terminal due to the re-request of the next screen information from the terminal.
  • the lottery result on the lottery effect screen may appear before the transition to the next screen.
  • the lottery effect screen is displayed until the next screen that should be displayed is displayed, and the lottery result is displayed before the transition to the next screen, so that the user can be surely kept in the site. You can expect
  • the lottery effect screen is configured so that the user of the terminal can execute the lottery multiple times, and the payout rate in the lottery on the lottery effect screen according to the increase in the number of lotteries
  • the payout rate may be adjusted according to the number of lotteries so that the payout rate decreases.
  • the user can be kept in the site.
  • FIG. 1 It is a block diagram which shows the function structure of the electronic commerce system which concerns on embodiment. It is a figure which shows the hardware constitutions of the server shown in FIG. It is a figure which shows the example of a shopping cart page. It is a figure which shows the example of an order page. It is a figure which shows the example of an order page. It is a figure which shows the example of an order confirmation page. (A), (b) is a figure which shows the example of reward condition information. It is a figure which shows an example of a lottery effect screen. It is a figure which shows another example of a lottery effect screen. It is a figure which shows another example of a lottery effect screen. It is a flowchart which shows the process which transmits screen information.
  • an access management server according to an embodiment of the present invention is applied to a server in an electronic commerce system.
  • the same or equivalent elements are denoted by the same reference numerals, and redundant description is omitted.
  • the electronic commerce system 1 is a computer system for providing a user who intends to purchase a product to a website of a virtual shopping mall that includes a plurality of online shops.
  • the electronic commerce system 1 includes a server (access management server) 10 that provides a virtual shopping mall and a terminal 20 of each user.
  • the server 10 and each terminal 20 can communicate with each other via a network (not shown) constituted by the Internet or the like.
  • a network not shown
  • FIG. 1 only one terminal 20 is shown to show the functional configuration of the server 10 and the terminal 20, but the electronic commerce system 1 may have a plurality of terminals 20.
  • the server 10 In response to the request information received from the terminal 20, the server 10 sequentially displays a screen (web page) relating to the purchase of the product on the terminal 20 to guide the user to the product purchase procedure.
  • This is a computer for confirming purchase processing based on a terminal operation.
  • the server 10 includes, as functional components, a request receiving unit (request receiving unit) 11, a database 12, a request processing unit (next screen generating unit) 13, a next screen transmitting unit (next screen transmitting unit) 14, and a determining unit (determining unit). ) 15, an effect screen generator (decision means, effect screen generator) 16, an effect screen transmitter (effect screen transmitter) 17, and a point updater (registerer) 18.
  • the server 10 includes a CPU 101 that executes an operating system, application programs, and the like, a main storage unit 102 that includes a ROM and a RAM, an auxiliary storage unit 103 that includes a hard disk,
  • the communication control unit 104 includes a network card, an input unit 105 such as a keyboard and a mouse, and an output unit 106 such as a monitor.
  • the server 10 may be composed of a single machine or a plurality of machines.
  • Each function of the server 10 shown in FIG. 1 reads predetermined software on the CPU 101 and the main storage unit 102, operates the communication control unit 104, the input unit 105, the output unit 106, and the like under the control of the CPU 101. This is realized by reading and writing data in the main storage unit 102 and the auxiliary storage unit 103. Data and databases necessary for processing are stored in the main storage unit 102 and the auxiliary storage unit 103.
  • the request receiving unit 11 is means for receiving request information from the terminal 20.
  • the request information is information for the terminal 20 to request processing related to product purchases from the server 10. More specifically, the request information is a condition for narrowing down the products, the number of purchases of a specific product, user information, This information includes information on the destination.
  • the request information also includes a cookie (HTTP cookie or cookie) for determining which screen to display next when switching the screen (web page).
  • the request receiving unit 11 outputs the received request information to the request processing unit 13.
  • the database 12 is a means for storing various data related to product purchase processing. Specifically, the database 12 stores store data related to a virtual store, product data related to products handled by the virtual store, user data related to users, purchase data indicating that a specific user has purchased a specific product, and the like.
  • the store data includes a store ID for specifying the store and various store attributes (for example, a store name, a list of settlement methods, a list of delivery methods, etc.).
  • the product data includes a product ID for specifying the product and various product attributes (product name, size, color, unit price, etc.).
  • the user data includes a user ID for identifying the user and various user attributes (user name, address, telephone number, password, acquisition points, etc.).
  • the acquired points indicated by the user data are the total of points acquired by the user purchasing a product or points acquired by a lottery operation on a lottery effect screen described later.
  • the purchase data includes the user ID of the purchase user, the product ID of the purchased product, the number of purchases, the selected settlement method and delivery method, and the like.
  • the type of data stored in the database 12 and the configuration of each data are not limited to the above.
  • the request processing unit 13 is a means for executing processing related to product purchase based on the request information input from the request receiving unit 11. Specifically, the request processing unit 13 generates screen information (hereinafter referred to as “next screen information”) for displaying the next web page on the terminal 20 based on the request information. At this time, the request processing unit 13 extracts data matching the search condition indicated by the request information from the database 12 as necessary. Further, the request processing unit 13 generates purchase data according to the request information, and finally stores the purchase data in the database 12.
  • the shopping cart page is a web page that displays a list of products selected by the user, and is generated, for example, as shown in FIG.
  • the screen of FIG. 3 indicates that the user A has selected two types of products, products S and T, as purchase targets, in other words, the products A have been placed in a so-called shopping basket.
  • the button “go to order procedure” at the bottom of this screen is a user interface for confirming the selected product and moving to the next order page.
  • the order page is a web page for inputting information necessary for the purchase procedure, such as user information, a destination, and a payment method, and is generated as shown in FIGS. 4 and 5 respectively show the first page and the second page of the order page.
  • the “Next” button at the bottom of this screen is a user interface for confirming input and moving to the second page.
  • a list of selected products (same as the first page) and a payment method input field are displayed.
  • the “Next” button at the bottom of this screen is a user interface for confirming the input and moving to the order confirmation page.
  • the order confirmation page is a web page for displaying order details and confirming the order, and is generated as shown in FIG. 6, for example.
  • the screen of FIG. 6 displays information on the user who is the orderer, information on the destination, and a list of selected products.
  • the button “Order with this content” at the top of the screen is a user interface for confirming the order and ending the purchase process.
  • the screen information of each page is constructed in such a manner that data to be displayed and data related to screen control are described in a markup language or a screen control script is embedded.
  • the specifications and format of the screen information are not limited to this.
  • each page is not limited to that shown in FIGS.
  • a plurality of order pages shown in FIGS. 4 and 5 may be combined into one page.
  • the request processing unit 13 When request information indicating a request for the shopping cart page is input, the request processing unit 13 refers to the cookie in the request information and determines that the screen to be displayed next on the terminal 20 is the shopping cart page. To do. Further, the request processing unit 13 extracts necessary data from the database 12. For example, the request processing unit 13 extracts product data corresponding to the product ID in the request information. Subsequently, the request processing unit 13 generates screen information of the shopping cart page using the extracted data and the like, and outputs it to the next screen transmission unit 14 as next screen information.
  • the request processing unit 13 When request information indicating an order page request is input due to a user operation on the shopping cart page, the request processing unit 13 refers to the cookie in the request information and the next screen to be displayed is displayed. It is determined that it is the first page of the order page. Further, the request processing unit 13 extracts necessary data from the database 12. Subsequently, the request processing unit 13 generates screen information of the first page of the order page using the extracted data and the like, and outputs the screen information to the next screen transmission unit 14 as next screen information.
  • the request processing unit 13 When request information indicating a request for the next page is input due to a user operation on the first page of the order page, the request processing unit 13 displays screen information for the second page of the order page as described above. Generate. Then, the request processing unit 13 outputs the generated screen information to the next screen transmission unit 14 as next screen information.
  • the request processing unit 13 When request information indicating a request for the order confirmation page is input due to a user operation on the second page of the order page, the request processing unit 13 refers to the cookie in the request information, and then the terminal It is determined that the screen to be displayed at 20 is the order confirmation page. Further, the request processing unit 13 extracts necessary data from the database 12. Subsequently, the request processing unit 13 generates screen information of the order confirmation page using the extracted data and the like, and outputs the screen information to the next screen transmission unit 14 as next screen information.
  • the request processing unit generates next screen information for displaying the next screen on the terminal 20 in accordance with the request information.
  • the next screen transmission unit 14 is means for transmitting the next screen information input from the request processing unit 13 to the terminal 20.
  • the determination unit 15 is a means for determining whether or not the next screen information has been transmitted to the terminal 20 by the next screen transmission unit 14.
  • the determination unit 15 determines the state of screen transition in the terminal 20 based on the cookie in the request information input to the request processing unit 13.
  • “determination of the status of the screen transition” means which screen is displayed on the terminal 20 in a series of web page switching from the shopping cart page through the order page to the order confirmation page, and This means that it is determined which screen is displayed next.
  • the determination unit 15 determines whether or not the generation of the next screen information (the shopping cart page, the order page, or the order confirmation page) in the request processing unit 13 has been normally completed, and the next screen information in the next screen transmission unit 14. It is determined whether or not the transmission of has ended normally. Therefore, “whether or not the next screen information has been transmitted” is a concept that includes not only the success or failure of the transmission of the next screen information but also the success or failure of the generation of the next screen information that is a premise of the transmission.
  • the determination unit 15 obtains the next screen information by obtaining the generation process execution result (normal end or abnormal end) in the request processing unit 13 and the transmission process execution result (normal end or abnormal end) in the next screen transmission unit 14. The success or failure of transmission is determined.
  • the load on the server 10 increases due to concentration of access to a specific virtual store or a specific product, or the network between the server 10 and the terminal 20 increases.
  • the generation process and the transmission process may be interrupted due to congestion.
  • the determination unit 15 determines the determination result (current display page or next display on the screen transition status in the terminal 20). And a message indicating that transmission of the next screen information has failed is generated. Then, the determination unit 15 outputs the abnormality notification to the effect screen generation unit 16. On the other hand, when it is detected that both the generation process and the transmission process are normally completed, the determination unit 15 ends the process without performing such output.
  • the effect screen generation unit 16 is means for generating lottery effect screen information for causing the terminal 20 to display a lottery effect screen when it is determined that the next screen information has not been transmitted to the terminal 20.
  • This lottery effect screen is a web page displayed on the terminal 20 when transmission of a web page (for example, a shopping cart page, an order page, or an order confirmation page) that should be originally displayed on the terminal 20 has failed, It plays the role of letting users draw lots.
  • the effect screen generation unit 16 analyzes the notification and the web page that should have been displayed next on the terminal 20, that is, the web page that should have been transmitted to the terminal 20 as the next screen information. (Hereinafter referred to as “scheduled transmission page”). Subsequently, the effect screen generator 16 determines a reward condition based on the scheduled transmission page. For this purpose, the effect screen generation unit 16 preliminarily receives remuneration condition information indicating a correspondence relationship between a scheduled transmission page, a condition for displaying a corresponding lottery effect screen (a condition for providing a lottery effect screen), and a reward condition. keeping.
  • the reward condition is a condition related to a predetermined reward given to the user, and the specific content thereof may be arbitrarily determined.
  • reward condition information Some examples of reward condition information are shown in FIG.
  • FIG. 7A for each transmission scheduled page (a shopping cart page, an order page, and an order confirmation page), points awarded as rewards and user conditions for obtaining the points (winning) Reward conditions including “condition” are set.
  • the reward points are constant, the winning conditions become looser as the terminal 20 progresses to the previous web page (as the product purchase procedure progresses earlier). This means that the winning probability increases as the terminal 20 progresses to the previous web page (as the product purchase procedure progresses further).
  • a reward condition including a winning probability and grant points is set for each scheduled transmission page.
  • the terminal 20 is set to increase the probability of winning and to increase the awarded points as the user progresses to the previous web page.
  • the winning probability and the grant points corresponding to each scheduled transmission page may be set to an arbitrary value by an arbitrary method in consideration of the funds of the business that provides the reward, the payout rate, and the like. Therefore, it can be said that the funds and payout rate are also reward conditions.
  • the payout rate may be increased as the terminal 20 advances to the previous web page, and the winning probability or the grant points may be set according to the payout rate.
  • the payout rate Pr2 when the order page is not transmitted is set higher than the payout rate Pr1 when the shopping cart page is not transmitted, and the order confirmation page is transmitted than the payout rate Pr2. If not, the payout rate Pr3 is increased. In this way, by increasing the payout rate as the user progresses to the previous screen in the terminal 20, it is possible to increase the possibility that the user progressing in the site stays in the site.
  • the payout rate may be kept constant regardless of the screen transition status.
  • the reward condition is set so as to be more advantageous for the user as the terminal 20 progresses to the previous web page, but whether or not to adopt such a setting method is also arbitrary.
  • Reward condition information configuration is not limited to the example of FIG.
  • the reward condition information including only the transmission schedule page and the reward condition may be used.
  • you may prepare reward condition information which consists of the page currently displayed on the terminal 20, and reward conditions, without using a transmission plan page.
  • the effect screen generation unit 16 selects reward condition information corresponding to the specified transmission scheduled page. This selection means that the effect screen generation unit 16 determines the reward condition based on the screen transition status in the terminal 20. Subsequently, the effect screen generation unit 16 generates lottery effect screen information including a program and data related to the display and control of the lottery effect screen and the identifier of the scheduled transmission page, based on the reward condition indicated by the selected reward condition information. To do.
  • the lottery effect screen has a function of automatically requesting a transmission planned page when a predetermined event occurs, and the identifier of the transmission planned page is used for this automatic request. Games such as slots displayed on the lottery effect screen are controlled based on reward conditions.
  • the effect screen generator 16 outputs the generated lottery effect screen information to the effect screen transmitter 17.
  • the effect screen generation unit 16 specifies the current display page on the terminal 20 based on the abnormality notification. After that, the reward conditions can be determined.
  • the effect screen transmission unit 17 is means for transmitting the lottery effect screen information input from the effect screen generation unit 16 to the terminal 20.
  • the lottery effect screen is displayed on the terminal 20 by the processing of the effect screen generating unit 16 and the effect screen transmitting unit 17.
  • examples of lottery effect screens generated based on the reward condition information shown in FIG. 7B are shown in FIGS.
  • a message Ea indicating that the next screen cannot be displayed due to concentration of access a message Eb indicating that it is possible to challenge the lottery under more favorable conditions before putting the product into the shopping basket, and a slot game F Is displayed.
  • the slot game F includes reels Fa to Fc. The user can challenge to acquire points by playing this slot game, and can acquire points when three “7” s are arranged.
  • the message Eb is a lottery effect screen when the next screen cannot be displayed at the time before the product is put into the shopping cart (hereinafter referred to as “reference time”. For example, when the user simply tries to browse the product page). Is a message indicating that the user can challenge the lottery under conditions that are more advantageous than when the lottery is displayed.
  • a lottery effect screen E as shown in FIG. 8 is generated by the server 10 and displayed on the terminal 20.
  • all of the reels Fa to Fc rotate, and the user challenges to acquire points by operating three buttons corresponding to these three reels.
  • the message Mb indicates that the winning probability is twice that of the reference time and that special points (1000 points) are given.
  • a lottery effect screen E as shown in FIG. 9 is generated by the server 10 and displayed on the terminal 20.
  • the reel Fa is stopped at the position “7” from the beginning, and only the reels Fb and Fc are rotating.
  • the user challenges to earn points by operating two buttons corresponding to these reels Fb and Fc.
  • the message Mb indicates that the winning probability is three times the reference time and that special points (2000 points) are given.
  • a lottery effect screen E as shown in FIG. 10 is generated by the server 10 and displayed on the terminal 20.
  • the reels Fa and Fb are stopped at the position “7” from the beginning, and only the reel Fc is rotating.
  • the user challenges to earn points by operating only one button corresponding to the reel Fc.
  • the message Mb indicates that the winning probability is four times the reference time and that special points (3000 points) are given.
  • the winning probability is higher than the reference time and the grant points are directly displayed as a part of the message Mb.
  • the winning probability that is, the winning probability is indirectly shown as the initial state of the reels Fa to Fc.
  • the lottery effect screen has a function for automatically requesting a transmission scheduled page when a predetermined event occurs.
  • a request for a transmission scheduled page is automatically transmitted to the server 10 every time the user completes one slot game.
  • the request processing unit 13 and the next screen transmission unit 14 regenerate and retransmit the next screen information. If this re-execution is successful, the original next screen (a shopping cart page, an order page, or an order confirmation page) is displayed on the terminal 20 instead of the lottery effect screen.
  • the lottery effect screen is continuously displayed. In this case, the user can challenge the lottery again. Therefore, the lottery effect screen continues to be displayed until the original next screen is displayed, and the user can enjoy the lottery during that time.
  • the composition and functions of the lottery effect screen may be determined arbitrarily. For example, a dice game or a puzzle game may be used as a lottery game. If the game time for one game is long to some extent, the lottery effect screen program periodically requests a scheduled transmission page and determines that the next screen can be displayed. May be shown to the user.
  • the lottery effect screen is displayed until the next screen that should be displayed is displayed, and the lottery result is always displayed before the transition to the next screen, so that the user can be surely kept in the site. I can expect that.
  • by providing a user with a chance to acquire points multiple times on the lottery effect screen it can be expected that the user is more surely retained in the site.
  • the payout rate is determined so that the payout rate in the lottery on the lottery effect screen decreases as the number of lotteries increases in order to consider the reward provider. It may be adjusted according to the number of times. This is a technique for avoiding the loss of funds for reward providers.
  • the lottery effect screen function may be set so that the winning probability decreases to 30%, 25%, and 20% as the number of lotteries increases from 1 to 3.
  • Such control of the payout rate is realized by the program embedded in the lottery effect screen changing the winning probability in the program based on a preset rule without communicating with the server 10. May be.
  • the program may inquire the server 10 about the winning probability corresponding to the number of lotteries and apply the winning probability received from the server 10.
  • a lottery with a long play time may be provided to the user only once. In this case, when changing to the next screen, the lottery result is displayed after the play time is shortened.
  • Only part of the lottery conditions may be displayed directly or indirectly on the lottery effect screen. For example, in the examples of FIGS. 8 to 10, only one of the winning probability and the granted points may be displayed.
  • the point update unit 18 is a means for updating the user's points stored in the database 12 based on the lottery information received from the terminal 20.
  • the lottery information is information indicating a result of a lottery performed on the lottery effect screen displayed on the terminal 20, and includes a user ID and a game result or a point acquired by the game.
  • the point update unit 18 adds the point generated this time to the acquired point of the user data corresponding to the user ID included in the lottery information.
  • the point updating unit 18 ends the process without updating the user data.
  • the terminal 20 includes a request transmission unit 21, a screen reception unit 22, a display unit 23, a lottery information acquisition unit 24, and a lottery information transmission unit 25 as functional components.
  • the hardware configuration of the terminal 20 is basically the same as that of the server 10 shown in FIG. 2, and how each function of the terminal 20 shown in FIG. Is the same as described above. Therefore, the detailed description regarding the hardware configuration of the terminal 20 is omitted.
  • the request transmission unit 21 is means for transmitting request information generated based on an operation of a user who has accessed the virtual shopping mall.
  • the contents of the request information are as described above.
  • the screen receiving unit 22 is a means for receiving the screen information sent from the server 10 and outputting it to the display unit 23. As described above, there are two types of screen information to be received: next screen information and lottery effect screen information.
  • the display unit 23 is a means for displaying a screen (web page) indicated by the screen information input from the screen receiving unit 22.
  • the display unit 23 displays a shopping cart page, an order page, or an order confirmation page as shown in FIGS. 3 to 6, and in some cases displays a lottery effect screen as shown in FIGS.
  • the lottery information acquisition unit 24 is a means for acquiring a lottery result performed on the lottery effect screen.
  • the lottery information acquisition unit 24 is realized by the terminal 20 executing a program included in the lottery effect screen information.
  • the lottery information transmission unit 25 is a means for transmitting the lottery information input from the lottery information acquisition unit 24 to the server 10.
  • the lottery information transmission unit 25 is also realized by the terminal 20 executing a program included in the lottery effect screen information.
  • the lottery information is transmitted when the next screen to be originally displayed is displayed on the terminal 20, and is processed by the point update unit 18 of the server 10 as described above. Therefore, the points generated by winning are determined only after the next screen is displayed.
  • the process of transmitting various screen information is executed as shown in FIG.
  • the request receiving unit 11 receives request information for requesting a shopping cart page
  • the request processing unit 13 executes processing for generating screen information of the page
  • the next screen transmission unit 14 executes processing for transmitting the screen information.
  • the determination unit 15 determines the success or failure of the generation and transmission processes (step S12).
  • step S12 If both the generation and transmission processing of the shopping cart page are successful (step S12; YES), then the request reception unit 11 receives the request information of the order page from the terminal 20, and the request processing unit 13 and the next screen transmission unit 14 However, the process which produces
  • step S14 If both the order page generation and transmission processing are successful (step S14; YES), then the request reception unit 11 receives the request information of the order confirmation page from the terminal 20, and the request processing unit 13 and the next screen transmission unit 14 However, the process which produces
  • step S17 the effect screen generation unit 16 specifies a transmission scheduled page from the abnormality notification input from the determination unit 15, and refers to the reward condition information, thereby reward conditions corresponding to the page. Is acquired (step S171). Then, the effect screen generation unit 16 generates lottery effect screen information based on the reward condition (step S172). Finally, the effect screen transmission unit 17 transmits the lottery effect screen information to the terminal 20 (step S18).
  • Step S11 corresponds to a request reception step, a next screen generation step, and a next screen transmission step.
  • steps S13 and S15 correspond to steps S13 and S15.
  • Steps S12, S14, and S16 correspond to determination steps.
  • Step S171 corresponds to a determination step, corresponds to a step S172 effect screen generation step, and step S18 corresponds to an effect screen transmission step.
  • the screen receiving unit 22 receives the lottery effect screen information, and the display unit 23 displays the lottery effect screen based on the information (step S21).
  • the user performs a lottery operation via the lottery effect screen (step S22).
  • the next screen re-request is executed by the function of the lottery effect screen (step S23).
  • step S24 YES
  • lottery information is transmitted from the terminal 20 to the server 10, and the point update unit 18 executes processing based on the lottery information. (Step S25). If the user is elected, points are added to the user in the process of step S25, thereby recognizing the reward.
  • step S24 when the next screen is not displayed even though the request is made again (step S24; NO), the processing of steps S21 to S23 is repeated. That is, the lottery effect screen continues to be displayed, and the user can continue to perform the lottery.
  • the electronic commerce program P1 includes a main module P10, a request reception module P11, a storage module P12, a request processing module P13, a next screen transmission module P14, a determination module P15, an effect screen generation module P16, an effect screen transmission module P17, and a point update module. P18 is provided.
  • the main module P10 is a part that comprehensively controls electronic commerce processing including access management. Functions realized by executing the request reception module P11, the storage module P12, the request processing module P13, the next screen transmission module P14, the determination module P15, the effect screen generation module P16, the effect screen transmission module P17, and the point update module P18. Are the same as the functions of the request receiving unit 11, the database 12, the request processing unit 13, the next screen transmission unit 14, the determination unit 15, the production screen generation unit 16, the production screen transmission unit 17, and the point update unit 18 of the server 10, respectively. It is.
  • the electronic commerce program P1 is provided in a form fixedly recorded on a recording medium such as a CD-ROM or DVD-ROM or a semiconductor memory, for example. Further, the electronic commerce program P1 may be provided via a communication network as a data signal superimposed on a carrier wave.
  • the lottery effect screen that provides the user with an opportunity to obtain points is displayed on the terminal 20.
  • the effect screen is a screen generated based on the reward condition determined based on the screen transition status in the terminal 20, and the reward condition is displayed on the lottery effect screen according to the screen transition status.
  • the status of the screen transition indicates the staying status of the user in the site. Since the user can perform the lottery after confirming the reward conditions according to the staying situation in the site via the lottery effect screen as described above, the user can be enthusiastic, and as a result, the user Can be kept in the site.
  • the site owner (administrator of the virtual shopping mall) gives priority to users who want to remain in the site by providing a lottery effect screen according to the screen transition status (user stay status).
  • the site creator can preferentially keep a user who is assumed to have a strong intention to purchase a product in the site.
  • the site opener has users who have advanced to the order page preferentially stay in the site rather than users who have advanced to the shopping cart page, or users who have advanced to the order confirmation page rather than users who have advanced to the order page. Can be preferentially kept in the site.
  • the present invention is applied to the electronic commerce system 1, but the application field of the present invention is not limited to this.
  • the present invention can be applied to access management of an information processing system that performs a process of guiding a user to complete one procedure while sequentially displaying a plurality of screens.
  • the present invention may be applied to scenes such as initial user registration processing at a website that provides a predetermined service or rental processing at a website that provides a rental service for goods.
  • the present invention may be applied to a website of a service that does not use a shopping basket (for example, application for a credit card, opening a bank account, insurance product, request for materials, etc.). In such a case, for example, it is conceivable to set a reward condition so that a person who has finished inputting an address has a higher probability of winning than a person who has not input an address.
  • points are given to the user as a reward, but the type of reward is not limited.
  • a coupon that can be used in place of money in a virtual shopping mall, or some kind of prize may be used as the reward.
  • the winning points are determined only after the next screen to be originally displayed is displayed, but the points are immediately received by the user when the lottery result is obtained without waiting for the next screen to be displayed. May be provided.
  • the function of the server 10 may be distributed to a plurality of servers or computer systems.
  • the database 12 and the point update unit 18 may be provided on another server different from the server 10.
  • SYMBOLS 1 Electronic commerce system, 10 ... Server (access management server), 11 ... Request reception part (request reception means), 12 ... Database, 13 ... Request processing part (next screen generation means), 14 ... Next screen transmission part (next Screen transmission means), 15 ... determination section (determination means), 16 ... effect screen generation section (decision means, effect screen generation means), 17 ... effect screen transmission section (effect screen transmission means), 20 ... terminal, 21 ... request Transmission unit, 22 ... screen reception unit, 23 ... display unit, 24 ... lottery information acquisition unit, 25 ... lottery information transmission unit, P1 ... electronic commerce program (access management program), P10 ... main module, P11 ...

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Multimedia (AREA)
  • Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

　サーバ１０は、端末２０からのリクエスト情報を受信するリクエスト受信部１１と、受信されたリクエスト情報に応じて、端末２０に次の画面を表示させるための次画面情報を生成するリクエスト処理部１３と、生成された次画面情報を端末２０に送信する次画面送信部１４と、次画面送信部１４により次画面情報が端末２０に送信されたか否かを判定する判定部１５と、次画面情報が端末２０に送信されなかったと判定された場合に、端末２０における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定し、その報酬条件に基づいて、抽選演出画面を端末２０に表示させるための抽選演出画面情報を生成する演出画面生成部１６と、生成された抽選演出画面情報を端末２０に送信する演出画面送信部１７とを備える。抽選演出画面上では報酬条件が画面遷移の状況に応じて表示される。

Description

アクセス管理サーバ、アクセス管理方法、アクセス管理プログラム、及びそのプログラムを記録したコンピュータ読取可能な記録媒体
　本発明の一形態は、アクセス管理サーバ、アクセス管理方法、アクセス管理プログラム、及びそのプログラムを記録したコンピュータ読取可能な記録媒体に関する。
　インターネット上のサイトにアクセスしようとする際には何らかの事情によりそのアクセスができない場合があり、その場合にはエラーページが表示される。例えば下記特許文献１には、ユーザの興味や嗜好を反映した広告をエラーページに表示する広告システムが記載されている。
特開２００９－２６５８３３号公報
　しかしながら、単にエラーページを表示しただけではユーザ（閲覧者）がサイトから離れてしまうことが考えられる。上記特許文献１に記載されているように広告を表示した場合には、広告を表示しない場合と比べてユーザをサイト内に留めさせる可能性が高まるが、その効果は必ずしも高いとはいえない。
　そこで、ユーザがサイト内の所定のウェブページにアクセスできなかった場合でもそのユーザを当該サイト内に留めさせることが要請されている。
　本発明の一形態に係るアクセス管理サーバは、端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバであって、端末からのリクエスト情報を受信するリクエスト受信手段と、リクエスト受信手段により受信されたリクエスト情報に応じて、端末に次の画面を表示させるための次画面情報を生成する次画面生成手段と、次画面生成手段により生成された次画面情報を端末に送信する次画面送信手段と、次画面送信手段により次画面情報が端末に送信されたか否かを判定する判定手段と、次画面情報が端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定手段と、決定手段により決定された報酬条件に基づいて、抽選演出画面を端末に表示させるための抽選演出画面情報を生成する演出画面生成手段であって、該抽選演出画面上では該報酬条件が画面遷移の状況に応じて表示される、該演出画面生成手段と、演出画面生成手段により生成された抽選演出画面情報を端末に送信する演出画面送信手段とを備えることを特徴とする。
　本発明の一形態に係るアクセス管理方法は、端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバにより実行されるアクセス管理方法であって、端末からのリクエスト情報を受信するリクエスト受信ステップと、リクエスト受信ステップにおいて受信されたリクエスト情報に応じて、端末に次の画面を表示させるための次画面情報を生成する次画面生成ステップと、次画面生成ステップにおいて生成された次画面情報を端末に送信する次画面送信ステップと、次画面送信ステップにおいて次画面情報が端末に送信されたか否かを判定する判定ステップと、次画面情報が端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定ステップと、決定ステップにおいて決定された報酬条件に基づいて、抽選演出画面を端末に表示させるための抽選演出画面情報を生成する演出画面生成ステップであって、該抽選演出画面上では該報酬条件が画面遷移の状況に応じて表示される、該演出画面生成ステップと、演出画面生成ステップにおいて生成された抽選演出画面情報を端末に送信する演出画面送信ステップとを含むことを特徴とする。
　本発明の一形態に係るアクセス管理プログラムは、端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバとしてコンピュータを機能させるアクセス管理プログラムであって、端末からのリクエスト情報を受信するリクエスト受信手段と、リクエスト受信手段により受信されたリクエスト情報に応じて、端末に次の画面を表示させるための次画面情報を生成する次画面生成手段と、次画面生成手段により生成された次画面情報を端末に送信する次画面送信手段と、次画面送信手段により次画面情報が端末に送信されたか否かを判定する判定手段と、次画面情報が端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定手段と、決定手段により決定された報酬条件に基づいて、抽選演出画面を端末に表示させるための抽選演出画面情報を生成する演出画面生成手段であって、該抽選演出画面上では該報酬条件が画面遷移の状況に応じて表示される、該演出画面生成手段と、演出画面生成手段により生成された抽選演出画面情報を端末に送信する演出画面送信手段とをコンピュータに実行させることを特徴とする。
　本発明の一形態に係るコンピュータ読み取り可能な記録媒体は、端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバとしてコンピュータを機能させるアクセス管理プログラムを記録したコンピュータ読取可能な記録媒体であって、アクセス管理プログラムが、端末からのリクエスト情報を受信するリクエスト受信手段と、リクエスト受信手段により受信されたリクエスト情報に応じて、端末に次の画面を表示させるための次画面情報を生成する次画面生成手段と、次画面生成手段により生成された次画面情報を端末に送信する次画面送信手段と、次画面送信手段により次画面情報が端末に送信されたか否かを判定する判定手段と、次画面情報が端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定手段と、決定手段により決定された報酬条件に基づいて、抽選演出画面を端末に表示させるための抽選演出画面情報を生成する演出画面生成手段であって、該抽選演出画面上では該報酬条件が画面遷移の状況に応じて表示される、該演出画面生成手段と、演出画面生成手段により生成された抽選演出画面情報を端末に送信する演出画面送信手段とをコンピュータに実行させる、ことを特徴とする。
　このような形態によれば、一連の処理の最中に次画面情報の送信が失敗すると、報酬を得る機会をユーザに提供する抽選演出画面が端末に表示される。この抽選演出画面は、端末における画面遷移の状況に基づいて決定された報酬条件に基づいて生成される画面であり、この抽選演出画面にはその報酬条件が画面遷移の状況に応じて表示される。画面遷移の状況は、サイト内におけるユーザの滞在状況（ユーザがどの段階のウェブページにアクセスしているかということ）を示すものと言える。ユーザは上記のような抽選演出画面を介して、サイト内における滞在状況に応じた報酬条件を確認した上で抽選を行うことができるので、ユーザの射倖心を煽ることができ、その結果、ユーザをサイト内に留めさせることが可能になる。また、サイト開設者は、画面遷移の状況（ユーザの滞在状況）に応じた抽選演出画面を提供することで、引き続きサイト内に残って欲しいユーザを優先的に当該サイトに留めさせることができる。
　別の形態に係るアクセス管理サーバは、端末からの次画面情報の再要求により該端末上に次の画面が表示されたときに、該端末のユーザに付与する報酬を抽選演出画面での抽選結果に基づいて確定し、確定した該ユーザの報酬を所定のデータベースに格納する登録手段をさらに備えてもよい。
　このように、本来表示されるべき次の画面が表示されて初めて報酬を確定することで、ユーザが抽選だけを行ってサイトから離れてしまうことを防ぐことができる。
　さらに別の形態に係るアクセス管理サーバでは、報酬条件にはペイアウト率が含まれ、第１の画面に対応する第１の次画面情報が送信されなかった場合のペイアウト率よりも、該第１の画面よりも後に表示される第２の画面に対応する第２の次画面情報が送信されなかった場合のペイアウト率の方が高くてもよい。
　このように、端末において先の画面に進んでいるほどペイアウト率を高くすることで、サイト内において先の画面に進んでいるユーザがそのサイト内に留まる可能性を上げることができる。
　さらに別の形態に係るアクセス管理サーバでは、端末からの次画面情報の再要求により該端末上に次の画面が表示されるまでの間、抽選演出画面が端末上に表示され続け、抽選演出画面から次の画面に遷移するまでに、該抽選演出画面における抽選結果が出てもよい。
　このように、本来表示されるべき次の画面が表示されるまで抽選演出画面を表示するとともに、当該次の画面に遷移するまでに抽選結果を出すことで、ユーザをより確実にサイト内に留めさせることが期待できる。
　さらに別の形態に係るアクセス管理サーバでは、端末のユーザが複数回の抽選を実行可能であるように抽選演出画面が構成され、抽選回数の増加に応じて、抽選演出画面での抽選におけるペイアウト率が低くなるように、該ペイアウト率が抽選回数に応じて調整されてもよい。
　このように、抽選演出画面において報酬獲得のチャンスを複数回ユーザに提供することで、そのユーザをより確実にサイト内に留めさせることが期待できる。また、その場合のペイアウト率を抽選回数の増加に応じて下げることで、報酬の提供者にも配慮することができる。
　本発明の一側面によれば、ユーザがサイト内の所定のウェブページにアクセスできなかった場合でもそのユーザを当該サイト内に留めさせることができる。
実施形態に係る電子商取引システムの機能構成を示すブロック図である。 図１に示すサーバのハードウェア構成を示す図である。 買い物かごページの例を示す図である。 注文ページの例を示す図である。 注文ページの例を示す図である。 注文確定ページの例を示す図である。 （ａ），（ｂ）は報酬条件情報の例を示す図である。 抽選演出画面の一例を示す図である。 抽選演出画面の別の例を示す図である。 抽選演出画面のさらに別の例を示す図である。 画面情報を送信する処理を示すフローチャートである。 図１１に示す、抽選演出画面情報を生成する処理の詳細を示すフローチャートである。 抽選に基づいて報酬を確定する処理を示すフローチャートである。 実施形態に係る電子商取引プログラムの構成を示す図である。
　以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。本実施形態では、本発明の一形態に係るアクセス管理サーバを電子商取引システム内のサーバに適用する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。
　まず、図１～１０を用いて、実施形態に係る電子商取引システム１の機能及び構成を説明する。電子商取引システム１は、複数のオンラインショップを含んで構築される仮想商店街のウェブサイトを、商品を購入しようとするユーザに対して提供するためのコンピュータシステムである。この電子商取引システム１は仮想商店街を提供するサーバ（アクセス管理サーバ）１０と、各ユーザの端末２０とを備えている。サーバ１０と各端末２０とは、インターネットなどで構成されるネットワーク（図示せず）を介して互いに通信可能である。なお、図１では、サーバ１０及び端末２０の機能構成を示すために端末２０を一つしか示していないが、電子商取引システム１では複数の端末２０が存在し得る。
　まず、サーバ１０について説明する。サーバ１０は、端末２０から受信したリクエスト情報に応じて、商品の購入に関する画面（ウェブページ）をその端末２０に順次表示させることで商品購入の手続きをユーザに案内し、最終的にはユーザの端末操作に基づいて購入処理を確定するコンピュータである。このサーバ１０は機能的構成要素としてリクエスト受信部（リクエスト受信手段）１１、データベース１２、リクエスト処理部（次画面生成手段）１３、次画面送信部（次画面送信手段）１４、判定部（判定手段）１５、演出画面生成部（決定手段、演出画面生成手段）１６、演出画面送信部（演出画面送信手段）１７、及びポイント更新部（登録手段）１８を備えている。
　このサーバ１０は、図２に示すように、オペレーティングシステムやアプリケーション・プログラムなどを実行するＣＰＵ１０１と、ＲＯＭ及びＲＡＭで構成される主記憶部１０２と、ハードディスクなどで構成される補助記憶部１０３と、ネットワークカードなどで構成される通信制御部１０４と、キーボードやマウスなどの入力部１０５と、モニタなどの出力部１０６とで構成される。なお、サーバ１０は１台のマシンで構成してもよいし、複数のマシンで構成してもよい。
　図１に示すサーバ１０の各機能は、ＣＰＵ１０１や主記憶部１０２の上に所定のソフトウェアを読み込ませ、ＣＰＵ１０１の制御の下で通信制御部１０４や入力部１０５、出力部１０６などを動作させ、主記憶部１０２や補助記憶部１０３におけるデータの読み出し及び書き込みを行うことで実現される。処理に必要なデータやデータベースは主記憶部１０２や補助記憶部１０３内に格納される。
　図１に戻って、リクエスト受信部１１は、端末２０からリクエスト情報を受信する手段である。リクエスト情報は、端末２０がサーバ１０に対して商品購入に関する処理を要求するための情報であり、より具体的には、商品を絞り込むための条件や特定の商品の購入数、ユーザ情報、商品の送付先の情報などを含む情報である。また、このリクエスト情報は、画面（ウェブページ）を切り替える際に次にどの画面を表示するかを判定するためのクッキー（ＨＴＴＰ　ｃｏｏｋｉｅ、又はＣｏｏｋｉｅ）も含んでいる。リクエスト受信部１１は受信したリクエスト情報をリクエスト処理部１３に出力する。
　データベース１２は、商品購入処理に関する各種データを記憶する手段である。具体的には、データベース１２は仮想店舗に関する店舗データや、その仮想店舗が取り扱う商品に関する商品データ、ユーザに関するユーザデータ、特定のユーザが特定の商品を購入したことを示す購入データなどを記憶する。
　店舗データには、店舗を特定するための店舗ＩＤと、様々な店舗属性（例えば、店舗名、決済方法のリスト、配送方法のリストなど）とが含まれる。商品データには、商品を特定するための商品ＩＤと、様々な商品属性（商品の名称、サイズ、色、単価など）とが含まれる。ユーザデータには、ユーザを特定するためのユーザＩＤと、様々なユーザ属性（ユーザの名前、住所、電話番号、パスワード、獲得ポイントなど）とが含まれる。本実施形態において、ユーザデータで示される獲得ポイントは、ユーザが商品を購入したことで得たポイントや、後述する抽選演出画面での抽選操作により獲得したポイントの累計である。購入データには、購入ユーザのユーザＩＤ、購入商品の商品ＩＤ、購入数、選択された決済方法及び配送方法などが含まれる。
　なお、データベース１２が記憶するデータの種類や各データの構成は上記のものに限定されない。
　リクエスト処理部１３は、リクエスト受信部１１から入力されたリクエスト情報に基づいて、商品購入に関する処理を実行する手段である。具体的には、リクエスト処理部１３はそのリクエスト情報に基づいて、次のウェブページを端末２０上に表示するための画面情報（以下では「次画面情報」という）を生成する。この際には、リクエスト処理部１３は必要に応じて、リクエスト情報で示される検索条件に合致するデータをデータベース１２から抽出する。また、リクエスト処理部１３はリクエスト情報にしたがって購入データを生成し、最終的にはその購入データをデータベース１２に格納する。
　これらの処理のうち、次画面情報を生成する処理に関して詳しく説明する。具体的には、端末２０に順に表示される買い物かごページ、注文ページ、及び注文確定ページの３画面に関する処理を説明する。
　ここで、買い物かごページとは、ユーザにより選択された商品のリストを表示するウェブページであり、例えば図３に示すように生成される。図３の画面は、ユーザＡが商品Ｓ，Ｔという二種類の商品を購入対象として選択していること、言い換えれば、それらの商品をいわゆる買い物かごに入れたことを示している。この画面の最下段にある「ご注文手続へ」というボタンは、選択されている商品を確定して次の注文ページに移るためのユーザインタフェースである。
　注文ページとは、ユーザ情報や送付先、決済方法などの、購入手続きに必要な情報を入力するためのウェブページであり、例えば図４，５に示すように生成される。図４，５はそれぞれ、注文ページの１ページ目、２ページ目を示している。
　注文ページの１ページ目には、選択商品のリストと、ユーザ情報（ユーザＩＤ、パスワード）及び送付先の入力欄とが表示されている。この画面の最下段にある「次へ」ボタンは、入力を確定して２ページ目に移るためのユーザインタフェースである。
　注文ページの２ページ目には、選択商品のリスト（１ページ目と同じ）と、支払方法の入力欄とが表示されている。この画面の最下段にある「次へ」ボタンは、入力を確定して注文確定ページに移るためのユーザインタフェースである。
　注文確定ページとは、注文内容を表示してその注文を確定させるためのウェブページであり、例えば図６に示すように生成される。図６の画面には、注文者であるユーザの情報や送付先の情報、選択商品のリストが表示されている。画面の最上段にある「この内容で注文する」というボタンは、注文を確定して購入処理を終了するためのユーザインタフェースである。
　各ページの画面情報は、表示するデータや画面制御に関するデータなどがマークアップ言語で記述されたり、画面制御用のスクリプトが埋め込まれたりした態様で構築される。もっとも、画面情報の仕様や形式はこれに限定されるものではない。
　なお、上記各ページの画面構成は図３～６のものに限定されない。例えば図４，５で示す複数の注文ページを一つのページにまとめてもよい。
　買い物かごページの要求を示すリクエスト情報が入力された場合には、リクエスト処理部１３はそのリクエスト情報内のクッキーを参照して、次に端末２０に表示すべき画面が買い物かごページであると判定する。また、リクエスト処理部１３はデータベース１２から必要なデータを抽出する。例えば、リクエスト処理部１３はリクエスト情報内の商品ＩＤに対応する商品データを抽出する。続いて、リクエスト処理部１３は抽出したデータ等を用いて買い物かごページの画面情報を生成し、次画面情報として次画面送信部１４に出力する。
　買い物かごページに対するユーザ操作に起因して、注文ページの要求を示すリクエスト情報が入力された場合には、リクエスト処理部１３はそのリクエスト情報内のクッキーを参照して、次に表示すべき画面が注文ページの１ページ目であると判定する。また、リクエスト処理部１３はデータベース１２から必要なデータを抽出する。続いて、リクエスト処理部１３は抽出したデータ等を用いて注文ページの１ページ目の画面情報を生成し、次画面情報として次画面送信部１４に出力する。
　注文ページの１ページ目に対するユーザ操作に起因して、次のページの要求を示すリクエスト情報が入力された場合には、リクエスト処理部１３は上記と同様に注文ページの２ページ目の画面情報を生成する。そして、リクエスト処理部１３は生成した画面情報を次画面情報として次画面送信部１４に出力する。
　注文ページの２ページ目に対するユーザ操作に起因して、注文確定ページの要求を示すリクエスト情報が入力された場合には、リクエスト処理部１３はそのリクエスト情報内のクッキーを参照して、次に端末２０に表示すべき画面が注文確定ページであると判定する。また、リクエスト処理部１３はデータベース１２から必要なデータを抽出する。続いて、リクエスト処理部１３は抽出したデータ等を用いて注文確定ページの画面情報を生成し、次画面情報として次画面送信部１４に出力する。
　このように、リクエスト処理部はリクエスト情報に応じて、端末２０に次の画面を表示させるための次画面情報を生成する。
　次画面送信部１４は、リクエスト処理部１３から入力された次画面情報を端末２０に送信する手段である。
　判定部１５は、次画面送信部１４により次画面情報が端末２０に送信されたか否かを判定する手段である。
　判定部１５は、リクエスト処理部１３に入力されたリクエスト情報内のクッキーに基づいて、端末２０における画面遷移の状況を判定する。ここで、「画面遷移の状況の判定」とは、買い物かごページから注文ページを経て注文確定ページへと至る一連のウェブページの切替の中で、どの画面が端末２０で表示されているか、及び／又は、次にどの画面が表示されるかを判定することを意味する。
　続いて、判定部１５はリクエスト処理部１３における次画面情報（買い物かごページ、注文ページ、あるいは注文確定ページ）の生成が正常に終了したか否か、及び、次画面送信部１４における次画面情報の送信が正常に終了したか否かを判定する。したがって、「次画面情報が送信されたか否か」とは、次画面情報の送信の成否だけでなく、送信の前提となる次画面情報の生成の成否も含む概念である。判定部１５は、リクエスト処理部１３における生成処理の実行結果（正常終了又は異常終了）、及び次画面送信部１４における送信処理の実行結果（正常終了又は異常終了）を得ることで、次画面情報の送信の成否を判定する。
　ここで、次画面情報の生成や送信が失敗する場合としては、特定の仮想店舗や特定の商品へのアクセス集中により、サーバ１０の負荷が増大したりサーバ１０と端末２０との間のネットワークが混雑したりして、生成処理や送信処理が途中で打ち切られる場合が挙げられる。
　このような原因による異常終了を検知して次画面情報の送信が失敗したと判定した場合には、判定部１５は、端末２０における画面遷移の状況に関する判定結果（現在の表示ページ又は次に表示するページを特定する情報）と、次画面情報の送信に失敗したことを示すメッセージとを含む異常通知を生成する。そして、判定部１５はその異常通知を演出画面生成部１６に出力する。一方、生成処理及び送信処理の双方が正常に終了したことを検知した場合には、判定部１５はそのような出力を行うことなく処理を終了する。
　演出画面生成部１６は、次画面情報が端末２０に送信されなかったと判定された場合に、その端末２０に抽選演出画面を表示させるための抽選演出画面情報を生成する手段である。この抽選演出画面は、端末２０に本来表示されるべきウェブページ（例えば、買い物かごページ、注文ページ、または注文確定ページ）の送信に失敗した場合に端末２０上に表示されるウェブページであり、ユーザにくじを引かせる役割を担っている。
　異常通知が入力されると、演出画面生成部１６はその通知を解析して、端末２０で次に表示されるはずだったウェブページ、すなわち次画面情報として端末２０に送信するはずだったウェブページ（以下では「送信予定ページ」という）を特定する。続いて、演出画面生成部１６はその送信予定ページに基づいて報酬条件を決定する。このために、演出画面生成部１６は、送信予定ページと、対応する抽選演出画面が表示される条件（抽選演出画面を提供する条件）と、報酬条件との対応関係を示す報酬条件情報を予め保持している。報酬条件は、ユーザに付与される所定の報酬に関する条件であり、その具体的な内容は任意に定めてよい。
　報酬条件情報のいくつかの例を図７に示す。図７（ａ）に示す例では、各送信予定ページ（買い物かごページ、注文ページ、及び注文確定ページ）に対して、報酬として付与されるポイントと、そのポイントを得るためのユーザの条件（当選条件）とを含む報酬条件が設定されている。この例では、報酬ポイントは一定であるが、端末２０において先のウェブページに進んでいるほど（商品購入の手続きが先に進んでいるほど）当選条件は緩くなっている。これは、端末２０において先のウェブページに進んでいるほど（商品購入の手続きが先に進んでいるほど）当選確率が高くなることを意味する。
　図７（ｂ）に示す例では、各送信予定ページに対して、当選確率および付与ポイントを含む報酬条件が設定されている。この例では、端末２０において先のウェブページに進んでいるほど、当選確率が高くなると共に付与ポイントが大きくなるように設定されている。
　このように、報酬条件の内容は何ら限定されない。各送信予定ページに対応する当選確率及び付与ポイントは、報酬を付与する事業者の原資やペイアウト率などを考慮して任意の方法で任意の値に設定してよい。したがって、原資やペイアウト率も報酬条件であるといえる。
　例えば、端末２０において先のウェブページに進んでいるほどペイアウト率を高くし、そのペイアウト率に応じて当選確率や付与ポイントを設定してもよい。例えば、買い物かごページが送信されなかった場合のペイアウト率Ｐｒ１よりも、注文ページが送信されなかった場合のペイアウト率Ｐｒ２の方を高くするとともに、このペイアウト率Ｐｒ２よりも、注文確定ページが送信されなかった場合のペイアウト率Ｐｒ３の方を高くする。このように、端末２０において先の画面に進んでいるほどペイアウト率を高くすることで、サイト内において先に進んでいるユーザがそのサイト内に留まる可能性を上げることができる。もちろん、画面遷移の状況に関係なくペイアウト率を常に一定にしてもよい。
　図７の例では、端末２０において先のウェブページに進んでいるほど報酬条件がユーザにとって有利になるように設定されているが、このような設定手法を採用するか否かも任意である。
　報酬条件情報の構成は図７の例に限定されない。例えば、送信予定ページ及び報酬条件のみから成る報酬条件情報でもよい。また、送信予定ページを用いず、端末２０で現在表示されているページと報酬条件とから成る報酬条件情報を用意してもよい。
　演出画面生成部１６は、特定した送信予定ページに対応する報酬条件情報を選択する。この選択は、演出画面生成部１６が端末２０における画面遷移の状況に基づいて報酬条件を決定することを意味する。続いて、演出画面生成部１６は選択した報酬条件情報で示される報酬条件に基づいて、抽選演出画面の表示や制御に関するプログラム及びデータと、送信予定ページの識別子とを含む抽選演出画面情報を生成する。抽選演出画面は、所定のイベントが発生した時に送信予定ページを自動的に要求する機能を有しており、送信予定ページの識別子はこの自動要求に用いられる。抽選演出画面上に表示されるスロットなどのゲームは、報酬条件に基づいて制御される。演出画面生成部１６は生成した抽選演出画面情報を演出画面送信部１７に出力する。
　なお、報酬条件情報が、端末２０で現在表示されているページと報酬条件とを関連付けた情報である場合には、演出画面生成部１６は端末２０における現在の表示ページを異常通知に基づいて特定した上で報酬条件を決定すればよい。
　演出画面送信部１７は、演出画面生成部１６から入力された抽選演出画面情報を端末２０に送信する手段である。
　このような演出画面生成部１６及び演出画面送信部１７の処理により、端末２０上に抽選演出画面が表示される。以下では、図７（ｂ）に示す報酬条件情報に基づいて生成される抽選演出画面の例を図８～１０に示す。
　抽選演出画面Ｅには、アクセス集中により次画面を表示できない旨のメッセージＥａと、商品を買い物かごに入れる前より有利な条件でくじに挑戦することができる旨を示すメッセージＥｂと、スロットゲームＦとが表示される。スロットゲームＦはリールＦａ～Ｆｃを含んでいる。ユーザはこのスロットゲームを行うことでポイント獲得に挑戦でき、「７」が三つ並んだ場合にポイントを得ることができる。なお、メッセージＥｂは、商品を買い物かごに入れる前の時点（以下では「基準時」という。例えば、ユーザが単に商品ページを閲覧しようとする時など）で次画面が表示できずに抽選演出画面が表示されてくじに挑戦する場合よりも有利な条件で、ユーザがくじに挑戦できることを示すメッセージである。
　買い物かごページの送信に失敗した場合には、図８に示すような抽選演出画面Ｅがサーバ１０により生成されて端末２０上に表示される。この場合には、リールＦａ～Ｆｃのすべてが回転し、ユーザはこれら三つのリールに対応する三つのボタンを操作することでポイント獲得に挑戦する。また、この場合には、当選確率が基準時の２倍である旨及び特別ポイント（１０００ポイント）が付与される旨がメッセージＭｂとして示されている。
　注文ページの送信に失敗した場合には、図９に示すような抽選演出画面Ｅがサーバ１０により生成されて端末２０上に表示される。この場合には、リールＦａは最初から「７」の箇所で停止しており、リールＦｂ，Ｆｃのみが回転している。ユーザはこれらリールＦｂ，Ｆｃに対応する二つのボタンを操作することでポイント獲得に挑戦する。また、この場合には、当選確率が基準時の３倍である旨及び特別ポイント（２０００ポイント）が付与される旨がメッセージＭｂとして示されている。
　注文確定ページの送信に失敗した場合には、図１０に示すような抽選演出画面Ｅがサーバ１０により生成されて端末２０上に表示される。この場合には、リールＦａ，Ｆｂは最初から「７」の箇所で停止しており、リールＦｃのみが回転している。ユーザはリールＦｃに対応する一つのボタンのみを操作することでポイント獲得に挑戦する。また、この場合には、当選確率が基準時の４倍である旨及び特別ポイント（３０００ポイント）が付与される旨がメッセージＭｂとして示されている。
　図８～１０の例では、抽選演出画面Ｅ上において、当選確率が基準時よりも高いことと付与ポイントとがメッセージＭｂの一部として直接的に表示されている。また、当選確率、すなわち当たり易さがリールＦａ～Ｆｃの初期状態として間接的に示されている。このように、抽選演出画面Ｅ上には、端末２０の画面遷移の状況に応じて決定された報酬条件が表示されるので、ユーザは、自身の商品購入の手続きの進み具合に応じて、どれだけ有利な条件でポイント獲得に挑戦できるかを知ることができる。
　上述したように、抽選演出画面には、所定のイベントが発生した時に送信予定ページを自動的に要求する機能が埋め込まれている。図８～１０の例では、ユーザが１回のスロットゲームを完了する度に送信予定ページの要求が自動的にサーバ１０に送信される。サーバ１０では、リクエスト受信部１１がこの再要求を受信すると、リクエスト処理部１３及び次画面送信部１４が次画面情報の再生成及び再送信を実行する。この再実行が成功した場合には、抽選演出画面に変わって本来の次画面（買い物かごページ、注文ページ、又は注文確定ページ）が端末２０上に表示される。一方、その再実行が失敗した場合には、抽選演出画面が引き続き表示される。この場合には、ユーザは抽選に再挑戦することができる。したがって、抽選演出画面は、本来の次画面が表示されるまで表示され続け、ユーザはその間抽選を楽しむことができる。
　抽選演出画面の構成及び機能は任意に決めてよい。例えば、さいころゲームやパズルゲームなどを抽選用のゲームとして用いてもよい。１回のゲーム時間がある程度長い場合には、抽選演出画面のプログラムは定期的に送信予定ページを要求し、次画面が表示可能であると判定した場合に、ゲーム時間を短縮した上で抽選結果をユーザに示してもよい。
　本来表示されるべき次の画面が表示されるまで抽選演出画面を表示されるとともに、当該次の画面に遷移するまでに抽選結果を必ず表示することで、ユーザをより確実にサイト内に留めさせることが期待できる。また、抽選演出画面においてポイント獲得のチャンスを複数回ユーザに提供することで、そのユーザをより確実にサイト内に留めさせることが期待できる。
　複数回の抽選を可能とする場合には、報酬の提供者に配慮するために、抽選回数の増加に応じて、抽選演出画面での抽選におけるペイアウト率が低くなるように、該ペイアウト率が抽選回数に応じて調整されてもよい。これは、報酬提供者の原資割れを避けるための一手法である。例えば、抽選回数が１から３に増えるに従って当選確率が３０％、２５％、２０％と下がるように抽選演出画面の機能を設定してもよい。なお、このようなペイアウト率の制御は、抽選演出画面に埋め込まれたプログラムが、サーバ１０と通信することなく、予め設定されたルールに基づいて当該プログラム内で当選確率を変更することで実現されてもよい。あるいは、抽選回数が増える毎にそのプログラムが当該抽選回数に対応する当選確率をサーバ１０に問い合わせ、サーバ１０から受信した当選確率を適用することで実現されてもよい。
　抽選の機会を複数回ユーザに提供する代わりに、プレイ時間が長い抽選を１回だけユーザに提供してもよい。この場合には、次の画面に遷移する際に、プレイ時間が短縮された上で抽選結果が表示される。
　抽選条件の一部のみを抽選演出画面に直接的又は間接的に表示してもよい。例えば、図８～１０の例において、当選確率及び付与ポイントのどちらか一方のみを表示してもよい。
　ポイント更新部１８は、端末２０から受信した抽選情報に基づいて、データベース１２に記憶されているユーザのポイントを更新する手段である。抽選情報は、端末２０に表示された抽選演出画面上で行われた抽選の結果を示す情報であり、ユーザＩＤと、ゲームの結果又はゲームにより獲得したポイントとを含む。ユーザが当選したことを抽選情報が示している場合には、ポイント更新部１８は、その抽選情報に含まれているユーザＩＤに対応するユーザデータの獲得ポイントに今回発生したポイントを加算する。一方、ユーザが抽選に外れたことを抽選情報が示している場合には、ポイントを加算する必要がないので、ポイント更新部１８はユーザデータの更新を行うことなく処理を終了する。
　次に、端末２０について説明する。端末２０としては、携帯型又は据置型のパーソナルコンピュータや携帯電話機などが挙げられるが、端末の具体的な種類はなんら限定されない。図１に示すように、端末２０は機能的構成要素としてリクエスト送信部２１、画面受信部２２、表示部２３、抽選情報取得部２４、及び抽選情報送信部２５を備えている。
　端末２０のハードウェア構成は図２で示すサーバ１０のものと基本的に同様であり、図１に示す端末２０の各機能がハードウェアを用いてどのように実現されるかについても、サーバ１０に関して述べたことと同様である。したがって、端末２０のハードウェア構成に関する詳細な説明は省略する。
　リクエスト送信部２１は、仮想商店街にアクセスしたユーザの操作に基づいて生成されたリクエスト情報を送信する手段である。リクエスト情報の内容は上記の通りである。
　画面受信部２２は、サーバ１０から送られてきた画面情報を受信して表示部２３に出力する手段である。上記の通り、受信する画面情報としては次画面情報と抽選演出画面情報の二種類がある。
　表示部２３は、画面受信部２２から入力された画面情報で示される画面（ウェブページ）を表示する手段である。例えば、表示部２３は図３～６に示すような買い物かごページ、注文ページ、又は注文確定ページを表示し、場合によっては、図８～１０に示すような抽選演出画面を表示する。
　抽選情報取得部２４は、抽選演出画面上で行われた抽選結果を取得する手段である。抽選情報取得部２４は抽選演出画面情報に含まれているプログラムが端末２０で実行されることで実現される。抽選情報取得部２４は、送信予定ページの再要求に応じて本来の次画面に関する次画面情報がサーバ１０から端末２０に正常に送信されてその次画面が端末２０上に表示される時に、ユーザＩＤとゲームの結果又はゲームにより獲得したポイントとを取得する。そして、抽選情報取得部２４は取得したこれらのデータを含む抽選情報を生成し、この抽選情報を抽選情報送信部２５に出力する。
　抽選情報送信部２５は、抽選情報取得部２４から入力された抽選情報をサーバ１０に送信する手段である。抽選情報送信部２５も、抽選演出画面情報に含まれているプログラムが端末２０で実行されることで実現される。抽選情報は、本来表示されるべき次画面が端末２０上に表示されたときに送信されて、上述したように、サーバ１０のポイント更新部１８により処理される。したがって、当選により発生したポイントは、次画面が表示されて初めて確定することになる。
　次に、図１１～１３を用いて、電子商取引システム１の動作を説明するとともに、本実施形態に係るアクセス管理方法について説明する。
　各種画面情報を送信する処理は図１１に示すように実行される。買い物かごページを要求するリクエスト情報をリクエスト受信部１１が受信すると、リクエスト処理部１３がそのページの画面情報を生成する処理を実行し、次画面送信部１４がその画面情報を送信する処理を実行する（ステップＳ１１）。このとき、判定部１５がそれら生成及び送信処理の成否を判定する（ステップＳ１２）。
　買い物かごページの生成及び送信処理が共に成功した場合には（ステップＳ１２；ＹＥＳ）、その後リクエスト受信部１１が端末２０から注文ページのリクエスト情報を受信し、リクエスト処理部１３及び次画面送信部１４が、注文ページの画面情報を生成及び送信する処理を実行する（ステップＳ１３）。このとき、判定部１５はそれらの処理の成否を判定する（ステップＳ１４）。図４，５に示すように、注文ページが複数ページにわたって構築されている場合には、ステップＳ１３，Ｓ１４の処理は複数回実行される。
　注文ページの生成及び送信処理が共に成功した場合には（ステップＳ１４；ＹＥＳ）、その後リクエスト受信部１１が端末２０から注文確定ページのリクエスト情報を受信し、リクエスト処理部１３及び次画面送信部１４が、注文確定ページの画面情報を生成及び送信する処理を実行する（ステップＳ１５）。このとき、判定部１５はそれらの処理の成否を判定する（ステップＳ１６）。注文確定ページが端末２０に送られたならば（ステップＳ１６；ＹＥＳ）、そのページに対するユーザ操作により商品購入処理が終了する。
　以上の一連の処理の中で、買い物かごページ、注文ページ、又は注文確定ページの送信のいずれかが失敗した場合には（ステップＳ１２、ステップＳ１４、又はステップＳ１６において“ＮＯ”）、演出画面生成部１６が画面遷移の状況に応じた抽選演出画面情報を生成する（ステップＳ１７）。具体的には、図１２に示すように、演出画面生成部１６は判定部１５から入力された異常通知から送信予定ページを特定し、報酬条件情報を参照することでそのページに対応する報酬条件を取得する（ステップＳ１７１）。そして、演出画面生成部１６はその報酬条件に基づいて抽選演出画面情報を生成する（ステップＳ１７２）。そして最後に、演出画面送信部１７が抽選演出画面情報を端末２０に送信する（ステップＳ１８）。
　ステップＳ１１はリクエスト受信ステップ、次画面生成ステップ、及び次画面送信ステップに相当する。ステップＳ１３及びＳ１５についても同様である。ステップＳ１２，Ｓ１４，Ｓ１６は判定ステップに相当する。ステップＳ１７１は決定ステップに相当し、ステップＳ１７２演出画面生成ステップに相当し、ステップＳ１８は演出画面送信ステップに相当する。
　抽選演出画面情報が生成及び送信された場合には、図１３に示す処理が実行される。まず、端末２０上では、画面受信部２２が抽選演出画面情報を受信し表示部２３がその情報に基づいて抽選演出画面を表示する（ステップＳ２１）。ユーザはこの抽選演出画面を介して抽選操作を行う（ステップＳ２２）。その操作に基づく抽選が終了すると、抽選演出画面の機能により次画面の再要求が実行される（ステップＳ２３）。この再要求により端末２０上に次画面が表示された場合には（ステップＳ２４；ＹＥＳ）、抽選情報が端末２０からサーバ１０に送信され、ポイント更新部１８がその抽選情報に基づく処理を実行する（ステップＳ２５）。ユーザが当選した場合には、このステップＳ２５の処理においてそのユーザにポイントが加算され、これにより報酬が確定する。
　一方、再要求したにもかかわらず次画面が表示されなかった場合には（ステップＳ２４；ＮＯ）、ステップＳ２１～Ｓ２３の処理が繰り返される。すなわち、抽選演出画面が表示され続け、ユーザは引き続き抽選を行うことができる。
　次に、図１４を用いて、コンピュータをサーバ１０として機能させるための電子商取引プログラム（アクセス管理プログラム）を説明する。
　電子商取引プログラムＰ１は、メインモジュールＰ１０、リクエスト受信モジュールＰ１１、記憶モジュールＰ１２、リクエスト処理モジュールＰ１３、次画面送信モジュールＰ１４、判定モジュールＰ１５、演出画面生成モジュールＰ１６、演出画面送信モジュールＰ１７、及びポイント更新モジュールＰ１８を備えている。
　メインモジュールＰ１０は、アクセス管理を含む電子商取引処理を統括的に制御する部分である。リクエスト受信モジュールＰ１１、記憶モジュールＰ１２、リクエスト処理モジュールＰ１３、次画面送信モジュールＰ１４、判定モジュールＰ１５、演出画面生成モジュールＰ１６、演出画面送信モジュールＰ１７、及びポイント更新モジュールＰ１８を実行することにより実現される機能はそれぞれ、サーバ１０のリクエスト受信部１１、データベース１２、リクエスト処理部１３、次画面送信部１４、判定部１５、演出画面生成部１６、演出画面送信部１７、及びポイント更新部１８の機能と同様である。
　電子商取引プログラムＰ１は、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体または半導体メモリに固定的に記録された態様で提供される。また、電子商取引プログラムＰ１は、搬送波に重畳されたデータ信号として通信ネットワークを介して提供されてもよい。
　以上説明したように、本実施形態によれば、一連の処理の最中に次画面情報の送信が失敗すると、ポイントを得る機会をユーザに提供する抽選演出画面が端末２０に表示されるこの抽選演出画面は、端末２０における画面遷移の状況に基づいて決定された報酬条件に基づいて生成される画面であり、この抽選演出画面にはその報酬条件が画面遷移の状況に応じて表示される。
　画面遷移の状況はサイト内におけるユーザの滞在状況を示すものと言える。ユーザは上記のような抽選演出画面を介して、サイト内における滞在状況に応じた報酬条件を確認した上で抽選を行うことができるので、ユーザの射倖心を煽ることができ、その結果、ユーザをサイト内に留めさせることが可能になる。
　また、サイト開設者（仮想商店街の管理者）は、画面遷移の状況（ユーザの滞在状況）に応じた抽選演出画面を提供することで、引き続きサイト内に残って欲しいユーザを優先的に当該サイトに留めさせることができる。上記の例では、サイト開設者は、商品を購入する意思が強いと想定されるユーザを優先的にサイト内に留めさせることができる。例えば、サイト開設者は、買い物かごページまで進んでいるユーザよりも、注文ページまで進んだユーザを優先的にサイト内に留めさせたり、注文ページまで進んだユーザよりも注文確定ページまで進んだユーザを優先的にサイト内に留めさせたりすることができる。
　本実施形態では、本来表示されるべき次の画面が表示されて初めて報酬が確定するので、ユーザが抽選だけを行って仮想商店街のウェブサイトから離れてしまうことを防ぐことができる。
　以上、本発明をその実施形態に基づいて詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で様々な変形が可能である。
　上記実施形態では電子商取引システム１に本発明を適用したが、本発明の適用分野はこれに限定されない。複数の画面を順次表示しながらユーザを誘導して一つの手続きを完結させるような処理を行う情報処理システムのアクセス管理に本発明を適用できる。例えば、所定のサービスを提供するウェブサイトにおける初期のユーザ登録の処理や、商品のレンタルサービスを提供するウェブサイトにおけるレンタル処理などの場面に本発明を適用してもよい。また、買い物かごを用いないサービス（例えば、クレジットカードの申し込み、銀行口座の開設、保険商品、資料請求等）のウェブサイトに本発明を適用してもよい。このような場合には、例えば、住所を入力し終わった人の方が住所を入力していない人よりも当選確率が高くなるように、報酬条件を設定することが考えられる。
　上記実施形態では報酬としてポイントがユーザに付与されたが、報酬の種類は限定されない。例えば、仮想商店街において金銭に代えて使用できるクーポンや、何らかの景品などが報酬であってもよい。
　上記実施形態では、本来表示されるべき次画面が表示されて初めて当選によるポイントが確定したが、当該次画面が表示されるのを待つことなく、抽選結果が出た時点で即時にポイントがユーザに付与されてもよい。
　サーバ１０の機能を複数のサーバ又はコンピュータシステムに分散させてもよい。例えば、サーバ１０とは異なる別のサーバ上にデータベース１２やポイント更新部１８を設けてもよい。
　１…電子商取引システム、１０…サーバ（アクセス管理サーバ）、１１…リクエスト受信部（リクエスト受信手段）、１２…データベース、１３…リクエスト処理部（次画面生成手段）、１４…次画面送信部（次画面送信手段）、１５…判定部（判定手段）、１６…演出画面生成部（決定手段、演出画面生成手段）、１７…演出画面送信部（演出画面送信手段）、２０…端末、２１…リクエスト送信部、２２…画面受信部、２３…表示部、２４…抽選情報取得部、２５…抽選情報送信部、Ｐ１…電子商取引プログラム（アクセス管理プログラム）、Ｐ１０…メインモジュール、Ｐ１１…リクエスト受信モジュール、Ｐ１２…記憶モジュール、Ｐ１３…リクエスト処理モジュール、Ｐ１４…次画面送信モジュール、Ｐ１５…判定モジュール、Ｐ１６…演出画面生成モジュール、Ｐ１７…演出画面送信モジュール、Ｐ１８…ポイント更新モジュール、Ｅ…抽選演出画面。

Claims (8)

  1. 　端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバであって、
    　前記端末からの前記リクエスト情報を受信するリクエスト受信手段と、
    　前記リクエスト受信手段により受信されたリクエスト情報に応じて、前記端末に次の画面を表示させるための次画面情報を生成する次画面生成手段と、
    　前記次画面生成手段により生成された次画面情報を前記端末に送信する次画面送信手段と、
    　前記次画面送信手段により前記次画面情報が前記端末に送信されたか否かを判定する判定手段と、
    　前記次画面情報が前記端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定手段と、
    　前記決定手段により決定された報酬条件に基づいて、抽選演出画面を前記端末に表示させるための抽選演出画面情報を生成する演出画面生成手段であって、該抽選演出画面上では該報酬条件が前記画面遷移の状況に応じて表示される、該演出画面生成手段と、
    　前記演出画面生成手段により生成された抽選演出画面情報を前記端末に送信する演出画面送信手段と
    を備えることを特徴とするアクセス管理サーバ。
  2. 　前記端末からの前記次画面情報の再要求により該端末上に前記次の画面が表示されたときに、該端末のユーザに付与する報酬を前記抽選演出画面での抽選結果に基づいて確定し、確定した該ユーザの報酬を所定のデータベースに格納する登録手段をさらに備えることを特徴とする請求項１に記載のアクセス管理サーバ。
  3. 　前記報酬条件にはペイアウト率が含まれ、
    　第１の画面に対応する第１の次画面情報が送信されなかった場合のペイアウト率よりも、該第１の画面よりも後に表示される第２の画面に対応する第２の次画面情報が送信されなかった場合のペイアウト率の方が高い、
    請求項１又は２に記載のアクセス管理サーバ。
  4. 　前記端末からの前記次画面情報の再要求により該端末上に前記次の画面が表示されるまでの間、前記抽選演出画面が前記端末上に表示され続け、
    　前記抽選演出画面から前記次の画面に遷移するまでに、該抽選演出画面における抽選結果が出る、
    請求項１～３のいずれか一項に記載のアクセス管理サーバ。
  5. 　前記端末のユーザが複数回の抽選を実行可能であるように前記抽選演出画面が構成され、
    　抽選回数の増加に応じて、前記抽選演出画面での抽選におけるペイアウト率が低くなるように、該ペイアウト率が抽選回数に応じて調整される、
    請求項１～４のいずれか一項に記載のアクセス管理サーバ。
  6. 　端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバにより実行されるアクセス管理方法であって、
    　前記端末からの前記リクエスト情報を受信するリクエスト受信ステップと、
    　前記リクエスト受信ステップにおいて受信されたリクエスト情報に応じて、前記端末に次の画面を表示させるための次画面情報を生成する次画面生成ステップと、
    　前記次画面生成ステップにおいて生成された次画面情報を前記端末に送信する次画面送信ステップと、
    　前記次画面送信ステップにおいて前記次画面情報が前記端末に送信されたか否かを判定する判定ステップと、
    　前記次画面情報が前記端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定ステップと、
    　前記決定ステップにおいて決定された報酬条件に基づいて、抽選演出画面を前記端末に表示させるための抽選演出画面情報を生成する演出画面生成ステップであって、該抽選演出画面上では該報酬条件が前記画面遷移の状況に応じて表示される、該演出画面生成ステップと、
    　前記演出画面生成ステップにおいて生成された抽選演出画面情報を前記端末に送信する演出画面送信ステップと
    を含むことを特徴とするアクセス管理方法。
  7. 　端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバとしてコンピュータを機能させるアクセス管理プログラムであって、
    　前記端末からの前記リクエスト情報を受信するリクエスト受信手段と、
    　前記リクエスト受信手段により受信されたリクエスト情報に応じて、前記端末に次の画面を表示させるための次画面情報を生成する次画面生成手段と、
    　前記次画面生成手段により生成された次画面情報を前記端末に送信する次画面送信手段と、
    　前記次画面送信手段により前記次画面情報が前記端末に送信されたか否かを判定する判定手段と、
    　前記次画面情報が前記端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定手段と、
    　前記決定手段により決定された報酬条件に基づいて、抽選演出画面を前記端末に表示させるための抽選演出画面情報を生成する演出画面生成手段であって、該抽選演出画面上では該報酬条件が前記画面遷移の状況に応じて表示される、該演出画面生成手段と、
    　前記演出画面生成手段により生成された抽選演出画面情報を前記端末に送信する演出画面送信手段と
    を前記コンピュータに実行させることを特徴とするアクセス管理プログラム。
  8. 　端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバとしてコンピュータを機能させるアクセス管理プログラムを記録したコンピュータ読取可能な記録媒体であって、
    　前記アクセス管理プログラムが、
    　前記端末からの前記リクエスト情報を受信するリクエスト受信手段と、
    　前記リクエスト受信手段により受信されたリクエスト情報に応じて、前記端末に次の画面を表示させるための次画面情報を生成する次画面生成手段と、
    　前記次画面生成手段により生成された次画面情報を前記端末に送信する次画面送信手段と、
    　前記次画面送信手段により前記次画面情報が前記端末に送信されたか否かを判定する判定手段と、
    　前記次画面情報が前記端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定手段と、
    　前記決定手段により決定された報酬条件に基づいて、抽選演出画面を前記端末に表示させるための抽選演出画面情報を生成する演出画面生成手段であって、該抽選演出画面上では該報酬条件が前記画面遷移の状況に応じて表示される、該演出画面生成手段と、
    　前記演出画面生成手段により生成された抽選演出画面情報を前記端末に送信する演出画面送信手段と
    を前記コンピュータに実行させる、
    ことを特徴とするコンピュータ読取可能な記録媒体。
PCT/JP2011/064306 2010-06-24 2011-06-22 アクセス管理サーバ、アクセス管理方法、アクセス管理プログラム、及びそのプログラムを記録したコンピュータ読取可能な記録媒体 WO2011162304A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201180025250.5A CN102918556B (zh) 2010-06-24 2011-06-22 访问管理服务器、访问管理方法、访问管理程序以及记录该程序的计算机可读的记录介质
EP11798186.0A EP2587435A4 (en) 2010-06-24 2011-06-22 ACCESS MANAGEMENT SERVER, ACCESS MANAGEMENT PROCEDURE, ACCESS MANAGEMENT PROGRAM AND COMPUTER READABLE RECORDING MEDIUM FOR RECORDING THE PROGRAM
JP2012521508A JP5313403B2 (ja) 2010-06-24 2011-06-22 アクセス管理サーバ、アクセス管理方法、アクセス管理プログラム、及びそのプログラムを記録したコンピュータ読取可能な記録媒体
US13/582,377 US9126107B2 (en) 2010-06-24 2011-06-22 Access management server, access management method, access management program, and computer readable recording medium recording the program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010-143721 2010-06-24
JP2010143721 2010-06-24

Publications (1)

Publication Number Publication Date
WO2011162304A1 true WO2011162304A1 (ja) 2011-12-29

Family

ID=45371480

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/064306 WO2011162304A1 (ja) 2010-06-24 2011-06-22 アクセス管理サーバ、アクセス管理方法、アクセス管理プログラム、及びそのプログラムを記録したコンピュータ読取可能な記録媒体

Country Status (5)

Country Link
US (1) US9126107B2 (ja)
EP (1) EP2587435A4 (ja)
JP (1) JP5313403B2 (ja)
CN (1) CN102918556B (ja)
WO (1) WO2011162304A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5452772B1 (ja) * 2012-09-21 2014-03-26 楽天株式会社 電子商取引システム及びその認証方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9826027B2 (en) * 2014-08-19 2017-11-21 Bank Of America Corporation User interfaces generated by a workflow engine

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002143566A (ja) * 2000-11-07 2002-05-21 Namco Ltd ゲーム用のシステムおよび情報記憶媒体
JP2009265833A (ja) 2008-04-23 2009-11-12 Full Speed Inc 広告システム及び広告方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7192352B2 (en) * 1996-04-22 2007-03-20 Walker Digital, Llc System and method for facilitating play of a video game via a web site
US6884167B2 (en) * 1997-06-30 2005-04-26 Walker Digital, Llc Electronic gaming device offering a game of knowledge for enhanced payouts
US6769983B2 (en) * 2001-03-01 2004-08-03 Igt Bonus game
US20080215434A1 (en) * 2005-02-04 2008-09-04 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Real world interaction with virtual world privileges
CN100470545C (zh) * 2005-03-14 2009-03-18 索尼株式会社 相关信息连续输出及提供方法、设备和程序
US20080242400A1 (en) * 2007-03-27 2008-10-02 Aruze Gaming America, Inc. Gaming machine that changes the number of free games depending on football game result thereof
GB0707216D0 (en) * 2007-04-14 2007-05-23 Livesey Carl Interactive shopping platform

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002143566A (ja) * 2000-11-07 2002-05-21 Namco Ltd ゲーム用のシステムおよび情報記憶媒体
JP2009265833A (ja) 2008-04-23 2009-11-12 Full Speed Inc 広告システム及び広告方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2587435A4

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5452772B1 (ja) * 2012-09-21 2014-03-26 楽天株式会社 電子商取引システム及びその認証方法
WO2014045419A1 (ja) * 2012-09-21 2014-03-27 楽天株式会社 電子商取引システム及びその認証方法

Also Published As

Publication number Publication date
US20130137499A1 (en) 2013-05-30
JPWO2011162304A1 (ja) 2013-08-22
US9126107B2 (en) 2015-09-08
EP2587435A4 (en) 2014-01-15
CN102918556A (zh) 2013-02-06
CN102918556B (zh) 2019-08-09
JP5313403B2 (ja) 2013-10-09
EP2587435A1 (en) 2013-05-01

Similar Documents

Publication Publication Date Title
US20210049867A1 (en) Method and system for gaming revenue
US9582792B2 (en) System and method to purchase and dispense fuel and other products using a mobile device with improved user experience
RU2602979C2 (ru) Заказ лотерейных билетов с использованием изображений машиночитаемого кода, отображаемых на мобильных устройствах
US20120011069A1 (en) License management method and content processing system
US20160180645A1 (en) Method and system for gaming revenue
JP2012118919A (ja) 情報提供システム
CN103390095A (zh) 用于向用户装置提供内容的方法和设备
KR101031139B1 (ko) 카지노게임제공장치
JP7203517B2 (ja) ゲームプログラム、記録媒体、ゲーム処理方法、情報処理装置
CN103390096A (zh) 用于向用户设备提供数据的方法和装置
CN109847339B (zh) 控制方法、终端装置、信息处理系统以及存储介质
JP5313403B2 (ja) アクセス管理サーバ、アクセス管理方法、アクセス管理プログラム、及びそのプログラムを記録したコンピュータ読取可能な記録媒体
JP6421867B1 (ja) 情報処理装置及びプログラム
JP2010011058A (ja) サービス提供方法、サーバおよび携帯通信装置
JP2020187589A (ja) 情報処理装置、情報処理方法及びプログラム
KR101275655B1 (ko) 온라인 게임에서 추천 아이템을 이용한 아이템 변경 방법 및 아이템 변경 서버
JP2011258028A (ja) デジタルコンテンツ販売装置、デジタルコンテンツ販売方法およびデジタルコンテンツ販売システム
US20130024771A1 (en) Systems and Methods for Providing and Managing Virtual Music Cards with Music Streaming Capability
KR101182564B1 (ko) 메시지 방송 아이템을 적용한 축구 게임 제공 방법, 축구 게임 서버, 축구 게임 제공 시스템 및 기록 매체
KR101313241B1 (ko) 아이템 거래 정보 제공 방법 및 서버
KR100998125B1 (ko) 아이템을 이용하여 온라인 게임 및 모바일 게임을 연동하는시스템 및 방법
US20070185762A1 (en) Data communication control system, communication system, service providing method, and computer program
KR100460327B1 (ko) 유/무선 인터넷을 이용한 레이스 경기의 티켓 구매 대행서비스 시스템과 이를 이용한 방법 및 그 방법을 수행할수 있는 컴퓨터 프로그램이 수록된 기록매체
JP5715102B2 (ja) データ付与システム、抽選装置、及びプログラム
KR101808181B1 (ko) 휴대 단말을 이용한 게임 플레이 제공 방법

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180025250.5

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11798186

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2012521508

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2011798186

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13582377

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE