CN104284312A - 一种基于短信息的信息交互处理方法、系统及相关设备 - Google Patents

Abstract

本发明实施例公开了一种基于短信息的信息交互处理方法、系统及相关设备，用于实现服务端与客户端之间多步骤交互，用户体验高，灵活性好。本发明实施例方法包括：接收客户端发送的短信息，并从所述短信息中获取接收号码和发送号码；根据所述接收号码和发送号码，在指令分配表中查找所述接收号码对应的步骤指令；以及在会话表中查找目标会话记录，所述会话表包括至少一个客户端的若干条会话记录；根据所述步骤指令和目标会话记录，执行业务处理得到业务处理结果；根据所述接收号码，在路由表中查找下一级号码，并通过所述下一级号码向所述客户端发送业务处理结果。

Description

一种基于短信息的信息交互处理方法、系统及相关设备

技术领域

本发明涉及通信技术领域，具体涉及一种基于短信息的信息交互处理方法、系统及相关设备。

背景技术

目前，企业向工信部申请电话号码和发送短信的号码，通过电话号码或发送短信的号码实现企业与用户的交互。用户若是需要向企业发送短信查询某个功能时，通过向指定的号码发送该功能查询短信。

一般而言，功能查询短信的格式如：指令#参数1#参数2……参数N，举例来说，若需要向一银行发送短信查询余额功能时，编辑指定的短信：CXYE#全账户号#01发送到955XX，CXYE表示查询余额，01表示人民币账户，然后由955XX返回一条账户余额的短信。

从上述短信格式可以看出，在操作某一业务功能时，需要把所有的参数都在同一条短信中发送，短信平台服务器根据该条短信中的指令参数(CXYE)来分析用户需要操作的功能，而因为短信平台服务器无法将两条分开独立的短信形成关联，因此，若用户不在同一条短信中将所有参数都发送完整，短信平台服务器则无法完成该业务功能的查询。

发明内容

本发明实施例提供了一种基于短信息的信息交互处理方法、系统及相关设备，实现服务端与客户端之间的多步骤交互，提高用户体验，且利用多步骤交互得到的短信内容进行业务处理，简便且灵活。

本发明第一方面提供了一种基于短信息的信息交互处理方法，可包括：

接收客户端发送的短信息，并从所述短信息中获取接收号码和发送号码；

根据所述接收号码和发送号码，在指令分配表中查找所述接收号码对应的步骤指令；以及在会话表中查找目标会话记录，所述会话表包括至少一个客户端的若干条会话记录；

根据所述步骤指令和目标会话记录，执行业务处理得到业务处理结果；

根据所述接收号码，在路由表中查找下一级号码，并通过所述下一级号码向所述客户端发送业务处理结果。

本发明第二方面提供了一种基于短信息的信息交互处理方法，可包括：

客户端接收服务端发送的短信息，所述短信息包括业务执行信息输入提示；

所述客户端获取用户回复的业务信息，所述业务信息是所述用户根据所述业务执行信息输入提示回复的；

所述客户端向所述服务端发送所述业务信息，以便所述服务端根据所述业务信息进行业务处理。

本发明第三方面提供了一种服务端，可包括：

短信收发模块，用于接收客户端发送的短信息，并从所述短信息中获取接收号码和发送号码；

业务处理模块，用于根据所述接收号码和发送号码，在指令分配表中查找所述接收号码对应的步骤指令；以及在会话表中查找目标会话记录，所述会话表包括至少一个客户端的若干条会话记录；根据所述步骤指令和目标会话记录，执行业务处理得到业务处理结果；

路由查找模块，用于根据所述接收号码，在路由表中查找下一级号码；

所述短信收发模块还用于，通过所述下一级号码向所述客户端发送所述业务处理模块得到的业务处理结果。

本发明第四方面提供了一种客户端，可包括：

接收模块，用于接收服务端发送的短信息，所述短信息包括业务执行信息输入提示；

处理模块，用于获取用户回复的业务信息，所述业务信息是所述用户根据所述业务执行信息输入提示回复的；

发送模块，用于向所述服务端发送所述业务信息，以便所述服务端根据所述业务信息进行业务处理。

本发明第五方面提供了一种短信息处理系统，包括上述第三方面提供的服务端和第四方面提供的客户端。

从以上技术方案可以看出，本发明实施例具有以下优点：

