基于开源鸿蒙操作系统的软件许可控制方法、装置及设备与流程

1.本发明实施例涉及计算机技术领域，尤其涉及一种基于开源鸿蒙操作系统的软件许可控制方法、装置及设备。


背景技术：

2.开源鸿蒙操作系统(openatom openharmony，openharmony)是由全球开发者共建的开源分布式操作系统，具备面向全场景、分布式等特点，是一款“全(全领域)新(新一代)开(开源)放(开放)”的操作系统。
3.软件许可证(license)是指一种授权，即授权某个人或组织使用特定的知识产权或资源。这种授权可以是法律上的授权，也可以是技术上的授权。通常情况下，软件许可证是一份合同，即软件开发者和软件使用者之间的协议。软件许可证规定了软件的使用方式、限制和授权条款。软件许可证通常包括以下内容：
4.1.使用方式：许可证规定了软件的使用方式，包括可以使用的设备、使用的时间和使用的范围等。
5.2.限制：许可证规定了软件的限制，包括禁止复制、修改、分发和出售等。
6.3.授权条款：许可证规定了软件的授权条款，包括授权费用、授权期限和授权范围等。
7.软件许可证是软件开发者和用户之间的合同，规定了软件的使用方式、限制和授权条款。选择适合的许可证可以保护软件开发者的知识产权和商业利益，也可以鼓励软件的共享和协作，以便更好地改进软件。
8.关于软件许可证的控制策略，目前市场上主要是通过密钥激活码的方式实现，如windows操作系统，绘图软件visio等。这种方式虽然能在一定程度上限制未缴费用户的使用，但是非常容易被破解，而且发放渠道混乱，不利于软件公司的管理和盈利。
9.如何对基于开源鸿蒙操作系统的软件许可证进行有效且安全的控制，是业内研究的重点问题。


技术实现要素：

10.本发明实施例提供了一种基于开源鸿蒙操作系统的软件许可控制方法、装置及设备，以解决现有的软件许可证的控制策略易被破解，而且发放渠道混乱等问题，可以对基于开源鸿蒙操作系统的软件许可证进行有效且安全的控制。
11.根据本发明实施例的一方面，提供了一种基于开源鸿蒙操作系统的软件许可证控制方法，应用于设备端，所述设备端中部署有开源鸿蒙操作系统，所述开源鸿蒙操作系统中部署有软件许可证组件，所述方法包括：
12.响应于目标应用的软件许可证的不可用指令，在设备端生成与所述目标应用的软件许可证申请信息相匹配的申请文件；
13.通过所述软件许可证组件将所述申请文件发送至云平台，并通过所述软件许可证
组件下载所述云平台反馈的与所述申请文件相匹配的目标软件许可证；
14.通过所述目标软件许可证对所述目标应用进行授权，以使用户继续使用所述目标应用。
15.根据本发明实施例的另一方面，提供了一种基于开源鸿蒙操作系统的软件许可证控制装置，应用于设备端，所述设备端中部署有开源鸿蒙操作系统，所述开源鸿蒙操作系统中部署有软件许可证组件，所述装置包括：
16.申请文件生成模块，用于响应于目标应用的软件许可证的不可用指令，在设备端生成与所述目标应用的软件许可证申请信息相匹配的申请文件；
17.软件许可证下载模块，用于通过所述软件许可证组件将所述申请文件发送至云平台，并通过所述软件许可证组件下载所述云平台反馈的与所述申请文件相匹配的目标软件许可证；
18.授权模块，用于通过所述目标软件许可证对所述目标应用进行授权，以使用户继续使用所述目标应用。
19.根据本发明实施例的另一方面，提供了一种电子设备，所述电子设备包括：
20.至少一个处理器；以及
21.与所述至少一个处理器通信连接的存储器；其中，
22.所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明实施例任一实施例所述的基于开源鸿蒙操作系统的软件许可证控制方法。
23.根据本发明实施例的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明实施例任一实施例所述的基于开源鸿蒙操作系统的软件许可证控制方法。
24.本发明实施例的技术方案，可以应用于设备端，所述设备端中部署有开源鸿蒙操作系统，所述开源鸿蒙操作系统中部署有软件许可证组件；通过响应于目标应用的软件许可证的不可用指令，在设备端生成与所述目标应用的软件许可证申请信息相匹配的申请文件；通过所述软件许可证组件将所述申请文件发送至云平台，并通过所述软件许可证组件下载所述云平台反馈的与所述申请文件相匹配的目标软件许可证；通过所述目标软件许可证对所述目标应用进行授权，以使用户继续使用所述目标应用，可以解决现有的软件许可证的控制策略易被破解，而且发放渠道混乱等问题，可以对基于开源鸿蒙操作系统的软件许可证进行有效且安全的控制。
25.应当理解，本部分所描述的内容并非旨在标识本发明实施例的实施例的关键或重要特征，也不用于限制本发明实施例的范围。本发明实施例的其它特征将通过以下的说明书而变得容易理解。
附图说明
26.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明实施例的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
27.图1是根据本发明实施例一提供的一种基于开源鸿蒙操作系统的软件许可证控制方法的流程图；
28.图2是根据本发明实施例一提供的一种对目标应用的软件许可证进行校验的流程图；
29.图3是根据本发明实施例二提供的一种基于开源鸿蒙操作系统的软件许可证控制方法的流程图；
30.图4是根据本发明实施例二提供的一种基于开源鸿蒙操作系统的软件许可证控制方法的流程图；
31.图5是根据本发明实施例三提供的一种基于开源鸿蒙操作系统的软件许可证控制装置的结构示意图；
32.图6是实现本发明实施例的基于开源鸿蒙操作系统的软件许可证控制方法的电子设备的结构示意图。
具体实施方式
33.为了使本技术领域的人员更好地理解本发明实施例方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明实施例一部分的实施例，而不是全部的实施例。基于本发明实施例中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明实施例保护的范围。
34.需要说明的是，本发明实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明实施例的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
35.实施例一
36.图1是根据本发明实施例一提供的一种基于开源鸿蒙操作系统的软件许可证控制方法的流程图，本实施例可适用于对基于开源鸿蒙操作系统的软件许可证进行有效且安全的控制的情况，该方法可以由基于开源鸿蒙操作系统的软件许可证控制装置来执行，该基于开源鸿蒙操作系统的软件许可证控制装置可以采用硬件和/或软件的形式实现，该基于开源鸿蒙操作系统的软件许可证控制装置可配置于计算机、服务器或者平板电脑等电子设备中。
37.需要说明的是，本实施例中涉及到的开源鸿蒙操作系统的软件许可控制方法可以应用于设备端，该设备端可以为任一终端，例如，智能手机、平板电脑、计算机或者服务器等，本实施例中对其不加以限定。
38.在本实施例中，设备端中部署有开源鸿蒙操作系统，所述开源鸿蒙操作系统中部署有软件许可证组件；其中，软件许可证组件，包括：接口、第一模块以及第二模块；所述接口，用于为各应用以及人机交互界面提供软件许可证操作接口；所述第一模块，用于为所述
接口提供底层实现；所述第二模块，用于对各所述应用的软件许可证进行有效性验证。
39.可选的，在本实施例中，接口可以为napi接口，第一模块可以为license_host，第二模块可以为license_sa。
40.需要说明的是，本实施例中涉及到的napi接口可以如表1所示：
41.表1.各napi接口及其介绍
[0042][0043]
具体的，参考图1，该方法具体包括如下步骤：
[0044]
步骤110、响应于目标应用的软件许可证的不可用指令，在设备端生成与所述目标应用的软件许可证申请信息相匹配的申请文件。
[0045]
其中，目标应用可以为设备端中安装的任一应用，例如，开发应用、视频播放应用或者图像处理应用等，本实施例中对其不加以限定。
[0046]
可选的，在本实施例中，在确定目标应用的软件许可证不可用的情况下，可以在设备端生成与目标应用的软件许可证申请信息相匹配的申请文件；示例性的，可以用户在设备端的相应界面手动填写软件许可证申请信息，并将填好的软件许可证信息进行打包，得到与目标应用的软件许可证申请信息相匹配的申请文件。
[0047]
在本实施例的另一个可选实现方式中，在接收到目标应用的软件许可证不可用指令时，还可以直接在云平台生成与目标应用的软件许可证申请信息相匹配的申请文件。
[0048]
步骤120、通过所述软件许可证组件将所述申请文件发送至云平台，并通过所述软件许可证组件下载所述云平台反馈的与所述申请文件相匹配的目标软件许可证。
[0049]
可选的，在本实施例中，在生成与目标应用的软件许可证申请信息相匹配的申请文件之后，可以进一步的通过设备端中的软件许可证组件将生成的申请文件发送至云平台，并在云平台反馈与申请文件相匹配的目标软件许可证之后，通过软件许可证组件下载云平台反馈的与申请文件相匹配的目标软件许可证。
[0050]
在本实施例的一个可选实现方式中，通过所述软件许可证组件将所述申请文件发送至云平台，并通过所述软件许可证组件下载所述云平台反馈的与所述申请文件相匹配的目标软件许可证，可以包括：通过所述接口将所述申请文件发送至云平台；通过所述接口下载所述云平台反馈的与所述申请文件相匹配的目标软件许可证。
[0051]
在具体实现中，在设备端需要使用license的情况下，可以首先通过http接口将license文件从云平台下载到设备端，然后调用napi接口进行license的进行相关操作；例如，查询、浏览或者加载等。
[0052]
在本实施例的一个例子中，用户可以通过人机交互界面申请license，例如，可以
在license申请页面填写license的相关信息，如公司名称、license类型、有效期、控制类型或者控制项等信息；同时也可以在license下载页面自动刷新云平台上与当前设备匹配的license文件，用户可以选择下载到当前设备上。
[0053]
可选的，在本实施例的一个可选实现方式中，确定所述目标应用的软件许可证是否可用，可以包括：通过所述第二模块对所述目标应用的软件许可证进行解码；遍历解码后的文本内容，并将文本内容系信息保存到数据结构中；在确定软件许可证的文件类型为控制设备型号的情况下，确定软件许可证中的设备型号与软件版本中的设备型号是否一致；若一致，则继续确定当前系统时间是否晚于软件许可证的生效日期；若是，则确定所述软件许可证的生效日期是否早于软件许可证的到期日期；若是，则确定所述当前系统时间是否早于所述软件许可证的到期日期；若是，则确定软件许可证为激活状态，可用；否则，确定软件许可证为未激活状态，不可用。
[0054]
可选的，在本实施例中在将文本内容系信息保存到数据结构中之后，还可以包括：在确定软件许可证的文件类型为控制设备的情况下，确定物理地址mac和设备上的mac地址是否一致。
[0055]
为了更好地理解本实施例中确定目标应用的软件许可证是否可用的实现过程，图2是根据本发明实施例一提供的一种对目标应用的软件许可证进行校验的流程图，具体的，参考图2，其主要包括：
[0056]
步骤210、对目标应用的软件许可证进行解码；
[0057]
步骤220、遍历解码后的文本内容，并将文本内容系信息保存到数据结构中；
[0058]
步骤230、根据mac地址是否有效确定软件许可证文件类型；
[0059]
步骤240、在确定软件许可证的文件类型为控制设备型号的情况下，确定软件许可证中的设备型号与软件版本中的设备型号是否一致；
[0060]
步骤241、若一致，则继续确定当前系统时间是否晚于软件许可证的生效日期；
[0061]
步骤242、若是，则确定所述软件许可证的生效日期是否早于软件许可证的到期日期；
[0062]
步骤243、若是，则确定所述当前系统时间是否早于所述软件许可证的到期日期；
[0063]
步骤244、若是，则确定软件许可证为激活状态，可用；
[0064]
步骤245、否则，确定软件许可证为未激活状态，不可用。
[0065]
步骤250、在确定软件许可证的文件类型为控制设备的情况下，确定物理地址mac和设备上的mac地址是否一致；
[0066]
步骤251、若一致，则确定终端id和设备上的id是否一致。
[0067]
步骤130、通过所述目标软件许可证对所述目标应用进行授权，以使用户继续使用所述目标应用。
[0068]
在本实施例的一个可选实现方式中，在通过所述软件许可证组件下载所述云平台反馈的与所述申请文件相匹配的目标软件许可证之后，可以通过目标软件许可证对目标应用进行授权，这样可以使用户继续使用目标应用。
[0069]
本实施例的技术方案，可以应用于设备端，所述设备端中部署有开源鸿蒙操作系统，所述开源鸿蒙操作系统中部署有软件许可证组件；通过响应于目标应用的软件许可证的不可用指令，在设备端生成与所述目标应用的软件许可证申请信息相匹配的申请文件；
通过所述软件许可证组件将所述申请文件发送至云平台，并通过所述软件许可证组件下载所述云平台反馈的与所述申请文件相匹配的目标软件许可证；通过所述目标软件许可证对所述目标应用进行授权，以使用户继续使用所述目标应用，可以解决现有的软件许可证的控制策略易被破解，而且发放渠道混乱等问题，可以对基于开源鸿蒙操作系统的软件许可证进行有效且安全的控制。
[0070]
实施例二
[0071]
图3是根据本发明实施例二提供的一种基于开源鸿蒙操作系统的软件许可证控制方法的流程图，本实施例是对上述各技术方案的进一步细化，本实施例中的技术方案可以与上述一个或者多个实施例中的各个可选方案结合。如图3所示，基于开源鸿蒙操作系统的软件许可证控制方法可以包括如下步骤：
[0072]
步骤310、响应于目标应用的启动指令，查询所述目标应用的软件许可证权限；根据所述软件许可证权限确定所述目标应用的软件许可证是否可用。
[0073]
在本实施例的一个可选实现方式中，在响应于目标应用软件许可证的不可用指令之前，还可以响应于目标应用软件的启动指令，查询目标应用的软件许可证权限；进一步的，可以根据软件许可证权限确定目标应用的软件许可证是否可用。
[0074]
可选的，在本实施例中，根据所述软件许可证权限确定所述目标应用的软件许可证是否可用，可以包括：查询所述软件许可证权限，并根据查询结果确定所述软件许可证是否可用；相应的，在确定所述软件许可证可用的情况下，订阅并持续监听软件许可证公共事件；在接收到软件许可证过期通知时，停止目标应用的使用。
[0075]
在本实施例的一个例子中，可以在应用启动时须查询license权限，判断是否允许使用。同时会订阅license过期和license切换公共事件，当收到license管理模块发出的license过期事件时，则立即停止该应用；当收到license切换公共事件，则调用控制项权限查询接口查询，如果为受控应用，并且license无效或过期，则直接退出；否则可以继续使用。
[0076]
步骤320、响应于目标应用的软件许可证的不可用指令，在设备端生成与所述目标应用的软件许可证申请信息相匹配的申请文件。
[0077]
步骤330、通过所述软件许可证组件将所述申请文件发送至云平台，并通过所述软件许可证组件下载所述云平台反馈的与所述申请文件相匹配的目标软件许可证。
[0078]
步骤340、通过所述目标软件许可证对所述目标应用进行授权，以使用户继续使用所述目标应用。
[0079]
在上述方案的基础上，基于开源鸿蒙操作系统的软件许可证控制方法还可以包括：对软件可证进行系统启动检测和/或零点定时检测；可选的，在本实施例中，所述对软件可证进行系统启动检测和/或零点定时检测，可以包括：在系统启动时，或者在每天的零点对软件许可证进行合法性校验；确定当前系统时间距离软件许可证的过期日期是否小于设定天数，例如，60天；若是，则发送软件许可证即将到期公共事件，否则不处理；在确定软件许可证为无效的情况下，确定开源鸿蒙操作系统的受控策略是否为0；若是，则等待设定时间后继续校验软件许可证是否为激活状态；若否，则复位系统。
[0080]
可以理解的是，在本实施例中，在系统启动和零点定时检测时，如果license检测结果为激活态，进一步判断当前日期距离过期日期是否小于60天，如果小于60天，则发布即
将到期公共事件。如果license检测结果为过期，则发布license过期公共事件。如果license状态非激活态，进一步判断当前license文件中控制项openharmony的受控策略是否为0(受控)，如果受控则等待30分钟后，再次校验license有效性，如果仍然为非激活状态，则复位系统。
[0081]
图4是根据本发明实施例二提供的一种基于开源鸿蒙操作系统的软件许可证控制方法的流程图，其主要包括：
[0082]
步骤410、用户向云平台申请软件许可证；
[0083]
步骤420、云平台生成软件许可证，并返回软件许可证；
[0084]
步骤430、加载软件许可证；
[0085]
步骤440、校验软件许可证的完整性即有效性并加载；
[0086]
步骤450、加载成功；
[0087]
步骤451、通知订阅应用；
[0088]
步骤452、调用软件许可证控制项；
[0089]
步骤453、启动调用api接口；
[0090]
步骤454、根据软件许可证控制项进行校验；
[0091]
步骤455、发送校验结果。
[0092]
本发明实施例，对系统的使用时间进行控制。不再是一键激活，永久使用，而是根据客户需求申请不同期限的license；到达截止日期后，需要再次申请新的license，否则无法正常使用系统；在控制操作系统的同时，可以对特性进行增量授权。对于某些应用和特性，需要在license中明确授权方可使用，否则仅能够使用操作系统中的通用应用和功能；可以针对客户实际使用场景发放控制设备和控制设备型号两种license。如果是单个设备使用场景，申请控制设备类型license；如果是集群设备使用场景，仅需对这些设备申请针对特殊型号的控制设备类型license；对于离线设备和在线设备均可通过license进行控制。在线设备通过在线申请下载的方式获取license权限；离线设备通过网页申请，usb加载的方式获取license权限；到期提醒功能。在当前license即将到期的前两个月，每天定时发送通知，提醒用户申请新的license。避免设备因为license原因异常中断；license文件只能通过鸿湖万联云平台进行发布和下载，安全性更高，管理更规范。
[0093]
本发明实施例的技术方案中，所涉及用户个人信息(如人脸信息、语音信息等)的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
[0094]
实施例三
[0095]
图5是根据本发明实施例三提供的一种基于开源鸿蒙操作系统的软件许可证控制装置的结构示意图。如图5所示，该装置包括：申请文件生成模块510、软件许可证下载模块520以及授权模块530。
[0096]
申请文件生成模块510，用于响应于目标应用的软件许可证的不可用指令，在设备端生成与所述目标应用的软件许可证申请信息相匹配的申请文件；
[0097]
软件许可证下载模块520，用于通过所述软件许可证组件将所述申请文件发送至云平台，并通过所述软件许可证组件下载所述云平台反馈的与所述申请文件相匹配的目标软件许可证；
[0098]
授权模块530，用于通过所述目标软件许可证对所述目标应用进行授权，以使用户
继续使用所述目标应用。
[0099]
本实施例的方案，通过申请文件生成模块响应于目标应用的软件许可证的不可用指令，在设备端生成与所述目标应用的软件许可证申请信息相匹配的申请文件；通过软件许可证下载模块将所述申请文件发送至云平台，并通过所述软件许可证组件下载所述云平台反馈的与所述申请文件相匹配的目标软件许可证；通过授权模块对所述目标应用进行授权，以使用户继续使用所述目标应用，解决了现有的软件许可证的控制策略易被破解，而且发放渠道混乱等问题，可以对基于开源鸿蒙操作系统的软件许可证进行有效且安全的控制。
[0100]
在本实施例的一个可选实现方式中，基于开源鸿蒙操作系统的软件许可证控制装置还包括：软件许可证校验模块，用于响应于目标应用的启动指令，查询所述目标应用的软件许可证权限；根据所述软件许可证权限确定所述目标应用的软件许可证是否可用。
[0101]
在本实施例的一个可选实现方式中，软件许可证校验模块，还用于查询所述软件许可证权限，并根据查询结果确定所述软件许可证是否可用；相应的，在确定所述软件许可证可用的情况下，订阅并持续监听软件许可证公共事件；
[0102]
在接收到软件许可证过期通知时，停止目标应用的使用。
[0103]
在本实施例的一个可选实现方式中，所述软件许可证组件，包括：接口、第一模块以及第二模块；
[0104]
所述接口，用于为各应用以及人机交互界面提供软件许可证操作接口；
[0105]
所述第一模块，用于为所述接口提供底层实现；
[0106]
所述第二模块，用于对各所述应用的软件许可证进行有效性验证；
[0107]
相应的，软件许可证下载模块520，具体用于通过所述接口将所述申请文件发送至云平台；
[0108]
通过所述接口下载所述云平台反馈的与所述申请文件相匹配的目标软件许可证；
[0109]
其中，所述接口为napi接口。
[0110]
在本实施例的一个可选实现方式中，，软件许可证校验模块，还用于通过所述第二模块对所述目标应用的软件许可证进行解码；
[0111]
遍历解码后的文本内容，并将文本内容系信息保存到数据结构中；
[0112]
在确定软件许可证的文件类型为控制设备型号的情况下，确定软件许可证中的设备型号与软件版本中的设备型号是否一致；
[0113]
若一致，则继续确定当前系统时间是否晚于软件许可证的生效日期；
[0114]
若是，则确定所述软件许可证的生效日期是否早于软件许可证的到期日期；
[0115]
若是，则确定所述当前系统时间是否早于所述软件许可证的到期日期；
[0116]
若是，则确定软件许可证为激活状态，可用；
[0117]
否则，确定软件许可证为未激活状态，不可用。
[0118]
在本实施例的一个可选实现方式中，，软件许可证校验模块，还用于在确定软件许可证的文件类型为控制设备的情况下，确定物理地址mac和设备上的mac地址是否一致。
[0119]
在本实施例的一个可选实现方式中，基于开源鸿蒙操作系统的软件许可证控制装置，还包括：检测模块，用于对软件可证进行系统启动检测和/或零点定时检测；
[0120]
检测模块，还具体用于在系统启动时，或者在每天的零点对软件许可证进行合法
性校验；
[0121]
确定当前系统时间距离软件许可证的过期日期是否小于设定天数；
[0122]
若是，则发送软件许可证即将到期公共事件，否则不处理；
[0123]
在确定软件许可证为无效的情况下，确定开源鸿蒙操作系统的受控策略是否为0；
[0124]
若是，则等待设定时间后继续校验软件学课证是否为激活状态；
[0125]
若否，则复位系统。
[0126]
本发明实施例所提供的基于开源鸿蒙操作系统的软件许可证控制装置可执行本发明实施例任意实施例所提供的基于开源鸿蒙操作系统的软件许可证控制方法，具备执行方法相应的功能模块和有益效果。
[0127]
实施例四
[0128]
图6示出了可以用来实施本发明实施例的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明实施例的实现。
[0129]
如图6所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(rom)12、随机访问存储器(ram)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(rom)12中的计算机程序或者从存储单元18加载到随机访问存储器(ram)13中的计算机程序，来执行各种适当的动作和处理。在ram 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、rom 12以及ram 13通过总线14彼此相连。输入/输出(i/o)接口15也连接至总线14。
[0130]
电子设备10中的多个部件连接至i/o接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
[0131]
处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如基于开源鸿蒙操作系统的软件许可证控制方法。
[0132]
在一些实施例中，基于开源鸿蒙操作系统的软件许可证控制方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由rom 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到ram 13并由处理器11执行时，可以执行上文描述的基于开源鸿蒙操作系统的软件许可证控制方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行基于开源鸿蒙操作系统的软件许可证控制方法。
[0133]
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电
路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
[0134]
用于实施本发明实施例的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
[0135]
在本发明实施例的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
[0136]
为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
[0137]
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、区块链网络和互联网。
[0138]
计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务中，存在的管理难度大，业务扩展性弱的缺陷。
[0139]
应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例
如，本发明实施例中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明实施例的技术方案所期望的结果，本文在此不进行限制。
[0140]
上述具体实施方式，并不构成对本发明实施例保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明实施例的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明实施例保护范围之内。

技术特征：
1.一种基于开源鸿蒙操作系统的软件许可证控制方法，应用于设备端，所述设备端中部署有开源鸿蒙操作系统，所述开源鸿蒙操作系统中部署有软件许可证组件，其特征在于，所述方法包括：响应于目标应用的软件许可证的不可用指令，在设备端生成与所述目标应用的软件许可证申请信息相匹配的申请文件；通过所述软件许可证组件将所述申请文件发送至云平台，并通过所述软件许可证组件下载所述云平台反馈的与所述申请文件相匹配的目标软件许可证；通过所述目标软件许可证对所述目标应用进行授权，以使用户继续使用所述目标应用。2.根据权利要求1所述的方法，其特征在于，在响应于目标应用的软件许可证的不可用指令之前，还包括：响应于目标应用的启动指令，查询所述目标应用的软件许可证权限；根据所述软件许可证权限确定所述目标应用的软件许可证是否可用。3.根据权利要求2所述的方法，其特征在于，所述根据所述软件许可证权限确定所述目标应用的软件许可证是否可用，包括：查询所述软件许可证权限，并根据查询结果确定所述软件许可证是否可用；相应的，在确定所述软件许可证可用的情况下，订阅并持续监听软件许可证公共事件；在接收到软件许可证过期通知时，停止目标应用的使用。4.根据权利要求2所述的方法，其特征在于，所述软件许可证组件，包括：接口、第一模块以及第二模块；所述接口，用于为各应用以及人机交互界面提供软件许可证操作接口；所述第一模块，用于为所述接口提供底层实现；所述第二模块，用于对各所述应用的软件许可证进行有效性验证；相应的，所述通过所述软件许可证组件将所述申请文件发送至云平台，并通过所述软件许可证组件下载所述云平台反馈的与所述申请文件相匹配的目标软件许可证，包括：通过所述接口将所述申请文件发送至云平台；通过所述接口下载所述云平台反馈的与所述申请文件相匹配的目标软件许可证；其中，所述接口为napi接口。5.根据权利要求4所述的方法，其特征在于，所述确定所述目标应用的软件许可证是否可用，包括：通过所述第二模块对所述目标应用的软件许可证进行解码；遍历解码后的文本内容，并将文本内容系信息保存到数据结构中；在确定软件许可证的文件类型为控制设备型号的情况下，确定软件许可证中的设备型号与软件版本中的设备型号是否一致；若一致，则继续确定当前系统时间是否晚于软件许可证的生效日期；若是，则确定所述软件许可证的生效日期是否早于软件许可证的到期日期；若是，则确定所述当前系统时间是否早于所述软件许可证的到期日期；若是，则确定软件许可证为激活状态，可用；否则，确定软件许可证为未激活状态，不可用。
6.根据权利要求5所述的方法，其特征在于，在将文本内容系信息保存到数据结构中之后，还包括：在确定软件许可证的文件类型为控制设备的情况下，确定物理地址mac和设备上的mac地址是否一致。7.根据权利要求1所述的方法，其特征在于，还包括：对软件可证进行系统启动检测和/或零点定时检测；所述对软件可证进行系统启动检测和/或零点定时检测，包括：在系统启动时，或者在每天的零点对软件许可证进行合法性校验；确定当前系统时间距离软件许可证的过期日期是否小于设定天数；若是，则发送软件许可证即将到期公共事件，否则不处理；在确定软件许可证为无效的情况下，确定开源鸿蒙操作系统的受控策略是否为0；若是，则等待设定时间后继续校验软件学课证是否为激活状态；若否，则复位系统。8.一种基于开源鸿蒙操作系统的软件许可证控制装置，应用于设备端，所述设备端中部署有开源鸿蒙操作系统，所述开源鸿蒙操作系统中部署有软件许可证组件，其特征在于，所述装置包括：申请文件生成模块，用于响应于目标应用的软件许可证的不可用指令，在设备端生成与所述目标应用的软件许可证申请信息相匹配的申请文件；软件许可证下载模块，用于通过所述软件许可证组件将所述申请文件发送至云平台，并通过所述软件许可证组件下载所述云平台反馈的与所述申请文件相匹配的目标软件许可证；授权模块，用于通过所述目标软件许可证对所述目标应用进行授权，以使用户继续使用所述目标应用。9.一种电子设备，其特征在于，所述电子设备包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的基于开源鸿蒙操作系统的软件许可证控制方法。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的基于开源鸿蒙操作系统的软件许可证控制方法。

技术总结
本发明实施例公开了一种基于开源鸿蒙操作系统的软件许可控制方法、装置及设备。应用于设备端，设备端中部署有开源鸿蒙操作系统，开源鸿蒙操作系统中部署有软件许可证组件；方法包括：响应于目标应用的软件许可证的不可用指令，在设备端生成与目标应用的软件许可证申请信息相匹配的申请文件；通过软件许可证组件将申请文件发送至云平台，并通过软件许可证组件下载云平台反馈的与申请文件相匹配的目标软件许可证；通过目标软件许可证对目标应用进行授权，以使用户继续使用目标应用。本发明实施例的方案解决了现有的软件许可证的控制策略易被破解，而且发放渠道混乱等问题，可以对基于开源鸿蒙操作系统的软件许可证进行有效且安全的控制。且安全的控制。且安全的控制。


技术研发人员：江治民 韩高莉 王国伟 叶晓宾
受保护的技术使用者：鸿湖万联（江苏）科技发展有限公司
技术研发日：2023.06.29
技术公布日：2023/10/7