CN107682584A - 软件传真发送方法及其系统、存储介质、电子设备 - Google Patents

Abstract

本发明揭示软件传真发送方法及其系统、存储介质、电子设备。所述软件传真发送系统包括任务处理模块、任务控制模块、媒体处理模块以及数据储存模块；所述软件传真发送方法包括如下步骤：任务处理模块接收并解析来自用户的传真发送请求；任务处理模块生成传真任务，并获取传真文件；任务处理模块将传真任务和传真文件发送至任务控制模块；任务控制模块对接收到的传真任务和传真文件进行缓存和消息队列处理；任务控制模块根据传真任务生成路由规则，并发送至媒体处理模块；媒体处理模块根据路由规则选择外呼网关或会话边界控制器进行信令交互，并发送传真文件；数据存储模块接收并储存传真任务状态和传真发送请求，生成最终发送记录。

Description

软件传真发送方法及其系统、存储介质、电子设备

技术领域

本发明涉及一种软件传真发送方法及其系统、存储介质、电子设备。

背景技术

传真是近二十多年发展最快的非话电信业务，其将文字、图表、相片等记录在纸面上的静止图像，通过扫描和光电变换，变成电信号，经各类信道传送到目的地，在接收端通过一系列逆变换过程，获得与发送原稿相似记录副本。

目前市场上广泛应用的传真方式中，传真发送的服务端基本均为专用服务器加硬件板卡的形式对传真进行发送。使用硬件板卡的形式的传真发送的服务端由于硬件板卡的物理端口限制，传真发送通道的扩展极不平滑。当传真线路或者服务器需要扩容或搬迁时，需要进行大量的调整，使得整个系统的成本不断增加，维护成本不断的升高。尤其是在当前通信应用IP化的趋势下，使用传统DSP板卡的传真发送系统更加显得笨重且不灵活。在传真任务的调度及传真文件的获取方面，使用硬件板卡的形式的传真发送的服务端设计复杂，且需通过额外开发程序，接入费力度且门槛较高。

发明内容

针对现有技术中的缺陷，本发明的目的是提供一种软件传真发送方法及其系统、存储介质、电子设备，实现了软件传真发送的虚拟化，大大提升了软件传真发送系统扩展的灵活性，并且能够节省成本。

根据本发明的一个方面提供一种软件传真发送方法，用于软件传真发送系统的软件传真发送，所述软件传真发送系统包括任务处理模块、任务控制模块、媒体处理模块以及数据储存模块；所述软件传真发送方法包括如下步骤：S10：所述任务处理模块接收并解析来自用户的传真发送请求；S20：所述任务处理模块根据所述传真发送请求生成传真任务，并获取传真文件；S30：所述任务处理模块将所述传真任务和所述传真文件发送至所述任务控制模块；S40：所述任务控制模块对接收到的所述传真任务和所述传真文件进行缓存和消息队列处理；S50：所述任务控制模块根据所述传真任务生成路由规则；S60：所述任务控制模块将所述路由规则和传真文件发送至所述媒体处理模块；S70：所述媒体处理模块根据所述路由规则选择对应的外呼网关或会话边界控制器进行信令交互，并对所述传真文件进行发送；其中，所述任务处理模块还实时获取所述媒体处理模块对所述传真文件的发送进程中的传真任务状态，并将所述传真任务状态发送至所述数据储存模块；S80：所述数据存储模块接收并储存所述任务处理模块发送的传真任务状态和传真发送请求，并生成最终发送记录。

优选地，所述传真任务状态包括列队状态，发送状态，发送成功状态以及发送失败状态。

优选地，当所述步骤S70中所述任务处理模块获取到的所述传真任务状态为发送失败状态，则所述软件传真发送方法还包括如下步骤：所述任务处理模块重新生成传真任务，并且将所述重新生成的传真任务和所述传真文件发送至所述任务控制模块。

优选地，当所述步骤S70中所述任务处理模块获取到的所述传真任务状态为发送失败状态，则所述软件传真发送方法还包括如下步骤：所述任务处理模块查询获取到所述传真任务发送失败的次数；若所述传真任务发送失败的次数大于第一阈值，则所述任务处理模块重新生成传真任务，并将所述重新生成的传真任务和所述传真文件发送至所述任务控制模块，其中，所述重新生成的传真任务包括更换路由规则的指令；所述任务控制模块根据所述重新生成的传真任务重新生成路由规则，并将所述重新生成的路由规则发送至所述媒体处理模块。

优选地，当所述步骤S70中所述任务处理模块获取到的所述传真任务状态为发送失败状态，则所述软件传真发送方法还包括如下步骤：查询获取到所述传真任务发送失败的次数；若所述传真任务发送失败的次数大于第二阈值，则所述任务处理模块检测发送失败的原因，并进行告警。

优选地，所述软件传真发送请求为http请求，所述http请求至少包括传真主叫号码，传真被叫号码以及传真文件存储位置。

优选地，所述信令交互包括sip信令交互和基于T38协议的IP传真的信令交互。

根据本发明的另一个方面，还提供一种软件传真发送系统，所述软件传真发送系统包括：任务处理模块，用于接收并解析来自用户的传真发送请求、根据所述传真发送请求生成传真任务、获取传真文件以及将传真任务和所述传真文件发送至所述任务控制模块；任务控制模块，用于对接收到的所述传真任务和所述传真文件进行缓存和消息队列处理、根据所述传真任务生成路由规则以及将所述路由规则和传真文件发送至所述媒体处理模块；媒体处理模块，用于根据所述路由规则选择对应的外呼网关或会话边界控制器进行信令交互，并对传真文件进行发送，其中，所述任务处理模块还用于实时获取所述媒体处理模块对所述传真文件的发送进程中的传真任务状态，并将所述传真任务状态发送至所述数据储存模块；以及数据储存模块，用于接收并储存所述任务处理模块发送的传真任务状态、传真发送请求，并且生成最终发送记录。

根据本发明的又一个方面，还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述的软件传真发送方法的步骤。

根据本发明的又一个方面，还提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述的软件传真发送方法的步骤。

相比于现有技术，本发明实施例提供的软件传真发送方法以及系统、存储介质、电子设备中软件传真发送方法结合现有的开源技术，利用IP传真协议和支持IP传真协议的软传真发送系统实现传真的发送。软件传真发送系统可将传真IP化后，通过网关转换后从运营商中继线路发送传真；或者在企业具有数字网关的场景下，也可以灵活对接SBC通过SIP中继线路发送传真，软件传真发送系统无需物理板卡和商业传真客户端软件，省去板卡和昂贵的维保费用，大大节省成本。并且，由于软件传真发送系统无需物理板卡和与物理板卡相连的物理线路、实现了虚拟化部署，因此，软件传真发送系统扩展的灵活性得到了大大提升。并且本发明的可软件传真发送方法自身实现整个传真任务的生成、调度、缓存及路由设置，提高了用户进行传真的便利性和软件传真发送系统的稳定性。

此外，本发明的软件传真发送系统还通过数据存储模块对传真任务执行的各个步骤中的相关数据、规则进行储存，可以有效地防止因任一个步骤出错而导致相应数据的丢失、引起传真发送失败等问题。软件传真发送系统的任务处理模块还对传真任务状态进行跟踪，当传真发送失败时提供相应的步骤，以提高传真的成功率。

附图说明

通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1为本发明的一个实施例的软件传真发送方法的流程图；

图2为本发明的一个实施例的软件传真发送系统的模块构成示意图；

图3为本发明公开示例性实施例中一种计算机可读存储介质示意图；以及

图4为本发明公开示例性实施例中一种电子设备示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的实施方式；相反，提供这些实施方式使得本发明将全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的结构，因而将省略对它们的重复描述。

所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本发明的实施方式的充分理解。然而，本领域技术人员应意识到，没有特定细节中的一个或更多，或者采用其它的方法、组元、材料等，也可以实践本发明的技术方案。在某些情况下，不详细示出或描述公知结构、材料或者操作以避免模糊本发明。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

依据本发明的主旨构思，本发明的一种软件传真发送方法，用于软件传真发送系统的软件传真发送，其中，所述软件传真发送系统包括任务处理模块、任务控制模块、媒体处理模块以及数据储存模块；所述软件传真发送方法包括如下步骤：所述任务处理模块接收并解析来自用户的传真发送请求；所述任务处理模块根据所述传真发送请求生成传真任务，并获取传真文件；所述任务处理模块将所述传真任务和所述传真文件发送至所述任务控制模块；所述任务控制模块对接收到的所述传真任务和所述传真文件进行缓存和消息队列处理；所述任务控制模块根据所述传真任务生成路由规则；所述任务控制模块将所述路由规则和传真文件发送至所述媒体处理模块；所述媒体处理模块根据所述路由规则选择对应的外呼网关或会话边界控制器进行信令交互，并对所述传真文件进行发送；其中，所述任务处理模块还实时获取所述媒体处理模块对所述传真文件的发送进程中的传真任务状态，并将所述传真任务状态发送至所述数据储存模块；所述数据存储模块接收并储存所述任务处理模块发送的传真任务状态和传真发送请求，并生成最终发送记录。