在本发明实施例一方面中，服务端可以通过接收客户端发送的短信息，然后从短信息中获取接收号码和发送号码，根据接收号码和发送号码，分别在指令分配表中查找到对应的步骤指令，在会话表中查找目标会话记录，进而根据步骤指令和目标会话记录进行相应的业务处理。在本发明实施例中，会话表包括至少一个客户端的若干条会话记录，因此，只需要将客户端给服务端的会话记录保存在会话表中，在执行步骤指令时，只需要从会话表中查找到目标会话记录即可，从而实现了服务端与客户端之间多步骤交互，而且能够根据多步骤交互的会话记录来实现业务处理，用户体验高，简单且灵活性好；

本发明实施例另一方面中，客户端接收到服务端发送的短信息后，获得用户回复的业务信息，向所述服务端发送所述业务信息，以便所述服务端根据所述业务信息进行业务处理，实现客户端根据服务端发送的短信息进行回复，实现客户端与服务端的多步骤交互，提高用户体验。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的服务端与客户端的应用图；

图2a为本发明实施例提供的会话表更新方法的流程示意图；

图2b为本发明另一实施例提供的会话表更新方法的流程示意图；

图2c为本发明另一实施例提供的会话表更新方法的流程示意图；

图3为本发明实施例提供的基于短信息的信息交互处理方法的流程示意图；

图4为本发明另一实施例提供的基于短信息的信息交互处理方法的流程示意图；

图5为本发明实施例提供的应用场景示意图；

图6为本发明实施例提供的服务端的结构示意图；

图7为本发明实施例提供的客户端的结构示意图；

图8为本发明实施例提供的基于短信息的信息交互处理系统的结构示意图。

具体实施方式

下面将结合本发明实施例的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供了一种基于短信息的信息交互处理方法，用于实现服务端与客户端的多步骤交互，提高用户体验，并且服务端能够根据每次交互的内容进行业务处理，简便灵活。本发明实施例还提供了一种基于短信息的信息交互处理系统及相关设备，下面将对本发明进行详细介绍。

在银行等企业中，可以向工信部申请到一个行业号码，如中国建设银行的行业号码为95533。还可以向工信部申请到以固定号码开始的号码段做为该企业收发短信的号码，可以称之为行业长号码，如9ABCDXXXX，9ABCD是固定的，而后面四位是企业可以自由分配的0000至9999的数字。如建设银行申请到的收发短信的号码为：106980095533XXXXXXXX，前面12位106980095533是固定的，后面8位是企业可以自由安排分配的。

在企业的服务端平台中包括有多个模块，分别为短信收发模块、会话管理模块、业务处理模块和路由查找模块。如图1所示，短信收发模块与客户端通信，用于服务端接收客户端发送到指定的接收号码的短信息，该接收号码是上述企业申请到的收发短信的号码，或者通过收发短信的号码将短信息发送给客户端。

会话管理模块中保存有会话表，该会话表包括有会话记录，可以同时存在若干个客户端的若干条会话记录。需要说明的是，该会话记录仅是记录客户端给服务端发送的短信息，无需记录服务端给客户端发送的短信息。会话记录具体包括发送号码、接收号码、短信内容和短信接收时间。短信内容可以是业务选项的选择值，和/或用户输入的业务参数。

举例来说，如果有客户端A和客户端B与服务端进行业务交互，其中，客户端A先后向服务端发送了短信息1和短信息2，客户端B先后向服务端发送了短信息3和短信息4。如下表1所示，进而会话表中包括了短信息1对应的会话记录1、短信息2对应的会话记录2、短信息3对应的会话记录3和短信息4对应的会话记录4。在表1中，会话记录1中包括了从短信息1中提取的客户端A的号码、接收号码1、短信内容1和短信接收时间1。会话记录2、会话记录3、会话记录4与会话记录1相似，在此不再详细列举。

表1

发送号码	接收号码	短信内容	短信接收时间
				客户端A的号码	接收号码A1	短信内容1	短信接收时间1
客户端A的号码	接收号码A2	短信内容2	短信接收时间2
				客户端B的号码	接收号码B1	短信内容3	短信接收时间3
客户端B的号码	接收号码B2	短信内容4	短信接收时间4
				--	--	--	--

在本发明实施例中，需要对上述会话表进行更新，具体更新包括三种方式：

