CN110393141A - 一种农业灌溉用水的控制方法、服务器及控制系统 - Google Patents

Abstract

本申请公开了一种农业灌溉用水的控制方法，包括：服务器接收终端发送的灌溉指令；确定所述用户标识对应的用户的一块或多块土地分别对应的地理位置信息；向所述终端发送所述一块或多块土地分别对应的地理位置信息；基于所述用户在所述终端上的触发，在所述电子地图上确定本次灌溉中需要灌溉的土地区域；根据已确定的所述需要灌溉的土地，向所述需要灌溉的土地对应的灌溉控制器发送与所述需要灌溉的土地对应的水泵的启动指令。用户在进行灌溉时，无需额外携带水卡，只需通过智能手机等终端即可开始灌溉用水，十分便利。用户只需远程控制灌溉的启停，设备即可自行进行自动化灌溉，用户无需到现场就能完成对土地的灌溉，省时省力。

Description

一种农业灌溉用水的控制方法、服务器及控制系统

技术领域

本申请涉及农业领域，具体涉及一种农业灌溉用水的控制方法、服务器及控制系统。

背景技术

随着科技的发展，各行各业的人们在生活以及工作时也越发的便利。在农业中，需要对土地进行灌溉。通常情况下，用户在进行农业灌溉时，可以通过用水卡或相应的磁卡，在相应的设备上刷卡。然后该设备可以控制水泵出水，用户即可开始灌溉。

但是现有技术中仍存在一些问题：用户在进行灌溉时，需要在相应的设备上刷卡才能够用水。如果用户在到达设备处时，忘记带水卡，则无法进行灌溉。并且使用水卡进行灌溉，必须要用户现场到达，无法远程控制灌溉的启停，十分不便。

发明内容

本申请实施例提供了一种农业灌溉用水的控制方法、服务器及控制系统，解决了无法远程控制灌溉设备启停的问题。

一方面，本申请实施例提出了一种农业灌溉用水的控制方法。服务器接收终端发送的灌溉指令；根据所述灌溉指令中所包含的用户标识，确定所述用户标识对应的用户的一块或多块土地分别对应的地理位置信息；所述土地的地理位置信息包括土地区域的边界对应的位置集合；向所述终端发送所述一块或多块土地分别对应的地理位置信息，以使所述用户的各土地区域在所述终端预存的电子地图上展示；且在所述电子地图上，所述用户的土地区域与其他的土地区域的展示方式不同；基于所述用户在所述终端上的触发，在所述电子地图上确定本次灌溉中需要灌溉的土地区域；根据已确定的所述需要灌溉的土地，以及预设的各土地与灌溉控制器之间的对应关系，向所述需要灌溉的土地对应的灌溉控制器发送与所述需要灌溉的土地对应的水泵的启动指令。

在一个示例中，向所述终端发送所述若干块土地分别对应的地理位置信息，以使所述用户的各土地区域在所述终端预存的电子地图上展示之前，所述方法还包括：所述服务器根据所述灌溉指令中包含的用户标识确定所述用户标识对应的用户的土地的数量，以及根据所述用户的一个或多个土地区域分别对应的土地区域边界的位置集合，确定所述电子地图在终端上展示时的中心位置；其中，在所述用户土地的数量小于等于2的情况下，基于所述各土地区域的边界对应的位置集合确定所述各土地区域对应图形的重心，确定所述电子地图的中心位置；在所述用户土地的数量大于等于3的情况下，基于所述各土地区域的边界对应的位置集合确定所述各土地区域对应图形的重心，将由所述各土地区域对应图形的重心作为顶点组成的多边形的重心，作为所述电子地图的中心位置。

在一个示例中，在所述终端上所述电子地图展示的内容包括：针对不同灌溉状态的土地，通过不同颜色进行展示；其中，所述灌溉状态与本次灌溉距离上一次灌溉的时长有关。

在一个示例中，所述方法还包括：所述服务器接收来自所述终端的多个语音文件，所述多个语音文件分别与所述用户对应的多个土地区域相对应，所述多个语音文件由所述终端用户录制；基于所述终端用户对所述电子地图上所述用户的多个土地区域中一个土地区域的触发，向所述终端发送与该土地区域对应的语音文件的标识，以使所述终端根据所述语音文件的标识从预存有多个语音文件中播放所述语音文件。

