JP2003058724A - Digital contents providing system, digital contents providing method, server device and digital contents providing program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a digital contents providing system, by which digital contents can be transmitted only to a user who has completed a credit procedure. SOLUTION: An editor server 36 in a server device 1 transmits a layout image to a user PC 2. An image editor 52 in the user PC displays an editor window 22 containing the layout image on a display 22. When the user inputs the instruction of printing start through an input device 23, credit confirming processing concerning the relevant user is performed between a Web browser 27 in the user PC 2 and a Web server 35 of the server device 1, and when the credit confirmation is completed, the editor server 36 transmits a main image container 42 to the image editor 52.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a technique for selling digital content by transmitting it from a server device to a user terminal via a network.

[0002]

2. Description of the Related Art In recent years, along with the spread of computer networks represented by the Internet and the establishment of a legal basis for controlling electronic commerce via computer networks, computers such as paper media such as books and computers such as CD-ROM have been conventionally used. Works that are sold in fixed media such as readable media (language works, music works, art works,
Graphic works, movie works, photo works, etc.)
It has become communicable in the form of digital data and is now sold through computer networks. Such copyrighted works (hereinafter referred to as "digital contents") that have been made communicable in the form of digital data violate their copyrights because of the original characteristic of digital data that it is possible to copy the exact same thing. Easy to be affected. Therefore, when providing such digital contents, it is necessary to prevent duplication beyond the range permitted by the copyright holder, and on the other hand, it is necessary to guarantee the use of the copyrighted work by the user within the range. However, if too much emphasis is placed on copyright holder protection, the user will be overloaded (forced disclosure of private information, purchase of copyrighted material that does not suit his or her needs, etc.).
As a result, they may be reluctant to purchase digital contents using a computer network. On the other hand, if too much emphasis is placed on user protection, unauthorized use of copyrighted material by the user (illegal acquisition while avoiding billing, use more than the permitted number of times, use that is not the authorized usage form, etc.) There is room to leave, and as a result, the sale of copyrighted works using computer networks may be avoided. Therefore, how to balance the protection of the author and the protection of the user
It is important to promote the use of such business models.

[0003]

By the way, in electronic commerce using a computer network, a credit card is often used as a settlement means. It is because the credit card number of the credit card is associated with the credit card issuer, that is, the bank account and personal information of the credit card owner at the credit card company. This is because the credit card company guarantees the purchase price advance and the collection of the purchase price using these information. Specifically, when the user sends a combination of the card number of his credit card and his personal information (for example, his name) to the server device of the seller, the seller sends the information to the server device of the credit card company. (Credit server) and inquires whether or not these combinations are registered as valid. Then, when an answer (hereinafter referred to as “credit”) that these are valid is obtained, the seller accepts the transaction with the user, and when the user applies for the purchase of the specific product, the product is shipped ( Send) and ask the credit card company to recover the price. The credit card company pays the seller a payment for the replacement, and also requests the bank to withdraw the payment from the bank account corresponding to the credit card number. In other words, the credit provided by the credit card company has the meaning of guaranteeing the credit of the user by the credit card company.

In the sale of the digital contents using the computer network described above, it is necessary to present the contents of the work to be sold to the user before the purchase as in the case of selling books, photographs and pictures in the actual store. There is, however, an undeniable possibility that the copyrighted work will be misused. Therefore, if emphasis is placed on protecting the rights of copyright holders, credit by credit card companies should be done before the sample is presented.

However, since the credit procedure is to send out the user's personal information and credit card number on the network as described above, it is for the user to impose this on the user who has no intention to purchase. Too cruel.

On the other hand, focusing on user protection,
If the entire digital content is normally downloaded to the user terminal and the processing necessary to make the copyrighted material usable, such as decompression / decompression / printing, is completed, the credit is given. Since the copyrighted work itself is given to a person who has not been credit-guaranteed (that is, whose identity is uncertain) because it is incomplete, there is a high possibility of copyright infringement.

The present invention has been made in view of the above problems, and an object thereof is to enable a user to browse a sample work of copyright before a credit procedure and to complete the credit procedure. A digital content providing system capable of transmitting digital content only to a user, a digital content providing method using such a digital content providing system, a server device configuring such a digital content providing system, and a server device such as To provide a digital content providing program for causing a computer to function.

[0008]

The present invention has the following features to attain the object mentioned above.

That is, the digital content providing system according to the present invention comprises a server device and a user terminal that can communicate with each other via a network, and the server device sends the digital content to the user terminal based on a request from the user terminal. In the digital content providing system, the user terminal executes a process according to a program, a display for displaying an image by the process device, and various instructions to the process device according to an operation by a user. An input device for inputting, a communication device that communicates with the server device via the network, and a storage medium, the server device performing a process according to a program, and the server via the network A communication device that communicates with the user terminal and a digital And a storage medium that stores a sample thereof, and the storage medium of the user terminal stores the digital content in the server device in response to an instruction input by the input device to the processing device. A sample is requested, a sample of the digital content transmitted in response to the request is displayed on the display, and further, in accordance with an instruction input by the input device, the server device confirms the credit for the user. A client program for transmitting the information for receiving, and receiving the digital content transmitted after the server device performs credit confirmation, and the storage medium of the server device, for the processing device, A sample of the digital content is transmitted to the user terminal in response to a request transmitted from the user terminal. A server that causes a process for credit confirmation for the user to be executed based on the information transmitted from the user terminal and transmits the digital content to the user terminal only when the credit confirmation is possible as a result of the process. It is characterized in that the program is stored.

Further, the digital content providing method according to the present invention is capable of communicating with a user terminal having an input device and a display via the network and storing a digital content and a sample thereof. A digital content providing method, in which the server device transmits digital content to the user terminal based on a request from the user terminal, the server device including: When the user inputs a request for the sample digital content, the request for the sample digital content is transmitted to the server device, and when the server device receives the request for the sample digital content from the user terminal, the storage Read a sample of the digital content from the medium Te, and transmitted to the user equipment, the user equipment receives the samples of the digital content from the server apparatus, displays the sample of the digital content on said display, said user device,
When the user inputs a request for purchase of the digital content through the input device, information for credit confirmation about the user is transmitted to the server device, and the server device causes the user terminal to transmit the information to the user. Receiving the information for credit confirmation about the user, the processing for credit confirmation about the user is executed, and after the credit confirmation is completed as a processing result, the digital content is transmitted to the user terminal. And

Further, the server device according to the present invention has a processing device for executing a process according to a program, a communication device for communicating with a user terminal via the network, and a storage medium for storing digital contents and a sample thereof. A server device, wherein the storage medium causes the processing device to transmit a sample of the digital content to the user terminal in response to a request transmitted from the user terminal, and the sample is transmitted from the user terminal. A server program is stored which causes a process for credit confirmation for the user to be executed based on the received information, and transmits the digital content to the user terminal only when the credit confirmation is possible as a processing result. It is characterized by that.

Further, the server program according to the present invention is
The user with respect to the processing device in a server device having a processing device that executes a process according to a program, a communication device that communicates with a user terminal via the network, and a storage medium that stores digital content and a sample thereof A sample of the digital content is transmitted to the user terminal in response to a request transmitted from the terminal, and processing for credit confirmation for the user is executed based on information transmitted from the user terminal, and processing As a result, the digital content is transmitted to the user terminal only when the credit confirmation is successful.

According to the present invention configured as described above,
Even before the processing for credit confirmation is executed, the user can display the sample of the digital content on the display of the user terminal without presenting his / her personal information. Therefore, the user can consider purchasing while looking at the sample digital content without being forced to disclose his / her own personal information. Then, when the user likes the digital content shown by the sample and gives an instruction to purchase, information for credit confirmation including personal information of the user is transmitted from the user terminal to the server device. . As a result of the processing for credit confirmation performed by the server device based on the information, when the credit confirmation is possible, the digital content can be transmitted from the server device to the user terminal for the first time. Therefore, when the credit is confirmed, the digital content is transmitted only to the user terminal of the user whose identity is certain. Therefore, it is possible to reduce the risk of illegal use of digital contents.

In the present invention, the digital content is not limited to communication of copyrighted works of art, figures, and photographs, but communication of copyrighted works of languages and communication of music. It also includes those that have been made possible, and those that have made communication of movie works possible. In the case of digital content that enables communication of works of art, figures, and photographs, a sample may be an image size or resolution that is lower than the original digital content, or a work of a language, music, or movie. In the case of digital contents in which objects can be communicated, a part of the digital contents of the main body may be extracted.

In the present invention, it is important to confirm the credit, and the actual billing thereafter is not particularly limited. For example, for a user whose identity is confirmed by credit check, digital content may be provided free of charge, billing may be made at the same time as credit check, or the digital content may be actually sent after transmission. May be charged when is used.

[0016]

BEST MODE FOR CARRYING OUT THE INVENTION Embodiments of a digital content providing system according to the present invention will be described below with reference to the drawings. Note that the business model to which the present invention is applied can be constructed on any computer network such as a conventional personal computer communication network, but in the present embodiment, the digital content providing system according to the present invention is implemented on the Internet. This is a built example. (Overall Configuration) FIG. 1 is a block diagram showing a schematic configuration diagram of this digital content providing system. The digital content providing system of this example is one server device 1 and a plurality of user PCs 2 (user terminals) that can communicate with each other via the Internet IN, and a credit connected to the server device 1 via a dedicated line PL. It is composed of the server 3.

The server device 1 has a normal hardware configuration as an Internet server device, and has a copyrighted work of its own or a copyrighted work that is outsourced by another copyright holder (specifically, a copyrighted work). Is a copyrighted work of photographs and paintings)
It is managed and operated by a company that sells (hereinafter referred to as "supplier").

Each user PC 2 has a hardware configuration as an ordinary personal computer capable of accessing the Internet, and a person who intends to purchase a copyrighted work from a supplier (hereinafter referred to as "user"). Operated by.

The copyrighted work sold to the user by the supplier is stored in the server device 1 in a pre-transmittable state (specifically, as image data in the jpeg format), and the user who wishes to purchase the work. Is sent to the user PC 2 and is automatically output to the printer by the user PC 2. The object to be sold by this digital content providing system is, to the last, a printed matter output from a printer, and the image data is used only for transmitting a copyrighted material via the Internet IN and is sold as such. is not. However, in the following description, in order to facilitate understanding of the invention, for convenience, the “digital content” indicating these image data is expressed as “sold”.

The credit server 3 is managed and operated by a certification body entrusted by a plurality of credit card companies, and correlates the card number of the credit card issued by each credit card company with the name of the holder. It has a database and responds to inquiries from various Internet sales sites (including the server device 1) whether or not the inquired card number and holder name are associated with the same person. (Configuration of User Terminal) Each user terminal 2 is connected to the bus B
CPU 20 (processing device), communication adapter 21 (communication device), connected by. Display 22, input device 2
3, RAM 24, printer interface 26, and hard disk 25 (storage medium). Of these, the CPU 20 is a central processing unit that controls the entire user terminal 2. In addition, the communication adapter 21
Is a modem or the like that forms an interface with a line on which the Internet IN is constructed. Display 22
Is a display device for displaying an image generated by the CPU 20. The input device 23 includes a keyboard and a mouse. The RAM 24 is a main storage device in which a work area is expanded when the CPU 20 executes various programs. The printer interface 26 is a Centronics port or a USB port, and is connected to the printer 4 via a Centronics cable or a USB cable. The printer 4 is a printer capable of color printing (sublimation printer, laser printer, inkjet printer, etc.).

The hard disk 25 stores various programs read and executed by the CPU 20. The programs stored in the hard disk 25 in advance include an operating system 26, a web browser 27 (browser program), Java (US,
A trademark or a registered trademark of Sun Microsystems, Inc. in other countries: a virtual machine 28 and a printer driver 29 are included. The operating system 26 causes the CPU 20 to realize a function of performing communication according to TCP / IP with the server device 1 via the communication adapter 21, a function of controlling each hardware configuring the user terminal 2, and the like. .
The web browser 27 uses the communication function of the operating system 26 to search the WWW site (server device 1
(Including the Web server 35 described later in
Send TTP request message and HTT
Interpret the response message sent by the WWW site in response to the P request message, display the Web content (hypertext, screen data such as JPEG or GIF) included in the content, and the ActiveX control included in the content (Image editor C described later
Image editor startup ActiveX5 in AB file 50
The CPU 20 is made to realize the function of activating (including 1). The Java virtual machine 28 also includes a Java class file (image editor CAB file 50 described later) included in the response message received from the website by the function of the web browser 27.
The CPU 20 is caused to execute processing according to the image editor Java application 52 therein). Also,
The printer driver 29 includes various application programs (image editor Java application 52).
The print image data is received from the Java virtual machine 28 for executing the above), the print image data is converted into the print data, and the CPU 20 is caused to execute the function of causing the printer 4 to execute the printing. It is sufficient for the printer driver 29 to store only one corresponding to the printer 4 connected to the printer interface 26, but when there are a plurality of connected printers 4 or a plurality of printers 4 are connected. If a plurality of items are planned to be exchanged and used, a plurality of items are stored. Among these, the processing contents by the Web browser 27, the image etiter activation ActiveX 51, and the image editor Java application 52 will be described later in detail using a flowchart.

The hard disk 25 further has a C
Various data is stored (cached) as the PU 20 executes the above-described application. For example,
The image editor ActiveX 51 and the image editor Java in the image editor CAB file 50 described later.
Application 52, decryption DLL 53, and print O
The CX 54, various HTML files 40, various image data 41, various main image containers 42 that contain digital contents in an encrypted state, a spooler 55 with a copy protection function, and the like. These various data will be described in detail later. (Configuration of Server Device) The server device 1 includes a CPU 10 (processing device) and a RAM 1 which are connected to each other via a bus B.
1, having a communication adapter 15 (communication device) and a hard disk 12 (storage medium) as main hardware components. Of these, the CPU 10 is a central processing unit that controls the entire server device 1. Also,
The communication adapter 11 is a communication device that interfaces with a line on which the Internet IN is constructed or a dedicated line PL.

The hard disk 12 stores various programs and various data read and executed by the CPU 10. The data stored in the hard disk 12 includes various HTML files 40 defining the configuration of the screen displayed on the Web browser 27, and various image data (JPEG) in which links are set in any of the HTML files 40. Data, GIF data) file 41, image editor CAB file 5 described above
0, the main image container 42, the spooler 55 with a copy prevention function, the content database 43, the member database 44, the reprint reason table 45, the payment status management table 46, and the printer driver database 47.
It is included.

Of these, the main image container 42 is prepared for each main image data (digital content) for transmitting an image to be sold by using the server device 1. Then, in each main image container 42, JPEG
Image data compressed in the
In the state encrypted according to the encryption algorithm such as
It is housed. In the hard disk 12, each main image container 42 has a key (container key) for decrypting the image data stored therein.
Are associated with each other.

The image editor CAB file 5
0 (corresponding to the file of the client program) includes the image editor activation ActiveX 51, the image editor Java application 52, the decryption DLL 53, and the print OCX 54, as described above. The decoding process DLL 53 is a shared library including a process for decoding the main image data in the main image container 42. Further, the print OCX 54 is the R of the print image.
It is a custom control that performs drawing to the AM 24 and transfer to the printer driver 29.

A spooler 55 with a copy protection function
Is prepared for each of the various printer drivers 29, and the copy function of the print data is removed from the spooler normally possessed by these printer drivers 29.

As shown in FIG. 2, the content database 43 is a database in which an entry is prepared for each image to be sold, and each entry has a content ID, which is identification information of the image to be sold, and a sale. Each image size ID (size01: A3, size02: A) corresponding to the image size of each main image data for transmitting the target image
4, size03: Postcard amount (including when it is free), main image attribute information indicating the attributes of each main image data (editing constraint conditions, free layout availability, main image data height direction pixels) Number, the number of pixels in the width direction of the main image data, etc.), the storage position (path name) of the main image container 42, and the layout image file (the image data file 40 in which the image to be sold is converted into data with a resolution lower than the main image data). That is, the storage location (path name) of a sample of digital content is registered.

As shown in FIG. 3, the member database 44 (user database) is a user, which is identification information uniquely assigned to each member registered in advance for the service provided by the digital content providing system. Information such as an ID, a password, an address, a name, an age, an electronic mail address, login information indicating whether or not the user is logged in is registered. Of this information,
The login information is registered by the database server 38, which will be described later, but since the other information is registered based on a prior application from the member, its authenticity is not guaranteed. Absent.

The printer driver database 47, as shown in FIG. 4, can be recognized by the author as not conflicting with the individual printers supported by the digital content providing system (ie, the right to maintain the identity of the image for sale). A printer ID and a driver name as identification information for each printer driver 29 for a printer capable of performing printing based on digital contents with a certain quality), an OSID representing an operating system 26 corresponding to the printer driver 29, Capability information of the printer driver 29 (supported paper size, supported paper type, supported left margin, supported right margin, supported top margin, supported bottom margin, maximum input resolution, paper feed method, etc.)
Have been registered.

Regarding the reprint reason table 45 (see FIG. 8) and the payment status management table 46 (see FIG. 7), no data is stored in the initial state, and the data is accumulated by the CPU 10 executing the processing. Since it will be done, it will be described in detail later along with the processing content.

Further, the hard disk 12 stores various programs. The program stored in the hard disk 12 is transmitted to each user terminal 2 and the credit server 3 via the communication adapter 15 by TCP / I.
In addition to an operating system (not shown) including a function of performing communication according to P, a file server 37, a database server 38, a Web server 35, and an editor server 3
6 is included. Hereinafter, these are collectively referred to as a server program.

The file server 37 is the Web server 35.
And the above-mentioned HTML file 40, image data file 41, main image container 42, and image editor CAB file 50 in response to a request from the editor server 36.
Also, the CPU 10 is caused to execute a process of reading the spooler 55 with the copy protection function.

The database server 38 is a Web server.
In response to requests from the server 35 and the editor server 36, access to the above-mentioned content database 43, member database 44, reprint reason table 45, payment status management table 46 and printer driver database 47 (data storage, data read, data update). )
Is executed by the CPU 10.

The Web server 35 is the user PC 2
According to the content of the HTTP request message transmitted from (Web browser 27), the file server 3
7 or a process of receiving corresponding data from the database server 38 and responding to the requesting user PC 2 (Web browser 27), or processing of data included in the message to each database 43, 44, 47 or tables 45, 46. A request is made to the database server 38 for registration, and the processing result is sent to the requesting user PC 2 (Web
The CPU 10 is caused to execute the process of responding to the browser 27).

The editor server 36 is a user PC.
The Java virtual machine 28 (hereinafter, simply referred to as “image editor 5”) being executed by the CPU 20 of the second embodiment according to the image editor Java application 52.
2 ”), receives the corresponding data from the file server 37 or the database server 38 in response to the request from the image editor 52, and requests the user PC 2 (Web browser 27).
Processing for responding to, or each database 43, 44, 47 or table 45, 4 of the data included in the message
The CPU 10 is caused to execute the process of requesting the database server 38 to register the data in the No. 6 database.

The processing contents of the Web server 35 and the editor server 36 will be described later in detail with reference to the flowchart.

The RAM 11 is a main storage device in which a work area is expanded when the CPU 10 executes various processes. The session ID management table 48 (see FIG. 5) and the print layout information file 49 (see FIG. 6) are temporarily generated in the RAM 11 by the CPU 10 executing the Web server 35 and the editor server 36. It These session ID management table 4
8 and the print layout information file 49, W
A detailed description will be given later together with the processing contents by the eb server 35 and the editor server 36. (Contents of program) Hereinafter, the Web browser 2 described above
7. Image editor 52 (Java virtual machine 28 and image editor Java application 5
2) The processing contents by the Web server 35 and the editor server 36 will be described with reference to the flowchart. <Web Browser> FIG. 9 is a flowchart showing the processing contents of the CPU 20 by the Web browser 27. However, the Web browser 27 is a generally commercially available browser program (a browser program compatible with Java and supporting ActiveX) itself, and no new function is added.

The Web browser 27 displays the first S0 after starting.
In 01, after displaying the window including the menu and the URL input field on the display 22, S002 to S002
The loop processing of 010 is executed.

In the first step S002 after entering this loop processing, the Web browser 27 waits for the occurrence of various events. Here, various events are input by the user via the input device 23 (pressing a click button while moving the cursor to various controls using a mouse [hereinafter, simply "pressing control"). And inputting characters by operating the keyboard), receiving a response from the Web server, and the like. Then, when any event occurs, the web browser 27 executes a process corresponding to the type of event that has occurred.

Specifically, when it is determined that the URL has been input, that is, when the character string corresponding to the URL is displayed in the URL input field on the toolbar of the window, an input meaning "execute" (keyboard If the execution key is pressed), or if a previously registered URL is selected from the menu on the frame, the Web browser 27 sends an HTTP request message including the input URL in S004. Send to the server corresponding to the URL. After completion of S004, the web browser 27 advances the process to S008.

On the other hand, when the hyperlink operation is performed in S002, that is, in the screen displayed in the window, the object hyperlinked to any URL in the HTML for displaying the screen. When (button, URL, character string, etc.) is pressed,
Alternatively, when the execution key is pressed while the object hyperlinked to any URL has the focus, the Web browser 27 displays S0
In 05, the HTTP request message including the URL hyperlinked to the object,
Send to the server corresponding to the URL. After completion of S005, the web browser 27 advances the process to S008.

In S008, the Web browser 27 waits for reception of a response message to the HTTP request message transmitted to any Web server immediately before. If the response message cannot be received within the predetermined time limit, the Web browser 27
Displays a screen indicating that the page is not available in the window in S010, and then executes the processing in S010.
Return to 002. On the other hand, when the response message can be received within the time limit, the Web browser 27
Advances the process to S009.

In S009, the Web browser 27 executes the process for the file included in the received response message according to the subroutine shown in FIG. In the first step S101 after entering this subroutine, W
The eb browser 27 determines whether the type of file included in the received response message is an HTML file or not.
Check if it is an SP file.

If the file type is an HTML file, the Web browser 27 causes the text portion of the HTML document in the HTML file to be displayed in the window in S102 as specified by the attached tag. To display.

In the next S103, the Web browser 27
Is an image data file (JPE
It is checked whether or not a tag designating a link to a G file or a GIF file is included. Then, when the tag designating the link to the image data file is not included, the Web browser 27 immediately ends this subroutine and returns the process to the main routine of FIG. 9.

On the other hand, if the HTML document includes a tag designating a link to the image data file, the Web browser 27 determines in S104 that the tag designating the link to the image data file. Specify one HTTP request to request the image data file linked by the specified tag,
Send to the current web server (response message response source web server).

In the next S105, the Web browser 27
Waits for a response message to be received in response to the HTTP request transmitted in S104, and if a response message cannot be received within a predetermined time limit, the process immediately proceeds to S107. On the other hand, when the response message can be received within the time limit, S10
In 6, the image based on the image data file included in the response message is inserted and displayed in the text displayed in the window, and then the process proceeds to S107.

In S107, it is checked whether or not the processing for the links to all the image data files included in the HTML document has been performed. Then, if the processing for all the links is not yet completed, the processing is S104.
Then, the process for the next link is executed. On the other hand, when the processing for the links to all the image data files has been completed, this subroutine is ended and the processing is returned to the main routine of FIG.

On the other hand, if the type of file included in the received response message is an ASP file, the Web browser 27 sends the A
Parameters described in the SP file (User I in the case of the image editor startup page ASP described later)
D and session ID), class ID and version number, and download URL.