方式一、在接收客户端发送的短信息时进行会话表更新，具体包括如图2a所示的步骤：

A1、在接收到所述客户端发送的短信息时，从所述短信息中获取相关信息；

其中，所述相关信息包括发送号码、接收号码、短信内容和短信接收时间。

在短信收发模块接收到客户端发送的短信息后，将短信息发送到会话管理模块，会话管理模块从短信息中获取相关信息，包括发送号码、接收号码、短信内容和短信接收时间。

A2、根据所述相关信息更新所述会话表。

可以理解的是，上述步骤A2进一步包括如图2b所示的步骤：

A3、判断所述会话表中是否有所述相关信息对应的会话记录；

其中，若否，转向步骤A4；若是，转向步骤A5。

A4、在所述会话表中插入所述相关信息对应的会话记录；

A5、更新所述会话表中所述相关信息对应的会话记录。

判断所述会话表中是否保存有所述相关信息对应的会话记录；若否，则在所述会话表中插入所述相关信息对应的会话记录；若是，则更新所述会话表中所述相关信息对应的会话记录。

首先，根据从短信息中获取的相关信息，然后确定会话表中是否有该相关信息组成的会话记录。可以理解的是，如果会话表中还没有保存有该相关信息组成的会话记录，则在会话表中插入该相关信息组成的会话记录，如果会话表中保存有该相关信息组成的会话记录，那么利用相关信息更新该会话记录，具体是，利用相关信息中的短信内容和短信时间更新会话记录中的短信内容和短信时间。

方式二、对会话表进行实时检测及更新，具体包括如图2c所示的步骤：

A6、实时检测所述会话表中任意一个发送号码所操作的每一个业务对应的每一个最近会话记录是否超过期限值；

若是，转向步骤A7，若否，不做操作。

A7、确定为超时业务，并删除所述发送号码所操作的每一个超时业务对应的所有会话记录。

会话表的每一条会话记录具有一定期限性，可以为会话记录设定一个期限值。会话管理模块进行实时检测，当检测到任意一个发送号码所操作的每一个业务对应的每一个最近一条会话记录超过期限值时，则将该发送号码所操作的每一个超时业务对应的所有会话记录删除。从而保证会话记录的有效性，同时限制会话表的大小，以免会话表过大，影响查找速度和占用过多内存。

需要说明的是，上述方式一中的会话表的更新是在接收到客户端发送的短信息时，方式二中的会话表超期检测可以在会话管理模块中实时进行，以便及时对超期的会话记录进行清除，及时释放会话表空间。

方式三，是在确定业务结束时，进行会话表更新。

还可以理解的是，在任意一个客户端与服务端的一次业务结束后，需要将会话表中的该业务相关的会话记录删除，以免在客户端进行下一次业务时，误用所保存的会话记录。此时，路由查找模块根据短信收发模块接收的短信息中的接收号码，查找到下一级号码，然后将业务处理结果、下一级号码和业务处理结果便签发送给会话管理模块，会话管理模块根据业务处理结果便签确定业务执行完毕，那么将所有相关会话记录删除。

通过会话管理模块中的会话表保存客户端每一次会话记录，那么在客户端与服务端进行第N步交互时，服务端可以从会话记录中获取到第N步之前的短信内容，从而，有效实现了客户端和服务端之间可以多步骤交互。

业务处理模块中保存有指令分配表，在指令分配中包括接收号码、交易名称、步骤指令和参数指示值，该参数指示值用于指示所述发送号码对应的会话记录的条目，例如，参数指示值为2|4，表示获取该客户端的第2条会话记录和第4条会话记录中的短信内容。交易名称是指该步骤的具体名称，步骤指令指示着对应的业务规则。

路由查找模块中保存有路由表，该路由表中包括有接收号码、下一级号码和业务处理结果标签，其中，所述业务处理结果标签用于指示业务处理的进度，通过业务处理结果便签可以知道该业务进行到哪一步。

路由查找模块查找到下一级号码后，将下一级号码、业务处理结果和业务处理结果标签发送给会话管理模块，会话管理模块根据业务处理结果标签确定是否需要进行会话表更新，之后，再将业务处理结果和下一级号码发送给短信收发模块，短信收发模块利用下一级号码将业务处理结果发送给客户端。

基于上述介绍，下面将以具体实施例，对本发明进行详细说明。

