CN101459629A - 一种发送和接收传真文件的方法、系统及装置 - Google Patents

Abstract

本发明实施例涉及网络通信技术，特别涉及一种发送和接收传真文件的方法、系统及装置，解决了现有技术中存在基于传真能力的智能业务方案，由于不能将传真能力作为通用接口，不利于传真业务在互联网上推广的问题，包括：传真接入网关将接收到的来自网络侧的传真文件，通过网络服务Web Service接口向业务服务器发送，用于所述业务服务器通知接收方接收所述传真文件。采用本发明实施例实现了将传真能力作为通用接口开放给第三方，从而有利于传真业务在互联网上的发展。

Description

一种发送和接收传真文件的方法、系统及装置

技术领域

本发明涉及网络通信技术，特别涉及一种发送和接收传真文件的方法、系统及装置。

背景技术

传真技术由于其方便、快捷的特点，已经被越来越多的用户所接受。尤其是随着互联网(Internet)技术的快速发展，网络传真机已经在当今传真机发展中占据了重要的位置。

网络传真(IP传真)具有其特有的优势，比如：经济实用，即可以利用IP传真技术组建传真通信网，可以获得远比传统传真廉价的长途传真业务，以节省昂贵的长途传真费用；具有自动重发功能，利用这种功能可以解放发送端传真机的占用时间，从而大幅度的减少传真费用；具有广播功能，发送传真机可以根据需要同时将传真件发往多个目的传真机；及时的信息反馈功能，系统可以通过传真或邮件的方式及时向用户发送“送达通知”或“未送达通知”；分账户管理功能，用户可以对传真进行控制和管理等等。正因为此，IP传真近年来伴随着下一代(Next Generation Network：NGN)网络技术的兴起得到了飞速的发展。

目前的IP传真业务，对于网络中接收到的传真，都先存放到基于智能业务的数据中心，然后用户可以通过电话流程或者Web流程接收，还可以通过邮件方式发送到电子邮箱中。

但是这种基于传真能力的智能业务方法中，用户必须要到智能业务中开通该功能才能使用网络传真功能，用户是相对固定的；并且随着传统电信运营商把电信能力逐步向信息技术(Information Technology：IT)类业务开放，各类增值业务提供商的发展和完善，这种基于传真能力的智能业务方法由于不能将传真能力作为通用接口，不利于传真业务在互联网上推广。

综上所述，目前基于传真能力的智能业务方案，由于不能将传真能力作为通用接口，不利于传真业务在互联网上推广。

发明内容

本发明实施例提供一种发送和接收传真文件的方法、系统及装置，用以解决现有技术中存在基于传真能力的智能业务方案，由于不能将传真能力作为通用接口，不利于传真业务在互联网上推广的问题。

本发明实施例提供的一种发送传真的方法包括：

传真接入网关通过网络服务Web Service接口接收到来自业务服务器的传真文件后，通过网络侧将所述传真文件向接收方发送。

本发明实施例提供的一种接收传真的方法包括：

传真接入网关将接收到的来自网络侧的传真文件，通过网络服务WebService接口向业务服务器发送，用于所述业务服务器通知接收方接收所述传真文件。

本发明实施例提供的一种发送传真的系统包括：

业务服务器，用于通过网络服务Web Service接口，向传真接入网关发送传真文件；

传真接入网关，用于接收到所述传真文件后，通知网络设备；

网络设备，用于将所述传真文件向接收方发送。

本发明实施例提供的一种接收传真的系统包括：

传真接入网关，用于将接收到的来自网络设备的传真文件，通过网络服务Web Service接口向业务服务器发送；

所述业务服务器，用于通知接收方接收所述传真文件。

本发明实施例提供的一种业务服务器包括：

确定模块，用于确定网络服务Web Service接口；

发送模块，用于通过确定的Web Service接口，向传真接入网关发送传真文件。

本发明实施例提供的一种传真接入网关包括：

接收模块，用于通过网络服务Web Service接口接收并保存来自业务服务器的传真文件；

通知模块，用于在所述接收模块接收所述传真文件后，通知网络设备。

本发明实施例提供的又一种业务服务器包括：

第二接收模块，用于通过网络服务Web Service接口接收来自传真接入网关的传真文件；

通知模块，用于在所述第二接收模块收到所述传真文件后，通知接收方接收所述传真文件。

本发明实施例提供的又一种传真接入网关包括：

第一接收模块，用于接收来自网络设备的传真文件；

第一发送模块，用于将所述传真文件通过Web Service接口向业务服务器发送。

本发明实施例中，传真接入网关通过网络服务Web Service接口接收到来自业务服务器的传真文件后，通过网络侧将所述传真文件向接收方发送，从而实现了将传真能力作为通用接口开放给第三方，有利于传真业务在互联网上的发展。

附图说明

图1A为本发明实施例发送传真文件的系统结构示意图；

图1B为本发明实施例第一种业务服务器的结构示意图；

图1C为本发明实施例第一种传真接入网关的结构示意图；

图2A为本发明实施例接收传真文件的系统结构示意图；

图2B为本发明实施例第二种业务服务器的结构示意图；

图2C为本发明实施例第二种传真接入网关的结构示意图；

图3为本发明实施例第一种发送传真文件的方法流程示意图；

图4为本发明实施例第二种发送传真文件的方法流程示意图；

图5为本发明实施例第一种接收传真文件的方法流程示意图；

图6为本发明实施例第二种接收传真文件的方法流程示意图；

图7为本发明实施例收发传真文件的组网示意图。

具体实施方式

在本发明实施例中，第三方的业务服务器通过Web Service接口与传真接入网关进行交互，通过网络侧发送和接收传真文件，从而加快了传真业务在互联网上的推广，增加了使用传真业务的用户。

下面结合说明书附图对本发明实施例作进一步详细描述。

如图1A所示，本发明实施例发送传真文件的系统包括：业务服务器10、传真接入网关11和网络设备12。

业务服务器10，用于通过Web Service接口，向传真接入网关20发送传真文件。

传真接入网关11，用于通过Web Service接口接收到来自业务服务器10的传真文件后，通知网络设备12。

网络设备12，用于将收到的来自传真接入网关11的传真文件，通过传真网络向接收方发送。

其中，网络设备12包括：智能业务平台服务器和传真平台服务器。

智能业务平台服务器需要对传真文件的发送方(即主叫号码)进行鉴权，通过后会通知传真平台服务器从传真接入网关中获取相应的传真文件，并通过传真网络发送。

在本实施例中，业务服务器10和传真接入网关11通过Web Service接口交互消息。

如图1B所示，本发明实施例第一种业务服务器的结构包括：确定模块100和发送模块101。

确定模块100，用于确定Web Service接口。

发送模块101，用于通过确定模块100确定的Web Service接口，向传真接入网关发送传真文件。

其中，发送模块101还可以进一步包括：处理模块1010和捆绑模块1011。

处理模块1010，用于将需要发送的传真文件按设定格式进行封装。

在本实施例中，设定的格式可以采用MIME或DIME格式，即使用多用途的网际邮件扩充协议(Multipurpose Internet Mail Extension protocol，MIME)或直接网际消息封装(Direct Internet Message Encapsulation，DIME)编码，将传真文件作为一个符号最优汇编程序(SOAP)附件通过Web Service接口发送。

捆绑模块1011，用于将处理模块1010进行封装的传真文件同主被叫号码一起，通过Web Service接口向传真接入网关发送。

其中，本发明实施例第一种业务服务器的结构还可以进一步包括：查询模块102。

查询模块102，用于通过Web Service接口向传真接入网关发送查询请求。

如果查询模块102通过Web Service接口收到来自传真接入网关的传真标识，则查询模块102还可以在查询请求中携带该传真标识。

如图1C所示，本发明实施例第一种传真接入网关的结构包括：接收模块110和通知模块111。

接收模块110，用于通过Web Service接口接收并保存来自业务服务器的传真文件。

其中，接收模块110还会接收到同传真文件一起发送来的主被叫号码。

通知模块111，用于在接收模块110接收到传真文件后，通知网络设备。

其中，通知模块111还可以进一步包括：生成模块1111和处理模块1112。

生成模块1111，用于在接收模块110接收到传真文件后，为该传真文件生成一个传真标识。

