本申請涉及電子技術(shù)領(lǐng)域，尤其涉及一種賬號資源共享方法及系統(tǒng)。

背景技術(shù)：

目前的個(gè)人用車系統(tǒng)來講，可以分為“個(gè)人賬號”和“企業(yè)賬號”，其中“個(gè)人賬號”只能通過該手機(jī)號進(jìn)行消費(fèi)或充值。而“企業(yè)賬號”需要上傳營業(yè)執(zhí)照等信息。

所以在用戶需要更換或停用原手機(jī)號，此時(shí)如果直接作廢該手機(jī)號，會影響該賬號里面的余額的使用，不僅降低了資源利用率，并且也降低了使用便捷性。

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

本發(fā)明實(shí)施例提供了一種賬號資源共享方法及系統(tǒng)，用以解決現(xiàn)有技術(shù)中個(gè)人賬戶只能使用自身資源，導(dǎo)致資源利用率較低，以及使用便捷性較低的問題。

其具體的技術(shù)方案如下：

一種賬號資源共享方法，所述方法包括：

接收任一客戶端發(fā)出的用車請求；

基于所述用車請求，確定所述客戶端對應(yīng)的賬號類型；

若所述賬號類型為家庭賬號，則使用家庭賬號資源對所述客戶端的用車請求進(jìn)行支付。

可選的，所述使用家庭賬號資源對所述客戶端的用車請求進(jìn)行支付，包括：

判定所述客戶端對應(yīng)的賬號類型，其中，所述賬號類型包括主賬號以及副賬號；

若為主賬號，則使用所述主賬號對應(yīng)的主賬號資源對所述用車請求進(jìn)行支付；

若為副賬號，則使用所述副賬號對應(yīng)的副賬號資源對所述用車請求進(jìn)行支付。

可選的，使用所述主賬號對應(yīng)的主賬號資源對所述用車請求進(jìn)行支付，包括：

檢測所述主賬號資源是否小于預(yù)設(shè)閾值；

若所述主賬號資源大于預(yù)設(shè)閾值時(shí)，則使用主賬號資源對所述用車請求進(jìn)行支付；

若所述主賬號資源小于預(yù)設(shè)閾值時(shí)，則使用所述副賬號資源對所述用車請求進(jìn)行支付。

可選的，所述方法還包括：

獲取副賬號的權(quán)限信息以及備注信息；

根據(jù)所述副賬號的權(quán)限信息以及備注信息，設(shè)置所述副賬號的權(quán)限以及備注。

可選的，所述方法還包括：

檢測到一終端的充值操作時(shí)，判定所述終端的賬號對應(yīng)的賬號類型；

若所述賬號類型為主賬號時(shí)，則響應(yīng)所述充值操作；

若所述賬號類型為副賬號時(shí)，則拒絕響應(yīng)所述充值操作。

一種賬號資源共享系統(tǒng)，包括：

接收模塊，用于接收任一客戶端發(fā)出的用車請求；

分析模塊，用于基于所述用車請求，確定所述客戶端對應(yīng)的賬號類型；

處理模塊，用于若所述賬號類型為家庭賬號，則使用家庭賬號資源對所述客戶端的用車請求進(jìn)行支付。

可選的，所述處理模塊，具體用于判定所述客戶端對應(yīng)的賬號類型，其中，所述賬號類型包括主賬號以及副賬號；若為主賬號，則使用所述主賬號對應(yīng)的主賬號資源對所述用車請求進(jìn)行支付；若為副賬號，則使用所述副賬號對應(yīng)的副賬號資源對所述用車請求進(jìn)行支付。

可選的，所述處理模塊，還用于檢測所述主賬號資源是否小于預(yù)設(shè)閾值；若所述主賬號資源大于預(yù)設(shè)閾值時(shí)，則使用主賬號資源對所述用車請求進(jìn)行支付；若所述主賬號資源小于預(yù)設(shè)閾值時(shí)，則使用所述副賬號資源對所述用車請求進(jìn)行支付。

可選的，所述系統(tǒng)還包括：

權(quán)限管理模塊，用于獲取對副賬號的權(quán)限信息以及備注信息；根據(jù)所述副賬號的權(quán)限信息以及備注信息，設(shè)置所述副賬號的權(quán)限以及備注。

可選的，所述處理模塊，還用于檢測到一終端的充值操作時(shí)，判定所述終端的賬號對應(yīng)的賬號類型；若所述賬號類型為主賬號時(shí)，則響應(yīng)所述充值操作；若所述賬號類型為副賬號時(shí)，則拒絕響應(yīng)所述充值操作。

