A Parking Lot Remote Call Method and System Supporting Multi-Terminal Interaction

Abstract

The present invention discloses a remote call method and system for a parking lot supporting multi-terminal interaction, which relates to the technical field of traffic control. The method includes: establishing an interactive connection between a call central platform and a multi-domain parking terminal through an API interface protocol to construct a parking call architecture. Adopting a compatible compression mode and a dual-thread interaction mode, and deploying the architecture based on traffic parking management requirements. Performing network access processing on the call information of the multi-domain parking terminal to generate traffic flow data, and performing adaptive compression conversion and dual-thread decoupling transmission. After receiving the information, the call central platform performs coupling verification and transfers it to a queuing port for call acceptance and archiving. Furthermore, the technical effects of centralized management and efficient transmission of parking lot call data are achieved, and at the same time, the operation efficiency and service quality of the parking lot are improved.

Description

Technical Field

[0001] The present invention relates to the technical field of traffic control, and particularly to a remote call method and system for a parking lot that supports multi-terminal interaction. Background Art

[0002] Traditional parking lot call systems usually rely on local devices and manual management, and cannot achieve cross-regional and multi-terminal interaction. The call data of each parking lot is stored independently, making it difficult to conduct centralized management and analysis. In addition, traditional call systems have low utilization rate of network bandwidth during data transmission, low data transmission efficiency, and are prone to data loss or errors. This decentralized management mode is not only inefficient but also difficult to meet the growing demand of car owners for convenient parking. Summary of the Invention

[0003] The present invention provides a remote call method and system for a parking lot that supports multi-terminal interaction, so as to solve the technical problems of management islands, poor call accuracy, and low operation efficiency in the prior art, and achieve the technical effects of centralized management and efficient transmission of parking lot call data, while improving the operation efficiency and service quality of the parking lot.

[0004] In a first aspect, the present invention provides a remote call method for a parking lot that supports multi-terminal interaction. Among them, the remote call method for a parking lot that supports multi-terminal interaction includes:

[0005] Establish an interactive docking between a call central platform and multi-domain parking terminals through an API interface protocol to construct a parking call architecture.

[0006] Introduce a compatible compression mode and a dual-thread interaction mode, and deploy the parking call architecture based on traffic parking management guidance.

[0007] According to the parking call architecture after mode deployment, call information initiated by the multi-domain parking terminals is networked, traffic flow data is generated, adaptive compression conversion and dual-thread decoupling transmission are performed, the call central platform receives and performs coupling verification, transfers to a queuing port for call acceptance, and conducts parking call certification.

[0008] Among them, the compression ratio is determined based on the real-time network bandwidth for quantization encoding compression, dual-thread conversion transmission is performed based on the logic layer and data layer of the call service, and the dual-thread coupling state is used as the verification target.

[0009] In a feasible implementation manner, introducing a compatible compression mode includes:

[0010] Traverse the multi-domain parking terminals, conduct multi-terminal compatibility analysis, and determine compatible interaction characteristics, including hardware compatibility and software compatibility.

[0011] Determine a compatible compression mode according to the described compatible interaction feature, where the bandwidth adaptive compression ratio under the compatible interaction feature is used as the compatible compression mode.

[0012] Construct an adaptive compression module according to the compatible compression mode.

[0013] In a feasible implementation, introduce a dual-thread interaction mode and perform a deployment of the parking call architecture based on traffic parking management guidance, including:

[0014] Decouple the call service from the logic layer and the data layer, perform dual-thread transmission configuration, and construct a dual-thread management module based on the principle of decoupled interaction and coupled verification.

[0015] Deploy the adaptive compression module and the dual-thread management module to each architecture port of the parking call architecture.

[0016] In a feasible implementation, perform adaptive compression conversion, including:

[0017] Collect the real-time network bandwidth and determine the concurrent call volume, where the concurrent limit is set for the same-domain parking terminal.

[0018] Assist the adaptive compression module to determine the information compression ratio according to the real-time network bandwidth and the concurrent call volume.

[0019] Perform information quantization and fixed-length coding on the traffic flow data according to the information compression ratio to determine the traffic flow compressed data.

[0020] In a feasible implementation, perform dual-thread decoupled sending, including:

[0021] For the traffic flow compressed data, assist the dual-thread management module to perform decoupling and concurrent transmission based on the logic layer and the data layer, and the call central platform receives and performs compression coupling.

[0022] Perform verification after compression coupling to determine the verification result.

[0023] In a feasible implementation, if the verification is successful, perform decompression processing and transfer to the queuing port for call acceptance.

[0024] If the verification fails, perform temporary storage and active verification.

[0025] In a feasible implementation, after call acceptance, include:

[0026] Generate response traffic flow data.

[0027] Collect the network bandwidth and concurrency in real time, perform bandwidth adaptive compression and dual-thread decoupled transmission on the response traffic flow data, and perform coupled pre-check.