在一个示例中，当所述灌溉指令包括预约时间信息时，所述方法还包括：确定所述灌溉指令中包含的开始灌溉时间以及灌溉持续的时长；从天气预报平台获取从所述开始灌溉的时间且在所述灌溉持续的时长内，所述灌溉指令对应的土地所在的地理位置的降雨量；若所述降雨量超过预设阈值，则通过终端向所述用户发出提示。

在一个示例中，服务器接收终端发送的灌溉指令，具体包括：服务器在预设时长内接收多个终端分别发送的多个灌溉指令；所述服务器在预设时长内接收多个终端分别发送的多个灌溉指令之后，所述方法还包括：确定所述多个灌溉指令分别对应的各个土地区域对应的是同一灌溉控制器，且所述灌溉控制器上出水口的数量少于所述多个灌溉指令中包括的多个土地区域的数量；针对各土地中的每块土地，确定该土地的灌溉需求等级；其中，所述灌溉需求等级是根据土地中种植的农作物的种类、土地距离上次灌溉的时长确定的；基于各土地的灌溉需求等级，确定灌溉次序。

在一个示例中，所述方法还包括：服务器根据W₀＝2.3*10^-3*R_a(T_mean+17.8)(T_max-T_min)^0.5+lnb(H_max-H_min)确定各土地区域的灌溉需水量，其中，W₀为灌溉需水量，T_max为日最高气温，T_min为日最低气温，T_mean为平均气温，R_a为太阳辐射值，H_max为日最高湿度，H_min为日最低湿度，b为预设系数；基于各土地的灌溉需求等级，确定灌溉次序，具体包括：基于各土地的灌溉需求等级，以及各土地对应的灌溉需水量，确定灌溉次序。

在一个示例中，确定所述灌溉控制器对应的用于灌溉的总水量；以及确定所述各土地的灌溉需水量之和；若所述各土地的灌溉需水量之和大于所述用于灌溉的总水量，则根据各土地的灌溉需水量，以及所述用于灌溉的总水量与所述各土地的灌溉需水量之和的比值，确定各土地的实际灌溉用水量。

另一方面，本申请实施例还提供一种农业灌溉用水的服务器。包括接收器、处理器、发送器：所述接收器用于接收终端发送的灌溉指令；所述处理器用于根据所述灌溉指令中所包含的用户标识，确定所述用户标识对应的用户的一块或多块土地分别对应的地理位置信息；所述土地的地理位置信息包括土地区域的边界对应的位置集合；所述发送器用于向所述终端发送所述一块或多块土地分别对应的地理位置信息，以使所述用户的各土地区域在所述终端预存的电子地图上展示；且在所述电子地图上，所述用户的土地区域与其他的土地区域的展示方式不同；所述处理器还用于基于所述用户在所述终端上的触发，在所述电子地图上确定本次灌溉中需要灌溉的土地区域；根据已确定的所述需要灌溉的土地，以及预设的各土地与灌溉控制器之间的对应关系，向所述需要灌溉的土地对应的灌溉控制器发送与所述需要灌溉的土地对应的水泵的启动指令。

另一方面，本申请实施例还提供一种农业灌溉用水的控制系统。包括灌溉控制器以及上述的服务器，其中，所述灌溉控制器包括：出水口，所述出水口的数量为至少一个，且每个所述出水口都设置有与该出水口对应的开关以及水表或电表；喷灌管道，所述喷灌管道与所述出水口一一对应，每条所述喷灌管道上设置有若干个喷灌喷头，并且每条喷灌管道所喷灌的土地为同一用户所拥有的土地。

用户在进行灌溉时，无需额外携带水卡，只需通过智能手机等终端即可开始灌溉用水，十分便利。并且当土地中铺设有相应的灌溉管道时，用户只需远程控制灌溉的启停，设备即可自行进行自动化灌溉，用户无需到现场就能完成对土地的灌溉，省时省力。另外，用户通过电子地图选择自己需要灌溉的土地，不仅选择过程更加快捷便利，而且非常形象生动，提升了用户体验。

附图说明

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

图1为本申请实施例中一种农业灌溉用水的控制方法的流程示意图；

图2a为本申请实施例中确定电子地图中心的示意图；

图2b为本申请实施例中确定电子地图中心的示意图；

图2c为本申请实施例中确定电子地图中心的示意图；

图3为本申请实施例中一种农业灌溉用水的服务器的示意图。

具体实施方式

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

如图1所示，本申请实施例提供一种农业灌溉用水的控制方法，包括：

S101、服务器接收终端发送的灌溉指令。

当用户想要对土地进行灌溉时，可以通过终端向服务器发送灌溉指令。服务器在接收到灌溉指令后，可以远程控制开启相应的水泵，对土地进行灌溉。

其中，用户可以在智能手机等终端上预先安装相应的应用(App l icat ion，APP)，并进行注册。然后通过终端向该APP对应的服务器发送灌溉指令。灌溉指令中包括代表用户自身身份的用户标识，以及发起灌溉的时间等数据。

S102、根据所述灌溉指令中所包含的用户标识，确定所述用户标识对应的用户的一块或多块土地分别对应的地理位置信息；所述土地的地理位置信息包括土地区域的边界对应的位置集合。

实际生活中，每个用户都对应有用于种植农作物的土地。土地的数量可以是一块，也可以是多块，这是根据每个用户的实际情况所确定的。其中，对土地的划分方法可以是将一定面积的土地作为一块土地，例如，将每亩或每平方千米的土地作为一块土地。划分方法也可以是根据种植的农作物的种类进行划分的，每块土地上种植同一种类的农作物。当然，划分方法也可以是每个用户按照自己的习惯对自己拥有的土地进行划分，在此不对土地的划分做进一步限定。

服务器可以预先存储各用户的用户标识，以及各用户对应的土地的地理位置信息。存储地理位置信息的方式可以是存储每块土地的区域的边界的对应位置，例如，边界的经纬度。通过确定边界的位置，即可确定每块土地的具体地理位置信息。当然，存储地理位置信息的方式也可以是预先存储有相应地理位置的电子地图，并在电子地图上的相应位置划分出各土地，将每块土地的地理位置信息存储在电子地图中。其中，电子地图可以是地形图、格栅地形图、遥感影像图、高程模型图等，在此不做限定。当然，电子地图也可以是存储在第三方，服务器中只存储有各用户的用户标识、用户标识与土地标识的对应关系、各土地在电子地图中的坐标、形状等数据。并在有需要时，向第三方发送相应的请求以获取该电子地图。

在接收到用户通过终端发送的灌溉指令后，服务器即可根据已经存储的用户标识，确定该用户标识对应的土地地理位置信息。

S103、向所述终端发送所述一块或多块土地分别对应的地理位置信息，以使所述用户的各土地区域在所述终端预存的电子地图上展示；且在所述电子地图上，所述用户的土地区域与其他的土地区域的展示方式不同。

在确定了该用户对应的土地的地理位置信息后，即可向终端发送该地理位置信息，以使终端根据预存的电子地图展示用户的各土地区域。在终端展示电子地图时，可以只包含该用户的土地，用户会更方便的确定自己的土地。但是，如果只展示用户对应的土地，可能会导致用户无法第一时间区分出各土地所对应的实际地理位置。因此，在展示电子地图时，可以相应添加的其他用户对应的土地或标志物、建筑物等，以便于用户能够更快的分辨出在电子地图上的各土地分别对应的实际的地理位置。此时，由于电子地图中还包含有其他用户对应的土地，因此可以将该用户的土地与其他土地之间用不同的方式进行展示，以便于用户更快的区分。例如，通过不同的颜色、不同的阴影、不同形式的线条或线条不同的粗细等展示方式进行区分，在此不做限定。

另外，如果电子地图在终端上展示时的中心位置太偏，用户在电子地图上寻找自己的土地会十分不便，因此可以根据用户拥有的土地数量的不同，以及土地的数量，以及各土地对应的土地区域的边界位置来确定该电子地图在终端上展示时的中心位置。

具体地，如图2a所示，如果用户的土地数量为1，可以根据该土地区域的边界对应的位置集合，来确定出该土地在电子地图上对应的图形，并将图形的该重心作为电子地图的中心。如图2b所示，如果用户的土地数量为2，可以先确定出这两块土地对应的图形的重心，然后将这两个重心连线，得到一条线段，将这条线段的中点作为电子地图的中心。如图2c所示，如果用户的土地数量大于等于3，则可以先确定这多块土地对应的图形的重心，然后将这多个重心连线组成一个多边形，并将该多边形的重心作为电子地图的重心。需要说明的是，重心，是在重力场中，物体处于任何方位时所有各组成支点的重力的合力都通过的那一点。在确定图形的重心时，可以将该图形看作密度均匀的二维物体，具体确定图形重心的方法在此不再赘述。在本申请实施例中，为了方便的描述，附图中的土地对应的图形均是规则的图形。但是本领域内技术人员应该清楚，凡是采用上述方法确定在终端上展示时的中心的，土地在电子地图上对应的图形为其他形状的，均可纳入本申请实施例的保护范围中，在此不再赘述。

