CN107077769B - 一种识别业务类型的方法及系统 - Google Patents
一种识别业务类型的方法及系统 Download PDFInfo
- Publication number
- CN107077769B CN107077769B CN201780000012.6A CN201780000012A CN107077769B CN 107077769 B CN107077769 B CN 107077769B CN 201780000012 A CN201780000012 A CN 201780000012A CN 107077769 B CN107077769 B CN 107077769B
- Authority
- CN
- China
- Prior art keywords
- instruction
- type
- instruction sequence
- service
- current business
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F19/00—Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
- G07F19/20—Automatic teller machines [ATMs]
- G07F19/211—Software architecture within ATMs or in relation to the ATM network
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F19/00—Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
- G07F19/20—Automatic teller machines [ATMs]
- G07F19/206—Software aspects at ATMs
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
一种识别业务类型的方法及系统，其中方法包括：在SP驱动层建立业务类型规则库，所述业务类型规则库中存储有业务类型与SP指令序列之间的对应关系；在SP驱动层运行的过程中，实时获取所述SP驱动层被调用的指令和/或所述SP驱动层控制的各硬件设备接收到的需要发送给上层应用的触发事件；按照预设规则根据所述指令和/或触发事件生成当前业务所对应的SP指令序列；根据所述SP指令序列和所述业务类型规则库中存储的业务类型与SP指令序列之间的对应关系识别所述当前业务的业务类型，该方法可以使SP驱动层实时识别出自助终端的当前业务场景，有效的配合上层应用ATMC完成整个业务，提升了SP驱动与上层应用ATMC的兼容性。
Description
技术领域
本发明属于自助终端跨平台技术领域，尤其涉及一种识别业务类型的方法及系统。
背景技术
跨平台技术泛指程序语言、软件或硬件设备可以在多种作业系统或不同硬件架构的电脑上运作的标准技术。跨平台技术自问世以来，在我国的金融市场自助终端中应用最为突出，为我国取得了丰富的跨平台技术积累和运维经验。
自助终端跨平台技术是指依照WOSA/XFS协议实现统一ATMC应用可以在不同ATM厂商的硬件平台运行的标准技术。目前，自助终端中由跨平台技术构成的ATM软件划分为两个层次：标准驱动SP层和跨平台ATMC应用层，一般来说标准驱动SP层由ATM厂商开发实现，跨平台ATMC应用层由专门的金融软件提供商或者银行提供，这两层软件一般由不同的公司进行研发。由于WOSA/XFS协议虽然提供了一套统一的API和SPI接口，但是仍然无法满足跨平台的所有技术兼容性问题，两层软件进行有效集成仍然需要解决很多兼容性技术问题，这是因为对于WOSA标准并没有明文界定自助业务中哪些功能需要ATMC实现，哪些功能需要SP实现，没有对ATMC层或者SP层实现的功能进行约束，这样可能会使得各个ATM厂商开发的标准驱动SP层的功能不一致，各个金融软件提供商提供的上层应用ATMC的功能也不一致，因此若要使标准驱动SP层能够有效的配合各个金融软件提供商提供的上层应用ATMC协同工作，就需要标准驱动SP层能够及时的识别和确定当前的业务场景，其中首要的问题就是要识别出ATM机上当前正在进行的业务类型。
发明内容
本发明实施例的目的在于提供一种识别业务类型的方法及系统，可以使SP驱动层能够实时识别出自助终端的当前业务场景，有效的配合上层应用ATMC完成整个业务，提升了SP驱动与上层应用ATMC的兼容性。
本发明实施例是这样实现的，一种识别业务类型的方法，该方法包括：
在SP驱动层建立业务类型规则库，所述业务类型规则库中存储有业务类型与SP指令序列之间的对应关系；
在SP驱动层运行的过程中，实时获取所述SP驱动层被调用的指令和/或所述SP驱动层控制的各硬件设备接收到的需要发送给上层应用的触发事件；
按照预设规则根据所述指令和/或触发事件生成当前业务所对应的SP指令序列；
根据所述SP指令序列和所述业务类型规则库中存储的业务类型与SP指令序列之间的对应关系识别所述当前业务的业务类型。
另一方面，本发明实施例还提供一种识别业务类型的系统，该系统包括：
业务类型规则库建立单元，用于在SP驱动层建立业务类型规则库，所述业务类型规则库中存储有业务类型与SP指令序列之间的对应关系；
指令或触发事件获取单元，用于在SP驱动层运行的过程中，实时获取所述SP驱动层被调用的指令和/或所述SP驱动层控制的各硬件设备接收到的需要发送给上层应用的触发事件；
SP指令序列组装单元，用于按照预设规则根据所述指令和/或触发事件生成当前业务所对应的SP指令序列；
业务类型识别单元，用于根据所述SP指令序列和所述业务类型规则库中存储的业务类型与SP指令序列之间的对应关系识别所述当前业务的业务类型。
本发明实施例通过在SP驱动层建立业务类型规则库，所述业务类型规则库中存储有业务类型与SP指令序列之间的对应关系；在SP驱动层运行的过程中，实时获取所述SP驱动层被调用的指令和/或所述SP驱动层控制的各硬件设备接收到的需要发送给上层应用的触发事件；按照预设规则根据所述指令和/或触发事件生成当前业务所对应的SP指令序列；根据所述SP指令序列和所述业务类型规则库中存储的业务类型与SP指令序列之间的对应关系识别所述当前业务的业务类型，从而可以使SP驱动层能够实时识别出自助终端的当前业务场景，有效的配合上层应用ATMC完成整个业务，提升了SP驱动与上层应用ATMC的兼容性。
附图说明
图1是本发明实施例提供的一种识别业务类型的方法的示意流程图；
图2是本发明实施例提供的一种识别业务类型的方法中步骤S103的具体实现流程图；
图3是本发明实施例提供的一种识别业务类型的方法中步骤S104的具体实现流程；
图4是本发明实施例提供的一种识别业务类型的系统的示意性框图；
图5是本发明实施例提供的一种识别业务类型的系统中SP指令组装单元的示意性框图；
图6是本发明实施例提供的一种识别业务类型的系统中业务类型识别单元的示意性框图；
图7是本发明另一实施例提供的一种识别业务类型的系统的示意性框图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
图1是本发明实施例提供的一种识别业务类型的方法的示意流程图。参见图1所示，本实施例提供的一种识别业务类型的方法包括：
在S101中，在SP驱动层建立业务类型规则库，所述业务类型规则库中存储有业务类型与SP指令序列之间的对应关系。
进一步的，所述业务类型包括但不限于：有卡取款、无卡取款、手机取款、有卡存款、IC卡充值、转账、查询以及改密等业务。
进一步的，所述SP指令序列包括SP事件响应和SP调用指令。其中，SP事件响应是指SP驱动层控制的各个硬件设备接收到的需要传送给上层应用ATMC的WOSA触发事件，如：读卡器接收到的需要通过SP驱动层传送给上层应用ATMC的事件WFS_EXEE_IDC_MEDIAINSERTED，该事件表示有银行卡被插入读卡器中；SP调用指令是指从上层应用ATMC接收到的，需要发送给SP控制的各个设备执行的指令，如上层应用ATMC发送给SP标准驱动的WFS_CMD_IDC_READ_TRCK指令，读取银行卡磁道数据命令。
进一步的，对某一业务类型的执行，对于SP驱动层来说，其调用的SP指令序列是具有一定独特的特征的，因此，可以在SP驱动层建立存储有各种业务类型与其特定SP指令序列之间对应关系的业务类型规则库，可以便于后续根据该业务类型规则库来识别自助终端的上层应用当前执行业务的业务类型。
进一步的，在所述业务类型规则库中，一个业务类型可能对应有一个或者多个由SP事件响应和/或SP调用指令组成的序列来表征。如：有转账业务可用加密键盘明文输入形式，一次或者连续两次接受了“连续19位数字+确认键”的指令或者事件的序列来表征；取款业务可用测试出钞门指令来表征或者用机芯执行“出钞”、“送钞”等指令。或者“出钞+送钞”指令序列来表征。
进一步的，所述业务类型规则库中各种业务类型与SP指令序列之间的对应关系可以以表格的形式进行存储，以下是几类业务所对应的SP指令序列调用特征：
1)有卡取款业务
有卡取款业务可由一个SP指令序列来表征，至少由表征有卡操作部分，加上出钞操作部分，且两个部分同属于一个账户周期内，即两部分之间并不能出现有表征退卡的指令或事件。所述的一个账户周期是指一个业务从插卡至退卡间的整个阶段。
a.有表征IDC磁卡读卡器中有卡的指令或事件，如读取磁道WFS_CMD_IDC_READ_TRACK等指令、检测到有卡插入WFS_EXEE_IDC_MEDIAINSERTED等事件；
b.有表征CDM机芯出钞的动作或事件，如SP中收到WFS_CMD_CDM_DIS PENSE、WFS_CMD_CDM_PRESENT等指令、或WFS_SRVE_CDM_SAFEDOO ROPEN、WFS_SRVE_CDM_ITEMSTAKEN等事件。
2)有卡存款业务
有卡存款业务可由一个SP指令序列来表征，至少由表征有卡操作部分，加上存款操作部分，且两个部分同属于一个账户周期内，即两部分之间并不能出现有表征退卡的指令或事件。所述的一个账户周期是指一个业务从插卡至退卡间的整个阶段。
a.有表征IDC磁卡读卡器中有卡的指令或事件，如读取磁道WFS_CMD_IDC_READ_TRACK等指令、检测到有卡插入WFS_EXEE_IDC_MEDIAINSERTED等事件；
b.有表征CDM机芯出钞的动作或事件，如SP中收到WFS_CMD_CIM_CASH_IN_START、WFS_CMD_CIM_CASH_IN、WFS_CMD_CIM_OPEN_SHUTTER等指令或WFS_SRVE_CIM_SAFEDOOROPEN、WFS_SRVE_CIM_ITEMSTAKEN等事件。
3)无卡存款业务
无卡存款业务可由一个SP指令序列来表征，至少由表征无卡操作部分，加上输入存款账号部分，加上存款操作部分，且三个部分同属于一个账户周期内，即三部分之间并不能出现有表征有卡操作的指令或事件。所述的一个账户周期是指一个业务从无卡操作开始至无卡操作结束之间的整个阶段。
a.无表征IDC磁卡读卡器中有卡的指令或事件，如无读取磁道WFS_CMD_IDC_READ_TRACK等指令、无检测到有卡插入WFS_EXEE_IDC_MEDIAINSERTED等事件；
b.可能有表征PIN密码键盘收到GET_DATA命令，用户输入卡号或折号一串特定长度的数据，但用户从屏幕上点虚拟键盘输入卡号，则无法确认；
c.有表征CIM机芯存款的动作或事件，如SP中收到WFS_CMD_CIM_CASH_IN_START、WFS_CMD_CIM_CASH_IN、WFS_CMD_CIM_OPEN_SHUTTER等指令、或WFS_SRVE_CIM_SAFEDOOROPEN、WFS_SRVE_CIM_ITEMSTAKEN等事件。
4)预约取款业务
预约取款业务可由一个SP指令序列来表征，至少由表征无卡操作部分，加上输入手机号或者预约号部分，加上取款操作部分，且三个部分同属于一个账户周期内，即三部分之间并不能出现有表征有卡操作的指令或事件。所述的一个账户周期是指一个业务从无卡操作开始至无卡操作结束之间的整个阶段。
a.无表征IDC磁卡读卡器中有卡的指令或事件，如无读取磁道WFS_CMD_IDC_READ_TRACK等指令、无检测到有卡插入WFS_EXEE_IDC_MEDIAINSERTED等事件；
b.可能有表征PIN密码键盘收到GET_DATA命令，用户输入手机号或预约号一串特定长度的数据，但用户从屏幕上点虚拟键盘输入卡号，则无法确认；
c.有表征CDM机芯出钞的动作或事件，如SP中收到WFS_CMD_CIM_C ASH_IN_START、WFS_CMD_CIM_CASH_IN、WFS_CMD_CIM_OPEN_SHUT TER等指令、或WFS_SRVE_CIM_SAFEDOOROPEN、WFS_SRVE_CIM_ITEM STAKEN等事件。
5)手机取款业务
手机取款业务可由一个SP指令序列来表征，至少由表征非接卡操作部分，加上取款操作部分，且两部分之间并不能出现有表征有磁卡操作的指令或事件。
a.表征非接读卡器中有卡(手机NFC模拟卡片)，如WFS_CMD_IDC_CHIP_IO、WFS_CMD_IDC_CHIP_POWER等指令，或WFS_SRVE_IDC_MEDIADE TECTED等事件；
b.有表征CDM机芯出钞的动作或事件，如SP中收到WFS_CMD_CIM_CASH_IN_START、WFS_CMD_CIM_CASH_IN、WFS_CMD_CIM_OPEN_SHUTTER等指令、或WFS_SRVE_CIM_SAFEDOOROPEN、WFS_SRVE_CIM_ITEMSTAKEN等事件。
6)IC卡充值业务
IC卡充值业务可由一个SP指令序列来表征，至少由表征有卡操作部分，加上非接卡操作部分，加上非接卡充值作部分，且两部分同属于一个账户周期内，即两部分之间并不能出现有表征退卡操作的指令或事件。所述的一个账户周期是指一个业务从插卡至退卡之间的整个阶段。
a.有表征IDC磁卡读卡器中有卡的指令或事件，如读取磁道WFS_CMD_IDC_READ_TRACK等指令、检测到有卡插入WFS_EXEE_IDC_MEDIAINSERTED等事件；
b.表征非接读卡器中有卡(手机NFC模拟卡片)，如WFS_CMD_IDC_CHIP_IO、WFS_CMD_IDC_CHIP_POWER等指令，或WFS_SRVE_IDC_MEDIADETECTED等事件。
7)转账业务
转账业务可由一个SP指令序列来表征，至少由表征有卡操作部分，加上输入转入账号部分，且两个部分同属于一个账户周期内，即两部分之间并不能出现有表征退卡的指令或事件。所述的一个账户周期是指一个业务从插卡至退卡间的整个阶段。
a.有表征IDC磁卡读卡器中有卡的指令或事件，如读取磁道WFS_CMD_IDC_READ_TRACK等指令、检测到有卡插入WFS_EXEE_IDC_MEDIAINSERTED等事件；
b.可能有表征PIN密码键盘收到GET_DATA命令，加密键盘为明文输入形式，用户输入一次或者两次转入账号一串特定长度的数据(我国银行账号为19位数字)；
但用户从屏幕上点虚拟键盘输入卡号，则无法确认，此时需要根据流水打印机打印内容来做判断是否属于转账业务。
8)吞卡取回业务
a.IDC读卡器模块中有卡，或退卡器模块的暂存中有卡；
b.PIN中接受GET_PIN命令，用户输入密码；
c.IDC读卡器退卡，或退卡器退卡。
在S102中，在SP驱动层运行的过程中，实时获取所述SP驱动层被调用的指令和/或所述SP驱动层控制的各硬件设备接收到的需要发送给上层应用的触发事件。
进一步的，所述SP驱动层被调用的指令是指根据WOSA协议规定的需要各类硬件设备执行的指令，这类指令一般由上层应用ATMC发起，由SP驱动转发给各类硬件设备执行硬件操作，如：IDC设备的WFS_CMD_IDC_WRACK、WFS_CDM_IDC_READ_TRACK、WFS_CDM_IDC_EJECT_CARD、WFS_CD M_IDC_RETAIN_CARD等命令。
进一步的，由上层应用ATMC发起的所述SP驱动层被调用的指令包括但不限于以下硬件设备的执行指令：读卡器读卡指令、吞卡指令、退卡指令、出钞机芯出钞指令、出钞机芯送钞指令、存款机芯的点钞指令、出钞门测试指令、打印机打印指令等。
进一步的，由上层应用ATMC发起的所述SP驱动层被调用的指令不包括获取各硬件设备状态的指令。
进一步的，所述各硬件设备上报的需要发送给上层应用的触发事件是指根据WOSA协议规定的各类硬件设备的触发事件，这类触发事件一般由各类硬件设备发出，由SP驱动转发给上层应用ATMC进行进一步处理，如IDC设备的WFS_EXEE_IDC_MEDIAINSERTED、WFS_SRVE_IDC_MEDIAREMOVED、WFS_SRVE_IDC_MEDIADETECTED等触发事件。
进一步的，所述接收到的各硬件上报的需要发送给上层应用ATMC的触发事件包括但不限于以下事件：加密键盘按键事件、屏幕键盘按键事件、读卡器检测有卡事件、读卡器进卡事件以及读卡器吞卡事件等。
进一步的，所述接收到的各硬件上报的需要发送给上层应用ATMC的触发事件不包括各硬件设备出错的事件。
进一步的，对于使用加密键盘按键的按键事件，由于单词按键是无法判断出一个业务类型的，因此需要对加密键盘的多次连续按键事件作为SP指令序列中的一个事件来处理。为此在获取所述指令和/或触发事件之前需要进行按键事件的收集与分析，各按键事件的间隔不超过第一预设时间的按键连续输入作为一个按键事件来处理，所述第一预设时间的取值范围为1s左右。如：有卡业务的一个特征是加密键盘以密文方式，至少一次连续输入6位密文或者连续三次输入密文，并以“确认键”作为输入结束标志；转账业务的一个特征是加密键盘以明文方式，至少一次性输入19位账号，或者两次连续输入19位账号，每次并以“确认键”作为输入结束标志；改密业务的一个特征是加密键盘以密文方式，至少连续两次输入6位密文，或者连续三次输入6位密文，每次并以“确认键”作为输入结束标志。
在S103中，按照预设规则根据所述指令和/或触发事件生成当前业务所对应的SP指令序列。
进一步的，所述SP指令序列是指当前上层应用ATMC在执行某业务时，SP驱动层在运行过程中被调用的指令和/或接收到的需要上报给上层应用ATMC的触发事件组成的指令序列。
进一步的，在本实施例中，所述业务类型规则库还包括各种业务类型的SP指令序列所对应的起始指令或触发事件，我们可以根据所述业务类型规则库中存储的各种业务类型的SP指令序列所对应的起始指令或触发事件来确定当前业务的SP指令序列中的起始指令或事件。例如：如果当SP驱动层接收到一个指令或事件符合业务类型规则库中作为一个SP指令序列的起始指令或事件，则需要以该指令或事件为起始，重新构建当前SP运行的SP指令序列。
进一步的，参见图2所示，是步骤S103的具体实现流程，步骤S103包括：
在S201中，根据所述业务类型规则库中各种类型的SP指令序列所对应的起始指令或事件确定所述当前业务所对应的SP指令序列的起始指令或触发事件。
进一步的，在本实施例中，进卡指令是所有有卡业务的SP指令序列的开始标识，退卡指令是有卡业务的SP指令序列的结束标志。
在S202中，根据所述当前业务所对应的SP指令序列的起始指令或触发事件获取用于构建当前业务所对应的SP指令序列的指令和/或触发事件。
在S203中，按照获取到所述指令和/或触发事件的时间顺序以及获取到各个指令和/或触发事件之间的时间间隔，将所述指令和/或触发事件进行组合生成当前业务所对应的SP指令序列。
进一步的，在本实施例中，步骤S203包括：
判断获取到各个指令和/或触发事件之间的时间间隔是否符合预设的时间间隔要求；
若符合预设的时间间隔要求，则按照获取到各个指令和/或触发事件的时间顺序将所述指令和/或触发事件进行组合生成当前业务所对应的SP指令序列；
若不符合预设的时间间隔要求，则放弃本次获取到的用于构建当前业务所对应的SP指令序列的指令和/触发事件。
进一步的，在本实施例中，在按照获取到的所述指令和/或触发事件的时间顺序以及获取到各个指令和/或触发事件的时间间隔将所述指令和/或触发事件进行组合生成SP指令序列时，所述SP指令序列中各个指令和/或触发事件之间的时间间隔不能相差太大，一般不应超过一分钟。如果某时刻SP驱动层执行业务的SP指令序列为：事件1-指令1-指令2-事件2-指令3，其中相邻的事件之间或相邻指令之间或者事件与指令之间的时间间隔，一般不应大于一分钟，正常的时间间隔是几秒至几十秒；如果相邻的事件之间或相邻指令之间或者事件与指令之间的时间间隔超过一分钟，则该两个事件和/或指令不能构成一个SP指令序列。
在S104中，根据所述SP指令序列和所述业务类型规则库中存储的业务类型与SP指令序列之间的对应关系识别所述当前业务的业务类型。
图3示出了步骤S104中的具体实现流程，参见图3所示，在本实施例中，步骤S104具体包括：
在S301中，根据所述当前业务的SP指令序列查询所述业务类型规则库中是否有与所述当前业务的SP指令序列相匹配的预设SP指令序列。
在S302中，若查询到与所述当前业务的SP指令序列相匹配的预设SP指令序列，则根据查询到的所述预设SP指令序列识别所述当前业务的业务类型。
进一步的，在本实施例中，步骤S302具体包括：
若有且仅有一个与所述当前业务的SP指令序列相匹配的预设SP指令序列，则所述当前业务的业务类型即为所述预设SP指令序列所对应的业务类型；
若有至少两个与所述当前业务的SP指令序列相匹配的预设SP指令序列，则将与当前时间最接近的指令和/或事件所对应的预设SP指令序列作为匹配出的最优SP指令序列，所述当前业务的业务类型即为所述最优SP指令序列所对应的业务类型。
在S303中，若未查询到与所述当前业务的SP指令序列相匹配的预设SP指令序列，则删掉所述SP指令序列中的一个或多个指令和/或事件后重新查询所述业务类型规则库进行匹配操作。
以上可以看出，本实施例提供的一种识别业务类型的方法通过在SP驱动层建立业务类型规则库，所述业务类型规则库中存储有业务类型与SP指令序列之间的对应关系；在SP驱动层运行的过程中，实时获取所述SP驱动层被调用的指令和/或所述SP驱动层控制的各硬件设备接收到的需要发送给上层应用的触发事件；按照预设规则根据所述指令和/或触发事件生成当前业务所对应的SP指令序列；根据所述SP指令序列和所述业务类型规则库中存储的业务类型与SP指令序列之间的对应关系识别所述当前业务的业务类型，从而可以使SP驱动层能够实时识别出自助终端的当前业务场景，有效的配合上层应用ATMC完成整个业务，提升了SP驱动与上层应用ATMC的兼容性。
图4是本发明实施例提供的一种识别业务类型的系统的示意性框图，为了便于说明仅仅示出了与本实施例相关的部分。
参见图4所示，本实施例提供的一种识别业务类型的系统，包括：
业务类型规则库建立单元1，用于在SP驱动层建立业务类型规则库，所述业务类型规则库中存储有业务类型与SP指令序列之间的对应关系；
指令或触发事件获取单元2，用于在SP驱动层运行的过程中，实时获取所述SP驱动层被调用的指令和/或所述SP驱动层控制的各硬件设备接收到的需要发送给上层应用的触发事件；
SP指令序列组装单元3，用于按照预设规则根据所述指令和/或触发事件生成当前业务所对应的SP指令序列；
业务类型识别单元4，用于根据所述SP指令序列和所述业务类型规则库中存储的业务类型与SP指令序列之间的对应关系识别所述当前业务的业务类型。
可选的，参见图5所示，所述业务类型规则库还包括各种业务类型的SP指令序列所对应的起始指令或触发事件；所述SP指令组装单元3包括：
监测单元31，用于根据所述业务类型规则库中各种类型的SP指令序列所对应的起始指令或事件确定所述当前业务所对应的SP指令序列的起始指令或触发事件；
选择单元32，用于根据所述当前业务所对应的SP指令序列的起始指令或触发事件获取用于构建当前业务所对应的SP指令序列的指令和/或触发事件；
组装单元33，用于按照获取到所述指令和/或触发事件的时间顺序以及获取到各个指令和/或触发事件之间的时间间隔，将所述指令和/或触发事件进行组合生成当前业务所对应的SP指令序列。
可选的，所述组装单元32具体用于：
判断获取到各个指令和/或触发事件之间的时间间隔是否符合预设的时间间隔要求；
若符合预设的时间间隔要求，则按照获取到各个指令和/或触发事件的时间顺序将所述指令和/或触发事件进行组合生成当前业务所对应的SP指令序列；
若不符合预设的时间间隔要求，则放弃本次获取到的用于构建当前业务所对应的SP指令序列的指令和/触发事件。
可选的，参见图6所示，所述业务类型识别单元4包括：
指令序列匹配单元41，用于根据所述当前业务的SP指令序列查询所述业务类型规则库中是否有与所述当前业务的SP指令序列相匹配的预设SP指令序列；
最优指令序列选择单元42，用于若查询到与所述当前业务的SP指令序列相匹配的预设SP指令序列，则根据查询到的所述预设SP指令序列识别所述当前业务的业务类型；
SP指令序列更改单元43，用于若未查询到与所述当前业务的SP指令序列相匹配的预设SP指令序列，则删掉所述SP指令序列中的一个或多个指令和/或事件后重新查询所述业务类型规则库进行匹配操作。
可选的，所述最优指令序列选择单元42具体用于：
若有且仅有一个与所述当前业务的SP指令序列相匹配的预设SP指令序列，则所述当前业务的业务类型即为所述预设SP指令序列所对应的业务类型；
若有至少两个与所述当前业务的SP指令序列相匹配的预设SP指令序列，则将与当前时间最接近的指令和/或事件所对应的预设SP指令序列作为匹配出的最优SP指令序列，所述当前业务的业务类型即为所述最优SP指令序列所对应的业务类型。
需要说明的是，本发明实施例提供的上述系统中的各个单元，由于与本发明方法实施例基于同一构思，其带来的技术效果与本发明方法实施例相同，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。
因此，可以看出，本实施例提供的一种识别业务类型的系统同样可以使SP驱动层能够实时识别出自助终端的当前业务场景，有效的配合上层应用ATMC完成整个业务，提升了SP驱动与上层应用ATMC的兼容性。
参见图7，是本发明另一实施例提供的一种识别业务类型的系统的示意框图，该终端用于运行本发明图1所示实施例提供的方法。为了便于说明，仅仅示出了与本实施例相关的部分。
参见图7所示，本实施例提供的一种识别业务类型的系统，包括：
处理器710(processor)，通信接口720(Communications Interface)，存储器730(memory)，总线740。
处理器710，通信接口720，存储器730通过总线740完成相互间的通信。
通信接口720，用于与电缆调制解调器通信。
处理器710，用于执行程序731。
具体地，程序731可以包括程序代码，所述程序代码包括计算机操作指令。
处理器710可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。
存储器730，用于存放程序731。存储器730可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。程序731具体包括：
业务类型规则库建立单元1，用于在SP驱动层建立业务类型规则库，所述业务类型规则库中存储有业务类型与SP指令序列之间的对应关系；
指令或触发事件获取单元2，用于在SP驱动层运行的过程中，实时获取所述SP驱动层被调用的指令和/或所述SP驱动层控制的各硬件设备接收到的需要发送给上层应用的触发事件；
SP指令序列组装单元3，用于按照预设规则根据所述指令和/或触发事件生成当前业务所对应的SP指令序列；
业务类型识别单元4，用于根据所述SP指令序列和所述业务类型规则库中存储的业务类型与SP指令序列之间的对应关系识别所述当前业务的业务类型。
可选的，参见图5所示，所述业务类型规则库还包括各种业务类型的SP指令序列所对应的起始指令或触发事件；所述SP指令组装单元3包括：
监测单元31，用于根据所述业务类型规则库中各种类型的SP指令序列所对应的起始指令或事件确定所述当前业务所对应的SP指令序列的起始指令或触发事件；
选择单元32，用于根据所述当前业务所对应的SP指令序列的起始指令或触发事件获取用于构建当前业务所对应的SP指令序列的指令和/或触发事件；
组装单元33，用于按照获取到所述指令和/或触发事件的时间顺序以及获取到各个指令和/或触发事件之间的时间间隔，将所述指令和/或触发事件进行组合生成当前业务所对应的SP指令序列。
可选的，所述组装单元33具体用于：
判断获取到各个指令和/或触发事件之间的时间间隔是否符合预设的时间间隔要求；
若符合预设的时间间隔要求，则按照获取到各个指令和/或触发事件的时间顺序将所述指令和/或触发事件进行组合生成当前业务所对应的SP指令序列；
若不符合预设的时间间隔要求，则放弃本次获取到的用于构建当前业务所对应的SP指令序列的指令和/触发事件。
可选的，参见图6所示，所述业务类型识别单元4包括：
指令序列匹配单元41，用于根据所述当前业务的SP指令序列查询所述业务类型规则库中是否有与所述当前业务的SP指令序列相匹配的预设SP指令序列；
最优指令序列选择单元42，用于若查询到与所述当前业务的SP指令序列相匹配的预设SP指令序列，则根据查询到的所述预设SP指令序列识别所述当前业务的业务类型；
SP指令序列更改单元43，用于若未查询到与所述当前业务的SP指令序列相匹配的预设SP指令序列，则删掉所述SP指令序列中的一个或多个指令和/或事件后重新查询所述业务类型规则库进行匹配操作。
可选的，所述最优指令序列选择单42元具体用于：
若有且仅有一个与所述当前业务的SP指令序列相匹配的预设SP指令序列，则所述当前业务的业务类型即为所述预设SP指令序列所对应的业务类型；
若有至少两个与所述当前业务的SP指令序列相匹配的预设SP指令序列，则将与当前时间最接近的指令和/或事件所对应的预设SP指令序列作为匹配出的最优SP指令序列，所述当前业务的业务类型即为所述最优SP指令序列所对应的业务类型。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的终端中单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的终端和方法可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。
本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。
本发明实施例终端中的单元可以根据实际需要进行合并、划分和删减。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个终端可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台终端(可以是终端、IPAD等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。
Claims (10)
1.一种识别业务类型的方法，其特征在于，包括：
在SP驱动层建立业务类型规则库，所述业务类型规则库中存储有业务类型与SP指令序列之间的对应关系；
在SP驱动层运行的过程中，实时获取所述SP驱动层被调用的指令和/或所述SP驱动层控制的各硬件设备接收到的需要发送给上层应用的触发事件；
按照预设规则根据所述指令和/或触发事件生成当前业务所对应的SP指令序列；
根据所述SP指令序列和所述业务类型规则库中存储的业务类型与SP指令序列之间的对应关系识别所述当前业务的业务类型。
2.如权利要求1所述的识别业务类型的方法，其特征在于，所述业务类型规则库还包括各种业务类型的SP指令序列所对应的起始指令或起始触发事件；
所述按照预设规则根据所述指令和/或触发事件生成当前业务所对应的SP指令序列包括：
根据所述业务类型规则库中各种类型的SP指令序列所对应的起始指令或起始触发事件确定所述当前业务所对应的SP指令序列的起始指令或起始触发事件；
根据所述当前业务所对应的SP指令序列的起始指令或起始触发事件获取用于构建当前业务所对应的SP指令序列的指令和/或触发事件；
按照获取到所述指令和/或触发事件的时间顺序以及获取到各个指令和/或触发事件之间的时间间隔，将所述指令和/或触发事件进行组合生成当前业务所对应的SP指令序列。
3.如权利要求2所述的识别业务类型的方法，其特征在于，所述按照获取到所述指令和/或触发事件的时间顺序以及获取到各个指令和/或触发事件之间的时间间隔，将所述指令和/或触发事件进行组合生成当前业务所对应的SP指令序列包括：
判断获取到各个指令和/或触发事件之间的时间间隔是否符合预设的时间间隔要求；
若符合预设的时间间隔要求，则按照获取到各个指令和/或触发事件的时间顺序将所述指令和/或触发事件进行组合生成当前业务所对应的SP指令序列；
若不符合预设的时间间隔要求，则放弃本次获取到的用于构建当前业务所对应的SP指令序列的指令和/触发事件。
4.如权利要求1所述的识别业务类型的方法，其特征在于，所述根据所述SP指令序列和所述业务类型规则库中存储的业务类型与SP指令序列之间的对应关系识别所述当前业务的业务类型包括：
根据所述当前业务的SP指令序列查询所述业务类型规则库中是否有与所述当前业务的SP指令序列相匹配的预设SP指令序列；
若查询到与所述当前业务的SP指令序列相匹配的预设SP指令序列，则根据查询到的所述预设SP指令序列识别所述当前业务的业务类型；
若未查询到与所述当前业务的SP指令序列相匹配的预设SP指令序列，则删掉所述SP指令序列中的一个或多个指令和/或事件后重新查询所述业务类型规则库进行匹配操作。
5.如权利要求4所述的识别业务类型的方法，其特征在于，所述若查询到与所述当前业务的SP指令序列相匹配的预设SP指令序列，则根据查询到的所述预设SP指令序列识别所述当前业务的业务类型包括：
若有且仅有一个与所述当前业务的SP指令序列相匹配的预设SP指令序列，则所述当前业务的业务类型即为所述预设SP指令序列所对应的业务类型；
若有至少两个与所述当前业务的SP指令序列相匹配的预设SP指令序列，则将与当前时间最接近的指令和/或事件所对应的预设SP指令序列作为匹配出的最优SP指令序列，所述当前业务的业务类型即为所述最优SP指令序列所对应的业务类型。
6.一种识别业务类型的系统，其特征在于，包括：
业务类型规则库建立单元，用于在SP驱动层建立业务类型规则库，所述业务类型规则库中存储有业务类型与SP指令序列之间的对应关系；
指令或触发事件获取单元，用于在SP驱动层运行的过程中，实时获取所述SP驱动层被调用的指令和/或所述SP驱动层控制的各硬件设备接收到的需要发送给上层应用的触发事件；
SP指令序列组装单元，用于按照预设规则根据所述指令和/或触发事件生成当前业务所对应的SP指令序列；
业务类型识别单元，用于根据所述SP指令序列和所述业务类型规则库中存储的业务类型与SP指令序列之间的对应关系识别所述当前业务的业务类型。
7.如权利要求6所述的识别业务类型的系统，其特征在于，所述业务类型规则库还包括各种业务类型的SP指令序列所对应的起始指令或起始触发事件；所述SP指令序列组装单元包括：
监测单元，用于根据所述业务类型规则库中各种类型的SP指令序列所对应的起始指令或起始触发事件确定所述当前业务所对应的SP指令序列的起始指令或起始触发事件；
选择单元，用于根据所述当前业务所对应的SP指令序列的起始指令或起始触发事件获取用于构建当前业务所对应的SP指令序列的指令和/或触发事件；
组装单元，用于按照获取到所述指令和/或触发事件的时间顺序以及获取到各个指令和/或触发事件之间的时间间隔，将所述指令和/或触发事件进行组合生成当前业务所对应的SP指令序列。
8.如权利要求7所述的识别业务类型的系统，其特征在于，所述组装单元具体用于：
判断获取到各个指令和/或触发事件之间的时间间隔是否符合预设的时间间隔要求；
若符合预设的时间间隔要求，则按照获取到各个指令和/或触发事件的时间顺序将所述指令和/或触发事件进行组合生成当前业务所对应的SP指令序列；
若不符合预设的时间间隔要求，则放弃本次获取到的用于构建当前业务所对应的SP指令序列的指令和/触发事件。
9.如权利要求6所述的识别业务类型的系统，其特征在于，所述业务类型识别单元包括：
指令序列匹配单元，用于根据所述当前业务的SP指令序列查询所述业务类型规则库中是否有与所述当前业务的SP指令序列相匹配的预设SP指令序列；
最优指令序列选择单元，用于若查询到与所述当前业务的SP指令序列相匹配的预设SP指令序列，则根据查询到的所述预设SP指令序列识别所述当前业务的业务类型；
SP指令序列更改单元，用于若未查询到与所述当前业务的SP指令序列相匹配的预设SP指令序列，则删掉所述SP指令序列中的一个或多个指令和/或事件后重新查询所述业务类型规则库进行匹配操作。
10.如权利要求9所述的识别业务类型的系统，其特征在于，所述最优指令序列选择单元具体用于：
若有且仅有一个与所述当前业务的SP指令序列相匹配的预设SP指令序列，则所述当前业务的业务类型即为所述预设SP指令序列所对应的业务类型；
若有至少两个与所述当前业务的SP指令序列相匹配的预设SP指令序列，则将与当前时间最接近的指令和/或事件所对应的预设SP指令序列作为匹配出的最优SP指令序列，所述当前业务的业务类型即为所述最优SP指令序列所对应的业务类型。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2017/070754 WO2018129657A1 (zh) | 2017-01-10 | 2017-01-10 | 一种识别业务类型的方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107077769A CN107077769A (zh) | 2017-08-18 |
| CN107077769B true CN107077769B (zh) | 2019-08-23 |
Family
ID=59613551
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201780000012.6A Active CN107077769B (zh) | 2017-01-10 | 2017-01-10 | 一种识别业务类型的方法及系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN107077769B (zh) |
| WO (1) | WO2018129657A1 (zh) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7937299B1 (en) * | 2005-12-29 | 2011-05-03 | First Data Corporation | Systems and methods for preauthorizing check transactions |
| CN102496219A (zh) * | 2011-12-07 | 2012-06-13 | 广州广电运通金融电子股份有限公司 | 一种金融自助设备业务处理方法及其系统 |
| EP2996094A1 (en) * | 2014-09-12 | 2016-03-16 | NCR Corporation | Transaction assistance |
| CN105405220A (zh) * | 2015-10-28 | 2016-03-16 | 深圳怡化电脑股份有限公司 | 一种自动化测试的方法及装置 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101183988B (zh) * | 2007-11-19 | 2010-08-18 | 成都市华为赛门铁克科技有限公司 | 一种识别报文对应的业务类型的方法及其装置 |
| US8350173B2 (en) * | 2007-12-04 | 2013-01-08 | Trinity Technical Group, Inc. | Determining disposition of undeliverable as addressed mail |
| CN103701669B (zh) * | 2013-12-30 | 2017-06-20 | 北京邮电大学 | 一种检测业务类型的方法及装置 |
| CN105100241B (zh) * | 2015-07-23 | 2018-12-18 | 中国联合网络通信集团有限公司 | 识别业务类型的方法及装置 |
| CN106131153B (zh) * | 2016-06-29 | 2019-09-10 | 中国联合网络通信集团有限公司 | 基于智能网关的业务识别方法和装置 |
-
2017
- 2017-01-10 WO PCT/CN2017/070754 patent/WO2018129657A1/zh active Application Filing
- 2017-01-10 CN CN201780000012.6A patent/CN107077769B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7937299B1 (en) * | 2005-12-29 | 2011-05-03 | First Data Corporation | Systems and methods for preauthorizing check transactions |
| CN102496219A (zh) * | 2011-12-07 | 2012-06-13 | 广州广电运通金融电子股份有限公司 | 一种金融自助设备业务处理方法及其系统 |
| EP2996094A1 (en) * | 2014-09-12 | 2016-03-16 | NCR Corporation | Transaction assistance |
| CN105405220A (zh) * | 2015-10-28 | 2016-03-16 | 深圳怡化电脑股份有限公司 | 一种自动化测试的方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2018129657A1 (zh) | 2018-07-19 |
| CN107077769A (zh) | 2017-08-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106506322A (zh) | 业务功能的实现方法和装置 | |
| CN110111193B (zh) | 一种数据处理的方法及装置 | |
| CN104598793A (zh) | 一种指纹认证方法和装置 | |
| CN104854883B (zh) | 包括可配置的通知部件的nfc装置及其通信方法 | |
| CN105814591A (zh) | 一种验证信息的传输方法及终端 | |
| CN106060220B (zh) | 一种联系人信息创建方法和移动终端 | |
| CN103327184A (zh) | 一种功能切换方法及用户终端 | |
| CN104753675B (zh) | 信息验证方法、电子支付方法、终端、服务器及系统 | |
| CN106936999A (zh) | 最近访问记录列表的显示方法、移动终端及可读存储介质 | |
| CN109472577A (zh) | 账户入账方法、装置、计算机设备和存储介质 | |
| CN106101984A (zh) | 一种nfc移动支付终端的安全模块管理方法及终端 | |
| WO2017128182A1 (zh) | 一种近场通信支付方法及终端 | |
| CN102592215B (zh) | 一种快捷网上支付的方法及服务器 | |
| CN106408096A (zh) | 一种在线售票系统中的数据处理方法和在线售票系统 | |
| CN110009365A (zh) | 非正常转移电子资产的用户群体检测方法、装置和设备 | |
| CN110022399A (zh) | 消息展示方法、装置、用户终端及可读存储介质 | |
| CN106022773A (zh) | 一种ic卡与银行卡的绑定方法 | |
| CN106844182A (zh) | 用于记录用户行为的方法、系统及移动终端 | |
| CN103164324A (zh) | 微博测试方法和装置 | |
| CN107077769B (zh) | 一种识别业务类型的方法及系统 | |
| CN106709392B (zh) | 二维码扫描方法及移动终端 | |
| CN103955388B (zh) | 客户端的冷启动方法及装置 | |
| CN206497492U (zh) | 一种基于接入点验证的安全支付终端 | |
| CN108537532A (zh) | 基于近场通信的资源转移方法、装置、系统及电子设备 | |
| CN101425120B (zh) | 读卡器及其执行方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |