CN112102068A - 一种etc业务办理方法和系统 - Google Patents
一种etc业务办理方法和系统 Download PDFInfo
- Publication number
- CN112102068A CN112102068A CN202010977172.XA CN202010977172A CN112102068A CN 112102068 A CN112102068 A CN 112102068A CN 202010977172 A CN202010977172 A CN 202010977172A CN 112102068 A CN112102068 A CN 112102068A
- Authority
- CN
- China
- Prior art keywords
- service
- business
- channel
- user
- transaction
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 79
- 238000012545 processing Methods 0.000 claims abstract description 62
- 230000000977 initiatory effect Effects 0.000 claims abstract description 44
- 230000002085 persistent effect Effects 0.000 claims abstract description 10
- 238000012795 verification Methods 0.000 claims description 33
- 230000002688 persistence Effects 0.000 claims description 26
- 238000005192 partition Methods 0.000 claims description 21
- 238000004590 computer program Methods 0.000 claims description 9
- 238000011161 development Methods 0.000 abstract description 19
- 230000000875 corresponding effect Effects 0.000 description 106
- 238000007726 management method Methods 0.000 description 38
- 238000010586 diagram Methods 0.000 description 15
- 230000006870 function Effects 0.000 description 9
- 238000004891 communication Methods 0.000 description 7
- 230000000694 effects Effects 0.000 description 6
- 230000008569 process Effects 0.000 description 6
- 230000010354 integration Effects 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 4
- 230000009286 beneficial effect Effects 0.000 description 3
- 230000002079 cooperative effect Effects 0.000 description 3
- 238000013500 data storage Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- RWSOTUBLDIXVET-UHFFFAOYSA-N Dihydrogen sulfide Chemical compound S RWSOTUBLDIXVET-UHFFFAOYSA-N 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Human Resources & Organizations (AREA)
- General Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Marketing (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Technology Law (AREA)
- Data Mining & Analysis (AREA)
- Development Economics (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开了一种ETC业务办理方法和系统,涉及计算机技术领域。该方法的一具体实施方式包括:接收ETC业务办理请求,判断ETC业务办理请求的发起渠道是金融机构渠道还是非金融机构渠道;若ETC业务办理请求的发起渠道是金融机构渠道,根据ETC业务办理请求指示的业务类型确定目标服务组件;利用目标服务组件进行相应的业务办理,并对办理结果进行持久化处理。该实施方式实现多个ETC业务办理发起渠道的接入,降低了服务端开发成本,加快了ETC业务拓展速度,同时实现了对ETC业务处理的统一管理。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种ETC业务办理方法和系统。
背景技术
ETC(Electronic Toll Collection缩写)即电子不停车收费系统。是指车辆在通过收费站时,通过车载设备实现车辆识别、信息写入并自动从预先绑定的IC卡或银行帐户上扣除相应资金,是国际上正在努力开发并推广普及的一种用于道路、大桥、隧道和车场管理的电子收费系统。
现有的ETC业务办理的发起渠道包括金融机构渠道、非金融机构渠道(包括各省发行分省管理模式、线上路网模式、其他渠道发行模式等)。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:
1、现有的ETC业务办理的发起渠道之间相互独立,导致ETC业务办理的服务端的开发成本较高,不利于ETC业务拓展;
2、由于各个发起渠道的系统不兼容,导致对于任一ETC发行渠道,其内相应的ETC业务数据不够全面,难以实现统一管理。
发明内容
有鉴于此,本发明实施例提供一种ETC业务办理方法和系统,能够实现多个ETC业务办理发起渠道接入,降低服务端开发成本,加快ETC业务拓展速度,同时实现对ETC业务处理的统一管理。
为实现上述目的,根据本发明实施例的第一方面,提供了一种ETC业务办理方法,包括:
接收ETC业务办理请求,判断ETC业务办理请求的发起渠道是金融机构渠道还是非金融机构渠道;
若ETC业务办理请求的发起渠道是金融机构渠道,根据ETC业务办理请求指示的业务类型确定目标服务组件;
利用目标服务组件进行相应的业务办理,并对办理结果进行持久化处理。
进一步地,金融机构渠道包括线上金融机构渠道和线下金融机构渠道。
进一步地,在根据ETC业务办理请求指示的业务类型确定目标服务组件的步骤之前,ETC业务办理方法还包括:
根据ETC业务办理请求中指示的用户信息,确定用户ETC账户索引值,根据用户ETC账户索引值查询数据库,确定数据库中存储有用户ETC账户索引值对应的用户ETC账户信息。
进一步地,根据用户ETC账户索引值查询数据库,确定数据库中存储有用户ETC账户索引值对应的用户ETC账户信息的步骤还包括:
根据用户信息确定数据库分区键,查询数据库分区键对应的信息,判断用户ETC账户索引值对应的ETC账户是否为新增ETC账户;若否,则数据库内存储有用户ETC账户索引值对应的用户ETC账户信息。
进一步地,若用户ETC账户索引值对应的ETC账户是新增ETC账户,则数据库内没有存储用户ETC账户索引值对应的用户ETC账户信息;的ETC业务办理方法还包括:
对数据库内的用户ETC账户信息进行更新处理,以在数据库中添加用户ETC账户信息。
进一步地,根据ETC业务办理请求指示的业务类型确定目标服务组件的步骤还包括:
确定ETC业务办理请求指示的业务类型,根据业务类型和路由表确定目标服务组件;其中,路由表中包括服务组件集合中各服务组件与业务类型的对应关系;ETC业务办理请求对应的业务类型为至少一个。
进一步地,服务组件集合的生成步骤包括:
配置服务组件模板,根据各渠道的接入需求和服务组件模板生成服务组件,得到服务组件集合。
进一步地,若ETC业务办理请求指示的业务类型为多个,在根据业务类型和路由表确定目标服务组件的步骤之后,还包括:
根据ETC业务办理顺序列表,确定目标服务组件对应的服务组件执行顺序列表。
进一步地,服务组件集合中各服务组件构成联机服务;利用目标服务组件进行相应的业务办理,并对办理结果进行持久化处理的步骤包括:
将ETC业务办理请求发送至目标服务组件,根据目标服务组件对应的服务组件执行顺序列表指示的顺序,依次执行相应的业务办理,并对办理结果进行持久化处理。
进一步地,业务类型包括下列类型中的至少一种:支付类型、合约关系管理类型、清算类型、查询类型。
进一步地,在根据ETC业务办理请求指示的业务类型确定目标服务组件的步骤之后,ETC业务办理方法还包括:
利用目标服务组件对用户ETC账户进行权限验证,并确认权限验证通过。
进一步地,若ETC业务办理请求的发起渠道是非金融机构渠道,ETC业务办理方法还包括:
根据ETC业务办理请求指示的业务类型确定目标服务组件,通过外联服务接口调用目标服务组件进行ETC业务办理,并对办理结果进行持久化处理。
进一步地,在判断ETC业务办理请求的发起渠道是金融机构渠道还是非金融机构渠道的步骤之后,ETC业务办理方法还包括:
对ETC业务办理请求的发起渠道进行安全验证,并确认安全验证通过。
进一步地,在利用目标服务组件进行相应的业务办理,并对办理结果进行持久化处理的步骤之后,ETC业务办理方法还包括:
判断目标服务组件进行相应的业务办理是否使得用户ETC账户信息发生变动,若是,则对数据库内的用户ETC账户信息进行更新。
进一步地,还包括:对持久化处理的办理结果进行复核。
根据本发明实施例的第二方面,提供了一种ETC业务办理系统,包括:
ETC业务办理请求单元,用于接收ETC业务办理请求,判断ETC业务办理请求的发起渠道是金融机构渠道还是非金融机构渠道;
目标服务组件确定单元,在ETC业务办理请求的发起渠道是金融机构渠道的情况下,用于根据ETC业务办理请求指示的业务类型确定目标服务组件;
业务办理单元,用于利用目标服务组件进行相应的业务办理,并对办理结果进行持久化处理。
进一步地,ETC业务办理系统还包括索引单元,在根据ETC业务办理请求指示的业务类型确定目标服务组件的步骤之前,索引单元用于:
根据ETC业务办理请求中指示的用户信息,确定用户ETC账户索引值,根据用户ETC账户索引值查询数据库,确定数据库中存储有用户ETC账户索引值对应的用户ETC账户信息。
进一步地,ETC业务办理系统还包括服务组件集合得到单元,用于配置服务组件模板,根据各渠道的接入需求和服务组件模板生成服务组件,得到服务组件集合。
根据本发明实施例的第三方面,提供了一种电子设备,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现如上述任一种ETC业务办理方法。
根据本发明实施例的第四方面,提供了一种计算机可读介质,其上存储有计算机程序,该程序被处理器执行时实现如上述任一种ETC业务办理方法。
上述发明中的一个实施例具有如下优点或有益效果:因为采用接收ETC业务办理请求,判断ETC业务办理请求的发起渠道是金融机构渠道还是非金融机构渠道;若ETC业务办理请求的发起渠道是金融机构渠道,根据ETC业务办理请求指示的业务类型确定目标服务组件;利用目标服务组件进行相应的业务办理,并对办理结果进行持久化处理的技术手段,所以克服了现有的ETC业务办理的发起渠道之间相互独立,导致ETC业务办理的服务端的开发成本较高,不利于ETC业务拓展,同时由于各个发起渠道的系统不兼容,导致对于任一ETC发行渠道,其内相应的ETC业务数据不够全面,难以实现统一管理的技术问题,进而达到实现多个ETC业务办理发起渠道接入,降低服务端开发成本,加快ETC业务拓展速度,同时实现了对ETC业务处理的统一管理的技术效果。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是根据本发明第一实施例提供的ETC业务办理方法的主要流程的示意图;
图2a是根据本发明第二实施例提供的ETC业务办理方法的主要流程的示意图;
图2b是图2a所述方法中确定ETC账户是否为新增账户的主要流程的示意图;
图3a是根据本发明实施例提供的ETC业务办理系统的主要单元的示意图;
图3b是图3a所述系统对应的一个框架示意图;
图4是本发明实施例可以应用于其中的示例性系统架构图;
图5是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
图1是根据本发明第一实施例提供的ETC业务办理方法的主要流程的示意图;如图1所示,本发明实施例提供的ETC业务办理方法主要包括:
步骤S101,接收ETC业务办理请求,判断ETC业务办理请求的发起渠道是金融机构渠道还是非金融机构渠道。
上述非金融机构渠道包括第三方非金融机构渠道以及其他外部渠道,非金融机构渠道与金融机构进行合作,主要依赖金融机构的代收代付功能,即其并未全部使用金融机构渠道开发的全部组件,因此,在接收ETC业务办理请求之后,先对该业务办理请求的发起渠道进行判断。
具体地,根据本发明实施例,上述金融机构渠道包括线上金融机构渠道和线下金融机构渠道。其中,线上金融机构渠道包括:金融机构开发的用于办理ETC业务的应用程序、小程序、H5页面等;线下金融机构渠道包括:在金融机构对应的银行网点、智能终端机等进行相应的ETC业务办理渠道。
进一步地,根据本发明实施例,在判断ETC业务办理请求的发起渠道是金融机构渠道还是非金融机构渠道的步骤之后,ETC业务办理方法还包括:
对ETC业务办理请求的发起渠道进行安全验证,并确认安全验证通过。
通过上述设置,ETC业务办理请求的发起渠道进行安全验证,并确认安全验证通过,才执行后续业务办理流程,有利于保护系统数据、避免用户遭受损失。
步骤S102,若ETC业务办理请求的发起渠道是金融机构渠道,根据ETC业务办理请求指示的业务类型确定目标服务组件。
具体地,根据本发明实施例,在根据ETC业务办理请求指示的业务类型确定目标服务组件的步骤之前,ETC业务办理方法还包括:
根据ETC业务办理请求中指示的用户信息,确定用户ETC账户索引值,根据用户ETC账户索引值查询数据库,确定数据库中存储有用户ETC账户索引值对应的用户ETC账户信息。
上述用户信息包括车辆信息(包括车辆类型、车牌号、车辆颜色等)和下列信息中的至少一种用户的银行卡号(用于ETC相关业务付费)、用户身份证号、预留手机号等。在实际应用时,将针对上述用户信息作为索引值,查询数据库,确定ETC业务办理请求是否为已有用户ETC账户(即数据库中存储有该用户ETC账户信息),对于ETC业务办理请求所对应的用户已经办理相应的ETC账户(此处仅对于用户的同一辆车),则后续不再执行办理ETC账户的业务。通过上述设置,既有利于避免重复套牌的情况,还有利于确定ETC业务办理请求指示的用户ETC账户信息,以提高业务办理效率。
进一步地,根据本发明实施例,上述根据用户ETC账户索引值查询数据库,确定数据库中存储有用户ETC账户索引值对应的用户ETC账户信息的步骤还包括:
根据用户信息确定数据库分区键,查询数据库分区键对应的信息,判断用户ETC账户索引值对应的ETC账户是否为新增ETC账户;若否,则数据库内存储有用户ETC账户索引值对应的用户ETC账户信息。
在实际应用时,由于数据库所需存储的数据量过大,常构建分区和分表,以便于数据存储和查询,通过上述设置,根据用户信息确定数据库分区键,进而在该分区键对应的库表中进行查询,有利于提升确认用户ETC账户的效率,进而提高业务办理效率,提升用户体验。
优选地,根据本发明实施例,若用户ETC账户索引值对应的ETC账户是新增ETC账户,则数据库内没有存储用户ETC账户索引值对应的用户ETC账户信息;上述ETC业务办理方法还包括:
对数据库内的用户ETC账户信息进行更新处理,以在数据库中添加用户ETC账户信息。
通过上述设置,为每个新增用户ETC账户将相应ETC账户信息存储至数据库,有利于实现全面汇总ETC业务数据,进而实现对ETC账户信息的统一管理。
进一步地,根据本发明实施例,根据ETC业务办理请求指示的业务类型确定目标服务组件的步骤还包括:
确定ETC业务办理请求指示的业务类型,根据业务类型和路由表确定目标服务组件;其中,路由表中包括服务组件集合中各服务组件与业务类型的对应关系;ETC业务办理请求对应的业务类型为至少一个。
针对不同的业务办理需求(不同的业务类型)开发不同的服务组件,一方面有利于通过各服务组件的协同作用,提升整体业务办理效率。另一方面,针对不同渠道的需求,可对服务组件进行调整,有利于促进多个ETC业务办理发起渠道的接入,降低服务端开发成本,加快ETC业务拓展速度。
具体地,根据本发明实施例,上述业务类型包括下列类型中的至少一种:支付类型、合约关系管理类型、清算类型、查询类型。
其中,支付类型包括:支付方式(借记卡、贷记卡、信用卡等)、代收代付等;合约关系管理类型包括:黑名单管理、账户签约管理、账户解约管理等;清算类型:主要指用于清算ETC相关账单;查询类型则是针对ETC业务信息进行查询。
优选地,根据本发明实施例,在根据ETC业务办理请求指示的业务类型确定目标服务组件的步骤之后,ETC业务办理方法还包括:
利用目标服务组件对用户ETC账户进行权限验证,并确认权限验证通过。
通过具体业务办理的执行方-服务组件,对用户ETC账户进行权限验证,有利于加强业务办理的逻辑合理性,有利于避免出现业务偏差(如多缴费、少缴费、误入黑名单、非法签约账户等),提升业务办理的准确率。
具体地,根据本发明实施例,上述服务组件集合的生成步骤包括:
配置服务组件模板,根据各渠道的接入需求和服务组件模板生成服务组件,得到服务组件集合。
由于现有方法中各发起渠道的系统兼容性、接入需求等问题,难以找到一种适用于多个ETC业务办理发起渠道接入的ECT业务办理方法。通过上述设置,对于多渠道间的业务处理中的相同部分,配置服务组件模板,在根据各渠道的接入需求的差异,在服务组件模板的基础上构建针对各渠道的服务组件,以实现最大化的代码复用,降低开发成本。
优选地,根据本发明实施例,若ETC业务办理请求指示的业务类型为多个,在根据业务类型和路由表确定目标服务组件的步骤之后,还包括:
根据ETC业务办理顺序列表,确定目标服务组件对应的服务组件执行顺序列表。
多个服务组件相当于一个个独立的微服务,在实际应用时,多个微服务之间通过相互调用,实现一个ETC业务办理请求中全部业务的办理。
步骤S103,利用目标服务组件进行相应的业务办理,并对办理结果进行持久化处理。
具体地,根据本发明实施例,上述服务组件集合中各服务组件构成联机服务;利用目标服务组件进行相应的业务办理,并对办理结果进行持久化处理的步骤包括:
将ETC业务办理请求发送至目标服务组件,根据目标服务组件对应的服务组件执行顺序列表指示的顺序,依次执行相应的业务办理,并对办理结果进行持久化处理。
通过对每次ETC业务办理结果进行存储,既利于全面汇总相应的ETC业务数据,实现统一管理;还利于后续进行历史数据查询。
进一步地,根据本发明实施例,若ETC业务办理请求的发起渠道是非金融机构渠道,ETC业务办理方法还包括:
根据ETC业务办理请求指示的业务类型确定目标服务组件,通过外联服务接口调用目标服务组件进行ETC业务办理,并对办理结果进行持久化处理。
具体地,针对非金融机构渠道,常通过配置外联服务适配器,利用相应的外联服务接口调用相应的服务组件进行业务处理,简化了非金融机构渠道接入的流程,提升了业务办理效率和用户体验。
优选地,根据本发明实施例,在利用目标服务组件进行相应的业务办理,并对办理结果进行持久化处理的步骤之后,ETC业务办理方法还包括:
判断目标服务组件进行相应的业务办理是否使得用户ETC账户信息发生变动,若是,则对数据库内的用户ETC账户信息进行更新。
若目标服务组件进行相应的业务办理是ETC账户解约、银行卡信息变更、预留联系方式变更等均会导致用户ETC账户信息发生变动,此时,通过对数据库内相应的信息进行更新,有利于后续继续执行该用户ETC业务办理的准确率。
进一步地,根据本发明实施例,上述ETC业务办理方法还包括:对持久化处理的办理结果进行复核。
通过上述设置,能够进一步避免套牌现象,减少逃费的现象,有利于促进ETC业务的拓展。
根据本发明实施例的技术方案,因为采用接收ETC业务办理请求,判断ETC业务办理请求的发起渠道是金融机构渠道还是非金融机构渠道;若ETC业务办理请求的发起渠道是金融机构渠道,根据ETC业务办理请求指示的业务类型确定目标服务组件;利用目标服务组件进行相应的业务办理,并对办理结果进行持久化处理的技术手段,所以克服了现有的ETC业务办理的发起渠道之间相互独立,导致ETC业务办理的服务端的开发成本较高,不利于ETC业务拓展,同时由于各个发起渠道的系统不兼容,导致对于任一ETC发行渠道,其内相应的ETC业务数据不够全面,难以实现统一管理的技术问题,进而达到实现多个ETC业务办理发起渠道接入,降低服务端开发成本,加快ETC业务拓展速度,同时实现了对ETC业务处理的统一管理的技术效果。
图2a是根据本发明第二实施例提供的ETC业务办理方法的主要流程的示意图;如图2a所示,本发明实施例提供的ETC业务办理方法主要包括:
步骤S201,接收ETC业务办理请求,判断ETC业务办理请求的发起渠道是金融机构渠道还是非金融机构渠道。若是金融机构渠道,则执行步骤S202;若是非金融机构渠道,则执行步骤S208。
具体地,根据本发明实施例,上述金融机构渠道包括线上金融机构渠道和线下金融机构渠道。其中,线上金融机构渠道包括:金融机构开发的用于办理ETC业务的应用程序、小程序、H5页面等;线下金融机构渠道包括:在金融机构对应的银行网点、智能终端机等进行相应的ETC业务办理渠道。
进一步地,根据本发明实施例,在判断ETC业务办理请求的发起渠道是金融机构渠道还是非金融机构渠道的步骤之后,ETC业务办理方法还包括:
对ETC业务办理请求的发起渠道进行安全验证,并确认安全验证通过。
通过上述设置,ETC业务办理请求的发起渠道进行安全验证,并确认安全验证通过,才执行后续业务办理流程,有利于保护系统数据、避免用户遭受损失。
步骤S202,根据ETC业务办理请求中指示的用户信息,确定用户ETC账户索引值和数据库分区键。
在实际应用时,将针对上述用户信息作为索引值,查询数据库,确定ETC业务办理请求是否为已有用户ETC账户(即数据库中存储有该用户ETC账户信息),对于ETC业务办理请求所对应的用户已经办理相应的ETC账户(此处仅对于用户的同一辆车),则后续不再执行办理ETC账户的业务。且由于数据库所需存储的数据量过大,常构建分区和分表,以便于数据存储和查询。通过上述设置,既有利于避免重复套牌的情况,还有利于确定ETC业务办理请求指示的用户ETC账户信息,以提高业务办理效率。同时根据用户信息确定数据库分区键,进而在该分区键对应的库表中进行查询,有利于提升确认用户ETC账户的效率,进而提升用户体验。
步骤S203,查询数据库分区键对应的信息,判断用户ETC账户索引值对应的ETC账户是否为新增ETC账户。若是,即用户ETC账户索引值对应的ETC账户是为新增ETC账户,则执行步骤S204;若否,即用户ETC账户索引值对应的ETC账户是已有ETC账户,则执行步骤S205。
具体地,根据本发明实施例的一具体实施方式,如图2b所示,接收到ETC业务办理请求之后,根据ETC业务办理请求中的用户信息确定索引值和分区键的步骤包括:以用户信息为索引值,通过配置中心访问集中索引库获取数据库分区键,进而查询数据库分区键对应的数据信息,以判断用户ETC账户索引值对应的ETC账户是否为新增ETC账户。若不是新增ETC账户,则进行确定服务组件,利用多个服务组件的联机服务进行业务办理(即步骤S205至步骤S207);若是新增ETC账户,则需要对数据看进行更新(包括:将需要更新的消息计入索引变更消息队列,由于数据库订阅该消息队列,会通过共享服务,定时从该索引变更消息队列中获取更新的消息对本地数据库进行更新)。
步骤S204,对数据库内的用户ETC账户信息进行更新处理,以在数据库中添加用户ETC账户信息。执行完步骤S204后,转到步骤S205。
通过上述设置,为每个新增用户ETC账户将相应ETC账户信息存储至数据库,有利于实现全面汇总ETC业务数据,进而实现对ETC账户信息的统一管理。
步骤S205,确定ETC业务办理请求指示的业务类型,根据业务类型和路由表确定目标服务组件。
其中,路由表中包括服务组件集合中各服务组件与业务类型的对应关系;ETC业务办理请求对应的业务类型为至少一个。
针对不同的业务办理需求(不同的业务类型)开发不同的服务组件,一方面有利于通过各服务组件的协同作用,提升整体业务办理效率。另一方面,针对不同渠道的需求,可对服务组件进行调整,有利于促进多个ETC业务办理发起渠道的接入,降低服务端开发成本,加快ETC业务拓展速度。
具体地,根据本发明实施例,上述业务类型包括下列类型中的至少一种:支付类型、合约关系管理类型、清算类型、查询类型。
其中,支付类型包括:支付方式(借记卡、贷记卡、信用卡等)、代收代付等;合约关系管理类型包括:黑名单管理、账户签约管理、账户解约管理等;清算类型:主要指用于清算ETC相关账单;查询类型则是针对ETC业务信息进行查询。
具体地,根据本发明实施例,上述服务组件集合的生成步骤包括:
配置服务组件模板,根据各渠道的接入需求和服务组件模板生成服务组件,得到服务组件集合。
由于现有方法中各发起渠道的系统兼容性、接入需求等问题,难以找到一种适用于多个ETC业务办理发起渠道接入的ECT业务办理方法。通过上述设置,对于多渠道间的业务处理中的相同部分,配置服务组件模板,在根据各渠道的接入需求的差异,在服务组件模板的基础上构建针对各渠道的服务组件,以实现最大化的代码复用,降低开发成本。
优选地,根据本发明实施例,若ETC业务办理请求指示的业务类型为多个,在根据业务类型和路由表确定目标服务组件的步骤之后,还包括:
根据ETC业务办理顺序列表,确定目标服务组件对应的服务组件执行顺序列表。
多个服务组件相当于一个个独立的微服务,在实际应用时,多个微服务之间通过相互调用,实现一个ETC业务办理请求中全部业务的办理。
步骤S206,利用目标服务组件对用户ETC账户进行权限验证,并确认权限验证通过。
通过具体业务办理的执行方-服务组件,对用户ETC账户进行权限验证,有利于加强业务办理的逻辑合理性,有利于避免出现业务偏差(如多缴费、少缴费、误入黑名单、非法签约账户等),提升业务办理的准确率。
步骤S207,利用目标服务组件进行相应的业务办理。
具体地,根据本发明实施例,上述服务组件集合中各服务组件构成联机服务。通过上述设置,将ETC业务办理请求发送至目标服务组件,根据目标服务组件对应的服务组件执行顺序列表指示的顺序,依次执行相应的业务办理,并对办理结果进行持久化处理。
通过对每次ETC业务办理结果进行存储,既利于全面汇总相应的ETC业务数据,实现统一管理;还利于后续进行历史数据查询。
步骤S208,根据ETC业务办理请求指示的业务类型确定目标服务组件,通过外联服务接口调用目标服务组件进行业务办理。执行完步骤S208后,转到步骤S209。
具体地,针对非金融机构渠道,常通过配置外联服务适配器,利用相应的外联服务接口调用相应的服务组件进行业务处理,简化了非金融机构渠道接入的流程,提升了业务办理效率和用户体验。
优选地,根据本发明实施例,在利用目标服务组件进行相应的业务办理,并对办理结果进行持久化处理的步骤之后,ETC业务办理方法还包括:
判断目标服务组件进行相应的业务办理是否使得用户ETC账户信息发生变动,若是,则对数据库内的用户ETC账户信息进行更新。
若目标服务组件进行相应的业务办理是ETC账户解约、银行卡信息变更、预留联系方式变更等均会导致用户ETC账户信息发生变动,此时,通过对数据库内相应的信息进行更新,有利于后续继续执行该用户ETC业务办理的准确率。
步骤S209,对办理结果进行持久化处理。
进一步地,根据本发明实施例,上述ETC业务办理方法还包括:对持久化处理的办理结果进行复核。
通过上述设置,能够进一步避免套牌现象,减少逃费的现象,有利于促进ETC业务的拓展。
根据本发明实施例的技术方案,因为采用接收ETC业务办理请求,判断ETC业务办理请求的发起渠道是金融机构渠道还是非金融机构渠道;若ETC业务办理请求的发起渠道是金融机构渠道,根据ETC业务办理请求指示的业务类型确定目标服务组件;利用目标服务组件进行相应的业务办理,并对办理结果进行持久化处理的技术手段,所以克服了现有的ETC业务办理的发起渠道之间相互独立,导致ETC业务办理的服务端的开发成本较高,不利于ETC业务拓展,同时由于各个发起渠道的系统不兼容,导致对于任一ETC发行渠道,其内相应的ETC业务数据不够全面,难以实现统一管理的技术问题,进而达到实现多个ETC业务办理发起渠道接入,降低服务端开发成本,加快ETC业务拓展速度,同时实现了对ETC业务处理的统一管理的技术效果。
图3a是根据本发明实施例提供的ETC业务办理系统的主要单元的示意图;如图3a所示,本发明实施例提供的ETC业务办理系统300的主要单元主要包括:
ETC业务办理请求单元301,用于接收ETC业务办理请求,判断ETC业务办理请求的发起渠道是金融机构渠道还是非金融机构渠道。
上述非金融机构渠道包括第三方非金融机构渠道以及其他外部渠道,非金融机构渠道与金融机构进行合作,主要依赖金融机构的代收代付功能,即其并未全部使用金融机构渠道开发的全部组件,因此,在接收ETC业务办理请求之后,先对该业务办理请求的发起渠道进行判断。具体地,根据本发明实施例,上述金融机构渠道包括线上金融机构渠道和线下金融机构渠道。其中,线上金融机构渠道包括:金融机构开发的用于办理ETC业务的应用程序、小程序、H5页面等;线下金融机构渠道包括:在金融机构对应的银行网点、智能终端机等进行相应的ETC业务办理渠道。
进一步地,根据本发明实施例,上述ETC业务办理系统300还包括安全验证单元,在判断ETC业务办理请求的发起渠道是金融机构渠道还是非金融机构渠道的步骤之后,安全验证单元用于:
对ETC业务办理请求的发起渠道进行安全验证,并确认安全验证通过。
通过上述设置,ETC业务办理请求的发起渠道进行安全验证,并确认安全验证通过,才执行后续业务办理流程,有利于保护系统数据、避免用户遭受损失。
具体地,根据本发明实施例的一具体实施方式,如图3b所示,上述ETC业务办理请求单元301还可以包括渠道整合模块。其中,渠道整合模块用于各个渠道发起的ETC业务请求的接入,主要包含三种渠道,线上金融渠道(也称客户渠道)是指金融机构作为线上发行ETC渠道,主要通过手机app、小程序、H5网页等方式,直接提供客户申请办理ETC入口。线下金融机构渠道(也称银行渠道)是通过银行网点、智能终端机等,采用线下办理ETC发行的方式,需要用户去线下网点的方式办理ETC。非金融机构发行渠道(也称第三方渠道)是与金融机构合作,依赖金融机构的代收代付功能的一种发行ETC的模式。
目标服务组件确定单元302,在ETC业务办理请求的发起渠道是金融机构渠道的情况下,用于根据ETC业务办理请求指示的业务类型确定目标服务组件。
进一步地,上述ETC业务办理系统300还包括索引单元,在根据ETC业务办理请求指示的业务类型确定目标服务组件的步骤之前,索引单元用于:
根据ETC业务办理请求中指示的用户信息,确定用户ETC账户索引值,根据用户ETC账户索引值查询数据库,确定数据库中存储有用户ETC账户索引值对应的用户ETC账户信息。
上述用户信息包括车辆信息(包括车辆类型、车牌号、车辆颜色等)和下列信息中的至少一种用户的银行卡号(用于ETC相关业务付费)、用户身份证号、预留手机号等。在实际应用时,将针对上述用户信息作为索引值,查询数据库,确定ETC业务办理请求是否为已有用户ETC账户(即数据库中存储有该用户ETC账户信息),对于ETC业务办理请求所对应的用户已经办理相应的ETC账户(此处仅对于用户的同一辆车),则后续不再执行办理ETC账户的业务。通过上述设置,既有利于避免重复套牌的情况,还有利于确定ETC业务办理请求指示的用户ETC账户信息,以提高业务办理效率。
进一步地,根据本发明实施例,上述索引单元还用于:
根据用户信息确定数据库分区键,查询数据库分区键对应的信息,判断用户ETC账户索引值对应的ETC账户是否为新增ETC账户;若否,则数据库内存储有用户ETC账户索引值对应的用户ETC账户信息。
在实际应用时,由于数据库所需存储的数据量过大,常构建分区和分表,以便于数据存储和查询,通过上述设置,根据用户信息确定数据库分区键,进而在该分区键对应的库表中进行查询,有利于提升确认用户ETC账户的效率,进而提高业务办理效率,提升用户体验。
优选地,根据本发明实施例,上述ETC业务办理系统300还包括数据库更新单元,若用户ETC账户索引值对应的ETC账户是新增ETC账户,则数据库内没有存储用户ETC账户索引值对应的用户ETC账户信息;上述数据库更新单元用于:
对数据库内的用户ETC账户信息进行更新处理,以在数据库中添加用户ETC账户信息。
通过上述设置,为每个新增用户ETC账户将相应ETC账户信息存储至数据库,有利于实现全面汇总ETC业务数据,进而实现对ETC账户信息的统一管理。
进一步地,根据本发明实施例,目标服务组件确定单元302还用于:
确定ETC业务办理请求指示的业务类型,根据业务类型和路由表确定目标服务组件;其中,路由表中包括服务组件集合中各服务组件与业务类型的对应关系;ETC业务办理请求对应的业务类型为至少一个。
针对不同的业务办理需求(不同的业务类型)开发不同的服务组件,一方面有利于通过各服务组件的协同作用,提升整体业务办理效率。另一方面,针对不同渠道的需求,可对服务组件进行调整,有利于促进多个ETC业务办理发起渠道的接入,降低服务端开发成本,加快ETC业务拓展速度。
具体地,根据本发明实施例,上述业务类型包括下列类型中的至少一种:支付类型、合约关系管理类型、清算类型、查询类型。
其中,支付类型包括:支付方式(借记卡、贷记卡、信用卡等)、代收代付等;合约关系管理类型包括:黑名单管理、账户签约管理、账户解约管理等;清算类型:主要指用于清算ETC相关账单;查询类型则是针对ETC业务信息进行查询。
优选地,根据本发明实施例,上述ETC业务办理系统300还包括权限验证单元,在根据ETC业务办理请求指示的业务类型确定目标服务组件的步骤之后,权限验证单元用于:
利用目标服务组件对用户ETC账户进行权限验证,并确认权限验证通过。
通过具体业务办理的执行方-服务组件,对用户ETC账户进行权限验证,有利于加强业务办理的逻辑合理性,有利于避免出现业务偏差(如多缴费、少缴费、误入黑名单、非法签约账户等),提升业务办理的准确率。
进一步地,上述ETC业务办理系统300还包括服务组件集合得到单元,用于配置服务组件模板,根据各渠道的接入需求和服务组件模板生成服务组件,得到服务组件集合。
由于现有的各发起渠道的系统兼容性、接入需求等问题,难以找到一种适用于多个ETC业务办理发起渠道接入的ECT业务办理方法。通过上述设置,对于多渠道间的业务处理中的相同部分,配置服务组件模板,在根据各渠道的接入需求的差异,在服务组件模板的基础上构建针对各渠道的服务组件,以实现最大化的代码复用,降低开发成本。
优选地,根据本发明实施例,上述ETC业务办理系统300还包括服务组件执行顺序确定单元,若ETC业务办理请求指示的业务类型为多个,在根据业务类型和路由表确定目标服务组件的步骤之后,服务组件执行顺序确定单元用于:
根据ETC业务办理顺序列表,确定目标服务组件对应的服务组件执行顺序列表。
多个服务组件相当于一个个独立的微服务,在实际应用时,多个微服务之间通过相互调用,实现一个ETC业务办理请求中全部业务的办理。
具体地,根据本发明实施例的一具体实施方式,如图3b所示,上述目标服务组件确定单元302还可以包括服务整合模块和应用集成模块,其中,服务整合模块用于,接收各渠道发起的ETC业务请求后,服务整合模块用于根据不同的业务类型,实现不同的服务流程跳转(即路由至相应的服务组件)。该层属于全局路由,当接收到ETC业务请求后,根据路由规则(系统内部存储的路由表),跳转到产品服务层的具体联机服务(目标服务组件)。
应用集成用于,配置服务组件模板,根据各渠道的接入需求和服务组件模板生成服务组件,得到服务组件集合。
业务办理单元303,用于利用目标服务组件进行相应的业务办理,并对办理结果进行持久化处理。
具体地,根据本发明实施例,上述服务组件集合中各服务组件构成联机服务;业务办理单元303还用于:
将ETC业务办理请求发送至目标服务组件,根据目标服务组件对应的服务组件执行顺序列表指示的顺序,依次执行相应的业务办理,并对办理结果进行持久化处理。
通过对每次ETC业务办理结果进行存储,既利于全面汇总相应的ETC业务数据,实现统一管理;还利于后续进行历史数据查询。
进一步地,根据本发明实施例,若ETC业务办理请求的发起渠道是非金融机构渠道,根据ETC业务办理请求指示的业务类型确定目标服务组件,业务办理单元303还用于:
通过外联服务接口调用目标服务组件进行ETC业务办理,并对办理结果进行持久化处理。
具体地,针对非金融机构渠道,常通过配置外联服务适配器,利用相应的外联服务接口调用相应的服务组件进行业务处理,简化了非金融机构渠道接入的流程,提升了业务办理效率和用户体验。
优选地,根据本发明实施例,在利用目标服务组件进行相应的业务办理,并对办理结果进行持久化处理的步骤之后,数据库更新模块还用于:
判断目标服务组件进行相应的业务办理是否使得用户ETC账户信息发生变动,若是,则对数据库内的用户ETC账户信息进行更新。
若目标服务组件进行相应的业务办理是ETC账户解约、银行卡信息变更、预留联系方式变更等均会导致用户ETC账户信息发生变动,此时,通过对数据库内相应的信息进行更新,有利于后续继续执行该用户ETC业务办理的准确率。
进一步地,根据本发明实施例,上述ETC业务办理系统300还包括复核单元,用于:对持久化处理的办理结果进行复核。
通过上述设置,能够进一步避免套牌现象,减少逃费的现象,有利于促进ETC业务的拓展。
具体地,根据本发明实施例的一具体实施方式,如图3b所示,上述业务办理单元303还可以包括产品服务模块和数据仓库模块,其中,产品服务模块用于执行具体的业务办理,数据仓库用于对办理结果进行存储。
根据本发明实施例的技术方案,因为采用接收ETC业务办理请求,判断ETC业务办理请求的发起渠道是金融机构渠道还是非金融机构渠道;若ETC业务办理请求的发起渠道是金融机构渠道,根据ETC业务办理请求指示的业务类型确定目标服务组件;利用目标服务组件进行相应的业务办理,并对办理结果进行持久化处理的技术手段,所以克服了现有的ETC业务办理的发起渠道之间相互独立,导致ETC业务办理的服务端的开发成本较高,不利于ETC业务拓展,同时由于各个发起渠道的系统不兼容,导致对于任一ETC发行渠道,其内相应的ETC业务数据不够全面,难以实现统一管理的技术问题,进而达到实现多个ETC业务办理发起渠道接入,降低服务端开发成本,加快ETC业务拓展速度,同时实现了对ETC业务处理的统一管理的技术效果。
图4示出了可以应用本发明实施例的ETC业务办理方法或ETC业务办理系统的示例性系统架构400。
如图4所示,系统架构400可以包括终端设备401、402、403,网络404和服务器405(此架构仅仅是示例,具体架构中包含的组件可以根据申请具体情况调整)。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备401、402、403通过网络404与服务器405交互,以接收或发送消息等。终端设备401、402、403上可以安装有各种通讯客户端应用,例如缴费类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备401、402、403可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器405可以是提供各种服务的服务器,例如对用户利用终端设备401、402、403所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的ETC业务办理请求等数据进行分析等处理,并将处理结果(例如办理结果--仅为示例)反馈给终端设备。
需要说明的是,本发明实施例所提供的ETC业务办理方法一般由服务器405执行,相应地,ETC业务办理系统一般设置于服务器405中。
应该理解,图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
下面参考图5,其示出了适于用来实现本发明实施例的终端设备或服务器的计算机系统500的结构示意图。图5示出的终端设备或服务器仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图5所示,计算机系统500包括中央处理单元(CPU)501,其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中,还存储有系统500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。
以下部件连接至I/O接口505:包括键盘、鼠标等的输入部分506;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507;包括硬盘等的存储部分508;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器510上,以便于从其上读出的计算机程序根据需要被安装入存储部分508。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分509从网络上被下载和安装,和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时,执行本发明的系统中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括ETC业务办理请求单元、目标服务组件确定单元和业务办理单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,ETC业务办理请求单元还可以被描述为“用于接收ETC业务办理请求,判断ETC业务办理请求的发起渠道是金融机构渠道还是非金融机构渠道的单元”。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:接收ETC业务办理请求,判断ETC业务办理请求的发起渠道是金融机构渠道还是非金融机构渠道;若ETC业务办理请求的发起渠道是金融机构渠道,根据ETC业务办理请求指示的业务类型确定目标服务组件;利用目标服务组件进行相应的业务办理,并对办理结果进行持久化处理。
根据本发明实施例的技术方案,因为采用接收ETC业务办理请求,判断ETC业务办理请求的发起渠道是金融机构渠道还是非金融机构渠道;若ETC业务办理请求的发起渠道是金融机构渠道,根据ETC业务办理请求指示的业务类型确定目标服务组件;利用目标服务组件进行相应的业务办理,并对办理结果进行持久化处理的技术手段,所以克服了现有的ETC业务办理的发起渠道之间相互独立,导致ETC业务办理的服务端的开发成本较高,不利于ETC业务拓展,同时由于各个发起渠道的系统不兼容,导致对于任一ETC发行渠道,其内相应的ETC业务数据不够全面,难以实现统一管理的技术问题,进而达到实现多个ETC业务办理发起渠道接入,降低服务端开发成本,加快ETC业务拓展速度,同时实现了对ETC业务处理的统一管理的技术效果。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
Claims (20)
1.一种ETC业务办理方法,其特征在于,包括:
接收ETC业务办理请求,判断所述ETC业务办理请求的发起渠道是金融机构渠道还是非金融机构渠道;
若所述ETC业务办理请求的发起渠道是金融机构渠道,根据所述ETC业务办理请求指示的业务类型确定目标服务组件;
利用所述目标服务组件进行相应的业务办理,并对办理结果进行持久化处理。
2.根据权利要求1所述的ETC业务办理方法,其特征在于,所述金融机构渠道包括线上金融机构渠道和线下金融机构渠道。
3.根据权利要求1所述的ETC业务办理方法,其特征在于,在所述根据ETC业务办理请求指示的业务类型确定目标服务组件的步骤之前,所述ETC业务办理方法还包括:
根据所述ETC业务办理请求中指示的用户信息,确定用户ETC账户索引值,根据所述用户ETC账户索引值查询数据库,确定所述数据库中存储有所述用户ETC账户索引值对应的用户ETC账户信息。
4.根据权利要求3所述的ETC业务办理方法,其特征在于,所述根据所述用户ETC账户索引值查询数据库,确定所述数据库中存储有所述用户ETC账户索引值对应的用户ETC账户信息的步骤还包括:
根据所述用户信息确定数据库分区键,查询所述数据库分区键对应的信息,判断所述用户ETC账户索引值对应的ETC账户是否为新增ETC账户;若否,则所述数据库内存储有所述用户ETC账户索引值对应的用户ETC账户信息。
5.根据权利要求4所述的ETC业务办理方法,其特征在于,若所述用户ETC账户索引值对应的ETC账户是新增ETC账户,则所述数据库内没有存储所述用户ETC账户索引值对应的用户ETC账户信息;所述的ETC业务办理方法还包括:
对数据库内的用户ETC账户信息进行更新处理,以在所述数据库中添加所述用户ETC账户信息。
6.根据权利要求1所述的ETC业务办理方法,其特征在于,所述根据ETC业务办理请求指示的业务类型确定目标服务组件的步骤还包括:
确定所述ETC业务办理请求指示的业务类型,根据所述业务类型和路由表确定目标服务组件;其中,所述路由表中包括服务组件集合中各服务组件与业务类型的对应关系;所述ETC业务办理请求对应的业务类型为至少一个。
7.根据权利要求6所述的ETC业务办理方法,其特征在于,所述服务组件集合的生成步骤包括:
配置服务组件模板,根据各渠道的接入需求和所述服务组件模板生成服务组件,得到服务组件集合。
8.根据权利要求6所述的ETC业务办理方法,其特征在于,若所述ETC业务办理请求指示的业务类型为多个,在所述根据业务类型和路由表确定目标服务组件的步骤之后,还包括:
根据ETC业务办理顺序列表,确定所述目标服务组件对应的服务组件执行顺序列表。
9.根据权利要求8所述的ETC业务办理方法,其特征在于,所述服务组件集合中各服务组件构成联机服务;所述利用目标服务组件进行相应的业务办理,并对办理结果进行持久化处理的步骤包括:
将所述ETC业务办理请求发送至所述目标服务组件,根据所述目标服务组件对应的服务组件执行顺序列表指示的顺序,依次执行相应的业务办理,并对办理结果进行持久化处理。
10.根据权利要求1所述的ETC业务办理方法,其特征在于,所述业务类型包括下列类型中的至少一种:支付类型、合约关系管理类型、清算类型、查询类型。
11.根据权利要求3所述的ETC业务办理方法,其特征在于,在所述根据ETC业务办理请求指示的业务类型确定目标服务组件的步骤之后,所述ETC业务办理方法还包括:
利用所述目标服务组件对用户ETC账户进行权限验证,并确认权限验证通过。
12.根据权利要求1所述的ETC业务办理方法,其特征在于,若所述ETC业务办理请求的发起渠道是非金融机构渠道,所述ETC业务办理方法还包括:
根据所述ETC业务办理请求指示的业务类型确定目标服务组件,通过外联服务接口调用所述目标服务组件进行ETC业务办理,并对办理结果进行持久化处理。
13.根据权利要求1所述的ETC业务办理方法,其特征在于,在所述判断ETC业务办理请求的发起渠道是金融机构渠道还是非金融机构渠道的步骤之后,所述ETC业务办理方法还包括:
对所述ETC业务办理请求的发起渠道进行安全验证,并确认安全验证通过。
14.根据权利要求3所述的ETC业务办理方法,其特征在于,在所述利用目标服务组件进行相应的业务办理,并对办理结果进行持久化处理的步骤之后,所述ETC业务办理方法还包括:
判断所述目标服务组件进行相应的业务办理是否使得所述用户ETC账户信息发生变动,若是,则对所述数据库内的用户ETC账户信息进行更新。
15.根据权利要求1所述的ETC业务办理方法,其特征在于,还包括:对所述持久化处理的办理结果进行复核。
16.一种ETC业务办理系统,其特征在于,包括:
ETC业务办理请求单元,用于接收ETC业务办理请求,判断所述ETC业务办理请求的发起渠道是金融机构渠道还是非金融机构渠道;
目标服务组件确定单元,在所述ETC业务办理请求的发起渠道是金融机构渠道的情况下,用于根据所述ETC业务办理请求指示的业务类型确定目标服务组件;
业务办理单元,用于利用所述目标服务组件进行相应的业务办理,并对办理结果进行持久化处理。
17.根据权利要求16所述的ETC业务办理系统,其特征在于,所述ETC业务办理系统还包括索引单元,在所述根据ETC业务办理请求指示的业务类型确定目标服务组件的步骤之前,所述索引单元用于:
根据所述ETC业务办理请求中指示的用户信息,确定用户ETC账户索引值,根据所述用户ETC账户索引值查询数据库,确定所述数据库中存储有所述用户ETC账户索引值对应的用户ETC账户信息。
18.根据权利要求16所述的ETC业务办理系统,其特征在于,所述ETC业务办理系统还包括服务组件集合得到单元,用于配置服务组件模板,根据各渠道的接入需求和所述服务组件模板生成服务组件,得到服务组件集合。
19.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-15中任一所述的方法。
20.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-15中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010977172.XA CN112102068A (zh) | 2020-09-16 | 2020-09-16 | 一种etc业务办理方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010977172.XA CN112102068A (zh) | 2020-09-16 | 2020-09-16 | 一种etc业务办理方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112102068A true CN112102068A (zh) | 2020-12-18 |
Family
ID=73758764
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010977172.XA Pending CN112102068A (zh) | 2020-09-16 | 2020-09-16 | 一种etc业务办理方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112102068A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113434523A (zh) * | 2021-06-22 | 2021-09-24 | 康键信息技术(深圳)有限公司 | 基于大数据的业务数据更新方法、装置、设备及存储介质 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1753012A (zh) * | 2005-11-09 | 2006-03-29 | 中国工商银行 | 一种兼容通用缴费系统及方法 |
CN102111282A (zh) * | 2009-12-24 | 2011-06-29 | 上海杉达学院 | 一种基于电信业务的信息管理系统架构及其构建方法 |
WO2015180530A1 (zh) * | 2014-05-30 | 2015-12-03 | 华为技术有限公司 | 一种业务办理的信息处理装置及方法 |
CN105427149A (zh) * | 2015-11-03 | 2016-03-23 | 上海特易信息科技有限公司 | 一种基于soa扩展框架的跨境电子商务bpo服务方法及装置 |
CN105550851A (zh) * | 2015-12-09 | 2016-05-04 | 中国建设银行股份有限公司 | 一种业务流程生成方法及系统 |
CN105550059A (zh) * | 2015-12-09 | 2016-05-04 | 中国建设银行股份有限公司 | 一种错误码转换方法及设备 |
CN106204010A (zh) * | 2016-07-26 | 2016-12-07 | 通联支付网络服务股份有限公司 | 一种渠道接入系统 |
CN108052615A (zh) * | 2017-12-15 | 2018-05-18 | 泰康保险集团股份有限公司 | 访问请求的处理方法、装置、介质及电子设备 |
CN108319689A (zh) * | 2018-02-01 | 2018-07-24 | 泰康保险集团股份有限公司 | 回访数据的处理方法及装置 |
CN110188071A (zh) * | 2019-04-19 | 2019-08-30 | 北京奇艺世纪科技有限公司 | 数据处理方法、装置、电子设备和计算机可读介质 |
CN111666155A (zh) * | 2020-06-02 | 2020-09-15 | 中国建设银行股份有限公司 | 一种资源配置文件管理方法、装置、设备及介质 |
-
2020
- 2020-09-16 CN CN202010977172.XA patent/CN112102068A/zh active Pending
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1753012A (zh) * | 2005-11-09 | 2006-03-29 | 中国工商银行 | 一种兼容通用缴费系统及方法 |
CN102111282A (zh) * | 2009-12-24 | 2011-06-29 | 上海杉达学院 | 一种基于电信业务的信息管理系统架构及其构建方法 |
WO2015180530A1 (zh) * | 2014-05-30 | 2015-12-03 | 华为技术有限公司 | 一种业务办理的信息处理装置及方法 |
CN105427149A (zh) * | 2015-11-03 | 2016-03-23 | 上海特易信息科技有限公司 | 一种基于soa扩展框架的跨境电子商务bpo服务方法及装置 |
CN105550851A (zh) * | 2015-12-09 | 2016-05-04 | 中国建设银行股份有限公司 | 一种业务流程生成方法及系统 |
CN105550059A (zh) * | 2015-12-09 | 2016-05-04 | 中国建设银行股份有限公司 | 一种错误码转换方法及设备 |
CN106204010A (zh) * | 2016-07-26 | 2016-12-07 | 通联支付网络服务股份有限公司 | 一种渠道接入系统 |
CN108052615A (zh) * | 2017-12-15 | 2018-05-18 | 泰康保险集团股份有限公司 | 访问请求的处理方法、装置、介质及电子设备 |
CN108319689A (zh) * | 2018-02-01 | 2018-07-24 | 泰康保险集团股份有限公司 | 回访数据的处理方法及装置 |
CN110188071A (zh) * | 2019-04-19 | 2019-08-30 | 北京奇艺世纪科技有限公司 | 数据处理方法、装置、电子设备和计算机可读介质 |
CN111666155A (zh) * | 2020-06-02 | 2020-09-15 | 中国建设银行股份有限公司 | 一种资源配置文件管理方法、装置、设备及介质 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113434523A (zh) * | 2021-06-22 | 2021-09-24 | 康键信息技术(深圳)有限公司 | 基于大数据的业务数据更新方法、装置、设备及存储介质 |
CN113434523B (zh) * | 2021-06-22 | 2023-10-20 | 康键信息技术(深圳)有限公司 | 基于大数据的业务数据更新方法、装置、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111857888B (zh) | 一种交易处理方法及装置 | |
CN112116351A (zh) | 一种业务处理方法和装置 | |
CN112132674A (zh) | 一种交易处理方法和装置 | |
CN111861437A (zh) | 一种支付处理方法和装置 | |
CN111080424A (zh) | 一种账务管理的方法和装置 | |
CN111861745B (zh) | 一种业务风控方法和装置 | |
CN112184240A (zh) | 一种退款请求处理方法和装置 | |
CN112348326A (zh) | 一种银行业务处理方法和系统 | |
CN111881329A (zh) | 一种账户余额管理方法和系统 | |
CN110705981B (zh) | 一种实时结算的方法和装置 | |
CN111833066A (zh) | 一种账户授权的方法、装置及系统 | |
CN112102068A (zh) | 一种etc业务办理方法和系统 | |
CN112884181A (zh) | 额度信息处理方法和装置 | |
CN112950365A (zh) | 一种账户间补款的方法和装置 | |
CN111833037A (zh) | 一种账户管理的方法及装置 | |
CN111105238A (zh) | 一种交易风险控制方法和装置 | |
CN111526184B (zh) | 业务审核的方法和装置 | |
CN110796021B (zh) | 一种应用于自助设备的身份认证方法和装置 | |
CN111127006A (zh) | 基于区块链的交易处理方法和系统 | |
CN112884427A (zh) | 一种支持多服务来源的流程管理方法及装置 | |
CN113704222A (zh) | 一种处理业务请求的方法和装置 | |
CN111415245A (zh) | 一种开户方法和装置 | |
CN111242576A (zh) | 处理请求的方法和装置 | |
CN110659889B (zh) | 一种数字货币的流通方法及系统 | |
CN115619550A (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 |