CN113791894A - Road data processing system - Google Patents

Road data processing system Download PDF

Info

Publication number
CN113791894A
CN113791894A CN202110940594.4A CN202110940594A CN113791894A CN 113791894 A CN113791894 A CN 113791894A CN 202110940594 A CN202110940594 A CN 202110940594A CN 113791894 A CN113791894 A CN 113791894A
Authority
CN
China
Prior art keywords
data processing
road
request
control
control end
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202110940594.4A
Other languages
Chinese (zh)
Inventor
方晓波
师金帅
岳敏娟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Newpoint Intelligent Technology Group Co Ltd
Original Assignee
Newpoint Intelligent Technology Group Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Newpoint Intelligent Technology Group Co Ltd filed Critical Newpoint Intelligent Technology Group Co Ltd
Priority to CN202110940594.4A priority Critical patent/CN113791894A/en
Publication of CN113791894A publication Critical patent/CN113791894A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/17Details of further file system functions
    • G06F16/176Support for shared access to files; File sharing support
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061Partitioning or combining of resources
    • G06F9/5072Grid computing
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/08Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0808Diagnosing performance data
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/08Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0841Registering performance data

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Mathematical Physics (AREA)
  • Traffic Control Systems (AREA)

Abstract

The embodiment of the invention provides a road data processing system, which comprises: the system comprises a client, a control end and a data processing end. In the invention, the original integral service of one process (stand-alone DRC) running in one server is divided into a control end and a data processing end, the control end is used for processing control requests, and the data processing end is used for processing data processing requests, so that the separation of interactive control and data processing is realized, and the response speed of a road data processing system is improved. In addition, in the invention, message communication and data sharing can be carried out among a plurality of data processing terminals, so that information isolation is avoided, and the fusion computing capability of road data is improved. Therefore, the invention can realize the timely response of a large amount of user requests and simultaneously meet the requirement of road data processing under a large-scale complex road environment.

Description

