本發(fā)明涉及農(nóng)業(yè)灌溉技術(shù)領(lǐng)域，尤其涉及一種機井灌溉水電扣費方法、裝置及終端。

背景技術(shù)：

機井灌溉是一種農(nóng)田灌溉方式，即使用機電設(shè)備從水井中提水灌溉植物。我國北方地區(qū)多使用機井灌溉的方式進行農(nóng)作物灌溉，根據(jù)每戶農(nóng)田數(shù)量的不同，供水系統(tǒng)會根據(jù)當?shù)厍闆r給每戶分配一定的基礎(chǔ)水量，當用戶的用水量小于或等于基礎(chǔ)水量時，用戶不需要繳納用水費用，但需要繳納提水產(chǎn)生的耗電費用；當用戶的用水量超過基礎(chǔ)水量時，超過的部分需要繳納用水費用，此外，用戶還需要繳納提水產(chǎn)生的耗電費用。

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

技術(shù)實現(xiàn)要素：

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

本發(fā)明是通過如下技術(shù)方案實現(xiàn)的：

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

a、設(shè)定用戶信息：所述用戶信息至少包括用戶賬號、對應(yīng)的賬號余額以及對應(yīng)的基礎(chǔ)水量、控制系統(tǒng)單元的水電比例關(guān)系。

每個控制系統(tǒng)單元對應(yīng)一個機井，根據(jù)機井的深度和水泵的功率，在相應(yīng)的控制系統(tǒng)單元中預(yù)設(shè)用水量和用電量之間的比例關(guān)系，比如，用電量到用電量的換算系數(shù)為7，用電量為1度時，換算成用水量為1*7=7l，即每使用1度電時，提升7l的水。

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

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

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

d、扣費：

根據(jù)本次控制系統(tǒng)單元對應(yīng)的水電比例關(guān)系將本次使用的用電量換算成用水量并累加到已用水總量。

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

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

用水量在基礎(chǔ)水量之內(nèi)時，不需要繳納用水費用，只扣除耗電費用。

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

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

當帳號余額不足時，控制系統(tǒng)控制水泵停機。

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

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

根據(jù)不同機井的實際情況，在每個控制系統(tǒng)單元內(nèi)預(yù)設(shè)用水量和用電量的比例關(guān)系，只檢測用電量便可得到用水量，節(jié)省了安裝檢測用水量設(shè)備的成本，并實現(xiàn)用水費用和耗電費用的并行扣費。

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

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

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

則允許繼續(xù)使用，執(zhí)行上述步驟d。

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

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

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

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

則允許繼續(xù)使用，執(zhí)行上述步驟d。

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

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

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

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

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

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

根據(jù)預(yù)設(shè)的用水量和用電量的對應(yīng)關(guān)系，將當前的用電量換算為用水量；

根據(jù)換算后的用水量進行扣費。

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

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

結(jié)合第一方面，在第一方面的第一種可能的實現(xiàn)方式中，所述根據(jù)根據(jù)換算后的用水量進行扣費包括：

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

判斷所述歷史用水累積量是否大于預(yù)設(shè)的基礎(chǔ)水量；

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

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

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

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

結(jié)合第一方面，在第一方面的第二種可能的實現(xiàn)方式中，所述方法還包括：

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

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

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

根據(jù)預(yù)設(shè)的用水量和用電量的對應(yīng)關(guān)系，將當前的用電量換算為用水量；

根據(jù)換算后的用水量進行扣費。

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

結(jié)合第一方面，在第一方面的第三種可能的實現(xiàn)方式中，所述方法還包括：

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

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

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

根據(jù)預(yù)設(shè)的用水量和用電量的對應(yīng)關(guān)系，將用電量換算為用水量；

根據(jù)換算后的用水量進行扣費。

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

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

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

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

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

水電換算模塊：用于根據(jù)預(yù)設(shè)的用水量和用電量的對應(yīng)關(guān)系，將用電量換算為用水量；

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

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

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

第一判斷子模塊：用于判斷所述歷史用水累積量是否大于預(yù)設(shè)的基礎(chǔ)水量；

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

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

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

結(jié)合第二方面，在第二方面第二種可能的實現(xiàn)方式中，所述裝置還包括：

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

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

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

水電換算模塊：用于根據(jù)預(yù)設(shè)的用水量和用電量的對應(yīng)關(guān)系，將用電量換算為用水量；

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

結(jié)合第二方面，在第二方面第三種可能的實現(xiàn)方式中，所述裝置還包括：

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

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

閾值判斷模塊：用于判斷所述多個交易特征對應(yīng)的特征值之和是否大于預(yù)設(shè)閾值；

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

水電換算模塊：用于根據(jù)預(yù)設(shè)的用水量和用電量的對應(yīng)關(guān)系，將用電量換算為用水量；

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

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

處理器；

用于存儲處理器可執(zhí)行指令的存儲器；

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

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

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

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

根據(jù)預(yù)設(shè)的用水量和用電量的對應(yīng)關(guān)系，將用電量換算為用水量；

根據(jù)換算后的用水量進行扣費。

本發(fā)明實施例提供的技術(shù)方案可以包含以下有益效果：

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

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

附圖說明

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

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

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

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

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

圖5是本發(fā)明實施例提供的第一種機井灌溉水電扣費裝置的結(jié)構(gòu)示意圖。

圖6是圖5中水電換算模塊的結(jié)構(gòu)示意圖。

圖7是本發(fā)明實施例提供的第二種機井灌溉水電扣費裝置的結(jié)構(gòu)示意圖。

圖8是本發(fā)明實施例提供的第三種機井灌溉水電扣費裝置的結(jié)構(gòu)示意圖。

圖9是本發(fā)明實施例提供的一種終端的結(jié)構(gòu)示意圖。

具體實施方式

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

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

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

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

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

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

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

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

s104：根據(jù)預(yù)設(shè)的用水量和用電量的對應(yīng)關(guān)系，將當前的用電量換算為用水量。

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

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

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

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

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

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

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

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

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

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

s205：判斷所述歷史用水累積量是否大于預(yù)設(shè)的基礎(chǔ)水量。

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

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

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

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

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

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

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

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

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

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

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

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

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

s304：根據(jù)預(yù)設(shè)的用水量和用電量的對應(yīng)關(guān)系，將當前的用電量換算為用水量。

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

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

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

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

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

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

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

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

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

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

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

s404：根據(jù)預(yù)設(shè)的用水量和用電量的對應(yīng)關(guān)系，將當前的用電量換算為用水量。

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

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

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

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

s408：判斷所述多個交易特征對應(yīng)的特征值之和是否大于預(yù)設(shè)閾值。

s409：當所述多個交易特征對應(yīng)的特征值之和大于預(yù)設(shè)閾值時，執(zhí)行步驟s403至步驟s405。

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

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

圖5是本發(fā)明實施例提供的第一種機井灌溉水電扣費裝置的結(jié)構(gòu)示意圖，對應(yīng)上述實施例二的方法。如圖5所示，所述裝置包括：

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

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

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

水電換算模塊40：用于根據(jù)預(yù)設(shè)的用水量和用電量的對應(yīng)關(guān)系，將用電量換算為用水量。

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

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

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

第一判斷子模塊42：用于判斷所述歷史用水累積量是否大于預(yù)設(shè)的基礎(chǔ)水量。

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

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

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

圖7是本發(fā)明實施例提供的第二種機井灌溉水電扣費裝置的結(jié)構(gòu)示意圖，對應(yīng)上述實施例三的方法。如圖7所示，所述裝置包括：

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

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

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

水電換算模塊40：用于根據(jù)預(yù)設(shè)的用水量和用電量的對應(yīng)關(guān)系，將用電量換算為用水量。

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

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

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

圖8是本發(fā)明實施例提供的第二種機井灌溉水電扣費裝置的結(jié)構(gòu)示意圖，對應(yīng)上述實施例四的方法。如圖8所示，所述裝置包括：

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

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

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

水電換算模塊40：用于根據(jù)預(yù)設(shè)的用水量和用電量的對應(yīng)關(guān)系，將用電量換算為用水量。

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

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

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

閾值判斷模塊90：用于判斷所述多個交易特征對應(yīng)的特征值之和是否大于預(yù)設(shè)閾值。

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

圖9是根據(jù)一示例性實施例示出的一種用于信息處理的終端900的結(jié)構(gòu)示意圖。例如，終端900可以是移動電話，計算機，消息收發(fā)設(shè)備，平板設(shè)備，個人數(shù)字助理等。

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

處理組件902通?？刂平K端900的整體操作，諸如與數(shù)據(jù)通信和記錄操作相關(guān)聯(lián)的操作。處理組件902可以包括一個或多個處理器920來執(zhí)行指令，以完成上述的方法的全部或部分步驟。此外，處理組件902可以包括一個或多個模塊，便于處理組件902和其他組件之間的交互。例如，處理組件902可以包括多媒體模塊，以方便多媒體組件908和處理組件902之間的交互。

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

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

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

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

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

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

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

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

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

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

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

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

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

根據(jù)預(yù)設(shè)的用水量和用電量的對應(yīng)關(guān)系，將用水量換算為用電量，或者，將用電量換算為用水量；

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

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

應(yīng)當理解的是，本發(fā)明并不局限于上面已經(jīng)描述并在附圖中示出的精確結(jié)構(gòu)，并且可以在不脫離其范圍進行各種修改和改變。本發(fā)明的范圍僅由所附的權(quán)利要求來限制。