Parking control method, device, equipment, system, medium and program product

Abstract

The disclosed embodiments relate to a parking control method, device, equipment, system, medium and program product. The method comprises: obtaining graphic code information, wherein the graphic code information is obtained by identifying a first graphic code of a target vehicle and a second graphic code of a parked vehicle; sending a parking request to a server according to the graphic code information; wherein the parking request is used to request the server to send a parking instruction to the target vehicle when the parked vehicle is determined to be in a legal parking area according to the parking request. The method can improve the parking success rate of vehicles and the neatness of vehicle parking.

Description

Technical Field

[0001] The embodiments of the present disclosure relate to the field of vehicle technology, and in particular, to a parking control method, device, equipment, system, medium, and program product. Background Art

[0002] As a new mode of transportation, shared vehicles such as shared motorcycles and shared cars have provided great convenience for people's lives. In order to avoid the phenomenon of random parking of shared vehicles, users need to park the shared vehicles at designated parking spots after using them.

[0003] In the related art, a shared vehicle is generally provided with a positioning component, which is used to obtain the position of the shared vehicle and to implement parking control of the shared vehicle by detecting whether the position of the shared vehicle is in a specified parking spot.

[0004] However, in the above parking method, if the positioning component of the shared vehicle fails or the positioning accuracy of the positioning component is low, the parking success rate of the shared vehicle will be low. Summary of the invention

[0005] The embodiments of the present disclosure provide a parking control method, device, equipment, system, medium and program product, which can be used to improve the parking success rate of a vehicle.

[0006] In a first aspect, an embodiment of the present disclosure provides a parking control method, the method comprising:

[0007] Acquire graphic code information, where the graphic code information is obtained by identifying a first graphic code of a target vehicle and a second graphic code of a parked vehicle;

[0008] Sending a parking request to a server according to the graphic code information;

[0009] The parking request is used to request the server to send a parking instruction to the target vehicle when it is determined that the parked vehicle is in a legal parking area according to the parking request.

[0010] In a second aspect, an embodiment of the present disclosure provides a parking control method for a server, the method comprising:

[0011] Receiving a parking request for a target vehicle, the parking request is sent by a client according to graphic code information, the graphic code information is obtained by identifying a first graphic code of the target vehicle and a second graphic code of a parked vehicle;

[0012] determining whether the parked vehicle is in a legal parking area according to the parking request;

[0013] If the parked vehicle is in a legal parking area, a parking instruction is sent to the target vehicle.

[0014] In a third aspect, an embodiment of the present disclosure provides a parking control device, the device comprising:

[0015] An acquisition module, used for acquiring graphic code information, wherein the graphic code information is obtained by identifying a first graphic code of a target vehicle and a second graphic code of a parked vehicle;

[0016] A sending module is used to send a parking request to a server according to the graphic code information; wherein the parking request is used to request the server to send a parking instruction to the target vehicle when it is determined that the parked vehicle is in a legal parking area according to the parking request.

[0017] In a fourth aspect, an embodiment of the present disclosure provides a parking control device, which is provided on a server, and the device includes:

[0018] A receiving module, configured to receive a parking request for a target vehicle, wherein the parking request is sent by a client according to graphic code information, wherein the graphic code information is obtained by identifying a first graphic code of the target vehicle and a second graphic code of a parked vehicle;

[0019] a determination module, configured to determine whether the parked vehicle is in a legal parking area according to the parking request;

[0020] The sending module is used to send a parking instruction to the target vehicle if the parked vehicle is in a legal parking area.

[0021] In a fifth aspect, an embodiment of the present disclosure provides a computer device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the method described in the first aspect or the second aspect when executing the computer program.

[0022] In a sixth aspect, an embodiment of the present disclosure provides a parking control system, the system comprising a client, a server and a target vehicle, wherein:

[0023] The client obtains graphic code information, and sends a parking request to the server according to the graphic code information, wherein the graphic code information is obtained by identifying a first graphic code of the target vehicle and a second graphic code of a parked vehicle;

[0024] The server receives the parking request for the target vehicle and determines whether the parked vehicle is in a legal parking area according to the parking request;

[0025] If the parked vehicle is in a legal parking area, the server sends a parking instruction to the target vehicle.

[0026] In a seventh aspect, an embodiment of the present disclosure provides a computer-readable storage medium having a computer program stored thereon, and when the computer program is executed by a processor, the method described in the first aspect or the second aspect above is implemented.

[0027] In an eighth aspect, an embodiment of the present disclosure provides a computer program product, including a computer program, which implements the method described in the first or second aspect when executed by a processor.

[0028] The parking control method, device, equipment, system, medium and program product provided by the embodiments of the present disclosure obtain graphic code information, which is obtained by identifying the first graphic code of the target vehicle and the second graphic code of the parked vehicle, and then, according to the graphic code information, sends a parking request to the server, and the parking request is used to request the server to send a parking instruction to the target vehicle when it is determined that the parked vehicle is in a legal parking area according to the parking request. In this way, in the embodiments of the present disclosure, only the graphic code information obtained by identifying the first graphic code of the target vehicle and the second graphic code of the parked vehicle is sent to the server, and the server can realize the parking control of the target vehicle according to the parking request, without having to obtain the position of the target vehicle by setting a positioning component in the target vehicle to realize the parking control of the target vehicle, thereby effectively avoiding the problem of parking failure of the target vehicle due to the failure of the positioning component or the low positioning accuracy. The embodiments of the present disclosure improve the parking success rate of the target vehicle. BRIEF DESCRIPTION OF THE DRAWINGS

[0029] Figure 1 A diagram showing an application environment of a parking control method in an embodiment;

[0030] Figure 2 A schematic diagram of a parking control method according to an embodiment;

[0031] Figure 3 This is a schematic diagram of an exemplary interface for a client to scan a first graphic code of a target vehicle and a second graphic code of a parked vehicle;

[0032] Figure 4 is a flow chart of step 202 in another embodiment;

[0033] Figure 5 A schematic flow chart of a parking control method in another embodiment;

[0034] Figure 6 is a flow chart of step 203 in another embodiment;

[0035] Figure 7 is a flow chart of step 203 in another embodiment;

[0036] Figure 8 is a flow chart of step 203 in another embodiment;

[0037] Fig. 9 This is a schematic diagram of an exemplary interface for a client to scan a first graphic code of a target vehicle and a second graphic code of a parked vehicle;

[0038] Fig.10 A schematic flow chart of a parking control method in another embodiment;

[0039] Fig.11 A schematic flow chart of a parking control method in another embodiment;

[0040] Fig.12 A schematic flow chart of a parking control method in another embodiment;

[0041] Fig.13 A schematic flow chart of a parking control method in another embodiment;

[0042] Fig.14 is a structural block diagram of a parking control device in one embodiment;

[0043] Fig.15 is a structural block diagram of a parking control device in another embodiment;

[0044] Fig.16 is an internal structure diagram of a computer device in one embodiment;

[0045] Fig.17 FIG. 4 is a diagram showing the internal structure of a computer device in another embodiment. DETAILED DESCRIPTION

[0046] In order to make the purpose, technical solution and advantages of the embodiments of the present disclosure more clear, the embodiments of the present disclosure are 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 embodiments of the present disclosure and are not used to limit the embodiments of the present disclosure.

[0047] First of all, before specifically introducing the technical solution of the embodiments of the present disclosure, the technical background or technical evolution context on which the embodiments of the present disclosure are based is introduced.

[0048] Normally, a shared vehicle is generally provided with a positioning component, which obtains the position of the shared vehicle through the positioning component, and controls the parking of the shared vehicle by detecting whether the position of the shared vehicle is in the specified parking spot. However, in the above parking methods, there is often the problem of parking failure of shared vehicles. Based on this background, the applicant has found through long-term research and development as well as the collection, demonstration and verification of experimental data that the positioning component of the shared vehicle is prone to failure and the positioning accuracy of the positioning component is not very high. In some scenarios, the shared vehicle may actually be in the specified parking spot. However, due to the error in the position of the shared vehicle obtained by the positioning component, the server misjudges that the shared vehicle is not in the specified parking spot, resulting in parking failure.

[0049] In the related technology, in order to improve the parking success rate of shared vehicles, the general approach is to use more accurate positioning components, but this will increase the overall cost and power consumption of shared vehicles, and cannot solve the problem of GPS being affected by the multipath effect; another approach is to use base stations and WiFi for integrated positioning, but in scenarios where base stations and WiFi are not densely deployed, the problem of low positioning accuracy still exists, and this approach requires the shared vehicle hardware to support WiFi technology, which will also increase the overall cost and power consumption of shared vehicles.

[0050] In view of this, how to improve the parking success rate of shared vehicles without the help of positioning components has become a problem that needs to be solved urgently. In addition, it should be noted that the applicant has made a lot of creative efforts in determining the above technical problems and the technical solutions introduced in the following embodiments.

[0051] The technical solutions involved in the embodiments of the present disclosure are introduced below in combination with the scenarios to which the embodiments of the present disclosure are applied.

[0052] The parking control method provided by the embodiment of the present disclosure can be applied to Figure 1 The system architecture shown in FIG. 1 includes a client 101, a server 102, a target vehicle 103, and a parked vehicle 104. The target vehicle 103 and the parked vehicle 104 may be non-motorized or motorized vehicles such as a bicycle, an electric bicycle, a scooter, and a motorcycle; the client 101 may be an electronic device such as a mobile phone, a tablet computer, an IPAD, or an APP (Application) software installed on the electronic device; the server 102 may be an independent server or a server cluster composed of multiple servers.

[0053] The target vehicle 103 and the parked vehicle 104 are both provided with communication components, which can communicate with the client 101 or the server 102 in a wireless manner. In addition, the client 101 and the server 102 can communicate in a wireless or wired manner. The disclosed embodiment does not limit the communication method between the client 101, the server 102, the target vehicle 103, and the parked vehicle 104.

[0054] In one embodiment, Figure 2 As shown, a parking control method is provided, which is applied to Figure 1 Taking the client 101 in the example as an example, the following steps are included:

[0055] Step 201, the client obtains graphic code information, which is obtained by identifying a first graphic code of a target vehicle and a second graphic code of a parked vehicle.

[0056] Both the target vehicle and the parked vehicle can be shared vehicles. A first graphic code is set on the body of the target vehicle, and the first graphic code can be set on the front or rear of the target vehicle; a second graphic code is set on the body of the parked vehicle, and the second graphic code can be set on the front or rear of the parked vehicle. The graphic code can be a one-dimensional barcode, a two-dimensional barcode, a color barcode, etc., and the graphic code contains relevant information of the corresponding vehicle.

[0057] In the disclosed embodiment, the target vehicle may be any shared vehicle that has been borrowed by the user. The user borrows the target vehicle for transportation. If the target vehicle needs to be parked after use, the target vehicle can be parked at a certain location, and the client can scan the first graphic code of the target vehicle and the second graphic codes of the parked vehicles around the target vehicle. The parked vehicle may be any successfully parked vehicle near the target vehicle. For example, the parked vehicle may be a successfully parked vehicle that is currently placed side by side with the target vehicle.

[0058] In this way, the client can simultaneously identify the first graphic code of the target vehicle and the second graphic code of the parked vehicle to obtain the graphic code information. Figure 3 , Figure 3 The figure is a schematic diagram of an exemplary interface in which a client scans a first graphic code of a target vehicle and a second graphic code of a parked vehicle.

[0059] The following describes a method for obtaining the graphic code information and the content included in the graphic code information according to an embodiment of the present disclosure.

[0060] In a possible implementation, the client may first obtain a graphic code image, which includes a target vehicle and a parked vehicle. The graphic code image may be obtained by the client performing image capture on the first graphic code and the second graphic code when a user uses the client to scan the first graphic code and the second graphic code.

[0061] Then, the terminal identifies and parses the first graphic code of the target vehicle and the second graphic code of the parked vehicle in the graphic code image according to the graphic code image to obtain graphic code information. The graphic code information may include a first character string obtained by the client parsing the first graphic code and a second character string obtained by the client parsing the second graphic code. The first character string may include information such as the first vehicle identification corresponding to the target vehicle, and the second character string may include information such as the second vehicle identification corresponding to the parked vehicle, and the vehicle identification is used to uniquely identify the corresponding vehicle.

[0062] In another possible implementation, after the client obtains the graphic code image, the client may also directly use the obtained graphic code image as the graphic code information.

[0063] Step 202: The client sends a parking request to the server according to the graphic code information.

[0064] The implementation process of step 202 is introduced below through three different implementation methods.

[0065] In a first possible implementation, see Figure 4 , the client can execute Figure 4 Steps 401 and 402 shown implement the process of step 202:

[0066] Step 401: The client extracts target information from the graphic code information, where the target information includes a first vehicle identification corresponding to the target vehicle and a second vehicle identification corresponding to the parked vehicle.

[0067] Step 402: The client sends the target information as a parking request to the server.

[0068] In this embodiment, the graphic code information may include a first character string obtained by the client parsing the first graphic code and a second character string obtained by the client parsing the second graphic code. The client can read the first vehicle identification corresponding to the target vehicle from the preset field of the first character string, and read the second vehicle identification corresponding to the parked vehicle from the preset field of the second character string. The first vehicle identification and the second vehicle identification are used as target information, and the client sends the target information as a parking request to the server.

[0069] Optionally, the client may also add a first tag to the first vehicle identification, where the first tag is used to indicate that the target vehicle corresponding to the first vehicle identification is a vehicle to be returned, and the client will use the first vehicle identification and the second vehicle identification added with the first tag as target information, so that the server can quickly distinguish which vehicle identification in the target information is the identification corresponding to the vehicle to be returned based on the first tag; optionally, the client may also add a second tag to the second vehicle identification, where the second tag is used to indicate that the parked vehicle corresponding to the second vehicle identification is a returned vehicle, and the client will use the second vehicle identification and the first vehicle identification added with the second tag as target information; optionally, the client may also add the first tag to the first vehicle identification and the second tag to the second vehicle identification at the same time, and use the first vehicle identification added with the first tag and the second vehicle identification added with the second tag as target information.

[0070] Optionally, the client may not add corresponding tags to the first vehicle identification and / or the second vehicle identification, and directly send the first vehicle identification and the second vehicle identification as target information to the server, and the server will distinguish which vehicle identification in the target information is the identification corresponding to the vehicle to be returned based on the vehicle usage status.

[0071] In a second possible implementation, after the client obtains the graphic code information, it can send the graphic code information as a parking request to the server. The graphic code information can include a first character string obtained by the client parsing the first graphic code and a second character string obtained by the client parsing the second graphic code.

[0072] In this way, the server can read the first vehicle identification corresponding to the target vehicle from the preset field of the first character string, and read the second vehicle identification corresponding to the parked vehicle from the preset field of the second character string. Optionally, the server can also distinguish which of the first vehicle identification and the second vehicle identification is the identification corresponding to the vehicle to be returned according to the vehicle usage status.

[0073] In a third possible implementation, after the client obtains the graphic code information, it may send the graphic code information as a parking request to the server. The graphic code information may be the graphic code image including the target vehicle and the parked vehicle as described above.

[0074] In this way, the server can identify and parse the first graphic code of the target vehicle and the second graphic code of the parked vehicle in the graphic code image to obtain a first character string corresponding to the first graphic code and a second character string corresponding to the second graphic code. Furthermore, the server can read the first vehicle identification corresponding to the target vehicle from the preset field of the first character string, and read the second vehicle identification corresponding to the parked vehicle from the preset field of the second character string. Optionally, the server can also distinguish which of the first vehicle identification and the second vehicle identification is the identification corresponding to the vehicle to be returned according to the vehicle usage status.

[0075] Thus, through any of the above implementations, the client implements the process of sending a parking request to the server. In the disclosed embodiment, the parking request is used to request the server to send a parking instruction to the target vehicle when it is determined that the parked vehicle is in a legal parking area according to the parking request.

[0076] It should be noted that, in general, in order to avoid random parking of shared vehicles, several designated parking spots are usually set up on the roadside, that is, several legal parking areas are set up. After using the shared vehicle, the user needs to park the shared vehicle in any designated parking spot. It is understandable that during the parking process, the target vehicle can only park successfully if it is parked in a legal parking area.

[0077] In the disclosed embodiment, the parked vehicles are vehicles around the target vehicle, that is, the parked vehicles are near the target vehicle. Therefore, the server can determine whether the target vehicle is currently in a legal parking area based on the parking position of the parked vehicles.

[0078] As can be seen from the above description, no matter the parking request received by the server is target information or graphic code information (the graphic code information is a graphic code image or a first character string and a second character string), based on the parking request, the server will obtain the first vehicle identification corresponding to the target vehicle and the second vehicle identification corresponding to the parked vehicle. Based on this, the following is an introduction to the process of the server determining whether the parked vehicle is in a legal parking area according to the parking request.

[0079] In a possible implementation, the server may store transaction records of each vehicle, which may include information such as the vehicle identification, transaction time, transaction type, and transaction amount of the corresponding vehicle. The transaction type may be, for example, a time fee type, an out-of-range parking type, etc. The out-of-range parking type refers to a transaction type that generates additional charges due to the vehicle not being parked in a legal parking area.

[0080] In this way, after the server obtains the first vehicle identification corresponding to the target vehicle and the second vehicle identification corresponding to the parked vehicle based on the parking request, it can query the transaction flow record associated with the second vehicle identification according to the second vehicle identification, and determine the most recent transaction flow record of the parked vehicle from the transaction flow record associated with the second vehicle identification according to the transaction time, and obtain the target transaction flow record.

[0081] The server detects whether the target transaction flow record includes a transaction record corresponding to the out-of-range parking type according to the transaction type in the target transaction flow record. For example, the server can detect whether the target transaction flow record includes a preset field, which is used to characterize the out-of-range parking type. If it is detected that the target transaction flow record includes a transaction record corresponding to the out-of-range parking type, the server determines that the parked vehicle was not in the legal parking area the last time it was parked. Since the parked vehicle is near the target vehicle, it can be determined that the target vehicle is not currently in the legal parking area. In this way, the server can send a prompt message to the client, which can prompt the user that the parking failed and move the target vehicle to the legal parking area to park again.

[0082] If the target transaction flow record does not include transaction records corresponding to the out-of-range parking type, the server determines that the parked vehicle was last parked in a legal parking area, thereby determining that the target vehicle is in a legal parking area. The server sends a parking instruction to the target vehicle based on the first vehicle identification, and the target vehicle can successfully park.

[0083] Furthermore, it is understandable that in actual application scenarios, although the last time a parked vehicle was parked, it may be forcibly moved outside the legal parking area while locked after the last parking. To avoid this situation, in the embodiment of the present disclosure, the target information extracted by the client from the graphic code information may also include the client location of the client, and the client location is used by the server to determine again whether the parked vehicle is in the legal parking area according to the client location and the second vehicle identifier.

[0084] In a possible implementation, the server may maintain parking lists corresponding to each legal parking area. For each legal parking area, the corresponding parking list includes the vehicle identification of each parked vehicle in the legal parking area. The server may store each parking list in association with the location of the corresponding legal parking area. Optionally, during implementation, a Bluetooth sensor may be provided in the legal parking area based on a short-distance transmission technology, such as Bluetooth technology, to sense the vehicle identification of each parked vehicle in the legal parking area through the Bluetooth sensor.

[0085] In this way, after the server determines that the target transaction flow record does not include the transaction record corresponding to the out-of-range parking type, it can also determine, based on the client location and the location of the legal parking area associated with each parking list, a parking list corresponding to at least one target legal parking area whose distance from the client location is less than a preset distance threshold, each parking list includes the vehicle identification of each parked vehicle in the corresponding target legal parking area. In this way, if the parking list corresponding to a certain target legal parking area includes the second vehicle identification, it indicates that the parked vehicle is currently in the target legal parking area, thereby determining that the parked vehicle is currently in the legal parking area, and further determining that the target vehicle is currently in the legal parking area. In this way, it can be avoided that the parked vehicle is in the legal parking area although it was in the legal parking area when it was parked last time, but the parked vehicle is forcibly moved to a parking outside the legal parking area in the locked state, thereby improving the accuracy of determining whether the target vehicle is in the legal parking area and improving the parking reliability.

