CN107580045A - 服务的编目方法及装置 - Google Patents

Abstract

本公开涉及一种服务的编目方法及装置，该方法包括：接收数据服务服务器DSS在所述服务上线时所发送的Hello消息，所述Hello消息携带有描述信息；解析所述Hello消息，以获得所述描述信息；根据所述描述信息对所述服务进行编目，以将所述服务编目至资源目录。由此，能够自动对服务进行编目，而无需用户手动编目服务，提高了工作效率，简化了工作流程。

Description

服务的编目方法及装置

技术领域

本公开涉及互联网技术领域，尤其涉及一种服务的编目方法及装置。

背景技术

现有技术中，在服务上线时，管理员需要手动将上线的服务编目至治理注册表的资源目录，以将该上线的服务编目成资源。

然而，随着互联网服务的多变和快速发展，服务的生成速率与数量是不可控的，这导致管理员需要手动编目大量的服务，工作效率低，工作流程繁杂。

发明内容

有鉴于此，本公开提出了一种服务的编目方法及装置。

根据本公开的一方面，提供了一种服务的编目方法，包括：接收数据服务服务器DSS在所述服务上线时所发送的Hello消息，所述Hello消息携带有描述信息；解析所述Hello消息，以获得所述描述信息；根据所述描述信息对所述服务进行编目，以将所述服务编目至资源目录。

根据本公开的另一方面，提供了一种服务的编目装置，包括：接收模块，用于接收数据服务服务器DSS在所述服务上线时所发送的Hello消息，所述Hello消息携带有描述信息；解析模块，用于解析所述Hello消息，以获得所述描述信息；编目模块，用于根据所述描述信息对所述服务进行编目，以将所述服务编目至资源目录。

本公开的实施例提供的技术方案可以包括以下有益效果：根据从接收到的Hello消息中解析获得的描述信息对服务进行编目，由此，本公开的实施例能够自动对服务进行编目，而无需管理员手动编目服务，提高了工作效率，简化了工作流程。

并且，由于自动对服务进行编目，因此，减少了管理员的工作量，避免了管理员手动进行编目时的误操作所导致的服务被错误地编目。另外，仅自动维护资源目录就能够管理服务，而无需手动维护用于记录服务的来源、保密等级等信息的文档，减少了维护工作量。

根据下面参考附图对示例性实施例的详细说明，本公开的其它特征及方面将变得清楚。

附图说明

包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面，并且用于解释本公开的原理。

图1是根据一示例性实施例示出的一种Web Service系统的示意图。

图2是根据一示例性实施例示出的一种服务的编目方法的流程图。

图3是根据一示例性实施例示出的一种服务的编目装置的结构框图。

图4是根据一示例性实施例示出的一种用于服务的编目装置900的框图。

具体实施方式

以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

另外，为了更好的说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。

WS(Web Service，Web服务)是指线上运行的服务，在线服务在线时每秒有多个用户向该在线服务发起请求。在线服务可为用户提供多种数据，在线服务是不同机构暴露数据给用户的一种便利安全的方式。通过对在线服务进行诸如添加该在线服务所属类别的名称等操作，能够将该在线服务封装成Resource(资源)，该资源的名称可为该在线服务所属类别的名称。示例性的，一个资源可以包括一个或多个在线服务。

图1是根据一示例性实施例示出的一种Web Service系统的示意图。如图1所示，该Web Service系统包括DSS(Data Services Server，数据服务服务器)、G-Reg(GovernanceRegistry，治理注册表)和客户端。

DSS根据不同数据源生成在线服务并且发布所生成的在线服务。示例性的，数据源包括：RDBMS(Relational Database Management System，关系数据库管理系统)、Excel、CSV(Comma-Separated Values，逗号分隔值)文件、Cassandra、Google Spreadsheets(在线电子表格工具)、RDF(Resource Description Framework，资源描述框架)、JNDI(JavaNaming and Directory Interface，Java命名和目录服务接口)Data sources、CustomData sources等。

G-Reg是用于存储和管理服务及其它数据或元数据的SOA(Service-OrientedArchitecture，面向服务的体系结构)集成注册表库。G-Reg可包括资源目录，资源目录可存储与服务有关的信息。客户端可以访问G-Reg所存储的资源。

G-Reg还可动态发现服务。在DSS发布服务即该服务上线时，G-Reg发现该服务。然后，管理员需要手动将G-Reg发现的服务编目至资源目录中。

这样，在服务的数量较多的情况下，管理员需要进行大量的手工编目操作，工作效率低，工作流程繁杂，管理员的误操作可能导致服务被错误地编目，并且管理员需要维护一个用于记录服务的来源、保密等级等信息的文档，该文档不易于维护。

本公开的实施例提供一种服务的编目方法，该编目方法能够自动将服务编目至资源目录。

为便于更清楚地描述本公开，以下以图1所示的Web Service系统为例对本公开实施例进行详细阐述。

图2是根据一示例性实施例示出的一种服务的编目方法的流程图，该编目方法可应用于Web Service系统中的治理注册表。如图2所示，该编目方法可包括如下步骤。

