Information processing system, information processing method and program

Abstract

To provide an information processing system, etc., capable of effectively utilizing vehicles.SOLUTION: There is provided an information processing system. The information processing system includes a processor capable of executing a program so that each of the following steps is performed. The processor executes: a first acquisition step of acquiring schedule information including scheduled available vehicles of a transportation company used by a first consignor, where the schedule information is information declared by the first consignor to an intermediary agent; a second acquisition step of acquiring transportation schedule for packages requested by a second consignor to the intermediary agent; and an allocation step of allocating at least a part of the scheduled available vehicles represented by the acquired schedule information to transportation of the packages whose transportation schedule has been acquired.SELECTED DRAWING: Figure 1

Description

[Technical field]

[0001] The present invention relates to an information processing system, an information processing method, and a program. [Background technology]

[0002] Patent document 1 discloses a technology in which a server stores a database that associates carriers with transport capacity information of the carriers' vehicles and transport quality result information assigned to the carriers, receives transport request information from a client terminal that a shipper uses to select a carrier, and extracts at least one carrier having transport capacity and transport quality results that satisfy the transport basic requirement information and the transport quality requirement information in the received transport request information from the database as extracted carrier information, and sends the extracted carrier information to the client terminal. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2020-170378 A Summary of the Invention [Problem to be solved by the invention]

[0004] A shipper may transport cargo using a vehicle loaned from a transport business. Such vehicles often have a set period of time during which they can be used, and it is not easy for a shipper to fully utilize the vehicle only for the delivery of their own cargo during such a fixed period, rather than on a spot basis. In such cases, it may be possible to use a cargo and vehicle request service like the conventional technology, but most shippers do not have a transport business license and cannot transport cargo for others. Therefore, they cannot use the cargo and vehicle request service, and the vacant vehicles end up being wasted. It is desirable to have a system that allows a shipper to use a vehicle that is scheduled to be vacant to transport cargo even when it is scheduled to be vacant.

[0005] In view of the above circumstances, the present invention provides an information processing system and the like that can make effective use of vehicles. [Means for solving the problem]

[0006] According to one aspect of the present invention, an information processing system is provided. The information processing system includes a processor capable of executing a program to perform the following steps, and in a first acquisition step, the processor acquires schedule information including a vacancy schedule of a vehicle of a transport company used by a first consignor, the schedule information being information that the first consignor reports to an intermediary company. In a second acquisition step, the processor acquires a transport schedule of a parcel requested by a second consignor from the intermediary company. In an allocation step, the processor allocates at least a part of the vacancy schedule of the vehicle indicated by the acquired schedule information to the transport of the parcel whose transport schedule has been acquired.

[0007] According to this embodiment, the vehicle can be utilized effectively. [Brief description of the drawings]

[0008] [Figure 1] 1 is a diagram showing the overall configuration of a matching support system 1. FIG. [Diagram 2] FIG. 2 is a diagram illustrating a hardware configuration of a server device 10. [Diagram 3] A diagram showing the hardware configuration of a first shipper terminal 20. [Figure 4] FIG. 2 is a diagram illustrating the functional configuration of a control unit of each device. [Diagram 5] FIG. 2 is an activity diagram illustrating an example of information processing. [Figure 6] FIG. 13 is a diagram illustrating an example of a correction table. [Figure 7] FIG. 13 is a diagram illustrating another example of the correction table. [Figure 8] FIG. 13 is a diagram illustrating another example of the correction table. [Figure 9] FIG. 13 is a diagram showing an example of a list of purchased vacant properties. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, embodiments of the present invention will be described with reference to the drawings. Various characteristic features shown in the following embodiments can be combined with each other.

[0010] Incidentally, the program for realizing the software appearing in this embodiment may be provided as a non-transitory computer-readable recording medium, or may be provided so as to be downloadable from an external server, or may be provided so that the program is started on an external computer and its functions are realized on a client terminal (so-called cloud computing).

[0011] In addition, in this embodiment, the term "unit" may include, for example, a combination of hardware resources implemented by a circuit in the broad sense and software information processing that can be specifically realized by these hardware resources. In addition, in this embodiment, various information is handled, and this information is represented, for example, by physical values ​​of signal values ​​representing voltage and current, high and low signal values ​​as a binary bit group consisting of 0 or 1, or quantum superposition (so-called quantum bits), and communication and calculation can be performed on the circuit in the broad sense.

[0012] In addition, a circuit in the broad sense is a circuit realized by at least appropriately combining a circuit, circuitry, a processor, a memory, etc. In other words, it includes an application specific integrated circuit (ASIC), a programmable logic device (e.g., a simple programmable logic device (SPLD), a complex programmable logic device (CPLD), and a field programmable gate array (FPGA)), etc.

[0013] 1. Hardware Configuration In this section, the hardware configuration of the matching support system according to this embodiment will be described.

[0014] Fig. 1 is a diagram showing the overall configuration of the matching support system 1. Fig. 1 shows an overview of each device included in the matching support system 1 and users who use those devices. Each overview will be explained as appropriate with reference to other figures.

[0015] The matching support system 1 is an information processing system that executes a matching support process to support matching between a first consignor U1 having an available transport vehicle V1 and a second consignor U2 (a consignor different from the first consignor U1) having a package L1 to be transported. The matching support system 1 includes a communication line 2, a server device 10, a first consignor terminal 20, a second consignor terminal 30, and an intermediary business terminal 40.

[0016] The communication line 2 includes the Internet, etc., and mediates data exchange between devices connected to the line. A server device 10 is connected to the communication line 2 via a wire, and a first shipper terminal 20, a second shipper terminal 30, and an intermediary business terminal 40 are connected wirelessly. The connection of each device to the communication line 2 may be wired or wireless. The server device 10 is an information processing device that executes matching support processing while exchanging data with the first shipper terminal 20, the second shipper terminal 30, and the intermediary business terminal 40.

[0017] The first consignor terminal 20 is a terminal whose user is the first consignor U1. The second consignor terminal 30 is a terminal whose user is the second consignor U2. The first consignor terminal 20 and the second consignor terminal 30 are mainly used to input and output information related to the transportation of luggage L1. A consignor is a business owner or individual who has luggage to be transported. A consignor may own the luggage to be transported, or may transfer ownership to a third party, or may not own the luggage from the beginning and transport the luggage at the request of a third party.

[0018] The first consignor U1 already has a vehicle V1 of a transport business operator U4 that can be used to transport a package L1 as an exclusive vehicle, for example, by being loaned from the transport business operator for a period of time specified in a contract. The vehicle V1 used by the first consignor U1 may be available under a contractual form other than loan, and the managing entity may be either the transport business operator U4 or the first consignor U1. In short, it is sufficient that the vehicle V1 is one that the first consignor U1 is permitted to use by the transport business operator U4.

