CN102404367B - 一种异步通信方法及*** - Google Patents
一种异步通信方法及*** Download PDFInfo
- Publication number
- CN102404367B CN102404367B CN201010284408.8A CN201010284408A CN102404367B CN 102404367 B CN102404367 B CN 102404367B CN 201010284408 A CN201010284408 A CN 201010284408A CN 102404367 B CN102404367 B CN 102404367B
- Authority
- CN
- China
- Prior art keywords
- transaction
- server
- client
- processing
- cooperative
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 42
- 238000004891 communication Methods 0.000 title claims abstract description 32
- 230000004044 response Effects 0.000 claims abstract description 52
- 230000008569 process Effects 0.000 claims abstract description 19
- 238000012545 processing Methods 0.000 claims description 119
- 230000003993 interaction Effects 0.000 claims description 11
- 239000000284 extract Substances 0.000 claims description 3
- 230000002452 interceptive effect Effects 0.000 abstract description 2
- 238000012795 verification Methods 0.000 description 25
- 238000005516 engineering process Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 206010033799 Paralysis Diseases 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002035 prolonged effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/567—Integrating service provisioning from a plurality of service providers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种异步通信方法,包括:服务端在收到客户端的每个请求后生成一个事务并分配唯一的事务号,将客户端请求处理的业务发给相应的协同服务端处理;服务端接收客户端的其他请求,并等待协同服务端返回的处理应答;收到协同服务端返回的处理应答后,服务端根据事务号查找出相应的事务,完成后续处理,并返回处理结果给客户端。本发明还同时公开了一种异步通信***,采用本发明不仅能实现异步交互,且能减少网络性能波动对通信服务的影响,提高服务质量。
Description
技术领域
本发明涉及通信交互技术,特别是涉及一种基于事务状态的异步通信方法及***。
背景技术
随着网络的发展,网络通信越来越普及,应用越来越广泛。在现有的网络通信中,大多采用客户端和服务端交互的模式,客户端与服务端进行通信交互的方式主要有两种:
一种是采用同步方式交互,这种方式是客户端发送一个请求给服务端后,需要等收到服务端的响应后才能发送下一个请求,服务端也是一样,需要等到对端的回复后才能继续下一步操作,也就是说,这种简单的同步交互方式,交互双方都需要等待对端的处理结果,才能继续后续处理。这样,如果由于网络抖动或对端处理速度慢,就会导致本端处理效率降低,严重影响服务质量。
另一种是采用嵌套异步方式,这种方式是允许客户端在发送一个请求、且未等到服务端返回响应时,就可以发送下一个请求,依次类推形成嵌套模式。比如:客户端向服务端发送业务请求1,在未收到业务请求1的响应时,客户端可以继续向服务端发送业务请求2,在未收到业务请求2的响应时,客户端还可以继续向服务端发送业务请求3,这种情况下,业务请求1是第一层,也是最外层;业务请求2是第二层,属于中间层;业务请求3是第三层,也是最内层。这种嵌套的异步方式虽然可以连续发送多个请求,但是,在接收响应时,必须顺序接收业务请求3的响应、业务请求2的响应、业务请求1的响应,才能依次继续后续处理,也就是说,需要由内向外逐层依次处理,即:只有内层释放了,才能处理相邻的下一层,如果未收到当前层的响应,即使收到其它层响应也不能进行处理,这样,不仅大大增加了业务处理时间,降低了业务吞吐量,降低了服务质量;而且,对于通信能力和处理能力有限的网络,对嵌套的层数也会有一定的限制,因为嵌套层数太多会导致处理能力大大减缓,甚至使整个***瘫痪。
发明内容
有鉴于此,本发明的主要目的在于提供一种异步通信方法及***,不仅能实现异步交互,且能减少网络性能波动对通信服务的影响,提高服务质量。
为达到上述目的,本发明的技术方案是这样实现的:
本发明提供了一种异步通信方法,包括:
服务端在收到客户端的每个请求后生成一个事务并分配唯一的事务号,将客户端请求处理的业务发给相应的协同服务端处理;
服务端接收客户端的其他请求,并等待协同服务端返回的处理应答;
收到协同服务端返回的处理应答后,服务端根据事务号查找出相应的事务,完成后续处理并返回处理结果给客户端。
上述方案中,服务端生成事务并分配事务号后,该方法进一步包括:保存当前的事务状态;相应的,将客户端请求处理的业务发给协同服务端后,该方法进一步包括:更新事务状态。
上述方案中,收到协同服务端返回的处理应答后,该方法进一步包括:服务端解析处理应答,提取出处理应答中的事务号,并更新事务状态。
该方法进一步包括:客户端展现收到的处理结果。
上述方案中,所述协同服务端为多个。
本发明还提供了一种异步通信***,包括:该***包括客户端、服务端和协同服务端;其中,
客户端,用于向服务端发送请求,请求服务端进行业务处理,并接收业务处理结果;
服务端,用于接收客户端的请求,为每个请求生成一个事务并分配事务号,将客户端需要处理的业务发送给协同服务端进行处理,自身继续接收客户端的其他请求,并等待协同服务端的处理应答;在收到处理应答后,根据事务号查找到对应的事务,完成后续处理并将处理结果返回客户端;
协同服务端,用于接收服务端发送的协同处理请求,完成对客户端所请求业务的处理,并返回处理应答给服务端。
上述方案中,所述服务端还用于保存事务的事务状态、以及更新事务状态。
上述方案中,所述服务端包括数据收发管理器和事务状态管理器;其中,所述数据收发管理器,用于完成服务端与客户端和协同服务端之间的数据交互;
所述事务状态管理器,用于为每个请求生成一个事务并分配唯一的事务号;提取协同服务端返回的处理应答中的事务号,根据事务号查询对应的事务,并完成后续处理;在事务对应的业务处理完毕后删除事务及其事务号;还用于保存事务状态和更新事务状态。
上述方案中,所述客户端,还用于展现收到的处理结果。
本发明所提供的异步通信方法及***,由协同服务端辅助服务端完成业务处理,服务端可以不断接收客户端的请求,在收到每个请求后生成一个事务并分配唯一的事务号,并将请求处理的业务发给相应的协同服务端处理;当收到协同服务端返回的处理结果后,根据事务号查找出相应的事务,完成后续处理,并返回处理结果给客户端。如此,服务端和客户端可通过基于事务状态的异步方式进行交互,并通过建立事务及分配事务号对客户端所请求的各类业务进行处理和管理,从而有效降低了网络性能波动和/或处理对端异常所导致的服务质量下降,提高了服务质量和服务能力。
另外,对于本发明采用的异步模式网络服务来说,通信交互双方不需要立即得到响应,也无需按顺序依次处理,服务端收到来自协同服务端的任何一个业务处理应答,都可以根据事务号找到对应的事务继续进行后续处理,这样,服务端可以同时处理多个业务,能有效提高业务吞吐量,进而提高服务质量和处理能力。
附图说明
图1为本发明异步通信方法的实现流程示意图;
图2为本发明异步通信***的组成结构示意图。
具体实施方式
本发明的基本思想是:服务端在收到客户端的每个请求后生成一个事务并分配唯一的事务号,并将客户端请求处理的业务发给相应的协同服务端处理;收到协同服务端返回的处理应答后,服务端根据事务号查找出相应的事务,完成后续处理,并返回处理结果给客户端。
图1为本发明异步通信方法的实现流程示意图,如图1所示,本发明异步通信方法包括以下步骤:
步骤101:服务端接收客户端发送的请求,为每个收到的请求生成一个事务,并为该事务分配唯一的事务号,保存当前的事务状态;
这里,所述请求为客户端向服务端发起的处理请求、业务请求,请求服务端完成所需的业务处理;所述生成事务可以是生成一个待处理的事件,并以要处理的业务命名,该业务命名中可以附带业务信息,以便更好的标志事务;分配唯一的事务号后,保存所生成事务及其事务号就相当于保存该事务的初始状态,该事务的当前事务状态为初始状态。
举例来说,客户端发送携带验证信息的验证请求,服务端收到后,会生成验证事务,并为验证事务分配唯一的事务号,之后保存验证事务及其事务号,这里,保存验证事务及其事务号就相当于保存该验证事务的初始事务状态。
步骤102:服务端向协同服务端发起协同处理请求,将客户端需要处理的业务发送给协同服务端进行处理,并更新所述业务所对应事务的事务状态;
由于一些情况下,服务端本身并不能独自处理客户端所请求处理的业务,需要协同服务端辅助处理,因此,会将客户端需要处理的业务发送给协同服务端;并且,服务端并不需要等待协同服务端立即返回处理结果,只是更新自身事务的事务状态,等待处理结果即可。
这里,服务端向协同服务端发送协同处理请求时,会建立服务端与协同服务端之间的通信通道。所述更新事务状态是指:将事务号所对应的事务的事务处理状态进行更新。
举个例子来说,服务端收到客户端发送的请求,需要查询数据;服务端首先生成查询事务,并为查询事务分配一个唯一的事务号,事务号与查询事务相对应,此时保存查询事务及其事务号作为该查询事务的初始事务状态;然后,服务端将查询请求与查询事务的事务号一起发给协同服务端,由协调服务端处理查询业务,此时,更新查询事务的事务状态为等待查询结果;由于是异步,发出查询请求后,服务端不需要立即等待查询结果,因此服务端在发送查询请求和查询事务给协同服务端后可继续处理其他事务;相应的,协同服务端收到查询请求后,立即进行查询,并在查询结束后将查询数据以及对应的事务号作为处理应答返回服务端;服务器收到处理应答后,根据处理应答中的事务号找到等待查询结果的查询事务,此时,更新查询事务的事务状态为已经得到查询结果;随后,服务端返回数据给客户端,待全部数据返回成功后,更新查询事务的事务状态为返回成功;最后,服务端清理删除该查询事务,整个查询流程结束。
步骤103:协同服务端收到协同处理请求后,对相应业务进行处理;同时,服务端继续接收客户端的其他请求,并等待协同服务端的处理应答;
这里,服务端可以不断地接收客户端新的请求,并将所需处理的业务发送给相应协同服务端,同时也等待之前发送给协同服务端处理的业务的处理应答,这种情况下,服务端和协同服务端相当于并行处理业务,各自处理不同的业务,互不干扰。实际应用中,协同服务端可以有多个,分别用于处理相同或不同的业务。
所述客户端的其他请求可以是同一客户端要求处理不同业务的不同请求,也可以是不同客户端的请求。
步骤104:协同服务端处理完业务后向服务端返回处理应答;
步骤105~106:服务端收到处理应答后,解析处理应答,提取出处理应答中的事务号,根据事务号查找出对应事务的事务状态,继续完成该事务所对应业务的后续处理,并更新事务状态;
这里,所有事务状态可线性存储于一个事务列表中,以便于查找,当然也可以采用其它方式存储。
步骤107:服务端处理完业务后,将业务处理结果返回客户端。
进一步的,服务端在处理完某个业务后,需要将该业务对应的事务及其事务号删除。
进一步的,客户端收到处理结果后,会向用户展现收到的处理结果。
上述处理过程中,所述服务端、协同服务端均可为服务器。并且,本发明中所述客户端、服务端以及协同服务端都是相对而言的,实际应用中,同一设备可以根据实际的需求充当客户端、和/或服务端、和/或协同服务端的角色,同一设备所充当的角色并非固定不变的。
为实现上述方法,本发明还提供了一种异步通信***,如图2所示,该***包括客户端、服务端和协同服务端;其中,
客户端,用于向服务端发送请求,请求服务端进行业务处理,并接收业务处理结果;
这里,客户端与服务端采用约定的协议进行交互,所述约定的协议可以是经双方协商的自定义协议、或为标准协议。
进一步的,客户端还用于展现收到的处理结果。
服务端,用于接收客户端的请求,为每个请求生成一个事务并分配事务号;将客户端需要处理的业务发送给协同服务端进行处理,自身继续接收客户端的其他请求,并等待协同服务端的处理应答;在收到处理应答后提取出事务号,查找到对应的事务,完成后续处理,并将处理结果返回客户端;
进一步的,服务端,还用于保存事务的事务状态;在将业务发送给协同服务端、收到协同服务端返回的处理应答后,更新事务状态。
这里,服务端是整个***的核心,主要用于协调完成客户端的业务处理。
进一步的,服务端包括数据收发管理器和事务状态管理器两个功能模块,其中,所述数据收发管理器,用于完成服务端与客户端和协同服务端之间的数据交互;具体的,包括数据通道的建立与维护,接收和发送业务请求、处理请求、协同处理请求,接收和发送处理应答、处理结果;还包括对数据的组装和解析,以保证交互双方数据传输的完整。
所述事务状态管理器,用于为每个请求生成一个事务并分配唯一的事务号;提取协同服务端返回的处理应答中的事务号,根据事务号查询对应的事务,并完成后续处理;在事务对应的业务处理完毕后删除事务及其事务号;还用于保存事务状态和更新事务状态。
其中,数据收发管理器可以通过很有多种技术实现,比如:Linux下的epoll和select模式;Windows下的完成端口(IOCP)等等。
协同服务端,用于接收服务端发送的协同处理请求,辅助服务端完成对客户端所请求业务的处理,并返回处理应答给服务端;
实际应用中,协同服务端可以有多个,分别完成相同或不同功能,例如:有两个验证服务器作为协同服务端,每次可任选其中之一对客户信息进行验证;也可以有两个协同服务端,一个是验证服务器,一个是配置服务器,分别完成不同的功能。在服务端中,对于某个事务一般需要完成该事务的多个步骤,才能完成该事务所对应业务的整个业务处理过程。
实施例:
本实施例中,需处理的业务是:接入服务器需要快速响应客户端的接入,其中,接入服务器为服务端,用于验证用户信息的验证服务器为协同服务端。
基于本发明异步通信方法的处理过程具体为:
用户先通过客户端发送密码和用户名称(或编码)等验证信息到接入服务器,接入服务器进行必要的验证后,生成验证事务并为验证事务分配唯一的事务号,保存验证事务及其事务号为验证事务的初始事务状态;
随即接入服务器通过自身与验证服务器之间建立好的通信通道,将相应的验证请求转发给验证服务器进行验证,接入服务器更新自身的事务状态为等待验证结果;之后,接入服务器继续接入下一个客户端的验证请求;
验证服务器通过数据对比等一系列的验证后,将验证结果作为处理应答异步返回给接入服务器;接入服务器解析收到的处理应答,得到对应的事务号和验证结果,并根据事务号找到先前保存的等待验证结果的验证事务,继续该事务的后续处理,并更新自身的事务状态为已经得到验证结果;处理完成后,将验证结果返回客户端,并更新自身的事务状态为返回成功;最后,接入服务器在自身结束并删除该验证事务;
客户端收到验证结果后,将验证结果展现给用户,并引导用户继续操作。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (6)
1.一种异步通信方法,其特征在于,该方法包括:
服务端在收到客户端的每个请求后生成一个事务并分配唯一的事务号,保存当前的事务状态,并将客户端请求处理的业务发给相应的协同服务端处理,更新事务状态;其中,所有事务状态线性存储于事务列表中;所述协同服务端为多个,分别用于处理相同或不同的业务;
服务端接收客户端的其他请求,并等待协同服务端返回的处理应答;服务端和协同服务端并行处理业务且各自处理不同的业务;
收到协同服务端返回的处理应答后,服务端根据事务号查找出相应的事务,完成后续处理并返回处理结果给客户端;
其中,服务端在所述事务对应的业务处理完毕后删除事务及其事务号;同一设备根据实际需求充当客户端、和/或服务端、和/或协同服务端的角色。
2.根据权利要求1所述的异步通信方法,其特征在于,收到协同服务端返回的处理应答后,该方法进一步包括:服务端解析处理应答,提取出处理应答中的事务号,并更新事务状态。
3.根据权利要求1所述的异步通信方法,其特征在于,该方法进一步包括:客户端展现收到的处理结果。
4.一种异步通信***,其特征在于,该***包括:该***包括客户端、服务端和多个协同服务端;其中,
客户端,用于向服务端发送请求,请求服务端进行业务处理,并接收业务处理结果;
服务端,用于接收客户端的请求,为每个请求生成一个事务并分配事务号;保存当前的事务状态,并将客户端请求处理的业务发送给相应的协同服务端进行处理,更新事务状态;自身继续接收客户端的其他请求,并等待协同服务端的处理应答;在收到处理应答后,根据事务号查找到对应的事务,完成后续处理并将处理结果返回客户端;在事务对应的业务处理完毕后删除事务及其事务号;其中,所有事务状态线性存储于事务列表中;
协同服务端,用于接收服务端发送的协同处理请求,完成对客户端所请求业务的处理,并返回处理应答给服务端;
所述服务端和协同服务端并行处理业务且各自处理不同的业务;所述多个协同服务端分别用于处理相同或不同的业务;
同一设备根据实际需求充当客户端、和/或服务端、和/或协同服务端的角色。
5.根据权利要求4所述的异步通信***,其特征在于,所述服务端包括数据收发管理器和事务状态管理器;其中,
所述数据收发管理器,用于完成服务端与客户端和协同服务端之间的数据交互;
所述事务状态管理器,用于为每个请求生成一个事务并分配唯一的事务号;提取协同服务端返回的处理应答中的事务号,根据事务号查询对应的事务,并完成后续处理;在事务对应的业务处理完毕后删除事务及其事务号;还用于保存事务状态和更新事务状态。
6.根据权利要求4所述的异步通信***,其特征在于,所述客户端,还用于展现收到的处理结果。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010284408.8A CN102404367B (zh) | 2010-09-13 | 2010-09-13 | 一种异步通信方法及*** |
PCT/CN2011/079473 WO2012034496A1 (zh) | 2010-09-13 | 2011-09-08 | 一种异步通信方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010284408.8A CN102404367B (zh) | 2010-09-13 | 2010-09-13 | 一种异步通信方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102404367A CN102404367A (zh) | 2012-04-04 |
CN102404367B true CN102404367B (zh) | 2016-04-13 |
Family
ID=45831006
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010284408.8A Active CN102404367B (zh) | 2010-09-13 | 2010-09-13 | 一种异步通信方法及*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102404367B (zh) |
WO (1) | WO2012034496A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104767737A (zh) * | 2015-03-23 | 2015-07-08 | 贵阳朗玛信息技术股份有限公司 | ***式事务管理器及其应用方法 |
CN109040251A (zh) * | 2018-08-07 | 2018-12-18 | 中国建设银行股份有限公司 | 一种异步消息的处理方法及*** |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103037011B (zh) * | 2012-12-26 | 2016-02-17 | 泉州豪杰信息科技发展有限公司 | 基于iocp的海量终端设备接入*** |
CN105099989B (zh) * | 2014-04-24 | 2019-11-22 | 阿里巴巴集团控股有限公司 | 用于处理业务请求及获取业务处理结果的方法、装置和*** |
CN105635083A (zh) * | 2014-11-14 | 2016-06-01 | 航天信息股份有限公司 | 基于服务器和客户端架构的业务处理方法及业务处理*** |
CN104753957B (zh) * | 2015-04-16 | 2017-12-26 | 许继集团有限公司 | 一种用电信息采集***的海量终端通信连接管理方法 |
CN105391776A (zh) * | 2015-10-20 | 2016-03-09 | 上海斐讯数据通信技术有限公司 | 长连接消息的通信方法及*** |
CN108337285B (zh) * | 2017-01-20 | 2021-01-26 | 北京京东尚科信息技术有限公司 | 一种通信***及通信方法 |
CN112114938A (zh) * | 2019-06-20 | 2020-12-22 | 北京金山云网络技术有限公司 | 事务处理方法、装置及服务器 |
CN110995817B (zh) * | 2019-11-27 | 2022-05-20 | 广州华多网络科技有限公司 | 请求回调方法、装置及客户端设备 |
CN112835687B (zh) * | 2021-01-22 | 2023-05-26 | 恒生电子股份有限公司 | 一种计算机事务处理方法及*** |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101317408A (zh) * | 2005-09-29 | 2008-12-03 | 蒂蒙***公司 | 通过互联网提供异步通信的方法和*** |
CN101667928A (zh) * | 2009-09-25 | 2010-03-10 | 中兴通讯股份有限公司 | 客户端、信令跟踪服务器、协议模块和信令跟踪方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101800974A (zh) * | 2009-02-11 | 2010-08-11 | 朗讯科技公司 | 处理移动设备的任务请求的方法和用户代理应用服务器 |
-
2010
- 2010-09-13 CN CN201010284408.8A patent/CN102404367B/zh active Active
-
2011
- 2011-09-08 WO PCT/CN2011/079473 patent/WO2012034496A1/zh active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101317408A (zh) * | 2005-09-29 | 2008-12-03 | 蒂蒙***公司 | 通过互联网提供异步通信的方法和*** |
CN101667928A (zh) * | 2009-09-25 | 2010-03-10 | 中兴通讯股份有限公司 | 客户端、信令跟踪服务器、协议模块和信令跟踪方法 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104767737A (zh) * | 2015-03-23 | 2015-07-08 | 贵阳朗玛信息技术股份有限公司 | ***式事务管理器及其应用方法 |
CN109040251A (zh) * | 2018-08-07 | 2018-12-18 | 中国建设银行股份有限公司 | 一种异步消息的处理方法及*** |
Also Published As
Publication number | Publication date |
---|---|
CN102404367A (zh) | 2012-04-04 |
WO2012034496A1 (zh) | 2012-03-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102404367B (zh) | 一种异步通信方法及*** | |
CN100463469C (zh) | 在多通道上共享应用程序会话信息的方法、装置和*** | |
CN100518181C (zh) | 服务器之间无状态会话的透明迁移 | |
CN102932472B (zh) | 一种数据处理方法以及通信*** | |
US20070288548A1 (en) | Protocol optimization for client and server synchronization | |
CN102148817A (zh) | 配置网络设备的方法、客户端、服务器端及网络*** | |
CN103139157A (zh) | 一种基于socket的网络通信方法、装置及*** | |
CN103546369B (zh) | 一种协作方法、服务器、客户端与*** | |
CN109309728A (zh) | 一种数据处理方法以及相关装置 | |
CN113572864B (zh) | 一种数据处理方法、网元设备以及可读存储介质 | |
CN103500380A (zh) | 一种基于rest架构的综合资源管理平台*** | |
CN1595890B (zh) | 与预订通知服务的虚拟连接 | |
CN101808051A (zh) | 应用整合网关及其控制方法 | |
CN101420681B (zh) | 一种业务管理平台下处理多渠道请求订购的方法和装置 | |
CN103248654B (zh) | 虚拟桌面服务参数的协商方法、装置及*** | |
CN106375334A (zh) | 一种分布式***的认证方法 | |
CN108965359A (zh) | 通信方法、通信装置、可读介质和电子设备 | |
CN110290196A (zh) | 一种内容分发方法及装置 | |
CN110417876A (zh) | 会话方法、分布式***中的节点服务器及主控设备 | |
CN107241422B (zh) | 一种实时将外部用户及用户组信息同步进Apache Ranger的方法 | |
CN103442256B (zh) | 一种基于html5实现电子节目菜单的方法及*** | |
CN100542098C (zh) | 一种呈现用户状态和信息的方法及*** | |
WO2016074572A1 (zh) | 业务数据处理方法、装置及*** | |
CN103200152A (zh) | 会话处理方法、服务器和客户端 | |
CN101883345A (zh) | 一种处理at指令的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C53 | Correction of patent of invention or patent application | ||
CB02 | Change of applicant information |
Address after: 518057, Tencent Building, 8 hi tech park, Guangdong, Shenzhen Applicant after: Tenpay Payment Technology Co., Ltd. Address before: 518057 Guangdong city of Shenzhen province Nanshan District Gao Xin Road TCL building A block 8 layer Applicant before: Shenzhen Tenpay Technology Co., Ltd. |
|
COR | Change of bibliographic data |
Free format text: CORRECT: APPLICANT; FROM: SHENZHEN TENPAY TECHNOLOGY CO., LTD. TO: TENPAY PAYMENT TECHNOLOGY CO., LTD. |
|
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |