KR20030060467A - method for managing digital cyber-lottery games, and system for the same - Google Patents

Abstract

PURPOSE: A system and a method for operating a digital electronic lotto game are provided to invest a digital lotto service through the Internet with high reliability by safely operating diverse lotto games of the offline on the online. CONSTITUTION: A lotto server(10) carries out a lotto generating and verifying service according to a user's request, and is linked with the outside by an SFLP(SoftForum Lotto Protocol). A lotto generator(11) is installed in the lotto server(10), and decides a ranking and the prize according to a fixed issuance condition. A log/report server(70) is installed outside of the lotto server(10), and records the log data and a report need to a manager. A sales proxy server(20) offers a member registration service and a game service. A client PC(30) includes an encryption module(31) for the data encryption and a signature tool(32) for the electronic signature of the data.

Description

Method for managing digital cyber-lottery games, and system for the same

The present invention relates to a lottery service and system, and more particularly, to ensure that offline lottery services can be safely performed on-line, thereby increasing the reliability of digital electronic lottery services through a communication network such as the Internet. The present invention relates to a digital electronic lottery game operation method and system for the same.

In general, the game system of the lottery is largely a lottery lottery game and an instant lottery game.

More specifically, the lottery lottery game is a number system that pays the lottery winnings when the lottery number specified in the lottery ticket is won through a lottery that is executed on a certain day when the buyer purchases a lottery ticket with the lottery number specified in advance. When a buyer selects a desired lottery number at the time of purchase, there is a lottery method that pays the lottery winnings when the number selected by the buyer is won through a lottery. In order to operate the lottery lottery game method, a fair lottery method should be provided.

In the next instant lottery game, a random method of randomly drawing a prize immediately after purchase, a pool method of randomly drawing a winner with a predetermined number of winners, and a predetermined number of lottery tickets in advance There is a scratch method that stores the ticketed tickets electronically in a database and sells them sequentially when requested by a buyer. Among the instant lottery game methods, the random method and the full method can be operated only on-line, whereas the scratch method can be operated more efficiently off-line. The instant lottery games are determined by the real-time lottery when the user purchases the lottery, and it is difficult to run a large amount of winners because it is difficult to operate in a structure that carries over the winnings. In particular, since it is easy to operate online, it is widely applied to electronic lottery services through communication networks such as the Internet. However, a proven pure random generator must be supported.

In the past, the game systems of various lotteries listed above were serviced based on a network (Internet, online or wireless communication network).

However, because many existing lottery game services have a lot of problems with security and reliability, they are applying encryption technology, digital signature, and related security standards to protect information on the network. However, several game services on the network must meet the following security requirements in order to operate safely online.

First, counterfeiting and duplication must be prevented. In other words, the buyer should not be able to receive the winnings in duplicate by duplicating the winning lottery ticket. Or they should not allow third parties to intercept or duplicate another person's lottery ticket.

Second, the contents (= lottery information = information, data) of the lottery ticketed should not be predicted. In this regard, the server side administrator who provides the lottery service should be unpredictable.

Third, after the lottery buyer purchases the lottery ticket, the issuer must not deny the sale of the lottery ticket. Conversely, a lottery buyer should not be able to deny the purchase of the lottery ticket after purchasing it.

Fourth, the random number generating module used in the lottery ticketing should be equipped with a proven pure random number generator that can generate unpredictable random numbers on both the buyer side and the server administrator side. This is especially true for running instant lottery game services.

Fifth, more thorough system security and information security are required. System security is to prevent illegal users from entering the system through the operating system and application programs of the computer system and security holes, and to use the computer system illegally. Information security is the information contained within the computer system. = data) to prevent information from being illegally intercepted or retransmitted after secretly correcting information that is being transmitted over the network, thereby delivering information more safely and reliably. Therefore, all unencrypted information conventionally transmitted over a network (Internet, online or wireless communication) is likely to be eavesdropped by a hacker who is an illegal user, or an external hacker can In the sense that there is a possibility to be deceived as if approached, the system hacker should not be able to control the service system and information at will. Of course, the administrator who operates the service system should not be able to control the service system and information arbitrarily.

Sixth, key management and security are required so that a key used for encryption and digital signature of lottery information is not exposed.

However, there is a problem that there are always various illegal items corresponding to the above security requirements.

As a result, the digital electronic lottery game service, which is gradually expanding its application, is required to have more reliable reliability of ticketing, release, and drawing through the digital electronic lottery network.

In particular, there is a need for a total operation solution of digital electronic lottery, which can provide more reliable reliability for ticketing, release and lottery of digital electronic lottery that can be serviced through internet, online or wireless communication network.

An object of the present invention has been made in view of the above points, in particular, by allowing various lottery games that were serviced off-line to be safely performed on-line, digital electronic lottery through a communication network such as the Internet The present invention provides a method of operating a digital lottery game and a system therefor that provides higher reliability to a service.

It is yet another object of the present invention to provide a higher reliability of the digital e-lottery service, in order to provide the above-mentioned security requirements (anti-counterfeiting and copy protection, anti-ticketing prevention, non-ticketing and non-purchase of tickets, generation of proven random numbers , System and information security, key management and security), as well as enabling purchases through blind identifiers (BIDs) using the user's blind signature when necessary to identify the buyer. The digital lottery game operating method has a flexible structure that allows a plurality of consignment sellers to sell a variety of lottery sales service, and the future expandability so that various additional services can be easily added when needed. And a system therefor.

A first aspect of the digital electronic lottery game operating system according to the present invention for achieving the above object is an application server including an applet for the lottery game service; A sales agent server providing a computer graphic interface to a user computer for setting system management and lottery ticketing conditions; It is composed of a lottery server to communicate with the sales representative server using a dedicated protocol for setting the conditions of the lottery game service and lottery ticketing.

Preferably, the lottery server has a built-in lottery generator for generating lottery data, and the lottery generator determines ranking and winning according to a predetermined lottery ticketing condition. In addition, the lottery server, a pure random generator for generating an unpredictable random number to determine the ranking and winning or not according to a predetermined lottery ticketing conditions, a hidden identifier for delivering the result of the lottery after the lottery lottery And a protocol handler for generating and decrypting a message conforming to the dedicated protocol exchanged between the sales representative server and the lottery server.

A second aspect of the digital lottery game operating system according to the present invention for achieving the above object is a client computer for electronically signing and transmitting a message for requesting a lottery purchase; A lottery server for generating lottery data according to lottery ticketing conditions set by a system administrator; And a sales agent server that provides a predetermined lottery game to the client computer using the lottery data received from the lottery server in response to the lottery purchase request from the client computer.

Preferably, the sales agent server cooperates with an external server for generating, renewing and revoking a certificate of a lottery purchase requester accessing the system side through the client computer.

A feature of the digital electronic lottery game operating method according to the present invention for achieving the above object is a first step of receiving a lottery purchase request message from a user side computer; Decrypting the received lottery purchase request message; Generating a lottery game for the verified user and providing corresponding lottery data; Thereafter, the fourth step is to generate and provide the lottery winning data including the winning information through the lottery drawing.