处理模块1112，用于将生成模块1111生成的传真标识和接收模块110收到的主叫号码向网络设备发送。

处理模块1112还可以将传真标识通过Web Service接口返回给业务服务器，以便业务服务器查询使用。

其中，本发明实施例第一种传真接入网关还可以进一步包括：第一状态通知模块112。

第一状态通知模块112，用于在收到来自网络设备的传真发送状态消息后，通过Web Service接口，将该传真发送状态消息向业务服务器发送。

其中，本发明实施例第一种传真接入网关还可以进一步包括：第二状态通知模块113。

第二状态通知模块113，用于保存收到的来自网络设备的传真发送状态消息，在收到来自业务服务器的查询请求后，将该传真发送状态消息通过WebService接口，向业务服务器发送。

如图2A所示，本发明实施例接收传真文件的系统包括：网络设备20、传真接入网关21和业务服务器22。

网络设备20，用于将收到的传真文件向传真接入网关21发送。

传真接入网关21，用于将接收到的来自网络设备20的传真文件，通过Web Service接口向业务服务器22发送。

业务服务器22，用于通过Web Service接口收到来自传真接入网关21的传真文件后，通知接收方接收该传真文件。

在本实施例中，业务服务器22和传真接入网关21通过Web Service接口交互消息。

其中，网络设备20包括：智能业务平台服务器和传真平台服务器。

智能业务平台服务器对收到的传真呼叫请求进行鉴权，通过后将该传真呼叫请求发送给传真平台服务器；则传真平台服务器通过传真网络接收传真文件。

在本实施例中，智能业务平台服务器或传真平台服务器可以将传真文件按设定格式进行封装，也可以由传真接入网关将传真文件按设定格式进行封装。

设定的格式可以采用MIME或DIME格式，即使用MIME或DIME编码，将传真文件作为一个SOAP附件。

如图2B所示，本发明实施例第二种业务服务器的结构包括：第二接收模块220和通知模块221。

第二接收模块220，用于通过Web Service接口接收来自传真接入网关的传真文件。

通知模块221，用于在第二接收模块220收到传真文件后，通知接收方接收该传真文件。

其中，本发明实施例第二种业务服务器还可以进一步包括：响应模块222。

响应模块222，用于在收到来自传真接入网关的获取传真文件消息后，通过Web Service接口向传真接入网关发送获取传真文件请求。

如果获取传真文件消息中携带传真标识，则在获取传真文件请求中同样携带该传真标识。

如图2C所示，本发明实施例第二种传真接入网关的结构包括：第一接收模块210和第一发送模块211。

第一接收模块210，用于接收来自网络设备的传真文件。

第一发送模块211，用于在第一接收模块210收到传真文件后，将该传真文件通过Web Service接口向业务服务器发送。

其中，本发明实施例第二种传真接入网关还可以进一步包括：第二发送模块212和转发模块213。

第二发送模块212，用于将收到的来自网络设备的获取传真文件消息，通过Web Service接口向业务服务器发送。

转发模块213，用于将收到的来自业务服务器的获取传真文件请求向网络设备发送。

其中，如果第一接收模块210收到的来自网络设备的传真文件没有按设定的格式进行封装，则本发明实施例第二种传真接入网关还可以进一步包括：处理模块214。

处理模块214，用于将第一接收模块210收到的传真文件按设定格式进行封装。

当然，在具体实施过程中，可以将本发明实施例提供的发送传真系统和接收传真系统组合起来使用，或将本发明实施例提供的发送传真系统和现有技术的接收传真系统组合起来使用，或将本发明实施例提供的接收传真系统和现有技术的发送传真系统组合起来使用。

如图3所示，本发明实施例第一种发送传真文件的方法包括下列步骤：

步骤300、传真接入网关通过Web Service接口接收到来自业务服务器的传真文件。

其中，步骤300中，来自业务服务器的传真文件为按设定格式进行封装，并携带主被叫号码的传真文件，则步骤300之前还可以进一步包括：

业务服务器将传真文件按设定格式进行封装，同主被叫号码一起，通过Web Service接口向传真接入网关发送。

