JP2003216766A - Processing method of voucher issuance management server, voucher issuance management server, voucher issuance system, computer terminal, and voucher issuance program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a processing method of a voucher issuance management server for making the forgery of a voucher difficult, performing charging only to a normally printed voucher and readily abandoning a voucher whose printing is failed, and to provide the voucher issuance management server, a voucher issuance system, a computer terminal, and a voucher issuance program. <P>SOLUTION: In receiving data of a ticket from a managing server 16, a user terminal 11 automatically prints one ticket by a printer. In the case of receiving a signal indicating that the printing of the ticket is a failure from the user terminal 11 (step S54), the management server 16 transmits a voucher ID number and a security number as new identifiers to the user terminal. The user terminal 11 updates the new identifiers (step S57) and prints the ticket having the identifiers again. Also, in receiving the signal indicating that the printing of the ticket is successful from the user terminal 11 (step S59), the management server 16 performs an accounting processing (step S62). <P>COPYRIGHT: (C)2003,JPO

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a voucher issuing management server processing method, a voucher issuing management server, a voucher issuing system, a computer terminal, and a voucher issuing program.

[0002]

2. Description of the Related Art With the recent development of the Internet, it is possible to purchase tickets for plays and concerts and entrance tickets for amusement parks and exhibitions via the Internet. Tickets purchased in this way are generally mailed or picked up at a local agency or the like. However, in order to save the trouble of mailing or picking up these items, a technology has been developed in which the purchased ticket is printed by a printer at home or the like to issue the ticket.

However, in such a technique, since the print data of the ticket is usually stored in the purchaser's computer terminal and then printed, any number of tickets may be printed depending on the operation of the purchaser. You can That is, it is highly likely that counterfeiting will be performed by the purchaser, and it is not widely used.

Therefore, in order to prevent multiple tickets from being printed, it is often charged when ticket data is transmitted from the management server. However, in this case, even if the ticket printing fails due to a malfunction of the printer, the ticket fee will be charged. Therefore, it has been said that the fees for tickets that failed to be printed will be returned later. However, in such a system, the purchaser has to apply for refund of the ticket fee, which is troublesome.

Further, therefore, the user information such as the purchaser's name, address, and telephone number may be printed on the issued ticket, and the ticket purchaser, that is, the issuer may be specified to issue the ticket. Has been done. This allows
When a ticket is forged, the issuer of the forged ticket can be identified, so that it is attempted to prevent the ticket from being easily forged.

[0006]

However, in this case, since the user information is printed on the face of the ticket, if the printing fails due to a printer malfunction or the like, the user information is displayed on the failed ticket. There is. Therefore, it is not possible to easily discard the ticket that failed to print, and it is necessary to print carefully.

Therefore, the user information may be displayed by a bar code or the like that cannot be easily identified by a person. However, in this case, since the data amount of the bar code to be printed is large, there is a problem that even if a slight printing failure occurs, the information cannot be read and the printing easily fails.

The present invention has been made in view of the above problems, and an object of the present invention is to make counterfeit vouchers difficult and to charge a voucher that is normally printed. Providing a certificate issuing management server processing method, a certificate issuing management server, a certificate issuing system, a computer terminal, and a certificate issuing program that can print the certificate multiple times and can easily discard the certificate that failed to print To do.

[0009]

In order to solve the above-mentioned problems, the invention according to claim 1 transmits data to a computer terminal via a computer network, and prints connected to this computer terminal. In a processing method of a voucher issuance management server for causing a device to print a voucher, the management server includes a different identifier for each voucher and creates a voucher for creating print data for causing the printing device to print only one voucher. A voucher data transmitting step for transmitting data to the computer terminal; a propriety information receiving step for the management server to receive information on whether or not the voucher is normally printed from the computer terminal; , Based on the information received from the computer terminal, the voucher printed including the transmitted identifier cannot be used When disconnection is summarized in that a new identifier for causing said permission information receiving step and the printing step of the printing device performs printing again with a retransmission step of transmitting to the computer terminal.

According to a second aspect of the invention, in the processing method of the voucher issuance management server according to the first aspect, the management server transmits the voucher data in the voucher data transmission step based on the information received from the computer terminal. When it is determined that the voucher including the identified identifier can be used, it is a gist to further include a billing processing step for performing billing processing.

According to a third aspect of the present invention, in the voucher issuance management server for transmitting data to a computer terminal via a computer network and causing a printing device connected to the computer terminal to print the voucher, the voucher is provided. A voucher data transmitting unit for sending voucher data for generating print data for causing the printing apparatus to print only one voucher, including different identifiers, and the voucher is normally printed. If it is determined that the voucher printed including the transmitted identifier cannot be used, based on the availability information receiving means for receiving information on whether or not from the computer terminal, and the information received from the computer terminal, To cause the printing device to print the voucher including a new identifier different from the printed voucher identifier And summarized in that a new identifier and a retransmission means for transmitting to the computer terminal.

According to a fourth aspect of the present invention, when the voucher issuance management server according to the third aspect determines that the printed voucher is usable based on the information received from the computer terminal, The gist is that a billing processing means for performing billing processing is further provided.

According to a fifth aspect of the present invention, in a voucher issuing system in which data is transmitted and received to and from a computer terminal via a computer network, and a voucher is printed by a printing means connected to the computer terminal, the computer terminal is provided with the voucher. A first identifier recording means for recording voucher data including an identifier different for each voucher; and information for receiving whether or not the voucher printed by the printing means is normally printed from the computer terminal and recording the information. 2 identifier storage means, and an availability determination means for determining whether the previously transmitted identifier is normally printed based on the information stored in the first and second identifier storage means, and the availability When it is determined by the determination means that the voucher printed is unusable, a new front different from the previously transmitted identifier is used. To send the identifier to at least the computer terminal, and summarized in that record the said identifier to the first identifier recording unit.