[0086] In addition, it should be noted that in the disclosed embodiment, an electronic sentinel may be provided in the legal parking area, and the electronic sentinel is a shared vehicle fixed in the legal parking area. In this way, when a user parks a target vehicle in the legal parking area, if there are no other parked vehicles in the legal parking area, the user may move the target vehicle to the vicinity of the electronic sentinel, park it side by side with the electronic sentinel, and park the electronic sentinel as a parked vehicle.

[0087] The above-mentioned embodiment obtains the graphic code information, which is obtained by identifying the first graphic code of the target vehicle and the second graphic code of the parked vehicle, and then sends a parking request to the server according to the graphic code information. The parking request is used to request the server to send a parking instruction to the target vehicle when it is determined that the parked vehicle is in a legal parking area according to the parking request. In this way, in the embodiment of the present disclosure, the parking request is sent to the server only according to the graphic code information obtained by identifying the first graphic code of the target vehicle and the second graphic code of the parked vehicle. The server can realize the parking control of the target vehicle according to the parking request, without having to obtain the position of the target vehicle by setting a positioning component in the target vehicle to realize the parking control of the target vehicle, thereby effectively avoiding the problem of parking failure of the target vehicle due to the failure of the positioning component or the low positioning accuracy. The embodiment of the present disclosure improves the parking success rate of the target vehicle.

[0088] In one embodiment, based on Figure 4 The embodiment shown, see Figure 5 In the parking control method of this embodiment, before step 402, the method further includes: Figure 5 Step 203 shown:

[0089] Step 203: The client detects whether the target vehicle and the parked vehicles meet the preset parking conditions according to the graphic code information.

[0090] As described above, the graphic code information may include a first character string corresponding to the first graphic code and a second character string corresponding to the second graphic code. The first character string may include information such as the first vehicle identification corresponding to the target vehicle, and the second character string may include information such as the second vehicle identification corresponding to the parked vehicle.

[0091] In the disclosed embodiment, before sending the target information to the server, the client can detect whether the target vehicle and the parked vehicle meet the preset parking conditions according to the graphic code information, and send the target information to the server only when the target vehicle and the parked vehicle meet the preset parking conditions. The preset parking conditions include the first parking conditions, which are determined according to the state attributes of the target vehicle and the state attributes of the parked vehicle. The state attributes may include the use state and the ownership attributes of the vehicle, such as the state to be returned or the state to be returned, and the ownership attributes such as which manufacturer the vehicle belongs to.

[0092] Correspondingly, the client can implement the process of step 402 by executing the following step 4021:

[0093] Step 4021: If the target vehicle and the parked vehicles meet the preset parking conditions, the client sends the target information as a parking request to the server.

[0094] In this way, the client will only send target information to the server when the target vehicle and the parked vehicles meet the preset parking conditions. If the target vehicle and the parked vehicles do not meet the preset parking conditions, the target information will be directly filtered out and the sending of the target information to the server is prohibited. This can reduce the computing resources of the server occupied by invalid target information and improve the efficiency of parking control.

[0095] In one embodiment, in a possible implementation of step 203, the graphic code information includes a first character string corresponding to the first graphic code and a second character string corresponding to the second graphic code, and the first parking condition includes that the target vehicle and the parked vehicle have the same ownership attribute and that the target vehicle and the parked vehicle include a to-be-returned vehicle, see Figure 6 , step 203 may include: Figure 6 Step 2031, step 2032 and step 2033 shown:

[0096] Step 2031: The client detects whether the target vehicle and the parked vehicle have the same attribution according to the first character string and the second character string.

[0097] The attribution attribute is such as which manufacturer the vehicle belongs to. The target vehicle and the parked vehicle have the same attribution attribute, that is, the target vehicle and the parked vehicle are vehicles of the same manufacturer.

[0098] In the disclosed embodiment, since it is necessary to determine whether the target vehicle is currently in a legal parking area based on the parking position of the parked vehicle, if the parked vehicle and the target vehicle are not vehicles of the same manufacturer, for example, the parked vehicle is a vehicle of another manufacturer, the server may not be able to identify whether the parked vehicle is in a legal parking area, and thus cannot determine whether the target vehicle is in a legal parking area. To avoid this, the client can detect whether the target vehicle and the parked vehicle have the same attribution attribute based on the first character string and the second character string.

[0099] In a possible implementation, the client may perform the following steps A1 and A2 to implement the process of step 2031:

[0100] Step A1: The client detects whether the string format of the first string is the same as the string format of the second string.

[0101] Step A2: If the string format of the first string is the same as the string format of the second string, the client determines that the target vehicle and the parked vehicle have the same attribution attribute.

[0102] The string format may include, for example, string length, character type, etc. If the string format of the first string is the same as the string format of the second string, it indicates that the target vehicle and the parked vehicle are from the same manufacturer.

[0103] In another possible implementation, both the first character string and the second character string may include an attribution identification field, and the client compares whether the content of the attribution identification field of the first character string is the same as the content of the attribution identification field of the second character string. If they are the same, it is determined that the target vehicle and the parked vehicle have the same attribution attributes, that is, the target vehicle and the parked vehicle are vehicles of the same manufacturer, etc., and the specific implementation method of step 2041 is not limited here.

[0104] Step 2032: The client detects whether the target vehicle and the parked vehicles include a to-be-returned vehicle based on the first character string and the second character string.

[0105] In a possible implementation, the first character string includes a first vehicle identifier, and the second character string includes a second vehicle identifier. The client may perform the following steps A3 and A4 to implement the process of step 2032:

[0106] Step A3: the client detects whether the first vehicle identifier and the second vehicle identifier include a target identifier, where the target identifier is a vehicle identifier of a vehicle stored in a historical vehicle rental process.

[0107] In the disclosed embodiment, when a user borrows a target vehicle, he or she can scan the first graphic code of the target vehicle through the client, and parse the first graphic code to obtain a target identifier (i.e., a first vehicle identifier). While sending the target identifier to the server to unlock the vehicle, the target identifier can also be stored locally.

[0108] Step A4: If the first vehicle identifier and the second vehicle identifier include a target identifier, the client determines that the target vehicle and the parked vehicles include a to-be-returned vehicle.

[0109] In this way, after the client obtains the graphic code information, it can detect whether the first vehicle identifier in the first character string and the second vehicle identifier in the second character string include the locally stored target identifier. If included, it indicates that the target vehicle and the parked vehicles include the vehicle to be returned.

[0110] It should be noted that after the target vehicle is successfully parked, the client can delete the target vehicle identification (ie, the first vehicle identification) stored locally.

[0111] In another possible implementation, after scanning the first graphic code and the second graphic code, the client may prompt the user to enter which of the first graphic code and the second graphic code is the graphic code corresponding to the vehicle to be returned, thereby achieving a quick determination of whether the target vehicle and the parked vehicles include the vehicle to be returned.

[0112] Step 2033: If the target vehicle and the parked vehicles have the same ownership attribute, and the target vehicle and the parked vehicles include a to-be-returned vehicle, the client determines that the target vehicle and the parked vehicles satisfy the first parking condition.

[0113] In the case where the preset parking conditions only include the first parking condition, if the target vehicle and the parked vehicles have the same ownership attribute, and the target vehicle and the parked vehicles include a to-be-returned vehicle, the client determines that the target vehicle and the parked vehicles meet the preset parking conditions.

[0114] Optionally, the client can also add a first tag to the first vehicle identification, and the first tag is used to indicate that the target vehicle corresponding to the first vehicle identification is a to-be-returned vehicle, and the client sends the first vehicle identification and the second vehicle identification with the first tag as target information to the server; optionally, the client can also add a second tag to the second vehicle identification, and the second tag is used to indicate that the parked vehicle corresponding to the second vehicle identification is a returned vehicle, and the client sends the second vehicle identification and the first vehicle identification with the second tag as target information to the server; optionally, the client can also add the first tag to the first vehicle identification and the second tag to the second vehicle identification at the same time, and send the first vehicle identification with the first tag and the second vehicle identification with the second tag as target information to the server. In this way, after receiving the target information, the server can quickly distinguish the vehicle identification (first vehicle identification) of the to-be-returned vehicle and the vehicle identification (second vehicle identification) of the returned vehicle, thereby reducing the time consumption caused by the server distinguishing which vehicle identification in the target information is the identification corresponding to the to-be-returned vehicle, which is conducive to improving the parking efficiency of the target vehicle.

[0115] In addition, in the above embodiment, the target information is sent to the server as a parking request only when the target vehicle and the parked vehicles have the same ownership attributes and the target vehicle and the parked vehicles include vehicles to be returned, thereby avoiding sending invalid target information to the server, effectively reducing the computing resources of the server occupied by invalid target information, and improving the parking efficiency of the target vehicle, that is, improving the efficiency of parking control.

[0116] In one embodiment, based on Figure 6 The embodiment shown in the figure relates to a process of how the client detects whether the target vehicle and the parked vehicle satisfy the preset parking condition when the preset parking condition also includes a second parking condition.

[0117] In the embodiment of the present disclosure, the second parking condition may include that the first graphic code and the second graphic code are real graphic codes, and / or that the first graphic code and the second graphic code are of the same type.

[0118] In a possible implementation manner, when the second parking condition specifically includes that the first graphic code and the second graphic code are real graphic codes, see Figure 7 Step 203 may also include Figure 7 Step 701, step 702 and step 703 shown:

[0119] Step 701: The client determines the graphic code image corresponding to the graphic code information.

[0120] In the disclosed embodiment, the client scans the first graphic code of the target vehicle and the second graphic code of the parked vehicle to obtain a graphic code image, which includes the first graphic code and the second graphic code. The client parses the graphic code image to obtain graphic code information. That is, each graphic code information corresponds to a frame of the graphic code image.

[0121] In this way, the client can determine the graphic code image corresponding to the graphic code information corresponding to the current target vehicle.

[0122] Step 702: The client inputs the graphic code image into a preset classification model to obtain a classification result.

[0123] In the disclosed embodiment, multiple sample graphic code images can be collected in advance, and the multiple sample graphic code images include positive samples and negative samples. The positive sample can be obtained by simultaneously scanning real graphic codes on two vehicles, and the negative sample can be obtained by simultaneously scanning two false graphic codes (such as forged QR code images). The negative sample can also be obtained by simultaneously scanning a real graphic code and a false graphic code.

[0124] Furthermore, a positive sample label may be added to each positive sample, a negative sample label may be added to each negative sample, and a neural network model may be trained using a plurality of sample graphic code images after adding labels to obtain a classification model.

[0125] In this way, the client inputs the graphic code image into the preset classification model, and can obtain the classification result output by the classification model, which is used to characterize whether the first graphic code and the second graphic code in the graphic code image are real graphic codes or false graphic codes.

[0126] Step 703: If the classification result is that the first graphic code and the second graphic code are real graphic codes, the client determines that the target vehicle and the parked vehicle meet the second parking condition.

[0127] The above embodiment can effectively prevent users from using false graphic code images to impersonate parked vehicles by identifying the authenticity of the first graphic code and the second graphic code, thereby improving the illegal parking of the target vehicle and enhancing parking reliability.

[0128] In another possible implementation, the preset parking condition includes the first graphic code and the second graphic code being of the same type. Figure 8 Step 203 may also include Figure 8 Step 801, step 802 and step 803 shown:

[0129] Step 801: The client identifies the type of the first graphic code according to a preset field of the first character string, and identifies the type of the second graphic code according to a preset field of the second character string.

[0130] The preset field can be a graphic code type field, which is located at a preset position in the character string. The client recognizes the content of the preset position in the first character string to obtain the type of the first graphic code. The client recognizes the content of the preset position in the second character string to obtain the type of the second graphic code.

[0131] The type includes a vehicle head code type or a vehicle tail code type, that is, the first graphic code may be a vehicle head code or a vehicle tail code, and the second graphic code may also be a vehicle head code or a vehicle tail code.

[0132] Step 802: The client detects whether the type of the first graphic code is the same as the type of the second graphic code.

[0133] Step 803: If the type of the first graphic code is the same as the type of the second graphic code, the client determines that the target vehicle and the parked vehicle meet the second parking condition.

[0134] If the type of the first graphic code is the same as the type of the second graphic code, for example, see the above Figure 3 ,like Figure 3 As shown, the first graphic code and the second graphic code are both tail codes; for example, see Fig. 9 , Fig. 9 FIG. 1 is a schematic diagram of an exemplary interface for a client to scan a first graphic code of a target vehicle and a second graphic code of a parked vehicle. Fig. 9 As shown, the first graphic code and the second graphic code are both vehicle head codes.

[0135] If the type of the first graphic code is the same as the type of the second graphic code, the client determines that the target vehicle and the parked vehicle meet the second parking condition. This is conducive to promoting the neat parking of vehicles in the legal parking area, that is, promoting the parking direction of the target vehicle to be consistent with the parking direction of the parked vehicles, thereby improving the neatness of vehicle parking.

[0136] In another possible implementation, the second parking condition may include that the first graphic code and the second graphic code are real graphic codes and that the first graphic code and the second graphic code are of the same type. In this way, if the client determines that the first graphic code and the second graphic code are real graphic codes and that the first graphic code and the second graphic code are of the same type, it determines that the target vehicle and the parked vehicle meet the second parking condition.

[0137] In the case where the preset parking conditions include the first parking condition and the second parking condition, if the target vehicle and the parked vehicle have the same ownership attribute, and the target vehicle and the parked vehicles include a vehicle to be returned, and the target vehicle and the parked vehicle meet the second parking condition, the client determines that the target vehicle and the parked vehicle meet the preset parking conditions, and then sends the target information to the server. Thus, by detecting whether the target vehicle and the parked vehicle meet the preset parking conditions, it is possible to avoid sending invalid target information to the server, which is beneficial to improving the parking efficiency of the target vehicle, and can avoid the phenomenon that users use false graphic code images to impersonate parked vehicles, improve the illegal parking phenomenon of the target vehicle, and improve parking reliability. In addition, it is also beneficial to promote the neat parking of vehicles in legal parking areas, that is, to promote the parking direction of the target vehicle to be consistent with the parking direction of the parked vehicle, and improve the neatness of vehicle parking.

[0138] In one embodiment, based on Figure 2 The embodiment shown, see Fig.10 In the parking control method of this embodiment, before the client obtains the graphic code information, it also includes Fig.10 Step 204 is shown:

[0139] Step 204: If the client detects that the target vehicle fails to park, the client displays an emergency parking page, which includes a confirmation component.

[0140] In the disclosed embodiment, during the process of parking the target vehicle, the target vehicle may be parked first by matching the position of the target vehicle. That is, a positioning component is set in the target vehicle, the position of the target vehicle is obtained through the positioning component, and the server detects whether the position of the target vehicle is in a legal parking area. If it is in a legal parking area, the server sends a parking instruction to the target vehicle, and the target vehicle is parked successfully.

[0141] If the server detects that the target vehicle is not in a legal parking area, a parking failure prompt message is sent to the client. Alternatively, if the server detects that the target vehicle is not in a legal parking area, it may instruct the positioning component to reacquire the target vehicle's position for re-matching. If the target vehicle is detected as not being in a legal parking area for multiple times (for example, three times), a parking failure prompt message is sent to the client.

[0142] After the client receives the prompt message of parking failure, the emergency parking page is displayed. The emergency parking page includes a confirmation component. The confirmation component may be, for example, a button displaying "Do you want to return the car together?"

[0143] In a possible implementation, before the client displays the emergency parking page, it may also display an education page, which displays education information for guiding users to understand how to return the car together. After the education page is displayed, the emergency parking page is displayed.

[0144] Correspondingly, the client can execute the following step 2011 to implement the process of step 201:

[0145] Step 2011: If the client detects a confirmation instruction input by the user based on the confirmation component, the client identifies the first graphic code and the second graphic code to obtain graphic code information.

[0146] After the user clicks the confirmation component, the client can execute the method of the above embodiment, obtain the graphic code information, and send a parking request to the server based on the graphic code information, so as to request the server to send a parking instruction to the target vehicle when the parked vehicle is in a legal parking area.

[0147] In this way, through the above implementation method, if parking fails by using the method based on the position matching of the target vehicle, the client re-controls the parking of the target vehicle by scanning the first graphic code of the target vehicle and the second graphic code of the parked vehicle, thereby improving the parking success rate without changing the existing user's vehicle return habits.

[0148] In one embodiment, Fig.11 As shown, a parking control method is provided, which is applied to Figure 1 The server in the example is used to illustrate, including the following steps 1001, 1002 and 1003:

[0149] Step 1001: The server receives a parking request for a target vehicle.

[0150] The parking request is sent by the client according to the graphic code information, where the graphic code information is obtained by identifying the first graphic code of the target vehicle and the second graphic code of the parked vehicle.

[0151] In a possible implementation, the parking request includes target information extracted by the client from the graphic code information, where the target information includes a first vehicle identifier corresponding to the target vehicle and a second vehicle identifier corresponding to the parked vehicle.

[0152] In another possible implementation, the parking request includes graphic code information, and the graphic code information may be a first character string obtained by the client parsing the first graphic code and a second character string obtained by the client parsing the second graphic code.

[0153] In another possible implementation, the parking request includes graphic code information. The graphic code information may be a graphic code image. The graphic code image includes the target vehicle and the parked vehicle.

[0154] The specific limitations on the steps executed by the client can refer to the limitations of the parking control method for the client mentioned above, which will not be repeated here.

[0155] Step 1002: The server determines whether the parked vehicle is in a legal parking area based on the parking request.

[0156] When the parking request includes a first vehicle identifier corresponding to the target vehicle and a second vehicle identifier corresponding to the parked vehicle, the server directly determines the first vehicle identifier and the second vehicle identifier.

[0157] When the parking request includes graphic code information, the server can extract target information from the graphic code information, where the target information includes a first vehicle identification corresponding to the target vehicle and a second vehicle identification corresponding to the parked vehicle. In this way, the server can determine whether the parked vehicle is in a legal parking area based on the second vehicle identification. If the parked vehicle is in a legal parking area, the server sends a parking instruction to the target vehicle based on the first vehicle identification.

[0158] Specifically, when the graphic code information includes a first character string and a second character string, the server can read the first vehicle identification corresponding to the target vehicle from the preset field of the first character string, and read the second vehicle identification corresponding to the parked vehicle from the preset field of the second character string.

[0159] When the graphic code information includes a graphic code image, the server can identify and parse the first graphic code of the target vehicle and the second graphic code of the parked vehicle in the graphic code image, obtain a first character string corresponding to the first graphic code and a second character string corresponding to the second graphic code, and read the first vehicle identification corresponding to the target vehicle from the preset field of the first character string and read the second vehicle identification corresponding to the parked vehicle from the preset field of the second character string.

[0160] After the server determines the first vehicle identifier corresponding to the target vehicle and the second vehicle identifier corresponding to the parked vehicle, Fig.12 , step 1002 may include:

[0161] Step 1002a: The server determines whether the parked vehicle is in a legal parking area based on the second vehicle identifier.

[0162] In a possible implementation, the server may perform the following steps A5 and A6 to implement the process of step 1002a:

[0163] Step A5: The server obtains the target transaction flow record corresponding to the parked vehicle according to the second vehicle identifier.

[0164] The server may store transaction records of each vehicle, which may include information such as the vehicle identification, transaction time, transaction type, and transaction amount of the corresponding vehicle. The transaction type may be, for example, a time fee type, an out-of-range parking type, etc. The out-of-range parking type refers to a transaction type that generates additional charges due to the vehicle not being parked in a legal parking area.

[0165] In this way, the server can query the transaction flow record associated with the second vehicle identification according to the second vehicle identification, and determine the most recent transaction flow record of the parked vehicle from the transaction flow record associated with the second vehicle identification according to the transaction time, and obtain the target transaction flow record.

[0166] Step A6: If the target transaction flow record does not include a transaction record corresponding to the out-of-range parking type, the server determines that the parked vehicle is in a legal parking area.

[0167] The server detects whether the target transaction flow record includes a transaction record corresponding to the out-of-range parking type based on the transaction type in the target transaction flow record. For example, the server can detect whether the target transaction flow record includes a preset field, which is used to characterize the out-of-range parking type. If it is detected that the target transaction flow record includes a transaction record corresponding to the out-of-range parking type, the server determines that the parked vehicle was not in the legal parking area when it last parked. Since the parked vehicle is near the target vehicle, it can be determined that the target vehicle is not currently in the legal parking area. In this way, the server can send a prompt message to the client, which can prompt the user that the parking has failed and to move the target vehicle to the legal parking area and park again.

