機井灌溉水電扣費方法、裝置及終端與流程

本發明涉及農業灌溉技術領域，尤其涉及一種機井灌溉水電扣費方法、裝置及終端。

背景技術：

機井灌溉是一種農田灌溉方式，即使用機電設備從水井中提水灌溉植物。我國北方地區多使用機井灌溉的方式進行農作物灌溉，根據每戶農田數量的不同，供水系統會根據當地情況給每戶分配一定的基礎水量，當用戶的用水量小于或等于基礎水量時，用戶不需要繳納用水費用，但需要繳納提水產生的耗電費用；當用戶的用水量超過基礎水量時，超過的部分需要繳納用水費用，此外，用戶還需要繳納提水產生的耗電費用。

通常情況下，供水系統和供電系統屬于獨立運作的兩個不同系統，用水費用和耗電費用采用不同方式進行收取。目前，我國大部分地區使用水卡和電卡分別進行水費和電費的繳納，當用戶的用水量超過基礎水量時，由于需要同時繳納用水費用和耗電費用，因此，水卡和電卡必須同時有余額才能進行正常灌溉，比如，當電卡里面余額充足而水卡余額不足時，用戶需要中止灌溉，先行繳納水費，才能夠繼續未完成的灌溉，影響用戶的灌溉進度；另一方面，由于水費和電費是分開繳納的，用戶必須將兩張卡進行區分，并且充值時難免分配不均，總是存在一張卡余額充足而另一張卡余額不足的情況，使用不便，降低用戶的體驗度。

技術實現要素：

本發明針對現有技術的不足，提供一種機井灌溉水電扣費方法、裝置及終端，合理分配賬號余額至水費和電費，提高用戶體驗度。

本發明是通過如下技術方案實現的：

第一方面，本發明實施例提供一種機井灌溉水電扣費方法，所述方法包括：

a、設定用戶信息：所述用戶信息至少包括用戶賬號、對應的賬號余額以及對應的基礎水量、控制系統單元的水電比例關系。

每個控制系統單元對應一個機井，根據機井的深度和水泵的功率，在相應的控制系統單元中預設用水量和用電量之間的比例關系，比如，用電量到用電量的換算系數為7，用電量為1度時，換算成用水量為1*7=7l，即每使用1度電時，提升7l的水。

b、使用時，控制系統單元獲取用戶信息：帳號余額、已用水總量。

此時獲取的已用水總量為本次使用之前的歷史用水總量，由于基礎水量的設置，需要不斷將測量到的用電量換算為用水量，形成用水量記錄，以判斷用水累積量是否超過預設的基礎水量，因此，可直接獲取本次使用之前的已用水總量。

c、判斷所述賬號余額是否大于零。余額大于零時方可使用，余額不足時便不能繼續使用。

d、扣費：

根據本次控制系統單元對應的水電比例關系將本次使用的用電量換算成用水量并累加到已用水總量。

使用過程中不斷測量用電量并不斷換算至用水量，將用水量加到已用水總量，以判斷是否超過基礎水量。

若已用水總量小于基礎水量，僅通過電費從帳號余額中進行單項扣費。

用水量在基礎水量之內時，不需要繳納用水費用，只扣除耗電費用。

若已用水總量開始大于基礎水量，根據設定的水電比例關系，將用電量換算到用水量，通過水費、電費從帳號余額中進行并行的雙項扣費。

當用水量開始超過基礎水量時，在繳納耗電費用的同時需要繳納用水費用，此時，將水費和電費同時扣除。

當帳號余額不足時，控制系統控制水泵停機。

所述控制系統包括多個控制系統單元，每個控制系統單元根據其對應的機井的深度、水泵的功率等設定不同的水電對應系數，比如，某用戶在三個不同的地方有三塊農田，需要分別從三個不同的機井進行灌溉，這個三個機井根據其安裝的水泵功率的不同以及機井深度的不同，分別設置用水和用電之間的比例關系，由于水泵功率和機井深度不同，比例關系必定不同，當用戶使用其中的一個機井進行灌溉時，利用本機井的控制系統單元對應的水電比例關系將本次使用的用電量換算成用水量并累加到已用水總量即可。