According to a sixth aspect of the present invention, in the voucher issuing system according to the fifth aspect, a billing processing means is provided for carrying out a billing process when the propriety determination means determines that the voucher is normally printed. The main point is to prepare further.

The invention according to claim 7 is the invention according to claim 5 or 6.
In the voucher issuing system described in (1), the voucher data is characterized in that the voucher data includes a first identifier that is a character string or a numerical sequence and a second identifier that is a bar code as an identifier that differs for each voucher.

The invention according to claim 8 is the voucher issuing system according to any one of claims 5 to 7, wherein the voucher data is displayed as a one-dimensional bar code as an identifier different for each voucher. The summary is that the identifier is included.

According to a ninth aspect of the present invention, in the voucher issuing system according to any one of the fifth to eighth aspects, the user prints, in the voucher data, whether or not a printed voucher can be used. The gist is that the data in the voucher discrimination stamp column with is included.

The invention described in claim 10 is the invention as claimed in claims 5 to 9.
In the voucher issuing system according to any one of the above items, the gist is that the voucher data includes data of characters that appear when copied by a copying machine.

According to an eleventh aspect of the present invention, in a computer terminal that issues data by transmitting and receiving data to and from a management server and having a printing means connected to the certificate print the certificate, a different identifier is included for each certificate. An identifier recording unit that receives and records the voucher data, and print data is created based on the voucher data by receiving the identifier that is printed on the voucher, and then the print data is generated based on the print data. If the printing execution unit that causes the printing unit to print one voucher and the voucher printed by the printing unit is not printed normally, the voucher does not operate normally because the new identifier is received. The gist of the present invention is to provide an output unit that outputs information that the print was not performed to the management server.

According to a twelfth aspect of the present invention, in the computer terminal according to the eleventh aspect, the output unit normally prints the voucher when the voucher printed by the printing unit is normally printed. The main point is to further transmit the information that it has been done.

According to a thirteenth aspect of the present invention, in the computer terminal according to the eleventh aspect or the twelfth aspect, the print executing means creates the print data including image data indicating the identifier as a barcode. Use as a summary.

The invention described in claim 14 relates to claims 11 to 11.
13. The computer terminal according to any one of 13 above, wherein the print execution unit creates the print data including data in a voucher discrimination stamp column that is marked by the user as to whether or not the printed voucher is usable. Is the gist.

The invention described in claim 15 is based on claims 11 to 11.
The computer terminal described in any one of 14 is characterized in that the print execution means creates the print data including characters that appear when copied by a copying machine.

According to a sixteenth aspect of the present invention, the computer terminal that transmits / receives data to / from the management server, causes the connected printing means to print the voucher, and issues the voucher includes the different identifier for each voucher. Identifier recording means for receiving and recording the voucher data from the management server, and when receiving the voucher data to be printed on the voucher, create print data based on the voucher data, and subsequently to the print data. Based on the print execution means for causing the printing means to print one voucher based on the above, if the voucher printed by the printing means is not normally printed, the voucher is normal because at least a new identifier is received. The gist is to function as an output unit that outputs information that was not printed to the management server.

According to a seventeenth aspect of the present invention, in the voucher issuance program according to the sixteenth aspect, as bar code conversion means for causing the computer terminal to display the identifier received from the management server as a bar code. The point is to make it function further.

(Operation) According to the invention described in claim 1, 3 or 5, since only one voucher having a specific identifier is printed, the same voucher is not easily printed many times, Hard to be forged. If it is determined that the printed voucher cannot be used due to a malfunction of the printing apparatus, the voucher data with another identifier is received again from the management server, and the voucher with another identifier is printed. Further, since the voucher for which printing has failed does not include any user information or information regarding the identifier of a voucher that can be used, that is, the voucher for which printing has failed has no value and can be easily discarded. Further, when it is determined that the voucher is not printed normally, the voucher is not charged, and when it is determined that the voucher is printed normally and it is not necessary to send the voucher having another identifier from the management server. Only the vouchers that are printed and issued will be charged. Therefore, the failure of printing can be facilitated, and the utilization of the system can be promoted. The information on whether or not the voucher is printed normally means not only the signal that the voucher was printed successfully and the signal that the voucher was not printed normally, but also that the voucher was printed normally. The information may be information such as an identifier determined to be printed or an identifier determined to be not normally printed on the voucher.

According to the invention described in claim 2, 4, 6 or 12, the management server determines that the voucher is normally printed based on the information received when the voucher is normally printed. Then, the charging process is performed. Therefore, the management server
Based on the received information, it is possible to more reliably determine whether or not the voucher has been printed normally, and to perform the charging process. That is, since the bill is charged only when the voucher is normally printed and issued, utilization of the system can be further promoted.

According to the seventh aspect of the present invention, since the second identifier which is a bar code is included, the data of this second identifier cannot be easily identified with the naked eye, and is exactly the same as this. Things cannot be easily forged. In addition, the purchaser can make an inquiry or the like based on the first identifier that can be easily identified by the naked eye by additionally writing the first identifier that is a character string or a number sequence together with the second identifier. Therefore, it is more difficult for counterfeiting, and the purchaser can easily make an inquiry about the voucher.

According to the invention as set forth in claim 8, 13 or 17, since the identifier of the voucher is displayed by a one-dimensional bar code, the one-dimensional bar code is read when the voucher is used. Even if dots are missing,
The identifier can be read easily and can be identified more reliably.

According to the invention of claim 9 or 14,
The voucher data includes the image data of the voucher discrimination stamp column, and the voucher discrimination stamp column is printed on the voucher. Therefore, the user can be prompted to attach a mark indicating whether or not the voucher can be used.
In addition, after printing the voucher, the user can put a mark in the voucher discrimination stamp field to easily and easily see the voucher that cannot be used due to printing failure and the voucher that has been successfully printed and can be used. Can be determined.