下面结合附图和实施例对本发明的技术内容进行进一步地说明。

请参见图1，其示出了本发明的一个实施例的软件传真发送方法的流程图。具体来说，本发明的软件传真发送方法主要用于软件传真发送系统的软件传真发送，其通过一个软件传真发送系统实现。所述软件传真发送系统包括任务处理模块、任务控制模块、媒体处理模块以及数据储存模块。

如图1所示，在本发明的实施例中，该软件传真发送方法包括如下步骤：

步骤S10：任务处理模块接收并解析来自用户的传真发送请求。具体来说，在本发明实施例中，所述软件传真发送请求为http请求。任务处理模块包括多个对外开放发送的接口，可接收并解析用户的传真发送请求。其中，本发明实施例中对外开放发送的接口可以是RESTful API接口。用户只需按照接口契约格式，发送http请求即可完成传真发送任务向软件传真发送系统的推送。进而，当用户发出传真发送请求后，任务处理模块接收并解析用户发送的http请求，其中，所述http请求至少包括传真主叫号码、传真被叫号码以及传真文件存储位置。对http请求的解析实质上是指解析出上述的http请求中的传真主叫号码、传真被叫号码和传真文件存储位置等信息。

步骤S20：任务处理模块根据传真发送请求生成传真任务，并获取传真文件。具体来说，由于传真发送请求中(http请求)中包括了传真主叫号码、传真被叫号码和传真文件存储位置等信息，因此，任务处理模块可以根据传真文件存储位置获取到相应的传真文件。其中，传真任务是指用于指示后续任务控制模块所要进行的具体任务，例如，使用哪个传真主叫号码，传真发送至哪个传真被叫号码，具体传真的文件名，传真发出的时间等。进一步具体来说，任务处理模块具有任务分发规则，例如，根据不同的传真主叫号码、传真被叫号码，选择不同的语音中继线路发送传真任务；或者根据不同的媒体处理模块(参见下文)的运行状态，选择不同的媒体处理模块发送传真任务，任务处理模块根据任务分发规则和http请求中的传真主叫号码、传真被叫号码和传真文件存储位置等信息来生成具体的传真任务。

步骤S30：任务处理模块将传真任务和传真文件发送至任务控制模块。完成上述步骤S20中，任务处理模块将生成的传真任务以及传真文件推送至任务控制模块。进一步地，在本发明的优选实施例中，任务处理模块还将上述步骤S10中获取的传真发送请求、步骤S20中生成的传真任务以及传真文件写入数据存储模块中，并还进一步对后续软件传真发送系统各个模块对传真发送过程中执行的各个步骤进行跟踪与更新(可参见下文的描述)，以此对当前传真任务各个步骤的执行记录进行备份，可以有效地防止因任一个步骤出错而导致相应数据的丢失、引起传真发送失败等问题。

步骤S40：任务控制模块对接收到的传真任务和所述传真文件进行缓存和消息队列处理。即任务控制模块接收上述步骤S30中由任务处理模块发送的传真任务和传真文件进行缓存和消息队列处理。

步骤S50：任务控制模块根据传真任务生成路由规则。由于传真任务中包括传真主叫号码和传真被叫号码等信息，因此，任务控制模块可以根据上述传真主叫号码和传真被叫号码生成相应的路由规则。其中，路由规则即指示了后续媒体处理模块进行信令交互和传真文件发送的对象和进程(路径)。

步骤S60：任务控制模块将路由规则和传真文件发送至媒体处理模块。完成步骤S60之后即相当于将传真任务传递至媒体处理模块，完成了对传真任务的分发和消费。

进一步地，在本发明的优选实施例中，任务处理模块可以获取上述步骤S50中由任务控制模块生成的路由规则，并写入数据存储模块中，以实现对路由规则的备份。

步骤S70：媒体处理模块根据路由规则选择对应的外呼网关或会话边界控制器进行信令交互，并对传真文件进行发送。具体来说，媒体处理模块作为软件传真发送系统的核心，其可以预先注册多个传真主叫号码，进而，用户可以选择传真主叫号码，将选择的传真主叫号码携带于上述http请求中，进而，上述任务控制模块生成于路由规则中。媒体处理模块根据路由规则中传真主叫号码对应的外呼网关或者会话边界控制器(SBC)。其中，步骤S70中所述信令交互包括了sip信令交互和基于T38协议的IP传真的信令交互。完成信令交互后即可对传真文件进行发送。优选地，媒体处理模块通常可以使用freeswitch等软交换应用来实现其功能。