在本实施例中，设定的格式可以采用MIME或DIME格式，即使用MIME或DIME编码，将传真文件作为一个SOAP附件通过Web Service接口发送。

步骤301、传真接入网关通过网络侧将传真文件向接收方发送。

其中，步骤301还可以进一步包括：

传真接入网关通过Web Service接口接收到该传真文件后，为该传真文件生成一个传真标识，将收到的主叫号码和传真标识向网络侧发送。

在本实施例中，传真接入网关还可以将生成的传真标识通过Web Service接口发送给业务服务器，便于业务服务器查询。

其中，步骤301之后还可以进一步包括：

传真接入网关在收到来自网络侧的传真发送状态消息后，通过Web Service接口，将该传真发送状态消息向业务服务器发送。或者，

传真接入网关保存接收到的来自网络侧的传真发送状态消息，在通过WebService接口收到来自业务服务器的查询请求后，通过Web Service接口，将传真发送状态消息向业务服务器发送。

在本实施例中，传真发送状态消息中包含对应传真文件的传真标识，业务服务器根据传真标识就能够知道该发送状态消息对应的传真文件。

业务服务器还可以在查询请求中携带传真标识，则传真接入网关根据查询请求中的传真标识，查找含有相同传真标识的传真发送状态消息，将该传真发送状态消息通过Web Service接口发送给业务服务器。

其中，网络侧包括：智能业务平台服务器和传真平台服务器。

智能业务平台服务器需要对传真文件的发送方(即主叫号码)进行鉴权，通过后会通知传真平台服务器从传真接入网关中获取相应的传真文件，并通过传真网络发送。

在本实施例中，业务服务器和传真接入网关通过Web Service接口交互消息。

如图4所示，本发明实施例第二种发送传真文件的方法包括下列步骤：

步骤400、业务服务器将传真文件按照MIME格式进行封装，同主被叫号码一起，通过Web Service接口向传真接入网关发送。

在具体实施过程中，可以采用sendFax操作。

具体的，业务触发条件由应用提供商与用户进行预先约定。根据业务需要调用Web Service接口，向用户发送一个传真文件。本消息调用是请求发送一个传真文件到一组地址集合，并返回请求标识符(RequestIdentifier)对本消息的发送进行标识。传真接入网关根据业务服务器的要求用notifyFaxDeliveryStatus返回状态报告，并使用RequestIdentifier与先前发送的消息相关联。传真内容是使用MIME或DIME编码作为一个SOAP附件进行发送。业务服务器通过DeliveryResultRequest告知传真接入网关是否需要返回状态报告。如表1所示，sendFaxRequest包括：

 

参数	类型	描述
			DestinationAddress	xsd:anyURI[0..unbounded]	传真要被发送到的地址。
SenderAddress	xsd:anyURI	指示传真发送者的地址。本参数是不允许由所有第三方提供商填充的。网关服务器需要根据特定应用的SLA对其进行处理，因此本参数的使用可能导致策略异常。(可选)
			Priority	MessagePriority	本参数代表传真发送的优先级。如果未定义，网络将基于运营商策略分配一个优先级。(可选)
Charging	Common:ChargingInformation	指示计费相关信息。(可选)
			DeliveryResultRequest	xsd:boolean	指示是否需要网络侧返回递交状态报告。
Content	MIME或DIME格式	和消息一起发送的数据，使用MIME或DIME格式，作为一个SOAP附件被发送。

表1

步骤401、传真接入网关为收到的传真文件生成一个传真标识，并将该标识通过Web Service接口返回给业务服务器。

在具体实施过程中，同样采用sendFax操作。

具体的，如表2所示，sendFaxRequest包括：

 

参数	类型	描述
			RequestIdentifier	xsd:String	标识一个特定的传真发送请求，可用于getFaxDeliveryStatus消息调用。

表2

步骤402、传真接入网将传真标识以及主被叫号码发送给智能业务平台服务器。

步骤403、智能智能业务平台服务器对收到的主叫号码进行鉴权，通过后向传真接入网关返回鉴权结果。

其中，步骤402中，传真接入网还可以将传真文件信息发送给智能业务平台服务器；

则步骤403中，传真智能业务平台服务器还需要对传真文件信息进行鉴权，查看传真文件信息是否符合发送条件。