如图3所示，本发明实施例提供了一种基于短信息的信息交互处理方法，可包括：

S31、接收客户端发送的短信息，并从所述短信息中获取接收号码和发送号码；

S32、根据所述接收号码和发送号码，在指令分配表中查找所述接收号码对应的步骤指令；以及在会话表中查找目标会话记录；

上述会话表包括至少一个客户端的若干条会话记录，而根据上述对会话表更新的说明，在接收到客户端发送的短信息时，将对会话表进行了更新，也就是在会话表中插入了客户端的此次交互的会话记录，因此，此时会话表中至少包括了该客户端的1条会话记录。当然，此时会话表中还可以包括有其他客户端的会话记录。

在指令分配表中以接收号码进行检索，查找到对应的步骤指令。

在会话表中可以同时以接收号码和发送号码进行检索，查找到目标会话记录。

S33、根据所述步骤指令和目标会话记录，执行业务处理得到业务处理结果；

S34、根据所述接收号码，在路由表中查找下一级号码，并通过所述下一级号码向所述客户端发送业务处理结果。

本发明实施例中，服务端可以通过接收客户端发送的短信息，然后从短信息中获取接收号码和发送号码，根据接收号码和发送号码，分别在指令分配表中查找到对应的步骤指令，在会话表中查找目标会话记录，进而根据步骤指令和目标会话记录进行了相应的业务处理。在本发明实施例中，会话表包括至少一个客户端的若干条会话记录，因此，只需要将客户端给服务端的会话记录保存在会话表中，在执行步骤指令时，只需要从会话表中查找到目标会话记录即可，从而实现了服务端与客户端之间多步骤交互，而且能够根据多步骤交互的会话记录来实现业务处理，用户体验高，简单且灵活性好。

在本发明实施例中，业务由客户端发起，因此，服务端可以通过接收到的短信息来判断该业务的起点，所谓起点就是具体从客户端发送的哪一条短信息开始作为一个业务的开始。一般而言，企业中给业务功能分配了一一对应的参数，而客户端却不知道具体业务功能对应了哪个参数，因此，可以通过发送首条短信息发起业务请求，该首条短信息的内容可以业务功能请求参数，也可以是其它任意内容，在此不作限定。举例来说，中国建设银行的业务功能请求参数为114，客户端向服务端发送了短信息内容为“114”的短信息后，服务端向客户端返回短信息内容为“1、查询余额；2、修改密码；3、转账---”的短信息，在短信息中将中国建设银行的业务功能和对应的参数发送给客户端，以便客户端选择具体的业务，从而开始了客户端与服务端之间的一次业务交互。

如图4所示，本发明实施例还提供了一种基于短信息的信息交互处理方法，可包括：

S41、客户端接收服务端发送的短信息，所述短信息包括业务执行信息输入提示；

上述业务执行信息输入提示包括业务选项和/或业务参数提示。

S42、所述客户端获取用户回复的业务信息，所述业务信息是所述用户根据所述业务执行信息输入提示回复的；

上述业务信息包括用户对所述业务选项的选择值和/或用户输入的业务参数。

S43、所述客户端向所述服务端发送所述业务信息，以便所述服务端根据所述业务信息进行业务处理。

本发明实施例中，客户端接收到服务端发送的短信息后，获得用户回复业务执行信息输入提示输入的业务信息，向服务端发送所述业务信息，以便所述服务端根据所述业务信息进行业务处理，实现客户端根据服务端发送的短信息进行回复，实现客户端与服务端的多步骤交互，提高用户体验。

可以理解的是，客户端在需要请求某个业务时，向服务端发送开始该次业务的首条短信息，在该首条短信息中包括了业务请求，所述业务请求包括业务功能请求参数。首条短信息给服务端的行业号码发送，服务端的行业号码接收到短信息后，查找下一步号码发送回复的短信息，从而进入多步骤交互阶段。

下面通过具体的应用场景对本发明进行说明，以客户端向中国建设银行申请修改账单接收方式为例，包括如图5所示的步骤：

S501、客户端发送37到95533；

其中，95533是中国建设银行的行业号码，37是业务参数，指的是修改业务。

在本发明实施例中，客户端直接发送了具体的业务参数，当然还可以发送其它的内容，例如业务功能请求参数114获取上述业务参数37。

S502、95533返回短信息，短信息内容包括：修改账单接收方式：371；修改email地址：374；

