CN113568676A - 一种商业平台上互联网服务快速发布的通用方法 - Google Patents

一种商业平台上互联网服务快速发布的通用方法 Download PDF

Info

Publication number
CN113568676A
CN113568676A CN202110792674.XA CN202110792674A CN113568676A CN 113568676 A CN113568676 A CN 113568676A CN 202110792674 A CN202110792674 A CN 202110792674A CN 113568676 A CN113568676 A CN 113568676A
Authority
CN
China
Prior art keywords
service
api
meta
model
platform
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.)
Granted
Application number
CN202110792674.XA
Other languages
English (en)
Other versions
CN113568676B (zh
Inventor
冯志勇
周欣悦
肖建茂
陈世展
高超
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tianjin University
Original Assignee
Tianjin University
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Tianjin University filed Critical Tianjin University
Priority to CN202110792674.XA priority Critical patent/CN113568676B/zh
Publication of CN113568676A publication Critical patent/CN113568676A/zh
Application granted granted Critical
Publication of CN113568676B publication Critical patent/CN113568676B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/445Program loading or initiating
    • G06F9/44536Selecting among different versions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F18/00Pattern recognition
    • G06F18/20Analysing
    • G06F18/24Classification techniques
    • G06F18/241Classification techniques relating to the classification model, e.g. parametric or non-parametric approaches
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/10Active monitoring, e.g. heartbeat, ping or trace-route
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Health & Medical Sciences (AREA)
  • Tourism & Hospitality (AREA)
  • General Health & Medical Sciences (AREA)
  • General Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Data Mining & Analysis (AREA)
  • Evolutionary Biology (AREA)
  • Primary Health Care (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Economics (AREA)
  • Bioinformatics & Computational Biology (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Evolutionary Computation (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Cardiology (AREA)
  • Artificial Intelligence (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明涉及一种商业平台上互联网服务快速发布的通用方法,包括步骤1、根据业务特点对互联网服务进行分类并抽象出多种类型的业务模型,对多种类型的业务模型进行聚合和抽象,形成高度抽象的统一元模型;步骤2、将每个服务的信息填充到元模型中,生成一个新的服务元模型对象,通过控制模块控制服务元模型对象的执行,实现互联网服务功能。本发明将现有互联网服务的业务抽象为四个业务模型,并最终成为元模型;并且将服务的业务流程通过高度业务抽象的服务元模型表示,并在控制模块的配合下实现互联网服务功能和跨平台访问,因此,本发明具有广泛的通用性。

Description

一种商业平台上互联网服务快速发布的通用方法
技术领域
本发明属于用互联网技术领域,涉及到对现有互联网服务的分类、业务建模、发布和使用过程中的业务控制等,尤其是一种商业平台上互联网服务快速发布的通用方法。
背景技术
随着技术的普及,开发门槛逐渐降低,吸引了来自不同领域的大量的互联网服务提供商,互联网服务涌现。
近两年新型冠状病毒疫情的爆发导致人们出行受到限制,再一次促进了线下服务向互联网服务的转变。无论是传统Web API服务,如文档类型转换、信息检索,或者是新型互联网服务,比如上门服务、智能家居服务、远程医疗等,都在不断的增加。与传统服务业相比,互联网服务使用时受空间限制影响小、服务更新迭代速度也更快。为迎合互联网服务频繁迭代的需要,微服务体系结构、DevOps的发展在技术、组织人员等多方面缓解了服务迭代高成本上的困境。
互联网服务的繁荣发展使得商业化的服务集成平台随之涌现。商业化平台企图通过集成互联网服务来个性化的匹配用户需求。因而急需吸纳功能多样化的服务来应对服务跨界融合和用户需求的变化。目前一些服务组合方法和推荐方法以及跨界服务平台相关的理论和技术虽然也在解决服务供需匹配的问题上做出了贡献,但是他们都是建立在服务已经和用户面对面的基础之上。除此之外,也需要一种通用的方法将互联网服务发布到平台上。
将服务发布到商业平台上不仅仅是展示信息,还意味着用户要通过在线平台使用服务功能。如图1所示,对于用户而言,用户有方便使用服务的需求。服务分散在互联网中,直接通过整个互联网去查找和使用服务需要消耗较大的时间成本。而通过商业化平台集中查找和使用服务是快速方便的。但是,将服务低成本的快速发布是极具挑战性,主要体现在如下几个方面:
首先,服务间差异性大。互联网服务分布在不同的领域,他们的功能各不相同。有些服务是线上与线下的业务相结合的,业务十分复杂。而且服务是由不同人员开发的,没有统一的设计和开发标准。
其次,互联网服务功能在不断发生着变化,每一次服务功能的改变都需要重复发布,这不仅费时费力,而且由于服务功能具有时效性,过长的发布时间会降低服务功能的效用。
最后,有些服务已经在服务提供商自身平台运营,二手发布需要一些平台间的交互。
综上所述,O2O,IoT,Web API等互联网服务的繁荣发展为服务商业化平台带来了新的活力。然而,这些服务线上与线下的业务相结合,而且没有统一的设计和开发标准,并且互联网服务频繁更新迭代,每次变化都需要在商业平台重复发布,因此,很难低成本的将服务快速发布给用户使用。
发明内容
本发明的目的在于克服现有技术的不足,提供一种商业平台上互联网服务快速发布的通用方法,其通过高度抽象的元模型整合服务的业务流程,并通过运行可执行元模型对象以实现互联网服务功能,能够快速地发布服务到商业平台。
本发明解决现有的技术问题是采取以下技术方案实现的:
一种商业平台上互联网服务快速发布的通用方法,包括以下步骤:
步骤1、根据业务特点对互联网服务进行分类并抽象出多种类型的业务模型,对多种类型的业务模型进行聚合和抽象,形成高度抽象的统一元模型;
步骤2、将每个服务的信息填充到元模型中,生成一个新的服务元模型对象,通过控制模块控制服务元模型对象的执行,实现互联网服务功能。
进一步,所述多种类型的业务模型包括O2O服务模型、Web API服务模型、Web API组合服务模型以及线上线下协作服务模型。
进一步,所述步骤1对多种类型的业务模型进行聚合和抽象的方法为:
使用UML对元模型进行描述,给出服务的定义并自顶向下地对每个部分进行定义和说明:
⑴将Service定义为如下三元组:IDs、B和P,其中,IDs是Service的标识,B表示服务的基本属性,P是Process的有序集合;
⑵将BasicAttribute定义为如下三元组:IDb、SN和BM,其中,IDb是BasicAttribute的标识,SN是服务名称,BM表示服务所属的业务模型类别;
⑶将Process定义如下三元组:IDp、I和PO,其中,IDp是process的标识,I是API的有序集合,PO表示流程在序列中的排序;
⑷将API定义为如下七元组:IDa、U、M、In、Out、C和AO,其中,IDa是API的标识,U是API的URL,M是接口请求方式,In是API的输入参数集合,Out是API的输出参数集合,C是API调用类别,AO标识API在序列中的排序;
⑸将Input/Output定义为如下三元组:IDio、PN和PT,其中,IDio是输入/输出参数的标识,PN表示参数名称,PT定义了参数类型。
进一步,所述接口请求方式M采用RESTful风格;所述调用类别C为主动和被动,主动标识接口是由平台主动调用服务提供商的接口,被动是平台开放的接口,以供服务提供商调用;所述API在序列中的排序AO表示API集合中的API根据序列顺序相互依赖。
进一步,所述参数类型PT包括String、Number和Binary。
进一步,所述步骤2将每个服务的信息填充到元模型中并生成一个新的服务元模型对象的方法为:首先提供服务的基本属性;然后根据服务类型和特定业务填充每个服务的流程和API,在商业平台统一生成元模型中的所有标识符,所述服务标识符不仅用于标识服务,还用于唯一地标识可执行元模型对象;最后使用统一标记语言来表示元模型。
进一步,所述步骤2控制模块控制服务元模型对象执行的方法包括业务流控制方法、跨平台访问方法和质量保证方法。
进一步,所述业务流控制方法由中断控制器、版本控制器和存储控制器三部分组成;所述中断控制器负责控制服务业务流程的中断和继续;所述版本控制器负责在执行服务业务期间控制版本一致性;所述存储控制器用于辅助中断控制和版本控制过程中与数据库的交互。
进一步,所述跨平台访问方法是针对包含API的服务,主动和被动类型的API分别由服务提供商和平台运营商部署在云中,在实现这些功能时,调用分别由商业化平台或服务提供者发起。
进一步,所述质量保证方法只针对包含API的服务,包括服务的心跳检测和实用性测试;所述心跳检测机制是服务注册中心和集成平台中常见的服务健康检测机制,所述实用性测试是通过使用测试数据调用服务API来测试API功能的可用性。
本发明的优点和积极效果是:
1、本发明将现有互联网服务的业务抽象为四个业务模型,并最终成为元模型;并且将服务的业务流程通过高度业务抽象的服务元模型表示,并在控制模块的配合下实现互联网服务功能和跨平台访问,因此,本发明具有广泛的通用性。
2、本发明在控制模块的配合下,通过运行与服务一对一对应的可执行元模型对象来实现互联网服务功能;通过修改元模型对象,可以快速更改服务功能;将服务功能实现和服务版本发布联合起来考虑,扩展了DevOps理论,以实时且快速的应对服务使用过程中功能的频繁更改,可广泛用于O2O、IoT、Web API等多种类型的互联网服务。
附图说明
图1为现有服务发布到商业平台的原理图;
图2为本发明的业务分类与元模型生成过程图;
图3为本发明的元模型的UML图;
图4为本发明的服务元模型对象生成与服务发布过程图;
图5为本发明的用于辅助填写元模型的界面原型图。
具体实施方式
以下结合附图对本发明实施例做进一步详述。
一种商业平台上互联网服务快速发布的通用方法,包括以下步骤。
步骤1、根据业务特点对互联网服务进行分类并抽象出多种类型的业务模型,对多种类型的业务模型进行聚合和抽象,形成高度抽象的统一元模型。具体方法如下:
步骤1.1、根据业务特点对互联网服务进行分类并抽象出多种类型的业务模型
业务模型的形成是一个不断进行分类和业务抽象的过程。我们根据业务特点对互联网服务进行分类。进一步的,还抽象了四种类型的业务模型。业务模型的抽象是将多个服务集成到单个方法中的基础。因此,为了使我们的方法具有广泛的通用性,分类过程中只关注服务的业务流程特征,而忽略了服务所在的领域和特定功能。
首先,服务的业务流程特征中最明显的特点是能否完全在线上实现互联网服务功能,或者说是否需要线下服务配合完成服务业务。比如非完全线上实现功能的保洁服务,该服务在线上展示,但是具体的功能实现是在线下完成的。其次,区分服务的业务复杂程度。线下服务部分由于不涉及互联网平台间的交互,因而不区分线下服务的复杂程度。仅仅对线上部分的业务复杂程度进行区分。线上部分的业务流程的最终是由API调用数量体现出来的。即,需要调用的API数量越多,API种类越复杂,服务业务流程越复杂。
除此之外,还有一些服务是线上线下穿插组成的,比如,新一代的照相服务,用户去照相馆拍摄照片,但是照片不再需要到店中领取,而是通过在线填写邮寄地址进行邮寄或者从在线平台下载电子版照片的方式获取服务结果。这种服务首先在线展示,随后是线下服务,最后再通过线上交互。IoT服务被定义为可联网智能设备与相应的软件服务的联合体,是一类典型的线上线下协作服务。
最终,依据服务业务特征提炼出四种业务模型,分别是,O2O服务,Web API服务,Web API组合服务,以及线上线下协作服务,如表1所示。
表1四种互联网服务业务模型
Figure BDA0003161611580000041
步骤1.2、对多种类型的业务模型进行聚合和抽象,形成高度抽象的统一元模型。
在本步骤中,四类业务模型被进一步聚合和抽象,以形成高度抽象的统一元模型。在元模型中,每个服务都有基本属性,并且包含0到多个服务流程。每个服务流程包含一个到多个API。API被分为多种类型,以实现复杂的业务流程。同时,我们定义了API输入参数和输出参数的类型。在程序执行过程中,可以根据参数类型对参数值进行组装和解析。只有将输入参数拼接在一起,才能成功调用API来实现业务功能。程序分析API的输出参数,获得服务结果。如图2所示,使用UML对元模型进行描述。
首先给出了服务的定义,并自顶向下地对每个部分进行定义和说明。
·定义1:Service被定义为一个三元组(IDs,B,P)。其中,IDs是Service的标识。B表示服务的基本属性。P是Process的有序集合。
·定义2:BasicAttribute被定义为一个三元组(IDb,SN,BM)。其中,IDb是BasicAttribute的标识。SN是服务名称。BM表示服务所属的业务模型类别。
·定义3:Process被定义为一个三元组(IDp,I,PO)。其中,IDp是process的标识,I是API的有序集合。PO表示流程在序列中的排序。
process集合中的process根据序列顺序相互依赖。即排序为2的流程只会在排序为1的流程之后执行。
·定义4:An API被定义为一个七元组(IDa,U,M,In,Out,C,AO)。其中,IDa是API的标识,U是API的URL(Uniform Resource Locator),M是接口请求方式,In是API的输入参数集合,Out是API的输出参数集合。C是API调用类别,AO标识API在序列中的排序。
M(请求方式)采用RESTful风格。包括get,post等。
C(调用类别)分为主动和被动,主动标识接口是由平台主动调用服务提供商的接口,被动是平台开放的接口,以供服务提供商调用。
Ao(API排序)API集合中的API根据序列顺序相互依赖。即排序为2的API只会在排序为1的API之后被调用。
元模型中定义的API与虚线边框的服务提供商API相互依赖,形成交互。服务提供商API由每个服务提供商自主定义,这里只是给出依赖示意,用于对模型中API的交互情况进行说明。由于服务功能实现过程中间可能还会出现用户和平台之间的交互以及线下服务,因此,服务功能往往不是一次性完成的。定义Process和API的顺序还可以用于当服务执行中断时标记中断的位置,这样下一次服务执行时可以从中断位置继续执行。
·定义5:Input(Output)被定义为一个三元组(IDio,PN,PT),其中IDio是输入(输出)参数的标识,PN表示参数名称,PT定义了参数类型。
其中,参数类型ParameterType包括String,Number,Binary。有些接口需要传输图片或文档,使用二进制格式进行传输。每一个API输入参数集元素数量可为0,但输出参数集至少包含一项输出参数,标识API接口是否调用成功。同一个参数可以被多个API包含从而保证API调用过程中参数语义的一致性。
元模型中囊括了前述四种业务模型。在表2中,我们对四种业务模式在元模型中的体现进行说明。
表2四种业务模型在元模型中的映射
Figure BDA0003161611580000051
步骤2、高度抽象的统一元模型来发布服务。具体方法如下:
步骤2.1、将每个服务的信息填充到元模型中,生成一个新的服务元模型对象。
本步骤是从服务到可执行元模型对象的过程。当将每个服务的信息填充到元模型中时,会相应地生成一个新的元模型对象。首先提供服务的基本属性,然后根据服务类型和特定业务填充每个服务的流程和API。在商业平台统一生成元模型中的所有标识符,以避免重复。服务标识符不仅用于标识服务,还用于唯一地标识可执行元模型对象。最后使用统一标记语言来表示元模型,这样就可以编写一个程序来解析标记语言来执行元模型对象。
步骤2.2、控制模块控制服务元模型对象的执行,实现互联网服务功能。
本步骤是服务被用户使用时实现功能的过程,服务元模型对象的执行即是服务功能实现。在元模型对象的执行过程中,平台根据流程顺序和API顺序不断进行分析,以实现服务业务功能。如果它遇到一个主动类型的API,将发起一个调用,并在成功调用后继续执行。如果遇到被动类型的API,执行将被中断,该API被调用后将继续执行。由于服务、流程和API具有唯一的标识符,不同的服务业务之间不会发生冲突。当服务业务功能发生改变时,只需要按照新的服务功能修改服务对应的元模型对象,之后执行新版本的元模型对象即可完成新的功能。
此外,还有许多控制执行过程的机制。具体来说,控制模块包括执行器、跨平台访问和质量保证。包括以下控制过程:
①业务流控制方法
在服务执行过程中,服务全部功能并不一定是一次执行完成的。在执行和中断过程中服务功能有可能被修改。执行控制负责元模型对象执行过程中的业务流程控制。业务流控制由中断控制器、版本控制器和存储控制器三部分组成。
中断控制器负责控制服务业务流程的中断和继续。业务流程中断可能是完成了业务流程中的一个功能,也可能是出于意外。中断控制器在完成每个流程或成功调用每个API时。将服务执行的当前状态存储到数据库中,以便随时应对服务业务流程中断。一个流程中所有的API都执行成功,则该流程完成。如前文对元模型的定义中所述,每一个API都有一个必填的返回参数,用于标识服务是否执行成功。当中断执行的元模型再次被执行的时候,直接从上一次中断处开始。API是服务中断的最小单位,我们不再继续区分API执行过程中功能实现情况。当API执行过程中出现由于意外原因(如网络拥塞、意外错误等)导致的业务中断时,中断控制器会自动回滚。需要重新执行回滚的业务流程。
版本控制器负责在执行服务业务期间控制版本一致性。服务信息允许修改,因此,元模型对象在执行时会随时更改。当服务业务流程被中断然后继续时,服务业务将发生变化。版本控制器的版本控制机制根据第一次执行时版本快照执行服务对象的业务流程,即使中间服务业务发生变化,它也不会更改执行对象的快照版本。
存储控制器用于辅助中断控制和版本控制过程中与数据库的交互。包括断点位置,版本快照等。
②跨平台访问方法
跨平台访问只针对包含API的服务。主动和被动类型的API分别由服务提供商和平台运营商部署在云中。在实现这些功能时,调用分别由商业化平台或服务提供者发起。为了实现API调用,需要商业化平台与服务提供者之间的协作。在跨平台的服务API调用中,需要保证安全性,解决用户信息不共享和语义冲突的问题。
首先要保证访问安全性。API在调用时伴随着平台之间的数据传输以及资源获取。依据服务商平台和服务业务的不同,安全问题程度也略有不同。对安全问题的评估从两方面出发:1)出于服务信息、技术的保密性以及服务调用的商业价值,服务调用方的资质需要被认可;2)传输的数据可能涉及到用户隐私,需要保密。因此,我们通过设定访问秘钥和数据加密的方法来处理存在安全隐患的服务。
同时,部分API调用过程中需要解决用户信息不共享问题。有些服务在发布之前已经在服务提供商原有平台运营。在服务发布之前,用户通过登录服务商平台调用服务。而服务发布之后,用户登录商业化平台使用服务,商业平台紧接着跨平台调用服务。因此,服务发布之后,由于平台间用户登录信息不共享,直接从商业化平台调用服务是不可行的。一方面,这需要将用户身份认证结果同步到服务商平台。身份认证是判断用户是否是合法用户的过程,也就是登录过程。最常用的身份验证方法是系统检查用户输入的用户名和密码。用户在商业化平台完成身份认证获得的服务调用权限将以用户令牌的方式同步到服务提供者平台,从而解决了用户对服务的访问权限不足的问题。另一方面,必要时,除了用户访问权限之外,还要同步平台之间用户标识等用户消息,如用户标识等提前传输给服务商平台并在服务商平台保存,保证服务正常调用。
此外,由于服务开发平台参数命名和固有语义的差异性,平台之间还存在语义冲突。表3列举了服务集成过程中涉及到的两种语义冲突。我们通过为每个需要解决语义冲突的变量预先存储语义映射来解决。即我们在服务发布时为需要进行转义的字段预先存储对应的语义,当API调用过程中遇到待转义的字段则根据转义类型进行转义。
表3平台间的语义冲突
Figure BDA0003161611580000071
需要说明的是,平台开放封装了相关功能API,如加解密和用户数据传输,以供服务调用。同时,服务提供商应自身服务设计和实现API。因此,这些跨平台访问的业务也可以直接作为服务业务流程的一部分生成元模型对象运行。
③质量保证方法
质量保证方法主要针对包含API的服务。包括服务的心跳检测和实用性测试。不能通过可用性检测和心跳检测的服务会被标注为不可用状态,并禁止被用户使用。
心跳检测机制是服务注册中心和集成平台中常见的服务健康检测机制。集成平台作为服务端持续对服务的每个API进行发送心跳,通过判断服务API是否能够顺利访问认定检测结果。即,不能够顺利访问的API则没有通过心跳检测。为了保证服务心跳检测每隔几分钟进行一次。
实用性测试是通过使用测试数据调用服务API来测试API方法的可用性。实用性测试对于服务质量测试比心跳测试更深入。实用性测试的成功,不仅表明该API能够成功访问,而且表明该API能够正常完成业务功能。实用性测试比心跳测试消耗更多的时间和资源。因此,我们只对通过心跳检测的服务进行实用性测试。没有通过心跳测试的服务直接被认为是不可用的。当心跳检测成功后,会进行实用性测试,实时更新服务状态。对于可以连续多次成功检测到的服务,实用性测试的频率降低到每几小时一次。
基于上述说明,下面给出一个老年人医疗保健领域的真实案例。
随着互联网技术和物联网技术的发展,老年保健服务不断向互联网服务转变,涉及日常护理、新闻、医疗健康、家庭安全、金融保险等。我们开发了智能老年健康跨界服务平台作为商业化平台,并通过本发明所述方法发布了数十家服务提供商提供的300多项不同领域的养老服务和公共服务。
商业平台发布的服务包括多种业务类型,涉及到多个领域。表4列出了每种服务业务类型的一些服务示例。此外,为了更清楚地解释元模型的使用,详细介绍:a.上门做饭,c.眼底影像检测以及g.跌倒检测的业务流程以及元模型对象的表达。
表4智慧养老跨界服务云平台发布服务实例
Figure BDA0003161611580000081
a.上门做饭服务。服务的标识是‘s1’,名称是“Home-cooking”。这是一个没有process的服务。业务模型类型是‘T1’。
c.眼底影像检测服务。这是只一个包含一个主动类型的API的服务,所以业务模型类型是‘T2’。API输入参数是名称为“eyepic”,类型为“binary”的眼底图片。返回参数包括一个标识是否执行成功的“errcode”和检测结果。
IoT服务作为一类新兴的互联网服务也能通过本发明所述的方法发布并交付给用户使用。
g.跌倒检测是一个IoT服务,它是智能摄像头和报警服务的组合,业务模型类型是‘T4’,包含两个process。第一个process是线下安装智能摄像头,并包含一个API,用于向平台反馈摄像头安装调试成功。第二个process是报警,并包含两个API,第一个是摄像头向平台反馈报警信息,输入信息包括设备编号“equipmentIdentifier”和待发送报警信息的手机号码“phoneNumber”。第二个API用于平台向对应手机号发送报警信息。每一个API返回参数均包括一个标识是否执行成功的“errcode”。
最终通过填充元模型来发布服务,为了进一步简化发布,设计了便捷的可视化工具录入服务信息以生成可执行元模型对象。如图5所示,用户可以填写服务的基本信息,业务包含的流程,以及预留服务业务中的字段语义冲突。流程中也可以添加API。平台可以轻易地发布服务并为用户提供服务,服务提供者也可以随时更新迭代服务,因为基于元模型情况下,改变业务流程就像改变服务名称一样容易。服务发布之后可以随时被启动执行。在实践过程中为每一种类型的服务设计了一套与之匹配的用户界面模板。用户点击开启服务按钮,则元模型对象启动执行。服务执行的版本也在此时确定。用户填写输入信息,平台的后台获取到用户上传的信息,并依照元模型中API信息拼接参数并调用。返回的结果经过一系列语义转换后显示给用户。平台持续的对服务的可用性进行检测,避免用户使用过程中出现功能性错误。
需要强调的是,本发明所述的实施例是说明性的,而不是限定性的,因此本发明包括并不限于具体实施方式中所述的实施例,凡是由本领域技术人员根据本发明的技术方案得出的其他实施方式,同样属于本发明保护的范围。

Claims (10)

1.一种商业平台上互联网服务快速发布的通用方法,其特征在于:包括以下步骤:
步骤1、根据业务特点对互联网服务进行分类并抽象出多种类型的业务模型,对多种类型的业务模型进行聚合和抽象,形成高度抽象的统一元模型;
步骤2、将每个服务的信息填充到元模型中,生成一个新的服务元模型对象,通过控制模块控制服务元模型对象的执行,实现互联网服务功能。
2.根据权利要求1所述的一种商业平台上互联网服务快速发布的通用方法,其特征在于:所述多种类型的业务模型包括O2O服务模型、Web API服务模型、Web API组合服务模型以及线上线下协作服务模型。
3.根据权利要求1所述的一种商业平台上互联网服务快速发布的通用方法,其特征在于:所述步骤1对多种类型的业务模型进行聚合和抽象的方法为:
使用UML对元模型进行描述,给出服务的定义并自顶向下地对每个部分进行定义和说明:
⑴将Service定义为如下三元组:IDs、B和P,其中,IDs是Service的标识,B表示服务的基本属性,P是Process的有序集合;
⑵将BasicAttribute定义为如下三元组:IDb、SN和BM,其中,IDb是BasicAttribute的标识,SN是服务名称,BM表示服务所属的业务模型类别;
⑶将Process定义如下三元组:IDp、I和PO,其中,IDp是process的标识,I是API的有序集合,PO表示流程在序列中的排序;
⑷将API定义为如下七元组:IDa、U、M、In、Out、C和AO,其中,IDa是API的标识,U是API的URL,M是接口请求方式,In是API的输入参数集合,Out是API的输出参数集合,C是API调用类别,AO标识API在序列中的排序;
⑸将Input/Output定义为如下三元组:IDio、PN和PT,其中,IDio是输入/输出参数的标识,PN表示参数名称,PT定义了参数类型。
4.根据权利要求3所述的一种商业平台上互联网服务快速发布的通用方法,其特征在于:所述接口请求方式M采用RESTful风格;所述调用类别C为主动和被动,主动标识接口是由平台主动调用服务提供商的接口,被动是平台开放的接口,以供服务提供商调用;所述API在序列中的排序AO表示API集合中的API根据序列顺序相互依赖。
5.根据权利要求3所述的一种商业平台上互联网服务快速发布的通用方法,其特征在于:所述参数类型PT包括String、Number和Binary。
6.根据权利要求1所述的一种商业平台上互联网服务快速发布的通用方法,其特征在于:所述步骤2将每个服务的信息填充到元模型中并生成一个新的服务元模型对象的方法为:首先提供服务的基本属性;然后根据服务类型和特定业务填充每个服务的流程和API,在商业平台统一生成元模型中的所有标识符,所述服务标识符不仅用于标识服务,还用于唯一地标识可执行元模型对象;最后使用统一标记语言来表示元模型。
7.根据权利要求1所述的一种商业平台上互联网服务快速发布的通用方法,其特征在于:所述步骤2控制模块控制服务元模型对象执行的方法包括业务流控制方法、跨平台访问方法和质量保证方法。
8.根据权利要求7所述的一种商业平台上互联网服务快速发布的通用方法,其特征在于:所述业务流控制方法由中断控制器、版本控制器和存储控制器三部分组成;所述中断控制器负责控制服务业务流程的中断和继续;所述版本控制器负责在执行服务业务期间控制版本一致性;所述存储控制器用于辅助中断控制和版本控制过程中与数据库的交互。
9.根据权利要求7所述的一种商业平台上互联网服务快速发布的通用方法,其特征在于:所述跨平台访问方法是针对包含API的服务,主动和被动类型的API分别由服务提供商和平台运营商部署在云中,在实现这些功能时,调用分别由商业化平台或服务提供者发起。
10.根据权利要求7所述的一种商业平台上互联网服务快速发布的通用方法,其特征在于:所述质量保证方法只针对包含API的服务,包括服务的心跳检测和实用性测试;所述心跳检测机制是服务注册中心和集成平台中常见的服务健康检测机制,所述实用性测试是通过使用测试数据调用服务API来测试API功能的可用性。
CN202110792674.XA 2021-07-14 2021-07-14 一种商业平台上互联网服务快速发布的通用方法 Active CN113568676B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110792674.XA CN113568676B (zh) 2021-07-14 2021-07-14 一种商业平台上互联网服务快速发布的通用方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110792674.XA CN113568676B (zh) 2021-07-14 2021-07-14 一种商业平台上互联网服务快速发布的通用方法

Publications (2)

Publication Number Publication Date
CN113568676A true CN113568676A (zh) 2021-10-29
CN113568676B CN113568676B (zh) 2023-05-23

Family

ID=78164711

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110792674.XA Active CN113568676B (zh) 2021-07-14 2021-07-14 一种商业平台上互联网服务快速发布的通用方法

Country Status (1)

Country Link
CN (1) CN113568676B (zh)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106055325A (zh) * 2016-05-27 2016-10-26 克拉玛依红有软件有限责任公司 一种支撑多系统同时运行的服务构建方法
CN112308230A (zh) * 2020-10-30 2021-02-02 云南电网有限责任公司电力科学研究院 一种资产管理全生命周期知识库的构建及应用方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106055325A (zh) * 2016-05-27 2016-10-26 克拉玛依红有软件有限责任公司 一种支撑多系统同时运行的服务构建方法
CN112308230A (zh) * 2020-10-30 2021-02-02 云南电网有限责任公司电力科学研究院 一种资产管理全生命周期知识库的构建及应用方法

Also Published As

Publication number Publication date
CN113568676B (zh) 2023-05-23

Similar Documents

Publication Publication Date Title
US11714665B2 (en) Method and apparatus for composite user interface creation
EP3502896B1 (en) Generation of an adapters configuration user interface using a data structure
US7925979B2 (en) Extensible manufacturing/process control information portal server
US7457815B2 (en) Method and apparatus for automatically providing network services
KR101004576B1 (ko) 연쇄 발견 웹 서비스
Hall Agent-based software configuration and deployment
JP2011501854A (ja) モデル・ベースのコンポジット・アプリケーション・プラットフォーム
US8655757B1 (en) System and method for assigning a unique asset identity
US20070250839A1 (en) Method and Apparatus for Composite User Interface Generation
US20070226231A1 (en) Systems and methods for managing business issues
KR20100027124A (ko) 데이터 서버 관리형 웹 서비스 런타임용 장치, 시스템 및 방법
US20230319054A1 (en) Tenant-specific solution subscriptions for an extensibility platform
US20230315428A1 (en) Extensibility platform
US20230315418A1 (en) Flexible meta model (fmm) for an extensibility platform
Kutvonen et al. Interoperability middleware for federated business services in web-Pilarcos
CN111048164A (zh) 一种医学大数据长期保存系统
CN108496157A (zh) 用于使用扩展接口为访问事务中间件平台的基于web的客户端提供运行时跟踪的系统和方法
Ludwig et al. REST-based management of loosely coupled services
WO2023192418A1 (en) An extensibility platform
CN113568676B (zh) 一种商业平台上互联网服务快速发布的通用方法
US20060047781A1 (en) Method and system for providing remote portal service modules
US10339573B1 (en) System and method for providing web service interfaces
US10346149B1 (en) System and method for managing asset-side offering modules
US10657586B1 (en) System and method for dynamic offering deployment
CN115145689A (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
GR01 Patent grant
GR01 Patent grant