[0019] When the transportation schedule of the vehicle V1 is not filled, the first consignor U1 may put the vehicle V1 up for sale to the intermediary U3 as a vacant schedule. On the other hand, the second consignor U2 may request the intermediary U3 to find a vehicle to transport the luggage L1. The intermediary U3 is a business that matches the vacant schedule of the vehicle V1 with the transportation of the luggage L1. The intermediary terminal 40 is a terminal whose user is the intermediary U3, and is mainly used for inputting and outputting information related to the matching of the vehicle V1 and the luggage L1. Although the first consignor U1 and the second consignor U2 are each shown as one person in FIG. 1, there may be two or more people.

[0020] 2 is a diagram showing a hardware configuration of server device 10. Server device 10 includes a control unit 11, a storage unit 12, a communication unit 13, and a bus 14. Bus 14 electrically connects each unit included in server device 10.

[0021] (Control unit 11) The control unit 11 is, for example, a central processing unit (CPU) not shown. The control unit 11 is a computer that realizes various functions related to the matching support system 1 by reading out a predetermined program stored in the storage unit 12. That is, information processing by software stored in the storage unit 12 can be specifically realized by the control unit 11, which is an example of hardware, and executed as each functional unit included in the control unit 11. These will be described in more detail in the next section. Note that the control unit 11 is not limited to being single, and may be implemented with multiple control units 11 for each function. Also, a combination of these may be used.

[0022] (Storage unit 12) The storage unit 12 stores various information defined by the above description. This can be implemented, for example, as a storage device such as a solid state drive (SSD) that stores various programs and the like related to the matching support system 1 executed by the control unit 11, or as a memory such as a random access memory (RAM) that stores temporarily required information (arguments, arrays, etc.) related to the program calculations. The storage unit 12 stores various programs, variables, etc. related to the matching support system 1 executed by the control unit 11.

[0023] (Communications Department 13) The communication unit 13 is configured to be able to transmit various electrical signals from the server device 10 to external components. The communication unit 13 is also configured to be able to receive various electrical signals from the external components to the server device 10. More preferably, the communication unit 13 has a network communication function, and may be implemented so that various information can be communicated between the server device 10 and external devices via the communication line 2.

[0024] Fig. 3 is a diagram showing the hardware configuration of the first consignor terminal 20. The first consignor terminal 20 comprises a control unit 21, a memory unit 22, a communication unit 23, an input unit 24, an output unit 25, and a bus 26. The bus 26 electrically connects the various units of the first consignor terminal 20. The control unit 21, the memory unit 22, and the communication unit 23 are similar hardware to the control unit 11, the memory unit 12, and the communication unit 13 shown in Fig. 2, although the specifications, model, etc. may be different.

[0025] (Input section 24) The input unit 24 has keys, buttons, a touch screen, a mouse, etc., and receives input from the user. The input unit 24 may also have a microphone and receive voice input from the user.

[0026] (Output section 25) The output unit 25 has a display, a speaker, and the like, and displays visual information generated in a manner that is visible to the user, such as screens, images, icons, text, and the like, on the display surface of the display, and outputs sounds including voice.

[0027] The second consignor terminal 30 has a hardware configuration similar to that of the first consignor terminal 20. Regarding the second consignor terminal 30, only the control unit 31 will be described with a different reference number from that of the control unit 21 of the first consignor terminal 20. The intermediary business terminal 40 has a hardware configuration similar to that of the first consignor terminal 20. Regarding the intermediary business terminal 40, only the control unit 41 will be described with a different reference number from that of the control unit 21 of the first consignor terminal 20.

[0028] 2. Functional configuration In this section, the functional configuration of this embodiment will be described. As described above, information processing by software stored in the storage unit of each device is specifically realized by a control unit, which is an example of hardware, and each functional unit included in the control unit can be executed. The matching support system 1 includes processors (control unit 11, control unit 21, control unit 31, and control unit 41) capable of executing a program so that each step executed by each unit shown in FIG. 4 is performed. These processors execute each step described below.

[0029] 4 is a diagram showing the functional configuration of the control unit of each device. The control unit 11 of the server device 10 includes a server display unit 111, a memory control unit 112, an input reception unit 113, a user authentication unit 114, an information acquisition unit 115, an information output unit 116, a price calculation unit 117, a purchase processing unit 118, and a transport allocation unit 119. The first shipper terminal 20 includes a user display unit 211, an operation reception unit 212, and an information generation unit 213. The second shipper terminal 30 includes a user display unit 311, an operation reception unit 312, and an information generation unit 313. The intermediary business terminal 40 includes a user display unit 411, an operation reception unit 412, and an information generation unit 413.

[0030] The server display unit 111 executes processing for displaying on each terminal a system screen related to the matching support system 1. For example, the server display unit 111 performs processing such as generating and transmitting an HTML (Hyper Text Markup Language) file, and displays a web page showing the system screen on the first shipper terminal 20, the second shipper terminal 30, and the intermediary business terminal 40. The server display unit 111 may also perform processing such as generating and transmitting display data for an application for using the matching support system 1.

[0031] The memory control unit 112 controls the memory unit 12 of the device itself, and writes and reads data to and from the memory unit 12. If the memory unit 12 stores a database, the memory control unit 112 stores data in the database and reads data from the database. The input reception unit 113 receives data input via an external device such as the first consignor terminal 20. Data input may be based on the operation of a user such as the first consignor U1, or may be performed by the first consignor terminal 20 transmitting processed data.

[0032] The user authentication unit 114 executes authentication processing related to user authentication. The server device 10 stores authentication information (user identification information, password, etc.) of users registered as users of the matching support system 1. For example, when a user such as the first shipper U1 shown in FIG. 1 inputs authentication information into the first shipper terminal 20, etc. and logs in, the user authentication unit 114 authenticates the user if the input authentication information is stored. This allows data exchanged with the first shipper terminal 20, etc. to be associated with the user.

[0033] The information acquisition unit 115 acquires predetermined information. The information acquisition unit 115 functions as an example of a first acquisition unit that executes a first acquisition step of acquiring schedule information including a vacancy schedule of a vehicle V1 of a transport business operator U4 used by a first consignor U1. The information acquisition unit 115 also functions as an example of a second acquisition unit that executes a second acquisition step of acquiring a transport schedule of a package L1 requested by a second consignor U2 to an intermediary business operator U3.