According to the tenth or fifteenth aspect of the present invention, since the voucher data is configured such that hidden characters appear when copied by the copying machine, the voucher copied by the copying machine or the like is forged. Can be easily grasped. Therefore, the counterfeit voucher copied by the copying machine can be easily eliminated.

According to the invention described in claim 11 or 16, only when the voucher including the different identifier for each voucher received from the management server is not printed, the print created from the voucher data having the identifier is printed. Based on the data, the printing means was made to print one voucher, and after printing, the information of the identifier was deleted. Therefore, the computer terminal
Only one voucher can be printed, and after printing the voucher, the voucher having the same identifier cannot be printed again. That is, only one voucher can be printed each time a different identifier is received from the management server for each voucher. Therefore, a user who has printed a voucher that cannot be used due to printing failure can print a voucher that can be used without being charged any number of times, but each voucher that has been successfully printed and is used will be billed. While preventing
Only the valid voucher can be charged.

[0033]

BEST MODE FOR CARRYING OUT THE INVENTION An embodiment of a ticket issuing system embodying the present invention will be described below with reference to FIGS.

As shown in FIG. 1, the user terminal 11 as a computer terminal includes a keyboard 12 and a mouse 13.
A user operates these to input characters and change settings. Also, the user terminal 11 includes a monitor 14, through which it is possible to confirm changes and inputs, and to allow the user to browse an image to be used. Further, the user terminal 11 is connected to an inkjet printer 15 as a printing unit that prints the ticket T shown in FIG. 4 as a voucher.

The user terminal 11 is connected to the management server 16 of the ticket center C via the Internet I. The management server 16 functions as a first identifier recording unit, a second identifier storage unit, a rejection determination unit, and a billing processing unit. The management server 16 also includes a ticket information storage unit 17, a user information storage unit 18, and a performance information storage unit 19.
And a seat information recording unit 20.

In the ticket information storage unit 17, as shown in FIG. 2, a voucher ID number 21, a security number 22, a user ID number 23, a performance ID number 24, a performance date and time 25,
The seat number 26 and the usable identifier 27 are stored. The voucher ID number 21 and the security number 22 are different ID numbers for each printed ticket T, the security number 22 is a number different from the voucher ID number 21, and as shown in FIG. Is printed on. The user ID number 23 is a number that identifies the user who purchased the ticket T, and associates the information stored in the ticket information storage unit 17 with the user information stored in the user information storage unit 18. Further, the performance ID number 24 is a number assigned to identify the performance of the ticket, and associates the information stored in the ticket information storage unit 17 with the information stored in the performance information storage unit 19. To do. The performance date and time 25 is the date and time of the performance having the performance ID number 24, and when there are a plurality of identical performances with different dates and times, they are distinguished from each other. The seat number 26 is a designated seat number acquired by the ticket T. The usable identifier 27 is a usable identifier that determines whether the issued ticket T is in the usable state.

The user information storage unit 18 stores user information regarding the user who has applied for the ticket T using this system. As shown in FIG. 3, this user information includes user ID number 23, user name 31, date of birth 32, e-mail address 33, telephone number 34, address 35, postal code 36, password 37, billing information 38 and This is the usage history information 39. The password 37 is an arbitrary character string determined by the user to identify the user. The billing information 38 includes a debiting method such as debiting an account or issuing a bill, number information such as a card number or an account number used at the time of billing, and its history. The usage history information 39 is history information when the user uses this system.

The performance information storage unit 19 stores performance information regarding the issued ticket T. Performance information is shown in Figure 5.
As shown in, performance ID number 24, performance name (artist name) 41, performance period / venue name 42, seat type / charge 43,
All seat information ID numbers 44 and ticket images 45. The performance name (artist name) 41 is information on the performance, and is an artist name or performance name for identifying the performance, such as "○ Taro's Christmas live" as shown in the ticket T of FIG. is there. Also, the performance period
The venue name 42 is, for example, "XX hall from November 28 to December 5, and △△ theater from December 6 to December 11".
Etc. is information about the date and time of the performance and the name of the venue. The seat type / price 43 is information about each seat type and its charge when a plurality of seats such as S seats and A seats are set in the performance. The seat information ID number 44 is information regarding the seats of the performance, and in the case where there are a plurality of the same performances at different dates and times, in order to specify all the information stored in the seat information recording unit 20. It is the assigned number. The ticket image 45 is image data that is the source of the image printed on the ticket, and is printed on the ticket T by adding data such as the voucher ID number 21 and the security number 22 thereto. Further, in the data of each ticket image 45, for example, as shown in the ticket T of FIG. 4, the image data of the check box S for marking whether the user can use the ticket T and the background of the ticket T are almost mixed. Image data of the character K of "invalid" that is displayed as shown in FIG. Although the character K is similar to the background color of the ticket T, it is displayed in a darker color than the background color, and when the ticket T is copied by a copying machine or the like, the character K appears in the background. And then copied.

The seat information recording section 20 stores seat information of the performance specified by the performance date / time 25, that is, information on all seat numbers 46 set at the performance date / time and the user who has acquired the ticket T of each seat number. The user ID number 23 is stored. If the seat has not been reserved by the user, the user I of the seat number
The D number 23 is blank. Therefore, the management server 16 can obtain the vacant seat information of the performance date / time 25 having the performance ID number 24 by searching the seat number 46 for which the user ID number 23 is not stored in the seat information recording unit 20.

Further, as shown in FIG. 1, the management server 16
A terminal computer 50 of the performance venue L is connected to the via a dedicated network N. The terminal computer 50 includes a data storage unit 51.
The terminal computer 50 is connected to a plurality of bar code reading terminals 52 wirelessly,
The security number 22 (bar code B) read by the bar code reading terminal 52 is received. Further, the terminal computer 50 includes input means such as a keyboard (not shown) and display means such as a monitor. When the security number 22 cannot be read via the barcode reading terminal 52, the keyboard is
The voucher ID number 21 is input for verification.

Next, the operation of the ticket issuing system of this embodiment will be described with reference to FIGS. (Issuing Ticket) First, the ticket issuing process performed according to FIGS. 7 to 10 will be described.

When the user wants to obtain the ticket T by using the ticket issuing system of this embodiment, first, the user terminal 11 via the Internet I.
Is connected to the management server 16. This allows the management server 1
The data of the initial screen FG is transmitted from 6 to the user terminal 11 via the Internet I (step S11). The user terminal 11 then, based on the received data,
The initial screen FG is displayed on the monitor 14 (step S1).
2).

On the initial screen FG, as shown in FIG.
Use button 61, verification button 62, voucher ID number 2
1, performance name 41, user ID number 23 and password 3
A voucher information input field 63 for inputting 7 is displayed.

When the user wants to obtain the ticket T, he first clicks the use button 61. That is, when the user terminal 11 determines that the use button 61 is selected (YES in step S13 of FIG. 7), it transmits a search screen request signal to the management server 16 (step S).
14). The management server 16 transmits the data of the search screen SF to the user terminal 11 in response to the received search screen request signal (step S15). According to this, the user terminal 1
1 displays the search screen SF on the monitor 14 (step S16).

On the search screen SF, as shown in FIG.
A search information input field 65 and a search button 66 for inputting information of the ticket T that the user wants to acquire are displayed. The user inputs information about the performance of the ticket to be acquired, the performance name (artist name), the performance date, the release date, the region, etc. in the search information input field 65, and clicks the search button 66. As a result, the user terminal 11
The search condition information input in the search information input field 65 is transmitted to the management server 16 (step S17). Management server 1
6 compares the received search condition information with the information stored in the performance information storage unit 19 and searches for the performance name 41 corresponding to the search information entered by the user in the search information input field 65 (step S18). .

At this time, when there are a plurality of performance names 41 corresponding to the search condition information (YES in step S19), the performance names 41, performance period / venue name 42, and seat information ID numbers of all the corresponding performances. The data of 44 is transmitted to the user terminal 11 (step S20). User terminal 11
Displays a list screen LG on which the performance name 41 of the corresponding performance is listed on the monitor 14 based on the received data, as shown in FIG. 13 (step S21). When one of the performance names 41 on the displayed list screen LG is clicked by the user, the user terminal 11 determines that the performance is selected, and transmits the performance name 41 to the management server 16 (step S22).

When the performance name 41 is received, or when there is only one performance name 41 corresponding to the search information (NO in step S19), the management server 16 determines the performance name 41 based on the performance name 41. Detailed information of the performance is displayed on the user terminal 1
1 (step S23). The user terminal 11
Detailed screen SG of the performance based on the received detailed information
Is displayed on the monitor 14 (step S24).

On the detailed screen SG, as shown in FIG.
As the detailed information of the performance, a performance name 41, a performance period / venue name 42, a seat type / charge 43, and vacant seat information 67 are displayed.
At this time, when there are a plurality of seat types / charges 43, each displayed seat type / charge 43 is displayed in a selectable manner. The vacant seat information 67 is stored in the seat information recording unit 20 as the user I
It is generated from information about how many seat numbers 46 do not store the D number 23.

When the user determines that the information displayed on the detailed screen SG is related to the performance of the ticket he / she wants to acquire and based on the vacant seat information 67, there are still vacant seats, the type of seat he / she wants to acquire. -Click one of the charges 43. Thereby, the user terminal 11 transmits the application information of the performance name 41 and the seat type / charge 43 of the selected performance to the management server 16 (step S25).

The management server 16 uses the transmitted performance name 41.
When the seat type / charge 43 is received, the data of the purchase screen UG of the ticket T that the user intends to purchase is transmitted to the user terminal 11 (step S26). User terminal 11
Monitors the purchase screen UG based on the received data 1
4 is displayed (step S27 in FIG. 8).

On the purchase screen UG, as shown in FIG.
Detailed information of the performance (performance name 41, performance date and time 25, venue name, etc. in the figure) 70, purchase number selection column 71, user information entry column 72, and purchase button 73 are displayed. The user information entry field 72 includes the user name 31, the date of birth 3
2, e-mail address 33, telephone number 34, address 3
5, an entry field for inputting a postal code 36, a password 37, and billing information 38. The user selects the number of tickets to purchase in the purchase number selection field 71, fills in the necessary information in the user information entry field 72, and selects the purchase button 73. When the user terminal 11 determines that the purchase button 73 is selected, the user terminal 11 transmits the ticket purchase number selected in the purchase number selection column 71 and the user information described in the user information entry column 72 to the management server 16 (step S28). ).

The management server 16 first assigns the user ID number 23 to the received user information (step S29),
The user information is stored in the user information storage unit 18 (step S30). Next, the management server 16 determines from the information of the seat information recording unit 20 among the empty seat numbers,
It is determined whether or not there are vacant seats whose serial numbers are the same as the number of purchased sheets (step S31). The management server 16 determines that there is no vacant seat having a serial number (N in step S31).
O) determines whether or not there are vacant seats for the number of purchases at the performance date and time (step S32). Then, the management server 16 determines that there is no empty seat (N in step S32).
In O), data indicating that the product has been sold out is transmitted to the user terminal 11 (step S33). Then, the user terminal 11
A display indicating that the product has been sold out is displayed based on the received data (step S34).

On the other hand, when the number of purchased seats is not the serial number but the number is the same as the number of purchased sheets (YES in step S33), data indicating that the seats can be taken is sent to the user terminal 11 if they are scattered (step S35). Then, the user terminal 11
Displays that the seats can be taken if they are disjointed based on the received data and a purchase button on a screen (not shown) (step S36), and prompts the user to purchase the ticket T or not. Therefore, when the user terminal 11 determines that the purchase button on the screen displayed by the user is selected (YES in step S37), the user terminal 11 transmits a purchase signal to the management server 16 (step S38).

