KR20020019661A - System for auction a airway freight stand on the base of internet and method for auction the airway freight using the same - Google Patents

Abstract

PURPOSE: An auction system and method for porterage of an aircraft based on the internet are provided to change a porterage contract system between a shipper and a forwarder into an Internet-based real-time auction system so that a shipper can easily compare and select his most preferring porterage condition. CONSTITUTION: A porterage auction system(100) consists of a database block(50), an auction management server(20), a web interface part(10), a communication management server(30), and a porterage management server(40). The database block(50) contains a shipper database(51), a freight database(52), a forwarder database(57), a carriage database(53), a carriage schedule database(54), an auction schedule database(55), a contract document database(56), and a porterage database(58). The auction management server(20) extracts data stored in the porterage auction associated databases(51-58) and controls a series of porterage auction processes overall, based on the extracted data. The web interface part(10), interfaced with a shipper side client(201) and a forwarder side client(301) through the Internet, creates porterage auction associated webpages and rapidly transmits them to the shipper side client(201) and the forwarder side client(301).

Description

System for auction a airway freight stand on the base of internet and method for auction the airway freight using the same}

The present invention relates to an air freight auction system that manages the auction of air freight, and in more detail, the air freight contract between the shipper (Shipper) and the forwarder (Forwarder) significantly changed the real-time auction method based on the Internet network By doing so, the present invention relates to an air freight auction system based on the Internet environment that can easily solve various problems caused by the conventional offline contract method. Moreover, the present invention relates to an air freight auction method using the air freight auction system.

In recent years, as international trade becomes active, transportation of trade goods by air has become frequent. In this case, shippers requesting air transportation and carriers in charge of air transportation usually adopt an offline method such as "direct interview" or "contact by wire, fax, etc." to conclude an air transportation contract of trade goods. have.

However, in the case of the conventional off-line contract method, the meeting of the shipper and the transporter itself can only be made one-to-one, so that the shipper and the transporter have no choice but to limit the number of counterparties they can meet.

From the shipper's point of view, this conventional off-line contract has a bad effect that the shipper cannot grasp the air freight conditions of various carriers at once. In this case, the shipper can only contract customarily with the carrier he frequently trades, without choosing his most preferred airfare terms.

From the carrier's point of view, this conventional off-line contract has the negative effect that the carrier cannot promote its airfare terms to a variety of customers. In this case, the carrier must inevitably spend unnecessary advertising costs, entertainment, etc. in order to create new customers.

Recently, as various Internet technologies have been developed, several air transportation websites based on the Internet environment have been opened.

However, such a conventional air freight web site merely provides on-line relay of air freight quotes for a certain period of time between shippers and carriers, and allows shippers to identify various freight conditions. However, there is a limit to the effect that the carrier may be able to promote the terms of their airfare.

Accordingly, an object of the present invention is to change the conventional air transport contract between the shipper and the carrier to a real-time auction method based on the Internet, to induce the shipper to easily compare and select the air freight conditions that are most preferred. In addition, it is to induce the carriers to promote their airfare conditions without spending unnecessary costs.

Another object of the present invention is to advance the aforementioned auction method in real time, so that shippers and carriers can immediately check the result of the contract signed by them, thereby improving the reliability of the overall air transport contract.

Still another object of the present invention is to eliminate unnecessary causes of cost in accordance with the conventional off-line contract in advance by realizing the entire air transport contract between the shipper and the carrier on the web.

Still other objects of the present invention will become more apparent from the following detailed description and the accompanying drawings.

1 is a block diagram conceptually showing an air freight auction system based on the Internet environment according to the present invention.

Figure 2 is a flow chart showing sequentially the air shipping auction method according to the present invention.

3 is a flowchart sequentially showing a real-time bidding process of the air freight auction method according to the present invention.

4 is a flowchart sequentially showing a real-time successful bidding process of the air freight auction method according to the present invention.

Figure 5 is a flow chart showing sequentially the air freight charge transfer process of the air freight auction method according to the present invention.

In order to achieve the above object, in the present invention, an air freight auction based on an Internet environment including a combination of a database block, an auction management server, a web interface unit, a communication management server, and an air freight management server. Start the system.

In this case, the database block serves to store a series of air freight auction-related databases, the auction management server extracts the data stored in the air freight auction-related databases mentioned above as needed, and extracts the extracted data Based on a series of air freight auction process, it plays a role in real time progress.

