CN116993469A - 基于手机银行的线下业务处理方法、装置及电子设备 - Google Patents
基于手机银行的线下业务处理方法、装置及电子设备 Download PDFInfo
- Publication number
- CN116993469A CN116993469A CN202310814236.8A CN202310814236A CN116993469A CN 116993469 A CN116993469 A CN 116993469A CN 202310814236 A CN202310814236 A CN 202310814236A CN 116993469 A CN116993469 A CN 116993469A
- Authority
- CN
- China
- Prior art keywords
- service
- user
- information
- business
- stage
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 14
- 238000000034 method Methods 0.000 claims abstract description 98
- RWSOTUBLDIXVET-UHFFFAOYSA-N Dihydrogen sulfide Chemical compound S RWSOTUBLDIXVET-UHFFFAOYSA-N 0.000 claims abstract description 35
- 230000000007 visual effect Effects 0.000 claims abstract description 12
- 230000008569 process Effects 0.000 claims description 54
- 238000012545 processing Methods 0.000 claims description 53
- 230000003993 interaction Effects 0.000 claims description 47
- 238000012790 confirmation Methods 0.000 claims description 6
- 238000012795 verification Methods 0.000 claims description 5
- 238000010586 diagram Methods 0.000 description 8
- 230000000694 effects Effects 0.000 description 5
- 238000004590 computer program Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000000151 deposition Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000008451 emotion Effects 0.000 description 1
- 230000002996 emotional effect Effects 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 238000000265 homogenisation Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
-
- 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/02—Reservations, e.g. for tickets, services or events
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Tourism & Hospitality (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Technology Law (AREA)
- Human Computer Interaction (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请提供一种基于手机银行的线下业务处理方法、装置及电子设备，可用于移动互联领域。该方法包括：接收终端设备发送的预约取号请求，查询网点当前处于办理状态的业务所处的业务阶段，确定剩余业务阶段和剩余时长；确定网点当前等待用户办理业务需要的时长；根据当前处于办理状态的业务需要的剩余时长、当前等待用户办理业务需要的时长确定当前预估等待时长；生成预约信息，并发送给终端设备；以第一预设频率对预约信息进行更新，当前预估等待时长小于第一时间阈值，向终端设备发送到号提醒通知；以第二预设频率确定当前用户办理业务所处的业务阶段，确定当前剩余业务阶段及剩余时长，并发送至终端设备，进行可视化展示，提升了用户体验。
Description
技术领域
本申请涉及移动互联领域，尤其涉及一种基于手机银行的线下业务处理方法、装置及电子设备。
背景技术
银行网点是人们日常生活中获取金融服务的一个重要途径，人们常常需要前往银行网点办理各项业务，比如存取款、开通银行账户等。
当下，随着科技的发展，银行将部分业务交由手机银行APP或智能柜台等智能设备处理，但仍有部分内容负载、步骤繁琐的业务，需要用户前往柜台办理。
而通常情况下，需要去柜台办理的业务耗时较长，且用户对于业务办理程序了解不足等，导致用户体验较差。
发明内容
本申请提供一种基于手机银行的线下业务处理方法、装置及电子设备，用以解决现有用户办理柜台业务，用户体验较差的问题。
第一方面，本申请提供一种基于手机银行的线下业务处理方法，包括：
接收终端设备发送的预约取号请求，预约取号请求携带用户的待办业务类型和办理待办业务的网点信息；
查询网点当前处于办理状态的业务所处的业务阶段，确定剩余业务阶段和剩余时长，剩余业务阶段为业务中，未办理的业务阶段，剩余时长为办理剩余业务阶段需要的时间；
查询当前网点包含的各柜台业务办理情况、等待用户数量及等待用户的待办业务，并基于预设的待办业务需要的平均时长，确定当前等待用户办理业务需要的时长，柜台业务办理情况包含下述至少一项：网点开放的柜台数量、柜台对应工作人员的工作时间、柜台办理的业务类型；
根据当前处于办理状态的业务需要的剩余时长、当前等待用户办理业务需要的时长确定当前预估等待时长；
生成预约信息，并将预约信息发送给终端设备进行显示，预约信息包含下述至少一项：柜台业务办理情况、当前等待用户数量、当前预估等待时长及预约的排队号码；
以第一预设频率对预约信息进行更新，若当前预估等待时长小于第一时间阈值，向终端设备发送到号提醒通知，以通知用户办理业务；
以第二预设频率确定当前用户办理的业务所处的业务阶段，并确定当前的剩余业务阶段及需要的剩余时长，将剩余业务阶段和剩余时长以第二预设频率发送至终端设备，以使终端设备进行可视化展示。
第二方面，本申请提供一种基于手机银行的线下业务处理装置，包括：
接收模块，用于接收终端设备发送的预约取号请求，预约取号请求携带用户的待办业务类型和办理待办业务的网点信息；
处理模块，用于查询网点当前处于办理状态的业务所处的业务阶段，确定剩余业务阶段和剩余时长，剩余业务阶段为业务中，未办理的业务阶段，剩余时长为办理剩余业务阶段需要的时间；
处理模块，还用于查询当前网点包含的各柜台业务办理情况、等待用户数量及等待用户的待办业务，并基于预设的待办业务需要的平均时长，确定当前等待用户办理业务需要的时长，柜台业务办理情况包含下述至少一项：网点开放的柜台数量、柜台对应工作人员的工作时间、柜台办理的业务类型；
处理模块，还用于根据当前处于办理状态的业务需要的剩余时长、当前等待用户办理业务需要的时长确定当前预估等待时长；
处理模块，还用于生成预约信息；
发送模块，用于将预约信息发送给终端设备进行显示，预约信息包含下述至少一项：柜台业务办理情况、当前等待用户数量、当前预估等待时长及预约的排队号码；
处理模块，还用于以第一预设频率对预约信息进行更新；
发送模块，还用于若当前预估等待时长小于第一时间阈值，向终端设备发送到号提醒通知，以通知用户办理业务；
处理模块，还用于以第二预设频率确定当前用户办理的业务所处的业务阶段，并确定当前的剩余业务阶段及需要的剩余时长；
发送模块，还用于将剩余业务阶段和剩余时长以第二预设频率发送至终端设备，以使终端设备进行可视化展示。
第三方面，本申请提供一种电子设备，包括：处理器，以及与处理器通信连接的存储器；
存储器存储计算机执行指令；
处理器执行存储器存储的计算机执行指令，以实现如第一方面任一项的方法。
第四方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如第一方面任一项的方法。
本申请提供的基于手机银行的线下业务处理方法、装置及电子设备，基于手机银行，用户可通过终端设备在特定网点进行远程预约取号，服务器可查询当前网点处于办理状态的业务所处的业务阶段，以进一步确定剩余阶段和剩余时长。还可以基于当前等待用户的待办业务确定当前等待用户办理业务需要的时长。通过当前处于办理状态的业务对应的剩余时长和当前等待用户办理业务需要的时长，确定用户当前预估等待时长。生成预约信息，并将预约信息发送给终端设备进行显示。以第一预设频率对预约信息进行更新，若当前预估等待时长小于第一时间阈值时，向终端设备发送到号提醒通知。在用户办理业务过程中，以第二预设频率确定当前用户办理的业务所处的业务阶段，并确定当前的剩余业务阶段和需要的剩余时长，并将剩余业务阶段和剩余时长以第二预设频率发送至终端设备，终端设备可进行可视化展示，方便用户查看。本申请通过远程预约取号，无需到网点现场排队预约，有效缩短了在网点等待的时长，有利于提升用户体验。同时在业务办理过程中，用户可实时通过终端设备了解当前业务处理阶段，进一步提升了用户体验。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
图1为本申请实施例提供的一种线下业务处理系统的架构示意图；
图2为本申请实施例提供的一种基于手机银行的线下业务处理方法流程图；
图3为本申请实施例提供的一种终端设备可视化展示剩余业务阶段和剩余时长的示意图；
图4为本申请实施例提供的一种确定业务包含的业务阶段的方法流程图；
图5为本申请实施例提供的一种手机银行APP登陆方法流程图；
图6为本申请实施例提供的一种推送业务信息和/或金融产品信息的方法流程图；
图7为本申请实施例提供的一种基于手机银行的线下业务处理装置示意图；
图8为本申请实施例提供的一种电子设备示意图。
通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。
需要说明的是，本申请基于手机银行的线下业务处理方法、装置及电子设备可用于移动互联领域，也可用于金融领域和除金融领域之外的任意领域，本申请基于手机银行的线下业务处理方法、装置及电子设备的应用领域不做限定。
当下，银行将部分业务交由手机银行APP或智能柜台等智能设备处理，但仍有部分内容复杂、步骤较为繁琐的业务，需要用户前往柜台进行处理。由于通常情况下，需要去柜台办理的业务耗时较长，加之用户对于业务办理程序了解不足等因素，时间长、信息不对等、缺乏交互元素的服务过程容易导致用户体验较差。
当下银行对于偏成熟的柜台业务的用户体验提升的关注度不足，同时各大银行网点服务同质化较为严重，针对网点的数字化改造和服务升级往往需要较高的成本。
本申请提供一种手机银行的线下业务处理方法，由于线下手机银行APP普及程度较高，因此可在手机银行APP中设置网点专区或柜台专区，将线上业务与线下业务相关联，并部署至全辖的所有网点。基于相关业务标准及历史办理信息，将业务信息模块化，通过用户的终端设备向用户进行展示。用户可通过终端设备远程进行预约取号。服务器基于当前正在办理的业务的剩余时长和当前等待用户办理业务需要的时长，确定该用户办理业务的当前预估等待时长，生成预约信息，并将预约信息发送给终端设备。同时，在用户办理业务的过程中，实时确定当前所处的业务阶段，确定当前的剩余业务阶段和剩余时长，使终端设备对剩余业务阶段和剩余时长进行可视化展示，实现用户实时了解业务的办理状态，有利于提升用户体验。
同时，基于用户的终端设备，以手机银行APP替代硬件的客户交互工具，通过用户的设备提升服务，与大规模智能交互工具的开发与普及，不断添置新设备的银行网点优化模式而言，高效利用现有资源，有效降低了成本，具有很高的使用价值，同时也打破了同质化的网点服务格局。
在方法实际操作过程中可参考与用户体验相关的峰终定律。峰终定律的具体内容如下：如果在一段体验的高峰和结尾，体验是愉悦的，那么对整个体验的感受就是愉悦的。在手机银行APP中，网点专区和柜台专区的设计需紧紧围绕用户的情绪体验，即正峰值、负峰值和终值。通过峰终定律确定用户体验服务过程中的每一个触点，然后通过提升用户在触点上的情绪峰值和终值以提升服务体验。其中触点可以是用户办理业务过程中的每一次与工作人员的交互，或办理业务过程中的每一个步骤，比如排队取号可以作为一个触点。该触点对应的峰值可以是排队时间较短或无需排队即可取号。终值可以是用户的待办业务顺利办理成功。
图1为本申请实施例提供的一种线下业务处理系统的架构示意图，如图1所示，图1中仅示例性地示出了一个网点对应的柜员交互设备、用户交互设备和服务器，其中，柜员交互设备可以为一个或多个，用户交互设备也可以为一个或多个，可以是用户的终端设备，也可以是位于柜台上与用户交互的设备。柜员交互设备、用户交互设备可分别与服务器通信，服务器包含数据库，存储相应的信息。
在一些实施例中，柜员交互设备、用户交互设备分别与服务器通信可以使用5G网络。本申请的线下业务处理系统也可以通过自组织网络实现等。
需要说明的是，服务器可以是一个，也可以是多个，可以分布在云端，也可以包括网点的服务器，不同服务器之间可以进行通信。
本申请提供的基于手机银行的线下业务处理方法，旨在解决现有技术的如上技术问题。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
图2为本申请实施例提供的一种基于手机银行的线下业务处理方法流程图，本实施例的方法可以由服务器执行，可以通过硬件、软件、或者硬件和软件相结合的方式实现。如图2所示，该方法可以包括：
S201：接收终端设备发送的预约取号请求，预约取号请求携带用户的待办业务类型和办理待办业务的网点信息。
终端设备是能够运行手机银行APP(application，应用程序)的设备，可以是手机、平板电脑等。用户可通过终端设备远程发起预约取号请求，与现有技术用户前往网点进行取号，或仅有部分工作人员使用智能终端设备为柜台业务办理提供用户的排队辅助相比而言，更加方便快捷，同时也缩短了用户在网点的等待时长，有利于提高用户体验。
待办业务类型包括下述至少一项：存款、取款、转账、信用卡办理等银行办理的业务。网点信息包括下述至少一项信息：网点名称、位置、营业时间、网点开放的柜台数量等信息。
S202：查询网点当前处于办理状态的业务所处的业务阶段，确定剩余业务阶段和剩余时长，剩余业务阶段为业务中，未办理的业务阶段，剩余时长为办理剩余业务阶段需要的时间。
在一些实施例中，可根据当前办理业务的用户信息，在数据库中查询相应的业务包含的业务阶段和每个业务阶段的办理状态信息。其中，办理状态信息包含已办理、办理中和未办理等状态。若某一业务阶段的办理状态信息为办理中，则该业务阶段则为业务办理过程中，当前所处的业务阶段。
在一些实施例中，确定剩余业务阶段时，由于业务包含的多个业务阶段存在一定的先后顺序，可将当前业务阶段后续的阶段作为剩余业务阶段。在另一种实施场景下，也可以根据业务状态的办理状态信息，将处于未办理状态的业务阶段作为剩余业务阶段。剩余时长则可根据确定的剩余业务阶段对应的平均时长进行确定。确定剩余业务阶段和剩余业务时长可参考后续实施例，在此不再赘述。
S203：查询当前网点包含的各柜台业务办理情况、等待用户数量及等待用户的待办业务，并基于预设的待办业务需要的平均时长，确定当前等待用户办理业务需要的时长，柜台业务办理情况包含下述至少一项：网点开放的柜台数量、柜台对应工作人员的工作时间、柜台办理的业务类型。
在一些实施例中，数据库中存储有当前网点包含的各柜台业务办理情况、等待用户数量和等待用户的待办业务，因此可在数据库中获取上述信息。
在一些实施例中，查询到每个等待用户的待办业务后，可根据待办业务的类型，在数据库中查询与待办业务对应的平均时长。基于待办业务对应的平均时长，确定当前等待用户办理业务需要的时长。
柜台业务办理情况包含下述至少一项：网点开放的柜台数量、柜台对应工作人员的工作时间、柜台办理的业务类型。其中，网点开放的柜台数量会影响当前等待用户办理业务需要的时长。通常情况下，开放的柜台数量较多时，当前等待用户办理业务需要的时长则相对较短。特殊的，若当前开放柜台数量为1，当前等待用户办理业务需要的时长即为每个等待用户待办业务对应的平均时长的和。
在一些实施例中，柜台办理的业务类型可能会存在一定的差异，确定等待用户办理业务需要的时长还与柜台办理的业务类型相关。在一种实施场景下，若办理某一业务的开放的柜台数量较多，则办理该业务的效率则会相对较快，等待办理该业务的用户需要的时长相对较短。
举例而言，若某一等待用户的待办的业务类型为A，业务类型A对应的平均时长为a。该网点开放的柜台数量为5，而能够办理业务类型A的柜台数量为1，此时办理业务类型A的用户均在该柜台进行办理，因此该用户办理业务等待的时长为位于该用户前面，办理业务类型A的所有用户的平均时长的和。
除上述信息外，柜台业务办理情况还可以包含柜台对应工作人员的工作效率。工作人员的工作效率较高，等待用户办理业务需要的时长则会相对较短。综上，当前等待用户办理业务需要的时长，可以在预设的待办业务需要的平均时长的基础上，结合柜台办理情况进行确定。
需要说明的是，当前等待用户办理业务需要的时长包含等待用户等待的时长以及等待用户办理业务需要的时长。
S204：根据当前处于办理状态的业务需要的剩余时长、当前等待用户办理业务需要的时长确定当前预估等待时长。
在一些实施例中，当前预估等待时长可以是当前处于办理状态的业务需要的剩余时长，与当前等待用户办理业务需要的时长的和。
S205：生成预约信息，并将预约信息发送给终端设备进行显示，预约信息包含下述至少一项：柜台业务办理情况、当前等待用户数量、当前预估等待时长及预约的排队号码。
在一些实施例中，可基于柜台业务办理情况、当前等待用户数量、当前预估等待时长生成预约信息。预约信息在终端设备中进行显示，表明该用户预约成功。
在一些实施例中，用户预约成功后，根据其待办的业务类型，可以利用终端设备远程填写办理业务需要的部分信息，无需在到达网点后填写全部信息，有利于减少用户在网点办理业务的时长。
在一种实施场景下，预约信息还可以包含用户办理业务的柜台号码以及当前柜台工作人员的工作时间。若当前预估等待时长超过该工作人员的工作时间，可提醒用户存在无法办理业务的可能性，避免用户前往网点等待，而无法办理业务的情况。
S206：以第一预设频率对预约信息进行更新，若当前预估等待时长小于第一时间阈值，向终端设备发送到号提醒通知，以通知用户办理业务。
在一些实施例中，由于等待用户数量和预估等待时长随着业务的办理，通常是逐渐减少的，因此需要以第一预设频率对预约信息进行更新，具体的，是对预约信息中包含的当前等待用户数量和当前预估等待时长进行更新。其中，第一预设频率也可以根据实际情况调整。
在一种实施场景下，用户通过终端设备远程发起预约取号请求后，可远程实时获取当前等待用户数量和当前预估等待时长，用户可根据当前等待用户数量、当前预估等待时长以及距离网点的距离确定前往网点的时间，无需提前较长时间前往网点，在网点长时间等待，有效提升了用户的体验。
在另一种实施场景下，若用户未实时关注预约信息，则会存在未及时到达网点的情况，因此可在预估等待时长小于第一时间阈值时，向终端设备发送到号提醒通知，以及时通知用户办理业务。其中，到号提醒通知用于提醒用户即将办理业务。
在一些实施例中，若当前办理业务对应的排队号码已到达用户预约的排队号码，或，当前等待用户数量小于预设用户数量阈值，向终端设备发送到号提醒通知。举例而言，若预设用户数量阈值为1，当前等待用户数量为0，此时表明该用户则为下一办理业务的用户，此时可向终端设备发送到号提醒通知。
上述提供的向终端设备发送到号提醒通知的方式，可以相互结合，本申请对此不作限制。
S207：以第二预设频率确定当前用户办理的业务所处的业务阶段，并确定当前的剩余业务阶段及需要的剩余时长，将剩余业务阶段和剩余时长以第二预设频率发送至终端设备，以使终端设备进行可视化展示。
随着用户业务的办理，当前业务所处的业务阶段、当前的剩余阶段和剩余时长是不断变化的，因此需要以预设的第二预设频率，确定当前用户办理的业务所处的业务阶段，以对剩余阶段和剩余时长进行不断更新。
在一些实施例中，在用户办理业务的过程中，工作人员即柜员可以将相关信息推送到用户的终端设备，以提供业务办理效率。在办理完成业务的某个业务阶段后，工作人员可通过柜员交互设备，更新该业务阶段的办理状态信息，并将业务阶段的办理状态信息以及用户信息保存至数据库。因此确定当前业务所处的业务阶段，可根据用户信息，以第二预设频率在数据库中查询当前业务包含的业务阶段和每个业务阶段的办理状态信息，并根据每个业务阶段的办理状态信息确定当前业务所处的业务阶段。
其中，数据库中存储有柜员交互设备发送的当前办理的业务中，每个业务阶段的办理状态信息，办理状态信息包含下述至少一项：已办理、办理中和未办理。
若某一业务阶段的办理状态信息为已办理，则表明该业务阶段已经办理完成。若办理状态信息为办理中，则表明该业务阶段为当前正在办理的业务阶段，即当前用户办理的业务所处的业务阶段。若办理状态信息为未办理，则表明该业务阶段还未进行办理。办理状态为未办理的业务阶段均为剩余业务阶段。
将剩余业务阶段和剩余时长以第二预设频率发送给终端设备，在一种实施场景下，每次向终端设备发送时，均发送当前的剩余业务阶段和当前的剩余时长。在另一种实施场景下，也可以首次向终端设备发送时，发送当前业务包含的全部的业务阶段、每个业务阶段的办理状态信息和剩余时长，终端设备进行可视化展示，展示效果可参考图3所示，图3为本申请实施例提供的一种终端设备可视化展示剩余业务阶段和剩余时长的示意图。以第二预设频率第N次向终端设备发送时，可以仅发送办理状态信息发生改变的业务阶段的办理状态信息、当前剩余时长，终端设备则对展示的内容进行适应性更新。其中，N为大于1的正整数。
本申请实施例提供一种基于手机银行的线下业务处理方法，接收终端设备发送的预约取号请求，根据预约取号请求中携带的网点信息，查询该网点当前处于办理状态的业务所处的业务阶段，确定剩余业务阶段和剩余时长。查询当前该网点包含的各柜台业务办理情况、等待用户数量和等待用户的待办业务，基于预设的待办业务需要的平均时长，确定当前等待用户办理业务需要的时长。根据当前处于办理状态的业务需要的剩余时长、当前等待用户办理业务需要的时长确定当前预估时长。生成预约信息，并将预约信息发送给终端设备。以第一预设频率对预约信息进行更新，若当前预估等待时长小于第一时间阈值，则向终端设备发送到号提醒通知，以通知用户办理业务。在用户办理业务期间，以第二预设频率确定当前用户办理的业务所处的业务阶段，并确定当前的剩余业务和剩余时长，将剩余业务阶段和剩余时长以第二预设频率发送给终端设备，终端设备则向用户进行可视化展示。本申请的方法基于使用普遍率较高的手机银行，通过用户的终端设备实现远程预约取号、实时显示当前预估等待时长，并在办理业务过程中实时获取当前的业务办理状态，有效提升了用户办理柜台业务的体验。
图4为本申请实施例提供的一种确定业务包含的业务阶段的方法流程图。在本申请的一个或多个实施例中，可选的，上述方法还包括如图4所示的步骤：
S401：获取至少一种类型的业务的历史办理信息。
历史办理信息可以包含下述至少一项：业务办理过程中涉及的节点、节点流转过程、每个节点流转过程对应的平均时长、以及业务办理整个过程的总平均时长。
S402：针对每一类型的业务，根据对应的历史办理信息，确定业务涉及的节点以及节点流转过程，节点包括下述至少两项：用户交互设备、柜员交互设备、服务器、数据库；节点流转过程用于表示在业务办理过程中各节点的操作顺序。
节点是业务办理过程中涉及到的设备，除包含用户交互设备、柜员交互设备、服务器、数据库中的至少两项外，还可以包含业务办理过程中的其他设备，本申请对此不作限制。
其中，用户交互设备可以是用户的终端设备，也可以是位于柜台上，与用户进行交互的设备。柜员交互设备可以是柜员使用的计算机设备。
S403：根据业务涉及的节点以及节点流转过程，确定业务对应的多个候选阶段，其中，每一阶段用于表示从一个节点流转到下一节点的过程。
举例而言，若业务涉及的节点分别为用户交互设备、柜员交互设备、服务器，其节点流转过程如下：柜员交互设备-服务器-用户交互设备-服务器。
其中，由于每一阶段是用于表示从一个节点流转到下一节点的过程，因此候选阶段可以包括：柜员交互设备-服务器、服务器-用户交互设备、用户交互设备-服务器等多个阶段。
S404：根据历史办理信息，确定各个候选阶段对应的平均时长，根据平均时长对候选阶段进行合并、删除或拆分，确定业务对应的多个业务阶段、每个业务阶段对应的平均时长以及业务总平均时长，并存储至数据库。
在一些实施例中，各个候选阶段对应的平均时长，可以是每一候选阶段中第一个节点的处理时长，此时最后一个候选阶段的平均时长需要包含第一个节点和第二个节点的处理时长。各个候选阶段对应的平均时长，也可以是每一候选阶段第二个节点的处理时长，此时第一个候选阶段的平均时长则需要包含第一个节点和第二个节点的处理时长。本申请也可以根据其他方式确定各个候选阶段对应的平均时长，本申请对此不作限定。
在一种实施场景下，若相邻的多个候选阶段对应的平均时长均较短，比如均小于某一预设的阈值，此时可将上述相邻的多个候选阶段进行合并，使确定的业务对应的业务阶段更加清晰明了。举例而言，上述提到的柜员交互设备-服务器、服务器-用户交互设备两个候选阶段分别需要的平均时长较短，此时可将上述两个候选阶段合并为一个阶段，即柜员交互设备-用户交互设备。
在一种实施场景下，若某一候选阶段并不是该业务办理必要的过程，则可以对该候选阶段进行删除。
在另一种实施场景下，若某一候选阶段对应的平均时长很长，比如大于某一预设的阈值，此时可将该候选阶段适当的拆分为多个阶段。
综上，基于至少一种类型的历史办理信息，确定业务涉及的节点和节点流转过程，并进一步根据节点和阶段流转过程确定多个候选阶段。根据每个候选阶段对应的平均时长，可对候选阶段进行合并、删除或拆分等处理，将处理后的候选阶段作为业务包含的业务阶段。将确定的业务包含的多个业务阶段、每个业务阶段对应的平均时长以及业务总平均时长存储至数据库，使得后续办理业务过程中，通过调用数据库，即可查询当前业务的相应信息，方便快携，有利于提高业务办理效率。
在本申请的一个或多个实施例中，可选的，确定当前的剩余业务阶段及需要的剩余时长，包括：
根据数据库中存储的各个业务包含的业务阶段和每个业务阶段需要的平均时长，基于当前用户办理的业务所处的业务阶段，确定在当前业务中，未办理的至少一个剩余业务阶段，将剩余业务阶段需要的时间作为剩余时长。
举例而言，若某一种业务包含五个业务阶段，分别为a、b、c、d、e，上述五个业务阶段存在一定的先后处理顺序。若当前该业务办理所处的业务阶段为c，此时未办理的剩余业务阶段则为当前所处业务阶段后续的阶段，具体的，剩余业务阶段为d和e阶段。数据库中存储有每个业务阶段需要的平均时长，因此可知d和e阶段分别对应的平均时长，剩余时长则为d和e阶段分别对应的平均时长的和。
在另一种实施场景下，由于数据库中也存储有每个业务阶段的办理状态信息，因此可根据每个业务阶段的办理状态信息确定剩余业务阶段。举例而言，若上述的a、b、c阶段对应的办理状态信息均为已办理，d阶段的办理状态信息为办理中，e阶段的办理状态信息为未办理，此时剩余业务阶段则为办理状态信息为未办理的业务阶段，具体的，是e阶段，剩余时长则为e阶段对应的平均时长，此时也能够确定当前业务处于d阶段。
确定当前用户办理的业务所处业务阶段的具体过程也可参考其他实施例，在此不再赘述。
综上，由于通常情况下，前往柜台办理的业务耗时较长。通过业务包含的业务阶段和每个业务阶段需要的平均时长，确定当前业务中，未办理的剩余业务阶段，并确定剩余业务阶段所用的时间，使得用户在办理耗时较长的业务过程中，能够及时了解业务办理状态，进而提升用户办理业务体验。
图5为本申请实施例提供的一种手机银行APP登陆方法流程图。在本申请的一个或多个实施例中，可选的，接收终端设备发送的预约取号请求之前，还可以执行如图5所示的步骤：
S501：获取终端设备发送的登陆请求，对登陆请求进行验证。
在一些实施例中，获取终端设备发送的登陆请求之前，可获取历史用户的用户信息，并将用户信息存储至数据库，以根据用户信息对用户的登陆请求进行验证，历史用户为在当前银行办理过业务的用户。
登陆请求为用户登陆手机银行APP的请求，该请求携带当前用户的用户信息，因此可基于数据库中存储的用户信息，对当前用户的用户信息与进行验证。在一种实施场景下，若验证未通过，可向终端设备发送未通过的原因信息。
S502：若验证通过，将网点信息发送至终端设备，以使终端设备将网点信息展示给用户。
在一些实施例中，验证通过后，可获取当前用户的位置信息，按照位置信息与网点位置的距离，确定位于距离阈值范围内的网点信息；和/或，获取用户的待办业务类型，确定能够办理待办业务类型的网点信息。其中，距离阈值可由用户根据实际情况进行调整，确定的网点信息可以包含一个或多个网点的网点信息。
在另一种实施场景下，还可以在确定距离阈值范围内的网点信息，和/或，确定能够办理待办业务类型的网点信息的基础上，进一步基于网点的营业状态，对确定的网点信息进行筛选，获取当前处于营业状态的网点信息。
S503：接收终端设备发送的网点确认信息，网点确认信息包含用户办理待办业务的网点信息。
网点确定信息用于表示用户计划办理业务的网点。在一种实施场景下，终端设备的手机银行APP可向用户显示多个网点的网点信息，用户可在多个网点的网点信息中，选择要办理业务前去的网点，以生成网点确定信息。
网点的网点信息包括下述至少一项：网点名称、位置、营业时间、网点开放的柜台数量等信息。
S504：根据用户办理待办业务的网点信息，向终端设备发送网点的页面内容，以使终端设备显示网点对应的页面内容。
由于每个网点办理的业务和活动会存在一定的差异，因此当用户确定在某个网点办理业务后，可使终端设备显示与该网点对应的页面内容，使用户能够远程了解当前网点的相关信息。
在另一种实施场景下，若用户已到达某一网点，此时可基于手机银行APP，通过NFC、连接网点的WiFi或扫描网点的二维码信息等方式，手机银行APP即可显示与该网点对应的页面内容。
综上，通过当前用户的位置信息，和/或，用户待办业务类型，通过终端设备向用户显示符合用户需求的网点信息。用户确定网点后，则通过终端设备向用户显示该网点的相关内容，使用户能够远程了解该网点办理的具体业务，方便快携，有利于提升用户体验。
在本申请的一个或多个实施例中，可选的，获取终端设备发送的登陆请求之前，还包括：
将业务信息模块化，并将模块化的业务信息、网点柜台信息及金融产品信息存储至数据库，其中，网点柜台信息包括下述至少一项：网点开放的柜台数量、柜台对应工作人员的工作时间、柜台办理的业务类型、当前等待用户数量、当前预估等待时长。
业务信息包括但不限于：取款、存款、转账、信用卡办理、开通银行账户等业务信息，将业务信息模块化，有利于提高业务处理系统的灵活性。
在一些实施例中，网点柜台信息是不断变化的，因此需要对网点柜台信息进行更新。具体的，服务器可以预设频率获取当前网点的网点柜台信息，从而实现服务器中存储的网点柜台信息的更新，使得服务器发送给用户终端设备的网点柜台信息更加精准。
网点柜台信息中包含的当前预估等待时长的确定方式可参考其他实施例，在此不再赘述。
在一些实施例中，若某一网点的业务信息或金融产品信息发生变化，也可以将更新的业务信息或金融产品信息存储至服务器的数据库，实现更新。
综上，将模块化的业务信息、网点柜台信息及金融产品信息存储至数据库，并实现上述信息的实时更新，使得向用户推送的信息更加精准，有利于提升用户体验。
图6为本申请实施例提供的一种推送业务信息和/或金融产品信息的方法流程图。在本申请的一个或多个实施例中，可选的，将模块化的业务信息、网点柜台信息及金融产品信息存储至数据库之后，还可以执行如图6包括的步骤：
S601：根据当前业务所处业务阶段对应的平均时长、业务阶段中流转到用户交互设备节点需要的时长，确定是否向用户推送网点办理的业务信息和/或金融产品信息。
在一种实施场景下，若当前业务阶段所需要的平均时长较长，并且在较长一段时间内，该业务阶段均在柜员交互设备和服务器节点之间进行流转，不涉及用户利用用户交互设备进行操作，此时向用户推荐该网点办理的业务信息和/或金融产品信息，在避免用户长时间等待，提升用户体验的同时，也进行了网点业务信息和/或金融产品信息的推广。
在一些实施例中，也可以在用户办理业务完成后，若当前网点办理的业务信息和/或金融产品信息存在更新，可将更新的业务信息和/或金融产品信息向终端设备进行推送，使用户及时了解业务信息和/或金融产品信息的变化。
S602：若当前业务所处业务阶段对应的平均时长大于第二时间阈值，且业务阶段中流转到用户交互设备节点需要的时长大于第三时间阈值，则基于用户办理的业务类型，向用户推送各网点办理的业务信息和/或金融产品信息。
在一种实施场景下，可以根据用户当前办理的业务类型，向用户推荐与当前业务类型相关的业务信息和/或金融信息。
在一种实施场景下，若当前业务阶段的平均时长短于第二时间阈值，也可以确定当前业务阶段和较于当前业务阶段的后续业务阶段中，流转到用户交互设备阶段需要的时间，若该时间长于第三时间阈值，也可以向用户推荐该网点办理的业务信息和/或金融产品信息。其中，第二时间阈值和第三时间阈值均可根据实际需求进行调整。
在另一种实施场景下，若当前业务所处业务阶段对应的平均时长较短，即平均时长小于第二时间阈值，或，虽然当前业务所处业务阶段对应的平均时长较长，但流转到用户交互设备这一阶段需要的时间较短，小于第三时间阈值，此时则无需向用户推送网点办理的业务信息和/或金融信息。
综上，根据当前业务所处业务阶段对应的平均时长、业务阶段流转到用户交互设备阶段需要的时长，确定是否向用户推送网点办理的业务信息和/或金融产品信息，避免用户在办理业务过程中长时间等待，有利于提升用户体验。同时，基于普及度较高的手机银行APP实现网点业务信息和金融产品信息的推广，有利于降低推广成本的同时，也提升了推广的质量和效果。
在本申请的一个或多个实施例中，可选的，将剩余业务阶段和剩余时长以第二预设频率发送至终端设备，以使终端设备进行可视化展示之后，还包括：
接收用户通过终端设备反馈的意见，确定意见对应的业务类型和业务办理过程中所处的业务阶段，并将意见、意见对应的业务类型、业务办理过程中所处的业务阶段进行汇总，存储至数据库。
在一些实施例中，可实时接收用户反馈的意见，根据用户反馈意见的时间和当前业务办理过程中每个业务阶段的办理时间，确定用户反馈意见对应的业务阶段。
在一些实施例中，也可在每一业务阶段完成后，采集用户对这一业务阶段的意见，进而确定意见对应的业务类型和业务办理过程所处的业务阶段。
综上，接收用户反馈的意见，并确定用户意见对应的业务类型和业务办理过程中所处的业务阶段，将上述信息进行汇总，向管理人员进行展示，对于现有用户通过柜台前的意见反馈按键进行反馈而言，有利于更加精准地确定当前业务处理过程中的问题，进而精准解决问题，优化业务处理流程，从而有利于提升用户体验。
图7为本申请实施例提供的一种基于手机银行的线下业务处理装置示意图。如图7所示，本申请实施例提供一种基于手机银行的线下业务处理装置700，可以包括接收模块701、处理模块702和发送模块703。
接收模块701，用于接收终端设备发送的预约取号请求，预约取号请求携带用户的待办业务类型和办理待办业务的网点信息；
处理模块702，用于查询网点当前处于办理状态的业务所处的业务阶段，确定剩余业务阶段和剩余时长，剩余业务阶段为业务中，未办理的业务阶段，剩余时长为办理剩余业务阶段需要的时间；
处理模块702，还用于查询当前网点包含的各柜台业务办理情况、等待用户数量及等待用户的待办业务，并基于预设的待办业务需要的平均时长，确定当前等待用户办理业务需要的时长，柜台业务办理情况包含下述至少一项：网点开放的柜台数量、柜台对应工作人员的工作时间、柜台办理的业务类型；
处理模块702，还用于根据当前处于办理状态的业务需要的剩余时长、当前等待用户办理业务需要的时长确定当前预估等待时长；
处理模块702，还用于生成预约信息；
发送模块703，用于将预约信息发送给终端设备进行显示，预约信息包含下述至少一项：柜台业务办理情况、当前等待用户数量、当前预估等待时长及预约的排队号码；
处理模块702，还用于以第一预设频率对预约信息进行更新；
发送模块703，还用于若当前预估等待时长小于第一时间阈值，向终端设备发送到号提醒通知，以通知用户办理业务；
处理模块702，还用于以第二预设频率确定当前用户办理的业务所处的业务阶段，并确定当前的剩余业务阶段及需要的剩余时长；
发送模块703，还用于将剩余业务阶段和剩余时长以第二预设频率发送至终端设备，以使终端设备进行可视化展示。
在一种可能的实现方式中，处理模块702，还用于：
获取至少一种类型的业务的历史办理信息；
针对每一类型的业务，根据对应的历史办理信息，确定业务涉及的节点以及节点流转过程，节点包括下述至少两项：用户交互设备、柜员交互设备、服务器、数据库；节点流转过程用于表示在业务办理过程中各节点的操作顺序；
根据业务涉及的节点以及节点流转过程，确定业务对应的多个候选阶段，其中，每一阶段用于表示从一个节点流转到下一节点的过程；
根据历史办理信息，确定各个候选阶段对应的平均时长，根据平均时长对候选阶段进行合并、删除或拆分，确定业务对应的多个业务阶段、每个业务阶段对应的平均时长以及业务总平均时长，并存储至数据库。
在一种可能的实现方式中，预约取号请求携带用户信息，处理模块702，具体用于：
根据用户信息，以第二预设频率在数据库中查询当前业务包含的业务阶段和每个业务阶段的办理状态信息，并根据每个业务阶段的办理状态信息确定当前业务所处的业务阶段；
其中，数据库中存储有柜员交互设备发送的当前办理的业务中，每个业务阶段的办理状态信息，办理状态信息包含下述至少一项：已办理、办理中和未办理。
在一种可能的实现方式中，处理模块702，具体用于：
根据数据库中存储的各个业务包含的业务阶段和每个业务阶段需要的平均时长，基于当前用户办理的业务所处的业务阶段，确定在当前业务中，未办理的至少一个剩余业务阶段，将剩余业务阶段需要的时间作为剩余时长。
在一种可能的实现方式中，处理模块702，还用于：
获取终端设备发送的登陆请求，对登陆请求进行验证；
若验证通过，将网点信息发送至终端设备，以使终端设备将网点信息展示给用户；
接收终端设备发送的网点确认信息，网点确认信息包含用户办理待办业务的网点信息；
根据用户办理待办业务的网点信息，向终端设备发送网点的页面内容，以使终端设备显示网点对应的页面内容。
在一种可能的实现方式中，处理模块702，还用于：
获取当前用户的位置信息，按照位置信息与网点位置的距离，确定位于距离阈值范围内的网点信息；
和/或，
获取用户的待办业务类型，确定能够办理待办业务类型的网点信息。
在一种可能的实现方式中，处理模块702，还用于：
获取历史用户的用户信息，并将用户信息存储至数据库，以根据用户信息对用户的登陆请求进行验证，历史用户为在当前银行办理过业务的用户。
在一种可能的实现方式中，处理模块702，还用于：
将业务信息模块化，并将模块化的业务信息、网点柜台信息及金融产品信息存储至数据库，其中，网点柜台信息包括下述至少一项：网点开放的柜台数量、柜台对应工作人员的工作时间、柜台办理的业务类型、当前等待用户数量、当前预估等待时长。
在一种可能的实现方式中，处理模块702，还用于：
根据当前业务所处业务阶段对应的平均时长、业务阶段中流转到用户交互设备节点需要的时长，确定是否向用户推送网点办理的业务信息和/或金融产品信息；
若当前业务所处业务阶段对应的平均时长大于第二时间阈值，且业务阶段中流转到用户交互设备节点需要的时长大于第三时间阈值，则基于用户办理的业务类型，向用户推送各网点办理的业务信息和/或金融产品信息。
在一种可能的实现方式中，处理模块702，还用于：
接收用户通过终端设备反馈的意见，确定意见对应的业务类型和业务办理过程中所处的业务阶段，并将意见、意见对应的业务类型、业务办理过程中所处的业务阶段进行汇总，存储至数据库。
在一种可能的实现方式中，发送模块703，具体用于：
若当前办理业务对应的排队号码已到达用户预约的排队号码，或，当前等待用户数量小于预设用户数量阈值，向终端设备发送到号提醒通知。
本实施例的装置，可用于执行如图2、图4-图6所示的方法实施例，其实现原理和技术效果类似，此处不再赘述。
图8为本申请实施例提供的一种电子设备示意图。如图8所示，本申请实施例提供一种电子设备800包括处理器801，以及与处理器801通信连接的存储器802。
存储器802存储计算机执行指令；
处理器801执行存储器802存储的计算机执行指令，以实现上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
在上述的图8所示的实施例中，应理解，处理器801可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application SpecificIntegrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
存储器802可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器。
处理器801、存储器802可通过总线803连接。总线803可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。总线803可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线803并不限定仅有一根总线或一种类型的总线。
本申请实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现上述方法实施例的方法。
上述的计算机可读存储介质，可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits，简称：ASIC)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。
本申请实施例提供一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时实现上述本申请实施例中任意实施例提供的方法。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。
Claims (14)
1.一种基于手机银行的线下业务处理方法，其特征在于，应用于服务器，包括：
接收终端设备发送的预约取号请求，所述预约取号请求携带用户的待办业务类型和办理待办业务的网点信息；
查询所述网点当前处于办理状态的业务所处的业务阶段，确定剩余业务阶段和剩余时长，所述剩余业务阶段为所述业务中，未办理的业务阶段，所述剩余时长为办理所述剩余业务阶段需要的时间；
查询当前所述网点包含的各柜台业务办理情况、等待用户数量及等待用户的待办业务，并基于预设的待办业务需要的平均时长，确定当前等待用户办理业务需要的时长，所述柜台业务办理情况包含下述至少一项：所述网点开放的柜台数量、柜台对应工作人员的工作时间、柜台办理的业务类型；
根据当前处于办理状态的业务需要的剩余时长、当前等待用户办理业务需要的时长确定当前预估等待时长；
生成预约信息，并将所述预约信息发送给所述终端设备进行显示，所述预约信息包含下述至少一项：柜台业务办理情况、当前等待用户数量、当前预估等待时长及预约的排队号码；
以第一预设频率对所述预约信息进行更新，若当前预估等待时长小于第一时间阈值，向所述终端设备发送到号提醒通知，以通知用户办理业务；
以第二预设频率确定当前用户办理的业务所处的业务阶段，并确定当前的剩余业务阶段及需要的剩余时长，将所述剩余业务阶段和剩余时长以所述第二预设频率发送至所述终端设备，以使所述终端设备进行可视化展示。
2.根据权利要求1所述的方法，其特征在于，还包括：
获取至少一种类型的业务的历史办理信息；
针对每一类型的业务，根据对应的历史办理信息，确定所述业务涉及的节点以及节点流转过程，所述节点包括下述至少两项：用户交互设备、柜员交互设备、服务器、数据库；所述节点流转过程用于表示在所述业务办理过程中各节点的操作顺序；
根据所述业务涉及的节点以及节点流转过程，确定所述业务对应的多个候选阶段，其中，每一阶段用于表示从一个节点流转到下一节点的过程；
根据所述历史办理信息，确定各个候选阶段对应的平均时长，根据平均时长对候选阶段进行合并、删除或拆分，确定所述业务对应的多个业务阶段、每个业务阶段对应的平均时长以及业务总平均时长，并存储至所述数据库。
3.根据权利要求2所述的方法，其特征在于，所述预约取号请求携带用户信息；所述以第二预设频率确定当前用户办理的业务所处的业务阶段，包括：
根据所述用户信息，以所述第二预设频率在所述数据库中查询当前业务包含的业务阶段和每个业务阶段的办理状态信息，并根据每个业务阶段的办理状态信息确定当前业务所处的业务阶段；
其中，所述数据库中存储有所述柜员交互设备发送的当前办理的业务中，每个业务阶段的办理状态信息，所述办理状态信息包含下述至少一项：已办理、办理中和未办理。
4.根据权利要求2所述的方法，其特征在于，所述确定当前的剩余业务阶段及需要的剩余时长，包括：
根据所述数据库中存储的各个业务包含的业务阶段和每个业务阶段需要的平均时长，基于当前用户办理的业务所处的业务阶段，确定在当前业务中，未办理的至少一个剩余业务阶段，将剩余业务阶段需要的时间作为剩余时长。
5.根据权利要求2-4任一项所述的方法，其特征在于，所述接收终端设备发送的预约取号请求之前，还包括：
获取终端设备发送的登陆请求，对所述登陆请求进行验证；
若验证通过，将网点信息发送至所述终端设备，以使所述终端设备将所述网点信息展示给用户；
接收所述终端设备发送的网点确认信息，所述网点确认信息包含用户办理待办业务的网点信息；
根据所述用户办理待办业务的网点信息，向所述终端设备发送所述网点的页面内容，以使所述终端设备显示所述网点对应的页面内容。
6.根据权利要求5所述的方法，其特征在于，所述将网点信息发送至所述终端设备之前，还包括：
获取当前用户的位置信息，按照所述位置信息与网点位置的距离，确定位于距离阈值范围内的网点信息；
和/或，
获取所述用户的待办业务类型，确定能够办理所述待办业务类型的网点信息。
7.根据权利要求5所述的方法，其特征在于，所述获取终端设备发送的登陆请求之前，还包括：
获取历史用户的用户信息，并将所述用户信息存储至数据库，以根据所述用户信息对用户的登陆请求进行验证，所述历史用户为在当前银行办理过业务的用户。
8.根据权利要求5所述的方法，其特征在于，所述获取终端设备发送的登陆请求之前，还包括：
将业务信息模块化，并将模块化的业务信息、网点柜台信息及金融产品信息存储至所述数据库，其中，所述网点柜台信息包括下述至少一项：网点开放的柜台数量、柜台对应工作人员的工作时间、柜台办理的业务类型、当前等待用户数量、当前预估等待时长。
9.根据权利要求8所述的方法，其特征在于，所述将模块化的业务信息、网点柜台信息及金融产品信息存储至所述数据库之后，还包括：
根据当前业务所处业务阶段对应的平均时长、所述业务阶段中流转到用户交互设备节点需要的时长，确定是否向用户推送网点办理的业务信息和/或金融产品信息；
若当前业务所处业务阶段对应的平均时长大于第二时间阈值，且所述业务阶段中流转到所述用户交互设备节点需要的时长大于第三时间阈值，则基于所述用户办理的业务类型，向用户推送各网点办理的业务信息和/或金融产品信息。
10.根据权利要求2-4任一项所述的方法，其特征在于，所述将所述剩余业务阶段和剩余时长以所述第二预设频率发送至所述终端设备，以使所述终端设备进行可视化展示之后，还包括：
接收用户通过所述终端设备反馈的意见，确定所述意见对应的业务类型和业务办理过程中所处的业务阶段，并将所述意见、所述意见对应的业务类型、业务办理过程中所处的业务阶段进行汇总，存储至所述数据库。
11.根据权利要求1所述的方法，其特征在于，所述向所述终端设备发送到号提醒通知，包括：
若当前办理业务对应的排队号码已到达所述用户预约的排队号码，或，当前等待用户数量小于预设用户数量阈值，向所述终端设备发送到号提醒通知。
12.一种基于手机银行的线下业务处理装置，包括：
接收模块，用于接收终端设备发送的预约取号请求，所述预约取号请求携带用户的待办业务类型和办理待办业务的网点信息；
处理模块，用于查询所述网点当前处于办理状态的业务所处的业务阶段，确定剩余业务阶段和剩余时长，所述剩余业务阶段为所述业务中，未办理的业务阶段，所述剩余时长为办理所述剩余业务阶段需要的时间；
处理模块，还用于查询当前所述网点包含的各柜台业务办理情况、等待用户数量及等待用户的待办业务，并基于预设的待办业务需要的平均时长，确定当前等待用户办理业务需要的时长，所述柜台业务办理情况包含下述至少一项：所述网点开放的柜台数量、柜台对应工作人员的工作时间、柜台办理的业务类型；
处理模块，还用于根据当前处于办理状态的业务需要的剩余时长、当前等待用户办理业务需要的时长确定当前预估等待时长；
处理模块，还用于生成预约信息；
发送模块，用于将所述预约信息发送给所述终端设备进行显示，所述预约信息包含下述至少一项：柜台业务办理情况、当前等待用户数量、当前预估等待时长及预约的排队号码；
处理模块，还用于以第一预设频率对所述预约信息进行更新；
发送模块，还用于若当前预估等待时长小于第一时间阈值，向所述终端设备发送到号提醒通知，以通知用户办理业务；
处理模块，还用于以第二预设频率确定当前用户办理的业务所处的业务阶段，并确定当前的剩余业务阶段及需要的剩余时长；
发送模块，还用于将所述剩余业务阶段和剩余时长以所述第二预设频率发送至所述终端设备，以使所述终端设备进行可视化展示。
13.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至11任一项所述的方法。
14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至11任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310814236.8A CN116993469A (zh) | 2023-07-04 | 2023-07-04 | 基于手机银行的线下业务处理方法、装置及电子设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310814236.8A CN116993469A (zh) | 2023-07-04 | 2023-07-04 | 基于手机银行的线下业务处理方法、装置及电子设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116993469A true CN116993469A (zh) | 2023-11-03 |
Family
ID=88527523
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310814236.8A Pending CN116993469A (zh) | 2023-07-04 | 2023-07-04 | 基于手机银行的线下业务处理方法、装置及电子设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116993469A (zh) |
-
2023
- 2023-07-04 CN CN202310814236.8A patent/CN116993469A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111160884B (zh) | 聚合支付方法、系统、服务器及存储介质 | |
| CN109802916B (zh) | 资源转移方法、系统、服务器和计算机可读存储介质 | |
| US8458064B1 (en) | System and method for transferring electronic account information | |
| US9842355B2 (en) | Biller-initiated electronic billing activation | |
| CN109416794A (zh) | 用于高效率共享交易处理的方法和系统 | |
| CN112422633B (zh) | 用户请求响应方法、装置、计算机可读存储介质及设备 | |
| CN112437000A (zh) | 消息队列推送方法、装置、计算机设备及存储介质 | |
| CN114997448A (zh) | 一种业务处理方法和装置 | |
| CN110310020B (zh) | 基于数据分析的项目方案管理方法、相关装置及存储介质 | |
| CN117035315A (zh) | 银行网点的排队方法、装置、电子设备及存储介质 | |
| CN111429092A (zh) | 缴存公积金的方法、装置、设备和计算机可读介质 | |
| CN111767535A (zh) | 一种线上重置银行卡密码的方法和装置 | |
| CN116993469A (zh) | 基于手机银行的线下业务处理方法、装置及电子设备 | |
| US20150039497A1 (en) | Biller-initiated electronic billing activation | |
| US10303335B2 (en) | Multicomputer processing of client device request data with centralized event orchestration | |
| CN114170027A (zh) | 公积金缴存账户的处理方法、装置、电子设备和存储介质 | |
| US10310712B2 (en) | Multicomputer processing of client device request data with centralized event orchestration | |
| CN113361733A (zh) | 预约业务的处理方法和装置 | |
| US20180165350A1 (en) | Multicomputer Processing of Client Device Request Data Using Centralized Event Orchestator and Link Discovery Engine | |
| CN112184095A (zh) | 一种寄件方法和装置 | |
| WO2020180267A1 (en) | An account link system | |
| CN112488860B (zh) | 一种团单处理方法和系统 | |
| US20220237578A1 (en) | Multi-Computer Processing System for Dynamic Event Control | |
| CN113470279B (zh) | 金融产品的预约和发放的方法、装置、电子设备和介质 | |
| CN115829701A (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 |