[0168] If the target transaction flow record does not include transaction records corresponding to the out-of-range parking type, the server determines that the parked vehicle was last parked in a legal parking area, thereby determining that the target vehicle is in a legal parking area. The server sends a parking instruction to the target vehicle based on the first vehicle identification, and the target vehicle can successfully park.

[0169] Further, it is understandable that in actual application scenarios, there is a situation where a parked vehicle is in a legal parking area at the last parking, but after the last parking, the parked vehicle may be forcibly moved out of the legal parking area in a locked state. To avoid this situation, in the embodiment of the present disclosure, the target information included in the parking request also includes the client position of the client. Before the server determines that the parked vehicle is in the legal parking area, it can also determine, based on the client position, a parking list corresponding to at least one target legal parking area whose distance from the client position is less than a preset distance threshold, and the parking list includes the vehicle identification of each parked vehicle in the target legal parking area; if the parking list includes the second vehicle identification, the server determines that the parked vehicle is in the legal parking area, and determines that the target vehicle is in the legal parking area.

[0170] As an implementation method, the server may maintain parking lists corresponding to each legal parking area. For each legal parking area, the corresponding parking list includes the vehicle identification of each parked vehicle in the legal parking area. The server may store each parking list in association with the location of the corresponding legal parking area. Optionally, during implementation, a Bluetooth sensor may be set in the legal parking area based on a short-distance transmission technology, such as Bluetooth technology, to sense the vehicle identification of each parked vehicle in the legal parking area through the Bluetooth sensor.

[0171] In this way, after the server determines that the target transaction flow record does not include the transaction record corresponding to the out-of-range parking type, it can also determine, based on the client location and the location of the legal parking area associated with each parking list, a parking list corresponding to at least one target legal parking area whose distance from the client location is less than a preset distance threshold, each parking list includes the vehicle identification of each parked vehicle in the corresponding target legal parking area. In this way, if the parking list corresponding to a certain target legal parking area includes the second vehicle identification, it indicates that the parked vehicle is currently in the target legal parking area, thereby determining that the parked vehicle is currently in the legal parking area, and further determining that the target vehicle is currently in the legal parking area.

[0172] Step 1003: If the parked vehicle is in a legal parking area, the server sends a parking instruction to the target vehicle.

[0173] Please continue to see Fig.12 , step 1003 may include:

[0174] Step 1003a: If the parked vehicle is in a legal parking area, the server sends a parking instruction to the target vehicle based on the first vehicle identifier.

[0175] In this way, if the server determines that the parked vehicle is in a legal parking area based on the parking request, it indicates that the target vehicle is in a legal parking area, and the server sends a parking instruction to the target vehicle based on the first vehicle identifier.

[0176] In this way, the situation where the parked vehicle was last parked in a legal parking area but was forcibly moved to a parking area outside the legal parking area while locked can be avoided, thereby improving the accuracy of determining whether the target vehicle is in a legal parking area and improving parking reliability.

[0177] In the disclosed embodiment, the client only sends a parking request to the server, and the server can implement parking control of the target vehicle according to the parking request, without having to obtain the position of the target vehicle by setting a positioning component in the target vehicle to implement parking control of the target vehicle, which effectively avoids the problem of parking failure of the target vehicle due to positioning component failure or low positioning accuracy. The disclosed embodiment improves the parking success rate of the target vehicle.

[0178] In one embodiment, see Fig.13 , provides a parking control method, which is applied to Figure 1 Taking the system architecture shown in FIG. 1 as an example, the method includes the following steps:

[0179] Step 1301: If it is detected that the target vehicle fails to park, the client displays an emergency parking page, which includes a confirmation component.

[0180] Step 1302: If a confirmation instruction input by the user based on the confirmation component is detected, the client identifies the first graphic code and the second graphic code to obtain graphic code information.

[0181] Step 1303: The client extracts target information from the graphic code information.

[0182] The target information includes a first vehicle identification corresponding to the target vehicle, a second vehicle identification corresponding to the parked vehicle, and a client location of the client.

[0183] Step 1304: The client detects whether the target vehicle and the parked vehicles meet the preset parking conditions based on the graphic code information.

[0184] The preset parking condition includes a first parking condition and a second parking condition. The first parking condition is determined according to the state attribute of the target vehicle and the state attribute of the parked vehicle; the second parking condition includes that the first graphic code and the second graphic code are real graphic codes and the first graphic code and the second graphic code are of the same type.

[0185] In a possible implementation, the graphic code information includes a first character string corresponding to the first graphic code and a second character string corresponding to the second graphic code. Step 1303 includes:

[0186] Step a: The client detects whether the target vehicle and the parked vehicle have the same attribution according to the first character string and the second character string.

[0187] Specifically, the client detects whether the target vehicle and the parked vehicle have the same attribution attribute based on the first character string and the second character string, including: the client detects whether the character string format of the first character string and the character string format of the second character string are the same; if the character string format of the first character string and the character string format of the second character string are the same, the client determines that the target vehicle and the parked vehicle have the same attribution attribute.

[0188] Step b: the client detects whether the target vehicle and the parked vehicles include the vehicle to be returned according to the first character string and the second character string.

[0189] Specifically, the first character string includes a first vehicle identifier, and the second character string includes a second vehicle identifier. The client detects whether the target vehicle and the parked vehicles include a vehicle to be returned based on the first character string and the second character string, including: the client detects whether the first vehicle identifier and the second vehicle identifier include a target identifier, where the target identifier is a vehicle identifier of a vehicle stored in a historical vehicle rental process; if the first vehicle identifier and the second vehicle identifier include the target identifier, the client determines that the target vehicle and the parked vehicles include a vehicle to be returned.

[0190] Step c: if the target vehicle and the parked vehicles have the same ownership attribute, and the target vehicle and the parked vehicles include a to-be-returned vehicle, the client determines that the target vehicle and the parked vehicles satisfy the first parking condition.

[0191] In step d, the client determines a graphic code image corresponding to the graphic code information, where the graphic code image includes a first graphic code and a second graphic code.

[0192] In step e, the client inputs the graphic code image into a preset classification model to obtain a classification result, and the classification result is used to characterize whether the first graphic code and the second graphic code in the graphic code image are real graphic codes or false graphic codes.

[0193] In step f, the client identifies the type of the first graphic code according to the preset field of the first character string, and identifies the type of the second graphic code according to the preset field of the second character string.

[0194] Step g: the client detects whether the type of the first graphic code is the same as the type of the second graphic code, where the type includes a head code type or a tail code type.

[0195] In step h, if the classification result is that the first graphic code and the second graphic code are real graphic codes, and the type of the first graphic code and the type of the second graphic code are the same, the client determines that the target vehicle and the parked vehicle meet the second parking condition and determines that the target vehicle and the parked vehicle meet the preset parking condition.

[0196] Step 1305: If the target vehicle and the parked vehicles meet the preset parking conditions, the client sends the target information as a parking request to the server.

[0197] Step 1306: The server receives a parking request for the target vehicle and obtains a target transaction flow record corresponding to the parked vehicle based on the second vehicle identifier.

[0198] Step 1307: If the target transaction flow record does not include a transaction record corresponding to the out-of-range parking type, the server determines, based on the client location, a parking list corresponding to at least one target legal parking area whose distance from the client location is less than a preset distance threshold.

[0199] The parking list includes the vehicle identification of each parked vehicle in the target legal parking area.

[0200] Step 1308: If the parking list includes the second vehicle identification, the server determines that the parked vehicle is in a legal parking area.

[0201] Step 1309: If the parked vehicle is in a legal parking area, the server sends a parking instruction to the target vehicle based on the first vehicle identifier.

[0202] It should be understood that, although the various steps in the above flowchart are displayed in sequence according to the indication of the arrows, these steps are not necessarily executed in sequence according to the order indicated by the arrows. Unless there is a clear description in this article, the execution of these steps is not strictly limited in order, and these steps can be executed in other orders. Moreover, at least a part of the steps in the above flowchart may include multiple steps or multiple stages, and these steps or stages are not necessarily executed at the same time, but can be executed at different times, and the execution order of these steps or stages is not necessarily to be carried out in sequence, but can be executed in turn or alternately with other steps or at least a part of the steps or stages in other steps.

[0203] In one embodiment, Fig.14 As shown, a parking control device is provided, which is arranged on a client, and the device comprises:

[0204] An acquisition module 1401 is used to acquire graphic code information, where the graphic code information is obtained by identifying a first graphic code of a target vehicle and a second graphic code of a parked vehicle;

[0205] The sending module 1402 is used to send a parking request to the server according to the graphic code information; wherein the parking request is used to request the server to send a parking instruction to the target vehicle when it is determined that the parked vehicle is in a legal parking area according to the parking request.

[0206] In one embodiment, the sending module includes:

[0207] An extraction unit, configured to extract target information from the graphic code information, wherein the target information includes a first vehicle identification corresponding to the target vehicle and a second vehicle identification corresponding to the parked vehicle;

[0208] A sending unit is used to send the target information as the parking request to the server.

[0209] In one embodiment, the apparatus further comprises:

[0210] a detection module, configured to detect, based on the graphic code information, whether the target vehicle and the parked vehicle meet a preset parking condition, wherein the preset parking condition includes a first parking condition, and the first parking condition is determined based on a state attribute of the target vehicle and a state attribute of the parked vehicle;

[0211] The sending unit is specifically configured to send the target information as the parking request to the server if the target vehicle and the parked vehicle meet the preset parking condition.

[0212] In one embodiment, the graphic code information includes a first character string corresponding to the first graphic code and a second character string corresponding to the second graphic code; the first parking condition includes that the target vehicle and the parked vehicle have the same ownership attribute and that the target vehicle and the parked vehicle include a to-be-returned vehicle;

[0213] The detection module comprises:

[0214] A first detection unit, configured to detect whether the target vehicle and the parked vehicle have the same attribution attribute according to the first character string and the second character string;

[0215] A second detection unit, configured to detect whether the target vehicle and the parked vehicles include a to-be-returned vehicle according to the first character string and the second character string;

[0216] The first determining unit is configured to determine that the target vehicle and the parked vehicles satisfy the first parking condition if the target vehicle and the parked vehicles have the same ownership attribute and the target vehicle and the parked vehicles include a to-be-returned vehicle.