Preferably, in the first step, a time for downloading the encrypted private key to the user side computer for the user's private key request from the user side computer and inserting a time stamp in the electronic signature of the lottery purchase request message Issuing an imprint token is issued to the user side computer, and the user side computer generates and delivers a lottery purchase request message containing a hidden identifier using the downloaded private key and the time stamp token, the lottery purchase request message Receive

Also, before the second step, as the lottery purchase request message is received, the method may further include checking whether the user has a deposit.

Next, after the second step, the certificate of the corresponding user is issued, the certificate is issued, the validity status of the issued certificate is inquired, and a time stamp token to be used for the server-side electronic signature is issued and the subject of the lottery purchase request. Verifying the digital signature for the user.

Next, in the third step, the deposit of the user who is the subject of the lottery game execution is settled, and the generated lottery data is transmitted to the user, and in the third step, the user is identified in the result of executing the lottery game. Upon requesting a winnings using the identifier for confirmation and the lottery data received from the system, after confirming the verification of the identifier of the user and the settlement of the winnings for the user, the result of the winnings and the winnings of the winnings can be confirmed by e-mail or Notify the user side computer through a wireless communication network.

1 is a block diagram showing a digital lottery game operating system according to the present invention.

2 is a block diagram showing a digital electronic lottery game operating system for a lottery game service.

3 is a view for explaining the lottery ticketing step in the lottery-type lottery game operation system.

4 is a view for explaining a lottery game service step in a lottery game operation system of the lottery.

5 is a view for explaining a lottery confirmation step in a lottery-type lottery game operating system.

Figure 6 is a block diagram showing a digital electronic lottery game operating system for a full lottery game service.

7 is a view for explaining the ticketing condition setting in the full-type lottery game operating system.

8 is a view for explaining the lottery ticketing step in the full-type lottery game operating system.

9 is a view for explaining a lottery game service step in the full-type lottery game operation system.

10 is a block diagram showing a digital electronic lottery game operating system for a scratch-type lottery game service.

11 is a view for explaining ticketing data in a lottery game operation system of a scratch type.

12 is a view for explaining the lottery ticketing step in the scratch-type lottery game operation system.

FIG. 13 is a view for explaining a lottery game service step in a scratch type lottery game operating system; FIG.

14 is a view showing the operation procedure of the digital lottery game based on the system of the present invention shown in Figures 1 to 13.

* Description of symbols on the main parts of the drawings *

10, 100, 200, 400, 700: Lottery server

20, 600: sales agency server

30, 500: client computer

Hereinafter, a preferred embodiment of a digital lottery game operating method and a system therefor according to the present invention will be described with reference to the accompanying drawings.

The present invention provides a total operation solution of digital electronic lottery, which allows various lottery games that have been serviced off-line to be safely performed on-line.

First, the security technologies underlying the realization of the digital electronic lottery total operation solution and system construction will be described.

First, to prevent counterfeiting and duplication, all lottery data issued is recorded in a log after being digitally signed.

Second, in order to prevent ticketing predictions, lotteries are generated using cryptographically validated random modules.

Third, in order to prevent non-issuance of tickets, the lottery data issued is sold by being digitally signed by the server.

Fourth, in order to prevent repudiation of purchase, when a user purchases a lottery ticket, it is implemented to purchase using the electronic lottery token signed by the user.

Fifth, it is possible to purchase through a hidden identifier (ID) using a blind signature of the user when necessary to identify the buyer. In more detail, when the buyer purchases the lottery ticket, the identity cannot be verified, and the identity can be confirmed at the time of receiving the winnings.

Sixth, the pure random number generator of the present invention is applied to the system for proven random number generation.

Seventh, for the security of system and information, service is operated with physically isolated server. This is realized by providing a dedicated protocol using a lottery server.

Eighth, in response to key management and security, the master key is stored in a smart card or USB token so that the master key used for encryption and digital signature of lottery information is not exposed. Save it.

Ninth, using a sales proxy server (sales proxy server) to enable a variety of lottery sales services, and provides a variety of lottery sales services as a single lottery server connected to a plurality of sales agents server and a dedicated protocol.

Tenth, if necessary, the protocol can be extended to provide various additional services.