用戶信息與控制系統單元之間的通訊可以通過ic卡實現，也可以通過手動輸入賬號等來實現。

根據不同機井的實際情況，在每個控制系統單元內預設用水量和用電量的比例關系，只檢測用電量便可得到用水量，節省了安裝檢測用水量設備的成本，并實現用水費用和耗電費用的并行扣費。

作為改進，所述方法還包括：

當所述賬號余額小于或等于零時，獲取所述賬號對應的交易信息；

如果所述交易信息中不存在不良交易記錄；

則允許繼續使用，執行上述步驟d。

通過獲取交易信息和判斷不良交易記錄，實現賬號余額小于或等于零時的使用，改善賬號余額不足時用戶需要中止灌溉，先行繳納水費，才能夠繼續未完成的灌溉的情況，使用方便，提高灌溉效率和用戶體驗度。

作為改進，所述方法還包括：

當所述賬號余額小于或等于零時，獲取所述賬號對應的交易信息；

提取所述交易信息中包含的多個交易特征，如果所述多個交易特征對應的特征值之和大于預設閾值，所述交易特征包括所述賬號對應的歷史用量、信用度；

則允許繼續使用，執行上述步驟d。

對交易特征值的提取和運算，并與預設閾值比對，使賬余額為零時能否使用的判定結果更準確。

本發明實施例提供的一種機井灌溉水電扣費方法還可以采用下述文字描述：

所述機井灌溉水電扣費方法包括：

接收用戶信息，所述用戶信息至少包括用戶的賬號和對應的賬號余額；

判斷所述賬號余額是否大于零；

當所述賬號余額大于零時，獲取用戶當前的用電量；

根據預設的用水量和用電量的對應關系，將當前的用電量換算為用水量；

根據換算后的用水量進行扣費。

用戶當前的用電量是指用戶本次的累積用電量，比如，本次用電量為每10s鐘獲取一次，每次獲取的都是此刻之前、本次用電量的累計量，相應的，將用電量換算為用水量，得到的用水量即此刻之前、本次用水量的累計量。

通過將用電量換算為用水量來進行扣費，只需要測量用電量，即可實現用水費用和耗電費用的扣除，無需分別測量再分別扣費，節省了水量檢測裝置的設置，節約成本的同時使余額合理分配至用水費用和耗電費用，使用方便。

結合第一方面，在第一方面的第一種可能的實現方式中，所述根據根據換算后的用水量進行扣費包括：

獲取用戶的歷史用水累積量；

判斷所述歷史用水累積量是否大于預設的基礎水量；

當所述歷史用水累積量大于或等于所述基礎水量時，通過水費、電費從所述帳號余額中進行并行的雙項扣費；

當所述歷史用水累積量小于所述基礎水量時，判斷所述歷史用水累積量和當前用水量的加和是否大于所述基礎水量；

當所述歷史用水累積量和當前用水量的加和大于所述基礎水量時，對超過基礎水量的部分通過水費、電費從所述帳號余額中進行并行的雙項扣費，未超過基礎水量的部分僅通過電費從帳號余額中進行單項扣費。

所述的歷史用水累積量即為本次使用之前、歷史用水總量，由于基礎水量的設置，需要不斷將測量到的用電量換算為用水量，形成用水量記錄，判斷用水累積量是否超過預設的基礎水量時，因此，可直接獲取本次使用之前的歷史用水累積量。

結合第一方面，在第一方面的第二種可能的實現方式中，所述方法還包括：

當所述賬號余額小于或等于零時，獲取所述賬號對應的交易信息；

如果所述交易信息中不存在不良交易記錄；

則獲取用戶當前的用電量；

根據預設的用水量和用電量的對應關系，將當前的用電量換算為用水量；

根據換算后的用水量進行扣費。

