電子憑證設置方法、數據交互處理方法、裝置及系統與流程

2023-06-01 22:38:21

本發明涉及線上交易技術領域，特別是涉及一種電子憑證設置方法、數據交互處理方法、裝置及系統。

背景技術：

隨著網際網路技術尤其是移動網際網路技術的發展，用戶的日常行為理論上均可以通過行動裝置使用2G、3G、4G或wifi等方式連接網際網路，因此，網絡環境在方便用戶生活的方面具有線下無法比擬的優勢。

例如，在電子商務應用中，網際網路將傳統的買家、買家、物流、金融等連接在一起，形成整個交易過程的網絡化、電子化、信息化，減低了交易的成本，並提高了交易效率。但是在商品交易過程中所使用的交付方式仍然依賴傳統的支付方式，如，銀行轉帳、第三方支付。傳統的支付方式有一下缺點，個體之間直接轉帳的形式，在買方向賣方轉帳後由於不存在強制達成交易的約束，給買方帶來很大風險；第三方支付形式，預先將買方資金支付給第三方，在買賣雙方為達成交易時資金被凍結，使買賣雙方失去相應地收益。因此，在電子商務應用中使用的支付方式，形式單一且缺少個性化定製，不能靈活定製支付方式、支付時間等。

同樣地，用戶在網絡環境中進行其他行為的數據交互時，也會出現由於交互數據的形式不能個性化定製，而為數據交互雙方帶來風險或影響用戶體驗度的問題。

技術實現要素：

本發明實施例的目的是提供一種電子憑證設置方法、數據交互處理方法、裝置及系統，有利於第一參與方合理安排資金應用，提高體驗， 還豐富了線上交易的多樣性，豐富了交易方式。

為解決上述技術問題，本發明實施例採用的第一個技術方案是：提供一種電子憑證設置方法，包括：第一參與方向資金管理伺服器發送開立電子憑證的第一請求後，向所述資金管理伺服器發送重置所述電子憑證開立日期的第二請求；其中，所述第二請求包括重置所述電子憑證的開立日期；所述第一請求包括配置所述電子憑證的額度；

所述資金管理伺服器判斷所述重置開立日期是否符合預定設置條件；

如果符合預定設置條件，所述資金管理伺服器重置所述電子憑證的開立日期，在重置後的所述開立日期到達時，凍結所述第一參與方指定帳戶中與所述第一請求包括的額度相等的資金或支用與所述第一請求包括的額度相等的授信，並開立所述電子憑證。

為解決上述技術問題，本發明實施例採用的第二個技術方案是：提供一種電子憑證設置方法，所述方法包括：資金管理伺服器在接收到第一參與方發送的開立電子憑證的第一請求後，接收所述第一參與方發送的重置電子憑證開立日期的第二請求；其中，所述第二請求包括重置所述電子憑證的開立日期；所述第一請求包括配置所述電子憑證的額度；

判斷所述重置的開立日期是否符合預定設置條件；

如果符合預定設置條件，所述資金管理伺服器重置所述電子憑證的開立日期，在重置後的開立日期到達時，凍結所述第一參與方指定帳戶中與所述第一請求包括的額度相等的資金或支用與所述第一請求包括的額度相等的授信，並開立所述電子憑證。

區別於現有技術，在上述實施方式中，第一參與方可根據自身需要，重新設置電子憑證符合資金管理伺服器的預設時間範圍的開立日期，有利於第一參與方合理安排資金應用，提高體驗。並且基於資金管理伺服器的雄厚實力和反制力，會加強第一參與方的自律性以配合整個流程，也進一步降低風險。另外，本發明還豐富了線上交易的方式。

為解決上述技術問題，本發明實施例採用的第三個技術方案是：提供一種數據交互方法，所述方法包括：第一終端向伺服器發送開立數據 憑證的第一請求後，向所述伺服器發送重置數據憑證開立日期的第二請求，其中，所述第二請求包括重置所述數據憑證的開立日期；所述第一請求包括配置所述數據憑證的數值；

所述伺服器判斷所述重置的開立日期是否符合預定設置條件；

如果符合預定設置條件，所述伺服器重置所述數據憑證的開立日期，在重置後的開立日期到達時鎖定所述第一終端的數據單元中與所述數值大小相等的數據的權限，並生成所述數據憑證。

為解決上述技術問題，本發明實施例採用的第四個技術方案是：提供一種數據交互處理方法，所述方法包括：伺服器接收第一終端發送的開立數據憑證的第一請求後，接收所述第一終端發送的重置數據憑證開立日期的第二請求，其中，所述第二請求包括重置所述數據憑證的開立日期；所述第一請求包括配置所述數據憑證的數值；

判斷所述重置的開立日期是否符合預定設置條件；

如果符合預定設置條件，所述伺服器重置所述數據憑證的開立日期，在重置後的開立日期到達時鎖定所述第一終端的數據單元中與所述數值大小相等的數據的權限，並生成所述數據憑證。

為解決上述技術問題，本發明實施例採用的第五個技術方案是：提供一種數據交互處理系統，所述數據交互系統包括：第一終端以及伺服器，所述第一終端用於向伺服器發送開立數據憑證的第一請求後，向所述伺服器發送重置數據憑證開立日期的第二請求，其中，所述第二請求包括重置所述數據憑證的開立日期；所述第一請求包括配置所述數據憑證的數值；

所述伺服器用於判斷所述重置的開立日期是否符合預定設置條件；

所述伺服器還用於在所述重置的開立日期符合預定設置條件時，重置所述數據憑證的開立日期，在重置後的開立日期到達時鎖定所述第一終端的數據單元中與所述數值大小相等的數據的權限，並生成所述數據憑證。

為解決上述技術問題，本發明實施例採用的第六個技術方案是：提供一種伺服器，所述伺服器包括：接收模塊、處理模塊以及執行模塊， 所述接收模塊用於接收第一終端發送的開立數據憑證的第一請求後，接收所述第一終端發送的重置數據憑證開立日期的第二請求，其中，所述第二請求包括重置所述數據憑證的開立日期；所述第一請求包括配置所述數據憑證的數值；

所述處理模塊用於判斷所述重置的開立日期是否為符合預定設置條件；

所述執行模塊用於在所述重置的開立日期符合預定設置條件時時，重置所述數據憑證的開立日期鎖定所述第一終端的數據單元中與所述數據憑證數值大小相等的數據的權限，並生成所述數據憑證。

區別於現有技術，以上實施方式中，第一終端根據用戶需求重新設置有效的數據憑證的開立日期，伺服器在鎖定第一終端的數據單元中與所述數值大小相等的數據的權限，並向所述第一終端開立所述數據憑證，有利於第一終端對數據的統籌安排與使用，提高數據的利用率。

附圖說明

圖1是本發明電子憑證設置方法一實施方式的流程示意圖；

圖2是本發明電子憑證設置方法另一實施方式的流程示意圖；

圖3是本發明數據交互處理方法一實施方式的流程示意圖；

圖4是本發明數據交互處理方法另一實施方式的流程示意圖；

圖5是本發明數據交互系統一實施方式的結構示意圖；

圖6是本發明伺服器一實施方式的結構示意圖。

具體實施方式

為詳細說明本發明的技術內容、構造特徵、所實現目的及效果，以下結合附圖和實施例對本發明進行詳細說明。

本申請所提及的電子憑證是指開證人以其銀行帳戶資金或授信額度(信用卡額度或貸款額度)作為保證而開立的，銀行承諾依照解付條件辦理收付結算的電子信用承諾支付憑證，其是以銀行信用承諾支付的一種網際網路創新基礎金融工具。

請參閱圖1，圖1是本發明電子憑證設置方法一實施方式的流程示意圖。本實施方式的電子憑證設置方法包括如下步驟：

101：第一參與方向資金管理伺服器發送開立電子憑證的第一請求後，向所述資金管理伺服器發送重置電子憑證開立日期的第二請求；其中，所述第二請求包括重置所述電子憑證的開立日期；所述第一請求包括配置所述電子憑證的額度。

其中，該資金管理伺服器通常設置在銀行等金融機構。

其中，電子憑證是指銀行根據開證人(本發明的第一參與方)的申請凍結資金或支用授信額度並以銀行(本發明中的資金管理伺服器)名義開立，且承諾依照約定條件進行結算的電子信用承諾支付憑證。電子憑證基本業務流程：開證銀行根據開證人的申請凍結所需數額資金以開立電子憑證，當約定解付條件達成時，由開證銀行將資金解付辦理支付結算。

所述第一請求中還包括第一參與方的身份信息。

在另一個實施方式中，該第一請求中還包括收取所述電子憑證對應資金或授信的第二參與方的身份信息，以方便第二參與方接收。可以理解地，在電子商務交易中，所述第一參與方通常為購買方，所述第二參與方通常為提供方。其中，該第二參與方的身份信息包括第二參與方的帳號，還可包括第二參與方的姓名、聯繫電話、郵箱、身份證號等身份信息，還可包括微信號、QQ號等社交方式，在此不做限定。

具體地，第一參與方在向資金管理伺服器發送開立電子憑證的第一請求後，由於第一請求中設置的開立日期不合理或其他原因時，第一參與方向資金管理伺服器發送重置所述電子憑證開立日期的第二請求。其中，第二請求中包括重置所述電子憑證的開立日期。

對應地，資金管理伺服器接收該第一請求和第二請求。

在另一個實施方式中，資金管理伺服器在接收到第一請求後，解析第一請求，從第一請求獲取第一參與方的身份信息，對第一參與方的身份信息進行驗證，確定第一參與方的身份信息的有效性。具體地，如判斷該身份信息是否真實有效以及是否存在不良信用記錄等，另外，資金 管理伺服器還可根據第一參與方的身份信息進一步判斷第一參與方是否屬於特殊群體，如未成年人，在屬於特殊群體時，對應的判斷是否符合該群體的額度上限，如未成年人申請的電子憑證的額度禁止超過2000等，在此不做限定。

如果第一參與方的身份信息為真實有效的身份信息，且電子憑證的額度符合規定，資金管理伺服器向第一參與方發送預開立該電子憑證的消息。

第一參與方接收該消息後，向資金管理伺服器發送重置電子憑證開立日期的第二請求。

需要說明的是，第一參與方並非只能在接收到資金管理伺服器發送的預開立電子憑證的消息後，才可向資金管理伺服器發送重置電子憑證開立日期的第二請求，只要在規定時間範圍內，第一參與方也可主動向資金管理伺服器發送重置電子憑證開立日期的第二請求，在此不做限定。

102：所述資金管理伺服器判斷所述重置開立日期是否符合預定設置條件。

資金管理伺服器接收第一參與方發送的第二請求，解析該第二請求，獲取待重置的開立日期，然後進一步判斷待重置的開立日期的有效性。

具體地，首先，資金管理伺服器判斷基於第一參與方發送的第一請求的電子憑證是否已經開出，如果已經開出，此重置開立日期的操作的第二請求為無效請求。可選地，資金管理伺服器向第一參與方發送通知信息，在其他實施方式中，也可以給出第一參與方建議，如重新申請開立電子憑證等，在此不做限定。如果當前電子憑證還未開出，資金管理伺服器判斷該第二請求是否為真實信息，如判斷該第二請求是否有第二參與方本身發送的，確定信息真實後，進一步確定重置的開立日期是否在有效時間範圍內，如判斷是否在規定的期限內等。

進一步地，資金管理伺服器還對待重置的開立日期進行檢測，確定是否在預設時間範圍內，如果重置的開立日期不在預設時間範圍內時， 在一個優選的實施方式中，資金管理伺服器向第一參與方發送反饋信息，提醒所述第一參與方重新設置開立日期，在此不做限定。

需要說明的是，上述對待重置開立日期是否為有效的判斷步驟和順序並不局限與上述實施方式，在其他實施方式中，只要能夠確定重置的開立日期是否有效的過程均屬於本發明包括的範圍，在此不做限定。

103：如果所述重置的開立日期符合預定設置條件，所述資金管理伺服器重置所述電子憑證的開立日期，在重置後的開立日期到達時，凍結所述第一參與方指定帳戶中與所述第一請求包括的額度相等的資金或支用與所述第一請求包括的額度相等的授信，並開立所述電子憑證。

具體地，經過判斷，確定該重置的開立日期為有效的開立日期，資金管理伺服器重置電子憑證的開立日期，並在該日期到達時，進一步判斷第一參與方指定帳戶資金或授信的額度是否不小於該電子憑證的額度。其中，該第一參與方指定帳戶不限定在該資金管理伺服器所存儲或開設的帳戶。

如果第一參與方指定帳戶資金或授信的額度不小於該電子憑證的額度時，資金管理伺服器凍結第一參與方指定帳戶的與該第一請求包括的電子憑證額度相等的資金或支用與所述第一請求包括的額度相等的授信，並開出電子憑證。如果第一參與方指定帳戶的資金或授信的額度小於該電子憑證的額度，資金管理伺服器向第一參與方發送反饋信息進行提醒，在此不做限定。

可選地，當第一參與方指定帳戶資金或授信額度不小於電子憑證的額度時，資金管理伺服器向第一參與方發送預凍結信息，第一參與方接收該預凍結信息，確定接受凍結資金或授信額度時，向資金管理伺服器發送響應該預凍結信息的確認消息，資金管理伺服器接收到該確認消息後，凍結第一參與方指定帳戶與第一請求包括的額度相等的資金或支用與所述第一請求包括的額度相等的授信，並開立電子憑證。如果在預定時間內未接收到第一參與方的響應通知，本次開立電子憑證的請求失效。

在上述實施方式中，該凍結的資金或支用的授信額度為該第一參與 方於該第一資金管理伺服器或其他資金管理伺服器的存款、或給予該第一參與方的信用額度、或該第一參與方抵押的不動產所對應的資金。

當然，可以理解的，也可以是不同於第一參與方帳戶的其他方帳戶也是可行的。

例如，第一參與方向資金管理伺服器申請開立10萬的電子憑證的第一請求，其中，第一請求中包括的開立日期為20天以後，第一參與方發現當前第一請求中設置的開立日期不合理，向資金管理伺服器發送重置電子憑證開立日期的第二請求，該第二請求中包括需要重置的開立日期為10天以後，資金管理伺服器接收該第二請求，判斷該第二請求信息本身是否為真實信息，並判斷重置開立日期的操作是否在規定期限內，還判斷重置的開立日期是否在有效的時間範圍內，在確定上述條件均滿足時，進一步判斷，第一參與方指定帳戶資金或授信的額度是否不小於申請的電子憑證的額度10萬，如果當前第一參與方指定帳戶資金或授信額度為30萬，大於10萬，資金管理伺服器在開立日期當天凍結第一參與方指定帳戶上10萬的資金或支出10萬的授信後，開立額度為10萬的電子憑證。

區別於現有技術，在上述實施方式中，第一參與方可根據自身需要，在規定條件內自由重置電子憑證的開立日期，有利於第一參與方合理安排資金應用，提高體驗。並且，基於資金管理伺服器的雄厚實力和反制力，會加強第一參與方的自律性以配合整個流程，也進一步降低風險。另外，本發明還豐富了線上交易的方式。

參閱圖2，圖2是本發明電子憑證設置方法另一實施方式的流程示意圖。本實施方式的電子憑證設置方法包括：

201：資金管理伺服器在接收到第一參與方發送的開立電子憑證的第一請求後，接收所述第一參與方發送的重置電子憑證開立日期的第二請求；其中，所述第二請求包括重置所述電子憑證的開立日期；所述第一請求包括配置所述電子憑證的額度。

其中，該資金管理伺服器通常設置在銀行等金融機構。

其中，電子憑證是指銀行根據開證人(本發明的第一參與方)的申 請凍結資金或支用授信額度並以銀行(本發明中的資金管理伺服器)名義開立，且承諾依照約定條件進行結算的電子信用承諾支付憑證。電子憑證基本業務流程：開證銀行根據開證人的申請凍結所需數額資金以開立電子憑證，當約定解付條件達成時，由開證銀行將資金解付辦理支付結算。所述請求中還包括第一參與方的身份信息。

在另一個實施方式中，該請求中還包括獲取所述電子憑證對應的資金或授信的第二參與方的身份信息，以方便第二參與方收取該電子憑證對應的資金或授信額度。可以理解地，在電子商務交易中，所述第一參與方通常為購買方，所述第二參與方通常為提供方。其中，該第二參與方的身份信息包括第二參與方的帳號，還可包括第二參與方的姓名、聯繫電話、郵箱、身份證號等身份信息，還可包括微信號、QQ號等社交方式，在此不做限定。

具體地，第一參與方在向資金管理伺服器發送開立電子憑證的第一請求後，其中，第一請求中包括電子憑證的開立日期以及額度。由於第一請求中設置的開立日期不合理或其他原因時，第一參與方向資金管理伺服器發送重置所述電子憑證開立日期的第二請求。其中，第二請求中包括重置所述電子憑證的開立日期。

對應地，資金管理伺服器接收該第一請求和第二請求。

在另一個實施方式中，資金管理伺服器在接收到第一請求後，解析第一請求，從第一請求獲取第一參與方的身份信息，對第一參與方的身份信息進行驗證，確定第一參與方的身份信息的有效性。具體地，如判斷該身份信息是否真實有效以及是否存在不良信用記錄等，另外，資金管理伺服器還可根據第一參與方的身份信息進一步判斷第一參與方是否屬於特殊群體，如未成年人，在屬於特殊群體時，對應的判斷是否符合該群體的額度上限，如未成年人申請的電子憑證的額度禁止超過2000等，在此不做限定。

如果第一參與方的身份信息為真實有效的身份信息，且電子憑證的額度符合規定，資金管理伺服器向第一參與方發送預開立該電子憑證的消息。

第一參與方接收該消息後，向資金管理伺服器發送重置電子憑證開立日期的第二請求。

需要說明的是，第一參與方並非只能在接收到資金管理伺服器發送的預開立電子憑證的消息後，才可向資金管理伺服器發送重置電子憑證開立日期的第二請求，只要在規定時間範圍內，第一參與方也可主動向資金管理伺服器發送重置電子憑證開立日期的第二請求，在此不做限定。

202：判斷所述重置的開立日期是否符合預定設置條件。

資金管理伺服器接收第一參與方發送的第二請求，解析該第二請求，獲取待重置的開立日期，然後進一步判斷待重置的開立日期的有效性。

具體地，首先，資金管理伺服器判斷基於第一參與方發送的第一請求的電子憑證是否已經開出，如果已經開出，此重置開立日期的第二請求為無效請求。可選地，資金管理伺服器向第一參與方發送通知信息，在其他實施方式中，也可以給出第一參與方建議，如重新申請開立電子憑證等，在此不做限定。如果當前電子憑證還未開出，資金管理伺服器判斷該第二請求是否為真實信息，如判斷該第二請求是否有第二參與方本身發送的，確定信息真實後，進一步確定重置的開立日期是否在有效時間範圍內，如判斷是否在規定的期限內等，在此不做限定。

進一步地，資金管理伺服器還對重置的開立日期進行檢測，確定是否在預設時間範圍內，在此不做限定。如果重置的開立日期不在預設時間範圍內時，在一個優選的實施方式中，資金管理伺服器向第一參與方發送反饋信息，提醒所述第一參與方重新設置開立日期，在此不做限定。

需要說明的是，上述對重置開立日期是否為有效的判斷步驟和順序並不局限與上述實施方式，在其他實施方式中，只要能夠確定重置的開立日期是否有效的過程均屬於本發明包括的範圍，在此不做限定。

203：如果重置的開立日期符合預定設置條件，所述資金管理伺服器重置所述電子憑證的開立日期，在重置後的開立日期到達時，凍結所述第一參與方指定帳戶中與所述第一請求包括的額度相等的資金或支 用與所述第一請求包括的額度相等的授信，並開立所述電子憑證。

具體地，經過判斷，確定該重置的開立日期為有效的開立日期，資金管理伺服器重置電子憑證的開立日期到達時，並在該日期到達時，進一步判斷第一參與方指定帳戶資金或授信的額度是否不小於該電子憑證的額度。其中，該第一參與方指定帳戶不限定在該資金管理伺服器所存儲或開設的帳戶。

如果第一參與方指定帳戶資金或授信的額度不小於該電子憑證的額度時，資金管理伺服器凍結第一參與方指定帳戶的與該第一請求包括的電子憑證額度相等的資金或支用與所述第一請求包括的額度相等的授信，並向第一參與方開出電子憑證。如果第一參與方指定帳戶的資金或授信的額度小於該電子憑證的額度，資金管理伺服器向第一參與方發送反饋信息進行提醒，在此不做限定。

可選地，當第一參與方指定帳戶資金或授信額度不小於電子憑證的額度時，資金管理伺服器向第一參與方發送預凍結信息，第一參與方接收該預凍結信息，確定接受凍結時，向資金管理伺服器發送響應該預凍結信息的確認消息，資金管理伺服器接收該確認消息後，凍結第一參與方指定帳戶與第一請求包括的額度相等的資金或支用與所述第一請求包括的額度相等的授信，並開立電子憑證。如果在預定時間內未接收到第一參與方的響應通知，本次開立電子憑證的請求失效。

在上述實施方式中，該凍結的資金或支用的授信額度為該第一參與方於該第一資金管理伺服器或其他資金管理伺服器的存款、或給予該第一參與方的信用額度、或該第一參與方抵押的不動產所對應的資金。

當然，可以理解的，也可以是不同於第一參與方帳戶的其他方帳戶也是可行的。

區別於現有技術，在上述實施方式中，第一參與方可根據自身需要，在規定條件內自由重置電子憑證的開立日期，有利於第一參與方合理安排資金應用，提高體驗。並且，基於資金管理伺服器的雄厚實力和反制力，會加強第一參與方的自律性以配合整個流程，也進一步降低風險。另外，本發明還豐富了線上交易的方式。

參閱圖3，圖3是本發明數據交互處理方法一實施方式的流程示意圖。本實施方式的數據交互處理方法包括如下步驟：

301：第一終端向伺服器發送開立數據憑證的第一請求後，向所述伺服器發送重置數據憑證開立日期的第二請求，其中，所述第二請求包括所述數據憑證重置的開立日期；所述第一請求包括配置所述數據憑證的數值。

所述數據憑證是由伺服器根據第一終端的申請，鎖定所述第一終端的數據單元內的數值大小與所述數據憑證數值相等的數據的權限後生成的。

所述請求中還包括第一終端的標識信息。

在另一個實施方式中，該第一請求中還包括數據憑證交互的第二終端的標識信息，以方便伺服器實現第一終端與第二終端之間的數據交互。

具體地，第一終端在向伺服器發送開立數據憑證的第一請求後，由於第一終端用戶設置的開立日期不合理，第一終端向伺服器發送重置該數據憑證開立日期的第二請求，其中，該第二請求中包括重置所述數據憑證的開立日期。

對應地，伺服器接收該第一請求和第二請求。

在另一個實施方式中，伺服器在接收到該第一請求後，解析第一終端的標識信息，確定該標識信息是否為有效信息，如果該標識信息為有效信息時，且數據憑證的價值符合規定，伺服器向第一終端發送預生成該數據憑證的信息。

第一終端接收到該信息後，根據用戶需求向伺服器發送重置數據憑證開立日期的第二請求。

302：所述伺服器判斷所述重置的開立日期是否符合預定設置條件。

伺服器接收第一終端發送的第二請求，解析該第二請求，獲取待重置的開立日期，並進一步判斷待重置的開立日期是否符合預定設置條件。需要說明的是，該待重置的開立日期即為上述第二請求中包括的重置後的數據憑證的開立日期。

具體地，首先，伺服器判斷基於第一請求的數據憑證是否已經生成，如果已經生成，第一終端本次重置開立日期的第二請求為無效請求。可選地，伺服器向第一終端發送通知信息，在其他實施方式中，也可以給出第一終端用戶建議，如重新申請開立數據憑證等，在此不做限定。如果當前數據憑證尚未生成，伺服器判斷該第二請求是否為真實信息，確定真實後，進一步確定重置的開立日期的操作是否在符合規定，如是否在規定期限內等。進一步地，還判斷待重置的開立日期是否在預設時間範圍內，如果待重置的開立日期不在預設時間範圍內時，在一個優選的實施方式中，伺服器向第一終端發送反饋信息，提醒所述第一終端用戶重新設置開立日期，在此不做限定。

需要說明的是，上述伺服器對重置開立日期是否為有效的判斷步驟和順序並不局限於上述實施方式，在其他實施方式中，只要能夠確定重置的開立日期是否有效的過程均屬於本發明包括的範圍，在此不做限定。

303：如果符合預定設置條件，所述伺服器重置所述數據憑證的開立日期，在重置後的開立日期到達時鎖定所述第一終端的數據單元中與所述數值大小相等的數據的權限，並生成所述數據憑證。

具體地，伺服器經過判斷，確定該重置的數據憑證開立日期為有效的開立日期時，所述伺服器重置所述數據憑證的開立日期，並在該日期到達時，進一步判斷第一終端的數據單元中的數據的數值大小是否不小於該第一請求中包括的數據的大小，如果不小於，則伺服器鎖定第一終端數據單元中與該請求中包括的數值大小相等的數據的權限，並生成該數據憑證。

可選地，當第一終端的數據單元的數據的數值大小不小於第一請求中包括的數值大小時，伺服器向第一終端發送預鎖定信息，第一終端接收該預鎖定信息，並在第一終端用戶接受該預鎖定消息時，第一終端向伺服器發送響應該預鎖定信息的確認消息，伺服器接收該確認消息，鎖定第一終端的數據單元中與所述第一請求中包括的數值大小相等的數據的權限，並生成所述數據憑證。

下面對本發明實施方式中的數據交互處理方法進行舉例說明。

例如，該第一終端為用戶A，該伺服器為用戶B。用戶B為多個客戶端的管理員，且針對每個客戶端具有一個相應的密碼用於執行管理員的權限，並且針對每個客戶端，對應的管理員權限的重要級別不同。客戶端可以是個人計算機、平板電腦、智慧型手機等能夠通過網絡與伺服器進行數據交互傳輸的設備。例如，第一客戶端為公司伺服器、第二客戶端為平板電腦、第三客戶端為個人計算機。用戶A向用戶B發出開立數據憑證的第一請求，其中，該數據憑證中包括開立日期以及數據憑證對應的第一數據的數值大小，其中，該第一數據為請求其中一個客戶端的管理員權限的密碼。如，用戶A向用戶B請求第三客戶端的管理員權限的密碼。用戶A需要重置開立日期，則向用戶B發出重置數據憑證開立日期的第二請求，其中，該第二請求中包括重新設置的開立日期。

用戶B通過接收該第二請求時，判斷該開立日期是否為有效的開立日期，並在確定有效時，在該開立日期到達之日，用戶B判斷當前用戶A所具有的第二客戶端的管理員權限是否不低於請求的第三客戶端的管理員權限，並在確定不低於該第三客戶端的管理權限時，凍結用戶A對第三客戶端的管理員權限，並向用戶A授予第三客戶端的管理員權限。即，用戶A將無法使用對應的密碼對第三客戶端進行管理。

進一步地，請求的數據還可以是文字數據、音頻數據、視頻數據、程序數據或金融領域的資金數據等，如果是資金數據，比如資金，則此時第一終端用戶是第一參與方，伺服器是資金管理伺服器，例如，銀行。如果是音頻數據，比如歌曲，此時第一終端可以是手機等具有多媒體播放功能的客戶端，伺服器為音樂網站伺服器。

區別於現有技術，以上實施方式中，第一終端根據用戶需求重新設置有效的數據憑證的開立日期，伺服器在鎖定第一終端的數據單元中與所述數值大小相等的數據的權限，並生成所述數據憑證，有利於第一終端對數據的統籌安排與使用，提高數據的利用率。

參閱圖4，圖4是本發明數據交互處理方法另一實施方式的流程示意圖。本實施方式的數據交互處理方法包括如下步驟：

401：伺服器接收第一終端發送的開立數據憑證的第一請求後，接收所述第一終端發送的重置數據憑證開立日期的第二請求，其中，所述第二請求包括重置所述數據憑證的開立日期；所述第一請求包括配置所述數據憑證的數值。

所述數據憑證是由伺服器根據第一終端的申請，鎖定所述第一終端的數據單元內的數值大小與所述數據憑證數值相等的數據的權限後生成的。

所述請求中還包括第一終端的標識信息。

在另一個實施方式中，該第一請求中還包括數據憑證交互的第二終端的標識信息，以方便伺服器實現第一終端與第二終端之間的數據交互。

具體地，第一終端在向伺服器發送開立數據憑證的第一請求後，由於第一終端用戶設置的開立日期不合理，第一終端向伺服器發送重置該數據憑證開立日期的第二請求，其中，該第二請求中包括重置所述數據憑證的開立日期。

對應地，伺服器接收該第一請求和第二請求。

在另一個實施方式中，伺服器在接收到該第一請求後，解析第一終端的標識信息，確定該標識信息是否為有效信息，如果該標識信息為有效信息時，且數據憑證的價值符合規定，伺服器向第一終端發送預生成該數據憑證的信息。

第一終端接收到該信息後，根據用戶需求向伺服器發送重置數據憑證開立日期的第二請求。

對應地，伺服器接收該第二請求。

402：判斷所述重置的開立日期是否符合預定設置條件。

伺服器接收第一終端發送的第二請求，解析該第二請求，獲取待重置的開立日期，並進一步判斷帶重置的開立日期的有效性。

具體地，首先，伺服器判斷基於第一請求的數據憑證是否已經生成，如果已經生成，第一終端本次重置開立日期的第二請求為無效請求。可選地，伺服器向第一終端發送通知信息，在其他實施方式中，也可以給 出第一終端用戶建議，如重新申請開立數據憑證等，在此不做限定。如果當前數據憑證尚未生成，伺服器判斷該第二請求是否為真實信息，確定真實後，進一步確定重置的開立日期的操作是否在符合規定，如是否在規定期限內等。進一步地，還判斷待重置的開立日期是否在預設時間範圍內，如果待重置的開立日期不在預設時間範圍內時，在一個優選的實施方式中，伺服器向第一終端發送反饋信息，提醒所述第一終端用戶重新設置開立日期，在此不做限定。

需要說明的是，上述伺服器對重置開立日期是否為有效的判斷步驟和順序並不局限於上述實施方式，在其他實施方式中，只要能夠確定重置的開立日期是否有效的過程均屬於本發明包括的範圍，在此不做限定。

403：如果符合預定設置條件，所述伺服器重置所述數據憑證的開立日期，在重置後的開立日期到達時鎖定所述第一終端的數據單元中與所述數值大小相等的數據的權限，並生成所述數據憑證。

具體地，伺服器經過判斷，確定該重置的數據憑證開立日期為有效的開立日期時，所述伺服器重置所述數據憑證的開立日期，並在該日期到達時，進一步判斷第一終端的數據單元中的數據的數值大小是否不小於該第一請求中包括的數據的大小，如果不小於，則伺服器鎖定第一終端數據單元中與該請求中包括的數值大小相等的數據的權限，並生成該數據憑證。

可選地，當第一終端的數據單元的數據的數值大小不小於第一請求中包括的數值大小時，伺服器向第一終端發送預鎖定信息，第一終端接收該預鎖定信息，並在第一終端用戶接受凍結時，第一終端向伺服器發送響應該預鎖定信息的確認消息，伺服器接收該確認消息，鎖定第一終端的數據單元中與所述第一請求中包括的數值大小相等的數據的權限，並生成所述數據憑證。

進一步地，請求的數據還可以是文字數據、音頻數據、視頻數據、程序數據或金融領域的資金數據等，如果是資金數據，比如資金，則此時第一終端用戶是第一參與方，伺服器是資金管理伺服器，例如，銀行。 如果是音頻數據，比如歌曲，此時第一終端可以是手機等具有多媒體播放功能的客戶端，伺服器為音樂網站伺服器。

區別於現有技術，以上實施方式中，伺服器根據第一終端重置數據憑證的開立日期在鎖定第一終端數據單元中與數據憑證對應的數據大小的數據的權限後，生成數據憑證，能夠使第一終端根據用戶需求重置符合伺服器預設日期範圍的數據憑證的開立日期，有利於第一終端對數據的統籌安排與使用，提高數據的利用率。

參閱圖5，圖5是本發明數據交互系統一實施方式的結構示意圖，本實施例的數據交互處理系統包含的各裝置用於執行圖3對應的實施例中各步驟，具體請參閱圖3以及圖3對應的實施例，此處不贅述。本實施方式的數據交互系統包括第一終端501以及伺服器502，

所述第一終端501用於向伺服器502發送開立數據憑證的第一請求後，向所述伺服器502發送重置數據憑證開立日期的第二請求，其中，所述第二請求包括重置所述數據憑證的開立日期；所述第一請求包括配置所述數據憑證的數值；

所述伺服器502用於判斷所述重置的開立日期是否符合預定設置條件；

所述伺服器502還用於在所述重置的開立日期符合預定設置條件時，重置所述數據憑證的開立日期，在重置後的開立日期到達時鎖定所述第一終端501的數據單元中與所述數值大小相等的數據的權限，並生成所述數據憑證。

區別於現有技術，以上實施方式中，第一終端根據用戶需求重新設置有效的開立日期，伺服器在鎖定第一終端的數據單元中與所述數值大小相等的數據的權限，並生成所述數據憑證，有利於第一終端用戶對數據的統籌安排與使用，提高數據的利用率。

參閱圖6，圖6是本發明伺服器一實施方式的結構示意圖。本實施例的伺服器包含的各模塊用於執行圖4對應的實施例中各步驟，具體請參閱圖4以及圖4對應的實施例，此處不贅述。該伺服器包括：接收模塊601、處理模塊602以及執行模塊603，

所述接收模塊601用於接收第一終端發送的開立數據憑證的第一請求後，接收所述第一終端發送的重置數據憑證開立日期的第二請求，其中，所述第二請求包括重置所述數據憑證的開立日期；所述第一請求包括配置所述數據憑證的數值；

所述處理模塊602用於判斷所述重置的開立日期是否符合預定設置條件；

所述執行模塊603用於在所述重置的開立日期符合預定設置條件時，重置所述數據憑證的開立日期鎖定所述第一終端的數據單元中與所述數據憑證數值大小相等的數據的權限，並生成所述數據憑證。

區別於現有技術，以上實施方式中，伺服器根據第一終端重新設置的開立日期在鎖定第一終端數據單元中與數據憑證對應的數據大小的數據的權限後，生成數據憑證，能夠使第一終端根據用戶需求重置符合伺服器預設日期範圍的數據憑證的開立日期，有利於第一終端用戶對數據的統籌安排與使用，提高數據的利用率。

以上所述僅為本發明的實施方式，並非因此限制本發明的專利範圍，凡是利用本發明說明書及附圖內容所作的等效結構或等效流程變換，或直接或間接運用在其他相關的技術領域，均同理包括在本發明的專利保護範圍內。