Transport address monitoring method and product, electronic equipment and storage medium
By obtaining the historical address library and the transportation object address library, it matches the transportation delivery address for monitoring, and solves the problem of the driver in the same city after the driver arrives in the same city.
Patent Information
- Application Number
- CN202411221705.6
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-09-02
- Publication Date
- 2025-01-24
AI Technical Summary
In the same-city transportation task, the driver only knows the delivery address after he arrives at the pickup location, which leads to difficulty in monitoring the transportation address and high communication costs and information accuracy verification costs.
By obtaining the historical address database of the demand object, it is determined that the transportation pickup address of the transportation object has no deviation, and a pickup status identification is generated. According to the pickup status identification, the transportation delivery address is matched with the pre-built transportation object address library, and the matching results are obtained for transportation address monitoring.
The dynamic verification of the transportation address was realized, the monitoring method of the transport address was simplified, and the difficulty of monitoring the driver's actual delivery route and the planning route was inconsistent.
Smart Images

Figure CN119359197A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of logistics and transportation technology, and in particular to a transportation address monitoring method and product, electronic equipment and storage medium. Background Art
[0002] At present, logistics companies and others can determine whether the driver has delivered the goods to the destination through the positioning of the driver's APP. Logistics transportation tasks can include trunk vehicle tasks and intra-city freight tasks. Among them, the trunk vehicle task can refer to the transportation task of the whole vehicle corresponding to the same departure and destination, while in a transportation task of the intra-city transportation task, there may be multiple pickup addresses and / or multiple delivery addresses. In the intra-city transportation task, the driver may not know the delivery address until he arrives at the pickup place. Therefore, in the intra-city transportation task, if the dispatcher makes a unified plan for the driver's delivery route, there may be more communication costs and information accuracy verification costs, which will lead to difficulties in monitoring the transportation address. Therefore, how to provide a transportation address monitoring method to simplify the monitoring method of the transportation address has become a technical problem that needs to be solved urgently. Summary of the invention
[0003] The main purpose of the embodiments of the present application is to propose a transportation address monitoring method and product, electronic device and storage medium, aiming to simplify the monitoring method of the transportation address.
[0004] To achieve the above-mentioned purpose, a first aspect of an embodiment of the present application proposes a method for generating a report conclusion, the method comprising:
[0005] Acquire a historical address library of the demand object; determine that the transport pickup address of the transport object has not deviated based on the historical address library, and generate a pickup status identifier; in response to a touch operation on a preset delivery arrival control, match the transport delivery address of the transport object with a pre-constructed transport object address library based on the pickup status identifier to obtain a first matching result; wherein the transport object address library is constructed based on the historical address library and a preset transport range; and monitor the transport address of the transport object based on the first matching result.
[0006] In some embodiments, the transport address of the transport object is monitored based on the first matching result, including: if the first matching result indicates that the transport delivery address does not match the transport object address library, filtering the address to be confirmed from the transport object address library based on the transport delivery address; matching the address to be confirmed with the historical address library to obtain a second matching result; wherein the second matching result is used to indicate whether the transport delivery address deviates.
[0007] In some embodiments, the address to be confirmed is obtained by screening from a transport object address library according to the transport delivery address, including: screening from the transport object address library a first matching address that is closest to the transport delivery address; and using the first matching address as the address to be confirmed.
[0008] In some embodiments, matching the address to be confirmed with the historical address library to obtain a second matching result includes: selecting a second matching address that is closest to the address to be confirmed from the historical address library; and obtaining the second matching result based on the distance between the second matching address and the address to be confirmed.
[0009] In some embodiments, filtering out a second matching address that is closest to the address to be confirmed from a historical address library includes: obtaining the delivery type of the demand object; determining the address to be filtered from the historical address library according to the delivery type; and filtering out the second matching address from the address to be filtered.
[0010] In some embodiments, a second matching result is obtained based on the distance between the second matching address and the address to be confirmed, including: if the distance between the second matching address and the address to be confirmed is within a preset delivery distance range, a second matching result indicating that the transportation delivery address has not deviated is obtained; the method also includes: if the second matching result indicates that the transportation delivery address has not deviated, the transportation delivery address is added to the transportation object address library.
[0011] In some embodiments, it is determined that the transport pickup address of the transport object has not deviated based on the historical address library, and a pickup status identifier is generated, including: determining the target pickup address based on the historical address library; if the distance between the transport pickup address and the target pickup address is within the preset pickup distance range, determining that the transport pickup address has not deviated, and generating a pickup status identifier; if the distance between the transport pickup address and the target pickup address is not within the preset pickup distance range, in response to a touch operation on the preset address review control, reviewing the transport pickup address; if the transport pickup address is reviewed and approved, generating a pickup status identifier, and adding the transport pickup address to the historical address library.
[0012] To achieve the above-mentioned purpose, the second aspect of an embodiment of the present application proposes an electronic device, the electronic device comprising a memory and a processor, the memory storing a computer program, and the processor implementing the method of the above-mentioned first aspect when executing the computer program.
[0013] To achieve the above-mentioned purpose, the third aspect of the embodiments of the present application proposes a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, the method of the above-mentioned first aspect is implemented.
[0014] To achieve the above-mentioned purpose, the fourth aspect of the embodiments of the present application proposes a computer program product, which includes a computer program or computer instructions. When the computer program or computer instructions are executed by a processor, the method of the above-mentioned first aspect is implemented.
[0015] The transportation address monitoring method and product, electronic device and storage medium proposed in the embodiment of the present application, when confirming that the transportation pickup address of the transportation object has not deviated according to the historical address library, can match the transportation delivery address with the transportation object address library according to the pickup status identifier to obtain a first matching result. According to the first matching result, the transportation address of the transportation object can be monitored, such as monitoring whether the transportation delivery address deviates. It can be seen from this that the embodiment of the present application can monitor the transportation address according to the historical address library and the transportation object address library instead of accurately planning the delivery route for the transportation object, thereby solving the problem that the driver knows the delivery address only after arriving at the upstream customer's designated delivery address, and solving the problem that the driver's actual delivery route is inconsistent with the planned route, resulting in monitoring difficulties. In this way, the embodiment of the present application can simplify the monitoring method of the transportation address. BRIEF DESCRIPTION OF THE DRAWINGS
[0016] Figure 1 is a flow chart of a method for monitoring a transport address provided in an embodiment of the present application;
[0017] Figure 2 yes Figure 1 Flow chart of step S102 in FIG.
[0018] Figure 3 yes Figure 1 Flow chart of step S104 in FIG.
[0019] Figure 4 yes Figure 3 Flow chart of step S301 in FIG.
[0020] Figure 5 yes Figure 3 Flow chart of step S302 in FIG.
[0021] Figure 6 yes Figure 5 Flow chart of step S501 in FIG.
[0022] Figure 7 It is a schematic diagram of the hardware structure of the electronic device provided in the embodiment of the present application. DETAILED DESCRIPTION
[0023] In order to make the purpose, technical solution and advantages of the present application more clearly understood, the present application is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.
[0024] It should be noted that, although the functional modules are divided in the device schematic diagram and the logical order is shown in the flowchart, in some cases, the steps shown or described may be performed in a different order than the module division in the device or the order in the flowchart. The terms "first", "second", etc. in the specification, claims and the above drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence.
[0025] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as those commonly understood by those skilled in the art to which this application belongs. The terms used herein are only for the purpose of describing the embodiments of this application and are not intended to limit this application.
[0026] Currently, logistics companies can determine whether the driver has delivered the goods to the destination through the location of the driver's APP. Logistics transportation tasks can include trunk vehicle tasks and intra-city freight tasks. Among them, trunk vehicle tasks can refer to the transportation tasks of the whole vehicle corresponding to the same departure and destination. Compared with trunk vehicle tasks, intra-city transportation tasks have the following characteristics:
[0027] 1. In a same-city transportation task, there may be multiple pickup addresses and / or multiple delivery addresses.
[0028] 2. Due to the incomplete information level of upstream customers, they may have paper transport documents. That is, the driver can only determine the delivery address based on the paper document after arriving at the pickup address specified by the upstream customer. At this time, sending the delivery address and other information to the dispatcher will incur more communication costs and information accuracy verification costs.
[0029] 3. When dispatchers obtain information such as the delivery address and plan the delivery route based on the information, the driver's actual delivery route may be inconsistent with the planned route. This is because in actual situations, when there are traffic jams, road closures, and restricted areas, the driver may temporarily adjust the delivery route.
[0030] Based on the above three points, in the same-city transportation scenario, it is easy to have the problem of difficulty in monitoring the transportation address. It can be understood that transportation address monitoring can refer to monitoring whether the driver's actual address deviates from the specified address.
[0031] Based on this, the embodiments of the present application provide a transportation address monitoring method and product, an electronic device and a storage medium, aiming to simplify the monitoring method of the transportation address.
[0032] The transportation address monitoring method and product, electronic device and storage medium provided in the embodiments of the present application are specifically illustrated through the following embodiments. First, the transportation address monitoring method in the embodiments of the present application is described.
[0033] The transport address monitoring method provided in the embodiment of the present application relates to the field of logistics and transportation technology. The transport address monitoring method provided in the embodiment of the present application can be applied to a terminal, can be applied to a server side, or can be software running in a terminal or a server side. In some embodiments, the terminal can be a smart phone, a tablet computer, a laptop computer, a desktop computer, etc.; the server side can be configured as an independent physical server, or can be configured as a server cluster or a distributed system composed of multiple physical servers, and can also be configured as a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN, and big data and artificial intelligence platforms; the software can be an application of a method for generating report conclusions, etc., but is not limited to the above forms.
[0034] The present application can be used in many general or special computer system environments or configurations. For example: personal computers, server computers, handheld or portable devices, tablet devices, multiprocessor systems, microprocessor-based systems, set-top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments including any of the above systems or devices, etc. The present application can be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types. The present application can also be practiced in distributed computing environments, in which tasks are performed by remote processing devices connected through a communication network. In a distributed computing environment, program modules can be located in local and remote computer storage media including storage devices.
[0035] It should be noted that in each specific implementation of the present application, when it comes to the need to perform relevant processing based on data related to user identity or characteristics such as user information, user address, user behavior data, user historical data, and user location information, the user's permission or consent will be obtained first, and the collection, use, and processing of these data will comply with relevant laws, regulations, and standards. In addition, when the embodiment of the present application needs to obtain the user's sensitive personal information, the user's separate permission or consent will be obtained through a pop-up window or by jumping to a confirmation page. After clearly obtaining the user's separate permission or consent, the necessary user-related data for the normal operation of the embodiment of the present application will be obtained.
[0036] Figure 1 is an optional flow chart of the method for monitoring the shipping address provided in the embodiment of the present application. Figure 1The method may include but is not limited to steps S101 to S104.
[0037] Step S101, obtaining a historical address library of a required object;
[0038] Step S102, determining that the transport pickup address of the transport object has not deviated according to the historical address database, and generating a pickup status identifier;
[0039] Step S103, in response to a touch operation on a preset delivery arrival control, matching the transport delivery address of the transport object with a pre-built transport object address library according to the pickup status identifier to obtain a first matching result; wherein the transport object address library is constructed according to a historical address library and a preset transport range;
[0040] Step S104: monitoring the transport address of the transport object according to the first matching result.
[0041] In the steps S101 to S104 shown in the embodiment of the present application, when it is confirmed that the transport pickup address of the transport object has not deviated according to the historical address library, the transport delivery address can be matched with the transport object address library according to the pickup status identifier to obtain a first matching result. According to the first matching result, the transport address of the transport object can be monitored, such as monitoring whether the transport delivery address deviates. It can be seen from this that the embodiment of the present application does not need to accurately plan the delivery route for the transport object, but monitors the transport address according to the historical address library and the transport object address library, thereby solving the problem that the driver knows the delivery address only after arriving at the upstream customer's designated delivery address, and solving the problem that the driver's actual delivery route is inconsistent with the planned route, resulting in monitoring difficulties. In this way, the embodiment of the present application can simplify the monitoring method of the transport address.
[0042] In step S101 of some embodiments, the demand object may refer to an object with intra-city transportation demand. Intra-city transportation may refer to cargo transportation services within the same city or region, and intra-city transportation is a short-distance transportation method. The historical address library includes multiple addresses, which may be pickup addresses and / or delivery addresses that the demand object has used in historical transportation tasks. The historical address library can be updated according to the operation of the demand object. It is understandable that each demand object can correspond to a historical address library, and the addresses in the historical address library can be divided according to regions, streets, etc., to improve the speed of subsequent address matching.
[0043] In step S102 of some embodiments, it is understood that the historical address library may also include the target pickup address of this intra-city transport task. When the embodiment of the present application is applied to the intra-city transport platform, the target pickup address may be determined according to the operation of the demand object when creating a transport order on the intra-city transport platform. It is understood that the intra-city transport platform may have a positioning function, so the transport pickup address of the transport object may be obtained according to the positioning function. The transport object may refer to the object that executes the transport order, such as a courier. The transport pickup address may refer to the address at which the transport object arrives at the pickup point. For example, when the transport object arrives at the pickup location, the intra-city transport platform may log in to the intra-city transport platform through a terminal and perform a positioning operation. The intra-city transport platform obtains the transport pickup address according to the positioning operation. The transport pickup address is compared with the target pickup address. When the distance between the transport pickup address and the target pickup address is within a preset distance range, it is determined that the transport pickup address has no deviation, that is, it is determined that the transport object has arrived at the target pickup address. At this time, the intra-city transport platform may generate a pickup status identifier. It is understood that the pickup status identifier is used to prompt and allow the transport object to perform a pickup operation.
[0044] It can be understood that in some embodiments, the addresses in the historical address library can be mapped with longitude and latitude to improve the accuracy of determining whether the transportation pickup address is deviated.
[0045] Reference Figure 2 In some embodiments, step S102 includes but is not limited to steps S201 to S204.
[0046] Step S201, determining the target pickup address according to the historical address database;
[0047] Step S202, if the distance between the transport pickup address and the target pickup address is within the preset pickup distance range, it is determined that the transport pickup address has not deviated, and a pickup status indicator is generated;
[0048] Step S203, if the distance between the transport pickup address and the target pickup address is not within the preset pickup distance range, in response to a touch operation on the preset address review control, the transport pickup address is reviewed;
[0049] Step S204, when the transport pickup address is approved, a pickup status identifier is generated, and the transport pickup address is added to the historical address library.
[0050] In step S201 of some embodiments, the target pickup address may refer to the address where the demand object requires to pick up the goods in this transportation task. After the demand object creates a transportation order on the same-city transportation platform, the target pickup address may be added to the historical address library.
[0051] In step S202 of some embodiments, the distance between the transport pickup address and the target pickup address is calculated. If the distance is within the preset pickup distance range, the transport pickup address is considered to be close to the target pickup address, that is, it is confirmed that the transport pickup address has not deviated. At this time, a pickup status identifier can be generated. The pickup status identifier can be in the form of a control or a mark, etc. When the pickup status identifier is in the form of a control, the transport object can operate the control. The same-city transportation platform can respond to the operation and perform operations such as transport document generation, transport information update, and transport node circulation. In this way, the operation of the transport object can be restricted according to the pickup status identifier, that is, if the pickup status identifier does not exist, the transport object cannot perform subsequent transportation operations.
[0052] It is understandable that the specific value of the pickup distance range can be adaptively set according to actual needs, and the embodiment of the present application does not specifically limit this. For example, the pickup distance range can be set to 0 meters to 500 meters. It is understandable that the smaller the upper limit value in the pickup distance range, the higher the accuracy requirement for the transportation pickup address.
[0053] In step S203 of some embodiments, if the distance between the transport pickup address and the target pickup address is not within the pickup distance range, it means that the transport pickup address is far from the target pickup address. At this time, the transport object can touch the address review control preset on the same-city transport platform, so that the same-city transport platform reviews the transport pickup address in response to the touch operation.
[0054] In step S204 of some embodiments, when the same-city transportation platform approves the transportation pickup address, the same-city transportation platform can generate a pickup status identifier and add the transportation pickup address to the historical address library of the demand object.
[0055] The benefit of steps S201 to S204 is that after creating a transport order, the demand object may temporarily change the target pickup address. The embodiment of the present application can set a review operation for this situation to improve the accuracy of the transport pickup address judgment when the above situation occurs.
[0056] In some embodiments, if the transport pickup address fails to pass the review, a pick-up prohibition mark may be generated. The pick-up prohibition mark may be used to restrict the transport object from picking up the goods.
[0057] In step S103 of some embodiments, there may be multiple transport orders, and multiple transport orders may be created by different demand objects or the same demand object. The transport object may plan the transport route by itself according to multiple transport orders. After the transport object completes the pickup according to the pickup status identifier, the transport route may be planned according to the timeliness and other requirements of different transport orders. When the transport object arrives at the target delivery address corresponding to a transport order, the delivery arrival control preset on the same-city transport platform may be touched. The same-city transport platform may locate the transport object according to the touch operation to obtain the current address of the transport object, that is, obtain the transport delivery address. After confirming that the pickup status identifier is included, the transport delivery address may be matched with the pre-built transport object address library.
[0058] It is understandable that the transport object address library can be a common address library for transport objects. The transport object address library can be constructed based on the historical address library of the demand object and the preset transport range. The preset transport range can include at least one of the following: a range enclosed by each address in the historical address library, a range associated with the address in the historical address library, and a custom range. For example, the historical address library of the demand object A includes a1, b1, c1, and d1 addresses. When the transport object is responsible for the transportation task in the area where the demand object A is located, the transport object address library can include a1, b1, c1, and d1 addresses. Alternatively, the demand object B is associated with the demand object A, and the historical address library of the demand object B includes a2, b2, c2, and d2 addresses. Then the transport object address library can include a1, b1, c1, d1, a2, b2, c2, and d2 addresses. Alternatively, the transport object can upload a custom range, and when the same-city transport platform approves the custom range, the same-city transport platform can add the addresses within the custom range to the transport object address library. Since the historical address library of demand object A and the historical address library of demand object B have also been reviewed, no matter which method is used to build the transportation object address library, it can be guaranteed that the addresses in the transportation object address library are confirmed addresses.
[0059] In step S104 of some embodiments, when the first matching result indicates a match, that is, the transport delivery address matches an address in the transport object address library, it indicates that the transport object is delivering the goods within the confirmed address range, and it can be considered that the transport object has not committed fraud. When the first matching result indicates a mismatch, that is, the transport delivery address does not match any address in the transport object address library, it indicates that the transport object is delivering the goods within the unconfirmed address range, and the transport object may have committed fraud.
[0060] Reference Figure 3 In some embodiments, step S104 includes but is not limited to steps S301 to S302.
[0061] Step S301, if the first matching result indicates that the transport delivery address does not match the transport object address database, the address to be confirmed is obtained by screening from the transport object address database according to the transport delivery address;
[0062] Step S302, matching the address to be confirmed with the historical address database to obtain a second matching result; wherein the second matching result is used to indicate whether the transport delivery address deviates.
[0063] In step S301 of some embodiments, the address to be confirmed may refer to the address in the transport object address library that is most associated with the transport delivery address, such as the address closest to the transport delivery address. Alternatively, it may refer to an address of the same type as the transport delivery address, such as a school address, a hospital address, a shopping mall address, etc. In the case where the first matching result indicates that the transport delivery address does not match the transport object address library, the address to be confirmed is screened out from the transport delivery address.
[0064] Reference Figure 4 In some embodiments, in step S301, "selecting the address to be confirmed from the transport object address library according to the transport delivery address" may include but is not limited to steps S401 to S402.
[0065] Step S401, selecting a first matching address which is closest to the transport delivery address from the transport object address database;
[0066] Step S402: taking the first matching address as the address to be confirmed.
[0067] In some embodiments, in steps S401 to S402, the association can be determined by distance, that is, the address in the transport object address library that is closest to the transport delivery address is used as the first matching address, that is, as the address to be confirmed.
[0068] In step S302 of some embodiments, the address to be confirmed is matched with each address in the historical address library to obtain a second matching result. It can be understood that since the address to be confirmed is the address with the greatest correlation with the transportation and delivery address, the second matching result can indicate whether the transportation and delivery address is deviated. Specifically, when the address to be confirmed matches an address in the historical address library, it can be considered that the transportation and delivery address also has a strong correlation with the matched address, so it can be confirmed that the transportation and delivery address has not deviated. When the address to be confirmed does not match any address in the historical address library, it is confirmed that the transportation and delivery address is deviated.
[0069] The benefit of step S401 to step S402 is that if the first matching result indicates a mismatch, that is, if the transport delivery address may be deviated, the transport delivery address can be judged again based on the correlation, so as to reduce the judgment error of the transport delivery address in the case where the driver knows the delivery address only after arriving at the upstream customer's designated delivery address.
[0070] Reference Figure 5 In some embodiments, step S302 may include but is not limited to steps S501 to S502.
[0071] Step S501, filtering out a second matching address which is closest to the address to be confirmed from the historical address database;
[0072] Step S502: obtaining a second matching result according to the distance between the second matching address and the address to be confirmed.
[0073] In some embodiments, in step S501 to step S502, it can be determined whether the address to be confirmed matches the address in the historical address library based on the distance. Specifically, the address in the historical address library that is closest to the address to be confirmed is used as the second matching address. The distance between the second matching address and the address to be confirmed is calculated, and the second matching result is obtained based on the distance.
[0074] It is understandable that when the distance is within the preset delivery distance range, it indicates that the address to be confirmed is close to the second matching address. The specific value of the delivery distance range can be adaptively set according to the actual situation, and the embodiment of the present application does not specifically limit this. Since the address to be confirmed is the address in the transport object address library that is closest to the transport delivery address, in this case, it can be considered that the transport delivery address has not deviated, that is, the transport delivery address is within the confirmed range. At this time, the transport delivery address can be added to the transport object address library to update the transport object address library. In other words, in the case where the driver knows the delivery address only after arriving at the upstream customer's designated delivery address, when it is confirmed that the transport delivery address has not deviated, it can be considered that the transport delivery address is close to the temporarily known delivery address. At this time, the transport delivery address can be added to the transport object address library to record the transport delivery address as the new delivery address of the demand object.
[0075] It is understandable that when the distance is not within the preset delivery distance range, it means that the address to be confirmed is far away from the second matching address. At this time, it can be considered that the transportation delivery address deviates, that is, the transportation delivery address is not within the confirmed range. In order to judge whether the deviation of the transportation delivery address is a case of transportation fraud by the transportation object or a real transportation demand of the demand object. The transportation delivery address that is judged to be deviated can be reviewed. For example, the same-city transportation platform can send the deviated transportation delivery address to the system of the demand object to obtain the audit result of the demand object on the deviated transportation delivery address. When the audit result indicates that the audit is passed, it indicates that the deviated transportation delivery address belongs to the real transportation demand of the demand object. At this time, the deviated transportation delivery address can be added to the historical address library of the demand object to update the historical address library.
[0076] Reference Figure 6 In some embodiments, step S501 may include but is not limited to steps S601 to S603.
[0077] Step S601, obtaining the delivery type of the demand object;
[0078] Step S602, determining the address to be screened from the historical address database according to the delivery type;
[0079] Step S603: Filter out the second matching address from the addresses to be filtered.
[0080] In step S601 of some embodiments, the delivery type may refer to the type of delivery in this transportation task, and the delivery type may include a collection type, a bulk type, etc. Among them, the collection type may refer to the centralized transportation of items, and the bulk type may refer to the bulk transportation of items. The delivery type may be determined from the created transportation order.
[0081] In step S602 of some embodiments, when collective transportation is performed, it is usually necessary to transport bulk items, and the delivery address usually corresponds to a larger site. When bulk transportation is performed, the delivery address usually corresponds to a smaller site. It can be seen that the delivery address itself also has collective or bulk characteristics. Therefore, multiple addresses in the historical address library can be divided in advance according to the collective characteristics and the bulk characteristics to obtain a sub-address library. Determine the corresponding sub-address library according to the delivery type, and use the addresses in the sub-address library as addresses to be screened. For example, when the delivery type of the demand object is collective transportation, the addresses in the sub-address library with collective characteristics can be used as addresses to be screened.
[0082] In step S603 of some embodiments, an address that is closest to the address to be confirmed is screened out from a plurality of addresses to be screened, and the screened out address is used as the second matching address.
[0083] The benefit of steps S601 to S603 is that the screening range can be narrowed down according to the delivery type, thereby improving the screening speed and screening accuracy. It is understandable that in other embodiments requiring matching operations, matching screening can also be performed in the manner of narrowing the matching range according to the delivery type described in this embodiment.
[0084] The method for monitoring the transport address provided by the embodiment of the present application can match the transport delivery address with the transport object address library according to the pickup status identifier to obtain a first matching result, when confirming that the transport pickup address of the transport object has not deviated according to the historical address library. The transport delivery address can be monitored on the transport object according to the first matching result, such as monitoring whether the transport delivery address deviates. It can be seen from this that the embodiment of the present application does not need to accurately plan the delivery route for the transport object, but monitors the transport address according to the historical address library and the transport object address library, thereby solving the problem that the driver knows the delivery address only after arriving at the upstream customer's designated delivery address, and solving the problem that the driver's actual delivery route is inconsistent with the planned route, resulting in monitoring difficulties. In this way, the embodiment of the present application realizes dynamic verification of the transport delivery address and simplifies the monitoring method of the transport address.
[0085] The embodiment of the present application also provides an electronic device, the electronic device includes a memory and a processor, the memory stores a computer program, and the processor implements the above-mentioned scheduling optimization method when executing the computer program. The electronic device can be any intelligent terminal including a tablet computer, a car computer, etc.
[0086] Reference Figure 7 , Figure 7 The hardware structure of an electronic device of another embodiment is illustrated, and the electronic device includes:
[0087] The processor 701 may be implemented by a general-purpose CPU (Central Processing Unit), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of the present application;
[0088] The memory 702 can be implemented in the form of a read-only memory (ROM), a static storage device, a dynamic storage device, or a random access memory (RAM). The memory 702 can store an operating system and other application programs. When the technical solution provided in the embodiment of this specification is implemented by software or firmware, the relevant program code is stored in the memory 702, and the processor 701 calls and executes the scheduling optimization method of the embodiment of this application;
[0089] Input / output interface 703, used to implement information input and output;
[0090] Communication interface 704, used to realize communication interaction between the device and other devices, which can be realized through wired mode (such as USB, network cable, etc.) or wireless mode (such as mobile network, WI FI, Bluetooth, etc.);
[0091] A bus 705 that transmits information between the various components of the device (e.g., the processor 701, the memory 702, the input / output interface 703, and the communication interface 704);
[0092] The processor 701 , the memory 702 , the input / output interface 703 and the communication interface 704 are connected to each other in communication within the device via a bus 705 .
[0093] An embodiment of the present application also provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, the above-mentioned scheduling optimization method is implemented.
[0094] The memory, as a non-transient computer-readable storage medium, can be used to store non-transient software programs and non-transient computer executable programs. In addition, the memory may include a high-speed random access memory, and may also include a non-transient memory, such as at least one disk storage device, a flash memory device, or other non-transient solid-state storage device. In some embodiments, the memory may optionally include a memory remotely disposed relative to the processor, and these remote memories may be connected to the processor via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.
[0095] An embodiment of the present application also provides a computer program product, which includes a computer program or computer instructions. When the computer program or computer instructions are executed by a processor, the above-mentioned time series prediction method is implemented.
[0096] The embodiments described in the embodiments of the present application are intended to more clearly illustrate the technical solutions of the embodiments of the present application and do not constitute a limitation on the technical solutions provided in the embodiments of the present application. Those skilled in the art will appreciate that with the evolution of technology and the emergence of new application scenarios, the technical solutions provided in the embodiments of the present application are also applicable to similar technical problems.
[0097] Those skilled in the art will appreciate that the technical solutions shown in the figures do not constitute a limitation on the embodiments of the present application, and may include more or fewer steps than shown in the figures, or a combination of certain steps, or different steps.
[0098] The device embodiments described above are merely illustrative, and the units described as separate components may or may not be physically separated, that is, they may be located in one place or distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
[0099] Those skilled in the art will appreciate that all or some of the steps in the methods disclosed above, and the functional modules / units in the systems and devices may be implemented as software, firmware, hardware, or a suitable combination thereof.
[0100] The terms "first", "second", "third", "fourth", etc. (if any) in the specification of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device comprising a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.
[0101] It should be understood that in the present application, "at least one (item)" means one or more, and "plurality" means two or more. "And / or" is used to describe the association relationship of associated objects, indicating that three relationships may exist. For example, "A and / or B" can mean: only A exists, only B exists, and A and B exist at the same time, where A and B can be singular or plural. The character " / " generally indicates that the objects associated before and after are in an "or" relationship. "At least one of the following" or similar expressions refers to any combination of these items, including any combination of single or plural items. For example, at least one of a, b or c can mean: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, c can be single or multiple.
[0102] In the several embodiments provided in the present application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the above units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.
[0103] The units described above as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
[0104] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.
[0105] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including multiple instructions to enable a computer device (which can be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of various embodiments of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (Read-Only Memory, referred to as ROM), random access memory (Random Access Memory, referred to as RAM), disk or optical disk and other media that can store programs.
[0106] The preferred embodiments of the present invention are described above with reference to the accompanying drawings, but the scope of the rights of the present invention is not limited thereto. Any modification, equivalent substitution and improvement made by a person skilled in the art without departing from the scope and essence of the present invention should be within the scope of the rights of the present invention.
Claims
1. A method for monitoring a transport address, characterized in that: The method comprises: Get the historical address library of the required object; Determine that the transport pickup address of the transport object has not deviated according to the historical address database, and generate a pickup status identifier; In response to a touch operation on a preset delivery arrival control, according to the pickup status identifier, the transport delivery address of the transport object is matched with a pre-constructed transport object address library to obtain a first matching result; wherein the transport object address library is constructed according to the historical address library and a preset transport range; The transport address of the transport object is monitored according to the first matching result.
2. The method according to claim 1, characterized in that The monitoring of the transport address of the transport object according to the first matching result includes: If the first matching result indicates that the transport delivery address does not match the transport object address database, the address to be confirmed is obtained by screening from the transport object address database according to the transport delivery address; The address to be confirmed is matched with the historical address database to obtain a second matching result; wherein the second matching result is used to indicate whether the transport delivery address deviates.
3. The method according to claim 2, characterized in that The step of selecting the address to be confirmed from the transport object address library according to the transport delivery address includes: Filter out the first matching address that is closest to the transport delivery address from the transport object address database; The first matching address is used as the address to be confirmed.
4. The method according to claim 2, characterized in that: The step of matching the address to be confirmed with the historical address database to obtain a second matching result includes: Filter out a second matching address that is closest to the address to be confirmed from the historical address database; The second matching result is obtained according to the distance between the second matching address and the address to be confirmed.
5. The method according to claim 4, characterized in that The step of selecting from the historical address database a second matching address that is closest to the address to be confirmed includes: Get the delivery type of the demand object; Determining addresses to be screened from a historical address database according to the delivery type; The second matching address is selected from the addresses to be selected.
6. The method according to claim 4, characterized in that The obtaining the second matching result according to the distance between the second matching address and the address to be confirmed includes: If the distance between the second matching address and the address to be confirmed is within the preset delivery distance range, a second matching result is obtained indicating that the transport delivery address has not deviated; The method further comprises: If the second matching result indicates that the transport delivery address has not deviated, the transport delivery address is added to the transport object address library.
7. The method according to any one of claims 1 to 6, characterized in that: The determining that the transport pickup address of the transport object has no deviation according to the historical address database and generating a pickup status identifier includes: Determine the target pickup address according to the historical address database; If the distance between the transport pickup address and the target pickup address is within the preset pickup distance range, it is determined that the transport pickup address has not deviated, and the pickup status identifier is generated; If the distance between the transport pickup address and the target pickup address is not within the preset pickup distance range, in response to a touch operation on a preset address review control, the transport pickup address is reviewed; When the transport pickup address is approved, the pickup status identifier is generated and the transport pickup address is added to the historical address library.
8. An electronic device, characterized in that: The electronic device comprises a memory and a processor, the memory stores a computer program, and the processor implements the method according to any one of claims 1 to 7 when executing the computer program.
9. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, the method according to any one of claims 1 to 7 is implemented.
10. A computer program product, comprising a computer program or computer instructions, wherein the computer program or computer instructions implement the method according to any one of claims 1 to 7 when executed by a processor.