CN110730097B - 互联网技术架构的构建方法、装置、电子设备和介质 - Google Patents

Abstract

本公开提供了一种互联网技术架构的构建方法、装置、电子设备和介质，该构建方法包括：获取业务架构，业务架构包括实体模型、活动模型、任务模型和组件模型，其中，活动模型、任务模型和组件模型为实体模型对应的实体提供服务；从互联网技术架构中获取与业务架构相关的交互组件、交易服务、组件服务和对象服务，其中，对象服务对数据集合中与实体模型相关的数据进行读写操作；获取并存储交互组件与活动模型之间的第三映射关系、交易服务与任务模型之间的第四映射关系、以及组件服务与组件模型之间的第五映射关系；基于第一映射关系、第二映射关系、第三映射关系、第四映射关系和第五映射关系重构互联网技术架构。

Description

互联网技术架构的构建方法、装置、电子设备和介质

技术领域

本公开涉及互联网技术领域，更具体地，涉及一种互联网技术架构的构建方法、装置、电子设备和介质。

背景技术

为了适应数字化银行的发展要求，商业银行需要理解行业发展趋势，分析企业存在的威胁和机遇。

在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题。业务架构涉及商业银行价值创造、业务运营、内部管理的方方面面，资产结构复杂，以往商业银行对价值创造过程缺少系统化分析，较少将业务及互联网技术(IT)架构资产形成系统性的对应关系，这也导致IT架构不能及时反映业务的需求和变化。此外，建设和维护人员众多、成本高、迭代频繁需要特定系统存储，并需要在业务架构资产与IT架构资产建立对应关系。

发明内容

有鉴于此，本公开提供了一种用于使得IT架构与业务架构相切合的互联网技术架构的构建方法、装置、电子设备和介质。

本公开的一个方面提供了一种互联网技术架构的构建方法，包括：获取业务架构，业务架构包括实体模型、活动模型、任务模型和组件模型，其中，活动模型、任务模型和组件模型为实体模型对应的实体提供服务，活动模型与任务模型之间存在一对一或一对多的第一映射关系，任务模型与组件模型之间存在一对一或一对多的第二映射关系；从互联网技术架构中获取与业务架构相关的交互组件(UC)、交易服务(ATS)、组件服务(ACS)和对象服务(BOS)，其中，对象服务对数据集合中与实体模型相关的数据进行读写操作；获取并存储交互组件与活动模型之间的第三映射关系、交易服务与任务模型之间的第四映射关系、以及组件服务与组件模型之间的第五映射关系；以及基于第一映射关系、第二映射关系、第三映射关系、第四映射关系和第五映射关系重构互联网技术架构。

本公开实施例提供的互联网技术架构的构建方法，在企业级业务架构指导下，通过实施业务架构和IT架构的一致性对接，实现任务组件和组件服务的目的、定义、范围一致性，实现IT业务系统对业务架构灵活组装关系继承，实现快速拼装上线。

根据本公开的实施例，从互联网技术架构中获取与业务架构相关的交互组件、交易服务、组件服务和对象服务包括：根据活动模型的对象和关键步骤识别从互联网技术架构中与任务模型对应的组件服务，得到候选组件服务；基于组件服务的起点和终点、任务模型对候选组件服务进行第一筛选，得到初筛组件服务；以及基于业务架构的渠道、产品模型、任务模型的关键业务中至少一种对初筛组件服务进行第二筛选，得到组件服务，其中，一组组件服务对应于一个任务模型。

根据本公开的实施例，上述方法还包括：在得到组件服务之后，确定任务模型中指定的组件模型是否存在对应的组件服务；以及如果确定至少部分指定的组件模型不存在对应的组件服务，则为至少部分指定的组件模型创建对应的组件服务。

根据本公开的实施例，上述方法还包括：在得到组件服务之后，确认一个组件服务是否对应多个组件模型；以及如果确认一个组件服务对应多个组件模型，则对组件服务进行拆分，直至一个组件服务对应一个组件模型。

根据本公开的实施例，上述方法还包括：在根据活动模型的对象和关键步骤识别与任务模型对应的组件服务之前，识别组件模型的操作主体的属性；以及去除操作主体的属性包括手工操作属性的组件模型。

根据本公开的实施例，上述方法还包括：在重构互联网技术架构之后，接收来自终端的服务创建请求，服务创建请求包括交互组件标识、交易服务标识和组件服务标识中至少一种；响应于服务创建请求，将交互组件标识对应的交互组件发送给终端，和/或，将交易服务标识对应的交易服务发送给终端，和/或，将组件服务标识对应的组件服务发送给终端；以及接收并存储新建服务，新建服务为终端基于交互组件、交易服务和/或组件服务生成的。

根据本公开的实施例，上述方法还包括：接收服务请求，服务请求包括交互组件标识和实体标识；响应于服务请求，基于交互组件标识、第一映射关系、第二映射关系、第三映射关系、第四映射关系和第五映射关系，对实体标识和/或服务标识进行处理，以得到服务请求的处理结果；其中，服务请求的处理结果为交互组件基于第一映射关系调用的交易服务的处理结果得到的，交易服务的处理结果基于第二映射关系调用的组件服务的处理结果得到的，组件服务的处理结果基于调用的对象服务的处理结果得到的，对象服务的处理结果基于实体标识从数据集合中得到的；以及输出处理结果。

本公开的一个方面提供了一种互联网技术架构的构建装置，该互联网技术架构的构建装置包括：业务架构获取模块、服务获取模块、映射关系获取模块和架构构建模块。其中，业务架构获取模块用于获取业务架构，业务架构包括实体模型、活动模型、任务模型和组件模型，其中，活动模型、任务模型和组件模型为实体模型对应的实体提供服务，活动模型与任务模型之间存在一对一或一对多的第一映射关系，任务模型与组件模型之间存在一对一或一对多的第二映射关系；服务获取模块用于从互联网技术架构中获取与业务架构相关的交互组件、交易服务、组件服务和对象服务，其中，对象服务对数据集合中与实体模型相关的数据进行读写操作；映射关系获取模块用于获取并存储交互组件与活动模型之间的第三映射关系、交易服务与任务模型之间的第四映射关系、以及组件服务与组件模型之间的第五映射关系；架构构建模块用于基于第一映射关系、第二映射关系、第三映射关系、第四映射关系和第五映射关系重构互联网技术架构。

根据本公开的实施例，服务获取模块包括：候选服务获取单元、服务初筛单元和服务确定单元。其中，候选服务获取单元用于根据活动模型的对象和关键步骤从互联网技术架构中识别与任务模型对应的组件服务，得到候选组件服务；服务初筛单元用于基于组件服务的起点和终点、任务模型对候选组件服务进行第一筛选，得到初筛组件服务；以及服务确定单元用于基于业务架构的渠道、产品模型、任务模型的关键业务中至少一种对初筛组件服务进行第二筛选，得到组件服务，其中，一组组件服务对应一个任务模型。

根据本公开的实施例，服务获取模块还包括：第一组件比对单元和服务新建单元。其中，第一组件比对单元用于在得到组件服务之后，确定任务模型中指定的组件模型是否存在对应的组件服务；以及服务新建单元用于如果确定至少部分指定的组件模型不存在对应的组件服务，则为至少部分指定的组件模型创建对应的组件服务。

根据本公开的实施例，服务获取模块还包括：第二组件比对单元和组件对齐单元。其中，第二组件比对单元用于在得到组件服务之后，确认一个组件服务是否对应多个组件模型；以及组件对齐单元用于如果确认一个组件服务对应多个组件模型，则对组件服务进行拆分，直至一个组件服务对应一个组件模型。

根据本公开的实施例，服务获取模块还包括：属性识别单元和组件模型去除单元。其中，属性识别单元用于在根据活动模型的对象和关键步骤识别与任务模型对应的组件服务之前，识别组件模型的操作主体的属性；组件模型去除单元用于去除操作主体的属性包括手工操作属性的组件模型。

根据本公开的实施例，该装置还包括：服务创建请求接收模块、服务接收模块和服务存储模块。其中，服务创建请求接收模块用于在重构互联网技术架构之后，接收来自终端的服务创建请求，服务创建请求包括交互组件标识、交易服务标识和组件服务标识中至少一种；服务接收模块用于响应于服务创建请求，将交互组件标识对应的交互组件发送给终端，和/或，将交易服务标识对应的交易服务发送给终端，和/或，将组件服务标识对应的组件服务发送给终端；服务存储模块用于接收并存储新建服务，新建服务为终端基于交互组件、交易服务和/或组件服务生成的。

根据本公开的实施例，该装置还包括：服务请求接收模块、服务请求处理模块和服务输出模块。其中，服务请求接收模块用于服务请求包括交互组件标识和实体标识；服务请求处理模块用于响应于服务请求，基于交互组件标识、第一映射关系、第二映射关系、第三映射关系、第四映射关系和第五映射关系，对实体标识和/或服务标识进行处理，以得到服务请求的处理结果；其中，服务请求的处理结果为交互组件基于第一映射关系调用的交易服务的处理结果得到的，交易服务的处理结果基于第二映射关系调用的组件服务的处理结果得到的，组件服务的处理结果基于调用的对象服务的处理结果得到的，对象服务的处理结果基于实体标识从数据集合中得到的；服务输出模块用于输出处理结果。

本公开的另一方面提供了一种电子设备，包括一个或多个处理器以及存储装置，其中，存储装置用于存储可执行指令，可执行指令在被处理器执行时，实现如上所述的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机程序，计算机程序包括计算机可执行指令，指令在被执行时用于实现如上所述的方法。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的互联网技术架构的构建方法、互联网技术架构的构建装置和电子设备的应用场景；

图2示意性示出了根据本公开实施例的可以应用互联网技术架构的构建方法、互联网技术架构的构建装置的示例性系统架构；

图3示意性示出了根据本公开实施例的互联网技术架构的构建方法的流程图；

图4示意性示出了根据本公开实施例的业务架构和互联网架技术架构的示意图；

图5示意性示出了根据本公开实施例的互联网技术架构的构建方法的逻辑图；

图6示意性示出了根据本公开实施例的筛选组件服务的过程示意图；

图7示意性示出了根据本公开实施例的IT架构与业务架构对接的过程示意图；

图8示意性示出了根据本公开另一实施例的互联网技术架构的构建方法的流程图；

图9示意性示出了根据本公开另一实施例的互联网技术架构的构建方法的流程图；

图10示意性示出了根据本公开实施例的互联网技术架构的构建装置的框图；以及

图11示意性示出了根据本公开实施例的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个特征。