修改账单接收方式和修改email地址为上述的交易名称，371和374为业务选项。

S503、客户端发送371到95533；

用户选择修改账单接收方式371。

S504；10698009553301013710回复客户端短信息，该短信息包括：[建设银行]如您需要修改账单接收方式，请回复您名下任意龙卡信用卡卡号后四位；

10698009553301013710是中国建设银行服务端通过95533行业号码接收到371的短信息后，查找的下一级号码，然后用该号码给客户端回复短信息。

其中，请回复您名下任意龙卡信用卡卡号后四位则为上述业务参数提示。

S505、客户端回复10698009553301013710，短信息内容为4809；

4809即是该客户端回复的龙卡信用卡卡号后四位。

S506、10698009553301013711回复客户端短信息，短信息包括：[建设银行]请回复序号选择账单接收方式：1.电子邮件2.彩信账单3.无需账单；

其中，10698009553301013711是上述10698009553301013710的下一级号码。

S507、客户端回复10698009553301013711短信息，短信息包括：1；

其中，1即是用户选择的账单接收方式：电子邮件。

S508、10698009553301013712回复客户端短信息，短信息包括：[建设银行]您的账单日为27号，下期账单将以电邮发送至chenchujie.zhccb.com；修改邮箱地址请回复新Email地址。

若客户端无需再修改邮箱地址，则该业务结束，如果需要，再将新的邮箱地址发送到10698009553301013712。

如图6所示，本发明实施例提供了一种如图3或4所示的基于短信息的信息交互处理方法对应的服务端600，可包括：

短信收发模块610，用于接收客户端发送的短信息；

业务处理模块620，用于从所述短信息中获取接收号码和发送号码；根据所述接收号码和发送号码，在指令分配表中查找所述接收号码对应的步骤指令；以及在会话表中查找目标会话记录，所述会话表包括至少一个客户端的若干条会话记录；根据所述步骤指令和目标会话记录，执行业务处理得到业务处理结果；

路由查找模块630，用于根据所述接收号码，在路由表中查找下一级号码；

所述短信收发模块610还用于，通过所述下一级号码向所述客户端发送所述业务处理模块得到的业务处理结果。

本发明实施例中，短信收发模块610可以通过接收客户端发送的短信息，然后业务处理模块620从短信息中获取接收号码和发送号码，根据接收号码和发送号码，分别在指令分配表中查找到对应的步骤指令，在会话表中查找目标会话记录，进而根据步骤指令和目标会话记录进行了相应的业务处理，再通过路由查找模块630在路由表中查找下一级号码，最后，短信收发模块610将业务处理结果发送给客户端。在本发明实施例中，会话表包括至少一个客户端的若干条会话记录，因此，只需要将客户端给服务端的会话记录保存在会话表中，在执行步骤指令时，只需要从会话表中查找到目标会话记录即可，从而实现了服务端与客户端之间多步骤交互，而且能够根据多步骤交互的会话记录来实现业务处理，用户体验高，简单且灵活性好；

在一个可实施的方式中，上述服务端还包括会话管理模块；

所述会话管理模块用于，更新所述会话表。

其中，整个服务端的结构具体可以参阅上述图1。

进一步地，上述会话管理模块具体用于，在接收到所述客户端发送的短信息时，从所述短信息中获取相关信息，并根据所述相关信息更新所述会话表，所述相关信息包括发送号码、接收号码、短信内容和短信接收时间。

进一步地，上述会话管理模块具体用于，判断所述会话表中是否有所述相关信息对应的会话记录；若否，则在所述会话表中插入所述相关信息对应的会话记录；若是，则更新所述会话表中所述相关信息对应的会话记录。

进一步地，上述会话管理模块具体用于，实时检测所述会话表中任意一个发送号码所操作的每一个业务对应的每一个最近会话记录是否超过期限值；若是，则确定为超时业务，删除所述发送号码所操作的每一个超时业务对应的所有会话记录。

进一步地，上述会话管理模块具体用于，在确定业务结束时，更新所述会话表。

进一步地，上述会话管理模块具体用于，在确定业务结束时，删除所述会话表中所述发送号码所操作的业务对应的所有会话记录。

进一步地，所述指令分配表包括接收号码、交易名称、步骤指令和参数指示值，所述参数指示值用于指示所述发送号码对应的会话记录的条目；