另外，如果用户对应多块土地，则可能会忘记哪块土地刚灌溉过不久，哪块土地很久没灌溉过。如果灌溉错了，那么对农作物的生长造成很大的影响。因此，可以根据各土地的历史灌溉记录来确定出该土地的灌溉状态。例如，根据土地本次灌溉距离上一次灌溉的时长来划分灌溉状态，时长是一天以内时为一个状态，时长是一天至三天时为一个状态，时长是三天至七天时为一个状态，时长是七天以上时为一个状态。然后将不同灌溉状态的土地用不同的颜色进行展示，例如，上述四种灌溉状态分别用白色、绿色、红色、黑色来表示。这样用户在看到电子地图时，可以很方便的就知道哪块土地很久未灌溉过，提升了用户体验。

S104、基于所述用户在所述终端上的触发，在所述电子地图上确定本次灌溉中需要灌溉的土地区域。

用户在终端上看到展示的电子地图后，可以在自身对应的土地中进行选择，在电子地图上确定本次需要灌溉的土地。其中，若用户对应多块土地，则该用户在本次灌溉中，可能只灌溉部分土地。因此，需要用户在终端上通过电子地图进行选择本次灌溉中，需要灌溉的土地。在用户选择完毕后，终端可以将用户选择的需要灌溉的土地发送至服务器。

在用户通过电子地图选择土地时，需要用户自身在终端上进行触发，该触发可以是在电子地图上对需要选择的土地进行指定操作，以确定该土地为用户选择需要灌溉的土地。其中，指定的操作可以是点击、长按等，也可以是在点击土地后，在电子地图中弹出针对该土地的弹窗，在弹窗中选择进行灌溉这一选项。当然，为了防止用户手误，也可以在弹窗中再增加取消灌溉的相应选项。在用户选择完所有需要灌溉的土地后，即可点击相应的确认或发送按钮，终端将在用户选择后确定出的土地数据发送至服务器。

但是，自身对应多块土地时，用户在电子地图上可能会难以区分自己的土地在实际地理位置中分别是哪一块。此时，服务器可以接收并存储来自终端的若干个语音文件，语音文件是与用户的土地一一对应的，当然，终端本地也可以存储有相应的语音文件。然后用户在电子地图上对土地执行预设操作后，终端可以针对用户执行预设操作的该土地，向服务器发送该土地的标识，服务器根据该土地标识，向终端返回对应的语音文件的标识，终端即可播放相应的语音文件，以帮助用户确认自身选择的土地的地理位置信息。由于每个人记忆土地的位置的方法不同，例如，有的人通过东南西北等方向来分辨，有的人通过河流、房屋等标志物来分辨，并且在同一个村或镇，各块土地之间难以有一个统一的标准去区分。因此，语音文件可以是用户自身预先为每块土地分别录制的。用户选择用自己最熟悉的方式来记录在电子地图上每块土地对应的实际位置，极大的保证了用户记忆的准确性。其中，预设操作可以是单击、双击或长按等，也可以是点击土地后，在弹出的弹窗中选择播放音频这一选项，在此不对预设操作做进一步限定。

S105、根据已确定的所述需要灌溉的土地，以及预设的各土地与灌溉控制器之间的对应关系，向所述需要灌溉的土地对应的灌溉控制器发送与所述需要灌溉的土地对应的水泵的启动指令。

服务器接收到用户选择的需要灌溉的土地后，可以根据预设的土地与控制灌溉器之间的对应关系，选择相应的灌溉控制器来对土地进行灌溉。其中，灌溉控制器是预先放置在土地中的设备，其包含电表或电表、水泵、开关以及处理器等设备。灌溉控制器中可以只设置一个水泵，也可以设置多个水泵，每个水泵对应的出水口可以是一个，也可以是多个，在此不做限定。每个出水口上都设置有与该出水口对应的电表或水表以及开关，在出水口的开关开启后，出水口开始出水，电表或水表开始统计该出水口所消耗的电量或水量。在放置灌溉控制器时，可以以行政单位为基础进行放置，例如，每个村或每个镇放置一定数量的灌溉控制器。也可以以单位面积为基础进行放置，例如，每个灌溉控制器对应有一定平方千米或一定亩数的土地。各土地与灌溉控制器之间的对应关系是预先设置的，可以根据土地与灌溉控制器之间的距离来设置其对应关系，例如，可以将每块土地距离最近的灌溉控制器作为该土地对应的灌溉控制器。但是在实际情况中，灌溉控制器与土地之间有可能会有障碍物的阻挡，例如，河流、墙壁或房屋等，这就需要在设置对应关系时进行相应的修改，在此不再赘述。

需要说明的是，一块土地只对应一个灌溉控制器，但一个灌溉控制器可以对应多块土地。另外在设置对应关系时，除理地理因素外，还可以考虑用户的因素，尽可能将一个用户拥有的多块土地都对应同一个灌溉控制器，以便于用户在灌溉时寻找对应的灌溉控制器。

在服务器将需要灌溉的土地发送至相应的灌溉控制器后，灌溉控制器的处理器接收并处理相应的数据。然后控制开启土地对应的水泵，水泵通过出水口出水，此时即可通过预先设置在土地里的管道进行灌溉。管道可以是预先设置在土地中的，材质可以是不锈钢或合金材料等。这时，可以采用喷灌的方式对土地进行灌溉，喷灌管道与出水口一一对应，且每条喷灌管道上都安装有若干个喷灌喷头，每条喷灌管道所喷灌的土地为同一用户的土地。只需要用户发送灌溉指令，灌溉控制器即可自行对土地进行灌溉，十分便利。当然，也可以不设置喷灌管道，而是由用户自行通过塑料或其他材料制成的具有柔性的管道来对土地进行灌溉，虽然自动化程度较低，但是也降低了成本。

在水泵工作的同时，电表或水表开始工作，对水泵的每个出水口消耗的电量或水量进行统计，并将数据实时发送至处理器，处理器将消耗的电量或水量实时发送至服务器。当通过电表进行计量时，服务器则可以通过水电转换将消耗的电量转换为水量，当然，这也可以由灌溉控制器的处理器来转换，在此不做限定。由于在现有的实际生活中的客观原因，电表的使用频率大大高于水表，因此可以通过水电转换将消耗的电量转换为水量，来统计用户的用水情况。当然，通过水表进行计量时，服务器可以直接对水量进行统计，在此不再赘述。

在一个实施例中，在用户通过终端发送灌溉指令时，如果灌溉指令中包括预约灌溉时间信息时，可以将该灌溉指令看作预约指令。即，在发送该灌溉指令后，并非立即进行灌溉，而是选择在未来的某个时间点开始灌溉，并持续一定的时长。当服务器接收到灌溉指令时，可以确定该灌溉指令确定出用户预约开始的时间点以及持续的时长。然后，从相应的天气预报平台获取在这段时长内，用户预约灌溉的土地所在的实际地理位置的降雨量。其中，相应的天气预报平台可以是中央气象台等。若降雨量超过了预设阈值，则可以向用户发出提示，并询问用户是否仍然要预约灌溉。通常情况下，如果是正在下雨，用户不会去土地中进行灌溉。但是如果是预约灌溉，用户可能会在不知道将要降雨的情况下进行预约。如果还没开始灌溉就开始降雨，用户需要取消预约，比较麻烦。如果在灌溉途中开始了降雨，则可能会由于灌溉和降雨导致土地中的水量过多，影响农作物生长。

在一个实施例中，服务器在预设时长内接收多个用户通过终端发送的灌溉指令时，如果这多个灌溉指令对应的各土地，对应的是同一个灌溉控制器，可能会导致这多个用户无法同时使用的状况发生。此时，服务器可以先判断这多个需要灌溉的土地的数量是否存在超过灌溉控制器上的出水口的数量。每个灌溉控制器上都设置有一定数量的出水口，如果出水口的数量大于同时使用这个灌溉控制器去灌溉的土地的数量，则不会产生冲突。如果出水口的数量不能满足土地的数量，则需要服务器判断，这多块土地的灌溉需求等级，并根据灌溉需求等级的大小对土地的灌溉次序进行排序，优先为灌溉需求等级高的土地进行灌溉。当然，根据不同的算法，也可以优先为灌溉需求等级低的土地进行灌溉，在此为方便描述，以优先为灌溉需求等级高的土地进行灌溉为例进行解释说明。其中，灌溉需求等级指的是，土地需要灌溉的重要程度。该灌溉需求等级可以根据种植的农作物的种类、以及距离上次灌溉的时长确定。由于不同种类的农作物对水量的需求不同。例如，白菜、黄瓜、芋头等，这类的农作物对水分的需求较高，而如西葫芦、南瓜、西瓜等农作物则对水分的需要较低。因此，可以为各种类的农作物赋予不同的基础值，并根据距离上次浇灌的时长来确定其灌溉需求等级。例如，时长为一天以内时，最终计算值为基础值。时长为一天到三天之间时，最终计算值＝基础值*1.1。时长为三天到五天之间时，最终计算值＝基础值*1.3，并依此类推。最后根据最终计算值的大小进行排序，值越高，则灌溉需求等级越高。当然，这只是本申请实施例中的一种求灌溉需求等级的方法，其他的凡是根据农作物的种类以及距离上次灌溉之间的时长的方法，均可纳入本申请实施例的范围中，在此不再赘述。

若只通过这一种方式判断灌溉次序，可能会导致一些需水量过大的土地无法有效得到灌溉。因此，可以再根据各土地区域的气候数据，确定各土地区域对应的灌溉需水值。其中，气候数据至少包括气温、空气湿度以及太阳辐射值。

具体地，服务器根据W₀＝2.3*10^-3*R_a(T_mean+17.8)(T_max-T_min)^0.5+lnb(H_max-H_min)确定各土地区域的灌溉需水量，其中，W₀为灌溉需水量，T_max为日最高气温，T_min为日最低气温，T_mean为平均气温，R_a为太阳辐射值，H_max为日最高湿度，H_min为日最低湿度，b为预设系数。

然后基于各土地的灌溉需求等级和灌溉需水量，确定灌溉次序。确定灌溉次序的方法可以是，首先对灌溉需求等级中的每个等级进行赋值，例如由低到高依次为10、20、30等，并将灌溉需水量最低的土地赋值为10，然后按照各土地灌溉需水量的比，确定其他土地的灌溉需水量所对应的值。最后将两个值相加，或者按照预设的权重求和，求得最终的值，并根据该最终的值的大小，确定灌溉的次序。当然，也可以按灌溉需水量的高低进行赋值，在此不再进行赘述。

在一个实施例中，一些区域的水资源可能不够充分，无法满足多块土地进行灌溉。因此可以先确定这多块土地对应的灌溉控制器能够用于灌溉的总水量，该总水量可以通过预先设置的水位计进行确定。同时确定这多个土地区域的总灌溉需水量，其中，总灌溉需水量指的是各土地区域的灌溉需水量之和。其中，灌溉需水量可以根据上述实施例中的计算方法确定，在此不再赘述。若总灌溉需水量大于总水量，则说明该灌溉控制器无法满足这多块土地进行灌溉。此时可以根据总水量与总灌溉需求量的比值，以及各土地的灌溉需水量，来确定各土地的实际灌溉用水量。例如，土地A灌溉需水量为20立方，土地B灌溉需水量为30立方，总水量为40立方，无法满足土地A和土地B的灌溉。此时可以求得总灌溉用水量为50立方，总水量与总灌溉用水量的比值为4/5，可以求得土地A的实际灌溉用水量为20*4/5＝16立方，土地B的实际灌溉用水量为30*4/5＝24立方。这样可以对每块土地都进行一定程度的灌溉，减少了用户的损失。

在一个实施例中，在控制灌溉器控制水泵开启后，服务器开始根据灌溉消耗的电量或水量进行扣费。在扣费之前，需要预先确定该用户的账户余额。其中，在确定账户余额时，可以在原账户余额的基础上，确定在上一次灌溉之后，是否有过充值记录，如果有，则将充值的金额与原账户余额加在一起，作为该用户的账户余额。

但是，如果用户在灌溉的途中发现余额不足，则可能会导致这次的灌溉只能灌溉部分土地，不仅不利于农作物的生长，而且降低了用户体验。因此在用户进行灌溉用水时，服务器可以根据用户灌溉所扣的费用实时更新用户的账户余额，并根据账户余额确定账户余额对应的水量，并向用户进行展示。实时向用户展示上述数据，可以使用户提前根据余额以及持续消耗的水量或时长来进行规划，是否是继续灌溉还是先进行充值，提升了用户体验。

