CN101170520B - A network system signal processing method based on UDDI - Google Patents
A network system signal processing method based on UDDI Download PDFInfo
- Publication number
- CN101170520B CN101170520B CN2007101570549A CN200710157054A CN101170520B CN 101170520 B CN101170520 B CN 101170520B CN 2007101570549 A CN2007101570549 A CN 2007101570549A CN 200710157054 A CN200710157054 A CN 200710157054A CN 101170520 B CN101170520 B CN 101170520B
- Authority
- CN
- China
- Prior art keywords
- service
- request
- logger
- issue
- announcement
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
The invention discloses a signal processing method based on a UDDI-based network system. A world wide web service-oriented system structure comprises at least two service supply terminals, at least two service request terminals and at least two service supply terminals using a UDDI mechanism for supplying service issuance, service discovery and service update to service registers; the service request terminals request the service registers to implement the service discovery, and perform the service update between the service registers; a P2P network communication module is equipped in each service register, and the information interaction between the service registers is realized by using the P2P network via the P2P network communication modules, with the advantages that due to the P2P network communication module equipped, each service register only needs to save the part of service registration information, and the scalability of the whole network system is thus improved; because the forwarding process of the service request is realized by the P2P network, in the process of forwarding, the prior service registration information can be based to conduct the forwarding of the service request, which relatively balances the load of the whole network.
Description
Technical field
The present invention relates to a kind of signal processing method of network system, especially relate to a kind of signal processing method of the network system based on UDDI.
Background technology
Towards the architecture of web services SOA (Service-oriented architecture, Enterprise SOA) mainly by service providing terminal, the service request terminal, service logger three parts are formed.Service providing terminal provides the corresponding realization of service, and in the service logger registration service; Service logger provides the query function of the registration and the service of service; The service request terminal then can be inquired about corresponding service by service register center, also can be directly and the service provider set up binding relationship to realize calling of service.
Architecture towards web services SOA adopts centralized UDDI (UniversalDescription at present, Discovery and Integration, unified description, discovery and integrated agreement) mechanism, the respective service that service providing terminal provided is at first registered on certain service logger, internal data synchronization mechanism by centralized UDDI finally makes service loggers all in the World Wide Web (WWW) all have this service registry information with on service registry diffusion of information other service loggers in the World Wide Web (WWW) then.This network system makes in the process of inquiry service, and the service request terminal can realize the inquiry of serving, promptly so-called " once issue, inquiry everywhere " by any service logger in the World Wide Web (WWW).But adopt the network system of centralized UDDI mechanism to have some problems simultaneously:
1, the network scalability is poor: because the service registry information that each service logger all will be preserved whole World Wide Web (WWW) in the World Wide Web (WWW), along with the enterprise-level application of SOA is progressively expanded, to have more and more emerging services in the World Wide Web (WWW), the service registry information data amount that service logger need be preserved will be more and more huger, the service request that moment need handle also can get more and more, and makes service logger become the performance bottleneck of whole network the most at last;
2, data synchronization mechanism has increased the weight of the burden of network: come the Exchange Service log-on message by the UDDI data synchronization mechanism between the service logger, so that all preserve all service registry information in the network on each service logger in the network, but between the service logger in carrying out the synchronous process of service data, need to transmit the service registry information of upgrading, the service registry information of these renewals will be brought a large amount of offered loads;
In addition, because the service registry information that each service logger all will be preserved whole World Wide Web (WWW) in the World Wide Web (WWW) makes this mechanism require very high to the hardware configuration of service logger; Because all service lastest imformations all are to realize by data synchronization mechanism, in synchronizing process, synchronous path can be set, if certain service logger in the synchronous path goes wrong, then will the break in service synchronizing process, thus the service that can't realize is upgraded.
Summary of the invention
Technical problem to be solved by this invention provides a kind of needs that can effectively guarantee to satisfy by the cooperation between a plurality of service loggers the service request terminal, improve the scalability of network simultaneously, and alleviate the signal processing method based on the network system of UDDI of offered load on each service logger.
The present invention solves the problems of the technologies described above the technical scheme that is adopted: a kind of signal processing method of the network system based on UDDI, architecture towards web services comprises at least two service providing terminal, at least two service request terminals and at least two service loggers that adopt UDDI mechanism, described service providing terminal, connect by network between described service request terminal and the described service logger, described service providing terminal provides the service issue to described service logger, service discovery and service are upgraded, the described service logger of described service request terminal request carries out service discovery, serve renewal between the described service logger, in each service logger, be provided with a P2P (Peer-to-Peer, point-to-point) network communication module, utilize the P2P network to realize information interaction by described P2P network communication module between the described service logger.
Described P2P network communication module comprises P2P service issue forwarding module, P2P service discovery forwarding module, P2P service renewal forwarding module and request monitoring module, described request monitoring module is monitored the service request that described service logger sends, and triggers corresponding P2P service issue forwarding module or P2P service discovery forwarding module or P2P service according to the service request that listens to and upgrade forwarding module.
Described service providing terminal provides the concrete steps of service issue to be to described service logger:
1a. service providing terminal is linked to service issue API (ApplicationProgramming Interface, the application programming interface) portal site that UDDI mechanism externally provides;
1b. this service providing terminal is carried out this locality issue of service registry information after by authentication on the service logger of this locality;
1c. after the local issue, local service logger sends service issue request, request monitoring module has listened to corresponding service request, and judges that this service request is service issue request, triggers P2P service issue forwarding module then;
1d.P2P the important information in the service registry information of the local issue of service issue forwarding module extraction, and produce the corresponding request announcement of issuing, this issue request is announced by the P2P network and is transmitted to all adjacent service loggers;
Parse the important information of issuing in the request announcement 1e. receive the service logger of issue request announcement, and carry out the long-range issue of service registry information;
1f. after the long-range issue, judge whether corresponding TTL (Time To Live, the life span) value of issue request announcement is zero,, then finish the forwarding of issue request announcement if ttl value is zero; Otherwise, continue to transmit issue request announcement to other remote service Registers, and execution in step 1e.
The concrete steps that the described service logger of described service request terminal request carries out service discovery are:
2a. the service request final link is received the service discovery API portal site that UDDI mechanism externally provides;
Find 2b. on the service logger of this locality, carry out this locality of service registry information, if find this service registry information, then execution in step 2i; Otherwise, continue to carry out;
2c. local service logger sends service discovery request, request monitoring module has listened to corresponding service request, and judges that this service request is a service discovery request, triggers P2P service discovery forwarding module then;
2d.P2P the Query Information that the service discovery forwarding module provides according to the service request terminal produces and finds the request announcement accordingly, this finds to ask announcement to transmit to adjacent service logger by the P2P network;
Find to ask the service logger of announcement to parse the Query Information of finding in the request announcement 2e. receive, and carry out the remote discovery of service registry information, judge whether to exist this service registry information, if existence, then execution in step 2g; Otherwise, continue to carry out;
2f. judge to find whether the corresponding ttl value of request announcement is zero, if ttl value is zero, execution in step 2i then; Otherwise, continue to transmit the request of discovery and announce to other remote service Registers, and execution in step 2e;
2g. the service logger that has this service registry information encapsulates the matching result of service registry information, and returns by P2P network communication module original route;
2h. the request monitoring module of local service logger listens to the matching result of the service registry information that each adjacent service logger returns, and by corresponding service consolidation procedure each matching result is converged then;
2i. service discovery process finishes;
Also be provided with a service monitoring module that is used to detect the service registry effectiveness of information on the described service logger on the described service logger.
Described service monitoring module is the timing services monitoring module, and the concrete steps of serving renewal between the described service logger are:
3a. the timing services monitoring module of service logger finds that a plurality of service registry information are unavailable, then this service logger sends the service update request, request monitoring module has listened to corresponding service request, and judge that this service request is the service update request, triggers the P2P service then and upgrades forwarding module;
Produce corresponding update request announcement 3b.P2P forwarding module is upgraded in service according to the information on services of serving update request, this update request announcement is transmitted to all adjacent service loggers by the P2P network;
Parse information on services in the update request announcement 3c. receive the service logger of update request announcement, and carry out the remote update of service registry information;
3d. judge whether the corresponding ttl value of update request announcement is zero, if ttl value is zero, then finishes the forwarding of update request announcement; Otherwise, continue to transmit the update request announcement to other remote service Registers, and execution in step 3c.
Compared with prior art, the invention has the advantages that because each service logger is provided with a P2P network communication module, make each service logger only need preserve the part service registry information of web services, make that the data volume and the service treating capacity of the required management of each service logger are all fewer, thereby strengthened the scalability of whole network system; Because the service request repeating process that service logger sends is realized by the P2P network, in repeating process, can come the forwarding of guide service request according to existing service registry information on the service logger, guaranteed that the service registry amount of information on each service logger and the service request amount of processing are tending towards even distribution, thereby make the load of whole network be tending towards relative equilibrium, simultaneously, the introducing of P2P network communication module and P2P network, the effect of service logger has weakened, the memory module of Internet resources is changed to marginalisation from centralization, made full use of the bandwidth resources of whole network system.
Description of drawings
Fig. 1 is the architectural schematic towards web services;
Fig. 2 is the schematic diagram that concerns between service logger of the present invention and service providing terminal and the service request terminal;
Fig. 3 is the schematic diagram that concerns between service logger of the present invention and the service logger;
Fig. 4 is the flow chart of service issuing process of the present invention;
Fig. 5 is the flow chart of service discovery process of the present invention;
Fig. 6 is the flow chart of service update process of the present invention;
Fig. 7 is for using the simple network system case schematic diagram of the inventive method.
Embodiment
Embodiment describes in further detail the present invention below in conjunction with accompanying drawing.
As Fig. 1, Fig. 2 and shown in Figure 3, a kind of signal processing method of the network system based on UDDI, architecture towards web services comprises at least two service providing terminal, at least two service request terminals and at least two service loggers that adopt UDDI mechanism, service providing terminal, connect by network between service request terminal and the service logger, service providing terminal provides the service issue to service logger, service discovery and service are upgraded, service request terminal request service logger carries out service discovery, serve renewal between the service logger, in each service logger, be provided with a P2P network communication module, utilize the P2P network to realize information interaction by the P2P network communication module between the service logger.
The P2P network communication module comprises P2P service issue forwarding module, P2P service discovery forwarding module, P2P service renewal forwarding module and request monitoring module, request monitoring module is monitored the service request that described service logger sends, and triggers corresponding P2P service issue forwarding module or P2P service discovery forwarding module or P2P service according to the service request that listens to and upgrade forwarding module.
(1) service issue:
As shown in Figure 4, service providing terminal provides the concrete steps of service issue to be to service logger:
1a. service providing terminal is linked to the service issue API portal site that UDDI mechanism externally provides;
1b. this service providing terminal is carried out this locality issue of service registry information after by corresponding authentication on the service logger of this locality;
1c. after the local issue, local service logger sends service issue request, request monitoring module has listened to corresponding service request, and judges that this service request is service issue request, triggers P2P service issue forwarding module then;
1d.P2P the important information in the service registry information of the local issue of service issue forwarding module extraction, and produce the corresponding request announcement of issuing, this issue request is announced by the P2P network and is transmitted to all adjacent service loggers;
Parse the important information of issuing in the request announcement 1e. receive the service logger of issue request announcement, produce corresponding SOAP (Simple Obiect Access Protocol according to the important information that parses, Simple Object Access Protocol) service request, the request monitoring module of this service logger listens to the P2P service issue forwarding module that triggers this service logger after the SOAP service request and carries out the SOAP service request, finishes the long-range issue of service registry information;
1f. after the long-range issue, judge whether the corresponding ttl value of issue request announcement is zero,, then finish the forwarding of issue request announcement if ttl value is zero; Otherwise, continue to transmit issue request announcement to other remote service Registers, and execution in step 1e.
(2) service discovery:
As shown in Figure 5, service request terminal request service logger carries out the concrete steps of service discovery and is:
2a. the service request final link is received the service discovery API portal site that UDDI mechanism externally provides;
Find 2b. on the service logger of this locality, carry out this locality of service registry information, if find this service registry information, then execution in step 2i; Otherwise, continue to carry out;
2c. local service logger sends service discovery request, request monitoring module has listened to corresponding service request, and judges that this service request is a service discovery request, triggers P2P service discovery forwarding module then;
2d.P2P the Query Information that the service discovery forwarding module provides according to the service request terminal produces and finds the request announcement accordingly, this finds to ask announcement to transmit to adjacent service logger by the P2P network;
Parse the Query Information of finding in the request announcement 2e. receive the service logger of finding the request announcement, produce corresponding SOAP service request according to the Query Information that parses, the request monitoring module of this service logger listens to the P2P service discovery forwarding module that triggers this service logger after the SOAP service request and carries out the SOAP service request, carry out the remote discovery of service registry information, judge and whether have this service registry information in this service logger, if exist, then execution in step 2g; Otherwise, continue to carry out;
2f. judge to find whether the corresponding ttl value of request announcement is zero, if ttl value is zero, execution in step 2i then; Otherwise, continue to transmit the request of discovery and announce to other remote service Registers, and execution in step 2e;
2g. there be the matching result generation SOAP response message of the service logger of this service registry information according to service registry information, this service logger proposes the P2P response that the SOAP response message is encapsulated into the P2P network communication module to utilize the P2P network to return by original route by the P2P network communication module then in the message;
2h. the request monitoring module of local service logger listens to the P2P response message of the matching result of the service registry information that each adjacent service logger returns, the sequencing that arrives according to the P2P response message extracts, and SOAP response message to return at first, content in other SOAP response messages is appended at first the SOAP response message, finishes converging of each matching result;
2i. service discovery process finishes;
(3) service is upgraded:
Also be provided with a service monitoring module that is used to detect the service registry effectiveness of information on the described service logger on the service logger, realize that by the service monitoring module service between the service logger upgrades, service is upgraded can adopt the active detecting mode, also can adopt passive triggering mode.
Service is upgraded when adopting the active detecting mode, and the service monitoring module can be set to the timing services monitoring module.During active detecting, as shown in Figure 6, the concrete steps of serving renewal between the service logger are:
3a. the timing services monitoring module of service logger finds that a plurality of service registry information are unavailable, then this service logger sends the service update request, request monitoring module has listened to corresponding service request, and judge that this service request is the service update request, triggers the P2P service then and upgrades forwarding module;
Produce corresponding update request announcement 3b.P2P forwarding module is upgraded in service according to the information on services of serving update request, this update request announcement is transmitted to all adjacent service loggers by the P2P network;
Parse information on services in the update request announcement 3c. receive the service logger of update request announcement, and carry out the remote update of service registry information;
3d. judge whether the corresponding ttl value of update request announcement is zero, if ttl value is zero, then finishes the forwarding of update request announcement; Otherwise, continue to transmit the update request announcement to other remote service Registers, and execution in step 3c.
When passive triggering mode upgrade was adopted in service, the service monitoring module can be set to service monitoring module at any time.During passive triggering, the concrete steps of serving renewal between the service logger are:
4a. find during the service that the service request terminal is called service providing terminal that this service is inactive or canceled, the service request starting terminal has the module of service monitoring at any time of the service logger of this service;
4b. at any time the service monitoring module detect register on the service logger with stop using or the corresponding service registry information of written-off service whether available, if unavailable, then service logger sends the service update request;
4c. request monitoring module has listened to corresponding service request, and judges that this service request is the service update request, triggers the P2P service then and upgrades forwarding module;
Produce corresponding update request announcement 4d.P2P forwarding module is upgraded in service according to the information on services of serving update request, this update request announcement is transmitted to all adjacent service loggers by the P2P network;
Parse information on services in the update request announcement 4e. receive the service logger of update request announcement, and produce corresponding SOAP service request, the request monitoring module of this service logger listens to the P2P service that triggers this service logger after the SOAP service request and upgrades forwarding module and carry out the SOAP service request, carries out the remote update of service registry information;
4f. judge whether the corresponding ttl value of update request announcement is zero, if ttl value is zero, then finishes the forwarding of update request announcement; Otherwise, continue to transmit the update request announcement to other remote service Registers, and execution in step 4e.
Fig. 7 has provided a simple network system case using the inventive method, as shown in the figure, four service logger A, B, C and D is arranged in this network system, and setting ttl value is 2.
The service issuing process: service providing terminal is in TestService service of service logger A issue, because it is 2 that system is provided with the ttl value of forwarding, so service logger B and C can successively receive corresponding service issue request, and service logger D issues request because ttl value is the zero former thereby service of can not receive, therefore service logger B and C will have the service registry information of TestService service, and not have on the service logger D.Whether service logger B, C and D have the service registry information of TestService service to verify by service logger B, C and D are carried out corresponding service discovery.
Service discovery process: the service request terminal is expected the TestService service, but the service request terminal has been landed service logger D, and in fact service logger D goes up the not service registry information of the needed TestService service of service request terminal.Therefore, service logger D carries out remote service by its P2P network communication module and finds on its adjacent service logger, final service logger D can be served matching result accordingly, can verify the service registry information of TestService service from service logger B within the ttl value scope of service logger D and C from the service matching result.
Service update process: service providing terminal stops to provide TestService service, service monitoring module monitors on service logger C is unavailable to the TestService service that originally provided, then request monitoring module listens to and triggers the P2P service after the service update request that service logger C sends and upgrade forwarding module, P2P service renewal forwarding module produces corresponding update request announcement according to the information on services of serving update request and transmits, the service logger that receives this update request announcement can upgrade operation to corresponding service, to not have the service registry information of TestService service on last service logger A and the B, this result can verify by the service registry information of searching the TestService service on service logger A and B.
Claims (4)
1. signal processing method based on the network system of UDDI, described network system comprises at least two service providing terminal, at least two service request terminals and at least two service loggers that adopt UDDI mechanism, described service providing terminal, connect by network between described service request terminal and the described service logger, it is characterized in that: in each service logger, be provided with a P2P network communication module, utilize the P2P network to realize information interaction by described P2P network communication module between the described service logger, described P2P network communication module comprises P2P service issue forwarding module, P2P service discovery forwarding module, forwarding module and request monitoring module are upgraded in the P2P service, described request monitoring module is monitored the service request that described service logger sends, and trigger corresponding P2P service issue forwarding module or P2P service discovery forwarding module or P2P service according to the service request that listens to and upgrade forwarding module, described method comprises: described service providing terminal provides the service issue to described service logger; The described service logger of described service request terminal request carries out service discovery; Serve renewal between the described service logger; Wherein, the described service logger of described service request terminal request carries out the concrete steps of service discovery and is:
2a. the service request final link is received the service discovery API portal site that UDDI mechanism externally provides;
Find 2b. on the service logger of this locality, carry out this locality of service registry information, if find this service registry information, then execution in step 2i; Otherwise, continue to carry out;
2c. local service logger sends service discovery request, request monitoring module has listened to corresponding service request, and judges that this service request is a service discovery request, triggers P2P service discovery forwarding module then;
2d.P2P the Query Information that the service discovery forwarding module provides according to the service request terminal produces and finds the request announcement accordingly, this finds to ask announcement to transmit to adjacent service logger by the P2P network;
Find to ask the service logger of announcement to parse the Query Information of finding in the request announcement 2e. receive, and carry out the remote discovery of service registry information, judge whether to exist this service registry information, if existence, then execution in step 2g; Otherwise, continue to carry out;
2f. judge to find whether the corresponding ttl value of request announcement is zero, if ttl value is zero, execution in step 2i then; Otherwise, continue to transmit the request of discovery and announce to other remote service Registers, and execution in step 2e;
2g. the service logger that has this service registry information encapsulates the matching result of service registry information, and returns by P2P network communication module original route;
2h. the request monitoring module of local service logger listens to the matching result of the service registry information that each adjacent service logger returns, and by corresponding service consolidation procedure each matching result is converged then;
2i. service discovery process finishes.
2. the signal processing method of a kind of network system based on UDDI as claimed in claim 1 is characterized in that described service providing terminal provides the concrete steps of service issue to be to described service logger:
1a. service providing terminal is linked to the service issue API portal site that UDDI mechanism externally provides;
1b. this service providing terminal is carried out this locality issue of service registry information after by authentication on the service logger of this locality;
1c. after the local issue, local service logger sends service issue request, request monitoring module has listened to corresponding service request, and judges that this service request is service issue request, triggers P2P service issue forwarding module then;
1d.P2P the important information in the service registry information of the local issue of service issue forwarding module extraction, and produce the corresponding request announcement of issuing, this issue request is announced by the P2P network and is transmitted to all adjacent service loggers;
Parse the important information of issuing in the request announcement 1e. receive the service logger of issue request announcement, and carry out the long-range issue of service registry information;
1f. after the long-range issue, judge whether the corresponding ttl value of issue request announcement is zero,, then finish the forwarding of issue request announcement if ttl value is zero; Otherwise, continue to transmit issue request announcement to other remote service Registers, and execution in step 1e.
3. the signal processing method of a kind of network system based on UDDI as claimed in claim 1 is characterized in that also being provided with on the described service logger service monitoring module that is used to detect the service registry effectiveness of information on the described service logger.
4. the signal processing method of a kind of network system based on UDDI as claimed in claim 3 is characterized in that described service monitoring module is the timing services monitoring module, and the concrete steps of serving renewal between the described service logger are:
3a. the timing services monitoring module of service logger finds that a plurality of service registry information are unavailable, then this service logger sends the service update request, request monitoring module has listened to corresponding service request, and judge that this service request is the service update request, triggers the P2P service then and upgrades forwarding module;
Produce corresponding update request announcement 3b.P2P forwarding module is upgraded in service according to the information on services of serving update request, this update request announcement is transmitted to all adjacent service loggers by the P2P network;
Parse information on services in the update request announcement 3c. receive the service logger of update request announcement, and carry out the remote update of service registry information;
3d. judge whether the corresponding ttl value of update request announcement is zero, if ttl value is zero, then finishes the forwarding of update request announcement; Otherwise, continue to transmit the update request announcement to other remote service Registers, and execution in step 3c.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007101570549A CN101170520B (en) | 2007-11-27 | 2007-11-27 | A network system signal processing method based on UDDI |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007101570549A CN101170520B (en) | 2007-11-27 | 2007-11-27 | A network system signal processing method based on UDDI |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101170520A CN101170520A (en) | 2008-04-30 |
| CN101170520B true CN101170520B (en) | 2010-06-02 |
Family
ID=39390992
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2007101570549A Expired - Fee Related CN101170520B (en) | 2007-11-27 | 2007-11-27 | A network system signal processing method based on UDDI |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101170520B (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9350814B2 (en) * | 2012-02-21 | 2016-05-24 | Qualcomm Incorporated | Internet protocol connectivity over a service-oriented architecture bus |
| CN103401897A (en) * | 2013-07-15 | 2013-11-20 | 云南电网公司普洱供电局 | Method for constructing distributed service registration center |
| CN103347087B (en) * | 2013-07-16 | 2016-12-28 | 桂林电子科技大学 | The service registry of a kind of structural P 2 P and UDDI and lookup method and system |
| CN103401912B (en) * | 2013-07-24 | 2016-03-16 | 江苏物联网研究发展中心 | Based on the service ad hoc network method of general fit calculation |
| CN104468838B (en) * | 2014-12-30 | 2017-08-11 | 桂林电子科技大学 | A kind of P2P networkings and the web service selection method of publish-subscribe model |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1494010A (en) * | 2002-09-13 | 2004-05-05 | ������������ʽ���� | Network system |
-
2007
- 2007-11-27 CN CN2007101570549A patent/CN101170520B/en not_active Expired - Fee Related
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1494010A (en) * | 2002-09-13 | 2004-05-05 | ������������ʽ���� | Network system |
Non-Patent Citations (2)
| Title |
|---|
| 徐九韵，夏雷.一种基于语义P2P的Web服务发现模型.微计算机应用28 9.2007,28(9),906-910. |
| 徐九韵,夏雷.一种基于语义P2P的Web服务发现模型.微计算机应用28 9.2007,28(9),906-910. * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101170520A (en) | 2008-04-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108092884A (en) | A kind of wireless access gateway system and application process | |
| CN106453288B (en) | A kind of distributed micro services frame system that supporting asynchronous mode and its implementation | |
| CN101170520B (en) | A network system signal processing method based on UDDI | |
| CN107911430A (en) | A kind of micro services infrastructure equipment | |
| Ostermaier et al. | Connecting things to the web using programmable low-power wifi modules | |
| CN101262372B (en) | Method for video monitoring platform to operate and control front-end device based on SIP server cluster | |
| CN104468649A (en) | Server, terminal, data pushing system and data pushing method | |
| CN104010039A (en) | Multi-radar remote monitoring system and method based on WebSocket | |
| CN101572710B (en) | Interprocess communication method and system | |
| CN102045409B (en) | Network penetrating method and network communication system | |
| CN102761864A (en) | Data transmission method, system and device | |
| CN107548103A (en) | Data forwarding method and device | |
| CN105848168B (en) | A kind of method and device managing wireless access point AP | |
| CN101404630B (en) | Method and system for implementing internet service access gate | |
| CN104679528A (en) | Method and device for remotely updating application program | |
| CN105306418A (en) | Method and system for sharing communication connection by multiple application programs | |
| CN108494826A (en) | A kind of distribution cloud storage method and system | |
| CN111083187A (en) | Industrial application service processing method and system | |
| CN106973092A (en) | The system and method that mobile communications network is provided in the car | |
| CN108880996A (en) | A kind of method for pushing and system of the real-time phonetic based on technology of Internet of things | |
| CN112202877A (en) | Gateway linkage method, gateway, cloud server and user terminal | |
| CN101321123A (en) | System and method for embedded type transmission of dynamic data | |
| CN103037483A (en) | Network server and method for connecting same and application server | |
| CN101227335A (en) | Method for upgrading software version of network cell device | |
| KR20130017264A (en) | System and method for providing web service for smart objects |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| C17 | Cessation of patent right | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100602 Termination date: 20121127 |