WO2022239854A1 - 情報処理方法、情報処理装置、情報処理システム及びコンピュータプログラム - Google Patents

情報処理方法、情報処理装置、情報処理システム及びコンピュータプログラム Download PDF

Info

Publication number
WO2022239854A1
WO2022239854A1 PCT/JP2022/020147 JP2022020147W WO2022239854A1 WO 2022239854 A1 WO2022239854 A1 WO 2022239854A1 JP 2022020147 W JP2022020147 W JP 2022020147W WO 2022239854 A1 WO2022239854 A1 WO 2022239854A1
Authority
WO
WIPO (PCT)
Prior art keywords
delivery
bid
request
information
company
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2022/020147
Other languages
English (en)
French (fr)
Japanese (ja)
Inventor
伸行 有吉
博文 神戸
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Dai Nippon Printing Co Ltd
Original Assignee
Dai Nippon Printing Co Ltd
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 Dai Nippon Printing Co Ltd filed Critical Dai Nippon Printing Co Ltd
Priority to JP2023521255A priority Critical patent/JPWO2022239854A1/ja
Publication of WO2022239854A1 publication Critical patent/WO2022239854A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions

Definitions

  • the present invention relates to an information processing method, an information processing device, an information processing system, and a computer program.
  • Patent Document 1 information on the type of cargo, the number of units, the delivery base, and the delivery destination is received from the shipper, and the coefficient of the delivery cargo derived from the received cargo type and the number of units, and the loading capacity value of the vehicle are used. , an optimal vehicle dispatch system is disclosed that allocates loads to vehicles so that their carrying capacity values are not exceeded.
  • the cargo is matched with the vehicle. Therefore, when there is no delivery request from the shipper (requester), the loading rate of the vehicle decreases, the delivery price rises, and the delivery efficiency increases. decreases. Also, waiting for a delivery request from a client in order to increase the loading rate may cause a delivery delay.
  • the present application includes a plurality of means for solving the above problems.
  • the information processing method acquires bid requests for deliverables from one or more business operator devices, and requests the acquired bid requests.
  • an information processing method for outputting data to a client device acquiring a successful bid decision from the client device, and determining a delivery company that delivers the delivery item based on the acquired successful bid decision.
  • FIG. 3 is a diagram showing an example of the configuration of a client device; It is a figure which shows an example of a structure of a provider's apparatus. It is a figure which shows an example of the delivery service of a package. It is a figure which shows an example of the delivery service of a package.
  • FIG. 3 is a diagram showing another example of the configuration of the information processing apparatus according to the embodiment; It is a flow chart showing an example of an information processing method by the information processing system of the present embodiment.
  • FIG. 5 is a flow diagram showing an example of a processing procedure of the requester device;
  • FIG. 10 is a flow chart showing an example of a processing procedure of a business operator apparatus; It is a figure which shows an example of a delivery goods exhibition screen. It is a figure which shows an example of a bidder selection screen. It is a figure which shows an example of a successful bid determination screen. It is a figure which shows an example of a condition presentation type bidder list screen.
  • FIG. 10 is a diagram showing an example of a condition presentation type successful bid decision screen; It is a figure which shows an example of a delivery company management screen. It is a figure which shows an example of a new delivery item display screen. It is a figure which shows an example of a biddable delivery thing list screen.
  • FIG. 2 is a diagram illustrating a concept of an example of a first delivery request processing method; It is a figure which shows a 1st delivery request processing flow.
  • FIG. 10 is a diagram showing an example of a procedure for processing a first delivery request by a server; It is a figure which shows an example of the selection method of a successful bidder candidate. It is a figure which shows an example of a successful bidder selection information screen.
  • FIG. 10 is a diagram showing a second delivery request processing flow;
  • FIG. 10 is a diagram showing an example of a procedure for processing a second delivery request by a server; It is a figure which shows an example of a successful bidder selection information screen based on delivery request cancellation.
  • FIG. 1 is a diagram showing an example of the configuration of an information processing system according to this embodiment.
  • the information processing system includes a server 50 as an information processing device, a client device 10 used by a client (delivery requester), and a business operator device 20 used by a delivery company (delivery executor).
  • Server 50 , client device 10 , and provider device 20 are interconnected via communication network 1 .
  • the client device 10 and the business operator device 20 can be configured by, for example, personal computers, tablets, smartphones, and the like.
  • the number of client devices 10 and provider devices 20 is not limited to the illustrated number.
  • FIG. 2 is a diagram showing the concept of an example of the information processing method of this embodiment.
  • the information processing method of the present embodiment uses various functions of the server 50 to provide a mechanism for matching between a package of a client and a delivery company.
  • the requester uses the requester device 10 to put up a delivery item on the matching platform provided by the server 50 .
  • the matching platform provides delivery services based on on-demand matching bids led by delivery companies for the listed deliveries.
  • "Exhibition" means uploading required information to the server 50 according to a predetermined format.
  • the exhibition information can be viewed on the matching platform provided by the server 50 .
  • the exhibition information includes items to be delivered, delivery prices (requester's desired prices), delivery conditions, and the like. Delivery conditions include information such as the loading point (collection point), unloading point (delivery point), size (length, width, and width of the delivery item), weight, delivery time designation, express designation, etc. include.
  • Bid request means sending required information to the server 50 according to a predetermined format.
  • delivery companies A, B, C, and D have submitted bid requests.
  • the delivery company may be a company that owns a plurality of vehicles and employs a plurality of drivers, or may be a sole proprietor whose drivers use their own vehicles to conduct business.
  • Bid information is generated on the matching platform of server 50 based on the bid request, and the generated bid information can be viewed from client device 10 .
  • the bid information includes information such as bidders (delivery companies) and bid prices.
  • the requester browses the bid information, selects the bidder that he considers to be the most suitable, and makes a successful bid decision.
  • Client device 10 transmits a successful bid determination to server 50 .
  • the server 50 notifies the successful bidder (the successful bidder) of the successful bid decision. In the example of FIG. 2, a notice of successful bid decision is sent to the delivery company B's company device 20 .
  • the information processing method of the present embodiment can realize matching between the package of the requester and the delivery company. Specifically, for example, if the delivery company wins the bid, it is possible to successively load items to be delivered into vehicles with empty space, thereby improving the delivery efficiency. In addition, since the delivery price is determined according to the bid, the delivery cost may be reduced for the client, and the delivery cost can be reduced. In addition, through delivery company-led bidding, delivery companies can take up delivery operations on their own initiative, increasing their income and motivating them to reform their work styles. . Details of the server 50 will be described below.
  • FIG. 3 is a diagram showing an example of the configuration of the server 50.
  • the server 50 includes a control unit 51 that controls the entire server 50, a communication unit 52, an exhibition processing unit 53, a bid processing unit 54, a successful bid processing unit 55, a chat processing unit 56, a business selection unit 57, a delivery price determination unit 58, It has a delivery company DB 61 , a delivery item exhibition DB 62 , a bidder DB 63 , a successful bid completion DB 64 , and a bidder presentation condition DB 65 . All or part of the delivery company DB 61 , delivery product exhibition DB 62 , bidder DB 63 , successful bid completion DB 64 , and bidder presentation condition DB 65 may be incorporated in another data server accessible from the server 50 .
  • the control unit 51 can be configured with a CPU (Central Processing Unit), ROM (Read Only Memory), RAM (Random Access Memory), and the like.
  • CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • the communication unit 52 includes a communication module and can transmit/receive information to/from the client device 10 and the business operator device 20 via the communication network 1 .
  • the communication unit 52 has a function as a product information acquisition unit, and acquires (receives) product information (also referred to as product information) from the requester device 10 .
  • the exhibition processing unit 53 performs processing related to the exhibition on the matching platform based on the exhibition information received via the communication unit 52. For example, the exhibition processing unit 53 updates the delivery article exhibition DB 62 based on the exhibition information, and uses the updated delivery article exhibition DB 62 to present (display) the exhibition information to one or a plurality of business operator devices 20. .
  • FIG. 4 is a diagram showing an example of the configuration of the delivery article exhibition DB 62.
  • the delivery item exhibition DB 62 includes information such as an exhibition ID assigned to each exhibition, an exhibition item, delivery conditions, an exhibition price (a requester's desired delivery price), and whether or not there is a split bid.
  • the item for sale may be any information that can identify the item to be delivered, and includes information such as an image of the item to be delivered, the number of items to be delivered, and the contents of the item to be delivered.
  • Delivery conditions are the conditions when the requester requests delivery of the delivery item, such as the loading point (collection point), unloading point (delivery point), size (length, width, width). , weight, delivery time designation, express designation, etc.
  • the delivery terms are not limited to these pieces of information.
  • the details of the split bidding will be described later.
  • the exhibition ID N00101
  • the exhibition item is D00101
  • the delivery conditions are S00101
  • the exhibition price is 2,000 yen
  • the information about the article to be exhibited and the delivery conditions are indicated by reference numerals for the sake of convenience. The same applies to other exhibition IDs.
  • the communication unit 52 has a function as a bid request acquisition unit, and acquires (receives) bid requests regarding items to be delivered from one or a plurality of business operator devices 20 .
  • the bid processing unit 54 performs processing related to bidding on the matching platform based on the bid request received via the communication unit 52. For example, the bid processing unit 54 updates the bidder DB 63 based on the bid request, generates bid information using the updated bidder DB 63, and uses the generated bid information as a request for exhibiting the item to be delivered related to the bid. presented (displayed) on the requester device 10 of the client.
  • FIG. 5 is a diagram showing an example of the configuration of the bidder DB 63.
  • the bidder DB 63 is composed of information such as registration IDs of bidders (delivery companies), evaluations, bid prices, and delivery vehicle information for each product ID.
  • the registered ID is an ID that is given to a delivery company that has passed an examination, for example, by conducting a preliminary examination when the delivery company uses the matching platform.
  • the evaluation is an evaluation by the client of the past delivery operations performed by the delivery company. For example, the evaluation results can be obtained by sending a questionnaire to the client.
  • the evaluation may be the most recent evaluation value or the average evaluation value within a predetermined past period. In the example of FIG.
  • evaluation values are represented by numerical values from 0 to 100, but may be evaluated in five stages such as A to E, or in three stages such as excellent, good, and acceptable.
  • the delivery vehicle information includes, for example, information such as the image of the delivery vehicle and the vehicle type of the delivery vehicle, which are represented by reference numerals in FIG. 5 for convenience.
  • the example of FIG. 5 indicates that five delivery companies are bidding on the exhibition ID: N00105.
  • Information about registered delivery companies is stored in the delivery company DB 61 .
  • FIG. 6 is a diagram showing an example of the configuration of the delivery company DB 61.
  • the delivery company DB 61 is updated as necessary each time the delivery company uses the matching platform.
  • the delivery company DB 61 contains information such as company name (including individual), contact information, evaluation, base location, delivery vehicle information, delivery vehicle usage status, delivery route, delivery time, and delivery area for each registered ID. Configured.
  • the location of the base includes the waiting location of the delivery vehicle, the arrival and departure location of the delivery vehicle, and the location of the warehouse where the delivery items are stored.
  • the usage status indicates the current usage status of each delivery vehicle (in use, waiting, etc.). It should be noted that the usage schedule may be included in the usage status.
  • the delivery route is information indicating where each delivery vehicle delivers which delivery item, and includes the current delivery route or future delivery routes.
  • the delivery time includes the estimated time of arrival at each delivery point.
  • the delivery area indicates the area in which each delivery vehicle moves, and can be represented by, for example, cities, towns and villages. In FIG. 6, the delivery route and delivery time are represented by symbols for convenience.
  • the company selection unit 57 selects a delivery company based on the delivery company selection conditions.
  • the exhibition processing unit 53 may present (display) exhibition information (delivery item information acquired from the client device 10) to the business operator device 20 of the delivery business selected by the business operator selection unit 57. .
  • FIG. 7 is a diagram showing an example of delivery company selection conditions.
  • the conditions for selecting a delivery company include at least one of the following as selection items: evaluation of the delivery company, base location of the delivery company, delivery time by the delivery company, and delivery route by the delivery company. be able to.
  • the selection item When the selection item is evaluation, the condition may be, for example, that the most recent evaluation value or the average evaluation value for a predetermined period is equal to or greater than a predetermined threshold. As a result, it is possible to avoid bids from delivery companies with low evaluations of their delivery services, and to provide high-quality delivery services.
  • the condition may be, for example, that the distance from the base location to the collection point or delivery point is within a predetermined threshold.
  • the condition may be, for example, that collection and delivery are possible during the requested time period by the requester. This enables on-time pick-up and delivery.
  • the condition may be, for example, that collection and delivery are possible during the time period requested by the client. This enables on-time pick-up and delivery.
  • (1) delivery amount lump sum bidding (exhibits lump sum bidding), (2) delivery capacity lump sum bidding, (3) delivery split bidding, and (4) delivery condition presentation bidding Bidding schemes can be provided.
  • Each bidding method will be described below.
  • Fig. 8 is a diagram showing an example of a combined delivery amount bidding.
  • the exhibition price (desired delivery price) is 10,000 for each of the packages (exhibits) A, B, C, D, E, F, G, H, I, J, . 1,000 yen, 3,000 yen, 1,000 yen, 2,000 yen, 15,000 yen, 1,500 yen, 2,500 yen, 1,000 yen, 3,000 yen, etc.
  • the requesters of packages A to J may be the same or different.
  • a lump sum delivery bid if the bidder makes a bid for each item at once, the requester decides to win the bid, and the bidder wins the bid all at once, the bidder can make a successful bid. It is a method that can be delivered at a delivery price that is lower than the sum of the exhibition prices of each package.
  • the delivery price determination unit 58 can reduce the delivery price of the item to be delivered included in the bid request when the bidding conditions for the bid request are met.
  • the bidding conditions for the bidding request it is possible to include a case where a plurality of delivery items included in the bidding request are bidding together as illustrated in FIG. 8 .
  • the total exhibition price of packages A to J is 40,000 yen, but the delivery price of packages A to J becomes 20,000 yen by winning a successful bid at once.
  • the client (exhibitor) can expect a reduction in the delivery price because the package is delivered at a delivery price that is 20,000 yen lower than the desired delivery price of 40,000 yen.
  • the successful bidders will be able to bid on a large number of items to be delivered as a whole.
  • the delivery company can load and deliver a large number of packages on the delivery vehicle, so that delivery efficiency can be improved, which is advantageous for both the client and the delivery company.
  • a plurality of delivery companies may collectively bid on a plurality of items to be delivered in the auction.
  • all or a part of a plurality of items to be delivered may be put up and bid together for the delivery amount.
  • Fig. 9 is a diagram showing an example of a combined delivery capacity bidding.
  • bidders collectively bid on individual items, which is similar to the delivery amount lump sum bidding shown in FIG. The difference is that the rate can be taken into account.
  • delivery companies should consider how much load capacity they have in their own delivery vehicles (may be one or more), and should bring the loading rate of their delivery vehicles closer to 100%. You can bid on items in bulk so that you can bid on them.
  • the loading rate of the delivery vehicle can be increased to 95%. be able to. Assuming that the delivery company wins the bid all at once, the loading rate of the delivery vehicle can be increased to 95%, and the delivery price of packages A to J will be 20,000 yen.
  • the client (exhibitor) can expect a reduction in the delivery price because the package is delivered at a delivery price that is 20,000 yen lower than the desired delivery price of 40,000 yen.
  • the successful bidders will be able to bid on a large number of items to be delivered as a whole.
  • the delivery company can increase the loading rate of the delivery vehicle and improve the delivery efficiency, which is advantageous for both the requester and the delivery company.
  • the delivery capacity collective bidding illustrated in FIG. 9 is a collective bidding method that prioritizes increasing the loading rate of delivery vehicles over the delivery price, the delivery price may not be reduced.
  • FIG. 10 is a diagram showing an example of delivery split bidding.
  • Delivery split bidding is a bidding by multiple delivery companies when the number of packages exhibited by the client is large and it is not possible for a single delivery company to bid for the exhibited packages due to the capacity of the delivery vehicle. This is a method that allows bids to be made by dividing the goods to be exhibited. For example, when a large vehicle is required to collectively deliver the goods to be exhibited, multiple delivery companies that can only use relatively small delivery vehicles bid for the goods to be exhibited within the range they can deliver. be able to.
  • the server 50 can acquire the successful bid decision from the client device 10 .
  • bidder (delivery business operator) A bids only for parcel A according to his own vehicle.
  • bidders BD bid on packages BD, respectively.
  • the client can decide to make a successful bid with all the bidders A to D as the successful bidders, and the bidders A to D are all the successful bidders. Become.
  • the client (exhibitor) can exhibit even a large amount of delivery items without worrying about the size of the delivery vehicle that can handle them.
  • a delivery business operator can bid for an exhibit whose load is larger than the load capacity of the delivery vehicle owned by the delivery company, increasing bidding opportunities for the delivery business.
  • the delivery fee may be determined by the delivery ratio. For example, if the desired delivery price (exhibition price) is 50,000 yen for a large number of exhibited packages, the delivery price for each of bidders A to D is determined by the total amount (weight, size, number, etc.) of the exhibited packages. It can be a ratio to the amount (weight, size, number, etc.) of the divided packages A to D. Also, when discounting the seller's desired delivery price, it may be determined based on the delivery ratio. In this way, the delivery price determining unit 58 can determine the delivery price of the items to be delivered included in the plurality of bid requests according to the ratio of the items to be delivered included in each of the plurality of bid requests.
  • FIG. 11 is a diagram showing an example of bidding with delivery terms.
  • the delivery company presents the delivery terms and makes a bid
  • the seller browses the delivery terms for which the bid was made, and selects the delivery terms that match the terms requested by the requester. is presented, it is a method of winning a bid by determining a successful bid for the bid.
  • bidders A to D present their delivery terms and bid.
  • Bidder A's delivery conditions are that the delivery area is 100 km from Tokyo, the delivery date and time is immediately available, the maximum load (ton) is 1 (ton), and the delivery price is 10,000 yen. and the delivery vehicle is a "minivan" type vehicle.
  • the seller looks at the delivery conditions of bidders A to D and determines bidder B as the winning bidder.
  • the requester does not need to list his/her own package, and it is possible to avoid having many delivery companies view the item. Also, if the seller can find delivery conditions that match his/her conditions, the seller can directly negotiate with the delivery company and determine the successful bidder.
  • a delivery company can present favorable delivery conditions at any time according to the current status of its own delivery business, expand the possibility of acquiring delivery business, and win a lot of deliveries. becomes possible.
  • the bidding processing unit 54 performs processing related to bidding on the matching platform based on the bidding request for delivery terms received via the communication unit 52 .
  • the bid processing unit 54 updates the bidder-presented conditions DB 65 based on the bid request for delivery condition presentation, generates bid information using the updated bidder-presented conditions DB 65, and sends the generated bid information to the matching platform. It is possible to enable browsing from a plurality of client devices 10 above.
  • FIG. 12 is a diagram showing an example of the configuration of the bidder presentation condition DB 65.
  • the bidder-presented condition DB 65 is composed of information such as the registration ID of the delivery company that submitted the bid for the delivery condition presentation, the delivery conditions related to the bid, and the evaluation of the delivery business.
  • the delivery conditions include delivery area, maximum loading capacity, delivery price, available date and time, delivery vehicle information, and the like. Note that the delivery conditions are not limited to those illustrated in FIG. 12 . As shown in FIG.
  • the delivery conditions presented by the delivery company whose registration ID is d00200 are that the delivery area is 100 km from Tokyo, the maximum loading capacity of the delivery vehicle of the delivery company is 1 ton, and the delivery company The desired delivery price is 10,000 yen, the available delivery date and time is available immediately, the delivery vehicle information is V00200, and the delivery company's evaluation is 80. The same is true for delivery businesses with other registered IDs.
  • the communication unit 52 has a function as a successful bid decision acquisition unit, and acquires (receives) successful bid decisions regarding delivered items put up for sale from the client device 10 . For example, when a client browses a plurality of bid requests on the matching platform and finds that his bid conditions match the bid requests, the client performs an operation to determine a successful bid, so that the client device 10 Output the winning bid decision.
  • the successful bid processing unit 55 performs processing related to successful bids on the matching platform based on the successful bid decision obtained (received) via the communication unit 52 .
  • the successful bid processing unit 55 may determine a delivery company that delivers the exhibited item based on the acquired successful bid decision. This makes it possible to match the client's parcel with the delivery company.
  • the successful bid processing unit 55 can transmit a successful bid determination notice to the business operator device 20 of the determined delivery business operator.
  • the successful bid processing unit 55 can provide the information about the successful bid to the company device 20 of the determined delivery company. Further, the successful bid processing unit 55 can update the successful bid completion DB 64 based on the successful bid decision.
  • Fig. 13 is a diagram showing an example of the configuration of the successful bid completion DB 64.
  • the successful bid completion DB 64 includes information such as an exhibition ID, a successful bidder's registration ID, successful bid date/time, successful bid price, successful bid item, delivery completion date of the successful bid item, evaluation of the successful bidder (delivery company), and the like.
  • a delivery company with a registration ID of d00408 won a bid (successful bidder) for an exhibition with an exhibition ID of N00101. is 1,800 yen
  • the successful bid item is D00101
  • the successful bid item was delivered on April 5, 2021
  • the delivery company registration ID: d00408
  • the chat processing unit 56 provides a function for chatting between the client device 10 and the business operator device 20. As a result, the client and the delivery company can appropriately exchange chat messages and share images, voices, and the like.
  • FIG. 14 is a diagram showing an example of the configuration of the client device 10.
  • the client device 10 includes a control unit 11 that controls the entire device, a communication unit 12, an input unit 13, a storage unit 14, a display unit 15, a display control unit 16, and a chat message processing unit 17.
  • FIG. The control unit 11 can be composed of, for example, a CPU, a ROM and a RAM.
  • the communication unit 12 provides a communication function with the server 50 via the communication network 1.
  • the input unit 13 is composed of a keyboard and a mouse, or a touch panel, etc., and can input characters and operate icons, buttons, menu bars, windows, cursors, etc. on the display unit 15 .
  • the input unit 13 may receive the requester's voice by having a voice input function. Also, the input unit 13 may include a camera.
  • the storage unit 14 is composed of a semiconductor memory, a hard disk, or the like, and can store information obtained from the server 50, information input from the input unit 13, and the like. In addition, the storage unit 14 can store apps (applications) that operate on the client device 10 .
  • the display unit 15 can be composed of a liquid crystal panel, an organic EL (Electro Luminescence) display, or the like.
  • the display control unit 16 performs processing for displaying required information (such as a screen) on the display unit 15 .
  • the chat message processing unit 17 executes processing for transmitting and receiving chat messages and the like to and from the business operator device 20 via the server 50 .
  • FIG. 15 is a diagram showing an example of the configuration of the business operator's device 20.
  • the provider device 20 includes a control unit 21 that controls the entire device, a communication unit 22, an input unit 23, a storage unit 24, a display unit 25, a display control unit 26, and a chat message processing unit 27.
  • the control unit 21 can be composed of, for example, a CPU, a ROM, a RAM, and the like.
  • the communication unit 22 provides a communication function with the server 50 via the communication network 1.
  • the input unit 23 is composed of a keyboard and a mouse, or a touch panel, etc., and can input characters and operate icons, buttons, menu bars, windows, cursors, etc. on the display unit 25 .
  • the input unit 23 may receive the requester's voice by having a voice input function. Also, the input unit 23 may include a camera.
  • the storage unit 24 is composed of a semiconductor memory, a hard disk, or the like, and can store information obtained from the server 50, information input from the input unit 23, and the like. In addition, the storage unit 24 can store apps (applications) that operate on the provider device 20 .
  • the display unit 25 can be composed of a liquid crystal panel, an organic EL (Electro Luminescence) display, or the like.
  • the display control unit 26 performs processing for displaying required information (such as a screen) on the display unit 25 .
  • the chat message processing unit 27 executes processing for transmitting and receiving chat messages and the like to and from the client device 10 via the server 50 .
  • FIG. 16 is a diagram showing an example of a parcel delivery service.
  • FIG. 16A shows a delivery service without using this embodiment
  • FIG. 16B shows a delivery service with this embodiment.
  • FIG. 16A in the case of the comparative example, when delivery is received at the base, the vehicle travels from the base to the pickup point P1 in an empty state (indicated by the dashed line in the figure) with no cargo loaded.
  • packages to be delivered to delivery points P2, P3, and P4 are loaded on a delivery vehicle, delivered in the order of the delivery points P2, P3, and P4, and returned from the delivery point P4 to the base in an empty state.
  • the vehicle is in a completely empty state, and the distance traveled in the empty state may be relatively long.
  • the delivery since the delivery is received at the base, it is difficult to change the delivery plan after the delivery plan is formulated, and a request for additional delivery cannot be accepted during the delivery.
  • the delivery item is awarded at the base. Even during delivery, additional collection and delivery destinations can be added whenever a successful bid for delivery is made. That is, the delivery item information acquired from the requester's device is provided to the delivery vehicle operated by the delivery company (successful bidder) for which the successful bid has been determined.
  • the driver of the delivery vehicle receives information on a successful bid for delivery while traveling from delivery point P2 to P3, and after delivering the package at delivery point P3, moves to pickup point S1 and moves to the delivery point. Packages to be delivered to S2 and S3 can be collected.
  • the driver of the delivery vehicle receives information of another delivery successful bid. You can pick up your luggage. Delivery is made in the order of the delivery points S5 and S6, and the vehicle returns from the delivery point S6 to the base in an empty state. As described above, according to the present embodiment, it is possible to shorten the distance traveled in a completely empty state after delivery is completed, and to improve delivery efficiency. Also, even during delivery, it is possible to make a successful bid for an additional delivery request according to the travel route of the delivery vehicle, and it is possible to consolidate packages with different delivery requests.
  • FIG. 17 is a diagram showing another example of the configuration of the information processing apparatus according to this embodiment.
  • reference numeral 80 is a computer.
  • the computer 80 includes a control section 81, an input section 86, an output section 87, an external I/F (interface) section 88, and the like.
  • the control unit 81 includes a CPU 82 , a ROM 83 , a RAM 84 and an I/F (interface) 85 .
  • the input unit 86 acquires (receives) required information from the client device 10 and the business operator device 20 .
  • the output unit 87 outputs (transmits) required information to the client apparatus 10 and the business operator apparatus 20 .
  • the I/F 85 has an interface function between the control section 81 and the input section 86, the output section 87 and the external I/F section 88, respectively.
  • the external I/F unit 88 is a recording medium reading device such as a DVD reading device, and is capable of reading a computer program (program product) from a recording medium M (for example, a medium such as a DVD) on which a computer program is recorded. .
  • the external I/F unit 88 may have a communication function capable of downloading a computer program (program product).
  • the computer program (program product) recorded on the recording medium M is not limited to that recorded on a portable medium, and can be transmitted via the Internet or other communication lines. can also include computer programs (program products) that
  • FIG. 18 is a flowchart showing an example of an information processing method by the information processing system of this embodiment.
  • the server 50 receives the exhibition information from the client apparatus 10 (S1), and updates the delivery item exhibition DB 62 based on the received exhibition information (S2).
  • the server 50 refers to the received product information and the delivery company DB 61, selects a delivery company (S3), and presents the product information (delivery item information) to the selected delivery company's company device 20 ( S4).
  • the selected delivery company can browse the exhibition information on the matching platform and request a bid.
  • the server 50 performs chat processing between the client device 10 and the business operator device 20 based on the chat request from the client device 10 or the business operator device 20 (S5). Note that if there is no chat request, the process of step S5 can be omitted.
  • the server 50 receives bid requests from one or more business operator devices 20 (S6), and updates the bidder DB 63 based on the received bid requests (S7).
  • the server 50 generates bid information based on the received bid request (S8).
  • the bid information may include information for the requester to select a bidder and determine a successful bidder, and may include, for example, a list of bidder information for the exhibition ID.
  • the bidder information includes, for example, information such as delivery vehicle information, bid price, bidder's evaluation, and bidder's registration ID.
  • the server 50 presents the generated bid information to the client device 10 (S9). This allows the client to view the bid information on the matching platform and determine the winning bidder.
  • the server 50 performs chat processing between the client device 10 and the business operator device 20 based on the chat request from the client device 10 or the business operator device 20 (S10). Note that if there is no chat request, the process of step S10 can be omitted.
  • the server 50 receives a successful bid decision from the client apparatus 10 (S11), and if the bid conditions for the bid request are met, the delivery price of the item to be delivered included in the bid request is reduced (S12).
  • the server 50 notifies the successful bidder's business device 20 of the successful bid decision (S13), and provides the business device 20 with exhibition information (S14).
  • the successful bidder of the delivery business makes a delivery bid even during the delivery.
  • the server 50 updates the successful bid completion DB 64 (S15) and terminates the process.
  • FIG. 19 is a flow diagram showing an example of the processing procedure of the client device 10.
  • FIG. The processing procedure shown in FIG. 19 can be executed, for example, by an app (application) installed in the client device 10 .
  • an app application
  • the main body of processing will be described as the control unit 11 .
  • the control unit 11 receives an operation for putting up a delivery item (S21), generates exhibition information based on the operation for putting up an item (S22), and transmits the generated exhibition information to the server 50 (S23).
  • the control unit 11 determines whether or not there is a chat processing request from a bidder or an exhibitor via the server 50 (S24), and if there is a chat processing request (YES at S24), performs chat processing (S25 ), the process of step S26, which will be described later, is performed. If there is no chat processing request (NO in S24), the control unit 11 receives the bid information from the server 50 and displays it on the display unit 15 (S26).
  • the control unit 11 determines whether or not there is a chat processing request from the exhibitor or from the bidder via the server 50 (S27). ), the process of step S29, which will be described later, is performed. If there is no chat process request (NO in S27), the control unit 11 determines whether or not there is an operation for determining a successful bid (S29).
  • control unit 11 If there is an operation to determine a successful bid (YES in S29), the control unit 11 transmits the information of the successful bidder and the successful bid determination to the server 50 (S30), and ends the process. If there is no successful bid determination operation (NO in S29), the control unit 11 terminates the process.
  • FIG. 20 is a flow diagram showing an example of the processing procedure of the business operator apparatus 20.
  • the processing procedure shown in FIG. 20 can be executed, for example, by an app (application) installed in the business operator device 20 .
  • an app application
  • the main body of processing will be described as the control unit 21 .
  • the control unit 21 receives the exhibition information from the server 50 (S41), and displays the received exhibition information on the display unit 25 (S42).
  • the control unit 21 determines whether or not there is a chat processing request from the exhibitor via the server 50 from the bidder (S43), and if there is a chat processing request (YES at S43), chat processing is performed (S44). , the processing of step S45, which will be described later, is performed. If there is no chat process request (NO in S43), the control unit 21 determines whether or not there is an operation to execute a bid (S45).
  • control unit 21 If there is an operation to execute a bid (YES in S45), the control unit 21 transmits a bid request to the server 50 (S46). If there is no bid execution operation (NO in S45), the control unit 21 terminates the process.
  • the control unit 21 determines whether or not there is a chat processing request from the exhibitor or the bidder via the server 50 (S47). ), the process of step S49, which will be described later, is performed. If there is no chat process request (NO in S47), the control unit 21 determines whether or not there is a successful bid decision notification (S49).
  • control unit 21 receives the exhibition information and transfers it to the delivery vehicle (S50), and ends the process. If there is no notification of successful bid determination (NO in S49), the control unit 21 terminates the process.
  • the display control unit 16 displays, on the display unit 15, a delivery item exhibition screen 100, a bidder selection screen 110, a successful bid decision screen 120, a conditional bidder list screen 130, and a conditional successful bid decision screen 140, which will be described later. process.
  • FIG. 21 is a diagram showing an example of the delivery item listing screen 100.
  • the delivery item listing screen 100 is a screen for accepting an exhibiting operation when a requester (exhibitor) puts up an item on the matching platform.
  • the item to be delivered display screen 100 includes a column for inputting the item to be exhibited, a column for inputting the item price (desired delivery price), a selection icon 101 for selecting whether or not the item is an item with split bidding, and a column for inputting delivery conditions. , a “return” icon 102, an “exhibition” icon 103, and the like are displayed.
  • the delivery conditions include, for example, the loading point (pickup point) of the exhibit, the unloading point (delivery point), the size (size) of the exhibit, the weight, the delivery time designation, and the express designation, etc., but these is not limited to If the selection icon 101 is checked, it means that a split bid can be made, and if it is not checked, it means that a split bid cannot be made.
  • the requester completes the input of each column and operates the “exhibition” icon 103 , the requester device 10 generates exhibition information and transmits the generated exhibition information to the server 50 .
  • the server 50 may notify the business operator device 20 of the selected delivery company that the product information is available.
  • the "back" icon 102 is operated, the entered information is reset.
  • FIG. 22 is a diagram showing an example of the bidder selection screen 110.
  • the bidder selection screen 110 is generated based on bid information received from the server 50 .
  • the bidder selection screen 110 displays the exhibition ID of the article put up by the bidder, a list of bidders, a "return” icon 112, a "chat” icon 113, and the like.
  • the bidder list includes the bidder's delivery vehicle information, bid price, evaluation, registration ID, selection icon 111, and the like. By selecting a desired bidder from the list of bidders and operating the selection icon 111, a successful bid determination screen 120, which will be described later, can be displayed.
  • the requester device 10 transmits a chat processing request to the server 50 .
  • This allows the seller to chat with the desired bidder.
  • the "return” icon 112 it is possible to return to the screen before the bidder selection screen 110 is displayed.
  • FIG. 23 is a diagram showing an example of the successful bid determination screen 120.
  • the successful bid decision screen 120 is displayed by selecting a desired bidder from the list of bidders on the bidder selection screen 110 .
  • the successful bid decision screen 120 displays an exhibition ID, bidder information, a chat column with the bidder, a "detailed information" icon 121, a "return” icon 122, a "bid decision” icon 123, and the like.
  • Bidder information includes selected bidder's delivery vehicle information, bid price, rating, and registration ID.
  • the detailed information includes the bidder's business name, contact information, base information, etc. associated with the registration ID.
  • the bidder selection screen 110 shown in FIG. 22 is displayed, and another bidder can be selected.
  • the client device 10 transmits the successful bid decision to the server 50 together with the successful bidder information.
  • the application of the client device 10 displays a list of bid requests relating to the item to be delivered, receives an operation to select a desired bid request from the displayed bid requests, and responds to the selected bid requests. , and performs processing for outputting the received successful bid decision to the server 50.
  • FIG. This makes it possible to match the client's parcel with the delivery company.
  • the application of the client device 10 displays a successful bid decision screen 120 (successful bid acceptance screen) including at least one of an identifier (registration ID) that identifies a bidder, delivery vehicle information, a bid price, and an evaluation of the bidder. can do.
  • FIG. 24 is a diagram showing an example of the condition presentation type bidder list screen 130.
  • the condition presentation type bidder list screen 130 is, as illustrated in FIG. 11, a screen that can be viewed by the client on the matching platform when the delivery company offers the delivery conditions and bids.
  • the condition-presenting bidder list screen 130 displays a list of bidders who have submitted delivery conditions and made bids, a "return" icon 132, a "chat” icon 133, and the like.
  • the list of bidders includes registration IDs of bidders, delivery areas, load capacity, delivery prices, available dates and times, delivery vehicle information, evaluations, selection icons 131 for selecting bidders, and the like.
  • a condition presentation type successful bid determination screen 140 By selecting a desired bidder from the list of bidders and operating the selection icon 131, a condition presentation type successful bid determination screen 140, which will be described later, can be displayed.
  • the requester device 10 transmits a chat processing request to the server 50 . This allows the client to chat with the desired bidder.
  • the "return" icon 132 By operating the "return" icon 132, it is possible to return to the screen before the condition presentation type bidder list screen 130 was displayed.
  • FIG. 25 is a diagram showing an example of a condition presentation type successful bid determination screen 140.
  • the condition presentation type successful bid determination screen 140 is displayed by selecting a desired bidder from the bidder list of the condition presentation type bidder list screen 130 .
  • Bidder information a chat column with the bidder, a "detailed information" icon 141, a "return” icon 142, a "successful bid decision” icon 143, and the like are displayed on the condition presentation type successful bid decision screen 140.
  • the bidder information includes the selected bidder's registration ID, delivery area, load capacity, delivery price, available date and time, delivery vehicle information, and evaluation. By operating the "detailed information" icon 141, detailed information of the selected bidder can be displayed.
  • the detailed information includes the bidder's business name, contact information, base information, etc. associated with the registration ID.
  • the "return" icon 142 When the "return" icon 142 is operated, the conditional bidder list screen 130 shown in FIG. 24 is displayed, and other bidders can be selected.
  • the “successful bid decision” icon 143 When the “successful bid decision” icon 143 is operated, the client device 10 transmits the successful bid decision to the server 50 together with the successful bidder information.
  • the display control unit 26 displays a delivery company management screen 200, a new delivery item display screen 210, a bidable delivery item list screen 220, a bid consideration/execution screen 230, a delivery amount lump sum bid screen 240, and a delivery volume lump sum bid screen 240, which will be described later.
  • a process for displaying the screen 250, the delivery condition presentation screen 260, the successfully bid delivery item display screen 270, and the past delivery record screen 280 on the display unit 25 is performed.
  • FIG. 26 is a diagram showing an example of the delivery company management screen 200.
  • the delivery company management screen 200 is a management screen for transitioning to each screen displayed on the company device 20, and includes "View new deliveries", “View bidable deliveries”, “Successful bid deliveries”. "View past delivery record”, “Bid for lump sum delivery amount”, “Bid for lump sum delivery amount”, and “Present delivery conditions” are displayed. The delivery company can move to each screen by selecting the desired menu. Each screen will be described below.
  • FIG. 27 is a diagram showing an example of the new delivery item display screen 210.
  • the new delivery item display screen 210 is displayed by selecting the “view new delivery item” menu on the delivery company management screen 200 .
  • the newly arrived item display screen 210 displays an exhibition ID, item to be delivered, delivery price, an icon 211 indicating whether split bidding is available or not, delivery conditions, a "return" icon 212, and the like.
  • the icon 211 indicating that there is no split bid is displayed in a solid-line frame
  • the icon 211 indicating that there is a split bid is displayed in a broken-line frame, indicating that there is no split bid. .
  • FIG. 27 is a diagram showing an example of the new delivery item display screen 210.
  • FIG. 27 is a diagram showing an example of the new delivery item display screen 210.
  • FIG. 27 is displayed by selecting the “view new delivery item” menu on the delivery company management screen 200 .
  • the newly arrived item display screen 210 displays an exhibition ID, item to be delivered
  • the delivery conditions include, for example, the loading point (collection point) of the exhibit, the unloading point (delivery point), the size (size) of the exhibit, the weight, designation of delivery time, designation of express, etc. including but not limited to.
  • the "return" icon 212 By operating the "return" icon 212, the user returns to the delivery company management screen 200.
  • FIG. 28 is a diagram showing an example of a biddable delivery item list screen 220.
  • the biddable deliverables list screen 220 is displayed by selecting the “View biddable deliverables” menu on the delivery company management screen 200 .
  • the biddable deliverables list screen 220 displays a list of deliverables that can be bid.
  • the list of items to be delivered includes an exhibition ID, an item to be exhibited, an exhibition price, the presence or absence of split bidding, and a selection icon 221 for selecting a desired exhibition ID from the list of items to be delivered.
  • the bidder (delivery business operator) selects a desired exhibition ID and operates the "next" icon 223 to move to a bid examination/execution screen 230, which will be described later. By operating the "return" icon 212, the user returns to the delivery company management screen 200.
  • FIG. 29 is a diagram showing an example of the bid review/execution screen 230.
  • the bid consideration/execution screen 230 displays an exhibition ID, an article to be exhibited, an exhibition price, delivery terms, a chat column with the seller, a "return" icon 231, a "execute bidding” icon 232, and the like.
  • the bidder can exchange chat messages with the seller as necessary.
  • the delivery terms are the same as the delivery terms illustrated in FIG.
  • the bidder operates the “execute bid” icon 232
  • the business device 20 transmits a bid request to the server 50 .
  • By operating the "return" icon 212 it is possible to return to the biddable delivery item list screen 220, and the bidder can also place a bid on another item ID.
  • the application of the business operator device 20 displays a list of delivery item information that can be bid on, accepts an operation to select desired delivery item information from the displayed delivery item information, and selects delivery item information.
  • a process of receiving a bid request for the item information and outputting the received bid request to the server 50 is performed. This makes it possible to match the client's parcel with the delivery company.
  • the application of the business operator device 20 receives a selection operation using the selection icon 221
  • the application displays a bid examination execution screen 230 (bid acceptance screen) including at least one of the items to be delivered, the delivery price, and the delivery conditions. can be done.
  • FIG. 30 is a diagram showing an example of a bid screen 240 for collectively collecting delivery amounts.
  • the delivery amount lump sum bidding screen 240 is displayed by selecting the “delivery amount lump sum bidding” menu on the delivery company management screen 200 .
  • the delivery amount lump sum bidding screen 240 is a screen for performing the delivery amount lump sum bidding illustrated in FIG.
  • the package delivery price summary bidding screen 240 includes a list of deliveries, a "selected total price” that is the sum of the exhibition prices of a plurality of selected deliveries, a "bid total price” that indicates the delivery price if the batch bid is successful, A 'return' icon 242, a 'item selection' icon 243, a 'bid execution' icon 244, and the like are displayed.
  • the list of items to be delivered displays an exhibition ID, an article to be exhibited, an exhibition price, whether or not there is a split bidding, and the like.
  • an exhibition ID In the example of FIG. 30, by operating the "select exhibition" icon 243, three exhibition IDs N00102, N00103, and N00105 indicated by reference numeral 241 are selected.
  • the delivery price is reduced by 4,000 yen due to the combined delivery price bidding.
  • the bidder operates the “execute bid” icon 244
  • the business device 20 transmits a bid request to the server 50 . It is possible to return to the delivery company management screen 200 by operating the “return” icon 242 .
  • FIG. 31 is a diagram showing an example of a bid screen 250 for batch collection of delivery capacity.
  • the delivery capacity bulk bid screen 250 is displayed by selecting the “delivery capacity bulk bid” menu on the delivery company management screen 200 .
  • the bulk delivery capacity bidding screen 250 is a screen for conducting the bulk delivery capacity bidding illustrated in FIG. 9 .
  • On the delivery capacity bulk bid screen 250 there is a list of delivery items, the upper limit of the set capacity (m 3 ), the "selected total amount" that is the sum of the exhibition prices of the selected delivery items, and the delivery price if the batch bid is successful. , a "return” icon 252, a "select an item” icon 253, an "execute bidding” icon 254, and the like are displayed.
  • the list of items to be delivered displays the exhibition ID, the article to be exhibited, the exhibition price, the capacity, whether or not there is a split bidding, and the like.
  • the "select exhibition" icon 253 by operating the "select exhibition" icon 253, three exhibition IDs N00102, N00103, and N00105 indicated by reference numeral 251 are selected. Items to be delivered whose total weight is equal to the set upper limit of capacity 30 (m 3 ) are collectively selected by bulk delivery volume bidding. In addition, the delivery price is reduced by 4,000 yen.
  • the bidder operates the “execute bid” icon 254 , the operator device 20 transmits a bid request to the server 50 . It is possible to return to the delivery company management screen 200 by operating the “return” icon 252 .
  • FIG. 32 is a diagram showing an example of the delivery terms presentation screen 260.
  • the delivery terms presentation screen 260 is displayed by selecting the “delivery terms presentation” menu on the delivery company management screen 200 .
  • the delivery terms presentation screen 260 is a screen for conducting the delivery terms presentation bid illustrated in FIG.
  • the delivery terms presentation screen 260 displays a registration ID, input fields for delivery terms, a "Register Terms” icon 261, a "Return” icon 262, and the like.
  • the delivery conditions include delivery area, maximum load (ton), load capacity (m 3 ), delivery price, available date and time, delivery vehicle information, and the like, similar to the delivery conditions illustrated in FIG.
  • the business operator apparatus After inputting the delivery terms, by operating the “Register Terms” icon 261 , the business operator apparatus transmits a bid request for presenting the delivery terms to the server 50 .
  • the requester requesting the delivery of the parcel can view the conditional bidder list screen 130 illustrated in FIG. 24 via the matching platform. It is possible to return to the delivery company management screen 200 by operating the “return” icon 262 .
  • FIG. 33 is a diagram showing an example of a display screen 270 for a successful bid item to be delivered.
  • the successful bid delivery item display screen 270 is displayed by selecting the “view successful bid delivery item” menu on the delivery company management screen 200 .
  • the successful bid item display screen 270 is displayed based on the item information when the seller decides to make a successful bid and the server 50 sends a successful bid decision notification and information on the successful bid item to be delivered (exhibition information) to the business operator device 20 . It is generated by the control unit 26 .
  • the successful bid delivery item display screen 270 displays an exhibition ID, a successful bid delivery item, a successful bid delivery price, a chat column with the seller, delivery vehicle information, delivery conditions, a "start delivery" icon 271, and the like.
  • the successful bidder can exchange chat messages with the seller as necessary.
  • the business operator device 20 By operating the "start delivery" icon 271, the business operator device 20 notifies the terminal device and the delivery vehicle of the person in charge who actually delivers the successful bid delivery item of the item to be delivered, the delivery conditions, and the delivery instruction. do.
  • FIG. 34 is a diagram showing an example of the past delivery record screen 280.
  • FIG. The past delivery record screen 280 is displayed by selecting the “view past delivery record” menu on the delivery company management screen 200 .
  • the past delivery record screen 280 displays a registration ID, successful bid date/time, successful bid price, delivery item, evaluation, selection icon 281, "return” icon 282, "details” icon 283, and the like.
  • selection icon 281 By operating the selection icon 281 to select a desired delivery item and operating the "details" icon 283, detailed information on the selected delivery item can be displayed. Detailed information may include the number of items to be delivered, weight, size, terms of delivery, date of completion of delivery, and the like. It is possible to return to the delivery company management screen 200 by operating the “return” icon 262 .
  • the delivery service provider cooperation system as an information processing system has the same configuration as the configuration illustrated in FIG. 1, and includes a server 50 illustrated in FIG.
  • the delivery service provider cooperation system of the second embodiment executes two delivery request processes: first delivery request process and second delivery request process. A specific description will be given below.
  • FIG. 35 is a diagram showing the concept of an example of the first delivery request processing method.
  • a delivery request requested by a requester (delivery requester, exhibitor) is sent to the server 50 (collaboration system), and all or part of the delivery information on the delivery is received by the server 50. It is presented (listed) on the provided matching platform.
  • the delivery item information includes, for example, the item to be delivered, the delivery price (price desired by the requester), and delivery conditions.
  • the delivery conditions include, for example, the delivery schedule desired by the requester (delivery date and time, specified delivery time, express delivery, delivery deadline, etc.), loading point (collection point), unloading point (delivery point), size (delivery It includes information such as the length, width, and width of the object), weight, etc.
  • Delivery companies that wish to implement delivery for the presented delivery item information send a bid request to the matching platform.
  • Bid information is generated on the matching platform of the server 50 based on the bid request, and the generated bid information can be viewed from the client device 10 .
  • the bidding information includes information such as delivery companies and bidding prices.
  • the server 50 determines an appropriate delivery company based on information such as delivery item information and bid requests, and a predetermined dispatch algorithm, and assigns the requester's delivery request to the determined delivery company. Specifically, the server 50 selects a successful bidder candidate, presents information on the selected successful bidder candidate (successful bidder candidate selection information) to the requester, and determines the successful bidder after receiving approval from the requester. . In the example of FIG. 35, the requester's delivery request is distributed and assigned to delivery companies B and D, which are the two successful bidders. In this manner, a requester's shipping request may be dispatched to one or more shipping carriers.
  • FIG. 36 is a diagram showing the first delivery request processing flow.
  • client device 10 transmits a delivery request to server 50 .
  • Server 50 determines the appropriate carrier based on a predetermined dispatch algorithm.
  • the server 50 dispatches the delivery request to the carrier devices 20 of the determined delivery companies (delivery companies B and D in the example of FIG. 36).
  • FIG. 37 is a diagram showing an example of the processing procedure of the first delivery request by the server 50.
  • the server 50 receives the delivery request from the client device 10 via the communication unit 52 (S101).
  • the delivery request includes delivery information regarding the delivery.
  • the server 50 updates the delivery article exhibition DB 62 based on the received delivery request (S102).
  • the server 50 refers to the received delivery item information and the delivery company DB 61, selects a delivery company (S103), and presents the delivery item information to the selected delivery company's company device 20 (S104). As a result, the selected delivery company can browse the delivery item information on the matching platform and make a bid request.
  • the server 50 receives bid requests from one or more business operator devices 20 (S105), and updates the bidder DB 63 based on the received bid requests (S106). The server 50 selects successful bidder candidates based on the delivery item information and each bid request (each bid information) (S107).
  • FIG. 38 is a diagram showing an example of a method for selecting successful bidder candidates.
  • the successful bid processing unit 55 can select successful bidder candidates using a predetermined dispatch algorithm based on at least one of the size or weight of the delivery item, the delivery schedule, and the delivery price included in the delivery item information.
  • an evaluation value is calculated for each item such as the delivery schedule, the evaluation of the delivery company, the delivery vehicle information, the load amount of the delivery item, and the delivery price.
  • D, E, V, W, and C represent the evaluation values of the delivery schedule, the evaluation of the delivery company, the delivery vehicle information, the loadable amount of the delivery item, and the delivery price.
  • Each evaluation value can be represented by a numerical value between the maximum value and the minimum value, and may be represented by an appropriate numerical range such as 1-5, 1-10, for example.
  • the minimum value or the maximum value of the evaluation value of each item may be the same or may be different.
  • the evaluation value D may be calculated, for example, based on the degree of matching between the requester's desired delivery schedule and the bidder's (delivery company's) delivery schedule. For example, if the degree of matching is divided into 5 levels and the bidder can meet the requested delivery schedule of the client, the evaluation value D can be set to "5", and the evaluation value can be set according to the deviation of the delivery date and time. D may be "4", "3", "2", or "1".
  • the evaluation value E may be classified into "5" to "1" according to the evaluation value of the delivery company. For example, when the evaluation value of the delivery company is represented by a numerical value from 0 to 100, the evaluation value E is set to “5” for the evaluation values 91 to 100, and the evaluation value E is set to “4” for the evaluation values 81 to 90. ”, the evaluation value E is set to “3” for the evaluation values 71 to 80, the evaluation value E is set to “2” for the evaluation values 61 to 70, and the evaluation value E is set to “1” for the evaluation values 60 or less "And it is sufficient.
  • the evaluation value V may be calculated, for example, based on the degree of matching between the size of the item to be delivered and the bidder's delivery vehicle information. For example, a vectorization operation is performed to generate a unique vector for the size of the item to be delivered to calculate the size vector of the item to be delivered, and a vectorization operation is performed to generate a unique vector for the delivery vehicle information. Calculate the delivery vehicle information vector.
  • the degree of matching can be calculated by calculating the degree of similarity between the two vectors. For calculating similarity, for example, cosine similarity, Euclidean distance, or the like may be used.
  • the evaluation value W may be calculated, for example, based on the degree of matching between the weight of the item to be delivered and the bidder's load capacity.
  • the evaluation value C may be calculated, for example, based on the degree of matching between the requester's desired delivery price and the bidder's (delivery company's) delivery price. For example, if the degree of matching is divided into 5 stages and the bidder can respond to the requester's desired delivery price, the evaluation value C can be set to "5". D may be "4", "3", "2", or "1".
  • the weighting coefficients w1 to w5 are coefficients for weighting the evaluation values D to C, respectively.
  • Each weighting factor is, for example, a numerical value including 0, and may be in the range of 0 to 1, 0 to 10, or 0 to 100, for example. Also, each weighting factor may be set by the client using the client device 10 .
  • Successful bidder candidates can be selected based on the overall evaluation G. For example, bidders whose overall evaluation G is equal to or greater than a predetermined threshold may be selected as successful bidder candidates, or bidders with a predetermined number of top overall evaluations G may be selected as successful bidder candidates.
  • Successful bidder candidates may be one delivery company or multiple delivery companies.
  • the successful bid processing unit 55 evaluates each of the delivery schedule, the evaluation of the delivery company, the delivery vehicle information, the load capacity, and the delivery price based on the acquired delivery item information and bid request (bid information).
  • a total evaluation value can be calculated based on a weighting factor for each calculated evaluation value, and successful bidder candidates can be selected based on the calculated total evaluation value.
  • the predetermined dispatch algorithm is not limited to the above example.
  • the server 50 presents information (successful bidder selection information) regarding the selected successful bidder candidate to the client device 10 (S108).
  • FIG. 39 is a diagram showing an example of the winning bidder selection information screen 150.
  • the winning bidder selection information screen 150 displays winning bidder selection information.
  • the successful bidder selection information for the requester's delivery request "XXXX" includes the registered ID of the successful bidder candidate (delivery company), delivery schedule, evaluation, delivery vehicle information, load capacity, delivery price, and comprehensive evaluation.
  • the successful bidder selection information shown in FIG. 39 is an example and is not limited to the example of FIG.
  • a message such as "Delivery request will be assigned to two delivery companies" may be displayed.
  • the requester determines that the successful bidder candidate displayed in the successful bidder selection information is appropriate, the requester operates the "approve" icon 151 to approve the delivery company selected by the server 50. can be done. If the requester determines that the successful bidder candidate displayed in the successful bidder selection information is not appropriate, the requester operates the "reselection" icon 152 to reselect the delivery company for the server 50. can make a request.
  • the requester can view information about the successful bidder candidates on the matching platform and can determine the appropriate delivery company.
  • the server 50 receives the approval from the client device 10 (S109) and determines the winning bidder (S110).
  • the server 50 transmits a delivery request to the business operator device 20 of the determined successful bidder (S111), updates the successful bid completion DB 64 (S112), and ends the process.
  • FIG. 40 is a diagram showing the second delivery request processing flow.
  • the delivery company D has already received the delivery request through the first delivery request process described above, a sudden failure (for example, a problem with the vehicle or the person in charge of delivery) occurs, making it difficult to carry out the delivery.
  • the delivery business operator cancels the assigned delivery request on the business operator device 20 to temporarily return to the server 50 a non-delivery request (delivery non-delivery request) including information on the assigned delivery request.
  • the server 50 dispatches the delivery request to other deliverable delivery companies (delivery company A in the example of FIG. 40) based on a predetermined dispatch algorithm.
  • the server 50 acquires a delivery request including the delivery item information on the delivery item from the client device 10, and sends the delivery request to the business operator device 20 of the first delivery business operator selected based on the delivery item information. Send the delivery request (first delivery request process).
  • the server 50 acquires an undeliverable request for the delivery request from the first delivery business operator, the server 50 selects the second delivery business operator's device 20 based on the delivery item information included in the undeliverable request. (second delivery request).
  • FIG. 41 is a diagram showing an example of the processing procedure of the second delivery request by the server 50.
  • the server 50 receives the delivery request from the delivery company device 20 of the delivery company D via the communication unit 52 (S121).
  • the delivery request includes delivery information regarding undeliverable deliveries.
  • the server 50 presents the delivery item information regarding the undeliverable item to the provider device 20 of the delivery provider other than the delivery provider D (S122). This allows other delivery companies to view the delivery information on the matching platform and to request bids.
  • the server 50 receives bid requests from one or more other business operator devices 20 (S123), and updates the bidder DB 63 based on the received bid requests (S124).
  • the server 50 selects successful bidder candidates based on the delivery item information and each bid request (each bid information) (S125).
  • the server 50 presents information (successful bidder selection information) about the selected successful bidder candidate to the client device 10 (S126).
  • FIG. 42 is a diagram showing an example of the successful bidder selection information screen 160 based on the cancellation of the delivery request.
  • characters such as "Delivery request OOOO has been canceled by delivery company D. New successful bidder selection information will be presented.” As a result, the requester can be alerted that the already dispatched delivery request has been returned to the cooperation system once.
  • the successful bidder selection information includes the successful bidder candidate's (delivery company) registration ID, delivery schedule, evaluation, delivery vehicle information, load capacity, delivery price, and overall evaluation. Also, as shown in FIG. 42, text such as "Delivery request will be assigned to carrier A" can be displayed to notify the requester that the canceled delivery request will be dispatched to another carrier. . If the requester determines that the successful bidder candidate displayed in the successful bidder selection information is appropriate, the requester operates the "Approve" icon 161 to approve the delivery company selected by the server 50. can be done. If the requester determines that the successful bidder candidate displayed in the successful bidder selection information is not appropriate, the requester operates the "reselection" icon 162 to reselect the delivery company for the server 50. can make a request.
  • the requester can view information about the successful bidder candidates on the matching platform and can determine the appropriate delivery company.
  • the server 50 receives the approval from the client device 10 (S127), and determines the winning bidder (S128).
  • the server 50 transmits a delivery request to the company device 20 of the determined successful bidder (delivery company A in the example of the figure) (S129), updates the successful bid completion DB 64 (S130), and ends the process. .
  • the server 50 can display the acquired delivery item information on one or more business operator devices and acquire bid requests regarding the delivery item from all or part of the one or more business operator devices. can.
  • the server 50 can acquire bid requests for items to be delivered from one or more business operator devices, and select a first delivery company or a second delivery company from among the delivery companies that have made the bid requests. can. More specifically, the server 50 selects successful bidder candidates based on the acquired delivery item information and the bid request, outputs information on the selected successful bidder candidates to the requester device, and sends the successful bidder candidates from the requester device.
  • the candidate winning bidder can be selected as the first carrier or the second carrier.
  • the delivery request of the delivery requester can be dispatched to an appropriate delivery company, so the delivery request opportunity loss of the delivery requester can be reduced.
  • delivery requests can be sent to other delivery companies, so delivery companies can minimize capital investment (control overinvestment) and start small (appropriate). Become.
  • the barriers to entry into the delivery industry are lowered for individuals and businesses, and for example, even individual delivery business owners can carry out delivery operations that match the vehicles they own.
  • a delivery company with sufficient delivery supply capacity can accept delivery requests from other delivery companies, thereby improving the operating rate of its own delivery vehicles.
  • the information processing method of the present embodiment acquires a delivery request including delivery item information related to a delivery item from a requester device, and sends the delivery request to the business operator device of the first delivery business operator selected based on the delivery item information.
  • a delivery request is sent and a non-delivery request for the delivery request is obtained from the first delivery company
  • the business of the second delivery company selected based on the delivery item information included in the non-delivery request and transmits the delivery request to the person's device.
  • the information processing method of the present embodiment acquires a bid request for the item to be delivered from one or a plurality of business operator devices, and selects the first delivery company or the first delivery company from among the delivery companies that have made the bid request. Select 2 delivery companies.
  • the information processing method displays the acquired delivery item information on one or more business operator devices, and acquires a bid request for the delivery item from all or part of the one or more business operator devices. .
  • the information processing method of the present embodiment selects successful bidder candidates based on the acquired delivery item information and bid request, outputs information about the selected successful bidder candidates to the requester device, When approval information for approving a successful bidder candidate is received, the successful bidder candidate is selected as the first delivery company or the second delivery company.
  • the information processing method of the present embodiment selects successful bidder candidates based on at least one of the size or weight of the item to be delivered, the delivery schedule, and the delivery price included in the acquired information on the item to be delivered.
  • the information processing method of the present embodiment calculates evaluation values for each of the delivery schedule, the evaluation of the delivery company, the delivery vehicle information, the load capacity, and the delivery price based on the acquired delivery item information and bid request, A comprehensive evaluation value is calculated based on a weighting factor for each calculated evaluation value, and successful bidder candidates are selected based on the calculated comprehensive evaluation value.
  • the information processing method of the present embodiment acquires a bid request for a delivery item from one or a plurality of business operator devices, outputs the acquired bid request to a client device, acquires a successful bid decision from the client device, A delivery company that delivers the item to be delivered is determined based on the acquired successful bid decision.
  • the information processing method of the present embodiment acquires a successful bid determination from the client apparatus when the successful bid conditions for the bid request are met.
  • the information processing method of the present embodiment reduces the delivery price of the item to be delivered included in the bid request when the bidding conditions for the bid request are met.
  • the information processing method of the present embodiment acquires a successful bid decision when a plurality of delivery items included in an acquired bid request are awarded at once.
  • a successful bid determination is acquired. do.
  • the information processing method of the present embodiment determines the delivery price of the items to be delivered included in the plurality of bid requests according to the ratio of the items to be delivered included in each of the plurality of bid requests.
  • the information processing method of the present embodiment acquires a successful bid decision when a successful bid is made for the delivery conditions of the item to be delivered included in the acquired bid request.
  • the information processing method acquires delivery item information from the client device, displays the acquired delivery item information on one or a plurality of business operator devices, Get a bid request on the delivery from a portion.
  • the information processing method of the present embodiment selects a delivery company based on the company selection conditions, and displays the delivery item information acquired from the requester's device on the selected delivery company's company device.
  • the carrier selection condition includes at least one of an evaluation of the delivery company, a base location of the delivery company, a delivery time by the delivery company, and a delivery route by the delivery company. .
  • the information processing method of the present embodiment provides delivery item information acquired from the client device to delivery vehicles operated by the determined delivery company.
  • An information processing apparatus includes an acquisition unit that acquires a delivery request including delivery item information related to a delivery item from a client device, and a first delivery company selected based on the delivery item information. a first transmission unit that transmits the delivery request to the device; and, when a delivery undeliverable request for the delivery request is obtained from the first delivery company, selected based on delivery item information included in the delivery undeliverable request a second transmission unit configured to transmit the delivery request to a company device of a second delivery company;
  • the information processing apparatus includes a bid request acquisition unit that acquires bid requests regarding deliverables from one or a plurality of business operator devices, and an output that outputs the bid requests acquired by the bid request acquisition unit to a client device.
  • a successful bid determination acquisition unit that acquires a successful bid determination from the client device; and a determination unit that determines a delivery company that delivers the item based on the successful bid determination acquired by the successful bid determination acquisition unit.
  • An information processing system includes an information processing device, one or more business operator devices, and a requester device, and the information processing device includes delivery item information regarding a delivery item from the requester device. Acquiring a delivery request, transmitting the delivery request to a company device of a first delivery company selected based on the delivery item information, and making a delivery undeliverable request for the delivery request from the first delivery company If acquired, the delivery request is transmitted to the carrier device of the second delivery carrier selected based on the delivery item information included in the delivery undeliverable request.
  • An information processing system includes an information processing device, one or more business operator devices, and a client device.
  • a request is acquired, the acquired bid request is output to the requester device, a successful bid determination is acquired from the requester device, and a delivery company that delivers the item to be delivered is determined based on the acquired successful bid determination.
  • a computer program acquires a delivery request including delivery item information related to a delivery item from a client device, and stores the delivery request in the computer, and obtains the delivery request including the delivery item information.
  • the delivery request is sent to and a delivery undeliverable request for the delivery request is obtained from the first delivery company, the second delivery company selected based on the delivery item information included in the delivery undeliverable request to execute a process of transmitting the delivery request to the company's device.
  • the computer program of the present embodiment displays a list of bid requests related to deliverables on a computer, accepts an operation of selecting a desired bid request from the displayed bid requests, and Receives an operation to determine a successful bid, and executes a process of outputting the accepted successful bid decision.
  • a computer program causes a computer to display a successful bid acceptance screen including at least one of an identifier identifying a bidder, delivery vehicle information, a bid price, and an evaluation of the bidder.
  • a computer program displays a list of delivery item information that can be bid on a computer, accepts an operation of selecting desired delivery item information from the displayed delivery item information, and selects a delivery item.
  • a process of accepting a bid request for information and outputting the accepted bid request is executed.
  • a computer program causes a computer to display a bid acceptance screen including at least one of items to be delivered, a delivery price, and delivery conditions when the selection operation is accepted.

Landscapes

  • Business, Economics & Management (AREA)
  • Economics (AREA)
  • Engineering & Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Human Resources & Organizations (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
PCT/JP2022/020147 2021-05-14 2022-05-13 情報処理方法、情報処理装置、情報処理システム及びコンピュータプログラム Ceased WO2022239854A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2023521255A JPWO2022239854A1 (https=) 2021-05-14 2022-05-13

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-082477 2021-05-14
JP2021082477 2021-05-14

Publications (1)

Publication Number Publication Date
WO2022239854A1 true WO2022239854A1 (ja) 2022-11-17

Family

ID=84028361

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/020147 Ceased WO2022239854A1 (ja) 2021-05-14 2022-05-13 情報処理方法、情報処理装置、情報処理システム及びコンピュータプログラム

Country Status (2)

Country Link
JP (1) JPWO2022239854A1 (https=)
WO (1) WO2022239854A1 (https=)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7681846B1 (ja) * 2024-08-21 2025-05-23 パナソニックＩｐマネジメント株式会社 求貨求車システム、サーバ装置、およびプログラム

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001195534A (ja) * 2000-01-07 2001-07-19 Sti:Kk 輸送者決定システムおよびその方法
JP2002032615A (ja) * 2000-07-14 2002-01-31 Mitsuke Juki Unyu:Kk 運送仲介方法
JP2003256511A (ja) * 2002-02-28 2003-09-12 Denso Corp 運送業務管理方法、運送業務管理システム、運送業務管理装置、運送業務管理用Ｗｅｂサーバ、運送業務管理用表示装置、荷送人端末装置、荷受人端末装置、運送業者端末装置、運送用車両
JP2005092790A (ja) * 2003-09-19 2005-04-07 Bank Of Tokyo-Mitsubishi Ltd 配送業者の選択支援を行う情報処理装置、配送業者の選択支援方法、プログラム、および記録媒体
JP2015122041A (ja) * 2013-12-25 2015-07-02 暢一 清水 物流オークションシステム
JP2018106336A (ja) * 2016-12-26 2018-07-05 株式会社ワールドフォースインターナショナル 配送サービスシステム、サーバ装置及びプログラム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001195534A (ja) * 2000-01-07 2001-07-19 Sti:Kk 輸送者決定システムおよびその方法
JP2002032615A (ja) * 2000-07-14 2002-01-31 Mitsuke Juki Unyu:Kk 運送仲介方法
JP2003256511A (ja) * 2002-02-28 2003-09-12 Denso Corp 運送業務管理方法、運送業務管理システム、運送業務管理装置、運送業務管理用Ｗｅｂサーバ、運送業務管理用表示装置、荷送人端末装置、荷受人端末装置、運送業者端末装置、運送用車両
JP2005092790A (ja) * 2003-09-19 2005-04-07 Bank Of Tokyo-Mitsubishi Ltd 配送業者の選択支援を行う情報処理装置、配送業者の選択支援方法、プログラム、および記録媒体
JP2015122041A (ja) * 2013-12-25 2015-07-02 暢一 清水 物流オークションシステム
JP2018106336A (ja) * 2016-12-26 2018-07-05 株式会社ワールドフォースインターナショナル 配送サービスシステム、サーバ装置及びプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
OYA, MASAHIRO ET AL.: "Vehicle and Cargo Systems: Who Decides the Freight Charges?", DISTRIBUTION/DESIGN, vol. 31, no. 8 (363), 1 August 2000 (2000-08-01), pages 24 - 35, XP009541243 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7681846B1 (ja) * 2024-08-21 2025-05-23 パナソニックＩｐマネジメント株式会社 求貨求車システム、サーバ装置、およびプログラム

Also Published As

Publication number Publication date
JPWO2022239854A1 (https=) 2022-11-17

Similar Documents

Publication Publication Date Title
JP7146924B2 (ja) コンピュータで実行される人工知能バッチピッキング最適化および通信のためのシステムおよび方法
US7124098B2 (en) Online shopping system
TWI676144B (zh) 用於促成物品的遞送之方法、裝置與製成品
US11475393B2 (en) Method and apparatus for delivery order dispatch and assignment
US20150193731A1 (en) Providing optimized delivery locations for an order
US20090099971A1 (en) Methods and systems for marketing distressed inventory
RU2018126467A (ru) Способ и система для индивидуализированных услуг по требованию
US20080235147A1 (en) System and method for facilitation of shipping from multiple merchandise vendors
JP2023159448A (ja) 情報処理方法、プログラム、及び情報処理装置
JP2022110048A (ja) 分散システムを構造化するためのアプリケーションプログラミングインタフェース
US20210304137A1 (en) Systems and methods for dynamic crowdsourced delivery
US20110087524A1 (en) Determining travel routes by using fee-based location preferences
KR102383673B1 (ko) 자동화된 모바일-디바이스 기반의 작업 주기 트레이딩을 위한 시스템들 및 방법들
US10949796B1 (en) Coordination of inventory ordering across merchants
Wu et al. Fulfillment scheduling for buy‐online‐pickup‐in‐store orders
JP2020013510A (ja) 配送管理装置、配送管理方法および配送管理プログラム
JP2020013509A (ja) 配送管理装置、配送管理方法および配送管理プログラム
US20190019244A1 (en) System and method to provide competitive bidding transportation services to a variety of customers
US20180365597A1 (en) Service provider appointment booking system
WO2022239854A1 (ja) 情報処理方法、情報処理装置、情報処理システム及びコンピュータプログラム
JP2003256511A (ja) 運送業務管理方法、運送業務管理システム、運送業務管理装置、運送業務管理用Ｗｅｂサーバ、運送業務管理用表示装置、荷送人端末装置、荷受人端末装置、運送業者端末装置、運送用車両
JP2002312441A (ja) 輸送業者選定支援システム
US12572863B2 (en) Work distribution platform with dynamic order-worker matching systems
KR20170010586A (ko) 쇼핑 서비스 제공 시스템 및 쇼핑 서비스 제공 방법
US12211390B2 (en) System and method for improving efficiency of delivery via unmanned aerial vehicles

Legal Events

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

Ref document number: 22807552

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023521255

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22807552

Country of ref document: EP

Kind code of ref document: A1