[0217] In one embodiment, the first detection unit is specifically used to detect whether the string format of the first string is the same as the string format of the second string; if the string format of the first string is the same as the string format of the second string, it is determined that the target vehicle and the parked vehicle have the same attribution attribute.

[0218] In one embodiment, the first character string includes the first vehicle identifier, the second character string includes the second vehicle identifier, and the second detection unit is specifically used to detect whether the first vehicle identifier and the second vehicle identifier include a target identifier, and the target identifier is a vehicle identifier of a vehicle stored in a historical vehicle rental process; if the first vehicle identifier and the second vehicle identifier include the target identifier, it is determined that the target vehicle and the parked vehicles include a vehicle to be returned.

[0219] In one embodiment, the preset parking condition further includes a second parking condition, and the second parking condition includes that the first graphic code and the second graphic code are real graphic codes, and / or the first graphic code and the second graphic code are of the same type.

[0220] In one embodiment, the second parking condition includes that the first graphic code and the second graphic code are real graphic codes, and the detection module further includes:

[0221] A second determining unit, configured to determine a graphic code image corresponding to the graphic code information, wherein the graphic code image includes the first graphic code and the second graphic code;

[0222] a classification unit, used for inputting the graphic code image into a preset classification model to obtain a classification result, wherein the classification result is used for characterizing whether the first graphic code and the second graphic code in the graphic code image are real graphic codes or false graphic codes;

[0223] The third determining unit is configured to determine whether the target vehicle and the parked vehicle satisfy the second parking condition if the classification result is that the first graphic code and the second graphic code are real graphic codes.

[0224] In one embodiment, the second parking condition includes that the first graphic code and the second graphic code are of the same type, and the detection module further includes:

[0225] an identification unit, configured to identify the type of the first graphic code according to a preset field of the first character string, and to identify the type of the second graphic code according to a preset field of the second character string;

[0226] A third detection unit, used to detect whether the type of the first graphic code is the same as the type of the second graphic code, wherein the type includes a head code type or a tail code type;

[0227] A fourth determining unit is configured to determine that the target vehicle and the parked vehicle satisfy the second parking condition if the type of the first graphic code is the same as the type of the second graphic code.

[0228] In one embodiment, the target information further includes a client location of the client, and the client location is used by the server to determine whether the parked vehicle is in a legal parking area according to the client location and the second vehicle identification.

[0229] In one embodiment, the sending module is specifically configured to send the graphic code information as the parking request to the server.

[0230] In one embodiment, the acquisition module includes:

[0231] A first acquisition unit, configured to acquire a graphic code image, wherein the graphic code image includes the target vehicle and the parked vehicle;

[0232] The second acquisition unit is used to identify the first graphic code of the target vehicle and the second graphic code of the parked vehicle according to the graphic code image to obtain the graphic code information.

[0233] In one embodiment, the apparatus further comprises:

[0234] A display module, configured to display an emergency parking page if it is detected that the target vehicle fails to park, wherein the emergency parking page includes a confirmation component;

[0235] The acquisition module is specifically configured to identify the first graphic code and the second graphic code to obtain the graphic code information if a confirmation instruction input by the user based on the confirmation component is detected.

[0236] For the specific definition of the parking control device of this embodiment, please refer to the definition of the parking control method applied to the client above, which will not be repeated here. Each module in the above parking control device can be implemented in whole or in part by software, hardware and a combination thereof. Each of the above modules can be embedded in or independent of a processor in a computer device in the form of hardware. The computer device can be a client, or it can be stored in a memory in the computer device in the form of software, so that the processor can call and execute the operations corresponding to each of the above modules.

[0237] In one embodiment, Fig.15 As shown, a parking control device is provided, which is arranged on a server, and the device comprises:

[0238] The receiving module 1501 is used to receive a parking request for a target vehicle, wherein the parking request is sent by a client according to graphic code information, wherein the graphic code information is obtained by identifying a first graphic code of the target vehicle and a second graphic code of a parked vehicle;

[0239] A determination module 1502, configured to determine whether the parked vehicle is in a legal parking area according to the parking request;

[0240] The sending module 1503 is used to send a parking instruction to the target vehicle if the parked vehicle is in a legal parking area.

[0241] In one embodiment, the parking request includes target information extracted from the graphic code information, the target information includes a first vehicle identifier corresponding to the target vehicle and a second vehicle identifier corresponding to the parked vehicle, and the determination module includes:

[0242] a first determining unit, configured to determine whether the parked vehicle is in a legal parking area according to the second vehicle identifier;

[0243] The sending module is specifically configured to send the parking instruction to the target vehicle based on the first vehicle identifier if the parked vehicle is in a legal parking area.

[0244] In one embodiment, the first determination unit is specifically used to obtain the target transaction flow record corresponding to the parked vehicle based on the second vehicle identification; if the target transaction flow record does not include a transaction record corresponding to an out-of-range parking type, it is determined that the parked vehicle is in a legal parking area.

[0245] In one embodiment, the target information also includes the client location of the client, and the first determination unit is specifically used to determine, based on the client location, a parking list corresponding to at least one target legal parking area whose distance from the client location is less than a preset distance threshold, the parking list including the vehicle identification of each parked vehicle in the target legal parking area; if the parking list includes the second vehicle identification, it is determined that the parked vehicle is in a legal parking area.

[0246] In one embodiment, the parking request includes the graphic code information, and the determination module includes:

[0247] An extraction unit, configured to extract target information from the graphic code information, wherein the target information includes a first vehicle identification corresponding to the target vehicle and a second vehicle identification corresponding to the parked vehicle;

[0248] a second determining unit, configured to determine whether the parked vehicle is in a legal parking area according to the second vehicle identification;

[0249] The sending module is specifically configured to send the parking instruction to the target vehicle based on the first vehicle identifier if the parked vehicle is in a legal parking area.

[0250] For the specific definition of the parking control device of this embodiment, please refer to the definition of the parking control method applied to the server above, which will not be repeated here. Each module in the above parking control device can be implemented in whole or in part by software, hardware and a combination thereof. Each of the above modules can be embedded in or independent of a processor in a computer device in the form of hardware. The computer device can be a server, or it can be stored in a memory in the computer device in the form of software, so that the processor can call and execute the operations corresponding to each of the above modules.

[0251] Fig.16 1 is a block diagram of a computer device 1300 according to an exemplary embodiment. The computer device 1300 may be a terminal, for example, the computer device 1300 may be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, a fitness device, a personal digital assistant, etc.

[0252] Reference Fig.16 , the computer device 1300 may include one or more of the following components: a processing component 1302, a memory 1304, a power component 1306, a multimedia component 1308, an audio component 1310, an input / output (I / O) interface 1312, a sensor component 1314, and a communication component 1316. The memory stores computer programs or instructions that run on the processor.

[0253] The processing component 1302 generally controls the overall operation of the computer device 1300, such as operations associated with display, phone calls, data communications, camera operations, and recording operations. The processing component 1302 may include one or more processors 1320 to execute instructions to complete all or part of the steps of the above method. In addition, the processing component 1302 may include one or more modules to facilitate the interaction between the processing component 1302 and other components. For example, the processing component 1302 may include a multimedia module to facilitate the interaction between the multimedia component 1308 and the processing component 1302.

[0254] The memory 1304 is configured to store various types of data to support the operation of the computer device 1300. Examples of such data include instructions for any application or method operating on the computer device 1300, contact data, phone book data, messages, pictures, videos, etc. The memory 1304 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk.

[0255] The power supply component 1306 provides power to the various components of the computer device 1300. The power supply component 1306 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to the computer device 1300.

[0256] The multimedia component 1308 includes a touch screen that provides an output interface between the computer device 1300 and the user. In some embodiments, the touch screen may include a liquid crystal display (LCD) and a touch panel (TP). The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor can not only sense the boundaries of the touch or slide action, but also detect the duration and pressure associated with the touch or slide operation. In some embodiments, the multimedia component 1308 includes a front camera and / or a rear camera. When the computer device 1300 is in an operating mode, such as a shooting mode or a video mode, the front camera and / or the rear camera can receive external multimedia data. Each front camera and rear camera can be a fixed optical lens system or have a focal length and optical zoom capability.

[0257] The audio component 1310 is configured to output and / or input audio signals. For example, the audio component 1310 includes a microphone (MIC), and when the computer device 1300 is in an operation mode, such as a call mode, a recording mode, and a speech recognition mode, the microphone is configured to receive an external audio signal. The received audio signal can be further stored in the memory 1304 or sent via the communication component 1316. In some embodiments, the audio component 1310 also includes a speaker for outputting audio signals.

[0258] I / O interface 1312 provides an interface between processing component 1302 and peripheral interface modules, such as keyboards, click wheels, buttons, etc. These buttons may include but are not limited to: a home button, a volume button, a start button, and a lock button.

[0259] The sensor assembly 1314 includes one or more sensors for providing various aspects of status assessment for the computer device 1300. For example, the sensor assembly 1314 can detect the open / closed state of the computer device 1300, the relative positioning of components, such as the display and keypad of the computer device 1300, and the sensor assembly 1314 can also detect the position change of the computer device 1300 or a component of the computer device 1300, the presence or absence of user contact with the computer device 1300, the orientation or acceleration / deceleration of the computer device 1300, and the temperature change of the computer device 1300. The sensor assembly 1314 may include a proximity sensor configured to detect the presence of a nearby object without any physical contact. The sensor assembly 1314 may also include an optical sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 1314 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.

[0260] The communication component 1316 is configured to facilitate wired or wireless communication between the computer device 1300 and other devices. The computer device 1300 can access a wireless network based on a communication standard, such as WiFi, 2G or 3G, or a combination thereof. In an exemplary embodiment, the communication component 1316 receives a broadcast signal or broadcast-related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 1316 also includes a near field communication (NFC) module to facilitate short-range communication. For example, the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology and other technologies.

[0261] In an exemplary embodiment, the computer device 1300 can be implemented by one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components to execute the above-mentioned parking control method.

[0262] In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions is also provided, such as a memory 1304 including instructions, and the instructions can be executed by a processor 1320 of a computer device 1300 to perform the above method. For example, the non-transitory computer-readable storage medium can be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, etc.

[0263] Fig.171 is a block diagram of a computer device 1400 according to an exemplary embodiment. The computer device 1400 may be a server. Fig.17 The computer device 1400 includes a processing component 1420, which further includes one or more processors, and a memory resource represented by a memory 1422 for storing instructions or computer programs, such as applications, that can be executed by the processing component 1420. The application stored in the memory 1422 may include one or more modules, each corresponding to a set of instructions. In addition, the processing component 1420 is configured to execute the instructions to perform the above parking control method.

[0264] The computer device 1400 may also include a power supply component 1424 configured to perform power management of the device 1400, a wired or wireless network interface 1426 configured to connect the device 1400 to a network, and an input / output (I / O) interface 1428. The computer device 1400 may operate based on an operating system stored in the memory 1422, such as Windows 1414ServerTM, Mac O14XTM, UnixTM, LinuxTM, FreeB14DTM or the like.

[0265] In an exemplary embodiment, a storage medium including instructions is also provided, such as a memory 1422 including instructions, which can be executed by a processor of the computer device 1400 to perform the above method. The storage medium can be a non-transitory computer-readable storage medium, for example, the non-transitory computer-readable storage medium can be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, etc.

[0266] In an exemplary embodiment, a parking control system is also provided, the system comprising a client, a server and a target vehicle, wherein: the client obtains graphic code information, and sends a parking request to the server based on the graphic code information, the graphic code information being obtained by identifying a first graphic code of the target vehicle and a second graphic code of a parked vehicle; the server receives the parking request for the target vehicle, and determines whether the parked vehicle is in a legal parking area based on the parking request; if the parked vehicle is in a legal parking area, the server sends a parking instruction to the target vehicle.

[0267] The specific definition of the parking control system can be found in the above-mentioned definition of the parking control method, which will not be repeated here. Each module in the above-mentioned parking control system can be fully or partially implemented by software, hardware or a combination thereof.

[0268] In an exemplary embodiment, a computer program product is also provided, and when the computer program is executed by a processor, the above method can be implemented. The computer program product includes one or more computer instructions. When these computer instructions are loaded and executed on a computer, part or all of the above method can be implemented in whole or in part according to the process or function described in the embodiment of the present disclosure.

[0269] Those of ordinary skill in the art can understand that all or part of the processes in the above-mentioned embodiment methods can be completed by instructing the relevant hardware through a computer program, and the computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above-mentioned methods. Among them, any reference to memory, storage, database or other media used in the embodiments provided in the embodiments of the present disclosure can include at least one of non-volatile and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory or optical memory, etc. Volatile memory can include random access memory (RAM) or external cache memory. As an illustration and not limitation, RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM).

[0270] The technical features of the above embodiments may be combined arbitrarily. To make the description concise, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0271] The above-described embodiments only express several implementation methods of the embodiments of the present disclosure, and the descriptions thereof are relatively specific and detailed, but they cannot be understood as limiting the scope of the invention patent. It should be pointed out that, for those of ordinary skill in the art, several variations and improvements can be made without departing from the concept of the embodiments of the present disclosure, and these all belong to the protection scope of the embodiments of the present disclosure. Therefore, the protection scope of the patent of the embodiments of the present disclosure shall be subject to the attached claims.

Claims

1. A parking control method, characterized in that: The method comprises: Acquire graphic code information, wherein the graphic code information is obtained by identifying a first graphic code of a target vehicle and a second graphic code of a parked vehicle; the parked vehicle is any successfully parked vehicle around the target vehicle; Sending a parking request to a server according to the graphic code information; Among them, the parking request is used to request the server to send a parking instruction to the target vehicle when it is determined that the parked vehicle is in a legal parking area according to the parking request; the parking request includes target information extracted from the graphic code information, or the parking request includes the graphic code information, and the graphic code information is used by the server to extract the target information from the graphic code information; the target information includes a second vehicle identification corresponding to the parked vehicle, and the second vehicle identification is used by the server to determine whether the parked vehicle is in a legal parking area according to the second vehicle identification.

2. The method according to claim 1, characterized in that The step of sending a parking request to a server according to the graphic code information includes: Extracting target information from the graphic code information, the target information including a first vehicle identification corresponding to the target vehicle and a second vehicle identification corresponding to the parked vehicle; The target information is sent to the server as the parking request.

3. The method according to claim 2, characterized in that Before sending the target information as the parking request to the server, the method further includes: According to the graphic code information, detecting whether the target vehicle and the parked vehicle meet preset parking conditions, the preset parking conditions including a first parking condition, the first parking condition being determined according to a state attribute of the target vehicle and a state attribute of the parked vehicle; The sending the target information as the parking request to the server includes: If the target vehicle and the parked vehicle meet the preset parking condition, the target information is sent to the server as the parking request.

4. The method according to claim 3, characterized in that: The graphic code information includes a first character string corresponding to the first graphic code and a second character string corresponding to the second graphic code; the first parking condition includes that the target vehicle and the parked vehicle have the same ownership attribute and that the target vehicle and the parked vehicle include a to-be-returned vehicle; The detecting, based on the graphic code information, whether the target vehicle and the parked vehicle meet the preset parking conditions includes: According to the first character string and the second character string, detecting whether the target vehicle and the parked vehicle have the same attribution attribute; According to the first character string and the second character string, detecting whether the target vehicle and the parked vehicles include a to-be-returned vehicle; If the target vehicle and the parked vehicle have the same ownership attribute, and the target vehicle and the parked vehicle include a to-be-returned vehicle, it is determined that the target vehicle and the parked vehicle satisfy the first parking condition.

5. The method according to claim 4, characterized in that The detecting, based on the first character string and the second character string, whether the target vehicle and the parked vehicle have the same attribution attribute includes: Detecting whether the string format of the first string and the string format of the second string are the same; If the string format of the first string is the same as the string format of the second string, it is determined that the target vehicle and the parked vehicle have the same attribution attribute.

6. The method according to claim 4, characterized in that The first character string includes the first vehicle identifier, the second character string includes the second vehicle identifier, and detecting whether the target vehicle and the parked vehicles include a to-be-returned vehicle based on the first character string and the second character string includes: Detecting whether the first vehicle identification and the second vehicle identification include a target identification, where the target identification is a vehicle identification of a vehicle stored in a historical vehicle rental process; If the first vehicle identifier and the second vehicle identifier include the target identifier, it is determined that the target vehicle and the parked vehicles include a to-be-returned vehicle.

7. The method according to claim 4, characterized in that The preset parking condition further includes a second parking condition, and the second parking condition includes that the first graphic code and the second graphic code are real graphic codes, and / or the first graphic code and the second graphic code are of the same type.

8. The method according to claim 7, characterized in that The second parking condition includes that the first graphic code and the second graphic code are real graphic codes, and the detecting whether the target vehicle and the parked vehicle meet the preset parking condition according to the graphic code information also includes: Determine a graphic code image corresponding to the graphic code information, wherein the graphic code image includes the first graphic code and the second graphic code; Inputting the graphic code image into a preset classification model to obtain a classification result, wherein the classification result is used to characterize whether the first graphic code and the second graphic code in the graphic code image are real graphic codes or false graphic codes; If the classification result is that the first graphic code and the second graphic code are real graphic codes, it is determined that the target vehicle and the parked vehicle meet the second parking condition.

9. The method according to claim 7, characterized in that: The second parking condition includes that the first graphic code and the second graphic code are of the same type, and the detecting, based on the graphic code information, whether the target vehicle and the parked vehicle meet the preset parking condition further includes: Identifying the type of the first graphic code according to a preset field of the first character string, and identifying the type of the second graphic code according to a preset field of the second character string; Detecting whether the type of the first graphic code and the type of the second graphic code are the same, wherein the type includes a head code type or a tail code type; If the type of the first graphic code is the same as the type of the second graphic code, it is determined that the target vehicle and the parked vehicle satisfy the second parking condition.

10. The method according to claim 2, characterized in that The target information also includes a client location of the client, and the client location is used by the server to determine whether the parked vehicle is in a legal parking area according to the client location and the second vehicle identification.

11. The method according to claim 1, characterized in that: The step of sending a parking request to a server according to the graphic code information includes: The graphic code information is sent to the server as the parking request.

12. The method according to claim 1, characterized in that The obtaining of graphic code information includes: Acquire a graphic code image, wherein the graphic code image includes the target vehicle and the parked vehicle; According to the graphic code image, the first graphic code of the target vehicle and the second graphic code of the parked vehicle are identified to obtain the graphic code information.

13. The method according to any one of claims 1 to 12, characterized in that: Before obtaining the graphic code information, the method further includes: If it is detected that the target vehicle fails to park, an emergency parking page is displayed, and the emergency parking page includes a confirmation component; The obtaining of graphic code information includes: If a confirmation instruction input by the user based on the confirmation component is detected, the first graphic code and the second graphic code are identified to obtain the graphic code information.

14. A parking control method, characterized in that: For a server, the method comprises: receiving a parking request for a target vehicle, wherein the parking request is sent by a client according to graphic code information, wherein the graphic code information is obtained by identifying a first graphic code of the target vehicle and a second graphic code of a parked vehicle; the parked vehicle is any successfully parked vehicle around the target vehicle; determining whether the parked vehicle is in a legal parking area according to the parking request; If the parked vehicle is in a legal parking area, sending a parking instruction to the target vehicle; Wherein, determining whether the parked vehicle is in a legal parking area according to the parking request includes: determining whether the parked vehicle is in a legal parking area according to a second vehicle identifier corresponding to the parked vehicle; The parking request includes target information extracted from the graphic code information, or the parking request includes the graphic code information, the target information is extracted from the graphic code information, and the target information includes the second vehicle identification.

15. The method according to claim 14, characterized in that The target information also includes a first vehicle identifier corresponding to the target vehicle, and if the parked vehicle is in a legal parking area, sending a parking instruction to the target vehicle includes: If the parked vehicle is in a legal parking area, the parking instruction is sent to the target vehicle based on the first vehicle identifier.

16. The method according to claim 15, characterized in that The determining, according to the second vehicle identification, whether the parked vehicle is in a legal parking area comprises: According to the second vehicle identifier, obtaining a target transaction flow record corresponding to the parked vehicle; If the target transaction flow record does not include a transaction record corresponding to the out-of-range parking type, it is determined that the parked vehicle is in a legal parking area.