[0034] The information output unit 116 outputs predetermined information. For example, the information output unit 116 outputs a list of vacant schedules of the vehicle V1 to the first consignor terminal 20 based on the acquired schedule information. In this way, the information output unit 116 functions as an example of a presentation unit that executes a presentation step of presenting a list of vacant schedules of the vehicle V1 to the first consignor U1.

[0035] The price calculation unit 117 calculates the purchase price at which the intermediary business U3 purchases the vacant schedule of the vehicle V1 of the transport business U4 from the first consignor U1. Purchasing the vacant schedule of the vehicle V1 means purchasing the right to transport the cargo L1 using the vehicle V1 at the calculated purchase price. The purchase processing unit 118 executes the purchase processing to purchase the vacant schedule of the vehicle V1 at the calculated purchase price. For example, the purchase processing unit 118 executes the processing of sending an estimate, an order confirmation, and an invoice to the first consignor terminal 20 as the purchase processing.

[0036] The transport allocation unit 119 functions as an example of an allocation unit that executes an allocation step of allocating at least a part of the vacant schedule of the vehicle V1 indicated by the schedule information acquired by the information acquisition unit 115 to the transport of the luggage L1 whose transport schedule is acquired by the information acquisition unit 115. The allocation performed by the transport allocation unit 119 is so-called matching between the vehicle V1 and the luggage L1. The transport allocation unit 119 notifies the first consignor U1 and the second consignor U2 of the matching result by transmitting allocation data indicating the allocated vehicle V1 and luggage L1 to the first consignor terminal 20 and the second consignor terminal 30.

[0037] The user display unit 211 of the first consignor terminal 20 displays a system screen related to the matching support system 1 indicated by the screen data transmitted from the server device 10. The operation reception unit 212 receives operations by a user (first consignor U1) who uses the first consignor terminal 20. The information generation unit 213 generates predetermined information based on, for example, the user's operation received by the operation reception unit 212.

[0038] The user display unit 311 of the second consignor terminal 30 displays a system screen related to the matching support system 1, similar to the user display unit 211. The operation reception unit 312 receives operations by a user (second consignor U2) who uses the second consignor terminal 30. The information generation unit 313 generates predetermined information, for example, based on the user's operation received by the operation reception unit 312.

[0039] The user display unit 411 of the intermediary business terminal 40 displays a system screen related to the matching support system 1, similar to the user display unit 211. The operation reception unit 412 receives operations by a user (intermediary business U3) who uses the intermediary business terminal 40. The information generation unit 413 generates predetermined information, for example, based on the user's operation received by the operation reception unit 412.

[0040] 3. Information Processing In this section, information processing for causing a computer that controls the matching support system 1 to execute a program in this embodiment will be described.

[0041] Fig. 5 is an activity diagram showing an example of information processing. The information processing shown in Fig. 5 is performed by the server device 10 exchanging data with the first consignor terminal 20, the second consignor terminal 30, and the intermediary business operator terminal 40. At that time, the user authentication unit 114 authenticates each user based on the authentication information input by the user of each terminal (the first consignor U1, the second consignor U2, and the intermediary business operator U3). As a result, the data transmitted from each terminal is associated with the user using that terminal.

[0042] In the information processing shown in Fig. 5, for example, first, the first consignor terminal 20 accepts an input operation of schedule information including the vacancy schedule of the vehicle V1 at A11 by the operation acceptance unit 212. The schedule information includes vehicle information on the vehicle V1 and transport information on the transport. The vehicle information includes the vehicle type (wing body, flatbed, box body truck, etc.), loading weight, vehicle number, driver, whether or not there is loaded luggage, and if there is loaded luggage, an outline of the luggage, etc.

[0043] The transportation information includes possible delivery dates, departure points, possible arrival areas, etc. The departure point is the point from which the vehicle V1 departs, for example, the point where the vehicle V1 is scheduled to be parked on the relevant dates. The possible arrival area is an area permitted as a destination for the baggage L1, for example, an area where the driver of the vehicle V1 is able to deliver the baggage L1 or an area that can be reached in time for the next scheduled delivery.

[0044] Next, the first consignor terminal 20 accepts a reporting operation for reporting the inputted scheduled information to the intermediary business operator U3 through the operation receiving unit 212 at A12. The reporting operation includes an operation for designating the scheduled information to be reported and an operation for designating the intermediary business operator U3 to which the report is to be made. Next, the first consignor terminal 20 generates reporting data indicating the report through the information generating unit 213 at A13, and transmits the generated reporting data to the server device 10. The server device 10 acquires the scheduled information indicated by the transmitted reporting data through the information acquiring unit 115 at A13 (an example of a first acquiring step). The storage control unit 112 stores the acquired scheduled information in association with the first consignor U1. As described above, the scheduled information is information that the first consignor U1 reports to the intermediary business operator U3.

[0045] The next information processing is initiated when the second consignor U2 performs an input operation on the second consignor terminal 30 regarding the luggage L1 that he / she wishes to transport. First, the second consignor terminal 30 receives, at A21, an input operation of the transport schedule for the luggage L1 through the operation reception unit 312. The transport schedule includes the name, size, weight, origin and contact information, destination and contact information, transport time (transport date and time), desired vehicle type, desired weight, number, equipment (such as cushioning material), additional work (such as using a forklift when unloading), and precautions for transport, etc., of the luggage L1 to be transported.

[0046] Next, in A22, the second shipper terminal 30 receives a request operation to request the intermediary business U3 to transport the inputted transport schedule of the package L1 by the operation reception unit 312. The request operation includes an operation to specify the requested transport schedule and an operation to specify the requested intermediary business U3. Next, in A23, the second shipper terminal 30 generates request data indicating the request by the information generation unit 313, and transmits the generated request data to the server device 10. In A23, the server device 10 acquires the transport schedule indicated by the transmitted request data by the information acquisition unit 115 (an example of a second acquisition step). The storage control unit 112 stores the acquired transport schedule in association with the second shipper U2.

[0047] In addition, the process of acquiring schedule information from A11 to A13 (processing including a first acquisition step by the information acquisition unit 115) and the process of acquiring transport schedules from A21 to A23 (processing including a second acquisition step by the information acquisition unit 115) may be performed in either order, or may be performed in parallel.

[0048] Next, in A31, the server device 10 uses the price calculation unit 117 to calculate the purchase price of the vehicle V1 that is scheduled to be vacant. The price calculation unit 117 calculates the purchase price based on a predetermined situation. For example, the price calculation unit 117 calculates the purchase price by setting a standard purchase price as the base price and correcting the base price using a correction value according to the predetermined situation. The base price is, for example, predetermined for each vehicle type (small truck, medium truck, large truck, etc.) of the vehicle V1 to be purchased. For example, the base price is an amount obtained by adding the average freight rate throughout the year for the corresponding vehicle type to the commission of the intermediary business operator U3. The following describes a method of calculating the purchase price for each situation.

[0049] <Available period> The price calculation unit 117 calculates the purchase price based on the planned vacancy time indicated by the schedule information acquired by the information acquisition unit 115. The price calculation unit 117 calculates the purchase price using a correction table that associates the planned vacancy time with a correction value.

[0050] FIG. 6 is a diagram showing an example of a correction table. FIG. 6 shows a correction table TB1 in which correction values ​​"α1", "α2", and "α3" are associated with the scheduled vacant periods of "busy season", "normal season", and "off season". These correction values ​​have a magnitude relationship of α1>α2>α3. The price calculation unit 117 calculates, for example, an amount obtained by multiplying a base price by a correction value associated with the scheduled vacant period in the correction table TB1 as the purchase price of a certain scheduled vacant period. The correction value may be added to the base price. In addition, the scheduled vacant periods are not limited to the three periods shown in FIG. 6, and may be, for example, only two periods or four or more periods.

[0051] In either case, the relationship is: purchase price during peak season > purchase price during normal season > purchase price during off-season. During peak seasons, there are many requests for transportation and the risk of not filling available schedules is low, so the value is high. On the other hand, during off-seasons, there are few requests for transportation and the risk of not filling available schedules is high, so the value is low. According to this embodiment, it is possible to present a price that matches the demand for transportation.

[0052] <The period from the filing date to the scheduled vacancy date> The price calculation unit 117 calculates a purchase price based on the length of the period from the declaration time when the first consignor U1 declares the schedule information to the scheduled vacancy time indicated by the schedule information acquired by the information acquisition unit 115 (hereinafter referred to as the "post-declaration period"). The vacancy schedule here refers to the scheduled vacancy of the vehicle V1, and when the cargo L1 to be transported is determined, it is the scheduled transport date of the cargo L1, in other words, the operating date of the vehicle V1. In detail, the price calculation unit 117 calculates a higher purchase price the longer the post-declaration period is. The price calculation unit 117 calculates the purchase price using a correction table that associates the post-declaration period with a correction value.

[0053] FIG. 7 is a diagram showing another example of the correction table. FIG. 7 shows a correction table TB2 in which correction values ​​"β1", "β2", and "β3" are associated with the post-declaration periods "less than Th1", "between Th1 and Th2", and "between Th2 and above". These correction values ​​have a magnitude relationship of β1<β2<β3. For example, the price calculation unit 117 calculates, as the purchase price of a certain vacant schedule, an amount obtained by multiplying the base price by the correction value associated with the post-declaration period for the schedule information indicating the vacant schedule in the correction table TB2. The correction value may be added to the base price.

[0054] Furthermore, the period after declaration is not limited to the three periods shown in FIG. 7, but may be, for example, only two periods, or may be four or more periods. In either case, the longer the period after declaration, the higher the purchase price. The longer the period after declaration, the lower the risk that the vacant schedule will not be filled, and therefore the higher the value. According to such an embodiment, it is possible to motivate people to declare earlier.

[0055] It is also possible to set the relationship such that the shorter the period after declaration, the higher the purchase price. For example, there may be a case where an urgent transport request is made just after the schedule information is declared, and the cargo L1 to be transported is immediately confirmed. In such a case where there is an urgent transport request from the second shipper U2, the shorter the period after declaration, the higher the purchase price is, which can encourage the first shipper U1 to declare the schedule information, and efficient matching can be performed. In either case, by varying the purchase price, it is possible to create an incentive to adjust the declaration timing to be earlier or later.

[0056] <First purchase and second purchase> There are two types of purchases for vacant schedules: the first purchase, in which the cargo L1 to be transported is determined after the purchase, and the second purchase, in which the cargo L1 to be transported is determined before the purchase. In the first purchase, the intermediary business U3 waits until a transport schedule that matches the vacant schedule of the purchased vehicle V1 is requested, so in some cases, the vacant schedule may not be filled because there is no cargo L1 to transport. On the other hand, in the second purchase, the cargo L1 to be transported is determined at the time of purchase, so the purchased vehicle V1 will transport the cargo unless it is canceled.

[0057] When the purchasing method includes the first purchasing method and the second purchasing method as described above, the price calculation unit 117 calculates a purchasing price that sets the second purchasing method at a higher price than the first purchasing method. The price calculation unit 117 calculates the purchasing price using a correction table that associates the purchasing method with a correction value.

[0058] FIG. 8 is a diagram showing another example of the correction table. FIG. 8 shows a correction table TB3 in which correction values ​​"γ1" and "γ2" are associated with purchase methods "first purchase" and "second purchase". These correction values ​​have a magnitude relationship of γ1<γ2. For example, the price calculation unit 117 calculates the purchase price of a certain vacant schedule by multiplying the base price by the correction value associated with the purchase method of the vacant schedule in the correction table TB2. The correction value may be added to the base price.

[0059] As mentioned above, in the first purchase, there is a risk that the cargo L1 to be transported will not be determined, but in the second purchase, the cargo L1 to be transported has already been determined, so even if this is taken into consideration, the risk is smaller and the value is higher than in the first purchase. According to this embodiment, it is possible to set a price according to the level of risk determined based on the status of the transport request at that time, regardless of the scheduled vacancy period.

[0060] <Freight charges for other items> The vacant schedule of the vehicle V1 of the transport company U4 declared by the first consignor U1 may include the schedule of the vehicle V1 having vacant cargo space when transporting other cargo. For example, if only 2 tons of cargo is loaded onto a 10-ton truck, the remaining 8 tons of cargo can be loaded as long as there is space in the loading platform. Therefore, the price calculation unit 117 calculates the purchase price based on the freight charges of other cargo transported at the same time.

[0061] In this case, the information acquisition unit 115 acquires freight information indicating the freight of the loaded cargo as vehicle information included in the schedule information. The freight information may be the freight amount itself, or may be information that serves as the basis for calculating the freight, such as the weight of the cargo to be transported and the transport distance. The price calculation unit 117 calculates, for example, an amount obtained by subtracting the freight from the base price as the purchase price. The price calculation unit 117 may also calculate, for example, an amount obtained by subtracting a value obtained by multiplying the freight by a predetermined coefficient from the base price as the purchase price. According to this embodiment, a satisfactory fee can be set according to the amount that the vehicle V1 can transport.

[0062] <First purchase (market price for transportation costs)> As described above, the purchase of a vacant lot includes a first purchase in which the cargo L1 to be transported after the purchase is determined. In the case of the first purchase, the price calculation unit 117 calculates the purchase price based on the actual cost of transportation that has similar transportation contents to the transportation contents of the vehicle V1 that will be purchased in the first purchase. The transportation contents include the transportation date of the cargo L1, the departure point of the cargo L1, the arrival point of the cargo L1, the weight of the cargo L1, or the vehicle type of the vehicle V1.

[0063] The similarities in the transport contents are, for example, the transport dates being the same (peak season, normal season, off-season, etc.), the difference in the departure point of the luggage L1 being within a predetermined distance (e.g., about 5 km), the arrival point of the luggage L1 being within the same predetermined region (e.g., prefecture), the difference in the weight of the luggage L1 being within a predetermined percentage (e.g., ±10%), the difference in the vehicle type (e.g., classification by loading weight) of the vehicle V1 being within a predetermined percentage (e.g., ±30%), etc. The price calculation unit 117, for example, calculates the average cost of transports having similarities to the transport contents of the vehicle V1 to be first purchased as an amount (purchase price) according to the actual cost.

[0064] Note that the transportation having similarities referred to here may or may not include transportation of the vehicle V1 for which the first purchase is made. Also, statistical values ​​such as the median and intermediate value may be used instead of the average value. In short, it is sufficient that the price indicates the market rate of freight for the vehicle V1 for which the first purchase is made. According to this embodiment, appropriate pricing can be set even though there are few factors that determine the price, such as the outline of the cargo to be transported.

[0065] <Second purchase (freight charges)> As described above, the purchase of a vacant space includes a second purchase in which the cargo L1 to be transported is determined before the purchase. In the case of the second purchase, the price calculation unit 117 calculates the purchase price based on the freight charge of the cargo L1 to be transported by the vehicle V1 in which the second purchase is performed. In this case, when acquiring the transportation schedule from the second shipper terminal 30, the information acquisition unit 115 acquires the transportation schedule including the freight charge of the cargo L1 requested to be transported.

[0066] The price calculation unit 117 calculates the purchase price as the amount obtained by multiplying the freight charge of the cargo L1 included in the acquired transport schedule by a predetermined coefficient (or the amount obtained by subtracting a predetermined amount). The coefficient here is a number smaller than 1. In this way, the intermediary business operator U3 can purchase the vacant schedule from the first consignor U1 at a price lower than the freight charge paid by the second consignor U2. According to this embodiment, the purchase price can be set with less risk for the intermediary business operator U3.

[0067] In A31, as described above, the purchase price may be calculated based on the first purchase (calculated based on the market price of transportation costs) and the purchase price may be calculated based on the second purchase (calculated based on the freight of the luggage). For example, when a transportation schedule for the transportable luggage L1 is not acquired in the vacant schedule indicated by the acquired schedule information, the price calculation unit 117 calculates the purchase price based on the first purchase. Also, when a transportation schedule for the transportable luggage L1 is acquired in the vacant schedule indicated by the acquired schedule information, the price calculation unit 117 calculates the purchase price based on the second purchase.

[0068] In either case, the calculation method of the purchase price is not limited to the above. For example, in the former case, when the intermediary business operator U3 obtains information on transportable luggage between the time when the vacant schedule indicated by the schedule information is acquired and the time when the purchase process is performed, and explicitly indicates that the second purchase will be performed, the price calculation unit 117 may calculate the purchase price on the premise of the second purchase. In the latter case, when the intermediary business operator U3 explicitly indicates that the first purchase will be performed due to circumstances such as suspending the allocation of the transportation of the luggage L1, the price calculation unit 117 may calculate the purchase price on the premise of the first purchase.

[0069] Returning to FIG. 5, the explanation will be given. When the server device 10 calculates the purchase price in A31, the information output unit 116 outputs to the intermediary business terminal 40 the declaration data indicating a list of vacant schedules in which the calculated purchase price is associated with vacant schedules. In A32, the intermediary business terminal 40 displays the list of vacant schedules indicated by the output declaration data in the user display unit 311. The displayed list of vacant schedules indicates the schedule information declared by the first shipper U1. The intermediary business U3 selects a purchase target in consideration of the content and number of vacant schedules, their purchase prices, and the business budget. The operation reception unit 312 receives the operation of the intermediary business U3 to select a purchase target.

[0070] Next, in A33, the intermediary business terminal 40 generates a buy-back schedule list showing the vacancy schedule and the buy-back price of the buy-back target based on the selection operation by the information generation unit 313, and transmits it to the first consignor terminal 20. In A34, the first consignor terminal 20 displays the transmitted buy-back schedule list by the user display unit 211.

[0071] The first consignor U1 performs an operation to determine which vacant schedule to sell from the displayed list of purchase schedules, taking into consideration the purchase price. In A35, the first consignor terminal 20 receives the determination operation through the operation reception unit 212, and transmits purchase data indicating the vacant schedule for which purchase has been determined to the server device 10. In A36, the server device 10 executes purchase processing of the vacant schedule to be purchased indicated by the transmitted purchase data through the purchase processing unit 118. The purchase processing unit 118 performs, for example, estimate processing, order processing, billing processing, etc. as purchase processing. When the order processing is performed, the purchase of the vacant schedule is confirmed.

[0072] When the purchase of the vacant schedule is confirmed, the server device 10 generates a list of purchased vacant schedules by the information output unit 116 in A37 and outputs it to the first consignor terminal 20. Next, the first consignor terminal 20 displays a screen for accepting input of vacant schedules by the user display unit 211 in A11. When A11 is executed after A37, the user display unit 211 displays the list of purchased vacant schedules as a screen for inputting vacant schedules.

[0073] FIG. 9 is a diagram showing an example of a list of purchased vacant scheduled vehicles. FIG. 9 shows a list C1 of purchased vacant scheduled vehicles that associates sales, date, departure and arrival points, vacancy, vehicle number, driver, purchase price, and declaration date. In "sale," a selection button B1 is shown for selecting whether or not to sell the vacant scheduled vehicle. "Departure and arrival points" refers to the departure and arrival points when a transportation schedule has been decided. "Vacancy" refers to whether or not the vehicle V1 is available; "entire" means that the entire loading platform is available, "part" means that part of the loading platform is available, and "none" means that the entire loading platform is not available.

[0074] In the purchased vehicle list C1, 13 schedules from D1 to D13 are shown as schedules for the same driver of the same vehicle V1. Schedule information has already been reported for schedules up to D8, and schedules D9 and onwards are schedules for which new schedules have been clarified. For example, schedules D1, D2 and D8 are schedules that have been reported as being eligible for sale to intermediary business U3, as the reporting dates are shown. The purchase price is also shown for each of these reported schedules.