Road data processing system
Technical Field
The embodiment of the invention relates to the field of data processing, in particular to a road data processing system.
Background
The road data processing system (DRC) can provide data processing support for road condition detection and vehicle auxiliary driving. However, in the related art, the processing performance of the stand-alone DRC is limited, and cannot meet the processing of data requests of a large number of users, so that the user requests cannot be responded in time. The deployment of multiple DRCs causes difficulty in message communication and data sharing among the multiple DRCs, and results in isolation of information of multiple road segments and incapability of realizing fusion calculation of information of multiple road segments.
Based on this, a new road data processing system is needed.
Disclosure of Invention
The invention provides a road data processing system which can process a user request by using a control terminal and a data processing terminal respectively according to the type of the user request after receiving the user request.
In order to solve the above problem, an embodiment of the present invention provides a road data processing system, including: the system comprises a client, a control end and a data processing end;
the client generates a request when detecting the operation of a user;
the control end processes the request with the type of the control class and returns a processing result to the client;
and the data processing terminal processes the request with the type of the data processing class and returns a processing result to the client.
Optionally, the control end and the data processing end are respectively: a first process and a second process deployed on the same server.
Optionally, the control end and the data processing end are respectively: a first process deployed on a first server and a second process deployed on a second server.
Optionally, the system further comprises: the configuration center sends a control end amplification request to the configuration center when the number of the currently received requests exceeds a preset number;
and the configuration center creates a new process on the server as a new control end according to the control end amplification request.
Optionally, the system further comprises: the data processing terminal sends a data processing terminal capacity expansion request to the configuration center when the current data volume needing to be processed exceeds a preset data volume;
and the configuration center creates a new process on the server as a new data processing end according to the capacity expansion request of the data processing end.
Optionally, the number of the clients is multiple, and the clients are respectively road monitoring data acquisition units arranged on different road segments or vehicle machines, automatic driving industrial control units or application programs in vehicles running on different road segments, the number of the data processing terminals is multiple, and one data processing terminal is used for processing data processing type requests sent by the client on one road segment.
Optionally, the control end performs the following steps:
receiving and detecting the type of a request sent by the client;
under the condition that the type is the control type, the control end carries out local processing on the request of the control type;
under the condition that the type is the data processing type, the control end forwards the request with the type being the data processing type to the data processing end;
and receiving a processing result generated by the data processing terminal and forwarding the processing result to the client.
Optionally, the system further comprises: and the configuration center is used for detecting the number of the clients which are currently accessed into the data processing system of each road section in real time, and establishing a corresponding number of processes on the server as control ends according to the data volume.
Optionally, the system further comprises: and the configuration center is used for detecting the current traffic condition of each road section in real time, and establishing a corresponding number of processes on the server as a data processing end according to the current traffic condition.
Optionally, data interaction between the control terminal and the data processing terminal adopts GRPC network communication, and the control terminal and the data processing terminal are respectively connected to an NOSQL database to store processing results and data to be interacted.
In an embodiment of the present invention, a road data processing system is provided, including: the invention divides the original integral service of a process (single machine DRC) running in a server into a control end and a data processing end, processes the control request by using the control end and processes the data processing request by using the data processing end, thereby realizing the separation of interactive control and data processing and improving the response speed of a road data processing system. In addition, in the invention, message communication and data sharing can be carried out among a plurality of data processing terminals, so that information isolation is avoided, and the fusion computing capability of road data is improved. Therefore, the invention can realize the timely response of a large amount of user requests and simultaneously meet the requirement of road data processing under a large-scale complex road environment.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required to be used in the embodiments or the related technical descriptions will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without inventive labor.
FIG. 1 is a schematic diagram of a road data processing system according to an embodiment of the present invention;
fig. 2 is a flowchart illustrating steps executed by a control end according to an embodiment of the present invention;
fig. 3 is a schematic diagram of another road data processing system according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
In the invention, a distributed type data control system (DRC) is provided based on the problems in two technical schemes of the existing single-machine road data processing system (DRC) and DRC cluster deployment.
A road data processing system 100 provided in an embodiment of the present invention includes: a client 101, a control end 102 and a data processing end 103, as shown in fig. 1: the client 101 interacts with the control end 102, and the control end 102 may interact with the data processing end 103.
The client 101 generates a request when detecting an operation by a user.
In this embodiment, the number of the clients is plural, and the clients are road monitoring data acquisition units arranged on different road segments or vehicle machines, automatic driving industrial control units or application programs in vehicles running on different road segments.
The road monitoring data acquisition units arranged on different road sections are used for acquiring road data (including road vehicles, road barriers and the like) and uploading the road data to the data processing end, and the vehicle machines, the automatic driving industrial control units or the application programs running in the vehicles on the different road sections are used for providing operation interfaces for users so as to generate user requests according to user operations.
In this embodiment, the user may perform a corresponding operation on the client, so as to initiate a corresponding request, and when the client detects the operation of the user, the client generates a corresponding request and sends the request to the control end.
In this embodiment, the user request is mainly divided into a control type request and a data processing type request. Wherein the control class request comprises: network connection requests, registration requests, configuration requests, and the like. The data handling class request includes: data upload requests, data acquisition requests, data calculation requests, and the like.
In the embodiment of the invention, if the user request is a control request, the user request is processed by using the control end; and if the user request is a data processing request, processing the user by using the data processing end.
The control terminal 102 processes the request with the type of control class, and returns the processing result to the client.
Specifically, the control end performs local processing on the control type request, or sends the control type request to the cloud server for processing, so as to obtain a processing result, and returns the processing result to the client.
Illustratively, if the user request is an authentication request, the control end authenticates the user information carried in the user request and the user information pre-stored locally, if the authentication is successful, an authentication success result is issued, and if the authentication is failed, an authentication failure result is issued.
The data processing terminal 103 processes the request with the type of data processing class and returns the processing result to the client.
Specifically, the data processing terminal performs local processing on the data processing request, or interacts with other data processing terminals to request the data processing request, and returns a processing result to the client.
Illustratively, if the user request is a road condition detection request, the data processing end obtains relevant road condition information from locally stored road information according to road segment information carried in the user request, and sends the road condition information to the client.
In this embodiment, as shown in fig. 2, the control end executes the following process:
step S110, receiving and detecting a type of the request sent by the client.
In this embodiment, the client and the control end interact with each other, send the generated request to the control end, and receive the processing result returned by the control end.
And step S120, if the type is the control type, the control end locally processes the request of the control type.
Step S130, if the type is a data processing type, the control end forwards the request with the type being the data processing type to the data processing end.
Step S140, receiving the processing result generated by the data processing end and forwarding the processing result to the client.
In this embodiment, if the request received by the control end is a control type request, the control end locally processes the control type request to obtain a processing result and returns the processing result to the client. If the request received by the control terminal is a data processing request, the guest control terminal forwards the request, forwards the data processing request to the data processing terminal, processes the data processing request by the data processing terminal, obtains a processing result after the data processing request is processed by the data processing terminal, returns the processing result to the control terminal, and forwards the processing result to the client after the control terminal receives the processing result sent by the data processing terminal.
In the embodiment of the invention, by separating the control terminal and the data processing terminal, the client does not directly interact with the data processing terminal but interacts with the control terminal, the control terminal forwards the data processing request to the data processing terminal, and forwards the data processing result obtained by the data processing terminal to the client, and the client can only obtain the data related to the self request from the control terminal, so that the data security of the data processing terminal can be ensured.
In an optional embodiment of the present invention, the control end and the data processing end are respectively: a first process and a second process deployed on the same server.
In this embodiment, the control end and the data processing end may run in different processes on the same server, so as to fully utilize the performance of the server.
In an optional embodiment of the present invention, the control end and the data processing end are respectively: a first process deployed on a first server and a second process deployed on a second server.
In this embodiment, the control end and the data processing end may operate in different processes on different servers, so as to improve the response speed and further improve the service quality of the control end and the data processing end.
In the embodiment of the invention, the original integral service of one process (stand-alone DRC) running in one server is divided into a control end and a data processing end, the control end is used for processing the control request, and the data processing end is used for processing the data processing request, so that the separation of interactive control and data processing is realized, and the response speed of the road data processing system is improved. In addition, in the invention, message communication and data sharing can be carried out among a plurality of data processing terminals, so that information isolation is avoided, and the fusion computing capability of road data is improved. Therefore, the invention can realize the timely response of a large amount of user requests and simultaneously meet the requirement of road data processing under a large-scale complex road environment.
A road data processing system 200 according to an embodiment of the present invention includes: client 201, control end 202, data processing end 203 and configuration center 204, as shown in fig. 2: the client 201 interacts with the control end 202, the control end 202 can interact with the data processing end 203, and the configuration center 204 performs unified management on the control end 202 and the data processing end 203.
In this embodiment, when the number of currently received requests exceeds a preset number, the control end 202 sends a control end amplification request to the configuration center 204.
In practical application, when the number of requests currently received by the control end exceeds the preset number, it indicates that the current control end is overloaded, and may not be able to process the number of requests of all current users in time, and the control end needs to be amplified.
The configuration center 204 creates a new process on the server as a new control end according to the control end add-add request.
After receiving the augmentation request sent by the control terminal, the configuration center can select one or more available servers optionally, and create a new process on the selected server as a new control terminal so as to process the number of the current user requests.
In this embodiment, when the current data volume to be processed exceeds the preset data volume, the data processing end 203 sends a data processing end capacity expansion request to the configuration center.
In practical application, when the amount of data to be processed by the data processing terminal exceeds a preset amount, it indicates that the current data processing terminal is overloaded, and may not process all current data processing requests in time, and the data processing terminal needs to be amplified.
The configuration center 204 creates a new process on the server as a new data processing end according to the capacity expansion request of the data processing end.
After receiving the amplification request sent by the data processing terminal, the configuration center may optionally select one or more available servers, and create a new process on the selected server as a new data processing terminal to process the data currently required to be processed.
In an optional embodiment of the present invention, the configuration center 204 may also actively perform configuration management on the control end 202 and the data processing end 203 according to a real-time detection result.
The configuration center 204 may detect the number of clients currently accessed to the data processing system in each road segment in real time, and create a corresponding number of processes on the server as control terminals according to the data volume.
Specifically, the configuration center may adjust the configuration number of the control terminals in real time according to the number of the clients currently accessing the system, which is detected in real time, and expand the configuration number of the control terminals under the condition that the number of the clients currently accessing the system is large, so as to adapt to the current actual demand.
The configuration center 204 may also detect the current traffic condition of each road segment in real time, and create a corresponding number of processes on the server as data processing terminals according to the current traffic condition.
Specifically, the configuration center can adjust the configuration number of the data processing ends in real time according to the current traffic condition of each road section detected in real time, and expand the configuration number of the data processing ends under the condition of complex traffic condition so as to adapt to the current actual demand.
For example, for a city road section, the configuration center may perform multi-service erection of the control end and the data processing end according to the client access amount and the actual traffic condition of the current city, so as to obtain a road data processing system meeting the actual requirements of the current city.
In this embodiment, the configuration center may adopt the etc cluster to perform unified management on configuration files of each service of the entire distributed DRC, and complete registration and sensing of online and offline of each service.
In an alternative embodiment of the present application, the configuration center 204 may also detect the availability of the control end 202 and the data processing end 203 in real time. Specifically, when the control end or the data processing end is configured as redundancy, if the configuration center detects that a certain control end or data processing end is offline in real time, the configuration center immediately notifies other redundant available control ends or data processing ends to take over the work.
In the embodiment, the configuration center is used for carrying out unified management on all the services in real time, so that the road data processing system is more flexibly deployed and better meets the actual requirements.
In the embodiment of the present invention, DRC _ CP may be augmented when the interactive control service cannot satisfy the current access amount, and DRC _ UP may be augmented when the data processing service cannot satisfy the current data processing amount. In the invention, the distributed deployment of the control end and the data processing end enables the deployment of the road data processing system to be more flexible and to better meet the actual requirements.
In an alternative embodiment, the number of the data processing terminals 203 is multiple, and one data processing terminal is used for processing a data processing class request sent by a client on one road segment.
In this embodiment, for the data client, task segmentation is performed according to different road segments. Taking the highway as an example, dividing the long-distance high speed into a plurality of highway sections, wherein each data processing end is responsible for processing data processing type requests on one highway section. In specific implementation, the whole map area covered by the road data processing system can be divided to obtain a plurality of sub-areas, and each data processing terminal is responsible for data processing requests sent by clients in one sub-area.
In specific implementation, the coverage area of a preset number of rsus may also be used as the coverage area of a data processing end, and the data processing end is responsible for processing data processing type requests sent by clients in the coverage area of the data processing end. The road side unit is a road monitoring data acquisition unit arranged on different road sections and is used for acquiring road data on corresponding road sections.
In the related art, common distributed schemes are all to divide service functions, and realize independent deployment of each service, so as to improve the performance of service processing. When processing user requests involving multiple services, this distributed approach requires remote invocation of multiple service functions, thereby increasing network overhead within the system. In the embodiment of the invention, the distributed control end and the data processing end are deployed, the data processing end is divided according to the coverage area, and the data processing ends in different coverage areas respectively process the data processing requests of corresponding areas. Therefore, for a data processing request in a certain area, when the corresponding data processing end processes the request, other data processing ends do not need to be called remotely, and data processing can be completed according to locally stored data, so that network overhead in a system is saved, and service response speed is further improved.
In this embodiment, the client is connected to the control end and does not sense the data processing end. Therefore, in practical application, when a vehicle runs on a road, the position of a client (for example, a vehicle machine in the vehicle) changes, and when the position of the client moves from the coverage of one data processing end to the coverage of another data processing end, the data processing end related to the data processing request of the client needs to be changed.
In the distributed DRC provided by the invention, information interaction can be carried out between a plurality of control ends and a plurality of data processing ends, and interaction can also be carried out between data processing ends in different areas. Therefore, the distributed DRC provided by the invention does not generate data isolation, and full-segment coverage can be realized through mutual interaction between a plurality of control ends and a plurality of data processing ends.
The road data processing system provided by the invention takes C + + language as development language, wherein, in order to ensure the high efficiency of data interaction, the data interaction between the control end and the data processing end adopts GRPC network communication, which can meet the data request reply within 100ms, so as to realize the message processing and data sharing between a plurality of control ends and a plurality of data processing ends.
In this embodiment, data sharing may be implemented between multiple data processing terminals through Redis to perform data fusion calculation.
By way of example, suppose that there are two cars traveling on a high speed road segment: the distance between the automobile A and the automobile B is 500 meters, but the automobile A is in the coverage range of the data processing end A, and the automobile B is in the coverage range of the data processing end B. At this time, the automobile a has a traffic event, and uploads the relevant information such as the position of the automobile a and the event as event information a to the data processing terminal a through the control terminal, and the data processing terminal a synchronizes the information to Redis.
At this time, the automobile B initiates a related traffic event acquisition request to the control end, and the control end forwards the request to the data end B for processing, so that the data processing end B can acquire the event information A of the automobile A within 500 meters away from the automobile B by Redis according to the current position of the automobile B and send the event information to the automobile B through the control end, and the automobile B can make a corresponding response according to the event information.
In the related art, if an automobile a and an automobile B are within the coverage range of two different DRCs (assumed as DRC-a and DRC-B), when the automobile B initiates a traffic event acquisition request, the DRC-B cannot perform data sharing with the DRC-a, that is, cannot acquire traffic event information of the automobile a, and thus cannot issue related information to the automobile B, resulting in missing information in a processing result.
In the road data processing system provided by this embodiment, data sharing may be implemented between different data processing terminals through a database, so as to avoid information isolation, improve the fusion computing capability of road data, and enable a client to obtain a processing result obtained by computing information covered globally.
In this embodiment, the control terminal and the data processing terminal are respectively connected to an NOSQL database to store a processing result and data to be interacted. Thus, in the present invention, the processing of the request initiated by the client may be dominated by local processing.
In this embodiment, Zabbix and Grafana may be used to monitor the road data processing system, so as to realize visualization of files such as logs and accident alarm.
In this embodiment, the road data processing system may further include a cloud server, and the Kafka message queue is used for interaction between the control end and the cloud server as well as between the data processing end and the cloud server.
The embodiments in the present specification are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other.
The road data processing system provided by the invention is described in detail above, and the principle and the implementation mode of the invention are explained by applying specific examples, and the description of the above examples is only used for helping understanding the method and the core idea of the invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.
Through the above description of the embodiments, those skilled in the art will clearly understand that each embodiment can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware. Based on such understanding, the above technical solutions substantially or contributing to the related art may be embodied in the form of a software product, which may be stored in a computer-readable storage medium, such as ROM/RAM, magnetic disk, optical disk, etc., and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the method according to the embodiments or some parts of the embodiments.

