基于关联关系的数据抓取方法及装置制造方法
【专利摘要】本发明提供了一种基于关联关系的数据抓取方法及装置，所述数据抓取方法，包括：接收以指定业务单据为核心业务单据进行数据抓取的指令；通过所述指定业务单据注册的调用者服务确定指定业务单据进行数据抓取的服务接口，并通过与所述指定业务单据具有关联关系的其他业务单据注册的提供者服务确定响应所述服务接口的实现服务；通过所述指定业务单据调用所述实现服务，以对所述其他业务单据中的数据进行抓取；对通过所述指定业务单据抓取的数据进行展现。本发明的技术方案使得能够实现以核心业务单据为维度，自动对与其关联的业务单据的数据进行抓取，极大地提高了操作的便利性；同时，能够满足用户对不同关联关系的业务单据之间的数据抓取需求。
【专利说明】基于关联关系的数据抓取方法及装置
【技术领域】
[0001]本发明涉及数据处理【技术领域】，具体而言，涉及一种基于关联关系的数据抓取方法和一种基于关联关系的数据抓取装置。
【背景技术】
[0002]在以业务单据为中心的ERP(Enterprise Resource Planning,企业资源计划)系统中，一些核心的业务单据，往往会与其他的多种业务单据具有关联关系。由于这种关联关系通常是由其他非核心单据建立和维护的，因此用户对以核心业务单据为维度的其他各类单据数据的整体把握不够。此时，如何以核心业务单据为维度，自动的对与其有关联关系的业务单据的数据进行抓取成为ERP系统的一种通用和迫切的业务需求。目前，实现这种基于业务单据的关联关系进行数据自动抓取的方法主要有以下特点:
[0003]I)大多依赖于业务单据主子表的强关联关系来实现；
[0004]2)核心业务单据与其他业务单据之间的关联关系在软件设计期间已经确定；
[0005]3)数据抓取装置通常需要对其进行抓取的业务单据实体产生依赖。
[0006]由于以上的特点，导致现有的数据抓取技术存在以下不足:
[0007]I)与核心业务单据存在关联关系的业务单据数据的抓取支持不够。在实际的企业ERP应用系统中存在着大量与核心单据存在参照关联而非主子表关联的业务单据，当用户需要对这些单据需要进行数据抓取操作时，显得力不从心；
[0008]2)需要进行数据抓取操作的业务单据种类很难在设计阶段就确定下来，而后期需求的变化，可能会导致其需要抓取的业务单据种类增加或减少，此时需要修改源代码，以增加对新增加或减少的业务单据的支持；
[0009]3)对其需要进行抓取数据的每种单据需要分别提供进行数据抓取的接口和实现服务，当需要抓取的单据种类较多时，其代码的开发成本和维护成本的开销会呈线性增加。
[0010]因此，如何能够在实现对业务单据中的数据进行抓取的前提下，提高用户操作的便利性，并且实现对不同关联关系的业务单据之间的数据抓取需求成为亟待解决的技术问题。
【发明内容】
[0011]本发明正是基于上述技术问题，提出了一种新的基于关联关系的数据抓取方案，使得能够实现以核心业务单据为维度，自动对与其关联的业务单据的数据进行抓取，极大地提高了操作的便利性；同时，能够满足用户对不同关联关系的业务单据之间的数据抓取需求。
[0012]有鉴于此，本发明提出了一种基于关联关系的数据抓取方法，包括:接收以指定业务单据为核心业务单据进行数据抓取的指令；通过所述指定业务单据注册的调用者服务确定所述指定业务单据进行数据抓取的服务接口，并通过与所述指定业务单据具有关联关系的其他业务单据注册的提供者服务确定响应所述服务接口的实现服务；通过所述指定业务单据调用所述实现服务，以对所述其他业务单据中的数据进行抓取；对通过所述指定业务单据抓取的数据进行展现。
[0013]在该技术方案中，通过调用者服务确定数据抓取的服务接口，并通过提供者服务确定响应服务接口的实现服务，进而通过调用实现服务，以对其他业务单据中的数据进行抓取，使得能够实现以核心业务单据为维度，自动对与其关联的业务单据的数据进行抓取，极大地提高了操作的便利性；同时，无论是主子表关联关系的业务单据还是参照关联关系的业务单据均能够实现对业务单据的数据进行抓取，满足了用户对不同关联关系的业务单据之间的数据抓取需求。
[0014]在上述技术方案中，优选地，还包括:接收业务单据的注册请求；根据所述注册请求的种类，为所述业务单据注册所述调用者服务和/或所述提供者服务。
[0015]在该技术方案中，通过为业务单据注册调用者服务和/或提供者服务，可以在抓取业务单据的数据时，方便地根据业务单据注册的服务类型确定核心业务单据的服务接口和与核心业务单据相关联的其他业务单据的实现服务，进而便于实现数据的抓取工作。
[0016]在上述技术方案中，优选地，在通过所述指定业务单据抓取数据之后，并在对通过所述指定业务单据抓取的数据进行展现之前还包括:对所述指定业务单据抓取的数据进行格式转化处理。
[0017]在该技术方案中，通过对抓取的数据进行格式转化处理，实现了服务调用者和服务提供者之间的解耦，满足了抓取数据的业务单据和提供数据的业务单据解耦的需求，进而实现了动态地进行需要抓取数据的业务单据种类的增减。
[0018]在上述技术方案中，优选地，对所述指定业务单据抓取的数据进行格式转化处理的步骤具体为:根据所述指定业务单据传入的参数查询对应的服务实现类；根据查询到的所述服务实现类，通过反射机制生成所述服务实现类的实例，以确定所述服务实现类的方法；根据所述服务实现类的方法，对所述指定业务单据抓取的数据进行格式转化处理。
[0019]在上述技术方案中，优选地，所述关联关系包括主子表关联关系和参照关联关系。本发明的技术方案中，无论是主子表关联关系的业务单据还是参照关联关系的业务单据均能够实现对业务单据的数据进行抓取，满足了用户对不同关联关系的业务单据之间的数据抓取需求。
[0020]根据本发明的另一方面，还提出了一种基于关联关系的数据抓取装置，包括:第一接收单元，用于接收以指定业务单据为核心业务单据进行数据抓取的指令；第一确定单元，用于通过所述指定业务单据注册的调用者服务确定所述指定业务单据进行数据抓取的服务接口，并通过与所述指定业务单据具有关联关系的其他业务单据注册的提供者服务确定响应所述服务接口的实现服务；处理单元，用于通过所述指定业务单据调用所述实现服务，以对所述其他业务单据中的数据进行抓取；展现单元，用于对通过所述指定业务单据抓取的数据进行展现。
[0021 ] 在该技术方案中，通过调用者服务确定数据抓取的服务接口，并通过提供者服务确定响应服务接口的实现服务，进而通过调用实现服务，以对其他业务单据中的数据进行抓取，使得能够实现以核心业务单据为维度，自动对与其关联的业务单据的数据进行抓取，极大地提高了操作的便利性；同时，无论是主子表关联关系的业务单据还是参照关联关系的业务单据均能够实现对业务单据的数据进行抓取，满足了用户对不同关联关系的业务单据之间的数据抓取需求。
[0022]在上述技术方案中，优选地，还包括:第二接收单元，用于接收业务单据的注册请求；注册单元，用于根据所述注册请求的种类，为所述业务单据注册所述调用者服务和/或所述提供者服务。
[0023]在该技术方案中，通过为业务单据注册调用者服务和/或提供者服务，可以在抓取业务单据的数据时，方便地根据业务单据注册的服务类型确定核心业务单据的服务接口和与核心业务单据相关联的其他业务单据的实现服务，进而便于实现数据的抓取工作。
[0024]在上述技术方案中，优选地，还包括:格式转化单元，用于在所述处理单元通过所述指定业务单据抓取数据之后，并在所述展现单元对通过所述指定业务单据抓取的数据进行展现之前，对所述指定业务单据抓取的数据进行格式转化处理。
[0025]在该技术方案中，通过对抓取的数据进行格式转化处理，实现了服务调用者和服务提供者之间的解耦，满足了抓取数据的业务单据和提供数据的业务单据解耦的需求，进而实现了动态地进行需要抓取数据的业务单据种类的增减。
[0026]在上述技术方案中，优选地，所述格式转化单元包括:查询单元，用于根据所述指定业务单据传入的参数查询对应的服务实现类；第二确定单元，用于根据所述查询单元查询到的所述服务实现类，通过反射机制生成所述服务实现类的实例，以确定所述服务实现类的方法；执行单元，用于根据所述服务实现类的方法，对所述指定业务单据抓取的数据进行格式转化处理。
[0027]在上述技术方案中，优选地，所述关联关系包括主子表关联关系和参照关联关系。本发明的技术方案中，无论是主子表关联关系的业务单据还是参照关联关系的业务单据均能够实现对业务单据的数据进行抓取，满足了用户对不同关联关系的业务单据之间的数据抓取需求。
[0028]通过以上技术方案，使得能够实现以核心业务单据为维度，自动对与其关联的业务单据的数据进行抓取，极大地提高了操作的便利性；同时，能够满足用户对不同关联关系的业务单据之间的数据抓取需求。
【专利附图】
【附图说明】
[0029]图1示出了根据本发明的实施例的基于关联关系的数据抓取方法的示意流程图；
[0030]图2示出了根据本发明的实施例的基于关联关系的数据抓取装置的示意框图；
[0031]图3示出了根据本发明的实施例的数据抓取装置与业务单据之间的关系示意图；
[0032]图4示出了根据本发明的另一个实施例的基于关联关系的多单据数据抓取装置的示意框图；
[0033]图5示出了根据本发明的实施例的服务契约实体关联示意图；
[0034]图6示出了根据本发明的实施例的服务工厂装置的处理过程示意图；
[0035]图7示出了根据本发明的实施例的后台服务代理处理类图示意图；
[0036]图8示出了图4中所示的基于关联关系的多单据数据抓取装置的处理流程示意图；
[0037]图9示出了根据本发明的一个实施例的项目管理应用聚合组件需求示意图。
【具体实施方式】
[0038]为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和【具体实施方式】对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
[0039]在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。
[0040]图1示出了根据本发明的实施例的基于关联关系的数据抓取方法的示意流程图。
[0041]如图1所示，根据本发明的实施例的基于关联关系的数据抓取方法，包括:步骤102，接收以指定业务单据为核心业务单据进行数据抓取的指令；步骤104，通过所述指定业务单据注册的调用者服务确定所述指定业务单据进行数据抓取的服务接口，并通过与所述指定业务单据具有关联关系的其他业务单据注册的提供者服务确定响应所述服务接口的实现服务；步骤106，通过所述指定业务单据调用所述实现服务，以对所述其他业务单据中的数据进行抓取；步骤108，对通过所述指定业务单据抓取的数据进行展现。
[0042]在该技术方案中，通过调用者服务确定数据抓取的服务接口，并通过提供者服务确定响应服务接口的实现服务，进而通过调用实现服务，以对其他业务单据中的数据进行抓取，使得能够实现以核心业务单据为维度，自动对与其关联的业务单据的数据进行抓取，极大地提高了操作的便利性；同时，无论是主子表关联关系的业务单据还是参照关联关系的业务单据均能够实现对业务单据的数据进行抓取，满足了用户对不同关联关系的业务单据之间的数据抓取需求。
[0043]在上述技术方案中，优选地，还包括:接收业务单据的注册请求；根据所述注册请求的种类，为所述业务单据注册所述调用者服务和/或所述提供者服务。
[0044]在该技术方案中，通过为业务单据注册调用者服务和/或提供者服务，可以在抓取业务单据的数据时，方便地根据业务单据注册的服务类型确定核心业务单据的服务接口和与核心业务单据相关联的其他业务单据的实现服务，进而便于实现数据的抓取工作。
[0045]在上述技术方案中，优选地，在通过所述指定业务单据抓取数据之后，并在对通过所述指定业务单据抓取的数据进行展现之前还包括:对所述指定业务单据抓取的数据进行格式转化处理。
[0046]在该技术方案中，通过对抓取的数据进行格式转化处理，实现了服务调用者和服务提供者之间的解耦，满足了抓取数据的业务单据和提供数据的业务单据解耦的需求，进而实现了动态地进行需要抓取数据的业务单据种类的增减。
[0047]在上述技术方案中，优选地，对所述指定业务单据抓取的数据进行格式转化处理的步骤具体为:根据所述指定业务单据传入的参数查询对应的服务实现类；根据查询到的所述服务实现类，通过反射机制生成所述服务实现类的实例，以确定所述服务实现类的方法；根据所述服务实现类的方法，对所述指定业务单据抓取的数据进行格式转化处理。
[0048]在上述技术方案中，优选地，所述关联关系包括主子表关联关系和参照关联关系。本发明的技术方案中，无论是主子表关联关系的业务单据还是参照关联关系的业务单据均能够实现对业务单据的数据进行抓取，满足了用户对不同关联关系的业务单据之间的数据抓取需求。
[0049]图2示出了根据本发明的实施例的基于关联关系的数据抓取装置的示意框图。
[0050]如图2所示，根据本发明的实施例的基于关联关系的数据抓取装置200，包括--第一接收单元202，用于接收以指定业务单据为核心业务单据进行数据抓取的指令；第一确定单元204，用于通过所述指定业务单据注册的调用者服务确定所述指定业务单据进行数据抓取的服务接口，并通过与所述指定业务单据具有关联关系的其他业务单据注册的提供者服务确定响应所述服务接口的实现服务；处理单元206，用于通过所述指定业务单据调用所述实现服务，以对所述其他业务单据中的数据进行抓取；展现单元208，用于对通过所述指定业务单据抓取的数据进行展现。
[0051 ] 在该技术方案中，通过调用者服务确定数据抓取的服务接口，并通过提供者服务确定响应服务接口的实现服务，进而通过调用实现服务，以对其他业务单据中的数据进行抓取，使得能够实现以核心业务单据为维度，自动对与其关联的业务单据的数据进行抓取，极大地提高了操作的便利性；同时，无论是主子表关联关系的业务单据还是参照关联关系的业务单据均能够实现对业务单据的数据进行抓取，满足了用户对不同关联关系的业务单据之间的数据抓取需求。
[0052]在上述技术方案中，优选地，还包括:第二接收单元210，用于接收业务单据的注册请求；注册单元212，用于根据所述注册请求的种类，为所述业务单据注册所述调用者服务和/或所述提供者服务。
[0053]在该技术方案中，通过为业务单据注册调用者服务和/或提供者服务，可以在抓取业务单据的数据时，方便地根据业务单据注册的服务类型确定核心业务单据的服务接口和与核心业务单据相关联的其他业务单据的实现服务，进而便于实现数据的抓取工作。
[0054]在上述技术方案中，优选地，还包括:格式转化单元214，用于在所述处理单元206通过所述指定业务单据抓取数据之后，并在所述展现单元208对通过所述指定业务单据抓取的数据进行展现之前，对所述指定业务单据抓取的数据进行格式转化处理。
[0055]在该技术方案中，通过对抓取的数据进行格式转化处理，实现了服务调用者和服务提供者之间的解耦，满足了抓取数据的业务单据和提供数据的业务单据解耦的需求，进而实现了动态地进行需要抓取数据的业务单据种类的增减。
[0056]在上述技术方案中，优选地，所述格式转化单元214包括:查询单元2142，用于根据所述指定业务单据传入的参数查询对应的服务实现类；第二确定单元2144，用于根据所述查询单元2142查询到的所述服务实现类，通过反射机制生成所述服务实现类的实例，以确定所述服务实现类的方法；执行单元2146，用于根据所述服务实现类的方法，对所述指定业务单据抓取的数据进行格式转化处理。
[0057]在上述技术方案中，优选地，所述关联关系包括主子表关联关系和参照关联关系。本发明的技术方案中，无论是主子表关联关系的业务单据还是参照关联关系的业务单据均能够实现对业务单据的数据进行抓取，满足了用户对不同关联关系的业务单据之间的数据抓取需求。
[0058]以下结合图3至图9详细说明本发明的技术方案。
[0059]在ERP系统中，业务单据主要存在着主子表关联和参照关联关系两种联系，二者在生命周期以及数据维护等等都存在以下不同:1)生命周期不同:具有主子表关联关系的业务单据具有相同的生命周期，而具有关联关系的业务单据不一定；2)关系确定时间不同:主子表关联关系在软件设计阶段已经确定而参照关联关系是随着需求的变化而不断的变化。
[0060]目前，基于关联关系的多单据数据抓取装置对主子表关联这种强关联关系支持度较好。用户需要查询或操作与中心业务实体存在参照关联关系的其他业务单据时，往往需要从其他业务单据的维护功能节点找到与核心业务单据存在关联的单据或档案再进行其他的业务操作，极大的降低了操作的便利性，给用户带来了不好的用户体验。
[0061]正是基于上述的问题，本发明提出了一种基于关联关系的数据抓取装置，其基本原理的示意图如图3所示，一个数据抓取装置可以对应多个核心业务单据，数据抓取装置可以抓取与核心业务单据存在主子表关联关系以及参照关联关系的其他业务单据的数据，支持动态的增删需要抓取数据的单据种类。
[0062]图4示出了根据本发明的另一个实施例的基于关联关系的多单据数据抓取装置的示意框图。
[0063]如图4所示，根据本发明的另一个实施例的基于关联关系的多单据数据抓取装置400，包括:服务契约管理装置402 (主要包括业务单据关联关系注册装置和服务代理装置)、服务工厂装置404 (主要包括数据转化装置和服务调用装置)、用户交互装置406。通过这几个部分的协作，最终实现一个基于业务单据关联关系(包括主子表关联和参照关联)的多单据数据抓取装置400。
[0064]1、服务契约管理装置402
[0065]服务契约管理装置402主要负责业务单据关联关系的注册与服务代理的注册。统一的服务契约主要解决了以下两个问题:服务选择与匹配，即服务参数的设置，需要区分核心业务单据即服务调用者负责数据抓取接口的制定和从业务单据即服务提供者服务对抓取接口的实现；服务返回数据处理，即调用服务后，返回参数的统一处理与展示。
[0066]业务单据关联关系的注册主要分为两种:第一种是注册核心业务单据，此时需要注册业务单据实体信息和服务调用者服务契约，其中，服务调用者契约规定了以核心业务单据为聚合点的数据公共抓取接口 ；第二种是注册从业务单据，此时需要注册业务单据实体信息和服务提供者契约，服务提供者契约规定了从业务单据为哪些核心业务单据提供了数据抓取服务，以及服务实现。一个业务单据如果既注册了服务提供者契约，又注册了服务调用者契约，则既可以以该业务单据为核心业务单据进行其他业务单据的数据抓取，又可以为其他的核心业务单据提供数据抓取服务。
[0067]服务契约的实体关联示意如图5所示，简化抽象出来的业务单据实体模型的形式化描述如下:
[0068]BillEntity = {BillType, BillID, BillCode, BillName}；
[0069]BillType，单据类型；BillID，单据ID (唯一性约束，非空约束)；BillCode，单据编码(唯一性约束，非空约束)；BillName，单据名称。
[0070]BillType = {BillTypelD, BillTypeCode, Name}；
[0071]BillTypelD,单据类型ID (唯一性约束，非空约束)；BillTypeCode，单据类型编码(唯一性约束，非空约束);Name，单据类型名称。
[0072]ServiceInterface = {ServicelD, ServiceName, ServiceType, ServiceParam}；
[0073]ServicelD,服务 ID ；ServiceName,服务名称；ServiceIP,服务 IP ；ServicePort,服务端口 ；ServiceType,服务类型；ServiceParam,服务参数。
[0074]BillTypeMapServiceInterface = {BillTypelD,ServicelD}；
[0075]BillTypelD，单据类型ID，外键约束；ServiceID，服务ID，外键约束。
[0076]ServiceProvider = {ServicelD, ProviderID, ServiceIP, ServicePort,ServiceParam}；
[0077]ServicelD,实现的服务接口 ID，外键约束；ProViderID，服务提供者ID，主键约束；ServiceIP,服务提供 IP ;ServicePort,月艮务提供接口 ;ServiceProviderParam,服务提供参数。
[0078]ServiceParam = {LoginContext, Fileds, Operat1n}；
[0079]LoginContext,用户登录上下文信息,用于权限控制；Fields,数组类型，需要抓取的字段；0perat1n,业务操作类型,增删改查等。
[0080]2、服务工厂装置404
[0081]为实现抓取装置与业务单据之间的解耦，本发明设计了服务工厂装置404，提出一种通过服务代理注册的方式，从而可以动态的进行需要抓取数据的单据种类的增减。其主要的实现原理的过程如图6所示，其处理流程包括:
[0082]Stepl:服务实现者即从业务单据通过服务提供者契约将服务在服务中心进行注
ΠΠ
册;
[0083]Step2:服务调用者即用户交互装置调用服务代理工厂装置，并传入服务方法参数；
[0084]Step3:服务代理工厂装置通过服务调用者传入参数，通过服务注册中心进行查询；
[0085]Step4:服务注册中心返回查询到的服务实现类；
[0086]St印5:服务代理工厂装置通过反射机制得到一个服务实现类的实例；
[0087]Step6:服务调用者调用服务实现类的方法，执行数据操作。
[0088]该模式将服务调用者与服务实现者实现了解耦，满足了数据抓取装置与其抓取数据的的业务单据解耦需求，因此，根据该处理模式，设计出了如图7所示的后台服务代理处理类图。在类图中ServiceFactory服务工厂实现类主要承担了服务代理工厂的角色，ServiceRegisterCenter服务注册中心承担了服务注册中心的角色，AssembleComponentService聚合组件服务扮演者服务调用者的角色，AssembleServicelmpl则扮演了服务实现者的角色。值得注意的是，服务实现类都继承了统一的服务接口 1perateAssembleDataService,在该接口中传入参数为统一的数据操纵上下文OperateAssembleDataContext,返回了哈希化的MappedBasedVO。由于服务接口的统一，因此，在服务调用端AssembleComponentService可以进行统一形式的服务调用，调用不同服务时，只需配置OperateAssembleDataContext的不同参数即可。当新增加或减少聚合的单据或是档案时，如无特殊的单据聚合需求如需要几张单据进行融合和转换等，则调用默认的聚合服务实现类进行处理，若有特殊需求则直接实现聚合数据操作的接口，然后注册到服务注册中心即可。
[0089]图4中所示的基于关联关系的多单据数据抓取装置400的处理流程如图8所示。
[0090]如图8所示，图4中所示的基于关联关系的多单据数据抓取装置400的处理流程，包括如下步骤:
[0091]St印1:通过用户接口与用户进行交互；
[0092]Step2:若发出业务单据注册的请求则进入业务单据注册流程；
[0093]Step2.1:若是核心业务单据则进行业务单据实体信息的注册和服务调用者契约的注册；还可以注册服务提供者契约，为其他的核心业务单据提供数据抓取的服务；
[0094]Step2.2:若是非核心业务单据则只能进行业务单据实体信息的注册和服务提供者契约的注册；
[0095]Step3:发出数据抓取的请求，则进入服务调用装置；
[0096]Step3.1:通过核心业务单据的单据类型查询服务调用者契约，查询到其对应的服务接口 ；
[0097]Step3.2:通过服务提供者契约，查询出实现了步骤3.1中服务接口的服务；
[0098]Step3.3:通过核心业务单据ID，调用服务，返回与核心业务单据相关的其他业务单据的数据；
[0099]Step4:将返回数据进行格式转化处理，将业务单据的属性映射到服务契约中约定的参数；
[0100]St印5:将格式转化后的数据进行展现；
[0101]St印6:装置运行结束。
[0102]以下介绍在本发明的技术方案的基础上的一个应用实例:
[0103]在项目管理的产品开发过程中，应客户要求，需要开发一个项目工作台的功能节点。其主要业务需求为以项目档案为核心业务单据，将与项目档案有参照关联和主子表关联的单据进行聚合一站式操作，为用户提供方便，不必打开多个功能点来进行操作。其详细的业务需求示意如图9所示，其中在该业务组件中以项目档案为核心业务单据，与其存在参照关系的有18种单据类型，其中聚合组件需要对其中的10种单据具有查询需求，对其他的8种单据具有新增需求，因此，若让客户去了解和操作某一个项目的相关数据，则需要打开18个功能节点，因此，该业务功能是用户所急需，也是一个很普遍的业务需求。
[0104]综上所述，使用基于关联关系的多单据数据抓取装置，通过统一的服务契约，对与核心业务单据具有参照关联关系和主子表关联关系的业务单据数据进行了抓取操作，且该装置能通过配置，动态的对抓取业务单据种类进行了增减，而无需对代码进行较大的改动，因此该基于关联关系的多单据数据抓取装置的实现方法具有一定的实用价值。
[0105]本发明的上述方案，可以实现以核心业务单据为维度，自动的对与其关联的业务单据的数据进行抓取，过滤，转换，展现和操作，达到以下目的:
[0106]I)用户可以基于与核心业务单据存在主子表关联以及参照关联关系的其他业务单据的查询与操作，从而可以了解和操作核心单据的各个维度的数据；
[0107]2)数据抓取装置无需对其进行的业务单据具体业务数据进行感知，通过统一接口来进行数据的抓取，过滤，转换，查询等操作；
[0108]3)数据抓取装置可以对抓取业务单据的种类的进行动态的支持，进行快速的配置来进行增加或删除；
[0109]4)增加了除业务单据的数据抓取功能之外的业务单据数据转换，数据扩充，数据映射，以及统一权限控制等功能，使得支持数据抓取功能的业务单据功能节点无需再做额外的代码开发及维护工作。
[0110]此外，本发明的技术方案增加了对业务单据之间参照关联的支持，不再局限于在设计阶段就已经确定的主子表关联，很好的满足了在实际业务系统中普遍存在的一类需求；在运行时，通过服务代理，以及统一的服务契约等方式，将数据抓取装置与业务单据进行了解耦，能够动态的增加抓取数据的单据种类，很好的符合了开闭原则，一定程度上克服了传统的聚合方法随着抓取业务单据的种类的增加维护成倍呈线性增加的缺点。
[0111]以上结合附图详细说明了本发明的技术方案，本发明提出了一种新的基于关联关系的数据抓取方案，使得能够实现以核心业务单据为维度，自动对与其关联的业务单据的数据进行抓取，极大地提高了操作的便利性；同时，能够满足用户对不同关联关系的业务单据之间的数据抓取需求。
[0112]以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【权利要求】
1.一种基于关联关系的数据抓取方法，其特征在于，包括: 接收以指定业务单据为核心业务单据进行数据抓取的指令； 通过所述指定业务单据注册的调用者服务确定所述指定业务单据进行数据抓取的服务接口，并通过与所述指定业务单据具有关联关系的其他业务单据注册的提供者服务确定响应所述服务接口的实现服务； 通过所述指定业务单据调用所述实现服务，以对所述其他业务单据中的数据进行抓取； 对通过所述指定业务单据抓取的数据进行展现。
2.根据权利要求1所述的基于关联关系的数据抓取方法，其特征在于，还包括: 接收业务单据的注册请求； 根据所述注册请求的种类，为所述业务单据注册所述调用者服务和/或所述提供者服务。
3.根据权利要求1所述的基于关联关系的数据抓取方法，其特征在于，在通过所述指定业务单据抓取数据之后，并在对通过所述指定业务单据抓取的数据进行展现之前还包括: 对所述指定业务单据抓取的数据进行格式转化处理。
4.根据权利要求3所述的基于关联关系的数据抓取方法，其特征在于，对所述指定业务单据抓取的数据进行格式转化处理的步骤具体为: 根据所述指定业务单据传入的参数查询对应的服务实现类； 根据查询到的所述服务实现类，通过反射机制生成所述服务实现类的实例，以确定所述服务实现类的方法； 根据所述服务实现类的方法，对所述指定业务单据抓取的数据进行格式转化处理。
5.根据权利要求1至4中任一项所述的基于关联关系的数据抓取方法，其特征在于，所述关联关系包括主子表关联关系和参照关联关系。
6.一种基于关联关系的数据抓取装置，其特征在于，包括: 第一接收单元，用于接收以指定业务单据为核心业务单据进行数据抓取的指令；第一确定单元，用于通过所述指定业务单据注册的调用者服务确定所述指定业务单据进行数据抓取的服务接口，并通过与所述指定业务单据具有关联关系的其他业务单据注册的提供者服务确定响应所述服务接口的实现服务； 处理单元，用于通过所述指定业务单据调用所述实现服务，以对所述其他业务单据中的数据进行抓取； 展现单元，用于对通过所述指定业务单据抓取的数据进行展现。
7.根据权利要求6所述的基于关联关系的数据抓取装置，其特征在于，还包括: 第二接收单元，用于接收业务单据的注册请求； 注册单元，用于根据所述注册请求的种类，为所述业务单据注册所述调用者服务和/或所述提供者服务。
8.根据权利要求6所述的基于关联关系的数据抓取装置，其特征在于，还包括: 格式转化单元，用于在所述处理单元通过所述指定业务单据抓取数据之后，并在所述展现单元对通过所述指定业务单据抓取的数据进行展现之前，对所述指定业务单据抓取的数据进行格式转化处理。
9.根据权利要求8所述的基于关联关系的数据抓取装置，其特征在于，所述格式转化单元包括: 查询单元，用于根据所述指定业务单据传入的参数查询对应的服务实现类； 第二确定单元，用于根据所述查询单元查询到的所述服务实现类，通过反射机制生成所述服务实现类的实例，以确定所述服务实现类的方法； 执行单元，用于根据所述服务实现类的方法，对所述指定业务单据抓取的数据进行格式转化处理。
10.根据权利要求6至9中任一项所述的基于关联关系的数据抓取装置，其特征在于，所述关联关系包括主子表关联关系和参照关联关系。
【文档编号】G06F17/30GK104317915SQ201410589618
【公开日】2015年1月28日 申请日期:2014年10月28日 优先权日:2014年10月28日
【发明者】朱威, 王安安 申请人:用友软件股份有限公司