[0028] If the check is successful, display it on the terminal device of the calling end.

[0029] If the check fails, perform storage and active verification.

[0030] In a feasible implementation manner, the active verification includes:

[0031] Locate the non-coupled content and generate a verification target.

[0032] Generate a verification instruction guided by the verification target.

[0033] Perform secondary verification management based on the verification instruction.

[0034] In a feasible implementation manner, after performing parking call storage evidence, it includes:

[0035] Obtain the traffic management record of the parking end and perform parking call storage evidence.

[0036] Set a preset period, perform parking weight reorientation mining based on the traffic management record, and determine the traffic guidance characteristics of the multi-domain parking end.

[0037] Perform parking guidance management according to the traffic guidance characteristics.

[0038] In a second aspect, the present invention also provides a parking lot remote call system supporting multi-terminal interaction, wherein the parking lot remote call system supporting multi-terminal interaction includes:

[0039] A paging connection module, configured to establish an interactive connection between the call central platform and the multi-domain parking end through the API interface protocol, and construct a parking call architecture.

[0040] A paging deployment module, configured to introduce a compatible compression mode and a dual-thread interaction mode, and perform a deployment based on traffic parking management guidance on the parking call architecture.

[0041] A paging processing module, configured to, according to the parking call architecture after mode deployment, access the call information initiated by the multi-domain parking end, generate traffic flow data, perform adaptive compression conversion and dual-thread decoupled transmission, receive and perform coupled verification by the call central platform, transfer it to the queuing port for call acceptance, and perform parking call storage evidence.

[0042] Among them, the compression ratio is determined by the real-time network bandwidth for quantization encoding compression, the dual-thread conversion transmission is performed based on the logic layer and data layer of the call service, and the dual-thread coupling state is used as the verification target.

[0043] The present invention discloses a remote call method and system for a parking lot supporting multi-terminal interaction, including: establishing an interactive docking between a call central platform and multi-domain parking terminals based on an API interface protocol, constructing a parking call architecture, and introducing a compatible compression mode and a dual-thread interaction mode to implement an architecture deployment oriented to traffic parking management; under this architecture, the call information initiated by the multi-domain parking terminals is processed for network access to generate traffic flow data, and is sent to the call central platform through adaptive compression conversion and dual-thread decoupling. The platform completes reception, coupling verification, and transfers the call information to a queuing port for acceptance and archiving; wherein, the compression ratio is dynamically adjusted according to the real-time network bandwidth for quantization encoding compression, combined with the logic layer and data layer of the call service for dual-thread conversion transmission, and the dual-thread coupling state is used as the verification target to ensure an efficient and stable parking call service. The remote call method and system for a parking lot supporting multi-terminal interaction disclosed by the present invention solve the technical problems of management islands, poor call accuracy, and low operation efficiency, realize the centralized management and efficient transmission of parking call data, and simultaneously improve the technical effects of the operation efficiency and service quality of the parking lot. Description of the Drawings

[0044] Figure 1 It is a schematic flow chart of a remote call method for a parking lot supporting multi-terminal interaction according to the present invention;

[0045] Figure 2 It is a schematic structural diagram of a remote call system for a parking lot supporting multi-terminal interaction according to the present invention.

[0046] Description of the reference numerals: Paging connection module 11, paging deployment module 12, paging processing module 13. Detailed Embodiments

[0047] The following will combine the description of the drawings and specific embodiments to elaborate on the above technical solutions in detail to better understand the above technical solutions. Obviously, the described embodiments are only a part of the embodiments of the present invention, rather than all the embodiments of the present invention. It should be understood that the present invention is not limited to the exemplary embodiments for explaining the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative efforts belong to the scope of protection of the present invention. In addition, it should be noted that for the sake of description, only the parts related to the present invention are shown in the drawings rather than all of them.

[0048] Embodiment 1, as Figure 1 It is a schematic flow chart of a remote call method for a parking lot supporting multi-terminal interaction according to the present invention, wherein the remote call method for a parking lot supporting multi-terminal interaction includes:

[0049] S100: Establish the interaction and docking between the call central platform and multi-domain parking terminals through the API interface protocol, and construct a parking call architecture.

[0050] Specifically, the API interface protocol, i.e., the application programming interface protocol, is a set of predefined functions, classes, data structures, etc., used to standardize the interaction between different software systems. The above steps are implemented through the API interface protocol to achieve data communication and interaction docking between the call central platform and multi-domain parking terminals.

[0051] Specifically, the call central platform is the core management part of the entire parking lot remote call system, responsible for receiving, processing, and managing call information from each multi-domain parking terminal, and performing corresponding scheduling and response. Among them, exemplarily, the call central platform can be either an edge computing node deployed on-site or a remote computing node based on cloud computing.

[0052] Specifically, the multi-domain parking terminal refers to parking terminal devices distributed in different regions or different parking lots. Through the multi-domain parking terminal, a call request can be initiated and interacted with the call central platform to achieve the remote call function of the parking lot. Exemplarily, the multi-domain parking terminal includes fixed physical terminal devices deployed in the parking lot or online terminal devices based on web pages, APPs, mini-programs, etc.

[0053] Specifically, through the API interface protocol, a stable and efficient data connection and communication channel are established between the call central platform and multi-domain parking terminals, and then the basic framework (parking call architecture) of the parking lot remote call system is formed, clarifying the functions and mutual relationships of each module in the system. For example, in a parking lot remote call system within a city, the call central platform is located at the management headquarters in the city center, while the multi-domain parking terminals are distributed in different parking lots. Through the API interface protocol, the call central platform can be docked with the parking terminal devices in each parking lot to achieve centralized management and scheduling of parking lot call information.

[0054] By adopting the API interface protocol to establish the interaction and docking between the call central platform and multi-domain parking terminals and construct a parking call architecture, centralized management of parking lot call data can be realized, avoiding the problems of decentralized storage of data in each parking lot, difficult centralized analysis and management in the traditional parking lot call system, and helping to improve the efficiency and accuracy of data management.

[0055] S200: Introduce a compatible compression mode and a dual-thread interaction mode, and perform a deployment of the parking call architecture based on traffic parking management orientation.

[0056] Specifically, the compatible compression mode is a data compression method that can adapt to different terminal devices and network environments. It is used to perform quantization encoding compression on data while ensuring the accuracy and integrity of the data under different compatibility conditions, so as to reduce the data transmission volume.

[0057] Specifically, the dual-thread interaction mode is used to decouple the logic layer and the data layer of the call service, so as to perform transmission and processing in two threads respectively. Among them, the logic layer is responsible for the control and management of the service process, and the data layer is responsible for the actual data transmission and storage. Through such a dual-thread interaction mode, the efficiency and stability of data transmission can be improved, and at the same time, it is convenient for the expansion and maintenance of the system.

[0058] In some embodiments, introducing the compatible compression mode includes:

[0059] Traverse multiple domain parking terminals, conduct multi-terminal compatibility analysis, and determine compatible interaction characteristics, including hardware compatibility and software compatibility; according to the compatible interaction characteristics, determine the compatible compression mode, where the bandwidth adaptive compression ratio under the compatible interaction characteristics is used as the compatible compression mode; according to the compatible compression mode, construct an adaptive compression module.

[0060] Specifically, first, for different parking terminals (multiple terminals), conduct traversal analysis to identify the main compatibility factors of different hardware and software environments. Among them, the hardware compatibility factors include the computing power, storage resources, communication protocols, etc. of different parking terminals. The software compatibility factors include the operating system, data format, API interface, communication protocol stack, etc.; then, extract the compatible interaction characteristics. Exemplarily, the compatible interaction characteristics are characterized as follows:

[0061] Table 1 Exemplary compatible interaction characteristics

[0062]

[0063] Then, combined with the determined compatible interaction characteristics, adaptively adjust the data compression ratio according to the network bandwidth conditions of different parking terminals to ensure that data transmission is both efficient and reliable in different network environments. For example, when the compatible interaction characteristic is high bandwidth + high computing power, a low compression ratio is adopted (retaining more data details); when the compatible interaction characteristic is low bandwidth + low computing power, a high compression ratio is adopted (reducing the data volume).

[0064] Exemplarily, Mode A: Low-bandwidth terminal; Applicable scenarios: Mobile network, low-computing-power devices; Compression algorithm: Zstd+H.265; Compression ratio: 80%. Mode B: Standard-bandwidth terminal; Applicable scenarios: Wi-Fi6, wired network; Compression algorithm: LZ4+H.265; Compression ratio: 50%. Mode C: High-performance terminal; Applicable scenarios: In-vehicle platform, cloud computing platform; Compression algorithm: Gzip+AV1; Compression ratio: 30%.

[0065] Furthermore, according to the formulated compatible compression mode, an adaptive compression module is constructed to compress traffic flow data. The adaptive compression module can monitor the network bandwidth and the compatibility characteristics of the parking terminal in real time, and automatically match and adjust the compression algorithm and parameters according to this information. For example, when the bandwidth decreases, the compression ratio is increased to reduce the data volume; when the bandwidth resources are sufficient, the compression ratio is decreased to ensure data integrity.

[0066] In some embodiments, a dual-thread interaction mode is introduced to deploy the parking call architecture based on traffic parking management orientation, including:

[0067] Decouple the call service from the logic layer and the data layer, perform dual-thread transmission configuration, and construct a dual-thread management module based on the principle of decoupling interaction and coupling verification; deploy the adaptive compression module and the dual-thread management module to each architecture port of the parking call architecture.

