JP2005320110A - International marine container delivery management system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an international marine container delivery management system solving complicatedness of communication between marine currency and drayage and capable of enhancing efficiency of container delivery business. <P>SOLUTION: The international marine container delivery management system (100) is provided with a request side (1) of a transportation cargo; a request side information processing device (19) used at the request side (1); a side to be requested (5) of the transportation cargo; a side to be requested information processing device (50) used at the side to be requested (5); a server (3) for communicating between the side to be requested information processing device (50) and the request side information processing device (10) through Internet (7) and managing the information; and an inquiry or the like processing means for performing an inquiry of request item and estimation request between the request side (1) and the side to be requested (5). The inquiry or the like processing means has single designation request for singly specifying a partner side of request; group designation request for performing multiple address request to a plurality of group designated partner sides; and free designation request for performing multiple address request to a plurality of or all partner sides exceeding the group designation. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

  The present invention relates to an international maritime container delivery management system, and more particularly, to an international maritime container delivery management system capable of eliminating the complexity of communication between sea coins and dredges and improving the efficiency of container delivery operations.

  Currently, when importing / exporting containers, the cargo shipper, the sea that mediates the delivery of containers at the port, the dredge that transports containers on land, the shipping company that transports containers by sea, the terminal that stores containers, etc. Various communications are made by telephone or FAX.

  In particular, between sea coins and dredges, a detailed meeting is performed for each container by telephone or FAX. For example, in order to deliver a single container, the seafood makes a delivery reservation for a designated (one company) ledge and makes a meeting between the ledge and the delivery fee. Also, the start and completion of delivery by the drage are confirmed, and if there is a progress inquiry from the shipper, the progress status is confirmed in the drage.

  However, normally, there are requests from hundreds of shippers for shipping, and in response to these requests, each shipper requests the garage he / she wishes to deliver the import / export container. Therefore, the communication between the sea currency and the drage is extremely complicated and requires a lot of time.

  In particular, in the case of reservations for delivery to the above-mentioned drage, when a driver cannot make arrangements for a certain drage, the sea has to search for another drage, which is extremely troublesome. In addition, even if it was not possible to make a trade-off with a certain fare, it was necessary to find another warehousing company. Further, in the confirmation of the progress, etc., confirmation by telephone or FAX cannot grasp the progress in real time, and it takes a long time to grasp.

  In addition, even in the drage, it is not possible to immediately grasp which driver is available, and the delivery efficiency is significantly reduced. In addition, since it is difficult to grasp the progress on the terminal side, dispatching (so-called prospective dispatching) was carried out in anticipation of permission for the container to be taken out by the drage side, and the terminal was very crowded.

  In addition, because of communication by telephone, FAX, etc., misinstructions, misunderstandings, etc. occur, and wasteful and inefficient delivery work occurs, which may cause road congestion, container terminal congestion, and the like.

  The present invention has been made in view of such a conventional problem, and provides an international maritime container delivery management system capable of eliminating the complexity of communication between sea coins and dredges and improving the efficiency of container delivery operations. The purpose is to do.

  For this reason, the present invention (claim 1) provides a request source for transport cargo, a request source information processing device used at the request source, a request destination of transport cargo, and a request destination information process used at the request destination. Inquiries and / or quotations of a request item between a requesting information processing apparatus, a server that manages information by contacting the requesting information processing apparatus and the requesting information processing apparatus via the Internet An international maritime container delivery management system comprising an inquiry processing unit for making a request, wherein the inquiry processing unit includes a single designation request for specifying a destination of the request independently and a plurality of groups designated for the group. It is characterized by having a group designation request for sending a broadcast request to a destination and a free designation request for sending a broadcast request to a plurality or all of the destinations exceeding the group designation.

  While the relationship between the requester and the requestee can be uniquely defined in a form that emphasizes traditional relationships, it is possible to specify a wide range of requestees that have been or have not been related to each other. You can easily find the right partner. Requesters can easily find new customers (requesters).

  Also, the present invention (claim 2) provides a request source for transport cargo, a request source information processing device used at the request source, a request destination of transport cargo, and a request destination information process used at the request destination. Inquiries and / or quotations of a request item between a requesting information processing apparatus, a server that manages information by contacting the requesting information processing apparatus and the requesting information processing apparatus via the Internet An inquiry processing means for making a request, and an estimated offer price evaluation means for evaluating by comparing the price quoted and presented by the inquiry processing means with a reference price.

  This makes it possible to easily and fairly evaluate the validity of the estimated offer price. Estimate check time can be shortened.

  Furthermore, the present invention (Claim 3) is characterized in that the reference price is calculated based on at least a distance from a shipping place to an arrival place and a container size.

  Furthermore, the present invention (Claim 4) includes an intercity distance table in which each city name and the distance between the cities are stored, and a city designation means for designating by selecting a city for the shipping location and the arrival location The distance between cities is extracted from the city designated by the city designation means based on the intercity distance table.

  In the case of freight imports and exports, transportation is often performed based on the city name. By extracting the distance between cities from the specified city based on the intercity distance table, the distance can be easily understood and the base price can be easily calculated.

  Furthermore, the present invention (Claim 5) provides a request source for transport cargo, a request source information processing device used at the request source, a request destination of transport cargo, and a request destination information process used at the request destination. Inquiries and / or quotations of a request item between a requesting information processing apparatus, a server that manages information by contacting the requesting information processing apparatus and the requesting information processing apparatus via the Internet Inquiry processing means for making a request, and request destination candidate narrowing means for narrowing request destination candidates based on a predetermined selection criterion from a plurality of request destinations that have indicated the intention of entrusting the requested matter by the inquiry processing means. Configured.

  As described above, the requester can objectively evaluate the requestee candidate and can easily make a decision.

  Further, according to the present invention (Claim 6), in the request destination candidate narrowing-down means, a plurality of evaluation items prepared in advance, a conditional expression for evaluating the evaluation item, and whether or not the conditional expression is satisfied Determination means for determining the results, an integration means for integrating the results determined by the determination means as evaluation points, and a request destination narrowing means for narrowing down the request destinations based on the magnitude of the integrated value integrated by the integration means Prepared and configured.

  Furthermore, the present invention (Claim 7) is characterized in that a predetermined weight is applied to the evaluation point.

  In this way, it is possible to reflect the intention of the request source when narrowing down the request destination candidates, such as what is important in the items.

  The present invention (Claim 8) is characterized in that the request source can edit at least one of the evaluation item, the conditional expression, the evaluation point, and the weight.

  This increases the degree of freedom when the request source narrows down the request destination candidates.

  Furthermore, the present invention (claim 9) relates to a request source for transport cargo, a request source information processing device used at the request source, a request destination of transport cargo, and a request destination information process used at the request destination. Inquiries and / or quotations of a request item between a requesting information processing apparatus, a server that manages information by contacting the requesting information processing apparatus and the requesting information processing apparatus via the Internet An international maritime container delivery management system comprising an inquiry processing means for making a request, the delivery start / completion input means for inputting start and completion of delivery of the transported cargo, and input by the delivery start / completion input means Delivery start / completion confirmation means for confirming the start and completion of delivery.

  By inputting the start and completion of delivery and confirming the start and completion of the input delivery, it is possible to quickly know the progress of delivery.

  Furthermore, the present invention (Claim 10) provides a request source for transport cargo, a request source information processing device used at the request source, a request destination of transport cargo, and a request destination information process used at the request destination. Inquiries and / or quotations of a request item between a requesting information processing apparatus, a server that manages information by contacting the requesting information processing apparatus and the requesting information processing apparatus via the Internet An international maritime container delivery management system comprising an inquiry processing means for making a request, wherein the server manages the amount charged for transported cargo for each case made at the request destination, and a billing statement is automatically created It is characterized by that.

  A complicated billing statement can be easily performed, and office efficiency can be improved.

  As described above, according to the present invention, a single designation request for specifying a destination of a request independently, a group designation request for sending a broadcast request to a plurality of group designated destinations, and the group designation. While it is configured with a free designation request that broadcasts to multiple or all of the destinations that have exceeded, while the relationship between the requester and the requestee is uniquely defined in a manner that emphasizes traditional associations, It is possible to specify a wide range even for a client who has been or has not had a long-term relationship, and an appropriate partner can be easily found for each requested item. Requesters can easily find new customers (requesters).

Hereinafter, embodiments of the present invention will be described.
FIG. 1 shows a system configuration diagram of an international maritime container delivery management system according to an embodiment of the present invention. In FIG. 1, in the international maritime container delivery management system 100 according to the present invention, the sea 7 communicates with the IDC (Internet Data Center) 3, and the IDC 3 and the dreage 5 communicate with each other via the Internet 7. .

  The sea currency 1 has a personal computer 10 for connecting to the IDC 3 via the Internet 7. In this personal computer 10, a delivery request can be made to the storage 5 and a confirmation of a delivery contract from the storage 5 side, a delivery start, a completion, etc. can be confirmed. In addition, a delivery schedule list for each scheduled delivery date, a delivery consignment confirmation list, a container delivery result statistical data for each storage, and the like can be displayed and output.

  The IDC 3 has the function of an ASP (Application Service Provider), and provides the international maritime container delivery management system 100 to the maritime 1 and the storage 5 via the Internet 7. Various databases 32 necessary for the system 100 are stored in the IDC 3.

  In addition, the drage 5 also has a personal computer 50 for connecting to the IDC 3 via the Internet 7. In this personal computer 50, registration of delivery consignment and registration of delivery start, completion, etc. can be performed for the sea currency 1. In addition, delivery schedule list by scheduled delivery date and sea, invoice (evidence) by sea, container delivery completion list by delivery date and sea, delivery consignment, unfinished delivery list, carriage record list In addition, it is possible to display and output a shipping result statistics list by sea.

In this configuration, a business flow using the international maritime container delivery management system 100 of the present invention will be described.
2 and 3 show flowcharts of international maritime container delivery management work using the international maritime container delivery management system 100 of the present invention. FIG. 2 shows an export business flow, and FIG. 3 shows an import business flow. 2 and 3 show the flow of the entire container management business, as well as the communication between the sea currency 1 and the drage 5.

First, the export business flow will be described.
In FIG. 2, a booking request and an empty container delivery instruction are first performed. Specifically, in step 11, the shipper instructs the seafood 1 to make a booking (reservation request for cargo transportation) request. .

  In the booking request, a shipping reservation (for a vessel in service on a specific route, securing a container space to a certain destination) is performed. In steps 11 and 13, an empty container delivery instruction is also issued together with the booking request.

  When the shipping company accepts the booking request in step 13, the booking number is exchanged, and at this point, the shipping reservation is confirmed with the shipping company. Specifically, in step 15, the shipping company notifies the shipping number to the shipping number 1, and the shipping currency 1 notifies the shipper of the booking number in step 17. In step 15, the shipping company instructs the terminal to prepare an empty container.

  When the sea currency 1 acquires the Booking number in step 15, the PickUp order is performed. Specifically, in step 19, the sea currency 1 notifies the terminal of empty PickUp order information (information to receive an empty container) in addition to the booking number acquired in step 17. On the other hand, in step 21, the sea currency 1 requests the container 5 to deliver the container.

  At this time, in the delivery request in step 21, the sea currency 1 performs delivery request information registration (step 100) using the present system 100. On the other hand, the drage 5 performs delivery acceptance / impossibility registration (step 200) using the system 100. When delivery consignment / impossibility registration from the drage 5 is performed, the sea currency 1 performs delivery consignment / impossibility confirmation (step 300) using the system 100 again. The delivery request information registration (step 100), delivery acceptance / impossibility registration (step 200), and delivery acceptance / impossibility confirmation (step 300) will be described in further detail with reference to FIG.

  Thereafter, the booking number and empty PickUp order information notified by the maritime 1 to the terminal in step 19 are notified to the dreage 5 whose request has been confirmed in step 21 (not shown).

  Then, when these booking numbers and the like are notified to the storage 5, the empty container is picked up. Specifically, in step 23, the drage 5 goes to the terminal and presents the booking number received from the sea currency 1 to the terminal. On the other hand, in step 25, the terminal compares the information received in step 23 with the information received in step 19, and determines whether or not both pieces of information match.

  If both pieces of information match at step 25, the empty container is delivered. Specifically, in step 27, the terminal delivers an empty container to the storage 5 and delivers a container delivery form (hereinafter referred to as “EIR (Equipment Receipt)”). Thereafter, in step 29, the dreage 5 goes to a cargo loading place (hereinafter referred to as CFS (Container Freight Station)) designated by the shipper and loads the cargo in an empty container.

  At this time, in step 27, when the empty container is picked up, information such as an empty container number, TierWT, and a seal number is registered from the storage 5 to the system 100 (for example, the driver of the storage 5 is connected to a mobile phone or the like). And registering), it is possible to easily create a document (shown below) at the time of carrying in the sea currency 1.

  When cargo is loaded into an empty container, documents are transferred and customs clearance is performed. More specifically, in step 31, the maritime 1 includes a cargo description (hereinafter referred to as I / V (Invoice)), a cargo packing statement (hereinafter referred to as P / L (Packing List)), a cargo receipt (hereinafter referred to as Dock). Receipt) and a container loading table (hereinafter referred to as CLP (Container Load Plan)), etc., are prepared and submitted to the terminal. On the other hand, in step 33, the drage 5 delivers the vanned container (loaded with cargo) to the terminal. In this step 33, EIR (OUT) is submitted to the terminal.

  Thereafter, cargo delivery confirmation is performed. Specifically, in step 35, when the terminal receives the delivery document submitted in step 31 and the container delivered in step 33, the terminal passes the EIR to the storage 5, and in step 37 the storage 5 Notifies Marine 1 that it has received the EIR.

At this time, in the freight delivery confirmation in steps 35 and 37, the drage 5 performs delivery start / completion registration (step 400) using the present system 100. On the other hand, the sea currency 1 performs delivery start / completion report confirmation (step 500) using this system 100. This delivery start / completion report confirmation confirms that delivery has been completed. The delivery start / completion registration (step 400) and delivery start / completion report confirmation (step 500) will be described in further detail with reference to FIG.
The cargo is exported as described above.

Next, the import business flow will be explained.
In FIG. 3, first, a cargo arrival guide (hereinafter referred to as A / N (Arrival Notice)) is exchanged, a fare is paid, and a cargo delivery instruction (hereinafter referred to as D / O (Delivery Order)) is obtained. Specifically, when the A / N is received from the shipping company, in step 51, the maritime 1 pays the fare to the shipping company. In addition, when the fare is paid in step 53, the shipping company delivers D / O to the sea currency 1.

On the other hand, in step 51, the sea currency 1 creates a shipping work schedule, and presents this schedule and a proposed shipping date to the shipper (not shown). In step 55, the shipper confirms these and issues a shipping instruction to the sea 1.
When the shipping instruction is received in step 55, the sea currency 1 orders the container to be carried out to the terminal in step 57, and requests the container 5 to land in the drake 5 in step 59.

  At this time, in the container land transportation request in step 59, as in the case of export, the shipping request information registration (step 100), the delivery acceptance / impossibility registration (step 200), and the delivery acceptance / impossibility are performed by the sea currency 1 and the ledge 5. Confirmation (step 300) is performed.

Thereafter, the container 5 that has been closed at step 59 is notified of the container PickUp number or import permit (not shown) that the maritime 1 has notified the terminal at step 57.
In step 61, a notification is sent to the maritime 1 that the confirmation of freight delivery has been made at customs. On the other hand, in step 63, the sea currency 1 makes an import declaration to the customs. Thereafter, when the customs notifies the cargo 1 of the import permission of the cargo in step 65, the maritime 1 notifies the drage 5 that the import of the cargo is permitted in step 67.

At this time, in step 67, the sea currency 1 performs request registration confirmation using the system 100. In the confirmation of the request registration, a request for delivery to the dreage 5 is confirmed in response to the formal import permission from the customs.
When the delivery request to the dreage 5 is confirmed in step 67, the sea currency 1 delivers the container PickUp number, import permission notice, unloading request form, invoice, receipt, etc. to the dreage 5 in step 69.

  In step 71, the drage 5 goes to the terminal together with the container PickUp number, import permission notice, unloading request form, invoice, receipt, etc. obtained from the sea currency 1. In step 73, the terminal delivers the actual container to the drage 5 and delivers its EIR. At this time, the terminal presents the return destination of the empty container to the drage 5.

  Thereafter, in step 75, the drage 5 delivers the full container to the shipper land. The shipper who receives the cargo passes the receipt of the cargo to the drage 5 in step 77, and the drage 5 which has obtained the notice notifies the sea receipt 1 of the receipt in step 79.

  When the receipt is notified to the sea currency 1 in step 79, in step 81, the drage 5 delivers an empty container to the container return destination presented to the terminal in step 73, and delivers EIR (OUT) to the terminal. Thereafter, in step 83, the drage 5 receives EIR (IN) from the terminal.

When the delivery of the empty container in steps 81 and 83 is completed, the delivery start / completion registration (step 400) and the delivery start / completion report confirmation (step 500) are performed by the sea currency 1 and the ledge 5 as in the case of export. Done.
As a result, cargo is imported.

Here, the delivery request information registration (step 100), delivery acceptance / impossibility registration (step 200) and delivery acceptance / impossibility confirmation (step 300) described above will be described. FIG. 4 is a flowchart showing delivery request information registration, delivery acceptance / impossibility registration, and delivery acceptance / impossibility confirmation.
In FIG. 4, the sea currency 1 transmits delivery request information to the IDC 3 in step 101. This delivery request information includes information such as scheduled request date / time, shipping location, arrival location, delivery location, shipping company, ship name, number of deliveries (size, type, number), shipper name, customs broker name, destination, etc. It is. Further, at this time, the requested amount may be presented from the sea currency 1 or an estimate request may be made to the drage 5.

  Examples of screens for registering delivery request information are shown in FIGS. 9 and 10, and the contents of the screens will be described later. FIG. 9 shows an example of an import screen, and FIG. 10 shows an example of an export screen. When the delivery request information is transmitted at step 101, the IDC 3 registers the delivery request information at step 103. The IDC 3 transmits the delivery request information registered in Step 105 to the sea currency 1.

  On the other hand, the specific storage 5 designated by the transmission of the delivery request information in Step 101 makes a request for a screen for performing delivery acceptance / impossibility registration to the IDC 3 in Step 201. IDC3 which received this transmits the said screen in step 203. FIG. In step 205, the drage 5 transmits a delivery acceptance / impossibility reply to the IDC 3. An example of a screen for delivery acceptance / impossibility registration is shown in FIG. 11, and the contents of the screen will be described later. Thereafter, in step 207, the response content transmitted in step 205 is registered.

  When delivery acceptance / impossibility registration is performed in step 207, the sea currency 1 confirms delivery acceptance / impossibility in step 301, and determines in step 303 whether to actually accept the delivery. FIG. 12 shows a screen example for confirming delivery acceptance / impossibility, and the content of the screen will be described later. If the trust is determined in step 303, the request to the storage 5 is confirmed. On the other hand, if it is determined in step 303 that the consignment to the storage 5 is not performed, a delivery request is made again to the other storage 5 in step 350.

Here, there are the following three methods for the delivery request in step 350.
First, a delivery request is made only to a specific one storage 5 (this method is hereinafter referred to as single designation). The delivery request method is the same as the process shown in FIG.
Second, a delivery request is made to a plurality of storages 5 belonging to the designated group G. In this request method, for example, as shown in FIG. 7, a delivery request is simultaneously made to a plurality of drages 5, 5,... (B company, C company, D company,...) Belonging to the same group G1. The method is called group designation).
Third, a delivery request is made to all (a plurality of) storages 5 registered in the system 100. For example, as shown in FIG. 8, this request method requests delivery to all the dramas 5 (Company B,..., N) regardless of the group G (hereinafter, this method is referred to as free designation).

At the time of each designation, the requested amount is presented to all the drage 5 from the sea currency 1 or an estimate request is made to all the drage 5.
The single designation, group designation, and free designation may be performed with priority. That is, group designation may be performed when delivery is rejected to the storage 5 designated by single designation, and free designation may be performed when delivery is refused even by group designation.

Next, a method for evaluating the estimated price presented by the ledge 5 by the sea currency 1 will be described.
In order to make it easy to objectively evaluate the estimated price presented by the dreage 5 for the sea currency 1, estimate support will be provided by automatic standard fare calculation. Based on this standard automatic fare calculation, when requesting an estimate from the sea currency 1 to the ledge 5, the sea fare 1 calculates the standard fare by the following formula and evaluates the ledge presentation estimate. If the estimated price presented by the drage 5 is higher than the standard fare, a re-estimation request is made, or it is used as an evaluation index for requesting an estimate to another drage. Further, the fare of the shipper request is compared with the standard fare, and used to determine whether or not the sea currency 1 receives a request from the shipper.

  In the standard fare automatic calculation method, first, a place name master is searched using a shipping place (From) to an arrival place (To) as keys, and a city code (JIS municipal code) is obtained. Then, the distance between city codes is searched from the table. Thereby, the distance from the shipping place (From) to the arrival place (To) is obtained. Next, the unit price by container size is determined based on the fare unit price master by size from the input container size. The standard fares are calculated by substituting the distance between cities and the unit price by container size obtained in this equation into Equation 1.

  Note that the multiplication rate is a discount rate set for transactions between the sea currency 1 and the drage 5.

Next, when requesting designation of a request destination as a group or free and receiving "consignment" from a plurality of storages 5, a method for automatically determining request destination candidates to be notified of contracts to which storage 5 should be displayed. explain.
In order to automatically determine the request destination candidates, a storage selection criterion is created and stored in the storage selection criterion master, and based on this, the request destination candidate order is automatically displayed. And in this dreage selection standard, a plurality of evaluation items are provided, and it is evaluated / determined which dage is adopted at the total score. FIG. 5 shows an example of automatic determination evaluation of request destination candidates. As the evaluation items, for example, the price, the number of handlings per month, the number of shipper claims per month, the commission rate per month, and the arrival time are preset.

  And for these evaluation items, the weight of the sea currency 1 can be changed freely on the screen in advance. This weighting is the degree to which the item is evaluated among the entire evaluation items, and is set as a percentage of the total. For example, the price is determined based on a conditional expression indicating whether or not the suggested price of the storage 5 is equal to or less than the standard fare as compared with the standard fare described above. As a result of the determination, if the presented price is equal to or less than the standard fare, an evaluation score of 10 points is added as an evaluation value.

  Also, for the number of handled lines, for example, 1000 or more is set in the conditional expression. This is effective when emphasizing the depth of past relationships when dealing. The greater the number of items handled, the deeper the degree of association between the sea currency 1 and the dreage 5. When the number handled is 1000 or more, 10 evaluation points are added as evaluation values.

On the other hand, for the number of shipper claims, for example, it is set to 10 times or less in the conditional expression. This is effective when importance is attached to the small number of complaints from shippers. When the number of shipper claims is 10 times or less, 10 evaluation points are added as evaluation values.
Further, the commission rate is set to 95% or more in the conditional expression, for example. The commission rate is a rate of how much the draage 5 has commissioned the request for the sea currency 1, and the higher the rate, the better the image of the sea currency 1. As a result of the determination, if the trust rate is 95% or more, 10 evaluation points are added as evaluation values.

Furthermore, a conditional expression is set as to whether or not the arrival time is within a predetermined time range, for example. As a result of the determination, if it is within the scheduled time range, 10 evaluation points are added as evaluation values.
Furthermore, each of these evaluation points is multiplied by a weight set for each evaluation item, and finally becomes an evaluation value.

Thereafter, the calculated evaluation values are compared for each of the drages 5, and the drage 5 having the highest evaluation value is selected. Alternatively, a plurality of drages 5 that satisfy a certain standard are selected.
In addition, the sea currency 1 can be freely set from the screen such as a conditional expression, an evaluation point, and a weight.
As described above, the sea currency 1 can objectively evaluate the request candidate and can easily make a decision.

Next, a method for sending a delivery start command to the driver via the IDC 3 or confirming the completion report from the personal computer used by the drage 5 will be described based on the flowchart of FIG.
In FIG. 6, in step 401, data relating to, for example, the order number 200 requested from the sea currency 1 from the personal computer used by the drage 5 is transmitted to the IDC 3. In IDC 3, this data is sent to the driver 700 by mail in step 403.

  In step 405, the driver 700 receives this mail by the mobile phone. Thereafter, the driver 700 confirms the order number in step 407 and operates the “start” button from the mobile phone. At this time, in the case of export, an empty container number, a seal number, TierWT, and the like are input by this mobile phone.

  In step 409, “start” data regarding the order number 200 is transmitted to the personal computer used by the storage 5. Thus, in the drage 5, it can be confirmed in real time in step 500 that the delivery of the cargo related to the order number 200 has started.

  On the other hand, when the operation by the driver 700 is completed, the driver 700 operates a “complete” button for delivery from the mobile phone in step 411. At this time, in the case of export, an actual container number or the like is input by this mobile phone. This notification is transmitted to the personal computer used by the storage 5 via the IDC 3 in step 413. Thus, in the drage 5, it is possible to confirm in real time in step 500 that the delivery of the cargo related to the order number 200 has been completed.

  Examples of the delivery start / completion report screen are shown in FIGS. FIG. 13 shows an example of the screen on the side of the drage 5, and FIG. 14 shows an example of the screen on the side of the sea currency 1. In this way, the progress of work can be easily grasped on the delivery start / completion report screen.

Next, a method for automatically creating a billing statement from the drage 5 will be described.
Conventionally, the drage 5 has created a bill by sea based on the actual results. And the sea currency 1 is checking the estimate from the drage 5 for every container. There were many cases where the amount charged for Draage 5 was different, and it was difficult to check thousands of containers a month. For this reason, “delivery results by storage company” is issued as a billing statement for the sea currency 1 based on the data accumulated by the IDC 3. On the other hand, “Delivery results by shipping company” is issued as a billing statement to the drage 5.

Next, a configuration example of the screen will be described.
FIG. 9 is an example of a delivery request information registration screen (import). It shows the case where the import business of cargo is requested for shipping at the time of shipping from the maritime industry. The company code 601 and the company name, the logged-in person in charge code and the person in charge name are displayed using the user ID as a key from the maritime master. The request destination field 602 can be selected by selecting the registration number of the storage 5.

  The group designation or free designation can be performed by the group designation selection field 603 or the free designation selection field 605. The group designation designates all of the dreage 5 contracted with the sea currency 1 subscribing to the system when requesting delivery. On the other hand, the free designation designates all of the subscribed storages 5 of this system when a delivery request is made.

  In the order number column 607, the order number used for the order unit of the sea currency 1, I / I (Import Instruction), No. B / L (Bill of Lading) No., D / O ( Delivery Order: Cargo delivery order or delivery order) No. is entered. Similarly, the shipping company, ship name, shipper name, destination (cargo delivery place), etc. are entered.

  In the container input field 609, the container size, container type, number of containers (set by size and type), container number, TierWeight (container weight, unit kg), seal number (container seal number, maximum per container) 3) are input. If the number of containers exceeds 5, you can specify additional containers by pressing the More button.

  Also, in the unload date / time input field 611, the date and time when the actual container is scheduled to be taken out from the unloading location is entered. In the carry-out place 613, the carry-out place of the actual container is selected or inputted from a previously registered ID. In the delivery date / time input field 615, the date and time when the actual container is scheduled to be delivered to the delivery destination is entered. In the delivery destination input field 617, the delivery destination of the actual container is entered, and in the empty container return date entry field 619, the date and time when the empty container is scheduled to be returned are entered. In the empty container return destination input field 621, the return destination of the empty container is entered.

  In the delivery charge calculation column 623, a charge is automatically calculated by selecting a pattern and inputting a distance, a multiplication rate, an additional charge, and the number of pieces. Here, the pattern is the charge table type of container delivery, the distance of container delivery in the distance column, the rate of container delivery in the rate column (%), and the extra column in the extra column (%) In the number column, the quantity of container delivery is entered. However, it is also possible to input the delivery fee directly in the fee column. In addition, the Remarks column 625 is a contact information column on the maritime side / drake side.

  FIG. 10 is an example of a delivery request information registration screen (export). This shows the case where the shipping industry has requested export of cargo for transportation at the time of return. Since only a part is different from the case of import in FIG. 9, the same elements as those in FIG. In the order number column 607, an S / I (Shipping Instruction) No. is entered instead of an I / I (Import Instruction) No ..

  In the PickUp date / time input field 631, the date and time when an empty container is scheduled to be picked up from the PickUp location is entered. In the PickUp location input field 633, the PickUp location of the empty container is selected or entered from the IDs registered in advance. In the delivery date / time input field 635, the date and time of the scheduled delivery completion are entered in the delivery destination of the empty container. In the loading place input field 637, the delivery destination of the empty container is entered. In the CY cut date input column 639, the arrival deadline date and time of the actual container entering the container yard is entered. In the carry-in CY destination input field 641, the carry-in CY destination of the actual container is entered.

  FIG. 11 is an example of a delivery acceptance / impossibility registration screen. The drage 5 can use this screen to search for a case from the sea currency 1 as the request source, and set whether to accept or reject the requested case. The upper part of the screen is designed for search, and the lower part displays a list of searched items. If the undecided item column 651 is checked and the search button 653 is pressed, the items that are currently undecided are listed at the bottom.

  On the other hand, if a check is made in the consignment item column 655 and a search button 653 is pressed, items currently under consignment are listed at the bottom. If the search button 653 is pressed without checking the undecided item column 651 and the entrusted item column 655, both the current entrusted item and the undecided item are displayed at the bottom. The search items can be narrowed down by specifying whether the import is an export or an export, and which sea coin is the requester. With reference to each item displayed in the lower part, the drage 5 can set entrustment or rejection for each item by checking the entrustment box column 657 and the rejection box column 659.

  FIG. 12 is an example of a delivery acceptance / impossibility confirmation screen. The sea currency 1 can search for a case using this screen, and can confirm a reply of delivery acceptance / impossibility from the storage 5. The upper part of the screen is designed for search, and the lower part displays a list of searched items. The search is performed for the person in charge by inputting the person in charge in the person-in-charge input field 671. The person in charge can be specified by selecting the person in charge registration number.

  In addition, it is possible to search by designating a request destination or shipper name or designating an order number. Further, group designation or free designation can be performed by a group designation selection field 673 or a free designation selection field 675. Furthermore, it is possible to specify whether to import or export. If you do not specify import or export, a list of all projects will be displayed. By pressing the search button 653, the above search key is searched.

  For each searched item, details, changes, and deletions can be selected. If the detail 677 is clicked, the display of FIG. 9 or FIG. 10 is displayed, and more detailed information can be referred to. If the change 679 is clicked, the contents can be changed, and the changed request item can be requested to the storage 5 again. By clicking on delete 681, the requested case can be deleted.

  FIG. 13 is an example of a delivery start / completion report registration screen. The drage 5 can use this screen to search for cases and register delivery start / completion reports. The upper part of the screen is designed for search, and the lower part displays a list of searched items. The search is performed for the request source by inputting the request source in the request source input field 691. The designation of the request source can be selected by selecting the registration number of the request source.

  In addition, it is possible to search by specifying delivery date / time, PickUp date, delivery date, import or export. By pressing the search button 653, the above search key is searched. For each searched case, the completion date and time can be entered in the completion date and time entry field 655.

  On the other hand, FIG. 14 is an example of a delivery start / completion report confirmation screen. The information registered on the delivery start / completion report registration screen in FIG. 13 can be searched for or confirmed by the transaction 1. The upper part of the screen is designed for search, and the lower part displays a list of searched items. Note that the same elements as those in FIG. As for the sea currency 1, the completion date and the completion time can be confirmed for each item. As described above, the delivery progress status can be easily grasped in real time.

  Further, by sharing container delivery request / consignment / start / completion information with a Web system, a supply chain is formed and the following effects are expected. In other words, in the export, it is possible to realize cost reduction by promoting the close partnership between the maritime 1 and the drage 5 by sharing information from the empty container arrangement to the terminal loading of the actual import container. On the other hand, in the case of imports, it is possible to reduce costs by promoting the establishment of a close partnership between the maritime 1 and the dredge 5 by sharing information from the terminal loading arrangement of actual containers to the container terminal loading of empty containers.

  By changing from a telephone or FAX to a Web system, paperlessness is realized and the efficiency of business processing is improved. There is no delivery request omission. In addition, administrative costs are reduced by sharing computer resources and reducing operational costs and communication costs. Shipper's designated time is observed and logistics service is improved. The accuracy, speed, and certainty are improved, such as the drage charge check time being shortened. Information can also be accessed from a mobile terminal or a mobile processing terminal, so that request information can be shared inside and outside the company.

The system block diagram of the international maritime container delivery management system which is embodiment of this invention Flow chart of international maritime container delivery management business using international maritime container delivery management system of the present invention (export business) Same as above (import business) Flow chart showing delivery request information registration, delivery acceptance / impossibility registration and delivery acceptance / impossibility confirmation Diagram showing an example of automatic evaluation for request destination candidates Flow chart showing delivery start / completion registration and delivery start / completion report confirmation Conceptual diagram of group designation Conceptual diagram of free designation Sample screen for registering delivery request information (in case of import) Sample screen for registering delivery request information (for export) Sample screen for delivery consignment / impossibility registration Sample screen for confirming delivery acceptance / impossibility Example of delivery start / completion report screen (Drage side) Example of delivery start / completion report screen (sea currency side)

Explanation of symbols

1 Sea 3 IDC (Server)
5 Drake 7 Internet 10, 50 PC 32 Database 100 International Maritime Container Delivery Management System

Claims (10)

With the origin of the shipment
A request source information processing device used by the request source; and
With the destination of the shipment
A request destination information processing device used at the request destination;
A server that communicates between the request destination information processing device and the request source information processing device via the Internet, and manages information;
An international maritime container delivery management system comprising processing means such as an inquiry for performing an inquiry and / or a request for quotation between the request source and the request destination,
In the inquiry processing means,
A single designation request that specifies the destination of the request independently,
A group designation request to send a broadcast request to multiple group-designated recipients;
An international maritime container delivery management system comprising: a free designation request for making a broadcast request to a plurality of or all destinations exceeding the group designation. With the origin of the shipment
A request source information processing device used by the request source; and
With the destination of the shipment
A request destination information processing device used at the request destination;
A server that communicates between the request destination information processing device and the request source information processing device via the Internet, and manages information;
Inquiry processing means for inquiring a request item and / or requesting a quotation between the request source and the request destination;
An international maritime container delivery management system comprising: an estimated offer price evaluation means for evaluating the price presented by the inquiry processing means by comparing with a reference price.   3. The international maritime container delivery management system according to claim 2, wherein the reference price is calculated based on at least a distance from a shipping place to an arrival place and a container size. An intercity distance table storing each city name and the distance between the cities;
City designation means for designating the shipping place and the arrival place by selecting a city;
4. The international maritime container delivery management system according to claim 3, wherein a distance between cities is extracted from a city designated by the city designation means based on the intercity distance table. With the origin of the shipment
A request source information processing device used by the request source; and
With the destination of the shipment
A request destination information processing device used at the request destination;
A server that communicates between the request destination information processing device and the request source information processing device via the Internet, and manages information;
Inquiry processing means for inquiring a request item and / or requesting a quotation between the request source and the request destination;
The international maritime characterized by comprising request destination candidate narrowing means for narrowing down the request destination candidates from a plurality of request destinations indicating the intention of entrusting the requested matter by the inquiry processing means. Container delivery management system. In the request destination candidate narrowing means,
A plurality of evaluation items prepared in advance;
A conditional expression for evaluating the evaluation item;
A judging means for judging whether or not the conditional expression is satisfied;
Integrating means for integrating the results determined by the determining means as evaluation points;
6. The international maritime container delivery management system according to claim 5, further comprising request destination narrowing means for narrowing down the request destinations based on the magnitude of the accumulated value accumulated by the accumulation means.   7. The international maritime container delivery management system according to claim 6, wherein a predetermined weight is applied to the evaluation point.   The international maritime container delivery management according to claim 6 or 7, wherein at least one of the evaluation item, the conditional expression, the evaluation point, and the weight is editable by the requester. system. With the origin of the shipment
A request source information processing device used by the request source; and
With the destination of the shipment
A request destination information processing device used at the request destination;
A server that communicates between the request destination information processing device and the request source information processing device via the Internet, and manages information;
An international maritime container delivery management system comprising processing means such as an inquiry for performing an inquiry and / or a request for quotation between the request source and the request destination,
Delivery start / completion input means for inputting start and completion of delivery of the transported cargo;
An international maritime container delivery management system comprising delivery start / completion confirmation means for confirming start and completion of delivery input by the delivery start / completion input means. With the origin of the shipment
A request source information processing device used by the request source; and
With the destination of the shipment
A request destination information processing device used at the request destination;
A server that communicates between the request destination information processing device and the request source information processing device via the Internet, and manages information;
An international maritime container delivery management system comprising processing means such as an inquiry for performing an inquiry and / or a request for quotation between the request source and the request destination,
The international marine container delivery management system characterized in that the server manages the billing amount of transported cargo for each case made at the request destination and automatically creates a billing statement.

Images