上述业务处理模块620具体用于，在所述发送号码对应的会话记录中查找所述参数指示值指示的会话记录，并从所述会话记录中获取短信内容；根据所述步骤指令和短信内容，执行业务处理。

如图7所示，本发明另一实施例还提供了一种如图5所示的基于短信息的信息交互处理方法对应的客户端700，可包括：

接收模块710，用于接收服务端发送的短信息，所述短信息包括业务执行信息输入提示；

处理模块720，用于获取用户回复的业务信息，所述业务信息是所述用户根据所述业务执行信息输入提示回复的；

发送模块730，用于向所述服务端发送所述业务信息，以便所述服务端根据所述业务信息进行业务处理。

具体地，上述业务执行信息输入提示包括业务选项和/或业务参数提示；上述业务信息包括用户对所述业务选项的选择值和/或用户输入的业务参数。

客户端的接收模块710接收到服务端发送的短信息后，处理模块720获得用户回复业务执行信息输入提示输入的业务信息，发送模块730向所述服务端发送所述业务信息，以便所述服务端根据所述业务信息进行业务处理，实现客户端根据服务端发送的短信息进行回复，实现客户端与服务端的多步骤交互，提高用户体验。

进一步地，上述发送模块730还用于在需要发起业务时，向所述服务端发送首条短信息，所述首条短信息包括业务请求，所述业务请求包括业务功能请求参数。

如图8所示，本发明实施例还提供了一种基于短信息的信息交互处理系统800，可包括如图6所示的服务端600和如图7所示的客户端700，其中，服务端600和客户端700的具体内容可以参阅上述介绍，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上对本发明所提供的一种基于短信息的信息交互处理方法、系统及相关设备进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (23)

1.一种基于短信息的信息交互处理方法，其特征在于，包括：

接收客户端发送的短信息，并从所述短信息中获取接收号码和发送号码；

根据所述接收号码和发送号码，在指令分配表中查找所述接收号码对应的步骤指令，以及在会话表中查找目标会话记录，所述会话表包括至少一个客户端的若干条会话记录；

根据所述步骤指令和目标会话记录，执行业务处理得到业务处理结果；

根据所述接收号码，在路由表中查找下一级号码，并通过所述下一级号码向所述客户端发送业务处理结果。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

更新所述会话表。

3.根据权利要求2所述的方法，其特征在于，

所述更新所述会话表包括：

在接收到所述客户端发送的短信息时，从所述短信息中获取相关信息，并根据所述相关信息更新所述会话表，所述相关信息包括发送号码、接收号码、短信内容和短信接收时间。

4.根据权利要求3所述的方法，其特征在于，

所述会话记录包括发送号码、接收号码、短信内容和短信接收时间；

所述根据所述相关信息更新所述会话表包括：

判断所述会话表中是否有所述相关信息对应的会话记录；

若否，则在所述会话表中插入所述相关信息对应的会话记录；

若是，则更新所述会话表中所述相关信息对应的会话记录。

5.根据权利要求2所述的方法，其特征在于，所述更新所述会话表包括：

实时检测所述会话表中任意一个发送号码所操作的每一个业务对应的每一个最近会话记录是否超过期限值；

若是，则确定为超时业务，并删除所述发送号码所操作的每一个超时业务对应的所有会话记录。

6.根据权利要求2～5任一项所述的方法，其特征在于，所述方法还包括：

在确定业务结束时，更新所述会话表。

7.根据权利要求6所述的方法，其特征在于，

所述在确定业务结束时，更新所述会话表包括：

在确定业务结束时，删除所述会话表中所述发送号码所操作的业务对应的所有会话记录。

8.根据权利要求1所述的方法，其特征在于，

所述指令分配表包括接收号码、交易名称、步骤指令和参数指示值，所述参数指示值用于指示所述发送号码对应的会话记录的条目；

进而在会话表中查找目标会话记录包括：

在所述发送号码对应的会话记录中查找所述参数指示值指示的会话记录，并从所述会话记录中获取短信内容；

所述根据所述步骤指令和目标会话记录，执行业务处理包括：

根据所述步骤指令和短信内容，执行业务处理。

9.一种基于短信息的信息交互处理方法，其特征在于，包括：

客户端接收服务端发送的短信息，所述短信息包括业务执行信息输入提示；

所述客户端获取用户回复的业务信息，所述业务信息是所述用户根据所述业务执行信息输入提示回复的；