进一步地，任务处理模块还在媒体处理模块发送传真文件的过程中实时获取和更新媒体处理模块对传真文件的发送进程中的传真任务状态，并将所述传真任务状态发送至(写入)数据储存模块。直至媒体处理模块的传真任务完成(即传真文件发送过程结束)。

进一步具体来说，所述传真任务状态包括列队状态(pending)，发送状态(processing)，发送成功状态(completed)以及发送失败状态(failure)等。此外，传真任务状态还还可以包括发送时长等信息。

步骤S80：数据存储模块接收并储存任务处理模块发送的传真任务状态和传真发送请求，并生成最终发送记录。具体来说，在本发明实施例中，数据存储模块可以使用非关系型数据库来进行各类数据的储存，优选地，至少接收并储存上述步骤S10中任务处理模块获取的传真发送请求、步骤S20中生成的传真任务以及传真文件、步骤S50中由任务控制模块生成的路由规则以及步骤S70中任务处理模块实时获取和更新的媒体处理模块中的传真任务状态。进而。将上述数据汇总生成最终发送记录。进一步地数据存储模块还具有存储软件传真发送系统的配置数据、展示每个传真任务状态等功能。

进一步地，在本发明的另一些实施例中，当步骤S70中任务处理模块获取到的传真任务状态为发送失败状态(failure)时，所述软件传真发送方法还包括如下步骤：

任务处理模块重新生成传真任务，并且将重新生成的传真任务和传真文件发送至任务控制模块。在此步骤中，即为针对传真发送失败的传真任务进行再次进行传真发送，以确保用户的每个传真发送请求的完成率能够提高。

进一步地，在本发明的另一些实施例中，当步骤S70中任务处理模块获取到的传真任务状态为发送失败状态(failure)时，所述软件传真发送方法还包括如下步骤：

任务处理模块查询获取到传真任务发送失败的次数。具体来说，由上可见，本发明中对于上述传真发送失败的传真任务会进行再次进行传真发送，因此，存在任务处理模块多次获取到传真任务状态为的情况，针对上述情况，在此步骤中即为查询获取到传真任务发送失败的次数，判断传真任务发送失败的次数大于第一阈值。

若传真任务发送失败的次数大于第一阈值，则任务处理模块重新生成传真任务，并将重新生成的传真任务和所述传真文件发送至所述任务控制模块，其中，重新生成的传真任务包括更换路由规则的指令。

任务控制模块根据重新生成的传真任务重新生成路由规则，并将重新生成的路由规则发送至媒体处理模块。

具体来说，上述步骤中主要是针对传真任务发送失败的次数大于第一阈值的情况采取了相应的改善措施，即重新生成的传真任务，该重新生成的传真任务中包括更换路由规则的指令，进而，任务控制模块进行重新生成路由规则。需要说明的是，重新生成的路由规则中的传真主叫号码和传真被叫号码不变，仅改变其路由(即中间的进程)。其中，由于本发明实施例中数据存储模块对路由规则进行了储存，因此，可以通过从数据存储模块中调取之前生成的路由规则，在之前生成的路由规则的基础上进行调整。该实施例中通过上述步骤进一步尝试使传真任务发送成功，以提高本发明中软件传真发送方法的成功率。

进一步地，在本发明的另一些实施例中，当步骤S70中任务处理模块获取到的传真任务状态为发送失败状态(failure)时，所述软件传真发送方法还包括如下步骤：

查询获取到传真任务发送失败的次数。具体来说，与上述实施例中类似的，本发明中存在任务处理模块多次获取到传真任务状态为的情况，针对上述情况，在此步骤中即为查询获取到传真任务发送失败的次数，判断传真任务发送失败的次数大于第二阈值。

若传真任务发送失败的次数大于第二阈值，则任务处理模块检测发送失败的原因，并进行告警。

具体来说，在本发明的实施例中，第二阈值大于第一阈值，换言之，该步骤主要针对上述步骤中的基础上(即经过不改变路由规则地对传真任务进行重新发送以及改变路由规则地对传真任务进行重新发送后均未将传真文件发送成功)，检测发送失败的原因并进行告警，以此供相关的维护人员进行修整。