When the management server 16 receives the purchase signal or determines that the number of vacant seats corresponding to the number of purchased sheets is continuous (YES in step S31), the user ID number 23 is assigned to the vacant seats. The information is stored in the seat information recording unit 20 (step S39). Next, the management server 16 uses the voucher ID number 2 stored in the ticket information storage unit 17.
Voucher ID number 2 different from 1 and security number 22
1 and security number 22 are generated (step S4)
0). Then, the management server 16 identifies the generated voucher ID number 21 and security number 22 and the performance name 4
1, performance date and time 25, seat number 26 and ticket image 45
The voucher data including "" is transmitted to the user terminal 11 (step S41).

When the user terminal 11 stores the received voucher data (step S42), the printer 15 is sent to the user in order to print the ticket T on the monitor 14.
Displays a screen (not shown) that prompts the user to enter the output enabled state (step S43 in FIG. 9). When the user terminal 11 determines that the printer 15 is ready for output by the user's operation, it creates the data of the barcode B from the security number 22 (step S44).
Subsequently, the user terminal 11 synthesizes the data of the barcode B with the print data of the voucher ID number 21, the performance name 41, the performance date / time 25 and the seat number 26, and the ticket image 45 to print the ticket T. Data is created (step S45).

Next, the user terminal 11 converts the created print data into intermediate image data (data consisting of multi-valued signals for each color of cyan, magenta, yellow and black) that can be processed by the printer 15. (Step S
46). Then, the user terminal 11 transmits the intermediate image data to the printer 15 (step S47) and causes the printer 15 to print the ticket (step S48). The user terminal 11 that has transmitted the intermediate image data to the printer 15.
Deletes the created print data (including the converted intermediate image data) (step S49).

After that, when printing is completed (step S5)
If YES, the printer 15 transmits a print end signal to the user terminal 11 (step S51). The user terminal 11 displays the print end screen EG on the monitor 14 based on this signal (step S52).

On the print end screen EG, as shown in FIG. 16, the ticket image 45 and the performance name 4 input to the ticket image 45 are displayed.
1, the performance date / time 25 and the detailed information 75 regarding the ticket of the seat number 26 are separately displayed, and the print failure button 76 and the print success button 77 are displayed. Further, on the print end screen EG, when the ticket T has been normally printed and is usable, a message M prompting the user to put a mark is displayed.

When the user determines that the printed ticket T is rubbed or has a large blur and the printing has failed, the user clicks the printing failure button 76. Thereby, as shown in FIG. 10, the user terminal 11 determines that the print failure button 76 has been selected (YES in step S53), and transmits a print failure signal to the management server 16 (step S54). When the management server 16 receives the print failure signal, it is a number that is not stored in the ticket information storage unit 17 and is different from the numbers transmitted to the voucher ID number 21 and security number 22 transmitted to this user terminal 11. The voucher ID number 21 and the security number 22 are generated (step S55). Then, the management server 16 transmits the newly generated voucher ID number 21 and security number 22 to the user terminal 11 (step S56). User terminal 11 receives the voucher ID
The number 21 and the security number 22 are stored and updated (step S57), and the processes after step S43 in FIG. 9 are repeated.

On the other hand, when the user determines that the printed ticket T has been printed successfully without rubbing or large blurring, the check box S displayed on the ticket T is marked and the printing success button 77 is displayed. Click. Accordingly, the user terminal 11 determines that the print success button 77 has been selected (YES in step S58), and transmits a print success signal to the management server 16 (step S59). The management server 16 changes the usable identifier 27 of the ticket information storage unit 17 to "possible" (step S60). Further, the management server 16 transmits data of a confirmation screen notifying that the ticket T can be used (step S).
Along with 61), a billing process is performed (step S62).
That is, based on the user's billing information 38 stored in the user information storage unit 18, issuance of a bill, withdrawal of payment from a bank account, and the like are performed. In addition, the user terminal 11 receiving the confirmation screen data displays the confirmation screen on the monitor 14 (step S63).

The management server 16 uses the voucher ID number 2
1 and the security number 22 are transmitted to the user terminal 11 (step S41), and when neither the print failure signal nor the print success signal is received within a predetermined time (for example, 30 minutes), the user receives the ticket T It is determined that the user has given up the printing of and disconnected from the management server 16. Then, when the management server 16 makes such a determination, the management server 16 deletes the user ID number 23 stored in the corresponding seat number 46 of the seat information recording unit 20.

(Verification of Tickets) The user who purchased the ticket T becomes uncertain when it is unclear which one of the printed tickets T is available or whether it is available or not. 17
It is possible to confirm whether or not the ticket is valid by performing the processing shown in. In this ticket validity confirmation process, the user firstly selects the user terminal 11 and the management server 1.
6 is connected and the initial screen FG shown in FIG. 11 is displayed on the monitor 14
To be displayed (step S70). The user inputs the voucher ID number 21, the performance name 41, the user ID number 23, and the password 37 in the voucher information input field 63 of the initial screen FG, and clicks the verification button 62. Thereby, the user terminal 11 determines that the collation button 62 of the initial screen FG has been selected (YES in step S71), and the user terminal 11 has the voucher ID entered in the voucher information input field 63.
The number 21, the performance name 41, the user ID number 23, and the password 37 are transmitted to the management server 16 (step S7).
2).

The management server 16 determines whether or not the received user ID number 23 and password 37 are stored in the user information storage section 18 (step S73), and if they are not stored (NO in step S73). In step S74, a signal indicating that the verification cannot be performed is transmitted to the user terminal 11 (step S74). In accordance with this, the user terminal 11 displays on the monitor 14 that the collation cannot be performed (step S7).
5).

