Parking lot remote calling method and system supporting multi-terminal interaction

Abstract

The invention discloses a parking lot remote calling method and system supporting multi-terminal interaction, and relates to the technical field of traffic control, and the method comprises the steps: building the interactive connection between a calling central platform and a multi-domain parking end through an API interface protocol, and constructing a parking calling architecture. A compatible compression mode and a double-thread interaction mode are adopted, and architecture deployment is carried out based on traffic parking management requirements. And performing network access processing on the call information of the multi-domain parking end, generating traffic flow data, and performing adaptive compression conversion and dual-thread decoupling transmission. And after receiving the information, the call central platform carries out coupling verification, and transfers the information to a queuing port to carry out call acceptance and evidence storage. Therefore, the technical effects of centralized management and efficient transmission of the parking lot call data and improvement of the operation efficiency and service quality of the parking lot are achieved.

Description

Technical Field

[0001] The present invention relates to the technical field of traffic control, and in particular to a parking lot remote calling method and system supporting multi-terminal interaction. Background Art

[0002] Traditional parking lot call systems usually rely on local equipment and manual management, and cannot achieve cross-regional and multi-terminal interactions. The call data of each parking lot is stored independently, making it difficult to centrally manage and analyze. In addition, the traditional call system has low network bandwidth utilization and low data transmission efficiency during data transmission, which is prone to data loss or errors. This decentralized management model is not only inefficient, but also difficult to meet the growing needs of car owners for convenient parking. Summary of the invention

[0003] The present invention provides a parking lot remote calling method and system supporting multi-terminal interaction, so as to solve the technical problems of management islands, poor calling accuracy and low operating efficiency in the prior art, realize the centralized management and efficient transmission of parking lot calling data, and at the same time improve the technical effect of operating efficiency and service quality of parking lots.

[0004] In a first aspect, the present invention provides a parking lot remote calling method supporting multi-terminal interaction, wherein the parking lot remote calling method supporting multi-terminal interaction includes: Through the API interface protocol, an interactive connection between the call central platform and multi-domain parking terminals is established to build a parking call architecture.

[0005] A compatible compression mode and a dual-threaded interactive mode are introduced to deploy the parking call architecture based on traffic parking management guidance.

[0006] According to the parking call architecture after the mode deployment, the call information initiated by the multi-domain parking terminal is connected to the network, traffic flow data is generated, adaptive compression conversion and dual-thread decoupling sending are performed, the call central platform receives and couples the verification, transfers to the queuing port for call acceptance, and stores parking call evidence.

[0007] The compression ratio is determined by the real-time network bandwidth to perform quantitative coding compression, the logic layer and the data layer of the call service are used for dual-thread conversion and transmission, and the dual-thread coupling state is used as the verification target.

[0008] In a feasible implementation, a compatible compression mode is introduced, including: Traverse multiple parking terminals, conduct multi-terminal compatibility analysis, and determine compatible interaction features, including hardware compatibility and software compatibility.

[0009] A compatible compression mode is determined according to the compatible interaction feature, wherein a bandwidth adaptive compression ratio under the compatible interaction feature is used as the compatible compression mode.

[0010] According to the compatible compression mode, an adaptive compression module is constructed.

[0011] In a feasible implementation, a dual-threaded interaction mode is introduced to deploy the parking call architecture based on traffic parking management guidance, including: The call service is decoupled from the logic layer and the data layer, and dual-thread transmission configuration is performed. Based on the principle of decoupled interaction and coupled verification, a dual-thread management module is constructed.

[0012] The adaptive compression module and the dual-thread management module are deployed on each architecture port of the parking call architecture.

[0013] In a feasible implementation, performing adaptive compression conversion includes: Collect real-time network bandwidth and determine the number of concurrent calls, among which the concurrency is limited to the parking terminals in the same domain.

[0014] According to the real-time network bandwidth and the concurrent call volume, the adaptive compression module is assisted to determine the information compression ratio.

[0015] According to the information compression ratio, the traffic flow data is subjected to information quantization and fixed-length encoding to determine traffic flow compression data.

[0016] In a feasible implementation, dual-thread decoupling sending is performed, including: With respect to the traffic flow compression data, the dual-thread management module is assisted 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.