在上述图1所示的实施例中，本发明的软件传真发送方法结合现有的开源技术，利用IP传真协议和支持IP传真协议的软传真发送系统实现传真的发送。软件传真发送系统可将传真IP化后，通过网关转换后从运营商中继线路发送传真；或者在企业具有数字网关的场景下，也可以灵活对接SBC通过SIP中继线路发送传真，进而，可以使软件传真发送系统无需物理板卡和商业传真客户端软件，省去板卡和昂贵的维保费用，大大节省成本。并且，由于软件传真发送系统无需物理板卡和与物理板卡相连的物理线路、实现了虚拟化部署，因此，软件传真发送系统扩展的灵活性得到了大大提升。并且本发明的可软件传真发送方法自身实现整个传真任务的生成、调度、缓存及路由设置，提高了用户进行传真的便利性和软件传真发送系统的稳定性。

此外，本发明的软件传真发送系统还通过数据存储模块对传真任务执行的各个步骤中的相关数据、规则进行储存，可以有效地防止因任一个步骤出错而导致相应数据的丢失、引起传真发送失败等问题。软件传真发送系统的任务处理模块还对传真任务状态进行跟踪，当传真发送失败时提供相应的步骤，以提高传真的成功率。

进一步地，本发明还提供一种软件传真发送系统，用于实现上述的软件传真发送方法。具体来说，请参见图2，其示出了发明的一个实施例的软件传真发送系统的模块构成示意图。所述软件传真发送系统至少包括任务处理模块1、任务控制模块2、媒体处理模块3以及数据储存模块4。

其中，任务处理模块1用于接收并解析来自用户的传真发送请求、根据所述传真发送请求生成传真任务、获取传真文件以及将传真任务和所述传真文件发送至所述任务控制模块。

任务控制模块2用于对接收到的所述传真任务和所述传真文件进行缓存和消息队列处理、根据所述传真任务生成路由规则以及将所述路由规则和传真文件发送至所述媒体处理模块。

媒体处理模块3用于根据所述路由规则选择对应的外呼网关或会话边界控制器进行信令交互，并对传真文件进行发送，其中，所述任务处理模块还用于实时获取所述媒体处理模块对所述传真文件的发送进程中的传真任务状态，并将所述传真任务状态发送至所述数据储存模块。

数据储存模块4用于接收并储存所述任务处理模块发送的传真任务状态、传真发送请求，并且生成最终发送记录。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被例如处理器执行时可以实现上述任意一个实施例中所述软件传真发送方法中控制系统和话务系统执行的各个步骤。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述图1所示的软件传真发送方法部分中描述的根据本发明各种示例性实施方式的步骤。

参考图3所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品300，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

在本公开的示例性实施例中，还提供一种电子设备，该电子设备可以包括处理器，以及用于存储所述处理器的可执行指令的存储器。其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一个实施例中所述软件传真发送方法中控制系统和话务系统执行的各个步骤。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图4来描述根据本发明的这种实施方式的电子设备600。图4显示的电子设备600仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同系统组件(包括存储单元620和处理单元610)的总线630、显示单元640等。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元610执行，使得所述处理单元610执行本说明书上述软件传真发送方法部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元610可以执行如图1中所示的由控制系统和话务系统完成的各个步骤。

所述存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(ROM)6203。

所述存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本公开实施方式的上述软件传真发送方法。

综上所述，本发明实施例提供的软件传真发送方法以及系统、存储介质、电子设备中软件传真发送方法结合现有的开源技术，利用IP传真协议和支持IP传真协议的软传真发送系统实现传真的发送。软件传真发送系统可将传真IP化后，通过网关转换后从运营商中继线路发送传真；或者在企业具有数字网关的场景下，也可以灵活对接SBC通过SIP中继线路发送传真，软件传真发送系统无需物理板卡和商业传真客户端软件，省去板卡和昂贵的维保费用，大大节省成本。并且，由于软件传真发送系统无需物理板卡和与物理板卡相连的物理线路、实现了虚拟化部署，因此，软件传真发送系统扩展的灵活性得到了大大提升。并且本发明的可软件传真发送方法自身实现整个传真任务的生成、调度、缓存及路由设置，提高了用户进行传真的便利性和软件传真发送系统的稳定性。

此外，本发明的软件传真发送系统还通过数据存储模块对传真任务执行的各个步骤中的相关数据、规则进行储存，可以有效地防止因任一个步骤出错而导致相应数据的丢失、引起传真发送失败等问题。软件传真发送系统的任务处理模块还对传真任务状态进行跟踪，当传真发送失败时提供相应的步骤，以提高传真的成功率。