传真文件信息包括但不限于下列信息中的一种或几种：

传真文件格式，传真文件大小等等。

步骤404、传真接入网关将收到的鉴权结果通过Web Service接口向业务服务器发送。

其中，传真接入网关还可以通过Web Service接口向业务服务器发送传真发送状态消息，表示鉴权通过。

步骤405、智能业务平台服务器将被叫号码和传真标识发送给传真平台服务器。

步骤406、传真平台服务器根据传真标识，从传真网络中获取传真文件。

步骤407、传真平台服务器根据被叫号码，将获取的传真文件通过传真网络发送。

步骤408～409、传真平台服务器在接收方接收到传真文件后，通过智能业务平台，向传真接入网关发送携带传真标识的传真发送状态消息。

步骤410、传真接入网关通过Web Service接口向业务服务器发送携带传真标识的传真发送状态消息。

在具体实施过程中，可以采用notifyFaxDeliveryStatus操作。

具体的，业务服务器先前向传真接入网关发送了传真文件，传真接入网关对该发送请求分配一个标识符RequestIdentifier。当传真接入网关获得状态报告时，调用Web Service接口将传真文件的发送状态报告向业务服务器发送。WebService接口的调用是将先前递交的传真发送请求的状态报告告知业务服务器，该消息以RequestIdentifier和UserAddress的组合进行标识。状态信息在DeliveryStatus中具体描述。如表3所示，notifyFaxDeliveryStatusRequest包括：

 

参数	类型	描述
			RequestIdentifier	xsd:String	标识发送状态请求相关的特定消息。
UserAddress	xsd:anyURI	指示与通知相关的目的地址。
			DeliveryStatus	DeliveryStatus	先前被发送的消息的状态，包括消息的目标地址和它的递交状态。

表3

其中，步骤410中，传真接入网关还可以保存收到的携带传真标识的传真发送状态消息，在收到来自业务服务器的携带传真标识的查询请求后，将携带相同传真标识的传真发送状态消息，通过Web Service接口向业务服务器发送。

则业务服务器中可以设定一时间，比如在步骤404，即收到来自传真接入网关的鉴权结果后，启动定时器，到了设定时间后通过Web Service接口向传真接入网关发送携带传真标识的查询请求。当然，还可以设定其他条件触发业务服务器发送查询请求。

在具体实施过程中，可以采用GetReceivedFaxes Request操作，如表4所示，

 

参数	类型	描述
			RegistrationIdentifier	xsd:string	标识用户状态为不在线的应用接收通知，消息接收根据标准制定。
Priority	MessagePriority	从Parlay X网关得到的优先消息。所有拥有指定优先权和高级优先权的消息都会找回。如果没有指定，所有消息都将被返回，例如，都同样指定为低级。(可选)

表4

传真接入网关回复的操作可以采用GetReceivedFaxes Response，如表5所示，

 

参数	类型	描述
			Faxes	FaxesReference[0..unbounded]	包括一组收到根据指定过滤注册标识符和优先权的消息。

表5

如图5所示，本发明实施例第一种接收传真文件的方法包括下列步骤：

步骤500、传真接入网关接收来自网络侧的传真文件。

步骤501、传真接入网关将该传真文件，通过Web Service接口向业务服务器发送，用于业务服务器通知接收方接收传真文件。

其中，步骤501之前还可以进一步包括：

传真接入网关将收到的来自网络侧的获取传真文件消息，通过Web Service接口向业务服务器发送；

业务服务器通过Web Service接口向传真接入网关发送获取传真文件请求；

传真接入网关将获取传真文件请求向网络侧发送。

其中，步骤500之前还可以进一步包括：

网络侧将收到的传真文件按设定格式进行封装，并发送给传真接入网关。

在本实施例中，设定的格式可以采用MIME或DIME格式，即使用MIME或DIME编码，将传真文件作为一个SOAP附件。

如果传真接入网关收到的来自网络设备的传真文件没有按设定的格式进行封装，则步骤501还可以进一步包括：

传真接入网将收到的来自网络侧的传真文件按设定格式进行封装，通过Web Service接口向业务服务器发送。