In the next S109, the Web browser 27
Checks whether or not the application having the class ID and version number read in S108 has already been installed in the hard disk 25.
Then, if already installed, the process proceeds directly to S114. On the other hand, if the application having the class ID and version number read in S108 is not installed in the hard disk 25, the Web browser 27 determines in S110.
The download URL read in S108 is designated, and an HTTP request message requesting the CAB file (image editor CAB file 50) corresponding to this URL is transmitted to the current Web server.

In the next S111, the Web browser 27
Waits to receive the CAB file requested in S110. When the CAB file is received, We
The browser 27 receives the CAB received in S112.
Unzip the file.

In the next S113, the Web browser 27
Are the files in the archive restored by decompressing the CAB file (in the case of the image editor CAB file 50, the image editor startup ActiveX
51, image editor Java application 5
2, the decoding process DLL 53, the print OCX 54) are installed in a predetermined folder in the hard disk 25.
After the installation is completed, the web browser 27
Proceed to 114.

In S114, the Web browser 27
The ActiveX installed in 113 is started. S1
After completion of 14, the Web browser 27 ends this subroutine and returns the process to the main routine of FIG.

In the main routine of FIG. 9, when S009 is completed, the process is returned to S002.

On the other hand, when the return button is pressed in S002, the Web browser 27 redisplays the screen displayed immediately before the current screen in the window in S007, and then returns the process to S002.

On the other hand, if another operation is performed in S002 (except when a specific button to be described later is pressed), the Web browser 27 executes a process corresponding to the operated content in S006. To execute. For example,
When an operation for moving the focus is performed, that is, when a predetermined control (text box, combo box, etc.) on the screen is clicked, the Web browser 2
The item 7 stores the clicked control as having a new focus, and changes the display form to a form indicating that the control has the focus. For example, when one of the text boxes has the focus, the character input cursor is displayed in the text box. At the same time, the Web browser 27 changes the display form of the control that had the focus until then to the form that shows that the control does not have the focus. When a character is input, the Web browser 27
If any one of the text boxes has the focus at that time, the input character is written (converted by the Kana-Kanji conversion program (not shown)) at the character input cursor position in the text box having the focus. When it is determined that the check box or the radio button is operated, the Web browser 27 switches the display mode (setting value) of the check box or the radio button from on to off or from off to on. After the completion of S006, the Web browser 27 returns the process to S002 and waits for the occurrence of the next event.

On the other hand, in S002, a specific button ("register" button, "send" button, "proceed to print" on the screen)
When a button such as a button, which is defined by the tag to transmit data, is pressed, the Web browser 27 executes the process set for the operated button in S003. (Processing by Web Server) Next, the contents of processing by the Web server 35 are processed by the Web server 35.
The file transmitted to the browser 27, the screen displayed by the transmitted file, the processing content of the Web browser 27 in S003 defined by the specific button in the screen, and the session ID management table operated by the Web server 35. A description will be given together with 48 and the member database 44.

14 to 16 show the Web server 3
6 is a flowchart showing the processing contents of No. 5. This W
The eb server 35 waits for reception of an HTTP request message from the Web browser 27 executed in any of the user terminals 2 in the first S501 after activation. Then, when the HTTP request message is received, the processing according to the content is executed.

Specifically, when the received HTTP request message includes the URL of the service home page, the Web server 35 advances the process from S501 to S502, and stores the HTML file 40 of the service home page from the file server 37. Receive, S525
In response, the response message storing the HTML file 40 is returned to the requesting Web browser 27.
To S501 and the process returns to S501. The user terminal 2 based on the HTML file 40 of this service home page
The screen (service homepage screen) displayed in
It shows in FIG. Each button ("Person" button 50, "Animal" button 51, "Landscape" included in this homepage screen
Hyperlinks to the corresponding list pages are set in the buttons 52). Therefore, the user terminal 2
When the "landscape" button 52 is pressed in, the Web browser 27 displays H including the URL of the "landscape" list page.
A TTP request message is sent to the web server 35 (S005).

When the received HTTP request message includes the URL of any list page, the Web server 35 advances the process from S501 to S503, and the HTML file 4 of the list page corresponding to the URL.
0 is received from the file server 37, the response message storing the HTML file 40 is returned to the requesting Web browser 27 in S525, and the process returns to S501. HTM of this homepage
FIG. 33 shows a screen (“landscape” list page screen) finally displayed on the user terminal 2 based on the L file 40.
Shown in. On each list page, a hyperlink is set as a link to a thumbnail image showing each digital content classified into the genre (person, animal, landscape) of the list page. Therefore, the user terminal 2
The Web browser 27 of sends the HTTP request message including the URL of each thumbnail image to the Web server 3
5 is transmitted (S104).

When the received HTTP request message includes the URL of the thumbnail image, the Web server 35 advances the process from S501 to S507, and then the UR
Image data file 41 of thumbnail images corresponding to L
From the file server 37, the response message storing the image data file 41 is returned to the requesting Web browser 27 in S525, and the process returns to S501. As a result, in the end,
The list screen is displayed on the user terminal 2 as shown in FIG. Then, when the user selects any image as a purchase target and presses the corresponding thumbnail image in the list screen, the web browser 27 causes the URL of the preview page (this URL) set as a hyperlink to the thumbnail image. The URL includes an HTTP request message including the content ID of the target image indicated by the thumbnail image).
b It is sent to the server 35 (S005).

The Web server 35 determines that the received HTTP request message is the UR of any preview page.
If L is included, the process proceeds from S501 to S504. In step S <b> 504, the web server 35 receives the template of the HTML file 40 of the preview page from the file server 42. In the next step S505, the Web server 35 extracts the content ID of the purchase target image incorporated in the URL of the preview page, and for each image size ID associated with the content ID in the content database 43. The amount of money is received from the database server 38. In the next step S506, the Web server 35 displays the HTML of the preview page for the purchase target image in HTML.
Generate the file. Specifically, the HTML file 40 received in S504 is opened, and a preview image of the image to be purchased (a slightly larger image than the thumbnail image)
A tag with the file name (including the content ID) set as the anchor is added, and S50 is added to each combo box 53.
The amount of money for each image size received in step 5 is set. W
When the HTML file of the completed preview page for the image to be purchased is completed, the eb server 35 returns the preview page HTML file to the requesting Web browser 27 in S525, and the processing is performed in S501.
Return to. The web browser 27 of the user terminal 2 that has received the preview page HTML file requests the web server 35 for the image data file 41 of the preview image of the purchase target image in the same manner as described above (S10).
4, S507), and finally, a preview page as shown in FIG. 34 is displayed. This preview page includes the “proceed to print” button 55 in addition to the preview image 54 of the purchase target image and the combo box 53 described above.

In this preview page, the user opens the combo box 53, selects one of the image sizes, and then presses the "progress to print" button 55. In the HTML file of the preview page, the tag attached to the "proceed to print" button 55 is set to We when the "proceed to print" button 55 is pressed.
In step S003 of FIG. 9, the browser b is set to execute the processing shown in FIG. Here, to explain the processing shown in FIG. 11, first S2
In 01, the Web browser 27 acquires the content ID included in the file name of the preview image and the image size ID corresponding to the image size selected in the combo box 53. In the next step S202, the web browser 27 determines that the user I of its own stored in the RAM 24.
OS ID corresponding to D and operation system 26
To get. In the next S203, the Web browser 27
Is the content ID and image size ID acquired in S201 and the user ID and OSID acquired in S202
The HTTP request message of the image editor acquisition request that specifies and is transmitted to the Web server 35. S
Upon completion of 203, the Web browser 27
The process proceeds to 008, and waits for a response message to the HTTP request message transmitted in S203.

Returning to the description of FIG. 14 to FIG. 16, when the received HTTP request message contains the image editor start page acquisition request, the Web server 35 advances the process from S501 to S508 to set the image editor start page. The user ID specified in the acquisition request is extracted, and the database server 38 is requested to check whether or not the user corresponding to the user ID is logged in. The database server 38 that has received this login check request extracts the login information in the entry including the specified user ID from the member database 44, and returns it to the Web server 35. In S509, the web server 35 checks whether the user is logged in based on the returned information. Then, if the user is logged in, the process proceeds to S514. On the other hand, if the user is not logged in, the Web server 35
In S510, the HTML file 4 of the login screen
When 0 is received from the file server 37, the response message storing the HTML file 40 is returned to the request source Web browser 27 in S525, and the process returns to S501. HT of this login screen
A login screen displayed on the user terminal 2 based on the ML file 40 is shown in FIG. This login screen includes a user ID text box 56, a password text box 57, and a “login” button 58.

In this login screen, the user writes his or her user ID in the user ID text box 56 and his or her password in the password text box 57, and then clicks the "login" button 5
Press 8. For the tag attached to the "login" button 58 in the HTML file of the login screen, when the "login" button 58 is pressed, the Web browser 27 executes the processing shown in FIG. 12 in S003 of FIG. The settings have been made. Here, explaining the processing shown in FIG. 12, in the first step S301, the Web browser 27 writes in the user ID text box 56 and the password text box 57 written in the user ID text box 56. Get password In the next S302, the Web server 35 sends the HTT of the login request specifying the user ID and password acquired in S301.
The P request message is transmitted to the web server 35. When S302 is completed, the Web browser 27 advances the process to S008, and waits for a response message to the HTTP request message transmitted in S302.

Returning to the description of FIG. 14 to FIG. 16, the Web server 35, in the case where the received HTTP request message contains the login request, carries out the processing in S50.
From 1 to S511, the user ID and password included in the HTTP request message are extracted, and the database server 38 is requested to login for the user corresponding to the user ID and password. Database server 38 that received this login request
Searches the member database 44 for an entry containing the specified user ID and password combination. Then, if there is an entry in the member database 44 including the combination of the designated user ID and password, the login information in the entry is set to "logging in", and the login to the Web server 35 is OK.
Reply. On the other hand, if there is no entry containing the combination of the specified user ID and password in the member database 44, a login NG reply is sent to the Web server 35. The web server 35 uses S51.
2, the contents of the reply from the database server 38 are checked, and if the login is OK, the processing is S514.
Proceed to. On the other hand, if the content of the reply is login NG, the Web server 35 receives the HTML file 40 of the error screen from the file server 37 in S513, and returns the response message storing the HTML file 40 in S525. , Responds to the requesting Web browser 27 and returns the process to S501.

At S514, the Web server 35 issues a session ID for uniquely identifying the connection with the user terminal. The Web server 35 also uses the user ID, content ID, image size ID, and OSI specified in the image editor startup page acquisition request.
Extract D. Then, the Web server 35 registers the combination of the session ID, the user ID, the content ID, the image size ID, and the OSID in the session ID management table 48 on the RAM 11. As shown in FIG. 5, this session ID management table 48 can register a plurality of these combinations.

At the next step S515, the Web server 35
Generate an image editor startup page ASP file. The image editor startup page ASP file has a URL (download URL) indicating the storage location of the image editor CAB file 50, and the image editor Jav in the image editor CAB file 50.
a Class ID and version number for identifying the application 52, session I issued in S514
D, and the user ID similarly extracted in S514
Is written. The Web server 35 sends the response message storing the ASP file of the image editor start page to the request source W in S525.
In response to the eb browser 27, the process returns to S501.

