JP2005031973A - Intermediary server system and program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To select a contractor who meets the requirement of a client on not only design of a building but also related subsequent construction. <P>SOLUTION: An intermediary server system 200 transmits condition data inputted into a PC 100 by the client to a design office terminal 400. The intermediary server system transmits a specification file transmitted from the design office terminal 400 to the PC 100. When the specification file is selected by the PC 100, the intermediary server system 200 transmits the selected specification file to a constructor terminal 500 and an electrician terminal 600, and transmits the estimation file transmitted from these terminals to the PC 100. When the estimation file is selected by the PC 100, the purport that the transmitted file is chosen is notified to the terminal which has transmitted the selected specification file and the terminal which has transmitted an estimation file. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a technique for mediating between an orderer and an order candidate using a communication network.
[0002]
[Prior art]
When a client requests a designer to design a building, a technique called “competition” may be used. The competition is a technique in which a designer designs and applies a building based on the request of the client who is the client, and the client selects and orders the desired design from a plurality of applied designs. . By using this “competition” method, the client can compare design documents received from a number of designers and select a designer who performs a design in accordance with the client's requirements.
[0003]
In recent years, with the development of communication networks, a system for realizing this “competition” on a communication network such as the Internet has been developed (see, for example, Patent Document 1). As described above, the “competition” can be realized on a communication network such as the Internet, so that it is possible to easily perform a competition when designing an individual house.
[0004]
[Patent Document 1]
JP 2002-197303 A
[0005]
[Problems to be solved by the invention]
According to the system disclosed in Patent Document 1, it is possible to select a designer in accordance with a client's request regarding the design of a building. However, when actually constructing a building, it is necessary to decide not only the design but also the contractor who actually constructs the building, the contractor who performs waterworks, the contractor who performs electrical work, and the like. The selection of contractors to carry out these implementations is not limited to competitions via the Internet, but often depends on the design engineer who requested the design. There were times when it was far from the owner's wishes.
[0006]
The present invention has been made in view of the above-described circumstances, and an object thereof is to provide a technique capable of selecting a contractor in accordance with the wishes of the owner not only for the design but also for the subsequent construction. To do.
[0007]
[Means for Solving the Problems]
In order to solve the above-described problems, the present invention relates to address storage means for classifying and storing addresses for identifying suppliers and information for displaying a screen for prompting input of user information on a user terminal. Request information for providing information to an address belonging to a predetermined layer in the address storage means when user information is input from the input screen providing means for transmitting to the terminal for use and the user terminal When receiving information indicating that the request information transmitting means for transmitting the request information, the request response information transferring means for receiving the response information to the request information and transferring it to the terminal for the user, and selecting the trader that has output the response information, A layer selection means for transmitting the request information to an address of a layer one level below the layer to which the supplier belongs, and the request response Even if the multi-address transfer means has received the response information to the request information the hierarchical selection means it has transmitted, and transfers the response information to the terminal for the user and provides a mediation server device.
[0008]
According to another aspect of the present invention, there is provided an input screen providing means for transmitting information for causing a computer device to display a screen for prompting input of user information on a user terminal, and the user information is transmitted from the user terminal. When input, request information transmitting means for transmitting request information for providing information to an address belonging to a predetermined hierarchy among addresses specifying a contractor previously classified and stored by the computer in accordance with the hierarchy Receiving response information for the request information and transferring the response information to the user terminal, and information indicating that the trader that has output the response information is selected. The request response information transfer means is made to function as a hierarchy selection means for transmitting the request information to an address of a lower hierarchy. , Even if the hierarchical selection means receives the response information in response to the transmitted request information, provides a program for functioning as a means for transferring the response information to the terminal for the user.
[0009]
According to the present invention, the mediation server device (computer device) classifies and stores the addresses specifying the traders according to hierarchy. The mediation server device displays an input screen that prompts the user terminal to input user information. When the user information is input from the user terminal, the intermediary server device applies to addresses belonging to a predetermined hierarchy among stored addresses. , Request information for providing information is transmitted. When receiving the response information for the request information, the mediation server device transfers the response information to the user terminal. When the mediation server device receives the information indicating that the trader that has output the response information is selected, the mediation server apparatus transmits request information to the address of the next lower hierarchy to which the trader belongs. Even when the mediation server device receives response information for the request information, the mediation server device transfers the response information to the user terminal. As a result, the user of the user terminal can receive the response information transmitted from the trader and select the received response information within a range where the hierarchy storing the address continues.
[0010]
In a more preferred aspect, the request information includes user information input from the user terminal. According to this aspect, it is possible to transmit information in accordance with the desire of the user of the user terminal to the transmission destination of the request information.
In a more preferred aspect, the request information transmitted by the hierarchy selection means includes the response information. According to this aspect, the transmission destination of the request information can create information along the response information.
Further, in a preferred aspect, when the mediation server device receives the information indicating that the trader that has output the response information is selected, the mediation server device transmits a selection notification message notifying that the response information has been selected to the address of the trader. . According to this aspect, it is possible to notify the transmission source of the response information that the response information has been selected.
In a preferred aspect, the mediation server device has a registration billing unit that performs billing by recognizing an address stored in the address storage unit as a billing destination. According to this aspect, the mediation server device can charge for providing information to the trader.
Further, in a preferred aspect, the intermediary server device includes transaction establishment charging means for recognizing the address of the supplier as a billing destination and performing charging processing when receiving information indicating that the supplier that has output the response information is selected. To do. According to this aspect, the mediation server device can charge only the selected supplier for information provision.
In a preferred embodiment, the mediation server device reads the address from the highest layer and transmits the request information. According to this aspect, request information is transmitted for each hierarchy in a predetermined order.
[0011]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments according to the present invention will be described below with reference to the drawings.
[0012]
[1. Configuration of Embodiment]
[1-1. overall structure]
FIG. 1 is a block diagram illustrating the overall configuration of an intermediary system according to an embodiment of the present invention. In this mediation system, there are a large number of PCs (Personal Computers), design office terminals, contractor terminals, and electrical contractor terminals. In order to avoid complicated drawings, the PC 100 and the design office terminal 400a 400b, and only the contractor terminals 500a and 500b and the electric contractor terminals 600a and 600b are illustrated. Since the design office terminal 400a and the design office terminal 400b have the same configuration, in the following description, the design office terminal 400a and the design office terminal 400b are referred to as the design office terminal 400 when it is not necessary to distinguish between them. Similarly to the design office terminal 400, the contractor terminal and the electric contractor terminal are also referred to as a contractor terminal 500 and an electric contractor terminal 600 unless particularly distinguished.
[0013]
The PC 100 is a personal computer device owned by a client who plans to construct a building, and is connected to the Internet 300. The PC 100 has a hardware configuration similar to that of a general desktop personal computer. Further, the PC 100 stores e-mail software that allows the PC 100 to implement an application for sending and receiving e-mail, and WWW (World Wide Web) browser software. When the PC 100 executes the WWW browser software, a file in accordance with HTML (Hypertext Markup Language) (hereinafter referred to as an HTML file) is acquired from a server device connected to the Internet 300, and a page is displayed based on the content of the acquired file. The display function is realized.
[0014]
The design office terminal 400 is a terminal owned by a design office that designs a building, and is connected to the Internet 300. The design office terminal 400 has the same hardware configuration as a general desktop personal computer, and includes drawing creation software for creating a drawing, document creation software for creating a document, WWW browser software and e-mail software are stored.
[0015]
The contractor terminal 500 is a terminal owned by a contractor who constructs a building, and the electrical contractor terminal 600 is a terminal owned by an electrical contractor who performs electrical work of a house such as installation of electrical wiring and lighting equipment. It is. The contractor terminal 500 and the electric contractor terminal 600 have the same hardware configuration as the design office terminal 400, and are connected to the Internet 300, respectively. Similarly to the design office terminal 400, the contractor terminal 500 and the electric contractor terminal 600 are a drawing creation software for creating a drawing, a document creation software for creating a document, a WWW browser software, and an e-mail. I remember the software.
[0016]
The mediation server device 200 is connected to the Internet 300, communicates with the PC 100, the design office terminal 400, the contractor terminal 500, and the electric contractor terminal 600, and exchanges data with these devices.
[0017]
[1-2. Configuration of Mediation Server Device]
FIG. 2 is a block diagram illustrating a hardware configuration of the mediation server device 200. As shown in FIG. 2, each unit of the mediation server device 200 is connected to a bus 201, and exchanges data between each unit via the bus 201. The communication unit 206 has a function as a communication interface, and is connected to the Internet 300 via a communication line (not shown). The communication unit 206 supplies the received data to the CPU 202 under the control of a CPU (Central Processing Unit) 202, and sends the data supplied from the CPU 202 to the Internet 300. The storage unit 205 includes a device (not shown) that permanently stores data, such as a hard disk device, for example, OS (Operating System) software for controlling each unit of the mediation server device 200, various tables, Various HTML files, mediation software that realizes a function of transferring received data, and the like are stored.
[0018]
FIG. 3 is a diagram illustrating a format of the trader table TB1 stored in the storage unit 205. As illustrated in FIG. 3, the trader table TB1 has a hierarchical structure. In the first hierarchy, the office name of the design office that owns the design office terminal 400 and the e-mail address (address) assigned to the design office are stored. In the second hierarchy, the name of the contractor who owns the contractor terminal 500 and the e-mail address assigned to the contractor are stored. The third tier stores the name of the electric contractor who owns the electric contractor terminal 600 and the e-mail address assigned to the contractor.
[0019]
FIG. 4 is a diagram illustrating a format of the design document table TB2 stored in the storage unit 205. The design document table TB2 stores a client identifier that uniquely identifies a client, an e-mail address assigned to the design office, and a file name of a design document file created by the design office. FIG. 5 is a diagram illustrating a format of the building estimate table TB3 stored in the storage unit 205. The building estimate table TB3 stores the owner identifier, the e-mail address assigned to the contractor, and the file name of the building estimate file created by the contractor. FIG. 6 is a diagram illustrating an example of the format of the electrical work estimate table TB4 stored in the storage unit 205. The electrical work estimate table TB4 stores the owner identifier, the e-mail address assigned to the electrical work supplier, and the file name of the electrical work estimate file created by the electrical work supplier. FIG. 7 is a diagram illustrating a format of the client table TB5 stored in the storage unit 205. The owner table TB5 includes the owner identifier, the owner's name, the owner's address, the e-mail address assigned to the owner, the file name of the design document file, the file name of the building estimate file, and the electrical work. Stores the file name of the estimate file.
[0020]
The ROM 203 stores a program called IPL (Initial Program Loader). When power is supplied from a power supply (not shown), the CPU 202 reads the IPL from the ROM 203 and executes it. When executing the IPL, the CPU 202 reads the OS software from the storage unit 205 and activates it. When the CPU 202 activates the OS software, a function of performing communication in accordance with HTTP (Hyper Text Transfer Protocol) is realized. Further, the CPU 202 activates the OS software, and then reads the mediation software from the storage unit 205 and activates it. When the CPU 202 activates the mediation software, the function of transferring the data received by the communication unit 206 is realized.
[0021]
[2. Example of operation]
Next, an operation example of this embodiment will be described with reference mainly to FIG. 8 and FIGS. 21 to 29 exemplifying flowcharts showing a flow of processing performed by the CPU 202. In the operation example described below, it is assumed that WWW browser software, e-mail software, and mediation software have already been activated.
[0022]
When the owner operates the keyboard of the PC 100 and inputs the URL (Uniform Resource Locator) of the HTML file for displaying the page illustrated in FIG. 9 to the WWW browser, and then performs an operation to instruct acquisition of this file. Then, an HTTP request message including the input URL is transmitted from the PC 100 to the mediation server device 200 (FIG. 8: step S101). When this message is received by the communication unit 206 of the mediation server device 200, the CPU 202 reads an HTML file specified by the URL included in this message from the storage unit 205. Next, the CPU 202 generates an HTTP response message including the read HTML file, and transmits this message to the PC 100 as a destination (step S102). When this message is received by the PC 100, the HTML file included in this message is interpreted by the WWW browser, and the registration menu M10 illustrated in FIG. 9 is displayed on the display of the PC 100.
[0023]
The client operates the PC 100, and, for example, in the text box in the registration menu M10, the client's name “AAA”, address “A prefecture B city C town 1-1” and e-mail address “user@aaa.ne.jp” After performing an operation to input “”, if an operation to click the “Send” button in the registration menu M10 is performed, the PC 100 performs character string data indicating the input name (hereinafter referred to as name data). And an HTTP request message including a character string data indicating an address (hereinafter referred to as address data), an e-mail address “user@aaa.ne.jp”, and a registration instruction for instructing registration of these data. Then, the mediation server device 200 is transmitted as a destination (step S103).
[0024]
When this message is received by the communication unit 206 of the mediation server device 200, the CPU 202 extracts name data, address data, an e-mail address, and a registration instruction included in the received message, For example, “ID001” is generated as a client identifier for uniquely specifying a client who inputs these data (FIG. 21: step SA1). The CPU 202 stores the extracted data and the client identifier in the client table TB5 as illustrated in FIG. 7, and registers the client as a user of the mediation server device 200 (step SA2). Thereafter, the CPU 202 transmits an HTTP response message including an HTML file for displaying the generated client identifier on the WWW browser to the PC 100 (step SA3, step S104). When this message is received by the PC 100, the HTML file included in this message is interpreted by the WWW browser, and a page for notifying the owner of the owner identifier is displayed on the display of the PC 100 as illustrated in FIG. Is displayed.
[0025]
Next, when the owner operates the keyboard of the PC 100 to input the URL of the HTML file for displaying the page illustrated in FIG. 11 to the WWW browser and performs an operation to instruct acquisition of the file, the input is performed. The HTTP request message including the received URL is transmitted from the PC 100 to the mediation server device 200 (step S105). Receiving this message, the CPU 202 of the mediation server device 200 transmits an HTTP response message including the HTML file specified by the URL included in this message to the PC 100 (step S106). When this HTTP response message is received by the PC 100, the HTML file included in this message is interpreted by the WWW browser implemented on the PC 100, and the design condition input menu M11 illustrated in FIG. It appears on the display.
[0026]
After the owner operates the PC 100 and performs an operation to input data into each text box in the design condition input menu M11, the client performs an operation to click the “Send” button in the design condition input menu M11. Then, the PC 100 transmits an HTTP request message including the input owner identifier “ID001” and the input data (hereinafter, this data is referred to as design condition data) to the intermediary server device 200 as a destination (step) S107).
[0027]
When this message is received by the communication unit 206 of the mediation server device 200, the CPU 202 extracts the design condition data and the client identifier, and generates an e-mail in which the extracted client identifier and the design condition data are described in the text. (FIG. 22: Step SB1). Next, the CPU 202 reads out the e-mail address stored in the first hierarchy of the trader table TB1, that is, the e-mail address assigned to the design office (step SB2), and generates the e-mail address as the destination. The sent e-mail is transmitted (step SB3). The transmitted e-mail is received by the design office terminal 400a and the design office terminal 400b (step S108).
[0028]
When the user of the design office terminal 400a operates the design office terminal 400a and performs an operation of opening this e-mail, the design office terminal 400a reads the contents described in the text, that is, the owner identifier and Based on the design condition data, for example, the screen shown in FIG. 12 is displayed. In the design office, the house desired by the owner is assumed based on the design condition data. In the design office, a design document describing the layout and features of the house, the name of the design office, and the like is created using the drawing creation software stored in the design office terminal 400a, and the design document indicating this design document is created. The file is stored in the design office terminal 400a.
[0029]
Next, the user of the design office terminal 400a operates the design office terminal 400a, inputs the URL of the HTML file for displaying the page illustrated in FIG. 13 into the WWW browser, and instructs acquisition of this file. When an operation to that effect is performed, an HTTP request message including the input URL is transmitted from the design office terminal 400a to the mediation server device 200 (step S109). Receiving this message, the CPU 202 of the mediation server device 200 transmits an HTTP response message including the HTML file specified by the URL included in this message to the design office terminal 400a (step S110). When this HTTP response message is received by the design office terminal 400a, the HTML file included in this message is interpreted by the WWW browser implemented in the design office terminal 400a, and is illustrated in FIG. A design document file transmission menu M12 is displayed on the display of the design office terminal 400a.
[0030]
A character string indicating the owner identifier “ID001”, the design office e-mail address “aaa@aaaa.ne.jp”, and the file name “S001.jpg” of the design document file by the user of the design office terminal 400a Is input to the text box of the design document file transmission menu M12, and then the operation to click the “Send” button is performed, the design office terminal 400a displays the input owner identifier, An HTTP request message including an e-mail address, a design document file specified by the inputted character string, and a design document file storage instruction for instructing storage of the design document file is transmitted to the intermediary server device 200 (step) S111). When this message is received by the communication unit 206 of the mediation server device 200, the CPU 202 first stores the design document file included in this message in the storage unit 205 (FIG. 23: step SC1). Next, the CPU 202 associates the email address of the design office and the file name of the design document file in the design document table TB2 as shown in FIG. 4 in association with the owner identifier included in this message. Store (step SC2). The design office terminal 400b performs the same operation and stores data in the design document table TB2.
[0031]
Next, when the owner operates the PC 100 and inputs the URL of the HTML file for displaying the page illustrated in FIG. 14 to the WWW browser, and performs an operation to instruct acquisition of the file, the input URL Is sent from the PC 100 to the mediation server device 200 (step S112). Upon receiving this message, the CPU 202 of the mediation server device 200 transmits an HTTP response message including the HTML file specified by this URL to the PC 100 (step S113). When this HTTP response message is received by the PC 100, the HTML file included in this message is interpreted by the WWW browser implemented on the PC 100, and the design document file acquisition menu M13 illustrated in FIG. Appears on the display.
[0032]
Next, when the client operates the PC 100 and inputs the client identifier “ID001” in the text box displayed in this menu and then performs an operation to click the “Send” button, the PC 100 displays the client identifier and Then, an HTTP request message including a design document file transmission instruction for instructing transmission of the design document file is transmitted to the mediation server device 200 as a destination (step S114). When this message is received by the communication unit 206 of the mediation server device 200, the CPU 202 extracts the client identifier “ID001” included in this message. When the CPU 202 extracts the client identifier, the CPU 202 searches for the client identifier from the client identifier field of the design document table TB2. When the CPU 202 finds the owner identifier, it reads out the file names “S001.jpg” and “S002.jpg” of the design document file stored in association with the owner identifier, and is specified by the read file name. The design document file is read from the storage unit 205 (FIG. 24: step SD1). Next, the CPU 202 generates an HTML file for displaying the design document indicated by the read design document file as illustrated in FIG. 15 (step SD2), and an HTTP including the design document file and the generated HTML file. A response message is transmitted with the PC 100 as the destination (step SD3, step S115).
[0033]
When this message is received by the PC 100, the PC 100 displays a design document as illustrated in FIG. 15 based on the HTML file included in this message. The client browses the design document displayed on the screen of the PC 100 and selects the house design document according to his / her wish. For example, the owner operates the PC 100, inputs the owner identifier into a text box for inputting the owner identifier, and is created by the A design office among the “decision” buttons provided on the screen for each design document. An operation to click the determination button displayed in association with the design document is performed. When this operation is performed, the PC 100 performs the owner identifier “ID001”, the file name “S001.jpg” (identifier) of the design document file indicating the design document displayed in association with the “OK” button, An HTTP request message including a design document file name storage instruction for instructing to store the file name in the client table TB5 is transmitted to the mediation server device 200 (step S116).
[0034]
When this message is received by the communication unit 206 of the mediation server device 200, the CPU 202, among the records in the client table TB5, records the design document specified by the client identifier “ID001” included in the received message. The received file name “S001.jpg” is stored in the file name field (FIG. 25: step SE1). Next, the CPU 202 reads out the design document file specified by the received file name from the storage unit 205 (step SE2). Next, the CPU 202 reads out an e-mail address stored in the second hierarchy of the trader table TB1 (step SE3). The CPU 202 attaches the read design document file and transmits an e-mail describing the owner identifier “ID001” with the read e-mail address as the destination (step SE4). The transmitted e-mail is received by the contractor terminals 500a and 500b (step S117).
[0035]
When the user of the contractor terminal 500a operates the contractor terminal 500a and performs an operation for opening this e-mail, the contractor terminal 500a displays the owner identifier “ID001” and the icon of the design document file. . When the user of the contractor terminal 500a who has seen this e-mail operates the contractor terminal 500a and clicks on the icon of the design document file to open the design document file, the user receives the design document file. The floor plan of the house is displayed. The contractor makes a construction estimate of the house based on the displayed layout of the house, and creates a construction estimate using the document creation software stored in the contractor terminal 500a. The building estimate file indicating the building estimate is stored in the contractor terminal 500a.
[0036]
Next, the user of the contractor terminal 500a operates the contractor terminal 500a, inputs the URL of the HTML file for displaying the page illustrated in FIG. 16 into the WWW browser, and instructs the acquisition of this file. When the operation is performed, an HTTP request message including the input URL is transmitted from the contractor terminal 500a to the mediation server device 200 (step S118). Receiving this message, the CPU 202 of the mediation server device 200 transmits an HTTP response message including the HTML file specified by the URL included in this message to the contractor terminal 500a (step S119). When this HTTP response message is received by the contractor terminal 500a, the HTML file included in this message is interpreted by the WWW browser implemented in the contractor terminal 500a, and the building quote illustrated in FIG. The document file transmission menu M14 is displayed on the display of the contractor terminal 500a.
[0037]
A user of the contractor terminal 500a has a client identifier “ID001”, an e-mail address of the contractor “ccc@aaaa.ne.jp”, and a character string indicating the file name “K001.txt” of the building estimate file If the user clicks the “Send” button after performing an operation to input “Send” to the text box in the building estimate file transmission menu, the contractor terminal 500a will send the entered client identifier and e-mail. An HTTP request message including an address, a building estimate file specified by the input character string, and a building estimate file storage instruction for instructing storage of the building estimate file is transmitted to the intermediary server device 200 ( Step S120). When this message is received by the communication unit 206 of the mediation server device 200, the CPU 202 first stores the building estimate file in the storage unit 205 (FIG. 26: step SF1). Next, the CPU 202 stores the e-mail address of the contractor and the file name of the building estimate file in the building estimate table TB3 as shown in FIG. 5, for example, in association with the owner identifier “ID001” ( Step SF2). The same operation is performed in the contractor terminal 500b, and data is stored in the building estimate table TB3.
[0038]
Next, when the owner operates the PC 100 to input the URL of the HTML file for displaying the page illustrated in FIG. 17 into the WWW browser and performs an operation to instruct acquisition of the file, the input URL Is sent from the PC 100 to the mediation server device 200 (step S121). Upon receiving this message, the CPU 202 of the mediation server device 200 transmits an HTTP response message including the HTML file specified by this URL to the PC 100 (step S122). When this HTTP response message is received by the PC 100, the HTML file included in this message is interpreted by the WWW browser implemented in the PC 100, and the building estimate file acquisition menu M15 illustrated in FIG. 17 is displayed. It is displayed on the display of PC100.
[0039]
Next, when the client operates the PC 100 and inputs the client identifier “ID001” in the text box displayed in this menu and then performs an operation to click the “Send” button, the PC 100 displays the client identifier and Then, an HTTP request message including a building estimate file transmission instruction for instructing transmission of the building estimate file is transmitted to the intermediary server device 200 as a destination (step S123). When this message is received by the communication unit 206 of the mediation server device 200, the CPU 202 extracts the client identifier “ID001” included in this message. When the CPU 202 extracts the owner identifier, the CPU 202 searches for the owner identifier in the owner identifier field of the building estimate table TB3. When the CPU 202 finds the owner identifier, the CPU 202 reads the file names “K001.txt” and “K002.txt” of the building estimate file stored in association with the owner identifier, and is specified by the read file name. The building estimate file is read from the storage unit 205 (FIG. 27: step SG1). Next, the CPU 202 generates an HTML file for displaying the building estimate indicated by the read building estimate file as illustrated in FIG. 18 (step SG2), the building estimate file, and the generated HTML file. The HTTP response message including the message is transmitted with the PC 100 as the destination (step SG3, step S124).
[0040]
When this message is received by the PC 100, the PC 100 displays a building estimate as illustrated in FIG. 18 based on the HTML file included in this message. The client browses the building estimate displayed on the screen of the PC 100, and selects the building estimate according to his / her wish. For example, after the owner operates the PC 100 and inputs the owner identifier in a text box for inputting the owner identifier, the D engineering company creates the “decision” button provided on the screen for each building estimate. The user clicks the OK button displayed in association with the estimated estimate. When this operation is performed, the PC 100 performs the owner identifier “ID001”, the file name “K002.txt” (identifier) of the building estimate file indicating the estimate displayed in association with the “decision” button, An HTTP request message including a building estimate file name storage instruction for instructing to store the file name in the client table TB5 is transmitted to the mediation server device 200 (step S125).
[0041]
When this message is received by the communication unit 206 of the mediation server device 200, the CPU 202 stores the building estimate file name field of the record specified by the received client identifier “ID001” among the records of the client table TB5. The received file name “K002.txt” is stored (FIG. 28: step SH1). Next, the CPU 202 reads the design document file specified by the file name of the design document file stored in association with the owner identifier from the storage unit 205 (step SH2). Next, the CPU 202 reads the e-mail address stored in the third hierarchy of the trader table TB1 (step SH3), attaches the read design document file, and reads the e-mail describing the owner identifier “ID001”. The mail address is transmitted as a destination (step SH4). The transmitted e-mail is received by the electric contractor terminals 600a and 600b (step S126).
[0042]
In the electric contractor terminal 600, the floor plan of the house is displayed by the same operation as the contractor terminal 500. The electric contractor creates an electric work estimate for the house based on the design document file using the document creation software stored in the electric contractor terminal 600. The electric work estimate file indicating the electric work estimate is transmitted to the intermediary server device 200 together with the owner identifier and the electric mail address of the electric contractor by the same operation as that of the contractor terminal 500 (step S127). ~ S129). When this owner identifier, the electrician's e-mail address, and the electric work estimate file are received by the communication unit 206 of the mediation server device 200, the CPU 202 stores the electric work estimate file in the storage unit 205. Next, the CPU 202 stores the file name of the electric work estimate file and the e-mail address of the electric work contractor in association with the owner identifier “ID001” in the electric work estimate table TB4.
[0043]
Next, when the owner operates the PC 100 and inputs the URL of the HTML file for displaying the page illustrated in FIG. 19 to the WWW browser and performs an operation to instruct acquisition of the file, the input URL Is sent from the PC 100 to the mediation server device 200 (step S130). The mediation server device 200 transmits an HTTP response message including the HTML file specified by this URL to the PC 100 (step S131). When this HTTP response message is received by the PC 100, the HTML file included in this message is interpreted by the WWW browser implemented in the PC 100, and the electrical work estimate file acquisition menu M16 illustrated in FIG. Is displayed on the display of the PC 100.
[0044]
Next, when the client operates the PC 100 and inputs the client identifier “ID001” in the text box displayed in this menu and then performs an operation to click the “Send” button, the PC 100 displays the client identifier and Then, an HTTP request message including an electric work estimate file transmission instruction for instructing transmission of the electric work estimate file is transmitted to the intermediary server device 200 as a destination (step S132). When this message is received by the communication unit 206 of the mediation server device 200, the CPU 202 extracts the client identifier “ID001” included in this message. When the CPU 202 extracts the owner identifier, the CPU 202 searches for the owner identifier in the owner identifier field of the electric work estimate table TB4. When the CPU 202 finds the owner identifier, it reads out the file names “K001.txt” and “K002.txt” of the electrical work estimate file stored in association with the owner identifier, and specifies the read file name. The electrical work estimate file to be read is read from the storage unit 205 (FIG. 29: step SJ1). Next, the CPU 202 generates an HTML file for displaying the electrical work estimate indicated by the read electrical work estimate file as illustrated in FIG. 20 (step SJ2), the building estimate file, and the generated HTML. An HTTP response message including the file is transmitted with the PC 100 as the destination (step SJ3, step S133).
[0045]
When the PC 100 receives a message including the electrical work estimate file and the HTML file, the PC 100 displays the electrical work estimate as illustrated in FIG. 20 based on the received HTML file. The client browses the electrical work estimate displayed on the screen of the PC 100, and selects the electrical work estimate according to his / her wish. For example, the owner operates the PC 100 and inputs the owner identifier “ID001” in the text box for inputting the owner identifier, and then, among the “OK” buttons provided on the screen for each electric work estimate, F An operation is performed to click a determination button displayed in association with the estimate created by Electric Construction Co., Ltd. When this operation is performed, the PC 100 executes the owner identifier “ID001”, the file name “E002.txt” (identifier) of the electric work estimate file indicating the estimate displayed in association with the “decision” button, An HTTP request message including an electric work estimate file name storage instruction for instructing to store this file name in the client table TB5 is transmitted to the mediation server device 200 (step S134).
[0046]
When the message including the electric construction estimate file name storage instruction, the client identifier, and the file name is received by the communication unit 206 of the mediation server device 200, the CPU 202 receives the received message from the records of the client table TB5. The received file name “E002.txt” is stored in the electric work estimate file name field of the record specified by the owner identifier “ID001”.
[0047]
CPU202 of mediation server apparatus 200 reads the data stored in this record when the record which data was stored in all the cells among the records of client table TB5 by the operation | movement mentioned above (FIG. 30: step). SK1). Next, the CPU 202 refers to the design document table TB2, and refers to the email address “aaa” of the design office stored in association with the read owner identifier “ID001” and the file name “S001.jpg” of the design document file. @ Aaaa.ne.jp ”.
[0048]
The CPU 202 uses the read e-mail address “aaa@aaaa.ne.jp” as a destination, and reads out the name data indicating the name of the owner and the address data indicating the address of the owner, which are read from the owner table TB5 Is transmitted (step SK2, step S135). Next, the CPU 202 transmits an e-mail describing the read design office name “A design office” with the e-mail address “user@aaa.ne.jp” read from the owner table TB5 as a destination (step SK3, Step S136). As a result, the name and address of the owner are notified to the design office terminal 400 of the design office that created the design document selected by the owner, and the office name of the design office that created the design document selected by the owner is The notification is sent to the PC 100 used by the client.
[0049]
In addition, regarding the contractor and the electric contractor, the address of the owner and the owner can be determined in the same manner as described above using the building estimate table TB3, the electric work estimate table TB4, the contractor table TB1, and the owner table TB5. Each contractor's terminal is notified (step SK4, step SK6), and the name of the contractor and the electric contractor are notified to the PC 100 (step SK5, step SK7, step S137 to step S140).
[0050]
As described above, according to the present embodiment, it is possible to perform a competition not only for design offices, but also for contractors that perform construction, such as contractors that perform construction work on houses and electrical contractors that perform electrical work. It becomes possible to select a contractor according to the wishes of the owner. In addition, according to the present embodiment, when the owner selects a design document, the design document is transmitted to a contractor related to the construction of the house. There is no need to perform the competition, and the competition can be performed easily. Moreover, according to this embodiment, a competition is performed along the hierarchy which the trader table TB1 has. In this case, the same type of traders are classified into the same hierarchy, and the types of traders are classified from upstream to downstream of the setup necessary for building the house. Therefore, the user can determine the contractor from the upstream side in the order according to the construction of the house, and there is no inconvenience that the downstream contractor is determined first. In this way, by appropriately creating the trader table TB1 in advance, the user can sequentially determine the traders necessary for the construction from the upstream side of the setup without knowing anything about the construction.
[0051]
[3. Modified example]
The present invention is not limited to such an embodiment. Hereinafter, modifications of the above-described embodiment will be described.
[0052]
(Modification 1)
The conditions input on the screen for inputting the client's request are not limited to the items illustrated in FIG. You may enable it to input other items, such as a total floor area, the presence or absence of a parking lot, and the presence or absence of a garden.
(Modification 2)
The contractor who has received the design document file may transmit the design document file to the intermediary server device 200 and perform a competition with the contractor.
(Modification 3)
In the system described above, the contractors that can participate in the competition are not limited to the above-mentioned contractors and electrical contractors, but other contractors such as waterworks, roofing, painting, and interior construction can participate. Also good. In this case, the supplier table may have the format illustrated in FIG.
(Modification 4)
The name and address of the owner may be notified to the design office terminal 400 when the owner selects the design office. Similarly, when the owner selects a contractor or an electric contractor, the contractor terminal 500 and the electric contractor terminal 600 may be notified.
(Modification 5)
The hierarchy of the supplier table is not limited to three layers as illustrated in FIG. 3, and may be two layers or three or more layers.
(Modification 6)
The present invention is not limited to buildings, and can be widely applied to competition formats that perform user's wishes and responses to them.
(Modification 7)
When the mediation server device 200 receives a file such as a design document file, a building estimate file, or an electrical work estimate file, the file may be transferred to the PC 100 by e-mail. Further, the intermediary server device 200 may transfer the file transmitted from the vendor to the PC 100 when all responses from the vendors belonging to each layer are received for each layer of the vendor table TB1.
(Modification 8)
In the embodiment described above, an e-mail address is used as an address. However, when a terminal is specified, an IP address may be used. This can be applied to either a user terminal or a vendor terminal.
(Modification 9)
The mediation server device 200 may charge a registration fee for a trader registered in the industry table TB1.
For example, a billing field for storing billing data indicating the billing amount is added to the trader table TB1. When a keyboard (not shown) is operated and an operation to store new data in the supplier table TB1 is performed, the CPU 202 that starts the intermediary software creates a new record in the supplier table TB1 and stores the data. Store. When the CPU 202 stores new data in the trader table TB1, the CPU 202 stores charging data indicating the amount determined as the registration fee in the charging field of this record. Further, charging may be performed at a predetermined cycle such as monthly or weekly. For example, the CPU 202 may measure the time, add a predetermined amount to the amount indicated by the billing data stored in the billing field every month, and collect the registration fee on a yearly basis. . According to such an aspect, it becomes possible to charge the usage fee of the mediation server device to a trader who can use the mediation server 200.
Moreover, you may make it charge as a success reward with respect to the trader selected as the owner. For example, when a success fee is charged to the design office, the CPU 202 refers to the design document table TB2 when receiving the design document file name and the design document file name storage instruction, and is specified by the design document file name. Reads the e-mail address of the sender of the design document file. Next, the CPU 202 refers to the trader table TB1, and stores data indicating a predetermined amount as a success fee in the billing field of the record in which the read e-mail address is stored. According to such an aspect, it becomes possible to charge a success fee to the design office that created the design document selected by the owner.
In this embodiment, the trader always sends the design document and the estimate via the mediation server device 200, and the trader cannot directly contact the owner. It is possible to specify an intermediary fee and a success fee.
(Modification 10)
In the embodiment described above, when receiving the design condition data, the intermediary server device 200 reads the e-mail address of the supplier from the first layer of the supplier table TB1, and transmits the design condition data with the e-mail address as the destination. However, the hierarchy of e-mail addresses read at the start of the competition is not limited to the first hierarchy. For example, the intermediary server device 200 presents a menu that allows the PC 100 to input conditions for electrical work. When data input to the menu is received from the PC 100, the content of the received data is confirmed, The e-mail address data may be read out from the third layer in which the electric contractor is classified, not from the first layer in the table, and the received data indicating the electric work conditions may be transmitted. As described above, the mediation server device 200 may read the e-mail address not only from the first layer of the trader table TB1 but also from other layers based on the content of the received data and transfer the data. .
[Brief description of the drawings]
FIG. 1 is a diagram illustrating an overall configuration of a communication system according to an embodiment.
FIG. 2 is a diagram illustrating a configuration of a mediation server apparatus according to the embodiment.
FIG. 3 is a diagram illustrating a format of a trader table TB1.
FIG. 4 is a diagram illustrating a format of a design document table TB2.
FIG. 5 is a diagram illustrating a format of a building estimate table TB3.
FIG. 6 is a diagram exemplifying a format of an electrical work estimate table TB4.
FIG. 7 is a diagram illustrating a format of a client table TB5.
FIG. 8 is a diagram for explaining the operation of the embodiment;
FIG. 9 is a diagram illustrating an example of a screen displayed by PC 100. FIG.
FIG. 10 is a diagram illustrating an example of a screen displayed by PC 100.
11 is a diagram exemplifying a screen displayed by the PC 100. FIG.
12 is a diagram exemplifying a screen displayed by the PC 100. FIG.
FIG. 13 is a diagram illustrating a screen displayed on the design office terminal 400;
FIG. 14 is a diagram illustrating an example of a screen displayed by PC 100.
FIG. 15 is a diagram exemplifying a screen displayed by the PC 100;
FIG. 16 is a diagram exemplifying a screen displayed by the contractor terminal 500;
FIG. 17 is a diagram exemplifying a screen displayed by the PC 100;
FIG. 18 is a diagram exemplifying a screen displayed by the PC 100.
FIG. 19 is a diagram exemplifying a screen displayed by the PC 100;
20 is a diagram exemplifying a screen displayed by the PC 100. FIG.
FIG. 21 is a flowchart illustrating an example of processing performed when a CPU 202 receives a registration instruction.
FIG. 22 is a flowchart illustrating a process performed when a CPU 202 receives design condition data.
FIG. 23 is a flowchart illustrating a process performed when a CPU 202 receives a design document file storage instruction;
FIG. 24 is a flowchart illustrating processing performed when a CPU 202 receives a design document file request instruction;
FIG. 25 is a flowchart illustrating a process performed when the CPU 202 receives a design document file name storage instruction;
FIG. 26 is a flowchart illustrating a process performed when CPU 202 receives a building estimate file storage instruction.
FIG. 27 is a flowchart illustrating a process performed when CPU 202 receives a building estimate file request instruction;
FIG. 28 is a flowchart illustrating a process performed when the CPU 202 receives a building estimate file name storage instruction.
FIG. 29 is a flowchart illustrating a process performed when the CPU 202 receives an electrical work estimate file request instruction.
FIG. 30 is a flowchart illustrating a process performed by the CPU 202 when a design office, a contractor, and an electric contractor are confirmed.
FIG. 31 is a diagram showing a modification of the trader table TB1.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 100 ... PC, 200 ... Mediation server apparatus, 201 ... Bus, 202 ... CPU, 203 ... ROM, 204 ... RAM, 205 ... Storage part, 206 ... Communication Part, 207 ... operation part, 208 ... display part, 300 ... internet, 400, 400a, 400b ... design office terminal, 500, 500a, 500b ... contractor terminal, 600, 600a , 600b ... Electric contractor terminal.