[0017] Perform verification after compression coupling and determine the verification results.

[0018] In a feasible implementation, if the verification is successful, decompression processing is performed and the call is transferred to the queuing port for call acceptance.

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

[0020] In a feasible implementation, after the call is accepted, the following steps are performed: Generate responsive traffic flow data.

[0021] The network bandwidth and concurrency are collected in real time, the response traffic flow data is adaptively compressed by bandwidth and sent in a dual-thread decoupled manner, and a coupling pre-check is performed.

[0022] If the verification is successful, it will be displayed on the terminal device at the calling end.

[0023] If verification fails, perform storage and active verification.

[0024] In a feasible implementation, the active verification includes: Locate decoupled content and generate verification targets.

[0025] Based on the verification target, a verification instruction is generated.

[0026] A secondary verification management based on the verification instruction is performed.

[0027] In a feasible implementation, after the parking call is recorded, the following steps are performed: Obtain traffic management records from the parking terminal and store parking call evidence.

[0028] A preset period is set to perform parking-focused mining based on the traffic management records to determine the traffic guidance characteristics of multi-domain parking terminals.

[0029] Parking guidance management is performed based on the traffic guidance characteristics.

[0030] In a second aspect, the present invention further provides a parking lot remote call system supporting multi-terminal interaction, wherein the parking lot remote call system supporting multi-terminal interaction comprises: The call connection module is used to establish interactive docking between the call central platform and multi-domain parking terminals through the API interface protocol, and build a parking call architecture.

[0031] The call deployment module is used to introduce a compatible compression mode and a dual-threaded interactive mode, and to deploy the parking call architecture based on traffic parking management guidance.

[0032] The call processing module is used to access the call information initiated by the multi-domain parking terminal according to the parking call architecture after the mode deployment, generate traffic flow data, perform adaptive compression conversion and dual-thread decoupling transmission, the call central platform receives and couples the verification, transfers the call to the queuing port for call acceptance, and stores parking call evidence.

[0033] The compression ratio is determined by the real-time network bandwidth to perform quantitative coding compression, the logic layer and the data layer of the call service are used for dual-thread conversion and transmission, and the dual-thread coupling state is used as the verification target.

[0034] The present invention discloses a parking lot remote calling method and system supporting multi-terminal interaction, comprising: establishing 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 realize an architecture deployment oriented to traffic parking management; under the architecture, the call information initiated by the multi-domain parking terminals is processed for network access, traffic flow data is generated, and is sent to the call central platform through adaptive compression conversion and dual-thread decoupling, the platform completes reception and coupling verification, and transfers the call information to a queuing port for acceptance and evidence storage; wherein, the compression ratio is dynamically adjusted according to the real-time network bandwidth to perform quantized coding compression, dual-thread conversion and transmission are performed in combination with the logical layer and data layer of the call service, and the dual-thread coupling state is used as a verification target to ensure efficient and stable parking call services. The parking lot remote calling method and system supporting multi-terminal interaction disclosed by the present invention solves the technical problems of management islands, poor call accuracy, and low operating efficiency, realizes centralized management and efficient transmission of parking lot call data, and at the same time improves the technical effect of improving the operating efficiency and service quality of the parking lot. BRIEF DESCRIPTION OF THE DRAWINGS

[0035] Figure 1 A schematic diagram of a flow chart of a parking lot remote calling method supporting multi-terminal interaction according to the present invention; Figure 2 The present invention is a schematic structural diagram of a parking lot remote calling system supporting multi-terminal interaction.

[0036] Explanation of the reference numerals: call connection module 11, call deployment module 12, call processing module 13. DETAILED DESCRIPTION

[0037] The above technical solution will be described in detail below in conjunction with the accompanying drawings and specific implementation methods of the specification to better understand the above technical solution. Obviously, the described embodiments are only part of the embodiments of the present invention, rather than all of the embodiments of the present invention. It should be understood that the present invention is not limited to the example embodiments used only to explain the present invention. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of the present invention. In addition, it should be noted that, for the convenience of description, only the parts related to the present invention are shown in the drawings, rather than all of them.

[0038] Embodiment 1, as Figure 1 The present invention is a flowchart of a parking lot remote calling method supporting multi-terminal interaction, wherein the parking lot remote calling method supporting multi-terminal interaction includes: S100: Through the API interface protocol, establish interactive docking between the call central platform and multi-domain parking terminals to build a parking call architecture.

[0039] Specifically, the API interface protocol, or application program interface protocol, is a set of predefined functions, classes, data structures, etc., which are used to standardize the interactions between different software systems. The above steps use the API interface protocol to achieve data communication and interactive docking between the call central platform and the multi-domain parking terminal.

[0040] 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 various multi-domain parking terminals, and performing corresponding scheduling and response. Among them, exemplarily, the call central platform can be either an edge computing node deployed locally or a remote computing node based on cloud computing.

[0041] Specifically, multi-domain parking terminals refer to parking terminal devices distributed in different areas or different parking lots. Through the multi-domain parking terminals, call requests can be initiated and interacted with the call central platform to realize 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.

[0042] Specifically, through the API interface protocol, a stable and efficient data connection and communication channel is established between the call center platform and the multi-domain parking terminals, thereby forming the basic framework of the parking lot remote call system (parking call architecture), and clarifying the functions and relationships of each module in the system. For example, in a parking lot remote call system within a city, the call center platform is located at the management headquarters in the city center, while the multi-domain parking terminals are distributed in various parking lots. Through the API interface protocol, the call center platform can connect with the parking terminal equipment of each parking lot to realize the centralized management and dispatch of parking lot call information.

[0043] By adopting the API interface protocol to establish the interactive connection between the call central platform and the multi-domain parking terminals and constructing the parking call architecture, the centralized management of parking lot call data can be achieved, avoiding the problem of decentralized storage of parking lot data and difficulty in centralized analysis and management in the traditional parking lot call system, which helps to improve the efficiency and accuracy of data management.

[0044] S200: introducing a compatible compression mode and a dual-threaded interaction mode, and deploying the parking call architecture based on traffic parking management guidance.

[0045] Specifically, the compatible compression mode is a data compression method that can adapt to different terminal devices and network environments. It is used to quantize and encode data to reduce the amount of data transmission while ensuring the accuracy and integrity of the data under different compatibility conditions.

[0046] Specifically, the dual-threaded interaction mode is used to decouple the logic layer and data layer of the call service so that transmission and processing can be performed in two threads respectively. The logic layer is responsible for the control and management of the business process, while the data layer is responsible for the transmission and storage of the actual data. Through such a dual-threaded interaction mode, the efficiency and stability of data transmission can be improved, and the expansion and maintenance of the system can be facilitated.

[0047] In some embodiments, a compatible compression mode is introduced, including: Traverse multiple parking terminals, perform multi-terminal compatibility analysis, and determine compatible interaction features, including hardware compatibility and software compatibility; determine a compatible compression mode based on the compatible interaction features, wherein the bandwidth adaptive compression ratio under the compatible interaction features is used as the compatible compression mode; and construct an adaptive compression module based on the compatible compression mode.

[0048] Specifically, firstly, for different parking terminals (multiple terminals), traversal analysis is performed to identify the main compatibility factors of different hardware and software environments, among which hardware compatibility factors include computing power, storage resources, communication protocols, etc. of different parking terminals. Software compatibility factors include operating system, data format, API interface, communication protocol stack, etc.; then, compatible interaction features are extracted. For example, the compatible interaction features are characterized as follows: Table 1 Exemplary compatible interaction features

[0049] Then, combined with the determined compatible interaction features, the data compression ratio is adaptively adjusted according to the network bandwidth of different parking terminals to ensure that data transmission is both efficient and reliable in different network environments. For example, when the compatible interaction features are high bandwidth + high computing power, a low compression ratio is used (to retain more data details); when the compatible interaction features are low bandwidth + low computing power, a high compression ratio is used (to reduce data volume).

[0050] For example, mode A: low-bandwidth terminal; applicable scenarios: mobile network, low-computing power device; 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: car platform, cloud computing platform; compression algorithm: Gzip+AV1; compression ratio: 30%.