When the management server 16 determines that the user ID number 23 and the password 37 are stored in the user information storage unit 18 (YES in step S73), the voucher ID number 21 is stored in the ticket information storage unit 17. It is checked whether or not there is (step S76). At this time, when the management server 16 determines that the voucher ID number 21 is stored in the ticket information storage unit 17 (YES in step S76), then the usable identifier 27 of the voucher ID number 21 is “enabled”. It is determined whether or not (step S77). When the management server 16 determines that the usable identifier 27 of the voucher ID number 21 received from the user terminal 11 is “enabled” (YES in step S77), it sends a signal indicating that it is usable. User terminal 1
1 (step S78). Then, the user terminal 11 displays the fact that it is available on the monitor 14 (step S79).

On the other hand, the management server 16 receives the voucher I
The D number 21 is not stored in the ticket information storage unit 17 (NO in step S76) or the usable identifier 27
Is not “enabled” (N in step S77
O) indicates that the user terminal 11
(Step S80). Then, the user terminal 1
1 displays that the monitor 14 cannot be used (step S81).

(Transmission of Ticket Information) Immediately before the performance date / time 25 described in the ticket T, the management server 16 causes the terminal computer 50 of the performance venue L to indicate that the usable identifier 27 is "as shown in FIG. The information of the voucher ID number 21 and the security number 22 of the usable ticket T which is determined as “possible” is transmitted (step S85).

Then, the terminal computer 50
The received voucher ID number 21 and security number 22 are stored in the data storage unit 51 (step S86). (Use of Ticket) When the ticket T is used at the performance venue L, the use processing as shown in FIG. 19 is performed. That is, the security number 22 of the barcode B of the ticket T is read by the terminal computer 50 via the barcode reading terminal 52 (step S91). The terminal computer 50 determines whether or not the security number 22 is stored in the data storage unit 51, that is, whether or not the security number 22 is correct (step S92). Security number 2
If 2 is correct (YES in step S92), it is determined that the ticket T is valid, and it is displayed that the ticket T is usable (step S9).
3) The usage process for the ticket T is completed.

On the other hand, the read security number 22
If is not stored in the data storage unit 51 (NO in step S92), the voucher ID number 21 described in the ticket T is input (step S94), and whether or not the voucher ID number 21 is correct. Is determined (step S9
5). If the voucher ID number 21 is stored in the data storage unit 51, that is, if the voucher ID number 21 is correct (YES in step S95), the ticket T is determined to be valid and used. The fact that the ticket T is available is displayed (step S93), and the determination regarding the ticket T ends.

However, if the security number 22 is incorrect (NO in step S95), the fact that the ticket is not usable is displayed (step S96). Then, the above-described usage process is repeated for each ticket T.

According to the ticket issuing system of this embodiment, the following effects can be obtained. (1) In the present embodiment, the user terminal 11 prints one ticket T based on the ticket T data received from the management server 16 in step S41 (step S).
48). If printing of the ticket T fails, the voucher ID number 21 and the security number 22 are received as new identifiers from the management server 16, and printing is performed again based on these new identifiers. Therefore, the same voucher I
Since only one ticket T having the D number 21 and the security number 22 is printed, it is not possible to easily print many tickets T and it is difficult for counterfeiting.

Further, due to a malfunction of the printer 15 or the like,
If the ticket T that cannot be used due to printing failure is printed, another voucher ID number 21 and security number 2
2 is transmitted and printing is performed based on the new voucher ID number 21 and security number 22. At this time, since the ticket T for which printing has failed does not include any information such as the voucher ID number 21 and the security number 22 that can be used or user information, the ticket T can be easily discarded, so printing is easy. Can fail.

Further, when the voucher ID number 21 and the security number 22 are newly transmitted, the ticket T is not charged, that is, only the ticket T that can be used is charged. It can fail and can facilitate the use of the issuing system.

(2) In this embodiment, the user terminal 11
However, if the ticket T is successfully printed, a signal to that effect is transmitted to the management server 16 (step S59). Then, only when this signal is received, the usable identifier is changed to "possible" (step S60), and the charging process is performed (step S62). Therefore, only the ticket T judged to be successfully printed can be used, and it is possible to more reliably charge only the ticket T.

(3) In this embodiment, the management server 16
Is a voucher ID number 2 as an identifier different for each ticket T.
1 and the security number 22 are transmitted to the user terminal 11. The transmitted voucher ID number 21 was printed on the printer 15 as it was, and the security number 22 was converted into the one-dimensional barcode B and printed. That is, since the security number 22 is the barcode B, the security number 22 cannot be easily grasped, and the same one cannot be easily forged and created. Therefore, it can be made difficult to be forged. Also, security number 22
At the same time, since the voucher ID number 21 that can be visually identified is displayed on the ticket T, even if the security number 22 is partially printed and cannot be read, based on the voucher ID number 21, the purchaser or the venue At L, the ticket T can be verified (step S72 in FIG. 17 and step S95 in FIG. 19).

(4) In this embodiment, the security number 22 is displayed by the one-dimensional bar code B. Since it is a one-dimensional barcode, even if a dot dropout occurs during printing, if the dot dropout is slight, the barcode B can be read, and therefore the ticket printing failure can be minimized.

(5) In this embodiment, the voucher ID number 21
Provided a check box S on the surface of the ticket T. Therefore, the user can be prompted to mark whether or not the ticket T can be used, and when the user marks the check box S, the ticket T that is normally printed and can be used. It is possible to easily understand at a glance.

(6) In this embodiment, the user terminal 11
On the basis of the ticket image 45 of the ticket T received from the management server 16, the character K is printed so as to be confused with the background of the ticket T, but the character K that appears when copied by a copying machine is printed. Therefore, even if the ticket T is copied in the same way by a copying machine such as a color copy machine, the letter K is clearly printed on the copied counterfeit voucher, and thus the counterfeit ticket T is easily copied. Can be eliminated.

(7) In this embodiment, the user terminal 11
Sends the intermediate image data directly from the user terminal 11 to the printer 15 without using the printer driver of the printer 15 to print one ticket T (step S47). When the intermediate image data is transmitted to the printer 15, the print data is automatically deleted (step S49). Therefore, if the user terminal 11 prints one ticket T, the user terminal 1 does not receive the voucher ID number 21 and the security number 22 from the management server 16.
1 cannot print the same ticket T again. Therefore, it is difficult to print many tickets T each having the voucher ID number 21 and the security number 22 that have been acquired once, and it is difficult to forge the ticket T.

(8) In this embodiment, the voucher ID number 2
By inputting 1, the performance name 41, the user ID number 23 of the user and the password 37 in the voucher information input field 63, it is possible to check whether the ticket T can be used. Therefore, even if the check box S of the ticket T is left unmarked and it is unclear whether or not the ticket T can be used, it is possible to easily make an inquiry and use the ticket T that can be used.
Can be grasped. Further, since the user ID number 23 and the password 37 of the user who purchased the ticket T are necessary to inquire whether the ticket T can be used, even if the ticket T is stolen, the user ID number 23 is used.
And the ticket T unless you know the password 37
Can't inquire whether or not can be used. That is, even if the ticket T is stolen, it is not clear whether or not the ticket T can be used, so it is hard to be stolen.

(9) In this embodiment, when the ticket T is used, the terminal computer 5 of the performance hall L
0, the ticket T that can be used just before the performance date 25
Sent. Therefore, when using the ticket T,
The terminal computer 50 does not connect to the management server 16 and stores the voucher ID number 2 stored in the data storage unit 51.
Based on 1 and the security number 22, it can be determined whether the ticket T can be used.

(Modification) The above embodiment may be modified as follows. In the above embodiment, when the printing by the printer 15 fails, the printing failure signal is transmitted to the management server 16 (step S55). Instead of this print failure signal, an identifier such as the voucher ID number 21 and the security number 22 printed on the ticket T for which printing has failed may be transmitted to the management server 16. Similarly, instead of transmitting a print success signal to the management server 16 when the printing by the printer 15 is successful (step S59), the voucher ID number 21 and the security number 22 printed on the ticket T for which the printing is successful are performed.
The identifier such as may be transmitted to the management server 16. That is, the information indicating whether or not the voucher is normally printed includes a signal indicating that the voucher is normally printed, a signal indicating that the voucher is not printed normally, an identifier of the voucher that is not determined to be normally printed, and It may be any of the identifiers of the vouchers determined not to be printed.

In the above embodiment, even when the printing by the printer 15 is successful, a signal to that effect is transmitted to the management server 16 (step S59). However, when the management server 16 does not receive the print failure signal (or the information of the voucher ID number 21 and the security number 22 printed on the ticket T for which printing has failed) from the user terminal 11 within a predetermined time, the printing is performed. The charging process may be performed assuming that the above has succeeded.

In the above embodiment, the security number 2
No. 2 received the number from the management server 16 and converted the data of the security number 22 to be displayed as the one-dimensional barcode B on the user terminal 11 when printing the ticket T. However, the user terminal 11 may receive the security number 22 from the management server 16 not as a number but as display data of the barcode B, and print the printer 15 as it is.

In the above embodiment, when printing fails, only the identifiers of the voucher ID number 21 and the security number 22 are retransmitted (step S56), but the identifiers of the voucher ID number 21 and the security number 22 are changed. At the same time, for example, the ticket image 45 and other information may be retransmitted.

In the above embodiment, the user terminal 11
Ticket image 45 received from the management server 16, letter K
And the data in the check box S was printed by the printer 15 as it was. Since these are always printed on the ticket T, they are stored in the user terminal 11 in advance, and when the data of the voucher ID number 21 and the security number 22 are received from the management server 16, the ticket including these information is stored. T
Print data may be created.

In the above embodiment, the concert ticket T is described as issued as a voucher. However, the ticket is not limited to this, and for example, a sports watching ticket, a theater ticket, an entrance ticket to an exhibition, a zoo or an amusement park. , Any boarding ticket, stamp, or any other voucher that requires billing.

[0087]

According to the present invention, when a different identifier is received for each voucher to be printed, one voucher is printed. Therefore, many vouchers are not easily printed and forgery is difficult. In addition, if printing fails, a new identifier is received based on the information and the voucher is printed again. Therefore, the voucher is not charged until it is successfully printed and used, and the voucher reliability is improved. You can Furthermore, since the certificate that failed to print contains almost no important information, it can be easily discarded and the use of the certificate issuing system can be promoted.

[Brief description of drawings]

FIG. 1 is a schematic configuration diagram of a voucher issuing system according to an embodiment.

FIG. 2 is a data configuration diagram of a ticket information storage unit in the embodiment.

FIG. 3 is a data configuration diagram of a user information storage unit in the embodiment.

FIG. 4 is an explanatory diagram of a ticket issued in the embodiment.

FIG. 5 is a data configuration diagram of a performance information storage unit in the embodiment.

FIG. 6 is a data configuration diagram of a seat information storage unit in the embodiment.

FIG. 7 is a flowchart showing a voucher issuance process according to the embodiment, particularly a process procedure until a voucher to be acquired is specified.

FIG. 8 is a flowchart showing a voucher issuance process in the embodiment, particularly a process procedure until data of a voucher to be issued is transmitted to a user terminal.

FIG. 9 is a flowchart showing a voucher issuance process according to the embodiment, particularly a process procedure until a voucher is printed by a printing unit from a user terminal.

FIG. 10 is a flowchart showing a processing procedure of voucher issuance processing, particularly processing after the voucher is printed in the embodiment.

FIG. 11 is an explanatory diagram of an initial screen according to the embodiment.

FIG. 12 is an explanatory diagram of a performance search screen according to the embodiment.

FIG. 13 is an explanatory diagram of a performance list screen that meets the search conditions in the embodiment.

