一种农业预约用水灌溉的方法、服务器及控制系统
技术领域
本申请涉及农业灌溉领域,具体涉及一种农业预约用水灌溉的方法、服务器及控制系统。
背景技术
随着科技的发展,各行各业的人们在生活以及工作时也越发的便利。在农业中,需要对土地进行灌溉。通常情况下,用户在进行农业灌溉时,可以通过用水卡或相应的磁卡,在相应的设备上刷卡。然后该设备可以控制水泵出水,用户即可开始灌溉。
但是现有技术中仍存在一些问题:用户只有在相应的设备上刷卡才能进行灌溉,无法远程控制灌溉的启停。而且若同时存在多个用户预约在同一个时间段进行灌溉时,现有技术通常是根据发起预约的时间点确定灌溉次序,这样虽然可以保证一定的公平性,但是却无法对急需灌溉的土地进行尽早的灌溉,容易对农作物的生长造成影响。
发明内容
本申请实施例提供了一种农业预约用水灌溉的方法、服务器及控制系统,解决了无法预约灌溉的问题。
一方面,本申请提出了一种农业预约用水灌溉的方法。服务器接收多个终端分别发送的相应预约灌溉指令,其中,所述预约灌溉指令包括所述终端对应用户的账号、需要灌溉的土地的信息,所述土地信息包括土地标识、基于用户在所述终端上的输入或选择而确定的所述土地在本次预约灌溉的计划用水量以及本次预约灌溉开始的时间;确定所述多个预约灌溉指令中的多块土地的标识对应于同一个灌溉控制器;其中,所述灌溉控制器用于根据来自所述服务器的启动指令,启动与土地标识对应的水泵;接收由预先设置在各土地中的土壤水分传感器采集的所述多块土地的土壤含水量;其中,在土地中预设有若干个土壤水分传感器,土地的土壤含水量为根据所述若干个土壤水分传感器而得到;根据各土地分别对应的土壤含水量、终端发送预约灌溉指令的时间,确定所述多块土地的灌溉次序。
在一个示例中,所述方法还包括:所述服务器还根据各土地的灌溉需水量,确定所述多块土地的灌溉次序;且所述各土地的灌溉需求量通过W0=2.3*10-3*Ra(Tmean+17.8)(Tmax-Tmin)0.5+lnb(Hmax-Hmin)确定,其中,W0为灌溉需水量,Tmax为日最高气温,Tmin为日最低气温,Tmean为平均气温,Ra为太阳辐射值,Hmax为日最高湿度,Hmin为日最低湿度,b为预设系数。
在一个示例中,根据所述多块土地分别对应的土壤含水量、终端发送预约灌溉指令的时间,确定所述多块土地的灌溉次序之前,所述方法还包括:接收来自图像采集设备采集的所述多块土地的图像,根据所述图像或者根据所述终端用户的输入,确定所述多块土地分别种植的农作物的种类;并根据土地历史灌溉记录确定所述多块土地分别距离上一次灌溉的时长;所述根据所述多块土地分别对应的土壤含水量、终端发送预约灌溉指令的时间,确定所述多块土地的灌溉次序,具体包括:根据所述土壤含水量、终端发送预约灌溉指令的时间、所述农作物的种类以及所述距离上一次灌溉的时长,确定所述多块土地的灌溉需求值;其中,所述灌溉需求值与所述土壤含水量负相关、与所述距离上一次灌溉的时长正相关;根据所述灌溉需求值的大小,确定所述多块土地的灌溉次序。
在一个示例中,向所述灌溉控制器发送启动指令之后,所述方法还包括:在确定水泵启动后,实时接收来自所述土壤水分传感器采集的处于灌溉过程中的土地的土壤含水量;根据所述实时接收的土壤含水量,实时确定所述处于灌溉过程中的土地的灌溉需求值;并当所述处于灌溉过程中的土地的灌溉需求值,与所述多块土地中其他各土地的灌溉需求值中的最大值之间的差值达到预设阈值时,向所述灌溉控制器发送停止灌溉所述处于灌溉过程中的土地的指令;并根据所述多块土地分别对应的土壤含水量,更新所述多块土地的灌溉次序。
在一个示例中,向所述灌溉控制器发送启动指令之前,所述方法还包括:根据所述用户账号,确定所述用户在历史灌溉过程中,所消耗的灌溉用水量之和;并确定预先设置的所述用户对应的初始水权;根据所述灌溉用水量之和,以及所述初始水权,确定所述用户的剩余水权;向所述终端发送所述剩余水权,以使所述终端展示所述剩余水权;并在对所述用户的土地进行灌溉的过程中,根据灌溉过程中实时的灌溉用水量,实时更新并向所述终端发送所述剩余水权,以使所述终端进行展示。
在一个示例中,所述方法还包括:根据所述土地标识,确定所述土地对应的历史灌溉记录;根据所述土地对应的历史灌溉记录生成所述土地对应的历史灌溉图表;其中,所述历史灌溉图表包括:所述土地每次灌溉开始的时间、每次灌溉持续的时长、每次灌溉的灌溉用水量以及每次灌溉停止时的土壤含水量;向所述终端发送所述土地对应的历史灌溉图表,以使所述终端向所述用户展示。
在一个示例中,所述土地信息中还包括土地的地理位置信息,所述方法还包括:根据所述地理位置信息,确定所述土地所在的地理区域,其中,所述地理区域为预先根据行政区划单位确定的;并确定在所述地理区域内的其他土地中,与所述土地种植的农作物的种类相同的土地的标识,其中,服务器预存有由用户通过终端输入的,或根据图像采集设备采集的土地的图像确定的土地种植的农作物的种类;根据所述种植的农作物的种类相同的土地的标识,生成所述种类的农作物在所述地理区域内对应的历史灌溉图表,其中,所述种类的农作物在所述地理区域内对应的历史灌溉图表包括:每两次灌溉之间的平均间隔时长、每次灌溉的平均持续时长、每次灌溉的平均灌溉用水量以及每次灌溉停止时的平均土壤含水量;向所述终端发送所述种类的农作物在所述地理区域内对应的历史灌溉图表,以使所述终端向所述用户展示。
在一个示例中,服务器接收多个终端分别发送的相应预约灌溉指令之前,所述方法还包括:服务器接收终端发送的获取预约灌溉时间表指令;生成预约灌溉时间表,其中,所述预约时间图表中包括:用户能够预约灌溉的时间点、每个时间点预约灌溉的人数上限以及每个时间点已经预约灌溉的人数;向所述终端发送所述预约灌溉时间表,以使所述终端基于所述用户的触发,确定所述用户选择预约灌溉开始的时间;其中,所述终端通过不同的展示形式来展示预约灌溉已达到人数上限的时间点和未达到人数上限的时间点。
另一方面,本申请还提出了一种农业预约用水灌溉的服务器,包括接收器、处理器:所述接收器用于接收多个终端分别发送的相应预约灌溉指令,其中,所述预约灌溉指令包括所述终端对应用户的账号、需要灌溉的土地的信息,所述土地信息包括土地标识、基于用户在所述终端上的输入或选择而确定的所述土地在本次预约灌溉的计划用水量以及本次预约灌溉开始的时间;所述处理器用于确定所述多个预约灌溉指令中的多块土地的标识对应于同一个灌溉控制器;其中,所述灌溉控制器用于根据来自所述服务器的启动指令,启动与土地标识对应的水泵;所述接收器还用于接收由预先设置在各土地中的土壤水分传感器采集的所述多块土地的土壤含水量;其中,在土地中预设有若干个土壤水分传感器,土地的土壤含水量为根据所述若干个土壤水分传感器而得到;所述处理器还用于根据各土地分别对应的土壤含水量、终端发送预约灌溉指令的时间,确定所述多块土地的灌溉次序。
另一方面,本申请还提出了一种农业预约用水灌溉的控制系统,包括灌溉控制器以及如上述的服务器,其中,所述灌溉控制器包括:出水口,所述出水口的数量为至少一个,且每个所述出水口都设置有与该出水口对应的开关以及水表或电表;喷灌管道,所述喷灌管道与所述出水口一一对应,每条所述喷灌管道上设置有若干个喷灌喷头,并且每条喷灌管道所喷灌的土地为同一用户所拥有的土地。
用户在进行灌溉时,无需额外携带水卡,只需通过智能手机等终端即可开始灌溉用水,十分便利。并且在多个用户预约在同一个时间段进行灌溉时,除了各用户发起预约的时间,还通过各土地的土壤含水量来确定灌溉次序。在保证了一定的公平性的基础上,也可以对急需灌溉的土地尽早的进行灌溉,有利于农作物的健康生长。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请实施例中一种农业预约用水灌溉的方法的流程示意图;
图2为本申请实施例中一种农业预约用水灌溉的服务器的示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
以下结合附图,详细说明本申请各实施例提供的技术方案。
如图1所示,本申请实施例提供一种农业预约用水灌溉的方法,包括:
S101、服务器接收多个终端分别发送的相应预约灌溉指令,其中,所述预约灌溉指令包括所述终端对应用户的账号、需要灌溉的土地的信息,所述土地信息包括土地标识、基于用户在所述终端上的输入或选择而确定的所述土地在本次预约灌溉的用水量以及本次预约灌溉开始的时间。
用户想要对土地进行预约灌溉时,可以通过终端向服务器发送相应的预约灌溉指令。服务器在接收到预约灌溉指令后,可以远程控制相应的水泵,在相应的时间对土地进行灌溉,以完成本次预约灌溉。
其中,用户可以在智能手机等终端上预先安装相应的应用(Application,APP),并进行注册。然后通过终端向该APP对应的服务器发送预约灌溉指令。预约灌溉指令中包括代表用户自身身份的账户,以及需要灌溉的土地的信息。土地信息包括土地标识,通过用户在终端上的操作而确定的在本次灌溉过程中,计划对土地灌溉的用水量以及灌溉开始的时间。其中,在APP中可以预设有一些选项,选项包括若干个计划用水量的值以及若干个开始的时间点,此时用户可以选择计划用水量和开始的时间。当然也可以不设置选项,由用户在终端上输入计划用水量以及开始的时间,在此不做限定
实际生活中,每个用户都对应有用于种植农作物的土地。土地的数量可以是一块,也可以是多块,这是根据每个用户的实际情况所确定的。其中,对土地的划分方法可以是将一定面积的土地作为一块土地,例如,将每亩或每平方千米的土地作为一块土地。划分方法也可以是根据种植的农作物的种类进行划分的,每块土地上种植同一种类的农作物。当然,划分方法也可以是每个用户按照自己的习惯对自己拥有的土地进行划分,在此不对土地的划分做进一步限定。在对土地划分完毕后,每块土地都对应有一个土地标识,服务器可以预先存储有各土地的标识,以及各土地标识对应的土地的具体信息,例如,土地的位置信息、土地种植的农作物的种类等。
S102、确定所述多个预约灌溉指令中的多块土地的标识对应于同一个灌溉控制器;其中,所述灌溉控制器用于根据来自所述服务器的启动指令,启动与土地标识对应的水泵。
通常情况下,由于地理、气候等原因,在同一地理区域内的用户的灌溉时间往往比较接近。因此,服务器可能会接收多个终端分别发送的多个预约灌溉指令。如果这多个预约灌溉指令中的土地对应着不同的灌溉控制器,则不会对用户的灌溉产生影响。如果这多个预约灌溉指令中的土地对应着同一个灌溉控制器,则可能无法同时满足多个用户同时进行灌溉,因此需要对这多块土地的灌溉顺序进行排序。
其中,灌溉控制器是预先放置在土地中的设备,其包含电表或电表、水泵、开关以及处理器等设备。灌溉控制器中可以只设置一个水泵,也可以设置多个水泵,每个水泵对应的出水口可以是一个,也可以是多个,在此不做限定。每个出水口上都设置有与该出水口对应的电表或水表以及开关,在出水口的开关开启后,出水口开始出水,电表或水表开始统计该出水口所消耗的电量或水量。在放置灌溉控制器时,可以以行政区划单位为基础进行放置,例如,每个村或每个镇放置一定数量的灌溉控制器。也可以以单位面积为基础进行放置,例如,每个灌溉控制器对应有一定平方千米或一定亩数的土地。各土地与灌溉控制器之间的对应关系是预先设置的,可以根据土地与灌溉控制器之间的距离来设置其对应关系,例如,可以将每块土地距离最近的灌溉控制器作为该土地对应的灌溉控制器。但是在实际情况中,灌溉控制器与土地之间有可能会有障碍物的阻挡,例如,河流、墙壁或房屋等,这就需要在设置对应关系时进行相应的修改,在此不再赘述。一块土地只对应一个灌溉控制器,但一个灌溉控制器可以对应多块土地。另外在设置对应关系时,除理地理因素外,还可以考虑用户的因素,尽可能将一个用户拥有的多块土地都对应同一个灌溉控制器,以便于用户在灌溉时寻找对应的灌溉控制器。
在服务器将土地信息发送至相应的灌溉控制器后,灌溉控制器的处理器接收并处理相应的数据。然后在相应的时间控制开启相应的水泵,水泵通过出水口出水,此时即可通过预先设置在土地里的管道进行灌溉。管道可以是预先设置在土地中的,材质可以是不锈钢或合金材料等。这时,可以采用喷灌的方式对土地进行灌溉,喷灌管道与出水口一一对应,且每条喷灌管道上都安装有若干个喷灌喷头,每条喷灌管道所喷灌的土地为同一用户的土地。只需要用户发送灌溉指令,灌溉控制器即可自行对土地进行灌溉,十分便利。当然,也可以不设置喷灌管道,而是由用户自行通过塑料或其他材料制成的具有柔性的管道来对土地进行灌溉,虽然自动化程度较低,但是也降低了成本。
在水泵工作的同时,电表或水表开始工作,对水泵的每个出水口消耗的电量或水量进行统计,并将数据实时发送至处理器,处理器将消耗的电量或水量实时发送至服务器。当通过电表进行计量时,服务器则可以通过水电转换将消耗的电量转换为水量,当然,这也可以由灌溉控制器的处理器来转换,在此不做限定。由于在现有的实际生活中的客观原因,电表的使用频率大大高于水表,因此可以通过水电转换将消耗的电量转换为水量,来统计用户的用水情况。当然,通过水表进行计量时,服务器可以直接对水量进行统计,在此不再赘述。
S103、接收由预先设置在各土地中的土壤水分传感器采集的所述多块土地的土壤含水量;其中,在土地中预设有若干个土壤水分传感器,土地的土壤含水量为根据所述若干个土壤水分传感器而得到。
S104、根据各土地分别对应的土壤含水量、终端发送预约灌溉指令的时间,确定所述多块土地的灌溉次序
在服务器接确定了多个预约灌溉指令中的多块土地对应的是同一个灌溉控制器后,可以接收预先设置在各土地中的土壤水分传感器采集的这多块土地的土壤含水量,然后根据土壤含水量以及终端发送预约灌溉指令的时间来确定这多块土地的灌溉次序。其中,土壤水分传感器又称土壤湿度传感器,由不锈钢探针和防水探头构成,可长期埋设于土壤和堤坝内使用,对表层和深层土壤进行墒情的定点监测和在线测量。每块土地中可以在多个位置设置有多个土壤水分传感器,在计算土地的土壤含水量时,可以将多个土壤水分传感器测得的土壤含水量求均值,将该均值作为土地的含水量。
具体地,在确定各土地的灌溉次序时,可以根据土壤含水量、终端发送预约灌溉指令的时间来确定这多块土地的灌溉需求值,并优先为灌溉需求值的大的土地进行灌溉。当然,根据不同的算法,也可以优先为灌溉需求值低的土地进行灌溉,在此为方便描述,以优先为灌溉需求等级高的土地进行灌溉为例进行解释说明。其中,灌溉需求值指的是,土地需要优先灌溉的重要程度。通常情况,终端发送预约灌溉指令的时间越早的土地,灌溉需求值越大,土壤含水量越低的土地,灌溉需求值也越大。
当然,如果只根据这两点确定灌溉需求值可能不够准确。因此除了上述两点以外,还可以根据农作物的种类以及距离上一次灌溉的时长,来确定土地的灌溉需求值。其中,土地种植的农作物的种类可以是预先存储在服务器的,也可以是根据放在土地或灌溉控制器上的图像采集设备采集的图像来确定的,或由用户通过终端输入的。
由于不同种类的农作物对水量的需求不同。例如,白菜、黄瓜、芋头等,这类的农作物对水分的需求较高,而如西葫芦、南瓜、西瓜等农作物则对水分的需要较低。因此,在计算灌溉需求值时,可以为各种类的农作物赋予不同的基础值。由于距离上次灌溉时长越久的土地,其土地相对会越干旱,因此需要优先灌溉的重要程度越高,即,灌溉需求值与所述距离上一次灌溉的时长正相关。因此可以根据距离上次灌溉的时长来继续计算灌溉需求值。例如,时长为一天以内时,灌溉需求值不变。时长为一天到三天之间时,灌溉需求值=基础值*1.1。时长为三天到五天之间时,灌溉需求值=基础值*1.3,并依此类推。然后再考虑到用户体验,越早预约的用户应该越早的享受到灌溉这一行为,可以根据预约时间进一步计算灌溉需求值。例如,多块土地中,预约灌溉的时间最早的土地,其灌溉需求值不变。第二早的土地,灌溉需求值在原来的灌溉需求值上乘0.9。第三早的土地则乘0.8,并以此类推。最后,土地的土壤含水量越高,则其对优先灌溉的需求程度则越低,即,灌溉需求值与土壤含水量负相关,此时可以根据土壤的含水量进一步计算灌溉需求值。例如,可以预设一个中间值,每个土地的灌溉需求值可以在之前计算的灌溉需求值的基础上,再乘上土壤含水量与该中间值的比值,得到最终的灌溉需求值。当然,上述的计算方法只是一种求灌溉需求值的方法,其他的方法凡是本领域内技术人员容易想到的,均在本申请实施例的保护范围中,在此不再赘述。在得到最终的灌溉需求值后,可以根据其大小进行排序,值越高的土地,越优先为其进行灌溉。
在服务器确定了这多块土地的灌溉次序后,可以将包含灌溉次序的相应数据发送至灌溉控制器中,以使灌溉控制器在相应的时间按次序对土地进行灌溉。也可以在相应的时间按次序依次向灌溉控制器发送启动指令,在此不做限定。当预约灌溉已经到达预约的时间,水泵已经启动开始灌溉后,服务器可以实时接收来自土壤水分传感器传输的处于灌溉过程中的土地的土壤含水量。其中,土壤水分传感器可以直接将数据传输至服务器,也可以通过控制灌溉器传输至服务器,在此不做限定。服务器可以根据该实时接收的土壤含水量,实时确定处于灌溉过程中的该土地的灌溉需求值。并且在该土地的灌溉需求值与多块土地中的其他土地的灌溉需求值的最大值之间的差值达到预设阈值时,停止对该土地的灌溉,并根据当前的灌溉需求值更新灌溉次序。当有多块土地按次序灌溉时,可以根据土地的实时土壤含水量,来判断该土地在当前情况下的灌溉需求值,并实时更新排序。可以在为需要优先灌溉的土地进行一定程度的灌溉后,先灌溉其他迫切需要灌溉的土地,缓解其他土地的用水需求,然后再灌溉该土地,保证了各土地不会由于太过干旱而影响农作物生长。
在一个实施例中,在确定灌溉次序时,除了根据灌溉需求值外,还可以根据各土地的灌溉需水量来确定。灌溉需求量指的是土地在灌溉过程中,需要用的水量。具体地,在确定灌溉需水量时,可以再根据土地的气候数据来确定。其中,气候数据至少包括气温、空气湿度以及太阳辐射值。例如,服务器根据W0=2.3*10-3*Ra(Tmean+17.8)(Tmax-Tmin)0.5+lnb(Hmax-Hmin)确定各土地区域的灌溉需水量,其中,W0为灌溉需水量,Tmax为日最高气温,Tmin为日最低气温,Tmean为平均气温,Ra为太阳辐射值,Hmax为日最高湿度,Hmin为日最低湿度,b为预设系数。在确定了各土地的灌溉需水量后,可以根据灌溉需水量、终端发送预约灌溉指令的时间来来确定灌溉次序。
在一个实施例中,由于每个用户都对应有自己的水权,为了防止用户在灌溉用水的过程中,因为使用超过了水权对应的用水量而导致的无法继续灌溉或支付额外金额才能继续灌溉的问题,服务器可以在向灌溉控制器发送启动指令之前,先确定用户所对应的初始水权。其中,水权是指水的所有权和各种利用水的权利的总称。其主要内容有水的所有权、取水权及与水利有关的其他权益等。每个用户的初始水权是根据各用户的土地面积等信息预先分配的,用户在一定时长内,例如一个月或一个季度,可以使用水权对应的水量。在确定了用户的初始水权后,可以根据该用户历史灌溉过程中消耗的水量之和,来确定该用户的剩余水权。将该剩余水权发送至终端,终端可以向用户展示,以帮助用户判断灌溉过程中的计划用水量。当然,也可以在用户的灌溉过程中,根据实时的灌溉用水量,实时更新该用户的剩余水权,并向终端发送,以帮助用户实时掌握自身所对应的剩余水权。
在一个实施例中,若用户对应有多块土地,则可能会忘记哪块土地刚灌溉过不久,哪块土地很久没灌溉过。如果在预约时选择错了,那么对农作物的生长造成很大的影响。因此可以在用户预约时,根据用户的土地的标识,确定各土地对应的历史灌溉记录,并根据该历史灌溉记录生成历史灌溉图表,将该历史灌溉图表发送至终端,以使终端向用户展示。其中,历史灌溉图表中至少包括:土地每次灌溉开始的时间、持续的时长、每次灌溉的灌溉用水量以及每次灌溉停止时的土壤含水量,用以帮助用户了解自己各块土地的灌溉历史。历史灌溉图表的展示形式可以是表格形式,也可以是示意图的形式,例如,曲线图、柱状图等,在此不做限定。
另外,服务器除了根据用户的土地历史灌溉记录生成相应的图表,还可以根据其他土地的灌溉记录,生成该土地的农作物在其对应的地理区域内的历史灌溉图表,以帮助用户了解其他人是如何灌溉的,可以将其作为参考来辅助自身指定灌溉计划。具体地,在终端上传服务器的土地信息中还可以包括土地的地理位置信息,服务器可以根据该地理位置信息确定土地所在的地理区域。其中,地理区域是预先根据行政区划单位划分,并存储在服务器的,例如,可以按村、镇、县、市等进行划分。在确定了土地所在的地理区域后,服务器可以根据土地种植的农作物的种类,在该地理区域内确定种植有相同种类农作物的其他土地,并根据其他土地的历史灌溉记录生成该种类的农作物在该地理区域内的历史灌溉图表,向终端发送,以使终端向用户展示。其中,土地种植的农作物的种类可以是由用户通过终端输入的,或者是根据图像采集设备采集的图像确定的,在此不做限定。该历史灌溉图表中至少包括:每两次灌溉之间的平均时长、每次灌溉的平均持续时长、每次灌溉的平均灌溉用水量以及每次灌溉停止时的土壤含水量。
在一个实施例中,用户可以通过终端先向服务器发送获取预约灌溉时间表的指令,然后用户根据该预约灌溉时间表确定相应的土地信息后,再将预约灌溉指令发送至服务器。其中,预约灌溉时间表可以是服务器根据指令生成的,预约灌溉时间表中至少包括:用户能够预约灌溉的时间点、每个时间点预约灌溉的人数上限以及每个时间点已经预约灌溉的人数。为了便于用户进行选择,在终端展示时,可以通过不同的形式展示预约灌溉已达到人数上限的时间点和未达到人数上限的时间点。例如,可以是通过不同的颜色、或不同的字体、或不同的背景色等方式,在此不做限定。
如图2所示,本申请实施例还提出了一种农业预约用水灌溉的服务器,其特征在于,包括接收器202、处理器201:
所述接收器202用于接收多个终端分别发送的相应预约灌溉指令,其中,所述预约灌溉指令包括所述终端对应用户的账号、需要灌溉的土地的信息,所述土地信息包括土地标识、基于用户在所述终端上的输入或选择而确定的所述土地在本次预约灌溉的计划用水量以及本次预约灌溉开始的时间;
所述处理器201用于确定所述多个预约灌溉指令中的多块土地的标识对应于同一个灌溉控制器;其中,所述灌溉控制器用于根据来自所述服务器的启动指令,启动与土地标识对应的水泵;
所述接收器202还用于接收由预先设置在各土地中的土壤水分传感器采集的所述多块土地的土壤含水量;其中,在土地中预设有若干个土壤水分传感器,土地的土壤含水量为根据所述若干个土壤水分传感器而得到;
所述处理器201还用于根据各土地分别对应的土壤含水量、终端发送预约灌溉指令的时间,确定所述多块土地的灌溉次序。
以上所述仅为本说明书的一个或多个实施例而已,并不用于限制本说明书。对于本领域技术人员来说,本说明书的一个或多个实施例可以有各种更改和变化。凡在本说明书的一个或多个实施例的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本说明书的权利要求范围之内。