CN101902412A - Traffic management data interacting method and message service system - Google Patents
Traffic management data interacting method and message service system Download PDFInfo
- Publication number
- CN101902412A CN101902412A CN 201010219787 CN201010219787A CN101902412A CN 101902412 A CN101902412 A CN 101902412A CN 201010219787 CN201010219787 CN 201010219787 CN 201010219787 A CN201010219787 A CN 201010219787A CN 101902412 A CN101902412 A CN 101902412A
- Authority
- CN
- China
- Prior art keywords
- message
- traffic
- reach
- server
- client
- 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 traffic management data interacting method and a message service system. The method comprises the following steps: a) a data acquisition subsystem analyzes the traffic flow data which are collected in real time and instantly generates traffic messages to send to a message server according to the analysis result; b) the message server receives the messages from the data acquisition subsystem, wherein the messages contain traffic messages and a message subscription request used for subscribing traffic messages; c) the message server analyzes the received messages and stores the message subscription request in the messages; and d) according to the stored message subscription request, the message server sends the corresponding subscribed traffic messages which are received soon to a client subscribing the messages.
Description
Technical field
The present invention relates to a kind of traffic management data interacting method, particularly a kind of traffic management data interacting method and message service system.
Background technology
Along with the development of the progress in epoch and society, the vehicle guaranteeding organic quantity in each city increases rapidly, thereby causes city, the traffic conflict between intercity to become increasingly conspicuous.Whether unobstructed and the urban transportation economic and development that directly has influence on the city, thereby the transport solution problem is extremely urgent.
Want to solve fast and effectively the problem in the urban transportation, just must accurately understand the various traffic elements that relate in the urban transportation and the traffic of entire city.And each data source in the control of city is distributed in different positions from the space; Last from the time, historical data and real time data are arranged; From acquisition mode,, be to be distributed in the different systems to the collection of every data.Want the traffic administration data of numerous and complicated like this are integrated, carry out the rapid analysis location, the interactive service of a performance good data just must be arranged.
Usually can utilize equipment that traffic behavior is done data acquisition at field of traffic at present; the data of these traffic behaviors comprise traffic flow data; then these data are analyzed; and analysis result passed to the user by information system; these information systems all adopt Web Service access mechanism (see figure 1); ftp mechanism (Fig. 2), or message queue is realized the data interaction between each system.The interactive efficiency of data and real-time, accuracy are greatly limited.
For the mode of using web Service to carry out data interaction, behind database or other storage mediums, the user of data can not in time recognize this situation to the provider of data, uses regular visit immediately, also has certain time delay with storage.
For utilizing the ftp technology, the system that carries out data interaction also exists the limitation of real-time.Under the ftp file, the simple secondary development of use side utilization can get access to the ftp data in server to collection terminal with storage.The advantage of this interactive mode is that no matter whether the user exists, the provider can store collection result into corresponding position; Shortcoming is exactly, and whether the user can't understand required data the very first time and put in place, and obtains required message, and therefore, real-time can't guarantee.
For existing another interactive mode be exactly: message queue (MQ).Between the interacting message side, the interface method that utilizes message queue to provide, send to receiving terminal to the message queue store data or with the message in the message queue, because message queue needs designated receiving terminal when sending message, after the message in the message queue is sent to receiving terminal, this message can be deleted from message queue, therefore for some unappropriated receiving terminals, can't receive the message that server outwards sends in the very first time, therefore, the real-time of message queue is also still not enough.
The optimal control of intelligent transportation field and prediction, not only need gather timely and analyze the traffic flow data at scene, and need the result that will analyze to pass to the user with prestissimo, it is particularly important that the real-time of its message transmission seems, and above-mentioned The Application of Technology can be brought certain limitation, and the real-time of message is difficult to guarantee.
Summary of the invention
For this reason, the invention reside in a kind of a kind of traffic management data interacting method and message service system of proposition with high real-time.
Therefore, a kind of traffic management data interacting method may further comprise the steps:
A) collection of data
The traffic flow data that data acquisition subsystem will collect is in real time analyzed, and in time forms traffic message according to analysis result and send to message server;
B) reception of message
Message server receives the message from data acquisition subsystem, and described message comprises traffic message and the message subscribing request that is used to subscribe to described traffic message;
C) parsing of message
Described message server is resolved the described message that receives, and described message subscribing request is wherein preserved;
D) transmission of message
Described message server sends to the corresponding subscribed described traffic message that receives subsequently the client of subscribing to this message according to the described message subscribing request of being preserved.
Above-mentioned traffic management data interacting method, described message server is handled the multithreading that is treated to of message.
Above-mentioned traffic management data interacting method, described message also comprise the message request of cancelling subscriptions of the described traffic message that is used to cancel subscriptions,
The parsing of described message comprises following processing mode:
I. judge the legitimacy of the data format of described traffic message or described client message
To filtering for the described message of illegal data format, to carrying out further type identification for the described message of legal data format;
Ii. differentiate the type of legitimate messages
If when being judged to other type of message, then add the message subscribing tabulation for the subscription type;
If be judged to other described message when cancelling subscriptions type, the then corresponding message subscribing request of deletion from described message subscribing tabulation.
Above-mentioned traffic management data interacting method, the transmission of described message are to utilize the function of thread pool to create the transmission thread, and the data after resolving are sent to corresponding subscriber.After sending end, withdraw from this thread.
Be identified as after above-mentioned traffic management data interacting method, described message server are resolved the described message that receives must reach character must reach information the time, the described message that must reach is stored in the described message server; And with described must reach message send to subscribed to described must reach message must reach the message sink end;
When described server has received the described affirmation that must reach the message sink end when receiving feedback, described server will be saved describedly must reach the message deletion;
When described server does not receive the described affirmation that must reach the message sink end when receiving feedback, described server after this will be regularly sends and describedly must reach message to the described message sink end that must reach.
A kind of message service system that adopts above-mentioned arbitrary traffic management data interacting method comprises
At least one data acquisition subsystem, each described data acquisition subsystem is analyzed the traffic flow data that collects, and in time forms message according to analysis result and transmit;
Message server is connected with each described data acquisition subsystem, and the mode by message subscribing will be transmitted to the client of having subscribed to this traffic message from the described traffic message that described data acquisition subsystem receives in real time.
Above-mentioned message service system, described message server comprises:
A. message sink module
Described message sink module receives from the traffic message of described data acquisition subsystem with from the client message of client;
B. message resolution module
Described message resolution module is connected with described message sink module, resolves to the described traffic message that receives with from the client message of client, and the message subscribing request in the client message is preserved;
C. message transmission module
Described message transmission module is connected with described message resolution module, according to the described message subscribing request of being preserved, the corresponding subscribed described traffic message that receives is subsequently sent to the client of subscribing to this message.
Above-mentioned message service system, described data acquisition subsystem comprises the semaphore that is used to gather traffic flow data, with being used for of being connected with described semaphore the data processing equipment that traffic message is transmitted is analyzed and formed to the described traffic flow data that receives.
Above-mentioned message service system, comprise that also the message that a described message transmission module connects must reach module, described message must reach that module receives and preserve from what having of described message transmission module must reach character and must reach message, and with described must reach message send to subscribed to described must reach message must reach the message sink end:
When described server has received the described affirmation that must reach the message sink end when receiving feedback, described message must reach described that module will be saved must reach the message deletion;
When described server does not receive the described affirmation that must reach the message sink end when receiving feedback, described message must reach module and after this will be regularly send and describedly must reach message to the described message sink end that must reach.
Above-mentioned message service system comprises a message logging module that is connected with described message transmission module again, and described message logging module is used for the abnormal data of reception and process of transmitting is carried out record, so that the later stage inquiry.
The present invention has the following advantages:
1. this message service system is analyzed the traffic flow data that collects by data acquisition subsystem, and in time forms forwards to message server according to analysis result; Message server adopts the mode of message subscribing that message is subscribed to, can guarantee that message server is after receiving the described traffic message that is sent by data acquisition subsystem, immediately described traffic message is sent to the reception client of having subscribed to this message, improved the real-time of transmission of messages widely.
2, adopt the message process mode of multithreading can guarantee to send and receive multiple messages simultaneously, improved the real-time of transmission of messages.
3, adopt message must reach module and can guarantee and in the time must reaching message and do not reach the message sink end, can regularly send message, receive the affirmation that described message sink end sends until server and receive feedback to described message sink end.
Description of drawings
For the easier quilt of content of the present invention is clearly understood, below according to a particular embodiment of the invention and in conjunction with the accompanying drawings, the present invention is further detailed explanation.
Fig. 1 is used for describing prior art, the block diagram that utilizes web service technology to carry out data interaction
Fig. 2 utilizes the ftp technology to carry out the block diagram of data interaction;
Fig. 3 is the message server Organization Chart;
Fig. 4 has the message server Organization Chart that message must reach the module message log pattern;
Among the figure annexation of arrow representative and module and message flow to.
Embodiment
As shown in Figure 3, the message service system of traffic management data interacting method comprises:
Data acquisition subsystem S1, each described data acquisition subsystem is analyzed the traffic flow data that collects, and in time forms traffic message according to analysis result and transmit; Wherein, described data acquisition subsystem is analyzed the described traffic flow data that collects with being connected with described semaphore by the semaphore of gathering traffic flow data, and forms the data processing equipment (not marking) that message is transmitted herein according to analysis result.
Message server, described message server is connected with described data acquisition subsystem S1 respectively, and receiving described traffic message message of sending and the client message that sends by client R1 by described data acquisition subsystem S1, described client message comprises the message subscribing request of subscribing to described traffic message and the message request of cancelling subscriptions of the described traffic message of message subscribing;
Described messenger service implement body comprises: the message sink module, described message sink module receives the traffic message from data acquisition subsystem S1, be used to subscribe to the message subscribing request of described traffic message, and the message request of cancelling subscriptions of the described traffic message that is used to cancel subscriptions;
Message resolution module, described message resolution module is connected with described message sink module, and the described traffic message or the described client message that receive are resolved:
I. judge the legitimacy of the data format of message
To filtering, to carrying out further type identification for the described message of legal data format (form is XML) for the described message of illegal data format (data format is not XML);
Ii. differentiate the type of legitimate messages
When message format is the XML form,, as follows if when being judged to the element of other described message by name " subscription ":
<？xml?version＝\″1.0\″encoding＝\″GB2312\″？>
<subscription?System＝\″ATMS\″Ver＝\″1.0\″>
＜messagetype〉traffic information＜/messagetype 〉
<sourceIP>106.108.1.20</sourceIP>
<user>R1</user>
</subscription>
Then be considered as the message subscribing request, and it is added the message subscribing tabulation;
If when being judged to the element " unsubscription " by name of other described message, as follows:
<？xml?version＝\″1.0\″encoding＝\″GB2312\″？>
<unsubscription?System＝\"ATMS\″Ver＝\″1.0\″>
＜systemtype〉subsystem types＜/systemtype 〉
＜messagetype〉traffic information＜/messagetype 〉
<sourceIP>106.108.1.21</sourceIP>
<user>R2</user>
</unsubscription>
The then corresponding message subscribing request of deletion from described message subscribing tabulation.
If when being judged to the element " message " by name of other described message, then as follows:
<？xml?version＝\″1.0\″encoding＝\"GB2312\″？>
<message?System＝\"ATMS\″Ver＝\″1.0\″>
＜messagetype〉traffic information＜/messagetype 〉
<sourceIP>106.108.1.23</sourceIP>
＜messagecontent〉the place ahead road conditions are good＜/messagecontent 〉
</message>
Then be sent to sending module.
Hypothesis is at first given message server by the message that client R1 has sent element " subscription " by name in the present embodiment, and after this, the traffic message that has been sent element " message " by name by data acquisition subsystem S1 is given message server.
A) message transmission module
Described message transmission module is connected with described message resolution module, described message transmission module is according to the type of message under described traffic message " messagetype " attribute that receives, present embodiment is " traffic information ", from the message subscribing request of having preserved, find out the message subscribing request that its " messagetype " attribute also is " traffic information " (present embodiment is an example with the message subscribing request that R1 sends), then, according to IP address, the IP address (the IP address of present embodiment R1 is " 106.108.1.20 ") of " sourceIP " in this message subscribing request, this traffic message is sent to the receiving terminal R1 of this traffic message as the message sink end.
In the present embodiment, message server is treated to the multithreading processing mode to message, and the described client that each is connected with described message server has an independently Message Processing thread, is used for sending and receiving message.The transmission of described message is to utilize the function of thread pool to create the transmission thread, and the data after resolving are sent to corresponding subscriber, and transmission is withdrawed from this thread after finishing.
Embodiment 2
The difference of present embodiment and embodiment 1 is: after client R1 and message server connected, message server distributed handle h1 for it; Client R1 has sent a piece of news subscribe request to message server, subscribes to traffic information, and message server adds the described message subscribing request of client R1 and the handle h1 of client R1 in the subscription list.
After this, adopt data acquisition subsystem S1 and message server and connect, message server distributes handle h2 for it; Adopt data acquisition subsystem S1 and sent " messagetype " attribute for behind the traffic message of " traffic information " to message server, message server is resolved this message, and compare with subscription list, found the handle h1 that subscribes to this message, pass through sending module afterwards, use h1, sent to client R1.Finish a message circulation.
Embodiment 3
As shown in Figure 4, present embodiment is with the difference of embodiment 1: described message server comprises that also a message that is connected with described message transmission module must reach module, described message interpretation module makes an explanation to the message that receives, after being the message of legal XML form when identification message, the type of its message is differentiated.When the element of the message that receives " message " by name, be judged as traffic message, when having " forcemission " attribute in this traffic message, then be judged as have must reach character must reach message, as follows:
<？xml?version＝\″1.0\″encoding＝\″GB2312\″？>
<message?System＝\″ATMS\″Ver＝\″1.0\″>
＜messagetype〉warning message＜/messagetype 〉
<sourceIP>106.108.1.23</sourceIP>
<targetIP>106.108.1.21</targetIP>
<forcemission>10</forcemission>
<user>S1</user>
＜messagecontent〉the road conditions warning＜/messagecontent 〉
</message>
And the described message that must reach sent to described message by message transmission module and must reach module and preserve.
Described message transmission module is according to the IP address " 106.108.1.21 " in its " targetIP " attribute, this must be reached message send to the reception client of IP address for " 106.108.1.21 ", (present embodiment is example with R2 for the reception client that must reach message), when described client R2 receives after this must reach message, award one of message server and confirm to receive feedback, described message server receives feedback by described message transmission module with described affirmation and delivers to described message and must reach module, and described message must reach module and receive described affirmation and receive will be saved after the feedback described and must reach the message deletion.If described message server does not receive described affirmation and receives when feeding back, described message must reach module and the number of times in the attribute of automatic base area " forcemission " is regularly sent to client R2 describedly must reach message, until receiving till described affirmation receives feedback.(the repeating transmission number of times of present embodiment is 10 times)
Described message server comprise again one respectively with described message sink module, described message interpretation module, the message logging module that described message transmission module connects, described message logging module are used for the abnormal data of reception and process of transmitting is carried out record, so that the later stage inquiry.
Obviously, the foregoing description only is for example clearly is described, and is not the qualification to execution mode.For those of ordinary skill in the field, can also make other changes in different forms according to varying in size of equipment on the basis of the above description.Here need not also can't give exhaustive to all execution modes.And conspicuous variation of being extended out thus or change still are among the protection range of the invention.
Claims (9)
1. traffic management data interacting method is characterized in that may further comprise the steps:
A) collection of data
Data acquisition subsystem is analyzed the traffic flow data that collects, and in time forms traffic message according to analysis result and send to message server;
B) reception of message
Message server receives from the traffic message of described data acquisition subsystem with from the client message of client, and wherein said client message comprises the message subscribing request of subscribing to described traffic message;
C) parsing of message
Described message server is resolved the described traffic message or the described message subscribing request that receive, and described message subscribing request is wherein preserved;
D) transmission of message
Described message server sends to the corresponding subscribed described traffic message that receives subsequently the client of subscribing to this message according to the described message subscribing request of being preserved.
2. traffic management data interacting method according to claim 1 is characterized in that:
Described message server is handled the multithreading that is treated to of message.
3. traffic management data interacting method according to claim 2 is characterized in that:
Described client message also comprises the message request of cancelling subscriptions of the described traffic message that is used to cancel subscriptions,
The parsing of described message comprises following processing mode:
I. judge the legitimacy of described traffic message or described client message data format
To filtering, to carrying out further type identification for the described traffic message of legal data format and described client message for the described traffic message of illegal data format and described client message;
Ii. differentiate the type of legitimate messages
If when being judged to other type of message, then add the message subscribing tabulation for the subscription type;
If be judged to other described message when cancelling subscriptions type, the then corresponding message subscribing request of deletion from described message subscribing tabulation.
4. according to the arbitrary described traffic management data interacting method of claim 1-3, it is characterized in that:
Be identified as after described message server is resolved the described traffic message that receives must reach character must reach information the time, the described message that must reach is stored in the described message server; And with described must reach message send to subscribed to described must reach message must reach the message sink end;
When described server has received the described affirmation that must reach the message sink end when receiving feedback, described server will be saved describedly must reach the message deletion;
When described server does not receive the described affirmation that must reach the message sink end when receiving feedback, described server after this will be regularly sends and describedly must reach message to the described message sink end that must reach.
5. a message service system that adopts arbitrary traffic management data interacting method among the claim 1-4 is characterized in that: comprise
At least one data acquisition subsystem, each described data acquisition subsystem is analyzed the traffic flow data that collects, and in time forms traffic message according to analysis result and transmit;
Message server is connected with each described data acquisition subsystem, and the mode by message subscribing will be transmitted to the client of having subscribed to this traffic message from the described traffic message that described data acquisition subsystem receives in real time.
6. message service system according to claim 5 is characterized in that: described message server comprises:
A. message sink module
Described message sink module receives from the traffic message of described data acquisition subsystem with from the client message of client;
B. message resolution module
Described message resolution module is connected with described message sink module, resolves to the described traffic message that receives with from the client message of client, and the message subscribing request in the client message is preserved;
C. message transmission module
Described message transmission module is connected with described message resolution module, according to the described message subscribing request of being preserved, the corresponding subscribed described traffic message that receives is subsequently sent to the client of subscribing to this message.
7. message service system according to claim 6, it is characterized in that: described data acquisition subsystem comprises the semaphore that is used to gather traffic flow data, with being used for of being connected with described semaphore the data processing equipment that traffic message is transmitted is analyzed and formed to the described traffic flow data that receives.
8. message service system according to claim 7, it is characterized in that: comprise that also the message that a described message transmission module connects must reach module, described message must reach that module receives and preserve from what having of described message transmission module must reach character and must reach message, and with described must reach message send to subscribed to described must reach message must reach the message sink end:
When described server has received the described affirmation that must reach the message sink end when receiving feedback, described message must reach described that module will be saved must reach the message deletion;
When described server does not receive the described affirmation that must reach the message sink end when receiving feedback, described message must reach module and after this will be regularly send and describedly must reach message to the described message sink end that must reach.
9. message service system according to claim 8, it is characterized in that: comprise a message logging module that is connected with described message transmission module again, described message logging module is used for the abnormal data of reception and process of transmitting is carried out record, so that the later stage inquiry.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201010219787 CN101902412A (en) | 2010-06-28 | 2010-06-28 | Traffic management data interacting method and message service system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201010219787 CN101902412A (en) | 2010-06-28 | 2010-06-28 | Traffic management data interacting method and message service system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101902412A true CN101902412A (en) | 2010-12-01 |
Family
ID=43227626
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 201010219787 Pending CN101902412A (en) | 2010-06-28 | 2010-06-28 | Traffic management data interacting method and message service system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101902412A (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107040421A (en) * | 2017-04-19 | 2017-08-11 | 济南浪潮高新科技投资发展有限公司 | A kind of method and system for being gathered based on IPMI protocol and handling hardware information |
| CN107426198A (en) * | 2017-07-05 | 2017-12-01 | 北京辰安信息科技有限公司 | A kind of method and system of communication |
| CN107634929A (en) * | 2016-07-18 | 2018-01-26 | 中兴通讯股份有限公司 | Method for processing business and device |
| CN107949004A (en) * | 2017-10-25 | 2018-04-20 | 北京空间技术研制试验中心 | Data handling system and method for manned spacecraft |
| CN109495530A (en) * | 2017-09-13 | 2019-03-19 | 杭州海康威视系统技术有限公司 | A kind of real time traffic data transmission method, transmitting device and Transmission system |
| CN110088817A (en) * | 2016-12-22 | 2019-08-02 | 华为技术有限公司 | Method and apparatus for selecting to notify recipient |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001008121A1 (en) * | 1999-07-23 | 2001-02-01 | Bang, Hyo-Il | Real time information supplying method utilizing relay sites for mobile communications |
| CN1728675A (en) * | 2004-07-29 | 2006-02-01 | 齐凯 | Digital interactive transportation information system and realization method |
| CN101552660A (en) * | 2008-04-01 | 2009-10-07 | 中国移动通信集团公司 | Method as well as device and communication system for retransmitting streaming media data |
| CN101729985A (en) * | 2008-10-27 | 2010-06-09 | 中兴通讯股份有限公司 | Method and system for publishing traffic information |
| CN101739837A (en) * | 2009-11-19 | 2010-06-16 | 北京世纪高通科技有限公司 | Road condition query system and method |
-
2010
- 2010-06-28 CN CN 201010219787 patent/CN101902412A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001008121A1 (en) * | 1999-07-23 | 2001-02-01 | Bang, Hyo-Il | Real time information supplying method utilizing relay sites for mobile communications |
| CN1728675A (en) * | 2004-07-29 | 2006-02-01 | 齐凯 | Digital interactive transportation information system and realization method |
| CN101552660A (en) * | 2008-04-01 | 2009-10-07 | 中国移动通信集团公司 | Method as well as device and communication system for retransmitting streaming media data |
| CN101729985A (en) * | 2008-10-27 | 2010-06-09 | 中兴通讯股份有限公司 | Method and system for publishing traffic information |
| CN101739837A (en) * | 2009-11-19 | 2010-06-16 | 北京世纪高通科技有限公司 | Road condition query system and method |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107634929A (en) * | 2016-07-18 | 2018-01-26 | 中兴通讯股份有限公司 | Method for processing business and device |
| CN110088817A (en) * | 2016-12-22 | 2019-08-02 | 华为技术有限公司 | Method and apparatus for selecting to notify recipient |
| CN110088817B (en) * | 2016-12-22 | 2021-08-13 | 华为技术有限公司 | Method and apparatus for selecting notification recipients |
| CN107040421A (en) * | 2017-04-19 | 2017-08-11 | 济南浪潮高新科技投资发展有限公司 | A kind of method and system for being gathered based on IPMI protocol and handling hardware information |
| CN107426198A (en) * | 2017-07-05 | 2017-12-01 | 北京辰安信息科技有限公司 | A kind of method and system of communication |
| CN109495530A (en) * | 2017-09-13 | 2019-03-19 | 杭州海康威视系统技术有限公司 | A kind of real time traffic data transmission method, transmitting device and Transmission system |
| CN109495530B (en) * | 2017-09-13 | 2022-03-04 | 杭州海康威视系统技术有限公司 | Real-time traffic data transmission method, transmission device and transmission system |
| CN107949004A (en) * | 2017-10-25 | 2018-04-20 | 北京空间技术研制试验中心 | Data handling system and method for manned spacecraft |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101902412A (en) | Traffic management data interacting method and message service system | |
| CN106354765B (en) | Log analysis system and method based on distributed acquisition | |
| US8199641B1 (en) | Parallel distributed network monitoring | |
| CN104183120A (en) | Real-time road condition sharing and video-on-demand method based on road condition pictures | |
| CN101711470A (en) | A system and method for creating a list of shared information on a peer-to-peer network | |
| CN102640467A (en) | Enhanced anycast for edge server selection | |
| CN102752326A (en) | Method, client, server and system for processing data in file downloading | |
| CN103021163A (en) | Road condition state acquiring and sharing method and device and mobile communication equipment | |
| CN102932391A (en) | Method and device for processing data in peer to server/peer (P2SP) system, and P2SP system | |
| CN105847375A (en) | Method and device for information processing | |
| JP2012512470A (en) | Data file decoding method, decoding apparatus, and data broadcast system | |
| CN103428041B (en) | A kind of end-to-end flux content detection system and detection method based on cloud | |
| CN103345838A (en) | Vehicle information managing device and vehicle information retrieving method | |
| CN112672381A (en) | Data association method, device, terminal equipment and medium | |
| CN114358726A (en) | Drug inhibition early warning research and judgment method and system based on combination of reporting clues and multiple data sources | |
| CN102143070B (en) | Remote traffic acquisition method, device and system | |
| CN101887640B (en) | Method and system for releasing traffic information | |
| CN111600929B (en) | Transmission line detection method, routing strategy generation method and proxy server | |
| CN101938383B (en) | On-line monitoring method and system of user account with multiple services as well as monitoring service system | |
| CN102833282A (en) | Information propelling method, network element and system | |
| KR101744317B1 (en) | Sever and method for managing position change of terminals | |
| CN101656947A (en) | Establishing method, device and system of cross-heterogeneous-network service sharing | |
| CN101739837A (en) | Road condition query system and method | |
| CN112887925B (en) | Short message pushing method, edge server node and service server node | |
| CN104851061A (en) | Intelligent information integration guide system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20101201 |