具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的操作响应方法应用于如图1所示的应用环境中。其中,移动终端102通过标准TCP/IP协议与服务器104进行通信。服务器接收移动终端的业务处理请求;当业务处理请求为针对目标特有业务的处理请求时,服务器触发特有业务基础处理组件进行业务基础处理,得到特有业务基础处理结果,并确定与目标特有业务匹配的目标特有业务细节实现组件,通过目标特有业务细节处理组件在特有业务基础处理结果的基础上对待处理数据进行业务细节处理,得到与业务处理请求对应的特有业务处理结果。其中,移动终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中,如图2所示,提供了一种业务处理方法,以该方法应用于图1中的服务器为例进行说明,包括以下步骤:
步骤S202,接收业务处理请求。
其中,业务处理是指对输入的相关数据进行编码,然后收集源文件,对其进行批处理或实时处理,并及时更新产生的信息产品和数据库信息,以便客户查询以及存档。业务处理包括金融类业务处理、物流类业务处理等等,其中,金融类业务处理包括现货竞价、投票业务和交易所交易基金申赎等。
在一个实施例中,业务处理请求可以由客户端发送给服务器。其中,客户端可以为移动终端上安装的应用程序。具体地,客户端向服务器发送业务处理请求,服务器接收该业务处理请求,并对该业务处理请求进行响应。另外,客户端可以为至少一个,即,服务器可以接收至少一个客户端发送的业务处理请求,并对这些业务处理请求进行响应。进一步地,服务器为券商系统对应的服务器,该服务器接收位于不同地区的客户端发送的业务处理请求,并对这些业务处理请求进行响应。
步骤S204,当该业务处理请求为针对目标特有业务的处理请求时,通过目标通信总线调用特有业务基础处理组件的接口,以通过该特有业务基础处理组件进行业务基础处理,得到特有业务基础处理结果。
目标特有业务是指具体特有的业务,该业务的处理逻辑不同于其他业务。要实现该业务可以先使用所有业务公共的业务逻辑对输入的数据处理,再使用针对该业务所特有的业务逻辑对处理过的数据进行处理。其中,使用所有业务公共的业务逻辑对输入的数据进行处理的步骤叫做业务基础处理。特有业务基础处理组件是由具有特有业务中公共的逻辑的代码组成,用于对特有业务中公共的逻辑进行实现。
目标共有业务是与目标特有业务相对应的概念,目标共有业务是指能够使用业务公共的逻辑来处理的业务。例如,在金融类的交易业务中,目标特有业务可以是要约收购、网络投票等,由于要约收购、网络投票等的处理逻辑中都要进行数据管理、监控设置、操作设置等基础操作,因此目标共有业务中可以是数据管理、监控设置、操作设置等。其中,数据管理可以是数值统计等,例如,对某个账户的持有股票数量进行统计;监控设置可以是对监控系统的设置,例如,对监控日志模型设置、对系统监控与告警机制设置,还可以对操作的账号进行身份认证,例如,当股东账号登录时,操作账号与股东身份进行匹配认证;操作设置可以是对日常运维操作的设置,例如对操作权限的管理和对操作页面框架的设置。比如当客户端发送的业务处理请求为要约收购请求时,要先获取各股东所持股票数据,并对其进行监控,然后对各股东发出要约协议,也就是说所有的目标特有业务的实现都需要以目标共有业务的实现为基础。
其中,目标通信总线可以看作一条总线,不同主题的消息在总线上传输,不同的服务可以在总线上动态插拔。将实现不同业务逻辑的业务组件挂接在该通信总线上,即可构建出不同功能的业务系统。在一些实施例中,当服务器接收到客户端的业务处理请求时,服务器也会获取到客户端的业务数据,该目标通信总线会定期获取该业务数据,并将其发送给相对应的业务组件进行处理。
在一个实施例中,目标通信总线可以通过消息通信总线(MessageInterconnection,MI)来实现。MI为分布式服务提供的基于主题语义、支持可靠组播、无需中间节点的高性能数据传输能力。同时MI提供了一套与业务低耦合的高可用方案,只要使用MI收发消息并遵从确定性原则,分布式服务即可获得高可用能力。另外,MI提供了对于业务开发更友好的开发框架,使得基于MI开发分布式系统的架构更加清晰、设计更容易、开发更快捷。
本发明实施例中的组件通过接口挂接在目标通信总线上,以基于目标通信总线实现各个组件之间的高效通信。具体地,服务器将特有业务基础处理组件的调用指令发送至目标通信总线上,而业务基础处理组件通过接口实时地监测目标通信总线上的信息,当确定目标通信总线上存在特有业务基础处理组件的调用指令时,对该指令进行响应,对业务进行业务基础处理,得到特有业务基础处理结果。在其他实施例中,当确定目标通信总线上存在特有业务基础处理组件的调用指令时,目标特有业务基础处理组件将待处理数据获取请求发送至目标通信总线,服务器对待处理数据获取请求进行响应并将待处理数据发送至目标通信总线上,目标特有业务基础处理组件对待处理数据进行处理,得到业务基础处理结果,其中待处理数据是为与目标特有业务相对应的用于进行业务基础处理的数据,以目标特有业务为要约收购为例,对应的待处理数据也可以为以下至少一项:用户的登录认证信息、用户账号内的股票存量信息等等。
同理,目标特有业务细节处理组件将待处理数据获取请求发送至目标通信总线上,该待处理数据获取请求携带有目标特有业务的标识,服务器对待处理数据获取请求进行响应并基于目标特有业务的标识将目标特有业务对应的待处理数据发送至目标通信总线上,目标特有业务细节处理组件据此获取到待处理数据,在所述特有业务基础处理结果的基础上对所述待处理数据进行业务细节处理,在特有业务基础处理结果的基础上对待处理数据进行业务细节处理,得到特有业务处理结果。具体地,当该业务处理请求为针对目标特有业务的处理请求时,通过目标通信总线调用特有业务基础处理组件的接口,以通过该特有业务基础处理组件进行业务基础处理,得到特有业务基础处理结果。
步骤S206,在候选业务细节处理组件中确定与目标特有业务匹配的目标特有业务细节实现组件。
其中业务细节组件是由具有特有业务中非公共的逻辑的代码组成,用于对特有业务中非公共的逻辑进行实现。业务细节实现组件是可以由用户事先进行选择和定制,形成候选业务细节处理组件。其中,一种特有业务可以由一个候选业务细节处理组件来处理,也可以由多个候选业务细节组件来协同处理。
具体地,当服务器接收到客户端发送的业务处理请求时,目标特有业务细节处理组件将待处理数据获取请求发送至目标通信总线上,该待处理数据获取请求携带有目标特有业务的标识,服务器基于目标特有业务的标识匹配相对应的业务细节处理组件。
步骤S208,通过目标通信总线调用目标特有业务细节实现组件的接口,以使得目标特有业务细节处理组件通过目标通信总线获取待处理数据,在特有业务基础处理结果的基础上对待处理数据进行业务细节处理,得到与业务处理请求对应的特有业务处理结果。
其中,待处理数据为与目标特有业务相对应的用于进行业务处理的数据,以目标特有业务为要约收购为例,对应的待处理数据也可以为以下至少一项:用户发出要约的时间、要约到达被要约方的时间或者被要约方的响应时间等。
业务细节处理为在业务基础处理结果的基础上针对目标特有业务的细化处理,可以是目标特有业务所特有的业务处理逻辑。
进一步地,当业务基础处理结果为要约方所持股票数,而要约信息为股票求购信息时,目标特有业务细节处理组件可以基于所确定的所持股票数进行业务细节处理:向交易所平台发送求购信息,并基于对求购信息的反馈确定股票的购买结果,并将购买结果反馈给要约方。
具体地,目标通信总线通过调用步骤S206所确定的与目标特有业务匹配的目标特有业务细节处理组件的接口,获取到步骤S204生成的目标特有业务基础处理结果,并利用目标特有业务细节组件对该结果进行处理,得到与业务处理请求对应的特有业务处理结果。
本实施例中,对特有业务与共有业务进行剥离,不同的特有业务对应的不同的候选业务细节处理组件。在接收到业务处理请求时,通过目标通信总线来进行组件的调用,以先基于基础处理组件进行业务基础处理,再在候选业务细节处理组件中确定与目标特有业务匹配的目标特有业务细节处理组件,进而由特有业务细节处理组件在特有业务基础处理结果的基础上对待处理数据进行业务细节处理,得到与业务处理请求对应的特有业务处理结果。通过特有业务与共有业务的剥离,不需要开发每个业务场景下所有的业务代码,能有效提高业务开发的效率。
在一个实施例中,得到与该业务处理请求对应的特有业务处理结果之后,还包括:通过该目标通信总线调用共有业务处理组件的接口,以通过共有业务处理组件对该特有业务处理结果进行共有业务处理。
其中,共有业务处理指的是对通过共有业务处理组件对目标共有业务进行处理。根据业务处理流程,对输入的相关数据进行编码生成源文件后,对其进行批处理或实时处理后,需将处理后生成的文件和报告储存在数据库中。例如,共有业务处理可以包括数据管理,监控日志的管理,操作界面的管理等等,其中数据管理中可以分为数据存储,数据持久化等。
具体地,服务器通过该目标通信总线调用共有业务处理组件的接口,用共有业务处理组件对步骤S208生成的特有业务处理结果进行共有业务处理。在本实施例中,服务器通过该目标通信总线调用业务处理组件的接口对特有业务处理结果进行数据持久化操作,将处理后的数据存储在服务器的数据库中。
本实施例中,通过该目标通信总线调用共有业务处理组件的接口,以通过共有业务处理组件对该特有业务处理结果进行共有业务处理,从而将业务处理过程中生成的信息产品存储在数据库中,便于用户的查询与管理。
在一个实施例中,该方法还包括:当该业务处理请求为针对目标共有业务的处理请求时,通过目标通信总线调用共有业务处理组件的接口,以通过共有业务处理组件进行共有业务处理,得到与该业务处理请求对应的共有业务处理结果。
具体地,当服务器接收到客户端发送的业务处理请求为针对目标共有业务的处理请求时,通过目标通信总线调用该共有业务处理组件的接口,以通过该共有业务处理组件进行共有业务处理,得到与该业务处理请求对应的共有业务处理结果。
本实施例中,当业务处理请求为针对目标共有业务的处理请求时,通过目标通信总线调用共有业务处理组件的接口对目标共有业务进行共有业务处理,得到共有业务处理结果,所有共有业务的实现代码已经封装在共有业务处理组件中,可以对共有业务进行处理,提高了业务开发的效率。
在一个实施例中,如图3所示,当所述业务处理请求为针对目标特有业务的处理请求时,通过目标通信总线调用特有业务基础处理组件的接口之前,还包括:
步骤S302,获取用于进行业务处理的业务代码;
其中,业务代码存储在服务器中,该业务代码用于实现对目标特有业务的业务基础处理和业务细节处理。具体地,当服务器接收到业务代码的获取指令后,主动获取存储在数据库中的业务代码。
步骤S304,获取至少一个特有业务类型;
其中,特有业务类型指的是特有业务的种类。例如,金融类特有业务中包含交易型业务和竞价类业务。
步骤S306,获取与各个特有业务类型对应的业务代码,并对各个特有业务类型对应的业务代码分别进行独立封装,得到待选业务包;
具体地,根据步骤S304中所获取的特有业务类型,调用服务器中存储的与该业务类型相对应的业务代码,将该业务代码进行拆分和裁剪,将其中用于对特有业务基础处理的代码进行独立封装,形成一个以上的待选业务包。
步骤S308,基于待选业务包得到特有业务基础处理组件。
具体地,根据业务处理请求中的业务类型选择步骤S306中所得到的待选业务包形成针对该目标特有业务的基础处理组件。
本实施例中,对业务进行处理的业务代码进行裁剪,并将其中对业务进行基础处理的业务代码进行独立封装,形成多种业务类型的基础处理业务包,并将其组合形成基础处理组件,可以对各种类型的业务进行业务基础处理,提高了开发的效率。
在一个实施例中,如图4所示,基于待选业务包得到特有业务基础处理组件,包括:
步骤S402,接收业务包选择信息。
其中,业务包选择信息用于选择根据特有业务类型将业务代码进行裁剪封装得到的业务包;具体地,服务器接收该业务包选择信息,并且将其发送给目标通信总线。
步骤S404,基于业务包选择信息从待选业务包中确定所选择的目标业务包。
具体地,根据通信总线上的业务包选择信息,从众多业务包中选择与业务包选择信息相对应的业务包。
步骤S406,将目标业务包封装为特有业务基础处理组件。
具体地,将步骤S404中选择好的多个业务包封装成针对特有业务的基础处理组件。
在一个实施例中,如图5所示,业务处理请求中携带目标业务标识;在候选业务细节处理组件中确定与目标特有业务匹配的目标特有业务细节实现组件,包括:
步骤S502,获取业务处理请求中携带的目标业务标识;
在本实施例中,业务处理请求信息中携带目标业务标识。当目标业务为目标特有业务时,该业务请求信息中携带目标特有业务标识;当目标业务为目标共有业务时,该业务请求信息中携带目标共有业务标识。具体地,服务器接收客户端的业务处理请求信息中的业务标识,根据业务标识确定该业务目标特有业务还是目标共有业务标识,然后再确定具体的业务类型。
步骤S504,将目标业务标识与候选业务细节处理组件的业务标识进行比对;
候选业务细节处理组件中也携带有与目标业务标识对应的识别标识,一种目标特有业务可以由一个业务细节处理组件来处理,也可以由多个业务细节组件来协同处理。根据步骤S502获得的目标业务标识与候选业务细节处理组件识别标识进行匹配,可以匹配到一个业务细节处理组件,也可以匹配到多个业务细节组件。
步骤S506,当根据比对结果确定存在业务标识与目标业务标识匹配的候选业务细节处理组件时,将对应的候选业务细节处理组件确定为目标特有业务细节实现组件。
根据步骤S504的所获得的匹配结果,从候选业务细节组件中确定为目标特有业务细节实现组件。
本实施例中,根据业务处理请求中的业务标识来选择相对应的业务细节组件,提高了业务处理的效率。
在一个实施例中,业务处理请求为交易请求;通过目标通信总线调用特有业务基础处理组件的接口,以通过所述特有业务基础处理组件进行业务基础处理,得到特有业务基础处理结果,包括:
通过目标通信总线调用特有业务基础处理组件的接口,以通过所述特有业务基础处理组件构建交易订单,根据所构建的交易订单得到特有业务基础处理结果。
具体地,当业务处理请求为交易类业务请求时,在接收到客户端发送的业务处理请求时,服务器通过目标通信总线调用特有业务基础处理组件的接口,利用特有业务基础处理组件构建相应的交易订单,根据所构建的交易订单得到特有业务基础处理结果。
在一个实施例中,如图6所示,本实施例中,对目标共有业务的处理方法可以基于由技术框架层602和业务共用层604构成的系统实现。其中,技术框架层602是对各类方法的具体技术实现手段,如数据结构组织方式,内存管理方式等。业务公共层604是抽象了多种业务公共的处理方法、执行顺序、执行结果处理等,这些是和业务强相关但是具有共性的方法;两者的主要关系是前者依赖后者,但非必须依赖的关系,即业务公共层可以使用技术框架层现有的方法来实现对应的业务,同时也可以自定义差异化的方法来操作。
对目标特有业务的处理方法可以抽象成业务框架层606和业务实现层608。其中,业务框架层606主要是处理目标特有业务中和具体业务无关的公共行为,比如订单号分配、订单索引建立等共有业务。业务实现层608主要是具体的业务计算及检查项的实现,业务实现层608在业务框架层606的基础上,仅需处理业务逻辑本身相关的内容,而无需关注公共的行为,这样可以减少业务开发的难度。
具体地,服务器接收客户端发送的业务处理请求,当该业务请求是针对目标特有业务的处理请求,调用业务共用层604中的业务公共的处理方法,并在业务框架层606中进行处理,将目标特有业务的基础处理结果发送至通信总线,业务实现层608获取该通信总线上的基础处理结果,并调用业务共用层604中针对该特有业务的细节处理方法来对特有业务基础处理结果进行业务细节处理,得到与所述业务处理请求对应的特有业务处理结果。
在本实施例中,当业务处理请求为针对目标特有业务的处理请求时,通过业务共用层和业务框架层中的组件目标特有业务进行基础处理,然后利用业务实现层对业务基础处理结果进行细节处理,从而将业务的基础处理和细节处理分开进行,提高了业务开发的效率。
在一个实施例中,如图7所示,该业务处理方法具体实现方式如下:将数据管理、监控设置、操作设置等目标共有业务通过公共服务技术框架实现。其中公共服务技术框架包含技术框架层和业务共有层;其中数据管理包含数据及数据数据库管理、数据持久化、历史数据管理;监控设置包含统一日志模型设置、系统监控与告警机制设置、操作账号与身份认证、股东账号登录认证、定时任务调度设置和系统提示信息设置;操作设置包含日常运维操作设置、操作权限管理、操作页面框架设置等。而将接受委托、订单构造、订单检查、报盘、成交回报等的目标特有业务按照业务类型在交易服务框架中进行独立封装。其中,交易服务框架包含业务框架层和业务实现层。具体地,用户能够按需对目标特有业务的业务细节处理组件进行自主选择和组装,实现业务功能的个性化定制。
具体地,当业务处理请求为要约收购请求时,用户在客户端上发送要约收购请求,服务器响应于该业务处理请求,在业务共用层中,对发出要约收购的用户进行身份认证,并确定收购用户的股票持有量,判断其是否有收购资格。然后基于该业务基础处理结果,选择与要约收购相匹配的业务细节处理组件对业务基础处理结果进行处理。在业务框架层中,选择与要约收购对应的业务细节处理组件来获取该上市公司的所有股权人的账号,对所有股权账号发送带有要约收购的股份的详细名称、要约价格、要约收购数量、占被收购公司已发行股份的比及要约收购的有效期限,最后将这些数据通过目标通信总线发送至技术框架层的内存空间中进行数据管理和数据持久化等操作。
在另一实施例中,当业务处理请求为盘后交易请求时,用户在客户端上发送盘后交易请求,服务器响应于该业务处理请求,在业务共用层中,对发出盘后交易的用户进行身份认证,并确定该笔交易生成的时间,判断该时间点是否处于盘后交易时间段。然后基于该业务基础处理结果,选择与盘后交易相匹配的业务细节实现组件对业务基础处理结果进行处理。在业务框架层中,选择与要约收购对应的业务细节实现组件来获取股票售出人的股票代码和售出价格,以及此时想以同样价格购入该家上市公司股票的购买人的账号,通过业务实现层达成这笔买卖股票对交易,并将该笔交易产生的时间,交易金额等数据发送至技术框架层的内存空间进行数据持久化操作。
因此,在本实施例中,用户可以根据不同的交易类型来选择不同的业务细节实现组件来处理不同的业务。本实施例中,按需对目标特有业务的业务细节处理组件进行自主选择和组装,实现业务功能的个性化定制,为用户打造专门的业务处理模型,增强用户体验,也提高了开发效率。
应该理解的是,虽然图2-7的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2-7中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图8所示,提供了一种业务处理装置800,包括:请求接收模块、数据返回模块和服务执行模块,其中:
请求接收模块802,用于接收业务处理请求。
基础处理模块804,用于当所述业务处理请求为针对目标特有业务的处理请求时,通过目标通信总线调用特有业务基础处理组件的接口,以通过所述特有业务基础处理组件进行业务基础处理,得到特有业务基础处理结果。
组件匹配模块806,用于在候选业务细节处理组件中确定与所述目标特有业务匹配的目标特有业务细节实现组件。
细节处理模块808,用于通过所述目标通信总线调用所述目标特有业务细节实现组件的接口,以使得所述目标特有业务细节处理组件通过所述目标通信总线获取待处理数据,在所述特有业务基础处理结果的基础上对所述待处理数据进行业务细节处理,得到与所述业务处理请求对应的特有业务处理结果。
上述业务处理装置,当业务处理请求为针对目标特有业务的处理请求时,通过目标通信总线调用特有业务基础处理组件的接口对目标特有业务进行基础处理,然后调用特有业务细节处理组件对业务基础处理结果进行细节处理,从而将业务的基础处理和细节处理分开进行,提高了业务开发的效率。
在一个实施例中,所述装置还包括:共有业务处理模块,用于通过所述目标通信总线调用共有业务处理组件的接口,以通过所述共有业务处理组件对所述特有业务处理结果进行共有业务处理。
在其中一个实施例中,所述共有业务处理模块,还用于当所述业务处理请求为针对目标共有业务的处理请求时,通过目标通信总线调用所述共有业务处理组件的接口,以通过所述共有业务处理组件进行共有业务处理,得到与所述业务处理请求对应的共有业务处理结果。
在其中一个实施例中,基础处理模块,还包括:业务代码获取子模块,用于进行业务处理的业务代码;业务类型获取子模块,用于获取至少一个特有业务类型;待选业务包确定子模块,用于获取与各个特有业务类型对应的业务代码,并对各个特有业务类型对应的业务代码分别进行独立封装,得到待选业务包;基础处理组件确定子模块,用于基于所述待选业务包得到所述特有业务基础处理组件。
在其中一个实施例中,基础处理组件确定子模块还包括:选择信息接收单元,用于接收业务包选择信息;业务包确定单元,用于基于业务包选择信息从所述待选业务包中确定所选择的目标业务包;基础处理组件确定单元,用于将目标业务包封装为所述特有业务基础处理组件。
在其中一个实施例中,细节处理模块,还包括:业务标识获取子模块,用于获取业务处理请求中携带的所述目标业务标识;业务标识比对子模块,用于将所述目标业务标识与候选业务细节处理组件的业务标识进行比对;业务细节实现组件确定子模块,用于当根据比对结果确定存在业务标识与所述目标业务标识匹配的候选业务细节处理组件时,将对应的候选业务细节处理组件确定为目标特有业务细节实现组件。
在其中一个实施例中,基础处理模块,还用于通过目标通信总线调用特有业务基础处理组件的接口,以通过所述特有业务基础处理组件构建交易订单,根据所构建的交易订单得到特有业务基础处理结果。
关于业务处理装置的具体限定可以参见上文中对于业务处理方法的限定,在此不再赘述。上述业务处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是终端,其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信,无线方式可通过WIFI、运营商网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种操作响应方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏,该计算机设备的输入装置可以是显示屏上覆盖的触摸层,也可以是计算机设备外壳上设置的按键、轨迹球或触控板,还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解,图9中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:接收业务处理请求;当所述业务处理请求为针对目标特有业务的处理请求时,通过目标通信总线调用特有业务基础处理组件的接口,以通过所述特有业务基础处理组件进行业务基础处理,得到特有业务基础处理结果;在候选业务细节处理组件中确定与所述目标特有业务匹配的目标特有业务细节实现组件;通过所述目标通信总线调用所述目标特有业务细节实现组件的接口,以使得所述目标特有业务细节处理组件通过所述目标通信总线获取待处理数据,在所述特有业务基础处理结果的基础上对所述待处理数据进行业务细节处理,得到与所述业务处理请求对应的特有业务处理结果。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:通过所述目标通信总线调用共有业务处理组件的接口,以通过所述共有业务处理组件对所述特有业务处理结果进行共有业务处理。
在其中一个实施例中,处理器执行计算机程序时还实现以下步骤:当所述业务处理请求为针对目标共有业务的处理请求时,通过目标通信总线调用所述共有业务处理组件的接口,以通过所述共有业务处理组件进行共有业务处理,得到与所述业务处理请求对应的共有业务处理结果。
在其中一个实施例中,处理器执行计算机程序时还实现以下步骤:获取用于进行业务处理的业务代码;获取至少一个特有业务类型;获取与各个特有业务类型对应的业务代码,并对各个特有业务类型对应的业务代码分别进行独立封装,得到待选业务包;基于所述待选业务包得到所述特有业务基础处理组件。
在其中一个实施例中,处理器执行计算机程序时还实现以下步骤:接收业务包选择信息;基于业务包选择信息从所述待选业务包中确定所选择的目标业务包;将目标业务包封装为所述特有业务基础处理组件。
在其中一个实施例中,所述业务处理请求中携带目标业务标识;处理器执行计算机程序时还实现以下步骤:获取业务处理请求中携带的所述目标业务标识;将所述目标业务标识与候选业务细节处理组件的业务标识进行比对;当根据比对结果确定存在业务标识与所述目标业务标识匹配的候选业务细节处理组件时,将对应的候选业务细节处理组件确定为目标特有业务细节实现组件。
在其中一个实施例中,所述业务处理请求为交易请求;处理器执行计算机程序时还实现以下步骤:通过目标通信总线调用特有业务基础处理组件的接口,以通过所述特有业务基础处理组件构建交易订单,根据所构建的交易订单得到特有业务基础处理结果。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:接收业务处理请求;当所述业务处理请求为针对目标特有业务的处理请求时,通过目标通信总线调用特有业务基础处理组件的接口,以通过所述特有业务基础处理组件进行业务基础处理,得到特有业务基础处理结果;在候选业务细节处理组件中确定与所述目标特有业务匹配的目标特有业务细节实现组件;通过所述目标通信总线调用所述目标特有业务细节实现组件的接口,以使得所述目标特有业务细节处理组件通过所述目标通信总线获取待处理数据,在所述特有业务基础处理结果的基础上对所述待处理数据进行业务细节处理,得到与所述业务处理请求对应的特有业务处理结果。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:通过所述目标通信总线调用共有业务处理组件的接口,以通过所述共有业务处理组件对所述特有业务处理结果进行共有业务处理。
在其中一个实施例中,计算机程序被处理器执行时还实现以下步骤:当所述业务处理请求为针对目标共有业务的处理请求时,通过目标通信总线调用所述共有业务处理组件的接口,以通过所述共有业务处理组件进行共有业务处理,得到与所述业务处理请求对应的共有业务处理结果。
在其中一个实施例中,计算机程序被处理器执行时还实现以下步骤:获取用于进行业务处理的业务代码;获取至少一个特有业务类型;获取与各个特有业务类型对应的业务代码,并对各个特有业务类型对应的业务代码分别进行独立封装,得到待选业务包;基于所述待选业务包得到所述特有业务基础处理组件。
在其中一个实施例中,计算机程序被处理器执行时还实现以下步骤:接收业务包选择信息;基于业务包选择信息从所述待选业务包中确定所选择的目标业务包;将目标业务包封装为所述特有业务基础处理组件。
在其中一个实施例中,所述业务处理请求中携带目标业务标识;计算机程序被处理器执行时还实现以下步骤:获取业务处理请求中携带的所述目标业务标识;将所述目标业务标识与候选业务细节处理组件的业务标识进行比对;当根据比对结果确定存在业务标识与所述目标业务标识匹配的候选业务细节处理组件时,将对应的候选业务细节处理组件确定为目标特有业务细节实现组件。
在其中一个实施例中,所述业务处理请求为交易请求;计算机程序被处理器执行时还实现以下步骤:通过目标通信总线调用特有业务基础处理组件的接口,以通过所述特有业务基础处理组件构建交易订单,根据所构建的交易订单得到特有业务基础处理结果。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory,ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic Random Access Memory,DRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。