在步骤S210中，接收数据服务服务器DSS在服务上线时所发送的Hello消息(Hellomessages)，该Hello消息携带有描述信息。

本实施例中，在DSS开启服务发现功能之后，如果DSS发现服务上线，则DSS向治理注册表发送Hello消息。DSS可修改Hello消息的格式，以在Hello消息中添加描述信息。可选的，Hello消息还可包括服务的服务ID(Identification，标识)、范围、类型和传输地址等。

在一种可能的实现方式中，描述信息可位于Hello消息的头部。示例性的，可通过在Hello消息的头部添加<wsa:Description>标签来使Hello消息携带描述信息。例如，该标签的格式可为：<wsa:Description>分类信息</wsa:Description>。

在步骤S230中，解析Hello消息，以获得描述信息。

本实施例中，在治理注册表接收到DSS发送的Hello消息之后，治理注册表对该Hello消息进行解析，从而获得Hello消息所携带的描述信息。

在一种可能的实现方式中，治理注册表解析Hello消息的头部从而获得描述信息。例如，治理注册表通过解析Hello消息的头部的<wsa:Description>字段来获得描述信息。

在步骤S250中，根据描述信息对服务进行编目，以将服务编目至资源目录。

本实施例中，治理注册表可制定服务的分类规则，以确定对服务进行分类的方法。相应地，描述信息是与该分类规则相对应的信息，治理注册表可根据与该分类规则相对应的描述信息来对服务进行编目，从而将服务编目至资源目录中。资源目录可用于存储与服务有关的信息，例如服务的URL(Uniform Resource Locator，统一资源定位符)等信息。

在一种可能的实现方式中，在治理注册表获得描述信息之后，治理注册表可根据该描述信息识别出服务所属的分类规则代码，然后使用该代码将该服务编目至资源目录中的与该代码相匹配的类目中。

示例性的，治理注册表可将服务的来源或服务的保密等级作为分类规则。例如，假设分类规则是服务的保密等级，使用代码1001、1010、1011、1100来分别表示绝密、机密、秘密、内部公开，治理注册表根据描述信息识别出服务所属的分类规则代码为1010，治理注册表将该服务编目至资源目录的机密类目中。

因此，根据从接收到的Hello消息中解析获得的描述信息对服务进行编目，由此，本公开的实施例能够自动对服务进行编目，而无需管理员手动编目服务，提高了工作效率，简化了工作流程。并且，由于自动对服务进行编目，因此，减少了管理员的工作量，避免了管理员手动进行编目时的误操作所导致的服务被错误地编目。另外，仅自动维护资源目录就能够管理服务，而无需手动维护用于记录服务的来源、保密等级等信息的文档，减少了维护工作量。

在一种可能的实现方式中，根据描述信息对服务进行编目，以将服务编目至资源目录，包括：将描述信息与资源目录的各类目进行匹配；将服务编目至资源目录中的与描述信息相匹配的类目。

在一种可能的实现方式中，根据描述信息对服务进行编目，以将服务编目至资源目录，包括：将描述信息与资源目录的各类目进行匹配；在描述信息与资源目录的各类目匹配失败的情况下，在资源目录中创建与描述信息相对应的类目，并且将服务编目至所创建的类目。

在一种可能的实现方式中，描述信息包括如下任意一项或多项：服务的来源、服务的保密等级、服务的主题、服务的标题、服务的用途、以及服务的关键词。

本实施例中，服务的来源可指发布该服务的DSS所属的系统。可根据服务的敏感程度、在泄密或被损毁而不可用的情况下所产生的影响等确定服务的保密等级。示例性的，保密等级可包括绝密、机密、秘密、内部公开等。

例如，某信息中心包括A系统和B系统，A系统和B系统的DSS分别生成并发布服务A和服务B，则服务A的来源为A系统，服务B的来源为B系统，假设这两个服务的主题为财务，这两个服务的标题为上一季度财务报表，这两个服务的用途为查询财务数据，这两个服务的关键词为财务。

服务A上线时，A系统的DSS向治理注册表发送携带有描述信息的Hello消息，该描述信息为服务的主题“财务报表”，然后，治理注册表对该Hello消息进行解析，并且获得“财务报表”这一描述信息，治理注册表将服务A编目至资源目录的“财务报表”类目。

类似地，服务B上线时，B系统的DSS向治理注册表发送携带有描述信息的Hello消息，该描述信息为服务的主题“财务报表”，然后，治理注册表对该Hello消息进行解析，并且获得“财务报表”这一描述信息，治理注册表将服务B编目至资源目录的“财务报表”类目。

在一种可能的实现方式中，上述编目方法还可包括：响应于探测请求，在治理注册表中查找与探测请求所携带的搜索条件相匹配的服务；展示查找到的服务的URL。

继续上述示例，假设探测请求所携带的搜索条件为“财务报表”，在治理注册表获取到该搜索条件之后，治理注册表查找到资源目录的“财务报表”类目，“财务报表”类目中包括A系统的上一季度财务报表的服务A和B系统的上一季度财务报表的服务B这两个服务，然后，治理注册表展示资源目录的“财政报表”类目中的这两个服务的URL。这样，客户端响应于诸如用户在浏览器中输入服务A或B的URL等操作来访问该服务，从而获取并展示A或B系统的上一季度财务报表。