[0075] Additionally, dates D4 and D5 indicate dates for which there was no availability and therefore were not declared for sale to intermediary U3, as the departure and arrival points are indicated but not the declaration date. Among the declared dates, dates enclosed in bold frames such as D3, D6, and D7 indicate dates that were purchased by intermediary U3. Among the purchased dates, there are dates where the departure and arrival points have already been determined, such as dates D3 and D7, and dates where the departure and arrival points have not yet been determined, such as date D6.

[0076] Of the dates for which new schedules have been clarified, date D9 has "no availability," but from date D10 onwards, availability is either "all" or "part," making them available for sale. The selection button B1 for selling available schedules is only shown for dates that are available for sale, excluding dates with "no availability" and dates that have already been purchased. Also, in the example of Figure 9, the selection button B1 is displayed again even for dates for which schedule information has already been declared, to confirm the intention to sell.

[0077] At A11, the first consignor terminal 20 accepts the operation of pressing the selection button B1 as an operation to input a vacant schedule via the operation acceptance unit 212. In this manner, the information output unit 116 presents a list of vacant schedules of the vehicle V1 (a list of purchased vacant schedules C1 in the example of FIG. 9) to the first consignor U1 (an example of a presentation step). In the list, the brokerage schedule purchased by the brokerage business U3 is shown in a different manner from the other vacant schedules (enclosed in a thick frame in the example of FIG. 9).

[0078] At A13, information indicating the date when the selection button B1 was pressed is acquired by the information acquisition unit 115 as schedule information indicating the vacant schedule of the vehicle V1. Then, at A31, the information output unit 116 outputs declaration data indicating the list of vacant schedules to the intermediary business operator terminal 40. In this way, the information output unit 116 functions as an example of a declaration unit that executes the process of a declaration step of declaring to the intermediary business operator U3 schedule information indicating a schedule when the vacant schedule selected from the list of vacant schedules of the vehicle V1 can be purchased.

[0079] According to this embodiment, since the already purchased schedule can be easily distinguished by the presence or absence of a thick frame, it is easy to declare schedule information showing remaining vacant schedules that can be purchased. Also, since not only the already purchased schedule but also the schedule with no vacant schedules can be easily distinguished by the presence or absence of the selection button B1, it is easy to declare schedule information showing vacant schedules that can be purchased.

[0080] Returning to Fig. 5, the server device 10 executes the purchase process in A36, and then executes the allocation process (an example of an allocation step) by the transport allocation unit 119 in A41. As described above, the transport allocation unit 119 allocates at least a part of the vacant schedule of the vehicle V1 indicated by the acquired schedule information to the transport of the luggage L1 for which the transport schedule has been acquired.

[0081] According to this embodiment, the intermediary business operator U3 with a transportation business license assigns the transportation of the cargo L1 of the second consignor U2 to the vehicle V1 purchased from the first consignor U1 that is scheduled to be vacant, so the vehicle V1 used by the first consignor U1 without a transportation business license can transport the cargo L1 of the second consignor U2, which is another consignor. Therefore, the vehicle V1 can be used more effectively than when the first consignor U1, who does not have a transportation business license and cannot use the cargo request and vehicle request service, continues to hold the scheduled vacant vehicle V1.

[0082] In this embodiment, at least a part of the vacant schedule of the vehicle V1 is vacant schedule that the intermediary business operator U3 purchased from the first consignor U1 at a predetermined price (the above-mentioned purchase price). By purchasing the vacant schedule by the intermediary business operator U3, the first consignor U1 cannot add other transport schedules to the vacant schedule that was sold. In other words, the intermediary business operator U3 can more reliably assign the vehicle V1 to transport the cargo L1 of the second consignor U2 without worrying about transport schedules being added without permission to the vacant schedule that was purchased.

[0083] In A41, the transport allocation unit 119 allocates the cargo L1, whose transport schedule has already been acquired from the second consignor U2, to the vacant schedule of the vehicle V1. In other words, the transport allocation unit 119 allocates the cargo L1 to the vacant schedule for which the above-mentioned second purchase (purchase in which the cargo L1 to be transported has been determined before purchase) has been made. Next, the server device 10 outputs the allocation result to the first consignor terminal 20 and the second consignor terminal 30 via the information output unit 116.

[0084] The first consignor terminal 20 displays the output allocation result on the user display unit 211 in A42. The second consignor terminal 30 displays the output allocation result on the user display unit 311 in A43. This allows the first consignor U1 to know the transportation schedule of the vehicle V1 whose vacant schedule has been purchased, and the second consignor U2 to know the transportation schedule of the requested cargo L1.

[0085] Thereafter, the second consignor terminal 30 accepts, at A51, an input operation of a transport schedule for a parcel L1 (different from the parcel for which the transport schedule was acquired at A23) through the operation acceptance unit 312. Next, at A52, the second consignor terminal 30 accepts, through the operation acceptance unit 312, a request operation to request the intermediary business operator U3 to transport the parcel L1 for which the input transport schedule has been acquired. At A53, the server device 10 acquires, through the information acquisition unit 115, the transport schedule indicated by the transmitted request data (an example of a second acquisition step).

[0086] In A61, the server device 10 allocates the cargo L1 for which a new transport schedule has been acquired to the vacant schedule that has already been purchased from the first shipper U1 by the transport allocation unit 119. This vacant schedule is a vacant schedule purchased by the first purchase (purchase in which the cargo L1 to be transported after the purchase is determined) among the vacant schedules purchased by the purchase process of A36 described above, for example, a vacant schedule purchased at a purchase price based on the market price of the transport cost described above, assuming the first purchase.

[0087] In this way, the vacant schedule purchased by the purchase process of A36 may include both the vacant schedule purchased by the first purchase and the vacant schedule purchased by the second purchase. The vacant schedule purchased by the second purchase is, for example, the vacant schedule purchased at a purchase price based on the freight rate of the above-mentioned baggage L1, and the baggage L1 to be transported has already been assigned in A41.

[0088] In the case of the second purchase, since it is assumed that there is already a transportable cargo L1 at the time of purchase, the first acquisition step is usually performed after the second acquisition step. However, for example, if the cargo L1 to be transported acquired in the second acquisition step can be allocated during the period from when the schedule information is acquired in the first acquisition step to when the purchase process is performed, it is also possible to perform the second purchase. Therefore, when the second purchase is performed, either the first acquisition step or the second acquisition step can be performed first, or they can be performed simultaneously.

[0089] On the other hand, in the case of the first purchase, the second acquisition step is usually performed after the first acquisition step, which is the opposite of the second purchase. However, it is also possible that the intermediary business operator U3 reserves the allocation of the parcel L1 for some reason and allocates the parcel L1 after the acquisition and purchase process of the vacant schedule is performed later. In such a case, it is possible to perform the first purchase even though the first acquisition step is performed after the second acquisition step. Therefore, even when the first purchase is performed, either the first acquisition step or the second acquisition step can be performed first, or they can be performed simultaneously.

[0090] Next, the server device 10 outputs the allocation results to the first consignor terminal 20 and the second consignor terminal 30 through the information output unit 116. The first consignor terminal 20 displays the output allocation results through the user display unit 211 in A62. The second consignor terminal 30 displays the output allocation results through the user display unit 311 in A63. This allows the first consignor U1 to know the transportation schedule of the vehicle V1 whose vacancy schedule has been purchased even when the first purchase has been made, and the second consignor U2 to know the transportation schedule of the requested cargo L1.

[0091] <Other embodiments>

[0092] <Allocation service without purchase> In the embodiment, the intermediary business operator U3 purchases the vacant schedule of the vehicle V1 of the first consignor U1 and assigns the transportation of the luggage L1 of the second consignor U2, but the purchase of the vacant schedule is not necessary. In that case, the intermediary business operator U3 provides the first consignor U1 and the second consignor U2 with a service of assigning the vacant schedule of the vehicle V1 of the first consignor U1 and the transportation of the luggage L1 of the second consignor U2.

[0093] In this case, the server device 10 acquires schedule information indicating the vacant schedule of the vehicle V1 from the first consignor U1, and acquires the transport schedule of the cargo L1 from the second consignor U2. Next, the server device 10 allocates the transport schedule of the cargo L1 that can be transported according to the vacant schedule indicated by the acquired schedule information. Then, for example, the intermediary business operator U3 receives a success fee for the allocation when the allocation is realized. Even in this case, the transport allocation unit 119 allocates at least a portion of the vacant schedule of the vehicle V1 indicated by the acquired schedule information (the portion where the allocation is realized) to the transport of the cargo L1 whose transport schedule has been acquired. This allows the intermediary business operator U3 to provide an allocation service without bearing any risk in purchasing.

[0094] <Overlapping available events> As described above, the purchase of the vacant schedule includes the first purchase in which the cargo L1 to be transported after the purchase is determined. Here, it is assumed that the first shippers U1 each declare to the intermediary business U3 schedule information indicating the vacant schedule for the period including the same period and for which no cargo transport request has been received from the second shipper U2.

[0095] In this case, if the intermediary business operator U3 purchases only one of the vacant schedules, the vacant schedule purchased in the first purchase will overlap with the vacant schedule that has not been purchased in the first purchase. Note that overlapping vacant schedules does not necessarily mean that the entire period indicated by the vacant schedules overlaps, but also includes that only a part of the period overlaps. In addition, vehicles with overlapping vacant schedules are not necessarily the same model. In addition, when the same first shipper U1 submits schedule information indicating vacant schedules for multiple vehicles, the above overlap may occur if the intermediary business operator U3 purchases only one of the vacant schedules.

[0096] In either case, when the vacant schedules of multiple different vehicles overlap, the transport allocation unit 119 may preferentially allocate the purchased vacant schedule to transport the luggage L1. The transport schedule of the luggage L1 referred to here includes the overlapping period in the multiple vacant schedules. According to this embodiment, the intermediary business operator U3 can avoid wasting the purchase of the vacant schedule.

[0097] <Configuration variations> The configuration shown in FIG. 1 and the like is an example, and other aspects may be adopted as long as there is no inconvenience in implementation. For example, one device may be distributed to two or more devices, or may be replaced by a cloud computing system. Also, the functions of one device may be distributed and realized to two or more devices, or the functions of two or more devices may be concentrated and realized by one device. Also, the operation performed by one function may be distributed to two or more functions, or two or more functions may be integrated into one function. In short, as long as each function required for the entire matching support system 1 is realized, the devices that realize those functions may have any configuration.

[0098] The above-mentioned embodiment is an information processing device such as the server device 10, or an information processing system such as the matching support system 1 including the server device 10, but may be an information processing method. The information processing method includes steps of each process executed by the information processing system. The above-mentioned embodiment may be a program. The program causes a computer to execute each process executed by a similar information processing system.

[0099] <Other variations> The output destination of information or data (hereinafter referred to as "information, etc.") may be another device, a display, a memory unit (including a built-in memory unit and an external memory unit), etc. Acquisition of information, etc. includes acquiring information, etc. generated by the device itself, in addition to acquiring information, etc. transmitted from another device. The table in which parameters are associated is not limited to the table shown in the figure, and the number of parameters may be reduced or increased. Furthermore, information, etc. corresponding to parameters may be obtained by a formula, a conditional formula, etc., without using a table.

[0100] <Additional Notes> Furthermore, it may be provided in the following aspects:

[0101] (1) An information processing system comprising a processor capable of executing a program to perform each of the following steps, wherein in a first acquisition step, the processor acquires schedule information including a vacancy schedule of a vehicle of a transportation company used by a first consignor, the schedule information being information declared by the first consignor to an intermediary company; in a second acquisition step, the processor acquires a transport schedule of a cargo requested by a second consignor to the intermediary company; and in an allocation step, the processor allocates at least a portion of the vacancy schedule of the vehicle indicated by the acquired schedule information to the transport of the cargo for which the transport schedule was acquired.

[0102] According to this embodiment, the vehicle can be utilized effectively.

[0103] (2) In the information processing system described in (1) above, at least a portion of the vacancy schedule of the vehicle is a vacancy schedule that the intermediary business operator has purchased from the first shipper at a specified price.

[0104] According to this embodiment, it is possible to more reliably allocate vehicles to transport cargo of the second shipper.

[0105] (3) In the information processing system described in (2) above, the specified price is an amount according to the length of the period from the time when the schedule information is declared to the time when the schedule information is scheduled to be available.

[0106] According to this embodiment, it is possible to create an incentive to adjust the filing period.

[0107] (4) In the information processing system described in (3) above, the specified price is a higher amount the longer the period.

[0108] According to this embodiment, it is possible to provide an incentive to file tax returns early.

[0109] (5) In the information processing system described in any one of (2) to (4) above, the vacant purchase includes a first purchase in which the cargo to be transported after the purchase is determined, and a second purchase in which the cargo to be transported is determined before the purchase, and the specified price is a higher amount for the second purchase than for the first purchase.

[0110] According to this embodiment, pricing can be set according to risk.