Claims (10)

1. A road data processing system, comprising: the system comprises a client, a control end and a data processing end;
the client generates a request when detecting the operation of a user;
the control end processes the request with the type of the control class and returns a processing result to the client;
and the data processing terminal processes the request with the type of the data processing class and returns a processing result to the client.
2. The road data processing system of claim 1, wherein the control end and the data processing end are respectively: a first process and a second process deployed on the same server.
3. The road data processing system of claim 1, wherein the control end and the data processing end are respectively: a first process deployed on a first server and a second process deployed on a second server.
4. The road data processing system according to any one of claims 1 to 3, characterized in that the system further comprises: the configuration center sends a control end amplification request to the configuration center when the number of the currently received requests exceeds a preset number;
and the configuration center creates a new process on the server as a new control end according to the control end amplification request.
5. The road data processing system according to any one of claims 1 to 3, characterized in that the system further comprises: the data processing terminal sends a data processing terminal capacity expansion request to the configuration center when the current data volume needing to be processed exceeds a preset data volume;
and the configuration center creates a new process on the server as a new data processing end according to the capacity expansion request of the data processing end.
6. The road data processing system of claim 1, wherein the number of the clients is plural, and the clients are respectively road monitoring data acquisition units arranged on different road segments or vehicle machines, automatic driving industrial control units or application programs in vehicles running on different road segments, the number of the data processing terminals is plural, and one data processing terminal is used for processing data processing type requests sent by the client on one road segment.
7. The road data processing system according to any one of claim 6, wherein the control end performs the steps of:
receiving and detecting the type of a request sent by the client;
under the condition that the type is the control type, the control end carries out local processing on the request of the control type;
under the condition that the type is the data processing type, the control end forwards the request with the type being the data processing type to the data processing end;
and receiving a processing result generated by the data processing terminal and forwarding the processing result to the client.
8. The road data processing system of claim 7, further comprising: and the configuration center is used for detecting the number of the clients which are currently accessed into the data processing system of each road section in real time, and establishing a corresponding number of processes on the server as control ends according to the data volume.
9. The road data processing system of claim 7, further comprising: and the configuration center is used for detecting the current traffic condition of each road section in real time, and establishing a corresponding number of processes on the server as a data processing end according to the current traffic condition.
10. The road data processing system of any one of claims 1 to 3, wherein data interaction between the control end and the data processing end adopts GRPC network communication, and the control end and the data processing end are respectively connected with NOSQL databases to store processing results and data to be interacted.
CN202110940594.4A 2021-08-16 2021-08-16 Road data processing system Pending CN113791894A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110940594.4A CN113791894A (en) 2021-08-16 2021-08-16 Road data processing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110940594.4A CN113791894A (en) 2021-08-16 2021-08-16 Road data processing system

