软件发放方法、设备及计算机可读存储介质与流程

1.本发明涉及软件发放领域，尤其涉及一种软件发放方法、设备及计算机可读存储介质。


背景技术：

2.随着越来越多的智能硬件和与之配套的软件的快速发展与迭代，对智能硬件和与之配套的软件的订单管理就需要更高的水平，而随着业务的发展采用线下表格邮件管理的方式已经不再能满足用户对数据存储、共享以及追溯的需求，因此，如何在线上根据智能硬件对软件发放进行管理，并通过自动化管理提高管理效率就变得越来越重要。


技术实现要素：

3.本发明的主要目的在于提供一种软件发放方法，旨在解决线上订单管理的技术问题。
4.为实现上述目的，本发明提供一种软件发放方法，所述软件发放方法包括：
5.在收到订单后，根据订单的内容确定订单的软件要求，获取符合所述软件要求的待发放软件以及所述待发放软件的基本信息；
6.根据所述待发放软件的基本信息确定是否对订单状态进行锁定；
7.在对订单状态进行锁定后，将待发放软件发放至生产单位进行软件的安装生产。
8.可选地，所述根据订单的内容确定订单的软件要求的步骤包括：
9.根据订单的内容确定订单的第一软件要求，或者在已确定的第一软件要求的基础上，根据订单的生产状况和/或软件测试结果补充的第二软件要求。
10.可选地，所述订单的内容包括标识号，一个或多个订单对应一个标识号，一个标识号对应一个或多个软件；
11.所述获取符合所述软件要求的待发放软件的步骤包括：
12.在获取到订单内容中的标识号之后，使用订单的软件要求对与标识号对应的软件进行筛选，确定待发放软件。
13.可选地，所述获取待发放软件的基本信息的步骤包括：
14.若预置的软件符合订单的第一软件要求，则将所述预置的软件作为待发放软件，并获取预置的软件的基本信息；
15.若预置的软件不符合订单的第一软件要求，则在订单状态未被锁定前，获取对预置的软件进行更改后的最新软件的基本信息；
16.或者若存在第二软件要求，则根据第二软件要求，对订单的锁定状态进行解除，获取基于所述第二软件要求对软件进行更改后的最新软件的基本信息。
17.可选地，在对订单状态进行锁定后的步骤还包括：
18.在将订单的锁定状态进行解除前，对已发放软件的更改请求不响应。
19.可选地，所述在对订单状态进行锁定后的步骤还包括：
20.统一发送待发放软件的最终确认信息，提醒进行软件全部信息的最终确认与软件的安装生产。
21.可选地，所述将待发放软件发放至生产单位的步骤还包括：
22.在软件发放过程中，获取待发放软件的发放节点进度，确认待发放软件是否发放以及软件的安装生产是否完毕。
23.可选地，所述确定订单的软件要求的步骤之前还包括：
24.确定订单是否为试产订单；
25.若否，执行所述确定订单的软件要求；
26.若是，则将获取的试产软件作为待发放软件，并在获取试产软件的基本信息之外获取备注信息，所述备注信息为所述试产软件存在不符合试产订单软件要求的风险的信息。
27.此外，为实现上述目的，本发明还提供一种软件发放设备，所述软件发放设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的软件发放程序，所述软件发放程序被所述处理器执行时实现如上述的软件发放方法的步骤。
28.此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有软件发放程序，所述软件发放程序被处理器执行时实现如上所述的软件发放方法的步骤。
29.本发明实施例提出的一种软件发放方法、设备及计算机可读存储介质，在收到生产订单后，根据订单中的内容确定订单的软件要求，获取符合软件要求的待发放软件以及待发放软件的基本信息，然后根据待发放软件的基本信息例如软件版本判断是否一致，对比订单的软件要求确定是否对订单状态进行锁定。在对订单状态进行锁定后，则不允许再更改已发放的软件，并将软件发放至生产单位进行软件的安装生产。因此通过线上管理订单，根据订单内容自动分配待安装软件，实现了对于订单的自动化管理，提升软件分发效率。
附图说明
30.图1是本发明实施例方案涉及的硬件运行环境的软件发放设备的结构示意图；
31.图2为本发明软件发放方法第一实施例的流程示意图。
32.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
33.应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
34.本发明实施例的主要解决方案是：
35.在收到生产订单后，根据订单中的内容确定订单的软件要求，获取符合软件要求的待发放软件以及待发放软件的基本信息，然后根据待发放软件的基本信息例如软件版本判断是否一致，对比订单的软件要求确定是否对订单状态进行锁定。在对订单状态进行锁定后，则不允许再更改已发放的软件，并将软件发放至生产单位进行软件的安装生产。
36.为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。
37.如图1所示，图1是本发明实施例方案涉及的硬件运行环境的软件发放设备的结构示意图。
38.本发明实施例软件发放设备可以是pc，也可以是智能手机、平板电脑、电子书阅读器、便携计算机等具有显示功能的可移动式终端设备。
39.如图1所示，该软件发放设备可以包括：处理器1001，例如cpu，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如wi
‑
fi接口)。存储器1005可以是高速ram存储器，也可以是稳定的存储器(non
‑
volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
40.可选地，软件发放设备还可以包括摄像头、rf(radio frequency，射频)电路，传感器、音频电路、wifi模块等等。其中，传感器比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示屏的亮度，接近传感器可在移动终端移动到耳边时，关闭显示屏和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别移动终端姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；当然，软件发放设备还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
41.本领域技术人员可以理解，图1中示出的软件发放设备的结构并不构成对软件发放设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
42.如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及软件发放程序。
43.在图1所示的软件发放设备中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的软件发放程序，并执行以下操作：
44.在收到订单后，根据订单的内容确定订单的软件要求，获取符合所述软件要求的待发放软件以及所述待发放软件的基本信息；
45.根据所述待发放软件的基本信息确定是否对订单状态进行锁定；
46.在对订单状态进行锁定后，将待发放软件发放至生产单位进行软件的安装生产。
47.进一步地，处理器1001可以调用存储器1005中存储的软件发放程序，还执行以下操作：
48.根据订单的内容确定订单的第一软件要求，或者在已确定的第一软件要求的基础上，根据订单的生产状况和/或软件测试结果补充的第二软件要求。
49.进一步地，处理器1001可以调用存储器1005中存储的软件发放程序，还执行以下操作：
50.所述订单的内容包括标识号，一个或多个订单对应一个标识号，一个标识号对应
一个或多个软件。
51.在获取到订单内容中的标识号之后，使用订单的软件要求对与标识号对应的软件进行筛选，确定待发放软件。
52.进一步地，处理器1001可以调用存储器1005中存储的软件发放程序，还执行以下操作：
53.若预置的软件符合订单的第一软件要求，则将所述预置的软件作为待发放软件，并获取预置的软件的基本信息；
54.若预置的软件不符合订单的第一软件要求，则在订单状态未被锁定前，获取对预置的软件进行更改后的最新软件的基本信息；
55.或者若存在第二软件要求，则根据第二软件要求，对订单的锁定状态进行解除，获取基于所述第二软件要求对软件进行更改后的最新软件的基本信息。
56.进一步地，处理器1001可以调用存储器1005中存储的软件发放程序，还执行以下操作：
57.在将订单的锁定状态进行解除前，对已发放软件的更改请求不响应。
58.进一步地，处理器1001可以调用存储器1005中存储的软件发放程序，还执行以下操作：
59.统一发送待发放软件的最终确认信息，提醒进行软件全部信息的最终确认与软件的安装生产。
60.进一步地，处理器1001可以调用存储器1005中存储的软件发放程序，还执行以下操作：
61.在软件发放过程中，获取待发放软件的发放节点进度，确认待发放软件是否发放以及软件的安装生产是否完毕。
62.进一步地，处理器1001可以调用存储器1005中存储的软件发放程序，还执行以下操作：
63.确定订单是否为试产订单；
64.若否，执行所述确定订单的软件要求；
65.若是，则将获取的试产软件作为待发放软件，并在获取试产软件的基本信息之外获取备注信息，所述备注信息为所述试产软件存在不符合试产订单软件要求的风险的信息。
66.参照图2，本发明提供一种软件发放方法，在本发明的软件发放方法的第一实施例中，所述软件发放方法包括：
67.步骤s10，在收到订单后，根据订单的内容确定订单的软件要求，获取符合所述软件要求的待发放软件以及所述待发放软件的基本信息；
68.在新建编辑订单的过程中，订单内容包括订单号、货品形式、订单类型、机型、机芯、买家型号、订单数量、pid号、配屏、品牌、销售国家、客户名称、交货日期、销售员、美工任务单号、开机logo和出场语言等，整个软件发放管理流程针对包括电视、平板、手机等设备的软件系统，即订单的内容为设备生产订单的内容。一般在收到订单后，根据在具体输入栏输入的订单内容中的配屏、机芯、品牌、开机logo的内容确定待发放软件的基本的软件要求，即第一软件要求。或者由软件发放员、即软件发放的管理者在浏览完收到的订单内容
后，根据实际生产情况和/或过往软件的安装调试的更新维护情况进行手动填写软件要求。或者在根据第一软件要求获得的待分发软件的对应订单生产状况和/或待分发软件的测试结果，根据在第一软件要求的基础上进行补充、更正后的第二软件要求，对待分发软件，或者已有软件，或者重新开发的软件进行修改、更正。在获取到待分发软件的同时，获取待分发软件的信息，包括：平台、此处维度是否统一、根据平台信息维度、软件产品、软件版本、挂网链接、闭环版本号、指纹、副版软件、烧录指南、软件状态、项目经理和备注等。这些信息是由软件开发人员或者软件提供商需要提供至软件发放系统的软件基本信息。其中的软件版本、挂网链接、闭环版本号、指纹、烧录指南和软件状态为指导生产的最重要的软件基本信息。其中的闭环是指相当于软件发放员需要维护的状态，如果将订单闭环，则是指软件开发人员不能更新待发放软件的内容，将订单状态进行锁定，需要联系软件发放员确定影响范围以及修改内容以及修改合理性等能够影响到下一批订单或者对本批订单更换软件安装后的因素，然后把闭环状态改为未闭环，解除订单的锁定状态。
69.步骤s20，根据所述待发放软件的基本信息对比订单的软件要求，确定是否对订单状态进行锁定；
70.软件发放员根据订单内容确定订单的软件要求，并发送软件要求至指定具体的软件开发人员。软件开发人员根据收到的软件要求，选择已有软件中符合收到的软件要求的软件作为待发放软件，并将待发放软件以及软件的基本信息进行反馈，将待发放软件以及软件的基本信息传递至软件发放系统，并写明此次反馈的备注信息。软件发放员在收到待发放软件以及待发放软件的基本信息：软件版本、挂网链接、闭环版本号、指纹、烧录指南和软件状态，以及软件开发人员反馈的备注信息后，对待发放软件以及软件的基本信息与软件开发人员再一次进行确认，确定软件发放系统收到的待发放软件以及软件的基本信息与软件开发人员发送的待发放软件以及软件的基本信息是否一致。如果一致，则对订单状态进行锁定，不允许对待发放软件再次进行修改或更正。或者在对订单状态进行锁定后，根据订单的生产状况和/或待发放软件后续的测试结果，在软件开发人员和/或生产人员提出申请后，由软件发放员解除订单的锁定状态，根据软件开发人员和/或生产人员补充的新的软件要求，即第二软件要求重新确定新的待发放软件。
71.或者，软件开发人员根据收到的软件要求，确定已有软件中没有符合收到的软件要求的软件，则需要将重新开发设计的软件作为待发放软件。
72.或者，软件发放员直接发送订单的内容至软件开发人员，软件开发人根据订单内容确定订单的软件要求，并选择已有软件中符合软件要求的软件或者已有软件中没有符合软件要求的软件，重新开发设计的软件，作为待发放软件。
73.或者，软件发放员根据收到的软件要求以及收到的订单内容，共同确定订单的最终软件要求，软件开发人员根据最终软件要求，选择已有软件中符合最终软件要求的软件或者已有软件中没有符合最终软件要求的软件，重新开发设计的软件，作为待发放软件。
74.步骤s30，在对订单状态进行锁定后，将待发放软件发放至生产单位进行软件的安装生产。
75.在对订单状态进行锁定后，会统一邮件提醒软件开发人员、软件发放员和生产人员等进行负责确认与量产执行，表明待发放软件已被发放。在对订单状态进行锁定、即闭环后，订单的软件要求、指定的软件开发人员、软件开发人员提供的软件以及软件信息和备
注、软件发放员和软件开发人员确认的软件版本、订单的软件各个生产节点、是否闭环等信息则均无法进行修改，需要在软件发放员与软件开发人员和/或生产人员对生产状况和/或软件测试结果进行确认后，才能由软件发放员对订单的锁定状态进行解除。软件发放系统自动获取整个软件发放的节点进度，确认待发放软件是否被发放，以及已发放的软件是否已进行烧录生产。如果待发放软件的发放和/或已发放软件的烧录生产的节点进度与实际发放和烧录生产情况不一致，则需要将错误信息保存至日志中，终止现有订单的生产以进行维护。同样的，待发放软件的供应、更改、传递和生产信息都将动态的记录在日志中。
76.在本实施例中，通过根据订单的内容以及生产状况和软件测试结果生成订单的软件要求，对符合软件要求的待发放软件进行分发、生产，在分发后对订单状态闭环、进行锁定，防止无权限人员的对软件分发系统的更改。同时，对生产进度以及待发放软件的供应、更改、传递和生产信息都进行记录以及对照，使得订单的软件分发流程保持一致，使得订单与软件一一对应，对软件分发进行了统一的管理，减轻了手动分发确认的工作，提高了管理的效率，使订单的软件发放工作更加简单更加准确的进行。
77.在一实施例中具体地，步骤s10中确定订单的软件要求的步骤包括：
78.根据订单内容确定订单的第一软件要求，或者在第一软件要求的基础上，根据订单的生产状况和/或软件测试结果补充的第二软件要求。
79.软件发放员根据订单内容确定订单的基础软件要求、即第一软件要求，并将其发送至软件开发人员。或者，软件发放员根据订单内容确定初步的基础软件要求，在发送至软件开发人员后，再结合软件开发人员的意见或要求重新调整初步的基础软件要求，达到最终的基础软件要求。或者，软件发放员根据订单内容确定初步的基础软件要求，在发送至软件开发人员之前，结合生产人员的意见或要求重新调整初步的基础软件要求，达到最终的基础软件要求并发送至软件开发人员。或者，在第一软件要求的基础上，根据与订单对应的已发放的软件的生产状况和/或软件后续的测试结果补充的软件要求、即第二软件要求。或者，在第一软件要求的基础上，根据客户补充的需求进一步补充的软件要求。
80.在一实施例中，订单的内容包括标识号，一个或多个订单对应一个标识号，一个标识号对应一个或多个软件，
81.可选地，步骤s10中获取符合所述软件要求的待发放软件的步骤包括：
82.在获取到订单内容中的标识号之后，使用订单的软件要求对与标识号对应的软件进行筛选，得到待发放软件。
83.在订单的内容中包括标识号、即pid，一个或多个订单对应着同一个标识号，利用标识号初步筛选出与标识号对应的一个或多个软件，在获得初步筛选的软件后，再使用订单的软件要求对初步筛选得到的软件进行进一步的筛选，以得到最符合订单的软件要求的待发放软件。或者，如果软件开发人员判断订单的软件要求较为复杂，则在订单内容中省略标识号，以复杂的软件要求让软件开发人员直接对已有软件进行筛选，或者重新开发设计新的待发放软件。或者，如果如果软件开发人员判断订单的软件要求较为简单，则在软件要求中只显示标识号，并备注软件要求较为简单，以标识号让软件开发人员直接对已有软件进行筛选。
84.可选地，获取待发放软件的基本信息的步骤包括：
85.若预置的软件符合订单的第一软件要求，则将所述预置的软件作为待发放软件，
并获取预置的软件的基本信息；
86.若预置的软件不符合订单的第一软件要求，则在订单状态未被锁定前，获取对预置的软件进行更改后的最新软件的基本信息；
87.或者，若存在第二软件要求，根据第二软件要求，对订单的锁定状态进行解除，获取基于所述第二软件要求对软件进行更改后的最新软件的基本信息。
88.在获取符合软件要求的待发放软件时，如果预置的软件符合订单的第一软件要求、即基本的软件要求，则将符合第一软件要求的预置软件作为待发放软件进行分发，并获取该待发放的预置软件的基本信息。或者在预置的软件不符合订单的第一软件要求情况下，则需要软件开发人员对预置的软件进行修改、更新、或者重新开发设计符合订单第一软件要求的新的软件，同时在订单状态未被锁定前，软件开发人员提交新的软件和软件基础信息，以新的软件作为待发放软件。或者，如果根据订单的生产状况和/或软件测试结果补充了第二软件要求，则根据第二软件要求对订单的锁定状态进行解除，由软件开发人员对已发放的软件进行修改、更新、或者重新开发设计符合订单第二软件要求的新的软件，并提交新的软件和新的软件基本信息。
89.进一步的，本发明提供一种软件发放方法，在本发明的软件发放方法的第二实施例中，在对订单状态进行锁定后的步骤包括：
90.在将订单的锁定状态进行解除前，对已发放软件的更改请求不响应。
91.在软件发放员锁定了订单的状态后，默认情况下不允许再对已发放的软件进行更改、即对发放软件的更改请求不响应。或者，在软件发放员锁定了订单的状态后，对于软件开发人员和/或生产人员提出的更改请求进行分级，在软件发放员与软件开发人员和/或生产人员对于紧急更改请求进行确认后，将订单的锁定状态进行提前解除，并进行软件的更改。对于一般的软件更改请求，则保存并统计相关请求的次数，对于某类更改请求的数量超过预设的最大更改请求申请数量后，对订单的锁定状态进行解除，并进行软件的更改。
92.可选地，所述在对订单状态进行锁定后的步骤还包括：
93.统一发送待发放软件的最终确认信息，提醒进行软件全部信息的最终确认与软件的安装生产。
94.在软件发放员锁定了订单的状态后，统一发送待发放软件的最终确认信息，包括软件版本、闭环版本号、烧录指南和软件状态等指导生产的重要软件信息，在闭环的申请提交后，系统自动发送最终确认信息的邮件至软件发放员、软件开发人员和生产人员，让其确定其中的一项或多项待发放软件的重要软件信息，并在预设时间内提交已确认信息。在确认完待发放软件的重要软件信息并提交已确认信息后，其余软件基础信息的确认也需要进行确认，其已确认信息可以在超出预设时间后提交。
95.可选地，将待发放软件发放至生产单位的步骤包括：
96.在软件发放过程中，获取待发放软件的发放节点进度，确认待发放软件是否发放以及软件的安装生产是否完毕。
97.在软件发放员锁定了订单的状态，并将待发放软件进行分发后，需要根据在预设时间内提交已确认信息判断待发放软件是否已经发放，以及在实际生产过程中，根据生成人员提交的生产进度，确认软件的安装生产是否完毕。获取待发放软件的各个发放节点进度，并保存在日志中。
98.在本实施例中，将订单的状态进行锁定后，对已发放软件的不允许再进行更改，并统一发送待发放软件的最终确认信息，提醒相关人员进行软件信息的最终确认。在软件发放过程中，获取待发放软件的各个发放节点进度，确认待发放软件的发放情况以及软件的安装生产情况。对待发放软件的发放和生产进行追踪和记录，方便后期查询。同时对订单进行统一一致的管理，不仅提高了管理效率，也节省了人工成本。
99.进一步的，本发明提供一种软件发放方法，在本发明的软件发放方法的第三实施例中，在确定订单的软件要求的步骤之前，所述软件发放方法包括：
100.确定订单是否为试产订单。
101.在根据订单内容获取订单的的软件要求时，确定订单是否是试产订单。试产订单是指并非需要出货生产的小批量订单，对于软件需求的时间要求较短，订单的硬件部分需要试产的软件进行调试。
102.若否，执行所述确定订单的软件要求。
103.如果判断订单不是试产订单，则执行如上述步骤s10的根据订单内容确定订单的软件要求。
104.在本实施例中，通过提前判断订单是否为试产订单，对试产订单进行与一般普通订单不同的分发安装步骤，提供对试产订单的调试和管理方法，包含了不同订单的分发需求，兼顾了试产订单的分发步骤，简化了系统流程，提高了分发的效率。
105.若是，将获取的试产软件作为待发放软件，并在获取试产软件的基本信息之外获取备注信息，所述备注信息为所述试产软件存在不符合试产订单软件要求的风险的信息。
106.如果判断订单是试产订单，则将获取的试产软件作为待发放软件，同时获取试产软件的基本信息或者全部软件信息，并获取软件开发人员的备注信息，说明试产软件仅适用于当前试产订单的试产，不面向任何用户或客户，标注试产软件存在不符合试产订单软件要求的风险。
107.此外，本发明实施例还提供一种软件发放设备，所述软件发放设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的软件发放程序，所述软件发放程序被所述处理器执行时实现如上述的软件发放方法的步骤。
108.此外，本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有软件发放程序，所述软件发放程序被处理器执行时实现如上所述的软件发放方法的步骤。
109.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
110.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
111.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个
存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
112.以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。