CN114489844A - 基于组件实现的云通信方法及系统 - Google Patents
基于组件实现的云通信方法及系统 Download PDFInfo
- Publication number
- CN114489844A CN114489844A CN202210050007.9A CN202210050007A CN114489844A CN 114489844 A CN114489844 A CN 114489844A CN 202210050007 A CN202210050007 A CN 202210050007A CN 114489844 A CN114489844 A CN 114489844A
- Authority
- CN
- China
- Prior art keywords
- node
- component
- communication
- cloud communication
- users
- 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.)
- Pending
Links
- 238000004891 communication Methods 0.000 title claims abstract description 170
- 238000000034 method Methods 0.000 title claims abstract description 65
- 230000008569 process Effects 0.000 claims abstract description 32
- 230000006870 function Effects 0.000 claims description 64
- 238000004806 packaging method and process Methods 0.000 claims description 2
- 238000011161 development Methods 0.000 abstract description 17
- 230000010354 integration Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 7
- 230000003993 interaction Effects 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 3
- 238000004590 computer program Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000012795 verification Methods 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000009191 jumping Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 230000000007 visual effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 238000011112 process operation Methods 0.000 description 1
- 238000012958 reprocessing Methods 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 230000001502 supplementing effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements 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/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
Abstract
公开一种基于组件实现的云通信方法及系统。该云通信方法包括:基于第一类用户提供的多个功能调用方式构建多个组件;基于第二类用户的配置操作生成流程配置数据,其中,所述配置操作为所述第二类用户基于自身通信需求选取至少一个组件并进行配置;根据所述流程配置数据运行所述至少一个组件,以实现所述第二类用户的通信需求。本公开实施例的技术方案可解决了功能提供方、云通信系统和通信应用集成方之间协同开发的问题,并且组件加流程配置的方式可减少定制化开发,提高组件的复用率,实现低代码开发。
Description
技术领域
本公开涉及计算机技术领域,具体而言,涉及一种基于组件实现的云通信方法及系统。
背景技术
现今,多种通信工具和通信方式已经出现并广泛使用。多种通信工具包括手机、固定电话、邮件、媒体软件等。多种通信方式包括语音、短信(文本短信、数字短信、卡片短信)、视频、应用内提醒,应用内通知等。
云通信平台通过远程访问或本地实现的方式在云端集成这些通信方式和通信工具所对应的通信功能,并向外部提供服务,以便用户可以经由云通信平台将各种通信功能集成在自己的通信应用中。
但是随着通信的定制化需求和差异化要求越来越多,云通信平台在支持效率和成本上都受到极大的挑战,单靠公司内部的开发人员无法独立解决好这个问题,需要和众多开发团队更好的协同开发才有可能。
发明内容
有鉴于此,本公开的目的是提供一种基于组件实现的云通信方法及系统,以解决上述问题。
根据本公开的第一方面,提供一种基于组件实现的云通信方法,包括:
基于第一类用户提供的多个功能调用方式构建多个组件;
基于第二类用户的配置操作生成流程配置数据,其中,所述配置操作为所述第二类用户基于自身通信需求选取至少一个组件并进行配置;
根据所述流程配置数据运行所述至少一个组件,以实现所述第二类用户的通信需求。
在一些实施例中,所述基于第一类用户提供的多个功能调用方式构建多个组件包括:
接收所述第一类用户的注册申请,所述注册申请包含特定功能的调用方式;
将所述特定功能的调用方式封装成第一组件;以及
在数据库新增所述第一组件的信息。
在一些实施例中,通过图形界面显示所述多个组件,以便所述第二类用户进行配置操作。
在一些实施例中,所述流程配置数据包括多个节点,所述多个节点中的至少一个节点分别与至少一个组件关联。
在一些实施例中,所述多个节点被划为以下类型:开始节点、结束节点、正常节点、路由节点、异步节点、并行节点和合并节点。
在一些实施例中,所述流程配置数据指示节点类型和节点路由,如果节点类型为路由节点或者并行节点时,节点路由指示当前节点的后续节点以及条件表达式,如果节点类型为运行节点或者合并节点时,节点路由指示当前节点的下一个节点。
在一些实施例中,所述配置操作包括在所述图形界面拖拽组件以及为组件输入配置信息。
在一些实施例中,所述第一类用户为功能提供方,所述第二类用户为通信应用集成方。
在一些实施例中,所述第二类用户的通信需求为所述第二类用户的通信需求为包括多个通信工具和多个通信方式的组合需求。
根据本公开的第二方面,提供一种基于组件实现的云通信系统,包括:
管理子系统,用于基于第一类用户提供的多个功能调用方式构建多个组件,基于第二类用户的配置操作生成流程配置数据,其中,所述配置操作为所述第二类用户基于自身通信需求选取至少一个组件并进行配置;
运行子系统,用于根据所述流程配置数据运行所述至少一个组件,以实现所述第二类用户的通信需求。
根据本公开的第三方面,提供一种电子设备,包括存储器和处理器,所述存储器还存储有可由所述处理器执行的计算机指令,所述计算机指令被执行时,实现上述任一项所述的云通信方法。
根据本公开的第四方面,提供一种计算机可读介质,所述计算机可读介质存储有可由电子设备执行的计算机指令,所述计算机指令被执行时,实现上述任一项所述的云通信方法。
本公开实施例的技术方案解决了功能提供方、云通信系统和通信应用集成方之间协同开发的问题。云通信系统对功能提供方提供的功能调用方式进行封装并将封装好的组件展示给通信应用集成方,通信应用集成方则可以根据自身需求进行组件组装,然后再由云通信系统运行组装后的组件。
进一步地,这种组件加流程配置的方式实现组件的可视化管理,通过配置完成功能扩展,减少定制化开发,以提高组件的复用率,实现低代码开发。
附图说明
通过参考以下附图对本公开实施例的描述,本公开的上述以及其它目的、特征和优点将更为清楚,在附图中:
图1是协同研发所涉及的硬件部署图;
图2是用于示意通信应用集成方、功能提供方和云通信系统的交互示意图;
图3用于示意经由云通信系统提供的图形界面,通信应用集成方如何进行配置操作;
图4示出了云通信系统中负责节点运行的流程运行引擎的流程图;
图5是一个示例性的流程配置数据对应的流程的示意图。
具体实施方式
以下基于实施例对本公开进行描述,但是本公开并不仅仅限于这些实施例。在下文对本公开的细节描述中,详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本公开。为了避免混淆本公开的实质,公知的方法、过程、流程没有详细叙述。另外附图不一定是按比例绘制的。
在本公开中使用的各种术语。
研发人员将各种功能的代码进行内聚抽象,并将提供原子服务的代码组织起来命名为组件。多个组件组成组件库,且组件库通常与云通信系统的平台代码严格分离。
本公开实施例的场景
图1是协同研发所涉及的硬件部署图。如图1所示,服务器101通过网络102与终端设备103和104进行交互。终端设备103和104可以包括但不限于以下至少之一:手机、笔记本电脑、平板电脑、掌上电脑、台式电脑、智能语音交互设备、智能家电、车载终端等计算机设备。
服务器101可以为云服务中心。云服务中心是通过计算机集群软件将海量的实体服务器作为一个整体管理。云服务中心可部署各种软件。在一些场景中,云服务中心利用虚拟化技术可以将海量的实体服务器的硬件和软件资源进行整合,在虚拟化层的基础上,再部署各种系统。
网络102可以包括但不限于:有线网络,无线网络,其中,有线网络包括:局域网、城域网和广域网,无线网络包括:蓝牙、WIFI及其他实现无线通信的网络。
特别地,基于本公开实施例,终端设备103可对应通信应用集成方,终端设备104可对应功能提供方,服务器101则用于部署云通信系统。下面依据图2详细描述各方如何进行交互和协同工作。
图2是用于示意通信应用集成方、功能提供方和云通信系统的交互示意图。通信应用集成方是指那些使用云通信系统构建自身的通信应用的企业,功能提供方是指那些为云通信系统研发所需的软件功能的企业,云通信系统即是背景技术中所述的云通信平台,指在云端实现各种通信功能集成的软件系统。
在步骤S01中,功能提供方向云通信系统提供功能调用方式。
由于种种原因,云通信系统的开发人员不可能单独开发完成所有需要的软件功能,因此需要联合内部或外部的开发人员进行协同开发。为了进行协同开发,云通信系统的开发人员会将功能要求提供给功能提供方,而功能提供方在完成相应功能的开发之后,向云通信系统告知该相应功能的调用方式。例如短信发送功能,功能提供方将短信发送功能的调用方式提供给云通信系统。
在步骤S02中,根据功能调用方式构建组件。
一般来说,云通信系统不会将功能调用方式直接暴露给通信应用集成方,而且通常云通信系统还需要对功能调用方式返回的数据进行二次加工,例如裁剪或补充,因此在本步骤中,云通信系统以功能提供方提供的功能调用方式为基础构建对应功能的组件。依旧以短信发送为例,功能提供方提供了短信发送功能的调用方式,云通信系统将其封装为短信发送组件。通过这种方式,云通信系统构建并维护多个组件。
在步骤S03中,云通信系统向通信应用集成方开放配置接口。
在步骤S04中,通信应用集成方基于配置接口进行配置操作。
在以上两个步骤中,通信应用集成方访问云通信系统浏览多个组件,并根据自身的通信需求进行配置操作,配置操作包括从多个组件中选取至少一个组件并进行组件配置。
在步骤S05中,生成流程配置数据。
在步骤S06中,根据流程配置数据执行至少一个组件。
在以上两个步骤中,流程配置数据用于将通信应用集成方选取的至少一个组件关联起来并指定各个组件的执行顺序和数据传递方式,进而云通信系统读取流程配置数据,基于指定的执行顺序和数据传递方式执行通信应用集成方选取的至少一个组件,从而实现通信应用集成方的通信需求。
根据上文描述的交互图,可归纳出本公开实施例提供的在云通信系统中实现的云通信方法,具体包括以下步骤:基于功能提供方提供的多个功能调用方式构建多个组件;接收通信应用集成方的配置操作以生成流程配置数据,其中,所述配置操作为通信应用集成方基于自身通信需求选取至少一个组件并进行配置;以及根据流程配置数据运行对应的组件,以实现通信应用集成方的通信需求。
在一些实施例中,云通信系统向通信应用集成方展示图形界面,在图形界面上显示目前系统中已经存在的多个组件,以便于通信应用集成方根据自身的通信需求进行所见即所得的组件组装。
在一些实施例中,流程配置数据包括多个节点,多个节点中的至少一个节点与至少一个组件关联,流程配置数据指示节点类型和节点配置,如果节点类型指示该节点为路由节点,则节点配置指示该节点的路由信息,如果节点类型指示该节点为非路由节点,则节点配置指示该节点运行时采用的数据处理逻辑。这里的节点不是传统意义上的计算机节点,而是功能模块的执行单元,它可以与组件关联,也可以不与组件关联,例如路由节点就是不与组件关联的节点。
一个示例性的流程配置数据的数据结构如表格1所示。
参考表格1所示,节点类型(nodeType)有7种:开始节点(Start)、运行节点(Normal)、路由节点(Route)、异步节点(Wait)、并行节点(Parallel)、合并节点(Merge)和结束节点(End)。开始节点用于指示流程配置数据所对应的流程的开始。开始节点一般不关联组件,但某些情况下也关联例如参数校验、初始化等类型的组件。运行节点需搭配一个组件,表示该节点运行该组件。结束节点用于指示流程配置数据所对应的流程的结束。路由节点用于指示路由信息,同时路由节点还配置条件表达式,即表征在只有条件表达式成立时从当前节点跳到下一个节点。异步节点是当流程运行到该节点,该节点暂停,流程进入等待唤醒状态。并行节点是一个流程可以并行的执行多个子节点,该子节点为并行节点,并行节点可以是运行节点或路由节点。合并节点用于对并行节点进行归集。
组件名称(pluginName)是云通信系统基于功能提供方提供的功能调用方式生成对应组件时为其构建的唯一标识,并且云通信系统根据组件名称管理和维护组件的配置信息。
节点配置(nodeConf)基于节点类型有不同的配置,具体而言,节点类型为路由节点时,该字段可以省略,当节点类型为非路由节点,该字段存储的内容指示该节点运行采用的一些数据处理逻辑,该数据处理逻辑可由通信应用集成方在配置时指定,例如,鉴权组件,用于对通信发送方或通信接收方进行身份校验,但是不同通信应用集成方对于鉴权组件的鉴权方式有不同要求,因此必须在配置时由通信应用集成方指定。
节点路由(routes)基于节点类型有不同的配置,具体而言,节点类型为路由节点或者并行节点时,该字段存储的内容指示路由节点的后续节点以及条件表达式。当节点类型为运行节点或者合并节点时,该字段存储的内容指示本节点的下一个节点。
在一个示例中,路由节点的节点路由(routes)指示输入数据满足条件表达式"age>18"的情况下,从当前节点A跳到下一个节点B继续执行,而在输入数据满足条件表达式"age<=18"的情况下,从当前节点A跳到下一个节点C继续执行。
在另一个示例中,运行节点的节点路由(routes)指示从当前节点A跳转到下一个节点B执行。
进一步地,组件按照功能性可分为两大类:通用组件和定制组件。通用组件是一组具备公共功能,一般不随用户的通信需求变更而做调整,是长时间运行中抽象出来的基础组件,例如基础的参数校验组件、基础参数转换组件、HTTP调用组件、HSF泛化调用组件;定制组件具备明显的定制特征,功能单一。例如空号检测这样的一个组件,只具备检测手机号是否为空号的能力。集成应用需要的组件包括定制组件和通用组件。
下面具体介绍以下几种组件。
HSF泛化调用组件:HSF泛化调用组件是基于HSF实现的组件,能够实现远程服务调用。举例来说,当某个应用调用HSF泛化调用组件时,本地并没有对应功能实现,而是由HSF在内部作代理,远程发送一个tcp请求,发送给功能实现的服务端,服务端接收到tcp请求之后,调用功能实现,并将返回值发送给HSF泛化调用组件,HSF泛化调用组件再提供该应用。通过HSF泛化调用,无需添加额外的jar包,从而使得系统不受jar包升级带来依赖风险,同时也无需因依赖关系升级而重新部署系统。HSF泛化调用组件的一个示例性的配置为表格1。
表格1
其中,interfaceName指示远程接口名称。invokeType指示接口参数的java类型。method指示调用接口方法名称。version指示远程接口的版本。group指示远程接口的分组同一个接口不同分组。resultName指示返回信息中数据名称。
hsf泛化调用参考示例为:
http://XX.XXXXXXXXX.xx/xxx/hsf/xx/hsfgenericapi.html?spm= xx.hsf.0.0.9xxx122xxxxx。
通用参数校验组件:该组件无需在系统里添加额外的校验逻辑,同时也无需因增加检验逻辑而重新部署系统。该组件的一个示例性的配置参见表格2。
表格2
checkModel中第一个参数是需要验证对象的键(key),第二个参数即验证的内容;以竖线“|”分割校验内容。其中,表格3提供几种校验逻辑的表达方式。
表格3
定义 | 解释 | 示例 |
required | 是否必须 | |
size | 长度 | size:25,表示参数长度不能超过25个字符 |
是否为邮箱 | ||
mobile | 是否为手机号 | |
num | 是否为数字 | |
in | 取值范围 | in:1,0,表示取值为1或者0,其他则不符合校验 |
通用参数校验参考示例为:
https://XXX.xxx.com/docs/share/xxxxxc-xxxx-xxxx-xxxx-xxxxxxxxxxx?#。
http通用调用组件:通过http调用组件,同合作企业以及外部系统之间的交互。该组件的一个示例性的配置参见表格4。
表格4
其中,url为远程请求的地址。Method为请求方式:GET/POST/PUT Sign为签名类型。resultParser为返回值解析器。Headers为请求头。Params为请求参数。
http调用参考示例为:
http调用参考:https://xxx.xxxxx-xx.com/docs/share/xxxxxxxx-xxx-xxxx- xxx-xxxxxx?#。
图3用于示意经由云通信系统提供的图形界面,通信应用集成方如何进行配置操作。如图上所示,图形界面上可显示多个组件标识和节点标识。通信应用集成方在进行流程配置时,首先通过查看各个组件的组件能力,然后根据自身通信需求确定所需的若干个组件,然后,对于这若干个组件,首先要确定每个节点的节点类型,然后根据每个节点的节点类型填写配置信息,最后生成流程配置数据。在图形界面还可以以所见即所得的方式查看流程配置数据,例如图上示出了依次连接的4个节点,点击任意一个节点,可查看对应节点的配置。通过这种方式,通信应用集成方完成通信应用流程配置,系统根据配置操作生成流程配置数据并存储到数据库中。
在一些实施例中,根据功能划分,云通信系统包括管理子系统和运行子系统。管理子系统用于基于功能提供方提供的多个功能调用方式构建多个组件,基于通信应用集成方的配置操作生成流程配置数据。运行子系统用于根据流程配置数据运行至少一个组件,以实现第二类用户的通信需求。
在一些实施例中,第二类用户的通信需求为多个通信工具和多个通信方式的组合需求。其中,多个通信工具包括但不限于手机、固定电话、邮件(email)、媒体软件等。多个通信方式包括但不限于语音(单呼、双呼)、短信(文本短信、数字短信、卡片短信)、视频,应用内提醒,应用内通知等。则第二类用户的组合需求可以是在一次请求中任意组合上述多个通信工具和多个通信方式。
在一些实施例中,运行子系统可基于通信应用集成方的请求触发执行与流程配置数据对应的流程。例如,通信应用集成方配置了一个功能为群发短消息的流程配置数据,那么通信应用集成方可以在自己的应用系统中集成了该功能,则当自己的应用系统向运行子系统提交请求后,该流程才被触发执行,自己的应用系统向运行子系统提交的请求中可包括群发短消息所需的电话号码。这样做的好处在于,通信应用集成方可自行决定并任意使用自己配置的流程配置数据,例如,通信应用集成方可以在多个应用系统中分别触发执行某个流程配置数据对应的流程,通信应用集成方还可以在一个应用系统中多次重复执行某个流程配置数据对应的流程。
图4示出了云通信系统中负责节点运行的流程运行引擎的流程图。具体包括以下步骤。
步骤S41的流程开始阶段从通信应用集成方获取数据。
步骤S42的获取对应的流程配置数据为根据通信应用集成方提供的请求中的标识信息检索数据库,以获得对应的流程配置数据。
步骤S43的节点运行是根据上一步骤得到的对应的流程配置数据进行节点执行。通常第一个执行的节点为开始节点。开始节点表征一个流程开始,开始节点可以只进行数据传递,不实现任何功能,开始节点也可以进行一些参数校验和初始化工作。
步骤S44是判断下一个节点是否为结束节点,如果是,则执行步骤S45,如果否,则跳转到步骤S43执行。
步骤S45的流程结束表示整个流程结束,向通信应用集成方返回数据。当然,在步骤S45中还可以进行对从步骤S44接收到的数据进行再加工再返回给通信应用集成方。
在一些实施例中,云通信系统通过容器执行流程,每次接收到通信应用集成方要触发执行一个流程的请求时,即构建一个容器将通信应用集成方提供的数据转发给容器,以在容器中执行对应流程。
图5是一个示例性的流程配置数据对应的流程的示意图。如图上所示,start节点之后是运行节点node0,node0和一个组件关联,然后是路由节点route0,route0不和任何组件关联,只是产生一个条件判断,条件判断的一个分支与结束节点end连接,另一个分支经由运行节点node1到达结束节点end。
下面具体介绍各个节点的配置情况。在本示例中,start节点与组件CustomParamCheckPlugin关联,CustomParamCheckPlugin用于对参数进行合法性检查,sta rt节点的nodeConf指示CustomParamCheckPlugin从输入数据中获取dTemplateCo de、signName、cardObjects和FallbackType对应的数值以进行合法性检查。
运行节点node0与组件ConvertCardUrlPlugin关联,ConvertCardUrlPlugin是HSF泛化调用组件,相应地,在node0节点的nodeConf配置HSF泛化调用组件所需的信息,例如方法名称、hsf版本、接口名称等信息,以便组件能够正确启动并执行。
路由节点route0中的routes字段设置为:当条件(mediaMobiles为空)满足时,跳转到节点node1,其余情况下,则跳转到end节点。
运行节点node1与组件SendSmsPlugin关联,SendSmsPlugin是发送邮件的组件,相应地,在node1节点的nodeConf配置该组件所需的一些信息。
结束节点end不与任何组件关联,可只用于表征流程的结束。
综上所述,本公开实施例的技术方案解决了功能提供方、云通信系统和通信应用集成方之间协同开发的问题。云通信系统对功能提供方提供的功能调用方式进行封装并将封装好的组件展示给通信应用集成方,通信应用集成方则可以根据自身需求进行组件组装,然后再由云通信系统运行组装后的组件。
这种组件加流程配置的方式可减少定制化开发,提高组件的复用率,实现低代码开发,并且经过实践检验,面对新需求研发效率大大提高,提升效率在60%以上。特别是,本方案定制了通用的基本组件,加上定制组件,能够大大减少定制化开发,通过配置完成组件在不同应用中的扩展,不用重新发布系统,快速支持应用系统上线。
在一些实施例中,云通信系统提供了可视化的图形界面,每个通信应用集成方根据自身的通信需求通过在图形界面上的拖拽拉等方式从组件库中选取组件,并按照要求对选取的组件逐一进行配置,最后由云通信系统的后台服务为该通信应用集成方构建出流程配置数据并存储在数据库中。
在一些实施例中,如上所述,流程配置数据为json格式数据,即以json格式数据代替惯常使用的xml格式数据,json格式数据体积远小于xml格式数据体积,更易于阅读和编码。
在一些实施例中,如上所述,通过将http调用和HSF调用封装在组件中,云通信系统可远程调用其他功能提供方提供的相应功能,而其他方案基本没有远程调用的基本能力。尤其是,通过http和HSF组件可获取到一些只有通信运营商才能提供的通信功能。
本领域的技术人员能够理解,本公开可以实现为系统、方法和计算机程序产品。因此,本公开可以具体实现为以下形式,即完全的硬件、完全的软件(包括固件、驻留软件、微代码),还可以实现为软件和硬件结合的形式。此外,在一些实施例中,本公开还可以实现为一个或多个计算机可读介质中的计算机程序产品的形式,该计算机可读介质中包含计算机可读的程序代码。
可以采用一个或多个计算机可读介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如但不限于为电、磁、光、电磁、红外线或半导体的系统、装置或器件,或其他任意以上的组合。计算机可读存储介质的更具体的例子包括:具体一个或多个导线的电连接,便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或者闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器、磁存储器或者上述任意合适的组合。在本文中,计算机可读的存储介质可以是任意包含或存储程序的有形介质,该程序可以被处理单元、装置或者器件使用,或者与其结合使用。
计算机可读信号介质可以包括在基带中或者作为截波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或者其他任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质之外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令系统、装置或器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、电线、光缆、RF等等,以及上述任意合适的组合。
可以以一种或者多种程序设计语言或者组合来编写用于执行本公开实施例的计算机程序代码。所述程序设计语言包括面向对象的程序设计语言,例如JAVA、C++,还可以包括常规的过程式程序设计语言,例如C。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络包括局域网(LAN)或广域网(WAN)连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
以上所述仅为本公开的优选实施例,并不用于限制本公开,对于本领域技术人员而言,本公开可以有各种改动和变化。凡在本公开的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本公开的保护范围之内。
Claims (12)
1.一种基于组件实现的云通信方法,包括:
基于第一类用户提供的多个功能调用方式构建多个组件;
基于第二类用户的配置操作生成流程配置数据,其中,所述配置操作为所述第二类用户基于自身通信需求选取至少一个组件并进行配置;
根据所述流程配置数据运行所述至少一个组件,以实现所述第二类用户的通信需求。
2.根据权利要求1所述的云通信方法,其中,所述基于第一类用户提供的多个功能调用方式构建多个组件包括:
接收所述第一类用户的注册申请,所述注册申请包含特定功能的调用方式;
将所述特定功能的调用方式封装成第一组件;以及
在数据库新增所述第一组件的信息。
3.根据权利要求1所述的云通信方法,其中,通过图形界面显示所述多个组件,以便所述第二类用户进行配置操作。
4.根据权利要求1所述的云通信方法,其中,所述流程配置数据包括多个节点,所述多个节点中的至少一个节点分别与至少一个组件关联。
5.根据权利要求4所述的云通信方法,其中,所述多个节点被划为以下类型:开始节点、结束节点、正常节点、路由节点、异步节点、并行节点和合并节点。
6.根据权利要求5所述的云通信方法,其中,所述流程配置数据指示节点类型和节点路由,如果所述节点类型为路由节点或者并行节点,则所述节点路由指示当前节点的后续节点以及条件表达式,如果所述节点类型为运行节点或者合并节点,则所述节点路由指示当前节点的下一个节点。
7.根据权利要求3所述的云通信方法,其中,所述配置操作包括在所述图形界面拖拽组件以及为组件输入配置信息。
8.根据权利要求1所述的云通信方法,其中,所述第一类用户为功能提供方,所述第二类用户为通信应用集成方。
9.根据权利要求1所述的云通信方法,其中,所述第二类用户的通信需求为多个通信工具和多个通信方式的组合需求。
10.一种基于组件实现的云通信系统,包括:
管理子系统,用于基于第一类用户提供的多个功能调用方式构建多个组件,基于第二类用户的配置操作生成流程配置数据,其中,所述配置操作为所述第二类用户基于自身通信需求选取至少一个组件并进行配置;
运行子系统,用于根据所述流程配置数据运行所述至少一个组件,以实现所述第二类用户的通信需求。
11.一种电子设备,包括存储器和处理器,所述存储器还存储有可由所述处理器执行的计算机指令,所述计算机指令被执行时,实现所述如权利要求1至9任一项所述的云通信方法。
12.一种计算机可读介质,所述计算机可读介质存储有可由电子设备执行的计算机指令,所述计算机指令被执行时,实现所述如权利要求1至9任一项所述的云通信方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210050007.9A CN114489844A (zh) | 2022-01-17 | 2022-01-17 | 基于组件实现的云通信方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210050007.9A CN114489844A (zh) | 2022-01-17 | 2022-01-17 | 基于组件实现的云通信方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114489844A true CN114489844A (zh) | 2022-05-13 |
Family
ID=81511411
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210050007.9A Pending CN114489844A (zh) | 2022-01-17 | 2022-01-17 | 基于组件实现的云通信方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114489844A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106775617A (zh) * | 2016-11-09 | 2017-05-31 | 深圳市中润四方信息技术有限公司 | 一种应用软件的业务逻辑配置方法及配置系统 |
CN108415695A (zh) * | 2018-01-25 | 2018-08-17 | 新智数字科技有限公司 | 一种基于可视化组件的数据处理方法、装置和设备 |
CN109871208A (zh) * | 2019-01-04 | 2019-06-11 | 平安科技(深圳)有限公司 | 软件系统生成方法、装置、计算机可读存储介质及服务器 |
CN111949170A (zh) * | 2020-07-17 | 2020-11-17 | 上海淇馥信息技术有限公司 | 一种配置任务流程的方法、装置和电子设备 |
CN113703749A (zh) * | 2021-09-06 | 2021-11-26 | 河北雄安新区公安局 | 一种基于可视化编程技术的信息系统及其构建方法 |
-
2022
- 2022-01-17 CN CN202210050007.9A patent/CN114489844A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106775617A (zh) * | 2016-11-09 | 2017-05-31 | 深圳市中润四方信息技术有限公司 | 一种应用软件的业务逻辑配置方法及配置系统 |
CN108415695A (zh) * | 2018-01-25 | 2018-08-17 | 新智数字科技有限公司 | 一种基于可视化组件的数据处理方法、装置和设备 |
CN109871208A (zh) * | 2019-01-04 | 2019-06-11 | 平安科技(深圳)有限公司 | 软件系统生成方法、装置、计算机可读存储介质及服务器 |
CN111949170A (zh) * | 2020-07-17 | 2020-11-17 | 上海淇馥信息技术有限公司 | 一种配置任务流程的方法、装置和电子设备 |
CN113703749A (zh) * | 2021-09-06 | 2021-11-26 | 河北雄安新区公安局 | 一种基于可视化编程技术的信息系统及其构建方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111866191B (zh) | 消息事件的分发方法、分发平台、系统及服务器 | |
CN107967143B (zh) | 获取客户端应用程序源代码的更新指示信息的方法、装置和系统 | |
US20190132264A1 (en) | Generation of a chatbot interface for an application programming interface | |
CN111090423B (zh) | 一种webhook框架系统和实现主动调用、实现事件触发的方法 | |
US10887414B2 (en) | Theme-based push notifications | |
CN102652410A (zh) | 云计算监视和管理系统 | |
EP2418825A1 (en) | Method and system for generating open telecommunication service based on internet | |
CN102395950A (zh) | 与数据存储系统的通信 | |
CN103942055A (zh) | 面向融合网络混合服务流程编制语言的开发系统及方法 | |
CN111427701A (zh) | 一种工作流引擎系统和业务处理方法 | |
CN110457144A (zh) | 一种实现前端应用的方法、装置、介质和设备 | |
US11544119B2 (en) | Business rules processing framework for implementing new desired functionality in a telecommunication application | |
CN114675945A (zh) | 一种服务调用方法、装置、计算机设备及存储介质 | |
US8868713B2 (en) | Method and apparatus providing a user interface for a request-oriented service architecture | |
CN110457132B (zh) | 一种功能对象的创建方法、装置和终端设备 | |
CN114489844A (zh) | 基于组件实现的云通信方法及系统 | |
CN115878860A (zh) | 一种菜单的生成方法、装置、服务器设备及介质 | |
CN110489180A (zh) | 一种埋点上报方法、装置、介质和电子设备 | |
CN110489326A (zh) | 基于ids的httpapi调试方法装置、介质和设备 | |
CN114880321A (zh) | 一种业务预警方法和装置 | |
CN109688174A (zh) | 一种基于多代理商服务的虚拟业务实现方法和装置 | |
CN112905273A (zh) | 一种服务调用方法和装置 | |
CN113742235A (zh) | 一种校验代码的方法和装置 | |
CN113626001A (zh) | 一种基于脚本的api动态编排方法及装置 | |
CN114398082B (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 |