一种多通道短信服务系统、方法及装置与流程

本发明属于通信技术领域，具体涉及一种多通道短信服务系统、方法及装置。

背景技术：

短信服务是最早的短消息业务，也是现在普及率最高的一种短消息业务，通过它移动电话之间可以互相收发短信，内容以文本、数字或二进制非文本数据为主，目前，这种短消息的长度被限定在140字节之内。

目前的短信系统中，实现方法主要由以下几个步骤组成：1，系统中相应的接口接收到短信请求(比如接收到要发送短信的请求)；2，系统验证请求的合法性；3，根据模板编辑短信内容；4，执行第三方请求发送短信；5，等待请求的响应，得到响应后再把结果发送给请求方。

这种设计中，执行第三方请求会花费大量时间等待反馈，导致整个请求无法快速结束，占用了服务器资源。而且，随着cpu的多核升级，这种设计无法完全利用cpu多核的优势导致资源的浪费。

技术实现要素：

有鉴于此，本发明的主要目的在于提供了一种多通道短信服务系统、方法及装置，旨在通过多线程机制，由线程来执行请求和等待反馈，却不影响主流程的正常返回，从而提高了系统的响应速度。另外多线程的使用能够高效利用cpu的多核特性从而充分的使用了服务器的资源提高了效率。

为达到上述目的，本发明的技术方案是这样实现的：

一种多通道短信服务系统，所述系统包括：

短信请求单元，用于发送短信请求；

内容组织单元，用于对短信内容进行编辑；

接口控制调用单元，用于通过线程来调用第三方发送短信接口，接收第三方接口返馈的结果；

日志记录单元，用于对接口控制调用单元返回的结果进行记录。

进一步的，所述系统还包括：权限验证单元，用于对接收到的短信请求进行权限验证，若验证通过，则发送请求给内容组织单元，对短信内容进行编辑。

进一步的，所述接口控制调用单元包括：线程池单元，用于获取一个线程控制系统接口调用；接口调用单元，用于通过获取的线程调用第三方接口；第三方接口单元，用于为第三方提供第三方接口。

一种多通道短信服务方法，所述方法执行以下步骤：

步骤1：验证外部请求的合法性；

步骤2：编辑短信内容；

步骤3：获取一个线程以调用第三方接口，并把第三方接口返馈的结果记录在日志中。

进一步的，在获取一个线程以调用第三方接口，并把第三方接口返馈的结果记录在日志中之后，执行记录日志并结束整个流程。

进一步的，所述步骤3中获取一个线程调用第三发发送短信接口，并把返回的结果记录在日志中的方法执行以下步骤：建立一个线程池，用来解决线程生命周期开销问题和资源不足问题；通过对多个任务重复使用线程，在线程池中获取一个线程调用第三发发送短信接口，并把返回的结果记录在日志中。

一种多通道短信服务装置，所述装置包括：一种非暂时性的计算机可读存储介质，该存储介质存储了计算指令，其包括：用于验证外部请求的合法性的代码段；用于对短信内容进行组织的代码段；用于获取一个线程调用第三发发送短信接口，并把返回的结果记录在日志中的代码段。

本发明的一种多通道短信服务系统、方法及装置，具有如下有益效果：传统的应用程序会在执行第三方请求时花费大量时间等待反馈，导致整个请求无法快速结束，占用了服务器资源。而且，随着cpu的多核升级，这种设计无法完全利用cpu多核的优势导致资源的浪费。本发明通过多线程机制，由线程来执行请求和等待反馈，却不影响主流程的正常返回，从而提高了系统的响应速度。另外多线程的使用能够高效利用cpu的多核特性从而充分的使用了服务器的资源提高了效率并充分使用服务器的资源。

附图说明

图1为本发明的多通道短信服务系统的系统结构示意图。

图2为本发明的多通道短信服务方法的方法流程示意图。

具体实施方式

下面结合附图及本发明的实施例对本发明的方法作进一步详细的说明。

实施例1：

如图1所示，一种多通道短信服务系统，所述系统包括：

短信请求单元，用于发送短信请求；

内容组织单元，用于对短信内容进行组织；

接口控制调用单元，用于通过线程调用第三发发送短信接口，并返回结果；

日志记录单元，用于对接口调用单元返回的结果进行记录。

进一步的，所述系统还包括：权限验证单元，用于对接收到的短信请求进行权限验证，若验证通过，则发送请求给内容组织单元，对短信内容进行组织。

进一步的，所述接口控制调用单元包括：线程池单元，用于获取一个线程控制系统接口调用；接口调用单元，用于通过获取的线程调用第三方接口；第三方接口单元，用于第三方提供第三方接口。