[0111] (6) In the information processing system described in any one of (2) to (5) above, the vehicle's vacancy schedule includes a schedule for availability of vacant cargo space when transporting other cargo, and the specified price is an amount according to the freight charge of the other cargo.

[0112] According to this embodiment, a reasonable fee can be set according to the amount of cargo that the vehicle can transport.

[0113] (7) In the information processing system described in any one of (2) to (6) above, the purchase of the scheduled vacant space includes a first purchase in which the cargo to be transported is determined after the purchase, and the specified price, in the case of the first purchase, is an amount corresponding to the actual cost of transportation having similar transportation contents to the vehicle for which the first purchase is made.

[0114] According to this embodiment, the amount can be set before the cargo to be transported is determined.

[0115] (8) In the information processing system described in (7) above, the transportation details include the transportation date of the luggage, the departure point of the luggage, the arrival point of the luggage, the weight of the luggage, or the type of vehicle of the vehicle.

[0116] According to this embodiment, the amount can be set before the cargo to be transported is determined.

[0117] (9) An information processing system according to any one of (2) to (8) above, wherein the vacant scheduled purchase includes a second purchase in which the cargo to be transported has been determined prior to the purchase, and the specified price, in the case of the second purchase, is an amount corresponding to the freight charge of the cargo to be transported by the vehicle in which the second purchase is made.

[0118] According to this embodiment, the amount can be set with low risk.

[0119] (10) In the information processing system described in any one of (2) to (9) above, the purchase of the vacant schedule includes a first purchase in which the cargo to be transported after the purchase is determined, and in the allocation step, if the vacant schedule purchased by the first purchase overlaps with a vacant schedule for which the first purchase has not been made, the purchased vacant schedule is given priority in allocating it to the transportation of the cargo.

[0120] According to this embodiment, it is possible to prevent the purchase from going to waste.

[0121] (11) In the information processing system described in any one of (2) to (10) above, in a presentation step, a list of vacant schedules for the vehicle is presented to the first shipper, and in the list, brokerage schedules purchased by the intermediary business are shown in a manner different from other vacant schedules, and in a reporting step, a process is executed to report a vacant schedule selected from the list to the intermediary business as a schedule available for purchase.

[0122] According to this embodiment, it is possible to easily report the planned vacant spaces that can be purchased.

[0123] (12) An information processing method comprising the steps of the information processing system according to any one of (1) to (11) above.

[0124] (13) A program causing a computer to execute each step of the information processing system according to any one of (1) to (11) above. Of course, this is not the case. Furthermore, the above-described embodiments and modifications may be combined in any desired manner.

[0125] Finally, although various embodiments of the present invention have been described, these are presented as examples and are not intended to limit the scope of the invention. The new embodiments can be implemented in various other forms, and various omissions, substitutions, and modifications can be made without departing from the spirit of the invention. The embodiments and their modifications are within the scope and spirit of the invention, and are included in the scope of the invention and its equivalents described in the claims. [Explanation of symbols]

[0126] 1: Matching support system 10: Server device 11: Control section 20: First shipper terminal 21: Control section 30: Second shipper terminal 31: Control section 40: Intermediary business terminal 41: Control section 111: Server display section 112: Memory control unit 113: Input reception section 114: User authentication section 115: Information acquisition department 116: Information output section 117: Price Calculation Department 118: Purchase department 119: Transport Allocation Department 211: User display section 212: Operation reception section 213: Information generation section 311: User display section 312: Operation reception section 313: Information generation section 411: User display section 412: Operation reception section 413: Information generation section

Claims

1. An information processing system, The processor is configured to execute a program to perform the following steps: In the first acquisition step, schedule information including a schedule of available vehicles of the transportation company is acquired, and the schedule information is information to be reported to the intermediary company, In the second acquisition step, a transport schedule of the package requested to the intermediary business is acquired, In the display step, the availability of the vehicle is displayed as a list of the available schedules of the vehicle indicated by the acquired schedule information as all, part, or none, and the vehicle displayed as having no availability is made unselectable; In the allocation step, at least a part of the available vehicle schedules displayed in the list is allocated to transporting the cargo for which the transport schedule has been acquired. Information processing system.

2. 2. The information processing system according to claim 1, At least a portion of the vehicle vacancy schedule is a vacancy schedule that has been purchased by the intermediary business at a predetermined price. Information processing system.

3. 3. The information processing system according to claim 2, The predetermined price is an amount according to the length of the period from the time when the schedule information is declared to the time when the schedule information is scheduled to be available. Information processing system.

4. 4. The information processing system according to claim 3, The longer the period, the higher the predetermined price. Information processing system.

5. 3. The information processing system according to claim 2, The purchase of the scheduled vacant space includes a first purchase in which the cargo to be transported is determined after the purchase, and a second purchase in which the cargo to be transported is determined before the purchase, The predetermined price is a price at which the second purchase is higher than that at which the first purchase is made. Information processing system.

6. 3. The information processing system according to claim 2, The vehicle vacancy schedule includes a schedule of vacant cargo space when transporting other cargo, The predetermined price is an amount according to the shipping fee of the other luggage. Information processing system.

7. 3. The information processing system according to claim 2, The purchase of the scheduled vacant space includes a first purchase in which the cargo to be transported is determined after the purchase, In the case of the first purchase, the predetermined price is an amount according to the actual cost of transportation having a similar transportation content to the vehicle for which the first purchase is made. Information processing system.

8. 8. The information processing system according to claim 7, The delivery details include the delivery date of the luggage, the departure point of the luggage, the arrival point of the luggage, the weight of the luggage, or the type of vehicle. Information processing system.

9. 3. The information processing system according to claim 2, The vacant scheduled purchase includes a second purchase in which the cargo to be transported has been determined before the purchase, In the case of the second purchase, the predetermined price is an amount according to the freight charge of the cargo to be transported by the vehicle for which the second purchase is made. Information processing system.

10. 3. The information processing system according to claim 2, The purchase of the scheduled vacant space includes a first purchase in which the cargo to be transported is determined after the purchase, In the allocating step, when an empty schedule purchased through the first purchase overlaps with an empty schedule not purchased through the first purchase, the purchased empty schedule is preferentially allocated to the transportation of the package. Information processing system.

11. 3. The information processing system according to claim 2, In the presentation step, the list of available vehicles is presented, and in the list, the brokerage plans purchased by the brokerage business are presented in a manner different from other available plans, In the reporting step, a process is executed to report the vacant schedule selected from the list as a schedule available for purchase to the intermediary business. Information processing system.

12. An information processing method, comprising: The information processing system according to any one of claims 1 to 11, Information processing methods.

13. A program, A computer is caused to execute each step of the information processing system according to any one of claims 1 to 11. program.

Images