[0068] Specifically, in order to optimize the interaction efficiency of the parking call service, improve the data processing ability, and ensure the stability of the call service, a dual-thread interaction mode is introduced to deploy the parking call architecture based on traffic parking management orientation, and an adaptive compression module is combined for efficient data transmission.

[0069] Specifically, the dual-thread interaction mode adopts the method of decoupling the logic layer and the data layer to achieve independent parallel processing, improve the throughput capacity of the system, and reduce data interaction latency. Among them, the logic layer processes the parking call service logic, including user request parsing, service scheduling, permission management, etc.; the data layer is responsible for parking space data storage, vehicle status management, real-time data stream processing, etc.

[0070] Specifically, coupling verification is a verification process to ensure the consistency between the logic layer and the data layer through a data synchronization mechanism, and to achieve cross-layer data integrity verification to ensure that the business process will not be abnormal due to the asynchronous processing of the data layer. By decoupling interaction and coupling verification, efficient management of call services and reliable transmission of data can be achieved.

[0071] Exemplarily, the coupling verification includes: pre-verification: before the logic layer calls the data layer, verify whether the data meets the business logic requirements (for example, after the user submits a parking request, the logic layer first checks the data layer: whether the parking space is available, whether the vehicle has been registered in the system, whether the user account status is normal). Execution verification: during the operation of the data layer, ensure data consistency and prevent concurrent modification conflicts (such as using a pessimistic lock or an optimistic lock mechanism: before updating the parking space status, lock the data to ensure that other threads cannot modify the data simultaneously, use a version number or a timestamp, and check whether it has been modified by other threads when submitting the update. If there is a conflict, roll back and retry). Post-verification: after the logic layer completes the task, verify the update result of the data layer to ensure that the status change is correct (such as after the vehicle exits the parking lot, the logic layer verifies the calculation result of the fee: whether the calculated parking fee matches the entry time, whether the fee record is correctly stored in the database, and if the payment is successful, whether the user account balance is correctly updated).

[0072] Furthermore, deploy the adaptive compression module and the dual-thread management module to each architecture port of the parking call architecture to ensure efficient dual-thread interaction and data compression processing throughout the system.

[0073] S300: According to the parking call architecture after pattern deployment, network the call information initiated by the multi-domain parking terminal, generate traffic flow data, perform adaptive compression conversion and dual-thread decoupling transmission, receive and perform coupling verification by the call central platform, transfer to the queuing port for call acceptance, and perform parking call evidence preservation.

[0074] Among them, determine the compression ratio according to the real-time network bandwidth for quantization coding compression, perform dual-thread conversion transmission with the logic layer and data layer of the call service, and use the dual-thread coupling state as the verification target.

[0075] Specifically, when the multi-domain parking terminal initiates call information, first parse the call data, extract keyword fields such as parking space status, vehicle information, timestamp, user information, etc., and convert the parsed data into traffic flow data in a unified format through the network access module, and add traffic control information to adapt to different network environments; then, determine the optimal quantization coding compression ratio by monitoring the dynamic change of the network bandwidth, and use an adaptive compression algorithm (such as Huffman coding, deep learning compression, incremental data compression) to optimize the data to ensure that the data is still available in a low-bandwidth environment.

[0076] Furthermore, the dual-thread decoupled transmission separates the logic layer from the data layer to process tasks such as business rules, user permissions, and parking space allocation respectively; and perform operations such as data storage, status update, and billing record. For example, during peak hours, when multiple car owners initiate calls simultaneously, the logic layer thread can quickly process the queuing and scheduling of calls, while the data layer thread can efficiently transmit and process the corresponding data, avoiding call delays or data loss caused by thread blocking. At the same time, by using the dual-thread coupling status as the verification target, it is ensured that the interaction results between the logic layer and the data layer are accurate during the data transmission and processing, improving the integrity and reliability of the data.

[0077] Furthermore, the data that has passed the verification is transferred to the queuing port for call acceptance. The queuing port is used to manage the queuing of accepted calls, that is, to arrange the processing order of calls according to certain rules (such as first-come-first-served, priority, etc.), ensuring that calls can be responded to and processed in an orderly manner.

[0078] Synchronously, the entire process of the parking lot call is recorded and saved, including information such as the call initiation time, content, and processing result. The obtained evidence data can be used for subsequent query, statistical analysis, and as evidence in case of disputes.

[0079] In some embodiments, an adaptive compression conversion is performed, including:

[0080] Collect the real-time network bandwidth and determine the concurrent call volume, where the concurrent limit is set for the same-domain parking end; according to the real-time network bandwidth and the concurrent call volume, assist the adaptive compression module to determine the information compression ratio; according to the information compression ratio, perform information quantization and fixed-length coding on the traffic flow data to determine the traffic flow compressed data.

[0081] Optionally, first, the current network bandwidth data is collected in real time through a bandwidth monitoring module (such as TCP traffic analysis, network QoS monitoring), and key parameters such as the available bandwidth rate, network load rate, packet loss rate, and delay jitter are statistically analyzed; at the same time, the concurrent call quantity of the current same-domain parking end is statistically analyzed.

[0082] Optionally, according to the real-time network bandwidth and the concurrent call volume, assisting the adaptive compression module to determine the information compression ratio includes: when exceeding the concurrent peak, triggering a batch processing mechanism; in the case of low concurrency, adopting a low compression ratio to ensure data quality; and adjusting the information compression ratio in a timely manner according to a preset adaptive adjustment strategy.

[0083] Exemplarily, information quantization includes: classifying the importance of parking call information (such as license plate number, timestamp, parking space ID), determining key data (high priority, such as license plate number, parking space ID, call time) and secondary data (low priority, such as historical records, auxiliary description information), and then, storing high-priority data with high precision (such as floating-point numbers), and adopting low-precision or discard strategies for low-priority data.

[0084] Exemplarily, fixed-length coding includes: using methods such as Huffman coding, LZW compression, dictionary mapping, etc., and combining preset coding rules to convert the information flow into corresponding traffic flow compressed data, so as to reduce data redundancy while ensuring that core business information is not lost, improve transmission efficiency, and ensure the stable transmission and efficient processing of parking call data.

[0085] In some embodiments, performing dual-thread decoupled transmission includes:

[0086] For the traffic flow compressed data, assisting the dual-thread management module to perform decoupling and concurrent transmission based on the logic layer and the data layer, and the call central platform receives and performs compression coupling; performing verification after compression coupling to determine the verification result.

[0087] Specifically, the dual-thread management module divides the traffic flow compressed data into two parts: the logic layer and the data layer; among them, the logic layer contains control information of call services, such as the initiation time, priority, processing flow, etc. of the call; the data layer contains specific traffic flow data, such as the number of vehicles, the occupancy of parking spaces, etc., to achieve concurrent processing and improve transmission efficiency.

[0088] Specifically, after receiving these two parts of data, the call central platform performs compression coupling, recombines the control information of the logic layer with the actual data of the data layer to restore the complete call information, and performs verification after compression coupling to determine the verification result. Among them, exemplarily, the verification process includes checking the integrity of the data, whether the order is correct, whether the association between the logic layer and the data layer is accurate, etc., for example, by calculating the checksum of the data and or using a hash algorithm to verify the data.

[0089] In some embodiments, if the verification is successful, perform decompression processing and transfer to the queuing port for call acceptance; if the verification fails, perform temporary storage and active verification.

[0090] Specifically, if the verification result indicates that the data is complete and accurate, that is, the verification is successful, it means that the transmission is successful and the subsequent processing flow can be continued; if the verification result finds that the data is missing, incorrect or inconsistent, it can be considered that the data may have been interfered with, damaged or tampered with during the transmission process and cannot be directly used for subsequent processing, and corresponding remedial measures need to be taken.

[0091] Optionally, if the verification fails, the data that fails the verification is first temporarily stored for subsequent inspection, repair, or further verification; then, an active verification is initiated for the temporarily stored data. Exemplarily, this includes re-acquiring data, re-transmitting data, comparing redundant data, etc., to restore the integrity and accuracy of the data as much as possible or to confirm whether the data can continue to be used.

[0092] By performing decompression processing after successful verification and transferring it to the queuing port for call acceptance, it can ensure that call data is processed promptly and accurately, improving the response speed and service quality of the parking lot remote call system. When the verification fails, performing temporary storage and active verification can effectively prevent the negative impact of incorrect data on system operation and call processing, enhancing the stability and reliability of the system.

[0093] In some implementation manners, after call acceptance, it includes:

[0094] Generating response traffic flow data; real-time collecting network bandwidth and concurrency, performing bandwidth adaptive compression and dual-thread decoupled transmission on the response traffic flow data, and performing coupled pre-verification; if the verification is successful, it is displayed on the terminal device at the call end; if the verification fails, storage and active verification are performed.

[0095] Specifically, after call acceptance, response traffic flow data is generated. The response traffic flow data is generated based on the result of call processing and relevant traffic information, and is used to feedback to the vehicle owner to inform them of information such as the processing situation of the call and the current state of the parking lot; then, the current network bandwidth status is obtained through a network monitoring tool, and the number of concurrent calls currently in progress is counted, and based on the same method principle as processing traffic flow data, bandwidth adaptive compression and dual-thread decoupled transmission are performed on the response traffic flow data, and coupled pre-verification is performed; then, according to the verification result, a visual display on the terminal device at the call end is selected to be executed, or storage and active verification are performed.

[0096] Specifically, if the verification is successful, it is displayed on the terminal device at the call end. The terminal device at the call end will receive the processed response traffic flow data and display it to the vehicle owner in an appropriate manner, such as displaying the call processing result and the parking space information of the parking lot on the mobile application interface. If the verification fails, storage and active verification are performed, the data is temporarily stored, and an active verification process is initiated, attempting to restore the integrity and accuracy of the data through various means, such as re-acquiring data, re-transmitting data, comparing redundant data, etc.

[0097] After call acceptance, a series of operations such as generating response traffic flow data, real-time collecting network bandwidth and concurrency, performing bandwidth adaptive compression and dual-thread decoupled transmission on the response traffic flow data, and executing coupling pre-check can be carried out to achieve efficient transmission and reliable processing of parking lot call response data.

[0098] In some implementation manners, the active verification includes:

[0099] Locating uncoupled content to generate a verification target; generating a verification instruction guided by the verification target; and performing secondary verification management based on the verification instruction.

[0100] Specifically, during the active verification process, first, locate the uncoupled content, that is, find out the data part with problems during data transmission or processing, and then determine the verification criteria that the uncoupled content should meet according to the system's expectations and requirements to generate a verification target. Then, according to the determined verification target, generate corresponding verification instructions to guide how to further verify and process the uncoupled content. Exemplarily, the verification instructions include operations such as recalculating a specific data segment, comparing redundant data, and requiring the data source to resend.

[0101] Furthermore, perform secondary verification management based on the verification instruction, and perform a second verification on the uncoupled content according to the generated verification instruction; for example, in a parking lot remote call system, if data loss is found during the initial verification, the parking end can be required to resend the lost data part; if there are errors in the data, the errors may be corrected by comparing redundant data.

[0102] In some embodiments, after parking call archiving, it includes:

[0103] Obtain the traffic management record of the parking end, perform parking call archiving; set a preset period, perform parking side redirection mining based on the traffic management record, and determine the traffic guidance characteristics of the multi-domain parking end; according to the traffic guidance characteristics, perform parking guidance management.

[0104] Specifically, the traffic management record is generated by the parking end and contains records of vehicle entry and exit times, parking space occupancy, traffic flow, etc. in the parking lot, and this traffic management record reflects the traffic conditions and management situation of the parking lot.

[0105] Specifically, parking focus-oriented mining refers to deeply mining and analyzing traffic management records to discover the rules, trends, and characteristics of parking lot traffic, understand information such as the usage of parking lots and the parking habits of vehicle owners, and provide support for optimizing parking lot management; for example, by analyzing the vehicle entry and exit times, the peak and off-peak hours of the parking lot can be determined; by analyzing the occupancy of parking spaces, the usage efficiency and turnover rate of parking spaces can be understood. Among them, parking focus-oriented mining is carried out based on a preset cycle, and the preset cycle is a fixed time period, such as daily, weekly, or monthly.

[0106] Furthermore, according to the determined traffic guidance characteristics, the management strategy is adjusted and the resource allocation is optimized to improve the operation efficiency and service quality of the parking lot. For example, according to the traffic guidance characteristics, additional guiding personnel can be added or traffic signs can be adjusted during peak hours, the parking space allocation can be optimized to improve the turnover rate, or personalized parking guidance services can be provided for frequent customers, etc.

[0107] In summary, a parking lot remote call method supporting multi-terminal interaction provided by the present invention has the following technical effects:

[0108] By establishing the interactive docking between the call central platform and multi-domain parking terminals based on the API interface protocol, constructing a parking call architecture, and introducing a compatible compression mode and a dual-thread interaction mode, the architecture deployment oriented to traffic parking management is realized; under this architecture, the call information initiated by the multi-domain parking terminals is processed for network access, traffic flow data is generated, and through adaptive compression conversion and dual-thread decoupling, it is sent to the call central platform. The platform completes reception, coupling verification, and transfers the call information to the queuing port for acceptance and archiving; among them, the compression ratio is dynamically adjusted according to the real-time network bandwidth for quantization coding compression, the dual-thread conversion transmission is carried out in combination with the logic layer and data layer of the call service, and the dual-thread coupling state is used as the verification target to ensure an efficient and stable parking call service, thereby realizing the centralized management and efficient transmission of parking lot call data, and at the same time improving the operation efficiency and service quality of the parking lot.

[0109] Embodiment 2, as Figure 2 is a schematic structural diagram of a parking lot remote call system supporting multi-terminal interaction according to the present invention. For example, Figure 1 in which the schematic flow diagram of a parking lot remote call method supporting multi-terminal interaction according to the present invention can be realized by a structure such as Figure 2 shown.

[0110] Based on the same concept as a parking lot remote call method supporting multi-terminal interaction in the above embodiment, the present invention also provides a parking lot remote call system supporting multi-terminal interaction, including:

[0111] The paging connection module 11 is used to establish the interactive docking between the calling central platform and the multi-domain parking terminal through the API interface protocol, and construct a parking call architecture.

[0112] The paging deployment module 12 is used to introduce a compatible compression mode and a dual-thread interaction mode, and deploy the parking call architecture based on the traffic parking management orientation.

[0113] The paging processing module 13 is used to access the call information initiated by the multi-domain parking terminal according to the parking call architecture after mode deployment, generate traffic flow data, perform adaptive compression conversion and dual-thread decoupling transmission. The calling central platform receives and performs coupling verification, transfers it to the queuing port for call acceptance, and performs parking call archiving. Among them, the compression ratio is determined according to the real-time network bandwidth for quantization coding compression, the dual-thread conversion transmission is performed based on the logic layer and data layer of the call service, and the dual-thread coupling state is used as the verification target.

[0114] In some embodiments, the paging deployment module 12 includes:

[0115] The multi-domain parking terminal compatibility analysis unit is used to traverse the multi-domain parking terminal, perform multi-terminal compatibility analysis, and determine the compatible interaction characteristics, including hardware compatibility and software compatibility.

[0116] The compatible compression mode determination unit is used to determine the compatible compression mode according to the compatible interaction characteristics, and use the bandwidth adaptive compression ratio under the compatible interaction characteristics as the compatible compression mode.

[0117] The adaptive compression module construction unit is used to construct an adaptive compression module according to the compatible compression mode.

[0118] In some embodiments, the paging deployment module 12 further includes:

[0119] The dual-thread management module construction unit is used to decouple the call service from the logic layer and the data layer, perform dual-thread transmission configuration, and construct a dual-thread management module based on the principle of decoupled interaction and coupling verification.

[0120] The module deployment unit is used to deploy the adaptive compression module and the dual-thread management module to each architecture port of the parking call architecture.

[0121] In some embodiments, the paging processing module 13 includes:

[0122] The network bandwidth and call volume collection unit is used to collect the real-time network bandwidth and determine the concurrent call volume, with the concurrent limit for the same-domain parking terminal.

[0123] An information compression ratio determination unit, which is used to assist the adaptive compression module to determine the information compression ratio according to the real-time network bandwidth and the concurrent call volume.

[0124] A traffic flow data compression unit, which is used to perform information quantization and fixed-length coding on the traffic flow data according to the information compression ratio to determine the traffic flow compressed data.

[0125] In some embodiments, the paging processing module 13 further includes:

[0126] A decoupling and concurrent transmission execution unit, which is used to assist the dual-thread management module to perform decoupling and concurrent transmission based on the logic layer and the data layer for the traffic flow compressed data, and the call central platform receives and performs compression coupling.

[0127] A verification result determination unit, which is used to perform verification after compression coupling to determine the verification result.

[0128] In some embodiments, the system further includes a verification response module, which is used to: if the verification is successful, perform decompression processing and transfer to the queuing port for call acceptance. If the verification fails, perform temporary storage and active verification.

[0129] In some embodiments, the paging processing module 13 further includes:

[0130] A response traffic flow data generation unit, which is used to generate response traffic flow data.

[0131] A bandwidth adaptive compression and dual-thread decoupling sending unit, which is used to collect the network bandwidth and the concurrency volume in real time, perform bandwidth adaptive compression and dual-thread decoupling sending on the response traffic flow data, and perform pre-coupling verification.

[0132] A verification success display unit, which is used to display on the terminal device of the call end if the verification is successful.

[0133] A verification failure processing unit, which is used to perform storage and active verification if the verification fails.

[0134] In some implementation manners, the execution steps of the verification failure processing unit in the paging processing module 13 include: locating the uncoupled content to generate a verification target. Guided by the verification target, generating a verification instruction. Performing secondary verification management based on the verification instruction.

[0135] In some embodiments, the paging processing module 13 further includes:

[0136] A verification target generation unit, which is used to locate the uncoupled content to generate a verification target.

[0137] A verification instruction generation unit, which is used to generate a verification instruction guided by the verification target.

[0138] The secondary verification management execution unit is used to execute the secondary verification management based on the verification instruction.

[0139] It should be understood that the key point of the embodiments mentioned in this specification lies in their differences from other embodiments. The specific embodiments in the foregoing Embodiment 1 are equally applicable to the parking lot remote call system supporting multi-terminal interaction described in Embodiment 2. For the sake of brevity of the specification, no further elaboration is made here.

[0140] It should be understood that the disclosed embodiments of the present invention and the above descriptions enable those skilled in the art to implement the present invention using the present invention. At the same time, the present invention is not limited to the above-mentioned part of the embodiments. It should be understood that those of ordinary skill in the art can still modify the technical solutions recorded in the foregoing embodiments, or perform equivalent replacements on some of the technical features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present invention, and should all be included in the protection scope of the present invention.

Claims

1. A remote call method for a parking lot supporting multi-terminal interaction, characterized in that, Including: Establish the interaction and docking between the call central platform and the multi-domain parking terminals through the API interface protocol, and construct a parking call architecture; Introduce a compatible compression mode and a dual-thread interaction mode, and deploy the parking call architecture based on the traffic parking management orientation, including: Traverse the multi-domain parking terminals, conduct multi-terminal compatibility analysis, and determine the compatible interaction characteristics, including hardware compatibility and software compatibility; According to the compatible interaction characteristics, determine the compatible compression mode, where the bandwidth adaptive compression ratio under the compatible interaction characteristics is used as the compatible compression mode; Construct an adaptive compression module according to the compatible compression mode; The bandwidth adaptive compression ratio refers to adaptively adjusting the data compression ratio according to the network bandwidth conditions of different parking terminals; Decouple the call service from the logic layer and the data layer, perform dual-thread transmission configuration, and construct a dual-thread management module based on the principle of decoupled interaction and coupled verification; Deploy the adaptive compression module and the dual-thread management module to each architecture port of the parking call architecture; Based on the parking call architecture after mode deployment, the call information initiated by the multi-domain parking terminals is networked, traffic flow data is generated, adaptive compression conversion and dual-thread decoupled transmission are performed, the call central platform receives and performs coupled verification, transfers to the queuing port for call acceptance, and conducts parking call archiving; Among them, the compression ratio is determined by the real-time network bandwidth for quantization coding compression, the dual-thread conversion transmission is performed on the logic layer and the data layer of the call service, and the dual-thread coupled state is used as the verification target; The execution of adaptive compression conversion includes: Collect the real-time network bandwidth and determine the concurrent call volume, where the concurrent limit is set for the same-domain parking terminals; According to the real-time network bandwidth and the concurrent call volume, assist the adaptive compression module to determine the information compression ratio; According to the information compression ratio, perform information quantization and fixed-length coding on the traffic flow data to determine the traffic flow compressed data.

2. The remote call method for a parking lot supporting multi-terminal interaction according to claim 1, characterized in that The execution of dual-thread decoupled transmission includes: For the traffic flow compressed data, assist the dual-thread management module to perform decoupling and concurrent transmission based on the logic layer and the data layer, and the call central platform receives and performs compression coupling; Execute the verification after compression coupling to determine the verification result.

3. The method for remote call in a parking lot supporting multi-terminal interaction according to claim 2, characterized in that, If the verification is successful, perform decompression processing and transfer to the queuing port for call acceptance; If the verification fails, perform temporary storage and active verification; The active verification includes: Locate the uncoupled content and generate a verification target; Generate a verification instruction based on the verification target; Execute the secondary verification management based on the verification instruction.

4. The remote call method for a parking lot supporting multi-terminal interaction according to claim 1, characterized in that After call acceptance, including: Generate response traffic flow data; Real-time collect the network bandwidth and the concurrent call quantity, perform bandwidth adaptive compression and dual-thread decoupled transmission on the response traffic flow data, and execute pre-coupling verification; If the verification is successful, display on the terminal device of the call end; If the verification fails, perform storage and active verification; The pre-coupling verification refers to verifying whether the data meets the business logic requirements before the logic layer calls the data layer; The active verification includes: Locate the uncoupled content and generate a verification target; Generate verification instructions oriented to the verification target; Execute secondary verification management based on the verification instructions.

5. The remote call method for a parking lot supporting multi-terminal interaction according to claim 1, characterized in that After performing parking call archiving, it includes: Obtain the traffic management records of the parking terminal and perform parking call archiving; Set a preset period, execute parking focus mining based on the traffic management records, and determine the traffic guidance characteristics of the multi-domain parking terminal; Perform parking guidance management according to the traffic guidance characteristics; The parking focus mining refers to deeply mining and analyzing traffic management records to discover the laws, trends and characteristics of parking lot traffic, understand the usage of parking lots and the parking habit information of vehicle owners, and provide support for optimizing parking lot management.

6. A remote call system for a parking lot that supports multi-terminal interaction, characterized in that, For implementing a parking lot remote call method supporting multi-terminal interaction according to any one of claims 1-5, it includes: A paging connection module, used to establish an interactive connection between the call central platform and the multi-domain parking terminal through the API interface protocol, and construct a parking call architecture; A paging deployment module, used to introduce a compatible compression mode and a dual-thread interaction mode, and perform deployment of the parking call architecture based on traffic parking management guidance; A paging processing module, used to network the call information initiated by the multi-domain parking terminal according to the parking call architecture after mode deployment, generate traffic flow data, execute adaptive compression conversion and dual-thread decoupling transmission, the call central platform receives and performs coupling verification, transfers to the queuing port for call acceptance, and performs parking call archiving; Among them, the compression ratio is determined by the real-time network bandwidth for quantization encoding compression, the dual-thread conversion transmission is performed between the logic layer and the data layer of the call service, and the dual-thread coupling state is used as the verification target.

Images