The Web browser 27 which has received the image editor startup page ASP file fetches the user ID, session ID, class ID, version number and download URL described in the image editor startup page ASP file. Then, as described above, if the image editor Java application 52 having the same session ID and class ID is installed in the hard disk 25, the image editor start ActiveX 51 for starting the image editor Java application 52 is started (S114). ). On the other hand, if the image editor Java application 52 having the class ID and version number described in the image editor startup page ASP file is not installed in the hard disk 25, the download described in the image editor startup page ASP file is performed. The HTTP request message for requesting the image editor activation CAB file that specifies the URL for image is transmitted to the Web server 35 (S110).

Returning to the description of FIGS. 14 to 16, if the received HTTP request message contains the image editor activation CAB file request, the Web server 35 advances the process from S501 to S516, and
The image editor activation CAB file 50 corresponding to the URL included in the TTP request message is received from the file server 37, and the response message storing the image editor activation CAB file 50 is sent to the requesting Web browser 2 in S525.
In response to 7, the process returns to S501.

The Web browser 27 having received the image editor activation CAB file 50 decompresses the image editor activation CAB file 50 as described above (S112), and the image editor activation ActiveX 51, image included in the archive. Editor Java application 52, decryption DLL 53, and print OC
X54 is installed in a predetermined position in the hard disk 25 (S113), the user ID and the session ID are specified, and the image editor start ActiveX 51 is started.

On the other hand, the Web server 35 receives the received HT
TP request message is UR of payment web page
If L is included, the process proceeds from S501 to S518.
Proceed to and the HTML file of the payment web page 40
From the file server 37, the response message storing the HTML file 40 is returned to the requesting Web browser 27 in S525, and the process returns to S501. FIG. 38 shows a screen (payment web page screen) displayed on the user terminal 2 based on the HTML file 40 of the payment web page.
Shown in. As shown in FIG. 38, on the payment web page screen, an option button 59 for selecting a credit card type (issuer credit card company name), a card number text box 60 for entering a card number, A holder text box 61 for inputting a holder, a term combo box 62 for inputting an expiration date, and a send button 63 are included.

On this payment web page, the user clicks the option button 59 corresponding to the type of credit card owned by the user (issuer credit card company name), and the card number text box 60.
The credit card number of the credit card is written in, the name of the user is written in the holder text box 61, the expiration date of the credit card is set in the expiration date combo box 62, and then the “send” button 63 is pressed.
In the HTML file of the payment web page, the tag attached to the "send" button 63 is the "send" button.
When the button 63 is pressed, the web browser 27 is displayed as shown in FIG.
In S003, the setting for executing the process shown in FIG. 13 is made. Here, the process shown in FIG. 13 will be described. In S401, the card type (issuer credit card company name) selected by the option button 59 on the payment web page screen and the card number text box 60 are displayed. The written card number, the holder name written in the holder name text box 61, and the expiration date (information for credit confirmation) set in the term combo box 62 are acquired. In the next step S402, the Web browser 27 acquires its own user ID stored in the RAM 24, the OSID corresponding to the operation system 26, and the layout ID described later stored in the RAM 24. In the next S403, the Web browser 27 causes the card type (issuer credit card company name), the card number, the holder name and the expiration date acquired in S401, and the user ID, session ID, and layout ID acquired in S402. The HTTP request message of the credit card credit request designating "and" is transmitted to the Web server 35. S4
When 03 is completed, the Web browser 27 executes processing S0.
The process proceeds to 08 and waits for a response message to the HTTP request message transmitted in S403.

Returning to the description of FIGS. 14 to 16, the Web server 35, when the received HTTP request message contains the credit card credit request,
The process advances from step S501 to step 519 to read the print layout information file 49 stored in the RAM 11.
As will be described later, the print layout information file 49 is data stored in the RAM 11 by the editor server 36 in S918 of FIG. 28, and as shown in FIG. Breakdown of the purchase (layout ID, layout information [placement information of purchase target image or character string in printed matter],
It has the contents for specifying the user ID, session ID, and main image container storage position). Layout I above
D is identification information for uniquely identifying each print purchase in the print layout information file 49. W
The eb server 35 extracts an entry including the layout ID designated in the credit card credit request from the read print layout information file 49,
The amount corresponding to the combination of the content ID and the image size ID in the entry is stored in the database server 38.
Receive from

At the next step S520, the Web server 35
The credit number is requested to the credit server 3 by designating the card number and the holder name designated in the credit card credit request and the amount of money acquired in S519. That is, the credit card indicated by the card number is valid, the holder of the credit card indicated by the card number is the user, and a request is made to confirm that the amount of money is within the usage limit (credit card Processing for credit confirmation as to whether or not is valid).

At the next step S521, the Web server 35
The credit result from the credit server 3 is checked. And
If the credit result is NG, in S524, the HTML file 40 of the credit confirmation screen indicating that the credit result is NG is received from the file server 37, and in S525, the response message storing the HTML file 40 is sent to the request source. And returns the processing to S501.

On the other hand, if the credit result is OK,
In S522, the Web server 35 receives the user information (address, name, age, electronic mail address) corresponding to the user ID specified in the credit card credit request from the database server 38. Next S
At 523, the Web server 35 instructs the database server 38 to specify the user ID, layout ID, card type, and credit card credit request.
Card number, expiration date, amount obtained in S519, S
The combination of the user information acquired in 522, the processing date (issue date), the sales confirmation flag = “0”, and the billing print status “1” is registered in the empty entry of the payment status management table 46. Ask. And
The Web server 35 determines that the credit result is 0 in S524.
HTML file 40 of credit confirmation screen showing that it is K
From the file server 37, the response message storing the HTML file 40 is returned to the requesting Web browser 27 in S525, and the process returns to S501.

If the received HTTP request message contains other requests, the Web server 35 advances the process from S501 to S517 and proceeds to HTTP.
The process according to the request content of the request message is executed, and the process returns to S501. (Processing by image editor startup ActiveX) Next, the Web in which the image editor CAB file 50 is read
The processing contents by the image editor activation ActiveX activated by the browser 27 executing S114 of FIG. 10 will be described with reference to FIG.

The image editor startup ActiveX 51 stores the J file on the hard disk 25 in the first step S601 after startup.
Check if the ava virtual machine 28 is installed. Then, if the Java virtual machine 28 is not installed, an error message is displayed on the display 22 in S608, and then the process ends.

On the other hand, if the Java virtual machine 28 is installed on the hard disk 25, the image editor start-up ActiveX 51 causes the Java virtual machine 28 to perform processing according to the image editor Java application 52 (client program) in S602. To start. After that, according to the image editor Java application 52, Java
The function that the virtual machine 28 causes the CPU 20 to execute is referred to as an "image editor 52". The image editor 52 has an image editor activation Active.
The user ID and session ID are inherited from X51. (Processing by Image Editor and Editor Server) Hereinafter, processing contents by the image editor 52 started by the image editor starting ActiveX 51 and processing contents by the editor server 36 which are executed in synchronization by communicating with the image editor 52. Will be described in chronological order. 18 to 24 are flowcharts showing the main routine of the processing by the image editor 52, and FIGS. 27 to 30 are the editor server 36.
It is a flowchart which shows the process by.

The started image editor 52 is shown in FIG.
In step S <b> 701, the user ID and the session ID are specified, and the HTTP request message of the activation parameter acquisition request is transmitted to the editor server 36.

The editor server 36 executes the first S9 after starting.
In 01 (FIG. 27), the start parameter acquisition request from the image editor 52 is awaited. When the activation parameter acquisition request is received, the editor server 36
Advances the processing from S901 to S902, and inquires of the database server 38 whether or not the user ID specified in the activation parameter acquisition request is currently logged in. The database server 38 that has received this inquiry searches the member database 44 based on the user ID, and returns the login information in the entry including the user ID to the editor server 36. The editor server 36 checks the reply content from the database server 38 in S903. Then, if not logged in, the editor server 36 advances to S904.
At, the error code is returned to the image editor 52, and the process ends. On the other hand, if login is in progress, the editor server 36 determines in step S905 that the RAM
The content ID and the image size ID corresponding to the user ID and the session ID are read from the session ID management table 48 (FIG. 5) on the 48. Then, the content ID and the image size ID are also combined with other control parameters (such as the main image container storage location associated with the content ID in the content database 43) as start parameters, and these start parameters are stored. The response message is transmitted to the image server 36. After that, the editor server 36
Waits for an edit resource acquisition request from the image editor 52 in step S906.

The image editor 52 displays H at S701.
After sending the TTP request message, the next S70
In 2, a response message to the transmitted HTTP request message is awaited. Specifically, the image editor 52, in S702,
The response reception check first subroutine shown in FIG. 25 is executed.

First step S801 after entering this subroutine
Then, the image editor 52 checks whether the communication line between the user PC 2 and the server device 1 remains connected or disconnected. Then, if the connection state remains, the process proceeds to S805. On the other hand, when the communication line is disconnected, the image editor 52
4 interrupts other processing in S802 and then
The warning screen shown in 1 is displayed on the display. As shown in FIG. 41, this warning screen includes only an “OK” button 64 as an operable item. After displaying the warning screen, the image editor 52 displays the next S803.
At, the user waits for the user to press the "OK" button 64. Then, when the user presses the “OK” button 64, the process returns to S801 after closing the warning screen in S804. Here, if the user presses the "OK" button 64 without taking any action to restore the communication line, it is determined again in S801 that the communication line is disconnected, and the warning screen is re-displayed in S802. Is displayed. On the other hand, if the user has pressed the "OK" button 64 in the state where the process of recovering the communication line has been taken, it is determined in S801 that the communication line is in the connected state, and the process proceeds to S805. , Other processing is restarted. As described above, when the communication line is disconnected, the process cannot proceed further, and the process cannot be terminated. Therefore, it is possible to prevent fraud of a malicious user who intentionally disconnects the communication line and obtains the charge after acquiring the necessary information.

In S805, the image editor 52
It is checked whether a response message has been received from the editor server 36. Then, the editor server 36
If the response message has not been received from (including the case where an error code has been received), the image editor 52 determines in S806 whether the elapsed time from the transmission of the HTTP request message exceeds a predetermined time limit. Check whether or not. Then, the image editor 52 advances the processing to S808 if the elapsed time exceeds the time limit, and advances the processing to S807 if it does not exceed the time limit. In S807, the image editor 52 checks whether an error code has been received from the editor server 36. If the error code is not received, the process returns to S801. On the other hand, if the error code is received, the process proceeds to S808. In S808, the image editor 52 determines that some trouble has occurred on the editor server 36 side, displays an error message on the display 22, and then ends the process.

When the response message is received from the editor server 36 while the above processing loop of S801 to S807 is repeated, the image editor 52
The process loop is exited from S805, the response reception check first subroutine is terminated, and the process is returned to the main routine of FIG.

In the main routine of FIG. 18, the image editor 52 transmits an HTTP request message of an edit resource acquisition request designating the user ID and the session ID to the editor server 36 in S703 subsequent to S702. Here, the editing resource is a layout image file indicating the contents of the image to be purchased (a file of image data having a higher resolution than the preview image but lower than the actual image actually used for printing, that is, a digital image file). It is a sample of content) and the above-mentioned main image attribute information (FIG. 2). Image editor 5
After transmitting the HTTP request message in S703, the second waits for the response message to the HTTP request message by executing the response reception check first subroutine in S704.