其中，步骤501之后还可以进一步包括：

业务服务器通过Web Service接口收到来自传真接入网关的传真文件后，通知接收方接收该传真文件。

其中，网络侧包括：智能业务平台服务器和传真平台服务器。

智能业务平台服务器对收到的传真呼叫请求进行鉴权，通过后将该传真呼叫请求发送给传真平台服务器；传真平台服务器通过传真网络接收传真文件。

如图6所示，本发明实施例第二种接收传真文件的方法包括下列步骤：

步骤600、智能业务平台服务器通过传真网络收到传真呼叫请求后，对该传真呼叫请求进行鉴权，通过后向传真平台服务器发送该传真呼叫请求。

步骤601、传真平台服务器收到传真呼叫请求后，通过传真网络与主叫方进行传真媒体协商，接收传真文件，并为接收的传真文件生成一个传真标识。

步骤602～603、传真平台服务器通过智能业务平台服务器向传真接入网关发送携带传真标识的获取传真文件消息。

步骤604、传真接入网关通过Web Service接口向业务服务器发送携带传真标识的获取传真文件消息。

在具体实施过程中可以采用notifyFaxReception操作。

具体的，业务触发条件由应用提供商与运营商进行预先约定，当传真接入网关收到发给特定地址的消息时，调用Web Service接口，将消息发送给业务服务器。传真接入网关有一个注册机制，能将不同的RegistrationIdentifier参数与应用和Web Service的URI进行绑定。当传真接入网关收到发送到特定业务号码的新消息时，将把消息作为附件通知业务服务器。如表6所示，notifyFaxReceptionRequest包括：

表6

步骤605、业务服务器收到携带传真标识的获取传真文件消息后，通过Web Service接口向传真接入网关发送携带该传真标识的获取传真文件请求。

在具体实施过程中可以采用GetFax操作。

具体的。GetFax操作将读取整条传真文件。在返回的消息中，数据做为附件返回。如表7所示，GetFaxRequest包括：

 

参数	类型	描述
			MessageRefIdentifier	xsd:string	等同与传真文件的找回

表7

步骤606～607、传真接入网关通过智能业务平台服务器向传真平台服务器发送携带传真标识的获取传真文件请求。

步骤608～609、传真平台服务器将传真标识对应的传真文件按MIME格式进行封装，并通过智能业务平台服务器发送给传真接入网关。

步骤610、传真接入网关通过Web Service接口将封装后的传真文件向业务服务器发送。

其中，步骤608中，如果传真平台服务器没有对传真文件进行封装，则步骤609中，智能业务平台服务器可以对传真文件进行封装。

如果步骤608和步骤609中，传真平台服务器和智能业务平台服务器都没有对传真文件进行封装，则步骤610中，传真接入网关对传真文件进行封装。

步骤611、业务服务器在收到来自传真接入网关的传真文件后，通知接收方接收该传真文件。

当然，在具体实施过程中，可以将本发明实施例提供的发送传真方法和接收传真方法组合起来使用，或将本发明实施例提供的发送传真方法和现有技术的接收传真方法组合起来使用，或将本发明实施例提供的接收传真方法和现有技术的发送传真方法组合起来使用。具体的组网结构如图7所示。

从上述实施例中可以看出：本发明实施例传真接入网关通过网络服务WebService接口接收到来自业务服务器的传真文件后，通过网络侧将所述传真文件向接收方发送，由于对Web Service接口进行了发展，从而可以使业务服务器与传真接入网关进行交互，通过网络侧发送和接收传真文件，有利于传真业务在互联网上的推广，在不需要专业知识的前提下，就可以调用传真功能，降低了应用的难度，并且用户可以通过第三方运营商开通传真业务，增加了使用传真业务的用户的数量。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (31)

1、一种发送传真的方法，其特征在于，该方法包括：

传真接入网关通过网络服务Web Service接口接收到来自业务服务器的传真文件后，通过网络侧将所述传真文件向接收方发送。

2、如权利要求1所述的方法，其特征在于，所述传真接入网关通过网络侧将所述传真文件向接收方发送之后还包括：