所述客户端向所述服务端发送所述业务信息，以便所述服务端根据所述业务信息进行业务处理。

10.根据权利要求9所述的方法，其特征在于，

所述业务执行信息输入提示包括业务选项和/或业务参数提示；

所述业务信息包括用户对所述业务选项的选择值和/或用户输入的业务参数；

进而所述客户端向所述服务端发送所述业务信息包括：

所述客户端向所述服务端发送所述业务选项的选择值和/或业务参数。

11.根据权利要求9或10所述的方法，其特征在于，在需要发起业务时，所述方法还包括：

所述客户端向所述服务端发送首条短信息，所述首条短信息包括业务请求，所述业务请求包括业务功能请求参数。

12.一种服务端，其特征在于，包括：

短信收发模块，用于接收客户端发送的短信息；

业务处理模块，用于从所述短信息中获取接收号码和发送号码；根据所述接收号码和发送号码，在指令分配表中查找所述接收号码对应的步骤指令；以及在会话表中查找目标会话记录，所述会话表包括至少一个客户端的若干条会话记录；根据所述步骤指令和目标会话记录，执行业务处理得到业务处理结果；

路由查找模块，用于根据所述接收号码，在路由表中查找下一级号码；

所述短信收发模块还用于，通过所述下一级号码向所述客户端发送所述业务处理模块得到的业务处理结果。

13.根据权利要求12所述的服务端，其特征在于，所述服务端还包括：

会话管理模块，用于更新所述会话表。

14.根据权利要求13所述的服务端，其特征在于，

所述会话管理模块具体用于，在接收到所述客户端发送的短信息时，从所述短信息中获取相关信息，并根据所述相关信息更新所述会话表，所述相关信息包括发送号码、接收号码、短信内容和短信接收时间。

15.根据权利要求14所述的服务端，其特征在于，所述会话记录包括发送号码、接收号码、短信内容和短信接收时间；

所述会话管理模块具体用于，判断所述会话表中是否有所述相关信息对应的会话记录；若否，则在所述会话表中插入所述相关信息对应的会话记录；若是，则更新所述会话表中所述相关信息对应的会话记录。

16.根据权利要求13所述的服务端，其特征在于，

所述会话管理模块具体用于，实时检测所述会话表中任意一个发送号码所操作的每一个业务对应的每一个最近会话记录是否超过期限值；若是，则确定为超时业务，并删除所述发送号码所操作的每一个超时业务对应的所有会话记录。

17.根据权利要求13～16任一项所述的服务端，其特征在于，

所述会话管理模块具体用于，在确定业务结束时，更新所述会话表。

18.根据权利要求17所述的服务端，其特征在于，

所述会话管理模块具体用于，在确定业务结束时，删除所述会话表中所述发送号码所操作的业务对应的所有会话记录。

19.根据权利要求12所述的服务端，其特征在于，

所述指令分配表包括接收号码、交易名称、步骤指令和参数指示值，所述参数指示值用于指示所述发送号码对应的会话记录的条目；

所述业务处理模块具体用于，在所述发送号码对应的会话记录中查找所述参数指示值指示的会话记录，并从所述会话记录中获取短信内容；根据所述步骤指令和短信内容，执行业务处理。

20.一种客户端，其特征在于，包括：

接收模块，用于接收服务端发送的短信息，所述短信息包括业务执行信息输入提示；

处理模块，用于获取用户回复的业务信息，所述业务信息是所述用户根据所述业务执行信息输入提示回复的；

发送模块，用于向所述服务端发送所述业务信息，以便所述服务端根据所述业务信息进行业务处理。

21.根据权利要求20所述的客户端，其特征在于，

所述业务执行信息输入提示包括业务选项和/或业务参数提示；所述业务信息包括用户对所述业务选项的选择值和/或用户输入的业务参数；

所述发送模块具体用于，向所述服务端发送所述业务选项的选择值和/或业务参数。

22.根据权利要求20或21所述的客户端，其特征在于，

所述发送模块还用于在需要发起业务时，向所述服务端发送首条短信息，所述首条短信息包括业务请求，所述业务请求包括业务功能请求参数。

23.一种基于短信息的信息交互处理系统，其特征在于，包括：

如权利要求12～19任一项所述的服务端，以及如权利要求20～22任一项所述的客户端。