CN106101219A - 基于WebService的数据传输方法及装置 - Google Patents
基于WebService的数据传输方法及装置 Download PDFInfo
- Publication number
- CN106101219A CN106101219A CN201610408687.1A CN201610408687A CN106101219A CN 106101219 A CN106101219 A CN 106101219A CN 201610408687 A CN201610408687 A CN 201610408687A CN 106101219 A CN106101219 A CN 106101219A
- Authority
- CN
- China
- Prior art keywords
- webservice
- soap
- client
- message
- data entry
- 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
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/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- 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/14—Session management
-
- 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/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请提供基于WebService的数据传输方法及装置,所述方法包括:WebService服务端接收WebService客户端在调用本地数据时发送的SOAP请求消息;读取与所述SOAP请求消息对应的数据条目,将所述数据条目存储至指定目录;向所述WebService客户端发送SOAP响应消息,所述SOAP响应消息携带所述指定目录对应的URL地址,以使客户端基于URL地址下载所述数据条目。应用本发明实施例,由于减少了WebService服务端和WebService客户端交互的频率,从而提高了基于WebService的数据传输效率。
Description
技术领域
本申请涉及网络通信技术领域,尤其涉及基于WebService的数据传输方法及装置。
背景技术
WebService技术是一种跨编程语言和跨操作系统平台的远程调用技术。由于WebService技术使得不同平台之间可以进行数据传输,因而得到广泛的应用。
WebService技术通常采用SOAP(Simple Object Access Protocol,简单对象访问协议)协议进行数据传输。通信双方在基于SOAP协议传输数据时,通常可以将需要传输的数据条目封装至SOAP消息的消息体中,然后通过交互SOAP消息来完成数据传输。然而现有的基于SOAP协议的传输机制,通信双方可能频繁交互大量的SOAP消息,并且当SOAP消息携带的数据量较大时,接收方解析SOAP消息的效率可能会下降,因而降低了数据的传输效率。
发明内容
有鉴于此,本申请提供一种基于WebService的数据传输方法及装置,用以提高基于WebService技术传输数据的效率。
根据本发明实施例的第一方面,提供一种基于WebService的数据传输方法,所述方法应用于WebService服务端,包括:
接收WebService客户端在调用本地数据时发送的SOAP请求消息;
读取与所述SOAP请求消息对应的数据条目,将所述数据条目存储至指定目录;
向所述WebService客户端发送SOAP响应消息,所述SOAP响应消息携带所述指定目录对应的URL(Uniform Resource Locator,统一资源定位符)地址,以使客户端基于URL地址下载所述数据条目。
根据本发明实施例的第二方面,提供一种基于WebService的数据传输装置,所述装置包括:
第一接收单元,用于接收WebService客户端在调用本地数据时发送的SOAP请求消息;
读取单元,用于读取与所述SOAP请求消息对应的数据条目;
存储单元,用于将所述数据条目存储至指定目录;
发送单元,用于向所述WebService客户端发送SOAP响应消息,所述SOAP响应消息携带所述指定目录对应的URL地址,以使客户端基于URL地址下载所述数据条目。
本发明实施例提出一种新的基于WebService进行数据传输的机制。通过对现有的基于SOAP协议的数据传输流程进行改进,WebService服务端将需要传输的数据条目存储至指定目录,并通过SOAP消息将该指定目录的URL地址发送至WebService客户端,以使WebService客户端基于该URL地址自主下载所请求的数据条目。由于不再需要在SOAP消息中封装需要传输的数据条目,因此可以减少WebService服务端与WebService客户端之间消息交互的频率;且在数据传输的过程,SOAP消息可以仅携带需要传输的数据条目的URL地址,由于SOAP消息携带的数据量减少,因此可以提升SOAP消息的解析效率,从而可以提高基于WebService的数据传输效率。
附图说明
图1是本申请示出的一种在相关技术中基于WebService进行数据传输的应用场景示意图;
图2是本申请示出的一种基于WebService的数据传输方法的流程图;
图3是本申请示出的另一种基于WebService的数据传输方法的流程图;
图4是本申请示出的一种基于WebService的数据传输装置所在设备的一种硬件结构图;
图5是本申请示出的一种基于WebService的数据传输装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
参见图1,图1为本例中示出的一种在相关技术中基于WebService技术进行数据传输的应用场景示意图。
在图1示出的场景中,WebService客户端为SOAP消息的发送方,WebService服务端为SOAP消息的接收方;其中,在实现时,上述客户端可以是PC(Personal Computer,个人计算机),上述服务端可以是面向用户PC提供服务的服务器。另外,由于WebService技术通常具有跨平台的特性,因此上述WebService客户端和上述WebService服务端可以安装不同的操作系统。
在实际应用中,上述WebService客户端和WebService服务端可以通过交互SOAP消息实现数据的传输。
WebService客户端可以调用WebService服务端一侧的WebService接口,并向WebService服务端发送SOAP请求消息,来请求相应的数据条目;WebService服务端可以通过解析接收到的该SOAP请求消息,将WebService客户端请求的数据条目逐条封装至SOAP响应消息中,或者将多个数据条目封装至同一SOAP消息中,再通过调用WebService客户端一侧的WebService接口,将该SOAP响应消息返回至WebService客户端,来完成数据传输。
在现有的基于WebService技术的数据传输机制中,WebService服务端可以将WebService客户端请求的数据条目逐条封装在SOAP响应消息中返回给WebService客户端,也可以将多条数据条目封装至同一SOAP响应消息中返回给WebService客户端。
一方面,如果WebService服务端逐条封装数据条目至SOAP消息中,会导致SOAP消息的交互过于频繁。
另一方面,如果WebService服务端将多条数据条目封装至同一SOAP消息中,会导致SOAP消息携带的数据量变大,从而使得WebService客户端针对SOAP消息的解析效率下降。
本发明实施例提出了一种新的基于WebService进行数据传输的机制。通过对现有的基于SOAP协议的数据传输流程进行改进,WebService服务端可以将需要传输的数据条目存储至指定目录,并通过SOAP响应消息将该指定目录的URL地址发送至WebService客户端,以使WebService客户端基于URL地址自主下载所请求的数据条目。由于不再需要在SOAP响应消息中封装需要传输的数据条目,因此可以减少WebService服务端与WebService客户端之间消息交互的频率;而且,在数据传输的过程中,由于SOAP响应消息可以仅携带需要传输的数据条目的URL地址,SOAP响应消息携带的数据量将显著减少,因此可以提高SOAP响应消息的解析效率,提升WebService服务端与WebService客户端的数据传输效率。
参见图2,为本申请示出的一种基于WebService的数据传输方法的流程图,应用于WebService服务端,包括以下步骤:
步骤201:接收WebService客户端在调用本地数据时发送的SOAP请求消息。
在WebService技术中,WebService客户端与WebService服务端之间通常采用SOAP协议进行数据传输。WebService客户端和WebService服务端在进行数据传输的过程中,双方都会面向对端提供一个WebService接口,通过调用对端的WebService接口,向对端发送SOAP消息,来实现双方之间的数据传输。由于WebService技术具有可以跨平台操作的特性,因此对于操作系统、编程语言不同的WebService客户端和WebService服务端来说,WebService接口成为双方进行数据传输的唯一途径。
在本实施例中,WebService客户端可以通过调用WebService服务端一侧的WebService接口,向WebService服务端发送SOAP请求消息,来调用WebService服务端上存储的数据条目。
上述数据条目可以是WebService服务端需要面向WebService客户端发布的应用程序,或者,是需要面向WebService客户端下发的配置信息。
当然,在实际应用中,除了可以是以上示出的应用程序、配置信息等,上述数据条目也可以是其他形态的数据类型,在本实施例中不再一一列举。
步骤202:读取与所述SOAP请求消息对应的数据条目,将所述数据条目存储至指定目录。
本实施例中,上述SOAP请求消息中,可以携带WebService客户端所需数据条目的标识信息,WebService服务端可以解析该SOAP消息,获取该消息中携带的标识信息,然后根据该SOAP请求消息中携带的标识信息,在其本地查找相应的数据条目。
当然,该SOAP请求消息中也可以携带用于提取WebService客户端所需数据条目的指令数据,WebService服务端可以根据该SOAP请求消息中携带的指令数据,进行相应的操作,提取的WebService客户端所需的数据条目。
当WebService服务端基于接收到的SOAP请求消息中携带的信息,在其本地查找WebService客户端所请求的数据条目之后,可以将查找到的数据条目存储至指定目录。
其中该指定目录可以是本地的指定目录,例如,WebService服务端可以将查找到的数据条目写入本地文件,然后储存至本地的指定目录中。当然,上述指定目录,也可以是其他设备上的指定目录。
在本实施例中,WebService服务端在将查找的数据条目储存在指定目录之前,还可以对存储的数据条目进行加密和压缩。
其中,在针对上述数据条目进行加密时所使用的加密算法,WebService服务端可以与WebService客户端预先进行协商,并使用协商出的加密算法进行加密处理。对上述数据条目进行加密,可以保证数据的安全性;对该上述数据条目进行压缩,可以有效地减少数据传输过程中对带宽的占用。
步骤203:向所述WebService客户端发送SOAP响应消息,所述SOAP响应消息携带所述指定目录对应的URL地址,以使WebService客户端基于URL地址下载所述数据条目。
本实施例中,WebService服务端接收到WebService客户端发送的SOAP请求消息后,通常可以向WebService客户端返回一个SOAP响应消息,用以向WebService客户端传输数据条目。
在基于SOAP协议传统交互的过程中,WebService服务端通过SOAP消息向WebService客户端传输数据时,通常会把WebService客户端请求的数据条目封装在SOAP响应消息的消息体中。
在本实施例中,为了降低SOAP消息的交互频率,提升SOAP消息的解析效率,WebService服务端可以不再将WebService客户端请求的数据条目封装在SOAP响应消息中,而是将该数据条目存储至指定目录,并将该指定目录的URL地址下发给WebService客户端,使得WebService客户端基于URL地址自主下载所需数据条目。
在实现时,WebService服务端可以构建SOAP响应消息的消息体,并将上述指定目录的URL地址封装于该消息体中,然后可以调用WebService客户端一侧的WebService接口,向WebService客户端返回该SOAP响应消息。WebService客户端在接收到该SOAP响应消息后,可以解析该SOAP响应消息,获取该指定目录的URL地址,然后WebService客户端可以基于该URL地址,自主下载上述数据条目。
通过以上实施例可见,本实施例提出一种新的基于WebService进行数据传输的机制,通过对现有的基于SOAP协议的数据传输流程进行改进,WebService服务端可以将需要传输的数据条目存储至指定目录,并通过SOAP消息将该指定目录的URL地址发送至WebService客户端,以使得WebService客户端可以基于该URL地址自主地下载所请求的数据条目。
一方面,由于本实施例中,WebService客户端与WebService服务端之间的数据传输仍然是基于SOAP消息来实现的,使得WebService服务端与WebService客户端之间的数据传输,可以仍然保留基于WebService技术实现数据传输时跨平台、兼容性好的特性。
另一方面,由于不再需要在SOAP消息中封装需要传输的数据条目,因此可以有效减少WebService服务端与WebService客户端之间SOAP消息的交互频率;而且,在数据传输的过程,由于SOAP响应消息可以仅携带需要传输的数据条目的URL地址,SOAP响应消息携带的数据量将显著减少,因此可以提高SOAP消息的解析效率,提升WebService服务端与WebService客户端的数据传输效率。
参见图3,为本申请示出的另一种基于WebService的数据传输方法的流程图,该实施例应用于WebService服务端,包括以下操作步骤:
步骤300:WebService客户端向WebService服务端发送SOAP请求消息。
在WebService技术中,WebService客户端与WebService服务端之间通常采用SOAP协议进行数据传输。WebService客户端和WebService服务端在进行数据传输的过程中,双方都会面向对端提供一个WebService接口,通过调用对端的WebService接口,向对端发送SOAP消息,来实现双方之间的数据传输。由于WebService技术具有可以跨平台操作的特性,因此对于操作系统、编程语言不同的WebService客户端和WebService服务端来说,WebService接口成为双方进行数据传输的唯一途径。
在本实施例中,WebService客户端可以通过调用WebService服务端一侧的WebService接口,向WebService服务端发送SOAP请求消息,来调用WebService服务端上存储的数据条目。
上述数据条目可以是WebService服务端需要面向WebService客户端发布的应用程序,或者,是需要面向WebService客户端下发的配置信息。
当然,在实际应用中,除了可以是以上示出的应用程序、配置信息等,上述数据条目也可以是其他形态的数据类型,在本实施例中不再一一列举。
步骤301:WebService服务端读取与SOAP请求消息对应的所有数据条目。
在本实施例中,该SOAP请求消息中可以携带WebService客户端所需数据条目的标识信息,WebService服务端可以解析该SOAP消息,获取该消息中携带的标识信息,然后根据该SOAP请求消息中携带的标识信息,在其本地查找相应的数据条目。
当然,该SOAP请求消息中也可以携带用于提取WebService客户端所需数据条目的指令数据,WebService服务端可以根据该SOAP请求消息中携带的指令数据,进行相应的操作,提取的WebService客户端所需的数据条目。
步骤302:WebService服务端将读取的数据条目加密压缩,储存在指定目录。
在本实施例中,当WebService服务端基于接收到的SOAP请求消息中携带的信息,在其本地查找WebService客户端所请求的数据条目之后,可以将查找到的数据条目存储至指定目录。
其中该指定目录可以是本地的指定目录,例如,WebService服务端可以将查找到的数据条目写入本地文件,然后储存至本地的指定目录中。当然,上述指定目录,也可以是其他设备上的指定目录。
在本实施例中,WebService服务端在将查找的数据条目储存在指定目录之前,还可以对存储的数据条目进行加密和压缩。
其中,在在针对上述数据条目进行加密时所使用的加密算法,WebService服务端可以与WebService客户端预先进行协商,并使用协商出的加密算法进行加密处理。对该本地文件进行加密,可以保证数据的安全性;对该本地文件进行压缩,可以有效地减少数据传输过程中对带宽的占用。
在实现时,WebService服务端与WebService客户端可以分别向对端发送SOAP消息,所述SOAP消息中携带本端支持的公钥算法列表、加密算法列表等;WebService客户端和WebService服务端根据对端和本端支持的加密算法得出最终使用的加密算法。
其中,WebService服务端对本地文件进行储存、加密和压缩的操作不受时序限制。
步骤303:WebService服务端调用WebService客户端一侧的WebService接口。
在本实施例中,由于WebService技术具有跨平台的特性,因此对于编程语言、操作系统不同的WebService服务端与WebService客户端而言,WebService接口成为双方进行数据传输的唯一路径,只有调用对方的WebService接口,双方才能进行正常的数据传输。
在实现时,WebService客户端可以向WebService服务端提供一个WebService接口,WebService服务端可以调用该接口,向WebService客户端返回一个SOAP响应消息。
步骤304:WebService服务端判断与WebService客户端之间的TCP连接是否正常。
本实施例中,为了保障上述SOAP响应消息可以返回给WebService客户端,也为了保障双方之间的数据可以正常传输,WebService服务端在向WebService客户端返回SOAP响应消息前,可以先判断WebService服务端和WebService客户端的TCP(TransmissionControl Protocol,传输控制协议)连接是否处于正常状态。
在实现时,WebService服务端在向WebService客户端返回SOAP响应消息前,可以先判断WebService服务端和WebService客户端的TCP连接是否处于正常状态。
当TCP连接处于正常状态时,执行305步骤,当TCP连接处于异常状态时,执行306步骤。
步骤305:WebService服务端向WebService客户端返回SOAP响应消息。
本实施例中,WebService服务端接收到WebService客户端发送的SOAP请求消息后,通常可以向WebService客户端返回一个SOAP响应消息,用以向WebService客户端传输数据条目。
在基于SOAP协议传统交互的过程中,WebService服务端通过SOAP消息向WebService客户端传输数据时,通常会把WebService客户端请求的数据条目封装在SOAP响应消息的消息体中。
在本实施例中,为了降低SOAP消息的交互频率,提升SOAP消息的解析效率,WebService服务端可以不再将WebService客户端请求的数据条目封装在SOAP响应消息中,而是将该数据条目存储至指定目录,并将该指定目录的URL地址下发给WebService客户端,使得WebService客户端基于URL地址自主下载所需数据条目。
在实现时,WebService服务端可以构建SOAP响应消息的消息体,可以将上述文件的文件名拼接至指定目录的URL中,将拼接后的URL地址封装至消息体。WebService服务端可以通过调用WebService客户端的WebService接口,将SOAP响应消息返回WebService客户端。
步骤306:WebService服务端重新与WebService客户端建立TCP连接。
在本实施例中,当WebService服务端检测到WebService服务端与WebService客户端之间的TCP连接处于异常状态时,WebService服务端可以与WebService客户端重新建立TCP连接,以保障上述的SOAP响应消息可以返回给WebService客户端。
在实现时,WebService服务端可以与WebService客户端重新建立TCP连接。WebService服务端可以设定最大连接次数。WebService服务端与WebService客户端的重新连接的连接次数不要超过最大连接次数。
307:WebService客户端基于URL地址,下载所述存储的数据条目。
在本实施例中,WebService客户端在向WebService服务端发送响应消息后,会收到WebService服务端返回的SOAP响应消息,该SOAP响应消息中不再携带有本端所请求的数据条目,而是携带有上述指定目录的URL地址,上述指定目录中存储有本端所请求的数据条目。WebService客户端可以通过解析该SOAP响应消息,获取该URL地址,再基于该URL地址自主下载本端所请求的数据条目。
在实施时,WebService客户端接收WebService服务端发送的SOAP响应消息,通过解析该SOAP响应消息,得到该SOAP响应消息中携带的上述拼接后的URL地址。WebService客户端基于该拼接后的URL地址,可以在本地服务端自主下载本端所请求的数据条目,也可以在其他设备上自主下载本端所请求的数据条目。
308:WebService客户端对所述数据条目进行解密解压,解析所述数据条目的内容,并进行合法性验证。
在本实施例中,WebService客户端可以基于预先协商好的加密方法和标准的压缩方法,对下载到的数据条目进行解密解压。此外,WebService客户端可以对下载到的数据条目的内容进行解析,再验证其内容的合法性。
309:WebService客户端向WebService服务端发送SOAP错误消息。
本实施例中,WebService客户端在对上述数据条目内容进行合法性验证之后,可以向WebService服务端发送SOAP错误消息,该SOAP错误消息中携带有表示上述合法性验证的处理结果信息的错误代码。
在实现时,WebService客户端将上述数据条目内容的合法性验证的处理结果,以错误代码的形式封装至SOAP错误消息的消息体中,并将SOAP错误消息发送给WebService服务端。其中,每个错误代码代表了不同的处理结果信息,例如当错误代码为0时,表示处理结果正常。
步骤310:WebService服务端判断处理结果是否正常。
本实施例中,WebService服务端接收WebService客户端发送的SOAP错误消息,可以通过解析该SOAP错误消息得到上述的错误代码。WebService服务端可以基于错误代码,判断对于WebService客户端下载的数据条目内容的合法性验证的处理结果是否正常,当处理结果异常时,执行步骤311。
步骤311:WebService服务端基于错误代码,输出相应的错误信息。
本实施例中,WebService服务端可以基于从SOAP错误消息中解析得到的错误代码,输出与该错误代码对应的错误信息。
例如,当WebService服务端通过解析SOAP错误消息得到的错误代码为0,表示该处理结果正常,当错误代码不为0时,WebService服务端基于不同的错误代码,输出相应的错误信息。
通过以上实施例可见,本实施例提出一种新的基于WebService进行数据传输的机制,通过对现有的基于SOAP协议的数据传输流程进行改进,WebService服务端可以将需要传输的数据条目存储至指定目录,并通过SOAP消息将该指定目录的URL地址发送至WebService客户端,以使得WebService客户端可以基于该URL地址自主地下载所请求的数据条目。
一方面,由于本实施例中,WebService客户端与WebService服务端之间的数据传输仍然是基于SOAP消息来实现的,使得WebService服务端与WebService客户端之间的数据传输,可以仍然保留基于WebService技术实现数据传输时跨平台、兼容性好的特性。
另一方面,由于不再需要在SOAP消息中封装需要传输的数据条目,因此可以有效减少WebService服务端与WebService客户端之间SOAP消息的交互频率;而且,在数据传输的过程,由于SOAP响应消息可以仅携带需要传输的数据条目的URL地址,SOAP响应消息携带的数据量将显著减少,因此可以提高SOAP消息的解析效率,提升WebService服务端与WebService客户端的数据传输效率。
与前述基于WebService的数据传输方法的实施例相对应,本申请还提供了基于WebService的数据传输装置的实施例。
本申请基于WebService的数据传输装置的实施例可以应用在WebService服务端上。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,如图4所示,为本申请示出的一种基于WebService的数据传输装置所在设备的一种硬件结构图,除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外,实施例中装置所在的设备通常根据基于WebService的数据传输的实际功能,还可以包括其他硬件,对此不再赘述。
参见图5,为本申请示出的一种基于WebService的数据传输装置的框图,所述装置应用于WebService服务端,所述装置包括:第一接收单元510、读取单元520、存储单元530和发送单元540。
其中,第一接收单元510,用于接收WebService客户端在调用本地数据时发送的SOAP请求消息;
读取单元520,用于读取与所述SOAP请求消息对应的数据条目;
存储单元530,用于将读取到的数据条目存储至指定目录;
发送单元540,用于向所述WebService客户端发送SOAP响应消息,所述SOAP响应消息携带所述指定目录对应的URL地址,以使客户端基于URL地址下载所述数据条目。
在一个可选的实现方式中:
上述装置还可以包括(图5中未示出):加密单元,用于在将所述数据条目存储至指定目录之前,基于与WebService客户端预先协商的加密算法,对所述数据条目进行加密。
在另一个可选的实现方式中:
上述发送单元540包括:构建子单元,用于构建所述SOAP响应消息的消息体;封装子单元,用于将所述URL地址封装至所述SOAP响应消息的消息体中;发送子单元,用于向所述WebService客户端发送所述SOAP响应消息。
在另一个可选的实现方式中:
上述装置还可以包括(图5中未示出):第二接收单元,用于当WebService客户端对下载的所述数据条目进行合法性验证后,接收WebService客户端向本地发送的SOAP错误消息,所述SOAP错误消息中携带错误代码,所述错误代码指示所述合法性验证的处理结果;第一判断单元,用于基于所述错误代码,判断所述处理结果是否正常;输出单元,当处理结果异常时,输出与所述错误代码对应的错误信息。
在另一个可选的实现方式中:
上述装置还可以包括(图5中未示出):第二判断单元,用于在所述向所述WebService客户端发送SOAP响应消息之前,判断与WebService客户端的连接是否正常;检查单元,用于当所述连接处于异常状态时,重新与WebService客户端建立连接,并检查所述连接的连接次数是否达到最大连接次数,当所述连接次数未达到最大连接次数时,执行向所述WebService客户端发送SOAP响应消息的操作。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (10)
1.一种基于WebService的数据传输方法,其特征在于,所述方法应用于WebService服务端,包括:
接收WebService客户端在调用本地数据时发送的SOAP请求消息;
读取与所述SOAP请求消息对应的数据条目,将所述数据条目存储至指定目录;
向所述WebService客户端发送SOAP响应消息,所述SOAP响应消息携带所述指定目录对应的URL地址,以使WebService客户端基于URL地址下载所述数据条目。
2.根据权利要求1所述的方法,其特征在于,在所述将所述数据条目存储至指定目录之前,所述方法还包括:
基于与WebService客户端预先协商的加密算法,对所述数据条目进行加密。
3.根据权利要求1所述的方法,其特征在于,所述向所述WebService客户端发送SOAP响应消息,包括:
构建所述SOAP响应消息的消息体;
将所述URL地址封装至所述SOAP响应消息的消息体中;
向所述WebService客户端发送所述SOAP响应消息。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当WebService客户端对下载的所述数据条目进行合法性验证后,接收WebService客户端向本地发送的SOAP错误消息,所述SOAP错误消息中携带错误代码,所述错误代码指示所述合法性验证的处理结果;
基于所述错误代码,判断所述处理结果是否正常;
当处理结果异常时,输出与所述错误代码对应的错误信息。
5.根据权利要求1所述的方法,其特征在于,在所述向所述WebService客户端发送SOAP响应消息之前,还包括:
判断与WebService客户端的连接是否正常;
当所述连接处于异常状态时,重新与WebService客户端建立连接并检查所述连接的连接次数是否达到最大连接次数,当所述连接次数达到最大连接次数时,执行向所述WebService客户端发送SOAP响应消息的操作。
6.一种基于WebService的数据传输装置,其特征在于,所述装置包括:
第一接收单元,用于接收WebService客户端在调用本地数据时发送的SOAP请求消息;
读取单元,用于读取与所述SOAP请求消息对应的数据条目;
存储单元,用于将所述数据条目存储至指定目录;
发送单元,用于向所述WebService客户端发送SOAP响应消息,所述SOAP响应消息携带所述指定目录对应的URL地址,以使客户端基于URL地址下载所述数据条目。
7.根据权利要求6所述的装置,其特征在于,还包括:
加密单元,用于在将所述数据条目存储至指定目录之前,基于与WebService客户端预先协商的加密算法,对所述数据条目进行加密。
8.根据权利要求6所述的装置,其特征在于,所述发送单元,包括:
构建子单元,用于构建所述SOAP响应消息的消息体;
封装子单元,用于将所述URL地址封装至所述SOAP响应消息的消息体中;
发送子单元,用于向所述WebService客户端发送所述SOAP响应消息。
9.根据权利要求6所述的装置,其特征在于,所述装置,还包括:
第二接收单元,用于当WebService客户端对下载的所述数据条目进行合法性验证后,接收WebService客户端向本地发送的SOAP错误消息,所述SOAP错误消息中携带错误代码,所述错误代码指示所述合法性验证的处理结果;
第一判断单元,用于基于所述错误代码,判断所述处理结果是否正常;
输出单元,用于当处理结果异常时,输出相应错误信息。
10.根据权利要求6所述的装置,其特征在于,所述装置,还包括:
第二判断单元,用于在所述向所述WebService客户端发送SOAP响应消息之前,判断与WebService客户端的连接是否正常;
检查单元,用于当所述连接处于异常状态时,重新与WebService客户端建立连接,并检查所述连接的连接次数是否达到最大连接次数,当所述连接次数未达到最大连接次数时,执行向所述WebService客户端发送SOAP响应消息的操作。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610408687.1A CN106101219A (zh) | 2016-06-08 | 2016-06-08 | 基于WebService的数据传输方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610408687.1A CN106101219A (zh) | 2016-06-08 | 2016-06-08 | 基于WebService的数据传输方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106101219A true CN106101219A (zh) | 2016-11-09 |
Family
ID=57228996
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610408687.1A Pending CN106101219A (zh) | 2016-06-08 | 2016-06-08 | 基于WebService的数据传输方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106101219A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110275783A (zh) * | 2018-03-16 | 2019-09-24 | 上海远动科技有限公司 | 数据整合连接信息处理方法 |
CN114697316A (zh) * | 2022-04-24 | 2022-07-01 | 平安科技(深圳)有限公司 | 数据的批量下载方法、装置、设备及计算机可读介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090125628A1 (en) * | 2007-11-13 | 2009-05-14 | Telefonaktiebolaget Lm Ericsson (Pub) | Service subscription associated with real time composition of services |
US8291432B2 (en) * | 2010-12-01 | 2012-10-16 | International Business Machines Corporation | Providing invocation context to IMS service provider applications |
CN102970378A (zh) * | 2012-12-13 | 2013-03-13 | 中国电子科技集团公司第十五研究所 | 二进制数据优化传输系统 |
CN104079656A (zh) * | 2014-07-07 | 2014-10-01 | 用友软件股份有限公司 | webService中soap消息的效率优化装置及方法 |
CN104618305A (zh) * | 2013-11-04 | 2015-05-13 | 贵州广思信息网络有限公司 | Soap传输大数据的通信传输方法 |
CN104750732A (zh) * | 2013-12-31 | 2015-07-01 | 蔡晓翔 | 一种利用中间数据库基于sap webservice接口的数据传输方法 |
-
2016
- 2016-06-08 CN CN201610408687.1A patent/CN106101219A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090125628A1 (en) * | 2007-11-13 | 2009-05-14 | Telefonaktiebolaget Lm Ericsson (Pub) | Service subscription associated with real time composition of services |
US8291432B2 (en) * | 2010-12-01 | 2012-10-16 | International Business Machines Corporation | Providing invocation context to IMS service provider applications |
CN102970378A (zh) * | 2012-12-13 | 2013-03-13 | 中国电子科技集团公司第十五研究所 | 二进制数据优化传输系统 |
CN104618305A (zh) * | 2013-11-04 | 2015-05-13 | 贵州广思信息网络有限公司 | Soap传输大数据的通信传输方法 |
CN104750732A (zh) * | 2013-12-31 | 2015-07-01 | 蔡晓翔 | 一种利用中间数据库基于sap webservice接口的数据传输方法 |
CN104079656A (zh) * | 2014-07-07 | 2014-10-01 | 用友软件股份有限公司 | webService中soap消息的效率优化装置及方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110275783A (zh) * | 2018-03-16 | 2019-09-24 | 上海远动科技有限公司 | 数据整合连接信息处理方法 |
CN114697316A (zh) * | 2022-04-24 | 2022-07-01 | 平安科技(深圳)有限公司 | 数据的批量下载方法、装置、设备及计算机可读介质 |
CN114697316B (zh) * | 2022-04-24 | 2024-03-12 | 平安科技(深圳)有限公司 | 数据的批量下载方法、装置、设备及计算机可读介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111132138B (zh) | 一种移动应用程序透明通信保护方法与装置 | |
US11907700B2 (en) | Upgrading method and system, server, and terminal device | |
CN110020955B (zh) | 在线医保信息处理方法及装置、服务器和用户终端 | |
CN108156178A (zh) | 一种ssl/tls数据监控系统和方法 | |
CN107959660A (zh) | 一种基于Nginx的静态文件访问方法和装置 | |
CN106911666B (zh) | 一种可穿戴智能设备及其消息处理方法、系统 | |
US20090037734A1 (en) | Device authentication system, mobile terminal device, information device, device authenticating server, and device authenticating method | |
CN110381043B (zh) | 基于ssl的服务器健康检测方法、装置、电子设备 | |
CN108307333A (zh) | 用于移动通信设备的中间号码发送方法、装置及存储介质 | |
US11553314B2 (en) | Method and system for providing interoperability for rich communication suite (RCS) messaging with local and remote applications with e-commerce and data collection | |
US11558320B2 (en) | Method and system for providing interoperability for rich communication suite (RCS) messaging with local and remote applications | |
CN106612264A (zh) | 一种获取文件解压密码的方法及装置 | |
CN105554001A (zh) | 一种基于加密的通信方法和系统 | |
CN105554136B (zh) | 备份数据还原方法、装置及系统 | |
CN107872315B (zh) | 数据处理方法和智能终端 | |
CN114978637A (zh) | 一种报文处理方法及装置 | |
CN106101219A (zh) | 基于WebService的数据传输方法及装置 | |
CN104375831A (zh) | 实现终端设备上的网页和应用间通信的方法、装置和系统 | |
CN103034811B (zh) | 一种文件处理的方法、系统及装置 | |
CN108512889B (zh) | 一种基于http的应用响应推送方法及代理服务器 | |
CN104346460B (zh) | 进行文件下载的方法、装置及浏览器客户端 | |
CN109640277B (zh) | 应用于usim卡的短消息处理方法和装置 | |
CN107508805B (zh) | 一种数据包处理方法及系统 | |
CN112565447B (zh) | 云环境下上传下载配合加解密方法、系统及web文件管理器 | |
CN104052628B (zh) | 协议包检测方法及协议包检测装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: Binjiang District and Hangzhou city in Zhejiang Province Road 310051 No. 68 in the 6 storey building Applicant after: Hangzhou Dipu Polytron Technologies Inc Address before: Binjiang District and Hangzhou city in Zhejiang Province Road 310051 No. 68 in the 6 storey building Applicant before: Hangzhou Dipu Technology Co., Ltd. |
|
CB02 | Change of applicant information | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20161109 |
|
RJ01 | Rejection of invention patent application after publication |