Based on the security technologies listed above, the present invention provides the following various lottery game formats (type A = number format, type B = lotto format, form R = random number format, form P = full form, form S = scratch form. Provides a total operational solution, including

Briefly describing each of the various lottery game formats of the present invention, form A determines the winners and the winnings through the lottery after the lottery ticket of the predetermined lottery number is sold, and form B is the lottery ticket of the lottery number selected by the buyer. After the sale, the winner and the prize money are decided by lottery.In case of the R type, when the user purchases the lottery, the probability of winning and the prize money is determined.In the P type, the manager of the lottery server decides the number of winners in each ranking in advance. When the user purchases a lottery ticket, the probability of winning is decided.In case of the S type, a certain amount of lottery ticket is generated, encrypted, and stored, and when the user requests to purchase the lottery ticket, the stored lottery ticket is decrypted to win. Determine the presence and winnings.

The following describes the features of each lottery game type according to the present invention.

1. In type A (number type = number format), when the user requests to purchase a lottery ticket, the lottery server generates a serial number and provides it as a lottery ticket. In case of winning afterwards, the winnings are paid by presenting the lottery ticket purchased by the user. In particular, the winner is notified to the corresponding user through an e-mail or a short message service.

2. Type B (lotto type) means that when the user purchases a lottery ticket, the user selects the desired lottery number, electronically signs the selected lottery number and presents it to the server (Lotto Server). Provide the lottery ticket using the information provided. After that, the winner is determined by drawing online or offline, and in case of winning, the winner is paid by presenting the lottery ticket purchased by the user. In particular, the winner will be notified to the user through e-mail or short message service.

3. The R type (random type = random number type) generates and provides a lottery ticket according to a given ticketing probability, and whether or not to win the lottery ticket is determined probabilistic when the user purchases the lottery ticket. In particular, in the present invention, a large amount of winnings are continuously issued or a large amount of winnings is prevented from coming out for too long. In addition, the winning probability of each ranking is variably applied under given conditions.

4. P type (pool type) creates a lottery ticket by probabilistic selection of lottery tickets according to the total number of winning lotteries, and whether or not to win the lottery is determined probabilistic when the user purchases the lottery. Particularly, in the present invention, as a ticketing condition, a large amount of winnings and a small amount of winnings are processed by separate algorithms, and the large amount of winnings is processed in a slot manner in which the winning lottery tickets of the large amount of winnings are evenly distributed for each slot section. The ticketing process shall be by GLEPS which distributes the lottery ticket of the small prize money equally to all sections. In this way, a large amount of winnings can be prevented from being collected in a specific section, and the total amount of the winnings can be evenly distributed. In addition, in the present invention, the generated lottery ticket information is encrypted and stored in a database (hereinafter, abbreviated as DB). Therefore, manipulation of the lottery ticket information stored in the DB is essentially blocked.

5. S type (scratch type = scratch type) generates the lottery ticket by using the random number generation module inside the service side to provide the lottery ticket generated and stored in advance, and uses the raw raw data (external raw data). Support encryption of your lottery. In addition, by applying a public key of 1024 bits or more and a symmetric key encryption algorithm of 128 bits or more, it supports security of external raw data.

In addition to the features of the respective lottery game formats according to the present invention described above, the digital electronic lottery game service of the present invention provides the following various features.

Various restriction conditions can be set on the server side of the system according to the present invention. In other words, the service is set with various restrictions so that buyers can be as interested in lottery games as possible.

First, the minimum winning reward probability is set. That is, a condition is set so that a lottery lottery may not occur consecutively more than a certain number.

Second, set a minimum winnings. That is, when purchasing a certain number of lottery tickets, the conditions are set so that the sum of winnings is equal to or more than a certain amount.

Third, not only a lottery game but also a variety of additional products such as lucky goods, cyber money (cyber money) to set and service.

Fourth, it provides the yearly generation function of the highest winnings. In other words, in order to increase the amount of large prize money, the first prize money is provided by the year.

Fifth, provide a continuous purchase function. In other words, it provides the ability to purchase a large number of lottery tickets containing a series of serial numbers at once.

In addition, the present invention provides a secure and convenient server management function, minimizing the burden on the server-side administrator.

Sixth, it minimizes the risk of server hacking by operating only with a dedicated protocol (SFLP) for lottery game services.

Seventh, an administrator can easily set ticketing conditions using a web browser. That is, the administrator sets the lottery ticketing conditions to his computer through a web-based computer graphic interface.

Eighth, it provides server status monitoring using web browser and log server, and records various logs for use in business analysis.

Ninth, the authentication of the administrator is performed using a smart card, thereby preventing the illegal lottery server from being controlled by the administrator.

Next, a digital electronic lottery game operating system according to the present invention will be described.

1 is a block diagram showing a digital electronic lottery game operating system according to the present invention.

Referring to Figure 1, the digital electronic lottery game operating system of the present invention, a lottery server (lotto server) 10, a sales proxy server (sales proxy server) 20, a client computer (client PC) 30 And a settlement module (PG) 40, a public key encryption server (PKIserver) 50, a user DB 60, and a log / report server 70. Here, in the present invention, the sales agency server 20 is illustrated as being separately implemented, but the sales agency server 20 is also implemented as a structure included in the lottery server 10.

The lottery server 10 performs a lottery generation and verification service according to a user's request, and should be installed in a physically isolated place, and the lottery game service dedicated protocol of the present invention (SFLP: SoftForum) with an external (particularly sales agent server). Only with Lotto Protocol).

A lottery generator 11 is built in the lottery server 10, and the lottery generator 11 determines ranking and winning according to a designated ticketing condition. In addition, the lottery server 10 has its own DB.

Log / Report Server (70) is installed outside the lottery server (10), the log data (for example, the total number of winnings and winnings) and reports required by the administrator Record it.

Sales proxy server (sales proxy server) 20 is a server that provides the user registration and game services, the lottery data (Lotto Server) request a lottery ticket to the lottery server (Lotto Server) 10 when the user's request (Lotto Data) to provide a lottery game, and also linked to the settlement module (PG) 40 performs the payment and winnings payment service. Here, in the present invention, the lottery game service is provided to the user's client computer 30 through an applet of some form. Accordingly, the digital electronic lottery game operating system of the present invention separately stores an application server including an applet for the lottery game service in order to prevent an increase in load of the sales agency server 20 and provide a smooth service. It may include.

The client PC 30 has an encryption module (XecureProxy) 31 for data encryption and a signature tool (XecureSignTool) 32 for electronic signature of data therein. The encryption module (XecureProxy) 31 encrypts the data transmitted and received in the section on the Internet, the signature tool (XecureSignTool) 32 performs a digital lottery ticket request using the digital signature and the signed data.

The settlement module (PG) 40 handles the settlement between the sales proxy server 20 and the user.

The public key encryption server (PKI server) 50 has a RA server 51 and a CA server (CA server: server of an authority that issues a digital certificate for a user's public key) 52 therein. In addition, a key archive server 53, a directory server 54, an verification server (OCSP Server) 55, and a time stamp server 56 are internally provided. It is provided. The RA Server 51 accepts a user's request for generating / renewing / revocation of a certificate, generates a request message for the CA Server 52 to perform a certificate issuing operation, and outputs the processing result of the CA Server 52. Interface to a sales proxy server 20. The next CA Server 52 is a server in charge of certificate generation / update / revocation. The key archive server 53 is a server that stores a key of each user for entrusting a user's private key. In addition, the key archive server 53 provides a private key so that the user can download the service online and receive the service without carrying the private key separately. The following Directory Server 54 is a server used when inquiring a certificate. When the message is signed by the lottery server 10 or the user, a user's certificate is inquired. The following verification server (OCSP Server) 55 checks whether the certificate obtained from Directory Server 54 is a valid certificate or a revoked certificate, and checks the validity of the certificate that the user used for signing. Inquire the status of. Next time stamp server (TSA Server) 56 is a server that issues a time stamp token (Time Stamp Token), the time stamp server (TSA) 56 is issued to the message that is signed to prove the time of the user's digital signature Sign and attach a token.

The following public key encryption server 50 can be basically implemented only with the RA server 51, the CA server 52, and the key archive server 53. This is the minimum required to provide the lottery game service, and provides only the private key consignment function. The certificate lookup is performed by the RA server 51 instead of the directory server 54, and a separate directory server 54 should be added when the number of users increases or the number of certificate lookups is frequent. . However, when the system is configured with such a basic structure, the signature cannot be verified when the user changes the certificate. When the certificate is changed, the signature verification on the data signed before the certificate change is impossible. Therefore, the public key encryption server 50 of this basic structure can be limitedly used for services such as instant lottery.

As a result, in the present invention, as shown in FIG. 1, the basic structure of public key encryption is added by adding an additional structure for more robust operation of the user signature. In other words, a directory server 54 and an verification server (OCSP Server) (RA server 51, CA server 52 and Key Archive Server 53, which is the basic structure of public key encryption) 55) is added.

Eventually, the public key encryption server 50 of the present invention fully supports signature verification and verification even if the user renews the certificate.

However, even at this time, it is impossible to verify the signature point of the user. In other words, there is no path to get the exact time signed by the client PC 30. Of course, it can be verified indirectly at the time of signing of the server, but there is a disadvantage that there is no legal effect when something happens later.

Eventually, the public key cryptography server 50 of the present invention further includes a time stamp server (TSA Server) 56 for verifying the signature time of the user on the basic structure of the public key encryption and an additional structure for more robust operation of the user signature. It consists of an added structure. The added time stamp server 56 includes a time stamp token at the time of signature of the user, thus enabling the creation of a legally signed message.

Next, an operation procedure of the digital electronic lottery game operating system according to the present invention will be described with reference to FIG. 1.

The first step is a lottery purchase request by the client PC (30). In the first step, the user logs on to a sales proxy server 20. Then, the user generates a lottery purchase request message as shown in Equation 1 by using a signature tool (XecureSignTool) 32 provided inside the client PC 30.

Lotto Request (LR) = [hash (resident registration number) + Lotto Info + Time Stamp Token + User Cert. Info] sign

Thereafter, the generated lottery purchase request message is transmitted to a sales proxy server 20 in an encrypted state through an encryption module 31 provided in a client PC 30. .

The next second step is the lottery ticketing step by the lottery server 10. In a second step, a sales proxy server 20 transmits a lottery purchase request message LR to the lottery server 10. At this time, the lottery server 10 generates lottery data as shown in Equation 2 using the lottery purchase request message LR.

Lotto Data (LD) = [Lotto Info + LQ + BID Info + Server Cert. Info] sign

Thereafter, the generated lottery data LD is stored in the DB of the lottery server 10 as a pair with the lottery purchase request message LR. In addition, the generated lottery data LD is transferred to a sales proxy server 20 and stored in the user DB 60.

At the same time, the sales proxy server 20 performs payment for the lottery purchase amount if there is no error after verifying the user signature of the lottery data LD.

The next third step is a lottery game service step by a sales proxy server 20, and the sales proxy server 20 uses a blind identifier (BID) information to play a game. Create and provide the created game to the user. Here, in the case of the instant lottery game service, the game ends immediately, and when the user wins, payment is made as much as the winning amount.

The fourth step is a lottery check step only for the lottery game. At the end of the lottery at this stage and the winner is confirmed, the determined winning information is updated in the lottery server 10. Here, if the lottery server 10 can know the identity of the buyer, the winning information is delivered to the winning user, the sales agent server 20 performs the settlement of the winnings. Of course, the winning information is selectively delivered to the failed user, and the winning information is delivered through a short message service using an e-mail or a wireless communication network.

On the other hand, in the case where the identity of the buyer is not known in the fourth step, the user inquires whether or not to win the sales proxy server 20 using his social security number. Accordingly, the sales proxy server 20 transmits the lottery data 10 of the user, which is stored in the user DB 60 and the personal unique identifier such as the social security number of the buyer, to the lottery server 10 to win. Query whether or not

Thereafter, the lottery server 10 transmits the identity of the buyer and whether the buyer wins the sales proxy server 20. The sales proxy server 20, when the corresponding user is the winner, works with the settlement module (PG) 40 to settle the winnings for the user.

The following describes the lottery game service dedicated protocol (SFLP) of the present invention.

In the present invention, a dedicated protocol for the lottery game service is used. The dedicated protocol is a protocol for communication between the lottery server 10 and the external sales agent server 20 and is designed based on the TLV method, and has the following features.

First, the lottery game service dedicated protocol (SFLP) of the present invention is short in the length of a data packet and has excellent scalability in encoding / decoding.

Second, by using the lottery game service dedicated protocol (SFLP), in developing the sales agency server 20, a simpler development environment is provided. More specifically, the developer of the sales agency server 20 may be used for the socket communication, data encoding / decoding and data verifying for the lottery game service-specific protocol of the present invention. The function is easy to use. In addition, since it can be easily interlocked with a plurality of sales agency server 20, it is excellent in scalability.

Third, the lottery game service dedicated protocol (SFLP) provides a service function for lottery sales. In other words, it performs the sales function such as ticketing and verification of the lottery, and especially provides the function for continuous sales.

Fourth, the lottery game service dedicated protocol (SFLP) provides a management function for the management of the lottery server 10 such as start / stop (start / stop) of the lottery server 10 and recharging the lottery.

The message specification of the lottery game service dedicated protocol (SFLP) having the above characteristics is defined as messages by a service protocol and messages by an administration protocol. First of all, the messages by the service protocol include a lotto request message for lottery release, a lotto verifying message for the purchaser's identity confirmation, and a lottery inquiry request message used for inquiring lottery details by lottery number. lotto query), and messages by the management protocol include server startup messages for server startup, server shutdown messages for server shutdown, server reload messages for lottery charging and exhaustion. server reload), and server reporting messages (server reporting) for writing reports to the log / report server 70 are defined.

The following describes the B-type digital lottery game service that determines the winner and the winning prize through the drawing after the lottery ticket of the lottery number selected by the buyer is sold.

In the digital electronic lottery game service of type B according to the present invention, a user selects a desired lottery number, electronically signs the selected lottery number, and requests a ticket from the server.

Thereafter, the lottery server generates lottery data (Lottodata) based on the ticketing request and delivers it to the user.

If the draw date comes after a certain time, the winner is decided by drawing.

Next, the user requests the server side to verify whether or not the lottery number is won, and through the verification process, the user pays the winnings.

In particular, when the lottery is made through on-line in the present invention, the lottery game service is guaranteed by performing a lottery using a pure random generator, thereby ensuring fairness of the lottery game service.

A feature of the system for digital electronic lottery game service of type B is that a server for lottery sale is operated based on a dedicated protocol for lottery game service.

In addition, it provides a dedicated protocol (SFLP) for lottery sales and server management, and provides a web-based management environment by providing a computer graphic interface (CGI) type management menu using the dedicated protocol (SFLP). do.

In addition, when the service program is activated, the user is authenticated using a smart card. The server starts up directly by inserting a smart card.

The lottery server of the present invention is activated in a standby mode (standby mode) and performs authentication with an integrated circuit (IC) card from a personal computer (PC) through a service dedicated protocol (SFLP).

The type B lottery game service of the present invention is provided to the purchaser after issuing a ticket based on the electronic signature of the user when the lottery ticketing request is made. When verification of the lottery data is required, the verification is performed and the verification result is provided. Finally, the lottery data is input to provide a search result of the winner information.

2 is a block diagram illustrating a digital electronic lottery game operating system for a lottery game service.

2, the system for the lottery game service of the lottery type of the present invention is a lottery server (Lotto Server) 100, a sales proxy server (sales proxy server) 20, log / report server (log / report server). Here, the sales proxy server 20 and the log / report server 70 perform the same operations as in FIG. 1.

Therefore, the configuration and operation of the lottery server 100 will be described in more detail with reference to FIG. 2.

The lottery server 100 of the present invention includes a pure random generator (101), a hidden identifier generator (BID generator) 102, an administrator computer graphical interface (admin CGI) 103, and a smart card input / output. Module (smart card I / O module) 104, public PKI library 105, lottery data generator 106, lottery data DB ( 107, a log / report scheduler 108, a protocol handler 109, and a socket socket server 110.

Pure Random Generator 101 is a lottery module for determining whether or not to win a lottery, so that it is impossible to predict when generating random numbers to ensure fairness of the lottery.

The hidden identifier generator (BID generator) 102 is an interface module for delivering the result of the lottery when the lottery.

An administrator computer graphic interface (admin CGI) 103 is an administrative computer graphic interface (CGI) for setting an lottery ticketing condition and a drawing condition. Here, the lottery condition supports the lottery method by online and offline methods.

The smart card I / O module 104 is an interface library for allowing an administrator to authenticate the administrator with a smart card. The server 100 is not authorized by the service manager through the smart card input / output module 104. ) Does not start. In addition, the smart card input / output module 104 performs an electronic signature when the administrator executes a management command, thereby enabling the administrator's record tracking when a problem occurs in the server 100.

The public key encryption library (Xecure PKI library) 105 is a library module that supports digital signature and encryption / decryption, and supports digital signature on lottery data. It also supports digital signatures and encryption of protocols for administrators.

The lotto data generator 106 verifies the ticketing request by the user. In addition, the lottery data generator 106 generates lottery data based on the lottery number selected by the user, and adds additional information necessary for the generated lottery data. Finally, the lottery data generator 106 transmits the completed lottery data. Sign to generate the final lottery data.

The lottery data DB 107 stores a user's lottery ticket request message and already issued lottery data as a pair.

The log / report scheduler 108 transmits and records a log according to a condition set by an administrator to the log / report server 70 and records the state of the lottery server 100 and the state of the lottery sale when necessary. The log / report server 70 transfers the data to the log / report server 70.

The protocol handler 109 is responsible for the generation and decryption of messages conforming to the Lottery Game Service Dedicated Protocol (SFLP), and supports service protocols for ticketing / verification / retrieval of lottery tickets. It also supports a management protocol for controlling the start / stop / reporting function of the lottery server (100).

The socket socket server 110 is a daemon program of a top layer for providing socket type services.

The following describes the operation procedure of the digital electronic lottery game operating system according to the present invention for the B-type lottery game service with reference to FIGS. 1 and 2.

The first step is a lottery purchase request by the client PC (30). In the first step, the user logs on to a sales proxy server 20. Then, the user generates a lottery purchase request message as shown in Equation 3 below by using a signature tool (XecureSignTool) 32 provided inside the client PC 30.

Lotto Request (LR) = [hash (resident registration number) + Unique Seed + Number Info + Time Stamp Token + User Cert. Info] sign

Thereafter, the generated lottery purchase request message is transmitted to a sales proxy server 20 in an encrypted state through an encryption module 31 provided in a client PC 30. .

The second step is a lottery ticketing step by the lottery server 100, and FIG. 3 is a diagram for explaining the lottery ticketing step. In a second step, a sales proxy server 20 transmits a lottery purchase request message LR of Equation 3 to the lottery server 100. At this time, the lottery server 100 generates lottery data as shown in Equation 4 below using the lottery purchase request message (LR).

Lotto Data (LD) = [Lotto Info + LQ + Server Cert. Info] sign

Thereafter, the generated lottery data LD of Equation 4 is stored in the lottery data DB 107 of the lottery server 100 and also optionally transferred to a sales proxy server 20. And stored in the user DB 60.

At the same time, the sales proxy server 20 checks the lottery purchase amount if there is no error after verifying the user signature of the lottery data LD.

The next third step is the lottery game service step by the sales proxy server 20, and FIG. 4 is a diagram for explaining the lottery game service step. In a third step, the sales proxy server 20 shows the lottery contents to the user using the lottery data LD. Of course, if necessary, the contents of the lottery game to interface with the user's client computer (30).

The fourth step is a lottery confirmation step, and FIG. 5 is a diagram for explaining the lottery confirmation step. When the winner is finalized in the fourth step and the winner is confirmed, the determined winning information is updated to the lottery server 100. Here, when the lottery server 100 can know the identity of the buyer, the winning information is delivered to the winning user, and the sales agency server 20 performs the settlement of the winnings. Of course, the winning information is selectively delivered to the failed user, and the winning information is delivered through a short message service using an e-mail or a wireless communication network.

On the other hand, in the case where the identity of the buyer is not known in the fourth step, the user inquires whether or not to win the sales proxy server 20 using his social security number. Accordingly, the sales proxy server 20 transmits the lottery data of the user, which is stored in the user DB 60 and the personal unique identifier such as the social security number of the buyer, to the lottery server 100 to inquire whether or not to win. do.

Thereafter, the lottery server 100 transmits the identity of the buyer to the sales proxy server 20 and whether the buyer wins. The sales proxy server 20, when the corresponding user is the winner, works with the settlement module (PG) 40 to settle the winnings for the user.

The following describes the P-type (= pool type) digital electronic lottery game service where the manager of the lottery server decides the number of winners in each ranking in advance, and probabilistically determines the winning rank when the user purchases the lottery. .

In the digital electronic lottery game service of the P type according to the present invention, the number of tickets for each round and the number of tickets for each rank are preset by the administrator. Afterwards, when the user requests the lottery ticketing, the server side randomly selects and issues one ticket from the lottery pool for each rank. The remaining lottery ticket will be reduced by one in the pool where the ticket is issued.

In addition, in the P-type lottery game service, if one winning record is held, it is theoretically possible to predict whether or not one lottery is finally won.

In particular, the present invention guarantees fairness of the lottery game service by using a pure random generator when providing the P-type lottery game service.

A feature of the P-type digital lottery game service is that a server for lottery sales is operated based on a dedicated protocol for lottery game service.

In addition, it provides a dedicated protocol (SFLP) for lottery sales and server management, and provides a web-based management environment by providing a computer graphics interface (CGI) type management menu using the dedicated protocol (SFLP).

In addition, when the service program is activated, the user is authenticated using a smart card. The server starts up directly by inserting a smart card.

The lottery server of the present invention is activated in a standby mode and then authenticates with an integrated circuit (IC) card in a personal computer (PC) through a service dedicated protocol (SFLP).

The P-type lottery game service of the present invention randomly selects from the lottery pool when the lottery ticket is requested to determine the ranking. In addition, the lottery data is generated and provided to the buyer, and when the verification of the lottery data is required, the verification is performed and the verification result is provided.

FIG. 6 is a block diagram illustrating a digital electronic lottery game operating system for a full lottery game service.

Referring to FIG. 6, the system for the full-scale lottery game service of the present invention includes a lottery server 200, a sales proxy server 20, and a log / report server. report server). Here, the sales proxy server 20 and the log / report server 70 perform the same operations as in FIG. 1.

Therefore, with reference to FIG. 6, the configuration of the lottery server 200 and their operation will be described in more detail.

Lottery server 200 of the present invention is a pure random generator (201), a full DB I / O module (202), a full DB (212), administrator computer graphical interface (admin CGI) 203, a lottery generator 204, a smart card I / O module 205, a public PKI library 206, A lotto data generator 207, a lotto data DB 208, a log / report scheduler 209, and a protocol handler 210. ), A socket socket server (211) and a pool DB (212).

Pure Random Generator 201 is a lottery module for determining whether or not to win a lottery, so that it is impossible to predict when generating random numbers to ensure fairness of the lottery.

The pool DB I / O module 202 and the pool DB 212 interoperate with each other and manage the number of winning and falling lotteries by rank in the lottery pool. In the present invention, since the Pool DB I / O module 202 encrypts / decrypts the data stored in the pool DB 212, neither the administrator can operate the winning or not.

An administrator computer graphic interface (admin CGI) 203 is an administrative computer graphic interface (CGI) for setting an lottery ticketing condition and a drawing condition. Here, the lottery condition supports the lottery method by online and offline methods.

The lotto generator 204 generates a lottery ticket. In particular, when the lottery generator 204 generates a lottery ticket, it is an interface module for determining the ranking and prize money of the lottery ticket and delivering the determined result. Here, the ticketing condition of the lottery generator 204 supports the lottery ticketing of a uniform distribution by a slot type or a GLEPS method. More specifically, the lottery ticket of a large amount of winnings is equally divided for each slot section. Ticketing will be made in the slot method for distribution, and ticketing will be processed in the GLEPS method where the total amount of winnings will be equally distributed to all sections.

The smart card I / O module 205 is an interface library for allowing an administrator to authenticate the administrator with a smart card. The server 200 may not be authenticated by the service manager through the smart card input / output module 205. ) Does not start. In addition, the smart card input / output module 205 performs an electronic signature when the administrator executes a management command, thereby enabling the administrator's record tracking when a problem occurs in the server 200.

The public key encryption library (Xecure PKI library) 206 is a library module that supports digital signatures and encryption / decryption, and supports digital signatures for lottery data. It also supports digital signatures and encryption of protocols for administrators.

A lotto data generator 207 verifies the ticketing request by the user. In addition, the lottery data generator 207 generates lottery data based on the lottery number selected by the user, and adds additional information necessary for the generated lottery data. As a result, the lottery data generator 207 electronically signs the completed lottery data to generate final lottery data.

The lottery data DB 208 stores a user's lottery ticket request message and already issued lottery data.

The log / report scheduler 209 transfers and records logs according to conditions set by the administrator to the log / report server 70, and records the state of the lottery server 200 and the state of lottery sales when necessary. The log / report server 70 transfers the data to the log / report server 70.

The protocol handler 210 is responsible for the generation and decryption of messages that follow the Lottery Game Services Dedicated Protocol (SFLP), and supports service protocols for ticketing / verification / retrieval of lotteries. It also supports a management protocol for controlling the start / stop / reporting function of the lottery server (200).

The socket socket server 211 is a daemon program of the top layer for providing socket type services.

1 and 6, the operation procedure of the digital electronic lottery game operating system according to the present invention for the P-type lottery game service will be described.

The first step is a step for setting a ticketing condition by the system administrator, and FIG. 7 is a diagram for explaining the ticketing condition setting. In the first step, the system administrator sets lottery ticketing conditions through an administrator screen (web-based computer graphic interface) supported by the system administrator 300. At this time, a unique point is that the contents of the ticketing condition to be set only when the administrator succeeds in authentication using a smart card are registered in the server 200.

The second step is a request for purchasing a lottery ticket by the client PC 30. In the second step, the user logs on to a sales proxy server 20. Then, the user generates a lottery purchase request message as shown in Equation 5 below by using a signature tool (XecureSignTool) 32 provided inside the client PC 30.

Lotto Request (LR) = [hash (resident registration number) + Unique Seed + Time Stamp Token + User Cert. Info] sign

Thereafter, the generated lottery purchase request message is transmitted to a sales proxy server 20 in an encrypted state through an encryption module 31 provided in a client PC 30. .

Next, the third step is a lottery ticketing step by the lottery server 200, and FIG. 8 is a view for explaining the lottery ticketing step. In a third step, a sales proxy server 20 transmits a lottery purchase request message LR of Equation 5 to the lottery server 200. At this time, the lottery server 200 generates lottery data as shown in Equation 6 using the lottery purchase request message (LR).

Lotto Data (LD) = [Lotto Info + LQ + BID Info + Server Cert. Info] sign

Thereafter, the generated lottery data LD of Equation 6 is stored in its own DB of the lottery server 200, and optionally delivered to a sales proxy server 20 in a system implementation. It is stored in the user DB 60.

At the same time, the sales proxy server 20 checks the lottery purchase amount if there is no error after verifying the user signature of the lottery data LD.

The next fourth step is a lottery game service step by a sales proxy server 20, and FIG. 9 is a diagram for explaining the lottery game service step. In a fourth step, a sales proxy server 20 generates a game using blind identifier (BID) information, and provides the generated game to a user. After that, the game ends immediately, and when the user wins, payment is made as much as the winning amount. Such a P-type lottery game service supports the record management of the game result when the lottery game ends. That is, for a large amount of winning tickets only the lottery numbers corresponding to the store in the user DB (60) linked with the sales agency server 20. In addition, when an inquiry is required, the lottery number stored in the lottery server 200 is presented, and the lottery data corresponding to the lottery number is received.

The following is a digital lottery game service of the S type (= scratch type) that determines the existence and winning of the lottery by decrypting the stored lottery when the user requests to purchase the lottery after encrypting and storing a certain amount of lottery in advance. do.

In the S-type digital lottery game service according to the present invention, the lottery data generated separately from the outside is encrypted and stored in a DB. Afterwards, when the user requests lottery ticketing, the server selects and issues one from the DB each time the request is made. Afterwards, the remaining lottery tickets are reduced by one. This S-type lottery game service is suitable for selling one lottery simultaneously online and offline.

A feature of the system for the digital electronic lottery game service of the S type is that a server for lottery sale is operated based on a dedicated protocol for the lottery game service.

In addition, it provides a dedicated protocol (SFLP) for lottery sales and server management, and provides a web-based management environment by providing a computer graphics interface (CGI) type management menu using the dedicated protocol (SFLP).

In addition, when the service program is activated, the user is authenticated using a smart card. The server starts up directly by inserting a smart card.

The lottery server of the present invention is activated in a standby mode and then authenticates with an integrated circuit (IC) card in a personal computer (PC) through a service dedicated protocol (SFLP).

The S-type lottery game service of the present invention receives external data (lottery data for a certain number of lottery tickets) when charging the lottery, encrypts them into a predetermined batch, and stores them in a DB. When the lottery ticket is issued, the lottery data is electronically signed and provided to the buyer. When verification of the lottery data is required, the verification is performed and the verification result is provided.

10 is a block diagram showing a digital electronic lottery game operating system for a scratch-type lottery game service.

Referring to FIG. 10, the system for the scratch type lottery game service of the present invention includes a lottery server 400, a sales proxy server 20, and a log / report server. / report server) 70. Here, the sales proxy server 20 and the log / report server 70 perform the same operations as in FIG. 1.

Therefore, with reference to FIG. 10, the configuration and operation of the lottery server 400 will be described in more detail.

The lottery server 400 of the present invention includes a file input / output module 401, an encryption DB I / O module 402, an administrator computer graphical interface (admin CGI) 403, and a lottery generator ( a lotto generator 404, a smart card I / O module 405, a public PKI library 406, a lotto data generator 407 And a lottery data DB 408, a log / report scheduler 409, a protocol handler 410, and a socket socket server 411. ) And an encrypted raw data DB (412).

The file input / output module 401 is a module that reads externally generated raw data of the lottery, and encrypts the input lottery data in a batch to encrypt the raw data DB 412. After saving, whenever a user's request, one lottery data is provided to the user.

The encryption DB I / O module 402 and the encryption raw data DB 412 interoperate with each other and manage ticketing of the lottery. In the present invention, since the encryption DB I / O module 402 encrypts / decrypts data stored in the encryption raw data DB 412, neither an administrator can manipulate the winning or not.

An administrator computer graphic interface (admin CGI) 403 is an administrative computer graphic interface (CGI) for the administrator to set lottery ticketing conditions and lottery conditions. Here, the lottery condition supports the lottery method by online and offline methods.

Lotto generator 404 generates a lottery ticket. In particular, the lottery generator 404 is an interface module for decrypting the lottery data stored in the encryption raw data DB 412 and delivering the decryption result.

The smart card I / O module 405 is an interface library for allowing an administrator to authenticate the administrator with a smart card. The server 400 may not be authorized by the service manager through the smart card input / output module 405. ) Does not start. In addition, the smart card input / output module 405 performs an electronic signature when the administrator executes a management command, thereby enabling the administrator's record tracking when a problem occurs in the server 400.

The public key encryption library (Xecure PKI library) 406 is a library module that supports digital signature and encryption / decryption, and supports digital signature on lottery data. It also supports digital signatures and encryption of protocols for administrators.

A lotto data generator 407 verifies the ticketing request by the user.

The lottery data DB 408 stores a user's lottery ticket request message and already issued lottery data.

The log / report scheduler 409 transfers and records logs according to conditions set by the administrator to the log / report server 70, and records the state of the lottery server 400 and the state of lottery sales when necessary. The log / report server 70 delivers it and records it.

The protocol handler 410 is responsible for generating and decrypting messages that follow the Lottery Game Service Dedicated Protocol (SFLP), and supports service protocols for ticketing / verification / retrieval of the lottery. It also supports a management protocol for controlling the start / stop / reporting function of the lottery server (400).

The socket socket server 411 is a daemon program of the top layer for providing socket type services.

1 and 10, the operation procedure of the digital electronic lottery game operating system according to the present invention for the S-type lottery game service will be described.

The first step is the lottery data ticketing step by the system administrator, and FIG. 11 is a diagram for explaining the lottery data ticketing. In the first step, the system administrator executes a lottery ticket through an administrator screen (a web-based computer graphic interface) supported by the system administrator 300. At this time, the lottery server 400 reads (charges) the raw data of the lottery generated in advance and charges the data contents and stores them in the DB (encrypted raw data DB) 412. Also, in the first step, the system administrator sets bonus points and additional service functions through an administrator screen (web based computer graphic interface) supported by the system administrator 300. At this time, a unique point is that the contents to be set only when the administrator succeeds in authentication using a smart card is registered in the server 400.

The second step is a request for purchasing a lottery ticket by the client PC 30. In the second step, the user logs on to a sales proxy server 20. Then, the user generates a lottery purchase request message as shown in Equation 7 by using a signature tool (XecureSignTool) 32 provided inside the client PC 30.

Lotto Request (LR) = [hash (resident registration number) + Unique Seed + Time Stamp Token + User Cert. Info] sign

Thereafter, the generated lottery purchase request message is transmitted to a sales proxy server 20 in an encrypted state through an encryption module 31 provided in a client PC 30. .

Next, the third step is a lottery ticketing step by the lottery server 400, and FIG. 12 is a diagram for explaining the lottery ticketing step. In a third step, the sales proxy server 20 transmits the lottery purchase request message LR of Equation 7 to the lottery server 400. At this time, the lottery server 400 generates lottery data as shown in Equation 8 using the lottery purchase request message (LR). Simultaneously with the generation of the lottery data, the lottery server 400 selects one of the encrypted raw data and decrypts it to determine whether to win.

Lotto Data (LD) = [Lotto Info + LQ + BID Info + Server Cert. Info] sign

Thereafter, the generated lottery data LD of Equation 8 is stored in its own DB of the lottery server 400 in pairs with the corresponding lottery purchase request message LR. As another example, the generated lottery data LD may be transferred to a sales proxy server 20 and stored in the user DB 60.

At the same time, the sales proxy server 20 checks the lottery purchase amount if there is no error after verifying the user signature of the lottery data LD.

The next fourth step is the lottery game service step by the sales proxy server 20, and FIG. 13 is a diagram for explaining the lottery game service step. In a fourth step, a sales proxy server 20 generates a game using blind identifier (BID) information, and provides the generated game to a user. After that, the game ends immediately, and when the user wins, payment is made as much as the winning amount. Such an S-type lottery game service supports the record management of the game result when the lottery game ends. That is, for a large amount of winning tickets only the lottery numbers corresponding to the store in the user DB (60) linked with the sales agency server 20. In addition, when an inquiry is required, the lottery number stored in the lottery server 400 is presented, and the lottery data corresponding to the lottery number is received.

The digital electronic lottery game service management system of the present invention described above with reference to FIGS. 1 to 13 has various formats (A type = number type, B type = lotto type, R type = random number type, P type = full type). , S type = Scratch type). The lottery generator, which is the core for the total operation of the electronic lottery game service, will be further described below. The lottery generator of the present invention maximizes the convenience of operating the lottery game service. For example, the total number of tickets, the number of winners in each ranking, the unit size of the unit, the minimum winning reward probability, etc. are adjusted according to the demand of the ticketing person.

The following describes the electronic lottery game service operating procedure of the present invention through the operating system according to the present invention.

FIG. 14 is a diagram illustrating an operation procedure of a digital lottery game based on the system of the present invention shown in FIGS. 1 to 13.

Referring to FIG. 14, first, a user logs in to a sales proxy server 600 by inputting a unique identifier (ID) and a password (Password) to a client PC 500. in) (S1).

The sales agent server 600 performs login authentication on the logged-in user by using his unique identifier (ID) and password (PW) (S2).

Thereafter, the user selects a desired lottery game on the main screen of the client computer 500, and requests the selected lottery game from the sales representative server 600 (S3).

The sales representative server 600 interfaces the applet of the lottery game requested to the client computer 500, and the applet of the lottery game is downloaded to the client computer 500 (S4).

After that, the downloaded applet is executed in the client computer 500 (S5), and if there is a request for purchasing a lottery ticket, the following steps (S6 to S6 ~) until a lottery purchase request message including the contents of the lottery purchase request is transmitted. S12) is developed.

First, a private key is requested to a key archive server from a signtool embedded in the client computer 500 (S6).

The key storage server downloads the encrypted private key to a signtool, which is the subject of the request (S7).

Again, the signtool requests a time stamp to be used for the digital signature (time stamp) to the time stamp server (S8). Accordingly, the time stamp server issues a time stamp token and issues it to a signtool, which is the subject of the request (S9). Here, the time stamp is for verifying the user's signature time, and the issued time stamp is attached to the lottery purchase request message.

Thereafter, when the user inputs a pass phrase through the applet, the private key is decrypted (S10), and the social security number of the user is encrypted with a hash function to generate a hidden identifier (BID) (S11).

Next, after the social security number encrypted with the hash function, the private key (user authentication information), the time stamp and the secret identifier (BID) are digitally signed by the signature tool, a lottery request message is generated (S12). The generated lottery purchase request message LR is transmitted to the sales agent server 600 (S13).

When the sales agent server 600 receives a lottery purchase request message LR from a specific user, the sales agent server 600 checks whether the user has a deposit to check whether there is a balance (S14).

If the user's deposit, which is the subject of the lottery purchase request, exists as necessary, the sales agent server 600 transmits the received lottery purchase request message to the lottery server 70 (S15).

Accordingly, the lottery server 700 decrypts the received lottery purchase request message (S16), queries the user's certificate on the directory server (directory server), and receives a certificate (S17).

The lottery server 700 inquires the status of the certificate issued by the inquiry server (directory server) to the verification server (OCSP server), and receives the inquiry result (S18). Subsequently, the lottery server 700 requests a time stamp server to be used for signature of the lottery ticket holder (S20). Accordingly, the time stamp server issues a time stamp token and issues it to the lottery server 700 that is the subject of the request (S21).

Accordingly, as the digital signature verification for the user who requested the lottery purchase is completed, the lottery generator 710 generates lottery winning data through the lottery drawing (S22).