In addition, when the web interface unit interfaces with the shipper client and the transporter client via the Internet network, when a request for generation of, for example, an air freight charge auction-related web page is requested from the shipper client and the transporter client, the auction management server described above. It generates the air freight auction-related web page through the control process of, and transmits the air freight auction-related web page to the shipper client and the carrier client.

In addition, the communication management server is responsible for communicating with the shipper-owned communication device owned by the shipper and the carrier-side communication device owned by the carrier when necessary by the auction management server described above. The air freight charge management server performs a role of managing the air freight deposit process generated by the air freight auction process described above, for example, in a bidirectional communication relationship with an account management server of an external financial institution.

In the case of the present invention, since the air transport contract between the shipper and the carrier is greatly changed to a real-time auction method based on the Internet, the shipper compares the various air freight conditions suggested by the carriers at once, and their preferred The carrier can be easily selected, and the carrier can promote the fact that his airfare is cheaper than other carriers without spending unnecessary costs.

In addition, in the case of the present invention, since all auction methods are carried out in real time, the shipper and the carrier can immediately check the contract result of their own signing, and finally, the shipper and the carrier using the system of the present invention can The effect that a reliability improves significantly can be acquired.

Moreover, in the case of the present invention, since the entire air transport contract process between the shipper and the carrier is realized on the web, the shipper and the carrier can easily achieve each other's desired air transport contract without having to meet in person. Carriers can minimize unnecessary costs incurred by conventional off-line contracts.

Hereinafter, with reference to the accompanying drawings, the air freight auction system and the air freight auction method using the same based on the Internet environment according to the present invention will be described in detail as follows.

As shown in FIG. 1, the air freight auction system 100 according to the present invention includes a database block 50, an auction management server 20, a web interface unit 10, a communication management server 30, and air freight charges. It consists of a combination of management servers 40.

In this case, the database block 50 includes a series of air freight auction-related databases, for example, a shipper database 51 in which information related to shippers is stored, and a transport object database in which information related to a transport object requested by the shipper is stored ( 52) a carrier database 57 storing information related to the carrier, a freight database 53 storing information related to the freight presented by the carrier, and a freight schedule database storing information related to the freight schedule presented by the carrier. ), The auction schedule database (55) storing information related to the auction schedule presented by the carrier, the contract database (56) storing information related to the contracts concluded by the shipper and the carrier, and the air freight paid by the shipper. The air freight database 58 in which the information is stored is stored at once.

Meanwhile, the auction management server 10 having a series of signal connection relationships with the database block 50 extracts data stored in the aforementioned air freight auction-related databases as needed and based on the extracted data. As a general rule, a series of air freight auctions will be overseen in real time.

