WO2003107237A1

WO2003107237A1 - Electronic work ordering/order receiving method and managing server thereof

Info

Publication number: WO2003107237A1
Application number: PCT/JP2003/007596
Authority: WO
Inventors: 藤澤　知徳; 佐藤　昭治
Original assignee: 株式会社エイティング
Priority date: 2002-06-13
Filing date: 2003-06-13
Publication date: 2003-12-24
Also published as: JP2004021382A; AU2003244125A1

Abstract

A method for smoothly performing order/order reception (24) of an electronic work between members (21, 22) connected by a computer network via a management server (20). After the management server (20) discloses an electronic work order specification by an ordering member (21), the management server (20) represents an electronic work of the member (22) who has applied for the order to the ordering member (21) by attenuating the electronic work applied. The order specification by the member (21) to the management server (20) is transmitted by facsimile communication and membership authentication is performed by using a telephone number contained in a TSI signal used for this communication as an identifier.

Description

Field for receiving and ordering electronic works and its management server

The present invention relates to a method for ordering electronic works on a convenience network via a management server.

Conventionally, designs, illusts, pictures, photographs, etc., that include creative elements, have the ability to create them on the side that needs them (users, contractors, etc .; hereafter referred to as clients). If they do not, they are usually commissioned to an external designer. In recent years, with the spread of computer networks typified by the Internet, designs, illustrations, pictures, photographs, etc. have been requested by places seeking external designers in conjunction with the ease of use of the network. It is becoming possible to do business with a large number of designers, beyond the activities of the elderly. However, even in the case of ordering a design work using a computer network, in reality, it is only a matter of attaching an electronic file of the design work by e-mail and delivering it.

FIG. 1 illustrates steps in the related art when the client requests an external designer for creation.

As shown in the figure, even if a designer receives an order (see 10 in Figure 1), it is difficult to automate the creation of a limited number of known designers. There are many obstacles, such as being affected by the allocation of time (11), and the human resources being good at or not good at (12). Even if the supplier could be easily found, time loss (13) had to be prepared.

In addition, it takes a lot of time to confirm order specifications and other meetings (14), and even if the order is finally completed (15), the design is intangible and has an idea. Because of the need for thought, the communication between the client and the designer is likely to be unclear, and the finished design work is dissatisfied (16, 17). In reality, there are many clients. is there. In addition to the dissatisfaction of the client, fatal conclusions such as delays in delivery (18) and delivery of works (19) in which specifications were ignored due to unilateral assumption by the designer. Sometimes. This can be said to be the same today even when the number of available human resources has increased due to the spread of networks.

Japanese Patent Application Publication No. 2000-150600 discloses an invention of a design production support method and system for a client to select a creator of the best design and to place an order for design production. In the gazette, there is a design client

-The information on the web site and the information on the creator database of the design can be searched for each other (mainly on the client side of the design) on a network such as the Internet, and the design ordering information can be transmitted on the network. The design creation support method was designed to match the information in the design database with the information in the evening, launch a presentation space if necessary, and discuss and complete the design. ing.

However, with the above design production support method, not all design clients can easily and easily order design specifications. Also, design images on the network are not necessarily downloaded in an inappropriate manner.

Disclosure of the invention

An object of the present invention is to solve such a client's dissatisfaction with the fruits created and to increase opportunities for designers and other creators to receive orders.

In addition, it provides an opportunity to reuse designs and other electronic works that did not lead to an order after placing an order, to prevent the work from declining as much as possible, and thereby to secure the stable income of the creator and the client who conflicts with this. The purpose is to construct a network system that reduces cost burden.

The present invention is intended for members connected via a computer network via a management server. In the method of receiving and ordering an electronic work in the above, after the management server 1 discloses the order specification of the electronic work by the member, when the management server presents the electronic work of the member who applied for it to the ordering member, The feature is that the submitted electronic works are presented after being attenuated.

It is preferable that the member send the order specification to the management server 1 by facsimile communication and that the member be authenticated by using the telephone number included in the TSI signal used in the communication as an identifier. Further, it is preferable to search for member information stored in advance using the telephone number as a key.

After presenting the attenuated work, it is preferable that the management server transmits a legitimate electronic work on condition that the ordering member approves. Further, it is preferable that the management server creates a charging file on condition that the legitimate electronic work is transmitted.

It is preferable that after the publication of the order specification or the presentation of the entry, the management server forwards the inquiry and the response or the response received from the member to the relevant member.

The management server includes a member file, an order specification file, an order specification management file, an entry file, an entry management file, and an entry attenuation file. It is preferable that the management server further includes a billing file and a deposit file.

After completing the ordering process for the entry, the management server stores a library work file for storing the entry based on the intention of the application member and a library-work management file as its management file. Preferably, it is provided. BRIEF DESCRIPTION OF THE FIGURES

Figure 1 shows the conventional procedure for requesting an external designer to create a design. FIG. 2 is an overall schematic diagram of the electronic work ordering method according to the present invention.

FIG. 3 is a signal sequence diagram showing a standard communication procedure of the facsimile apparatus. C FIG. 4 is a flowchart showing a procedure of facsimile signal recognition in the management server. FIG. 5 is a flowchart showing a procedure for receiving and storing a fax image in the management server.

FIG. 6 is a flowchart showing a facsimile reception procedure in the management server. FIG. 7 is a diagram showing a procedure for transferring a specification image using an e-mail attached file.

FIG. 8 is a diagram illustrating a procedure for storing a specification image in the management server 1.

FIG. 9 is a diagram showing a procedure for transferring a specification image by the FTP method.

FIG. 10 is a diagram illustrating a procedure for storing a specification image in the management server 1.

Fig. 11 shows a monitor screen of the ordering member when checking the transmitted specification image. FIG. 12 is a flowchart showing a procedure in which the registered designer browses the registered specification image.

Figure 13 is an example of the display screen when the member designer browses the specification image.

FIG. 14 is a processing flow diagram in the management server 1 regarding the specification confirmation mail from the member designer.

Figure 15 shows the procedure when the management server receives a design work submitted by a member designer.

Figure 16 shows an example of a monitor screen when the ordering member refers to the application status.

Figure 17 is a flowchart of the processing performed by the management server regarding the request email for the design work from the ordering member.

Figure 18 is a flowchart showing the procedure for downloading the design work by the ordering member.

Fig. 19 is a flow chart showing the procedure of making the rejected design work into a library on the management server.

FIG. 20 is a flowchart for explaining a method of confirming a settlement status accompanying an order. BEST MODE FOR CARRYING OUT THE INVENTION

Hereinafter, a preferred embodiment of the electronic work ordering method according to the present invention will be described. First, an overall image of the method of the present invention will be described with reference to FIG.

In the present invention, the category of “electronic work” includes designs including designs, pictures, photographs, and logos. In addition to software, it includes blueprints, proposals, songs, videos (movies), and other items that can be delivered on a computer network.

The present invention is realized by a management server 20 of a service provider that manages the ordering of electronic works. The present invention includes a client (21) as an orderer and an unknown remote location. A design-ordering method (24) using a competition method with a plurality of designers (22) (which may be in a nearby area) and a computer network that can reduce the time required to discuss order specifications etc. The meeting method used (25), the method of providing electronic works (26), and the method of making a surplus design generated by the competition method into a shared library (27) are included.

The present invention also includes a settlement method (28) in which the creation and use consideration of the design can be confirmed at any time on a network.

In the method of the present invention, the requester (2 1) can use the input (2 3) by the facsimile machine when ordering the design specification, thereby improving the convenience. Before describing the input (23) by the facsimile apparatus, a standard communication procedure will be described with reference to FIG. 3, which is a signal sequence diagram showing a normal communication procedure in the facsimile apparatus.

The standard procedure of facsimile communication is as follows: the transmitting facsimile machine 310 sends a CNG signal 3 21 to the receiving facsimile machine 340, and in response to this, the receiving facsimile machine 340 sends the CED signal 3 Then, the NED signal, the CSI signal, and the DIS signal 323 having the frame structure are transmitted following the CED signal 32 2. The function of the receiving facsimile machine 340 is notified to the transmitting facsimile machine 310 by the DIS signal. Here, the DIS signal 322 notifies the sending facsimile apparatus 210 of the country code, language information, whether or not character code can be received, and the receivable character code.