Upon receiving the edit resource acquisition request from the image editor 52, the editor server 36 advances the process from S906 to S907, and the content ID and image corresponding to the user ID and session ID designated in the edit resource acquisition request. Size ID in RAM
The session ID management table 48 on 11 is read. Then, the editor server 36 receives from the database server 38 the main image attribute information and the layout image data file storage location associated in the content database 43 with the combination of the content ID and the image size ID. Further, the editor server 36 stores the layout image data file 41 stored in the layout image data file storage location,
Received from the file server 37. In next step 908, the editor server 36 compresses the main image attribute information and the layout image data file 41 received in S907 as an editing resource, and responds to the image editor 52 with a response message storing the compressed editing resource. . Thereafter, the editor server 36 waits for a printer capability information request from the image editor 52 in S909.

Upon receiving the editing resource from the editor server 36, the image editor 52 executes the processing in S704.
To SS705, all the printer drivers 29 installed in the hard disk 25 are detected. Then, in step S706, it is checked whether the detected printer driver 29 includes a printer driver for using the specific printer (printer supported by this digital content providing service) as a local printer. .. Then, if such a printer driver is not included, the image editor 52 determines in step S <b> 707 that the display 2
After displaying the error message on 2, the process ends. On the other hand, when such a printer driver is included, the image editor 52 returns to S708.
In step 1, a list of printer driver names (printer driver identification information) of these printer drivers (that is, printer drivers installed for using the specific printer as a local printer) is generated. In the next step S709, the editor server 36 attaches the printer driver name list generated in step S708, and at the same time sends the HTT of the printer capability information acquisition request in which the user ID, session ID, and OSID are specified.
The P request message is transmitted to the editor server 36. The image editor 52 displays the above HT in S709.
After transmitting the TP request message, the response message to the HTTP request message is waited for by executing the response reception check first subroutine in S710.

Upon receipt of the printer capability information acquisition request from the image editor 52, the editor server 36 advances the process from S909 to S910, and instructs the database server 38 to specify the OSID and printer specified in the printer capability information acquisition request. Each combination of printer driver names in the driver name list is presented, and a request is made to search the printer driver database 47 for printer capability information corresponding to these combinations. The database server 38 uses the received combination
The printer driver database 47 searches the printer driver database 47 for the corresponding printer capability information for those registered as usable in the printer driver database 47, and returns it to the editor server 36. The editor server 36 sends the database server 3 in S911.
The image editor 52 responds to the image editor 52 with a response message that stores the printer capability information of the available printers returned from S8. Then, the editor server 36
At 912, any request from the image editor 52 (a spooler acquisition request with a copy protection function or a print image registration request) is awaited.

When the image editor 52 receives the printer capability information from the editor server 36, the process proceeds to S7.
In step S711, the printer selection setting screen as shown in FIG. 36 is displayed on the display 22 according to the received printer capability information. This printer selection setting screen displays a printer selection area 65 listing the icons indicating the printer drivers corresponding to the received printer capability information, and the printer driver selected by clicking the corresponding icon in the printer selection area 65. A paper size combo box 66 that enumerates printable paper sizes included in the printer capability information, a print direction option button 67 that also selects a printable direction, a paper type combo box 68 that also lists printable paper types, and the same. Paper feed method combo box 69 listing available paper feeders,
It includes a "Next" button 70 and an "End" button 71.

Subsequently, the image editor 52 causes the S71
At 2, the printer waits for input on the printer selection setting screen. Then, the image editor 52 ends the process when the “end” button 71 is pressed. Also, "end"
When an input other than the pressing of the button 71 and the pressing of the “next” button 70 is performed, the processing corresponding to the input is executed in S713. Specifically, the printer selection area 6
When any one of the icons listed in 5 is pressed, the printer driver corresponding to the icon is selected, and the printable paper size corresponding to the printer driver is selected in the paper size combo box 66. The printable direction corresponding to the printer driver can be selected with the print direction option button 67, and the printable paper type corresponding to the printer driver becomes an option of the paper type combo box 68, and the available paper supply corresponding to the printer driver is selected. The paper device is an option of the paper feeding method combo box 69. When any of the radio buttons constituting the print direction option button 67 is clicked, the print direction corresponding to the clicked radio button is set. Also, one of the combo boxes 6
When any of the listed options 6, 68, 69 is opened and clicked, the clicked option is set.

On the other hand, if the "Next" button 70 is pressed in S712, the image editor 52
Selects the printer driver at that time, and
The setting of each combo box 66, 68, 69 and the setting of the option button 67 are confirmed, and it is checked in S714 whether the spooler of the selected printer driver 29 has a copy function. If the spooler does not have the copy function, the image editor 52 advances the process to S718. On the other hand, when the spooler has a copy function, the image editor 52 requests the spooler with a copy protection function, which specifies the user ID, the session ID, the OSID, and the selected printer driver name in S715. HTTP
The request message is transmitted to the editor server 36. The image editor 52 displays the HTT at S715.
After the P request message is transmitted, the response message to the HTTP request message is waited for by executing the response reception check first subroutine in S716.

When the editor server 36 receives the spooler-equipped spooler acquisition request from the image editor 52, the process proceeds from step S912 to step S913 and corresponds to the OSID and printer driver name specified in the copy-prevented spooler acquisition request. The spooler 55 with the copy protection function is received from the file server 37. Then, in the next S914, the editor server 36 proceeds to S913.
The response message storing the spooler 55 with copy protection function received in step S9 is transmitted to the image editor 52, and the process returns to step S912.

Upon receiving the spooler 55 with copy protection function from the editor server 36, the image editor 52 advances the process from S716 to S717, and replaces the spooler of the selected printer driver with the received spooler 55 with copy protection function. After that, the processing is S718
Proceed to.

In S718, the image editor 52
Based on the layout image data file 41 included in the editing resource received in S704, the editor window shown in FIG. 37 is displayed on the display 22. In this editor window, along its top edge, "Rotate", "Stack order", "Group by", "Center", "Delete", "Zoom", "Grid", "Cancel", "Help" A menu bar 72 listing each menu of “” is arranged. In addition, along the left side edge, a "print sample" button 73, a "print book" button 74,
Tool button panel 76 including "character input" button 75
However, it is arranged. Furthermore, a toolbar 79 including a "return" button 77 and an "end" button 78 is arranged along the lower edge thereof. The other area in the editor window is the editing area 80. In the center of the editing area 80, an editor page 81 representing the paper of the paper size selected in the paper size combo box 66 of the printer selection setting screen (FIG. 36) is printed by the printing direction option button 67. It is displayed in the direction. Inside the outer edge of this editor page 81,
The printable range of the printer 4 is indicated by a broken line. Then, in the initial state, the image to be purchased is displayed based on the layout image data in the full printable range.

Subsequently, the image editor 52 causes the S71
At 9, wait for input to the editor window.
Then, when the “end” button 78 is pressed, the image editor 52 ends the process. Also, pressing the "Return" button 77, pressing the "End" button 78, and "Main print"
When an input other than pressing the button 74 is made, the image editor 52 executes layout editing of the print image in the editor page 81 according to the input editing instruction in S722. For example, when “Rotation” in the menu bar 72 is clicked, a submenu (not shown) for selecting the rotation angle is displayed, and further, any rotation angle listed in the submenu is displayed. When it is clicked, the purchase target image is rotated in the editor page 81 so that it is oriented in the direction corresponding to the selected rotation angle. Also, "Centering" in the menu bar 72
When is clicked, a sub-menu (not shown) for selecting either "Center of printable area" or "Center of paper" is displayed, and one of the options listed in that sub-menu is displayed. When is clicked, the purchase target image is displayed in maximum size in accordance with the condition and within the limit of not changing the aspect ratio of the purchase target image. If "zoom" in the menu bar 72 is clicked,
A submenu (not shown) for selecting the magnification is displayed, and if any of the magnifications listed in that submenu is clicked, the aspect ratio of the purchased image is not changed according to the magnification. Then, the image to be purchased is enlarged or reduced. When "Grid" in the menu bar 72 is clicked and then any position in the printable area in the editor page 81 is clicked, the grid is set based on that position. After that, when the character input button 75 is pressed and a character is input by the input device 23, the input character is displayed in the grid. It should be noted that such an editing instruction is not always inputtable, but is limited to the range recognized by the main image attribute information included in the editing resource. That is, it is limited to the range in which the right to maintain the identity of the author of the image to be purchased is not infringed. The image editor 52 returns the process to S719 each time the editing of S722 is completed for each edit instruction input. When the "Return" button 77 is pressed, the image editor 52 causes
The layout currently being edited is discarded, the process returns to S711, and the printer selection and setting screen (FIG. 36) is displayed again.

On the other hand, when the "main print" button 74 is pressed (corresponding to the input of the print instruction), the image editor 52 causes the user ID, session ID, content ID, image size ID, and , Layout information defining the current layout in the editor page 81 (image position in the print image,
An HTTP request message of a print image registration request specifying the magnification, the image inclination in the print image, the character string arranged in the print image and its position) is transmitted to the editor server 36. The image editor 52
After the HTTP request message is transmitted in S723, the response reception check first subroutine is executed in S724 to wait for the response message to the HTTP request message.

When the editor server 36 receives the print image registration request from the image editor 52, the process proceeds to S9.
The process proceeds from 12 to S915 to issue a layout ID.
In the next step S916, the editor server 36 requests the database server 38 to search the content database 43 using the combination of the content ID and the image size ID specified in the print image registration request as the search condition. The database server 38 determines, from the content database 43, the amount of money (a specific amount or no charge) associated with the content ID and the image size ID, which are search conditions, in the content database 43 and the storage position of the main image container 42. Extract and edit server 3
Pass to 6. Editor server 3 that received these information
6, the user ID, session ID, layout information specified in the print image registration request in the next S917, the layout ID issued in S915, and the main image container storage position are stored in a predetermined format as shown in FIG. One print layout information file 49 according to
File as. When this file is created, a syntax error is caused for layout information that exceeds the range recognized in advance by the editing restrictions in the main image attribute information, so such layout information is not created as a file. In the next step S918, the editor server 36 temporarily saves the print layout information file 49 generated in step S917 on the RAM 11. In the next step S919, the layout ID is provided with payment necessary / unnecessary information (a value “F” is taken when the amount of money acquired in S916 is free, and a value “C” is taken when the amount is paid), and a response is given. Store it in a message and respond to the image editor 52. In the next step S920, the editor server 36 checks whether the amount of money acquired in step S916 is free. And if the amount is free,
The editor server 36 immediately advances the processing to S926, and waits for a request from the image editor 52 (a request to download the main image, a request to download the print layout). On the other hand, if the amount is not free, the editor server 36 waits for a container download request from the image editor 52 in S921.

Upon receiving the layout ID and the payment necessity / unnecessity information from the editor server 36, the image editor 52 advances the process from S724 to S725, and stores the received layout ID in the RAM 24. In the next S726, the image editor 52 checks whether the value of the payment required / unnecessary information is “F (free)” or “C (paid)”. Then, the image editor 52 displays "F
If it is “(free)”, the process immediately proceeds to S732. On the other hand, if it is “C (pay)”,
The image editor 52, in S727, S718
Hide the editor window that was displayed in.
In the next step S728, the image editor 52 sends the information for credit confirmation to the web browser 27.
HT separately including the payment web page URL
Instruct to send TP request message. The Web browser 27 started by this and W responding to it
The processing contents of the eb server 35 are as already described using FIG. 9, FIG. 13, and FIG. 16, and as the Web server 35 executes S523, as described above, the payment status management table is stored in the hard disk 12. 46 is stored. The image editor 52, in the next S729,
An HTTP request message (request for digital content) of a container download request specifying the user ID, session ID, and layout ID is transmitted to the editor server 36 (corresponding to the first process for requesting digital content). The image editor 52, after transmitting the HTTP request message in S729,
In S730, by executing the response reception check second subroutine shown in FIG.
Wait for a response message to the TP request message.

The response reception check second subroutine shown in FIG. 26 is compared with the response reception check first subroutine shown in FIG. 25 when the elapsed time from the transmission of the HTTP request message exceeds the time limit. The difference is that after an error message is displayed when (timeout) or an error code is received (S808), the process is not ended immediately, but an end notification is sent to the editor server 36. That is, in the response reception check second subroutine, the image editor 5
2 displays the error message in S808 and then S
In 809, the HTTP request message of the notification of the end of the actual printing process in which the user ID and the session ID are designated is transmitted to the editor server 36. Then, in step S810, the image editor 52 waits for a response message to the HTTP request message transmitted in step S809. When the editor server 36 receives the end notification of the main print processing, the editor server 36 interrupts and starts the end notification processing shown in FIG. 31, and the user ID specified in the end notification of the main print processing in the first step S1001.
And all resources associated with the session ID (specifically, the payment status management table 46 in the hard disk 12, the session ID management table 48 and the print layout information file 49 on the RAM 11) are discarded, and in the next step S1002, The response message storing the processing completion notification is transmitted to the image editor 52. Upon receiving this processing completion notification, the image editor 52 ends all the processing. In this response reception check second subroutine, S809 and S81
0 is executed when this response reception check second
At the time when the subroutine is executed, the server device 1
This is because these resources have to be deleted because the above-mentioned respective resources are accumulated in them.

On the other hand, when the editor server 36 receives the container download request from the image editor 52, the process proceeds from S921 to S922, and the database server 38 requests the database server 38 to specify the user ID and session specified in the container download request. A request is made to retrieve the billing print status associated with the ID and layout ID in the payment status management table 46. In the next step S923, the editor server 36 analyzes the search result of the database server 38 for the search request in step S922, and prints the billing value of "1" or more for the combination of the user ID, the session ID, and the layout ID. If the status is registered in the payment status management table 46, it is determined that the credit has been confirmed, and the processing is S925.
If not, the combination itself of the user ID, session ID, and layout ID is not registered, or the value of the charging print status associated with the combination is “0”. Processing proceeds to S924. In step S924, the editor server 36 responds to the image editor 52 with a response message storing the standby instruction. After the completion of S924, the editor server 36 executes the processing in S92.
The process returns to 1 and waits for the image editor 52 to send the container download request again. On the other hand, in S925, the editor server 36 responds to the image editor 52 with a response message storing the start possibility notification. After completion of S925, the editor server 36 advances the process to S926, and requests the image editor 52 (request for downloading the main image,
Wait for print layout download request).

When the image editor 52 receives the standby instruction or the notification of start possibility from the editor server 36, the process proceeds from S730 to S731. In this S731,
The image editor 52 checks whether the received is a standby instruction or a startable notification. When it is determined that the standby instruction has been received, the image editor 52 returns the process to S729, and again transmits the HTTP request message of the container download request. On the other hand, when it is determined that the start possibility notification is received, the image editor 52 advances the process to S732.

In step S732, the image editor 52 checks whether the main image container 42 corresponding to the content ID and the image size ID has been cached in the hard disk 25. If cached, the image editor 52 immediately executes the process.
Proceed to 736. On the other hand, if not cached, the image editor 52 advances the process to S733 and displays the container download screen shown in FIG. 39 on the display 22. In the next step S734, the image editor 52 sends the HTT request for downloading the main image in which the user ID, session ID, and layout ID are designated.
The P request message is transmitted to the editor server 36. The image editor 52 displays the HT in S734.
After transmitting the TP request message, in step S735, the response reception check second routine is executed to wait for the response message to the HTTP request message.

Upon receiving the download request for the main image from the image editor 52, the editor server 36 advances the process from S926 to S927, and includes the user ID, session ID and layout ID specified in the download request for the main image. Print layout information file 4
The main print image container storage position is read from 9, and the main image container file 42 copied from the storage position is received from the file server 37. In the next S928,
The editor server 36 stores the copied main image container file 42 in the temporary directory for its own work in the hard disk 12 for transmission. In the next S929, the editor server 36 responds to the image editor 52 with a response message storing the main image container file 42. In the next step S930, the editor server 36 uses the temporary file to
The main image container file 42 stored in S928 is deleted. When S930 is completed, the editor server 36
Returns the processing to S926, and waits for a print layout download request from the image editor 52.

Upon receiving the main image container file 42 from the editor server 36, the image editor 52 advances the process from S735 to S736.

In S736, the image editor 52
An HTTP request message of a print layout download request specifying the user ID, session ID, and layout ID is transmitted to the editor server 36.
After transmitting the HTTP request message in S736, the image editor 52 waits for the response message to the HTTP request message by executing the response reception check second subroutine in S737.

Upon receipt of the print layout download request from the image editor 52, the editor server 36 advances the process from S926 to S931, and instructs the database server 38 to specify the user ID specified in the print layout download request. A request is made to search for a billing print status that is associated with the session ID and layout ID in the payment status management table 46. In the next S932, the editor server 36
The search result of the database server 38 for the search request in 31 is analyzed, and the billing print status of a value of “1” or more for the combination of the user ID, the session ID, and the layout ID is registered in the payment status management table 46. If so, it is determined that the credit has been confirmed, and the process proceeds to S934. In other cases (when the combination of the user ID, session ID, and layout ID itself is not registered, or the combination is associated with the combination). If the value of the obtained accounting print status is “0”), the process proceeds to S933. In S933, the editor server 36 responds to the image editor 52 with a response message storing an error code. Then, as described above, the image editor 52 executing the response reception check second subroutine of FIG. 26 in S737 transmits a notice of the end of the printing process to the editor server 36 (S809), and in response thereto, the editor server 36 interrupts and executes the end notification process of FIG.
After all the resources (the payment status management table 46, the session ID management table 48, and the print layout information file 49) associated with D are deleted (S100
1), all processing by this editor server 36 is completed.

On the other hand, in S934, the editor server 36 randomly generates a user key based on a random number or the like. In the next step S935, the corresponding container key is received from the file server 37 by using the storage position of the main image container 42 registered in the print layout information file 49 corresponding to the combination of the user ID, the session ID and the layout ID as a clue. . Then, the container key is encrypted using the user key generated in S934. In the next S936, the image editor 52 deletes the main image container storage position from the print layout information file 49 corresponding to the combination of the user ID, session ID and layout ID, and the user key generated in S934 and S93.
Embed the container key encrypted in 5. Then, the response message storing the print layout information file 44 is returned to the image editor 52. S
When 936 is completed, the editor server 36 executes the process S
The process proceeds to 937, and waits for a request (payment confirmation notification or payment unconfirmation notification) from the image editor 52.

Upon receiving the print layout information file 49, the image editor 52 expands the received print layout information file 44 on the RAM 24 without storing it on the hard disk 25, and executes the processing from S737 to S7.
In step 38, the print processing screen shown in FIG. 40 is displayed on the display 22. The print processing screen includes a progress bar 82 that indicates the achievement rate of the processing until the printing is completed. At this point, the progress bar 82 is 0.
It is in a state showing%. In the next S739, the image editor 52 instructs the decoding process DLL 53 to decode the main image container 42 downloaded in S735 or the cached main image container 42. Upon receiving this instruction, the decryption processing DLL 53 first decrypts the content key using the user key embedded in the layout information file, and further decrypts the main image container 42 using the decrypted content key. The image data (JPEG data) of the main image is restored by, and the image data (JPEG data) of the main image is further expanded as bitmap data. On the other hand, the image editor 52, after giving the instruction in S739,
The loop processing of S740 and S741 is executed. That is,
In step S740, the image editor 52 checks the processing progress status of the decoding processing DLL 53 at that time, and changes the display form of the progress bar 82 according to the progress status. Then, the image editor 52 displays the next S74.
In 1, it is checked whether or not the process of the decoding process DLL 53 is completed, and if the process is not yet completed, the process is returned to S740. As a result of repeating the loop processing of S740 and S741, when it is determined that the processing of the decoding processing DLL 53 is completed, the image editor 52
Advances the process to S742.

In S742, the image editor 52
The print OCX 54 is instructed to expand the print image, layout the print image, and transfer the print image to the printer driver 29 (corresponding to a second process for performing printing using the printer). Upon receiving this instruction, the print OCX 54 expands the print image data by arranging the bitmap data and the character string of the main image in the area corresponding to the editor page 81 in the editor window according to the print layout information. Then, the completed print image data is transferred to S712.
Transfer to the printer driver 29 selected in. The printer driver 29 to which the print image data is transferred is
The printer 4 is controlled so that the print image data is converted into print data suitable for printing by the printer 4 and printing is performed based on the print data. On the other hand, the image editor 52 executes S7 after performing the instruction in S742.
The loop processing of S43 and S744 is executed. That is, in step S743, the image editor 52 checks the processing progress status of the print OCX 54 and the printer driver 29 at that time, and according to the progress status, the progress bar 8
Change the display form of 2. And the image editor 5
In step S744, the second process checks whether or not the processing of the print OCX 54 and the printer driver 29 is completed. If the processing is not yet completed, the processing returns to step S743. As a result of repeating the loop processing of S743 and S744, the print OCX 54 and the printer driver 29
If the image editor 52 determines that the process of step 1 is completed, the image editor 52 advances the process to step S745.

In S745, the image editor 52
The print result confirmation screen shown in FIG. 42 is displayed on the display 22. On this print result confirmation screen, there are a "Yes" button 83 and a "No" button 84 corresponding to the answer to the question "Did you print properly?"
include. The user looks at the printed matter output from the printer 4, and if there is no problem such as blurring or blurring due to the malfunction of the printer 4, the user presses the “Yes” button 83, while
If the printed matter cannot be obtained due to the above problems or paper jam, the “No” button 84 is pressed. The image editor 52 waits for any one of the buttons 83 and 84 to be pressed in S746, and “Yes”.
If the button 83 is pressed, the process proceeds to S747, and if the “No” button 84 is pressed, the process proceeds to S750. In S747, the image editor 5
2 is user ID, session ID and layout ID
The HTTP request message of the payment confirmation notification (information indicating that the print result is correct) is transmitted to the editor server 36 (corresponding to the third process of transmitting information indicating whether the print result is correct). . Image editor 52
Waits for a response message to the HTTP request message by executing the response reception check second subroutine described above in S748 after transmitting the HTTP request message in S747.

Upon receiving the payment confirmation notice from the image editor 52, the editor server 36 advances the process from S937 to S938, and returns a response message storing a reply of "OK" to the image editor 52. Subsequently, in S939, the editor server 36 instructs the database server 38 to specify the user ID, session ID, and layout ID specified in the payment confirmation notice.
Request that the value of the charging print status associated in the payment status management table 46 be changed to “5”, which indicates the confirmation of charging, and that the sales confirmation flag be set. Equivalent). Next S94
At 0, the editor server 36 determines that the user ID, the session ID, and the layout I specified in the payment confirmation notice.
The print layout information file 49 corresponding to the combination of D is deleted from the RAM 11. Upon completion of S940, the editor server 36 returns the processing to S912,
It waits for the image editor 52 to send a print image registration request for another edit.