At this time, the auction management server 10 is not only a database block 50, but also establishes a series of signal connection relationship with the communication management server 30, air freight management server 40 and the like, in this case, communication management server ( 30, when a series of air freight auction process by the auction management server 20 is in progress, if necessary, the shipper-owned communication device (202, 203), the carrier-owned communication device (302,303) The air freight charge management server 40, for example, in a state of two-way communication with the account management server 400 of the external financial institution, of the air freight charges generated by the air freight charge auction process described above. It manages the entire deposit process.

Here, the web interface unit 10 having a series of signal connection relationships with the auction management server 20 is interfaced with, for example, the shipper client 201 and the carrier client 301 through an internet network (not shown). .

At this time, the web interface unit 10 performs a control process of the auction management server 20 described above, for example, when generation of a web page related to the air freight auction is requested from the shipper client 201 and the carrier client 301. Through the air freight auction-related web page is generated, and the air freight auction-related web page is quickly sent to the shipper client 201 and the carrier client 301.

Hereinafter, the air freight auction method of the present invention based on the air freight auction system having the above-described configuration will be described in detail.

First, the shipper who intends to transport a series of objects by air is connected to the air freight auction system 100 of the present invention using the shipper client 201 and the Internet network.

In this state, as shown in FIG. 2, the web interface unit 10 determines whether the shipper client 201 is connected to the system, and if the shipper client 201 is connected to the system, the corresponding shipper client. A series of login pages is sent to 201 (steps S1, S2).

In this case, the shipper client 201 interprets and displays the login page transmitted from the web interface unit 10, and the shipper inputs a series of login information into the displayed login page. When the input process of the login information is completed and the shipper selects transmission, the shipper client 201 transmits the completed login information data to the web interface unit 10.

Subsequently, the web interface unit 10 transmits the login information data transmitted from the shipper client 201 to the auction management server 20, and the auction management server 20 refers to the shipper database 51. It is determined whether the shipper logged in via the shipper client 201 is a registered shipper (step S3).

At this time, if the shipper logged in through the shipper client 201 is not the shipper registered in the shipper database 51, the auction management server 20 controls the web interface unit 10, the shipper client 201 In step S5, a series of registration pages requesting registration is transmitted.

However, when the shipper logged in through the shipper client 201 is a shipper previously registered in the shipper database 51, the auction management server 20 controls the web interface unit 10 to control the shipper client 201. In step S4, a series of the object to be inputted to input the object to be transported is transmitted.

In this case, the shipper client 201 interprets and displays the transport object input page transmitted from the web interface unit 10, and the shipper inputs the transport object he / she wants on the displayed transport object input page. When the input process of such a transport object is completed and the shipper selects transmission, the shipper client 201 transmits the completed transport object input data to the web interface unit 10.

Subsequently, the web interface unit 10 transmits the transport object input data transmitted from the shipper client 201 to the auction management server 20, and in this state, the auction management server 20 sends the transport object input data. Check the transmission status (step S6).

At this time, if it is confirmed that the transmission of the object input data is not completely made, the auction management server 20 proceeds to the flow in step S7, and maintains a series of waiting state until the transmission of the object object input data is completed completely do.

However, when it is confirmed that transmission of the object to be input is completely completed, the auction management server 20 performs a series of carrier bidding processes corresponding to the object to be entered by the shipper in real time (step S20).

First, as shown in FIG. 3, the auction management server 20 stores the transport object input data in which the transmission is confirmed through the above-described step S6 in the transport object database 52 (step S21).

Subsequently, the auction management server 20 searches the transporter database 57 to determine whether there is a transporter who previously announced the intention to transport the transport object requested by the shipper (step S22).

At this time, if the transport object requested by the shipper is, for example, two tonnes of shoes, and there is no transporter who has announced the intention to transport the two tonnes of shoes, the auction management server 20 controls the communication management server 30 Then, all the carriers registered in the carrier database 57 are notified of a message to bid the auction (step S23). In this case, the communication management server 30 sends a message to the carrier-side communication device 302,303 owned by the carrier, for example, a telephone, a mobile phone, etc., so that as many carriers as possible can bid on the auction process.

However, if there is a transporter who has previously announced the intention to transport a transport object requested by the shipper, for example, two tonnes of shoes, the auction management server 20 controls the communication management server 30 to identify the intention in advance. The transporter is notified of the message to bid the auction (step S24). Even in this case, the communication management server 30 sends a bid message to the carrier-side communication devices 302 and 303 owned by a specific carrier, so that as many carriers as possible can bid in the auction process.

On the other hand, the carrier having received the response request message from the communication management server 30 connects to the air freight auction system 100 of the present invention by using the client side 301 and the internet network.

In this state, the web interface unit 10 determines whether the carrier-side client 301 is connected to the system, and if the carrier-side client 301 is connected to the system, a series of login pages to the corresponding carrier-side client 301. (Steps S25, S26)

In this case, the carrier side client 301 interprets and displays the login page sent from the web interface unit 10, and the carrier enters a series of login information into the displayed login page. When the process of inputting such login information is completed and the carrier selects transmission, the carrier side client 301 transmits the completed login information data to the web interface unit 10.

Subsequently, the web interface unit 10 transmits the login information data transmitted from the transporter client 301 to the auction management server 20, and the auction management server 20 refers to the transporter database 57. It is determined whether the carrier logged in via the carrier side client 301 is a registered carrier (step S27).

At this time, if the transporter logged in through the transporter client 301 is not a shipper registered in the transporter database 57, the auction management server 20 controls the web interface unit 10 to transport the transporter client 301. ), A series of registration pages requesting registration is transmitted (step S27a).

However, if the carrier logged in through the carrier side client 301 is a carrier registered in the carrier database 57, the auction management server 20 controls the web interface unit 10, so that the carrier side client 301 Send the bid entry page that the carrier can respond to.