Publications (1)

Publication Number Publication Date
CN113791894A true CN113791894A (en) 2021-12-14

Family

ID=78876030

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110940594.4A Pending CN113791894A (en) 2021-08-16 2021-08-16 Road data processing system

Country Status (1)

Country Link
CN (1) CN113791894A (en)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6336128B1 (en) * 1997-11-03 2002-01-01 Daimlerchrysler Ag Data-processing-aided electronic control system for a motor vehicle
CN102546203A (en) * 2010-12-20 2012-07-04 中国移动通信集团广西有限公司 Business process allocation method and device
CN103226598A (en) * 2013-04-22 2013-07-31 华为技术有限公司 Method and device for accessing database and data base management system
CN106330769A (en) * 2016-11-15 2017-01-11 腾讯科技(深圳)有限公司 Business processing method and server
CN111371904A (en) * 2020-03-18 2020-07-03 交通运输部公路科学研究院 Cloud-side-end-coordinated highway cloud control system and control method
CN111768295A (en) * 2020-06-30 2020-10-13 北京同邦卓益科技有限公司 Data processing method, system, electronic device and storage medium
CN112121413A (en) * 2020-09-30 2020-12-25 腾讯科技(深圳)有限公司 Response method, system, device, terminal and medium of function service
CN112184196A (en) * 2020-09-14 2021-01-05 北京字跳网络技术有限公司 Data processing method, device, server and storage medium

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6336128B1 (en) * 1997-11-03 2002-01-01 Daimlerchrysler Ag Data-processing-aided electronic control system for a motor vehicle
CN102546203A (en) * 2010-12-20 2012-07-04 中国移动通信集团广西有限公司 Business process allocation method and device
CN103226598A (en) * 2013-04-22 2013-07-31 华为技术有限公司 Method and device for accessing database and data base management system
CN106330769A (en) * 2016-11-15 2017-01-11 腾讯科技(深圳)有限公司 Business processing method and server
CN111371904A (en) * 2020-03-18 2020-07-03 交通运输部公路科学研究院 Cloud-side-end-coordinated highway cloud control system and control method
CN111768295A (en) * 2020-06-30 2020-10-13 北京同邦卓益科技有限公司 Data processing method, system, electronic device and storage medium
CN112184196A (en) * 2020-09-14 2021-01-05 北京字跳网络技术有限公司 Data processing method, device, server and storage medium
CN112121413A (en) * 2020-09-30 2020-12-25 腾讯科技(深圳)有限公司 Response method, system, device, terminal and medium of function service