在本發(fā)明的技術(shù)方案中，接收任一客戶端發(fā)出的用車請求，基于用車請求，確定客戶端對應(yīng)的賬號類型，若是賬號類型為家庭賬號時(shí)，則使用家庭賬號資源對客戶端的用車請求進(jìn)行支付。也就是家庭賬號綁定賬號可以使用家庭賬號資源進(jìn)行支付，從而避免了賬號資源受到使用限制，并且利用率較低的問題。

附圖說明

圖1為本發(fā)明實(shí)施例中一種賬號資源共享的方法流程圖；

圖2為本發(fā)明實(shí)施例中一種賬號資源共享的系統(tǒng)結(jié)構(gòu)示意圖。

具體實(shí)施方式

為了解決現(xiàn)有技術(shù)中單一賬號資源只能針對一個(gè)賬戶使用，導(dǎo)致賬號資源的限制性較高，并且利用率較低的問題，本發(fā)明實(shí)施例提供了一種賬號資源共享的方法，該方法包括：接收任一客戶端發(fā)出的用車請求，基于用車請求，確定客戶端對應(yīng)的賬號類型，若賬號類型為家庭賬號時(shí)，則使用家庭賬號資源對客戶端的用車請求進(jìn)行支付。也就是家庭賬號綁定賬號可以使用家庭賬號資源進(jìn)行支付，從而避免了賬號資源受到使用限制，并且利用率較低的問題。

下面通過附圖以及具體實(shí)施例對本發(fā)明技術(shù)方案做詳細(xì)的說明，應(yīng)當(dāng)理解，本發(fā)明實(shí)施例以及實(shí)施例中的具體技術(shù)特征只是對本發(fā)明技術(shù)方案的說明，而不是限定，在不沖突的情況下，本發(fā)明實(shí)施例以及實(shí)施例中的具體技術(shù)特征可以相互組合。

如圖1所示為本發(fā)明實(shí)施例中一種賬號資源共享方法的流程圖，該方法包括：

S101，接收任一客戶端發(fā)出的用車請求；

S102，基于用車請求，確定客戶端對應(yīng)的賬號類型；

S103，若賬號類型為家庭賬號，則使用家庭賬號資源對客戶端的用車請求進(jìn)行支付。

具體來講，在本發(fā)明實(shí)施例中，服務(wù)器端可以設(shè)置各個(gè)客戶端的賬號對應(yīng)的賬號類型，比如說將賬號類型可以設(shè)置為個(gè)人賬號、集團(tuán)賬號、家庭賬號。

所以可以將個(gè)人賬號綁定在對應(yīng)的賬號類型下，比如說或可以將賬號綁定在集團(tuán)賬號下，還可以將個(gè)人賬號綁定在家庭賬號下，該家庭賬號可以綁定多個(gè)個(gè)人賬號，比如說可以將家庭中的多個(gè)電話號碼綁定在家庭賬號下。

進(jìn)一步，在家庭賬號下綁定多個(gè)個(gè)人賬號的情況下，還可以將家庭賬號下的指定一個(gè)主賬號，而其他個(gè)人賬號為副賬號。這樣可以方便家庭賬號的管理。

在將賬號類型確定完成之后，若是接收到任一客戶端發(fā)出的用車請求時(shí)，系統(tǒng)將首先確定該客戶端對應(yīng)的個(gè)人賬號，然后系統(tǒng)將確定該個(gè)人賬號對應(yīng)的賬號類型，若是賬號類型對為家庭賬號時(shí)，則系統(tǒng)使用家庭賬號資源對客戶端的用車請求進(jìn)行支付。

也就是說，家庭賬號下的個(gè)人賬號可以共享家庭賬號資源，并且也避免了資源只由一個(gè)賬號占用帶來的資源浪費(fèi)問題，從而提升了資源利用效率。

進(jìn)一步，在本發(fā)明實(shí)施例中，家庭賬號資源還可以分為主賬號資源以及副賬號資源，該主賬號資源對應(yīng)主賬號，該副賬號資源對應(yīng)副賬號。所以在判定客戶端對應(yīng)的個(gè)人賬號為家庭賬號之后，該系統(tǒng)還將判定該個(gè)人賬號為主賬號還是副賬號。

若是該個(gè)人賬號為主賬號時(shí)，則使用主賬號對應(yīng)的主賬號資源對用車請求進(jìn)行支付；若該個(gè)人賬號為副賬號時(shí)，則使用副賬號對應(yīng)副賬號資源對用車請求進(jìn)行支付。這樣可以使得各個(gè)資源之間可以獨(dú)立使用，并且可以獨(dú)立的管理各個(gè)賬號類型對應(yīng)的資源。

進(jìn)一步，在本發(fā)明實(shí)施例中，當(dāng)個(gè)人賬號為主賬號時(shí)，系統(tǒng)還將檢測主賬號對應(yīng)的主賬號資源是否小于預(yù)設(shè)閾值，若主賬號資源大于預(yù)設(shè)閾值時(shí)，則使用主賬號資源對用車請求進(jìn)行支付；若主賬號資源小于預(yù)設(shè)閾值時(shí)，則使用副賬號資源對主賬號的用車請求進(jìn)行支付。

同理，副賬號資源小于預(yù)設(shè)閾值時(shí)，副賬號的用車請求也可以使用主賬號資源進(jìn)行支付，這樣就實(shí)現(xiàn)主賬號資源與副賬號資源之間的資源共享，從而避免了資源之間的獨(dú)立性引起的資源利用率較低的問題。

另外，在本發(fā)明實(shí)施例中，當(dāng)主賬號添加資源時(shí)，該資源優(yōu)先添加到主賬號資源中，而副賬號添加資源時(shí)，該資源優(yōu)先添加到副賬號資源中。當(dāng)然也可以相互添加資源。

進(jìn)一步，在本發(fā)明實(shí)施例中，還可以對副賬號進(jìn)行權(quán)限設(shè)置以及備注設(shè)備。也就是系統(tǒng)先獲取對副賬號的權(quán)限信息以及備注信息，根據(jù)副賬號的權(quán)限信息以及備注信息，設(shè)置副賬號的權(quán)限以及備注。

比如說，可以設(shè)置副賬號的使用金額權(quán)限，副賬號的呼叫區(qū)域權(quán)限、副賬號的用車類型權(quán)限等等。基于上述的權(quán)限，主賬號可以對副賬號進(jìn)行相應(yīng)的權(quán)限設(shè)置。當(dāng)然也可以設(shè)置一些備注信息，這樣方便主賬號可以隨時(shí)查看到想要的信息。

進(jìn)一步，在本發(fā)明實(shí)施例中，還可以在副賬號用車完成之后， 獲取副賬號的用車記錄，該用車記錄至少包含車輛行程軌跡以及用車費(fèi)用，當(dāng)然還包括用車類型、用車時(shí)間等等。在保存了副賬號的用車記錄之后，主賬號可以通過直接查詢方式或者是條件查詢的方式來查詢副賬號的用車記錄，從而方便了對副賬號的用車管理。并且通過對副賬號進(jìn)行用車記錄，還可以實(shí)時(shí)的將用車記錄共享給主賬號。

進(jìn)一步，在本發(fā)明實(shí)施例中，系統(tǒng)還會實(shí)時(shí)的檢測是否存在終端的充值操作，若檢測到一終端的充值操作時(shí)，判定終端的賬號對應(yīng)的賬號類型；若賬號類型為主賬號時(shí)，則響應(yīng)充值操作；若賬號類型為副賬號時(shí)，則拒絕響應(yīng)充值操作。這樣就避免了其他終端出現(xiàn)誤操作進(jìn)行充值的問題，保證了賬戶充值的安全性。

綜上來講，在本發(fā)明技術(shù)方案中，系統(tǒng)接收任一客戶端發(fā)出的用車請求，基于用車請求，確定客戶端對應(yīng)的賬號類型，若是賬號類型為家庭賬號時(shí)，則使用家庭賬號資源對客戶端的用車請求進(jìn)行支付。也就是家庭賬號綁定賬號可以使用家庭賬號資源進(jìn)行支付，從而避免了賬號資源受到使用限制，并且利用率較低的問題。

對應(yīng)本發(fā)明實(shí)施例中一種賬號資源共享的方法，本發(fā)明實(shí)施例中還提供了一種賬號資源共享系統(tǒng)，如圖2所示為本發(fā)明實(shí)施例中一種賬號資源共享系統(tǒng)的結(jié)構(gòu)示意圖，該系統(tǒng)包括：

接收模塊201，用于接收任一客戶端發(fā)出的用車請求；

分析模塊202，用于基于所述用車請求，確定所述客戶端對應(yīng)的賬號類型；

處理模塊203，用于若是所述賬號類型為家庭賬號，則使用家庭賬號資源對所述客戶端的用車請求進(jìn)行支付。

具體來講，在本發(fā)明實(shí)施例中，服務(wù)器端可以設(shè)置各個(gè)客戶端的賬號對應(yīng)的賬號類型，比如說將賬號類型可以設(shè)置為個(gè)人賬號、集團(tuán)賬號、家庭賬號。

所以可以將個(gè)人賬號綁定在對應(yīng)的賬號類型下，比如說或可以將賬號綁定在集團(tuán)賬號下，還可以將個(gè)人賬號綁定在家庭賬號下，該家庭賬號可以綁定多個(gè)個(gè)人賬號，比如說可以將家庭中的多個(gè)電話號碼綁定在家庭賬號下。

進(jìn)一步，在家庭賬號下綁定多個(gè)個(gè)人賬號的情況下，還可以將家庭賬號下的指定一個(gè)主賬號，而其他個(gè)人賬號為副賬號。這樣可以方便家庭賬號的管理。

在將賬號類型確定完成之后，若是接收到任一客戶端發(fā)出的用車請求時(shí)，系統(tǒng)將首先確定該客戶端對應(yīng)的個(gè)人賬號，然后系統(tǒng)將確定該個(gè)人賬號對應(yīng)的賬號類型，若是賬號類型對為家庭賬號時(shí)，則系統(tǒng)使用家庭賬號資源對客戶端的用車請求進(jìn)行支付。

進(jìn)一步，在本發(fā)明實(shí)施例中，家庭賬號資源還可以分為主賬號資源以及副賬號資源，該主賬號資源對應(yīng)主賬號，該副賬號資源對應(yīng)副賬號。所以在判定客戶端對應(yīng)的個(gè)人賬號為家庭賬號之后，該系統(tǒng)還將判定該個(gè)人賬號為主賬號還是副賬號。

若是該個(gè)人賬號為主賬號時(shí)，則使用主賬號對應(yīng)的主賬號資源對用車請求進(jìn)行支付；若該個(gè)人賬號為副賬號時(shí)，則使用副賬號對應(yīng)副賬號資源對用車請求進(jìn)行支付。這樣可以使得各個(gè)資源之間可以獨(dú)立使用，并且可以獨(dú)立的管理各個(gè)賬號類型對應(yīng)的資源。

進(jìn)一步，在本發(fā)明實(shí)施例中，所述處理模塊203，具體用于判定所述客戶端為家庭賬號中的主賬號或者是副賬號；若為主賬號，則使用所述主賬號對應(yīng)的主賬號資源對所述用車請求進(jìn)行支付；若為副賬號，則使用所述副賬號對應(yīng)的副賬號資源對所述用車請求進(jìn)行支付。

進(jìn)一步，在本發(fā)明實(shí)施例中，所述處理模塊203，還用于檢測所述主賬號資源是否小于預(yù)設(shè)閾值；若所述主賬號資源大于預(yù)設(shè)閾值時(shí)，則使用主賬號資源對所述用車請求進(jìn)行支付；若所述主賬號資源小于預(yù)設(shè)閾值時(shí)，則使用所述副賬號資源對所述用車請求進(jìn)行支付。

進(jìn)一步，在本發(fā)明實(shí)施例中，該系統(tǒng)還包括：

權(quán)限管理模塊，用于獲取對副賬號的權(quán)限信息以及備注信息；根據(jù)所述副賬號的權(quán)限信息以及備注信息，設(shè)置所述副賬號的權(quán)限以及備注。

進(jìn)一步，在本發(fā)明實(shí)施例中，所述處理模塊，還用于檢測到一終端的充值操作時(shí)，判定所述終端的賬號對應(yīng)的賬號類型；若所述賬號類型為主賬號時(shí)，則響應(yīng)所述充值操作；若所述賬號類型為副賬號時(shí)，則拒絕響應(yīng)所述充值操作。

盡管已描述了本申請的優(yōu)選實(shí)施例，但本領(lǐng)域內(nèi)的普通技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實(shí)施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實(shí)施例以及落入本申請范圍的所有變更和修改。

顯然，本領(lǐng)域的技術(shù)人員可以對本申請進(jìn)行各種改動和變型而不脫離本申請的精神和范圍。這樣，倘若本申請的這些修改和變型屬于本申請權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本申請也意圖包含這些改動和變型在內(nèi)。