青贮作物的收获管理系统的制作方法

1.本技术涉及互联网技术领域，具体涉及一种青贮作物的收获管理系统。


背景技术：

2.青贮玉米，是把包括玉米穗在内的玉米植株全部收割下来经过切碎、加工后用发酵的方法制作成青贮饲料，用来饲喂牛、羊等牲畜。青贮玉米的收割流程是，收割机将田地里种植的全株玉米收割粉碎，再通过运输车将粉碎的全株玉米运输到牛场，在青贮窖中发酵一定时间后，便可以饲喂牲畜。
3.目前，青贮玉米的收获流程是，供应商与牧场签订合同后，供应商和种植户、青贮车主、运输车司机谈合作；到了收割时间，供应商负责组织收割和运输。在玉米从收割到牛场的运输过程中，各个环节基本没有电子交互的过程，各种信息都需要人工参与记录和管理，效率低并且存在很多问题。
4.相关技术中，各环节缺点存在许多问题，比如：1、在收割时，牧场必须专人负责监督地块，确保玉米作物的来源是预先确定的地块。2、运输车司机、种植户、供应商、青贮车主需要人工记录获得作物或收货数据，记录时间长、对账繁琐、工作效率低。3、青贮车司机与磅房的操作流程繁琐，青贮车副驾驶员需要记录运输其收割的玉米的运输车的牌号，并安排专人到目标牛场磅房记录该运输车运输的货物重量。此外，种植户也会安排专人到磅房记录过磅数据，确定自己地块所产货物重量、收割重量。


技术实现要素：

5.为至少在一定程度上克服相关技术中存在的问题，本技术提供一种青贮作物的收获管理系统。
6.根据本技术的实施例，提供一种青贮作物的收获管理系统，包括：第一客户端、第二客户端、第三客户端和第四客户端；
7.所述第一客户端为供应商对应的客户端；所述第一客户端用于创建收割小组，并选择青贮车、地块、牛场添加到收割小组中；
8.所述第二客户端为青贮车对应的客户端；所述第二客户端用于在接收到审批通过信息时启动收割流程，还用于向所述第三客户端推送开始工作信息；
9.所述第三客户端为运输车对应的客户端；所述第三客户端用于在接收到开始工作信息后启动装车流程，还用于向所述第二客户端发送申请装车信息；所述第三客户端还用于向所述第四客户端发送申请过磅信息；
10.所述第四客户端为养殖场对应的客户端；所述第四客户端用于将过磅信息发送到对应的第三客户端。
11.进一步地，所述第一客户端具体用于：创建收割小组后显示相应的工作小组条目；所述工作小组条目包括状态信息和已添加的青贮车信息、地块信息、牛场信息；状态信息的初始值为待审核。
12.进一步地，所述第一客户端还用于向所述第四客户端发送审批请求，所述审批请求包括工作小组条目的相关信息；
13.所述第四客户端接收到审批请求后，如果审批通过则分别向所述第一客户端以及对应的第二客户端发送审批通过信息；对应的第二客户端为工作小组条目下的青贮车所对应的第二客户端。
14.进一步地，所述第一客户端还用于：选择青贮车添加到收割小组中之后，将工作小组条目发送到各个青贮车对应的第二客户端；
15.所述第一客户端还用于：在接收到审批通过信息后，将工作小组条目的状态信息变更为工作中；
16.所述第二客户端还用于：在接收到审批通过信息后，将工作小组条目的状态信息变更为工作中。
17.进一步地，所述第三客户端还用于：通过二维码加入工作小组；
18.所述第二客户端还用于：在接收到审批通过信息时，显示开始工作按钮；当开始工作按钮被触发时，向对应的第三客户端推送开始工作信息；
19.所述第三客户端还用于：在接收到开始工作信息时，显示申请装车按钮；当申请装车按钮被触发时，向对应的第二客户端发送申请装车信息。
20.进一步地，所述第二客户端还用于：在接收到申请装车信息后，将对应的运输车添加到等待列表中，并显示同意装车按钮；当同意装车按钮被触发时，向等待列表中的运输车对应的第三客户端推送同意装车信息；
21.所述第三客户端还用于：在接收到同意装车信息后，将工作小组条目中的状态信息变更为装车中。
22.进一步地，所述第二客户端还用于显示装车完成按钮；当装车完成按钮被触发时，向所述第三客户端发送装车完成信息；
23.所述第三客户端接收到装车完成信息时，将工作小组条目中的状态信息变更为运输中，并显示申请过磅按钮；当申请过磅按钮被触发时，向第四客户端发送申请过磅信息。
24.进一步地，所述第二客户端还用于：当某一辆运输车装车完成后，语音提示下一辆运输车；当排序在下一辆的运输车的第三客户端的装车按钮被触发时，向对应的第三客户端发送同意装车信息。
25.进一步地，所述第四客户端还用于：获取过磅重量，并根据预设的扣重规则对所述过磅重量进行处理，获得结算重量。
26.进一步地，所述扣重规则包括：
27.当干物质含量≥30％时，结算重量＝过磅重量；
28.当30％》干物质含量≥20％时，结算重量＝0.9
×
过磅重量；
29.当20％》干物质含量≥10％时，结算重量＝0.6
×
过磅重量；
30.当10％》干物质含量≥0时，结算重量＝0。
31.本技术的实施例提供的技术方案具备以下有益效果：
32.本技术的技术方案将供应商、青贮车、运输车和养殖场进行整合，使青贮供应链的各方均产生关联，数据服务到青贮供应链的各方；系统中数据能够实时共享与统计，无需人工记录，提高工作效率，有利于无纸化办公。
33.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。
附图说明
34.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
35.图1是根据一示例性实施例示出的一种青贮作物的收获管理系统的交互流程图。
36.图2是根据一示例性实施例示出的一种青贮作物的收获管理系统的执行流程图。
具体实施方式
37.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的方法和装置的例子。
38.图1是根据一示例性实施例示出的一种青贮作物的收获管理系统的流程图。该系统包括：第一客户端、第二客户端、第三客户端和第四客户端。
39.所述第一客户端为供应商对应的客户端；所述第一客户端用于创建收割小组，并选择青贮车添加到收割小组中。
40.所述第二客户端为青贮车对应的客户端；所述第二客户端用于在接收到审批通过信息时启动收割流程，还用于向所述第三客户端推送开始工作信息。
41.所述第三客户端为运输车对应的客户端；所述第三客户端用于在接收到开始工作信息后启动装车流程，还用于向所述第二客户端发送申请装车信息；所述第三客户端还用于向所述第四客户端发送申请过磅信息。
42.所述第四客户端为养殖场对应的客户端；所述第四客户端用于将过磅信息发送到对应的第三客户端、第二客户端和第一客户端。同时，第四客户端将玉米质量指标“干物质含量”发送到第一客户端，方便按质论价进行结算。
43.本技术的技术方案将供应商、青贮车、运输车和养殖场进行整合，使青贮供应链的各方均产生关联，数据服务到青贮供应链的各方；系统中数据能够实时共享与统计，无需人工记录，提高工作效率，有利于无纸化办公。
44.在一些实施例中，所述第一客户端具体用于：创建收割小组后显示相应的工作小组条目；所述工作小组条目包括状态信息和已添加的青贮车信息；状态信息的初始值为待审核。
45.在一些实施例中，所述第一客户端还用于向所述第四客户端发送审批请求，所述审批请求包括工作小组条目的相关信息；
46.所述第四客户端接收到审批请求后，如果审批通过则分别向所述第一客户端以及对应的第二客户端发送审批通过信息；对应的第二客户端为工作小组条目下的青贮车所对应的第二客户端。
47.在一些实施例中，所述第一客户端还用于：选择青贮车添加到收割小组中之后，将工作小组条目发送到各个青贮车对应的第二客户端；
48.所述第一客户端还用于：在接收到审批通过信息后，将工作小组条目的状态信息变更为工作中；
49.所述第二客户端还用于：在接收到审批通过信息后，将工作小组条目的状态信息变更为工作中。
50.在一些实施例中，所述第三客户端还用于：通过二维码加入工作小组；
51.所述第二客户端还用于：在接收到审批通过信息时，显示开始工作按钮；当开始工作按钮被触发时，向对应的第三客户端推送开始工作信息；
52.所述第三客户端还用于：在接收到开始工作信息时，显示申请装车按钮；当申请装车按钮被触发时，向对应的第二客户端发送申请装车信息。
53.在一些实施例中，所述第二客户端还用于：在接收到申请装车信息后，将对应的运输车添加到等待列表中，并显示同意装车按钮；当同意装车按钮被触发时，向等待列表中的运输车对应的第三客户端推送同意装车信息；
54.所述第三客户端还用于：在接收到同意装车信息后，将工作小组条目中的状态信息变更为装车中。
55.在一些实施例中，所述第二客户端还用于显示装车完成按钮；当装车完成按钮被触发时，向所述第三客户端发送装车完成信息。所述第三客户端接收到装车完成信息时，将工作小组条目中的状态信息变更为运输中，并显示申请过磅按钮；当申请过磅按钮被触发时，向第四客户端发送申请过磅信息。
56.在一些实施例中，所述第二客户端还用于：当某一辆运输车装车完成后，语音提示下一辆运输车；当排序在下一辆的运输车的第三客户端的装车按钮被触发时，向对应的第三客户端发送同意装车信息。
57.在一些实施例中，所述第四客户端还用于：获取过磅重量，并根据预设的扣重规则对所述过磅重量进行处理，获得结算重量。
58.在一些实施例中，所述扣重规则包括：
59.当干物质含量≥30％时，结算重量＝过磅重量；
60.当30％》干物质含量≥20％时，结算重量＝0.9
×
过磅重量；
61.当20％》干物质含量≥10％时，结算重量＝0.6
×
过磅重量；
62.当10％》干物质含量≥0时，结算重量＝0。
63.为了使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明的实施例作进一步详细描述。
64.本发明专利是通过物联网、互联网大数据与青贮收获相结合打造的新一代智能牧场青贮供应链系统。本系统设定固定的模式流程，使青贮收获的各方包括牧场，种植户、青贮车主、青贮车驾驶员，运输车主之间产生交互，作业数据实时共享，从而提高工作效率，减少人与人之间的接触次数，也有利于无纸化办公与疫情的防护。
65.一、操作：
66.步骤1：注册和登录；
67.1)pc端：
68.适用者：牧业集团管理后台(直接登陆，账号好青储平台提供)、牛场管理后台(需注册，注册信息包含位置、名称等信息，位置方便运输车运送货物导航使用)，牛场过磅员、
质检员由牛场后台添加后，在pc端登录；
69.2)app端：
70.适用者：供应商、青贮车主、青贮车司机、运输车司机、种植户(注册时添加基本信息，通过扫描二维码或者长按二维码识别下载)；牧业集团领导和牛场领导(无需注册、集团和牛场后台添加提供)。
71.步骤2：完善信息
72.1)青贮车主需添加车辆信息(车牌号，产地、型号、发动机、架号、割台长度等)，授权驾驶员驾驶指定车辆(授权姓名及手机号)；
73.2)种植户添加地块位置和亩数。
74.步骤3：关联
75.1)牧场添加供应商及任务量。集团添加下属牧场及任务量，牛场同意，完成关联(集团、牧场、供应商之间产生关联)。
76.2)供应商通过扫描青贮车主和种植户专属二维码加为好友后，然后选择牛场，地块，青贮机创建工作组，上报牧场审核，审核通过后，生成工作组二维码。运输车注册后扫描供应商提供的“工作组二维码”，加入到工作小组，见图1(集团、牧场、供应商、青贮车主、青贮车司机、运输车产生关联)。
77.创建收割小组：供应商登录好青储app，可以创建收割小组，收割小组有现割，现货，自收三种类型，现割要选牛场，地块，青贮车现场收割，现货是青贮已经在供应商手里，只需要选牛场，自收是供应商自己收青贮，需要选地块和青贮机。
78.添加联系人：供应商有三种联系人，分别是牛场，青贮车和地块，牛场需要供应商和牛场线下签约，然后再由牛场管理员将供应商添加到系统，青贮车需要供应商添加青贮车车主为好友，青贮车车主名下的青贮车就都会展现在供应商的联系人中，地块分为合作地块和自有地块，合作地块需要供应商添加种植户为好友，种植户的地块就会出现在合作地块中，而自有地块是供应商自己添加的地块。
79.步骤4：工作流程
80.牧场确定地块收割时间后，供应商工作小组开始收割。青贮车点击其app上的“开始”拉开收割的序幕，具体流程参见图1、图2。
81.1)运输车扫码加入运输队伍，显示运输顺序，防止插队及混乱状态。运输车过磅时，两个摄像头采集车牌号和地磅重量，保证数据真实可靠。
82.2)到达牧场，运输车点击“申请过磅”，进场过磅后，过磅员填写毛重(也可以通过物联网摄像头识别数据，自动填入系统)，打印样品质检所需条形码和样品袋给运输车司机，司机转交给窖前的质检员，卸货后，运输车出场再次过磅，平台系统自动计算该车量所载货物净重。此时，数据实时共享到运输员、青贮车司机、青贮车主、供应商、牛场、牛场集团总公司。
83.质检员将检测结果上传平台，质检结果实时共享到供应商、牧场和集团总公司。
84.扣重管理：登录牛场管理后台，在扣重管理中设置扣重规则，首先设置一个合格线，比如合格线设置为30％，那么当干物质含量大于等于30％就不需要扣重，然后下面分为三档，比如可以设置为：
85.30％《＝干物质含量《20％时扣重10％；20％《＝干物质含量《10％时扣重40％；
10％《＝干物质含量《0％时扣重100％。含义就是当干物质小于30％大于20％的时候，100吨的净重要扣掉10吨，结算90吨；当干物质小于20％大于10％的时候，100吨的净重要扣掉40吨，结算60吨；当干物质小于10％的时候，100吨的净重要扣掉100吨，结算0吨。
86.二、获得的数据
87.1、集团：了解集团及各个牧场收割详情，包括质检指标(比如，平均干物质)、过磅总量、收贮进度、工作中的青贮车、运输车的数量以及异常状态(质检不合格青贮的过磅明细)。
88.2、牛场可以查看牛场总的及各个供应商提供的青贮玉米的平均干物质、过磅重量、收贮进度；工作中的运输车辆和青贮车数量，异常状态；每个运输车运输的全部信息(过磅单号、过磅时间、毛重、车重、净重、质检、工作组、关联的供应商等)。
89.3、供应商：总重量，每个牛场供应的重量、质量及过磅历史数据；青贮车主收割的重量及过磅历史数据；种植户地块收割的重量及过磅历史数据。
90.4、青贮车司机：收割总量，给每个供应商收割的总量，服务的每个供应商下的过磅历史数据，包括车牌号，磅单号、运输时间、运输重量。
91.5、青贮车主：收割总量，给每个供应商收割的总量，授权司机收割总量，相关过磅历史数据，包括车牌号，磅单号、运输时间、运输重量；工作中的运输车和青贮车数量，待装车的数量，异常状态，自己的专属二维码。
92.6、运输车：运输重量，给每个供应商运输的重量及历史过磅数据。自己的专属二维码。
93.7、种植户：收割总量，每个供应商在其各个地块收割的重量及过磅历史数据。
94.本技术采用以上技术方案，具有以下有益效果：1、青贮供应链的各方均产生关联，数据服务到青贮供应链的各方。2、牛场确定地块后，无需专人地块监督；运输车通过扫描工作组的二维码，申请装车等系列操作后，运到牛场过磅完成后才能参加下一趟的运输，运输车具有可追溯性。3、数据实时共享与统计，无需人工记录，提高工作效率，利于无纸化办公。4、申请装车自动将运输车排序，显示当前序列，等待人数等，避免混乱。5、简化了运输车司机和过磅员之间的对接流程。
95.可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。
96.需要说明的是，在本技术的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本技术的描述中，除非另有说明，“多个”的含义是指至少两个。
97.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
98.应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下
列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
99.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
100.此外，在本技术各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
101.上述提到的存储介质可以是只读存储器，磁盘或光盘等。
102.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
103.尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。