所述传真接入网关在收到来自所述网络侧的传真发送状态消息后，通过所述Web Service接口，将所述传真发送状态消息向所述业务服务器发送；或

所述传真接入网关通过所述Web Service接口收到来自所述传真接入网关的查询请求后，将接收到的来自所述网络侧的传真发送状态消息通过所述WebService接口，向所述业务服务器发送。

3、如权利要求1所述的方法，其特征在于，所述来自业务服务器的传真文件为按设定格式进行封装，并携带主被叫号码的传真文件。

4、如权利要求3所述的方法，其特征在于，所述传真接入网关通过网络侧将所述传真文件向接收方发送包括：

所述传真接入网关为收到的所述传真文件生成一个传真标识，将收到的主叫号码和所述传真标识向网络侧发送；在所述主叫号码通过所述网络侧的验证后，将所述传真标识对应的所述传真文件，通过网络侧将所述传真文件向接收方发送。

5、一种接收传真的方法，其特征在于，该方法包括：

传真接入网关将接收到的来自网络侧的传真文件，通过网络服务WebService接口向业务服务器发送，用于所述业务服务器通知接收方接收所述传真文件。

6、如权利要求5所述的方法，其特征在于，所述传真接入网关将接收到的来自网络侧的传真文件，通过网络服务Web Service接口向业务服务器发送之前还包括：

所述传真接入网关将收到的来自所述网络侧的获取传真文件消息，通过Web Service接口向所述业务服务器发送；

则所述传真接入网关在通过Web Service接口收到来自所述业务服务器的获取传真文件请求后，将所述获取传真文件请求向所述网络侧发送。

7、如权利要求5所述的方法，其特征在于，所述传真接入网关将接收到的来自网络侧的传真文件，通过Web Service接口向业务服务器发送之前还包括：

所述网络侧将所述传真文件按设定格式进行封装，并发送给所述传真接入网关。

8、如权利要求5所述的方法，其特征在于，所述传真接入网关将接收到的来自网络侧的传真文件，通过Web Service接口向业务服务器发送包括：

所述传真接入网将收到的来自所述网络侧的传真文件按设定格式进行封装，通过Web Service接口向所述业务服务器发送。

9、一种发送传真的系统，其特征在于，该系统包括：

业务服务器，用于通过网络服务Web Service接口，向传真接入网关发送传真文件；

传真接入网关，用于接收到所述传真文件后，通知网络设备；

网络设备，用于将所述传真文件向接收方发送。

10、如权利要求9所述的系统，其特征在于，所述业务服务器包括：

确定模块，用于确定Web Service接口；

发送模块，用于通过确定的Web Service接口，向所述传真接入网关发送传真文件；

所述传真接入网关包括：

接收模块，用于接收并保存所述传真文件；

通知模块，用于在所述接收模块接收所述传真文件后，通知所述网络设备。

11、如权利要求10所述的系统，其特征在于，所述传真接入网关还包括：第一状态通知模块，用于在收到来自所述网络设备的传真发送状态消息后，通过所述Web Service接口，将所述传真发送状态消息向所述业务服务器发送。

12、如权利要求10所述的系统，其特征在于，所述业务服务器还包括：

查询模块，用于通过所述Web Service接口向所述传真接入网关发送查询请求；

则所述传真接入网关包括：

第二状态通知模块，用于在收到所述查询请求后，将接收到的来自所述网络设备的传真发送状态消息通过所述Web Service接口，向所述业务服务器发送。

13、如权利要求10所述的系统，其特征在于，所述第一发送模块包括：

处理模块，用于将所述传真文件按设定格式进行封装；

捆绑模块，用于将封装的传真文件同主被叫号码一起，通过Web Service接口向所述传真接入网关发送。

14、如权利要求13所述的系统，其特征在于，所述通知模块包括：

生成模块，用于为所述接收模块收到的所述传真文件生成一个传真标识

处理模块，用于处理模块，用于将所述传真标识和收到的来自所述业务服务器的主叫号码向所述网络设备发送。

15、一种接收传真的系统，其特征在于，该系统包括：

传真接入网关，用于将接收到的来自网络设备的传真文件，通过网络服务Web Service接口向业务服务器发送；

所述业务服务器，用于通知接收方接收所述传真文件。