In this case, the carrier side client 301 interprets and displays the bid entry page transmitted from the web interface unit 10, and the carrier sends the desired bid, for example, the air freight charge, on the displayed bid entry page. Enter. When the input process of such bidding is completed and the carrier selects transmission, the client of the carrier side 301 transmits the completed bidding input data to the web interface unit 10.

Meanwhile, in the state in which the above-described process is completed, the web interface unit 10 transmits the bidding input data transmitted from the transporter side client 301 to the auction management server 20, and the auction management server 20 responds to the auction. By checking the transmission status of the item input data, it is determined whether the bidding process of the carrier has started (step S28).

At this time, if it is determined that the bidding process of the transporter is not completely transmitted, and the bidding process of the transporter is not started, the auction management server 20 controls the web interface unit 10 to the transporter-side client 301. The notification page prompting the bidder of the carrier is transmitted (step S28a).

However, when it is determined that the bidding input data is completely transmitted, and the bidding process of the carrier is normally started, the auction management server 20 controls the web interface unit 10 to perform a series of bidding to the shipper client 201. The details page is transmitted (step S29). The bid details page reflects the bid details of the above-mentioned carrier and the contents stored in the fare schedule database 54 and the auction schedule database 55 at the same time.

After this process is completed, the shipper client 201 interprets the bidding page transmitted from the web interface unit 10 and displays it quickly. Finally, the shipper reviews the displayed bidding page and selects the desired carrier. Can be freely selected.

As such, in the case of the present invention, the air transport contract between the shipper and the carrier is drastically changed to a real-time auction method based on the Internet, so that the shipper compares the various air freight charges presented by the carrier at once, You can easily choose your preferred carrier, and you can promote the fact that your airfare is cheaper than other carriers without spending unnecessary costs.

On the other hand, as shown in Figure 2 above, the auction management server 20 observes the web interface unit 10, the transmission of the bid details page is all completed, and thus, the real-time bidding process of the transporter is completed It is judged whether or not it is (step S8).

At this time, if it is determined that the transmission of the bid details page of the web interface unit 10 is not completed and the real-time bidding process of the transporter is not completed, the auction management server 20 proceeds to the step S9, and a series of Maintain the standby state.

However, if all of the bidding page transmission of the web interface unit 10 is completed and the bidding process of the transporter is judged to be completed, the auction management server 20 based on the bidding process, the bidding process of the shipper in real time It advances (step S30).

First, as shown in Fig. 4, the auction management server observes the web interface unit 10 to determine whether or not a series of successful bidder determination data has been transmitted from the shipper client 201 (step S31).

At this time, if a series of successful bidder determination data has not been transmitted from the shipper client 201, the auction management server 20 determines that the shipper has not yet determined the successful bidder, and proceeds to step S31a to proceed with the series. Keep the standby state.

However, when a series of successful bidder determination data is transmitted from the shipper client 201, the auction management server 20 controls the web interface unit 10 to send the contract database 54 to the shipper client 201. The contract creation page reflecting the contents stored in the transmission is transmitted (step S32).

In this case, the shipper client 201 interprets and displays the contract creation page transmitted from the web interface unit 10, and the shipper inputs the necessary information into the displayed contract creation page. When the contract writing process is completed and the shipper selects the transfer, the shipper client 201 transmits the contract creation data to the web interface unit 10.

Subsequently, the web interface unit 10 transmits the contract creation data transmitted from the shipper client 201 to the auction management server 20, and in this state, the auction management server 20 transmits the contract creation data. Check (step S33).

At this time, if it is confirmed that the transmission of the contract creation data is not completely made, the auction management server 20 proceeds to the flow in step S33a, and maintains a series of waiting states until the transmission of the contract creation data is completed.

However, when it is confirmed that the contract creation data is completely transmitted, the auction management server 20 controls the web interface unit 10 to control the web interface unit 10, as well as storing the contract creation data in the contract database 54. A series of air freight prepayment guidance pages is sent to 201 (steps S34, S35).

In this case, the shipper client 201 interprets and displays the air freight prepayment guide page transmitted from the web interface unit 10, and the shipper needs the e.g. bank name, password on the displayed air freight prepayment guide page. Enter the account number to which the air freight charges will be transferred. At this time, the shipper stops the payment of air freight until the contract execution completion process, which will be described later, proceeds.

When the preparation process of the air freight prepayment data is completed and the shipper selects transmission, the shipper client 201 transmits the air freight prepayment data to the web interface unit 10.

Subsequently, the web interface unit 10 delivers the air freight prepayment data transmitted from the shipper client 201 to the auction management server 20. In this state, the auction management server 20 stores the air freight prepayment data. The transmission status is checked (step S36).

At this time, if it is confirmed that the air freight prepayment data is not completely transmitted, the auction management server 20 proceeds to step S36a and maintains a series of waiting states until the air freight prepayment data is completely transmitted. .

However, if it is confirmed that the air freight prepayment data is completely transmitted, the auction management server 20 controls the air freight charge management server 40, and the contents recorded in the air freight prepayment data are managed by the account management server 400 of the financial institution. ), Which allows a certain amount of air freight charges to be prepaid from the shipper's bank account to another pre-designated bank account. Of course, since the airfare is suspended, it cannot be cashed.

In addition, the auction management server 20 controls the web interface unit 10, and transmits to the shipper-side client 201 and the transporter-side client 301 the identity guide page detailing the identity of the shipper and the carrier (step) S37).

In this case, the shipper client 201 and the carrier client 301 interpret and display the identity guide page transmitted from the web interface unit 10, so that the shipper and the carrier can accurately identify each other. do.

As such, in the case of the present invention, since all transaction processes are performed in real time by the auction management server 20 and the linking process between the clients 201 and 301, the shipper and the carrier can immediately check the contract result that they conclude. As a result, shippers and carriers using the system of the present invention can obtain the effect of greatly improving the reliability of the overall air transport contract.

Moreover, in the case of the present invention, since the entire air transport contract process between the shipper and the carrier is realized on the web, the shipper and the carrier can easily achieve each other's desired air transport contract without having to meet in person. Carriers can minimize unnecessary costs incurred by conventional off-line contracts.

On the other hand, as shown in Figure 2 above, the auction management server 20 observes the web interface unit 10, all of the transmission of the identity guide page is completed, thereby completing all the real-time bidding process of shipper It is determined whether or not it is (step S10).

At this time, if it is determined that the identification guide page transmission of the web interface unit 10 is not completed and the real-time successful bidding process is not completed, the auction management server 20 proceeds to step S11, and a series of Maintain the standby state.

However, if all of the identification information page transmission of the web interface unit 10 is completed and the real-time successful bidding process of the shipper is determined to be completed, the auction management server 20 transfers the aforementioned air freight to the account of the carrier. The process proceeds (step S40).

First, as shown in FIG. 5, the auction management server 20 observes the web interface unit 10 to determine whether a series of contract execution completion data has been transmitted from the shipper client 201 (step). S41).

At this time, when a series of contract execution completion data has not been transmitted from the shipper client 201, the auction management server 20 determines that the carrier has not yet performed the air transport contract, and an undesired claim is generated. In order to confirm the presence, a claim generation confirmation page is transmitted to the shipper client 201 (step S42a).

In this case, the shipper client 201 interprets and displays a claim generation confirmation page transmitted from the web interface unit 10, and the shipper inputs the presence or absence of a claim in the displayed claim generation confirmation page.

When the process of creating such claim generation data is completed and the shipper selects transmission, the shipper client 201 transmits the claim generation data to the web interface unit 10.

Subsequently, the web interface unit 10 transmits the claim generation data transmitted from the shipper client 201 to the auction management server 20, and in this state, the auction management server 20 transmits the claim generation data. Check (step S42b).

At this time, if the shipper has not proceeded with the above-mentioned claim generation data creation process, if it is confirmed that the claim generation data is not transmitted from the shipper client 201, the auction management server 20 is not related to the claim generation is still a carrier It is determined that the air freight contract has not been fulfilled, the flow is returned for the first time, and a series of standby states are maintained.

However, if the shipper normally proceeds with the above-described claim generation data creation process, and the claim generation data is transmitted from the shipper client 201, the auction management server 20 is sent to the operator terminal (not shown). To pass.

At this time, the operator operating the air freight auction system of the present invention continuously observes the operator terminal, checks whether the claim is generated, and proceeds step S42c offline, thereby smoothly solving the claim.

On the other hand, when the above-described claim resolution process is completed, the operator notifies the auction management server 20 that the claim has been resolved using the operator terminal, the auction management server 20 to resolve the claim to the shipper client 201 The confirmation page is sent (step S42d).