When the image editor 52 receives the answer of "OK" from the editor server 36, the process proceeds to S748.
From S749, the main print end process is executed. That is, all resources (print image data, print layout information file 49, layout ID) relating to the layout ID remaining in the user PC 2 are discarded except for the main image container file 42 cached in the hard disk 25. When S749 is completed, the image editor 52 returns the processing to S718 and redisplays the editor window, thereby making it possible to re-edit the purchase target screen or press the “end” button 78.

On the other hand, in step S750 executed when the "No" button 84 is pressed on the above-mentioned print result confirmation screen, the image editor 52 displays the user ID,
HTT of unconfirmed payment notification (information indicating that the print result is no) with the session ID and layout ID specified
The P request message is transmitted to the editor server 36 (corresponding to the third process of transmitting information indicating whether or not the print result is correct). The image editor 52 transmits the HTTP request message in S750 and then executes S7.
At 51, the above-described response reception check second subroutine is executed to wait for a response message to the HTTP request message.

When the editor server 36 receives the payment unconfirmed notification from the image editor 52, the processing is performed in S937.
From S941 to the database server 38, the accounting print status associated in the payment status management table 46 with the combination of the user ID, session ID, and layout ID specified in the payment unconfirmed notification. Request that the value of be incremented by one. In next step S942, the editor server 36 checks whether or not the value of the charging print status after the increment has reached “4” indicating “print processing end”. If the value of the billing print status has not reached “4” yet, the editor server 36 advances to S944.
In step S 945, a response message storing a “reprintable” response (reprinting permission) is returned to the image editor 52, and in step S 945, the transfer of the reprinting reason from the image editor 52 is awaited.

When the image editor 52 receives the reply of "reprintable" from the editor server 36, the process is executed.
From 751 to S752, the process further proceeds to S753. In step S753, the image editor 52 displays the reprint processing screen shown in FIG. 43 on the display 22. This reprint processing screen includes a combo box 85 for selecting a typical reprint reason, a text box 86 in which a specific reprint reason can be written, a “print again” button 87, and a check box 88. And are included. Subsequently, the image editor 52 waits for an operation on this reprint processing screen in S754, and when an operation other than pressing the “print again” button 87 is performed,
In S755, the reason for reprinting is set according to the content of the operation, and then the process returns to S754. For example, when an operation for opening the combo box 85 is performed, a list of typical reprint reasons listed in advance is displayed, and if any of the typical reprint reasons is clicked from the list. Sets the reason for the clicked reprint. When the check box 88 is checked, the content to be subsequently input in the text box 86 is set. On the other hand, when the "print again" button 87 is pressed, the image editor 52 specifies the reprint reason, the user ID, the session ID, and the layout ID set at that time in S756. HTTP for transfer of reprint reason
The request message is sent to the editor server 36. The image editor 52 displays the HTT in S756.
After the P request message is transmitted, the response message to the HTTP request message is waited for by executing the response reception check second subroutine in S757.

When the editor server 36 receives the reprint reason transfer from the image editor 52, the process proceeds to step S945.
From S946 to S946, the database server 38 is requested to register the reprint reason specified in the reprint reason transfer in the reprint reason table 45. As shown in FIG. 8, in the reprint reason table 45, the content of the reprint reason and the layout ID are associated with each other for each reprint reason ID for identifying each reprint reason. be registered. Subsequently, the editor server 36 uses S9.
In 47, the response message storing the answer of “OK” is returned to the image editor 52, and the processing is S9.
The process returns to 37 and waits for a request (payment confirmation notification or payment unconfirmation notification) from the image editor 52.

When the image editor 52 receives the answer "OK" from the editor server 36, the process proceeds to step S757.
To S738, the printing is tried again.

On the other hand, if it is determined in S942 that the value of the accounting print status has reached "4", the editor server 36 returns the response in which the reply "reprint impossible" is stored in S943. Send the message to the image editor 52. Then, in the same manner as when the payment confirmation notification is received, the user ID, session ID, and layout I specified in the payment unconfirmed notification are sent to the database server 38 in S939.
The value of the charging print status associated in the payment status management table 46 with respect to the combination of D is changed to "5" indicating the confirmation of charging, and a request is made to set the sales confirmation flag. User ID and session ID specified in the payment unconfirmed notification in S940
And the print layout information file 49 corresponding to the combination of the layout ID and the layout ID are deleted from the RAM 11, and the process returns to S912.

When the image editor 52 receives the reply of "non-reprintable" from the editor server 36, the process proceeds to S.
From 751 to S752, the process further proceeds to S758. S
In 758, the image editor 52 executes the same main print end processing as in S749. After completing S758, the image editor 52 returns the process to S718.

When the user desires to purchase another image (purchase of a printed matter), the user performs an operation for displaying any list screen on the Web browser 27, and then performs any operation. Display the preview screen for the image. Then, the "proceed to print" button 55 is pressed on the preview screen. by this,
Separate session ID is issued and image editor C
The AB file 50 is downloaded from the server device 1 to the user PC 2, and the image editor 52 is re-executed in the user PC 2.

