一种应用程序的发布方法和装置与流程

本申请涉及软件处理
技术领域：
，特别是涉及一种应用程序的发布方法和一种应用程序的发布装置。
背景技术：
：在企业的开放平台中，活跃着众多的isv(independentsoftwarevendors，独立软件供应商)，这些isv依赖开放平台开发了较多的第三方应用程序，为开放平台中的用户提供了各种软件服务。如在购物平台中，isv可以为平台中的卖家用户提供商品、订单、会员的管理等不同的服务。当第三方应用程序如果发布后出现问题，则容易影响卖家用户的营销、发货，进而降低消费者的购物体验。当前，采用的是通过工作人员对isv发布的应用程序进行逐个确认，这种确定方式不仅效率低下，且工作人员存在不够了解isv的业务情况，容易出现主观错误，同时，通过人工确认的方式，容易出现遗漏，从而造成线上故障。技术实现要素：本申请实施例所要解决的技术问题是提供一种应用程序的发布方法，以解决现有技术中无法对应用程序的发布风险进行有效地预估，发布效率低下的问题。相应的，本申请实施例还提供了一种应用程序的发布装置，用以保证上述方法的实现及应用。为了解决上述问题，本申请实施例公开了一种应用程序的发布方法，包括：获取待发布的应用程序的应用程序信息；将所述应用程序信息输入预设的风险预估模型，生成针对所述应用程序的可视化结果；在所述可视化结果满足预设阈值的情况下，对所述应用程序进行发布。可选地，所述应用程序信息包括多个不同的风险参数，所述将所述应用程序信息输入预设的风险预估模型，并生成针对所述应用程序的可视化结果，包括：将所述风险参数输入所述风险预估模型，生成针对所述应用程序的风险预估值；对各个所述风险预估值进行可视化，生成所述可视化结果。可选地，所述风险参数包括多个不同的预设子风险参数，所述方法还包括：获取与所述应用程序对应的服务商的服务商类型；确定与所述服务商类型对应的目标子风险参数；在所述目标子风险参数的风险预估值不满足第二预设阈值的情况下，限制所述应用程序发布。可选地，所述服务商类型包括订单全链路类型，所述订单全链路类型对应第一目标子风险参数，以及对应第三预设阈值，所述在所述目标子风险参数的风险预估值不满足第二预设阈值的情况下，限制所述应用程序发布，包括：在所述第一目标子风险参数的风险预估值不满足第三预设阈值的情况下，限制所述应用程序发布。可选地，所述服务商类型包括非订单全链路类型，所述非订单全链路类型对应第二目标子风险参数，以及对应第四预设阈值，所述在所述目标子风险参数的风险预估值不满足第二预设阈值的情况下，限制所述应用程序发布，包括：在所述第二目标子风险参数的风险预估值不满足第四预设阈值的情况下，限制所述应用程序发布。可选地，还包括：确定针对所述预设阈值的业务调节条件；将所述预设阈值调节为与所述业务调节条件对应的目标阈值。可选地，所述目标阈值包括针对业务时间段的第一风险阈值，所述在所述可视化结果满足预设阈值的情况下，则对所述应用程序进行发布，包括：确定与所述可视化结果对应的第一风险总值；在所述第一风险总值满足所述第一风险阈值的情况下，对所述应用程序进行发布。可选地，所述目标阈值包括针对服务商的第二风险阈值，不同的服务商对应不同的第二风险阈值，所述当所述可视化结果满足预设阈值时，则对所述应用程序进行发布，包括：确定与所述可视化结果对应的第二风险总值；在所述第二风险总值满足所述第二风险阈值的情况下，对所述应用程序进行发布。可选地，所述风险参数包括服务商信息、安全信息以及发布类型信息，所述将所述风险参数输入所述风险预估模型，生成针对所述应用程序的风险预估值，包括：将所述服务商信息输入所述风险预估模型，生成针对所述服务商信息的第一风险预估值；将所述安全信息输入所述风险预估模型，生成针对所述安全信息的第二风险预估值；将所述发布类型信息输入所述风险预估模型，生成针对所述发布类型的第三风险预估值。本申请实施例还公开了一种应用程序的发布方法，包括：获取待发布的应用程序的应用程序信息；确定与所述应用程序信息对应的风险预估值；在所述风险预估值满足预设阈值的情况下，将所述应用程序的发布请求消息，发送至应用程序开放平台。可选地，还包括：在所述风险预估值不满足所述预设阈值的情况下，确定与所述应用程序对应的不合格项；将包含所述不合格项的第一发布限制消息，发送至所述应用程序开放平台。可选地，所述应用程序信息包括多个不同的风险参数，所述确定与所述应用程序信息对应的风险预估值，包括：将所述风险参数输入所述风险预估模型，生成针对所述应用程序的风险预估值。可选地，所述风险参数包括多个不同的预设子风险参数，所述方法还包括：获取与所述应用程序对应的服务商的服务商类型；确定与所述服务商类型对应的目标子风险参数；在所述目标子风险参数的风险预估值不满足第二预设阈值的情况下，将包括所述目标子风险参数的第二发布限制消息，发送至所述应用程序开放平台。可选地，所述服务商类型包括订单全链路类型，所述订单全链路类型对应第一目标子风险参数，以及对应第三预设阈值，所述在所述目标子风险参数的风险预估值不满足第二预设阈值的情况下，将包括所述目标子风险参数的第二发布限制消息，发送至所述应用程序开放平台，包括：在所述第一目标子风险参数的风险预估值不满足第三预设阈值的情况下，将包括所述第一目标子风险参数的第三发布限制消息，发送至所述应用程序开放平台。可选地，所述服务商类型包括非订单全链路类型，所述非订单全链路类型对应第二目标子风险参数，以及对应第四预设阈值，所述在所述目标子风险参数的风险预估值不满足第二预设阈值的情况下，将包括所述目标子风险参数的第二发布限制消息，发送至所述应用程序开放平台，包括：在所述第二目标子风险参数的风险预估值不满足第四预设阈值的情况下，将包括所述第二目标子风险参数的第四发布限制消息，发送至所述应用程序开放平台。可选地，还包括：确定针对所述预设阈值的业务调节条件；将所述预设阈值调节为与所述业务调节条件对应的目标阈值。可选地，所述目标阈值包括针对业务时间段的第一风险阈值，所述在所述风险预估值满足预设阈值的情况下，将所述应用程序的发布请求消息，发送至应用程序开放平台，包括：确定与所述风险预估值对应的第一风险总值；在所述第一风险总值满足所述第一风险阈值的情况下，将所述应用程序的第一发布请求消息，发送至所述应用程序开放平台。可选地，所述目标阈值包括针对服务商的第二风险阈值，不同的服务商对应不同的第二风险阈值，所述当所述可视化结果满足预设阈值时，则对所述应用程序进行发布，包括：确定与所述风险预估值对应的第二风险总值；在所述第二风险总值满足所述第二风险阈值的情况下，将所述应用程序的第二发布请求消息，发送至所述应用程序开放平台。可选地，所述风险参数包括服务商信息、安全信息以及发布类型信息，所述将所述风险参数输入所述风险预估模型，生成针对所述应用程序的风险预估值，包括：将所述服务商信息输入所述风险预估模型，生成针对所述服务商信息的第一风险预估值；将所述安全信息输入所述风险预估模型，生成针对所述安全信息的第二风险预估值；将所述发布类型信息输入所述风险预估模型，生成针对所述发布类型的第三风险预估值。本申请实施例还公开了一种应用程序的发布装置，包括：信息获取模块，用于获取待发布的应用程序的应用程序信息；可视化结果生成模块，用于将所述应用程序信息输入预设的风险预估模型，生成针对所述应用程序的可视化结果；应用程序发布模块，用于在所述可视化结果满足预设阈值的情况下，对所述应用程序进行发布。可选地，所述应用程序信息包括多个不同的风险参数，所述可视化结果生成模块包括：风险参数输入子模块，用于将所述风险参数输入所述风险预估模型，生成针对所述应用程序的风险预估值；风险预估值可视化子模块，用于对各个所述风险预估值进行可视化，生成所述可视化结果。可选地，所述风险参数包括多个不同的预设子风险参数，所述装置还包括：服务商类型获取模块，用于获取与所述应用程序对应的服务商的服务商类型；风险参数确定模块，用于确定与所述服务商类型对应的目标子风险参数；发布限制模块，用于在所述目标子风险参数的风险预估值不满足第二预设阈值的情况下，限制所述应用程序发布。可选地，所述服务商类型包括订单全链路类型，所述订单全链路类型对应第一目标子风险参数，以及对应第三预设阈值，所述发布限制模块包括：第一发布限制子模块，用于在所述第一目标子风险参数的风险预估值不满足第三预设阈值的情况下，限制所述应用程序发布。可选地，所述服务商类型包括非订单全链路类型，所述非订单全链路类型对应第二目标子风险参数，以及对应第四预设阈值，所述发布限制模块包括：第一发布限制子模块，用于在所述第二目标子风险参数的风险预估值不满足第四预设阈值的情况下，限制所述应用程序发布。可选地，还包括：第一条件确定模块，用于确定针对所述预设阈值的业务调节条件；第一阈值调节模块，用于将所述预设阈值调节为与所述业务调节条件对应的目标阈值。可选地，所述目标阈值包括针对业务时间段的第一风险阈值，所述应用程序发布模块包括：第一总值确定子模块，用于确定与所述可视化结果对应的第一风险总值；第一发布子模块，用于在所述第一风险总值满足所述第一风险阈值的情况下，对所述应用程序进行发布。可选地，所述目标阈值包括针对服务商的第二风险阈值，不同的服务商对应不同的第二风险阈值，所述应用程序发布模块包括：第二总值确定子模块，用于确定与所述可视化结果对应的第二风险总值；第二发布子模块，用于在所述第二风险总值满足所述第二风险阈值的情况下，对所述应用程序进行发布。可选地，所述风险参数包括服务商信息、安全信息以及发布类型信息，所述风险参数输入子模块具体用于：将所述服务商信息输入所述风险预估模型，生成针对所述服务商信息的第一风险预估值；将所述安全信息输入所述风险预估模型，生成针对所述安全信息的第二风险预估值；将所述发布类型信息输入所述风险预估模型，生成针对所述发布类型的第三风险预估值。本申请实施例还公开了一种应用程序的发布装置，包括：信息获取模块，用于获取待发布的应用程序的应用程序信息；预估值确定模块，用于确定与所述应用程序信息对应的风险预估值；请求消息发送模块，用于在所述风险预估值满足预设阈值的情况下，将所述应用程序的发布请求消息，发送至应用程序开放平台。可选地，还包括：不合格项确定模块，用于在所述风险预估值不满足所述预设阈值的情况下，确定与所述应用程序对应的不合格项；第一限制消息发送模块，用于将包含所述不合格项的第一发布限制消息，发送至所述应用程序开放平台。可选地，所述应用程序信息包括多个不同的风险参数，所述预估值确定模块具体用于：将所述风险参数输入所述风险预估模型，生成针对所述应用程序的风险预估值。可选地，所述风险参数包括多个不同的预设子风险参数，所述装置还包括：类型获取模块，用于获取与所述应用程序对应的服务商的服务商类型；参数确定模块，用于确定与所述服务商类型对应的目标子风险参数；第二限制消息发送模块，用于在所述目标子风险参数的风险预估值不满足第二预设阈值的情况下，将包括所述目标子风险参数的第二发布限制消息，发送至所述应用程序开放平台。可选地，所述服务商类型包括订单全链路类型，所述订单全链路类型对应第一目标子风险参数，以及对应第三预设阈值，所述第二限制消息发送模块包括：第一消息发送子模块，用于在所述第一目标子风险参数的风险预估值不满足第三预设阈值的情况下，将包括所述第一目标子风险参数的第三发布限制消息，发送至所述应用程序开放平台。可选地，所述服务商类型包括非订单全链路类型，所述非订单全链路类型对应第二目标子风险参数，以及对应第四预设阈值，所述第二限制消息发送模块包括：第二消息发送子模块，用于在所述第二目标子风险参数的风险预估值不满足第四预设阈值的情况下，将包括所述第二目标子风险参数的第四发布限制消息，发送至所述应用程序开放平台。可选地，还包括：第二条件确定模块，用于确定针对所述预设阈值的业务调节条件；第二阈值调节模块，用于将所述预设阈值调节为与所述业务调节条件对应的目标阈值。可选地，所述目标阈值包括针对业务时间段的第一风险阈值，所述请求消息发送模块包括：第一风险总值确定子模块，用于确定与所述风险预估值对应的第一风险总值；第一消息发送子模块，用于在所述第一风险总值满足所述第一风险阈值的情况下，将所述应用程序的第一发布请求消息，发送至所述应用程序开放平台。可选地，所述目标阈值包括针对服务商的第二风险阈值，不同的服务商对应不同的第二风险阈值，所述当所述可视化结果满足预设阈值时，则对所述应用程序进行发布，包括：第二风险总值确定子模块，用于确定与所述风险预估值对应的第二风险总值；第二消息发送子模块，用于在所述第二风险总值满足所述第二风险阈值的情况下，将所述应用程序的第二发布请求消息，发送至所述应用程序开放平台。可选地，所述风险参数包括服务商信息、安全信息以及发布类型信息，所述预估值确定模块包括：第一预估值生成子模块，用于将所述服务商信息输入所述风险预估模型，生成针对所述服务商信息的第一风险预估值；第二预估值生成子模块，用于将所述安全信息输入所述风险预估模型，生成针对所述安全信息的第二风险预估值；第三预估值生成子模块，用于将所述发布类型信息输入所述风险预估模型，生成针对所述发布类型的第三风险预估值。本申请实施例还公开了一种装置，包括：一个或多个处理器；和其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述装置执行如上所述的一个或多个的方法。本申请实施例还公开了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得所述处理器执行如上所述的一个或多个的方法。与现有技术相比，本申请实施例包括以下优点：在本申请实施例中，通过获取待发布的应用程序的应用程序信息，接着将所述应用程序信息输入预设的风险预估模型，生成针对所述应用程序的可视化结果，然后在所述可视化结果满足预设阈值的情况下，对所述应用程序进行发布，实现通过风险预估模型，对待发布的应用程序的应用程序信息进行处理，并对处理结果进行可视化，一方面可以有效地展示应用程序发布过程中可能存在的风险，有效地对发布风险进行预估，另一方面在应用程序满足条件时，自动对应用程序进行发布，提高了应用程序发布的效率。附图说明图1是本申请的一种应用程序的发布方法实施例一的步骤流程图；图2是本申请的一种应用程序的发布方法实施例二的步骤流程图；图3是本申请实施例中应用程序发布的示意图一；图4是本申请实施例中应用程序发布的示意图二；图5是本申请的一种应用程序的发布方法实施例三的步骤流程图；图6是本申请实施例中应用程序发布的示意图三；图7是本申请的一种应用程序的发布装置实施例一的结构框图；图8是本申请的一种应用程序的发布装置实施例二的结构框图。具体实施方式为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。参照图1，示出了本申请的一种应用程序的发布方法实施例一的步骤流程图。随着互联网的发展，应用程序开放平台(下述开放平台)为用户提供了越来越多的应用服务。例如，卖家用户可以通过开放平台进行商品的销售，买家用户则可以通过购物平台购买相应的商品，软件开发商可以在开放平台中开发各种应用程序。应用程序可以为开放平台自有的，也可以为第三方提供的第三方应用程序。其中，通过对开放平台中应用程序的访问操作产生访问应用请求，将根据这一访问应用请求获取到对应的应用程序的地址，并在开放平台中打开交互窗口。应用程序的地址可以是url(uniformuniversalresourcelocator，统一资源定位符)链接地址的形式，也可以是该应用程序在开放平台服务器中的存储地址；开放平台中打开的交互窗口可以是浏览器窗口或者其他具有独立运行空间的模拟窗口，例如基于客户端等方式所产生的窗口，从而用户可以在开放平台中体验各种应用服务。具体的，开放平台中活跃着众多的isv服务商，服务商依赖平台开发了较多的第三方应用程序，从而为开放平台提供各种软件服务，如为购物平台提供商品、订单、会员的管理等等。因此，开放平台在运行服务商提供的第三方应用程序时，为了可以保证平台的稳定性，需要对服务商发布的应用程序进行风险预估，以保证开放平台的稳定性，并提高应用程序发布的效率。本申请实施例中应用程序的发布方法具体可以包括如下步骤：步骤101，获取待发布的应用程序的应用程序信息；作为一种示例，以开放平台为购物平台进行示例性说明。当购物平台处于大促等活动期间，平台会对isv的线上系统进行封网操作及发布监控，从而减少因发布导致的第三方应用稳定性风险。具体的，如图2所示，为本申请实施例中模型构建的流程图，可以将isv历史审批数据输入开放平台的发布系统的多个模型中，可以包括发布风险模型、发布预测模型、发布审批模型等等，历史审批数据可以包括isv实例信息、审批记录、审批风险、审批前后机器性能、业务数据以及用户反馈等等。发布系统可以对历史审批数据进行数据清洗，输出元数据，并对服务商维度分类输出，以及对元数据进行去噪等预处理，然后以周为维度建立决策树算法模型，实现模型的训练，然后将模型存储于发布系统的数据库中，以便在收到服务商发送的应用程序发布请求时，可以将请求对应的数据，输入对应的数据模型中，由模型来判断是自动通过审批，还是需要人工校验，从而为运营和产品提供了数据支撑，大大提高了审批效率和用户体验。因此，服务商在发布应用程序时，需要先进行申请，当发布系统接收到服务商的发布申请时，可以将应用程序发布后的影响内容进行指标化，并获取与该指标化对应的应用程序信息，从而根据该应用程序信息，判断应用程序是否可以进行发布。步骤102，将所述应用程序信息输入预设的风险预估模型，生成针对所述应用程序的可视化结果；在具体实现中，发布系统可以依据将应用程序发布的影响内容进行指标化后，生成风险预估模型，并进行可视化。接着可以将应用程序信息输入该风险预估模型，生成针对应用程序的可视化结果。其中，可视化结果可以包括应用程序信息以及对应的预估值等。步骤103，在所述可视化结果满足预设阈值的情况下，对所述应用程序进行发布。在具体实现中，发布系统可以通过风险预估模型根据应用程序的可视化结果，确定应用程序是否可以直接进行发布，如风险预估模型对应用程序的应用程序信息进行计算后，得到针对应用程序的预估值，并进行可视化，在该预估值满足预设阈值的情况下，可以通过服务商的申请，并对应用程序进行发布，从而一方面可以有效地展示应用程序发布过程中可能存在的风险，有效地对发布风险进行预估，另一方面在应用程序满足条件时，自动对应用程序进行发布，提高了应用程序发布的效率。其中，在应用程序的预估值未满足预设阈值的情况下，可以将服务商提交的发布申请转移至人工审批，由工作人员对应用程序的发布风险进行校验，在校验完成且应用程序满足条件时，对应用程序进行发布，通过结合人工校验，进一步保证了应用程序发布的风险预估，保证了开放平台运行的稳定性。在本申请实施例中，通过获取待发布的应用程序的应用程序信息，接着将所述应用程序信息输入预设的风险预估模型，生成针对所述应用程序的可视化结果，然后在所述可视化结果满足预设阈值的情况下，对所述应用程序进行发布，实现通过风险预估模型，对待发布的应用程序的应用程序信息进行处理，并对处理结果进行可视化，一方面可以有效地展示应用程序发布过程中可能存在的风险，有效地对发布风险进行预估，另一方面在应用程序满足条件时，自动对应用程序进行发布，提高了应用程序发布的效率。参照图2，示出了本申请的一种应用程序的发布方法实施例二的步骤流程图，具体可以包括如下步骤：步骤201，获取待发布的应用程序的应用程序信息；在具体实现中，服务商在发布应用程序时，需要先进行申请，当发布系统接收到服务商的发布申请时，可以将应用程序发布后的影响内容进行指标化，并获取与该指标化对应的应用程序信息，从而根据该应用程序信息，判断应用程序是否可以进行发布。步骤202，将所述风险参数输入所述风险预估模型，生成针对所述应用程序的风险预估值；在本申请实施例中，风险参数可以包括服务商信息、安全信息以及发布类型信息等。在具体实现中，发布系统可以将所述服务商信息输入所述风险预估模型，生成针对所述服务商信息的第一风险预估值，将所述安全信息输入所述风险预估模型，生成针对所述安全信息的第二风险预估值，将所述发布类型信息输入所述风险预估模型，生成针对所述发布类型的第三风险预估值。步骤203，对各个所述风险预估值进行可视化，生成所述可视化结果；当发布系统将各个风险参数输入风险预估模型后，可以得到与风险参数对应的风险预估值，然后对各个风险参数与风险预估值进行可视化，生成可视化结果，如表1所示：风险参数风险预估值服务商信息x安全信息y发布类型z风险预估总值n表1通过风险预估模型，可以得到应用程序发布后，各个风险参数对应的风险预估值，以及风险预估总值。并且，通过可视化的方式对风险预估结果进行展示，提高了风险预估的针对性，有利于对各个风险参数进行判断，进而保证了应用程序发布的安全性。在本申请实施例的一种示例中，风险参数可以包括多个不同的子风险参数，如当开放平台为购物平台时，服务商信息可以包括应用程序性能信息、以及服务商的主机性能等子风险参数，安全信息则可以包括是否影响重点商家、服务商是否为重点服务商、新增云服务器影响信息、新增云数据库影响信息、是否安装应用程序管理以及是否通过性能测试等不同等子风险参数，发布类型可以包括缺陷修复、数据库变更、文件变更、服务重启、带宽升级以及日志维护等子风险参数。则发布系统将应用程序信息输入风险预估模型，并计算各个子风险参数对应的风险预估值后，进行可视化，可以如表2所示。表2具体的，根据不同的开放平台，对风险参数进行设置，并通过风险预估模型对各个风险参数进行风险预估，可以得到应用程序发布后，各个风险参数对应的风险预估值，以及风险预估总值，从而根据预估值判断是否对应用程序进行发布。并且，通过可视化的方式对风险预估结果进行展示，提高了风险预估的针对性，有利于工作人员对各个风险参数进行判断，进而保证了应用程序发布的安全性。具体的，当开放平台为购物平台时，发布系统将应用程序信息输入风险预估模型后，可以通过如下计算方式，对应用程序的风险进行预估。1、应用程序性能分：性能达标0分；性能未达标10分。2、服务商的主机分：性能达标0分；性能未达标10分。3、是否影响重点商家风险分：无影响0分；影响商家数占比小于25％，2分；影响商家数占比大于25％且小于50％，5分；影响商家数占比大于50％，10分。4、是否为重点服务商：重点服务商10分；非重点服务商0分。5、新增云服务器影响分：无影响0分；影响云服务器实例数≤50或者占比小于25％(先到的为准)，2分；影响云服务器实例数≥50或者占比大于25％且小于50％(先到的为准)，5分；影响云服务器实例数≥100或者占比大于50％(先到的为准)，10分。6、新增云数据库影响分：无影响0分；影响云数据库实例数≤50或者占比小于25％(先到的为准)，2分；影响云数据库实例数≥50或者占比大于25％且小于50％(先到的为准)，5分；影响云数据库实例数≥100或者占比大于50％(先到的为准)，10分。7、是否安装应用程序管理：已安装0分；未安装10分。8、是否通过性能测试：已测试0分；未测试10分。9、发布类型：缺陷修复2分；数据库变更2分；文件变更2分；服务重启2分；带宽升级1分；日志维护1分。其中，第3项可以用于评估应用程序发布后商家的影响范围，不同影响范围对应不同的预估值；第4项中，平台运营方可以根据服务商的综合评分设置不同的关注程度，如服务商的综合评分较低，则可以设置为重点服务商，进行重点监控；第5、6项中分别用于评估应用程序发布后云服务器、云数据库的影响范围；第7项可以用于评估是否安装了应用程序管理监控；第8项可以用于评估应用程序是否通过系统性能测试。当发布系统进行综合计算，得到风险预估总值，可以根据该风险预估总值判断是否对应用程序进行发布，从而通过对应用程序发布的风险进行指标化，有利于对应用程序发布的风险进行判断，保证了平台运行的稳定性和安全性，同时通过设置计算风险预估值，简化了应用程序发布的审批流程，提高了应用程序发布的效率。需要说明的是，本申请实施例包括但不限于上述示例，可以理解的是，在本申请实施例的思想指导下，本领域技术人员可以根据实际情况对风险参数进行设置，本申请对此不作限制。步骤204，在所述可视化结果满足预设阈值的情况下，对所述应用程序进行发布。在具体实现中，发布系统中可以预先设置一风险阈值，用于判断应用程序是否能够直接发布，在应用程序的风险预估值满足风险阈值时，可以通过服务商的发布申请，并对应用程序进行发布。在本申请实施例的一种可选实施例中，风险阈值可以根据不同的业务进行设置，则可以先确定针对风险阈值的业务调节条件，接着将预设阈值调节为与所述业务调节条件对应的目标阈值。在具体实现中，企业方可以根据不同的业务需求对风险阈值进行设置，不同的业务需求可以对应不同的风险阈值。则当无特殊业务需求时，可以设置一默认的风险阈值；当存在特殊业务需求时，则可以根据对应的业务条件条件，将默认的风险阈值调节为与业务条件对应的目标风险阈值。在本申请实施例的一种示例中，当目标风险阈值为针对业务时间段的第一风险阈值时，则步骤204可以包括如下子步骤：子步骤s11，确定与所述可视化结果对应的第一风险总值；子步骤s12，在所述第一风险总值满足所述第一风险阈值的情况下，对所述应用程序进行发布。在具体实现中，可以根据不同的业务时间段设置不同的风险阈值，可以根据特殊时间点(如节假日、年中、双十一、双十二等)设置活动时间段以及日常时间段，活动时间段对应特殊时间点，日常时间点对应日常时间段，其中，活动时间段对应的风险阈值可以高于日常时间段对应的风险阈值，从而保证在活动时间段中用户活跃度较高的情况下，提高应用程序发布的门槛，保证平台运行的稳定性。具体的，发布系统得到各个风险项对应的风险预估值后，可以进行加和，得到与可视化结果对应的第一风险总值。然后确定当前的风险阈值，若当前处于活动时间段，风险阈值为针对业务时间段的第一风险阈值，在第一风险总值满足第一风险阈值的情况下，可以通过服务商的发布申请，对应用程序进行发布；若当前处于日常时间段，风险阈值可以为默认的阈值，在第一风险总值满足默认阈值的情况下，可以通过服务商的发布申请，对应用程序进行发布，从而可以通过设置不同的风险阈值，动态调整应用程序发布的门槛，进一步保证了平台运行的安全性和稳定性。在本申请实施例的另一种示例中，当目标阈值包括针对服务商的第二风险阈值，不同的服务商对应不同的第二风险阈值，则步骤204可以包括如下子步骤：子步骤s21，确定与所述可视化结果对应的第二风险总值；子步骤s22，在所述第二风险总值满足所述第二风险阈值的情况下，对所述应用程序进行发布。在具体实现中，可以根据不同的服务商设置不同的风险阈值，如可以根据服务商的关注程度，特别关注的服务商对应风险阈值一，一般关注的服务商对应风险阈值二，无关注的服务商对应默认风险阈值等等，其中，风险阈值一大于风险阈值二，风险阈值二大于风险阈值三。其中，平台运营方可以根据服务商的综合评分设置不同等级的关注，也可以根据服务商提供的应用程序综合评分设置不同等级的关注等。具体的，发布系统发布系统得到各个风险项对应的风险预估值后，可以进行加和，得到与可视化结果对应的第二风险总值。然后确定针对服务商的风险阈值，若服务商属于特别关注的服务商，风险阈值为第二风险阈值，在第二风险总值满足第二风险阈值的情况下，可以通过服务商的发布申请，对应用程序进行发布；若服务商属于无关注的普通服务商，风险阈值可以为默认阈值，在第一风险总值满足默认阈值的情况下，可以通过服务商的发布申请，对应用程序进行发布，从而可以通过设置不同的风险阈值，动态调整应用程序发布的门槛，进一步保证了平台运行的安全性和稳定性。在本申请实施例的另一种可选实施例中，可以通过获取与所述应用程序对应的服务商的服务商类型，接着确定与所述服务商类型对应的目标子风险参数，在所述目标子风险参数的风险预估值不满足预设阈值的情况下，限制所述应用程序发布。在具体实现中，发布系统可以根据不同的服务商类型，针对性的选择一些子风险参数进行熔断操作，若该子风险参数对应的风险预估值未满足第二预设阈值时，则限制应用程序发布。在本申请实施例的一种示例中，当服务商类型为订单全链路类型时，订单全链路类型可以对应第一目标子风险参数，以及对应第三预设阈值，则在所述第一目标子风险参数的风险预估值不满足第三预设阈值的情况下，限制所述应用程序发布。具体的，当服务商类型为订单全链路类型时，则对于该类服务商，第一目标子风险参数可以包括安装应用程序管理以及通过性能测试，若这两项子风险参数无法达标，则即便其他子风险参数达标，应用程序发布的申请也无法通过。在本申请实施例的另一种示例中，当服务商类型为非订单全链路类型时，非订单全链路类型对应第二目标子风险参数，以及对应第四预设阈值，则在所述第二目标子风险参数的风险预估值不满足第四预设阈值的情况下，限制所述应用程序发布。具体的，当服务商类型为非订单全链路类型时，则对于该类服务商，第二目标子风险参数可以包括应用程序性能信息、服务商的主机性能、是否影响重点商家以及服务商是否为重点服务商，若这些子风险参数无法达标，则即便其他子风险项参数达标，应用程序发布的申请也无法通过。此外，在本申请实施例中，发布系统还可以对发布数据进行处理，并通过对发布数据进行分析，实现对各类服务商的发布行为进行预测。服务商的分布行为可以包括合规发布和违规发布，以及风险发布和无风险发布。其中，合规发布可以为服务商提交发布申请后，经过审批后才进行应用程序发布；违规发布可以为服务商未提交发布申请，或者申请未经审批就进行应用程序发布；风险发布可以为服务商的发布存在风险，仍进行应用程序的发布；无风险发布可以为服务商的发布风险小于阈值。通过对服务商的历史发布数据进行处理，可以对服务商的发布行为进行预测，提高了发布系统的风险预估能力，进一步保证了平台运行的稳定性和安全性。在本申请实施例中，通过获取待发布的应用程序的应用程序信息，接着将所述应用程序信息输入预设的风险预估模型，生成针对所述应用程序的可视化结果，然后在所述可视化结果满足预设阈值的情况下，对所述应用程序进行发布，实现通过风险预估模型，对待发布的应用程序的应用程序信息进行处理，并对处理结果进行可视化，一方面可以有效地展示应用程序发布过程中可能存在的风险，有效地对发布风险进行预估，另一方面在应用程序满足条件时，自动对应用程序进行发布，提高了应用程序发布的效率。为了使本领域技术人员能够更好地理解本申请实施例，下面通过一个例子对本申请实施例加以说明：参照图3所示为本申请实施例中应用程序发布的示意图一。当服务商需要发布应用程序时，可以向平台的发布系统提交发布申请，发布系统根据该发布申请，获取对应的应用程序信息，并将应用程序信息输入风险预估模型中，进行风险预估值的计算，当计算结果如下表3所示时，发布系统中设置的风险阈值为50，风险预估模型计算所得的风险预估总值低于风险阈值，可以通过审批，服务商可以对应用程序进行发布。风险参数风险预估值应用程序性能信息10服务商的主机性能10是否影响重点商家0服务商是否为重点服务商0新增云服务器影响信息0新增云数据库影响信息0是否安装应用程序管理0是否通过性能测试5发布类型0风险预估总值25风险阈值50表3当计算结果如表4所示时，人工审批时，发布系统中设置的风险阈值为100，风险预估模型计算所得的风险预估总值大于风险阈值，则将审批提交至人工审批，只有当工作人员校验完毕且应用程序可以发布时，服务商才能进行应用程序的发布。表4在本示例中，一方面可以有效地展示应用程序发布过程中可能存在的风险，有效地对发布风险进行预估，另一方面在应用程序满足条件时，自动对应用程序进行发布，提高了应用程序发布的效率。此外，如图4所示，示出了本申请实施例中应用程序发布的示意图二。在应用程序的发布过程中，还可以对进行数据分析，实现风险预估模型的优化，以及通过数据分析，对服务商的发布行为进行预测，进一步降低了应用程序发布的风险，保证了平台运行的稳定性。参照图5，示出了本申请的一种应用程序的发布方法实施例三的步骤流程图，具体可以包括如下步骤：步骤501，获取待发布的应用程序的应用程序信息；作为一种示例，为了降低开放平台的工作量，可以将isv发布第三方应用程序的审批服务从开放平台中进行剥离，由能够为开放平台提供审批服务的审批平台进行审批，审批平台可以为同一企业方下，与开放平台相互独立的审批平台，也可以为不同企业方提供的第三方审批平台。在具体实现中，在isv需要发布应用程序时，可以向审批平台发起申请，并将待发布的应用程序的应用程序信息，发送至该审批平台。则审批平台可以将应用程序发布后的影响内容进行指标化，并获取与该指标化对应的应用程序信息，从而根据该应用程序信息，确定isv的发布申请是否通过。步骤502，确定与所述应用程序信息对应的风险预估值；在具体实现中，应用程序信息可以包括多个不同的风险参数，审批平台可以依据将应用程序发布的影响内容进行指标化后，生成风险预估模型，并进行可视化。接着可以将各风险参数输入该风险预估模型，生成针对应用程序的风险预估值。在本申请实施例的一种示例中，风险参数可以包括服务商信息、安全信息以及发布类型信息等。则审批平台可以将所述服务商信息输入所述风险预估模型，生成针对所述服务商信息的第一风险预估值，将所述安全信息输入所述风险预估模型，生成针对所述安全信息的第二风险预估值，将所述发布类型信息输入所述风险预估模型，生成针对所述发布类型的第三风险预估值。具体的，当审批平台将各个风险参数输入风险预估模型后，可以得到与风险参数对应的风险预估值，然后对各个风险参数与风险预估值进行可视化，生成风险预估表，如表5所示：风险参数风险预估值服务商信息x安全信息y发布类型z风险预估总值n表5通过风险预估模型，可以得到应用程序发布后，各个风险参数对应的风险预估值，以及风险预估总值。并且，通过可视化的方式对风险预估结果进行展示，提高了风险预估的针对性，有利于对各个风险参数进行判断，进而保证了应用程序发布的安全性。步骤503，在所述风险预估值满足预设阈值的情况下，将所述应用程序的发布请求消息，发送至应用程序开放平台。在具体实现中，审批平台中可以预先设置一风险阈值，用于判断isv的发布申请是否通过，在应用程序的风险预估值满足风险阈值时，可以通过服务商的发布申请，并生成用于在开放平台发布应用程序的发布请求消息，然后将该发布请求消息发送至开放平台。当开放平台接收到该发布请求消息时，表示isv的发布申请通过，可以允许其发布应用程序。此外，在风险预估值不满足预设阈值的情况下，审批平台可以确定与应用程序对应的不合格项，然后将包含不合格项的第一发布限制消息，发送至开放平台。具体的，当开放平台接收到发布限制消息时，可以从该发布限制消息中获取isv发布申请未通过的原因，如风险预估值高于风险阈值，或何种应用程序信息未满足发布条件等等，以便工作人员根据未通过原因，进行发布风险的排查，提高isv发布申请的通过率。如图6所示，示出了本申请实施例中应用程序发布的示意图三，isv需要发布应用程序时，可以向审批平台发送发布申请，并由审批平台进行审批，当审批通过时，则审批平台可以将用于在开放平台发布应用程序的发布请求消息发送至开放平台，从而isv可以在开放平台中发布应用程序；当审批未通过时，则审批平台可以将包含不合格项的发布限制消息，发送至开放平台，告知开放平台，isv审批不通过的原因，从而一方面可以降低开放平台的工作量，提高开放平台的运行效率，另一方面有效地对发布风险进行预估，保证了应用程序发布后，开放平台的稳定性。在本申请实施例的一种可选实施例中，审批方可以根据开放平台的业务需求，对风险阈值进行设置。可以先确定针对风险阈值的业务调节条件，接着将预设阈值调节为与所述业务调节条件对应的目标阈值。在具体实现中，可以根据不同的业务需求对风险阈值进行设置，不同的业务需求可以对应不同的风险阈值。则当无特殊业务需求时，可以设置一默认的风险阈值；当存在特殊业务需求时，则可以根据对应的业务条件条件，将默认的风险阈值调节为与业务条件对应的目标风险阈值。在本申请实施例的一种示例中，当目标风险阈值为针对业务时间段的第一风险阈值时，则步骤503可以包括如下子步骤：子步骤s31，确定与所述风险预估值对应的第一风险总值；子步骤s32，在所述第一风险总值满足所述第一风险阈值的情况下，将所述应用程序的第一发布请求消息，发送至所述应用程序开放平台。在本申请实施例的另一种示例中，当目标阈值包括针对服务商的第二风险阈值，不同的服务商对应不同的第二风险阈值，则步骤503可以包括如下子步骤：子步骤s41，确定与所述风险预估值对应的第二风险总值；子步骤s42，在所述第二风险总值满足所述第二风险阈值的情况下，将所述应用程序的第二发布请求消息，发送至所述应用程序开放平台。在本申请实施例的另一种可选实施例中，可以通过获取与所述应用程序对应的服务商的服务商类型，接着确定与所述服务商类型对应的目标子风险参数，在所述目标子风险参数的风险预估值不满足预设阈值的情况下，将包括所述目标子风险参数的第二发布限制消息，发送至所述应用程序开放平台。在具体实现中，审批平台可以根据不同的服务商类型，针对性的选择一些子风险参数进行熔断操作，若该子风险参数对应的风险预估值未满足第二预设阈值时，则将包括所述目标子风险参数的第二发布限制消息，发送至所述应用程序开放平台。在本申请实施例的一种示例中，当服务商类型为订单全链路类型时，订单全链路类型可以对应第一目标子风险参数，以及对应第三预设阈值，则在所述第一目标子风险参数的风险预估值不满足第三预设阈值的情况下，将包括所述第一目标子风险参数的第三发布限制消息，发送至所述应用程序开放平台。在本申请实施例的另一种示例中，当服务商类型为非订单全链路类型时，非订单全链路类型对应第二目标子风险参数，以及对应第四预设阈值，则在所述第二目标子风险参数的风险预估值不满足第四预设阈值的情况下，将包括所述第二目标子风险参数的第四发布限制消息，发送至所述应用程序开放平台。此外，在本申请实施例中，审批平台还可以对发布数据进行处理，并通过对发布数据进行分析，实现对各类服务商的发布行为进行预测。服务商的分布行为可以包括合规发布和违规发布，以及风险发布和无风险发布。其中，合规发布可以为服务商提交发布申请后，经过审批后才进行应用程序发布；违规发布可以为服务商未提交发布申请，或者申请未经审批就进行应用程序发布；风险发布可以为服务商的发布存在风险，仍进行应用程序的发布；无风险发布可以为服务商的发布风险小于阈值。通过对服务商的历史发布数据进行处理，可以对服务商的发布行为进行预测，提高了审批平台的风险预估能力，进一步保证了平台运行的稳定性和安全性。在本申请实施例中，通过获取待发布的应用程序的应用程序信息，接着确定与所述应用程序信息对应的风险预估值，然后在所述风险预估值满足预设阈值的情况下，将所述应用程序的发布请求消息，发送至应用程序开放平台，通过独立与开放平台的审批平台，对isv发布应用程序进行审批，一方面可以降低开放平台的工作量，提高开放平台的运行效率，另一方面有效地对发布风险进行预估，保证了应用程序发布后，开放平台的稳定性。需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。参照图7，示出了本申请一种应用程序的发布装置实施例的结构框图，具体可以包括如下模块：信息获取模块701，用于获取待发布的应用程序的应用程序信息；可视化结果生成模块702，用于将所述应用程序信息输入预设的风险预估模型，生成针对所述应用程序的可视化结果；应用程序发布模块703，用于在所述可视化结果满足预设阈值的情况下，对所述应用程序进行发布。在本申请实施例的一种可选实施例中，所述应用程序信息包括多个不同的风险参数，所述可视化结果生成模块702包括：风险参数输入子模块，用于将所述风险参数输入所述风险预估模型，生成针对所述应用程序的风险预估值；风险预估值可视化子模块，用于对各个所述风险预估值进行可视化，生成所述可视化结果。在本申请实施例的一种可选实施例中，所述风险参数包括多个不同的预设子风险参数，所述装置还包括：服务商类型获取模块，用于获取与所述应用程序对应的服务商的服务商类型；风险参数确定模块，用于确定与所述服务商类型对应的目标子风险参数；发布限制模块，用于在所述目标子风险参数的风险预估值不满足第二预设阈值的情况下，限制所述应用程序发布。在本申请实施例的一种可选实施例中，所述服务商类型包括订单全链路类型，所述订单全链路类型对应第一目标子风险参数，以及对应第三预设阈值，所述发布限制模块包括：第一发布限制子模块，用于在所述第一目标子风险参数的风险预估值不满足第三预设阈值的情况下，限制所述应用程序发布。在本申请实施例的一种可选实施例中，所述服务商类型包括非订单全链路类型，所述非订单全链路类型对应第二目标子风险参数，以及对应第四预设阈值，所述发布限制模块包括：第一发布限制子模块，用于在所述第二目标子风险参数的风险预估值不满足第四预设阈值的情况下，限制所述应用程序发布。在本申请实施例的一种可选实施例中，还包括：调节条件确定模块，用于确定针对所述预设阈值的业务调节条件；阈值调节模块，用于将所述预设阈值调节为与所述业务调节条件对应的目标阈值。在本申请实施例的一种可选实施例中，所述目标阈值包括针对业务时间段的第一风险阈值，所述应用程序发布模块703包括：第一总值确定子模块，用于确定与所述可视化结果对应的第一风险总值；第一发布子模块，用于在所述第一风险总值满足所述第一风险阈值的情况下，对所述应用程序进行发布。在本申请实施例的一种可选实施例中，所述目标阈值包括针对服务商的第二风险阈值，不同的服务商对应不同的第二风险阈值，所述应用程序发布模块703包括：第二总值确定子模块，用于确定与所述可视化结果对应的第二风险总值；第二发布子模块，用于在所述第二风险总值满足所述第二风险阈值的情况下，对所述应用程序进行发布。在本申请实施例的一种可选实施例中，所述风险参数包括服务商信息、安全信息以及发布类型信息，所述风险参数输入子模块具体用于：将所述服务商信息输入所述风险预估模型，生成针对所述服务商信息的第一风险预估值；将所述安全信息输入所述风险预估模型，生成针对所述安全信息的第二风险预估值；将所述发布类型信息输入所述风险预估模型，生成针对所述发布类型的第三风险预估值。参照图8，示出了本申请一种应用程序的发布装置实施例二的结构框图，具体可以包括如下模块：信息获取模块801，用于获取待发布的应用程序的应用程序信息；预估值确定模块802，用于确定与所述应用程序信息对应的风险预估值；请求消息发送模块803，用于在所述风险预估值满足预设阈值的情况下，将所述应用程序的发布请求消息，发送至应用程序开放平台。在本申请实施例的一种可选实施例中，还包括：不合格项确定模块，用于在所述风险预估值不满足所述预设阈值的情况下，确定与所述应用程序对应的不合格项；第一限制消息发送模块，用于将包含所述不合格项的第一发布限制消息，发送至所述应用程序开放平台。在本申请实施例的一种可选实施例中，所述应用程序信息包括多个不同的风险参数，所述预估值确定模块802具体用于：将所述风险参数输入所述风险预估模型，生成针对所述应用程序的风险预估值。在本申请实施例的一种可选实施例中，所述风险参数包括多个不同的预设子风险参数，所述装置还包括：类型获取模块，用于获取与所述应用程序对应的服务商的服务商类型；参数确定模块，用于确定与所述服务商类型对应的目标子风险参数；第二限制消息发送模块，用于在所述目标子风险参数的风险预估值不满足第二预设阈值的情况下，将包括所述目标子风险参数的第二发布限制消息，发送至所述应用程序开放平台。在本申请实施例的一种可选实施例中，所述服务商类型包括订单全链路类型，所述订单全链路类型对应第一目标子风险参数，以及对应第三预设阈值，所述第二限制消息发送模块包括：第一消息发送子模块，用于在所述第一目标子风险参数的风险预估值不满足第三预设阈值的情况下，将包括所述第一目标子风险参数的第三发布限制消息，发送至所述应用程序开放平台。在本申请实施例的一种可选实施例中，所述服务商类型包括非订单全链路类型，所述非订单全链路类型对应第二目标子风险参数，以及对应第四预设阈值，所述第二限制消息发送模块包括：第二消息发送子模块，用于在所述第二目标子风险参数的风险预估值不满足第四预设阈值的情况下，将包括所述第二目标子风险参数的第四发布限制消息，发送至所述应用程序开放平台。在本申请实施例的一种可选实施例中，还包括：第二条件确定模块，用于确定针对所述预设阈值的业务调节条件；第二阈值调节模块，用于将所述预设阈值调节为与所述业务调节条件对应的目标阈值。在本申请实施例的一种可选实施例中，所述目标阈值包括针对业务时间段的第一风险阈值，所述请求消息发送模块803包括：第一风险总值确定子模块，用于确定与所述风险预估值对应的第一风险总值；第一消息发送子模块，用于在所述第一风险总值满足所述第一风险阈值的情况下，将所述应用程序的第一发布请求消息，发送至所述应用程序开放平台。在本申请实施例的一种可选实施例中，所述目标阈值包括针对服务商的第二风险阈值，不同的服务商对应不同的第二风险阈值，所述当所述可视化结果满足预设阈值时，则对所述应用程序进行发布，包括：第二风险总值确定子模块，用于确定与所述风险预估值对应的第二风险总值；第二消息发送子模块，用于在所述第二风险总值满足所述第二风险阈值的情况下，将所述应用程序的第二发布请求消息，发送至所述应用程序开放平台。在本申请实施例的一种可选实施例中，所述风险参数包括服务商信息、安全信息以及发布类型信息，所述预估值确定模块802包括：第一预估值生成子模块，用于将所述服务商信息输入所述风险预估模型，生成针对所述服务商信息的第一风险预估值；第二预估值生成子模块，用于将所述安全信息输入所述风险预估模型，生成针对所述安全信息的第二风险预估值；第三预估值生成子模块，用于将所述发布类型信息输入所述风险预估模型，生成针对所述发布类型的第三风险预估值。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。本申请实施例还提供了一种装置，包括：一个或多个处理器；和其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述装置执行本申请实施例所述的方法。本申请实施例还提供了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得所述处理器执行本申请实施例所述的方法。本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。在一个典型的配置中，所述计算机设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非持续性的电脑可读媒体(transitorymedia)，如调制的数据信号和载波。本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。以上对本申请所提供的一种应用程序的发布方法和一种应用程序的发布装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。当前第1页12