由此，用户通过诸如在浏览器上输入治理注册表所提供的服务的URL来访问该服务，并且可以获取该服务所提供的数据。

图3是根据一示例性实施例示出的一种服务的编目装置的结构框图，如图3所示，该编目装置300可应用于Web Service系统中的治理注册表。该编目装置300可包括接收模块310、解析模块330和编目模块350。

接收模块310用于接收数据服务服务器DSS在服务上线时所发送的Hello消息，Hello消息携带有描述信息。解析模块330与接收模块310连接，并且用于解析Hello消息，以获得描述信息。编目模块350与解析模块330连接，并且用于根据描述信息对服务进行编目，以将服务编目至资源目录。

在一种可能的实现方式中，编目模块350被配置为：将描述信息与治理注册表的各类目进行匹配；将服务编目至资源目录中的与描述信息相匹配的类目。

在一种可能的实现方式中，编目模块350被配置为：将描述信息与治理注册表的各类目进行匹配；在描述信息与治理注册表的各类目匹配失败的情况下，在资源目录中创建与描述信息相对应的类目，并且将服务编目至所创建的类目。

在一种可能的实现方式中，描述信息包括如下任意一项或多项：服务的来源、服务的保密等级、服务的主题、服务的标题、服务的用途、以及服务的关键词。

在一种可能的实现方式中，该编目装置300还可包括：查找模块，用于响应于探测请求，在治理注册表中查找与探测请求所携带的搜索条件相匹配的服务；展示模块，用于展示查找到的服务的统一资源定位符。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图4是根据一示例性实施例示出的一种用于服务的编目装置900的框图。参照图4，该装置900可包括处理器901、存储有机器可执行指令的机器可读存储介质902。处理器901与机器可读存储介质902可经由系统总线903通信。并且，处理器901通过读取机器可读存储介质902中与服务的编目逻辑对应的机器可执行指令以执行上文所述的服务的编目方法。

本文中提到的机器可读存储介质902可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：RAM(Radom Access Memory，随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)，或者类似的存储介质，或者它们的组合。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (10)

1.一种服务的编目方法，其特征在于，包括：

接收数据服务服务器DSS在所述服务上线时所发送的Hello消息，所述Hello消息携带有描述信息；

解析所述Hello消息，以获得所述描述信息；

根据所述描述信息对所述服务进行编目，以将所述服务编目至资源目录。

2.根据权利要求1所述的编目方法，其特征在于，根据所述描述信息对所述服务进行编目，以将所述服务编目至资源目录，包括：

将所述描述信息与所述资源目录的各类目进行匹配；

将所述服务编目至所述资源目录中的与所述描述信息相匹配的类目。

3.根据权利要求1所述的编目方法，其特征在于，根据所述描述信息对所述服务进行编目，以将所述服务编目至资源目录，包括：

将所述描述信息与所述资源目录的各类目进行匹配；

在所述描述信息与所述资源目录的各类目匹配失败的情况下，在所述资源目录中创建与所述描述信息相对应的类目，并且将所述服务编目至所创建的类目。

4.根据权利要求1至3中任一项所述的编目方法，其特征在于，

所述描述信息包括如下任意一项或多项：所述服务的来源、所述服务的保密等级、所述服务的主题、所述服务的标题、所述服务的用途、以及所述服务的关键词。

5.根据权利要求1至3中任一项所述的编目方法，其特征在于，还包括：

响应于探测请求，在所述资源目录中查找与所述探测请求所携带的搜索条件相匹配的服务；

展示查找到的服务的统一资源定位符。

6.一种服务的编目装置，其特征在于，包括：

接收模块，用于接收数据服务服务器DSS在所述服务上线时所发送的Hello消息，所述Hello消息携带有描述信息；

解析模块，用于解析所述Hello消息，以获得所述描述信息；

编目模块，用于根据所述描述信息对所述服务进行编目，以将所述服务编目至资源目录。

7.根据权利要求6所述的编目装置，其特征在于，所述编目模块被配置为：

将所述描述信息与所述资源目录的各类目进行匹配；

将所述服务编目至所述资源目录中的与所述描述信息相匹配的类目。

8.根据权利要求6所述的编目装置，其特征在于，所述编目模块被配置为：

将所述描述信息与所述资源目录的各类目进行匹配；

在所述描述信息与所述资源目录的各类目匹配失败的情况下，在所述资源目录中创建与所述描述信息相对应的类目，并且将所述服务编目至所创建的类目。

9.根据权利要求6至8中任一项所述的编目装置，其特征在于，

所述描述信息包括如下任意一项或多项：所述服务的来源、所述服务的保密等级、所述服务的主题、所述服务的标题、所述服务的用途、以及所述服务的关键词。

10.根据权利要求6至8中任一项所述的编目装置，其特征在于，还包括：

查找模块，用于响应于探测请求，在所述资源目录中查找与所述探测请求所携带的搜索条件相匹配的服务；

展示模块，用于展示查找到的服务的统一资源定位符。