CN112101907A - 一种线上办理公积金业务的方法和系统 - Google Patents
一种线上办理公积金业务的方法和系统 Download PDFInfo
- Publication number
- CN112101907A CN112101907A CN202010975370.2A CN202010975370A CN112101907A CN 112101907 A CN112101907 A CN 112101907A CN 202010975370 A CN202010975370 A CN 202010975370A CN 112101907 A CN112101907 A CN 112101907A
- Authority
- CN
- China
- Prior art keywords
- verification information
- service
- request
- user
- receiving
- 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
- 238000009825 accumulation Methods 0.000 title claims abstract description 214
- 238000000034 method Methods 0.000 title claims abstract description 92
- 238000012795 verification Methods 0.000 claims abstract description 362
- 238000012545 processing Methods 0.000 claims description 53
- 230000010365 information processing Effects 0.000 claims description 12
- 230000001915 proofreading effect Effects 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 9
- 239000003999 initiator Substances 0.000 claims description 5
- 238000010200 validation analysis Methods 0.000 claims 1
- 230000008569 process Effects 0.000 abstract description 22
- 238000010586 diagram Methods 0.000 description 19
- RWSOTUBLDIXVET-UHFFFAOYSA-N Dihydrogen sulfide Chemical compound S RWSOTUBLDIXVET-UHFFFAOYSA-N 0.000 description 15
- 238000004891 communication Methods 0.000 description 7
- 230000000694 effects Effects 0.000 description 7
- 230000008901 benefit Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 6
- 238000012552 review Methods 0.000 description 6
- 230000003287 optical effect Effects 0.000 description 4
- 238000004458 analytical method Methods 0.000 description 3
- 238000012217 deletion Methods 0.000 description 3
- 230000037430 deletion Effects 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 238000012550 audit Methods 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 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
- 238000003672 processing method Methods 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
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- 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
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/26—Government or public services
Landscapes
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Engineering & Computer Science (AREA)
- Tourism & Hospitality (AREA)
- Entrepreneurship & Innovation (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Data Mining & Analysis (AREA)
- Operations Research (AREA)
- Development Economics (AREA)
- Educational Administration (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开了一种线上办理公积金业务的方法和系统,涉及计算机技术领域。该方法的一具体实施方式包括:接收业务办理系统发起的验证信息获取请求,根据验证信息获取请求中包括的用户信息确定验证信息获取请求对应的目标验证信息;将目标验证信息的信息状态从未读状态更新为已读状态,并将目标验证信息发送至业务办理系统,以使得业务办理系统对验证信息进行审核,并根据审核结果进行相应的业务办理。该实施方式提高了业务办理容错率,降低了资源消耗,简化了业务办理流程,提高了业务办理效率,提升了用户体验。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种线上办理公积金业务的方法和系统。
背景技术
在实际生活中,用户常会出现办理公积金相关业务的需求,如异地办理购房公积金贷款的需求。此时用户就需要在住房公积金缴存地申请开立一份缴存证明,即异地贷款职工住房公积金缴存使用证明(验证文件),并拿着纸质的证明文件到需要办理公积金贷款的贷款地申请办理贷款业务。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:
现有的公积金相关业务需要线下办理,产生大量纸质文件,且容错率低,消耗大量人力资源,同时业务办理流程复杂、耗时长、办理效率低,用户体验差。
发明内容
有鉴于此,本发明实施例提供一种线上办理公积金业务的方法和系统,能够提高业务办理容错率,降低资源消耗,简化业务办理流程,提高业务办理效率,提升用户体验。
为实现上述目的,根据本发明实施例的第一方面,提供了一种线上处理公积金业务的方法,包括:
接收业务办理系统发起的验证信息获取请求,根据验证信息获取请求中包括的用户信息确定验证信息获取请求对应的目标验证信息;
将目标验证信息的信息状态从未读状态更新为已读状态,并将目标验证信息发送至业务办理系统,以使得业务办理系统对验证信息进行审核,并根据审核结果进行相应的业务办理。
进一步地,在接收业务办理系统发起的验证信息获取请求的步骤之前,方法还包括:
接收用户发起的验证信息办理请求,根据验证信息办理请求中的用户信息确定用户对应的缴存地公积金系统;
将验证信息办理请求发送至缴存地公积金系统,并接收缴存地公积金系统返回的验证信息。
进一步地,将验证信息办理请求发送至缴存地公积金系统,并接收缴存地公积金系统返回的验证信息的步骤还包括:
将验证信息办理请求发送至缴存地公积金系统,并接收缴存地公积金系统对用户信息进行审核后返回的反馈结果;
判断反馈结果是否为通过,若是,向缴存地公积金系统发送验证信息获取请求,并接收缴存地公积金系统返回的验证信息。
进一步地,若反馈结果为不通过,方法还包括:
接收用户根据反馈结果调整后的验证信息办理请求,将调整后的验证信息办理请求发送至缴存地公积金系统,并接收缴存地公积金系统返回的验证信息。
进一步地,验证信息获取请求,是业务办理系统接收用户发起的业务办理请求后,根据业务办理请求中的用户信息发起的。
进一步地,方法还包括:
接收用户发起的验证信息注销请求,判断验证信息注销请求指示的目标验证信息的信息状态;
若目标验证信息的信息状态为未读状态,将验证信息注销请求转发至用户对应的缴存地公积金系统,并接收缴存地公积金系统返回的注销结果。
进一步地,若目标验证信息的信息状态为已读状态,方法还包括:
将验证信息注销请求转发至用户对应的业务办理系统,并接收业务办理系统返回的注销结果。
进一步地,将验证信息注销请求转发至用户对应的业务办理系统,并接收业务办理系统返回的注销结果的步骤还包括:
将验证信息注销请求转发至用户对应的业务办理系统,以使得业务办理系统对验证信息注销请求进行注销校对,并根据注销校对结果确定注销结果;
接收业务办理系统返回的注销结果。
进一步地,在接收业务办理系统返回的注销结果的步骤之后,方法还包括:
将注销结果发送至用户对应的缴存地公积金系统,以使得缴存地公积金系统对用户对应的验证信息进行更新。
进一步地,方法还包括:
设置自动注销周期,若目标验证信息为未读状态的时长超过自动注销周期,向用户对应的缴存地公积金系统发送自动注销请求,并接收缴存地公积金系统返回的注销结果。
进一步地,在业务办理系统对验证信息进行审核,并根据审核结果进行业务办理的步骤之后,方法还包括:
接收业务办理系统发送的业务办理结果,并将业务办理结果发送至用户对应的缴存地公积金系统。
进一步地,若业务办理结果发生更新,方法还包括:
接收业务办理系统发送的更新后的业务办理结果,并将更新后的业务办理结果发送至用户对应的缴存地公积金系统。
进一步地,还包括:
对业务办理结果进行存储;
接收业务办理结果查询请求,向业务办理结果查询请求的发起方发送业务办理结果。
进一步地,业务办理系统和缴存地公积金系统均为二级设置,其中,一级业务办理系统对应至少一个二级业务办理系统;一级缴存地公积金系统对应至少一个二级缴存地公积金系统。
根据本发明实施例的第二方面,提供了一种线上处理公积金业务的系统,包括:
验证信息获取请求接收单元,用于接收业务办理系统发起的验证信息获取请求,根据验证信息获取请求中包括的用户信息确定验证信息获取请求对应的目标验证信息;
验证信息发送单元,用于将目标验证信息的信息状态从未读状态更新为已读状态,并将目标验证信息发送至业务办理系统,以使得业务办理系统对验证信息进行审核,并根据审核结果进行相应的业务办理。
进一步地,系统还包括验证信息办理请求接收单元和验证信息发送单元,在接收业务办理系统发起的验证信息获取请求的步骤之前,
验证信息办理请求接收单元,用于接收用户发起的验证信息办理请求,根据验证信息办理请求中的用户信息确定用户对应的缴存地公积金系统;
验证信息发送单元,用于将验证信息办理请求发送至缴存地公积金系统,并接收缴存地公积金系统返回的验证信息。
进一步地,验证信息获取请求,是业务办理系统接收用户发起的业务办理请求后,根据业务办理请求中的用户信息发起的。
根据本发明实施例的第三方面,提供了一种公积金业务办理系统,其特征在于,包括:业务办理系统、缴存地公积金系统和上述任一种线上处理公积金业务的系统。
根据本发明实施例的第四方面,提供了一种电子设备,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现如上述任一种线上办理公积金业务的方法。
根据本发明实施例的第五方面,提供了一种计算机可读介质,其上存储有计算机程序,该程序被处理器执行时实现如上述任一种线上办理公积金业务的方法。
上述发明中的一个实施例具有如下优点或有益效果:因为采用接收业务办理系统发起的验证信息获取请求,根据验证信息获取请求中包括的用户信息确定验证信息获取请求对应的目标验证信息;将目标验证信息的信息状态从未读状态更新为已读状态,并将目标验证信息发送至业务办理系统,以使得业务办理系统对验证信息进行审核,并根据审核结果进行相应的业务办理的技术手段,所以克服了现有的公积金相关业务由于需要线下办理,产生大量纸质文件,且容错率低,消耗大量人力资源,同时业务办理流程复杂、耗时长、办理效率低,用户体验差的技术问题,进而达到提高业务办理容错率,降低资源消耗,简化业务办理流程,提高业务办理效率,提升用户体验的技术效果。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是根据本发明第一实施例提供的线上处理公积金业务的方法的主要流程的示意图;
图2a是根据本发明第二实施例提供的线上处理公积金业务的方法的主要流程的示意图;
图2b是图2a所述方法中获取验证信息的主要流程的示意图;
图2c是图2a所述方法中业务办理系统获取验证信息的主要流程的示意图;
图2d是图2a所述方法中用户主动注销的主要流程的示意图;
图2e是图2a所述方法中返回业务办理结果的主要流程的示意图;
图3是根据本发明实施例提供的线上处理公积金业务的系统的主要框架的示意图;
图4是根据本发明实施例提供的公积金业务办理系统的主要框架的示意图;
图5是本发明实施例可以应用于其中的示例性系统架构图;
图6是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
图1是根据本发明第一实施例提供的线上处理公积金业务的方法的主要流程的示意图;如图1所示,本发明实施例提供的线上处理公积金业务的方法主要包括:
步骤S101,接收业务办理系统发起的验证信息获取请求,根据验证信息获取请求中包括的用户信息确定验证信息获取请求对应的目标验证信息。
通过上述设置,在向业务办理系统申请进行相应公积金业务的办理后(如向业务办理系统申请进行公积金贷款),由业务办理系统去获取相应的验证信息,省去了用户线下各个部门人工办理纸质文件信息的步骤,极大简化业务办理流程,实现了公积金相关业务的线上办理,提高了业务办理效率,提升了用户体验。
具体地,根据本发明实施例,在接收业务办理系统发起的验证信息获取请求的步骤之前,上述方法还包括:
接收用户发起的验证信息办理请求,根据验证信息办理请求中的用户信息确定用户对应的缴存地公积金系统;
将验证信息办理请求发送至缴存地公积金系统,并接收缴存地公积金系统返回的验证信息。
在本发明实施例的一具体实施方式,用户需要进行的公积金业务办理所在地与公积金缴存地不一致,此时需要去缴存地公积金中心开具相应的证明文件(即上述验证信息),才能进行公积金业务办理地相应业务的办理。通过上述设置,用户直接线上发起验证信息办理请求,即可实现异地、线上办理相关验证信息,且线上办理的验证信息存储在线上,避免了线下办理的纸质文件丢失、损坏的情形,另一方面,线上办理效率快,即使办理得到的验证信息中某一信息出现错误,也能快速进行修正,提升了业务办理容错率。
进一步地,根据本发明实施例,上述将验证信息办理请求发送至缴存地公积金系统,并接收缴存地公积金系统返回的验证信息的步骤还包括:
将验证信息办理请求发送至缴存地公积金系统,并接收缴存地公积金系统对用户信息进行审核后返回的反馈结果;
判断反馈结果是否为通过,若是,向缴存地公积金系统发送验证信息获取请求,并接收缴存地公积金系统返回的验证信息。
通过上述设置,通过对验证信息办理请求中的用户信息进行审核,有利于确保后续返回的验证信息的准确度,避免影响后续公积金业务的办理,有效保障用户利益。
优选地,根据本发明实施例,若反馈结果为不通过,上述方法还包括:
接收用户根据反馈结果调整后的验证信息办理请求,将调整后的验证信息办理请求发送至缴存地公积金系统,并接收缴存地公积金系统返回的验证信息。
具体地,根据本发明实施例,上述验证信息获取请求,是业务办理系统接收用户发起的业务办理请求后,根据业务办理请求中的用户信息发起的。
通过上述设置,用户发起公积金业务办理请求后,有业务办理系统根据该用户的信息去查看该用户对应的验证信息,避免了需要线下公积金业务办理站点进行相应业务的审核办理,对用户而言,其从业务办理系统上发起业务办理请求后,即得到办理结果,即上述查看验证信息的过程对于用户是隐藏的,进一步提升了用户体验。
步骤S102,将目标验证信息的信息状态从未读状态更新为已读状态,并将目标验证信息发送至业务办理系统,以使得业务办理系统对验证信息进行审核,并根据审核结果进行相应的业务办理。
通过对目标验证信息的信息状态进行过更新,有利于监控业务办理系统的业务办理进度。业务系统接收到目标验证信息后,只需对该验证信息进行审核后,即可根据审核结果进行相应的业务办理,极大地提升了业务办理效率。
进一步地,根据本发明实施例,上述方法还包括:
接收用户发起的验证信息注销请求,判断验证信息注销请求指示的目标验证信息的信息状态;
若目标验证信息的信息状态为未读状态,将验证信息注销请求转发至用户对应的缴存地公积金系统,并接收缴存地公积金系统返回的注销结果。
在实际应用时,用户若不想继续进行相应的公积金业务的办理,或者公积金业务办理已结束,想注销掉相应的验证信息,以免信息被盗用等情形,通过上述设置,若目标验证信息的信息状态为未读状态,则表明该验证信息未被业务办理系统读取,以进行后续的业务办理;此时,直接向缴存地公积金系统发起验证信息注销请求,使得线上办理得到的验证信息失效或删除。
优选地,根据本发明实施例,若目标验证信息的信息状态为已读状态,上述方法还包括:
将验证信息注销请求转发至用户对应的业务办理系统,并接收业务办理系统返回的注销结果。
通过上述设置,若目标验证信息的信息状态为已读取,则表明业务办理系统已获取该目标验证信息,并根据该验证信息进行相应的业务办理,此时,需要向业务办理系统发起验证信息注销请求,使得业务办理系统处存储的验证信息失效或删除。
具体地,根据本发明实施例,将验证信息注销请求转发至用户对应的业务办理系统,并接收业务办理系统返回的注销结果的步骤还包括:
将验证信息注销请求转发至用户对应的业务办理系统,以使得业务办理系统对验证信息注销请求进行注销校对,并根据注销校对结果确定注销结果;
接收业务办理系统返回的注销结果。
通过上述设置,针对验证信息注销请求进行校对,有利于避免非用户本人进行的恶意注销等情形,影响用户的公积金业务办理。
进一步地,根据本发明实施例,在接收业务办理系统返回的注销结果的步骤之后,方法还包括:
将注销结果发送至用户对应的缴存地公积金系统,以使得缴存地公积金系统对用户对应的验证信息进行更新。
在目标验证信息的信息状态为已读取时,上述设置仅仅是将业务办理系统存储的目标验证信息进行失效处理或者删除处理;通过上述设置,使得缴存地公积金系统处生成的目标验证信息进行失效或者删除处理,有利于进一步保证用户信息安全。
优选地,根据本发明实施例,上述方法还包括:
设置自动注销周期,若目标验证信息为未读状态的时长超过自动注销周期,向用户对应的缴存地公积金系统发送自动注销请求,并接收缴存地公积金系统返回的注销结果。
上述步骤可以理解为本发明实施例的一个兜底策略,相当于为缴存地公积金系统生成的验证信息设置一个有效期限,在该期限内有效。
进一步地,根据本发明实施例,在业务办理系统对验证信息进行审核,并根据审核结果进行业务办理的步骤之后,上述方法还包括:
接收业务办理系统发送的业务办理结果,并将业务办理结果发送至用户对应的缴存地公积金系统。
通过上述设置,将业务办理系统的业务办理结果发送至缴存地公积金系统,实现了多系统之间数据的同步,有利于后续公积金业务的办理和维护。
优选地,根据本发明实施例,若业务办理结果发生更新,上述方法还包括:
接收业务办理系统发送的更新后的业务办理结果,并将更新后的业务办理结果发送至用户对应的缴存地公积金系统。
示例性地,根据本发明实施例,上述方法还包括:
对业务办理结果进行存储;
接收业务办理结果查询请求,向业务办理结果查询请求的发起方发送业务办理结果。
通过上述设置,将业务办理过程中的数据进行统一存储,有利于后续进行批量查询,以促进多系统之间数据的核对和分析。
具体地,根据本发明实施例,上述业务办理系统和缴存地公积金系统均为二级设置,其中,一级业务办理系统对应至少一个二级业务办理系统;一级缴存地公积金系统对应至少一个二级缴存地公积金系统。
具体地,根据本发明实施例的一具体实施方式,可根据行政区域将业务办理系统和缴存地公积金系统均为二级设置,如省级行政区域对应一级业务办理系统/一级缴存地公积金系统;市级行政区域对应二级业务办理系统/二级缴存地公积金系统。需要说明的是,上述划分等级数、划分方式进而示例,并不作为本发明实施例的限定。
根据本发明实施例的技术方案,因为采用接收业务办理系统发起的验证信息获取请求,根据验证信息获取请求中包括的用户信息确定验证信息获取请求对应的目标验证信息;将目标验证信息的信息状态从未读状态更新为已读状态,并将目标验证信息发送至业务办理系统,以使得业务办理系统对验证信息进行审核,并根据审核结果进行相应的业务办理的技术手段,所以克服了现有的公积金相关业务由于需要线下办理,产生大量纸质文件,且容错率低,消耗大量人力资源,同时业务办理流程复杂、耗时长、办理效率低,用户体验差的技术问题,进而达到提高业务办理容错率,降低资源消耗,简化业务办理流程,提高业务办理效率,提升用户体验的技术效果。
图2a是根据本发明第二实施例提供的线上处理公积金业务的方法的主要流程的示意图;本发明实施例的一应用场景是异地办理公积金贷款业务,如图2a所示,本发明实施例提供的线上处理公积金业务的方法主要包括:
步骤S201,接收用户发起的验证信息办理请求,根据验证信息办理请求中的用户信息确定用户对应的缴存地公积金系统。
具体地,对于异地办理公积金贷款业务的应用场景,用户需要办理缴存地公积金系统开具的证明文件(即上述验证信息)。现有的方法中需要用户去线下的缴存地公积金中心进行纸质文件的办理,不但耗费人力,且纸质文件已丢失、损坏,在办理的纸质文件出错的情况下,还需再次取线下进行再次办理,导致后续公积金异地贷款业务办理效率慢,用户体验差。通过上述设置,在向业务办理系统申请进行相应公积金业务的办理后(如向业务办理系统申请进行公积金贷款),由业务办理系统去获取相应的验证信息,省去了用户线下各个部门人工办理纸质文件信息的步骤,极大简化业务办理流程,实现了公积金相关业务的线上办理,提高了业务办理效率,提升了用户体验。
步骤S202,将验证信息办理请求发送至缴存地公积金系统,并接收缴存地公积金系统对用户信息进行审核后返回的反馈结果。
通过上述设置,通过对验证信息办理请求中的用户信息进行审核,有利于确保后续返回的验证信息的准确度,避免影响后续公积金业务的办理,有效保障用户利益。
步骤S203,判断反馈结果是否为通过,若是,向缴存地公积金系统发送验证信息获取请求,并接收缴存地公积金系统返回的验证信息。
进一步地,根据本发明实施例,若反馈结果为不通过,上述方法还包括:
接收用户根据反馈结果调整后的验证信息办理请求,将调整后的验证信息办理请求发送至缴存地公积金系统,并接收缴存地公积金系统返回的验证信息。
通过上述设置,通过对验证信息办理请求中的用户信息进行审核,有利于确保后续返回的验证信息的准确度,避免影响后续公积金业务的办理,有效保障用户利益。
具体地,根据本发明实施例的一具体实施方式,如图2b所示,线上办理公积金业务的系统接收到用户申报的办理验证信息的请求后,通过调用申报接口将该请求发送至缴存地公积金中心,并接收反馈结果,在反馈结果为通过的情况下,调用获取接口,从缴存地公积金中心获取证明文件(即验证信息)。其中,一级缴存地公积金中心可以为缴存省政务服务平台,二级缴存地公积金中心可以为市级缴存地公积金中心。
步骤S204,接收业务办理系统发起的验证信息获取请求,根据验证信息获取请求中包括的用户信息确定验证信息获取请求对应的目标验证信息。
具体地,根据本发明实施例的一具体实施方式,如图2c所示,业务办理系统响应于用户发起的业务办理请求,发起验证信息查询请求,并通过调用查询接口将验证信息查询请求发送至线上办理公积金业务的系统,线上办理公积金业务的系统根据验证信息查询请求确定目标验证信息,将该目标验证信息的信息状态更新后,将目标验证信息发送至业务办理系统;同时还将信息状态发送至缴存地公积金中心。其中,一级业务办理系统可以为业务办理地省政务服务平台(如贷款地省政务服务平台),二级业务办理系统可以为市级业务办理地公积金中心(如市级贷款地公积金中心)。
根据本发明实施例的一具体实施方式,上述业务办理系统和缴存地公积金系统均为二级设置,其中,一级业务办理系统(以省级行政区域进行设置)对应至少一个二级业务办理系统(以市级行政区域进行设置);一级缴存地公积金系统对应至少一个二级缴存地公积金系统。
具体地,根据本发明实施例,上述验证信息获取请求,是业务办理系统接收用户发起的业务办理请求后,根据业务办理请求中的用户信息发起的。
通过上述设置,用户发起公积金业务办理请求后,有业务办理系统根据该用户的信息去查看该用户对应的验证信息,避免了需要线下公积金业务办理站点进行相应业务的审核办理,对用户而言,其从业务办理系统上发起业务办理请求后,即得到办理结果,即上述查看验证信息的过程对于用户是隐藏的,进一步提升了用户体验。
步骤S205,将目标验证信息的信息状态从未读状态更新为已读状态,并将目标验证信息发送至业务办理系统,以使得业务办理系统对验证信息进行审核,并根据审核结果进行相应的业务办理。
通过对目标验证信息的信息状态进行过更新,有利于监控业务办理系统的业务办理进度。业务系统接收到目标验证信息后,只需对该验证信息进行审核后,即可根据审核结果进行相应的业务办理,极大地提升了业务办理效率。
步骤S206,对业务处理结果进行存储,接收业务办理结果查询请求,向业务办理结果查询请求的发起方发送业务办理结果。
通过上述设置,将业务办理过程中的数据进行统一存储,有利于后续进行批量查询,以促进多系统之间数据的核对和分析。
步骤S207,接收用户发起的验证信息注销请求,判断验证信息注销请求指示的目标验证信息的信息状态是否为已读。若是,即目标验证信息的信息状态为已读,执行步骤S208;若否,即目标验证信息的信息状态为未读,转到步骤S209。
步骤S208,将验证信息注销请求转发至用户对应的业务办理系统,并接收业务办理系统返回的注销结果。
在实际应用时,用户若不想继续进行相应的公积金业务的办理,或者公积金业务办理已结束,想注销掉相应的验证信息,以免信息被盗用等情形,通过上述设置,若目标验证信息的信息状态为已读取,则表明业务办理系统已获取该目标验证信息,并根据该验证信息进行相应的业务办理,此时,需要向业务办理系统发起验证信息注销请求,使得业务办理系统处存储的验证信息失效或删除。
步骤S209,将验证信息注销请求转发至用户对应的缴存地公积金系统,并接收缴存地公积金系统返回的注销结果。
通过上述设置,若目标验证信息的信息状态为未读状态,则表明该验证信息未被业务办理系统读取,以进行后续的业务办理;此时,直接向缴存地公积金系统发起验证信息注销请求,使得线上办理得到的验证信息失效或删除。
具体地,根据本发明实施例的一具体实施方式,如图2d所示,在目标验证信息的信息状态为未读的情况下,用户发起验证信息注销请求后,线上办理公积金业务的系统通过调用接口将该请求转发至缴存地公积金中心,并接收注销结果。需要说明的是,也可由线上办理公积金业务的系统进行注销,将该注销结果发送至缴存地公积金中心,再接收缴存地公积金中心返回的响应结果(响应结果表示缴存地公积金中心获取该验证信息已被注销)。
进一步地,将验证信息注销请求转发至用户对应的业务办理系统,并接收业务办理系统返回的注销结果的步骤还包括:
将验证信息注销请求转发至用户对应的业务办理系统,以使得业务办理系统对验证信息注销请求进行注销校对,并根据注销校对结果确定注销结果;
接收业务办理系统返回的注销结果。
通过上述设置,针对验证信息注销请求进行校对,有利于避免非用户本人进行的恶意注销等情形,影响用户的公积金业务办理。
进一步地,在接收业务办理系统返回的注销结果的步骤之后,方法还包括:
将注销结果发送至用户对应的缴存地公积金系统,以使得缴存地公积金系统对用户对应的验证信息进行更新。
在目标验证信息的信息状态为已读取时,上述设置仅仅是将业务办理系统存储的目标验证信息进行失效处理或者删除处理;通过上述设置,使得缴存地公积金系统处生成的目标验证信息进行失效或者删除处理,有利于进一步保证用户信息安全。
进一步地,方法还包括:
设置自动注销周期,若目标验证信息为未读状态的时长超过自动注销周期,向用户对应的缴存地公积金系统发送自动注销请求,并接收缴存地公积金系统返回的注销结果。
上述步骤可以理解为本发明实施例的一个兜底策略,相当于为缴存地公积金系统生成的验证信息设置一个有效期限,在该期限内有效。
进一步地,在业务办理系统对验证信息进行审核,并根据审核结果进行业务办理的步骤之后,方法还包括:
接收业务办理系统发送的业务办理结果,并将业务办理结果发送至用户对应的缴存地公积金系统。
通过上述设置,将业务办理系统的业务办理结果发送至缴存地公积金系统,实现了多系统之间数据的同步,有利于后续公积金业务的办理和维护。具体地,根据本发明实施例的一具体实施方式,如图2e所示。
进一步地,若业务办理结果发生更新,方法还包括:
接收业务办理系统发送的更新后的业务办理结果,并将更新后的业务办理结果发送至用户对应的缴存地公积金系统。
接收业务办理系统发送的更新后的业务办理结果,并将更新后的业务办理结果发送至用户对应的缴存地公积金系统。
根据本发明实施例的技术方案,因为采用接收业务办理系统发起的验证信息获取请求,根据验证信息获取请求中包括的用户信息确定验证信息获取请求对应的目标验证信息;将目标验证信息的信息状态从未读状态更新为已读状态,并将目标验证信息发送至业务办理系统,以使得业务办理系统对验证信息进行审核,并根据审核结果进行相应的业务办理的技术手段,所以克服了现有的公积金相关业务由于需要线下办理,产生大量纸质文件,且容错率低,消耗大量人力资源,同时业务办理流程复杂、耗时长、办理效率低,用户体验差的技术问题,进而达到提高业务办理容错率,降低资源消耗,简化业务办理流程,提高业务办理效率,提升用户体验的技术效果。
图3是根据本发明实施例提供的线上处理公积金业务的系统的主要框架的示意图;如图3所示,本发明实施例提供的线上处理公积金业务的系统300主要包括:
验证信息获取请求接收单元301,用于接收业务办理系统发起的验证信息获取请求,根据验证信息获取请求中包括的用户信息确定验证信息获取请求对应的目标验证信息。
通过上述设置,在向业务办理系统申请进行相应公积金业务的办理后(如向业务办理系统申请进行公积金贷款),由业务办理系统去获取相应的验证信息,省去了用户线下各个部门人工办理纸质文件信息的步骤,极大简化业务办理流程,实现了公积金相关业务的线上办理,提高了业务办理效率,提升了用户体验。
具体地,根据本发明实施例,上述线上处理公积金业务的系统300还包括验证信息办理请求接收单元和验证信息发送单元,在接收业务办理系统发起的验证信息获取请求的步骤之前,
验证信息办理请求接收单元,用于接收用户发起的验证信息办理请求,根据验证信息办理请求中的用户信息确定用户对应的缴存地公积金系统;
验证信息发送单元,用于将验证信息办理请求发送至缴存地公积金系统,并接收缴存地公积金系统返回的验证信息。
在本发明实施例的一具体实施方式,用户需要进行的公积金业务办理所在地与公积金缴存地不一致,此时需要去缴存地公积金中心开具相应的证明文件(即上述验证信息),才能进行公积金业务办理地相应业务的办理。通过上述设置,用户直接线上发起验证信息办理请求,即可实现异地、线上办理相关验证信息,且线上办理的验证信息存储在线上,避免了线下办理的纸质文件丢失、损坏的情形,另一方面,线上办理效率快,即使办理得到的验证信息中某一信息出现错误,也能快速进行修正,提升了业务办理容错率。
进一步地,根据本发明实施例,上述验证信息发送单元还用于:
将验证信息办理请求发送至缴存地公积金系统,并接收缴存地公积金系统对用户信息进行审核后返回的反馈结果;
判断反馈结果是否为通过,若是,向缴存地公积金系统发送验证信息获取请求,并接收缴存地公积金系统返回的验证信息。
通过上述设置,通过对验证信息办理请求中的用户信息进行审核,有利于确保后续返回的验证信息的准确度,避免影响后续公积金业务的办理,有效保障用户利益。
优选地,根据本发明实施例,若反馈结果为不通过,上述验证信息获取请求接收单元301还用于:接收用户根据反馈结果调整后的验证信息办理请求,将调整后的验证信息办理请求发送至缴存地公积金系统,并接收缴存地公积金系统返回的验证信息。
具体地,根据本发明实施例,上述验证信息获取请求,是业务办理系统接收用户发起的业务办理请求后,根据业务办理请求中的用户信息发起的。
通过上述设置,用户发起公积金业务办理请求后,有业务办理系统根据该用户的信息去查看该用户对应的验证信息,避免了需要线下公积金业务办理站点进行相应业务的审核办理,对用户而言,其从业务办理系统上发起业务办理请求后,即得到办理结果,即上述查看验证信息的过程对于用户是隐藏的,进一步提升了用户体验。
验证信息发送单元302,用于将目标验证信息的信息状态从未读状态更新为已读状态,并将目标验证信息发送至业务办理系统,以使得业务办理系统对验证信息进行审核,并根据审核结果进行相应的业务办理。
进一步地,根据本发明实施例,上述线上处理公积金业务的系统300还包括验证信息注销模块,用于:
接收用户发起的验证信息注销请求,判断验证信息注销请求指示的目标验证信息的信息状态;
若目标验证信息的信息状态为未读状态,将验证信息注销请求转发至用户对应的缴存地公积金系统,并接收缴存地公积金系统返回的注销结果。
在实际应用时,用户若不想继续进行相应的公积金业务的办理,或者公积金业务办理已结束,想注销掉相应的验证信息,以免信息被盗用等情形,通过上述设置,若目标验证信息的信息状态为未读状态,则表明该验证信息未被业务办理系统读取,以进行后续的业务办理;此时,直接向缴存地公积金系统发起验证信息注销请求,使得线上办理得到的验证信息失效或删除。
优选地,根据本发明实施例,若目标验证信息的信息状态为已读状态,上述验证信息注销模块还用于:
将验证信息注销请求转发至用户对应的业务办理系统,并接收业务办理系统返回的注销结果。
通过上述设置,若目标验证信息的信息状态为已读取,则表明业务办理系统已获取该目标验证信息,并根据该验证信息进行相应的业务办理,此时,需要向业务办理系统发起验证信息注销请求,使得业务办理系统处存储的验证信息失效或删除。
具体地,根据本发明实施例,上述验证信息注销模块还用于:
将验证信息注销请求转发至用户对应的业务办理系统,以使得业务办理系统对验证信息注销请求进行注销校对,并根据注销校对结果确定注销结果;
接收业务办理系统返回的注销结果。
通过上述设置,针对验证信息注销请求进行校对,有利于避免非用户本人进行的恶意注销等情形,影响用户的公积金业务办理。
进一步地,根据本发明实施例,上述线上处理公积金业务的系统300还包括验证信息更新模块,在接收业务办理系统返回的注销结果的步骤之后,验证信息更新模块用于:
将注销结果发送至用户对应的缴存地公积金系统,以使得缴存地公积金系统对用户对应的验证信息进行更新。
在目标验证信息的信息状态为已读取时,上述设置仅仅是将业务办理系统存储的目标验证信息进行失效处理或者删除处理;通过上述设置,使得缴存地公积金系统处生成的目标验证信息进行失效或者删除处理,有利于进一步保证用户信息安全。
优选地,根据本发明实施例,上述线上处理公积金业务的系统300还包括自动注销模块,用于:
设置自动注销周期,若目标验证信息为未读状态的时长超过自动注销周期,向用户对应的缴存地公积金系统发送自动注销请求,并接收缴存地公积金系统返回的注销结果。
上述步骤可以理解为本发明实施例的一个兜底策略,相当于为缴存地公积金系统生成的验证信息设置一个有效期限,在该期限内有效。
进一步地,根据本发明实施例,上述线上处理公积金业务的系统300还包括业务处理结果发送模块,在业务办理系统对验证信息进行审核,并根据审核结果进行业务办理的步骤之后,用于:
接收业务办理系统发送的业务办理结果,并将业务办理结果发送至用户对应的缴存地公积金系统。
通过上述设置,将业务办理系统的业务办理结果发送至缴存地公积金系统,实现了多系统之间数据的同步,有利于后续公积金业务的办理和维护。
优选地,根据本发明实施例,上述线上处理公积金业务的系统300还包括业务办理结果更新模块,若业务办理结果发生更新,用于:
接收业务办理系统发送的更新后的业务办理结果,并将更新后的业务办理结果发送至用户对应的缴存地公积金系统。
示例性地,根据本发明实施例,上述线上处理公积金业务的系统300还包括业务办理结果查询模块,用于:
对业务办理结果进行存储;接收业务办理结果查询请求,向业务办理结果查询请求的发起方发送业务办理结果。
通过上述设置,将业务办理过程中的数据进行统一存储,有利于后续进行批量查询,以促进多系统之间数据的核对和分析。
具体地,根据本发明实施例,上述业务办理系统和缴存地公积金系统均为二级设置,其中,一级业务办理系统对应至少一个二级业务办理系统;一级缴存地公积金系统对应至少一个二级缴存地公积金系统。
具体地,根据本发明实施例的一具体实施方式,可根据行政区域将业务办理系统和缴存地公积金系统均为二级设置,如省级行政区域对应一级业务办理系统/一级缴存地公积金系统;市级行政区域对应二级业务办理系统/二级缴存地公积金系统。需要说明的是,上述划分等级数、划分方式进而示例,并不作为本发明实施例的限定。
根据本发明实施例的技术方案,因为采用接收业务办理系统发起的验证信息获取请求,根据验证信息获取请求中包括的用户信息确定验证信息获取请求对应的目标验证信息;将目标验证信息的信息状态从未读状态更新为已读状态,并将目标验证信息发送至业务办理系统,以使得业务办理系统对验证信息进行审核,并根据审核结果进行相应的业务办理的技术手段,所以克服了现有的公积金相关业务由于需要线下办理,产生大量纸质文件,且容错率低,消耗大量人力资源,同时业务办理流程复杂、耗时长、办理效率低,用户体验差的技术问题,进而达到提高业务办理容错率,降低资源消耗,简化业务办理流程,提高业务办理效率,提升用户体验的技术效果。
图4是根据本发明实施例提供的公积金业务办理系统的主要框架的示意图;如图所示,本发明实施例提供的公积金业务办理系统400主要包括:业务办理系统、缴存地公积金系统和上述任一种线上处理公积金业务的系统,其中,
线上处理公积金业务的系统300接收业务办理系统401发起的验证信息获取请求,根据验证信息获取请求中包括的用户信息确定验证信息获取请求对应的目标验证信息;将目标验证信息的信息状态从未读状态更新为已读状态,并将目标验证信息发送至业务办理系统301,以使得业务办理系统301对验证信息进行审核,并根据审核结果进行相应的业务办理。
另一方面,线上处理公积金业务的系统300接收用户发起的验证信息办理请求,根据验证信息办理请求中的用户信息确定用户对应的缴存地公积金系统402;将验证信息办理请求发送至缴存地公积金系统402,并接收缴存地公积金系统402返回的验证信息。
根据本发明实施例的技术方案,因为采用接收业务办理系统发起的验证信息获取请求,根据验证信息获取请求中包括的用户信息确定验证信息获取请求对应的目标验证信息;将目标验证信息的信息状态从未读状态更新为已读状态,并将目标验证信息发送至业务办理系统,以使得业务办理系统对验证信息进行审核,并根据审核结果进行相应的业务办理的技术手段,所以克服了现有的公积金相关业务由于需要线下办理,产生大量纸质文件,且容错率低,消耗大量人力资源,同时业务办理流程复杂、耗时长、办理效率低,用户体验差的技术问题,进而达到提高业务办理容错率,降低资源消耗,简化业务办理流程,提高业务办理效率,提升用户体验的技术效果。
图5示出了可以应用本发明实施例的线上处理公积金业务的方法或线上处理公积金业务的系统(根据具体案件调整)的示例性系统架构500。
如图5所示,系统架构500可以包括终端设备501、502、503,网络504和服务器505(此架构仅仅是示例,具体架构中包含的组件可以根据申请具体情况调整)。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备501、502、503通过网络504与服务器505交互,以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用,例如公积金贷款应用、公积金业务办理应用、等(仅为示例)。
终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器505可以是提供各种服务的服务器,例如对用户利用终端设备501、502、503所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的验证信息获取请求等数据进行分析等处理,并将处理结果(例如目标验证信息--仅为示例)反馈给终端设备。
需要说明的是,本发明实施例所提供的线上处理公积金业务的方法一般由服务器505执行,相应地,线上处理公积金业务的系统一般设置于服务器505中。
应该理解,图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
下面参考图6,其示出了适于用来实现本发明实施例的终端设备或服务器的计算机系统600的结构示意图。图6示出的终端设备或服务器仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图6所示,计算机系统600包括中央处理单元(CPU)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中,还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下部件连接至I/O接口605:包括键盘、鼠标等的输入部分606;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607;包括硬盘等的存储部分608;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器610上,以便于从其上读出的计算机程序根据需要被安装入存储部分608。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分609从网络上被下载和安装,和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时,执行本发明的系统中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括验证信息获取请求接收单元和验证信息发送单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,验证信息发送单元还可以被描述为“用于将目标验证信息的信息状态从未读状态更新为已读状态,并将目标验证信息发送至业务办理系统,以使得业务办理系统对验证信息进行审核,并根据审核结果进行相应的业务办理的单元”。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:接收业务办理系统发起的验证信息获取请求,根据验证信息获取请求中包括的用户信息确定验证信息获取请求对应的目标验证信息;将目标验证信息的信息状态从未读状态更新为已读状态,并将目标验证信息发送至业务办理系统,以使得业务办理系统对验证信息进行审核,并根据审核结果进行相应的业务办理。
根据本发明实施例的技术方案,因为采用接收业务办理系统发起的验证信息获取请求,根据验证信息获取请求中包括的用户信息确定验证信息获取请求对应的目标验证信息;将目标验证信息的信息状态从未读状态更新为已读状态,并将目标验证信息发送至业务办理系统,以使得业务办理系统对验证信息进行审核,并根据审核结果进行相应的业务办理的技术手段,所以克服了现有的公积金相关业务由于需要线下办理,产生大量纸质文件,且容错率低,消耗大量人力资源,同时业务办理流程复杂、耗时长、办理效率低,用户体验差的技术问题,进而达到提高业务办理容错率,降低资源消耗,简化业务办理流程,提高业务办理效率,提升用户体验的技术效果。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
Claims (20)
1.一种线上处理公积金业务的方法,其特征在于,包括:
接收业务办理系统发起的验证信息获取请求,根据所述验证信息获取请求中包括的用户信息确定所述验证信息获取请求对应的目标验证信息;
将所述目标验证信息的信息状态从未读状态更新为已读状态,并将所述目标验证信息发送至所述业务办理系统,以使得所述业务办理系统对所述验证信息进行审核,并根据审核结果进行相应的业务办理。
2.根据权利要求1所述的线上处理公积金业务的方法,其特征在于,在所述接收业务办理系统发起的验证信息获取请求的步骤之前,所述方法还包括:
接收用户发起的验证信息办理请求,根据所述验证信息办理请求中的用户信息确定所述用户对应的缴存地公积金系统;
将所述验证信息办理请求发送至所述缴存地公积金系统,并接收所述缴存地公积金系统返回的验证信息。
3.根据权利要求2所述的线上处理公积金业务的方法,其特征在于,所述将验证信息办理请求发送至所述缴存地公积金系统,并接收所述缴存地公积金系统返回的验证信息的步骤还包括:
将验证信息办理请求发送至所述缴存地公积金系统,并接收所述缴存地公积金系统对所述用户信息进行审核后返回的反馈结果;
判断所述反馈结果是否为通过,若是,向所述缴存地公积金系统发送验证信息获取请求,并接收所述缴存地公积金系统返回的验证信息。
4.根据权利要求3所述的线上处理公积金业务的方法,其特征在于,若所述反馈结果为不通过,所述方法还包括:
接收所述用户根据所述反馈结果调整后的验证信息办理请求,将所述调整后的验证信息办理请求发送至所述缴存地公积金系统,并接收所述缴存地公积金系统返回的验证信息。
5.根据权利要求1所述的线上处理公积金业务的方法,其特征在于,所述验证信息获取请求,是所述业务办理系统接收用户发起的业务办理请求后,根据所述业务办理请求中的用户信息发起的。
6.根据权利要求1所述的线上处理公积金业务的方法,其特征在于,所述方法还包括:
接收用户发起的验证信息注销请求,判断所述验证信息注销请求指示的目标验证信息的信息状态;
若所述目标验证信息的信息状态为未读状态,将所述验证信息注销请求转发至所述用户对应的缴存地公积金系统,并接收所述缴存地公积金系统返回的注销结果。
7.根据权利要求6所述的线上办理公积金业务的方法,其特征在于,若所述目标验证信息的信息状态为已读状态,所述方法还包括:
将所述验证信息注销请求转发至所述用户对应的业务办理系统,并接收所述业务办理系统返回的注销结果。
8.根据权利要求7所述的线上办理公积金业务的方法,其特征在于,所述将验证信息注销请求转发至所述用户对应的业务办理系统,并接收所述业务办理系统返回的注销结果的步骤还包括:
将验证信息注销请求转发至所述用户对应的业务办理系统,以使得所述业务办理系统对所述验证信息注销请求进行注销校对,并根据注销校对结果确定所述注销结果;
接收所述业务办理系统返回的所述注销结果。
9.根据权利要求7所述的线上办理公积金业务的方法,其特征在于,在所述接收业务办理系统返回的注销结果的步骤之后,所述方法还包括:
将所述注销结果发送至所述用户对应的缴存地公积金系统,以使得所述缴存地公积金系统对所述用户对应的验证信息进行更新。
10.根据权利要求2所述的线上办理公积金业务的方法,其特征在于,所述方法还包括:
设置自动注销周期,若所述目标验证信息为未读状态的时长超过所述自动注销周期,向所述用户对应的缴存地公积金系统发送自动注销请求,并接收所述缴存地公积金系统返回的注销结果。
11.根据权利要求1所述的线上办理公积金业务的方法,其特征在于,在所述业务办理系统对所述验证信息进行审核,并根据审核结果进行业务办理的步骤之后,所述方法还包括:
接收所述业务办理系统发送的业务办理结果,并将所述业务办理结果发送至用户对应的缴存地公积金系统。
12.根据权利要求11所述的线上办理公积金业务的方法,其特征在于,若所述业务办理结果发生更新,所述方法还包括:
接收所述业务办理系统发送的更新后的业务办理结果,并将所述更新后的业务办理结果发送至所述用户对应的缴存地公积金系统。
13.根据权利要求11或12所述的线上办理公积金业务的方法,其特征在于,还包括:
对所述业务办理结果进行存储;
接收业务办理结果查询请求,向所述业务办理结果查询请求的发起方发送所述业务办理结果。
14.根据权利要求1所述的线上办理公积金业务的方法,其特征在于,所述业务办理系统和所述缴存地公积金系统均为二级设置,其中,一级业务办理系统对应至少一个二级业务办理系统;一级缴存地公积金系统对应至少一个二级缴存地公积金系统。
15.一种线上处理公积金业务的系统,其特征在于,包括:
验证信息获取请求接收单元,用于接收业务办理系统发起的验证信息获取请求,根据所述验证信息获取请求中包括的用户信息确定所述验证信息获取请求对应的目标验证信息;
验证信息发送单元,用于将所述目标验证信息的信息状态从未读状态更新为已读状态,并将所述目标验证信息发送至所述业务办理系统,以使得所述业务办理系统对所述验证信息进行审核,并根据审核结果进行相应的业务办理。
16.根据权利要求15所述的线上处理公积金业务的系统,其特征在于,所述系统还包括验证信息办理请求接收单元和验证信息发送单元,在所述接收业务办理系统发起的验证信息获取请求的步骤之前,
所述验证信息办理请求接收单元,用于接收用户发起的验证信息办理请求,根据所述验证信息办理请求中的用户信息确定所述用户对应的缴存地公积金系统;
所述验证信息发送单元,用于将所述验证信息办理请求发送至所述缴存地公积金系统,并接收所述缴存地公积金系统返回的验证信息。
17.根据权利要求15所述的线上处理公积金业务的系统,其特征在于,所述验证信息获取请求,是所述业务办理系统接收所述用户发起的业务办理请求后,根据所述业务办理请求中的用户信息发起的。
18.一种公积金业务办理系统,其特征在于,包括:业务办理系统、缴存地公积金系统和权利要求15-17中任一项所述的线上处理公积金业务的系统。
19.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-14中任一所述的方法。
20.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-14中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010975370.2A CN112101907A (zh) | 2020-09-16 | 2020-09-16 | 一种线上办理公积金业务的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010975370.2A CN112101907A (zh) | 2020-09-16 | 2020-09-16 | 一种线上办理公积金业务的方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112101907A true CN112101907A (zh) | 2020-12-18 |
Family
ID=73759293
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010975370.2A Pending CN112101907A (zh) | 2020-09-16 | 2020-09-16 | 一种线上办理公积金业务的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112101907A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114092035A (zh) * | 2021-10-29 | 2022-02-25 | 珠海大横琴科技发展有限公司 | 一种基于企业服务系统的数据处理方法和装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110443054A (zh) * | 2019-08-07 | 2019-11-12 | 中国建设银行股份有限公司 | 一种在线传送数据文件的系统和方法 |
WO2019237565A1 (zh) * | 2018-06-12 | 2019-12-19 | 平安科技(深圳)有限公司 | 贷款业务处理方法、装置、计算机设备及可读存储介质 |
CN110825539A (zh) * | 2019-11-07 | 2020-02-21 | 中国联合网络通信集团有限公司 | 业务处理方法及装置 |
CN111402069A (zh) * | 2020-02-27 | 2020-07-10 | 数字广东网络建设有限公司 | 公积金数据获取方法、装置、计算机设备和存储介质 |
CN111612443A (zh) * | 2020-04-30 | 2020-09-01 | 沈阳数云科技有限公司 | 一种公积金业务办理方法、系统、设备及可读存储介质 |
-
2020
- 2020-09-16 CN CN202010975370.2A patent/CN112101907A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019237565A1 (zh) * | 2018-06-12 | 2019-12-19 | 平安科技(深圳)有限公司 | 贷款业务处理方法、装置、计算机设备及可读存储介质 |
CN110443054A (zh) * | 2019-08-07 | 2019-11-12 | 中国建设银行股份有限公司 | 一种在线传送数据文件的系统和方法 |
CN110825539A (zh) * | 2019-11-07 | 2020-02-21 | 中国联合网络通信集团有限公司 | 业务处理方法及装置 |
CN111402069A (zh) * | 2020-02-27 | 2020-07-10 | 数字广东网络建设有限公司 | 公积金数据获取方法、装置、计算机设备和存储介质 |
CN111612443A (zh) * | 2020-04-30 | 2020-09-01 | 沈阳数云科技有限公司 | 一种公积金业务办理方法、系统、设备及可读存储介质 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114092035A (zh) * | 2021-10-29 | 2022-02-25 | 珠海大横琴科技发展有限公司 | 一种基于企业服务系统的数据处理方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112334933B (zh) | 区块链交易处理 | |
CN111062024B (zh) | 一种应用登录方法和装置 | |
CN110958237A (zh) | 一种权限校验的方法和装置 | |
CN111160845A (zh) | 一种业务处理方法和装置 | |
CN110895603B (zh) | 多系统账号信息整合方法和装置 | |
CN110473036B (zh) | 一种生成订单号的方法和装置 | |
CN111460129A (zh) | 标识生成的方法、装置、电子设备和存储介质 | |
CN110648216A (zh) | 一种风控方法和装置 | |
CN111833066A (zh) | 一种账户授权的方法、装置及系统 | |
CN107634942B (zh) | 识别恶意请求的方法和装置 | |
CN112905990A (zh) | 一种访问方法、客户端、服务端及访问系统 | |
CN112101907A (zh) | 一种线上办理公积金业务的方法和系统 | |
CN113010238A (zh) | 一种微应用调用接口的权限确定方法、装置和系统 | |
CN112116326A (zh) | 一种基于共享平台的公积金业务处理方法和系统 | |
CN111695985A (zh) | 处理公积金自愿缴存业务的系统和方法 | |
CN117041959A (zh) | 一种业务处理方法、装置、电子设备及计算机可读介质 | |
CN111126935A (zh) | 保全数据的处理方法、装置、电子设备和存储介质 | |
CN116861397A (zh) | 一种请求处理方法、装置、电子设备及计算机可读介质 | |
CN111341039B (zh) | 一种吞卡处理方法和系统、客户端和服务端 | |
CN113742617A (zh) | 一种缓存更新的方法和装置 | |
CN111210349A (zh) | 虚拟资产的转托管方法、装置、电子设备和存储介质 | |
CN112272211A (zh) | 业务请求处理方法、装置及系统 | |
CN111786936A (zh) | 用于鉴权的方法和装置 | |
CN112825519A (zh) | 一种识别异常登录的方法和装置 | |
CN110661854A (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 |