WO2017013800A1 - 運送コスト算出システム及び運送コスト算出方法 - Google Patents

運送コスト算出システム及び運送コスト算出方法 Download PDF

Info

Publication number
WO2017013800A1
WO2017013800A1 PCT/JP2015/071022 JP2015071022W WO2017013800A1 WO 2017013800 A1 WO2017013800 A1 WO 2017013800A1 JP 2015071022 W JP2015071022 W JP 2015071022W WO 2017013800 A1 WO2017013800 A1 WO 2017013800A1
Authority
WO
WIPO (PCT)
Prior art keywords
contract
transportation cost
contract condition
calculation system
conditions
Prior art date
Application number
PCT/JP2015/071022
Other languages
English (en)
French (fr)
Inventor
直子 岸川
順子 細田
至弘 大谷
Original Assignee
株式会社日立物流
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社日立物流 filed Critical 株式会社日立物流
Priority to PCT/JP2015/071022 priority Critical patent/WO2017013800A1/ja
Priority to JP2017501340A priority patent/JPWO2017013800A1/ja
Publication of WO2017013800A1 publication Critical patent/WO2017013800A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management

Definitions

  • the present invention relates to a technique for calculating freight transportation costs.
  • Patent Document 1 JP-A-2008-265970. This publication states that “it provides an article loading system and an article loading simulation method for improving the loading efficiency in loading and improving the loading ratio in the accommodation space” (see summary).
  • the amount of cargo is defined in terms of fare weight.
  • the fare weight corresponds to the larger value of the actual weight of the cargo and the volume weight.
  • Patent Document 1 describes a mechanism for reducing the transportation cost by optimizing the position and loading order of the cargo for the specified cargo quantities and their accommodation spaces. However, Patent Document 1 does not describe a method for reducing transportation costs by changing transportation contract conditions or acquiring new contract conditions.
  • the present invention provides a condition change proposal for an existing contract and a method for calculating a new contract proposal that reduce the transportation cost.
  • one aspect of the present invention is a transportation cost calculation system including a control unit and a storage unit connected to the control unit, wherein the storage unit relates to the transportation of cargo.
  • the contract condition information including a plurality of contract conditions and the freight master information including information for calculating the freight of the cargo are stored, and the control unit generates a contract condition draft, and the contract condition information and the fare Based on the master information and the generated contract condition proposal, calculate the transportation cost when the contract condition proposal is applied to a plurality of contract conditions included in the contract condition information and the transportation cost when it is not applied.
  • the contract condition draft is output when the transportation cost when the proposed contract condition is applied is lower than the transportation cost when the proposed contract condition is not applied.
  • the transportation cost of the forwarding business can be reduced.
  • FIG. 1 is a block diagram showing a configuration of a transportation cost calculation system according to an embodiment of the present invention.
  • the transportation cost calculation system 1 of the present embodiment is a computer having, for example, a control unit P1, a storage unit D1, an input unit I1, an output unit O1, and a communication unit T1 connected to each other.
  • the control unit P1 executes, for example, a program stored in the storage unit D1, thereby executing a contract condition draft generation unit P1-1, a transportation cost calculation unit P1-2, a contract condition draft evaluation unit P1-3, and an output unit P1- 4.
  • the storage unit D1 is a storage device such as a semiconductor storage device or a hard disk drive, for example, a program executed by the control unit P1, data referred to in processing executed by the control unit P1, and processing executed by the control unit P1.
  • the data generated by is stored.
  • the storage unit D1 of the present embodiment stores at least the existing contract condition storage unit D1-1, the fare master storage unit D1-2, and the contract condition plan storage as areas for storing data referred to or generated by the processing of the control unit P1.
  • a fare weight master D1-21 and a fare master D1-22 are stored. These include information associating the quantity of goods with the fare.
  • a change item priority order storage unit D1-5 for example, a parent file D1-51 and a plurality of subfiles D1-52 are stored.
  • a contract condition proposal generation parameter storage unit D1-8 for example, a parent file D1-81 and a plurality of subfiles D1-82 are stored. Details of the data stored in each of the above sections will be described later.
  • the input unit I1 is a device such as a keyboard, a mouse, or a touch sensor that accepts input of information by a user of the transportation cost calculation system 1, for example.
  • the output unit O1 is, for example, an image display device that outputs information to the user of the transportation cost calculation system 1.
  • the communication unit T1 is connected to the network N1 and is an interface for communicating with other devices (not shown).
  • FIG. 2 is a flowchart showing processing executed by the transportation cost calculation system according to the embodiment of the present invention. Hereinafter, the process executed by the transportation cost calculation system will be described with reference to FIG.
  • control unit P1 reads existing transportation contract conditions from the existing contract condition storage unit D1-1 of the storage unit D1 (S1-1).
  • control unit P1 reads the fare weight master D1-21 and the fare master D1-22 from the fare master storage unit D1-2 of the storage unit D1 (S1-2).
  • the contract condition proposal generation unit P1-1 of the control unit P1 generates a contract condition change proposal or a new contract condition proposal (S1-3).
  • the contract condition change proposal is a contract condition proposal created by changing any of the existing contract conditions read in S1-1, and when it is adopted, The existing contract terms that are the basis of the proposed change are replaced by the proposed contract terms change proposal.
  • the new contract condition proposal is a newly created contract condition proposal, and when it is adopted, the new contract condition proposal is added to the existing contract conditions.
  • the proposed new contract condition may be created by any method. In practice, the proposed new terms and conditions may be identical to any of the existing terms and conditions, or may be created by changing the existing terms and conditions, if they are adopted. Instead of replacing existing terms and conditions, they are added to existing terms and conditions.
  • the transportation cost calculation unit P1-2 of the control unit P1 calculates the transportation cost of the existing contract condition of S1-1 and the transportation cost when the proposed contract condition of S1-3 is adopted (S1-4).
  • the transportation cost when the proposed contract condition of S1-3 is adopted means that when the contract condition change proposal is created in S1-3, the original contract condition is replaced by the contract condition change proposal. If a new contract condition draft is created in S1-3, this is the transport cost when a new contract condition draft is added to the existing contract conditions.
  • the contract condition proposal evaluation unit P1-3 of the control unit P1 compares the transportation cost calculated in S1-4. If the transportation cost is lower when the contract condition proposal is adopted than when it is not adopted, the S1 -4 is stored in the contract condition plan storage unit D1-3 of the storage unit D1 (S1-5).
  • the control unit P1 repeats steps S1-3 to S1-5 until a predetermined end condition is satisfied. For example, when the number of repetitions of steps S1-3 to S1-5 reaches a predetermined number, the control unit P1 determines that the calculation time due to the repetition of steps S1-3 to S1-5 reaches a predetermined time. -5 Specified when a predetermined number of draft contract conditions determined to reduce the transportation cost in -5 are obtained, or when the reduction in transportation cost by adopting the obtained contract conditions exceeds a predetermined amount It may be determined that the termination condition is satisfied.
  • the output unit P1-4 of the control unit P1 outputs the contract condition plan stored in the contract condition plan storage unit D1-3 (S1-6).
  • control unit P1 stores the adopted plan in the condition plan adoption record storage unit D1-4 of the storage unit D1 (S1-7).
  • existing contract conditions may include information indicating an allowable range in advance.
  • the control unit P1 automatically adopts the contract condition change proposal regardless of the user's judgment when the change contents in the contract condition change proposal created in S1-3 are within the preset allowable range. May be.
  • the control unit P1 designates the contract condition change plan that is determined to be within the allowable range in S1-6 as the contract condition change plan via the communication unit T1 and the network N1.
  • a flight designated by the proposed contract condition change proposal may be reserved by transmitting to a transport company (for example, an airline). As a result, the work of the forwarding operator can be made more efficient.
  • step S1-3 the contract condition proposal generation unit P1-1 can generate a contract condition change proposal or a new contract condition proposal at random according to the format of the existing contract condition storage unit D1-1.
  • the contract condition change proposal in step S1-3 is generated, for example, according to the procedure shown in FIG.
  • FIG. 3 is a flowchart showing a process in which the transportation cost calculation system according to the embodiment of the present invention generates a contract condition change proposal.
  • the contract condition proposal generation unit P1-1 reads the contract condition proposal generation parameter value previously input or randomly generated by the user from the contract condition proposal generation parameter storage unit D1-8 (S4-1).
  • the contract condition proposal generation unit P1-1 determines the contract condition proposal generation parameter value in S4-1 and the existing transportation contract conditions read from the existing contract condition storage unit D1-1 in step S1-1 in FIG. Is used to generate a contract condition change proposal (S4-2).
  • a flag value indicating whether or not each item of the contract condition is a change target, the priority of the change given to each item to be changed, and the item to be changed is a numerical value.
  • the minimum and maximum values that can be taken and the step size at the time of condition change are stored in the parent file D1-81 of the contract condition proposal generation parameter storage unit D1-8.
  • a list of possible attribute values when the item to be changed is an attribute is stored in the subfile D1-82.
  • the contract condition proposal generation unit P1-1 may generate a new contract condition proposal by duplicating any of the existing contract conditions when generating the new contract condition proposal in step S1-3.
  • a new contract condition proposal may be generated by changing the copy in the same procedure as described above.
  • the contract condition proposals output in step S1-6 may be sorted in advance according to the priority order.
  • the contract condition proposal sorting unit P1-5 of the control unit P1 sorts a plurality of contract condition proposals stored in the contract condition proposal storage unit D1-3.
  • the output unit P1-4 displays a plurality of proposed contract conditions (that is, in descending order of priority).
  • the transport cost calculated in S1-4 is used to calculate the transport cost reduction amount that is the difference between the transport cost of the existing contract conditions and the transport cost after applying each contract condition proposal.
  • condition plan adoption record storage unit D1-4 there is a method of sorting in order from contract condition proposals having a high degree of similarity to contract conditions having a large number of adoption records, using past condition adoption records stored in the condition plan adoption record storage unit D1-4. For example, if there is a lot of adoption results of the change plan that changed the day of the week, it is determined that the proposed contract condition that has changed the day of the week has a high degree of similarity to the contract condition that has a lot of adoption results, and other items have been changed. It should be sorted so that it is displayed in preference to the plan.
  • each proposed change condition is generated by changing which one of the contract condition items such as shipping date, route, quantity, transportation company, day of the week, and cargo type in the existing contract conditions.
  • the user inputs the priority order of each item or the priority order of the value of each item in advance into the change item priority order storage unit D1-5 of the storage unit D1.
  • An example of setting the priority order of each item is as follows: When a user proposes a change in contract terms to a customer, if the change in the day of the week is easily accepted by the customer and the change in the quantity is likely to be rejected, What is necessary is just to set the priority order high and the priority order of quantity low.
  • the shipping date is set to Monday or Tuesday.
  • the priority order of the modified contract terms and conditions may be increased, and the priority order of the proposed terms and conditions changed on Thursday or Friday may be decreased.
  • the transportation cost calculation system 1 can also calculate an appropriate price under the entered contract conditions by using the existing transport contract condition information and the fare master D1-22 for an arbitrary contract condition.
  • the appropriate price is a price charged to the customer in consideration of actual transportation cost, contract conditions such as shipping date and route, profit, and the like.
  • FIG. 4 is a flowchart showing a process in which the transportation cost calculation system according to the embodiment of the present invention calculates an appropriate price under arbitrary contract conditions.
  • the appropriate price calculation unit P1-6 of the control unit P1 reads the appropriate price calculation parameter value input in advance by the user from the appropriate price calculation parameter storage unit D1-6 of the storage unit D1 (S2-1).
  • the appropriate price calculation parameter value is a parameter value for calculating an appropriate price based on the calculated transportation cost.
  • the reasonable price calculation unit P1-6 inputs the contract conditions for which the reasonable price is to be calculated to the transport cost calculation unit P1-2, and the transport cost calculation unit P1-2 calculates the transport cost under the target contract conditions. (S2-2).
  • the appropriate price calculation unit P1-6 uses the parameter value read in step S2-1, the contract conditions for which the appropriate price is calculated, and the transportation cost calculated in step S2-2 to determine the appropriate price. Is calculated and output to the appropriate price storage unit D1-7 of the storage unit D1 (S2-3).
  • the transportation cost calculation system 1 can also calculate an appropriate price charged to a customer even for a contract condition change proposal in which the contract conditions are changed little by little.
  • FIG. 5 is a flowchart showing a process in which the transportation cost calculation system according to the embodiment of the present invention calculates an appropriate price for the contract condition change proposal.
  • the neighborhood condition appropriate price calculation unit P1-7 of the control unit P1 inputs the contract condition for which the appropriate price is to be calculated to the contract condition proposal generation unit P1-1, and the contract condition proposal generation unit P1-1 receives the target condition.
  • a plurality of contract condition change proposals are generated by gradually changing the contract conditions (S3-1).
  • the neighborhood condition appropriate price calculation unit P1-7 executes steps S2-1 to S2-3 in FIG. 4 for each of the generated contract condition change proposals, and calculates each appropriate price (S3- 2).
  • the reasonable price calculation unit P1-7 in the vicinity condition outputs the reasonable price calculated for each proposed contract condition change to the reasonable price storage unit D1-7 (S3-3).
  • the transportation cost calculation system 1 executes the above processing, for example, when a user inputs a contract condition consulted by a customer, a condition plan in which the condition is changed little by little in addition to the contract condition consulted by the customer. Can also output a reasonable price. Customers can compare multiple contract terms and conditions, thus improving customer satisfaction.
  • FIG. 6 is an explanatory diagram showing a contract condition input screen W1 output by the transportation cost calculation system of the embodiment of the present invention.
  • the format F1a of the input contents includes a shipping date / time storage field F1-3, a day of week storage field F1-4, a route-determining departure / arrival / transport mode storage field (F1-5, F1-6, F1-respectively, respectively). 7), storage field F1-8 of the transport company, storage fields of actual weight and volume for determining the quantity (F1-9 and F1-10, respectively), storage field F1-11 of the fare master type used for calculating the fare weight, and A cargo type storage field F1-12 is provided. Instead of the volume storage field F1-10, a storage field for each of the vertical, horizontal, and height dimensions of the cargo may be provided. Although omitted in FIG. 6, the format F1a of the input content may further include a storage field of a shipper (that is, a customer who has requested transportation according to the contract conditions).
  • Each of the storage fields displayed on the screen corresponds to a storage field in the existing contract condition storage unit D1-1 of the storage unit D1 (see FIG. 8A). The same applies to the other storage fields described below.
  • each value is stored in the corresponding storage field in the existing contract condition storage unit D1-1.
  • a contract condition input screen W1 including the input value is output by the output unit O1.
  • FIG. 7 is an explanatory view showing an output screen W2 of a reasonable price calculation result output by the transportation cost calculation system of the embodiment of the present invention.
  • the format F1b of the output content includes a field F1-13 having a reasonable price in addition to the fields F1-3 to F1-12 similar to the format F1a of the input content in FIG.
  • FIG. 7 shows, as a specific example, the contract conditions shown in FIG. 6, two contract condition change proposals generated based on the contract conditions, and the appropriate prices calculated for each.
  • the first row (Given Plan) is the contract condition requested by the customer, and the same values as in FIG. 6 are displayed in the fields F1-3 to F1-12.
  • 300 yen / ton is displayed as the appropriate price calculated in S2-3 of FIG.
  • the second line is a contract condition change proposal generated by changing the day of the week from Wednesday to Tuesday among the contract condition items in the first line.
  • the reasonable price field F1-13 in the second row 200 yen / ton is displayed as the reasonable price calculated in S2-3 of FIG. This means that the transportation cost calculated for the contract condition change proposal in S1-5 in FIG. 2 is lower than the transportation cost calculated for the contract condition of the first row.
  • the third line (Proposal 2) changes the day of the week from Wednesday to Tuesday in the terms and conditions of the first line. Ltd .. To B. Ltd ..
  • This is a contract condition change proposal generated by changing to.
  • the reasonable price field F1-13 in the second row displays 120 yen / ton as the appropriate price calculated in S2-3 of FIG. This means that the transportation cost calculated for the contract condition change proposal in S1-5 in FIG. 2 is lower than the transportation cost calculated for the contract condition of the first row.
  • FIG. 8A is an explanatory diagram showing a file format of the existing contract condition storage unit D1-1 held by the transportation cost calculation system according to the embodiment of this invention.
  • the existing contract condition storage unit D1-1 stores contract conditions relating to the transportation of cargo that has already been established.
  • the file format F1 of the existing contract condition storage unit D1-1 is in addition to the storage fields F1-3 to F1-12 similar to the input content format F1a of FIG. It includes a storage field F1-1 for a contract number uniquely determined for each contract and a storage field F1-2 for a shipper name that defines a customer.
  • the values of the storage fields F1-3 to F1-12 corresponding to the contract number “1” correspond to the input contents illustrated in FIG.
  • each item is set to one, but a value having a certain width (allowable range) may actually be set. For example, values such as April 15, 2015 and two days before and after that may be set in the field F1-3.
  • FIG. 8B is an explanatory diagram showing a file format F10 of fare master correspondence information held by the transportation cost calculation system of the embodiment of the present invention.
  • the value of the fare master type stored in the storage field F1-11 includes a parameter for calculating the volume weight from the volume (see FIG. 9) and a parameter for calculating the fare from the fare weight (see FIG. 10). It is associated.
  • the fare master correspondence information shown in FIG. 8B includes information for associating them.
  • the file format F10 of the fare master correspondence information illustrated in FIG. 8B includes the value “Master 1” of the fare master type storage field F1-11 and the fare master type storage field F2-1 of FIG. Is associated with the value “1” of the master number storage field F3-1 in FIG.
  • parameters for calculating the transportation cost in the contract condition and the contract condition change proposal of FIG. 7 are specified.
  • FIG. 9 is an explanatory diagram showing the file format F2 of the fare weight master D1-21 held by the transportation cost calculation system of the embodiment of the present invention.
  • the freight weight is the larger of the actual weight and the volume weight, and the volume weight can be defined by (Equation 1).
  • volume weight [ton] (A1a) + (A1b) ⁇ (Volume volume [m 3 ]) (Formula 1)
  • (A1a) and (A1b) use parameter values determined for each transportation mode such as air transportation and sea transportation. Each parameter value is stored in the fare weight master D1-21.
  • the file format F2 of the fare weight master D1-21 includes a fare master type storage field F2-1 and storage fields F2-2 and F2-3 of fare weight calculation parameters (A1a) and (A1b).
  • (A1a) and (A1b) corresponding to the fare master type “Ocean_LTL” are parameters applied to marine transportation
  • (A1a) and (A1b) corresponding to “Air_IATA” and “Air_2” are air traffic. This parameter applies to transportation.
  • FIG. 10 is an explanatory diagram showing the file format F3 of the fare master D1-22 held by the transportation cost calculation system of the embodiment of the present invention.
  • Format F3 includes master number storage field F3-1, shipping company storage field F3-2, shipping date / day of week storage fields (F3-3 and F3-4, respectively), shipping flight name storage field F3-5, Storage fields for departure, arrival and transportation modes (F3-6, F3-7, F3-8 respectively), fare weight storage field F3-9, fare storage field for fare weight F3-10, and And a fare shape storage field F3-11 for determining whether the fare changes continuously or discretely (step-like) according to the fare weight.
  • the fare per ton of fare weight (ie unit price) is 200 yen in the range of 0 to 0.2 tons of fare weight, Will be 150 yen in the range from 0.2 tons to 1 ton and 100 yen in the range where the fare weight exceeds 1 ton.
  • the unit price of the fare paid to the airline in the case of a shipping service
  • the freight weight is the larger of the actual weight and the volume weight, so that the weight-winning cargo (that is, the actual weight is larger than the volume weight) and the volume-winning (that is, the volume weight is larger than the actual weight). )
  • the unit price may be lower than shipping each individually. These means that the unit price may be lowered by changing the contract terms or adding new contract terms and consolidating the cargo of multiple customers into one flight.
  • FIG. 11 is a diagram showing the file format F4 of the contract condition proposal storage unit D1-3 held by the transportation cost calculation system according to the embodiment of the present invention.
  • the file format F4 in the contract condition proposal storage unit D1-3 indicates whether the contract condition proposal is a change proposal or a new proposal.
  • a field F4-1 for storing, and a field F4-2 for storing the same contract number as the contract number storing field F1-1 of the contract condition of the source of change in the case of a change plan are provided.
  • FIG. 12 is an explanatory diagram showing the file format F5 of the condition proposal adoption record storage unit D1-4 held by the transportation cost calculation system of the embodiment of the present invention.
  • the condition proposal adoption record storage unit D1-4 stores a list of contract condition change proposals that have been actually adopted (that is, the shipper has approved the change) among the contract condition change proposals generated in the past.
  • the file format F5 of the condition proposal adoption record storage unit D1-4 adopts the contract condition proposal in addition to the storage fields F1-1 to F1-12, F4-1 and F4-2 similar to the format F4 of FIG.
  • a shipper name storage field F5-1 is provided.
  • the similarity between the generated contract condition change proposal and the adopted contract condition change proposal can be calculated by any method including a publicly known method, and thus detailed description thereof is omitted here.
  • the similarity may be calculated based on the number of items with the same content or the similarity of the content of each item, or the item may be weighted. For example, when it is considered that the same change is likely to be permitted under the contract conditions with the same shipper, weighted similarity may be calculated so that the shipper's identity is emphasized. .
  • FIG. 13 is an explanatory diagram showing the file format F6 of the parent file D1-51 of the change item priority order storage unit D1-5 held by the transportation cost calculation system of the embodiment of the present invention.
  • the format F6 includes a storage field F6-1 in the priority order of the shipping date, a storage field F6-2 in the priority order of the day of the week, and a storage field in the priority order of the departure point, the arrival point, and the transportation mode (F6-3, F6-4, F6-5), storage field F6-6 in priority order of shipping company, storage field in priority order of actual weight / volume to determine the quantity (F6-7, F6-8, respectively), used for calculating fare weight
  • a freight master type priority storage field F6-9, a cargo type priority storage field F6-10, and a cost priority storage field F6-11 are provided.
  • the highest priority is set for the day of the week, and then the highest priority is set in the order of the transportation company, departure place, arrival place, and transportation mode. These priority orders are referred to in order to determine the order in which the draft contract conditions are output in S1-6 of FIG.
  • a contract condition change proposal in which an item is changed is output with higher priority than a contract condition change proposal in which a lower priority item is changed. For example, when it is expected that the customer is likely to accept the change of the day of the week in the contract condition item, the highest priority is set for the day of the week as described above.
  • the output unit P1-4 confirms the item changed from the original contract condition for each of the generated multiple contract condition change proposals, and the contract condition change proposal whose day of the week is changed to the other contract condition change proposals. Output in preference to the proposed contract condition change plan. However, as for the day of the week, if the day of the week is changed, the date is always changed, so the contract condition change proposal with the changed day and date is output in preference to the contract condition change proposal with other items changed. . Similarly, the output unit P1-4 outputs the contract condition change proposal with the changed shipping company in preference to the contract condition change proposal with the changed departure place.
  • the output unit P1-4 preferentially outputs a contract condition change proposal that has a large reduction in transportation cost with respect to the original contract condition. For example, when the highest priority order is set for the day of the week and the next highest priority order is set for the cost, the output unit P1-4 gives priority to the contract condition change proposal with the day of the week changed as described above. As for the remaining contract condition change proposals, those with a large reduction in transportation cost may be preferentially output. When there are a plurality of contract condition change proposals having the same amount of reduction in transportation cost, the contract condition change proposal in which the item with the third highest priority is changed is preferentially output.
  • the output unit P1-4 preferentially outputs, when there are a plurality of contract condition change proposals in which the same item has been changed, regardless of the priority order setting, those with a large reduction in transportation cost. May be. In this way, by setting a high priority order for items that are expected to be easily accepted by the customer, it is possible to preferentially present a contract condition change proposal that is easily accepted by the customer.
  • Priority can also be set for the value of each item (also referred to as parent item) in the parent file D1-51.
  • the priority order of the sub items corresponding to the values of each item of the parent file D1-51 sets the sub file D1-52 of the change item priority order storage unit D1-5. For example, if the parent item is a day of the week, the value of the day of the week is Monday to Sunday as sub items.
  • FIG. 14 is an explanatory diagram showing the file format F7 of the sub file D1-52 of the change item priority order storage unit D1-5 held by the transportation cost calculation system of the embodiment of the present invention.
  • FIG. 14 shows an example in which the parent item is the day of the week and the sub-item is from Monday to Sunday.
  • the parent item is not limited to the day of the week, and any item of format F6 can be set.
  • the format F7 includes a storage field F7-1 for the item name of the parent item, and storage fields F7-2 to F7-N for the priority order of the subitems when there are N-1 subitems.
  • Subfile D1-52 can be set as many as the number of parent items.
  • the output unit P1-4 generates a contract condition change proposal that has been changed on Tuesday, Wednesday, or Thursday from among the plurality of generated contract condition change proposals, and a contract condition change proposal that has been changed to other days of the week. A higher priority is output, and the contract condition change plan changed on Sunday is output last.
  • the value of the storage field F7-1 in the priority order of Sunday may be set to zero. In this case, the output unit P1-4 does not output the contract condition change proposal in which the day of the week is changed to Sunday.
  • FIG. 15 is an explanatory diagram showing the file format F8 of the parent file D1-81 of the contract condition proposal generation parameter storage unit D1-8 held by the transportation cost calculation system of the embodiment of the present invention.
  • Format F8 includes a flag value storage field row F8-1 indicating whether or not each item in the contract condition fields F1-3 to F1-12 is a change target, a change priority storage field row F8-2, In the case of a numerical value, a storage field row of minimum and maximum values that can be taken (F8-3 and F8-4, respectively) and a storage field row F8-5 of a step size at the time of condition change are provided.
  • the fields F1-3 to F1-12 corresponding to the contract condition items are the same as those included in F1 of FIG.
  • the subfile D1-82 of the contract condition proposal generation parameter storage unit D1-8 is set for the subitem whose value is not a numerical value but an attribute value.
  • FIG. 16 is an explanatory diagram showing the file format F9 of the sub file D1-82 of the contract condition proposal generation parameter storage unit D1-8 held by the transportation cost calculation system of the embodiment of the present invention.
  • FIG. 16 shows an example in which the sub item is the day of the week and the attribute values that can be taken are from Monday to Sunday.
  • the format F9 includes a storage field F9-1 for attribute values of sub items.
  • Field F9-1 contains N rows of data when there are N possible attribute values.
  • Subfile D1-82 can be set as many as the number of attribute items in the parent file.
  • the storage field row F8-1 corresponding to the shipping date, day of the week, departure place, and arrival place is “TRUE”. This is because, in S1-3 of FIG. 2, when the draft of the contract condition change based on the contract condition shown in FIG. 6 is created, the shipping date and time “2015/4/15” of the original contract condition and the day of the week “Wednesday” The departure point “NRT (Narita)” and the arrival point “AMS (Amsterdam)” can be changed, and the values of other items cannot be changed.
  • the priority of change is higher in the order of the day of dispatch, date and time, departure place and arrival place.
  • a contract condition change plan in which the day of the week (and the date and time) is changed is preferentially created, and then the contract condition change plan in which the departure place and the arrival place are changed. Is created.
  • the values of the storage field rows F8-3 to F8-5 relating to the shipping date and time are “2015/4/1”, “2015/4/30”, and “1”, respectively. Since the attribute value that the item “day of the week” can take is from Monday to Sunday, the shipping date “2015/4/15” of the original contract condition is changed from “2015/4/1” to “2015/4/1” in S1-3 of FIG. It is possible to create a contract condition change plan that is changed in increments of one day within a range of “2015/4/30” and that the day of the week “Wednesday” of the original contract condition is changed to any day of the week from Monday to Sunday.
  • Items that customers can accept changes are set as targets of change, items that customers are likely to accept changes are set to high priority, and the content range and step size of each item that customers can accept are set and set. By changing the content within the specified range, it is possible to efficiently create a contract condition change plan that is easy for customers to accept.
  • FIG. 17 is an explanatory diagram showing a contract condition narrowing-down condition input screen W3 output by the transportation cost calculation system of the embodiment of the present invention.
  • FIG. 17 shows an example of an input screen W3 for narrowing down the contract conditions where the departure place is NRT, the arrival place is AMS, and the cargo type is Dry (prohibition of water wetting) as targets for display, input, simulation, output, etc. Indicates.
  • FIG. 18 to FIG. 20 show examples of screens for displaying the amount of goods to be transported and the appropriate price on the calendar (that is, in association with the shipment date of each cargo).
  • the screens of FIGS. 18 to 20 only the results of narrowing down by route, transportation company, etc. using the narrowing condition input screen of FIG. 17 may be displayed. Alternatively, the average of each week and each day of the month may be displayed.
  • These screens are output by the output unit O1 in accordance with the control of the output unit P1-4.
  • FIG. 18 is an explanatory diagram showing a calendar display example of the average value of the amount of the cargo output by the transportation cost calculation system of the embodiment of the present invention.
  • FIG. 18 shows, as an example, the actual weight (GW, Gross Weight) and the volumetric weight (VW, Volume Weight) that are the amount of the package among the existing contract conditions read from the existing contract condition storage unit D1-1. And a graph of the average value of the fare weight (CW, Chargeable Weight) calculated for each day of the week (Sunday to Saturday) from September to December 2014 on the calendar It is displayed. This makes it possible to visualize the balance between the actual weight and the volumetric weight on each shipping date, specifically whether the weight wins or the volume wins.
  • GW Gross Weight
  • VW Volume Weight
  • FIG. 19 is an explanatory diagram showing a calendar display example of the amount of transported goods based on the existing contract conditions and the contract condition change proposal output by the transportation cost calculation system of the embodiment of the present invention.
  • FIG. 19 shows, as an example, in addition to the existing contract conditions in September 2014 read from the existing contract condition storage unit D1-1 (that is, the contract conditions already concluded), This is an example in which the amount of packages is simultaneously displayed for the contract condition change proposal and the new contract condition proposal read from part D1-3.
  • the contract condition change proposal the date change due to the change may be indicated by arrows and color coding or hatching as shown in FIG.
  • the contract condition change proposal for changing the shipment date of the weight-winning cargo to be shipped on September 2 under the existing contract conditions and the volume on September 19 The proposed new contract terms and conditions for shipping the winning cargo are displayed. From the graph display of these proposals, cargo is consolidated on September 3rd and 19th, and the difference between the actual weight and the volumetric weight is reduced, so that the transportation cost (specifically, for example, the cost per fare weight) It is visualized that a certain unit price is reduced.
  • FIG. 20 is an explanatory diagram showing a calendar display example of an appropriate price output by the transportation cost calculation system of the embodiment of the present invention.
  • FIG. 20 is an example in which an appropriate price calculated based on the existing contract conditions in September 2014 read from the appropriate price storage unit D1-7 is displayed on the calendar.
  • the appropriate price can be displayed by a graph or a number.
  • the horizontal axis of the graph displayed on each day is the departure time, and the vertical axis is the unit price.
  • the output unit O1 may output an appropriate price before the proposed contract condition is adopted, or may output an appropriate price after the proposed contract condition is adopted, as shown in FIG. However, both may be output at the same time so that the change between them can be understood.
  • the user can easily grasp the contract condition proposal that can reduce the transportation cost by changing or adding it with reference to the displays as shown in FIGS.
  • FIG. 21 is an explanatory diagram showing a contract condition input screen W4 output by the transportation cost calculation system of the embodiment of the present invention.
  • the user inputs the contract condition on the contract condition input screen W4 of FIG. 21, and the appropriate price when the date on the calendar is set as the shipping date is displayed in the format shown in FIG. May be.
  • the fields F1-5 to F1-12 shown in FIG. 21 are the same as those included in the contract condition input screen W1 of FIG.
  • an actual weight of 0.8 ton, a volume of 3 m 3 , and a cargo prohibited from water wetting are transferred to a transportation company A.I.
  • the transportation cost calculation system 1 applies Master 1 as a fare master in accordance with the input conditions, and leaves Narita at 8 am and 4 pm on each day from September 1 to 30, 2014
  • the fare when using the flight to be used is calculated, and the result is displayed as a screen as shown in FIG.
  • the user can propose a contract condition for reducing the transportation cost for the transportation of the cargo proposed by the customer.
  • FIG. 22 is an explanatory diagram showing a breakdown display screen of the contract conditions output by the transportation cost calculation system of the embodiment of the present invention.
  • the transportation cost calculation system 1 can display the existing contract conditions read from the existing contract condition storage unit D1-1 or the breakdown of the proposed contract conditions read from the contract condition plan storage unit D1-3.
  • FIG. 22 shows an example of such a breakdown display.
  • the breakdown of the departure location of the luggage for example, Narita (NRT), Osaka (OSK) and others
  • the arrival of the luggage from Narita (NRT) for example, Amsterdam (AMS) and Bangkok (BKK)
  • the breakdown is shown in the graph at the same time.
  • contract terms that do not originate in Narita or Osaka include contract terms where the departure location is Haneda relatively close to Narita and the arrival location is Amsterdam or Bangkok, or such
  • changing the departure location to Narita may consolidate cargo on Narita flights and reduce transportation costs.
  • the user can easily grasp the change in the contract conditions for reducing the transportation cost and propose it to the customer.
  • the transportation cost calculation system generates at least one of a contract condition change proposal or a new contract condition proposal obtained by gradually changing an existing transportation contract condition, and the transportation cost is calculated from the proposal. Extract and draft proposed contract terms.
  • the fare weight per shipment increases or the actual contracts are changed or newly concluded so that existing contracts or existing contracts and new contracts are aggregated on the same shipping date and route.
  • Cargoes with a large weight and cargoes with a large volumetric weight are mixed in a balanced manner. As a result, the transportation cost of the forwarding business can be reduced.
  • the present invention can be widely applied to the cargo transportation business.
  • the present invention can be applied to the transportation business of a company by excluding the transportation mode and the transportation company from the items of the contract conditions and limiting the object to transportation by air mail of one company.
  • each of the above-described configurations, functions, and the like may be realized by software by interpreting and executing a program that realizes each function by the processor.
  • Information such as programs, tables, and files that realize each function is a memory, hard disk drive, storage device such as SSD (Solid State Drive), or computer-readable non-transitory data such as an IC card, SD card, or DVD. It can be stored in a storage medium.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Quality & Reliability (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

制御部と、前記制御部に接続される記憶部と、を有する運送コスト算出システムであって、前記記憶部は、貨物の運送に関する複数の契約条件を含む契約条件情報と、貨物の運賃を算出するための情報を含む運賃マスタ情報と、を保持し、前記制御部は、契約条件案を生成し、前記契約条件情報、前記運賃マスタ情報及び前記生成された契約条件案に基づいて、前記契約条件情報に含まれる複数の契約条件に前記契約条件案が適用された場合の運送コストと、適用されない場合の運送コストとを算出し、前記契約条件案が適用された場合の運送コストが適用されない場合の運送コストより低い場合に、前記契約条件案を出力する。

Description

運送コスト算出システム及び運送コスト算出方法
　本発明は、貨物の運送コストを算出する技術に関する。
　背景技術に、特開２００８－２６５９７０号公報（特許文献１）がある。この公報には、「積載に係る作業効率を高めると共に、収容空間内の積載率の向上を実現する物品積載システム、及び物品積載シミュレーション方法を提供する。」と記載されている（要約参照）。
特開２００８－２６５９７０号公報
　フォワーディング事業では、輸送物量は運賃重量という単位で定義される。運賃重量は、貨物の実重量と、容積重量のいずれか大きい値に相当する。また、１発送あたりの運賃重量が大きいほど、運賃重量あたりの運賃が下がる。
　特許文献１には、指定された貨物の物量及びそれらの収容空間について、貨物の位置及び積載順序を最適化することで運送コストを下げる仕組みが記載されている。しかし、特許文献１には、輸送契約条件の変更又は新規契約条件の獲得によって、運送コストを下げる方法は記載されていない。
　そこで、本発明では、運送コストが下がるような、既存契約の条件変更案と、新規契約案の算出方法を提供する。
　上記の課題を解決するために、本発明の一態様は、制御部と、前記制御部に接続される記憶部と、を有する運送コスト算出システムであって、前記記憶部は、貨物の運送に関する複数の契約条件を含む契約条件情報と、貨物の運賃を算出するための情報を含む運賃マスタ情報と、を保持し、前記制御部は、契約条件案を生成し、前記契約条件情報、前記運賃マスタ情報及び前記生成された契約条件案に基づいて、前記契約条件情報に含まれる複数の契約条件に前記契約条件案が適用された場合の運送コストと、適用されない場合の運送コストとを算出し、前記契約条件案が適用された場合の運送コストが適用されない場合の運送コストより低い場合に、前記契約条件案を出力することを特徴とする。
　本発明の一態様によれば、フォワーディング事業の運送コストを下げることができる。
本発明の実施例の運送コスト算出システムの構成を示すブロック図である。 本発明の実施例の運送コスト算出システムが実行する処理を示すフローチャートである。 本発明の実施例の運送コスト算出システムが契約条件変更案を生成する処理を示すフローチャートである。 本発明の実施例の運送コスト算出システムが任意の契約条件の適正価格を算出する処理を示すフローチャートである。 本発明の実施例の運送コスト算出システムが契約条件変更案の適正価格を算出する処理を示すフローチャートである。 本発明の実施例の運送コスト算出システムが出力する契約条件入力画面を示す説明図である。 本発明の実施例の運送コスト算出システムが出力する適正価格算出結果の出力画面を示す説明図である。 本発明の実施例の運送コスト算出システムが保持する既存契約条件記憶部のファイルフォーマットを示す説明図である。 本発明の実施例の運送コスト算出システムが保持する運賃マスタ対応関係情報のファイルフォーマットを示す説明図である。 本発明の実施例の運送コスト算出システムが保持する運賃重量マスタのファイルフォーマットを示す説明図である。 本発明の実施例の運送コスト算出システムが保持する運賃マスタのファイルフォーマットを示す説明図である。 本発明の実施例の運送コスト算出システムが保持する契約条件案記憶部のファイルフォーマットを示す説明図である。 本発明の実施例の運送コスト算出システムが保持する条件案採用実績記憶部のファイルフォーマットを示す説明図である。 本発明の実施例の運送コスト算出システムが保持する変更項目優先順記憶部の親ファイルのファイルフォーマットを示す説明図である。 本発明の実施例の運送コスト算出システムが保持する変更項目優先順記憶部のサブファイルのファイルフォーマットを示す説明図である。 本発明の実施例の運送コスト算出システムが保持する契約条件案生成パラメータ記憶部の親ファイルのファイルフォーマットを示す説明図である。 本発明の実施例の運送コスト算出システムが保持する契約条件案生成パラメータ記憶部のサブファイルのファイルフォーマットを示す説明図である。 本発明の実施例の運送コスト算出システムが出力する契約条件の絞込み条件の入力画面を示す説明図である。 本発明の実施例の運送コスト算出システムが出力する輸送物量の平均値のカレンダー表示例を示す説明図である。 本発明の実施例の運送コスト算出システムが出力する既存契約条件及び契約条件変更案に基づく輸送物量のカレンダー表示例を示す説明図である。 本発明の実施例の運送コスト算出システムが出力する適正価格のカレンダー表示例を示す説明図である。 本発明の実施例の運送コスト算出システムが出力する契約条件入力画面を示す説明図である。 本発明の実施例の運送コスト算出システムが出力する契約条件の内訳表示の画面を示す説明図である。
　以下、本発明の実施例を説明する。
　図１は、本発明の実施例の運送コスト算出システムの構成を示すブロック図である。
　本実施例の運送コスト算出システム１は、例えば、相互に接続された制御部Ｐ１、記憶部Ｄ１、入力部Ｉ１、出力部Ｏ１及び通信部Ｔ１を有する計算機である。
　制御部Ｐ１は、例えば記憶部Ｄ１に格納されたプログラムを実行することによって、契約条件案生成部Ｐ１－１、運送コスト算出部Ｐ１－２、契約条件案評価部Ｐ１－３、出力部Ｐ１－４、契約条件案ソート部Ｐ１－５、適正価格算出部Ｐ１－６及び近傍条件適正価格算出部Ｐ１－７の機能を実現するプロセッサである。したがって、以下の説明において制御部Ｐ１内の各部が実行する処理は、実際には制御部Ｐ１が記憶部Ｄ１に格納されたプログラムに記述された命令に従い、必要に応じて記憶部Ｄ１、入力部Ｉ１、出力部Ｏ１及び通信部Ｔ１等を制御することによって実行される。実行される処理の詳細については後述する。
　記憶部Ｄ１は、例えば半導体記憶装置及びハードディスクドライブ等の記憶装置であり、制御部Ｐ１によって実行されるプログラム、制御部Ｐ１が実行する処理において参照されるデータ、及び、制御部Ｐ１が実行する処理によって生成されたデータ等が格納される。本実施例の記憶部Ｄ１は、制御部Ｐ１の処理によって参照又は生成されるデータを格納する領域として、少なくとも、既存契約条件記憶部Ｄ１－１、運賃マスタ記憶部Ｄ１－２、契約条件案記憶部Ｄ１－３、条件案採用実績記憶部Ｄ１－４、変更項目優先順記憶部Ｄ１－５、適正価格算出パラメータ記憶部Ｄ１－６、適正価格記憶部Ｄ１－７及び契約条件案生成パラメータ記憶部Ｄ１－８を含む。
　運賃マスタ記憶部Ｄ１－２には、例えば、運賃重量マスタＤ１－２１及び運賃マスタＤ１－２２が格納される。これらは、貨物の物量と運賃とを対応付ける情報を含む。変更項目優先順記憶部Ｄ１－５には、例えば、親ファイルＤ１－５１及び複数のサブファイルＤ１－５２が格納される。契約条件案生成パラメータ記憶部Ｄ１－８には、例えば、親ファイルＤ１－８１及び複数のサブファイルＤ１－８２が格納される。上記の各部に記憶されるデータの詳細については後述する。
　入力部Ｉ１は、例えば運送コスト算出システム１のユーザによる情報の入力を受け付けるキーボード、マウス又はタッチセンサ等の装置である。出力部Ｏ１は、例えば運送コスト算出システム１のユーザに情報を出力する画像表示装置等である。通信部Ｔ１は、ネットワークＮ１に接続され、他の装置（図示省略）と通信するためのインターフェースである。
　図２は、本発明の実施例の運送コスト算出システムが実行する処理を示すフローチャートである。以下、図２を参照して運送コスト算出システムが実行する処理を説明する。
　まず、制御部Ｐ１は、記憶部Ｄ１の既存契約条件記憶部Ｄ１－１から既存の輸送契約条件を読み込む（Ｓ１－１）。
　次に、制御部Ｐ１は、記憶部Ｄ１の運賃マスタ記憶部Ｄ１－２から運賃重量マスタＤ１－２１及び運賃マスタＤ１－２２を読み込む（Ｓ１－２）。
　次に、制御部Ｐ１の契約条件案生成部Ｐ１－１は、契約条件変更案又は新規契約条件案を生成する（Ｓ１－３）。ここで、契約条件変更案とは、Ｓ１－１で読み込まれた既存の契約条件のいずれかを変更することによって作成された契約条件案であり、それが採用された場合には、当該契約条件変更案の元となった既存の契約条件が、当該契約条件変更案によって置き換えられる。一方、新規契約条件案とは、新たに作成される契約条件案であり、それが採用された場合には、当該新規契約条件案が既存の契約条件に追加される。新規契約条件案は、どのような方法で作成されてもよい。実際には、新規契約条件案は、既存の契約条件のいずれかと同一であってもよいし、その既存の契約条件を変更することによって作成されてもよいが、それが採用された場合には既存の契約条件を置き換えるのではなく既存の契約条件に追加される。
　次に、制御部Ｐ１の運送コスト算出部Ｐ１－２は、Ｓ１－１の既存契約条件の運送コストと、Ｓ１－３の契約条件案を採用した場合の運送コストをそれぞれ算出する（Ｓ１－４）。ここで、Ｓ１－３の契約条件案を採用した場合の運送コストとは、Ｓ１－３で契約条件変更案が作成された場合には、その契約条件変更案によって元の契約条件を置き換えた場合の運送コストであり、Ｓ１－３で新規契約条件案が作成された場合には、既存の契約条件に新規契約条件案が追加された場合の運送コストである。
　次に、制御部Ｐ１の契約条件案評価部Ｐ１－３は、Ｓ１－４で算出された運送コストを比較し、契約条件案の採用時のほうが不採用時よりも運送コストが下がる場合、Ｓ１－４の契約条件案を、記憶部Ｄ１の契約条件案記憶部Ｄ１－３に記憶する（Ｓ１－５）。
　制御部Ｐ１は、ステップＳ１－３～Ｓ１－５を、所定の終了条件が満たされるまで繰り返す。例えば、制御部Ｐ１は、ステップＳ１－３～Ｓ１－５の繰り返し回数が所定の数に達した場合、ステップＳ１－３～Ｓ１－５の繰り返しによる計算時間が所定の時間に達した場合、Ｓ１－５で運送コストが下がると判定された契約条件案が所定の数だけ得られた場合、又は、得られた契約条件案の採用による運送コストの低減量が所定の量を超える場合に、所定の終了条件が満たされたと判定してもよい。
　次に、制御部Ｐ１の出力部Ｐ１－４は、契約条件案記憶部Ｄ１－３に記憶した契約条件案を出力する（Ｓ１－６）。
　最後に、Ｓ１－６で出力された契約条件案のうち、１つの案をユーザ（例えば顧客との間で輸送契約を行うフォワーディング事業者の営業担当者、以下同様）が採用した場合、制御部Ｐ１は、その採用した案を記憶部Ｄ１の条件案採用実績記憶部Ｄ１－４に記憶する（Ｓ１－７）。
　なお、後述するように、既存の契約条件が予め許容範囲を示す情報を含んでいてもよい。制御部Ｐ１は、Ｓ１－３で作成された契約条件変更案における変更内容が、予め設定された許容範囲内である場合、ユーザの判断によらずに、その契約条件変更案を自動的に採用してもよい。具体的には、制御部Ｐ１は、Ｓ１－６において、変更内容が許容範囲内であると判定された契約条件変更案を、通信部Ｔ１及びネットワークＮ１を介して、当該契約条件変更案で指定された輸送会社（例えば航空会社）に送信することで、当該契約条件変更案で指定された便を予約してもよい。これによって、フォワーディング事業者の作業を効率化できる。
　ステップＳ１－３において、契約条件案生成部Ｐ１－１は、既存契約条件記憶部Ｄ１－１のフォーマットに従い、ランダムに契約条件変更案又は新規契約条件案を生成すすることができる。具体的には、ステップＳ１－３における契約条件変更案は、例えば図３に示す手順で生成される。
　図３は、本発明の実施例の運送コスト算出システムが契約条件変更案を生成する処理を示すフローチャートである。
　まず、契約条件案生成部Ｐ１－１は、契約条件案生成パラメータ記憶部Ｄ１－８から、ユーザが予め入力、またはランダムに生成した契約条件案生成パラメータ値を読み込む（Ｓ４－１）。次に、契約条件案生成部Ｐ１－１は、Ｓ４－１の契約条件案生成パラメータ値と、図２のステップＳ１－１で既存契約条件記憶部Ｄ１－１から読み込んだ既存の輸送契約条件とを用いて、契約条件変更案を生成する（Ｓ４－２）。ここで、前記の契約条件案生成パラメータ値のうち、契約条件の各項目が変更対象かどうかを示すフラグ値、変更対象の各項目に与えられた変更の優先順位、変更対象の項目が数値の場合は取りうる最小値・最大値及び条件変更時の刻み幅が、契約条件案生成パラメータ記憶部Ｄ１－８の親ファイルＤ１－８１に記憶されている。変更対象の項目が属性の場合の、取りうる属性値リストは、サブファイルＤ１－８２に記憶されている。
　なお、契約条件案生成部Ｐ１－１は、ステップＳ１－３で新規契約条件案を生成する場合、既存の契約条件のいずれかを複製することによって新規契約条件案を生成してもよいし、その複製を上記と同様の手順で変更することによって新規契約条件案を生成してもよい。
　Ｓ１－３～Ｓ１－５を繰り返した結果、契約条件案記憶部Ｄ１－３に複数の契約条件案が記憶された場合、ユーザによる契約条件案の検討作業を効率化するため、制御部Ｐ１は、前処理ステップＳ１－８において、ステップＳ１－６で出力する契約条件案を、優先順位に従って予めソートしてもよい。具体的には、ステップＳ１－８では、制御部Ｐ１の契約条件案ソート部Ｐ１－５が、契約条件案記憶部Ｄ１－３に記憶された複数の契約条件案をソートし、Ｓ１－６では出力部Ｐ１－４がソートされた複数の契約条件案を（すなわち優先順位が高い順に）表示する。
　優先順位に従うソートの例として、Ｓ１－４で算出した運送コストを用いて、既存の契約条件の運送コストと各契約条件案の適用後の運送コストとの差分である運送コスト低減量を算出し、運送コスト低減量の大きいものから順にソートする方法がある。
　他の例として、条件案採用実績記憶部Ｄ１－４に記憶した、過去の条件採用実績を用いて、採用実績の多い契約条件に類似する度合いの高い契約条件案から順にソートする方法がある。例えば、曜日を変更した変更案の採用実績が多い場合、曜日が変更された契約条件案を、採用実績の多い契約条件に類似する度合いが高いと判定し、他の項目が変更された契約条件案より優先して表示されるようにソートすればよい。
　さらに他の例として、各変更条件案が、既存の契約条件における発送日・経路・物量・輸送会社・曜日・貨物種類などの契約条件項目のうち、どの項目を何に変更することによって生成されたか、に基づいてソートする方法がある。この方法では、ユーザが予め、各項目の優先順、または、各項目の値の優先順を、記憶部Ｄ１の変更項目優先順記憶部Ｄ１－５に入力しておく。各項目の優先順の設定の一例を示すと、契約条件の変更をユーザが顧客に提案する際に、曜日の変更は顧客に許容されやすく、物量の変更は拒否されやすいと考える場合、曜日の優先順を高く、物量の優先順を低く設定すればよい。各項目の値の優先順の設定の一例を示すと、週の前半への発送日の変更は許容されやすく、後半への変更は拒否されやすいとユーザが考える場合、発送日が月曜日又は火曜日に変更された契約条件案の優先順を高く、木曜日又は金曜日に変更された契約条件案の優先順を低くすればよい。
　さらに、運送コスト算出システム１は、任意の契約条件に対し、既存の輸送契約条件の情報と、運賃マスタＤ１－２２とを用いて、入力した契約条件における適正価格を算出することもできる。ここで適正価格とは、実際の運送コストと、発送日や経路などの契約条件と、利潤などを考慮して顧客に請求する価格である。
　図４は、本発明の実施例の運送コスト算出システムが任意の契約条件の適正価格を算出する処理を示すフローチャートである。
　まず、制御部Ｐ１の適正価格算出部Ｐ１－６が、記憶部Ｄ１の適正価格算出パラメータ記憶部Ｄ１－６から、ユーザが予め入力した適性価格算出パラメータ値を読み込む（Ｓ２－１）。適正価格算出パラメータ値は、算出された運送コストに基づいて適正価格を算出するためのパラメータ値である。
　次に、適正価格算出部Ｐ１－６が、適正価格の算出対象の契約条件を、運送コスト算出部Ｐ１－２に入力し、運送コスト算出部Ｐ１－２が対象の契約条件における運送コストを算出する（Ｓ２－２）。
　最後に、適正価格算出部Ｐ１－６が、ステップＳ２－１で読み込んだパラメータ値と、適正価格の算出対象の契約条件と、ステップＳ２－２で算出された運送コストとを用いて、適正価格を算出し、記憶部Ｄ１の適正価格記憶部Ｄ１－７に出力する（Ｓ２－３）。
　さらに、運送コスト算出システム１は、前記契約条件を少しずつ変更した契約条件変更案についても、顧客に請求する適正価格を算出することもできる。
　図５は、本発明の実施例の運送コスト算出システムが契約条件変更案の適正価格を算出する処理を示すフローチャートである。
　まず、制御部Ｐ１の近傍条件適正価格算出部Ｐ１－７が、適正価格の算出対象の契約条件を、契約条件案生成部Ｐ１－１に入力し、契約条件案生成部Ｐ１－１が、対象の契約条件を少しずつ変更した契約条件変更案を複数生成する（Ｓ３－１）。
　次に、近傍条件適正価格算出部Ｐ１－７が、生成された契約条件変更案のそれぞれについて、図４のステップＳ２－１～Ｓ２－３を実行し、それぞれの適正価格を算出する（Ｓ３－２）。
　最後に、近傍条件適正価格算出部Ｐ１－７が、それぞれの契約条件変更案に対して算出した適正価格を、適正価格記憶部Ｄ１－７に出力する（Ｓ３－３）。
　新規契約条件案についても、上記と同様に適正価格を算出することができる。
　運送コスト算出システム１が以上の処理を実行することで、例えば、ユーザが、顧客から打診のあった契約条件を入力すると、顧客の打診した契約条件に加え、その条件を少しずつ変更した条件案についても適正価格を出力することができる。顧客は複数の契約条件を比較検討できるため、顧客満足度が向上する。
　図６は、本発明の実施例の運送コスト算出システムが出力する契約条件入力画面Ｗ１を示す説明図である。
　入力内容のフォーマットＦ１ａは、発送日時の記憶フィールドＦ１－３、曜日の記憶フィールドＦ１－４、経路を定める出発地・到着地・輸送モードの記憶フィールド（それぞれＦ１－５、Ｆ１－６、Ｆ１－７）、輸送会社の記憶フィールドＦ１－８、物量を定める実重量・容積の記憶フィールド（それぞれＦ１－９、Ｆ１－１０）、運賃重量算出に用いる運賃マスタ種類の記憶フィールドＦ１－１１、及び、貨物種類の記憶フィールドＦ１－１２を備える。容積の記憶フィールドＦ１－１０の代わりに、貨物の縦・横・高さの各寸法の記憶フィールドを設けても良い。また、図６では省略されているが、入力内容のフォーマットＦ１ａは、荷主（すなわちその契約条件による輸送を依頼した顧客）の記憶フィールドをさらに含んでもよい。
　画面上に表示される上記の各記憶フィールドは、記憶部Ｄ１の既存契約条件記憶部Ｄ１－１内の記憶フィールドに対応する（図８Ａ参照）。以下に説明する他の記憶フィールドについても同様である。ユーザが入力部Ｉ１を操作して、顧客から依頼された契約条件の各項目の値を上記の各記憶フィールドに入力すると、それぞれの値が既存契約条件記憶部Ｄ１－１内の対応する記憶フィールドに記憶され、さらに、入力された値を含む契約条件入力画面Ｗ１が出力部Ｏ１によって出力される。
　図７は、本発明の実施例の運送コスト算出システムが出力する適正価格算出結果の出力画面Ｗ２を示す説明図である。
　出力内容のフォーマットＦ１ｂは、図６の入力内容のフォーマットＦ１ａと同様のフィールドＦ１－３～Ｆ１－１２に加えて、適正価格のフィールドＦ１－１３を含む。図７には、具体例として、図６に示した契約条件と、それに基づいて生成された二つの契約条件変更案と、それぞれについて計算された適正価格と、を示す。第１行（Ｇｉｖｅｎ　Ｐｌａｎ）は、顧客の依頼した契約条件であり、フィールドＦ１－３～Ｆ１－１２には図６と同じ値が表示されている。適正価格のフィールドＦ１－１３には、図４のＳ２－３で算出された適正価格として３００円／トンが表示されている。
　第２行（Ｐｒｏｐｏｓａｌ　１）は、第１行の契約条件の項目のうち、曜日を水曜日から火曜日に変更することによって生成された契約条件変更案である。第２行の適正価格のフィールドＦ１－１３には、この契約条件変更案について図４のＳ２－３で算出された適正価格として２００円／トンが表示されている。これは、図２のＳ１－５において当該契約条件変更案について計算された運送コストが、第１行の契約条件について計算された運送コストより低いことを意味している。
　第３行（Ｐｒｏｐｏｓａｌ　２）は、第１行の契約条件の項目のうち、曜日を水曜日から火曜日に変更し、さらに、輸送会社をＡ．Ｌｔｄ．からＢ．Ｌｔｄ．に変更することによって生成された契約条件変更案である。輸送会社の変更に伴って、運賃マスタも変更されている。第２行の適正価格のフィールドＦ１－１３には、この契約条件変更案について図４のＳ２－３で算出された適正価格として１２０円／トンが表示されている。これは、図２のＳ１－５において当該契約条件変更案について計算された運送コストが、第１行の契約条件について計算された運送コストより低いことを意味している。
　図８Ａは、本発明の実施例の運送コスト算出システムが保持する既存契約条件記憶部Ｄ１－１のファイルフォーマットを示す説明図である。
　既存契約条件記憶部Ｄ１－１には、既に成立している貨物の輸送に関する契約条件が記憶される。具体的には、図８Ａに示すように、既存契約条件記憶部Ｄ１－１のファイルフォーマットＦ１は、図６の入力内容のフォーマットＦ１ａと同様の記憶フィールドＦ１－３～Ｆ１－１２に加えて、契約毎に一意に定める契約番号の記憶フィールドＦ１－１と、顧客を定める荷主名の記憶フィールドＦ１－２とを含む。図８Ａの例において、契約番号「１」に対応する記憶フィールドＦ１－３～Ｆ１－１２の値は、図６に例示された入力内容に対応する。
　なお、図８Ａの例では、それぞれの項目の値が一つに定められているが、実際にはある幅（許容範囲）を持った値が設定されてもよい。例えば、フィールドＦ１－３に、発送日として２０１５年４月１５日及びその前後２日、といった値が設定されてもよい。
　図８Ｂは、本発明の実施例の運送コスト算出システムが保持する運賃マスタ対応関係情報のファイルフォーマットＦ１０を示す説明図である。
　記憶フィールドＦ１－１１に記憶される運賃マスタ種類の値は、容積から容積重量を計算するためのパラメータ（図９参照）、及び、運賃重量から運賃を計算するためのパラメータ（図１０参照）と対応付けられる。図８Ｂに示す運賃マスタ対応関係情報は、それらを対応付ける情報を含む。
　具体的には、図８Ｂに例示する運賃マスタ対応関係情報のファイルフォーマットＦ１０は、運賃マスタ種類の記憶フィールドＦ１－１１の値「Ｍａｓｔｅｒ　１」と、図９の運賃マスタ種類の記憶フィールドＦ２－１の値「Ａｉｒ－ＩＡＴＡ」と、図１０のマスタ番号の記憶フィールドＦ３－１の値「１」と、を対応付けている。これによって、例えば図７の契約条件及び契約条件変更案における運送コストを計算するためのパラメータが特定される。
　図９は、本発明の実施例の運送コスト算出システムが保持する運賃重量マスタＤ１－２１のファイルフォーマットＦ２を示す説明図である。
　運賃重量は実重量と容積重量のいずれか大きいほうの値であり、容積重量は（式１）で定義できる。
　容積重量［ｔｏｎ］＝（Ａ１ａ）＋（Ａ１ｂ）×（荷物の容積［ｍ３］）　…（式１）
　ただし、（Ａ１ａ）及び（Ａ１ｂ）は、航空輸送、海上輸送などの輸送モード毎に定められているパラメータ値を用いる。それぞれのパラメータ値が運賃重量マスタＤ１－２１に記憶されている。
　運賃重量マスタＤ１－２１のファイルフォーマットＦ２は、運賃マスタ種類の記憶フィールドＦ２－１、運賃重量算出パラメータ（Ａ１ａ）及び（Ａ１ｂ）の記憶フィールドＦ２－２及びＦ２－３を備える。この例において、運賃マスタ種類「Ｏｃｅａｎ＿ＬＴＬ」に対応する（Ａ１ａ）及び（Ａ１ｂ）は海上輸送に適用されるパラメータであり、「Ａｉｒ＿ＩＡＴＡ」及び「Ａｉｒ＿２」に対応する（Ａ１ａ）及び（Ａ１ｂ）は航空輸送に適用されるパラメータである。
　図１０は、本発明の実施例の運送コスト算出システムが保持する運賃マスタＤ１－２２のファイルフォーマットＦ３を示す説明図である。
　フォーマットＦ３は、マスタ番号の記憶フィールドＦ３－１、輸送会社の記憶フィールドＦ３－２、発送日・曜日の記憶フィールド（それぞれＦ３－３、Ｆ３－４）、発送便名の記憶フィールドＦ３－５、経路を定める出発地・到着地・輸送モードの記憶フィールド（それぞれＦ３－６、Ｆ３－７、Ｆ３－８）、運賃重量の記憶フィールドＦ３－９、運賃重量に対する運賃の記憶フィールドＦ３－１０、及び、運賃重量に応じて運賃が連続的に変化するかまたは離散的(ステップ状)に変化するかを定める運賃形状の記憶フィールドＦ３－１１を備える。
　例えば、運賃マスタ番号「１」で識別される運賃マスタが適用される場合、運賃重量１トン当たりの運賃（すなわち単価）は、運賃重量が０～０．２トンの範囲では２００円、運賃重量が０．２トンから１トンまでの範囲では１５０円、運賃重量が１トンを超える範囲では１００円となる。このように、航空会社（船便の場合は船会社）に支払う運賃の単価は、輸送を依頼する貨物の運賃重量が増すほど下がる傾向にある。さらに、上記のように、運賃重量は実重量と容積重量のうち大きい方であるため、重量勝ちの（すなわち実重量が容積重量より大きい）貨物と容積勝ちの（すなわち容積重量が実重量より大きい）貨物をまとめて輸送を依頼して、実重量と容積重量の差を小さくすることによって、それぞれを個別に輸送するより単価が下がる場合がある。これらのことは、契約条件を変更するか、又は新規の契約条件を追加して、複数の顧客の貨物を一つの便に集約することによって、単価が下がる可能性があることを意味する。
　図１１は、本発明の実施例の運送コスト算出システムが保持する契約条件案記憶部Ｄ１－３のファイルフォーマットＦ４を示す図である。
　契約条件案記憶部Ｄ１－３のファイルフォーマットＦ４は、図８ＡのフォーマットＦ１と同様の記憶フィールドＦ１－１～Ｆ１－１２に加えて、契約条件案が変更案又は新規案のいずれであるかを記憶するフィールドＦ４－１と、変更案の場合に変更元の契約条件の契約番号の記憶フィールドＦ１－１と同一の契約番号を記憶するフィールドＦ４－２と、を備える。
　図１２は、本発明の実施例の運送コスト算出システムが保持する条件案採用実績記憶部Ｄ１－４のファイルフォーマットＦ５を示す説明図である。
　条件案採用実績記憶部Ｄ１－４には、過去に生成された契約条件変更案のうち、実際に採用された（すなわち荷主がその変更を承諾した）契約条件変更案のリストが格納される。条件案採用実績記憶部Ｄ１－４のファイルフォーマットＦ５は、図１１のフォーマットＦ４と同様の記憶フィールドＦ１－１～Ｆ１－１２、Ｆ４－１及びＦ４－２に加えて、契約条件案を採用した荷主名の記憶フィールドＦ５－１を備える。
　生成された契約条件変更案と採用された実績のある契約条件変更案との類似度は、公知の方法を含む任意の方法で計算できるため、ここでは詳細な説明を省略する。例えば、内容が一致する項目の数又はそれぞれの項目の内容の類似度等に基づいて類似度を計算してもよいし、項目に重み付けがされてもよい。例えば同一の荷主との契約条件では同一の変更が許容される可能性が高いと考えられる場合には、荷主の同一性が重視されるように重み付けをした類似度の計算が行われてもよい。
　図１３は、本発明の実施例の運送コスト算出システムが保持する変更項目優先順記憶部Ｄ１－５の親ファイルＤ１－５１のファイルフォーマットＦ６を示す説明図である。
　フォーマットＦ６は、発送日時の優先順の記憶フィールドＦ６－１、曜日の優先順の記憶フィールドＦ６－２、経路を定める出発地・到着地・輸送モードの優先順の記憶フィールド（それぞれＦ６－３、Ｆ６－４、Ｆ６－５）、輸送会社の優先順の記憶フィールドＦ６－６、物量を定める実重量・容積の優先順の記憶フィールド（それぞれＦ６－７、Ｆ６－８）、運賃重量算出に用いる運賃マスタ種類の優先順の記憶フィールドＦ６－９、貨物種類の優先順の記憶フィールドＦ６－１０及びコストの優先順の記憶フィールドＦ６－１１を備える。
　図１３の例では、曜日に最も高い優先順が設定され、次いで、輸送会社、出発地、到着地、輸送モードの順に高い優先順が設定されている。これらの優先順は、図２のＳ１－６において契約条件案を出力する順序を決定するために参照される。ある項目が変更された契約条件変更案は、それより優先順の低い項目が変更された契約条件変更案より優先的に出力される。例えば、顧客が契約条件の項目のうち曜日の変更を受け入れる可能性が高いと予想される場合には、上記のように曜日に最も高い優先順が設定される。この場合、出力部Ｐ１－４は、生成された複数の契約条件変更案の各々について、元の契約条件から変更された項目を確認し、曜日が変更された契約条件変更案を、それ以外の項目が変更された契約条件変更案より優先して出力する。ただし、曜日に関しては、曜日を変更すると日付も必ず変更されるため、曜日と日付が変更された契約条件変更案が、それら以外の項目が変更された契約条件変更案より優先して出力される。同様に、出力部Ｐ１－４は、輸送会社が変更された契約条件変更案を、出発地が変更された契約条件変更案より優先して出力する。
　あるいは、顧客がコスト削減を特に重視していると考えられる場合には、コストに高い優先順を設定することができる。この場合、出力部Ｐ１－４は、元の契約条件に対する運送コストの低減量が大きい契約条件変更案を優先して出力する。例えば、曜日に最も高い優先順が設定され、その次に高い優先順がコストに設定されている場合、出力部Ｐ１－４は、上記のように曜日が変更された契約条件変更案を優先して出力し、残りの契約条件変更案については、運送コストの低減量が大きいものを優先して出力してもよい。運送コストの低減量が同一の契約条件変更案が複数ある場合には、３番目に高い優先度が設定された項目が変更された契約条件変更案が優先して出力される。
　あるいは、出力部Ｐ１－４は、優先順の設定に関わらず、同一の項目が変更された契約条件変更案が複数ある場合に、それらのうち運送コストの低減量が大きいものを優先的に出力してもよい。このように、顧客が変更を受け入れやすいと予想される項目に高い優先順を設定することで、顧客が受け入れやすい契約条件変更案を優先的に提示することが可能になる。
　また、親ファイルＤ１－５１の各項目（親項目とも記載する）の値に優先順位を設定することもできる。その場合、親ファイルＤ１－５１の各項目の値に相当するサブ項目の優先順位が、変更項目優先順記憶部Ｄ１－５のサブファイルＤ１－５２を設定する。例えば、親項目が曜日である場合、曜日の値である月曜日～日曜日がサブ項目となる。
　図１４は、本発明の実施例の運送コスト算出システムが保持する変更項目優先順記憶部Ｄ１－５のサブファイルＤ１－５２のファイルフォーマットＦ７を示す説明図である。
　図１４は親項目が曜日、サブ項目が月～日曜日の例であるが、親項目は曜日に限らず、フォーマットＦ６の任意の項目を設定できる。フォーマットＦ７は、親項目の項目名の記憶フィールドＦ７－１、及び、サブ項目がＮ－１個のとき、サブ項目の優先順の記憶フィールドＦ７－２～Ｆ７－Ｎを備える。サブファイルＤ１－５２は、親項目の数だけ設定しうる。
　図１４の例では、火曜日、水曜日及び木曜日に最も高い優先順が設定され、日曜日に最も低い優先順が設定されている。この場合、出力部Ｐ１－４は、生成された複数の契約条件変更案のうち、曜日が火曜日、水曜日又は木曜日に変更された契約条件変更案を、その他の曜日に変更された契約条件変更案より優先して出力し、日曜日に変更された契約条件変更案は最後に出力する。このように、顧客が変更を受け入れやすいと予想される項目の値に高い優先順を設定することで、顧客が受け入れやすい契約条件変更案を優先的に提示することが可能になる。また、例えば日曜日への変更は行わない場合は、日曜日の優先順の記憶フィールドＦ７－１の値をゼロと設定してもよい。この場合、出力部Ｐ１－４は、曜日を日曜日に変更した契約条件変更案を出力しない。
　図１５は、本発明の実施例の運送コスト算出システムが保持する契約条件案生成パラメータ記憶部Ｄ１－８の親ファイルＤ１－８１のファイルフォーマットＦ８を示す説明図である。
　フォーマットＦ８は、契約条件のフィールドＦ１－３～Ｆ１－１２の各項目が変更対象かどうかを示すフラグ値の記憶フィールド行Ｆ８－１、変更の優先順位の記憶フィールド行Ｆ８－２、各項目が数値の場合は取りうる最小値・最大値の記憶フィールド行（それぞれＦ８－３とＦ８－４）、及び、条件変更時の刻み幅の記憶フィールド行Ｆ８－５を備える。ここで、契約条件の項目に対応するフィールドＦ１－３～Ｆ１－１２は、図８のＦ１に含まれるものと同様であるため、説明を省略する。
　また、親ファイルＤ１－８１の各項目のうち、値が数値ではなく属性値であるサブ項目については、契約条件案生成パラメータ記憶部Ｄ１－８のサブファイルＤ１－８２を設定する。
　図１６は、本発明の実施例の運送コスト算出システムが保持する契約条件案生成パラメータ記憶部Ｄ１－８のサブファイルＤ１－８２のファイルフォーマットＦ９を示す説明図である。
　図１６はサブ項目が曜日、取りうる属性値が月～日曜日の例であるが、サブ項目は曜日に限らず、フォーマットＦ８の任意の属性項目について設定できる。フォーマットＦ９は、サブ項目の属性値の記憶フィールドＦ９－１を備える。フィールドＦ９－１には、取りうる属性値がＮ個のとき、Ｎ行のデータが入る。サブファイルＤ１－８２は、親ファイルにおける属性項目の数だけ設定しうる。
　ここで、図１５及び図１６に示す具体例を説明する。図１５の例では、発送日時、曜日、出発地及び到着地に対応する記憶フィールド行Ｆ８－１が「ＴＲＵＥ」である。これは、図２のＳ１－３において、図６に示した契約条件に基づく契約条件変更案を作成するときに、もとの契約条件の発送日時「２０１５／４／１５」、曜日「水曜日」、出発地「ＮＲＴ（成田）」及び到着地「ＡＭＳ（アムステルダム）」の変更が可能であり、他の項目の値は変更できないことを示している。
　また、この例において、変更の優先順位は、発送の曜日、日時、出発地及び到着地の順に高い。この場合、図２のＳ１－３において、曜日が（及びそれに伴って日時も）変更された契約条件変更案が優先的に作成され、その後、出発地及び到着地が変更された契約条件変更案が作成される。
　さらに、この例において、発送日時に関する記憶フィールド行Ｆ８－３～Ｆ８－５の値がそれぞれ「２０１５／４／１」、「２０１５／４／３０」及び「１」であり、図１６に示すサブ項目「曜日」の取りうる属性値が月～日曜日であるため、図２のＳ１－３において、もとの契約条件の発送日時「２０１５／４／１５」を「２０１５／４／１」から「２０１５／４／３０」までの範囲で１日刻みで変更し、元の契約条件の曜日「水曜日」を月曜日から日曜日までの任意の曜日に変更した契約条件変更案を作成することができる。
　顧客が変更を受け入れられる項目を変更の対象として設定し、顧客が変更を受け入れやすい項目に高い優先順位を設定し、顧客が受け入れられるそれぞれの項目の内容の範囲及び刻み幅を設定し、設定された範囲内で内容を変更することによって、顧客が受け入れやすい契約条件変更案を効率的に作成することができる。
　図１７は、本発明の実施例の運送コスト算出システムが出力する契約条件の絞込み条件の入力画面Ｗ３を示す説明図である。
　実績契約番号、荷主名などの絞込み対象の項目は、フォーマットＦ１と同じである。各項目のうち、表示・入力・シミュレーション・出力などの対象にしたい値を、チェックボックスまたは論理式の入力によって絞込むことができる。図１７には、出発地がＮＲＴ、到着地がＡＭＳ、貨物種類がＤｒｙ（水濡れ禁止）である契約条件を、表示・入力・シミュレーション・出力などの対象として絞込む場合の入力画面Ｗ３の例を示す。
　図１８～図２０は、輸送物量及び適正価格を、カレンダー上に（すなわちそれぞれの貨物の発送日と対応付けて）表示する画面の例を示す。図１８～図２０の画面には、図１７の絞込み条件の入力画面を用いて、経路及び輸送会社などで絞込んだ結果のみ表示してもよい。または、複数月の各週・各曜日の平均を表示してもよい。これらの画面は、出力部Ｐ１－４の制御に従って、出力部Ｏ１が出力する。
　図１８は、本発明の実施例の運送コスト算出システムが出力する輸送物量の平均値のカレンダー表示例を示す説明図である。
　具体的には、図１８は、例として、既存契約条件記憶部Ｄ１－１から読み込んだ既存契約条件のうち、輸送物量である実重量（ＧＷ、Gross Weight）、容積重量（ＶＷ、Volume Weight）及び運賃重量（ＣＷ、Chargeable Weight）を、２０１４年９月から１２月までの各週（第１週～第５週）の各曜日（日曜日～土曜日）ごとに集計した平均値のグラフをカレンダー上に表示したものである。これによって、各発送日における実重量と容積重量のバランス、具体的には重量勝ちであるか、容積勝ちであるかが可視化できる。
　図１９は、本発明の実施例の運送コスト算出システムが出力する既存契約条件及び契約条件変更案に基づく輸送物量のカレンダー表示例を示す説明図である。
　具体的には、図１９は、例として、既存契約条件記憶部Ｄ１－１から読み込んだ２０１４年９月の既存契約条件（すなわち、既に締結されている契約条件）に加えて、契約条件案記憶部Ｄ１－３から読み込んだ契約条件変更案及び新規契約条件案について、輸送物量を同時に表示した例である。契約条件変更案については、変更による日付の変更などを、図１９のように矢印と色分け又はハッチングで示してもよい。新規契約条件案については、追加分を、図１９のように色分け又はハッチングで示しても良い。
　図１９の例では、既存契約条件において９月２日に発送することになっていた重量勝ちの貨物の発送日を９月３日に変更する契約条件変更案、及び、９月１９日に容積勝ちの貨物を発送する新規契約条件案が表示されている。これらの案のグラフ表示から、９月３日と１９日に貨物が集約され、さらに、実重量と容積重量の差が小さくなることによって、運送コスト（具体的には例えば運賃重量当たりのコストである単価）が低減されることが可視化される。
　図２０は、本発明の実施例の運送コスト算出システムが出力する適正価格のカレンダー表示例を示す説明図である。
　具体的には、図２０は、例として、適正価格記憶部Ｄ１－７から読み込んだ２０１４年９月の既存契約条件に基づいて計算された適正価格をカレンダー上に表示した例である。適正価格は、グラフ又は数字などによって表示できる。図２０において、各日に表示されたグラフの横軸は出発時刻、縦軸は単価である。
　契約条件案を採用することによって運送コストが変化する場合、それに伴って適正価格も変化し得る。出力部Ｏ１は、図２０に示すような表示によって、契約条件案が採用される前の適正価格を出力してもよいし、契約条件案が採用された後の適正価格を出力してもよいし、両者の間の変化がわかるように両者を同時に出力してもよい。
　ユーザは、変更又は追加することによって運送コストを低減できる契約条件案を、図１８～図２０のような表示を参照して容易に把握することが可能になる。
　図２１は、本発明の実施例の運送コスト算出システムが出力する契約条件入力画面Ｗ４を示す説明図である。
　例えば、図２１の契約条件入力画面Ｗ４にユーザが契約条件を入力して、その入力した契約条件について、カレンダー上の各日付を発送日としたときの適正価格を図２０に示す形式で表示してもよい。ここで、図２１に示すフィールドＦ１－５～Ｆ１－１２は、図６の契約条件入力画面Ｗ１に含まれるものと同様である。
　例えば、図２１に示すように、実重量が０．８トン、容積が３ｍ３、水濡れ禁止の貨物を、輸送会社Ａ．Ｌｔｄの航空便で成田からアムステルダムまで輸送するという条件が顧客から提案された場合、ユーザは、これらの条件を図２１に示すように運送コスト算出システム１に入力する。運送コスト算出システム１は、入力された条件に沿って、運賃マスタとしてＭａｓｔｅｒ　１を適用して、２０１４年９月１日から３０日までのそれぞれの日の午前８時及び午後４時に成田を出発する便を使用した場合の運賃を計算し、その結果を図２０のような画面として表示する。これを参照して、ユーザは、顧客から提案された貨物の輸送について、運送コストが低くなる契約条件を提案することができる。
　以上、図１８～図２０にはカレンダー表示の例を示したが、これらと同様の情報を、リスト表示など、任意の形式で表示できることは言うまでもない。
　図２２は、本発明の実施例の運送コスト算出システムが出力する契約条件の内訳表示の画面を示す説明図である。
　運送コスト算出システム１は、既存契約条件記憶部Ｄ１－１から読み込んだ既存契約条件、又は、契約条件案記憶部Ｄ１－３から読み込んだ契約条件案の内訳を表示することができる。図２２にはそのような内訳表示の一例を示す。この例では、荷物の出発地（例えば成田（ＮＲＴ）、大阪（ＯＳＫ）及びその他）の内訳と、そのうち成田（ＮＲＴ）発の荷物の到着地（例えばアムステルダム（ＡＭＳ）及びバンコク（ＢＫＫ））の内訳を同時にグラフで示している。
　例えば、出発地が成田又は大阪のいずれでもない契約条件の中に、出発地が成田から比較的近い羽田であり、到着地がアムステルダム又はバンコクである契約条件が含まれているか、またはそのような契約条件による輸送が顧客から依頼された場合、その出発地を成田に変更することによって成田発の航空便に貨物を集約して運送コストを低減できる可能性がある。ユーザは、図２２のような表示を参照することによって、そのような運送コストを低減するための契約条件の変更を容易に把握し、顧客に提案することができる。
　以上のように、本発明の実施例の運送コスト算出システムは、既存の輸送契約条件を少しずつ変更した契約条件変更案又は新規契約条件案の少なくとも一方を生成し、その案から、運送コストが下がる契約条件案を抽出・立案する。これによって、既存の契約同士、あるいは既存契約と新規契約を、同一の発送日と経路に集約するように契約が変更または新規締結することで、１発送あたりの運賃重量が増えるか、又は、実重量が大きい貨物と容積重量が大きい貨物がバランス良く混載され、その結果、フォワーディング事業の運送コストを下げることができる。
　上記の実施例ではフォワーディング事業に本発明を適用する例を示したが、本発明は貨物の輸送事業に幅広く適用することができる。例えば、契約条件の項目から輸送モード及び輸送会社を除外して対象を一つの会社の航空便による輸送に限定することによって、その会社の輸送事業に本発明を適用することができる。
　なお、本発明は上述した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。
　上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば集積回路で設計する等によってハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによってソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等の記憶装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の計算機読み取り可能な非一時的データ記憶媒体に格納することができる。
　また、図面には、実施例を説明するために必要と考えられる制御線及び情報線を示しており、必ずしも、本発明が適用された実際の製品に含まれる全ての制御線及び情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。

Claims (15)

  1. 　制御部と、前記制御部に接続される記憶部と、を有する運送コスト算出システムであって、
    　前記記憶部は、貨物の運送に関する複数の契約条件を含む契約条件情報と、貨物の運賃を算出するための情報を含む運賃マスタ情報と、を保持し、
    　前記制御部は、
    　契約条件案を生成し、
    　前記契約条件情報、前記運賃マスタ情報及び前記生成された契約条件案に基づいて、前記契約条件情報に含まれる複数の契約条件に前記契約条件案が適用された場合の運送コストと、適用されない場合の運送コストとを算出し、
    　前記契約条件案が適用された場合の運送コストが適用されない場合の運送コストより低い場合に、前記契約条件案を出力することを特徴とする運送コスト算出システム。
  2. 　請求項１に記載の運送コスト算出システムであって、
    　前記運賃マスタ情報は、貨物の容積に基づいて容積重量を算出するためのパラメータと、前記貨物の実重量及び前記容積重量のうち大きい方である運賃重量が大きくなるほど単価が小さくなるように前記運賃重量と運賃とを対応付ける情報と、を含み、
    　前記各契約条件及び前記契約条件案は、項目として、発送日、発送の曜日、出発地、経路、運送会社、物量及び貨物種類の少なくとも一つを含むことを特徴とする運送コスト算出システム。
  3. 　請求項１に記載の運送コスト算出システムであって、
    　前記制御部は、
    　前記複数の契約条件のいずれかに含まれる少なくとも一つの項目の内容を変更することによって、前記複数の契約条件のいずれかを置き換えるための前記契約条件案を生成し、
    　前記契約条件案の運送コストと、変更される前の前記契約条件の運送コストとを算出し、
    　前記契約条件案の運送コストが前記変更される前の契約条件の運送コストより低い場合に、前記契約条件案を出力することを特徴とする運送コスト算出システム。
  4. 　請求項３に記載の運送コスト算出システムであって、
    　前記記憶部は、前記契約条件の一つ以上の項目に設定された出力の優先順位を示す情報を保持し、
    　前記制御部は、
    　複数の前記契約条件案を生成し、
    　前記複数の契約条件案の運送コストが前記変更される前の契約条件の運送コストより低い場合、前記複数の契約条件案のうち、前記出力の優先順位の高い項目が変更された契約条件案を優先的に出力することを特徴とする運送コスト算出システム。
  5. 　請求項３に記載の運送コスト算出システムであって、
    　前記記憶部は、前記契約条件の一つ以上の項目の内容に設定された出力の優先順位を示す情報を保持し、
    　前記制御部は、
    　複数の前記契約条件案を生成し、
    　前記複数の契約条件案の運送コストが前記変更される前の契約条件の運送コストより低い場合、前記複数の契約条件案のうち、前記出力の優先順位の高い内容に変更された項目を含む契約条件案を優先的に出力することを特徴とする運送コスト算出システム。
  6. 　請求項３に記載の運送コスト算出システムであって、
    　前記記憶部は、過去に採用された実績のある契約条件案を保持し、
    　前記制御部は、
    　複数の前記契約条件案を生成し、
    　前記複数の契約条件案の運送コストが前記変更される前の契約条件の運送コストより低い場合、前記複数の契約条件案のうち、前記過去に採用された実績のある契約条件案との類似度が高い契約条件案を優先的に出力することを特徴とする運送コスト算出システム。
  7. 　請求項３に記載の運送コスト算出システムであって、
    　前記制御部は、
    　複数の前記契約条件案を生成し、
    　前記複数の契約条件案の運送コストが前記変更される前の契約条件の運送コストより低い場合、前記複数の契約条件案のうち、算出された前記運送コストの低減量が大きい契約条件案を優先的に出力することを特徴とする運送コスト算出システム。
  8. 　請求項３に記載の運送コスト算出システムであって、
    　前記記憶部は、前記契約条件の各項目の変更の可否を示す契約条件案生成パラメータ情報を保持し、
    　前記制御部は、前記契約条件の一つ以上の項目のうち変更可能な項目の内容を変更することによって前記契約条件案を生成することを特徴とする運送コスト算出システム。
  9. 　請求項８に記載の運送コスト算出システムであって、
    　前記契約条件案生成パラメータ情報は、前記契約条件を変更可能な複数の項目に設定された変更の優先順位を示す情報を含み、
    　前記制御部は、前記変更の優先順位が高い項目の内容を優先的に変更することによって複数の前記契約条件案を生成することを特徴とする運送コスト算出システム。
  10. 　請求項８に記載の運送コスト算出システムであって、
    　前記契約条件案生成パラメータ情報は、前記契約条件を変更可能な一つ以上の項目の内容の変更可能な範囲及び変更の刻み幅を示す情報を含み、
    　前記制御部は、前記変更可能な項目の内容を前記変更可能な範囲で前記刻み幅ごとに変更することによって前記契約条件案を生成することを特徴とする運送コスト算出システム。
  11. 　請求項３に記載の運送コスト算出システムであって、
    　前記制御部及びネットワークに接続される通信部をさらに有し、
    　前記変更される前の契約条件は、少なくとも一つの項目の内容の変更の許容範囲を示す情報を含み、
    　前記制御部は、前記契約条件案の運送コストが前記変更される前の契約条件の運送コストより低く、かつ、前記契約条件案において変更された項目の内容が前記変更の許容範囲内である場合、前記通信部に前記ネットワークを介して前記契約条件案を出力させることを特徴とする運送コスト算出システム。
  12. 　請求項１に記載の運送コスト算出システムであって、
    　前記制御部は、
    　前記複数の契約条件に新たに追加するための前記契約条件案を生成し、
    　前記契約条件情報に含まれる複数の契約条件に前記契約条件案を追加した場合の運送コストと、追加しない場合の運送コストとを算出し、
    　前記契約条件案を追加した場合の運送コストが追加しない場合の運送コストより低い場合に、前記契約条件案を出力することを特徴とする運送コスト算出システム。
  13. 　請求項２に記載の運送コスト算出システムであって、
    　前記制御部に接続される出力部をさらに有し、
    　前記制御部は、
    　前記契約条件案が適用された場合及び適用されない場合の少なくとも一方における、発送日ごとの前記実重量、前記容積重量及び前記運賃重量を算出し、
    　算出された前記発送日ごとの前記実重量、前記容積重量及び前記運賃重量を、前記発送日と対応付けて表示する画面を前記出力部に出力させることを特徴とする運送コスト算出システム。
  14. 　請求項２に記載の運送コスト算出システムであって、
    　前記制御部に接続される出力部をさらに有し、
    　前記記憶部は、前記運送コストに基づいて、前記貨物の運送の依頼者への請求料金を計算するための適正価格パラメータをさらに保持し、
    　前記制御部は、
    　前記運送コスト及び前記適正価格パラメータに基づいて、前記契約条件案が適用された場合及び適用されない場合の少なくとも一方における、発送日ごとの前記請求料金を計算し、
    　算出された前記発送日ごとの前記請求料金を、前記発送日と対応付けて表示する画面を前記出力部に出力させることを特徴とする運送コスト算出システム。
  15. 　制御部と、前記制御部に接続される記憶部と、を有する計算機システムが実行する運送コスト算出方法であって、
    　前記記憶部は、貨物の運送に関する複数の契約条件を含む契約条件情報と、貨物の運賃を算出するための情報を含む運賃マスタ情報と、を保持し、
    　前記運送コスト算出方法は、
    　前記制御部が、契約条件案を生成する第１手順と、
    　前記制御部が、前記契約条件情報、前記運賃マスタ情報及び前記生成された契約条件案に基づいて、前記契約条件情報に含まれる複数の契約条件に前記契約条件案が適用された場合の運送コストと、適用されない場合の運送コストとを算出する第２手順と、
    　前記制御部が、前記契約条件案が適用された場合の運送コストが適用されない場合の運送コストより低い場合に、前記契約条件案を出力する第３手順と、を含むことを特徴とする運送コスト算出方法。
PCT/JP2015/071022 2015-07-23 2015-07-23 運送コスト算出システム及び運送コスト算出方法 WO2017013800A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2015/071022 WO2017013800A1 (ja) 2015-07-23 2015-07-23 運送コスト算出システム及び運送コスト算出方法
JP2017501340A JPWO2017013800A1 (ja) 2015-07-23 2015-07-23 運送コスト算出システム及び運送コスト算出方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2015/071022 WO2017013800A1 (ja) 2015-07-23 2015-07-23 運送コスト算出システム及び運送コスト算出方法

Publications (1)

Publication Number Publication Date
WO2017013800A1 true WO2017013800A1 (ja) 2017-01-26

Family

ID=57835261

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/071022 WO2017013800A1 (ja) 2015-07-23 2015-07-23 運送コスト算出システム及び運送コスト算出方法

Country Status (2)

Country Link
JP (1) JPWO2017013800A1 (ja)
WO (1) WO2017013800A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101944996B1 (ko) * 2017-02-15 2019-02-11 김동연 대행서비스 제공 시스템, 서버 및 방법
CN111353745A (zh) * 2020-03-11 2020-06-30 上海东普信息科技有限公司 运单结算管控方法、系统、计算机设备和存储介质
WO2023181336A1 (ja) * 2022-03-25 2023-09-28 日本電気株式会社 配送支援システム、配送支援方法、および記録媒体

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003233896A (ja) * 2002-02-08 2003-08-22 Hitachi Eng Co Ltd 配車計画立案方法および装置
JP2008158579A (ja) * 2006-12-20 2008-07-10 Canon It Solutions Inc 情報処理装置及びその制御方法
JP2009075696A (ja) * 2007-09-19 2009-04-09 Nikken Lease Kogyo Kk 物流倉庫設備選定支援システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003233896A (ja) * 2002-02-08 2003-08-22 Hitachi Eng Co Ltd 配車計画立案方法および装置
JP2008158579A (ja) * 2006-12-20 2008-07-10 Canon It Solutions Inc 情報処理装置及びその制御方法
JP2009075696A (ja) * 2007-09-19 2009-04-09 Nikken Lease Kogyo Kk 物流倉庫設備選定支援システム

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101944996B1 (ko) * 2017-02-15 2019-02-11 김동연 대행서비스 제공 시스템, 서버 및 방법
CN111353745A (zh) * 2020-03-11 2020-06-30 上海东普信息科技有限公司 运单结算管控方法、系统、计算机设备和存储介质
CN111353745B (zh) * 2020-03-11 2023-09-29 上海东普信息科技有限公司 运单结算管控方法、系统、计算机设备和存储介质
WO2023181336A1 (ja) * 2022-03-25 2023-09-28 日本電気株式会社 配送支援システム、配送支援方法、および記録媒体

Also Published As

Publication number Publication date
JPWO2017013800A1 (ja) 2017-07-20

Similar Documents

Publication Publication Date Title
JP6790103B2 (ja) 評価装置、評価方法、および評価プログラム
Maity et al. Multi-objective transportation problem with cost reliability under uncertain environment
Wang et al. Simultaneous optimization of schedule coordination and cargo allocation for liner container shipping networks
JP6805059B2 (ja) 共同配送計画装置、及び共同配送計画方法
JP6031184B2 (ja) 供給グループ決定支援装置及び供給グループ決定支援プログラム
JP5980408B2 (ja) 供給ルール生成装置及び供給ルール生成プログラム
US20200342560A1 (en) Transportation planning apparatus, transportation planning system, and transportation planning method
Nambirajan et al. CARE: Heuristics for two-stage multi-product inventory routing problems with replenishments
WO2017013800A1 (ja) 運送コスト算出システム及び運送コスト算出方法
WO2017033308A1 (ja) 輸送プラン生成システム、輸送プラン生成方法及び非一時的記憶媒体
US20240086833A1 (en) Inventory evaluating device
KR102248340B1 (ko) 항공 수출 물류 중개 시스템
KR102120911B1 (ko) 우선순위에 기반한 수요 통제 장치 및 방법, 우선순위 결정 장치 및 방법과 그 프로그램을 기록한 기록 매체
JP7249265B2 (ja) 在庫計画装置及び在庫計画方法
JP2017120476A (ja) 梱包計画立案装置、梱包計画立案システム、梱包計画立案方法およびプログラム
Buyukozkan et al. A mathematical model and a matheuristic for in-plant milk-run systems design and application in white goods industry
US11036516B2 (en) Parallel distributed processing control system, program, and parallel distributed processing control method
KR102248339B1 (ko) 해상 수출 물류 비용 연산 및 중개 시스템
JP2012226401A (ja) インボイス生成装置、インボイス生成方法およびインボイス生成プログラム
Ozsakalli et al. Daily logistics planning with multiple 3PLs: A case study in a chemical company
Stojanović et al. Impact of dynamic characteristics of supply chain on own-account fleet size in the optimal transport sourcing mix
KR102248337B1 (ko) 항공 수출 물류 비용 연산 및 중개 시스템
JP7364280B1 (ja) 情報処理装置、情報処理方法、及びプログラム
JP2020003938A (ja) 情報処理装置、情報処理方法および情報処理プログラム
US20220083938A1 (en) Transportation planning system and transportation planning method

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2017501340

Country of ref document: JP

Kind code of ref document: A

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15898958

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15898958

Country of ref document: EP

Kind code of ref document: A1