Claims (8)

An address storage means for storing an address for identifying a supplier classified by hierarchy, and
An input screen providing means for transmitting information for displaying a screen for prompting input of user information to the user terminal, to the user terminal;
When user information is input from the user terminal, request information transmitting means for transmitting request information for providing information to an address belonging to a predetermined hierarchy in the address storage means;
Request response information transfer means for receiving response information for the request information and transferring the response information to a user terminal;
When receiving information indicating that the merchant that has output the response information is selected, tier selection means for transmitting the request information to the address of the tier one below the tier to which the merchant belongs,
The mediation server device, wherein the request response information transfer unit transfers the response information to the user terminal even when the response information for the request information transmitted by the hierarchy selection unit is received. The mediation server device according to claim 1, wherein the request information includes user information input from the terminal for the user. The mediation server apparatus according to claim 1 or 2, wherein the request information transmitted by the hierarchy selection unit includes the response information. Upon receipt of information indicating that the trader that has output the response information is selected, a selection notice message transmission unit that sends a selection notification message notifying that the response information has been selected to the address of the trader is provided. The mediation server device according to any one of claims 1 to 3. 5. The intermediary server apparatus according to claim 1, further comprising a registration billing unit that performs billing by recognizing an address stored in the address storage unit as a billing destination. 6. The method according to claim 1, further comprising: a transaction establishment charging unit that, when receiving information for selecting a trader that has output the response information, recognizes the address of the trader as a billing destination and performs a billing process. An intermediary server device according to any one of the above. The mediation server apparatus according to claim 1, wherein the predetermined hierarchy is a highest hierarchy. Computer equipment,
An input screen providing means for transmitting information for displaying a screen for prompting input of user information to the user terminal, to the user terminal;
When user information is input from the user terminal, information is provided to addresses belonging to a predetermined hierarchy among addresses that specify a business that the computer apparatus classifies and stores in advance. Request information transmitting means for transmitting request information;
Request response information transfer means for receiving response information for the request information and transferring the response information to a user terminal;
When receiving information indicating that the merchant that has output the response information is selected, it functions as a layer selection unit that transmits the request information to the address of the layer one level below the layer to which the merchant belongs,
A program for causing the request response information transfer means to function as means for transferring the response information to a user terminal even when response information for the request information transmitted by the hierarchy selection means is received.

Images