[0051] Furthermore, according to the formulated compatible compression mode, an adaptive compression module is constructed to compress the traffic flow data. The adaptive compression module has the ability to monitor the network bandwidth and the compatibility characteristics of the parking end in real time, and automatically matches and adjusts the compression algorithm and parameters based on this information. For example, if the bandwidth decreases, the compression ratio is increased and the data volume is reduced; if the bandwidth resources are sufficient, the compression ratio is reduced to ensure data integrity.

[0052] In some embodiments, a dual-threaded interaction mode is introduced to deploy the parking call architecture based on traffic parking management guidance, including: The call service is decoupled from the logic layer and the data layer, and a dual-thread transmission configuration is performed. A dual-thread management module is constructed based on the principle of decoupled interaction and coupled verification; the adaptive compression module and the dual-thread management module are deployed on each architecture port of the parking call architecture.

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

[0054] Specifically, the dual-threaded interaction mode uses the decoupling method of the logic layer and the data layer to achieve independent parallel processing, improve the system's throughput, and reduce data interaction delays. Among them, the logic layer handles the parking call business logic, including user request parsing, business scheduling, and permission management; the data layer is responsible for parking space data storage, vehicle status management, and real-time data stream processing.

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

[0056] Exemplarily, 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, and whether the user account status is normal). Execution verification: During the data layer operation process, ensure data consistency and prevent concurrent modification conflicts (such as using pessimistic locking or optimistic locking mechanisms: before updating the parking space status, lock the data to ensure that other threads cannot modify the data at the same time, use version numbers or timestamps, and check whether it has been modified by other threads when submitting the update. If there is a conflict, roll back and try again). Post-verification: After the logic layer completes the task, it verifies the update results of the data layer to ensure that the status change is correct (for example, after the vehicle leaves the venue, the logic layer verifies the fee calculation results: 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).

[0057] Furthermore, the adaptive compression module and the dual-thread management module are deployed at each architecture port of the parking call architecture to ensure efficient dual-thread interaction and data compression processing in the entire system.

[0058] S300: According to the parking call architecture after the mode deployment, the call information initiated by the multi-domain parking terminal is connected to the network, traffic flow data is generated, adaptive compression conversion and dual-thread decoupling transmission are performed, the call central platform receives and couples the verification, transfers to the queuing port for call acceptance, and stores parking call evidence.

[0059] The compression ratio is determined by the real-time network bandwidth to perform quantitative coding compression, the logic layer and the data layer of the call service are used for dual-thread conversion and transmission, and the dual-thread coupling state is used as the verification target.

[0060] Specifically, when the multi-domain parking terminal initiates a call message, the call data is first parsed to extract key fields such as parking space status, vehicle information, timestamp, user information, etc. The parsed data is converted into traffic flow data in a unified format through the network access module, and flow control information is added to adapt to different network environments; then, the optimal quantization coding compression ratio is determined by monitoring the dynamic changes in network bandwidth, and adaptive compression algorithms (such as Huffman coding, deep learning compression, and incremental data compression) are used to optimize data to ensure that data is still available in low-bandwidth environments.

[0061] Furthermore, dual-thread decoupled sending separates the logic layer from the data layer to handle tasks such as business rules, user permissions, and parking space allocation respectively; and performs operations such as data storage, status updates, and billing records. For example, during peak hours, when multiple car owners initiate calls at the same time, the logic layer thread can quickly handle 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, the dual-thread coupling state is used as a verification target to ensure that the interaction results between the logic layer and the data layer are accurate during data transmission and processing, thereby improving data integrity and reliability.

[0062] Furthermore, the verified data is transferred to the queuing port for call acceptance, where the queuing port is used to manage the queues of the accepted calls, that is, to arrange the processing order of the calls according to certain rules (such as first come first served, priority, etc.) to ensure that the calls can be responded to and processed in an orderly manner.

[0063] Synchronously, the entire process of parking lot calls is recorded and saved, including the time, content, and processing results of the call. The acquired evidence data can be used for subsequent inquiries, statistical analysis, and as evidence in case of disputes.

[0064] In some embodiments, performing adaptive compression conversion includes: Collect the real-time network bandwidth and determine the concurrent call volume, wherein the concurrency is limited by the parking terminals in the same domain; assist the adaptive compression module to determine the information compression ratio based on the real-time network bandwidth and the concurrent call volume; perform information quantization and fixed-length encoding on the traffic flow data based on the information compression ratio to determine the traffic flow compression data.

[0065] Optionally, first, collect the current network bandwidth data in real time through the bandwidth monitoring module (such as TCP traffic analysis, network QoS monitoring), and count key parameters such as bandwidth availability, network load rate, packet loss rate, delay jitter, etc.; at the same time, count the number of concurrent calls at the current parking end in the same domain.

[0066] Optionally, the adaptive compression module is assisted in determining the information compression ratio based on the real-time network bandwidth and concurrent call volume, including: triggering a batch processing mechanism when the concurrency peak is exceeded; using a low compression ratio to ensure data quality under low concurrency conditions; and adjusting the information compression ratio in a timely manner according to a preset adaptive adjustment strategy.

[0067] Exemplarily, information quantification 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 descriptive information), and then using high-precision storage (such as floating point numbers) for high-priority data and low-precision or discarding strategies for low-priority data.

[0068] Exemplarily, fixed-length coding includes: using Huffman coding, LZW compression, dictionary mapping and other methods, combined with preset coding rules, to convert the information flow into corresponding traffic flow compressed data, thereby ensuring that core business information is not lost while reducing data redundancy, improving transmission efficiency, and ensuring stable transmission and efficient processing of parking call data.

[0069] In some embodiments, performing dual-thread decoupled sending includes: For the traffic flow compression data, the dual-thread management module is assisted to perform decoupling and concurrent transmission based on the logic layer and the data layer. The call central platform receives and performs compression coupling; performs verification after compression coupling and determines the verification result.

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

[0071] Specifically, after receiving the two parts of data, the call center platform performs compression coupling, recombines the control information of the logic layer with the actual data of the data layer, restores the complete call information, and performs verification after compression coupling to determine the verification result. Exemplarily, the verification process includes checking the integrity of the data, whether the sequence is correct, whether the association between the logic layer and the data layer is accurate, etc., for example, by calculating the check value of the data and or using a hash algorithm to verify the data.

[0072] In some embodiments, if the verification is successful, decompression processing is performed and the call is transferred to the queuing port for call acceptance; if the verification fails, temporary storage and active verification are performed.

[0073] Specifically, if the verification result shows 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 continue; if the verification result finds that the data is missing, erroneous 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 appropriate remedial measures need to be taken.

[0074] Optionally, if the verification fails, the data that failed the verification is first temporarily stored for subsequent inspection, repair or further verification; then, active verification is initiated on the temporarily stored data, exemplarily including re-collecting data, re-transmitting data, comparing redundant data, etc., so as to restore the integrity and accuracy of the data as much as possible or confirm whether the data can continue to be used.

[0075] By performing decompression processing after successful verification and transferring it to the queuing port for call acceptance, it can ensure that the call data is processed in a timely and accurate manner, improving the response speed and service quality of the parking lot remote call system. Temporary storage and active verification when verification fails can effectively prevent the negative impact of erroneous data on system operation and call processing, and enhance the stability and reliability of the system.

[0076] In some implementations, after the call is accepted, the following steps are performed: Generate response traffic flow data; collect network bandwidth and concurrency in real time, perform bandwidth adaptive compression and dual-thread decoupling transmission on the response traffic flow data, and perform coupling pre-verification; if the verification is successful, display it on the terminal device at the calling end; if the verification fails, perform storage and active verification.

[0077] Specifically, after the call is accepted, response traffic flow data is generated. The response traffic flow data is generated based on the result of call processing and related traffic information, and is used to feed back to the car owner to inform him of the call processing status, the current status of the parking lot and other information; then, the current network bandwidth status is obtained through the network monitoring tool, and the number of concurrent calls currently being carried out is counted, and based on the same method and principle as processing traffic flow data, bandwidth adaptive compression and dual-thread decoupling are performed on the response traffic flow data, and coupling pre-verification is performed; then, according to the verification result, the visual display of the terminal device at the call end is selected, or storage and active verification are performed.