16、如权利要求15所述的系统，其特征在于，所述传真接入网关包括：

第一接收模块，用于接收来自网络设备的传真文件；

第一发送模块，用于将所述传真文件通过WebService接口向所述业务服务器发送；

所述业务服务器包括：

第二接收模块，用于通过Web Service接口接收所述传真文件；

通知模块，用于在所述第二接收模块收到所述传真文件后，通知接收方接收所述传真文件。

17、如权利要求16所述的系统，其特征在于，所述传真接入网还包括：

第二发送模块，用于将收到的来自所述网络设备的获取传真文件消息，通过Web Service接口向所述业务服务器发送；

转发模块，用于将收到的来自所述业务服务器的获取传真文件请求向所述网络设备发送；

则所述业务服务器包括：

响应模块，用于在收到所述获取传真文件消息后，通过Web Service接口向所述传真接入网关发送获取传真文件请求。

18、如权利要求15所述的系统，其特征在于，所述网络设备用于：

将收到所述传真文件按设定格式进行封装，并发送给所述传真接入网关。

19、如权利要求16所述的系统，其特征在于，所述传真接入网还包括：

处理模块，用于将所述第一接收模块收到所述传真文件按设定格式进行封装。

20、一种业务服务器，其特征在于，该业务服务器包括：

确定模块，用于确定网络服务Web Service接口；

发送模块，用于通过确定的Web Service接口，向传真接入网关发送传真文件。

21、如权利要求20所述的业务服务器，其特征在于，所述发送模块包括：

处理模块，用于将所述传真文件按设定格式进行封装；

捆绑模块，用于将封装的传真文件同主被叫号码一起，通过Web Service接口向所述传真接入网关发送。

22、如权利要求20所述的业务服务器，其特征在于，所述业务服务器还包括：

查询模块，用于通过所述Web Service接口向所述传真接入网关发送查询请求。

23、一种传真接入网关，其特征在于，该传真接入网关包括：

接收模块，用于通过网络服务Web Service接口接收并保存来自业务服务器的传真文件；

通知模块，用于在所述接收模块接收所述传真文件后，通知网络设备。

24、如权利要求23所述的传真接入网关，其特征在于，所述传真接入网关还包括：

第一状态通知模块，用于在收到来自所述网络设备的传真发送状态消息后，通过所述Web Service接口，将所述传真发送状态消息向所述业务服务器发送。

25、如权利要求23所述的传真接入网关，其特征在于，所述传真接入网关还包括：

第二状态通知模块，用于在收到来自所述业务服务器的查询请求后，将接收到的来自所述网络设备的传真发送状态消息通过所述Web Service接口，向所述业务服务器发送。

26、如权利要求23所述的传真接入网关，其特征在于，所述通知模块包括：

生成模块，用于为所述接收模块收到的所述传真文件生成一个传真标识

处理模块，用于将所述传真标识和收到的来自所述业务服务器的主叫号码向所述网络设备发送。

27、一种业务服务器，其特征在于，该业务服务器包括：

第二接收模块，用于通过网络服务Web Service接口接收来自传真接入网关的传真文件；

通知模块，用于在所述第二接收模块收到所述传真文件后，通知接收方接收所述传真文件。

28、如权利要求27所述的业务服务器，其特征在于，所述业务服务器还包括：

响应模块，用于在收到来自所述传真接入网关的获取传真文件消息后，通过Web Service接口向所述传真接入网关发送获取传真文件请求。

29、一种传真接入网关，其特征在于，该传真接入网关包括：

第一接收模块，用于接收来自网络设备的传真文件；

第一发送模块，用于将所述传真文件通过网络服务Web Service接口向业务服务器发送。

30、如权利要求29所述的传真接入网关，所述传真接入网关还包括：

第二发送模块，用于将收到的来自所述网络设备的获取传真文件消息，通过Web Service接口向所述业务服务器发送；

转发模块，用于将收到的来自所述业务服务器的获取传真文件请求向所述网络设备发送。

31、如权利要求29所述的传真接入网关，所述传真接入网关还包括：

处理模块，用于将所述第一接收模块收到的所述传真文件按设定格式进行封装。

Images