Similar Documents

Publication Publication Date Title
CN106657287B (en) Data access method and system
US7518983B2 (en) Proxy response apparatus
US20180159745A1 (en) Orchestration of cloud and fog interactions
CN113037560B (en) Service flow switching method and device, storage medium and electronic equipment
CN112055422B (en) Method and device for associating 5G signaling with user plane data
CN110944044A (en) Distributed API gateway system and implementation method thereof
CN111083187A (en) Industrial application service processing method and system
KR102300124B1 (en) video surveillance system by use of core VMS and edge VMS in mobile edge computing
Lu et al. A comparison of end-to-end architectures for connected vehicles
CN111741135B (en) Hybrid cloud disaster recovery system and control method thereof
CN102801876B (en) Business information centralized processing system and method
CN113791894A (en) Road data processing system
CN111600929A (en) Transmission line detection method, route strategy generation method and proxy server
CN111880932A (en) Data storage method and device based on multiple network ports
CN110740459A (en) uRLLC network slice generation device and generation method based on GPS
CN115664942A (en) Server disaster tolerance method and system
CN110347509B (en) Service framework access system, service request processing method, device and medium
CN113630317A (en) Data transmission method and device, nonvolatile storage medium and electronic device
CN110654428A (en) Automatic system is synthesized in driving
CN109327529B (en) Distributed scanning method and system
CN113190347A (en) Edge cloud system and task management method
US9525717B2 (en) System for and methods of providing computer telephony integration service oriented architecture
CN111258764A (en) Method and system for providing multi-tenant persistent task records for data center
JP7359175B2 (en) Server, data collection system, program and data collection method
Chang et al. An M2M computing model for improving the performance among devices

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination