国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      業(yè)務(wù)屬性值的更新方法及系統(tǒng)的制作方法

      文檔序號:10726050閱讀:176來源:國知局
      業(yè)務(wù)屬性值的更新方法及系統(tǒng)的制作方法
      【專利摘要】本發(fā)明涉及信息處理技術(shù)領(lǐng)域,公開了一種業(yè)務(wù)屬性值的更新方法,包括:提取指定頁面內(nèi)預(yù)設(shè)位置區(qū)域的業(yè)務(wù)屬性值;檢測提取的業(yè)務(wù)屬性值是否滿足至少一個預(yù)設(shè)條件;如果提取的業(yè)務(wù)屬性值滿足至少一個預(yù)設(shè)條件,根據(jù)預(yù)設(shè)條件獲取第一數(shù)值,并根據(jù)獲取的第一數(shù)值對業(yè)務(wù)屬性值進行修正;其中,預(yù)設(shè)條件至少包括:當(dāng)前時刻處于預(yù)設(shè)條件的有效期內(nèi),提取的業(yè)務(wù)屬性值大于或等于第一數(shù)值中最大的數(shù)值。本發(fā)明還提供了一種業(yè)務(wù)屬性值的更新系統(tǒng)。與現(xiàn)有技術(shù)相比,本發(fā)明可以自動對業(yè)務(wù)屬性值進行修正,避免用戶忘記對業(yè)務(wù)屬性值進行修正或者不知道如何對業(yè)務(wù)屬性值進行修正而給用戶帶來的利益損失。
      【專利說明】
      業(yè)務(wù)屬性值的更新方法及系統(tǒng)
      技術(shù)領(lǐng)域
      [0001]本發(fā)明涉及信息處理技術(shù)領(lǐng)域,特別涉及業(yè)務(wù)屬性值的更新方法及系統(tǒng)。
      【背景技術(shù)】
      [0002]隨著互聯(lián)網(wǎng)技術(shù)的日益發(fā)展以及人們生活節(jié)奏的加快,很多人都希望足不出戶就可以購買到心儀的商品,因此,在購物網(wǎng)站上購買商品越來越趨勢化且越來越流行。商家為了回饋客戶通常會向用戶的賬戶發(fā)放優(yōu)惠券,目前,在購物時如果用戶在結(jié)算商品時要使用優(yōu)惠券,則需要用戶手動綁定優(yōu)惠券才可以在結(jié)算時使用優(yōu)惠券?;蛘撸绻脩糍~戶里預(yù)先就有優(yōu)惠券,要點擊優(yōu)惠券才可以在結(jié)算時使用優(yōu)惠券。
      [0003]但是,用戶在付款時,可能忘記綁定優(yōu)惠券、忘記選擇優(yōu)惠券或者根本不知道在哪里選擇已經(jīng)存在于賬戶的優(yōu)惠券,而直接付款。當(dāng)用戶想起賬號里面還有優(yōu)惠券時,可能優(yōu)惠券已經(jīng)過期了,導(dǎo)致用戶的利益受到損失,用戶體驗不好。

      【發(fā)明內(nèi)容】

      [0004]本發(fā)明的目的在于提供一種業(yè)務(wù)屬性值的更新方法及系統(tǒng),可以自動對業(yè)務(wù)屬性值進行修正,避免用戶忘記對業(yè)務(wù)屬性值進行修正或者不知道如何對業(yè)務(wù)屬性值進行修正而給用戶帶來的利益損失。
      [0005]為解決上述技術(shù)問題,本發(fā)明實施例提供了一種業(yè)務(wù)屬性值的更新方法,包括:提取指定頁面內(nèi)預(yù)設(shè)位置區(qū)域的業(yè)務(wù)屬性值;檢測提取的業(yè)務(wù)屬性值是否滿足至少一個預(yù)設(shè)條件;如果提取的業(yè)務(wù)屬性值滿足至少一個預(yù)設(shè)條件,根據(jù)預(yù)設(shè)條件獲取第一數(shù)值,并根據(jù)獲取的第一數(shù)值對業(yè)務(wù)屬性值進行修正;其中,預(yù)設(shè)條件至少包括:當(dāng)前時刻處于預(yù)設(shè)條件的有效期內(nèi),提取的業(yè)務(wù)屬性值大于或等于第一數(shù)值中最大的數(shù)值。
      [0006]本發(fā)明實施例還提供了一種業(yè)務(wù)屬性值的更新系統(tǒng),包括:提取模塊、判斷模塊、修正模塊;提取模塊,用于提取指定頁面內(nèi)預(yù)設(shè)位置區(qū)域的業(yè)務(wù)屬性值;判斷模塊,用于判斷提取模塊提取的業(yè)務(wù)屬性值是否滿足至少一個預(yù)設(shè)條件;修正模塊,用于在判斷模塊判定所述提取的業(yè)務(wù)屬性值滿足至少一個預(yù)設(shè)條件,根據(jù)預(yù)設(shè)條件獲取第一數(shù)值,并根據(jù)獲取的第一數(shù)值對所述業(yè)務(wù)屬性值進行修正;其中,所述預(yù)設(shè)條件至少包括:當(dāng)前時刻處于預(yù)設(shè)條件的有效期內(nèi),所述提取的業(yè)務(wù)屬性值大于或等于所述第一數(shù)值中最大的數(shù)值。
      [0007]本發(fā)明的實施例相對于現(xiàn)有技術(shù)而言,通過提取指定頁面內(nèi)預(yù)設(shè)位置區(qū)域的業(yè)務(wù)屬性值,檢測提取的業(yè)務(wù)屬性值是否滿足至少一個預(yù)設(shè)條件,并在提取的業(yè)務(wù)屬性值滿足至少一個預(yù)設(shè)條件時,獲取預(yù)設(shè)條件獲取第一數(shù)值,并根據(jù)獲取的第一數(shù)值對業(yè)務(wù)屬性值進行修正,使得,可以自動對業(yè)務(wù)屬性值進行修正,避免用戶忘記對業(yè)務(wù)屬性值進行修正或者不知道如何對業(yè)務(wù)屬性值進行修正而給用戶帶來的利益損失。
      [0008]另外,指定頁面為用戶的付款界面,業(yè)務(wù)屬性值為訂單中的應(yīng)付款金額,預(yù)設(shè)條件為優(yōu)惠券的使用條件,第一數(shù)值包括:優(yōu)惠券的面值、優(yōu)惠券的優(yōu)惠金額;在根據(jù)獲取的第一數(shù)值對所述業(yè)務(wù)屬性值進行修正時,具體包括:將應(yīng)付款金額減去優(yōu)惠券的優(yōu)惠金額作為實際付款金額。通過在用戶的付款界面,監(jiān)測用戶訂單中的應(yīng)付款金額,并且在應(yīng)付款金額滿足至少一個優(yōu)惠券的使用條件時,將應(yīng)付款金額減去優(yōu)惠券的優(yōu)惠金額作為實際付款金額,使得可以在訂單結(jié)算時,自動幫用戶填充符合使用條件的優(yōu)惠券,避免用戶忘記選擇優(yōu)惠券或者不知道如何使用優(yōu)惠券給用戶帶來的利益損失。
      [0009]另外,在應(yīng)付款金額滿足至少兩個優(yōu)惠券的使用條件時,將應(yīng)付款金額減去優(yōu)惠力度最大的優(yōu)惠券的優(yōu)惠金額作為實際付款金額。有多個優(yōu)惠券可以使用時,自動幫用戶填充優(yōu)惠力度最大的優(yōu)惠券,可以使用戶在購買商品時能夠獲得最大的優(yōu)惠金額,有助于進一步提升用戶體驗。
      [0010]另外,在應(yīng)付款金額滿足至少兩個優(yōu)惠券的使用條件時,將至少兩個優(yōu)惠券顯示出來供用戶選擇;將應(yīng)付款金額減去用戶選擇的優(yōu)惠券的優(yōu)惠金額作為實際付款金額。有多個優(yōu)惠券可以使用時,根據(jù)用戶的選擇使用優(yōu)惠券,使用戶可以選擇更加滿意的優(yōu)惠券,有助于進一步提升用戶體驗。
      [0011]另外,優(yōu)惠券的使用條件還包括:應(yīng)付款金額大于或者等于至少兩個優(yōu)惠券的面值之和;在將應(yīng)付款金額減去優(yōu)惠券的優(yōu)惠金額作為實際付款金額時,計算滿足使用條件的至少兩個優(yōu)惠券的優(yōu)惠金額之和,將應(yīng)付款金額減去優(yōu)惠金額之和作為實際付款金額。在用戶訂單中的應(yīng)付款金額滿足至少兩個優(yōu)惠券疊加的使用條件時,直接將該至少兩個優(yōu)惠券疊加使用,使對優(yōu)惠力度最大化。
      [0012]另外,優(yōu)惠券的使用條件還包括:一個訂單只能使用一張優(yōu)惠券;應(yīng)付款金額大于或者等于至少兩個優(yōu)惠券的面值之和;對訂單進行拆分,拆分形成的子訂單的最大應(yīng)付款金額大于或者等于其中至少兩個優(yōu)惠券的面值;在將應(yīng)付款金額減去優(yōu)惠券的優(yōu)惠金額作為實際付款金額時,將每個子訂單的應(yīng)付款金額減去滿足應(yīng)付款金額條件的優(yōu)惠券的優(yōu)惠金額作為每個子訂單的實際付款金額。如果一個訂單只能使用一張優(yōu)惠券,且用戶訂單中的應(yīng)付款金額滿足至少兩個優(yōu)惠券疊加的使用條件時,可以對訂單進行拆分,使拆分形成的每一個子訂單對應(yīng)一張優(yōu)惠券;從而,可以使對優(yōu)惠力度最大化,有助于進一步提升用戶體驗。
      [0013]另外,在對訂單進行拆分時,形成至少2種使用至少兩個優(yōu)惠券的組合方案;在將應(yīng)付款金額減去優(yōu)惠券的優(yōu)惠金額作為實際付款金額時,根據(jù)優(yōu)惠力度最大的組合方案,將每個子訂單的應(yīng)付款金額減去滿足應(yīng)付款金額條件的優(yōu)惠券的優(yōu)惠金額作為每個子訂單的實際付款金額。對訂單進行拆分時,會形成不止一個滿足條件的子訂單組合,將優(yōu)惠力度最大的子訂單組合方案提供給用戶,可以使提供給用戶的優(yōu)惠最大化,從而有助于進一步提升用戶體驗。
      [0014]另外,在對訂單進行拆分時,形成至少2種使用至少兩個優(yōu)惠券的組合方案,并且將至少2種組合方案顯示在界面供用戶選擇;在將應(yīng)付款金額減去優(yōu)惠券的優(yōu)惠金額作為實際付款金額時,根據(jù)用戶選擇的組合方案,將每個子訂單的應(yīng)付款金額減去滿足應(yīng)付款金額條件的優(yōu)惠券的優(yōu)惠金額作為每個子訂單的實際付款金額。對訂單進行拆分時,會形成不止一個滿足條件的子訂單組合,將這些子訂單組合顯示出來供用戶選擇。由于從而使得用戶可以選擇更加滿意的組合方案,可以進一步保障用戶利益的最優(yōu)化,有助于進一步提升用戶體驗。
      [0015]另外,指定頁面為用戶的付款界面,業(yè)務(wù)屬性值為訂單中的應(yīng)付款金額,預(yù)設(shè)條件為優(yōu)惠券的使用條件,第一數(shù)值包括:優(yōu)惠券的面值、優(yōu)惠券的優(yōu)惠金額;修正模塊在根據(jù)獲取的所述第一數(shù)值對所述業(yè)務(wù)屬性值進行修正時,具體包括:修正模塊將所述應(yīng)付款金額減去優(yōu)惠券的優(yōu)惠金額作為實際付款金額。
      [0016]另外,判斷模塊,還用于判斷應(yīng)付款金額是否滿足至少兩個優(yōu)惠券的使用條件;修正模塊,還用于在判斷模塊判定應(yīng)付款金額滿足至少兩個優(yōu)惠券的使用條件時,將應(yīng)付款金額減去優(yōu)惠力度最大的優(yōu)惠券的優(yōu)惠金額作為實際付款金額。有多個優(yōu)惠券可以使用時,自動幫用戶填充優(yōu)惠力度最大的優(yōu)惠券,可以使得用戶在購買商品時能夠獲得最大的優(yōu)惠金額,有助于進一步提升用戶體驗。
      [0017]另外,業(yè)務(wù)屬性值的更新系統(tǒng)還包含顯示模塊;判斷模塊,還用于判斷應(yīng)付款金額是否滿足至少兩個優(yōu)惠券的使用條件;顯示模塊,用于在判斷模塊判定應(yīng)付款金額滿足至少兩個優(yōu)惠券的使用條件時,將至少兩個優(yōu)惠券顯示出來供用戶選擇;修正模塊,還用于將應(yīng)付款金額減去用戶選擇的優(yōu)惠券的優(yōu)惠金額作為實際付款金額。有多個優(yōu)惠券可以使用時,根據(jù)用戶的選擇使用優(yōu)惠券,使得用戶可以選擇更加滿意的優(yōu)惠券,有助于進一步提升用戶體驗。
      【附圖說明】
      [0018]圖1是根據(jù)本發(fā)明第一實施方式中業(yè)務(wù)屬性值的更新方法的流程圖;
      [0019]圖2是根據(jù)本發(fā)明第二實施方式中業(yè)務(wù)屬性值的更新方法的流程圖;
      [0020]圖3是根據(jù)本發(fā)明第三實施方式中業(yè)務(wù)屬性值的更新方法的流程圖;
      [0021 ]圖4是根據(jù)本發(fā)明第四實施方式中業(yè)務(wù)屬性值的更新方法的流程圖;
      [0022]圖5是根據(jù)本發(fā)明第五實施方式中業(yè)務(wù)屬性值的更新方法的流程圖;
      [0023]圖6是根據(jù)本發(fā)明第六實施方式中業(yè)務(wù)屬性值的更新方法的流程圖;
      [0024]圖7是根據(jù)本發(fā)明第七實施方式中業(yè)務(wù)屬性值的更新方法的流程圖;
      [0025]圖8是根據(jù)本發(fā)明第八實施方式中業(yè)務(wù)屬性值的更新系統(tǒng)框圖;
      [0026]圖9是根據(jù)本發(fā)明第十實施方式中業(yè)務(wù)屬性值的更新系統(tǒng)框圖;
      [0027]圖10是根據(jù)本發(fā)明第十一實施方式中終端設(shè)備的框圖。
      【具體實施方式】
      [0028]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚,下面將結(jié)合附圖對本發(fā)明的各實施方式進行詳細(xì)的闡述。然而,本領(lǐng)域的普通技術(shù)人員可以理解,在本發(fā)明各實施方式中,為了使讀者更好地理解本申請而提出了許多技術(shù)細(xì)節(jié)。但是,即使沒有這些技術(shù)細(xì)節(jié)和基于以下各實施方式的種種變化和修改,也可以實現(xiàn)本申請所要求保護的技術(shù)方案。
      [0029]本發(fā)明的第一實施方式涉及一種業(yè)務(wù)屬性值的更新方法,具體流程,如圖1所示:
      [0030]步驟SI,提取指定頁面內(nèi)預(yù)設(shè)位置區(qū)域的業(yè)務(wù)屬性值。
      [0031 ]步驟S2,判斷提取的業(yè)務(wù)屬性值是否滿足至少一個預(yù)設(shè)條件。如果是,則進入步驟S3,否則結(jié)束。
      [0032]步驟S3,獲取預(yù)設(shè)條件獲取第一數(shù)值,并根據(jù)獲取的所述第一數(shù)值對所述業(yè)務(wù)屬性值進行修正。
      [0033]通過上述內(nèi)容,不難發(fā)現(xiàn),通過提取指定頁面內(nèi)預(yù)設(shè)位置區(qū)域的業(yè)務(wù)屬性值,檢測提取的業(yè)務(wù)屬性值是否滿足至少一個預(yù)設(shè)條件,并在提取的業(yè)務(wù)屬性值滿足至少一個預(yù)設(shè)條件時,獲取預(yù)設(shè)條件獲取第一數(shù)值,并根據(jù)獲取的第一數(shù)值對業(yè)務(wù)屬性值進行修正,使得,可以自動對業(yè)務(wù)屬性值進行修正,避免用戶忘記對業(yè)務(wù)屬性值進行修正或者不知道如何對業(yè)務(wù)屬性值進行修正而給用戶帶來的利益損失。
      [0034]本發(fā)明的第二實施方式涉及一種業(yè)務(wù)屬性值的更新方法,包括:指定頁面為用戶的付款界面,業(yè)務(wù)屬性值為訂單中的應(yīng)付款金額,預(yù)設(shè)條件為優(yōu)惠券的使用條件,第一數(shù)值包括:優(yōu)惠券的面值、優(yōu)惠券的優(yōu)惠金額;在根據(jù)獲取的第一數(shù)值對所述業(yè)務(wù)屬性值進行修正時,具體包括:將應(yīng)付款金額減去優(yōu)惠券的優(yōu)惠金額作為實際付款金額。
      [0035]比如說,用戶的賬戶僅有一張優(yōu)惠券,且這張優(yōu)惠券滿足使用條件,那么直接用應(yīng)付款金額減去優(yōu)惠券的優(yōu)惠金額作為實際付款金額。具體流程,如圖2所示:
      [0036]步驟101,在用戶的付款界面,監(jiān)測用戶訂單中的應(yīng)付款金額。其中,應(yīng)付款金額指的是訂單中各商品的總金額。
      [0037]步驟102,判斷應(yīng)付款金額是否滿足優(yōu)惠券的使用條件。如果是,則進入步驟103,否則結(jié)束。
      [0038]其中,優(yōu)惠券的使用條件可以包括但不限于:在有效期內(nèi);應(yīng)付款金額大于或者等于優(yōu)惠券的面值。具體地說,在優(yōu)惠券的使用期限內(nèi),如果訂單中的應(yīng)付款金額為100元;且僅有一張優(yōu)惠券的面值為60元,優(yōu)惠券的優(yōu)惠金額為30元,即優(yōu)惠券為滿60元減30元的優(yōu)惠券。應(yīng)付款金額100元大于優(yōu)惠券的面值60元,故應(yīng)付款金額滿足優(yōu)惠券的使用條件,進入步驟103。
      [0039]步驟103,將應(yīng)付款金額減去優(yōu)惠券的優(yōu)惠金額作為實際付款金額。將應(yīng)付款金額100元減去優(yōu)惠券的優(yōu)惠金額30元作為實際付款金額,即實際付款金額為70元。
      [0040]與現(xiàn)有技術(shù)相比,本實施方式可以在結(jié)算商品時,自動幫用戶填充符合使用條件的優(yōu)惠券,避免用戶忘記選擇優(yōu)惠券或者不知道如何使用優(yōu)惠券而帶來的利益損失,從而有助于提升用戶體驗。
      [0041]本發(fā)明的第三實施方式涉及一種業(yè)務(wù)屬性值的更新方法,第三實施方式在第二實施方式基礎(chǔ)上作了進一步改進,主要改進之處在于:在第三實施方式中,當(dāng)存在不止一張滿足使用條件的優(yōu)惠券時,選擇使用優(yōu)惠力度最大的優(yōu)惠券。
      [0042I 具體流程如圖3所示,包括:
      [0043]步驟201,在用戶的付款界面,監(jiān)測用戶訂單中的應(yīng)付款金額。其中,應(yīng)付款金額指的是訂單中各商品的總金額。
      [0044]步驟202,判斷應(yīng)付款金額是否滿足優(yōu)惠券的使用條件。如果是,則進入步驟203,否則結(jié)束。
      [0045]其中,優(yōu)惠券的使用條件可以包括但不限于:在有效期內(nèi);應(yīng)付款金額大于或者等于優(yōu)惠券的面值。具體地說,在優(yōu)惠券的使用期限內(nèi),如果訂單中的應(yīng)付款金額為100元;有一張優(yōu)惠券的面值為60元,優(yōu)惠券的優(yōu)惠金額為30元,即優(yōu)惠券為滿60元減30元的優(yōu)惠券。應(yīng)付款金額100元大于優(yōu)惠券的面值60元,故應(yīng)付款金額滿足優(yōu)惠券的使用條件,進入步驟203。
      [0046]步驟203,監(jiān)測滿足上述使用條件的優(yōu)惠券的個數(shù)。
      [0047]步驟204,判斷優(yōu)惠券的個數(shù)是否大于I。如果是,則進入步驟205,否則,進入步驟206。
      [0048]比如說,如果在用戶的賬號里面不僅有一張滿60元減30元的優(yōu)惠券,還有一張滿70減40的優(yōu)惠券,則進入步驟205。如果只有一張滿60元減30元的優(yōu)惠券,則進入步驟206。
      [0049]步驟205,將各優(yōu)惠券的優(yōu)惠金額做比較,得出優(yōu)惠力度最大的優(yōu)惠券。
      [0050]滿60元減30元的優(yōu)惠券優(yōu)惠金額為30元,滿70減40的優(yōu)惠券優(yōu)惠金額為40元。由于優(yōu)惠金額40元較優(yōu)惠金額30元的優(yōu)惠力度大,因此滿70元減40元的優(yōu)惠券的優(yōu)惠力度最大。
      [0051]步驟206,將應(yīng)付款金額減去優(yōu)惠券的優(yōu)惠金額作為實際付款金額。將應(yīng)付款金額100元減去優(yōu)惠券的優(yōu)惠金額30元作為實際付款金額,即實際付款金額為70元。
      [0052]步驟207,將應(yīng)付款金額減去優(yōu)惠力度最大的優(yōu)惠券的優(yōu)惠金額作為實際付款金額。將應(yīng)付款金額100元減去優(yōu)惠力度最大的優(yōu)惠券的優(yōu)惠金額40元作為實際付款金額,SP實際付款金額為60元。
      [0053]與現(xiàn)有技術(shù)相比,本實施方式中,當(dāng)有多個優(yōu)惠券可以使用時,自動幫用戶填充優(yōu)惠力度最大的優(yōu)惠券,可以使用戶在購買商品時能夠獲得最大的優(yōu)惠金額,有助于進一步提升用戶體驗。
      [0054]此外,值得說明的是,當(dāng)存在不止一張優(yōu)惠力度最大的優(yōu)惠券時,可以按照有效期先到期的方式選擇使用其中一張優(yōu)惠力度最大的優(yōu)惠券,也可以將這些優(yōu)惠力度最大的優(yōu)惠券顯示出來供用戶選擇,也可以從這些優(yōu)惠力度最大的優(yōu)惠券中隨機選擇一張供用戶使用。
      [0055]本發(fā)明的第四實施方式涉及一種業(yè)務(wù)屬性值的更新方法。第四實施方式與第三實施方式大致相同,主要區(qū)別之處在于:在第三施方式中,在應(yīng)付款金額滿足至少兩個優(yōu)惠券的使用條件時,將應(yīng)付款金額減去優(yōu)惠力度最大的優(yōu)惠券的優(yōu)惠金額作為實際付款金額。而在本發(fā)明第四實施方式中,在應(yīng)付款金額滿足至少兩個優(yōu)惠券的使用條件時,將至少兩個優(yōu)惠券顯示出來供用戶選擇。
      [0056]具體流程,如圖4所示:
      [0057]步驟301,在用戶的付款界面,監(jiān)測用戶訂單中的應(yīng)付款金額。其中,應(yīng)付款金額指的是訂單中各商品的總金額。
      [0058]步驟302,判斷應(yīng)付款金額是否滿足優(yōu)惠券的使用條件。如果是,則進入步驟303,否則結(jié)束。
      [0059]步驟303,監(jiān)測滿足上述使用條件的優(yōu)惠券的個數(shù)。
      [0060]步驟304,判斷優(yōu)惠券的個數(shù)是否大于I。如果是,則進入步驟305,否則,進入步驟306。
      [0061]步驟305,將滿足上述使用條件的優(yōu)惠券顯示出來供用戶選擇。
      [0062]步驟306,將應(yīng)付款金額減去優(yōu)惠金額作為實際付款金額。
      [0063]步驟307,將應(yīng)付款金額減去用戶選擇的優(yōu)惠券的優(yōu)惠金額作為實際付款金額。
      [0064]通過上述內(nèi)容,不難發(fā)現(xiàn),本實施方式中有多個優(yōu)惠券可以使用時,根據(jù)用戶的需要從顯示的多個優(yōu)惠券中選擇用戶滿意度最大的優(yōu)惠券,從而用戶選擇的優(yōu)惠券是用戶更加滿意的優(yōu)惠券,進一步提升了用戶體驗。
      [0065]本發(fā)明的第五實施方式涉及一種業(yè)務(wù)屬性值的更新方法。第五實施方式在第三或第四實施方式的基礎(chǔ)上做了改進,主要改進之處在于:在第五式中,應(yīng)付款金額大于或者等于至少兩個優(yōu)惠券的面值之和時,計算滿足使用條件的至少兩個優(yōu)惠券的優(yōu)惠金額之和,將應(yīng)付款金額減去優(yōu)惠金額之和作為實際付款金額。
      [0066]具體流程,如圖5所示:
      [0067]步驟401,在用戶的付款界面,監(jiān)測用戶訂單中的應(yīng)付款金額。其中,應(yīng)付款金額指的是訂單中各商品的總金額。
      [0068]步驟402,判斷應(yīng)付款金額是否滿足優(yōu)惠券的使用條件。如果是,則進入步驟403,否則結(jié)束。
      [0069]步驟403,監(jiān)測滿足上述使用條件的優(yōu)惠券的個數(shù)。
      [0070]步驟404,判斷優(yōu)惠券的個數(shù)是否大于I。如果是,則進入步驟405,否則,進入步驟406。
      [0071]步驟405,判斷應(yīng)付款金額是否大于或者等于至少兩個滿足上述使用條件的優(yōu)惠券的面值之和。如果是,則進入步驟407,否則,進入步驟409。
      [0072]步驟406,將應(yīng)付款金額減去優(yōu)惠金額作為實際付款金額。
      [0073]步驟407,計算滿足使用條件的至少兩個優(yōu)惠券的優(yōu)惠金額之和。
      [0074]步驟408,將應(yīng)付款金額減去優(yōu)惠金額之和作為實際付款金額。
      [0075]步驟409,將各優(yōu)惠券的優(yōu)惠金額做比較,得出優(yōu)惠力度最大的優(yōu)惠券。
      [0076]步驟410,將應(yīng)付款金額減去優(yōu)惠力度最大的優(yōu)惠券的優(yōu)惠金額作為實際付款金額。
      [0077]通過上述內(nèi)容,不難發(fā)現(xiàn),本實施方式中,在用戶訂單中的應(yīng)付款金額滿足至少兩個優(yōu)惠券疊加的使用條件時,直接將該至少兩個優(yōu)惠券疊加使用,使對用戶的優(yōu)惠力度最大化。
      [0078]本發(fā)明的第六實施方式涉及一種業(yè)務(wù)屬性值的更新方法。第六實施方式在第三、第四或第五實施方式的基礎(chǔ)上做了改進,主要改進之處在于:在第六實施方式中,應(yīng)付款金額大于或者等于至少兩個優(yōu)惠券的面值之和;對訂單進行拆分,拆分形成的子訂單的最大應(yīng)付款金額大于或者等于其中至少兩個優(yōu)惠券的面值;將每個子訂單的應(yīng)付款金額減去滿足應(yīng)付款金額條件的優(yōu)惠券的優(yōu)惠金額作為每個子訂單的實際付款金額。
      [0079]具體流程,如圖6所示:
      [0080]步驟501,在用戶的付款界面,監(jiān)測用戶訂單中的應(yīng)付款金額。其中,應(yīng)付款金額指的是訂單中各商品的總金額。
      [0081 ]步驟502,判斷應(yīng)付款金額是否滿足優(yōu)惠券的使用條件。如果是,則進入步驟503,否則結(jié)束。
      [0082]步驟503,監(jiān)測滿足上述使用條件的優(yōu)惠券的個數(shù)。
      [0083]步驟504,判斷優(yōu)惠券的個數(shù)是否大于I。如果是,則進入步驟505,否則,進入步驟506。
      [0084]步驟505,判斷應(yīng)付款金額是否大于或者等于至少兩個滿足上述使用條件的優(yōu)惠券的面值之和。如果是,進入步驟507,否則,進入步驟511。
      [0085]步驟506,將應(yīng)付款金額減去優(yōu)惠券的優(yōu)惠金額作為實際付款金額。
      [0086]步驟507,對訂單進行拆分,拆分形成的子訂單的最大應(yīng)付款金額大于或者等于其中至少兩個優(yōu)惠券的面值。
      [0087]比如:訂單中的應(yīng)付款金額為80元,優(yōu)惠券分別為:一張滿40元減20元,一張滿30元減10元,一張滿50元減30元。根據(jù)訂單中的商品對訂單進行拆分時,如果拆分形成兩個子訂單,那么拆分形成的子訂單的最大應(yīng)付款金額應(yīng)該大于或者等于40元。
      [0088]步驟508,判斷形成的使用至少兩個優(yōu)惠券的組合方案是否大于I種。如果是,則進入步驟509,否則,進入步驟510。
      [0089]比如:根據(jù)訂單中的商品對訂單進行拆分時,如果拆分形成兩個子訂單,并且兩個子訂單的應(yīng)付款金額只能為:35元和45元,則優(yōu)惠券的組合方案只有一種,35元的子訂單使用一張滿30元減10元的優(yōu)惠券,45元的子訂單使用一張滿40元減20元的優(yōu)惠券,進入步驟410。
      [0090]如果拆分形成兩個子訂單,并且兩個子訂單的應(yīng)付款金額可以為:35元和45元;30元和50元。則優(yōu)惠券的組合方案為:第一種組合方案,35元的子訂單使用一張滿30元減10元的優(yōu)惠券,45元的子訂單使用一張滿40元減20元的優(yōu)惠券。第二種組合方案,30元的子訂單使用一張滿30元減10元的優(yōu)惠券,50元的子訂單使用一張滿40元減20元的優(yōu)惠券。第三種組合方案,30元的子訂單使用一張滿30元減10元的優(yōu)惠券,50元的子訂單使用一張滿50元減30元的優(yōu)惠券,則進入步驟409。
      [0091]步驟509,根據(jù)優(yōu)惠力度最大的組合方案,將每個子訂單的應(yīng)付款金額減去滿足應(yīng)付款金額條件的優(yōu)惠券的優(yōu)惠金額作為每個子訂單的實際付款金額。
      [0092]第一種組合方案的優(yōu)惠總金額為(10+20)元,第二種組合方案的優(yōu)惠總金額為(10+20)元,第三種組合方案的優(yōu)惠總金額為(10+30)元。第三種組合方案的優(yōu)惠力度最大。
      [0093]30元的子訂單使用一張滿30元減10元的優(yōu)惠券之后,實際付款金額為應(yīng)付款金額30元減去優(yōu)惠券的優(yōu)惠金額10元作為子訂單的實際付款金額。50元的子訂單使用一張滿50元減30元的優(yōu)惠券之后,實際付款金額為應(yīng)付款金額50元減去優(yōu)惠券的優(yōu)惠金額30元作為子訂單的實際付款金額。因此,總的實際付款金額為(30-10+50-30)元。
      [0094]步驟510,將每個子訂單的應(yīng)付款金額減去滿足應(yīng)付款金額條件的優(yōu)惠券的優(yōu)惠金額作為每個子訂單的實際付款金額。
      [0095]35元的子訂單使用一張滿30元減10元的優(yōu)惠券之后,實際付款金額為應(yīng)付款金額35元減去優(yōu)惠券的優(yōu)惠金額10元作為子訂單的實際付款金額。45元的子訂單使用一張滿40元減20元的優(yōu)惠券之后,實際付款金額為應(yīng)付款金額45元減去優(yōu)惠券的優(yōu)惠金額20元作為子訂單的實際付款金額。因此,總的實際付款金額為(35-10+45-20)元。
      [0096]步驟511,將各優(yōu)惠券的優(yōu)惠金額作比較,得出優(yōu)惠力度最大的優(yōu)惠券。
      [0097]步驟512,將應(yīng)付款金額減去優(yōu)惠力度最大的優(yōu)惠券的優(yōu)惠金額作為實際付款金額。
      [0098]通過上述內(nèi)容,不難發(fā)現(xiàn),本實施方式中,如果一個訂單只能使用一張優(yōu)惠券,且用戶訂單中的應(yīng)付款金額滿足至少兩個優(yōu)惠券疊加的使用條件時,可以對訂單進行拆分,使拆分形成的每一個子訂單對應(yīng)一張優(yōu)惠券;從而,可以使對用戶的優(yōu)惠力度最大化。
      [0099]本發(fā)明的第七實施方式涉及一種業(yè)務(wù)屬性值的更新方法。第七實施方式與第六實施方式大致相同,主要區(qū)別之處在于:在第六實施方式中,根據(jù)優(yōu)惠力度最大的組合方案,將每個子訂單的應(yīng)付款金額減去滿足應(yīng)付款金額條件的優(yōu)惠券的優(yōu)惠金額作為每個子訂單的實際付款金額。而在本發(fā)明第七實施方式中,對訂單進行拆分時,將拆分形成的至少2種組合方案顯示在界面供用戶選擇。并根據(jù)用戶選擇的組合方案,將每個子訂單的應(yīng)付款金額減去滿足應(yīng)付款金額條件的優(yōu)惠券的優(yōu)惠金額作為每個子訂單的實際付款金額。
      [0100]具體流程,如圖7所示:
      [0101]步驟601,在用戶的付款界面,監(jiān)測用戶訂單中的應(yīng)付款金額。其中,應(yīng)付款金額指的是訂單中各商品的總金額。
      [0102]步驟602,判斷應(yīng)付款金額是否滿足優(yōu)惠券的使用條件。如果是,則進入步驟603,否則結(jié)束。
      [0103]步驟603,監(jiān)測滿足上述使用條件的優(yōu)惠券的個數(shù)。
      [0104]步驟604,判斷優(yōu)惠券的個數(shù)是否大于I。如果是,則進入步驟605,否則,進入步驟606。
      [0105]步驟605,判斷應(yīng)付款金額是否大于或者等于至少兩個滿足上述使用條件的優(yōu)惠券的面值之和。如果是,進入步驟607,否則,進入步驟612。
      [0106]步驟606,將應(yīng)付款金額減去優(yōu)惠券的優(yōu)惠金額作為實際付款金額。
      [0107]步驟607,對訂單進行拆分,拆分形成的子訂單的最大應(yīng)付款金額大于或者等于其中至少兩個優(yōu)惠券的面值。
      [0108]步驟608,判斷形成的使用至少兩個優(yōu)惠券的組合方案是否大于I種。如果是,則進入步驟609,否則,進入步驟611。
      [0109]步驟609,將上述組合方案顯示在界面供用戶選擇。
      [0110]步驟610,根據(jù)用戶選擇的組合方案,將每個子訂單的應(yīng)付款金額減去滿足應(yīng)付款金額條件的優(yōu)惠券的優(yōu)惠金額作為每個子訂單的實際付款金額。
      [0111]步驟611,將每個子訂單的應(yīng)付款金額減去滿足應(yīng)付款金額條件的優(yōu)惠券的優(yōu)惠金額作為每個子訂單的實際付款金額。
      [0112]步驟612,將各優(yōu)惠券的優(yōu)惠金額作比較,得出優(yōu)惠力度最大的優(yōu)惠券。
      [0113]步驟613,將應(yīng)付款金額減去優(yōu)惠力度最大的優(yōu)惠券的優(yōu)惠金額作為實際付款金額。
      [0114]通過上述內(nèi)容,不難發(fā)現(xiàn),本實施方式中,對訂單進行拆分時,會形成不止一個滿足條件的子訂單組合,將這些子訂單組合顯示出來供用戶選擇。由于從而用戶選擇的組合方案通常是用戶更加滿意的,所以可以進一步保障用戶利益的最優(yōu)化,提升了用戶體驗。
      [0115]上面各種方法的步驟劃分,只是為了描述清楚,實現(xiàn)時可以合并為一個步驟或者對某些步驟進行拆分,分解為多個步驟,只要包含相同的邏輯關(guān)系,都在本專利的保護范圍內(nèi);對算法中或者流程中添加無關(guān)緊要的修改或者引入無關(guān)緊要的設(shè)計,但不改變其算法和流程的核心設(shè)計都在該專利的保護范圍內(nèi)。
      [0116]本發(fā)明第八實施方式涉及一種業(yè)務(wù)屬性值的更新系統(tǒng),如圖8所示,包括:提取模塊81、判斷模塊82、修正模塊83;提取模塊81,用于提取指定頁面內(nèi)預(yù)設(shè)位置區(qū)域的業(yè)務(wù)屬性值;判斷模塊82,用于判斷提取模塊81提取的業(yè)務(wù)屬性值是否滿足至少一個預(yù)設(shè)條件;修正模塊83,用于在判斷模塊82判定提取的業(yè)務(wù)屬性值滿足至少一個預(yù)設(shè)條件,根據(jù)預(yù)設(shè)條件獲取第一數(shù)值,并根據(jù)獲取的第一數(shù)值對業(yè)務(wù)屬性值進行修正;其中,預(yù)設(shè)條件至少包括:當(dāng)前時刻處于預(yù)設(shè)條件的有效期內(nèi),提取的業(yè)務(wù)屬性值大于或等于第一數(shù)值中最大的數(shù)值。
      [0117]不難發(fā)現(xiàn),本實施方式為與第一實施方式相對應(yīng)的系統(tǒng)實施例,本實施方式可與第一實施方式互相配合實施。第一實施方式中提到的相關(guān)技術(shù)細(xì)節(jié)在本實施方式中依然有效,為了減少重復(fù),這里不再贅述。相應(yīng)地,本實施方式中提到的相關(guān)技術(shù)細(xì)節(jié)也可應(yīng)用在第一實施方式中。
      [0118]值得一提的是,本實施方式中所涉及到的各模塊均為邏輯模塊,在實際應(yīng)用中,一個邏輯單元可以是一個物理單元,也可以是一個物理單元的一部分,還可以以多個物理單元的組合實現(xiàn)。此外,為了突出本發(fā)明的創(chuàng)新部分,本實施方式中并沒有將與解決本發(fā)明所提出的技術(shù)問題關(guān)系不太密切的單元引入,但這并不表明本實施方式中不存在其它的單
      J L ο
      [0119]本發(fā)明第九實施方式涉及一種業(yè)務(wù)屬性值的更新系統(tǒng),指定頁面為用戶的付款界面,業(yè)務(wù)屬性值為訂單中的應(yīng)付款金額,預(yù)設(shè)條件為優(yōu)惠券的使用條件,第一數(shù)值包括:優(yōu)惠券的面值、優(yōu)惠券的優(yōu)惠金額;修正模塊在根據(jù)獲取的所述第一數(shù)值對所述業(yè)務(wù)屬性值進行修正時,具體包括:修正模塊將所述應(yīng)付款金額減去優(yōu)惠券的優(yōu)惠金額作為實際付款金額。
      [0120]進一步地,判斷模塊,還用于判斷應(yīng)付款金額是否滿足至少兩個優(yōu)惠券的使用條件;修正模塊,還用于在判斷模塊判定應(yīng)付款金額滿足至少兩個優(yōu)惠券的使用條件時,將應(yīng)付款金額減去優(yōu)惠力度最大的優(yōu)惠券的優(yōu)惠金額作為實際付款金額。
      [0121 ]不難發(fā)現(xiàn),本實施方式為與第三實施方式相對應(yīng)的系統(tǒng)實施例,本實施方式可與第三實施方式互相配合實施。第三實施方式中提到的相關(guān)技術(shù)細(xì)節(jié)在本實施方式中依然有效,為了減少重復(fù),這里不再贅述。相應(yīng)地,本實施方式中提到的相關(guān)技術(shù)細(xì)節(jié)也可應(yīng)用在第三實施方式中。
      [0122]值得一提的是,本實施方式中所涉及到的各模塊均為邏輯模塊,在實際應(yīng)用中,一個邏輯單元可以是一個物理單元,也可以是一個物理單元的一部分,還可以以多個物理單元的組合實現(xiàn)。此外,為了突出本發(fā)明的創(chuàng)新部分,本實施方式中并沒有將與解決本發(fā)明所提出的技術(shù)問題關(guān)系不太密切的單元引入,但這并不表明本實施方式中不存在其它的單
      J L ο
      [0123]本發(fā)明第十實施方式涉及一種業(yè)務(wù)屬性值的更新系統(tǒng),第十實施方式與第九實施方式大致相同,主要區(qū)別之處在于:在第九實施方式中,在應(yīng)付款金額滿足至少兩個優(yōu)惠券的使用條件時,將應(yīng)付款金額減去優(yōu)惠力度最大的優(yōu)惠券的優(yōu)惠金額作為實際付款金額。而在本發(fā)明第十實施方式中,在應(yīng)付款金額滿足至少兩個優(yōu)惠券的使用條件時,將至少兩個優(yōu)惠券顯示出來供用戶選擇。
      [0124]如圖9所示,業(yè)務(wù)屬性值的更新系統(tǒng)還包含顯示模塊93;提取模塊91,用于提取指定頁面內(nèi)預(yù)設(shè)位置區(qū)域的業(yè)務(wù)屬性值;判斷模塊92,還用于判斷應(yīng)付款金額是否滿足至少兩個優(yōu)惠券的使用條件;顯示模塊93,用于在判斷模塊92判定應(yīng)付款金額滿足至少兩個優(yōu)惠券的使用條件時,將至少兩個優(yōu)惠券顯示出來供用戶選擇;修正模塊94,還用于將應(yīng)付款金額減去用戶選擇的優(yōu)惠券的優(yōu)惠金額作為實際付款金額。
      [0125]由于第四實施方式與本實施方式相互對應(yīng),因此本實施方式可與第四實施方式互相配合實施。第四實施方式中提到的相關(guān)技術(shù)細(xì)節(jié)在本實施方式中依然有效,在第四實施方式中所能達(dá)到的技術(shù)效果在本實施方式中也同樣可以實現(xiàn),為了減少重復(fù),這里不再贅述。相應(yīng)地,本實施方式中提到的相關(guān)技術(shù)細(xì)節(jié)也可應(yīng)用在第四實施方式中。
      [0126]本發(fā)明的第十一實施方式涉及一種終端設(shè)備。本實施方式的終端設(shè)備可以是智能手機、電腦或平板等設(shè)備,以下以智能手機為例進行說明,如圖10所示,智能手機包括處理器114、存儲器113和人機交互設(shè)備,人機交互設(shè)備通常會包括顯示屏112和觸摸屏111。
      [0127]在本實施方式中,用戶通過觸摸屏111點擊相關(guān)按鈕對業(yè)務(wù)屬性進行操作時,處理器114提取指定頁面內(nèi)預(yù)設(shè)位置區(qū)域的業(yè)務(wù)屬性值,并在檢測到提取的業(yè)務(wù)屬性值滿足至少一個預(yù)設(shè)條件,根據(jù)預(yù)設(shè)條件獲取第一數(shù)值,并根據(jù)獲取的第一數(shù)值對業(yè)務(wù)屬性值進行修正。顯示屏112可以顯示業(yè)務(wù)數(shù)據(jù)的操作信息。
      [0128]不難發(fā)現(xiàn),本實施方式中,可以使在結(jié)算商品時,自動幫用戶填充符合購買條件的優(yōu)惠券,避免用戶忘記選擇優(yōu)惠券或者不知道如何使用優(yōu)惠券給用戶帶來的利益損失,從而可以提尚用戶的體驗。
      [0129]由于第八實施方式與本實施方式相互對應(yīng),因此本實施方式可與第八實施方式互相配合實施。第八實施方式中提到的相關(guān)技術(shù)細(xì)節(jié)在本實施方式中依然有效,在第八實施方式中所能達(dá)到的技術(shù)效果在本實施方式中也同樣可以實現(xiàn),為了減少重復(fù),這里不再贅述。相應(yīng)地,本實施方式中提到的相關(guān)技術(shù)細(xì)節(jié)也可應(yīng)用在第八實施方式中。
      [0130]本領(lǐng)域技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成,該程序存儲在一個存儲介質(zhì)中,包括若干指令用以使得一個設(shè)備(可以是單片機,芯片等)或處理器(processor)執(zhí)行本申請各個實施例方法的全部或部分步驟。而前述的存儲介質(zhì)包括:U盤、移動硬盤、只讀存儲器(ROM ,Read-OnlyMemory)、隨機存取存儲器(RAM,Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
      [0131]本領(lǐng)域的普通技術(shù)人員可以理解,上述各實施方式是實現(xiàn)本發(fā)明的具體實施例,而在實際應(yīng)用中,可以在形式上和細(xì)節(jié)上對其作各種改變,而不偏離本發(fā)明的精神和范圍。
      【主權(quán)項】
      1.一種業(yè)務(wù)屬性值的更新方法,其特征在于,包括: 提取指定頁面內(nèi)預(yù)設(shè)位置區(qū)域的業(yè)務(wù)屬性值; 檢測所述提取的業(yè)務(wù)屬性值是否滿足至少一個預(yù)設(shè)條件; 如果所述提取的業(yè)務(wù)屬性值滿足至少一個預(yù)設(shè)條件,根據(jù)所述預(yù)設(shè)條件獲取第一數(shù)值,并根據(jù)獲取的所述第一數(shù)值對所述業(yè)務(wù)屬性值進行修正; 其中,所述預(yù)設(shè)條件至少包括:當(dāng)前時刻處于預(yù)設(shè)條件的有效期內(nèi),所述提取的業(yè)務(wù)屬性值大于或等于所述第一數(shù)值中最大的數(shù)值。2.根據(jù)權(quán)利要求1所述的業(yè)務(wù)屬性值的更新方法,其特征在于, 所述指定頁面為用戶的付款界面,所述業(yè)務(wù)屬性值為訂單中的應(yīng)付款金額,所述預(yù)設(shè)條件為優(yōu)惠券的使用條件,所述第一數(shù)值包括:優(yōu)惠券的面值、優(yōu)惠券的優(yōu)惠金額; 在根據(jù)獲取的所述第一數(shù)值對所述業(yè)務(wù)屬性值進行修正時,具體包括:將所述應(yīng)付款金額減去優(yōu)惠券的優(yōu)惠金額作為實際付款金額。3.根據(jù)權(quán)利要求2所述的業(yè)務(wù)屬性值的更新方法,其特征在于, 在所述應(yīng)付款金額滿足至少兩個優(yōu)惠券的使用條件時,將所述應(yīng)付款金額減去優(yōu)惠力度最大的優(yōu)惠券的優(yōu)惠金額作為實際付款金額。4.根據(jù)權(quán)利要求2所述的業(yè)務(wù)屬性值的更新方法,其特征在于, 在所述應(yīng)付款金額滿足至少兩個優(yōu)惠券的使用條件時,將所述至少兩個優(yōu)惠券顯示出來供用戶選擇; 將所述應(yīng)付款金額減去用戶選擇的優(yōu)惠券的優(yōu)惠金額作為實際付款金額。5.根據(jù)權(quán)利要求2所述的業(yè)務(wù)屬性值的更新方法,其特征在于, 優(yōu)惠券的使用條件還包括:所述應(yīng)付款金額大于或者等于至少兩個優(yōu)惠券的面值之和; 在將所述應(yīng)付款金額減去優(yōu)惠券的優(yōu)惠金額作為實際付款金額時,計算滿足使用條件的至少兩個優(yōu)惠券的優(yōu)惠金額之和,將所述應(yīng)付款金額減去所述優(yōu)惠金額之和作為實際付款金額。6.根據(jù)權(quán)利要求2所述的業(yè)務(wù)屬性值的更新方法,其特征在于, 優(yōu)惠券的使用條件還包括:一個訂單只能使用一張優(yōu)惠券;所述應(yīng)付款金額大于或者等于至少兩個優(yōu)惠券的面值之和; 對所述訂單進行拆分,拆分形成的子訂單的最大應(yīng)付款金額大于或者等于其中至少兩個優(yōu)惠券的面值; 在將所述應(yīng)付款金額減去優(yōu)惠券的優(yōu)惠金額作為實際付款金額時,將每個子訂單的應(yīng)付款金額減去滿足所述應(yīng)付款金額條件的優(yōu)惠券的優(yōu)惠金額作為每個子訂單的實際付款金額。7.根據(jù)權(quán)利要求6所述的業(yè)務(wù)屬性值的更新方法,其特征在于, 在對所述訂單進行拆分時,形成至少2種使用至少兩個優(yōu)惠券的組合方案; 在將所述應(yīng)付款金額減去優(yōu)惠券的優(yōu)惠金額作為實際付款金額時,根據(jù)優(yōu)惠力度最大的組合方案,將每個子訂單的應(yīng)付款金額減去滿足所述應(yīng)付款金額條件的優(yōu)惠券的優(yōu)惠金額作為每個子訂單的實際付款金額。8.根據(jù)權(quán)利要求6所述的業(yè)務(wù)屬性值的更新方法,其特征在于, 在對所述訂單進行拆分時,形成至少2種使用至少兩個優(yōu)惠券的組合方案,并且將所述至少2種組合方案顯示在界面供用戶選擇; 在將所述應(yīng)付款金額減去優(yōu)惠券的優(yōu)惠金額作為實際付款金額時,根據(jù)用戶選擇的組合方案,將每個子訂單的應(yīng)付款金額減去滿足所述應(yīng)付款金額條件的優(yōu)惠券的優(yōu)惠金額作為每個子訂單的實際付款金額。9.一種業(yè)務(wù)屬性值的更新系統(tǒng),其特征在于,包括:提取模塊、判斷模塊、修正模塊; 所述提取模塊,用于提取指定頁面內(nèi)預(yù)設(shè)位置區(qū)域的業(yè)務(wù)屬性值; 所述判斷模塊,用于判斷所述提取模塊提取的業(yè)務(wù)屬性值是否滿足至少一個預(yù)設(shè)條件; 所述修正模塊,用于在所述判斷模塊判定所述提取的業(yè)務(wù)屬性值滿足至少一個預(yù)設(shè)條件,根據(jù)所述預(yù)設(shè)條件獲取第一數(shù)值,并根據(jù)獲取的所述第一數(shù)值對所述業(yè)務(wù)屬性值進行修正; 其中,所述預(yù)設(shè)條件至少包括:當(dāng)前時刻處于預(yù)設(shè)條件的有效期內(nèi),所述提取的業(yè)務(wù)屬性值大于或等于所述第一數(shù)值中最大的數(shù)值。10.根據(jù)權(quán)利要求9所述的業(yè)務(wù)屬性值的更新系統(tǒng),其特征在于, 所述指定頁面為用戶的付款界面,所述業(yè)務(wù)屬性值為訂單中的應(yīng)付款金額,所述預(yù)設(shè)條件為優(yōu)惠券的使用條件,所述第一數(shù)值包括:優(yōu)惠券的面值、優(yōu)惠券的優(yōu)惠金額; 所述修正模塊在根據(jù)獲取的所述第一數(shù)值對所述業(yè)務(wù)屬性值進行修正時,具體包括:所述修正模塊將所述應(yīng)付款金額減去優(yōu)惠券的優(yōu)惠金額作為實際付款金額。11.根據(jù)權(quán)利要求10所述的業(yè)務(wù)屬性值的更新系統(tǒng),其特征在于, 所述判斷模塊,還用于判斷所述應(yīng)付款金額是否滿足至少兩個優(yōu)惠券的使用條件; 所述修正模塊,還用于在所述判斷模塊判定所述應(yīng)付款金額滿足至少兩個優(yōu)惠券的使用條件時,將所述應(yīng)付款金額減去優(yōu)惠力度最大的優(yōu)惠券的優(yōu)惠金額作為實際付款金額。12.根據(jù)權(quán)利要求10所述的業(yè)務(wù)屬性值的更新系統(tǒng),其特征在于,所述業(yè)務(wù)屬性值的更新系統(tǒng)還包含顯示模塊; 所述判斷模塊,還用于判斷所述應(yīng)付款金額是否滿足至少兩個優(yōu)惠券的使用條件; 所述顯示模塊,用于在所述判斷模塊判定所述應(yīng)付款金額滿足至少兩個優(yōu)惠券的使用條件時,將所述至少兩個優(yōu)惠券顯示出來供用戶選擇; 所述修正模塊,還用于將所述應(yīng)付款金額減去用戶選擇的優(yōu)惠券的優(yōu)惠金額作為實際付款金額。
      【文檔編號】G06Q30/02GK106096957SQ201610373469
      【公開日】2016年11月9日
      【申請日】2016年5月31日
      【發(fā)明人】趙值, 馬遠(yuǎn)
      【申請人】樂視控股(北京)有限公司, 樂視電子商務(wù)(北京)有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1