FIG. 14 is an explanatory diagram of a detailed screen of a performance in the embodiment.

FIG. 15 is an explanatory diagram of a purchase screen according to the embodiment.

FIG. 16 is an explanatory diagram of a print end screen displayed after printing a ticket in the embodiment.

FIG. 17 is a flowchart showing a processing procedure of ticket validity confirmation processing in the embodiment.

FIG. 18 is a flowchart showing a processing procedure of the management server before using a ticket in the embodiment.

FIG. 19 is a flowchart showing a processing procedure when a ticket is used in the embodiment.

[Explanation of symbols]

I Internet as a computer network K Character S Check box as a voucher discrimination stamp T Ticket as a voucher 11 User terminal 15 as a computer terminal Printer 16 as a printing device First identifier recording means, second identifier storage means, propriety determination Management server 21 as means and billing processing means Certificate ID number 22 as first identifier Security number 25 as second identifier Performance date and time 26 as certificate data Seat number 41 as certificate data 45 Performance name as certificate data 45 Certificate data Ticket image as

Claims (17)

[Claims] 1. A processing method of a voucher issuance management server, which transmits data to a computer terminal via a computer network and causes a printing device connected to the computer terminal to print a voucher, wherein the management server is Contains a different identifier for each voucher,
A voucher data transmitting step of sending voucher data for creating print data for causing the printing device to print only one voucher to the computer terminal; and whether the management server normally prints the voucher. Whether or not the management server determines that the voucher printed including the transmitted identifier cannot be used, based on the information received from the computer terminal. The voucher issuance management server, further comprising: a resending step of transmitting a new identifier to the computer terminal in order to perform the printing step of printing by the printing device and the acceptance / rejection information receiving step again. Processing method. 2. When the management server determines that the voucher including the identifier transmitted in the voucher data transmitting step is available based on the information received from the computer terminal, the billing process is performed. The voucher issuance management server processing method according to claim 1, further comprising a processing step. 3. A voucher issuance management server that transmits data to a computer terminal via a computer network and causes a printing device connected to the computer terminal to print a voucher, the voucher issuing management server including a different identifier for each voucher. The voucher data transmitting means for sending voucher data for creating print data for causing the printing device to print only one voucher, and information on whether or not the voucher is normally printed, If it is determined that the voucher printed including the transmitted identifier cannot be used, based on the information received from the computer terminal and the information received from the computer terminal, the identifier of the printed voucher is In order to have the printing device print the voucher containing a different new identifier, the new identifier is A voucher issuance management server, comprising: a resending means for sending to a computer terminal. 4. A billing processing means for carrying out a billing process when it is determined that the printed voucher is usable based on the information received from the computer terminal. Voucher issuance management server described in. 5. A voucher issuing system which transmits / receives data to / from a computer terminal via a computer network and prints a voucher by a printing means connected to the computer terminal, wherein the computer terminal includes a different identifier for each voucher. First identifier recording means for recording voucher data; second identifier storage means for receiving and recording from the computer terminal information about whether the voucher printed by the printing means is normally printed; Based on the information stored in the first and second identifier storage means, a propriety determination means for determining whether or not the previously transmitted identifier has been normally printed, and the printability determined by the propriety determination means. When it is determined that the voucher cannot be used, at least a new identifier different from the previously transmitted identifier is used. For transmission to the serial computer terminal, vouchers issuing system, characterized by recording the said identifier to the first identifier recording unit. 6. The voucher issuing system according to claim 5, further comprising a billing processing unit that performs a billing process when the validity determination unit determines that the voucher is normally printed. 7. The voucher data includes a first identifier, which is a character string or a number sequence, and a second identifier, which is a bar code, as identifiers different for each voucher. Certificate issuing system described in 6. 8. The voucher data includes an identifier displayed as a one-dimensional barcode as a different identifier for each voucher, according to any one of claims 5 to 7. Certificate issuing system. 9. The voucher data includes data in a voucher discrimination stamp column, which is marked by the user as to whether the printed voucher is usable or not.
The voucher issuing system described in any one of 1. 10. The voucher issuing system according to claim 5, wherein the voucher data includes data of characters that appear when copied by a copying machine. 11. A computer terminal for transmitting / receiving data to / from a management server, printing a voucher by a connected printing means, and issuing a voucher, receiving data of the voucher including an identifier different for each voucher. By receiving the identifier recording means for recording and the identifier printed on the voucher, print data is created based on the data of the voucher, and subsequently, one voucher is printed on the printing means based on the print data. When the voucher printed by the printing means is printed normally by the printing means, the information that the voucher was not printed normally is received in order to receive the new identifier. A computer terminal, comprising: an output unit for outputting to the management server. 12. The output device further transmits information that the voucher is normally printed, when the voucher printed by the printing unit is normally printed. The listed computer terminal. 13. The computer terminal according to claim 11, wherein the print executing unit creates the print data including image data indicating the identifier as a barcode. 14. The print execution means creates the print data including data of a voucher discrimination stamp column, which is marked by the user as to whether the printed voucher is usable or not. 13. The computer terminal according to any one of 13. 15. The computer terminal according to claim 11, wherein the print execution unit creates the print data including characters that appear when copied by a copying machine. . 16. A computer terminal which transmits / receives data to / from a management server, causes a connected printing means to print a voucher, and issues a voucher, to the voucher data including an identifier different for each voucher. Identifier recording means for receiving and recording from, when receiving the voucher data to be printed on the voucher,
Print execution means for creating print data based on the data of this voucher and subsequently causing the printing means to print one voucher based on this print data; voucher printed by the printing means is not printed normally In this case, a voucher issuance program for functioning as an output means for outputting to the management server information that the voucher was not normally printed in order to receive at least a new identifier. 17. The voucher issuing program according to claim 16, further causing the computer terminal to further function as a barcode conversion means for displaying the identifier received from the management server as a barcode.