By repeating the above processing, each session ID is stored in the payment status management table 4.
Each layout ID (corresponding to the image to be purchased)
Record of purchase (date, amount,
(Personal information, credit card information, sales confirmation flag)
Is left. After that, for example, on a closing day of each month, a totaling program (not shown) is executed, and the payment status management table 4
The records of purchases left over are aggregated for each user, and the aggregated amount is charged to the credit card company registered for each user. The credit card company that has made the bill pays the billed amount in advance and performs processing for withdrawing the billed amount from the bank account of each user registered in advance. (Effects of the Embodiment) According to the present embodiment, the user sends the HTTP request message of the image editor startup page acquisition request to the server device 1.
However, if the user is not logged in, the web server 35 sends the image editor start page AS
Do not respond P, so that the image editor CAB file 50 containing the image editor Java application 52 is not downloaded to the user PC 2. Therefore, no information regarding the purchase of the main image data is transmitted to the user who has not disclosed personal information such as name, address, credit card number and the like.

Further, according to the present embodiment, every time the user determines the image to be purchased and sends the HTTP request message of the image editor startup page acquisition request to the server device 1, a connection for purchasing the image to be purchased is established. Is issued, and thereafter only the user PC 2 holding the session ID can continue the transaction procedure for the image to be purchased. Therefore, not only is it possible to prevent another person from impersonating the user and continuing the procedure, but also the user himself cannot continue the procedure using another terminal.
As a result, the entire purchasing procedure must be completed in the same user PC 2, so that various data will not be scattered and become unmanageable.

Further, according to the present embodiment, the combination of the content ID and the image size ID for specifying the image to be purchased is notified from the Web browser 27 to the Web server 35 and from the editor server 36 as a start parameter. . That is, since these parameters are automatically set in the image editor 52, it is not necessary for the user to see these parameters, so that high security is maintained.

Further, according to the present embodiment, the printer capability information of all the printers supported by the digital content providing system is not notified to the image editor 52, but the printer 4 locally connected to the user PC 2 is notified. Only the printer capability information is notified to the image editor 52. This reduces the amount of information transferred from the server device 1 to the user PC 2,
Communication load is low.

Further, according to the present embodiment, the layout information designating the layout edited in the editor window is not converted into a file in the user PC 2 but is transferred to the editor server 36 and then printed in the server device 1. The layout information file 49 is filed.
Then, after the credit confirmation to the user is made and the main image container 42 is downloaded to the user PC 2, immediately before the printing based on the main image container 42 is executed,
It is downloaded from the server device 1 to the user PC 2.
Therefore, since the layout when finally printed is managed by the editor server 36, the layout exceeding the range permitted in advance is excluded. That is, user PC
Even if the user edits by any means within the range beyond the range permitted by the main image attribute information, the content of such edit causes a syntax error when being transmitted to the editor server 36 and made into a file. However, it will not be reflected in the print result. As a result, it is possible to prevent infringement of the identity retention right of the author of the image to be printed.

Further, according to the present embodiment, the main image container 42 is provided only after the credit confirmation to the user is made.
Is not downloaded from the server device 1 to the user PC 2. Therefore, it is possible to prevent the main image data from being transmitted to a malicious user who has declared false card information at the time of member registration.

Further, according to the present embodiment, the server device 1
In the main image container 42, which is copied to the temporary directory in the user PC 2 for download.
Is deleted immediately after the main image container 42 is downloaded to the user PC 2. Therefore, the possibility that the main image container 42 is illegally accessed from outside the server device 1 is reduced.

Further, according to the present embodiment, when the layout information is downloaded from the server device 1 to the user PC 2 immediately before printing, the credit confirmation for the user of the user PC 2 is made. Therefore, it is possible to prevent the user who cannot collect the fee from performing printing.

Further, according to the present embodiment, even if the printed matter is not normally printed due to the malfunction of the printer 4, the reprinting can be performed up to twice. By attempting reprinting in this way, the user can obtain a printed matter corresponding to the amount of money to be charged. As an author, if a printed matter with print quality that is too poor is output and viewed by the user, his / her own right to maintain identity is not guaranteed. On the other hand, printer 4
If is defective, no matter how many times reprinting is performed, a satisfactory printed matter cannot be finally obtained. There is also a possibility that a malicious user may request reprinting even though normal printing has been performed. Therefore, in the present embodiment, the reprintable number of times is divided into two, and the billing confirmation process is performed when the reprinting is performed twice.

[0132]

According to the present invention configured as described above, it is possible for a user to browse a copyrighted work sample before a credit procedure and to transmit digital contents only to a user who has completed the credit procedure. You can
Therefore, it is possible to allow the user to browse the sample of the copyrighted work without undue burden, and
The copyrighted material itself can be sent only to a user who has a confirmed identity and who has confirmed credit.

[Brief description of drawings]

FIG. 1 is a block diagram showing a schematic configuration of a digital content providing system according to an embodiment of the present invention.

FIG. 2 is a diagram showing the structure of the content database shown in FIG.

FIG. 3 is a diagram showing the structure of the member database shown in FIG.

FIG. 4 is a diagram showing a structure of a printer driver database shown in FIG.

5 is a diagram showing the structure of a session ID management table shown in FIG.

FIG. 6 is a diagram showing a structure of a print layout information file shown in FIG.

7 is a diagram showing the structure of a payment status management table shown in FIG.

8 is a diagram showing the structure of the reprinting hot water table shown in FIG.

FIG. 9 is a flowchart showing the processing contents by the Web browser.

FIG. 10 is a flowchart showing a subroutine executed in S009 of FIG.

FIG. 11 is a flowchart showing the processing executed in S003 of FIG. 9 when the “go to print” button on the preview page is pressed.

FIG. 12 is a flowchart showing the processing executed in S003 of FIG. 9 when the “login” button on the login page is pressed.

FIG. 13 is a flowchart showing the processing executed in S003 of FIG. 9 when the “send” button on the payment page is pressed.

FIG. 14 is a flowchart showing processing by the Web server.

FIG. 15 is a flowchart showing processing by the Web server.

FIG. 16 is a flowchart showing processing by the Web server.

FIG. 17 is a flowchart showing processing by ActiveX.

FIG. 18 is a flowchart showing processing by the image editor.

FIG. 19 is a flowchart showing processing by the image editor.

FIG. 20 is a flowchart showing processing by the image editor.

FIG. 21 is a flowchart showing processing by the image editor.

FIG. 22 is a flowchart showing processing by the image editor.

FIG. 23 is a flowchart showing processing by the image editor.

FIG. 24 is a flowchart showing the processing by the image editor.

FIG. 25: S702, S704, S710, S71
6, a flow chart showing a response reception check first subroutine executed in S724

FIG. 26: S730, S735, S737, S74
8, a flowchart showing the response reception check second subroutine executed in S751, S757

FIG. 27 is a flowchart showing processing by the editor server.

FIG. 28 is a flowchart showing processing by the editor server.

FIG. 29 is a flowchart showing processing by the editor server.

FIG. 30 is a flowchart showing processing by the editor server.

FIG. 31 is a flowchart showing an end notification process executed by the editor server by interruption when the end notification of the print process is received.

FIG. 32 is a diagram showing a service home page

FIG. 33 is a diagram showing an example of a list page

FIG. 34 is a diagram showing an example of a preview page

FIG. 35 is a diagram showing a login page

FIG. 36 is a diagram showing a printer selection and setting screen.

FIG. 37 is a diagram showing an editor window.

FIG. 38 is a diagram showing a payment page.

FIG. 39 is a diagram showing a container download screen.

FIG. 40 is a diagram showing a print processing screen.

FIG. 41 shows a warning screen

FIG. 42 is a diagram showing a print result confirmation screen.

FIG. 43 is a diagram showing a reprint processing screen.

[Explanation of symbols]

1 server device 2 User PC 10 CPU 11 RAM 12 hard disk 15 Communication adapter 20 CPU 21 Communication adapter 22 Display 23 Input device 24 RAM 25 hard disk 27 Web browser 28 Java Virtual Machine 29 Printer driver 35 Web server 36 Editor Server 37 File Server 38 Database Server 42 images container 43 content database 44 Member Database 46 Payment status management table 47 Printer driver database 48 Session ID management table 49 Print layout information file 50 Image Editor CAB file 52 Image Editor Java Application 55 Spooler with copy protection

─────────────────────────────────────────────────── ───

[Procedure amendment]

[Submission date] November 14, 2002 (2002.11.
14)

[Procedure Amendment 1]

[Document name to be amended] Statement

[Name of item to be amended] Claims

[Correction method] Change

[Correction content]

[Claims]

[Procedure Amendment 2]

[Document name to be amended] Statement

[Name of item to be corrected] 0015

[Correction method] Change

[Correction content]

In the present invention, it is important to confirm the credit, and the actual billing thereafter is not particularly limited. For example, for a user whose identity is confirmed by credit check, digital content may be provided free of charge, billing may be made at the same time as credit check, or the digital content may be actually sent after transmission. May be charged when is used. In addition, according to the present invention
In the digital content providing system, the client
The ant program inputs the input to the processing device.
The server device according to an instruction input by the device
To the credit confirmation information about the user.
Of the digital content to the server device.
Requests are sent repeatedly, and the server program
It is sent from the user terminal to the processing device.
Credit confirmation for the user based on the information provided
After executing the process of and confirming the credit as the process result
The digital content received from the user terminal
Requested digital content after receiving the request for
May be transmitted to the user terminal. Also, you
The credit confirmation about The is used by the user for payment.
In the confirmation as to whether the credit card is valid
The credit card information is
It may be the holder's name and card number. Also,
The storage medium of the user terminal further includes the processing device.
On the other hand, according to the designated instruction,
A browser program that requests web content
Is stored in the storage device of the server device,
Contains the client program files
And the server program further executes the processing.
For the device, the processing device is the browser program
From the user terminal running
The client program file is required
If requested, the client pro
You can also send the gram file to the user terminal
Yes. In addition, the server program is compatible with the processing device.
The user terminal to identify the digital content.
Only when other information is specified, the identification information is stored
And the client program thereafter
Client program according to the file request of
File to the user terminal, and then
The user terminal executing a client program
The identification information may be notified to the processing device. Well
Further, the storage medium of the server device further includes the user.
Holds login information indicating whether or not is logged in
A database that stores the
Gram from the user terminal to the processing device
The client program as the web content
If the user requests a file for the RAM, the user
The login information indicates that you are in a google status
If and only if the client program file
It may be transmitted to the user terminal. Also, the server
The program causes the processor to
When sending a program file to the user terminal
Issuing a unique session ID, this session ID
Is stored in the user database and
The same session ID is notified to the user terminal, and thereafter,
The user terminal presents the session ID and makes a request.
Even if you execute the process according to the request only when you do
good. Further, the processing medium is stored in the storage medium of the server device.
A temporary directory for working with the device is created
In addition, the server program is
The digital content to the user terminal
When sending to the
Copy to temporary directory, before copied
Send digital content to the user terminal and send
After the communication is completed, the digital
Content may be deleted. In addition, the digital
In the method of providing a total content, the user terminal,
To confirm credit to the server device for the user
Of the digital information to the server device after sending
The server device repeatedly transmits a request for content,
Is received from the user terminal when the credit confirmation is completed.
In response to the request for said digital content
It is okay to send digital content to the user terminal.
Yes. In addition, the credit confirmation for the user is made by the user.
Whether the credit card used by The for payment is valid
Is the confirmation of the credit
The credit card holder's name and card number
May be. Further, in the server device of the present invention,
The storage device of the server device further includes an input device and a display device.
The input to the processing device of the user terminal having a ray
The server device according to an instruction input by the device
Request a sample of the above digital contents and respond to the request.
The sample of the digital content that has been sent
It is displayed on the display and the input device
To the server device according to the instruction input by the user.
Send credit confirmation information about the
The digital signal sent by the server after confirming the credit
The client program that receives the content is
The server program is stored in the
To the management device from the user terminal to the client
If a program file is requested, the request will be met.
The client program file is
It may be sent to the terminal.

Claims (14)

[Claims] 1. A digital content providing system comprising a server device and a user terminal capable of communicating with each other via a network, wherein the server device transmits digital content to the user terminal in response to a request from the user terminal. The user terminal includes a processing device that executes a process according to a program, a display that displays an image by the processing device, an input device that inputs various instructions to the processing device according to a user operation, and the network. A communication device that communicates with the server device via a storage medium, and the server device performs a processing according to a program; and a communication device that communicates with the user terminal via the network. And a storage medium for storing digital content and a sample thereof, The storage medium of the terminal causes the processing device to request a sample of the digital content from the server device in response to an instruction input by the input device, and the digital content transmitted in response to the request. A sample of content is displayed on the display, and further, in response to an instruction input by the input device, the server device is caused to transmit information for credit confirmation regarding the user, and the server device performs credit confirmation. A client program for receiving the digital content transmitted after being stored is stored in the storage medium of the server device in response to a request transmitted from the user terminal to the processing device. Of the sample is transmitted to the user terminal, and based on the information transmitted from the user terminal, A digital content, characterized in that a server program is stored which causes a process for credit confirmation for a user to be executed, and only when the credit confirmation can be performed as a result of the process, to transmit the digital content to the user terminal. Offer system. 2. The client program causes the processing device to transmit information for credit confirmation of the user to the server device in response to an instruction input by the input device, and then, Repetitively transmitting a request for the digital content to a server device, the server program causing the processing device to execute a process for credit confirmation for the user based on information transmitted from the user terminal. 2. The digital content according to claim 1, wherein the requested digital content is transmitted to the user terminal after receiving a request for the digital content received from the user terminal after the credit confirmation as a processing result is confirmed. Offer system. 3. The credit confirmation for the user is confirmation as to whether or not the credit card used by the user for payment is valid, and the information for the credit confirmation includes a holder name of the credit card and The digital content providing system according to claim 1 or 2, wherein the system is a card number. 4. A storage medium of the user terminal further stores a browser program for requesting web contents to the server device according to a set instruction to the processing device. The storage device further stores the file of the client program, and the server program further causes the processing device to execute the browser program from the user terminal to the processing device. 2. The digital content providing system according to claim 1, wherein when the file of the client program is requested as the web content, the file of the client program is transmitted to the user terminal in response to the request. 5. The server program stores identification information of the digital content only when the identification information of the digital content is designated by the user terminal to the processing device, and stores the file of the client program thereafter. The file of the client program is transmitted to the user terminal in response to a request, and then the identification information is notified to a processing device of the user terminal executing the client program. The described digital content providing system. 6. A storage medium of the server device further stores a user database holding login information indicating whether or not the user is in a login state,
When the server program requests the processing device for a file of the client program as the web content from the user terminal,
5. The digital content providing system according to claim 4, wherein the file of the client program is transmitted to the user terminal only when the login information indicates that the user is in a login state. 7. The server program causes the processing device to issue a unique session ID when transmitting the client program file to the user terminal, and holds the session ID in the user database. 7. The user terminal is notified of the same session ID, and thereafter, only when the user terminal presents the session ID and makes a request, the processing according to the request is performed. Digital content providing system. 8. A temporary directory for work by the processing device is formed in a storage medium of the server device, and the server program causes the processing device to transfer the digital content to the user terminal. When transmitting, the digital content is once copied to the temporary directory, the copied digital content is transmitted to the user terminal, and after the transmission is completed, the digital content is deleted from the temporary directory. The digital content providing system according to claim 1. 9. A user terminal having an input device and a display, and a server device capable of communicating with the user terminal via a network and having a storage medium storing digital contents and a sample thereof,
A digital content providing method in which the server device transmits digital content to the user terminal based on a request from the user terminal, wherein the user terminal requests a sample of digital content by a user via the input device. When input, it sends a request for the sample of the digital content to the server device, and when the server device receives the request for the sample of the digital content from the user terminal, it reads the sample of the digital content from the storage medium. And transmits to the user device, the user device, when receiving the sample of the digital content from the server device, displays the sample of the digital content on the display, the user device via the input device. The user has purchased the digital content When a request is input, information for credit confirmation about the user is transmitted to the server device, and when the server device receives information for credit confirmation about the user from the user terminal, the server device receives information about the user. The digital content providing method, characterized in that the digital content is transmitted to the user terminal after the credit confirmation processing is performed and the credit confirmation is made as a processing result. 10. The user terminal, after transmitting information for credit confirmation of the user to the server device, repeatedly transmits the request for the digital content to the server device, wherein the server measure is the credit. 10. The digital content providing method according to claim 9, further comprising transmitting the requested digital content to the user terminal in response to a request for the digital content received from the user terminal after confirmation. 11. The credit confirmation for the user is confirmation as to whether or not the credit card used by the user for payment is valid, and the information for the credit confirmation includes a holder name of the credit card and The digital content providing method according to claim 9 or 10, wherein the method is a card number. 12. A server device comprising: a processing device that executes a process according to a program; a communication device that communicates with a user terminal via the network; and a storage medium that stores digital content and a sample thereof. The storage medium causes the processing device to transmit a sample of the digital content to the user terminal in response to a request transmitted from the user terminal, and based on the information transmitted from the user terminal, A server device storing a server program for executing a process for credit check for a user, and transmitting the digital content to the user terminal only when the credit check can be performed as a result of the process. . 13. The storage device of the server device further comprises:
The processing device of a user terminal having an input device and a display is requested to request the sample of the digital content from the server device in response to an instruction input by the input device, and the digital data transmitted in response to the request. A sample of content is displayed on the display, and further, in response to an instruction input by the input device, the server device is transmitted with information for credit confirmation regarding the user, and the server device performs credit confirmation. A client program for receiving the digital content transmitted after being stored is stored, and the server program further requests the processing device to send a file of the client program from the user terminal. , The client program file on request 13. The server device according to claim 12, wherein the server device is transmitted to a user terminal. 14. A processing device in a server device, comprising: a processing device that executes a process according to a program; a communication device that communicates with a user terminal through the network; and a storage medium that stores digital content and a sample thereof. On the other hand, a process for causing the sample of the digital content to be transmitted to the user terminal in response to a request transmitted from the user terminal, and performing credit confirmation for the user based on the information transmitted from the user terminal. And a digital content providing program that causes the digital content to be transmitted to the user terminal only when credit confirmation can be performed as a processing result.