通過獲取交易信息和判斷不良交易記錄，實現賬號余額小于或等于零時的使用，改善賬號余額不足時用戶需要中止灌溉，先行繳納水費，才能夠繼續未完成的灌溉的情況，使用方便，提高灌溉效率和用戶體驗度。

結合第一方面，在第一方面的第三種可能的實現方式中，所述方法還包括：

當所述賬號余額小于或等于零時，獲取所述賬號對應的交易信息；

提取所述交易信息中包含的多個交易特征，如果所述多個交易特征對應的特征值之和大于預設閾值，所述交易特征包括所述賬號對應的歷史用量、信用度；

則獲取用戶當前的用電量；

根據預設的用水量和用電量的對應關系，將用電量換算為用水量；

根據換算后的用水量進行扣費。

對交易特征值的提取和運算，并與預設閾值比對，使賬余額為零時能否使用的判定結果更準確。

第二方面，本發明實施例提供一種機井灌溉水電計費裝置，包括：

信息接收模塊：用于接收用戶信息，所述用戶信息至少包括用戶的賬號和對應的賬號余額；

余額判斷模塊：用于判斷所述賬號余額是否大于零；

用量獲取模塊：用于當所述賬號余額大于零時，獲取用戶當前的用電量；

水電換算模塊：用于根據預設的用水量和用電量的對應關系，將用電量換算為用水量；

扣費模塊：用于根據換算后的用水量進行扣費。

結合第二方面，在第二方面第一種可能的實現方式中，所述水電換算模塊包括：

總量獲取子模塊：用于獲取用戶的歷史用水累積量；

第一判斷子模塊：用于判斷所述歷史用水累積量是否大于預設的基礎水量；

第一扣費子模塊：用于當所述歷史用水累積量大于或等于所述基礎水量時，通過水費、電費從所述帳號余額中進行并行的雙項扣費；

第二判斷子模塊：用于當所述歷史用水累積量小于所述基礎水量時，判斷所述歷史用水累積量和當前用水量的加和是否大于所述基礎水量；

第二扣費子模塊：當所述歷史用水累積量和當前用水量的加和大于所述基礎水量時，對超過基礎水量的部分通過水費、電費從所述帳號余額中進行并行的雙項扣費，未超過基礎水量的部分僅通過電費從帳號余額中進行單項扣費。

結合第二方面，在第二方面第二種可能的實現方式中，所述裝置還包括：

交易信息獲取模塊：用于當所述賬號余額小于或等于零時，獲取所述賬號對應的交易信息；

交易記錄判斷模塊：用于判斷所述交易信息中是否存在不良交易記錄；

用量獲取模塊：用于當所述交易信息中不存在不良交易記錄時，獲取用戶當前的用電量；

水電換算模塊：用于根據預設的用水量和用電量的對應關系，將用電量換算為用水量；

扣費模塊：用于根據換算后的用水量進行扣費。

結合第二方面，在第二方面第三種可能的實現方式中，所述裝置還包括：

交易信息獲取模塊：用于當所述賬號余額小于或等于零時，獲取所述賬號對應的交易信息；

交易特征提取模塊：用于提取所述交易信息中包含的多個交易特征，所述交易特征包括所述賬號對應的歷史用量、信用度；

閾值判斷模塊：用于判斷所述多個交易特征對應的特征值之和是否大于預設閾值；

用量獲取模塊：用于當所述多個交易特征對應的特征值之和大于預設閾值時，獲取用戶當前的用水量和用電量；

水電換算模塊：用于根據預設的用水量和用電量的對應關系，將用電量換算為用水量；

扣費模塊：用于根據換算后的用水量進行扣費。

第三方面，本發明實施例提供一種終端，包括：

處理器；

用于存儲處理器可執行指令的存儲器；

其中，所述處理器被配置為：

接收用戶信息，所述用戶信息至少包括用戶的賬號和對應的賬號余額；

判斷所述賬號余額是否大于零；

當所述賬號余額大于零時，獲取用戶當前的用水量和用電量；

