产品订购的方法、装置及电子设备

技术领域

本申请涉及软件开发领域，具体而言，涉及一种产品订购的方法、装置及电子设备。

背景技术

传统业务运营支撑系统的产销品模型无法有效支撑卫星业务应用平台中的卫星软件应用及业务能力产品化的订购问题，且无法实现业务的控制逻辑。在销售场景中，需要将软件应用产品和业务能力产品进行灵活组合，打包形成标准销售品，对于这些业务特性，当前的产品模型无法支撑。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种产品订购的方法、装置及电子设备，以至少解决传统产品销售模型无法提供统一的业务能力产品化的订购模式的技术问题。

根据本申请实施例的一个方面，提供了一种产品订购的方法，包括：接收目标对象通过目标应用平台发送的业务订购请求，其中，目标应用平台至少包括卫星业务应用平台；依据业务订购请求，调用与业务订购请求对应的功能接口；依据功能接口为目标应用平台分配所需的业务权限；将包含业务权限的目标产品返回给目标应用平台。

可选地，业务订购请求包括以下至少之一：第一类订购请求和第二类订购请求，其中，第一类订购请求为特殊业务对应的请求，第一类订购请求对应的业务权限通过特殊平台进行分配，第二类订购请求为通用业务对应的请求，第二类订购请求对应的业务权限通过统一管理平台进行分配。

可选地，特殊业务包括以下至少之一：短数据能力、定位能力、短信能力。

可选地，在目标应用平台为非卫星业务应用平台的情况下，将包含业务权限的目标产品返回给目标应用平台，包括：创建使用业务权限的第一目标用户；确定与第一目标用户对应的第一基础信息，其中，第一基础信息至少包括第一目标用户在目标应用平台所使用的账号和密码；关联第一基础信息和目标应用平台；将包含第一基础信息和业务权限的目标产品返回给目标应用平台。

可选地，依据功能接口为目标应用平台分配所需的业务权限，包括：获取每个功能接口所对应的属性ID，其中，属性ID用于确定每个功能接口所能实现的业务权限；从属性ID中确定业务订购请求对应的目标属性ID；依据目标属性ID对应的功能接口为目标应用平台分配所需的业务权限。

可选地，方法还包括：在功能接口中没有与业务订购请求对应的功能接口的情况下，生成异常信息；将异常信息发送给维修人员。

可选地，在目标应用平台为卫星业务应用平台的情况下，将包含业务权限的目标产品返回给目标应用平台，包括：创建使用业务权限的第二目标用户；确定与第二目标用户对应的第二基础信息，其中，第二基础信息至少包括第二目标用户在目标应用平台所使用的账号和密码；确定目标产品的属性信息，其中，属性信息用于确定目标产品在非卫星业务应用平台所属的群组信息；关联属性信息和非卫星业务应用平台；将包含属性信息、第二基础信息和业务权限的目标产品返回给目标应用平台。

根据本申请实施例的另一方面，还提供了一种产品订购的装置，包括：接收模块，用于接收目标对象通过目标应用平台发送的业务订购请求，其中，目标应用平台至少包括卫星业务应用平台；调用模块，用于依据业务订购请求，调用与业务订购请求对应的功能接口；分配模块，用于依据功能接口为目标应用平台分配所需的业务权限；返回模块，用于将包含业务权限的目标产品返回给目标应用平台。

根据本申请实施例的又一方面，还提供了一种电子设备，包括：存储器，用于存储程序指令；处理器，与存储器连接，用于执行实现以下功能的程序指令：接收目标对象通过目标应用平台发送的业务订购请求，其中，目标应用平台至少包括卫星业务应用平台；依据业务订购请求，调用与业务订购请求对应的功能接口；依据功能接口为目标应用平台分配所需的业务权限；将包含业务权限的目标产品返回给目标应用平台。

根据本申请实施例的再一方面，还提供了一种非易失性存储介质，该非易失性存储介质包括存储的计算机程序，其中，该非易失性存储介质所在设备通过运行计算机程序执行上述产品订购的方法。

在本申请实施例中，通过接收目标对象通过目标应用平台发送的业务订购请求，其中，目标应用平台至少包括卫星业务应用平台；依据业务订购请求，调用与业务订购请求对应的功能接口；依据功能接口为目标应用平台分配所需的业务权限；将包含业务权限的目标产品返回给目标应用平台，达到了为卫星业务应用平台提供业务订购的目的，从而实现了对业务订购流程的逻辑控制的技术效果，进而解决了传统产品销售模型无法提供统一的业务能力产品化的订购模式的技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的一种用于实现产品订购的方法的计算机终端(或电子设备)的硬件结构框图；

图2是根据本申请实施例的一种产品订购的方法的流程图；

图3a是根据本申请实施例的一种产品订购流程图；

图3b是根据本申请实施例的一种应用产品场景化的示意图；

图3c是根据本申请实施例的一种产品模型流程图；

图3d是根据本申请实施例的一种业务能力产品订购的流程图；

图3e是根据本申请实施例的一种客户端产品订购流程图；

图3f是根据本申请实施例的一种用户端产品订购流程图；

图4是根据本申请实施例的一种产品订购的装置的结构图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

卫星软件应用平台是实现通信数字化转型战略，支撑数字经济发展的专业卫星业务应用平台。该平台包括基础应用底座，可实现卫星多种应用的快速开发及部署。当前已部署“应急终端调度服务平台”，该应用可向客户提供应急终端调度、位置服务、轨迹查询、电子围栏、行业短信、业务报表等服务。

卫星软件应用平台已全面上云，IaaS层云采用专属云实现云化分布式部署；PaaS层采用统一PaaS底座搭建应用；SaaS层自主研发，支撑多租户模式，租户间数据安全隔离；网络层，基于CN2网络，客户可实现专线接入或者通过互联网VPN接入。

卫星业务能力平台主要由开发者门户、通用能力管理平台、能力开放网关组成。该平台向下整合卫星业务基础能力，提供标准的基础能力接入接口规范，可以接入卫星内部业务能力及第三方外部业务能力。同时，向上扩展能力市场、能力开通、接入认证等功能，提供规范的能力开放标准和认证规范，为客户提供统一可靠的能力调用服务平台。

卫星业务运营支撑系统主要包括CRM系统、CPC系统、计费系统、账务系统、服务开通系统，是支撑卫星业务运营的一套软件系统。该支撑系统目前支撑卫星语音、短信、数据业务的受理、开通、计费、计收等能力。

传统业务运营支撑系统的产销品模型对软件应用和业务能力的产品化没有标准的支撑模型，卫星软件应用或业务能力相对基础语音、短信、数据产品，需要增加群产品号用于标记该产品对应的卫星电话号码。另外，销售场景需要将软件应用产品和业务能力产品进行灵活组合，打包形成标准销售品。对于这些业务特性，当前的产品模型无法支撑。

为解决上述问题，本申请实施例提供了相应的解决方案，以下详细说明。

本申请实施例所提供的产品订购的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。图1示出了一种用于实现产品订购的方法的计算机终端(或电子设备)的硬件结构框图。如图1所示，计算机终端10(或电子设备10)可以包括一个或多个(图中采用102a、102b，……，102n来示出)处理器(处理器可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算机终端10(或电子设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器104可用于存储应用软件的软件程序以及模块，如本申请实施例中的产品订购的方法对应的程序指令/数据存储装置，处理器通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的产品订购的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输模块106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输模块106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与计算机终端10(或电子设备)的用户界面进行交互。

此处需要说明的是，在一些可选实施例中，上述图1所示的计算机设备(或电子设备)可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是，图1仅为特定具体实例的一个实例，并且旨在示出可存在于上述计算机设备(或电子设备)中的部件的类型。

在上述运行环境下，本申请实施例提供了一种产品订购的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图2是根据本申请实施例的一种产品订购的方法的流程图，如图2所示，该方法包括如下步骤：

步骤S202，接收目标对象通过目标应用平台发送的业务订购请求，其中，目标应用平台至少包括卫星业务应用平台；

步骤S204，依据业务订购请求，调用与业务订购请求对应的功能接口；

步骤S206，依据功能接口为目标应用平台分配所需的业务权限；

步骤S208，将包含业务权限的目标产品返回给目标应用平台。

在上述步骤S202至步骤S208中，在卫星业务运营支撑系统上建立一套标准的软件应用及业务能力产品化的模型，从而可以支撑任何一个业务能力或者任何一个新的软件(例如目标应用平台中的软件)都可以配置为一个独立的产品，通过可以扩展的产品属性来实现该产品的特性，比如平台租户账号密码、eop接口权限、回调地址、产品号及密码、群内号码、短信特服号等。每个产品可以独立包装或者组合包装形成销售品，为客户提供标准化的业务订购模式。

在上述产品订购的方法中，业务订购请求包括以下至少之一：第一类订购请求和第二类订购请求，其中，第一类订购请求为特殊业务对应的请求，第一类订购请求对应的业务权限通过特殊平台进行分配，第二类订购请求为通用业务对应的请求，第二类订购请求对应的业务权限通过统一管理平台进行分配。

在上述产品订购的方法中，特殊业务包括以下至少之一：短数据能力、定位能力、短信能力。

在本申请实施例中，能力产品主要是面向进行各种应用平台开发的客户进行销售，平台客户订购相应能力后，自建的应用平台可以调用相应的能力进行应用功能提供。如图3a所示的产品订购流程图中，运营支撑系统的能力产品包装两类，一类是专项能力产品，另一类是通用能力产品，目标平台用户(即图3a中的XX平台客户)发送的业务订购请求可以包括专项能力产品的订购请求(即上述第一类订购请求)，或通用能力产品的订购请求(即上述第二类订购请求)，专项能力产品主要是针对一些比较重要特色的能力直接包装成产品(如粗定位产销品订购，精定位产销品订购等)，通过专项的能力平台(如增值业务增台，即上述特殊平台)进行开通与能力调用。增值业务平台主要实现增值能力的开通，具体包括短数据能力、定位能力、短信能力等。通用能力产品主要是EOP连接产品，其对应的订购请求例如为EOP连接产销品订购请求，将其它统一由EOP平台管理与接入的能力都统一通过该产品进行打包销售，由EOP能力开放平台(即上述统一管理平台)统一对接开通与调用。EOP能力开放平台主要实现EOP能力开通，具体包括能力API包1、能力API包2等。在通过XX应用系统进行XX软件或XX应用开发的过程中，根据增值业务平台提供的增值能力，以及EOP能力开放平台提供的EOP能力，实现目标对象所请求的业务订购请求。

在上述产品订购的方法中的步骤S208中，在目标应用平台为非卫星业务应用平台的情况下，将包含业务权限的目标产品返回给目标应用平台，具体包括如下步骤：创建使用业务权限的第一目标用户；确定与第一目标用户对应的第一基础信息，其中，第一基础信息至少包括第一目标用户在目标应用平台所使用的账号和密码；关联第一基础信息和目标应用平台；将包含第一基础信息和业务权限的目标产品返回给目标应用平台。

在上述产品订购的方法中的步骤S208中，在目标应用平台为卫星业务应用平台的情况下，将包含业务权限的目标产品返回给目标应用平台，具体包括如下步骤：创建使用业务权限的第二目标用户；确定与第二目标用户对应的第二基础信息，其中，第二基础信息至少包括第二目标用户在目标应用平台所使用的账号和密码；确定目标产品的属性信息，其中，属性信息用于确定目标产品在非卫星业务应用平台所属的群组信息；关联属性信息和非卫星业务应用平台；将包含属性信息、第二基础信息和业务权限的目标产品返回给目标应用平台。

在本申请实施例中，应用产品化是指应用平台客户将自己开发的应用进行产品化包装，面向B端或C端客户或两者打包进行销售。面向B端客户(即上述第一目标用户)销售的应用产品定义了“XX客户端”产品，该产品定义时必须与对应的应用平台信息(即上述非卫星业务应用平台)进行关联定义，对XX客户端产品一般用于承接B端客户平台应用的相关信息(如非卫星业务应用平台的账号与密码)。面向C端客户(即上述第二目标用户)的销售的应用产品一般定义为“XX用户端”产品(无卫通主产品时)或功能产品(有卫通主产品时)，该产品一般会定义一个“XX客户端群号”属性，用于与相应的XX客户端产品建立相应的群组关系；“XX客户端”与“XX用户端”产品订单由运营支撑系统的开通派给相应的目标应用平台进行开通。B端客户或C端客户在使用对应的应用功能时，由目标应用平台调用订购开通的EOP能力为客户提供相应的服务。

如图3b所示的应用产品场景化的示意图中，B端客户通过目标应用平台向运营支撑系统请求XX客户端产销品订购和XX用户端产销品订购，通过XX应用系统为XX客户端和XX用户端开通相应的业务权限或服务，并为XX客户端创建使用的租户(即上述第一目标用户)，同时为XX客户端和XX用户端进行用户与账号创建(即上述第一基础信息和第二基础信息)。XX用户端产销品订购与C端客户卫星电话进行关联绑定，供C端客户进行业务调用。

在上述产品订购的方法中的步骤S206中，依据功能接口为目标应用平台分配所需的业务权限，具体包括如下步骤：获取每个功能接口所对应的属性ID，其中，属性ID用于确定每个功能接口所能实现的业务权限；从属性ID中确定业务订购请求对应的目标属性ID；依据目标属性ID对应的功能接口为目标应用平台分配所需的业务权限。

在本申请实施例中，通过图3c所示的产品模型流程图对上述内容进行解释说明，在图3c中，将现有的EOP产品的销售对象从B端客户改为XX平台客户。各个EOP能力API(即上述功能接口)定义为EOP的属性或功能产品，提供给客户订购进行相关的能力开通或订购，其中，EOP属性包括属性ID和属性值。通过创建EOP订单实例，该订单实例包括产品实例ID，将产品实例ID与EOP连接产品进行绑定关联。新配置定义“XX(应用)客户端”产品，包括产品ID和产品名称，其中，产品ID为新定义的，面向B端客户进行销售，该产品承载B端客户在XX应用平台的开通与使用，并定义相应XX平台相关的属性信息(如平台账号，密码等)，通过属性记录管理。定义XX客户端属性，通过XX客户端属性信息记录对应的EOP实例的ID，其中，EOP平台ID属性用于建立与相关的应用关联关系。新配置定义“XX(应用)用户端”功能产品，包括产品ID和产品名称，其中，产品ID为新定义的，并将产品ID和产品名称关联挂到卫星移动电话或其它卫星终端产品下(如果无卫通主产品需要定义为主产品形态)，面向C端客户销售，实现C端客户卫星电话对应应用功能。在该用户端功能产品下通过XX用户端属性关联“XXX(应用)客户端群号”属性，记录C端卫星移动电话与B端应用平台服务的群组关系。

在上述产品订购的方法中，方法还包括如下步骤：在功能接口中没有与业务订购请求对应的功能接口的情况下，生成异常信息；将异常信息发送给维修人员。

本申请实施例提供的产品订购的方法可以解决传统业务运营支撑系统无法有效支撑卫星软件应用及业务能力产品化的问题，解决软件应用及业务能力业务群属性与传统CRM客户模型冲突问题，通过该方法可以达到统一模型支撑软件应用及业务能力进行原子产品加载，产品组合销售的业务目标。通过将软件应用或者业务能力的特殊的用户群组与产品实例进行绑定，从而支持客户进行产品订购的同时，可以将基础通信电话号码加入到对应的产品实例群组中，从而实现业务的控制逻辑。

图3d是根据本申请实施例的一种业务能力产品订购的流程图，如图3d所示，具体包括如下过程：1.受理中心生成产品订购订单；2.受理中心将流程启动通知发送给服务开通中心；3.服务开通中心将需要施工的网元发送给EOP平台；4.EOP平台进行EOP账户开通和能力开通；5.EOP平台将EOPAppID和EOPAppKey返回给受理中心；6.当EOP平台中的网关施工完成后，EOP平台将施工完成的通知发送给服务开通中心；7.服务开通中心将订单归档通知返回给受理中心；8.由受理中心对订单进行归档处理；9.受理中心将计费资料同步通知发送给计费中心。

图3e是根据本申请实施例的一种客户端产品订购流程图，如图3e所示，具体包括如下过程：B端客户发起客户端产品订购请求，1.营业门户的营业员批量受理订购请求或委托；2.营业门户通知客户中心定位或创建B端客户；3.客户中心创建完成后，将响应消息返回给营业门户；4.营业门户将XX客户端产销品受理通知发送给订单受理中心；5.订单受理中心通知服务开通中心开通XX客户端订购请求对应的订单；6.服务开通中心通知XX应用平台开通相应的服务或业务权限；7.XX应用平台创建租户；8.XX应用平台进行用户与账号开通；9.XX应用平台开通客户端功能；10.XX应用平台将工单回单返回给服务开通中心；11.服务开通中心将开通报竣的通知返回给订单受理中心；12.订单受理中心将订单竣工的通知返回给B端客户。

图3f是根据本申请实施例的一种用户端产品订购流程图，如图3f所示，具体包括如下过程：B端客户发起用户端产品订购请求，1.营业门户的营业员批量受理订购请求或委托；2.营业门户进入批量受理台门户；3.营业门户将用户端产销品批量受理通知发送给订单受理中心；4.订单受理中心批量生成基于卫通电话的用户端产品订购的订单；5.订单受理中心通知服务开通中心开通XX用户端订购请求对应的订单；6.服务开通中心进行XX用户端工单派发；7.XX应用平台进行用户与账号创建；8.XX应用平台进行应用用户端开通；9.XX应用平台将工单回单返回给服务开通中心；10.服务开通中心将开通报竣的通知返回给订单受理中心；11.订单受理中心将订单竣工的通知返回给B端客户。

图4是根据本申请实施例的一种产品订购的装置的结构图，如图4所示，该装置包括：

接收模块402，用于接收目标对象通过目标应用平台发送的业务订购请求，其中，目标应用平台至少包括卫星业务应用平台；

调用模块404，用于依据业务订购请求，调用与业务订购请求对应的功能接口；

分配模块406，用于依据功能接口为目标应用平台分配所需的业务权限；

返回模块408，用于将包含业务权限的目标产品返回给目标应用平台。

在上述产品订购的装置中，业务订购请求包括以下至少之一：第一类订购请求和第二类订购请求，其中，第一类订购请求为特殊业务对应的请求，第一类订购请求对应的业务权限通过特殊平台进行分配，第二类订购请求为通用业务对应的请求，第二类订购请求对应的业务权限通过统一管理平台进行分配。

在上述产品订购的装置中，特殊业务包括以下至少之一：短数据能力、定位能力、短信能力。

在上述产品订购的装置中的返回模块中，在目标应用平台为非卫星业务应用平台的情况下，将包含业务权限的目标产品返回给目标应用平台，具体包括如下过程：创建使用业务权限的第一目标用户；确定与第一目标用户对应的第一基础信息，其中，第一基础信息至少包括第一目标用户在目标应用平台所使用的账号和密码；关联第一基础信息和目标应用平台；将包含第一基础信息和业务权限的目标产品返回给目标应用平台。

在上述产品订购的装置中的分配模块中，依据功能接口为目标应用平台分配所需的业务权限，具体包括如下过程：获取每个功能接口所对应的属性ID，其中，属性ID用于确定每个功能接口所能实现的业务权限；从属性ID中确定业务订购请求对应的目标属性ID；依据目标属性ID对应的功能接口为目标应用平台分配所需的业务权限。

在上述产品订购的装置中的分配模块中，该分配模块还用于在功能接口中没有与业务订购请求对应的功能接口的情况下，生成异常信息；将异常信息发送给维修人员。

在上述产品订购的装置中的返回模块中，在目标应用平台为卫星业务应用平台的情况下，将包含业务权限的目标产品返回给目标应用平台，具体包括如下过程：创建使用业务权限的第二目标用户；确定与第二目标用户对应的第二基础信息，其中，第二基础信息至少包括第二目标用户在目标应用平台所使用的账号和密码；确定目标产品的属性信息，其中，属性信息用于确定目标产品在非卫星业务应用平台所属的群组信息；关联属性信息和非卫星业务应用平台；将包含属性信息、第二基础信息和业务权限的目标产品返回给目标应用平台。

需要说明的是，图4所示的产品订购的装置用于执行图2所示的产品订购的方法，因此上述产品订购的方法中的相关解释说明也适用于该产品订购的装置，此处不再赘述。

本申请实施例还提供了一种非易失性存储介质，该非易失性存储介质包括存储的计算机程序，其中，该非易失性存储介质所在设备通过运行计算机程序执行以下产品订购的方法：接收目标对象通过目标应用平台发送的业务订购请求，其中，目标应用平台至少包括卫星业务应用平台；依据业务订购请求，调用与业务订购请求对应的功能接口；依据功能接口为目标应用平台分配所需的业务权限；将包含业务权限的目标产品返回给目标应用平台。

在上述非易失性存储介质中，业务订购请求包括以下至少之一：第一类订购请求和第二类订购请求，其中，第一类订购请求为特殊业务对应的请求，第一类订购请求对应的业务权限通过特殊平台进行分配，第二类订购请求为通用业务对应的请求，第二类订购请求对应的业务权限通过统一管理平台进行分配。

在上述非易失性存储介质中，特殊业务包括以下至少之一：短数据能力、定位能力、短信能力。

在上述非易失性存储介质中，在目标应用平台为非卫星业务应用平台的情况下，将包含业务权限的目标产品返回给目标应用平台，具体包括如下过程：创建使用业务权限的第一目标用户；确定与第一目标用户对应的第一基础信息，其中，第一基础信息至少包括第一目标用户在目标应用平台所使用的账号和密码；关联第一基础信息和目标应用平台；将包含第一基础信息和业务权限的目标产品返回给目标应用平台。

在上述非易失性存储介质中，依据功能接口为目标应用平台分配所需的业务权限，具体包括如下过程：获取每个功能接口所对应的属性ID，其中，属性ID用于确定每个功能接口所能实现的业务权限；从属性ID中确定业务订购请求对应的目标属性ID；依据目标属性ID对应的功能接口为目标应用平台分配所需的业务权限。

在上述非易失性存储介质中，在功能接口中没有与业务订购请求对应的功能接口的情况下，生成异常信息；将异常信息发送给维修人员。

在上述非易失性存储介质中，在目标应用平台为卫星业务应用平台的情况下，将包含业务权限的目标产品返回给目标应用平台，具体包括如下过程：创建使用业务权限的第二目标用户；确定与第二目标用户对应的第二基础信息，其中，第二基础信息至少包括第二目标用户在目标应用平台所使用的账号和密码；确定目标产品的属性信息，其中，属性信息用于确定目标产品在非卫星业务应用平台所属的群组信息；关联属性信息和非卫星业务应用平台；将包含属性信息、第二基础信息和业务权限的目标产品返回给目标应用平台。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。