對象處理方法、信息顯示方法及裝置與流程
2023-07-12 23:16:26
本申請屬於網絡技術領域，具體地說，涉及一種對象處理方法、信息顯示方法、對象處理裝置及信息顯示裝置。
背景技術：
在某些網上交易的應用場景中，服務提供方提供的商品是由自己利用原材料進行加工製作獲得。
目前，服務提供方進行商品銷售時，原材料僅是由採購人員憑藉個人經驗採購獲得。
技術實現要素：
有鑑於此，由於原材料僅憑採購人員的個人經驗進行處理，原材料是否需要購買，原材料剩餘多少，剩餘原材料是否足夠用於製作加工品等等，都需要採購人員憑藉個人經驗進行原材料盤點之後獲知，效率較慢，無法及時準確的獲知原材料的餘量是否不足等，因此，經過一系列研究，本申請提供了一種對象處理方法、信息顯示方法及裝置，實現了餘量的有效及時提示，實現了對源對象的及時準確監控，可以使得用戶能夠及時準確的獲知餘量是否不足等。
為了解決上述技術問題，本申請的第一方面提供了一種對象處理方法，包括：
確定源對象作為資源衍生出的至少一個目標對象；
分析所述至少一個目標對象，以獲得資源需求量；
根據所述資源需求量，計算所述源對象的餘量；
發送所述餘量的提示信息至客戶端。
可選地，，所述分析所述至少一個目標對象，以獲得資源需求量包括：
根據所述至少一個目標對象的消耗量以及所述至少一個目標對象與所述源對象的資源配置比例，計算所述至少一個目標對象的資源需求量。
可選地，所述目標對象的消耗量按照如下方式確定：
獲取所述目標對象的銷售訂單信息；
根據所述銷售訂單信息，確定所述目標對象的消耗量。
可選地，所述根據所述資源需求量，計算所述源對象的餘量包括：
確定所述源對象的資源增加量；
根據所述資源需求量以及所述資源增加量，計算所述源對象的餘量。
可選地，所述方法還包括：
發送所述源對象的購買提示信息至所述客戶端；以及
所述資源增加量的確定步驟，包括：
接收所述客戶端的採購請求；
生成所述源對象的交易訂單信息；
發送所述交易訂單信息至所述客戶端；
響應於所述客戶端的交易成功消息，確定所述源對象的所述資源增加量。
可選地，所述方法還包括：
根據所述源對象的增加日期以及保質日期，發送過期提示信息至所述客戶端。
可選地，所述發送所述餘量的提示信息至所述客戶端包括：
在所述餘量低於閾值時，發送所述餘量的提示信息至所述客戶端。
可選地，所述發送所述餘量的提示信息至客戶端之後，所述方法還包括：
接收所述客戶端發送的更新數值；
根據所述更新數值，校正所述餘量。
本申請的第二方面提供了一種信息顯示方法，包括：
獲取源對象的餘量的提示信息；所述餘量根據至少一個目標對象對所述源對象的資源需求量計算獲得；所述至少一個目標對象為所述源對象作為資源時衍生出的；
顯示所述提示信息。
可選地，所述提示信息包括所述餘量；
所述顯示所述提示信息之後，所述方法還包括：
響應於針對所述餘量的更新操作，發送更新數值至服務端；
根據所述更新數值，更新顯示的所述餘量。
可選地，所述方法還包括：
顯示所述源對象的購買提示信息；
響應於針對所述購買提示信息的購買操作，發送採購請求至服務端；
顯示所述服務端生成的採購訂單信息；
響應於針對所述採購訂單信息的確認操作，發送交易成功消息至所述服務端。
本申請的第三方面提供了一種對象處理裝置，包括：
對象確定模塊，用於確定源對象作為資源衍生出的至少一個目標對象；
需求量計算模塊，用於分析所述至少一個目標對象，以獲得資源需求量；
餘量計算模塊，用於根據所述資源需求量，計算所述源對象的餘量；
餘量提示模塊，用於發送所述餘量的提示信息至客戶端。
可選地，所述需求量計算模塊具體用於：
根據所述至少一個目標對象的消耗量以及所述至少一個目標對象與所述源對象的資源配置比例，計算所述至少一個目標對象的資源需求量。
可選地，還包括：
訂單獲取模塊，用於獲取所述目標對象的銷售訂單信息；
消耗量確定模塊，用於根據所述銷售訂單信息，確定所述目標對象的消耗量。
可選地，所述餘量計算模塊包括：
增加量確定單元，確定所述源對象的資源增加量；
餘量計算單元，用於根據所述資源需求量以及所述資源增加量，計算所述源對象的餘量。
可選地，還包括：
購買提示模塊，用於發送所述源對象的購買提示信息至所述客戶端；
所述增加量確定單元包括：
請求接收單元，用於接收所述客戶端的採購請求；
訂單生成單元，用於生成所述源對象的交易訂單信息；
訂單發送單元，用於發送所述交易訂單信息至所述客戶端；
確定子單元，用於響應於所述客戶端的交易成功消息，確定所述源對象的所述資源增加量
可選地，還包括：
過期提示模塊，用於根據所述源對象的增加日期以及保質日期，發送過期提示信息至所述客戶端。
可選地，所述餘量提示模塊具體用於：
在所述餘量低於閾值時，發送所述餘量的提示信息至所述客戶端。
可選地，還包括：
數值接收模塊，用於接收所述客戶端發送的更新數值；
數值校正模塊，用於根據所述更新數值，校正所述餘量。
本申請的第四方面提供了一種信息顯示裝置，包括：
獲取模塊，用於獲取源對象的餘量的提示信息；所述餘量根據至少一個目標對象對所述源對象的資源需求量計算獲得；所述至少一個目標對象為所述源對象作為資源時衍生出的；
第一顯示模塊，用於顯示所述提示信息。
可選地，還包括：
數值發送模塊，用於響應於針對所述餘量的更新操作，發送更新數值至服務端；
數值更新模塊，用於根據所述更新數值，更新顯示的所述餘量。
可選地，還包括：
第二顯示模塊，用於顯示所述源對象的購買提示信息；
請求發送模塊，用於響應於針對所述購買提示信息的購買操作，發送採購請求至服務端；
第三顯示模塊，用於顯示所述服務端生成的採購訂單信息；
消息發送模塊，用於響應於針對所述採購訂單信息的確認操作，發送交易成功消息至所述服務端。
與現有技術相比，本申請可以獲得包括以下技術效果
通過對源對象作為資源衍生出的至少一個目標對象進行分析，可以獲得所述至少一個目標對象的資源需求量，根據所述資源需求量，即可以計算源對象的餘量，向客戶端發送所述餘量的提示信息，由客戶端顯示所述餘量的提示信息，實現了餘量的有效提示，本申請實施例無需專門人員進行複雜的盤點操作，從而實現了對源對象的及時準確監控。
附圖說明
此處所說明的附圖用來提供對本申請的進一步理解，構成本申請的一部分，本申請的示意性實施例及其說明用於解釋本申請，並不構成對本申請的不當限定。在附圖中：
圖1是本申請實施例的一種對象處理方法一個實施例的流程圖；
圖2是本申請實施例的一種信息顯示方法一個實施例的流程圖；
圖3是本申請實施例的一種對象處理系統一個實施例的結構示意圖；
圖4是本申請實施例的一種對象處理方法又一個實施例的流程圖；
圖5是本申請實施例的一種對象處理裝置一個實施例的結構示意圖；
圖6是本申請實施例的一種信息顯示裝置一個實施例的結構示意圖。
具體實施方式
以下將配合附圖及實施例來詳細說明本申請的實施方式，藉此對本申請如何應用技術手段來解決技術問題並達成技術功效的實現過程能充分理解並據以實施。
本申請實施例的技術方案可以適用於網上交易場景中，當然也可以適用於目標對象由源對象作為資源衍生出的任意應用場景中。
在一個實際應用中，源對象可以是指原材料，目標對象可以是指對所述原材料的加工品。在網上交易場景中，加工品即作為可以售賣的商品。
在本申請實施例中，為了方便用戶及時準確的獲取源對象的餘量的相關信息，由服務端確定源對象作為資源衍生出的至少一個目標對象，並對該至少一個目標對象進行檢測，分析所述至少一個目標對象的資源需求量，從而根據所述資源需求量，可以自動計算獲得源對象的餘量，從而即可以發送所述餘量的提示信息至客戶端，客戶端顯示所述餘量的提示信息，實現了餘量的有效提示，從而實現了對源對象的及時準確監控，使得用戶可以及時準確的獲知餘量是否不足。
下面將結合附圖對本申請技術方案進行詳細描述。
圖1是本申請實施例提供的一種對象處理方法一個實施例的流程圖，該方法可以包括以下幾個步驟：
101：確定源對象作為資源衍生出的至少一個目標對象。
本實施例技術方案主要應用於服務端。
所述目標對象可以為對所述源對象的加工品。
在一個實際應用中，源對象可以是指食品原材料，目標對象即為食品原材料的加工食品。在網上交易場景中，源對象為食品材料，目標對象為加工食品時，加工食品可以是用來售賣的商品，該網上場景可以基於o2o(onlinetooffline，線上到線下)的外賣應用場景。
其中，在一個實際應用中，目標對象可能會進行分組控制，因此源對象與目標對象可以是屬於同一個目標分組，是針對同一目標分組的目標對象以及源對象執行本實施例的技術方案，例如在網上交易場景中，是針對每一個服務提供方均執行本申請實施例的對象處理方案，實現對每一個服務提供方的源對象的監控，目標對象為服務提供方提供的加工品，源對象即為目標對象對應的原材料。
102：分析所述至少一個目標對象，以獲得資源需求量。
該資源需求量為至少一個目標對象對源對象的總需求量。也即累加每一個目標對象對源對象的需求量，以獲得資源需求量
在目標對象包括多個時，即關聯地分析所述多個目標對象，以獲得資源需求量。
103：根據所述資源需求量，計算所述源對象的餘量。
獲得至少一個目標對象對源對象的資源需求量之後，即可以計算源對象的餘量，也即源對象還剩餘多少資源。
104：發送所述餘量的提示信息至客戶端。
其中，所述提示信息中可以包括所述餘量。客戶端獲取所述提示信息之後，即可以顯示所述提示信息，從而用戶可以及時準確獲知源對象的餘量，無需人工進行盤點。
可選地，可以是在判斷所述餘量小於閾值時，生成所述餘量的提示信息，並將提示信息發送至客戶端，由客戶端顯示所述提示信息，以直接提示用戶源對象餘量不足等。
其中，所述閾值可以是用戶通過客戶端提供的，從而可以根據用戶需求，對源對象進行餘量監控，以使得在餘量低於用戶設置的閾值時，生成餘量的提示信息，並由客戶端顯示所述提示信息，實現了源對象及時準確的監控，使得用戶可以及時準確的獲知餘量是否不足等。
在實際應用中，目標對象會一直被消耗，比如網上交易場景中，目標對象用來售賣，目標對象的消耗量也即是目標對象的銷售量
因此，對目標對象的分析可以實時進行，且每一個目標對象與源對象的需求量可以根據目標對象與源對象的資源配置比例獲得。
因此，在某些實施例中，所述分析所述至少一個目標對象，以獲得資源需求量可以包括：
根據所述至少一個目標對象的消耗量以及所述至少一個目標對象與所述源對象的資源配置比例，計算所述至少一個目標對象的資源需求量。
該資源配置比例可以是指單位數量的目標對象對應的源對象的轉換數量。例如源對象為食品原材料「土豆」，目標對象為加工食品「土豆絲」，則資源配置比例可以是一份土豆絲需要的土豆的個數；又如源對象為食品原材料「西紅柿」，目標對象為加工食品「西紅柿炒雞蛋」，則資源配置比例可以是一份西紅柿炒雞蛋需要的西紅柿的重量等。
結合上述描述可知，一個目標對象了可能對應一個或多個源對象。
可選地，所述提示信息中包括所述餘量時，為了進一步提高餘量監控的準確度，在某些實施例中，所述發送所述餘量的提示信息至客戶端之後，所述方法還可以包括：
接收所述客戶端的更新請求，所述更新請求中包括更新數值；
根據所述更新數值，校正所述餘量。
客戶端顯示所述提示信息之後，監測到針對所述餘量的更新操作時，通過響應於該更新操作，即向服務端發送更新請求，其中，更新請求中攜帶更新數值。
服務端可以根據該更新數值，校正所述餘量。
同時，客戶端也可以根據所述更新數值，更新顯示的所述餘量。
由於在實際應用中，例如源對象為原材料，目標對象為對原材料的加工品時，儘管目標對象與源對象預先設置有資源配置比例，但是在目標對象的製作加工過程中，難免由於人工因素導致原材料使用過多或過少，本實施例中，用戶可以請求校正計算出的所述餘量，從而可以提高計算的餘量的準確度。
可選地，在網上交易場景中，目標對象的消耗量根據目標對象的銷售量獲知，因此作為又一個實施例，所述目標對象的消耗量可以按照如下方式確定：
獲取所述目標對象的銷售訂單信息；
根據所述銷售訂單信息，確定所述目標對象的消耗量。
其中，銷售訂單信息可以從目標對象的網上交易系統中獲取，根據銷售訂單信息即可以獲知目標對象的當前銷售量，作為目標對象的消耗量。
從而根據每一個目標對象的消耗量以及每一個目標對象與源對象的資源配置比例，可以計算每一個目標對象對所述源對象的需求量，將所述源對象對應的全部目標對象(至少一個)對其的需求量進行累加，即獲得全部目標對象的資源需求量。
在實際應用中，隨著源對象的消耗，為了保證源對象滿足正常使用，源對象的數量也會進行增加，例如，源對象為原材料時，目標對象為原材料的加工品時，隨著原材料製作為加工品，用戶也會採購原材料，以保證正常使用。
因此，在某些實施例中，所述根據所述資源需求量，計算所述源對象的餘量可以包括：
確定所述源對象的資源增加量；
根據所述資源需求量以及所述資源增加量，計算所述源對象的餘量。
作為一種可能的實現方式，為了方便確定源對象的資源增加量，本申請實施例可以提供源對象的購買，因此服務端還可以發送購買提示信息至所述客戶端，由客戶端顯示所述源對象的購買提示信息。
因此，在某些實施例中，所述確定所述源對象的資源增加量可以包括：
接收所述客戶端的採購請求；
生成所述源對象的交易訂單信息；
發送所述交易訂單信息至所述客戶端；
響應於所述客戶端的交易成功消息，確定所述源對象的所述資源增加量。
其中，該採購請求為客戶端響應於針對所述購買提示信息的操作時發送的。也即客戶端顯示購買提示信息，該購買提示信息可以是虛擬控制項，以供用戶操作，客戶端檢測到針對該購買提示信息的操作時，即可以向服務端發送採購請求，該採購請求中可以包括資源增加量等信息內容。
服務端接收到採購請求之後，即可以生成該源對象交易訂單信息，並將交易訂單信息發送至客戶端，由客戶端顯示所述交易訂單信息。
其中，客戶端響應於針對所述採購訂單信息的確認操作，發送交易成功消息至所述服務端。
服務端生成交易訂單信息之後，該交易訂單信息可以用於指示配貨人員進行源對象的配送。用戶收到購買的源對象時，即可以針對客戶端顯示交易訂單信息執行相應的確認操作，從而客戶端向服務端發送交易成功消息，以通知服務端源對象配貨成功，此時服務端即確定的所述源對象的所述資源增加量。
可選地，在某些實施例中，服務端還可以根據所述源對象的增加日期以及保質日期，發送過期提示信息至所述客戶端，由客戶端顯示所述過期提示信息。
還可以發送所述目標對象的標識信息、所述源對象的標識信息以及所述目標對象與所述源對象的資源配置比例至所述客戶端，由客戶端顯示所述目標對象的標識信息、所述源對象的標識信息以及所述目標對象與所述源對象的資源配置比例，以方便用戶查看。
服務端中目標對象的標識信息、所述源對象的標識信息以及所述目標對象與所述源對象的資源配置比例對應保存，從而可以方便查找同一目標分組的源對象作為資源衍生出的目標對象等，以及確定源對象與目標對象的資源配置比例等。
圖2是本申請實施例提供的一種信息顯示方法一個實施例的流程圖，本實施例從客戶端的角度對本申請技術方案進行描述，該方法可以包括以下幾個步驟：
201：獲取源對象的餘量的提示信息。
其中，所述餘量根據至少一個目標對象對所述源對象的資源需求量計算獲得；所述至少一個目標對象為所述源對象作為資源時衍生出的。
提示信息的具體生成過程可以參見上述實施例中所述，在此不再贅述。
202：顯示所述提示信息。
其中，所述提示信息中可以包括所述餘量。
客戶端獲取所述提示信息之後，即可以顯示所述提示信息，從而用戶可以及時準確獲知源對象的餘量，無需人工進行盤點，實現了對源對象的及時準確的監控。
此外，在某些實施例中，還可以獲取過期提示信息，並顯示所述過期提示信息，該過期提示信息為根據所述源對象的增加日期以及保質日期生成的。
在某些實施例中，該方法還可以包括：
顯示所述源對象的購買提示信息；
響應於針對所述購買提示信息的購買操作，發送採購請求至服務端；其中，該採購請求中攜帶資源增加量。
顯示所述服務端生成的採購訂單信息；
響應於針對所述採購訂單信息的確認操作，發送交易成功消息至所述服務端。
從而服務端接收到交易成功消息之後，即可以確定源對象的資源增加量。
此外，在某些實施例中，所述提示信息中可以包括所述餘量，顯示所述提示信息，該方法還可以包括：
響應於針對所述餘量的更新操作，發送更新數值至服務端，從而服務端可以根據更新數值校正計算獲得所述餘量；
根據所述更新數值，更新顯示的所述餘量，也即客戶端可以同步更新已顯示的所述餘量。當然還可以是接收服務端發送的校正之後的餘量，並顯示所述校正之後的餘量。
在一個實際應用中，源對象為原材料，目標對象為對原材料的加工品，其中，在某個特定場景下，原材料可以具體是指食品原材料，目標對象即為加工食品。
此外，目標對象可以是作為交易的目標商品，而為了方便對源對象進行監控，服務端同時提供源對象的購買，因此源對象可以是目標商品對應的可以用於交易的源商品。目標商品可以是在網上交易系統中進行交易，因此本申請實施例還提供了一種與網上交易系統互聯的對象處理系統，如圖3中所示，該對象處理系統至少由服務端301以及客戶端302構成。
該對象處理系統通過提供源商品的購買，使得用戶可以直接從該對象處理系統中購買源商品，並加工成目標商品之後，在網上交易系統中進行售賣。對象處理系統可以記錄源商品的採購量，作為源對象的資源增加量；還可以從網上交易系統獲取目標商品的銷售量，作為目標對象的消耗量，以計算目標對象對源對象的資源需求量，根據資源增加量以及資源需求量，即可以計算源對象的餘量，也即源商品的庫存量，通過顯示餘量的提示信息，可以提示用戶餘量的相關信息，從而了實現對源對象的監控，方便用戶對源對象管理，及時獲知源對象餘量是否不足，從而可以在餘量不足，繼續通過對象處理系統進行源對象的購買等。
為了方便理解，下面以源對象為源商品，目標對象為源商品加工而成的目標商品為例，對本申請技術方案進行詳細介紹。
如圖4所示，為本申請實施例提供的一種對象處理方法又一個實施例的流程圖，該方法可以包括以下幾個步驟：
401：服務端確定源商品作為資源衍生出的至少一個目標商品。
也即確定源商品加工而成的至少一個目標商品。
其中，源商品以及目標商品對應同一個服務提供方，也即本實施例的技術方案可以是針對每一個服務提供方。
服務端可以將服務提供方的標識信息、源商品的標識信息以及目標商品的標識信息對應保存，從而可以方便確定服務提供方對應的源商品以及目標商品等。
源商品對應的目標商品包括至少一個，例如原材料為「土豆」時，土豆的加工品會有好多，例如「土豆絲」、「土豆燉牛肉」等等。
因此，服務端還可以發送源商品的標識信息、目標商品的標識信息以及源商品以及目標商品的資源配置比例等至客戶端，由客戶端顯示源商品的標識信息、目標商品的標識信息以及源商品以及目標商品的資源配置比例，從而方便服務提供方查看自己售賣的目標商品，目標商品對應的源商品以及目標商品的與源商品的配置比例。
其中，服務提供方目標商品對應的源商品可以預先保存在服務端。服務提供方可以通過客戶端提供其目標商品以及源商品的對應關係以及資源配置比例。服務端即可以對應保存每一個服務提供方的目標商品以及源商品的對應關係以及資源配置比例等。
402：服務端獲取所述目標商品的銷售訂單信息；
403：服務端根據所述銷售訂單信息，確定所述目標商品的消耗量。
404：服務端根據所述至少一個目標商品的消耗量以及所述至少一個目標商品與所述源商品的資源配置比例，計算所述至少一個目標商品的資源需求量。
405：服務端發送所述源對象的購買提示信息至客戶端。
406：客戶端顯示所述購買提示信息。
407：客戶端響應於針對所述購買提示信息的購買操作，發送採購請求至服務端。
其中，採購請求中包括源商品的資源增加量。
408：服務端生成所述源對象的交易訂單信息。
409：服務端發送所述交易訂單信息至所述客戶端。
410：客戶端顯示所述交易訂單信息。
411：客戶端響應於針對所述採購訂單信息的確認操作，發送交易成功消息至所述服務端
412：服務端響應於所述交易成功消息，確定為所述源對象的記錄所資源增加量
需要說明的是，步驟405～步驟412操作並不限定於本實施例的執行步驟，其可以在本實施例的任一步驟的執行之前或者之後或者同時執行。也即針對所述源對象的購買操作可以隨時進行，在存在源對象的購買操作時，即可以確定源對象的資源增加量。
服務端在確定出對所述源對象的資源需求量時，可以查詢是否存在所述源對象的資源增加量，如果是，則獲得所述資源增加量，繼續執行後續操作步驟。
413：服務端根據所述資源需求量以及所述資源增加量，計算所述源商品的餘量。
源商品的餘量，也即源商品的庫存量。
414：服務端發送所述餘量的提示信息至所述客戶端。
其中，可以在檢測所述餘量低於閾值時，發送所述餘量的提示信息至所述客戶端，以提示用戶源商品餘量不足，需要購買等。
415：客戶端顯示所述提示信息。
416：客戶端響應於針對所述餘量的更新操作，發送更新數值至服務端。
417：服務端根據所述更新數值，校正所述餘量。
418：客戶端根據所述更新數值，更新顯示的所述餘量。
此外，服務端還可以根據源商品的購買日期以及保質日期，發送過期提示信息至所述客戶端；客戶端顯示所述過期提示信息，以提示用戶庫存的源商品是否過期等。
通過本實施例，實現了從源商品的購買、源商品到目標商品的轉換以及源商品的庫存監控等的一系列控制流程，方便了用戶對源商品的管理，可以及時獲知源商品的庫存信息以及過期信息等，實現了對源商品及時準確的監控。
圖5是本申請實施例提供的一種對象處理裝置一個實施例的結構示意圖，該裝置配置於服務端，該裝置可以包括：
對象確定模塊501，用於確定源對象作為資源衍生出的至少一個目標對象；
需求量計算模塊502，用於分析所述至少一個目標對象，以獲得資源需求量。
餘量計算模塊503，用於根據所述資源需求量，計算所述源對象的餘量；
餘量提示模塊504，用於發送所述餘量的提示信息至客戶端。
可選地，所述餘量提示信息模塊可以是在所述餘量低於閾值時，發送所述餘量的提示信息至所述客戶端。
其中，所述閾值可以是用戶通過客戶端提供的，從而可以根據用戶需求，對源對象進行餘量監控，以使得在餘量低於用戶設置的閾值時，生成餘量的提示信息，並由客戶端顯示所述提示信息，實現了源對象的餘量的及時有效提示，使得用戶可以及時準確的獲知餘量是否不足等。
在某些實施例中，所述需求量計算模塊可以具體用於：
根據所述至少一個目標對象的消耗量以及所述至少一個目標對象與所述源對象的資源配置比例，計算所述至少一個目標對象的資源需求量。
可選地，所述提示信息中包括所述餘量時，為了進一步提高餘量監控的準確度，在某些實施例中，該裝置還可以包括：
數值接收模塊，用於接收所述客戶端發送的更新數值；
數值校正模塊，用於根據所述更新數值，校正所述餘量。
在網上交易場景中，目標對象的消耗量根據目標對象的銷售量獲知，因此在某些實施例中，還裝置還以包括：
訂單獲取模塊，用於獲取所述目標對象的銷售訂單信息；
消耗量確定模塊，用於根據所述銷售訂單信息，確定所述目標對象的消耗量。
在實際應用中，隨著源對象的消耗，為了保證源對象滿足正常使用，源對象的數量也會進行增加，因此在某些實施例中，所述餘量計算模塊可以包括：
增加量確定單元，確定所述源對象的資源增加量；
餘量計算單元，用於根據所述資源需求量以及所述資源增加量，計算所述源對象的餘量。
作為一種可能的實現方式，為了方便確定源對象的資源增加量，本申請實施例可以提供源對象的購買，因此，在某些實施例中，該裝置還可以包括：
購買提示模塊，用於發送所述源對象的購買提示信息至所述客戶端。
所述增加量確定單元可以包括：
請求接收單元，用於接收所述客戶端的採購請求；
訂單生成單元，用於生成所述源對象的交易訂單信息；
訂單發送單元，用於發送所述交易訂單信息至所述客戶端；
確定子單元，用於響應於所述客戶端的交易成功消息，確定所述源對象的所述資源增加量。
可選地，在某些實施例中，該裝置還可以包括：
過期提示模塊，用於根據所述源對象的增加日期以及保質日期，發送過期提示信息至所述客戶端。
還可以包括：
關係提示模塊，用於發送所述目標對象的標識信息、所述源對象的標識信息以及所述目標對象與所述源對象的資源配置比例至所述客戶端，由客戶端顯示所述目標對象的標識信息、所述源對象的標識信息以及所述目標對象與所述源對象的資源配置比例，以方便用戶查看。
圖6是本申請實施例提供的一種信息顯示裝置一個實施例的結構示意圖，該裝置配置於客戶端，該裝置可以包括：
獲取模塊601，用於獲取源對象的餘量的提示信息；所述餘量根據至少一個目標對象對所述源對象的資源需求量計算獲得；所述至少一個目標對象為所述源對象作為資源時衍生出的；
第一顯示模塊602，用於顯示所述提示信息。
其中，所述提示信息中可以包括所述餘量。
顯示所述提示信息之後，使得用戶可以及時準確獲知源對象的餘量，無需人工進行盤點，實現了對源對象的及時準確的監控。
在某些實施例中，該裝置還可以包括：
數值發送模塊，用於響應於針對所述餘量的更新操作，發送更新數值至服務端；
數值更新模塊，用於根據所述更新數值，更新顯示的所述餘量。
在某些實施例中，該裝置還可以包括：
第二顯示模塊，用於顯示所述源對象的購買提示信息；
請求發送模塊，用於響應於針對所述購買提示信息的購買操作，發送採購請求至服務端；
第三顯示模塊，用於顯示所述服務端生成的採購訂單信息；
消息發送模塊，用於響應於針對所述採購訂單信息的確認操作，發送交易成功消息至所述服務端。
在某些實施例中，該裝置還可以包括：
第三顯示模塊，用於獲取過期提示信息，並顯示所述過期提示信息，該過期提示信息為根據所述源對象的增加日期以及保質日期生成的。
本申請實施例還提供了一種對象處理系統，如圖3中所示。
通過本申請實施例，實現對源對象餘量的有效提示，使得用戶可以及時準確的獲取源對象的餘量的相關信息，實現了對源對象的及時準確的監控。
在一個典型的配置中，計算設備包括一個或多個處理器(cpu)、輸入/輸出接口、網絡接口和內存。
內存可能包括計算機可讀介質中的非永久性存儲器，隨機存取存儲器(ram)和/或非易失性內存等形式，如只讀存儲器(rom)或快閃記憶體(flashram)。內存是計算機可讀介質的示例。
計算機可讀介質包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現信息存儲。信息可以是計算機可讀指令、數據結構、程序的模塊或其他數據。計算機的存儲介質的例子包括，但不限於相變內存(pram)、靜態隨機存取存儲器(sram)、動態隨機存取存儲器(dram)、其他類型的隨機存取存儲器(ram)、只讀存儲器(rom)、電可擦除可編程只讀存儲器(eeprom)、快閃記憶體或其他內存技術、只讀光碟只讀存儲器(cd-rom)、數字多功能光碟(dvd)或其他光學存儲、磁盒式磁帶，磁帶磁磁碟存儲或其他磁性存儲設備或任何其他非傳輸介質，可用於存儲可以被計算設備訪問的信息。按照本文中的界定，計算機可讀介質不包括非暫存電腦可讀媒體(transitorymedia)，如調製的數據信號和載波。
如在說明書及權利要求當中使用了某些詞彙來指稱特定組件。本領域技術人員應可理解，硬體製造商可能會用不同名詞來稱呼同一個組件。本說明書及權利要求並不以名稱的差異來作為區分組件的方式，而是以組件在功能上的差異來作為區分的準則。如在通篇說明書及權利要求當中所提及的「包含」為一開放式用語，故應解釋成「包含但不限定於」。「大致」是指在可接收的誤差範圍內，本領域技術人員能夠在一定誤差範圍內解決所述技術問題，基本達到所述技術效果。此外，「耦接」一詞在此包含任何直接及間接的電性耦接手段。因此，若文中描述一第一裝置耦接於一第二裝置，則代表所述第一裝置可直接電性耦接於所述第二裝置，或通過其他裝置或耦接手段間接地電性耦接至所述第二裝置。說明書後續描述為實施本申請的較佳實施方式，然所述描述乃以說明本申請的一般原則為目的，並非用以限定本申請的範圍。本申請的保護範圍當視所附權利要求所界定者為準。
還需要說明的是，術語「包括」、「包含」或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的商品或者系統不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種商品或者系統所固有的要素。在沒有更多限制的情況下，由語句「包括一個……」限定的要素，並不排除在包括所述要素的商品或者系統中還存在另外的相同要素。
上述說明示出並描述了本申請的若干優選實施例，但如前所述，應當理解本申請並非局限於本文所披露的形式，不應看作是對其他實施例的排除，而可用於各種其他組合、修改和環境，並能夠在本文所述申請構想範圍內，通過上述教導或相關領域的技術或知識進行改動。而本領域人員所進行的改動和變化不脫離本申請的精神和範圍，則都應在本申請所附權利要求的保護範圍內。