[0078] Specifically, if the verification is successful, it will be 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 car owner in an appropriate manner, such as displaying the call processing results and parking space information on the mobile phone application interface. If the verification fails, storage and active verification will be performed to temporarily store the data and actively initiate the verification process to try to restore the integrity and accuracy of the data through various methods, such as re-collecting data, re-transmitting data, and comparing redundant data.

[0079] After the call is accepted, a series of operations such as generating response traffic flow data, collecting network bandwidth and concurrency in real time, performing bandwidth adaptive compression and dual-thread decoupling sending of response traffic flow data, and performing coupling pre-check can achieve efficient transmission and reliable processing of parking lot call response data.

[0080] In some implementations, the active verification includes: Locate the non-coupled content and generate a verification target; generate a verification instruction guided by the verification target; and perform secondary verification management based on the verification instruction.

[0081] Specifically, during the active verification process, first, the uncoupled content is located, that is, the data part with problems during data transmission or processing is found, and then the verification standard that the uncoupled content should meet is determined according to the system's expectations and requirements, and the verification target is generated. Then, according to the determined verification target, the corresponding verification instructions are generated to guide how to further verify and process the uncoupled content. Exemplarily, the verification instructions include operations such as recalculating specific data segments, comparing redundant data, and requiring the data source to resend.

[0082] Furthermore, secondary verification management based on verification instructions is performed, and the non-coupled content is verified for the second time according to the generated verification instructions; for example, in the parking lot remote call system, if the initial verification finds that data is lost, the parking end can be required to resend the lost data part; if there is an error in the data, the error may be corrected by comparing redundant data.

[0083] In some embodiments, after parking call evidence is recorded, the following steps are performed: Obtain the traffic management records of the parking terminal and store parking call evidence; set a preset period, perform 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 based on the traffic guidance characteristics.

[0084] Specifically, the traffic management record is generated by the parking terminal and contains information such as the entry and exit time of vehicles in the parking lot, parking space occupancy, traffic flow, etc. The traffic management record reflects the traffic conditions and management of the parking lot.

[0085] Specifically, parking-focused mining refers to in-depth mining and analysis of traffic management records to discover the patterns, trends and characteristics of parking lot traffic, understand parking lot usage, parking habits of car owners and other information, and provide support for optimizing parking lot management; for example, by analyzing vehicle entry and exit times, the peak and trough periods of parking lots can be determined; by analyzing parking space occupancy, the utilization efficiency and turnover rate of parking spaces can be understood. Among them, parking-focused mining is based on a preset cycle, which is a fixed time period, such as daily, weekly or monthly.

[0086] Furthermore, according to the determined traffic guidance characteristics, management strategies can be adjusted and resource allocation can be optimized to improve the operational efficiency and service quality of the parking lot. For example, according to the traffic guidance characteristics, guides can be added or traffic signs can be adjusted during peak hours, parking space allocation can be optimized to improve turnover, or personalized parking guidance services can be provided to frequent customers.

[0087] In summary, the parking lot remote calling method supporting multi-terminal interaction provided by the present invention has the following technical effects: By establishing an interactive connection between the call central platform and the multi-domain parking terminals based on the API interface protocol, a parking call architecture is constructed, and a compatible compression mode and a dual-thread interaction mode are introduced to realize an architecture deployment oriented towards traffic parking management. Under this architecture, the call information initiated by the multi-domain parking terminals is processed into the network, and traffic flow data is generated. The data is sent to the call central platform through adaptive compression conversion and dual-thread decoupling. The platform completes reception and coupling verification, and transfers the call information to the queuing port for acceptance and storage. Among them, the compression ratio is dynamically adjusted according to the real-time network bandwidth for quantitative coding compression, and the logical layer and data layer of the call service are combined for dual-thread conversion and transmission. The dual-thread coupling state is used as the verification target to ensure efficient and stable parking call services, thereby realizing centralized management and efficient transmission of parking lot call data, while improving the technical effect of improving the operation efficiency and service quality of parking lots.

[0088] Embodiment 2, as Figure 2 Schematic diagram of a parking lot remote call system supporting multi-terminal interaction according to the present invention. Figure 1 The flowchart of a parking lot remote calling method supporting multi-terminal interaction in the present invention can be shown as follows: Figure 2 The structure shown is implemented.

[0089] Based on the same concept as the parking lot remote calling method supporting multi-terminal interaction in the embodiment, the present invention also provides a parking lot remote calling system supporting multi-terminal interaction, including: The call connection module 11 is used to establish an interactive connection between the call central platform and the multi-domain parking terminal through the API interface protocol to build a parking call architecture.

[0090] The call deployment module 12 is used to introduce a compatible compression mode and a dual-threaded interactive mode, and to deploy the parking call architecture based on traffic parking management guidance.

[0091] The call 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 and sending, the call central platform receives and couples the verification, transfers to the queuing port for call acceptance, and stores the parking call. Among them, the compression ratio is determined by the real-time network bandwidth for quantitative coding compression, the logic layer and data layer of the call service are dual-threaded for conversion and transmission, and the dual-thread coupling state is used as the verification target.

[0092] In some embodiments, the call deployment module 12 includes: The multi-domain parking terminal compatibility analysis unit is used to traverse the multi-domain parking terminals, perform multi-terminal compatibility analysis, and determine compatible interaction features, including hardware compatibility and software compatibility.

[0093] The compatible compression mode determining unit is used to determine a compatible compression mode according to the compatible interaction feature, wherein the bandwidth adaptive compression ratio under the compatible interaction feature is used as the compatible compression mode.

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

[0095] In some embodiments, the call deployment module 12 further includes: 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 the dual-thread management module based on the principle of decoupling interaction and coupling verification.

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

[0097] In some embodiments, the call processing module 13 includes: The network bandwidth and call volume collection unit is used to collect real-time network bandwidth and determine the concurrent call volume, among which the concurrency is limited to the parking terminal in the same domain.

[0098] The information compression ratio determination unit 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.

[0099] The traffic flow data compression unit is used to perform information quantization and fixed-length encoding on the traffic flow data according to the information compression ratio to determine the traffic flow compression data.

[0100] In some embodiments, the call processing module 13 further includes: The decoupling and concurrent transmission execution unit is used to compress the data of the traffic flow, assist the dual-thread management module, and execute decoupling and concurrent transmission based on the logic layer and the data layer. The call central platform receives and performs compression coupling.

[0101] The verification result determination unit is used to perform verification after compression coupling and determine the verification result.

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

[0103] In some embodiments, the call processing module 13 further includes: The response traffic flow data generating unit is used to generate the response traffic flow data.

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

[0105] The verification success display unit is used to display on the terminal equipment at the calling end if the verification is successful.

[0106] The verification failure processing unit is used to perform storage and active verification if the verification fails.

[0107] In some implementations, the execution steps of the verification failure processing unit in the call processing module 13 include: locating the decoupled content, generating a verification target, generating a verification instruction based on the verification target, and executing secondary verification management based on the verification instruction.

[0108] In some embodiments, the call processing module 13 further includes: The verification target generation unit is used to locate the non-coupling content and generate the verification target.

[0109] The verification instruction generating unit is used to generate a verification instruction guided by the verification target.

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

[0111] It should be understood that the embodiments mentioned in this specification focus on their differences from other embodiments. The specific embodiments in the aforementioned embodiment one are also applicable to a parking lot remote call system supporting multi-terminal interaction described in embodiment two. For the sake of brevity of the specification, they will not be further elaborated here.

[0112] It should be understood that the embodiments disclosed in the present invention and the above description can enable those skilled in the art to use the present invention to implement the present invention. At the same time, the present invention is not limited to the above-mentioned embodiments. It should be understood that those skilled in the art can still modify the technical solutions recorded in the above-mentioned embodiments, or replace some of the technical features therein by equivalents; 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 be included in the protection scope of the present invention.

Claims

1. A parking lot remote calling method supporting multi-terminal interaction, characterized in that: include: Through the API interface protocol, the interactive connection between the call center platform and the multi-domain parking terminals is established to build a parking call architecture; Introducing a compatible compression mode and a dual-threaded interactive mode, the parking call architecture is deployed based on traffic parking management orientation; According to the parking call architecture after the mode deployment, the call information initiated by the multi-domain parking terminal is connected to the network, traffic flow data is generated, adaptive compression conversion and dual-thread decoupling transmission are performed, the call central platform receives and couples the verification, transfers to the queuing port for call acceptance, and performs parking call evidence storage; The compression ratio is determined by the real-time network bandwidth to perform quantitative coding compression, the logic layer and the data layer of the call service are used for dual-thread conversion and transmission, and the dual-thread coupling state is used as the verification target.

2. A parking lot remote calling method supporting multi-terminal interaction as claimed in claim 1, characterized in that: Introduced compatible compression modes, including: Traverse multiple parking terminals, conduct multi-terminal compatibility analysis, and determine compatible interaction features, including hardware compatibility and software compatibility; Determining a compatible compression mode according to the compatible interaction feature, wherein the bandwidth adaptive compression ratio under the compatible interaction feature is used as the compatible compression mode; According to the compatible compression mode, an adaptive compression module is constructed.

3. A parking lot remote calling method supporting multi-terminal interaction as claimed in claim 2, characterized in that: A dual-threaded interaction mode is introduced to deploy the parking call architecture based on traffic parking management orientation, including: Decouple the call service from the logic layer and the data layer, configure dual-thread transmission, and build a dual-thread management module based on the principle of decoupled interaction and coupled verification; The adaptive compression module and the dual-thread management module are deployed on each architecture port of the parking call architecture.

4. A parking lot remote calling method supporting multi-terminal interaction as claimed in claim 3, characterized in that: Performs adaptive compression transformations, including: Collect real-time network bandwidth and determine the number of concurrent calls, where the concurrency is limited to the same-domain parking terminal; Assisting the adaptive compression module to determine the information compression ratio according to the real-time network bandwidth and the concurrent call volume; According to the information compression ratio, the traffic flow data is subjected to information quantization and fixed-length encoding to determine traffic flow compression data.

5. A parking lot remote calling method supporting multi-terminal interaction as claimed in claim 4, characterized in that: Execute dual-thread decoupled sending, including: For the traffic flow compression data, the dual-thread management module is assisted 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; Perform verification after compression coupling and determine the verification results.

6. A parking lot remote calling method supporting multi-terminal interaction as claimed in claim 5, characterized in that: If the verification is successful, the decompression process is performed and the call is transferred to the queuing port for call acceptance; If verification fails, perform temporary storage and active verification.

7. A parking lot remote calling method supporting multi-terminal interaction as claimed in claim 1, characterized in that: After the call is accepted, it includes: generating responsive traffic flow data; Collect network bandwidth and concurrency in real time, perform bandwidth adaptive compression and dual-thread decoupling transmission on the response traffic flow data, and perform coupling pre-verification; If the verification is successful, it will be displayed on the terminal device at the calling end; If verification fails, perform storage and active verification.

8. A parking lot remote calling method supporting multi-terminal interaction as claimed in claim 7, characterized in that: The active verification includes: Locate uncoupled content and generate verification targets; Based on the verification target, generate a verification instruction; A secondary verification management based on the verification instruction is performed.

9. A parking lot remote calling method supporting multi-terminal interaction as claimed in claim 1, characterized in that: After parking call record, including: Obtain traffic management records at the parking terminal and store parking call evidence; Setting a preset period, performing parking focus mining based on the traffic management record, and determining traffic guidance characteristics of multi-domain parking terminals; Parking guidance management is performed based on the traffic guidance characteristics.

10. A parking lot remote call system supporting multi-terminal interaction, characterized in that: A parking lot remote calling method supporting multi-terminal interaction for executing any one of claims 1 to 9, comprising: The call connection module is used to establish the interactive connection between the call central platform and the multi-domain parking terminal through the API interface protocol to build a parking call architecture; A call deployment module, used for introducing a compatible compression mode and a dual-threaded interactive mode, and deploying the parking call architecture based on traffic parking management orientation; A call processing module 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 call central platform receives and couples the verification, transfers to the queuing port for call acceptance, and stores parking call evidence; The compression ratio is determined by the real-time network bandwidth to perform quantitative coding compression, the logic layer and the data layer of the call service are used for dual-thread conversion and transmission, and the dual-thread coupling state is used as the verification target.

Images