17. The method according to claim 16, characterized in that The target information also includes a client location of the client. Before determining that the parked vehicle is in a legal parking area, the method further includes: Determine, according to the client location, a parking list corresponding to at least one target legal parking area whose distance from the client location is less than a preset distance threshold, wherein the parking list includes vehicle identifications of each parked vehicle in the target legal parking area; The determining that the parked vehicle is in a legal parking area includes: If the parking list includes the second vehicle identification, it is determined that the parked vehicle is in a legal parking area.

18. The method according to claim 14, characterized in that The step of determining whether the parked vehicle is in a legal parking area according to the parking request comprises: Extracting target information from the graphic code information, the target information including a first vehicle identification corresponding to the target vehicle and a second vehicle identification corresponding to the parked vehicle; determining whether the parked vehicle is in a legal parking area according to the second vehicle identification; If the parked vehicle is in a legal parking area, sending a parking instruction to the target vehicle includes: If the parked vehicle is in a legal parking area, the parking instruction is sent to the target vehicle based on the first vehicle identifier.

19. A parking control device, characterized in that: The device comprises: An acquisition module is used to acquire graphic code information, wherein the graphic code information is obtained by identifying a first graphic code of a target vehicle and a second graphic code of a parked vehicle; the parked vehicle is any successfully parked vehicle around the target vehicle; A sending module, used for sending a parking request to a server according to the graphic code information; wherein the parking request is used to request the server to send a parking instruction to the target vehicle when it is determined that the parked vehicle is in a legal parking area according to the parking request; the parking request includes target information extracted from the graphic code information, or the parking request includes the graphic code information, and the graphic code information is used by the server to extract the target information from the graphic code information; the target information includes a second vehicle identification corresponding to the parked vehicle, and the second vehicle identification is used by the server to determine whether the parked vehicle is in a legal parking area according to the second vehicle identification.

20. The device according to claim 19, characterized in that The sending module comprises: An extraction unit, configured to extract target information from the graphic code information, wherein the target information includes a first vehicle identification corresponding to the target vehicle and a second vehicle identification corresponding to the parked vehicle; A sending unit is used to send the target information as the parking request to the server.

21. The device according to claim 20, characterized in that The device also includes: a detection module, configured to detect, based on the graphic code information, whether the target vehicle and the parked vehicle meet a preset parking condition, wherein the preset parking condition includes a first parking condition, and the first parking condition is determined based on a state attribute of the target vehicle and a state attribute of the parked vehicle; The sending unit is specifically configured to send the target information as the parking request to the server if the target vehicle and the parked vehicle meet the preset parking condition.

22. The device according to claim 21, characterized in that The graphic code information includes a first character string corresponding to the first graphic code and a second character string corresponding to the second graphic code; the first parking condition includes that the target vehicle and the parked vehicle have the same ownership attribute and that the target vehicle and the parked vehicle include a to-be-returned vehicle; The detection module comprises: A first detection unit, configured to detect whether the target vehicle and the parked vehicle have the same attribution attribute according to the first character string and the second character string; A second detection unit, configured to detect whether the target vehicle and the parked vehicles include a to-be-returned vehicle according to the first character string and the second character string; The first determining unit is configured to determine that the target vehicle and the parked vehicles satisfy the first parking condition if the target vehicle and the parked vehicles have the same ownership attribute and the target vehicle and the parked vehicles include a to-be-returned vehicle.

23. The device according to claim 22, characterized in that The first detection unit is specifically used to detect whether the string format of the first string is the same as the string format of the second string; if the string format of the first string is the same as the string format of the second string, it is determined that the target vehicle and the parked vehicle have the same attribution attribute.

24. The device according to claim 22, characterized in that The first character string includes the first vehicle identifier, the second character string includes the second vehicle identifier, and the second detection unit is specifically used to detect whether the first vehicle identifier and the second vehicle identifier include a target identifier, and the target identifier is a vehicle identifier of a vehicle stored in a historical vehicle rental process; If the first vehicle identifier and the second vehicle identifier include the target identifier, it is determined that the target vehicle and the parked vehicles include a to-be-returned vehicle.

25. The device according to claim 22, characterized in that The preset parking condition further includes a second parking condition, and the second parking condition includes that the first graphic code and the second graphic code are real graphic codes, and / or the first graphic code and the second graphic code are of the same type.

26. The device according to claim 25, characterized in that The second parking condition includes that the first graphic code and the second graphic code are real graphic codes, and the detection module further includes: A second determining unit, configured to determine a graphic code image corresponding to the graphic code information, wherein the graphic code image includes the first graphic code and the second graphic code; a classification unit, used for inputting the graphic code image into a preset classification model to obtain a classification result, wherein the classification result is used for characterizing whether the first graphic code and the second graphic code in the graphic code image are real graphic codes or false graphic codes; The third determining unit is configured to determine whether the target vehicle and the parked vehicle satisfy the second parking condition if the classification result is that the first graphic code and the second graphic code are real graphic codes.

27. The device according to claim 25, characterized in that The second parking condition includes that the first graphic code and the second graphic code are of the same type, and the detection module further includes: an identification unit, configured to identify the type of the first graphic code according to a preset field of the first character string, and to identify the type of the second graphic code according to a preset field of the second character string; A third detection unit, used to detect whether the type of the first graphic code and the type of the second graphic code are the same, wherein the type includes a head code type or a tail code type; A fourth determining unit is configured to determine that the target vehicle and the parked vehicle satisfy the second parking condition if the type of the first graphic code is the same as the type of the second graphic code.

28. The device according to claim 20, characterized in that The target information also includes a client location of the client, and the client location is used by the server to determine whether the parked vehicle is in a legal parking area according to the client location and the second vehicle identification.

29. The device according to claim 19, characterized in that The sending module is specifically used to send the graphic code information as the parking request to the server.

30. The device according to claim 19, characterized in that The acquisition module comprises: A first acquisition unit, configured to acquire a graphic code image, wherein the graphic code image includes the target vehicle and the parked vehicle; The second acquisition unit is used to identify the first graphic code of the target vehicle and the second graphic code of the parked vehicle according to the graphic code image to obtain the graphic code information.

31. The device according to any one of claims 19 to 30, characterized in that The device also includes: A display module, configured to display an emergency parking page if it is detected that the target vehicle fails to park, wherein the emergency parking page includes a confirmation component; The acquisition module is specifically configured to identify the first graphic code and the second graphic code to obtain the graphic code information if a confirmation instruction input by the user based on the confirmation component is detected.

32. A parking control device, characterized in that: Located on a server, the device comprises: A receiving module, configured to receive a parking request for a target vehicle, wherein the parking request is sent by a client according to graphic code information, wherein the graphic code information is obtained by identifying a first graphic code of the target vehicle and a second graphic code of a parked vehicle; the parked vehicle is any successfully parked vehicle around the target vehicle; a determination module, configured to determine whether the parked vehicle is in a legal parking area according to the parking request; A sending module, configured to send a parking instruction to the target vehicle if the parked vehicle is in a legal parking area; Wherein, the determination module is specifically used to determine whether the parked vehicle is in a legal parking area according to the second vehicle identification corresponding to the parked vehicle; The parking request includes target information extracted from the graphic code information, or the parking request includes the graphic code information, the target information is extracted from the graphic code information, and the target information includes the second vehicle identification.

33. The device according to claim 32, characterized in that The parking request includes target information extracted from the graphic code information, the target information includes a first vehicle identifier corresponding to the target vehicle and a second vehicle identifier corresponding to the parked vehicle, and the determination module includes: a first determining unit, configured to determine whether the parked vehicle is in a legal parking area according to the second vehicle identification; The sending module is specifically configured to send the parking instruction to the target vehicle based on the first vehicle identifier if the parked vehicle is in a legal parking area.

34. The device according to claim 33, characterized in that The first determination unit is specifically used to obtain the target transaction flow record corresponding to the parked vehicle according to the second vehicle identification; if the target transaction flow record does not include the transaction record corresponding to the out-of-range parking type, it is determined that the parked vehicle is in a legal parking area.

35. The device according to claim 34, characterized in that The target information also includes a client location of the client, and the first determining unit is further configured to determine, based on the client location, a parking list corresponding to at least one target legal parking area whose distance from the client location is less than a preset distance threshold, wherein the parking list includes vehicle identifications of each parked vehicle in the target legal parking area; If the parking list includes the second vehicle identification, it is determined that the parked vehicle is in a legal parking area.

36. The device according to claim 32, characterized in that The parking request includes the graphic code information, and the determination module includes: An extraction unit, configured to extract target information from the graphic code information, wherein the target information includes a first vehicle identification corresponding to the target vehicle and a second vehicle identification corresponding to the parked vehicle; a second determining unit, configured to determine whether the parked vehicle is in a legal parking area according to the second vehicle identification; The sending module is specifically configured to send the parking instruction to the target vehicle based on the first vehicle identifier if the parked vehicle is in a legal parking area.

37. A computer device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the computer program, the steps of the method according to any one of claims 1 to 13 are implemented; or, when the processor executes the computer program, the steps of the method according to any one of claims 14 to 18 are implemented.

38. A parking control system, characterized in that: The system comprises a client, a server and a target vehicle, wherein: The client obtains the graphic code information, and sends a parking request to the server according to the graphic code information, wherein the graphic code information is obtained by identifying the first graphic code of the target vehicle and the second graphic code of the parked vehicle; the parked vehicle is any successfully parked vehicle around the target vehicle; the parking request includes the target information extracted from the graphic code information, or the parking request includes the graphic code information, and the graphic code information is used by the server to extract the target information from the graphic code information; the target information includes the second vehicle identification corresponding to the parked vehicle; The server receives the parking request for the target vehicle and determines whether the parked vehicle is in a legal parking area according to the second vehicle identifier; If the parked vehicle is in a legal parking area, the server sends a parking instruction to the target vehicle.

39. A storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method described in any one of claims 1 to 13 are implemented; or, when the computer program is executed by a processor, the steps of the method described in any one of claims 14 to 18 are implemented.

40. A computer program product comprising a computer program, characterized in that When the computer program is executed by a processor, the steps of the method described in any one of claims 1 to 13 are implemented; or, when the computer program is executed by a processor, the steps of the method described in any one of claims 14 to 18 are implemented.

Images