Next, the transmitting facsimile machine 310 transmits a TSI signal 324 as a transmitting terminal as required, and then a DCS signal 32 for designating a function to the receiving facsimile apparatus 340. Send 5. And after sending this DCS signal, Transmits the training signal and performs the training check using the TCF signal 3 26.

After this training, the receiving-side facsimile machine 340 transmits a 0 1¾ signal 327 to urge the transmitting-side facsimile apparatus 310 to transmit a facsimile message. Upon receiving the CFR signal 227, the transmitting facsimile machine 310 transmits a facsimile message 328 following the training signal, and transmits an EOP signal 329 when transmission of the facsimile message ends. I do. Then, the receiving facsimile machine 340 transmits an MCF signal 330 indicating that the EOP signal 329 has been confirmed, and the transmitting facsimile machine 310 receives the MCF signal 330. Then, the DCN signal 331 for instructing disconnection is transmitted, and the processing ends.

As the TSI signal 324 used as required, the telephone number of the sender is usually used. In the present embodiment, the TSI signal 324 is used as an identifier, and is used for facsimile communication. It is intended to organize and manage incoming facsimile images. FIG. 4 is a flowchart showing a procedure for identifying a facsimile signal in a management server 1 having a facsimile transmission / reception function installed by a service provider implementing the present invention.

First, a facsimile signal is received 40 from a design orderer who is a registered member. Upon receiving this reception 40, the management server judges whether there is an incoming call (CNG signal) 41 and returns a CED signal 43 when it confirms the incoming call. If no incoming call is confirmed, the reception standby state 42 is continued.

At the same time as returning the CED signal 4 3, the management server notifies various data 4 4, which is its own function, as described in FIG. 3, informs the sender of the reception function, and sends the TSI sent from the sender. Wait for signal 3 2 4.

The sender knows the receiving function of the receiver from this signal, prepares for transmission of a signal corresponding to the function, and first transmits the TSI signal 324 as the first-stage signal. This T S

The management server that received the I signal 3 2 4 4 5 has the contents of the TSI signal 3 2 4 Take out the sender's telephone number and determine if it is a registrant. here

If it is determined that the user is not a registrant, the management server sends a DCN signal 47 and refuses subsequent reception. On the other hand, if it is determined that the user is a registrant, the process proceeds to the next receiving operation 48. FIG. 5 is a flowchart showing a procedure for receiving and storing a FAX image in the management server, and partially illustrates the latter half of the procedure described in FIG. That is, the management server that has obtained the telephone number of the caller by receiving the TSI signal 3 2 4 4 5 determines whether or not it is the telephone number of the member registered in advance 4 6. And determine whether to proceed to reception work 4 8 or to end 4 7. The received signal recognized as a member is transferred to facsimile receiving work 48, which will be described later with reference to FIG.

The received signal recognized as a member, that is, the telephone number, is referred to the registrant file 504, and the registrant information is obtained 506 at the same time. In this embodiment, the registrant ID is obtained and used as a management key for the facsimile signal as a temporary management key until the acquisition of a record number described later. This management number may be the telephone number of the caller, or any other number that can be identified by the member.

The received facsimile signal for which the management ID has been obtained (hereinafter referred to as the specification image) is registered as new additional information 507 in the specification image management file 508, and at the same time, the registrant ID, the acquisition date, and the specification image are registered. Writing 509 such as the number of sheets (number of facsimile pages) is performed.

Next, a record number (a unique number for identification) may be obtained from the file 508, and then converted to a Web file (file such as gif, png, jpeg, etc.) for each page. Thereafter, a predetermined file name in which the record number is combined with a page number is assigned, and stored in the specification image file 5 13. At this time, all of the file names are registered in the specification image management file 508. In addition, a Web screen is created so that the specification image can be published on the Web.

Notify each member designer of the RL 5 1 5 Next, a facsimile receiving procedure 48 in the management server will be described with reference to FIG. 6. This receiving procedure 48 corresponds to the facsimile signal receiving portion shown in FIG.

In other words, when it is determined that the user is a registrant by the discriminator 46 in FIG. 5, the facsimile reception processing means in the management server continuously receives the facsimile signal from the sender, and the sender also receives the facsimile signal. Subsequently, a facsimile signal is transmitted. The transmitting side transmits the DCS signal 611, then continuously transmits the training signal 602, and continues to the training chip by the TCF signal: Ec603. If the signal is received and there is no abnormality, the receiving side transmits “permit facsimile message transmission” (CFR) 604, and the transmitting side determines that there is no problem in training 605, Following transmission 606, transmission of facsimile message 607 begins. During this time, the receiving side is in the receiving state, monitors the sending end facsimile message transmission end signal E 0 P transmission 6 10 6 6 8, and when E 0 P is received, the transmission end signal confirmation signal Transmit a certain MCF signal. The transmitting side that has received the MCF signal ends the transmission 613 after the transmission of the DCN signal 612. Thereafter, the facsimile reception processing means in the management server ends 6 14 with respect to the facsimile signal, but enters a standby state and waits for the next reception.

The above description relates to a method for a requester who is a member to easily transmit an order specification to a management server using a facsimile machine, and this method assumes that the member is unfamiliar with the operation of a computer or the like. Things. However, for members who are accustomed to computer operation, it is also possible to use e-mail or FTP to order and transfer specification images. This will be described with reference to FIGS. 7 to 10. Figure 7 explains how to transfer order specifications and specification images (hereafter referred to as specification images) using a file attached to an e-mail.

Member 700 creates a specification image in a file format that can be attached to e-mail, Activate the mailer from the computer connected to the network, attach the desired specification image to the e-mail address specified by the service provider, and send it. The service provider's mail server that receives this e-mail is monitored by the management server at all times, and its arrival is immediately detected by the management server. I do. The monitoring target of the management server 20 is a mail address box 7 1 1 (A-Mai IB ox) specified by the service provider.

After acquiring the e-mail 7 23, the management server 20 analyzes the sender 7 24 to determine whether the e-mail address of the sender belongs to a registered member 7 25. If it is determined that the message is not belonging to the registrant, the e-mail address box 7 1 2 (B-Mai Transferred from IB ox). On the other hand, if it is determined that it belongs to the registrant, the target specification image is separated from the e-mail. Next, the specification image registration / publication process will be described with reference to FIG.

Regarding the information separated by the separation processing 7 27, the management server 20 obtains the mail address of the sender again 8 0 1, and then determines whether or not it is a registrant by referring to the registrant file 504. Confirmation 802, and in the case of a registrant, obtain the registrant ID from the registration data in the registrant file 504, and use it as a temporary management key until the next record number is obtained. I do. The specification image and its related data are managed in association with each other by the specification image management file 508, and one management record is added to each specification image received by e-mail 806. In addition, pages that have been separated are also under the management of the one record. In the management record of the one record, the acquired registrant ID and other necessary items of the registrant data, the date and time when the one record was generated, and the like are written simultaneously with the generation of the one record. .

After this one record is created and written, the record number automatically assigned by the database for each record is written as the serial number of the one record. 809, and the common key of the subsequent specification image and specification image management record I do. In addition, this reference number is The record number need not be the record number as long as it can be priced in a reasonable manner.

On the other hand, the specification image separated from the e-mail is converted to a file format compatible with the Internet browser, assuming that it is displayed on the Internet browser. Converted to a number name (relation) and stored in the specification image file 5 13 8 11 After storage, the management server 20 creates a URL that combines the URL for the specification image display screen prepared in advance and the individual URL for the data, and notifies the registration of the new specification that describes the URL. 8 1 4 to the member designer. Next, a method of transferring the specification image by the FTP method will be described with reference to FIG.

The member 900 initiates FTP 9 01 from a computer connected to the network, and designates the desired specification image to the FTP-BOX 9 11 specified by the service provider 9 0 2, Send 9 0 3 Upon receiving the FTP, the service provider's FTP server 910 performs password checking when connecting to the sender's side, and confirms whether or not it is a registered member 9 1 2 . Transfer is possible only when the member is recognized as a member, and the sender ends the transfer.

The FTP server 910 on the service provider side that permits this FTP transfer is constantly monitored by the management server 20 for a unique box (directory) 911 for each member designated by the service provider 921. Therefore, the management server 20 can immediately detect the transfer (incoming call). The management server 20 retrieves the received specification image 9 23, matches it with the registrant file 504 associated with the unique box 911, and associates it with the registrant (forwarder). I do. Next, the association between the specification image and the related data will be described with reference to FIG. The specification image associated with the registrant (transferor) acquires the registrant ID from the registration data in the registrant file 504, and uses it as a temporary management key until the acquisition of the record number described later. The target specification image is managed in association with the related data. The association between the specification image and the related data is based on the specification image management file 508. It is managed, and one management record is added to one FTP reception specification image. Note that the page-separated records are also managed by the one record.

In the management record of the one record, the acquired registrant ID, other necessary items of the registrant data, the date and time when the one record was generated, and the like are written simultaneously with the generation of the one record. Is done.

After this one record is created and written, the record number automatically given to each record by the database is written as the serial number of the one record. Key. Note that the reference number need not be the record number as long as it can be uniquely priced. On the other hand, the specification image is converted to a file format compatible with Internet browsers on the assumption that it will be displayed on an Internet browser, and the file name is converted (relationalized) into the above-mentioned serial number. It is stored in the image file 5 1 3 1 0 6. After storing the information, the management server 20 creates a URL combining the prepared URL for the specification image display screen and the individual URL for the design, and registers the new specification in the member designer. Send an email notifying that

The member who has transmitted the specification image to the management server 20 by the above three methods must confirm whether the specification image transmitted on the monitor of its own terminal has been received through the specified UR, password input, etc. Can be. Figure 11 shows the monitor's own terminal's monitor screen 1 1100, which shows the member's name 1 1 0 1 and the group of specification images 1 1 0 received by the management server 1 Along with 2, etc., a title display 1103 and a due date display 1104 indicating a delivery date are displayed. Further, a title unset button 1105 and a date unset button 1106 in which such information has not been input are also displayed. The member can add additional information to the organized specification image from the monitor screen 1100 as necessary. The title unset button 1 1 05 or date not set button 1 1 0 6 Click to display the input screen, and enter the specified items.

Each specification image registered in the management server in this way is based on the specification, The designers will be able to apply for the competition after viewing them, choosing their own strengths, weaknesses or preferences, and taking into account spare time. FIG. 12 is a flowchart showing a procedure in which the registered designer browses the registered specification image, and is composed of a flow of the designer and the management server 20. There are at least two ways for a designer to access the management server 1 2 1 1 0 1 The other method is to reach from the homepage 1 2 1 2 of the service provider that operates the management server 20. In either method, enter the password assigned or obtained in advance 1 2 1 3 and send 1 2 1 4 The received input signal is received by the management server 20 and whether or not it is a registered member Judgment is made 1 2 2 1.

If it is determined that the member has accessed via the homepage 1 2 1 2, a search screen for selecting which specification image to view is sent by the management server 1 2 1 2 3 Displayed 1 2 1 5 will be. When the member designer inputs the search conditions on the screen and sends it, the management server 20 searches the specification images 1 2 2 4 and sends a specification image list screen listing the search results 1 2 2 5. If it is determined that the member has accessed through the URL described in the notification e-mail to the member designer, the management server 20 sends the specification image or specification specified in the notification e-mail to the member designer. Send image list 1 2 2 5 If none of the above applies, the management server 20 sends a relogin rejection screen 1222, making browsing impossible. FIG. 13 shows an example of a display screen when browsing is permitted by the operation of the member designer. In FIG. 13, in addition to the items described in FIG. 1 and an application button 1 3 0 2 are added. However, the evening title unset button 1 1 05 and the due date unset button 1 1 0 6 shown in Fig. 11 are not displayed, A mouse arrow 1 106 is displayed in the center of the screen.

When the designer who browsed this screen freely selects an image from the list of specifications, the selected specific specification image is enlarged and displayed as shown in the screen 1303 displayed in the balloon on the right At the same time, the related specification image is displayed as a link display page button 1304. Clicking this link display page button 1 304 allows browsing of related specification images.

The question e-mail button 1301 is a button for the designer to send an e-mail regarding specification confirmation and the like to the orderer of the specification image displayed above. The email sent by clicking the question email button 13 01 is not sent directly to the orderer, but to the management server 20 and sent to the database as described later in the description of FIG. After the conversion, it is sent to the ordering party. The application button 130.2 is a button for the designer to apply for the specification image displayed at the top of the screen and upload the created work. The details will be described later with reference to FIG. The operation of the question mail button 1301 will be described with reference to FIG. As described above, the question e-mail button 1 301 is not sent directly from the designer to the ordering party, but sent to the service provider's management server, and the question contents are stored. A system is adopted in which the information is sent to the applicable orderer. This is intended to avoid troubles that often occur when both parties exchange mail directly. Therefore, Fig. 14 is composed of three blocks, the designer side and the requester side, with the service provider as an intermediary.

If the designer wants to inquire about the specification image shown in Fig. 13, click on the question mail box 1301 to display the question input screen. In this process, in Fig. 14, after the designer browses the designated screen 1 4 1 1, clicks the designated place (ie, the question mail button 1 3 0 1) 1 4 1 2 and sends the request signal 1 4 1 3 Then, the management server receiving this request signal sends a question entry screen.

2 1 and a question input screen is displayed on the designer's monitor. Be a step. Next, when the designer who is the questioner inputs the question items 1 4 1 5 and sends it to the management server 1 4 16, the management server receiving the signal sends the email contents such as date and time, sender, destination, etc. Save it in a specified file with necessary information 1 4 2 2 and then create an e-mail based on the destination 1 4 2 3 and mediate with the mail server (1 4 2 5, 1 4 2 6) Send to the orderer 1 4 2 4

The orderer who receives this e-mail can respond in a similar manner as needed.

It is preferable for other designers to publish the contents of the exchanged questions and answers through bulletin boards and other methods. In order to do so, it is necessary to manage the contents of the questions and the answers in a database. Therefore, it is desirable that the question mail between the designer and the management server be transmitted not by sending and receiving signals by e-mail but by HTML.

According to the procedure described above, the member designer creates a design work according to the specification image and sends it to the management server in a predetermined file format to participate in the competition. Figure 15 is a flowchart explaining the application method. In this figure, “To the designated screen” 1 5 1 1 is the display screen of the monitor shown in FIG. 13, and “Click on the designated area” 1 5 1 2 is shown in FIG. It points to the click of the application button 1302 shown in 3. The management server receiving the transmission signal 15 13 sent out by this click transmits the application screen relating to the specification image corresponding to the application button 13 02 selected by the designer 1 5 2 1, and Display 1 5 1 4 on the terminal monitor. According to the instructions on the display screen, specify the file name of the design work that the designer intends to apply 1 5 1 5 and, if necessary, enter the temporary or exclusive license amount and other information 1 5 1 6 and send Enter the user ID, etc. and send using the send button. The transmission method at this time is desirably a method using FTPZHTML or the like, because interactive input can be performed on a normal browser screen. In this case, the “file name of the design work” may be arbitrary. The management server that has received the signal performs registrant management 15 22 with a password or the like, and rejects connection if it is not a registrant. In addition, if it is recognized as a registrant, the file name of the received design work (hereinafter referred to as the application image) will be rewritten to the specified file name in order to unify the file name on the management server. The application image is stored in the application image file 1531, and the input character information is stored in the application image management file 1532 in the form associated with the input character information such as the license amount. Fig. 16 shows an example of a screen for the orderer to refer to the application status. The application image and input character information can be viewed together with the specification image. In addition, this screen can be viewed by designers who want to check the status of their submitted works. However, the application image displayed on this screen has been attenuated by the management server.

Here, the attenuated application image is a measure against downloading the application image without being charged by the download function of the image displayed on the screen, which is a characteristic of the Internet. In other words, even if the downloaded images in this list are downloaded, by displaying images that cannot be used, the download from this screen is rendered meaningless, and it will be described later in order to obtain a legitimate work. This is in order to make the required charges indispensable.

Figure 16 shows the display 1 6 1 related to the specification image described in Figure 13 and a list 16 2 of images obtained by attenuating the applied images of all applicants. Includes the input character information 16 3 and the question mail button 16 4 described above. The question e-mail button 1 6 4 is used to send desired items or requests regarding addition or change as the ordering party to the displayed application image. As shown in Fig. 17, it is transmitted and answered in a manner similar to that of Fig. 14. In Figure 17, if we replace the client with the designer, we get Figure 14. The explanation of Figure 17 is omitted to avoid duplication, but the question email button 164 in Figure 16 is not just a direct email, just like the question email button 13 01 in Figure 13 . Next, the procedure in which the orderer selects and receives an arbitrary application image from the list of application images displayed in FIG. 16 will be described with reference to FIG.

As described in FIG. 16, the orderer requests a specific specification image page from the management server from the step 1811 for viewing the specific specification image page ordered by himself, and the management server Then, the requested screen is transmitted 1812 and displayed on the orderer's terminal. This display screen corresponds to FIG.

At this time, the application image to be displayed is a display-only application image that has been attenuated as described in Fig. 16, and this image is associated with the application image management file 1532 when generating the transmission screen. The specified image is specified from the applied image attenuation file 1831. However, the method of generating the attenuated application image at the time of transmission may be searched for, or the method of generating at the time of upload described with reference to FIG. 15 may be used. In this case, the term "decay" means that the orderer has no utility in that state, and does not necessarily mean only a reduction in the file capacity due to the reduction in the number of colors or the reduction in image size. .

As for the specification image specified by the screen request of the orderer, a specification image associated with the specification image management file 508 is specified from the specification image file 513. The orderer clicks on the price portion of any entry image from the entry image list in the displayed screen, and the procedure for downloading the entry image starts. The management server receives this signal and first checks whether the applicable image has passed the designated period of the orderer 1 8 2 2 and sends the license agreement screen if it has passed 1 8 2 3 The orderer reads the terms displayed on the terminal and clicks the Accept button to accept it, and issues a request to display the official application image. If it is within the specified period, re-transmit the original screen (Fig. 16).

Upon receiving this request, the management server calls the original application image that has not been attenuated from the application image file 1 5 3 1 and sends it as a download screen 1 8 2 4 and displays it on the orderer's terminal 1 8 1 6 I do.

In response to the displayed official application image, the ordering party will submit a regular download via the Internet The download operation 1 18 17 is performed, and the management server 1 18 25 sends out the specified download file.

When this download ends normally 1 8 1 8, the management server

Enter 8 2 6 In the billing process, the amount held for each application image that was clicked earlier is stored, and the billing file is stored together with other necessary items (date and time, downloader I, etc.).

This is stored as charging information in 1 8 3 2.

After the billing process is completed, the management server sends a billing notification screen that informs the orderer terminal (downloader) that the billing has been completed properly and confirms the amount.

1 8 27, the orderer terminal side confirms this. On this confirmation screen, information on whether or not to download other application images that were applied at the same time and were not downloaded by the operation described in the previous section is displayed, and whether to download another application image again is displayed. You can choose 1 8 2 0. In the case of "download", the display screen of the selected image 1 8 1 2 is displayed, and the second application image and the third application image and multiple downloads are possible by repeating the operation of the previous section . Also,

If “not download”, the work ends here.

After this, the management server will notify each applicant (designer) of the rejected image work by e-mail about the rejected image work from the above selection. If necessary, the applicant can change the unique part (logo, company name, designated copy, etc.) of the rejected application image and then upload it to a freely usable image library at any time. . The procedure for creating a library of rejected application images performed by the management server and each applicant (designer) will be described with reference to FIG.

Fig. 19 shows the processing procedure that continues from the flow of Fig. 18. Following the end of the billing, the management server sends a result notification process 3190 to notify each applicant (designer) of the hiring result. enter.

First, the management server checks the status of recruitment / non-recruitment for each applied image, and determines whether it is "specialized" or "temporary use" for the "recruited image". . Here, if it is determined that the contract is for exclusive use, the exclusive use Enter the title of the corresponding specification image in the notice mail text and notify the applicant (designer). After notification, the applicable work from the application image file 1 5 3 1

(Applied image) is deleted 1 9 3 3 Then, the related record of the applicable applied image is deleted from the applied image management file 1 5 3 2 1 9 3 4 and the processing is completed.

On the other hand, if it is determined that the contract is for temporary use, the title of the corresponding specification image is added to the prepared temporary use adoption e-mail message, and the applicant is notified. After the notification, the applicable work (applied image) is deleted from the applied image file 1 5 3 1 1 9 6 1 and the related record of the applicable image is deleted from the applied image management file 1 5 3 2 1 9 6 2 Then exit.

Furthermore, the status of recruitment and non-recruitment is confirmed for each application image.In the case of “rejection application image”, the title of the corresponding specification image is entered in the prepared rejection notification email message. 1 9 5 1, Notify applicants 1 95 2 After the notification, the applicable work (applied image) is deleted from the applied image file 1 5 3 1 1 9 6 1 and the related record of the applied image is deleted from the applied image management file 1 5 3 2 1 9 6 2 to, specific part of the application image by _c these processes to terminate, 1 9 7 1 applicant received "Temporary use notification mail statement" or "Reject notification mail statement" is the appropriate necessary

(Logo, company name, designated copy, etc.) is changed to a general one, and then uploaded from the screen specified by the service provider. The uploading procedure is almost the same as the “application method on the designer side” described with reference to Fig. 15. Therefore, Fig. 19 shows the library one work file 1980 and the library work management file. FIG. 1 1982 and their association 198 1 are shown in FIG. -On the other hand, applicants who receive the "dedicated use notification email message" do not have to integrate the library to be reused, but only wait for the settlement of the dedicated use fee.

After the above processing, the application image is used by the library function, and the specification image is used for history browsing only for confirmation. Finally, we will explain how to check the settlement status associated with the ordering of the design work. According to the method of the present invention, the ordering party can check the billing status in real time. Monkey

Although FIG. 20 is shown as a time-series flow, this is for convenience of explanation, and each situation can be viewed individually.

The Employer can basically view the three statuses of usage billing status, paid status, and expected payment status. These can be displayed on the orderer's terminal based on the data written in the charging file 1832 and the deposit file 203. In other words, the usage charge status is confirmed by the operation of checking the charge history 2101, and the management server performs the process of listing from the charge file 1832 in accordance with the conditions such as the specified period. It becomes possible. The ordering party can view it 2 0 1 2 _{c In} addition, the paid status can be checked according to the operation of checking the payment status of the client 2 0 1 3 according to the conditions such as the period during which the management server is specified This is made possible by the process of listing from the deposit file 2 0 3 2. Furthermore, the status of the next payment schedule is as follows: The operation of confirming the requester's invoice for the current month is performed by the management server. This can be achieved by performing a process 223 to list the data written in the deposit file 203 in chronological order.

In addition, regarding the payment of consideration to the designer, based on the billing file 1832 and the deposit file 2031, the usage billing status, the paid status, and the next payment schedule status are determined in the same manner based on the designer's terminal. Can be displayed. According to the method of the present invention, electronic works can be quickly and extremely smoothly ordered between members connected by a computer network via the management server. In addition, it is possible to increase opportunities for designers and other creators to receive orders.

Claims

Range of blue demand

1. A method for receiving and ordering electronic works between members connected via a computer network via a management server. The management server has published the order specifications for electronic works by members, and has applied for this. A method for receiving and placing an electronic work, characterized in that when the management server presents the member's electronic work to the ordering member, the applied electronic work is presented after being attenuated.

2. The electronic work according to claim 1, wherein the member transmits the order specification to the management server by facsimile communication and performs member authentication using a telephone number included in a TSI signal used in the communication as an identifier. Ordering method.

3. The method according to claim 2, wherein the member information stored in advance is searched using the telephone number as a key.

4. The method according to claim 1, wherein the management server transmits a legitimate electronic work after the attenuation work is presented, subject to a consent of the ordering member.

5. The electronic work receiving / ordering method according to claim 4, wherein the management server creates a charge file on condition that the legitimate electronic work is transmitted.

6. The electronic work receiving / ordering method according to claim 1, wherein the management server transfers an inquiry and a response received from the member to the relevant member after the publication of the order specification or the presentation of the entry.

7. Order receiving / ordering method for electronic works described in claim 1, which includes a member file, order specification file, order specification management file, submitted work file, applied work management file, and applied work attenuation file Server that manages

8. The server according to claim 7, further comprising a billing file and a deposit file, for managing a method for receiving and ordering electronic works.

9. A library work file for accumulating entries based on the intention of the application member after completion of the order processing of the entry, and a library work management file as a management file thereof. The management server described.