虽然本发明已以可选实施例揭示如上，然而其并非用以限定本发明。本发明所属技术领域的技术人员，在不脱离本发明的精神和范围内，当可作各种的更动与修改。因此，本发明的保护范围当视权利要求书所界定的范围为准。

Claims (10)

1.一种软件传真发送方法，用于软件传真发送系统的软件传真发送，其特征在于，所述软件传真发送系统包括任务处理模块、任务控制模块、媒体处理模块以及数据储存模块；所述软件传真发送方法包括如下步骤：

S10：所述任务处理模块接收并解析来自用户的传真发送请求；

S20：所述任务处理模块根据所述传真发送请求生成传真任务，并获取传真文件；

S30：所述任务处理模块将所述传真任务和所述传真文件发送至所述任务控制模块；

S40：所述任务控制模块对接收到的所述传真任务和所述传真文件进行缓存和消息队列处理；

S50：所述任务控制模块根据所述传真任务生成路由规则；

S60：所述任务控制模块将所述路由规则和传真文件发送至所述媒体处理模块；

S70：所述媒体处理模块根据所述路由规则选择对应的外呼网关或会话边界控制器进行信令交互，并对所述传真文件进行发送；其中，所述任务处理模块还实时获取所述媒体处理模块对所述传真文件的发送进程中的传真任务状态，并将所述传真任务状态发送至所述数据储存模块；

S80：所述数据存储模块接收并储存所述任务处理模块发送的传真任务状态和传真发送请求，并生成最终发送记录。

2.如权利要求1所述的软件传真发送方法，其特征在于，所述传真任务状态包括列队状态，发送状态，发送成功状态以及发送失败状态。

3.如权利要求2所述的软件传真发送方法，其特征在于，当所述步骤S70中所述任务处理模块获取到的所述传真任务状态为发送失败状态，则所述软件传真发送方法还包括如下步骤：

所述任务处理模块重新生成传真任务，并且将所述重新生成的传真任务和所述传真文件发送至所述任务控制模块。

4.如权利要求2所述的软件传真发送方法，其特征在于，当所述步骤S70中所述任务处理模块获取到的所述传真任务状态为发送失败状态，则所述软件传真发送方法还包括如下步骤：

所述任务处理模块查询获取到所述传真任务发送失败的次数；

若所述传真任务发送失败的次数大于第一阈值，则所述任务处理模块重新生成传真任务，并将所述重新生成的传真任务和所述传真文件发送至所述任务控制模块，其中，所述重新生成的传真任务包括更换路由规则的指令；

所述任务控制模块根据所述重新生成的传真任务重新生成路由规则，并将所述重新生成的路由规则发送至所述媒体处理模块。

5.如权利要求2所述的软件传真发送方法，其特征在于，当所述步骤S70中所述任务处理模块获取到的所述传真任务状态为发送失败状态，则所述软件传真发送方法还包括如下步骤：

查询获取到所述传真任务发送失败的次数；

若所述传真任务发送失败的次数大于第二阈值，则所述任务处理模块检测发送失败的原因，并进行告警。

6.如权利要求1所述的软件传真发送方法，其特征在于，所述软件传真发送请求为http请求，所述http请求至少包括传真主叫号码，传真被叫号码以及传真文件存储位置。

7.如权利要求1所述的软件传真发送方法，其特征在于，所述信令交互包括sip信令交互和基于T38协议的IP传真的信令交互。

8.一种软件传真发送系统，其特征在于，所述软件传真发送系统包括：

任务处理模块，用于接收并解析来自用户的传真发送请求、根据所述传真发送请求生成传真任务、获取传真文件以及将传真任务和所述传真文件发送至所述任务控制模块；

任务控制模块，用于对接收到的所述传真任务和所述传真文件进行缓存和消息队列处理、根据所述传真任务生成路由规则以及将所述路由规则和传真文件发送至所述媒体处理模块；

媒体处理模块，用于根据所述路由规则选择对应的外呼网关或会话边界控制器进行信令交互，并对传真文件进行发送，其中，所述任务处理模块还用于实时获取所述媒体处理模块对所述传真文件的发送进程中的传真任务状态，并将所述传真任务状态发送至所述数据储存模块；以及

数据储存模块，用于接收并储存所述任务处理模块发送的传真任务状态、传真发送请求，并且生成最终发送记录。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至7中任一项所述的软件传真发送方法的步骤。

10.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至7中任一项所述的软件传真发送方法的步骤。