当服务器接收到用户发送的停止指令后，即可向相应的灌溉控制器发送停止灌溉的指令，在接收到灌溉控制器返回的已经停止的数据后，即可停止扣费。当然，如果用户的账户余额已经被扣费至指定阈值，例如零，或者不足以支撑一定时间或一定水量时，也可以停止灌溉，并提醒用户及时充值。

用户在进行灌溉时，无需额外携带水卡，只需通过智能手机等终端即可开始灌溉用水，十分便利。并且当土地中铺设有相应的灌溉管道时，用户只需远程控制灌溉的启停，设备即可自行进行自动化灌溉，用户无需到现场就能完成对土地的灌溉，省时省力。

如图3所示，本申请实施例还提供一种农业灌溉用水的服务器，包括接收器302、处理器301、发送器303：

所述接收器302用于接收终端发送的灌溉指令。

所述处理器301用于根据所述灌溉指令中所包含的用户标识，确定所述用户标识对应的用户的一块或多块土地分别对应的地理位置信息；所述土地的地理位置信息包括土地区域的边界对应的位置集合；

所述发送器303用于向所述终端发送所述一块或多块土地分别对应的地理位置信息，以使所述用户的各土地区域在所述终端预存的电子地图上展示；且在所述电子地图上，所述用户的土地区域与其他的土地区域的展示方式不同；

所述处理器301还用于基于所述用户在所述终端上的触发，在所述电子地图上确定本次灌溉中需要灌溉的土地区域；

根据已确定的所述需要灌溉的土地，以及预设的各土地与灌溉控制器之间的对应关系，向所述需要灌溉的土地对应的灌溉控制器发送与所述需要灌溉的土地对应的水泵的启动指令。

本申请实施例还提供一种农业灌溉用水的控制系统，包括灌溉控制器以及上述的服务器，其中，所述灌溉控制器包括：

出水口，所述出水口的数量为至少一个，且每个所述出水口都设置有与该出水口对应的开关以及水表或电表；

喷灌管道，所述喷灌管道与所述出水口一一对应，每条所述喷灌管道上设置有若干个喷灌喷头，并且每条喷灌管道所喷灌的土地为同一用户所拥有的土地。

以上所述仅为本说明书的一个或多个实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书的一个或多个实施例可以有各种更改和变化。凡在本说明书的一个或多个实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。

Claims (10)

1.一种农业灌溉用水的控制方法，其特征在于，包括：

服务器接收终端发送的灌溉指令；

根据所述灌溉指令中所包含的用户标识，确定所述用户标识对应的用户的一块或多块土地分别对应的地理位置信息；所述土地的地理位置信息包括土地区域的边界对应的位置集合；

向所述终端发送所述一块或多块土地分别对应的地理位置信息，以使所述用户的各土地区域在所述终端预存的电子地图上展示；且在所述电子地图上，所述用户的土地区域与其他的土地区域的展示方式不同；

基于所述用户在所述终端上的触发，在所述电子地图上确定本次灌溉中需要灌溉的土地区域；

根据已确定的所述需要灌溉的土地，以及预设的各土地与灌溉控制器之间的对应关系，向所述需要灌溉的土地对应的灌溉控制器发送与所述需要灌溉的土地对应的水泵的启动指令。

2.根据权利要求1所述的方法，其特征在于，向所述终端发送所述若干块土地分别对应的地理位置信息，以使所述用户的各土地区域在所述终端预存的电子地图上展示之前，所述方法还包括：

所述服务器根据所述灌溉指令中包含的用户标识确定所述用户标识对应的用户的土地的数量，以及根据所述用户的一个或多个土地区域分别对应的土地区域边界的位置集合，确定所述电子地图在终端上展示时的中心位置；

其中，在所述用户土地的数量小于等于2的情况下，基于所述各土地区域的边界对应的位置集合确定所述各土地区域对应图形的重心，确定所述电子地图的中心位置；

在所述用户土地的数量大于等于3的情况下，基于所述各土地区域的边界对应的位置集合确定所述各土地区域对应图形的重心，将由所述各土地区域对应图形的重心作为顶点组成的多边形的重心，作为所述电子地图的中心位置。

3.根据权利要求1所述的方法，其特征在于，在所述终端上所述电子地图展示的内容包括：针对不同灌溉状态的土地，通过不同颜色进行展示；其中，所述灌溉状态与本次灌溉距离上一次灌溉的时长有关。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述服务器接收来自所述终端的多个语音文件，所述多个语音文件分别与所述用户对应的多个土地区域相对应，所述多个语音文件由所述终端用户录制；

基于所述终端用户对所述电子地图上所述用户的多个土地区域中一个土地区域的触发，向所述终端发送与该土地区域对应的语音文件的标识，以使所述终端根据所述语音文件的标识从预存有多个语音文件中播放所述语音文件。

5.根据权利要求1所述的方法，其特征在于，当所述灌溉指令包括预约时间信息时，所述方法还包括：

确定所述灌溉指令中包含的开始灌溉时间以及灌溉持续的时长；

从天气预报平台获取从所述开始灌溉的时间且在所述灌溉持续的时长内，所述灌溉指令对应的土地所在的地理位置的降雨量；

若所述降雨量超过预设阈值，则通过终端向所述用户发出提示。

6.根据权利要求1所述的方法，其特征在于，服务器接收终端发送的灌溉指令，具体包括：

服务器在预设时长内接收多个终端分别发送的多个灌溉指令；

所述服务器在预设时长内接收多个终端分别发送的多个灌溉指令之后，所述方法还包括：

确定所述多个灌溉指令分别对应的各个土地区域对应的是同一灌溉控制器，且所述灌溉控制器上出水口的数量少于所述多个灌溉指令中包括的多个土地区域的数量；

针对各土地中的每块土地，确定该土地的灌溉需求等级；其中，所述灌溉需求等级是根据土地中种植的农作物的种类、土地距离上次灌溉的时长确定的；

基于各土地的灌溉需求等级，确定灌溉次序。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

服务器根据W₀＝2.3*10^-3*R_a(T_mean+17.8)(T_max-T_min)^0.5+lnb(H_max-H_min)确定各土地区域的灌溉需水量，其中，W₀为灌溉需水量，T_max为日最高气温，T_min为日最低气温，T_mean为平均气温，R_a为太阳辐射值，H_max为日最高湿度，H_min为日最低湿度，b为预设系数；

基于各土地的灌溉需求等级，确定灌溉次序，具体包括：

基于各土地的灌溉需求等级，以及各土地对应的灌溉需水量，确定灌溉次序。

8.根据权利要求7所述的方法，其特征在于，确定所述多个灌溉指令分别对应的各个土地区域对应的是同一灌溉控制器之后，所述方法还包括：

确定所述灌溉控制器对应的用于灌溉的总水量；以及确定所述各土地的灌溉需水量之和；

若所述各土地的灌溉需水量之和大于所述用于灌溉的总水量，则根据各土地的灌溉需水量，以及所述用于灌溉的总水量与所述各土地的灌溉需水量之和的比值，确定各土地的实际灌溉用水量。

9.一种农业灌溉用水的服务器，其特征在于，包括接收器、处理器、发送器：

所述接收器用于接收终端发送的灌溉指令；

所述处理器用于根据所述灌溉指令中所包含的用户标识，确定所述用户标识对应的用户的一块或多块土地分别对应的地理位置信息；所述土地的地理位置信息包括土地区域的边界对应的位置集合；

所述发送器用于向所述终端发送所述一块或多块土地分别对应的地理位置信息，以使所述用户的各土地区域在所述终端预存的电子地图上展示；且在所述电子地图上，所述用户的土地区域与其他的土地区域的展示方式不同；

所述处理器还用于基于所述用户在所述终端上的触发，在所述电子地图上确定本次灌溉中需要灌溉的土地区域；

根据已确定的所述需要灌溉的土地，以及预设的各土地与灌溉控制器之间的对应关系，向所述需要灌溉的土地对应的灌溉控制器发送与所述需要灌溉的土地对应的水泵的启动指令。

10.一种农业灌溉用水的控制系统，其特征在于，包括灌溉控制器以及如权利要求9所述的服务器，其中，所述灌溉控制器包括：

出水口，所述出水口的数量为至少一个，且每个所述出水口都设置有与该出水口对应的开关以及水表或电表；

喷灌管道，所述喷灌管道与所述出水口一一对应，每条所述喷灌管道上设置有若干个喷灌喷头，并且每条喷灌管道所喷灌的土地为同一用户所拥有的土地。