The lottery server 700 is electronically signed to the generated winning data, thereby generating lottery data (LD: Lotto data) including the winning information (S23). And the lottery server 700 transfers the generated lottery data to the sales agent server 600 (S24). When the lottery data is received from the lottery server 700, the sales agent server 600 calculates the deposit of the user who is the subject of the lottery purchase (reduction of the lottery purchase amount from the deposit) (S25). The lottery data is transmitted to the corresponding user (S26).

When the lottery data is delivered to the client computer 500, the signature tool decrypts the lottery data (S27) and checks the certificate by querying a directory server for the certificate of the server signed with the lottery data (S28). S29).

Again, the signature tool inquires the status of the certificate that is checked and checked by the directory server to the verification server (OCSP server) and receives the inquiry result (S30 and S31).

However, since the certificate inquiry verification and the status inquiry of the server are already included in the lottery data, the actual system is designed to be processed internally by the signature tool.

Signature verification of the lottery data is completed (S32), and a lottery game using the verified lottery data is executed (S33).

However, in the result of the user executing the lottery game, if the user wins the lottery, the winner is requested using the GID (Genuine ID) and the lottery data which can confirm the identity of the user (S34, S35).

Accordingly, the sales agent server 600 transmits the GID and the lottery data to the lottery server 700 and requests verification of the hidden identifier BID (S36). As a result, the lottery server verifies the hidden identifier BID using the GID (S37). Then, the verified result is transmitted to the sales agent server 600 (S38). Eventually, if the user of the verification results match, the sales agency server 600 requests the settlement of the winnings to the settlement module (PG) (S39), the settlement module (PG) approves the settlement of the winnings (S40).

Finally, the winning result and the winning settlement result are notified to the client computer 500 using an e-mail or a wireless communication network.

According to the present invention described above, by allowing a variety of lottery games that were serviced offline (off-line) to be safely performed in a single system on-line (line), higher digital digital lottery service over a communication network, such as the Internet Gives credibility

In addition, the present invention provides a simpler development environment in developing a server for sale by using a lottery game service dedicated protocol (SFLP). More specifically, the server-side developer who acts for sale functions such as socket communication, data encoding / decoding and data verifying for the lottery game service-specific protocol of the present invention. It is easy to use. Since one lottery server can be easily linked with a plurality of sales agency servers, it is excellent in scalability.

In addition, the present invention provides a number of existing security requirements (anti-counterfeiting and copy protection, anti-ticketing, anti-ticketing and non-purchase of ticketing, proven random number generation, system to give higher reliability of digital electronic lottery service And information security, key management and security).

Lastly, the present invention is excellent in terms of user protection because it is implemented to verify identity at the time of purchase of a lottery ticket and not at the time of purchase of a lottery ticket in identification of the buyer. It is a future-oriented system because it is a flexible structure in which future expandability is included so that additional services can be easily provided.

Those skilled in the art will appreciate that various changes and modifications can be made without departing from the spirit of the present invention.

Therefore, the technical scope of the present invention should not be limited to the contents described in the embodiments, but should be defined by the claims.

Claims (19)

An application server including an applet for a lottery game service; A sales agent server providing a computer graphic interface to a user computer for setting system management and lottery ticketing conditions; The lottery game service and the digital electronic lottery game operating system comprising a lottery server to communicate with the sales representative server using a dedicated protocol for setting the conditions of the lottery ticketing. The digital lottery game operating system according to claim 1, wherein the lottery server includes a lottery generator for generating lottery data, and the lottery generator determines ranking and winning according to a predetermined lottery ticketing condition. The method of claim 1, wherein the lottery server, Pure Random Generator that generates unpredictable random numbers to determine ranking and winnings according to pre-designated lottery ticketing conditions, A hidden identifier generator for delivering the result of the lottery after the lottery draw, And a protocol handler for generating and decrypting a message conforming to the dedicated protocol exchanged between the sales representative server and the lottery server. The method of claim 3, wherein the protocol controller, And a service protocol for issuing, verifying, and querying a lottery ticket, and a management protocol for controlling the start / stop / reporting function of the lottery server. The digital lottery game operating system according to claim 1, wherein the lottery server is activated after performing authentication to an administrator using a smart card. A client computer for electronically signing and sending a message for requesting a lottery purchase; A lottery server for generating lottery data according to lottery ticketing conditions set by a system administrator; And a sales agent server configured to provide a predetermined lottery game to the client computer using the lottery data received from the lottery server in response to the lottery purchase request from the client computer. 7. The digital electronic lottery game operating system according to claim 6, wherein an external server for generating, renewing, and revoking a certificate of a lottery purchase requester accessing the system side through the client computer interoperates with the sales agent server. . 7. The digital electronic lottery game operating system according to claim 6, further comprising a key storage server for storing a key of the lottery purchase requester who has accessed the system through the client computer. 9. The digital electronic lottery game operating system according to claim 8, wherein the key storage server provides the requestor's private key online to the lottery purchase requester accessing the system side through any client computer. The system according to claim 6, further comprising: a directory server which inquires a certificate of a lottery purchase requester who has accessed a system side through the client computer; And a verification server for checking the validity of the certificate obtained from the directory server and querying the status of the certificate of the lottery purchase requester accessing the system through the client computer. system. The digital lottery game operating system according to claim 10, wherein the directory server performs verification using a certificate corresponding to a message signed by the requestor and a message signed by the lottery server. 7. The system of claim 6, further comprising a time stamp server for issuing a time stamp token to be appended to a message signed by the requestor to verify the timing of the signing of the lottery purchase requester who accessed the system side via the client computer. Digital lottery game operating system, characterized in that. The method of claim 6, wherein the sales agent server, A digital electronic lottery game operating system, characterized in that it works in conjunction with an external settlement module, the lottery purchase settlement for the lottery purchase requester accessing the system side through the client computer and the payment of the winnings. A first step of receiving a lottery purchase request message from a user side computer; Decrypting the received lottery purchase request message; Generating a lottery game for the verified user and providing corresponding lottery data; Thereafter, the fourth step of generating and providing lottery winning data including the winning information through the lottery lottery, characterized in that the digital electronic lottery game operating method. The method of claim 14, wherein the first step, For the user's private key request from the user side computer, download the encrypted private key to the user side computer, Issue a time stamp token for inserting a time stamp into the electronic signature of the request to purchase the lottery ticket, and issue it to the user side computer; The user's computer generates and delivers a lottery purchase request message including a hidden identifier using the downloaded private key and the time stamp, and then receives the lottery purchase request message. Way. The method of claim 14, wherein before the second step, The digital lottery game operating method, characterized in that further comprising the step of checking whether the user's deposit as the lottery purchase request message is received. The method of claim 14, wherein after the second step, Look up the certificate of the corresponding user to obtain a certificate, Query the validity status of the issued certificate, And receiving a time stamp to be used for the server-side electronic signature, and verifying the electronic signature for the user who is the subject of the lottery purchase request. The method of claim 14, wherein the third step, A digital lottery game operating method, characterized in that the settlement of the deposit of the user who is the subject of the lottery game execution, and delivers the generated lottery data to the user. The method of claim 14, wherein the third step, As a result of executing the ticket game, the user requests the winnings using the identifier for the identification and the lottery data received from the system, and thus, the verification of the identifier of the user and the settlement of the winnings for the user are approved. Afterwards, the result of the winning and the result of the settlement of the winning money is notified to the user side computer through an e-mail or a wireless communication network.