本公开的实施例提供了一种互联网技术架构的构建方法、装置、电子设备和介质。该互联网技术架构的构建方法包括服务获取过程和重构过程。在服务获取过程中，首先获取业务架构，业务架构包括实体模型、活动模型、任务模型和组件模型，其中，活动模型、任务模型和组件模型为实体模型对应的实体提供服务，活动模型与任务模型之间存在一对一或一对多的第一映射关系，任务模型与组件模型之间存在一对一或一对多的第二映射关系。然后，从互联网技术架构中获取与业务架构相关的交互组件、交易服务、组件服务和对象服务，其中，对象服务对数据集合中与实体模型相关的数据进行读写操作。接着，获取并存储交互组件与活动模型之间的第三映射关系、交易服务与任务模型之间的第四映射关系、以及组件服务与组件模型之间的第五映射关系。在完成服务获取过程之后，基于第一映射关系、第二映射关系、第三映射关系、第四映射关系和第五映射关系重构互联网技术架构。

图1示意性示出了根据本公开实施例的互联网技术架构的构建方法、互联网技术架构的构建装置和电子设备的应用场景。

如图1所示，相关技术中，业务架构和IT架构之间可能存在差异，如两者之间存在至少部分架构差异，使得不便于基于IT架构获取的业务数据对业务架构下的业务影响等进行精准分析，因此，有必要构建一种业务架构和IT架构能很好地耦接互联网技术架构的构建方法。

本公开实施例提供的互联网技术架构的构建方法、装置、电子设备和介质，基于业务架构建模成果，指导信息系统应用布局调整，提供更加灵活的组件服务方式、更加精准的业务影响分析、更加敏捷的研发上线节奏，满足未来开放生态的业务发展要求。

图2示意性示出了根据本公开实施例的可以应用互联网技术架构的构建方法、互联网技术架构的构建装置的示例性系统架构。需要注意的是，图2所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图2所示，根据该实施例的系统架构200可以包括终端设备201、202、203，网络204和服务器205。网络204可以包括多个网关、路由器、集线器、网线等，用以在终端设备201、202、203和服务器205之间提供通信链路的介质。网络204可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备201、202、203通过网络204与其他终端设备和服务器205进行交互，以接收或发送信息等，如发送服务请求和接收处理结果等。终端设备201、202、203可以安装有各种通讯客户端应用，例如银行类应用、政务类应用、监控类应用、网页浏览器应用、搜索类应用、办公类应用、即时通信工具、邮箱客户端、社交平台软件等应用(仅为示例)。

终端设备201、202、203包括但不限于智能手机、虚拟现实设备、增强现实设备、远程摄像头、平板电脑、膝上型便携计算机等等。

服务器205可以接收请求，并对请求进行处理。例如，服务器205可以为后台管理服务器、服务器集群等。后台管理服务器可以对接收到的服务请求、信息请求、模型管理等进行分析处理，并将处理结果(如请求的信息、处理的结果等)反馈给终端设备。

需要说明的是，本公开实施例所提供的进度监测方法一般可以由服务器205或终端设备201、202、203执行。相应地，本公开实施例所提供的进度监测装置一般可以设置于服务器205或终端设备201、202、203中。本公开实施例所提供的进度监测方法也可以由不同于服务器205且能够与终端设备201、202、203和/或服务器205通信的服务器或服务器集群执行。

应该理解，终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图3示意性示出了根据本公开实施例的互联网技术架构的构建方法的流程图。

如图3所示，该方法可以包括操作S301～操作S307。

在操作S301，获取业务架构，业务架构包括实体模型、活动模型、任务模型和组件模型，其中，活动模型、任务模型和组件模型为实体模型对应的实体提供服务，活动模型与任务模型之间存在一对一或一对多的第一映射关系，任务模型与组件模型之间存在一对一或一对多的第二映射关系。

在本实施例中，该业务架构可以是预先构建好的业务架构。业务架构的构建过程可以如下所示。

首先，基于价值流按照多个维度对业务架构的业务领域进行划分，分别得到针对多个维度的多个价值链。其中，对企业(如商业银行)的业务模式进行分析，按照价值流的不同进行业务领域的划分，这样便于获得多种维度下的业务领域的组成部分。例如，可以逐级按照活动、任务、步骤的维度进行划分。具体地，针对多个维度的多个价值链包括：活动价值链(对应活动模型)、任务流程(对应任务模型)和操作组件(对应组件模型)，活动价值链包括至少一个任务流程，任务流程包括至少一个操作组件。其中，活动价值链包括活动起始点和活动终止点，活动价值链与多个实体相关联。任务流程对应一个业务流程，业务流程对应至少一个服务，且服务于一个实体。操作组件对应一个实体和一个服务。

然后，获取与各价值链相关的实体和实体所需的产品。具体地，可以基于业务架构来确定并获取各价值链相关的实体和实体所需的产品，如金融类产品。

接着，分别针对多个维度的价值链、实体和产品，构建针对多个维度的业务模型、实体模型和产品模型，其中，业务领域的实体与实体模型之间存在一对一或一对多映射关系，业务领域的产品与产品模型之间存在一对一或一对多映射关系。其中，每一个模型可以对应一个文件，便于用户从产品器进行调用、操作、更新等。这样使得整个业务架构可以利用产品器中存储的多个模型进行业务操作和互联网技术架构的构建。

然后，存储构建的业务模型、实体模型和产品模型，以便于基于业务模型、实体模型和产品模型中至少一种进行互联网技术架构的构建。例如，当接收到业务请求时，则可以向服务器端请求该业务请求对应的模型，进行本地处理，也可以由服务器端基于模型对业务请求进行处理。又例如，当业务架构更新时，可以针对更新的部分更新对应的模型，使得IT架构与业务架构保持一致。又例如，当研发一个新产品时，可以根据产品定义从服务器中调用所需的模型，通过对模型进行组装可以有效降低产品开发用时，提升模型复用率。

上述业务架构的构建方法，可以使得业务架构(如商业银行业务架构)资产分类详实、信息密切联动，能够清晰提供业务架构视图。通过业务架构顶层设计、模型构建、信息系统落地等工程手段在创建智能体系、创新重点产品服务、简化业务流程业务、细分客户服务、智能精准营销、数据信息治理、支撑经营分析、优化绩效考核、完善制度规范等方面取得明显成效，为提升效益贡献度、市场竞争力和客户满意度提供了强力支撑。

图4示意性示出了根据本公开实施例的业务架构和互联网架技术(IT)架构的示意图。

如图4所示，业务架构包括实体模型、活动模型(对应图4中左图的活动)、任务模型(对应图4中左图的任务组)和组件模型(对应图4中左图的任务组件(简称TTD))，活动模型、任务模型和组件模型为实体模型对应的实体提供服务，活动模型与任务模型之间存在一对一或一对多的第一映射关系，任务模型与组件模型之间存在一对一或一对多的第二映射关系。互联网技术架构包括：交互组件(简称UC，对应图4中右图的用例)、交易服务、组件服务和对象服务。通过本公开的方法使得活动与用例之间建立映射关系，使得任务组与交易服务之间建立映射关系，使得任务组件与组件服务之间建立映射关系。通过上述映射关系使得IT架构与业务架构保持一致。图中m、n为大于零的正整数。

图5示意性示出了根据本公开实施例的互联网技术架构的构建方法的逻辑图。

如图5所示，具体可以包括：理解业务架构的业务模型的过程、识别IT架构对接范围的过程、筛选组件服务的过程和确认映射关系的过程。上述各过程可以如下所示。

在操作S303，从互联网技术架构中获取与业务架构相关的交互组件、交易服务、组件服务和对象服务，其中，对象服务对数据集合中与实体模型相关的数据进行读写操作。

在本实施例中，对接分析过程是一个逐层细化、逐步精确的过程，首先确定一个较大的可能范围，随后逐步精确对接结果，并判断一组组件服务与任务组件的功能是否对齐。

其中，对象服务为与数据库的交互的主要组件，并被组件服务用于所有数据事务(创建/读取/更新/删除)。交易服务或组件服务不能直接与数据库进行交互。

在操作S305，获取并存储交互组件与活动模型之间的第三映射关系、交易服务与任务模型之间的第四映射关系、以及组件服务与组件模型之间的第五映射关系。

在上述确定业务架构的模型与IT架构的服务之间的对应关系之后，可以根据上述对应关系生成业务架构的模型与IT架构的服务之间的映射关系，然后存储该映射关系。

在操作S307，基于第一映射关系、第二映射关系、第三映射关系、第四映射关系和第五映射关系重构互联网技术架构。

在重构IT架构的过程中，可以基于以下规则进行对接。例如，一个任务组件可跨业务组件访问多个业务对象。因此，一个任务组件可能对应于多个组件服务。又例如，任务组件用于对业务对象的访问，可作为对接分析时划分组件服务边界的标准。如果多个任务组件中有部分相同功能，则可能对应相同的组件服务，复用这些组件服务时需注意，未来根据业务需求修改这些组件服务时，需进行影响范围分析，以免影响其他功能的实现。

本公开实施例提供的互联网技术架构的构建方法，在业务架构指导下，实现IT架构的组件服务与业务架构的组件模型对接，基于业务架构的活动模型、任务模型、组件模型，建立相应IT架构的交互组件、交易服务、组件服务，基于实体模型建立相应的对象服务。通过以上方式实现业务架构和IT架构的一致性对接，实现任务组件和组件服务的目的、定义、范围一致性，实现IT架构针对业务架构的各模型的灵活组装关系继承，实现快速拼装上线。

在另一个实施例中，从互联网技术架构中获取与业务架构相关的交互组件、交易服务、组件服务和对象服务可以包括如下操作。

首先，根据活动模型的对象和关键步骤识别从互联网技术架构中与任务模型对应的组件服务，得到候选组件服务。

然后，基于组件服务的起点和终点、任务模型对候选组件服务进行第一筛选，得到初筛组件服务。

接着，基于业务架构的渠道、产品模型、任务模型的关键业务中至少一种对初筛组件服务进行第二筛选，得到组件服务，其中，一组组件服务对应一个任务模型。

在另一个实施例中，上述方法还可以包括如下操作：在根据活动模型的对象和关键步骤识别与任务模型对应的组件服务之前，识别组件模型的操作主体的属性。去除操作主体的属性包括手工操作属性的组件模型。

在一个具体实施例中，首先确定需落地的业务框架下模型的范围。具体而言，所有在流程模型由手工操作，而非IT系统实现的部分不属于落地范围。

例如，“审核签订信用卡申请”任务组件描述：“包括：检查申请信息是否完整准确，检查客户是否符合我行基本政策要求，检查抄录内容是否完整准确，检查客户证明材料是否真实有效”。其中，包括手工操作相关标注信息“检查抄录内容是否完整准确”，确定“审核签订信用卡申请”包括手工操作，因此无需将其映射至IT架构的组件服务。

然后，每个任务组件根据业务指定的业务组件对应到一个牵头应用负责。例如：“启用个人介质”任务组件归属“介质”业务组件，对应目前的个人介质应用。

接着，根据任务组件对应的关键步骤和业务对象，识别该任务组件是否涉及多个业务组件。例如，根据“启用个人介质”任务组件，识别关键步骤涉及介质、认证方式、账户、余额等业务对象，对应到介质、参与人协议、个人结算账户、账户等业务组件。又例如，根据该任务组件归属“开立个人结算账户”活动(签订账户协议，配发介质等)，进一步确定业务范围。

然后，根据业务架构的活动模型从现有IT架构确定交易服务(包括各渠道发起的交易、批量作业等)。

图6示意性示出了根据本公开实施例的筛选组件服务的过程示意图。如图6所示，示出了确定“启用个人介质”任务组件对应的服务的过程。根据“启用个人介质”该任务组件(起点：客户业务申请办理通过，终点：结算账户开立成功)，识别候选的一组组件服务包括的接口：介质业务组件对应的服务1和服务2、参与人协议业务组件对应的服务3、个人结算账户业务组件对应的服务4、账户业务组件对应的服务5。

然后可以根据任务组件的起点和终点、操作业务对象归属的业务组件，结合IT架构的交易组件，确定对应的组件服务。需要保证一组组件服务对齐到一个任务组件。

为了完成一个完整业务目的，业务架构中允许一个任务组件跨业务组件访问多个业务对象。因此，根据任务组件操作的业务对象，允许一个任务组件对应归属于多个不同应用的ACS服务。例如，归属介质业务组件的“启用个人介质”任务组件使用了归属介质、参与人协议、账户等业务组件的对象，因此对应的组件服务也应归属于相应的介质、账户等不同的物理应用。

然后，对照渠道、产品进一步确认候选的组件服务。其中，接口、构件、批量处理作业等均可视为逻辑组件服务的物理实现。

如6所示，对于“启用个人介质”任务组件的初步分析。初步分析启用个人介质任务组件对应到：个人介质应用的服务1和服务2、电子银行业务的服务3、个人结算应用的服务4、个人账户的服务5、服务6为返回信息，暂无组件服务相对应。

在一个实施例中，上述方法还可以包括如下操作：在得到组件服务之后，确定任务模型中指定的组件模型是否存在对应的组件服务。如果确定至少部分指定的组件模型不存在对应的组件服务，则为至少部分指定的组件模型创建对应的组件服务。

在另一个实施例中，上述方法还可以包括如下操作。

在得到组件服务之后，确认一个组件服务是否对应多个组件模型。如果确认一个组件服务对应多个组件模型，则对组件服务进行拆分，直至一个组件服务对应一个组件模型。

在本实施例中，如果一个组件服务对应多个组件模型，则表明该组件服务的粒度过粗，可以进行拆分细化，得到基础的核心组件，以便于各相关功能通过调用核心组件实现快速拼装。

具体地，在初步确定业务架构各模型对应的组件服务后，根据客户、产品等进一步确认候选的组件服务，并确认任务组件标注信息(PDS)中的关键业务步骤是否被组件服务功能覆盖。如果功能能够覆盖，初步判断映射成功。

例如，根据《启用个人介质》任务组件使用的基础产品(借记卡)，进一步筛选候选的组件服务。又例如，根据该任务组件的关键业务步骤、客户(个人客户)、实体(产品协议申请)，进一步确定组件服务。

对于初步确定的映射关系，识别相同的组件服务是否对应到多个任务组件，如果存在这种情况，说明组件服务粒度太粗，后续需要拆分组件服务。同步修改对应的任务组件的映射结果为‘不成功’。

最后，将这组组件服务和任务组件的功能再次对应，即判断一组组件服务与任务组件的功能是否对齐(刚好覆盖)。如果这一组组件服务功能范围超出了任务组件范围，则对接不成功。对接过程的输出可如表1所示。

表1对接过程的输出

图7示意性示出了根据本公开实施例的IT架构与业务架构对接的过程示意图。

如图7所示，业务架构的建模结果与IT架构的服务之间进行对接可以涉及如下内容。

业务架构的活动模型、任务模型和组件模型之间的对应关系，业活动模型、任务模型、组件模型(对应任务组件TTD)，与交互组件、交易服务、组件服务之间的对应关系。

IT架构的现状和规划，重点体现业务架构指导下的服务分层规划(新增、调整、删除应用情况)。

重构过程可以包括多个阶段，如结合项目初步安排的落地实施计划(近期到版本计划，远期按半年等)。

本公开实施例提供的互联网技术架构的构建方法通过实施业务架构与IT架构对接并实现系统改造后，进一步实现业务系统的解耦，可通过流程灵活拼接实现业务快速创新，提升对市场需求的相应速度。

图8示意性示出了根据本公开另一实施例的互联网技术架构的构建方法的流程图。

如图8所示，上述方法还可以包括操作S801～操作S805。

在操作S801，在操作S307实现重构互联网技术架构之后，接收来自终端的服务创建请求，服务创建请求包括交互组件标识、交易服务标识和组件服务标识中至少一种。

在操作S803，响应于服务创建请求，将交互组件标识对应的交互组件发送给终端，和/或，将交易服务标识对应的交易服务发送给终端，和/或，将组件服务标识对应的组件服务发送给终端。

在操作S805，接收并存储新建服务，新建服务为终端基于交互组件、交易服务和/或组件服务生成的。

例如，当需要开发新业务时，该新业务涉及的实体和组件服务被确定后，可以根据实体对应的实体模型标识和组件服务对应的组件服务标识从服务器中下载组件服务。这样便于基于新业务的架构对组件服务进行封装，即可实现新业务的开发，不但能缩短开发用时，还可以提高组件服务的复用率和IT架构的稳定性。

图9示意性示出了根据本公开另一实施例的互联网技术架构的构建方法的流程图。

如图9所示，上述方法还可以包括操作S901～操作S905。

在操作S901，接收服务请求，服务请求包括交互组件标识和实体标识。

在操作S903，响应于服务请求，基于交互组件标识、第一映射关系、第二映射关系、第三映射关系、第四映射关系和第五映射关系，对实体标识和/或服务标识进行处理，以得到服务请求的处理结果；其中，服务请求的处理结果为交互组件基于第一映射关系调用的交易服务的处理结果得到的，交易服务的处理结果基于第二映射关系调用的组件服务的处理结果得到的，组件服务的处理结果基于调用的对象服务的处理结果得到的，对象服务的处理结果基于实体标识从数据集合中得到的。

在本实施例中，在服务器端接收到服务请求后，可以基于服务请求的交互组件标识、实体标识以及IT架构的多种映射关系，即时按照映射关系调用组件服务和对象服务来获取服务请求的处理结果，并反馈给交互组件，以便于进行展示。只要是业务架构能实现的功能，无需单独对每个功能进行独立开发，只需要预先确定好IT架构内交互组件与交易服务之间的映射关系，以及交易服务于组件服务之间的映射关系，则可以自动对服务请求所需的组件服务进行封装和调用。

在操作S905，输出处理结果。这样即可完成一次人机交互。

本公开实施例提供的互联网技术架构，由于业务架构的各模型的层次结构清晰，当IT架构的各服务与业务架构的各模型一一对齐时，可以有效解决组件服务的调用链过长、重复调用等问题。

本公开的一个方面提供了一种互联网技术架构的构建装置1000，图10示意性示出了根据本公开实施例的互联网技术架构的构建装置的框图。

如图10所示，所示互联网技术架构的构建装置1000可以包括：业务架构获取模块1010、服务获取模块1020、映射关系获取模块1030和架构构建模块1040。

业务架构获取模块1010用于获取业务架构，业务架构包括实体模型、活动模型、任务模型和组件模型，其中，活动模型、任务模型和组件模型为实体模型对应的实体提供服务，活动模型与任务模型之间存在一对一或一对多的第一映射关系，任务模型与组件模型之间存在一对一或一对多的第二映射关系。

服务获取模块1020用于从互联网技术架构中获取与业务架构相关的交互组件、交易服务、组件服务和对象服务，其中，对象服务对数据集合中与实体模型相关的数据进行读写操作。

映射关系获取模块1030用于获取并存储交互组件与活动模型之间的第三映射关系、交易服务与任务模型之间的第四映射关系、以及组件服务与组件模型之间的第五映射关系。

架构构建模块1040用于基于第一映射关系、第二映射关系、第三映射关系、第四映射关系和第五映射关系重构互联网技术架构。

具体地，服务获取模块1020可以包括：候选服务获取单元、服务初筛单元和服务确定单元。

其中，候选服务获取单元用于根据活动模型的对象和关键步骤从互联网技术架构中识别与任务模型对应的组件服务，得到候选组件服务。

服务初筛单元用于基于组件服务的起点和终点、任务模型对候选组件服务进行第一筛选，得到初筛组件服务。

服务确定单元用于基于业务架构的渠道、产品模型、任务模型的关键业务中至少一种对初筛组件服务进行第二筛选，得到组件服务，其中，一组组件服务对应一个任务模型。

可选地，服务获取模块1020还可以包括：第一组件比对单元、服务新建单元。

其中，第一组件比对单元用于在得到组件服务之后，确定任务模型中指定的组件模型是否存在对应的组件服务。

服务新建单元用于如果确定至少部分指定的组件模型不存在对应的组件服务，则为至少部分指定的组件模型创建对应的组件服务。

在另一个实施例中，服务获取模块1020还可以包括：第二组件比对单元、组件对齐单元。

第二组件比对单元，用于在得到组件服务之后，确认一个组件服务是否对应多个组件模型。

组件对齐单元，用于如果确认一个组件服务对应多个组件模型，则对组件服务进行拆分，直至一个组件服务对应一个组件模型。

此外，服务获取模块1020还可以包括：属性识别单元和组件模型去除单元。

其中，属性识别单元，用于在根据活动模型的对象和关键步骤识别与任务模型对应的组件服务之前，识别组件模型的操作主体的属性。

组件模型去除单元，用于去除操作主体的属性包括手工操作属性的组件模型。

在又一个实施例中，装置1000还可以包括：服务创建请求接收模块、服务接收模块和服务存储模块。

其中，服务创建请求接收模块，用于在重构互联网技术架构之后，接收来自终端的服务创建请求，服务创建请求包括交互组件标识、交易服务标识和组件服务标识中至少一种。

服务接收模块用于响应于服务创建请求，将交互组件标识对应的交互组件发送给终端，和/或，将交易服务标识对应的交易服务发送给终端，和/或，将组件服务标识对应的组件服务发送给终端。

服务存储模块用于接收并存储新建服务，新建服务为终端基于交互组件、交易服务和/或组件服务生成的。

可选地，装置1000还可以包括：服务请求接收模块、服务请求处理模块和服务输出模块。

其中，服务请求接收模块用于服务请求包括交互组件标识和实体标识。

服务请求处理模块用于响应于服务请求，基于交互组件标识、第一映射关系、第二映射关系、第三映射关系、第四映射关系和第五映射关系，对实体标识和/或服务标识进行处理，以得到服务请求的处理结果；其中，服务请求的处理结果为交互组件基于第一映射关系调用的交易服务的处理结果得到的，交易服务的处理结果基于第二映射关系调用的组件服务的处理结果得到的，组件服务的处理结果基于调用的对象服务的处理结果得到的，对象服务的处理结果基于实体标识从数据集合中得到的。

服务输出模块用于输出处理结果。

需要说明的是，装置部分实施例中各模块/单元等的实施方式、解决的技术问题、实现的功能、以及达到的技术效果分别与方法部分实施例中各对应的步骤的实施方式、解决的技术问题、实现的功能、以及达到的技术效果相同或类似，在此不再一一赘述。

根据本公开的实施例的模块、单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，业务架构获取模块1010、服务获取模块1020、映射关系获取模块1030和架构构建模块1040中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，业务架构获取模块1010、服务获取模块1020、映射关系获取模块1030和架构构建模块1040中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，业务架构获取模块1010、服务获取模块1020、映射关系获取模块1030和架构构建模块1040中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图11示意性示出了根据本公开实施例的电子设备的方框图。图11示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图11所示，根据本公开实施例的电子设备1100包括处理器1101，其可以根据存储在只读存储器(ROM)1102中的程序或者从存储部分1108加载到随机访问存储器(RAM)1103中的程序而执行各种适当的动作和处理。处理器1101例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器1101还可以包括用于缓存用途的板载存储器。处理器1101可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 1103中，存储有电子设备1100操作所需的各种程序和数据。处理器1101、ROM 1102以及RAM 1103通过总线1104彼此通讯连接。处理器1101通过执行ROM 1102和/或RAM 1103中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，程序也可以存储在除ROM 1102和RAM 1103以外的一个或多个存储器中。处理器1101也可以通过执行存储在一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备1100还可以包括输入/输出(I/O)接口1105，输入/输出(I/O)接口1105也连接至总线1104。电子设备1100还可以包括连接至I/O接口1105的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1106；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1107；包括硬盘等的存储部分1108；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1109。通信部分1109经由诸如因特网的网络执行通信处理。驱动器1110也根据需要连接至I/O接口1105。可拆卸介质1111，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1110上，以便于从其上读出的计算机程序根据需要被安装入存储部分1108。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1109从网络上被下载和安装，和/或从可拆卸介质1111被安装。在该计算机程序被处理器1101执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 1102和/或RAM 1103和/或ROM 1102和RAM 1103以外的一个或多个存储器。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (16)

1.一种由服务器端执行的互联网技术架构的构建方法，包括：

获取业务架构，所述业务架构包括实体模型、活动模型、任务模型和组件模型，其中，所述活动模型、任务模型和组件模型为所述实体模型对应的实体提供服务，所述活动模型与所述任务模型之间存在一对一或一对多的第一映射关系，所述任务模型与所述组件模型之间存在一对一或一对多的第二映射关系；

从互联网技术架构中获取与所述业务架构相关的交互组件、交易服务、组件服务和对象服务，其中，所述对象服务对数据集合中与所述实体模型相关的数据进行读写操作；

获取并存储所述交互组件与所述活动模型之间的第三映射关系、所述交易服务与所述任务模型之间的第四映射关系、以及所述组件服务与所述组件模型之间的第五映射关系；以及

基于所述第一映射关系、所述第二映射关系、所述第三映射关系、所述第四映射关系和所述第五映射关系重构所述互联网技术架构。

2.根据权利要求1所述的方法，其中，所述从互联网技术架构中获取与所述业务架构相关的交互组件、交易服务、组件服务和对象服务包括：

根据活动模型的对象和关键步骤从互联网技术架构中识别与所述任务模型对应的组件服务，得到候选组件服务；

基于组件服务的起点和终点、所述任务模型对所述候选组件服务进行第一筛选，得到初筛组件服务；以及

基于业务架构的渠道、产品模型、任务模型的关键业务中至少一种对所述初筛组件服务进行第二筛选，得到组件服务，其中，一组组件服务对应一个任务模型。

3.根据权利要求2所述的方法，还包括：在得到组件服务之后，

确定任务模型中指定的组件模型是否存在对应的组件服务；以及

如果确定至少部分指定的组件模型不存在对应的组件服务，则为所述至少部分指定的组件模型创建对应的组件服务。

4.根据权利要求2所述的方法，还包括：在得到组件服务之后，

确认一个组件服务是否对应多个组件模型；以及

如果确认一个组件服务对应多个组件模型，则对所述组件服务进行拆分，直至一个组件服务对应一个组件模型。

5.根据权利要求2所述的方法，还包括：在根据活动模型的对象和关键步骤识别与所述任务模型对应的组件服务之前，

识别组件模型的操作主体的属性；以及

去除所述操作主体的属性包括手工操作属性的组件模型。

6.根据权利要求1所述的方法，还包括：在重构所述互联网技术架构之后，

接收来自终端的服务创建请求，所述服务创建请求包括交互组件标识、交易服务标识和组件服务标识中至少一种；

响应于所述服务创建请求，将所述交互组件标识对应的交互组件发送给所述终端，和/或，将所述交易服务标识对应的交易服务发送给所述终端，和/或，将所述组件服务标识对应的组件服务发送给所述终端；以及

接收并存储新建服务，所述新建服务为所述终端基于所述交互组件、所述交易服务和/或所述组件服务生成的。

7.根据权利要求1所述的方法，还包括：

接收服务请求，所述服务请求包括交互组件标识和实体标识；

响应于所述服务请求，基于所述交互组件标识、所述第一映射关系、所述第二映射关系、所述第三映射关系、所述第四映射关系和所述第五映射关系，对所述实体标识和/或所述交互组件标识进行处理，以得到所述服务请求的处理结果；其中，所述服务请求的处理结果为所述交互组件基于所述第一映射关系调用的交易服务的处理结果得到的，所述交易服务的处理结果基于所述第二映射关系调用的组件服务的处理结果得到的，所述组件服务的处理结果基于调用的对象服务的处理结果得到的，所述对象服务的处理结果基于所述实体标识从所述数据集合中得到的；以及

输出所述处理结果。

8.一种互联网技术架构的构建装置，包括：

业务架构获取模块，用于获取业务架构，所述业务架构包括实体模型、活动模型、任务模型和组件模型，其中，所述活动模型、任务模型和组件模型为所述实体模型对应的实体提供服务，所述活动模型与所述任务模型之间存在一对一或一对多的第一映射关系，所述任务模型与所述组件模型之间存在一对一或一对多的第二映射关系；

服务获取模块，用于从互联网技术架构中获取与所述业务架构相关的交互组件、交易服务、组件服务和对象服务，其中，所述对象服务对数据集合中与所述实体模型相关的数据进行读写操作；

映射关系获取模块，用于获取并存储所述交互组件与所述活动模型之间的第三映射关系、所述交易服务与所述任务模型之间的第四映射关系、以及所述组件服务与所述组件模型之间的第五映射关系；以及

架构构建模块，用于基于所述第一映射关系、所述第二映射关系、所述第三映射关系、所述第四映射关系和所述第五映射关系重构所述互联网技术架构。

9.根据权利要求8所述的装置，其中，所述服务获取模块包括：

候选服务获取单元，用于根据活动模型的对象和关键步骤从互联网技术架构中识别与所述任务模型对应的组件服务，得到候选组件服务；

服务初筛单元，用于基于组件服务的起点和终点、所述任务模型对所述候选组件服务进行第一筛选，得到初筛组件服务；以及

服务确定单元，用于基于业务架构的渠道、产品模型、任务模型的关键业务中至少一种对所述初筛组件服务进行第二筛选，得到组件服务，其中，一组组件服务对应一个任务模型。

10.根据权利要求9所述的装置，其中，所述服务获取模块还包括：

第一组件比对单元，用于在得到组件服务之后，确定任务模型中指定的组件模型是否存在对应的组件服务；以及

服务新建单元，用于如果确定至少部分指定的组件模型不存在对应的组件服务，则为所述至少部分指定的组件模型创建对应的组件服务。

11.根据权利要求9所述的装置，其中，所述服务获取模块还包括：

第二组件比对单元，用于在得到组件服务之后，确认一个组件服务是否对应多个组件模型；以及

组件对齐单元，用于如果确认一个组件服务对应多个组件模型，则对所述组件服务进行拆分，直至一个组件服务对应一个组件模型。

12.根据权利要求9所述的装置，其中，所述服务获取模块还包括：

属性识别单元，用于在根据活动模型的对象和关键步骤识别与所述任务模型对应的组件服务之前，识别组件模型的操作主体的属性；以及

组件模型去除单元，用于去除所述操作主体的属性包括手工操作属性的组件模型。

13.根据权利要求8所述的装置，还包括：

服务创建请求接收模块，用于在重构所述互联网技术架构之后，接收来自终端的服务创建请求，所述服务创建请求包括交互组件标识、交易服务标识和组件服务标识中至少一种；

服务接收模块，用于响应于所述服务创建请求，将所述交互组件标识对应的交互组件发送给所述终端，和/或，将所述交易服务标识对应的交易服务发送给所述终端，和/或，将所述组件服务标识对应的组件服务发送给所述终端；以及

服务存储模块，用于接收并存储新建服务，所述新建服务为所述终端基于所述交互组件、所述交易服务和/或所述组件服务生成的。

14.根据权利要求8所述的装置，还包括：

服务请求接收模块，用于所述服务请求包括交互组件标识和实体标识；

服务请求处理模块，用于响应于所述服务请求，基于所述交互组件标识、所述第一映射关系、所述第二映射关系、所述第三映射关系、所述第四映射关系和所述第五映射关系，对所述实体标识和/或所述交互组件标识进行处理，以得到所述服务请求的处理结果；其中，所述服务请求的处理结果为所述交互组件基于所述第一映射关系调用的交易服务的处理结果得到的，所述交易服务的处理结果基于所述第二映射关系调用的组件服务的处理结果得到的，所述组件服务的处理结果基于调用的对象服务的处理结果得到的，所述对象服务的处理结果基于所述实体标识从所述数据集合中得到的；以及

服务输出模块，用于输出所述处理结果。

15.一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储可执行指令，所述可执行指令在被所述处理器执行时，实现根据权利要求1～7任一项所述的方法。

16.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时实现根据权利要求1～7中任一项所述的方法。

Images