In this case, the shipper client 201 interprets and displays the claim resolution confirmation page transmitted from the web interface unit 10, and the shipper inputs whether or not the claim is resolved in the displayed claim resolution confirmation page.

When the process of creating such claim settlement confirmation data is completed and the shipper selects transmission, the shipper client 201 transmits the claim settlement confirmation data to the web interface unit 10.

Subsequently, the web interface unit 10 forwards the claim resolution confirmation data transmitted from the shipper client 201 to the auction management server 20, and in this state, the auction management server 20 sends the claim resolution confirmation data. The transmission state is determined (step S42e).

At this time, if it is determined that the transmission of the claim resolution confirmation data has not yet been made, the auction management server 20 determines that the shipper has not yet confirmed whether or not to resolve the claim, the flow proceeds to step S42f, a series of waiting Maintain state.

However, if it is determined that the transmission of the claim settlement confirmation data has been completed, the auction management server 20 determines that the shipper correctly confirms that the claim has been settled smoothly, and in order to pass the cost spent on the settlement of the claim to the carrier, The claim resolution billing page is sent to the client 301 (step S42g).

In this case, the carrier side client 301 interprets and displays the claims resolution chargeback page sent from the web interface unit 10, so that the claims resolution cost can be promptly deposited by the carrier.

In this state, the auction management server 20 checks the account management server 400 of the financial institution through the air freight management server 40, and confirms whether or not the claim settlement cost has been deposited (step S42h).

At this time, if the claim settlement cost is not deposited for a certain period of time, the auction management server 20 controls the communication management server 30 to notify the transporter a message indicating that the claim settlement cost has not been deposited (step S42i). ). In this case, the communication management server 30 transmits a message to communication devices 302 and 303 owned by a transporter, for example, a telephone and a mobile phone, so that the settlement of claim settlement costs can be made quickly.

However, if the claim settlement fee is received within a certain period, the auction management server 20 determines that all claim events raised by the shipper are resolved, and ends all flows.

On the other hand, in the above-described step S41, when a series of contract execution completion data is transmitted from the shipper client 201, the auction management server 20 determines that the carrier has fulfilled a series of air transportation contracts, the air freight management By observing the account management server 400 of the financial institution through the server 40, it is determined whether the payment stop of the prepaid air freight charge is released through the above-described process (step S43).

At this time, if the stop of payment of air freight is not released, the auction management server 20 controls the communication management server 30, and notifies the message to the shipper that the stop of payment of air freight is not released ( Step S44). In this case, the communication management server sends the message to the communication device 202,203 owned by the shipper, for example, a telephone, a mobile phone, etc., so that the payment stop of the air freight can be released quickly.

However, if the stop of the air freight charge is already released, the auction management server 20 communicates with the account management server 400 of the financial institution through the air freight charge management server 40, so that the air freight prepaid is the carrier. The remittance is promptly sent to the account, and all the flows of the present invention are terminated (step S45).

As described above, in the present invention, by significantly changing the air transport contract method between the shipper and the carrier to a real-time auction method based on the Internet network, various problems caused by the conventional offline contract method can be easily solved. .

The present invention can be widely applied not only to the aforementioned air transport contracts but also to various contract relationships commonly used in society.

And while certain embodiments of the invention have been described and illustrated, it will be apparent that the invention may be embodied in various modifications by those skilled in the art.

Such modified embodiments should not be understood individually from the technical spirit or point of view of the present invention and such modified embodiments should fall within the scope of the appended claims of the present invention.

As described in detail above, the air freight auction system and the air freight auction method using the same greatly changes the air freight contract method between the shipper and the carrier to a real-time auction method based on the Internet.

In this case, the shipper can identify the various air freight conditions suggested by the carriers on the web at once, so that the air freight conditions can be compared by carrier, so that the carrier can easily select the preferred carrier and the carrier pays unnecessary expenses. Without that, you can publicize the fact that your airfare is cheaper than other carriers.

In addition, in the case of the present invention, since all auction methods are carried out in real time, the shipper and the carrier can immediately check the contract result of their own signing, and finally, the shipper and the carrier using the system of the present invention can The effect that a reliability improves significantly can be acquired.

In addition, in the case of the present invention, since the entire air transport contract process between the shipper and the transporter is realized on the web, the shipper and the transporter can easily achieve their desired air transport contract without directly meeting each other. Carriers can minimize unnecessary costs incurred by conventional off-line contracts.

Furthermore, in the case of this invention, not only the basic documentary relationship required for the contract between the shipper / carrier, but also the end-to-end settlement on the web is solved in an end-to-end manner on the web. When the present invention is implemented, shippers and transporters can easily obtain the advantage that the reliability of the overall transaction is significantly improved over the conventional offline contract method.

Claims (8)

A database block storing a series of air freight auction related databases; An auction management server that controls the database block, extracts data stored in the air freight auction auction related databases as needed, and performs a series of air freight auction auction processes in real time based on the extracted data; Controlled by the auction management server, and if the interface between the shipper client and the carrier-side client through the Internet network, if there is a request for generating a web page related to the air freight auction from the shipper client and the carrier-side client, the auction management server A web interface unit for generating the air freight auction related web page and transmitting the web page to the shipper client and the carrier client; A communication management server controlled by the auction management server and transmitting a contact to a shipper communication device and a carrier communication device as the air freight auction process progresses; Controlled by the auction management server, and forms a two-way communication relationship with the account management server of the external financial institution, characterized in that it comprises an air freight management server for managing the air freight charge deposit process generated by the air freight charge auction process Air freight auction system based on the Internet environment. According to claim 1, wherein the air freight auction-related database is a shipper database that stores information related to the shipper, a carrier object database stored information related to the transport object requested by the shipper, a carrier database associated with the carrier, the carrier A freight database storing information related to the freight presented by the carrier, a freight schedule database storing information related to the freight schedule presented by the carrier, an auction schedule database storing information related to the auction schedule presented by the carrier, and An air freight auction system based on an internet environment, characterized in that the contract database stores information related to contracts concluded by the carrier and the air freight database stores information related to the air freight charges paid by the shipper. Determining whether the shipper logged in through the shipper client is a registered shipper; If the shipper logged in through the shipper client is a registered shipper, transmitting a transport object input page to the shipper client; Determining whether the object input data has been transmitted from the shipper client; If a shipment object input data is transmitted from the shipper client, performing a bidding process of a carrier corresponding to the transportation object in real time; Determining whether the bidding process is completed; When the bidding process corresponding to the transport object is completed, proceeding with the shipper's successful bidding process in real time based on the bidding process; Determining whether the successful bidding process is completed; When the successful bidding process is completed, the air freight auction method based on the Internet environment, characterized in that it comprises the step of receiving the air freight deposited by the shipper. 4. The method of claim 3, wherein the step of conducting the bidding process in real time comprises: determining whether there is a transporter who has previously announced a willingness to transport the transport object; If there is a transporter who has previously announced the intention to transport the transport object, notifying the corresponding transporter of a bid; Determining whether the bidding process of the carrier has been started through the client of the carrier; If the bidding process of the carrier is initiated, the air freight auction method based on the Internet environment comprising the step of transmitting a bid details page to the shipper client. 5. The method of claim 4, wherein if there is no carrier who has previously announced the intention to transport the transport object, the step of notifying all carriers stored in the database block is notified. How to Auction Air Freight. 4. The method of claim 3, wherein the bidding process is performed in real time, comprising: determining whether or not successful bidder determination data has been transmitted from the shipper client; Transmitting a contract creation page to the shipper client when the successful bidder determination data is transmitted from the shipper client; Determining whether contract creation data has been transmitted from the shipper client; Storing contract creation data when contract creation data is transmitted from the shipper client; Transmitting an air freight prepayment guide page to the shipper client; Determining whether air freight charge prepaid data has been transmitted from the shipper client; If the air freight charge prepaid data is transmitted from the shipper client, the air carrier auction method based on the Internet environment, characterized in that it comprises the step of transmitting a carrier identity information page to the shipper client. 4. The method of claim 3, wherein the air freight charge receiving step comprises: determining whether contract execution completion data has been transmitted from a shipper client; Determining whether the payment of the air freight charge prepaid by the shipper has been released when the contract execution completion data has been transmitted from the shipper client; And remittance of the air freight charge prepaid by the shipper, remitting the air freight charge to the carrier's account. 8. The Internet environment according to claim 7, further comprising the step of notifying the shipper that the stop of the air freight charge is not released when the stop of the air freight charge prepaid by the shipper is not released. Air freight auction method based on.