根據預設的用水量和用電量的對應關系，將用電量換算為用水量；

根據換算后的用水量進行扣費。

本發明實施例提供的技術方案可以包含以下有益效果：

本發明提供一種機井灌溉水電扣費方法、裝置及終端，所述方法中，在接收用戶信息后判斷所述賬號余額是否大于零；當所述賬號余額大于零時，獲取用戶當前的用電量；然后根據預設的用水量和用電量的對應關系，將用電量換算為用水量；最后根據換算后的用水量進行扣費，當累計用水總量開始超過預設的基礎水量時，通過水費、電費從帳號余額中進行并行的雙項扣費，當累計用水總量小于基礎水量時，僅通過電費從帳號余額中進行單項扣費。通過預設用水量和用電量的對應關系，將用電量轉換為用水量，節省了水量檢測裝置的費用，且通過水電之間的換算，將用戶的賬號余額合理分配至水費和電費，以保證在相同余額下能夠使用最多的水，提高用戶體驗度。

應當理解的是，以上的一般描述和后文的細節描述僅是示例性和解釋性的，并不能限制本公開。

附圖說明

為了更清楚的說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單介紹，顯而易見的，對于本領域技術人員而言，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。

圖1是本發明實施例一提供的一種機井灌溉水電扣費方法的流程圖。

圖2是本發明實施例二提供的一種機井灌溉水電扣費方法的流程圖。

圖3是本發明實施例三提供的一種機井灌溉水電扣費方法的流程圖。

圖4是本發明實施例四提供的一種機井灌溉水電扣費方法的流程圖。

圖5是本發明實施例提供的第一種機井灌溉水電扣費裝置的結構示意圖。

圖6是圖5中水電換算模塊的結構示意圖。

圖7是本發明實施例提供的第二種機井灌溉水電扣費裝置的結構示意圖。

圖8是本發明實施例提供的第三種機井灌溉水電扣費裝置的結構示意圖。

圖9是本發明實施例提供的一種終端的結構示意圖。

具體實施方式

為了使本技術領域的人員更好地理解本發明中的技術方案,下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都應當屬于本發明的保護范圍。

本發明實施例的機井灌溉水電扣費方法主要應用于機井灌溉，也可以應用于其他適用的場景，比如，家庭用水和用電。

圖1是本發明本實施例一提供的一種機井灌溉水電扣費方法的流程圖。如圖1所示，該方法包括：

s101：接收用戶信息，所述用戶信息至少包括用戶的賬號和對應的賬號余額。

本發明實施例接收用戶信息的方式可以是接觸式，比如刷ic卡；或者，接收用戶信息的方式可以是非接觸式，比如射頻識別。

s102：判斷所述賬號余額是否大于零。

s103：當所述賬號余額大于零時，獲取用戶當前的用電量。

用戶當前的用水量和用電量是指用戶本次的用水量和用電量的累計值，獲取周期可以是每隔一定的時間，比如十分鐘獲取一次累計值。每次獲取的用電量都是自開始灌溉到獲取時的累計量。

s104：根據預設的用水量和用電量的對應關系，將當前的用電量換算為用水量。

用水量和用電量的對應關系是根據機電設備的實際工作狀態預設好的電量到用水量的換算系數，比如，用電量到用電量的換算系數為7，用電量為1度時，換算成用水量為1*7=7l，即每使用1度電時，提升7l的水。這樣，灌溉時只檢測一個變量（用電量）即可，另一個變量（用水量）則根據檢測到的變量換算得到，節省了水量檢測裝置的費用。

s105：根據換算后的用水量進行扣費。

將用電量換算到用水量之后，再將用電量和換算得到的用水量分別乘以電和水的單價，即得到耗電費用和用水費用，按照計算得到的耗電費用和用水費用從余額中扣除即可完成扣費。

本發明通過預設用水量和用電量的對應關系，將用電量轉換為用水量，節省了水量檢測裝置的安裝和使用費用，節約了成本，且通過水電之間的換算，將用戶的賬號余額合理分配至用水費用和耗電費用，保證在相同余額下能夠使用最多的水；另一方面，用水費用和耗電費用在同一個賬號扣除，無需再區分賬號，使用方便，提高了用戶體驗度。

圖2是本發明實施例二提供的一種機井灌溉水電扣費方法的流程圖。如圖2所示，該方法包括：

s201：接收用戶信息，所述用戶信息至少包括用戶的賬號和對應的賬號余額。

s202：判斷所述賬號余額是否大于零。

s203：當所述賬號余額大于零時，獲取用戶當前的用電量。

s204：獲取用戶的歷史用水累積量。

所述歷史用水累積量為本次使用之前的累積量。

s205：判斷所述歷史用水累積量是否大于預設的基礎水量。

s206：當所述歷史用水累積量大于或等于所述基礎水量時，通過水費、電費從所述帳號余額中進行并行的雙項扣費。

歷史用水累積量大于或等于基礎水量時，即在本次灌溉之前，用水量已經超過基礎水量，那么，本次灌溉需要同時繳納用水費用和耗電費用。

s207：當所述歷史用水累積量小于所述基礎水量時，判斷所述歷史用水累積量和當前用水量的加和是否大于所述基礎水量。

歷史用水累積量小于基礎水量時，經過本次使用，有兩種情況：第一種是歷史用水累積量加上本次用水量之和，超過了基礎水量；第二種是歷史用水累積量加上本次用水量之和依然小于基礎水量。

第一種情況時，執行下述步驟s208，第二種情況時，不需要換算，只計算用電量即可。

s208：當所述歷史用水累積量和當前用水量的加和大于所述基礎水量時，對超過基礎水量的部分通過水費、電費從所述帳號余額中進行并行的雙項扣費，未超過基礎水量的部分僅通過電費從帳號余額中進行單項扣費。

歷史用水累積量加上本次用水量之和大于基礎水量，即本次使用過程中超過了基礎水量，那么，在使用過程中，未超過基礎水量時，只收取耗電費用，超過基礎水量后，同時收取用水費用和耗電費用。

本實施例中，是通過將用電量換算為用水量進行計算并扣費的，由于灌溉過程中用戶的用電量是始終在測量的，將測量到的用電量根據水電之間的對應關系換算為用電量，即可得到用電量，然后根據換單得到的用水量來判斷是否超出基礎水量，根據實際情況進行扣費。

在本發明的另一種實現方式中，也可以將用水量換算為用電量進行計算并扣費，由于水量檢測裝置的成本較高，安裝使用不便，因此，本實施例提供的方法為更優選的方法。

圖3是本發明實施例三提供的一種機井灌溉水電扣費方法的流程圖。如圖3所示，該方法包括：

s301：接收用戶信息，所述用戶信息至少包括用戶的賬號和對應的賬號余額.

s302：判斷所述賬號余額是否大于零。

s303：當所述賬號余額大于零時，獲取用戶當前的用電量。

s304：根據預設的用水量和用電量的對應關系，將當前的用電量換算為用水量。

s305：根據換算后的用水量進行扣費。

s306：當所述賬號余額小于或等于零時，獲取所述賬號對應的交易信息。

所述交易信息可以包括所述賬號對應的繳費金額、繳費時間、用水次數、每一次的用水量和總用水量等。

s307：判斷所述交易信息中是否存在不良交易記錄。當所述交易信息中不存在不良交易記錄時，執行步驟s303至步驟s305。此時，由于所述賬號余額小于或等于零，扣費后所述賬號余額為負數值，即欠費狀態。

所述不良交易記錄主要包括繳費不及時記錄，例如，本次灌溉后，用戶的賬號處于欠費狀態，用戶在灌溉完成后的n小時內未及時補繳費用（欠費狀態持續時間超過n小時），即生成不良交易記錄，下次便不能夠在賬號余額小于或等于零的狀態下使用。

本實施例通過判定是否存在不良交易記錄，使賬號余額小于或等于零時可繼續使用，改善了賬號余額不足時，用戶需要中止灌溉，先行繳納費用才能夠繼續未完成的灌溉的情況，使用戶使用方便，提高了用戶體驗度。

采用本實施例的方法，存在兩個方面的漏洞：第一，當用戶使用新開賬號時，不存在交易記錄，也就不存在不良交易記錄；第二，當用戶的賬號處于欠費狀態，該用戶在上次欠費后的n小時之內再次使用該賬號時，仍然不存在不良交易記錄。

為了彌補上述實施例的漏洞，本發明實施例四提供一種機井灌溉水電扣費方法，如圖4所示，該方法包括：

s401：接收用戶信息，所述用戶信息至少包括用戶的賬號和對應的賬號余額.

s402：判斷所述賬號余額是否大于零。

s403：當所述賬號余額大于零時，獲取用戶當前的用電量。

s404：根據預設的用水量和用電量的對應關系，將當前的用電量換算為用水量。

s405：根據換算后的用水量進行扣費。

s406：當所述賬號余額小于或等于零時，獲取所述賬號對應的交易信息。

s407：提取所述交易信息中包含的多個交易特征。

所述交易特征包括所述賬號對應的歷史用量、信用度等，所述信用度可以是根據所述賬號對應的繳費時間、繳費金額等進行運算后得到的值。

s408：判斷所述多個交易特征對應的特征值之和是否大于預設閾值。

s409：當所述多個交易特征對應的特征值之和大于預設閾值時，執行步驟s403至步驟s405。

本實施例通過將交易特征值之和與預設閾值進行比較來判定賬號余額小于或等于零時的使用權，彌補了上述實施例三中的兩個漏洞，對賬號余額小于或等于零時能否使用的判定更準確。

信用度對賬號余額小于或等于零時能否使用的判定比較重要，在本發明的一個實施例中，可以將信用度設置較高的權重，然后計算加權后的信用度與其他特征值之和是否大于預設閾值，這樣得出的結果更為精準。

圖5是本發明實施例提供的第一種機井灌溉水電扣費裝置的結構示意圖，對應上述實施例二的方法。如圖5所示，所述裝置包括：

信息接收模塊10：用于接收用戶信息，所述用戶信息至少包括用戶的賬號和對應的賬號余額。

余額判斷模塊20：用于判斷所述賬號余額是否大于零。

用量獲取模塊30：用于當所述賬號余額大于零時，獲取用戶當前的用電量。

水電換算模塊40：用于根據預設的用水量和用電量的對應關系，將用電量換算為用水量。

扣費模塊50：用于根據換算后的用水量進行扣費。

進一步，如圖6所示，所述水電換算模塊40包括：

總量獲取子模塊41：用于獲取用戶的歷史用水累積量。

第一判斷子模塊42：用于判斷所述歷史用水累積量是否大于預設的基礎水量。

第一扣費子模塊43：用于當所述歷史用水累積量大于或等于所述基礎水量時，通過水費、電費從所述帳號余額中進行并行的雙項扣費。

第二判斷子模塊44：用于當所述歷史用水累積量小于所述基礎水量時，判斷所述歷史用水累積量和當前用水量的加和是否大于所述基礎水量。

第二扣費子模塊45：當所述歷史用水累積量和當前用水量的加和大于所述基礎水量時，對超過基礎水量的部分通過水費、電費從所述帳號余額中進行并行的雙項扣費，未超過基礎水量的部分僅通過電費從帳號余額中進行單項扣費。

圖7是本發明實施例提供的第二種機井灌溉水電扣費裝置的結構示意圖，對應上述實施例三的方法。如圖7所示，所述裝置包括：

信息接收模塊10：用于接收用戶信息，所述用戶信息至少包括用戶的賬號和對應的賬號余額。

余額判斷模塊20：用于判斷所述賬號余額是否大于零。

用量獲取模塊30：用于當所述賬號余額大于零時，獲取用戶當前的用電量。

水電換算模塊40：用于根據預設的用水量和用電量的對應關系，將用電量換算為用水量。

扣費模塊50：用于根據換算后的用水量進行扣費。

交易信息獲取模塊60：用于當所述賬號余額小于或等于零時，獲取所述賬號對應的交易信息。

交易記錄判斷模塊70：用于判斷所述交易信息中是否存在不良交易記錄。

圖8是本發明實施例提供的第二種機井灌溉水電扣費裝置的結構示意圖，對應上述實施例四的方法。如圖8所示，所述裝置包括：

信息接收模塊10：用于接收用戶信息，所述用戶信息至少包括用戶的賬號和對應的賬號余額。

余額判斷模塊20：用于判斷所述賬號余額是否大于零。

用量獲取模塊30：用于當所述賬號余額大于零時，獲取用戶當前的用電量。

水電換算模塊40：用于根據預設的用水量和用電量的對應關系，將用電量換算為用水量。

扣費模塊50：用于根據換算后的用水量進行扣費。

交易信息獲取模塊60：用于當所述賬號余額小于或等于零時，獲取所述賬號對應的交易信息。

交易特征提取模塊80：用于提取所述交易信息中包含的多個交易特征，所述交易特征包括所述賬號對應的歷史用量、信用度。

閾值判斷模塊90：用于判斷所述多個交易特征對應的特征值之和是否大于預設閾值。

關于上述實施例中的裝置，其中各個模塊執行操作的具體方式已經在有關該方法的實施例中進行了詳細描述，此處不再做詳細闡述說明。

圖9是根據一示例性實施例示出的一種用于信息處理的終端900的結構示意圖。例如，終端900可以是移動電話，計算機，消息收發設備，平板設備，個人數字助理等。

參照圖9，終端900可以包括以下一個或多個組件：處理組件902，存儲器904，電源組件906，多媒體組件908，音頻組件910，輸入/輸出（i/o）的接口912，傳感器組件914，以及通信組件916。

處理組件902通常控制終端900的整體操作，諸如與數據通信和記錄操作相關聯的操作。處理組件902可以包括一個或多個處理器920來執行指令，以完成上述的方法的全部或部分步驟。此外，處理組件902可以包括一個或多個模塊，便于處理組件902和其他組件之間的交互。例如，處理組件902可以包括多媒體模塊，以方便多媒體組件908和處理組件902之間的交互。

存儲器904被配置為存儲各種類型的數據以支持在終端900的操作。這些數據的示例包括用于在終端900上操作的任何應用程序或方法的指令，聯系人數據，消息，圖片，視頻等。存儲器904可以由任何類型的易失性或非易失性存儲設備或者它們的組合實現，如靜態隨機存取存儲器（sram），電可擦除可編程只讀存儲器（eeprom），可擦除可編程只讀存儲器（eprom），可編程只讀存儲器（prom），只讀存儲器（rom），磁存儲器，快閃存儲器，磁盤或光盤。

電源組件906為終端900的各種組件提供電力。電源組件906可以包括電源管理系統，一個或多個電源，及其他與為終端900生成、管理和分配電力相關聯的組件。

多媒體組件908包括在所述終端900和用戶之間的提供一個輸出接口的屏幕。在一些實施例中，屏幕可以包括液晶顯示器（lcd）和觸摸面板（tp）。如果屏幕包括觸摸面板，屏幕可以被實現為觸摸屏，以接收來自用戶的輸入信號。觸摸面板包括一個或多個觸摸傳感器以感測觸摸、滑動和觸摸面板上的手勢。所述觸摸傳感器可以不僅感測觸摸或滑動動作的邊界，而且還檢測與所述觸摸或滑動操作相關的持續時間和壓力。在一些實施例中，多媒體組件908包括一個前置攝像頭和/或后置攝像頭。當終端900處于操作模式，如拍攝模式或視頻模式時，前置攝像頭和/或后置攝像頭可以接收外部的多媒體數據。每個前置攝像頭和后置攝像頭可以是一個固定的光學透鏡系統或具有焦距和光學變焦能力。

音頻組件910被配置為輸出和/或輸入音頻信號。例如，音頻組件910包括一個麥克風（mic），當終端900處于操作模式，如呼叫模式、記錄模式和語音識別模式時，麥克風被配置為接收外部音頻信號。所接收的音頻信號可以被進一步存儲在存儲器904或經由通信組件916發送。在一些實施例中，音頻組件910還包括一個揚聲器，用于輸出音頻信號。

i/o接口912為處理組件902和外圍接口模塊之間提供接口，上述外圍接口模塊可以是鍵盤，點擊輪，按鈕等。這些按鈕可包括但不限于：主頁按鈕、音量按鈕、啟動按鈕和鎖定按鈕。

傳感器組件914包括一個或多個傳感器，用于為終端900提供各個方面的狀態評估。例如，傳感器組件914可以檢測到終端900的打開/關閉狀態，組件的相對定位，例如所述組件為終端900的顯示器和小鍵盤，傳感器組件914還可以檢測終端900或終端900一個組件的位置改變，用戶與終端900接觸的存在或不存在，終端900方位或加速/減速和終端900的溫度變化。傳感器組件914可以包括接近傳感器，被配置用來在沒有任何的物理接觸時檢測附近物體的存在。傳感器組件914還可以包括光傳感器，如cmos或ccd圖像傳感器，用于在成像應用中使用。在一些實施例中，該傳感器組件914還可以包括加速度傳感器，陀螺儀傳感器，磁傳感器，壓力傳感器或溫度傳感器。

通信組件916被配置為便于終端900和其他設備之間有線或無線方式的通信。終端900可以接入基于通信標準的無線網絡，如wifi，2g或3g，或它們的組合。在一個示例性實施例中，通信組件916經由廣播信道接收來自外部廣播管理系統的廣播信號或廣播相關信息。在一個示例性實施例中，所述通信組件916還包括近場通信（nfc）模塊，以促進短程通信。例如，在nfc模塊可基于射頻識別（rfid）技術，紅外數據協會（irda）技術，超寬帶（uwb）技術，藍牙（bt）技術和其他技術來實現。

在示例性實施例中，終端900可以被一個或多個應用專用集成電路（asic）、數字信號處理器（dsp）、數字信號處理設備（dspd）、可編程邏輯器件（pld）、現場可編程門陣列（fpga）、控制器、微控制器、微處理器或其他電子元件實現，用于執行上述方法。

在示例性實施例中，還提供了一種包括指令的非臨時性計算機可讀存儲介質，例如包括指令的存儲器904，上述指令可由終端900的處理器920執行以完成上述方法。例如，所述非臨時性計算機可讀存儲介質可以是rom、隨機存取存儲器（ram）、cd-rom、磁帶、軟盤和光數據存儲設備等。

一種非臨時性計算機可讀存儲介質，當所述存儲介質中的指令由終端的處理器執行時，使得終端能夠執行一種機井灌溉水電扣費方法，所述方法包括：

接收用戶信息，所述用戶信息至少包括用戶的賬號和對應的賬號余額；

判斷所述賬號余額是否大于零；

當所述賬號余額大于零時，獲取用戶當前的用水量和用電量；

根據預設的用水量和用電量的對應關系，將用水量換算為用電量，或者，將用電量換算為用水量；

根據換算后的用電量或者用水量進行扣費。

本領域技術人員在考慮說明書及實踐這里公開的發明后，將容易想到本發明的其它實施方案。本申請旨在涵蓋本發明的任何變型、用途或者適應性變化，這些變型、用途或者適應性變化遵循本發明的一般性原理并包括本公開未公開的本技術領域中的公知常識或慣用技術手段。說明書和實施例僅被視為示例性的，本發明的真正范圍和精神由下面的權利要求指出。

應當理解的是，本發明并不局限于上面已經描述并在附圖中示出的精確結構，并且可以在不脫離其范圍進行各種修改和改變。本發明的范圍僅由所附的權利要求來限制。