发明内容
有鉴于此,本发明实施例的目的在于提供一种应用软件业务系统的关联装置、系统和方法,实现不同业务系统关联协作,提高不同业务系统的协作效率。
为实现上述目的,本发明实施例提供了如下技术方案:
一种应用软件业务系统的关联装置,包括:
监听单元,用于接收源业务系统发出的第一关联请求,所述第一关联请求中携带有所述源业务系统根据关联驱动信息建立的第一关联业务数据,所述第一关联业务数据包括源业务系统代码、源业务系统功能代码以及第一业务要素;
第一获取单元,用于从所述第一关联请求中获取所述源业务系统代码、源业务系统功能代码以及第一业务要素;
第二获取单元,用于根据所述源业务系统代码、源业务系统功能代码以及第一业务要素查找关联规则,获取目标业务系统代码、目标功能代码以及目标业务系统的交互报文格式;
第三获取单元,用于根据所述目标业务系统代码以及系统路由信息,获取所述目标业务系统的地址和交互端口;
发送单元,用于按照所述目标业务系统的交互报文格式建立第二关联业务数据,根据所述目标业务系统的地址向所述目标业务系统的交互端口发送第二关联请求,在所述第二关联请求中携带所述第二关联业务数据,请求所述目标业务系统根据所述第二关联业务数据执行所述第二关联业务。
所述关联驱动信息用于指示一系统的某些功能是否通过所述关联装置与其他系统关联,保存于所述源业务系统或者目标业务系统中,所述关联驱动信息包括驱动走向、业务要素、功能代码、驱动模式、报文类型和报文格式。
所述关联规则用于记录所述源业务系统和所述目标业务系统的关联信息,存储在所述关联装置中,包括源业务系统名称、源功能代码、源报文类型、源报文格式以及目标业务系统名称、目标功能代码、目标报文类型和目标报文格式。
所述系统路由信息用于记录数据从所述源业务系统到所述目标业务系统的寻址方式信息,存储在所述关联装置中,包括目标业务系统代码、通信类型、地址、端口和超时时间。
一种应用软件业务系统的关联系统,包括源业务系统、关联装置以及目标业务系统,其中:
所述源业务系统,用于在处理完第一业务后,查找关联驱动信息,检查所述所述第一业务是否有对应的关联项;在所述第一业务存在关联项时,将所述第一业务的业务数据按照所述关联驱动信息中的报文格式建立关联业务数据,所述关联业务数据中包括源业务系统代码、源业务系统功能代码以及第一业务要素;向所述关联装置发送第一关联请求,并在所述第一关联请求中携带所述关联业务数据;
所述关联装置,用于接收源业务系统发出的第一关联请求,所述第一关联请求中携带有所述源业务系统根据关联驱动信息建立的第一关联业务数据,所述第一关联业务数据包中包括源业务系统代码、源业务系统功能代码以及第一业务要素;从所述第一关联请求中获取所述源业务系统代码、源业务系统功能代码以及第一业务要素;根据所述源业务系统代码、源业务系统功能代码以及第一业务要素查找关联规则,获取目标业务系统代码、目标功能代码以及目标业务系统的交互报文格式;根据所述目标业务系统代码以及系统路由信息,获取所述目标业务系统的地址和交互端口;按照所述目标业务系统的交互报文格式建立第二关联业务数据,根据所述目标业务系统的地址向所述目标业务系统的交互端口发送第二关联请求,在所述第二关联请求中携带所述第二关联业务数据。
所述目标业务系统,用于接收所述关联装置发送的所述第二关联请求,并根据其中的第二关联业务数据执行第二关联业务。
一种应用软件业务系统的关联方法,包括:
接收源业务系统发出的第一关联请求,所述第一关联请求中携带有所述源业务系统根据关联驱动信息建立的第一关联业务数据,所述业务数据包中包括源业务系统代码、源业务系统功能代码以及第一业务要素;
从所述第一关联请求中获取所述源业务系统代码、源业务系统功能代码以及第一业务要素;
根据所述源业务系统代码、源业务系统功能代码以及第一业务要素查找关联规则,获取目标业务系统代码、目标功能代码以及目标业务系统的交互报文格式;根据所述目标业务系统代码以及系统路由信息,获取所述目标业务系统的地址和交互端口;
按照所述目标业务系统的交互报文格式建立第二关联业务数据,根据所述目标业务系统的地址向所述目标业务系统的交互端口发送第二关联请求,在所述第二关联请求中携带所述第二关联业务数据,请求所述目标业务系统根据所述第二关联业务数据执行所述第二关联业务。
所述关联驱动信息用于指示一系统的某些功能是否通过所述关联装置与其他系统关联,保存于所述源业务系统或者目标业务系统中,所述关联驱动信息包括驱动走向、业务要素、功能代码、驱动模式、报文类型和报文格式。
所述关联规则用于记录所述源业务系统和所述目标业务系统的关联信息,存储在所述关联装置中,包括源业务系统名称、源功能代码、源报文类型、源报文格式以及目标业务系统名称、目标功能代码、目标报文类型和目标报文格式。
所述系统路由信息用于记录数据从所述源业务系统到所述目标业务系统的寻址方式信息,存储在所述关联装置中,包括目标业务系统代码、通信类型、地址、端口和超时时间。可见,在本发明实施例中,接收源业务系统发出的第一关联请求,所述第一关联请求中携带有所述源业务系统根据关联驱动信息建立的第一关联业务数据,所述业务数据包中包括源业务系统代码、源业务系统功能代码以及第一业务要素;从所述第一关联请求中获取所述源业务系统代码、源业务系统功能代码以及第一业务要素;根据所述源业务系统代码、源业务系统功能代码以及第一业务要素查找关联规则,获取目标业务系统代码、目标功能代码以及目标业务系统的交互报文格式;根据所述目标业务系统代码以及系统路由信息,获取所述目标业务系统的地址和交互端口;按照所述目标业务系统的交互报文格式建立第二关联业务数据,根据所述目标业务系统的地址向所述目标业务系统的交互端口发送第二关联请求,在所述第二关联请求中携带所述第二关联业务数据,请求所述目标业务系统根据所述第二关联业务数据执行所述第二关联业务。本发明实施例所提供的方案,可以在不影响原有业务系统(如源业务系统或者目标业务系统)结构和功能和前提下,实现多个业务系统之间的业务功能互连互通。同时,本发明实施例所提供的方案可以有效降低交互系统改造的工作量,源业务系统与目标业务系统不需要进行程序上的接口耦合,有效实现不同业务系统的关联协作,提高了不同业务系统的协作效率。
具体实施方式
本发明实施例公开了一种应用软件业务系统的关联装置、系统和方法,为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明作进一步详细说明。
图1为本发明一实施例所提供的应用系统示意图,该系统中包括源业务系统101、关联装置102以及目标业务系统103,本发明实施例所提供的方案就是利用关联装置103实现不同业务系统,如源业务系统和目标业务系统之间的业务关联。
实际应用中,一个大的系统,比如金融领域中的银行系统,可以包含多个业务系统,每个业务系统可能可以实现多种不同的业务功能。例如一个大系统中包含3个业务系统,记为A业务系统、B业务系统和C业务系统,其中每个业务系统都能够实现3中不同的业务功能,分别记为业务功能A1-A3,业务功能B 1-B3以及业务功能C1-C3。如果实际应用中,某一个用户需要完成一个X业务,这个X业务是一个综合性的业务,它涉及到A2业务功能和C3业务功能,那么对于这种情况,就可以通过本发明实施例所提供的方案来解决。
例如,该X业务是需要在完成A2业务后再进行C3业务,本发明实施例所提供的关联装置可以实现这个不同业务系统之间的关联业务,参见图2,该装置包括:
监听单元201,用于接收源业务系统发出的第一关联请求,所述第一关联请求中携带有所述源业务系统根据关联驱动信息建立的第一关联业务数据,所述第一关联业务数据包中包括源业务系统代码、源业务系统功能代码以及第一业务要素;
延续X业务这个例子,在这个例子中,源业务系统就是A业务系统,C系统为目标业务系统。
这里需要说明一点,在本发明实施例所提供的方案中,源业务系统和目标业务系统具有相对性,延续上面的例子,可能在另一种情况下,要执行一个Y业务,这个Y业务需要在执行完C3业务后再执行A2业务,那么对于这个关联业务,C系统为源业务系统,而A系统为目标业务系统。
在另一种情况下,一个系统可能既是源业务系统,又是目标业务系统,例如有个Z业务,涉及的业务功能分别是A2-C3-B1,在这个综合性的业务中,C系统相对于A系统来说为目标业务系统,而相对于B系统来说,它又是源业务系统。
继续以A2-C3为例对本发明实施例所提供的装置进行说明。
当A业务系统执行完A2业务后,发出第一关联请求。这里用“第一”表明这个关联请求是由本次关联业务中的源业务系统发送的。
关联驱动信息用于指示一系统的某些功能是否通过所述关联装置与其他系统关联。保存于关联业务相关的源业务系统或者目标业务系统中。实际应用中,可以用表格来记录关联驱动信息,表1为本发明一实施例所提供的关联驱动表,从表1中可以看出,关联驱动表中包括驱动走向、业务要素、功能代码、驱动模式、报文类型和报文格式。
表1
序号 |
字段名 |
类型 |
长度 |
1 |
驱动走向 |
字符 |
1 |
2 |
业务要素 |
字符 |
6 |
3 |
功能代码 |
字符 |
4 |
序号 |
字段名 |
类型 |
长度 |
4 |
驱动模式 |
字符 |
2 |
5 |
系统报文类型 |
字符 |
1 |
6 |
系统报文格式 |
字符 |
200 |
在本发明的一实施例中,一种表示方式可以是:
驱动走向:1-关联发起 2-关联接收;
驱动模式:第一位:1-同步 2-异步 第二位:1-无应答 2-有应答;
系统报文类型:1-8583 2-固定格式;
系统报文格式:报文含有的数据项
第一关联业务数据、第一业务要素与第一关联请求相对应,用第一来表示是从当前关联业务中的源业务系统建立的业务数据,同时是源业务系统中的业务功能的业务要素。
在A2-C3这个例子中,该关联驱动表为A系统的关联驱动表。源业务系统代码即为A业务系统代码;源业务系统功能代码即为A2功能代码,第一业务要素即为A2功能的业务要素。
第一获取单元202,用于从所述第一关联请求中获取所述源业务系统代码、源业务系统功能代码以及第一业务要素;
第二获取单元203,用于根据所述源业务系统代码、源业务系统功能代码以及第一业务要素查找关联规则,获取目标业务系统代码、目标功能代码以及目标业务系统的交互报文格式;
关联规则用于记录所述源业务系统和所述目标业务系统的关联信息,存储在本发明实施例所提供的该关联装置中,实际应用中,可以用表格记录所述关联规则,参见表2,本发明一实施例中,关联规则表中包括源业务系统名称、源功能代码、源报文类型、源报文格式以及目标业务系统名称、目标功能代码、目标报文类型和目标报文格式。
表2
序号 |
字段名 |
类型 |
长度 |
1 |
业务要素 |
字符 |
6 |
2 |
业务要素名称 |
字符 |
20 |
3 |
源功能代码 |
字符 |
4 |
序号 |
字段名 |
类型 |
长度 |
4 |
渠道来源代码 |
字符 |
4 |
5 |
源业务系统名称 |
字符 |
20 |
6 |
激活模式 |
字符 |
2 |
7 |
目标业务系统代码 |
字符 |
4 |
8 |
目标业务系统名称 |
字符 |
20 |
9 |
目标功能代码 |
字符 |
4 |
10 |
目标功能名称 |
字符 |
20 |
11 |
源业务系统报文类型 |
字符 |
1 |
12 |
源业务系统报文格式 |
字符 |
200 |
13 |
目标业务系统报文类型 |
字符 |
1 |
14 |
目标业务系统报文格式 |
字符 |
200 |
在A2-C3这个例子中,第二获取单元对照关联装置中的关联规则表进行查找,找到目标业务系统代码即为C业务系统的系统代码,找到目标功能代码即为C3功能的功能代码,目标业务系统的交互报文格式即为C系统能够与关联装置进行交互所需要的报文格式。
第三获取单元204,用于根据所述目标业务系统代码以及系统路由信息,获取所述目标业务系统的地址和交互端口;
系统路由信息用于记录数据从所述源业务系统到所述目标业务系统的寻址方式信息,存储在关联装置中,实际应用中,可以通过表格来记录所述系统路由信息,表3为本发明一实施例所提供的一个系统路由表,该表中包括目标业务系统代码、通信类型、地址、端口、接口属性、超时时间和连接次数。
表3
序号 |
字段名 |
类型 |
长度 |
1 |
目标业务系统代码 |
字符 |
4 |
2 |
通讯类型 |
字符 |
10 |
3 |
地址 |
字符 |
20 |
4 |
端口 |
数字 |
|
5 |
接口属性 |
字符 |
2 |
6 |
超时时间(秒) |
数字 |
|
7 |
连接次数 |
数字 |
|
其中,通讯类型可以定义为TCP、TUX、CICS等,目标业务系统的地址为IP地址;接口属性可以是:第一位:1-同步 2-异步;第二位:1-无应答 2-有应答。连接次数为关联装置与目标业务系统首次通讯超时后总尝试连接次数。当关联装置与目标业务系统首次通讯超时后,可以向源业务系统返回连接目标业务系统失败的消息;在有连接次数这一信息时,可以发起重新尝试连接,但是如果已经达到预设的连接次数,就不再重新尝试连接,而是向源业务系统返回连接目标业务系统失败的信息。
在A2-C3这个例子中,第三获取单元根据C业务系统的系统代码查找系统路由表,获取C业务系统的地址以及C业务系统用于与关联装置进行信息交互的端口P。
发送单元205,用于按照所述目标业务系统的交互报文格式建立第二关联业务数据,根据所述目标业务系统的地址向所述目标业务系统的交互端口发送第二关联请求,在所述第二关联请求中携带所述第二关联业务数据,请求所述目标业务系统根据所述第二关联业务数据执行所述第二关联业务。
在找到了目标业务系统的地址和通信端口后就可以将需要由目标业务系统完成的第二关联业务所需的第二关联业务数据发送给所述目标业务系统,为了保证第二关联业务在所述目标业务系统中的顺利完成,需要按照所述目标业务系统的报文格式和类型的要求建立所述第二关联业务数据。
这里的“第二”与前文中的“第一”相对应,表示关联业务中目标业务系统相关的信息。
本发明实施例所提供的关联装置,可以在不影响原有业务系统(如源业务系统或者目标业务系统)结构和功能和前提下,实现多个业务系统之间的业务功能互连互通。同时,本发明实施例所通过的关联装置不依赖于任何业务系统,通过关联装置实现不同业务系统间信息的转发,可以有效降低交互系统改造的工作量,无论是源业务系统还是目标业务系统,与关联装置仅有接口报文数据,不需进行程序上的接口耦合,有效实现不同业务系统的关联协作,提高了不同业务系统的协作效率。
本发明实施例所提供的关联装置在配置方面,最为关键的数据是系统路由信息,通过陆续增加系统路由信息中的记录项,即可实现众多不同业务系统间的通讯。
结合图1的系统,本发明一实施例还提供了一种应用软件业务系统的关联系统,该关联系统包括:
源业务系统101,用于在处理完第一业务后,查找关联驱动信息,检查所述所述第一业务是否有对应的关联项;在所述第一业务存在关联项时,将所述第一业务的业务数据按照所述关联驱动信息中的报文格式建立关联业务数据,所述关联业务数据中包括源业务系统代码、源业务系统功能代码以及第一业务要素;向所述关联装置发送第一关联请求,并在所述第一关联请求中携带所述关联业务数据;
关联装置102,用于接收源业务系统发出的第一关联请求,所述第一关联请求中携带有所述源业务系统根据关联驱动信息建立的第一关联业务数据,所述第一关联业务数据包中包括源业务系统代码、源业务系统功能代码以及第一业务要素;从所述第一关联请求中获取所述源业务系统代码、源业务系统功能代码以及第一业务要素;根据所述源业务系统代码、源业务系统功能代码以及第一业务要素查找关联规则,获取目标业务系统代码、目标功能代码以及目标业务系统的交互报文格式;根据所述目标业务系统代码,查找系统路由信息,获取所述目标业务系统的地址和交互端口;按照所述目标业务系统的交互报文格式建立第二关联业务数据,根据所述目标业务系统的地址向所述目标业务系统的交互端口发送第二关联请求,在所述第二关联请求中携带所述第二关联业务数据。
目标业务系统103,用于接收所述关联装置发送的所述第二关联请求,并根据其中的第二关联业务数据执行第二关联业务。
本发明实施例所提供的系统中,源业务系统是关联业务的发起端,负责业务系统功能的数据组织、发送;目标业务系统是关联系统的接收端,负责数据的接收和关联功能的执行;关联装置通过对关联业务的数据进行参数配置及路由走向配置保证整个关联业务的实现。
在这种模式下,有互联关系的业务系统间进行交互时,源业务系统发送的数据并不是直接发送给对应的目标业务系统,而是首先发到关联装置。关联装置作为一个信息交换平台,负责解析各个业务系统发送的数据,进行重组及发送给对应的目标业务系统中的业务功能。每种业务系统发送接收的信息必须符合关联装置的要求,否则关联装置将不予处理。
本发明实施例所提供的系统中,各个业务系统(如源业务系统和目标业务系统)通过关联装置相连,使各个业务系统之间在业务功能产生联系,从而实现各业务系统在业务上互联互通的目的。
本发明一实施例还提供一种应用软件业务系统的关联方法,本发明实施例中通过表格这种承载方式,对关联驱动信息、系统路由信息以及关联规则进行记录,本领域技术人员可以采用其他的任何方式对所述信息或者规则进行记录,本发明对比不做限定。参见图3,该方法包括:
S301,接收源业务系统发出的第一关联请求,所述第一关联请求中携带有所述源业务系统根据关联驱动表中的信息建立的第一关联业务数据,所述业务数据包中包括源业务系统代码、源业务系统功能代码以及第一业务要素;
S302,从所述第一关联请求中获取所述源业务系统代码、源业务系统功能代码以及第一业务要素;
S303,根据所述源业务系统代码、源业务系统功能代码以及第一业务要素查找关联规则表,获取目标业务系统代码、目标功能代码以及目标业务系统的交互报文格式;根据所述目标业务系统代码,查找系统路由表,获取所述目标业务系统的地址和交互端口;
S304,按照所述目标业务系统的交互报文格式建立第二关联业务数据,根据所述目标业务系统的地址向所述目标业务系统的交互端口发送第二关联请求,在所述第二关联请求中携带所述第二关联业务数据,请求所述目标业务系统根据所述第二关联业务数据执行所述第二关联业务。
其中,关联驱动表、关联规则表以及系统路由表都与前述实施例中的相同,此处不再赘述。
为使本发明实施例所提供的方法更加清楚明白,下面以银行核心业务系统(相当于源业务系统)与手机短信系统(相当于目标业务系统)之间的关联业务为例,对本发明实施例所通过的方法进行说明。
在银行核心业务系统中办理取款交易后,会引起取款账户余额变动,此时手机短信系统会向与该账户绑定的手机号码上发送短信通知取款时间、取款金额和账户余额。由于核心业务系统与手机短信系统之间是相互独立的系统,上述的业务信息联动可以通过本发明实施例所提供的方法实现。
参见图4,核心业务系统的工作流程:
S401,在核心业务系统中办理取款交易(交易代码1131),需输入账号、发生额等信息;
S402,当交易执行完成后,核心业务系统查找“关联驱动表”,查找该交易所对应的关联项。核心业务系统的“关联驱动表”的一条记录如表4所示:
表4
驱动走向 |
1 |
业务要素 |
0040 |
功能代码 |
1131 |
驱动模式 |
11 |
报文类型 |
1 |
驱动走向 |
1 |
报文格式 |
业务要素|发生额|功能码|源业务系统名称|源交易名称|账号|余额|开户日期|客户经理|发生机构号|柜员号|交易日期|交易时间| |
其中,驱动走向为1,表示关联发起;功能代码为1131,对应的正是核心业务系统中的取款交易,这就说明,核心业务系统的取款交易功能会发起一个关联业务。
S403,将取款交易的业务要素及其它业务数据按照报文格式打包发出,向关联平台系统提出第一关联请求。
从表4中可以看出核心业务系统要求的报文格式为:业务要素|发生额|功能码|源业务系统名称|源交易名称|账号|余额|开户日期|客户经理|发生机构号|柜员号|交易日期|交易时间|。
在第一关联请求中携带有核心业务系统根据表4中的信息建立的第一关联业务数据,第一关联业务数据包中包括核心业务系统代码(00001)、取款交易的功能代码(1131)以及取款交易的业务要素(0040)。
参见图5,关联装置的工作流程包括:
S501,关联装置的监听模块等待核心业务系统的第一关联请求;
S502,关联装置接收核心业务系统的第一关联请求,接收数据包并按照报文格式解析数据包;
S503,根据核心业务系统代码、取款交易的功能代码、业务要素,查找“关联规则表”,得到目标业务系统代码及目标功能代码以及目标业务系统的交互报文格式。“关联规则表”的一条记录如表5所示:
表5
业务要素 |
0040 |
业务要素名称 |
发生额 |
源功能代码 |
1131 |
渠道来源代码 |
0001 |
源业务系统名称 |
核心业务系统 |
激活模式 |
11 |
业务要素 |
0040 |
目标业务系统代码 |
0005 |
目标业务系统名称 |
手机短信系统 |
目标功能代码 |
9102 |
目标功能名称 |
取款通知 |
源业务系统报文类型 |
1 |
源业务系统报文格式 |
业务要素|发生额|交易码|账号|余额|开户日期|客户经理|发生机构号|柜员号|交易日期|交易时间| |
目标业务系统报文类型 |
1 |
目标业务系统报文格式 |
业务要素|发生额|功能码|源业务系统名称|源交易名称|账号|余额|开户日期|客户经理|发生机构号|柜员号|交易日期|交易时间| |
从表5中可以知道,本次关联业务的目标业务系统为手机短信系统,手机短信系统的系统代码为0005。手机短信系统的报文格式为业务要素|发生额|功能码|源业务系统名称|源交易名称|账号|余额|开户日期|客户经理|发生机构号|柜员号|交易日期|交易时间|,第二关联业务,即手机短信系统中的业务功能为取款通知,对应的功能代码为9012。
S504,根据手机短信系统的系统代码0005,查找“系统路由表”,获得目标业务系统的IP地址及端口。“系统路由表”的一条记录如表6所示:
表6
目标业务系统代码 |
0005 |
通讯类型 |
TCP |
IP地址 |
128.1.10.11 |
端口 |
9981 |
目标业务系统代码 |
0005 |
接口属性 |
11 |
超时时间(秒) |
60 |
连接次数 |
3 |
从表6中可以知道,手机短信系统采用的通讯类型为TCP,手机短信系统的IP地址为128.1.10.11;对应的端口为9981,超时时间为60秒,连接次数为3。
S505,按照手机短信系统的报文格式将第二关联业务数据打包,并通过第二关联请求将数据包发送到目标业务系统,即手机短信系统。
第二关联业务数据即手机短信系统中的取款通知业务数据,需要根据手机短信系统的报文格式建立。
关联装置将根据手机短信系统的IP地址将第二关联请求发送到手机短信系统的9981端口。
如果关联装置在超时时间(如60秒)内没有得到手机短信系统的应答,即为超时。如果出现超时的情况,并且存在连接次数信息,关联装置可以根据连接次数(如3次)的约定向手机短信系统重新发送关联请求,如果达到最大连接次数,则关联装置放弃与手机短信系统的关联。
通过设置超时时间和连接次数,能够避免关联装置因关联请求没有得到手机短信系统应答而进入无限等待状态的情况。
参见图6,手机短信系统的工作流程包括:
S601,手机短信系统设置一个守护监听进程,等待关联装置的关联请求;
S602,手机短信系统接收关联装置的第二关联请求,接收、解析数据包,从中获取功能代码9102和业务要素;
S603,手机短信系统根据该功能代码9102及业务要素,查找本地内置的“关联驱动表”,按照报文格式的要求从数据包中解析出账号、交易时间、取款金额和账户余额信息;
手机短信系统的“关联驱动表”一条记录如表7所示:
表7
驱动走向 |
2 |
业务要素 |
0040 |
功能代码 |
9102 |
驱动模式 |
11 |
报文类型 |
1 |
驱动走向 |
2 |
报文格式 |
业务要素|发生额|功能码|源业务系统名称|源交易名称|账号|余额|开户日期|客户经理|发生机构号|柜员号|交易日期|交易时间| |
从表7中可以看出,手机短信系统中的取款通知业务功能的驱动走向为2,是关联接收业务。
S604,手机短信系统调用发送短信功能,将解析出的信息发送给与该账号绑定的手机号码。
至此,本发明实施例所提供的方法实现了银行的核心业务系统与手机短信系统由取款交易到短信通知的一个综合性的关联业务。通过本发明实施例的介绍可以看出,本发明实施例所提供的方法能够在不影响原有业务系统(如银行核心业务系统或者手机短信系统)结构和功能和前提下,实现多个业务系统之间的业务功能互连互通,可以有效降低交互系统改造的工作量,无论是源业务系统还是目标业务系统,与关联装置仅有接口报文数据,不需进行程序上的接口耦合,有效实现不同业务系统的关联协作,提高了不同业务系统的协作效率。
本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序单元。一般地,程序单元包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序单元可以位于包括存储设备在内的本地和远程计算机存储介质中。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。