具体地，本发明通过使用多线程异步调用机制解决系统等待的问题，可以实现异步处理的特写，提高了系统的响应速度和使用效率；同时，多线程使用了cpu多核特性，充分利用了硬件资源。另外，本发明使用线程池管理线程，线程池主要用来解决线程生命周期开销问题和资源不足问题。通过对多个任务重复使用线程，线程创建的开销就被分摊到了多个任务上了，而且由于在请求到达时线程已经存在，所以消除了线程创建所带来的延迟。这样，就可以立即为请求服务，使用应用程序响应更快。另外，通过适当的调整线程中的线程数目可以防止出现资源不足的情况。

实施例2：

如图2所示，一种多通道短信服务方法，所述方法执行以下步骤：

步骤1：验证外部请求的合法性

步骤2：对短信内容进行编辑；

步骤3：获取一个线程以调用第三发发送短信接口，并把第三方返馈的结果记录在日志中。

进一步的，所述步骤3执行的同时，继续往下执行记录日志并结束整个流程。

所述步骤3中获取一个线程调用第三发发送短信接口，并把第三方返馈的结果记录在日志中的方法通过建立一个线程池，来解决线程生命周期开销问题和资源不足问题；通过对多个任务重复使用线程，在线程池中获取一个线程以调用第三方发送短信接口，并把返馈的结果记录在日志中。

具体地，在线程池中，多个线程可以实现多线程工作。多线程可以从软件或者硬件上实现多个线程并发执行的技术。具有多线程能力的计算机因有硬件支持而能够在同一时间执行多于一个线程，进而提升整体处理性能。具有这种能力的系统包括对称多处理机、多核心处理器以及芯片级多处理(chip-levelmultithreading)或同时多线程(simultaneousmultithreading)处理器。在一个程序中，这些独立运行的程序片段叫作“线程”(thread)，利用它编程的概念就叫作“多线程处理(multithreading)”。具有多线程能力的计算机因有硬件支持而能够在同一时间执行多于一个线程，进而提升整体处理性能。

具体地，由于创建一个新线程，开销是相当大的。在实际使用中，服务器在创建和销毁线程上花费的时间和消耗的系统资源都相当大，甚至可能要比在处理实际的用户请求的时间和资源要多的多。除了创建和销毁线程的开销之外，活动的线程也需要消耗系统资源。如果在一个jvm里创建太多的线程，可能会使系统由于过度消耗内存或“切换过度”而导致系统资源不足。为了防止资源不足，服务器应用程序需要采取一些办法来限制任何给定时刻处理的请求数目，尽可能减少创建和销毁线程的次数，特别是一些资源耗费比较大的线程的创建和销毁，尽量利用已有对象来进行服务，这就是“池化资源”技术产生的原因。

具体地，由于发送短信是独立并发的操作，所以发送成功和失败的结果需要记录日志，和主流程的日志形成一个完成的进度跟踪信息。主流程记录发送这个动作，线程中记录发送的结果。

实施例3：

一种多通道短信服务装置，所述装置包括：存储器、处理器及存储在存储其上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现验证外部请求的合法性；对短信内容进行编辑；获取一个线程来调用第三方发送短信接口，并把返馈的结果记录在日志中。

所属技术领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统的具体工作过程及有关说明，可以参考前述方法实施例中的对应过程，在此不再赘述。

需要说明的是，上述实施例提供的系统，仅以上述各功能模块的划分进行举例说明，在实际应用中，可以根据需要而将上述功能分配由不同的功能模块来完成，即将本发明实施例中的模块或者步骤再分解或者组合，例如，上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块，以完成以上描述的全部或者部分功能。对于本发明实施例中涉及的模块、步骤的名称，仅仅是为了区分各个模块或者步骤，不视为对本发明的不当限定。

所属技术领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的存储装置、处理装置的具体工作过程及有关说明，可以参考前述方法实施例中的对应过程，在此不再赘述。

本领域技术人员应该能够意识到，结合本文中所公开的实施例描述的各示例的模块、方法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，软件模块、方法步骤对应的程序可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd～rom、或技术领域内所公知的任意其它形式的存储介质中。为了清楚地说明电子硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以电子硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

术语“第一”、“第二”等是用于区别类似的对象，而不是用于描述或表示特定的顺序或先后次序。

术语“包括”或者任何其它类似用语旨在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备/装置不仅包括那些要素，而且还包括没有明确列出的其它要素，或者还包括这些过程、方法、物品或者设备/装置所固有的要素。

至此，已经结合附图所示的优选实施方式描述了本发明的技术方案，但是，本领域技术人员容易理解的是，本发明的保护范围显然不局限于这些具体实施方式。在不偏离本发明的原理的前提下，本领域技术人员可以对相关技术特征作出等同的更改或替换，这些更改或替换之后的技术方案都将落入本发明的保护范围之内。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。