CN1953444A - A slim client oriented system and method for active publication of real time data - Google Patents
A slim client oriented system and method for active publication of real time data Download PDFInfo
- Publication number
- CN1953444A CN1953444A CNA2005100305922A CN200510030592A CN1953444A CN 1953444 A CN1953444 A CN 1953444A CN A2005100305922 A CNA2005100305922 A CN A2005100305922A CN 200510030592 A CN200510030592 A CN 200510030592A CN 1953444 A CN1953444 A CN 1953444A
- Authority
- CN
- China
- Prior art keywords
- data
- real time
- time data
- consumption side
- pipeline
- 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
Links
Images
Abstract
The invention relates to a real-time data active publish system facing client and relative method. Wherein, it comprises real-time data generator, real-time data consumer, and real-time data transfer module; the transfer module comprises that real-time data receiving module, real-time data sending module, and data consumer register module; said real-time data receiving module receives the generated data; said data consumer register module receives the register and log off of real-time data consumer; the real-time data sending module based on the information of data consumer register module sends data to registered data consumers. The invention can improve the real-time property and reduce delay with active sending.
Description
Technical field
The present invention relates to a kind of real time data active delivery system and method towards thin-client.
Background technology
Real time data is meant the data that produce and need instant processing in production system along with the operation of system at any time, the ageing of this data processing had relatively high expectations, generally with real time data from producing the time delay handled as one of important indicator of measurement real-time system.Because real time data produces along with system's operation is a large amount of, therefore reduces the data volume of wall scroll real time data usually when design system, generally is controlled within the hundreds of byte as far as possible.In the whole production system environment, the module that produces real time data is called the real time data producer, and the module of handling this real time data is called real time data consumption side.
The application of real-time system in industry-by-industry is extensive day by day, and the distributivity of territory doughtily of industry makes these real-time systems also need to possess the characteristics of distributivity again simultaneously.In this case, real time data producer and real time data consumption side are distributed in geographic different location, both asynchronous operations, the real time data of running of how real-time system being rely is published to data consumption side from the data producer timely and accurately, is called a key and important module that can system requirement of real time.
At present the transmission means of real time data mainly contains two kinds, based on the active issue of C/S (client/server) structure and based on B/S (browser/server) structure promptly towards two kinds of the passive issues of thin-client.Wherein, initiatively the published method real-time is higher, initiatively is distributed to data consumption side by the data producer immediately after real time data produces, and both sides' data delay is mainly the transmission delay of data, and this type of delay is unavoidable in distributed system; And the real-time of passive send mode is lower, data producer buffer memory at first after real time data produces, by data consumption side regular to data producer request msg (refreshing), the data delay that this mode causes, except the intrinsic network delay of distributed system, also want adjacent twice request in average additional data consumption side the time interval 1/2.On the other hand, need exploitation separately, dispose and safeguard special-purpose client based on the system of C/S (client/server) structure, and B/S (browser/server) system its utilize common Web browser as client, more common and convenient.
Summary of the invention
The objective of the invention is to above-mentioned two kinds of methods of generally using are at present combined, proposes a kind of real time data towards thin-client initiatively delivery system and method, promptly towards the real time data active send mode of browser.
For reaching above-mentioned purpose, the present invention adopts following technical scheme:
A kind of real time data active delivery system towards thin-client, comprise the real time data producer, real time data consumption side and real time data forwarding module, described real time data forwarding module comprises the real time data receiver module, the real time data sending module, data consumption side's Registering modules, described real time data receiver module receives data data that producer generates, described data consumption side's registration mould is accepted the registration and unregistration of real time data consumption side, described real time data sending module is sent to each current data consumption side that has registered according to the information of data consumption side's Registering modules with data.
A kind of real time data active dissemination method towards thin-client adopts above-mentioned real time data active delivery system towards thin-client, may further comprise the steps,
1) registration of data consumption bearing data forwarding module and cancellation step;
2) real time data of real time data receiver module receiving real-time data producer generation;
3) when being register requirement, the real time data sending module is sent to this real time data consumption side with real time data; When being de-registration request, the log-on message of this data consumption side is removed, stop to send real time data to this data consumption side.
Technical solution of the present invention makes the transmission of real time data promptly have high real-time and the low retardance that initiatively sends, and possesses the convenience and the versatility of B/S (browser/server) structural system again.And thin-client is convenient to system development, deployment and maintenance.Support a plurality of real time datas consumption side simultaneously, the number formulary of real time data consumption simultaneously amount does not exert an influence to the real time data producer, and can dynamic change in system's running.By Internet and http protocol, can make the producer of real time data and consumption side not limited by the region.
Further specify the present invention below in conjunction with drawings and Examples.
Description of drawings
Fig. 1 is towards the real time data active delivery system structural representation of thin-client;
Registration of Fig. 2 data consumption bearing data forwarding module and the techniqueflow chart of nullifying;
Fig. 3 data producer sends the techniqueflow chart of real time data to data forwarding module;
Fig. 4 data forwarding module sends the techniqueflow chart of real time data to data consumption side;
Fig. 5 data monitoring service procedure.
Embodiment
As shown in Figure 1, a kind of real time data active delivery system towards thin-client, comprise the real time data producer, real time data consumption side and real time data forwarding module, described real time data forwarding module comprises the real time data receiver module, the real time data sending module, data consumption side's Registering modules, described real time data receiver module receives data data that producer generates, described data consumption side's registration mould is accepted the registration and unregistration of real time data consumption side, described real time data sending module is sent to each current data consumption side that has registered according to the information of data consumption side's Registering modules with data.
Wherein, real time data receiver module: be responsible for from real time data producer receiving real-time data, so that send to data consumption side.The real time data producer can send when this function sends data immediately, sends immediately after promptly data produce, and does not need data are cushioned.
Data consumption side's Registering modules: by real time data consumption side when the needs receiving real-time data, at first register, so that the real time data forwarding module sends the follow-up real time data of receiving to this data consumption side to the data consumption side of real time data forwarding module Registering modules.Each data consumption side only needs in its lifetime to the registration of real time data forwarding module once, can constantly receive follow-up all real time datas.Also can realize the cancellation function of real time data consumption direction real time data forwarding module, promptly propose de-registration request, so that forwarding module no longer mails to this data consumption side with follow-up real time data to forwarding module.Since native system at be that thin-client is a Web browser, be closed or after the user order stop button at browser, HTTP connection closed between this data consumption end and real time data forwarding module, the real time data forwarding module is after detecting this situation, automatically the log-on message of this data consumption side is removed, also just can follow-up real time data not mail to this data consumption side.
Real time data sends: according to the log-on message of data consumption side, after the Data Receiving function receives the real time data that the data producer sends, data are sent to each current data consumption side that has registered.If mistake occurs in the process that sends data to certain data receiver, think that then this data consumption side closes, data consumption side's log-on message is removed, so that no longer follow-up is sent to this data consumption side.
A kind of real time data active dissemination method towards thin-client adopts above-mentioned real time data active delivery system towards thin-client, may further comprise the steps,
1. after data consumption side (browser) starts, send common HTTP request to the corresponding URL of data forwarding module address.
Can attach the URL parameter, to indicate the details of expectation receiving real-time data;
2. the data consumption side's registering functional in the data transmission blocks is that an independently thread is created by this data consumption side, and this thread will be responsible for its registration, the work that data send and nullify in the lifetime of data consumption side;
3. one of this thread creation is specific to the pipeline (PIPE) of this data consumption side, is used for the transmission with real time data;
4. thread joins the input mutual exclusion of pipeline in the pipeline chained list of system's overall situation.Mutual exclusion is meant in this operation to be carried out in the process, does not allow other thread that this pipeline chained list is inserted and operation such as deletion;
5. thread keeps the output of pipeline, and enters wait state and up to the output of pipeline data output is arranged;
6. occur in data procedures when wrong sending to its corresponding data consumption side when thread, thinking that this data consumption side has closed no longer needs real time data.Enter log off procedure;
7. in the mode of mutual exclusion the pipeline input of correspondence is deleted in the pipeline chained list of system's overall situation.Mutual exclusion is meant in this operation to be carried out in the process, does not allow other thread that this pipeline chained list is inserted and operation such as deletion;
8. pipeline is analysed structure, discharge its shared resource;
9. thread itself withdraws from, and so far finishes at the processing of this data consumption side;
10. receive the real time data that the data producer is sent;
11., send the real time data that this is received to existing all pipeline data ends in the overall pipeline chained list;
12. after all pipeline inputs are sent completely, enter wait state, wait for follow-up real time data;
13. new real time data is arranged in the pipeline;
Read new real time data 14. go out end from the pipeline number;
15. connect by the HTTP that has set up before and kept always, this real time data sent to real time data consumption side;
16. check whether make a mistake in the previous step process of transmitting, if wrong generation thinks that this consumption side closes, notice consumption side registering functional enters log off procedure;
17. if do not make a mistake send, enter wait state, wait for new data in the pipeline.
Wherein, the registration process of step 1 to 5 corresponding diagram 2.When thread occurs wrong or when abort request is arranged sending to its corresponding data consumption side in data procedures, thinking then that this data consumption side has closed no longer needs real time data, enters step 6 to 9, the log off procedure shown in its corresponding diagram 2.
Step 10 is to 12 being the real time data process that real time data receiver module receiving real-time data producer produces; It as shown in Figure 3.
To be data forwarding module to 12 send the process one of real time data to data consumption side to step 10, as shown in Figure 4.
The foregoing description is applied in the Shanghai Urban traffic-information service grid project, by Servlet (java server application program) technology, has realized the monitoring service module of vehicle real-time GPS data.Client does not need to import any parameter when request gps data monitor service, and the result's of this service return course has continuation, be that module is when receiving certain client-requested, constantly send the gps data that newly receives, till this client finishes this session to this client.
Client was generally " request-response " (Request-Response) pattern with the session of server end during tradition Web used, i.e. client transmission is once asked, and beamed back the result is disposable after the server-side processes request.And in this gps data monitor module, need server end continual gps data of beaming back after client is once asked, therefore need expand to adapt to this demand traditional conversation modes.Specific implementation as shown in Figure 5.
In order to reach this application requirements, server end in this module (data producer) is keeping the response of client is connected always, when receiving new gps data, these data are beamed back client (data consumption side), make client can continually demonstrate the gps data that system receives, and do not need to ask repeatedly.Simultaneously, also consider the concurrent request of multi-client in the implementation procedure, can the while send up-to-date gps data to the client of a plurality of request gps data monitor service.Its workflow specifies as follows as shown in Figure 5:
(1) server end is beamed back thread and an one-way data pipeline for each gps data monitor service request generates data, and the inlet of pipeline is deposited in the chained list.When new request, the entrance that it is corresponding adds in this chained list, goes on foot corresponding to the 1-5 among the embodiment; Finish service conversation as client, no longer need when it beams back gps data, then that it is corresponding entrance is deleted from chained list, goes on foot corresponding to the 6-9 among the embodiment;
(2) receive new gps data, go on foot corresponding to the 10th among the embodiment;
(3) entrance of each in chained list writes this data, corresponding to the 11st among the embodiment, 12 steps;
(4) beam back thread corresponding to the gps data of each client, wait for receiving new gps data in the corresponding pipeline, in pipeline, send new data.Corresponding to the 13rd step in implementing;
(5) beam back client after these data are taken out from pipeline, make data in time be presented at client.If in the process of data being beamed back client, make a mistake, think that then this client closes, no longer need receiving real-time data,
The inlet of its corresponding pipeline is deleted in chained list.Go on foot corresponding to the 14-17 among the embodiment.
Above-mentioned operations to the entrance chained list comprises adding, deletes and sends data to each pipeline, all uses the synchronization mechanism among the Java, guarantees the consistency of data in the chained list under the multi-thread environment.
Claims (6)
1, a kind of real time data active delivery system towards thin-client, comprise real time data producer and real time data consumption side, it is characterized in that: also comprise a real time data forwarding module, described real time data forwarding module comprises the real time data receiver module, the real time data sending module, data consumption side's Registering modules, described real time data receiver module receives data data that producer generates, described data consumption side's registration mould is accepted the registration and unregistration of real time data consumption side, described real time data sending module is sent to each current data consumption side that has registered according to the information of data consumption side's Registering modules with data.
2, a kind of real time data active dissemination method towards thin-client adopts the described real time data active delivery system towards thin-client of claim 1, it is characterized in that may further comprise the steps,
1) registration of data consumption bearing data forwarding module and cancellation step;
2) real time data of real time data receiver module receiving real-time data producer generation;
3) when being register requirement, the real time data sending module is sent to this real time data consumption side with real time data; When being de-registration request, the log-on message of this data consumption side is removed, stop to send real time data to this data consumption side.
3, the real time data active dissemination method towards thin-client according to claim 2, it is characterized in that: described step 1) registration may further comprise the steps:
After a, data consumption side start, send common HTTP request to the corresponding URL of data forwarding module address;
Data consumption side's Registering modules in b, the data transmission blocks is that an independently thread is created by this data consumption side, should
C, thread will be in the lifetimes of data consumption side, the work of being responsible for its registration, data transmission and nullifying;
D, pipeline that is specific to this data consumption side of this thread creation are used for the transmission with real time data;
E, thread join the input mutual exclusion of pipeline in the pipeline chained list of system's overall situation;
F, thread keep the output of pipeline, and enter wait state and up to the output of pipeline data output is arranged.
4, the real time data active dissemination method towards thin-client according to claim 3, it is characterized in that: when thread occurs wrong or when abort request is arranged sending to its corresponding data consumption side in data procedures, thinking then that this data consumption side has closed no longer needs real time data, enter the log off procedure of described step 1), specifically may further comprise the steps:
A, the pipeline input of correspondence is deleted in the pipeline chained list of system's overall situation in the mode of mutual exclusion;
B, pipeline is analysed structure, discharge its shared resource;
C, thread itself withdraw from, and finish the processing at this data consumption side.
5, according to claim 3 or 4 described real time data active dissemination methods, it is characterized in that: described step 2) may further comprise the steps towards thin-client:
A, receive the real time data that the data producer is sent;
B, to existing all pipeline data ends in the overall pipeline chained list, send the real time data that this is received;
C, after all pipeline inputs are sent completely, enter wait state, wait for follow-up real time data.
6, according to claim 3 or 4 described real time datas towards thin-client dissemination methods initiatively, it is characterized in that: the real time data sending module is sent to this real time data consumption side with real time data and may further comprise the steps in the described step 3):
New real time data is arranged in a, the pipeline;
B, go out end from the pipeline number and read new real time data;
C, this real time data is sent to real time data consumption side;
Whether d, inspection make a mistake in the previous step process of transmitting, if wrong generation thinks that this consumption side closes, notice consumption side Registering modules enters log off procedure;
If e sends and does not make a mistake, enter wait state, wait for new data in the pipeline.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2005100305922A CN1953444A (en) | 2005-10-17 | 2005-10-17 | A slim client oriented system and method for active publication of real time data |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2005100305922A CN1953444A (en) | 2005-10-17 | 2005-10-17 | A slim client oriented system and method for active publication of real time data |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN1953444A true CN1953444A (en) | 2007-04-25 |
Family
ID=38059562
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2005100305922A Pending CN1953444A (en) | 2005-10-17 | 2005-10-17 | A slim client oriented system and method for active publication of real time data |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1953444A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104925048A (en) * | 2015-06-09 | 2015-09-23 | 成都衔石科技有限公司 | Using method of following car communication system |
-
2005
- 2005-10-17 CN CNA2005100305922A patent/CN1953444A/en active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104925048A (en) * | 2015-06-09 | 2015-09-23 | 成都衔石科技有限公司 | Using method of following car communication system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101188566B (en) | A method and system for data buffering and synchronization under cluster environment | |
| CN110069354A (en) | The full link trace method of micro services and micro services framework | |
| CN106021315B (en) | Log management method and system for application program | |
| CN110309231A (en) | A kind of method of data synchronization and system across computer room | |
| CN111970195B (en) | Data transmission method and streaming data transmission system | |
| CN107168873B (en) | Network testing system and method based on script | |
| CN105099763A (en) | Method and device for reminding lost connection of equipment | |
| CN103607476A (en) | System and method for distributed multi-stage persistence of huge number of messages | |
| CN103645904A (en) | Cache realization method of interface calling | |
| WO2018040168A1 (en) | Distributed-cache synchronization method, apparatus, and system | |
| CN105183299A (en) | Human-computer interface service processing system and method | |
| CN103685385A (en) | Method, system and device for file synchronization | |
| CN105959420A (en) | Multi-client metadata synchronous update method and device | |
| CN102437921B (en) | Memory method and network device of configuration information | |
| CN105446819A (en) | Service connection system and design method therefor | |
| CN112202862B (en) | Method and device for synchronizing cluster data and files based on kafka | |
| CN104617666A (en) | Power distribution network data transmission method using publishing and subscribing communication model | |
| CN1953444A (en) | A slim client oriented system and method for active publication of real time data | |
| CN103338160B (en) | Based on optimization system and the optimization method of the polling service of buffer queue | |
| CN101170520B (en) | A network system signal processing method based on UDDI | |
| CN104052723B (en) | information processing method, server and system | |
| CN102196157A (en) | Program publishing system of TV (television) station | |
| CN108880779B (en) | Text synchronization method based on redis message notification | |
| CN101958935B (en) | MiniGUI-based remote monitoring system and method of embedded controller | |
| CN102497306A (en) | Method for realizing data transmission of distribution network substation and system thereof |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20070425 |