CN102857482B - 基于多服务端的数据传输方法及系统 - Google Patents
基于多服务端的数据传输方法及系统 Download PDFInfo
- Publication number
- CN102857482B CN102857482B CN201110183317.XA CN201110183317A CN102857482B CN 102857482 B CN102857482 B CN 102857482B CN 201110183317 A CN201110183317 A CN 201110183317A CN 102857482 B CN102857482 B CN 102857482B
- Authority
- CN
- China
- Prior art keywords
- service end
- client
- transmission
- result data
- request data
- 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
Abstract
本发明公开了一种基于多服务端的数据传输方法,涉及网络数据传输技术领域,包括:接收客户端发送的第一请求数据包;从多个服务端中选择所述第一请求数据包中指定的服务端作为传输服务端,将所述第一请求数据包转换为所述传输服务端能够识别的第二请求数据包;将所述第二请求数据包发送给所述传输服务端;接收所述传输服务端处理所述第二请求数据包后返回的第一结果数据包;将所述第一结果数据包转换为所述客户端能够识别的第二结果数据包;将所述第二结果数据包返回给所述客户端。还公开了一种基于多服务端的数据传输系统。本发明使得客户端不必了解服务端的接口就能实现数据传输;节省了客户端对新添加的服务端接口调用程序的开发成本。
Description
技术领域
本发明涉及网络数据传输技术领域,特别涉及一种基于多服务端的数据传输方法及系统。
背景技术
在客户端与多服务端连接的网络结构中,客户端与服务端的交互必须调用服务端提供的数据传输接口,如图1所示,为现有的多服务端的数据传输方法模式图。不同的服务端的传输接口也不同,因此,客户端在传输数据时需要根据不同的服务端调用不同的接口,客户端中下必须存在相应接口的调用程序。当有新的服务端加入时,客户端需增加新服务端的接口调用程序,这样需要了解新服务端接口文档,从而加大了客户端开发成本,延长了开发时间,同时导致每个客户端所占内存增加,若某些服务端不被经常调用,还造成了客户端对系统资源的浪费。因此,客户端在不了解服务端接口的情况下,还能实现客户端通过多个服务端的数据传输成为亟待解决的问题。
发明内容
(一)要解决的技术问题
本发明要解决的技术问题是:如何在客户端不了解服务端接口的情况下,实现客户端通过多个服务端的数据传输。
(二)技术方案
为解决上述技术问题,本发明提供了一种基于多服务端的数据传输方法,包括以下步骤:
S1:接收客户端发送的第一请求数据包;
S2:从多个服务端中选择所述第一请求数据包中指定的服务端作为传输服务端,将所述第一请求数据包转换为所述传输服务端能够识别的第二请求数据包;
S3:将所述第二请求数据包发送给所述传输服务端;
S4:接收所述传输服务端处理所述第二请求数据包后返回的第一结果数据包;
S5:将所述第一结果数据包转换为所述客户端能够识别的第二结果数据包;
S6:将所述第二结果数据包返回给所述客户端。
其中,所述步骤S2中的转换步骤为:
将所述第一请求数据包中的客户端的第一ID映射为客户端在所述传输服务端中注册的第二ID;
设置用于回传所述第一结果数据包的第二URL;
将所述第二ID、所述第二URL、传输服务端的验证信息及所述第一请求数据包中的数据体信息组成所述第二请求数据包。
其中,所述步骤S5中的转换步骤为:
将所述第一结果数据包信息中的所述第二ID映射为所述第一ID;
将所述第一ID、第一请求数据包中的用于回传所述第二结果数据包的第一URL、客户端验证信息及第一结果数据包中的数据体组成所述第二结果数据包。
其中,若不存在指定的传输服务端,则步骤S2之前还包括配置所述传输服务端的步骤:配置所述传输服务端的提供商信息,及所述客户端在所述传输服务端注册的所述第二ID,并建立所述客户端的第一ID和所述第二ID的映射关系表。
其中,在步骤S1中接收客户端发送的第一请求数据包后还包括通过第一请求数据包中的验证信息对客户端进行验证的步骤;所述步骤S4中接收到返回的第一结果数据包后还包括通过第一结果数据包中的验证信息对传输服务端进行验证的步骤。
其中,所述第一请求数据包、第二请求数据包、第一结果数据包和第二结果数据包都为加密后的数据包,各自的数据体中包含了加解密方式的数据项。
本发明还提供了一种基于多服务端的数据传输系统,包括:
客户端数据接收模块,用于接收客户端发送的第一请求数据包;
传输服务端适配模块,用于从多个服务端中选择所述第一请求数据包中指定的服务端作为传输服务端,将所述第一请求数据包转换为所述传输服务端能够识别的第二请求数据包;
传输服务端接口调用模块,用于将所述第二请求数据包发送给所述传输服务端;
结果数据接收模块,用于接收所述传输服务端处理所述第二请求数据包后返回的第一结果数据包;
结果数据转换模块,用于将所述第一结果数据包转换为所述客户端能够识别的第二结果数据包;
结果数据返回模块,用于将所述第二结果数据包返回给所述客户端。
其中,所述传输服务端适配模块包括:
第二ID映射模块,用于将所述第一请求数据包中的客户端的第一ID映射为客户端在所述传输服务端中注册的第二ID;
结果数据回传设置模块,用于设置回传所述第一结果数据包的第二URL;
第二请求数据包生成模块,用于将所述第二ID、所述第二URL、传输服务端的验证信息及所述第一请求数据包中的数据体信息组成所述第二请求数据包。
其中,所述结果数据转换模块包括:
第一ID映射模块,用于将所述第一结果数据包信息中的所述第二ID映射为所述第一ID;
第二结果数据包生成模块,用于将所述第一ID、第一请求数据包中的用于回传所述第二结果数据包的第一URL、客户端验证信息及第一结果数据包中的数据体组成所述第二结果数据包。
其中,所述系统还包括:
配置模块,若不存在指定的传输服务端时,用于配置所述传输服务端的提供商信息,及所述客户端在所述传输服务端注册的所述第二ID,并建立所述客户端的第一ID和所述第二ID的映射关系表。
(三)有益效果
本发明通过基于多服务端的数据传输系统来代理客户端和多个传输服务端的连接及数据传输,使得客户端不必了解传输服务端的接口就能实现数据传输;并且通过简单的配置添加新的传输服务端,节省了商户端对新添加的传输服务端接口调用程序的开发成本。
附图说明
图1是现有技术中基于多服务端的数据传输模式示意图;
图2是本发明实施例的一种基于多服务端的数据传输方法流程图;
图3是本发明实施例的一种基于多服务端的数据传输系统结构示意图;
图4是利用图3中系统的基于多服务端的数据传输模式示意图。
具体实施方式
下面结合附图和实施例,对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明,但不用来限制本发明的范围。
如图2所示,为本发明实施例的基于多服务端的数据传输方法流程图,包括:
步骤S201,接收客户端发送的第一请求数据包。第一请求数据包通常包括:客户端的第一ID、用于回传结果数据的第一URL、传输方式、加解密方式、签名及数据体等信息,其中传输方式中说明了客户端选择的传输服务端,其中可以指定多个服务端为传输服务端,以同步传输数据。第一ID为本方法中转换前为不同的客户端设定的唯一标识。为了传输安全,收到第一请求数据包后,需要通过第一请求数据包中的签名进行验证,签名如表1中左侧所示sign。若验证不通过,则拒绝传输。
步骤S202,从多个服务端中选择第一请求数据包中指定的服务端作为传输服务端,将第一请求数据包转换为传输服务端能够识别的第二请求数据包,完成对传输服务端的适配。具体地,客户端需要发送的参数,即第一请求数据包,以及转换后的需传给传输服务端的参数,即第二请求数据包部分如表1所示:
表1第一请求数据包和第二请求数据包的对应关系
例如:客户端以URL的形式发送第一请求数据包如下:
http://***.com?uid=16853409&oid=20110518093346986512&totalsize=10&time=2011051809334&trantype=gateid&sign=d20d627536636dfcebdab26939edb451&signtype=MD5&return_url=http://***.com/return.jsp¬ify_url=http://***.com/notify.jsp。
根据第一请求数据包中的参数得到对应的客户端在传输服务端的注册信息,该注册信息主要包括客户端在传输服务端注册的第二ID,在不同的服务端注册不同的第二ID,因此,该客户端的第一ID对应多个第二ID,这种对应关系在进行传输前已经事先配置好,然后构造一个传输服务端能够识别的第二请求数据包,第二请求数据包的URL表示如下:
https://www.gateid.com/cooperate/gateway.do?_input_charset=UTF-8¬ify_url=http://test.callback.do&out_tran_no=20110518093346986512&partner=2088501995929694&return_url=http://test.gateid_return_url.jsp&subject=0100120110610061701598568&total_size=10&sign=6754a507751tb678d361c411t8eadc9b&sign_type=MD5。
由此可见,上述转换的步骤为:将客户端的第一ID映射到客户端在传输服务端注册的的第二ID,如上述两个链接中,uid=16853409为客户端的第一ID,为了使传输服务端识别,则将该uid映射为客户端在传输服务端注册的第二ID:partner=2088501995929694;并设置用于传输服务端回调的第二URL信息,即上述第二请求数据包的URL链接中的return_url=http://test.gateid_return_url.jsp(用户能够看到结果数据,在实际传输过程中,由于传输服务端是和多服务端传输系统服务器端交互的,不会有显示的结果数据页面,所以这个地址在第二请求数据包的URL是可选的)和notify_url=http://test.callback.do(在实际传输过程中,传输服务端是和多服务端传输系统服务器交互的,与页面跳转同步通知不一样,这种交互方式是不可见的,服务器异步通知页面会收到传输服务端发来的处理结果通知),传输服务端通过该第二URL回传结果数据;最后结合传输服务端的验证信息及第一请求数据包中的数据体组成了上述的第二请求数据包的URL。
步骤S203,并将第二请求数据包发送给传输服务端。具体地,发送时调用该传输服务端提供的接口发送,第二请求数据包为该传输服务端接口需要的信息。传输服务端收到第二请求数据包后对其进行处理。
步骤S204,接收传输服务端处理第二请求数据包后返回的第一结果数据包。第一结果数据包是通过上述的第二URL中的notify_url=http://test.callback.do回传的。为了传输安全,收到第一结果数据包后,需要通过第一结果数据包中的签名进行验证,签名如表1中右侧所示sign。不同的传输服务端有不同的签名机制。若验证不通过,则拒绝传输。
步骤S205,将第一结果数据包转换为客户端能够识别的第二结果数据包。该转换过程和步骤S202中的转换过程相反,具体如表2所示:
表2第一结果数据包和第二结果数据包的对应关系
第一结果数据包的URL为:
http://test.callback.do?out_tran_no=20110518093346986512&partner=2088501995929694&subject=0100120110610061701598568&total_size=10&tran_no=2011050422413715&tran_status=TRADE_SUCCESS&sign=eb9bcfaebf3eafe8af9360137ae9605f&sign_type=MD5
第二请求数据包的URL为:
http://***.com/notify.jsp?uid=16853409&oid=20110518093346986512&totalsize=10&time=2011051810334&trantype=gateid&tranresult=1&sign=192bdbc06250906fb29d4aaaa48b898b&signtype=MD5
由表2可看出,转换步骤为:
将第一结果数据中的第二ID(partner=2088501995929694)映射为第一ID(uid=16853409);
将第一ID、第一请求数据包中的用于回传第二结果数据的第一URL、客户端验证信息及第一结果数据中的数据体组成第二结果数据。
步骤S206,将第二结果数据返回给客户端。具体地,通过第一请求数据包中的第一URL(notify_url=http://***.com/notify.jsp)返回。
在步骤S202中转换时,当第一请求数据包中指定的传输服务端不存在时,即要通过新的传输服务端传输时,还包括配置该传输服务端的步骤,具体为:配置传输服务端的提供商信息,及客户端在传输服务端注册的第二ID,并建立客户端的第一ID和第二ID的映射关系表。
为了传输安全,上述传递的第一请求数据包、第二请求数据包、第一结果数据包和第二结果数据包都为加密后的数据包。从表示各自的URL链接中可看出,本实施例中,采用的是MD5加密。
如图3所示,本发明的基于多服务端的数据传输系统包括:
客户端数据接收模块,用于接收客户端发送的第一请求数据包。
传输服务端适配模块,用于从多个服务端中选择所述第一请求数据包中指定的服务端作为传输服务端,将所述第一请求数据包转换为所述传输服务端能够识别的第二请求数据包,该模块具体包括:
第二ID映射模块,用于将所述第一请求数据包中的客户端的第一ID映射为客户端在所述传输服务端中注册的第二ID;
结果数据回传设置模块,用于设置回传所述第一结果数据包的第二URL;
第二请求数据包生成模块,用于将所述第二ID、所述第二URL、传输服务端的验证信息及所述第一请求数据包中的数据体信息组成所述第二请求数据包。
传输服务端接口调用模块,用于将所述第二请求数据包发送给所述传输服务端。
结果数据接收模块,用于接收所述传输服务端处理所述第二请求数据包后返回的第一结果数据包。
结果数据转换模块,用于将所述第一结果数据包转换为所述客户端能够识别的第二结果数据包,该模块具体包括:
第一ID映射模块,用于将所述第一结果数据包信息中的所述第二ID映射为所述第一ID;
第二结果数据包生成模块,用于将所述第一ID、第一请求数据包中的用于回传所述第二结果数据包的第一URL、客户端验证信息及第一结果数据包中的数据体组成所述第二结果数据包。
结果数据返回模块,用于将所述第二结果数据包返回给所述客户端。
其中,所述系统还包括:配置模块,若不存在指定的传输服务端时,用于配置所述传输服务端的提供商信息,及所述客户端在所述传输服务端注册的所述第二ID,并建立所述客户端的第一ID和所述第二ID的映射关系表。
如图4所示,为采用上述基于多服务端的数据传输系统的传输模式示意图。本发明的基于多服务端的数据传输方法及系统可以广泛运用于各种网络数据传输,如:在电子商务领域,不同支付网关服务器(支付宝、快钱、网银在线等)相当于不同服务端,商户端相当于客户端。若运用本发明的方法和系统,在用户选择不同支付网关支付时,商户端不必了解支付网关的接口就能通过用户选择的支付网关实现网上支付。
以上实施方式仅用于说明本发明,而并非对本发明的限制,有关技术领域的普通技术人员,在不脱离本发明的精神和范围的情况下,还可以做出各种变化和变型,因此所有等同的技术方案也属于本发明的范畴,本发明的专利保护范围应由权利要求限定。
Claims (9)
1.一种基于多服务端的数据传输方法,其特征在于,包括以下步骤:
S1:接收客户端发送的第一请求数据包,通过第一请求数据包中的验证信息对客户端进行验证;
S2:从多个服务端中选择所述第一请求数据包中指定的服务端作为传输服务端,将所述第一请求数据包转换为所述传输服务端能够识别的第二请求数据包;
S3:将所述第二请求数据包发送给所述传输服务端;
S4:接收所述传输服务端处理所述第二请求数据包后返回的第一结果数据包,通过第一结果数据包中的验证信息对传输服务端进行验证;
S5:将所述第一结果数据包转换为所述客户端能够识别的第二结果数据包;
S6:将所述第二结果数据包返回给所述客户端;
其中,所述第一请求数据包包括:客户端的第一ID、用于回传结果数据的第一URL、传输方式、加解密方式、签名及数据体信息,其中传输方式中说明了客户端选择的传输服务端,可以指定多个服务端为传输服务端,以同步传输数据。
2.如权利要求1所述的基于多服务端的数据传输方法,其特征在于,所述步骤S2中的转换步骤为:
将所述第一请求数据包中的客户端的第一ID映射为客户端在所述传输服务端中注册的第二ID;
设置用于回传所述第一结果数据包的第二URL;
将所述第二ID、所述第二URL、传输服务端的验证信息及所述第一请求数据包中的数据体信息组成所述第二请求数据包。
3.如权利要求2所述的基于多服务端的数据传输方法,其特征在于,所述步骤S5中的转换步骤为:
将所述第一结果数据包信息中的所述第二ID映射为所述第一ID;
将所述第一ID、第一请求数据包中的用于回传所述第二结果数据包的第一URL、客户端验证信息及第一结果数据包中的数据体组成所述第二结果数据包。
4.如权利要求3所述的基于多服务端的数据传输方法,其特征在于,若不存在指定的传输服务端,则步骤S2之前还包括配置所述传输服务端的步骤:配置所述传输服务端的提供商信息,及所述客户端在所述传输服务端注册的所述第二ID,并建立所述客户端的第一ID和所述第二ID的映射关系表。
5.如权利要求1~4中任一项所述的基于多服务端的数据传输方法,其特征在于,所述第一请求数据包、第二请求数据包、第一结果数据包和第二结果数据包都为加密后的数据包,各自的数据体中包含了加解密方式的数据项。
6.一种基于多服务端的数据传输系统,其特征在于,包括:
客户端数据接收验证模块,用于接收客户端发送的第一请求数据包,通过第一请求数据包中的验证信息对客户端进行验证;
传输服务端适配模块,用于从多个服务端中选择所述第一请求数据包中指定的服务端作为传输服务端,将所述第一请求数据包转换为所述传输服务端能够识别的第二请求数据包;
传输服务端接口调用模块,用于将所述第二请求数据包发送给所述传输服务端;
结果数据接收验证模块,用于接收所述传输服务端处理所述第二请求数据包后返回的第一结果数据包,通过第一结果数据包中的验证信息对传输服务端进行验证;
结果数据转换模块,用于将所述第一结果数据包转换为所述客户端能够识别的第二结果数据包;
结果数据返回模块,用于将所述第二结果数据包返回给所述客户端;
其中,所述第一请求数据包包括:客户端的第一ID、用于回传结果数据的第一URL、传输方式、加解密方式、签名及数据体信息,其中传输方式中说明了客户端选择的传输服务端,可以指定多个服务端为传输服务端,以同步传输数据。
7.如权利要求6所述的基于多服务端的数据传输系统,其特征在于,所述传输服务端适配模块包括:
第二ID映射模块,用于将所述第一请求数据包中的客户端的第一ID映射为客户端在所述传输服务端中注册的第二ID;
结果数据回传设置模块,用于设置回传所述第一结果数据包的第二URL;
第二请求数据包生成模块,用于将所述第二ID、所述第二URL、传输服务端的验证信息及所述第一请求数据包中的数据体信息组成所述第二请求数据包。
8.如权利要求7所述的基于多服务端的数据传输系统,其特征在于,所述结果数据转换模块包括:
第一ID映射模块,用于将所述第一结果数据包信息中的所述第二ID映射为所述第一ID;
第二结果数据包生成模块,用于将所述第一ID、第一请求数据包中的用于回传所述第二结果数据包的第一URL、客户端验证信息及第一结果数据包中的数据体组成所述第二结果数据包。
9.如权利要求8所述的基于多服务端的数据传输系统,其特征在于,所述系统还包括:
配置模块,若不存在指定的传输服务端时,用于配置所述传输服务端的提供商信息,及所述客户端在所述传输服务端注册的所述第二ID,并建立所述客户端的第一ID和所述第二ID的映射关系表。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110183317.XA CN102857482B (zh) | 2011-06-30 | 2011-06-30 | 基于多服务端的数据传输方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110183317.XA CN102857482B (zh) | 2011-06-30 | 2011-06-30 | 基于多服务端的数据传输方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102857482A CN102857482A (zh) | 2013-01-02 |
CN102857482B true CN102857482B (zh) | 2015-11-18 |
Family
ID=47403680
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110183317.XA Active CN102857482B (zh) | 2011-06-30 | 2011-06-30 | 基于多服务端的数据传输方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102857482B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106292369A (zh) * | 2016-09-09 | 2017-01-04 | 南京玛锶腾智能科技有限公司 | 舵机的分布式控制系统及方法 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103530765A (zh) * | 2013-10-25 | 2014-01-22 | 乐视网信息技术(北京)股份有限公司 | 一种智能电视支付方法、装置及系统 |
CN104717178B (zh) * | 2013-12-13 | 2018-11-30 | 中国移动通信集团河南有限公司 | 一种信源数据的调用方法及装置 |
CN106846065A (zh) * | 2017-02-07 | 2017-06-13 | 咪咕互动娱乐有限公司 | 一种数据处理方法及装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1267859A (zh) * | 2000-04-05 | 2000-09-27 | 深圳黎明电脑网络有限公司 | 一种动态分散信息交换方法及其实现模块 |
CN101102248A (zh) * | 2007-08-16 | 2008-01-09 | 四川长虹电器股份有限公司 | 家庭网络中设备之间服务协同的方法 |
-
2011
- 2011-06-30 CN CN201110183317.XA patent/CN102857482B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1267859A (zh) * | 2000-04-05 | 2000-09-27 | 深圳黎明电脑网络有限公司 | 一种动态分散信息交换方法及其实现模块 |
CN101102248A (zh) * | 2007-08-16 | 2008-01-09 | 四川长虹电器股份有限公司 | 家庭网络中设备之间服务协同的方法 |
Non-Patent Citations (2)
Title |
---|
"TUXEDO客户端访问多服务端的技术探讨";杨锷 等;《信息与电脑》;20100430;135页 * |
"基于中间件的客户/多服务器协作模型的研究及应用";王飞杰 等;《计算机应用》;20010630;7-9页 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106292369A (zh) * | 2016-09-09 | 2017-01-04 | 南京玛锶腾智能科技有限公司 | 舵机的分布式控制系统及方法 |
CN106292369B (zh) * | 2016-09-09 | 2019-02-15 | 江苏新辰海智能科技有限公司 | 舵机的分布式控制系统及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN102857482A (zh) | 2013-01-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102591724B (zh) | 消息交互方法及装置 | |
CN102938770B (zh) | 一种实现多协议消息统一接口的方法及相关装置、系统 | |
CN103535004B (zh) | 用于促进匿名音频和视频通信的方法和基于web的系统 | |
CN103179099A (zh) | 一种接入开放网站平台的统一认证方法和一种网站平台 | |
CN101217512B (zh) | 客户端状态维护方法、系统及应用服务器 | |
CN102082771A (zh) | 一种基于esb技术的服务管理中间件 | |
CN102857482B (zh) | 基于多服务端的数据传输方法及系统 | |
CN101808051B (zh) | 应用整合网关及其控制方法 | |
CN105429958A (zh) | 一种基于Android开发的企业应用平台系统 | |
CN104965690B (zh) | 数据处理方法及装置 | |
WO2010127531A1 (zh) | 基于web service的装置、web service组件及方法 | |
CN103581143A (zh) | 一种用户权限认证方法、系统、客户端及服务端 | |
CN104660547B (zh) | 一种实现远距离通信的服务平台 | |
CN107040613A (zh) | 一种报文传输方法及系统 | |
CN101339520B (zh) | 一种将ejb接入企业服务总线的方法 | |
US20100241716A1 (en) | System for interconnecting manifold entities across a real-time Meshed Information Exchange network | |
CN109525550B (zh) | 一种数据报文的处理方法、装置以及系统 | |
CN101227277B (zh) | 一种基于wap1.2网关实现端到端的安全的系统及其方法 | |
WO2017084515A1 (zh) | 数据码流发送方法及装置 | |
CN101969472A (zh) | 云交易系统及适配于云交易系统的短信管理系统 | |
CN106549955A (zh) | 一种实现数据通讯的方法及系统 | |
CN106487861A (zh) | 网络数据提供方法和装置 | |
CN101969624A (zh) | 适配于短信管理系统的短信接收装置 | |
CN104767667A (zh) | 一种web网页多屏共享的方法及终端设备、网站服务器 | |
CN104917910A (zh) | VoIP呼叫的发起、认证、处理的方法、设备及系统 |
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 | ||
CP02 | Change in the address of a patent holder | ||
CP02 | Change in the address of a patent holder |
Address after: Room 810, 8 / F, 34 Haidian Street, Haidian District, Beijing 100080 Patentee after: BEIJING D-MEDIA COMMUNICATION TECHNOLOGY Co.,Ltd. Address before: 100089 Beijing city Haidian District wanquanzhuang Road No. 28 Wanliu new building A block 5 layer Patentee before: BEIJING D-MEDIA COMMUNICATION TECHNOLOGY Co.,Ltd. |