托管业务数据的处理方法、装置、设备及存储介质与流程

1.本公开涉及数据处理技术领域或金融科技领域，尤其涉及一种托管业务数据的处理方法、装置、设备、存储介质和程序产品。


背景技术：

2.随着金融行业的不断发展，托管业务的规模也在不断扩大。托管业务一般会涉及不同托管机构之间的托管业务数据处理。在实现本公开发明构思的过程中，发明人发现相关技术中一般存在如下问题：托管业务数据的处理一般需要业务人员手工操作，随着托管业务规模的不断扩大，托管业务数据也不断增加，这就增加了业务人员的处理时间，进而降低了业务数据处理的效率，而且手工操作还存在差错率，降低了处理业务数据的准确率。


技术实现要素：

3.鉴于上述问题，本公开提供了一种托管业务数据的处理方法、装置、设备、存储介质和程序产品，以期至少部分地解决上述问题。
4.本公开的一个方面提供了一种托管业务数据的处理方法，包括：响应于数据处理请求，查询预设时间段内处理过托管业务的多个组织机构和上述组织机构运行上述托管业务得到的业务数据；基于上述组织机构的层级关系对多个上述组织机构进行处理，得到组织机构树；基于上述托管业务的场景标识，从上述组织机构树中搜索目标组织机构，其中，上述托管业务的场景标识是通过解析上述数据处理请求得到的；基于上述层级关系对上述目标组织机构运行上述托管业务得到的业务数据进行汇总处理，生成数据处理结果。
5.根据本公开的实施例，上述托管业务的场景标识是通过解析上述数据处理请求得到的包括：解析上述数据处理请求，得到多个预设字段；根据上述预设字段，确定与上述数据处理请求相关联的服务类型；基于上述服务类型，确定上述托管业务的场景标识。
6.根据本公开的实施例，上述托管业务包括产品标识，上述组织机构树包括第一层级；上述基于上述托管业务的场景标识，从上述组织机构树中搜索目标组织机构包括：根据上述场景标识和上述产品标识，确定目标组织机构标识；根据上述目标组织机构标识，在上述第一层级中查找上述目标组织机构。
7.根据本公开的实施例，上述组织机构树还包括至少一个第二层级，上述第二层级的处理权限大于上述第一层级的处理权限；上述基于上述层级关系对上述目标组织机构运行上述托管业务得到的业务数据进行汇总处理包括：基于上述目标组织机构的层级关系，从上述第二层级中确定上述目标运营机构的上级组织机构；将上述目标组织机构运行上述托管业务得到的业务数据汇总至上述上级组织机构。
8.根据本公开的实施例，上述方法还包括：从数据仓库中获取组织机构源数据库表，其中，上述组织机构源数据库表中包括上述组织机构的调整记录；根据所述预设时间段内处理过托管业务的多个组织机构，生成组织机构数据库表；根据上述调整记录调整上述组织机构数据库表；根据调整后的上述组织机构数据库表，构建上述组织机构树，以便对上述
组织机构树进行修剪。
9.根据本公开的实施例，上述方法还包括：根据上述数据处理结果，生成数据图谱；展示上述数据图谱。
10.本公开还提供了一种托管业务数据的处理装置，包括：查询模块，用于响应于数据处理请求，查询预设时间段内处理过托管业务的多个组织机构和上述组织机构运行上述托管业务得到的业务数据；第一处理模块，用于基于上述组织机构的层级关系对多个上述组织机构进行处理，得到组织机构树；搜索模块，用于基于上述托管业务的场景标识，从上述组织机构树中搜索目标组织机构，其中，上述托管业务的场景标识是通过解析上述数据处理请求得到的；第二处理模块，用于基于上述层级关系对上述目标组织机构运行上述托管业务得到的业务数据进行汇总处理，生成数据处理结果。
11.本公开还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，其中，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器执行上述的托管业务数据的处理方法。
12.本公开还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述的托管业务数据的处理方法。
13.本公开还提供了一种计算机程序产品，包括计算机程序，上述计算机程序被处理器执行时实现上述的托管业务数据的处理方法。
14.根据本公开实施例提供的托管业务数据的处理方法、装置、设备、存储介质和程序产品，通过响应于数据处理请求，查询多个组织机构以及组织机构的业务数据；基于组织机构的层级关系，得到组织机构树；基于托管业务的场景标识从组织机构树中确定目标组织机构；以及将目标组织机构的业务数据根据所述机构树实现层级汇总。因为根据组织机构间的层级关系构建了组织机构树，可以形成一整套数据汇总逻辑；根据业务场景确定了目标组织机构后，目标组织机构的业务数据可以根据该数据汇总逻辑进行自动汇总上报，至少部分的解决了相关技术人由于人工操作对处理业务数据带来的问题，进而达到了提高业务数据处理的效率和准确率的技术效果。
附图说明
15.通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：
16.图1示意性示出了根据本公开实施例的托管业务数据的处理方法和装置的系统架构图；
17.图2示意性示出了根据本公开实施例的托管业务数据的处理方法的流程图；
18.图3示意性示出了根据本公开实施例的组织机构树的示意图；
19.图4示意性示出了根据本公开另一实施例的托管业务数据的处理方法的流程图；
20.图5示意性示出了根据本公开实施例的托管业务数据的处理装置的结构框图；
21.图6示意性示出了根据本公开实施例的适于实现托管业务数据的处理方法的电子设备的方框图。
具体实施方式
22.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
23.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
24.在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
25.在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。
26.在目前的托管业务中，对托管业务数据的处理方式一般是业务在线下提供网点、第一层级组织机构、第二层级组织机构之间的归属关系，然后在从多个组织机构中抽取目标托管机构，将网点发送的业务数据再人工汇总到上级的组织机构处，进而分析总行及各一级分行的业务数据。而且由于第一层级组织机构或第二层级组织机构下的组织机构会存在撤并、新增等情况，这样也增加了业务人员手工处理的成本。
27.现有的托管业务数据处理的方式有一定的局限性，例如组织机构间的层级归属关系不同且较复杂，通过人工维护层级关系给不仅给业务人员增加了负担，浪费了人力资源，而且也存在差错率升高等问题。又例如在银行系统中，没有直接的信息表示某项托管业务是哪个组织机构在处理，智能人工进行判断，找到该业务所述的组织机构，业务人员无法掌握托管业务的任务和数据，托管业务数据的全貌无法展现，不利于业务人员进行分析决策，降低了托管业务数据的处理效率。
28.有鉴于此，为了提高业务数据的处理效率，降低业务人员手工维护的成本，提升托管业务数据的数字化管理能力，实现托管业务数据的多维度分析和多层级展示，本公开的实施例提供了一种托管业务数据的处理方法，以达到上述的效果。具体地，该方法包括：响应于数据处理请求，查询预设时间段内处理过托管业务的多个组织机构和组织机构运行托管业务得到的业务数据；基于组织机构的层级关系对多个组织机构进行处理，得到组织机构树；基于托管业务的场景标识，从组织机构树中搜索目标组织机构，其中，托管业务的场景标识是通过解析数据处理请求得到的；基于层级关系对目标组织机构运行托管业务得到的业务数据进行汇总处理，生成数据处理结果。
29.需要说明的是，本公开实施例确定的托管业务数据的处理方法和装置可用于数据处理技术领域或金融科技领域，也可用于除数据处理技术领域或金融科技领域之外的任意领域，本公开实施例对托管业务数据的处理方法和装置的应用领域不做限定。
30.在本公开的技术方案中，所涉及的数据(如包括但不限于用户个人信息)的收集、
存储、使用、加工、传输、提供、公开和应用等处理，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。
31.图1示意性示出了根据本公开实施例的托管业务数据的处理方法和装置的系统架构图。
32.如图1所示，根据该实施例的系统架构100可以包括第一终端设备101、第二终端设备102、第三终端设备103、网络104以及服务器105。网络104用以在第一终端设备101、第二终端设备102、第三终端设备103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
33.用户可以使用第一终端设备101、第二终端设备102、第三终端设备103中的至少一个通过网络104与服务器105交互，以接收或发送数据处理请求等。第一终端设备101、第二终端设备102、第三终端设备103上可以安装有各种通讯客户端应用，例如资产托管类应用、投资类应用、估值类应用、证券类应用、购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
34.第一终端设备101、第二终端设备102、第三终端设备103可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
35.服务器105可以是提供各种服务的服务器，例如对用户利用第一终端设备101、第二终端设备102、第三终端设备103所发送的数据处理请求提供处理的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的数据处理请求进行分析等处理，并将处理结果(例如根据用户请求构建的组织机构树、汇总后的数据处理结果等)反馈给终端设备。例如，服务器105可以响应于数据处理请求，查询预设时间段内处理过托管业务的多个组织机构和组织机构运行托管业务得到的业务数据；基于组织机构的层级关系对多个组织机构进行处理，得到组织机构树；基于托管业务的场景标识，从组织机构树中搜索目标组织机构，其中，托管业务的场景标识是通过解析数据处理请求得到的；基于层级关系对目标组织机构运行托管业务得到的业务数据进行汇总处理，生成数据处理结果。
36.需要说明的是，本公开实施例所提供的托管业务数据的处理方法一般可以由服务器105执行。相应地，本公开实施例所提供的托管业务数据的处理装置一般可以设置于服务器105中。本公开实施例所提供的托管业务数据的处理方法也可以由不同于服务器105且能够与第一终端设备101、第二终端设备102、第三终端设备103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的托管业务数据的处理装置也可以设置于不同于服务器105且能够与第一终端设备101、第二终端设备102、第三终端设备103和/或服务器105通信的服务器或服务器集群中。
37.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
38.以下将基于图1描述的系统架构，通过图2～图4对公开实施例的托管业务数据的处理方法进行详细描述。
39.图2示意性示出了根据本公开实施例的托管业务数据的处理方法的流程图。
40.如图2所示，该实施例的托管业务数据的处理包括操作s201～操作s204。
41.在操作s201，响应于数据处理请求，查询预设时间段内处理过托管业务的多个组织机构和组织机构运行托管业务得到的业务数据。
42.在操作s202，基于组织机构的层级关系对多个组织机构进行处理，得到组织机构树。
43.在操作s203，基于托管业务的场景标识，从组织机构树中搜索目标组织机构，其中，托管业务的场景标识是通过解析数据处理请求得到的。
44.在操作s204，基于层级关系对目标组织机构运行托管业务得到的业务数据进行汇总处理，生成数据处理结果。
45.根据本公开的实施例，数据处理请求可以是用于处理托管业务数据的请求，例如托管业务的核算金额、清算金额、金额投资管理、证券管理、估值管理、数据监督等。托管业务可以是指托管资产，接收用户委托，安全保管用户资产、行使监督职责，并提供投资等相关服务的业务。
46.根据本公开的实施例，组织结构可以是用于处理托管业务的托管机构。业务数据可以是托管机构在运行托管业务时得到的数据。预设时间段可以根据实际需要进行适应性设置，例如每日接入托管机构的产生的业务数据。
47.图3示意性示出了根据本公开实施例的组织机构树的示意图。
48.根据本公开的实施例，层级关系可以和权限相关联，如图3所示，组织机构树可以大致分为三个层级，每个层级具有不同的权限，进而形成了数据的汇总逻辑。第一层级的组织机构可以理解为明细机构层，第一层级的组织机构是对组织机构的最细划分。第二层级的组织机构可以管理其下属的第一层级组织机构。可以理解的是第二层级的组织机构可以有多个，第二层级中的每个组织机构只能有权限处理各自下属的第一层级组织机构产生的业务数据，没有权限处理其他下属的第一层级组织机构产生的业务数据，这样可以提高数据处理的安全性。第三层级的组织可以理解为是最高层级的组织机构，该层级的组织机构有权限处理其下属的第二层级组织机构的业务数据，以及对应的第三层级组织机构的业务数据。当需要进行处理的业务数据在第一层级的组织机构中时，第一层级组织机构的数据可以通过如图3所示的数据汇总逻辑将数据汇总至相关联的第二层级组织机构以及第三层级的组织机构。可以理解的是，图3中第一层级、第二层级以及第三层级的组织机构可以根据实际需要，每一层级均可以具有任意数目的组织机构。
49.根据本公开的实施例，托管业务的场景标识可以是根据托管产品确定的。每一个托管产品均会涉及到一个业务场景，根据该业务场景，可以确定托管业务的场景标识。场景标识可以是根据从数据处理请求中解析出的一些特定字段确定的数字符号标识，例如根据数据处理请求中的“核算”、“清算”、“账户管理”、“估值管理”等字段，确定的数字符号标识。目标组织机构可以是第一层级组织中的一个或多个组织机构，目标组织机构的业务数据可以是与数据请求相关联的。
50.根据本公开的实施例，在托管业务下，产品维度可以是评估托管业务数据的最小粒度。根据托管产品的不同，也会有不同托管机构处理。每一个托管产品均会涉及到一个业务场景，业务场景不同，可能也会有不同的托管机构处理。所以需要先确定托管产品所属的场景，才可以从第一层级的组织机构中找到所需的目标组织机构。
51.根据本公开的实施例，在找到所需的目标组织机构后，可以将该组织机构产生的业务数据按照图3所示的数据汇总逻辑向第二层级的组织机构和第三层级的组织机构进行汇总，第二层级的组织机构和第三层级的组织机构可以根据汇总后的数据生成可展示的数
据结果，供业务人员进行分析决策。
52.根据本公开实施例提供的托管业务数据的处理方法、装置、设备、存储介质和程序产品，通过响应于数据处理请求，查询多个组织机构以及组织机构的业务数据；基于组织机构的层级关系，得到组织机构树；基于托管业务的场景标识从组织机构树中确定目标组织机构；以及将目标组织机构的业务数据根据所述机构树实现层级汇总。因为根据组织机构间的层级关系构建了组织机构树，可以形成一整套数据汇总逻辑；根据业务场景确定了目标组织机构后，目标组织机构的业务数据可以根据该数据汇总逻辑进行自动汇总上报，至少部分的解决了相关技术人由于人工操作对处理业务数据带来的问题，进而达到了提高业务数据处理的效率和准确率的技术效果。
53.根据本公开的实施例，上述方法还包括从数据仓库中获取组织机构源数据库表，其中，组织机构源数据库表中包括组织机构的调整记录；根据预设时间段内处理过托管业务的多个组织机构，生成组织机构数据库表；根据调整记录调整组织机构数据库表；根据调整后的组织机构数据库表，构建组织机构树，以便对组织机构树进行修剪。
54.根据本公开的实施例，数据仓库中的组织机构源数据库表可以包括处理各种业务(不仅限于托管业务)的组织机构以及各种组织机构的调整记录。调整记录可以包括组织机构的增添、撤并；或者每个组织机构所处理的产品有增添或删减等。该源数据库表可以理解为全量数据库表。
55.根据本公开的实施例，组织机构数据库表可以包括预设时间段内的组织机构以及该组织机构处理过的产品、运行过的业务、运行业务过程中得到的业务数据。该数据库表可以理解为当前时刻的数据库表，需要进行调整更新。
56.根据本公开的实施例，在根据调整记录调整当前时刻的数据库表时，可以根据每个组织机构的标识、每个产品的标识进行调整。通过对比全量数据库表和当前时刻的数据库表，若组织机构的标识或产品的标识出现变动时，根据组织机构的标识或产品的标识在当前时刻的数据库表中进行新增或删除的操作。
57.根据本公开的实施例，根据调整后的组织机构数据库表构建组织机构树，可以实现对组织机构树的更新，进而实现了汇总逻辑的新增或删除，更新了汇总逻辑，提高了数据处理的准确率。
58.根据本公开的实施例，组织机构会存在变化的可能，为了自动化的修剪组织机构树，即自动化添加和废除组织机构，可以设置修剪组织机构树的开关，以实现组织机构树的修剪，保障组织机构树的有效性。可以理解的是，当开关被触发时，响应于开关被触发的操作，每日从数据仓库同步组织机构源数据库表，根据组织机构的新增、删除对当前时刻的组织机构数据库表做修改，以实现对组织机构树的数据汇总逻辑进行新增或删除。
59.根据本公开的实施例，通过调整后的组织机构数据库表构建组织机构树，可以实现组织机构树的更新，以实时适应组织机构的变动，提高数据汇总处理的准确率。
60.根据本公开的实施例，操作s203中解析数据处理请求得到业务场景标识的过程还可以包括如下操作：解析数据处理请求，得到多个预设字段；根据预设字段，确定与数据处理请求相关联的服务类型；基于服务类型，确定托管业务的场景标识。
61.根据本公开的实施例，托管业务可以包括产品标识，组织机构树可以包括第一层级。在该种情况下，操作s203还可以包括如下操作：根据场景标识和产品标识，确定目标组
织机构标识；根据目标组织机构标识，在第一层级中查找目标组织机构。
62.根据本公开的实施例，托管产品可以是区分托管业务数据的最小粒度。托管产品可以是一个托管资产组合，例如基金等，一个类似于基金的资产组合就是一个托管产品，一个托管产品可以拥有唯一的产品标识，即产品编码。一个托管产品的运作需要经历一系列环节，如：指令、清算、核算、监督等，托管产品在不同环节根据托管机构间的分工，会由不同的托管机构处理，根据托管产品的类型不同，也会由不同的托管机构负责处理。托管产物的业务场景不同，也会由不同的托管机构负责处理。所以先确定托管产品所属的业务场景才能确定所需要的目标组织机构，根据不同的业务场景，可以设置多个服务类型。服务类型可以如表1所示。表1中包序号、服务类型以及对应的业务场景标识。
63.表1
[0064][0065]
根据本公开的实施例，通过解析数据请求，可以得到与数据请求对于的服务类型，根据服务类型，确定业务场景中的预设字段，可以确定业务场景标识。例如，在数据处理请求为“核算金额处理”的情况下，解析到的预设字段可以包括“核算”“金额”“处理”，也可以是对字段进行自动识别组合，例如解析到“核算处理”等字段，根据“核算”、“核算处理”等字段可以确定与数据处理请求对应的服务类型应是与核算处理相关，根据表1可知，在服务类型为核算处理的情况下，所对应的数字标识为“(24)”，则托管业务的场景标识可以是“(24)”。在另一实施例中，解析数据请求，也可以理解为得到该托管业务当前所处的环节。
[0066]
根据本公开的实施例，根据表1，核算业务场景对应的服务类型可以是“核算处理”；清算业务场景对应的服务类型可以是“清算指令处理”等。托管业务下一般会有托管产品，托管产品可以拥有一个唯一的产品编码。在处理一个组织机构下与托管产品相关的业务数据时，可以通过产品编码、业务场景标识的组合确定运行该托管产品的唯一的组织机构编码。目标组织机构标识可以是该组织机构编码。一个托管产品一般会有多个组织机构运行，因此，需要根据产品编码和业务场景标识共同形成的组织机构标识从第一层级的多个组织机构中确定与数据请求相关联的组织机构。
[0067]
根据本公开的实施例，现有技术中没有直接的信息会表示某项托管产品是由哪项托管机构在运行。在本公开的实施例中，根据产品是确定组织机构的最小粒度，利用产品标识和业务场景相结合的方式确定目标组织结构，和现有技术相比，可以提高确定目标组织机构的效率和准确率。
[0068]
根据本公开的实施例，操作s204还可以包括如下操作：基于目标组织机构的层级关系，从第二层级中确定目标运营机构的上级组织机构；将目标组织机构运行托管业务得到的业务数据汇总至上级组织机构。
[0069]
根据本公开的实施例，通过唯一的组织机构标识，在第一层级的组织结构中可以找到目标组织机构，例如通过预设的字段“br_code”等在第一层级的组织机构中进行搜索，查找到目标组织机构。在确定该目标组织机构后，可以通过其他预设字段或语句等匹配该目标组织机构对应的上级组织机构信息，即对应的第二层级中的组织结构和第三层级中的组织机构，并将目标组织机构中的业务数据向对应的上级组织机构进行汇总。例如通过“group by”语句汇总lv1_code(与第二层级的组织机构相关)字段、lv0_code(与第三层级的组织机构相关)字段，形成第二层级、第三层级的两个层级的数据汇总结果，实现了业务数据的汇总处理。
[0070]
根据本公开的实施例，通过组织机构树的层级关系形成了数据汇总逻辑，根据数据的汇总逻辑对业务数据处理，不仅可以自动化的向上级组织机构汇总数据，而且数据汇总过程有迹可循，使得业务数据的处理过程更为清晰简洁，而且即使需要对数据进行复核，也有清楚的汇总逻辑供参考，降低了业务人员的工作负担，提高了数据处理的工作效率。
[0071]
根据本公开的实施例，上述方法还包括根据数据处理结果，生成数据图谱；展示数据图谱。
[0072]
根据本公开的实施例，数据图谱可以是能够展示数据汇总逻辑或数据汇总情况的图谱，例如可以是和组织机构树相似的树状图谱等。
[0073]
根据本公开的实施例，第一层级的业务数据在向上级汇总后形成的第二层级的数据汇总结果、第三层级的数据汇总结果也可以绘制成树状图谱。利用可视化的组件展示该树状图谱。可选的，数据汇总的过程也可以通过可视化组件进行展示。
[0074]
根据本公开的实施例，通过展示数据图谱，可以展现托管业务数据的全貌，从而便于业务人员全面了解托管任务和业务数据处理的效能。展示图谱可以为各层级的业务人员提供统一、便捷、全面的数据视图及分析决策依据，提升托管数字化管理能力。
[0075]
图4示意性示出了根据本公开另一实施例的托管业务数据的处理方法的流程图。
[0076]
如图4所示，该方法可以包括操作s401～s409。
[0077]
在操作s401，每日接入托管机构数据。
[0078]
在操作s402，根据层级逻辑划分托管机构层级(第三层级、第二层级、第一层级)，构建托管机构树。
[0079]
在操作s403，根据需要，从编辑页面打开或关闭某托管机构的开关，或修剪托管机构树的开关。
[0080]
在操作s404，形成修剪后的托管机构树。
[0081]
在操作s405，确定数据处理请求的应用场景及处理请求的内容。
[0082]
在操作s406，分析与数据处理请求相对应的服务类型，并通过服务类型确定目标托管机构。
[0083]
在操作s407，从托管机构树中，通过br_code匹配识别目标托管机构，并确定该目标托管机构的层级关系。
[0084]
在操作s408，通过lv1_code和lv0_code确定该目标托管机构对应的上级托管机构，即确定对应的第二层级的托管机构和第三层级对应的托管机构；并将目标托管机构的业务数据向上级机构汇总，得到第二层级和第三层级的各层级视角数据汇总结果。
[0085]
在操作s409，以托管机构为维度建立托管各业务视图。
[0086]
根据本公开的实施例，操作s401～s409中的相关内容可以参考操作s201～s204中的相关内容，在此不再赘述。
[0087]
根据本公开的实施例，通过构建托管机构树维护系统，可通过自动化的方式定义匹配托管机构层级关系，构建托管机构树，最终形成基于托管机构的托管业务数据视图，实现了托管业务数据处理的全貌展现。
[0088]
根据本公开的实施例提供的托管业务数据的处理方法，无需业务手工维护，只用在系统上进行配置，就能自动形成托管机构树。本公开的实施例将基于托管机构特有的层级归属关系，配置化形成托管机构树。基于托管业务中，产品、托管业务与托管机构的关系，形成服务类型，实现以托管机构为维度的托管业务数据的多层级展示，并提供托管指令、清算、核算、监督等托管类及风险类专题视图，进一步提升托管业务的处理效率。
[0089]
根据本公开的实施例，基于服务类型和层级关系，形成了一套托管业务下的托管机构数据的处理方法。通过构建托管机构树，形成一套机构层级的汇总逻辑，形成托管各业务条线的视图，为托管业务提供决策依据。同时，托管业务数据的自动化处理，减轻了业务人员的工作负担，降低了人工操作的时间成本，减少了差错率，提供了业务数据处理的效率和准确率。
[0090]
需要说明的是，本公开实施例中的流程图所示的操作除非明确说明不同操作之间存在执行的先后顺序，或者不同操作在技术实现上存在执行的先后顺序，否则，多个操作之间的执行顺序可以不分先后，多个操作也可以同时执行。
[0091]
基于上述托管业务数据的处理方法，本公开还提供了一种托管业务数据的处理装置。以下将结合图5对该装置进行详细描述。
[0092]
图5示意性示出了根据本公开实施例的托管业务数据的处理装置的结构框图。
[0093]
如图5所示，该实施例的托管业务数据的处理装置500包括查询模块510、第一处理模块520、搜索模块530和第二处理模块540。
[0094]
查询模块510，用于响应于数据处理请求，查询预设时间段内处理过托管业务的多个组织机构和组织机构运行托管业务得到的业务数据。
[0095]
第一处理模块520，用于基于组织机构的层级关系对多个组织机构进行处理，得到组织机构树。
[0096]
搜索模块530，用于基于托管业务的场景标识，从组织机构树中搜索目标组织机构，其中，托管业务的场景标识是通过解析数据处理请求得到的。
[0097]
第二处理模块540，用于基于层级关系对目标组织机构运行托管业务得到的业务数据进行汇总处理，生成数据处理结果。
[0098]
根据本公开实施例提供的托管业务数据的处理方法、装置、设备、存储介质和程序产品，通过响应于数据处理请求，查询多个组织机构以及组织机构的业务数据；基于组织机构的层级关系，得到组织机构树；基于托管业务的场景标识从组织机构树中确定目标组织机构；以及将目标组织机构的业务数据根据机构树实现层级汇总。因为根据组织机构间的层级关系构建了组织机构树，可以形成一整套数据汇总逻辑；根据业务场景确定了目标组织机构后，目标组织机构的业务数据可以根据该数据汇总逻辑进行自动汇总上报，至少部分的解决了相关技术人由于人工操作对处理业务数据带来的问题，进而达到了提高业务数据处理的效率和准确率的技术效果。
[0099]
根据本公开的实施例，搜索模块还包括解析单元、第一确定单元、第二确定单元。
[0100]
解析单元，用于解析数据处理请求，得到多个预设字段。
[0101]
第一确定单元，用于根据预设字段，确定与数据处理请求相关联的服务类型。
[0102]
第二确定单元，用于基于服务类型，确定托管业务的场景标识。
[0103]
根据本公开的实施例，搜索模块还包括第三确定单元、查找单元。
[0104]
第三确定单元，用于根据场景标识和产品标识，确定目标组织机构标识。
[0105]
查找单元，用于根据目标组织机构标识，在第一层级中查找目标组织机构。
[0106]
根据本公开的实施例，第二处理模块还包括第四确定单元、汇总单元。
[0107]
第四确定单元，用于基于目标组织机构的层级关系，从第二层级中确定目标运营机构的上级组织机构。
[0108]
汇总单元，用于将目标组织机构运行托管业务得到的业务数据汇总至上级组织机构。
[0109]
根据本公开的实施例，托管业务数据的处理装置还可以包括获取模块、第一生成模块、调整模块、构建模块。
[0110]
获取模块，用于从数据仓库中获取组织机构源数据库表，其中，组织机构源数据库表中包括组织机构的调整记录。
[0111]
第一生成模块，用于根据所述预设时间段内处理过托管业务的多个组织机构，生成组织机构数据库表。
[0112]
调整模块，用于根据调整记录调整组织机构数据库表。
[0113]
构建模块，用于根据调整后的组织机构数据库表，构建组织机构树，以便对组织机构树进行修剪。
[0114]
根据本公开的实施例，托管业务数据的处理装置还可以包括第二生成模块、展示模块。
[0115]
第二生成模块，用于根据数据处理结果，生成数据图谱；
[0116]
展示模块，用于展示数据图谱。
[0117]
根据本公开的实施例，查询模块510、第一处理模块520、搜索模块530和第二处理模块540中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，查询模块510、第一处理模块520、搜索模块530和第二处理模块540中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，查询模块510、第一处理模块520、搜索模块530和第二处理模块540中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
[0118]
需要说明的是，本公开的实施例中托管业务数据的处理装置部分与本公开的实施例中托管业务数据的处理方法部分是相对应的，托管业务数据的处理装置部分的描述具体参考托管业务数据的处理方法部分，在此不再赘述。
[0119]
图6示意性示出了根据本公开实施例的适于实现托管业务数据的处理方法的电子设备的方框图。
[0120]
如图6所示，根据本公开实施例的电子设备600包括处理器601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。处理器601例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))等等。处理器601还可以包括用于缓存用途的板载存储器。处理器601可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
[0121]
在ram 603中，存储有电子设备600操作所需的各种程序和数据。处理器601、rom 602以及ram 603通过总线604彼此相连。处理器601通过执行rom 602和/或ram 603中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom 602和ram 603以外的一个或多个存储器中。处理器601也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
[0122]
根据本公开的实施例，电子设备600还可以包括输入/输出(i/o)接口605，输入/输出(i/o)接口605也连接至总线604。电子设备600还可以包括连接至i/o接口605的以下部件中的一项或多项：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。
[0123]
本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
[0124]
根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom 602和/或ram 603和/或rom 602和ram 603以外的一个或多个存储器。
[0125]
本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的托管业务数据的处理方法。
[0126]
在该计算机程序被处理器601执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
[0127]
在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分609被下载和安装，和/或从可拆卸介质611被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
[0128]
在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被处理器601执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
[0129]
根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如java，c++，python，“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
[0130]
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0131]
本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
[0132]
以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。