業(yè)務(wù)實現(xiàn)方法及裝置的制造方法
【專利摘要】本申請?zhí)峁┮环N業(yè)務(wù)實現(xiàn)方法及裝置，該方法包括：接收到第一用戶發(fā)起的包含主口令的第一提取請求時，獲取與所述主口令對應(yīng)的對象集合，并將第一用戶綁定至所述對象集合；生成對應(yīng)于所述對象集合的次級口令，并向所述第一用戶返回包含所述次級口令的請求響應(yīng)，以便所述第一用戶將所述次級口令向其它用戶進行展示；接收第二用戶發(fā)起的包含所述次級口令的第二提取請求時，根據(jù)對所述第二提取請求的處理結(jié)果，對將所述對象集合分配給第一用戶的分配過程進行處理。通過本申請的技術(shù)方案，可以實現(xiàn)基于多層級口令的業(yè)務(wù)處理。
【專利說明】
業(yè)務(wù)實現(xiàn)方法及裝置
技術(shù)領(lǐng)域
[0001]本申請涉及業(yè)務(wù)實現(xiàn)技術(shù)領(lǐng)域，尤其涉及業(yè)務(wù)實現(xiàn)方法及裝置。
【背景技術(shù)】
[0002]隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，出現(xiàn)了多種多樣的業(yè)務(wù)實現(xiàn)方式。以“紅包”形式的虛擬物品交互為例，用戶可以將電子賀卡、禮金等放入“紅包”中，然后指定每個發(fā)放對象，實現(xiàn)“紅包”的發(fā)放。
[0003]但是，現(xiàn)有業(yè)務(wù)實現(xiàn)過程中，業(yè)務(wù)對象之間通常是基于業(yè)務(wù)地址(例如URL)，或者包含業(yè)務(wù)地址的二維碼信息的方式來進行業(yè)務(wù)發(fā)起方與業(yè)務(wù)接收方之間的聯(lián)系，使得業(yè)務(wù)實現(xiàn)過程較為繁瑣。

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

[0004]有鑒于此，本申請?zhí)峁┮环N業(yè)務(wù)實現(xiàn)方法及裝置，可以簡化業(yè)務(wù)實現(xiàn)過程。
[0005]為實現(xiàn)上述目的，本申請?zhí)峁┘夹g(shù)方案如下:
[0006]根據(jù)本申請的第一方面，提出了一種業(yè)務(wù)實現(xiàn)方法，包括:
[0007]接收到第一用戶發(fā)起的包含主口令的第一提取請求時，獲取與所述主口令對應(yīng)的對象集合，并將第一用戶綁定至所述對象集合；
[0008]生成對應(yīng)于所述對象集合的次級口令，并向所述第一用戶返回包含所述次級口令的請求響應(yīng)，以便所述第一用戶將所述次級口令向其它用戶進行展示；
[0009]接收第二用戶發(fā)起的包含所述次級口令的第二提取請求時，根據(jù)對所述第二提取請求的處理結(jié)果，對將所述對象集合分配給第一用戶的分配過程進行處理。
[0010]根據(jù)本申請的第二方面，提出了一種業(yè)務(wù)實現(xiàn)裝置，包括:
[0011 ] 主口令處理單元，接收到第一用戶發(fā)起的包含主口令的第一提取請求時，獲取與所述主口令對應(yīng)的對象集合，并將第一用戶綁定至所述對象集合；
[0012]請求響應(yīng)單元，生成對應(yīng)于所述對象集合的次級口令，并向所述第一用戶返回包含所述次級口令的請求響應(yīng)，以便所述第一用戶將所述次級口令向其它用戶進行展示；
[0013]次級口令處理單元，接收第二用戶發(fā)起的包含所述次級口令的第二提取請求時，根據(jù)對所述第二提取請求的處理結(jié)果，對將所述對象集合分配給第一用戶的分配過程進行處理。
[0014]由以上技術(shù)方案可見，本申請通過口令方式來實現(xiàn)業(yè)務(wù)，且每個使用主口令的用戶，均能夠通過次級口令來引入更多用戶加入業(yè)務(wù)，從而可以實現(xiàn)業(yè)務(wù)對象的擴展，有助于增加數(shù)據(jù)交互量、提升交互效率；同時，業(yè)務(wù)實現(xiàn)過程簡單，只需要口令作為實現(xiàn)業(yè)務(wù)的接口，就可以實現(xiàn)業(yè)務(wù)。
【附圖說明】
[0015]圖1是相關(guān)技術(shù)中的一種應(yīng)用場景的不意圖；
[0016]圖2是相關(guān)技術(shù)中的一種業(yè)務(wù)實現(xiàn)的示意圖；
[0017]圖3示出了根據(jù)本申請一示例性實施例的一種業(yè)務(wù)實現(xiàn)方法的流程圖；
[0018]圖4示出了根據(jù)本申請一示例性實施例的另一種業(yè)務(wù)實現(xiàn)方法的流程圖；
[0019]圖5示出了根據(jù)本申請一示例性實施例的一種業(yè)務(wù)對象擴展的示意圖；
[0020]圖6示出了根據(jù)本申請一示例性實施例的另一種業(yè)務(wù)對象擴展的示意圖；
[0021]圖7示出了根據(jù)本申請一示例性實施例的一種電子設(shè)備的結(jié)構(gòu)示意圖；
[0022]圖8示出了根據(jù)本申請一示例性實施例的一種業(yè)務(wù)實現(xiàn)裝置的框圖。
【具體實施方式】
[0023]圖1是業(yè)務(wù)實現(xiàn)中的場景示意圖。本申請實施例技術(shù)方案可以在不同用戶之間實現(xiàn)相關(guān)業(yè)務(wù)，例如以實現(xiàn)“紅包”發(fā)放業(yè)務(wù)，“優(yōu)惠券”發(fā)放業(yè)務(wù)等，其中紅包發(fā)發(fā)送業(yè)務(wù)具體可以是指，一個用戶通過將自己的資金或其它虛擬物品等，通過發(fā)放紅包的方式給其它用戶?，F(xiàn)有技術(shù)在實現(xiàn)相關(guān)業(yè)務(wù)時，通常需要知道業(yè)務(wù)發(fā)起方用戶知道準確的業(yè)務(wù)接收方用戶才能發(fā)起業(yè)務(wù)，并且，往往是需要生成一個URL地址，或者生成包括URL的二維碼的方式來通知業(yè)務(wù)接收方用戶，這樣實現(xiàn)過程非常復(fù)雜。例如，圖1所示場景，若用戶A若希望與用戶B、用戶C等實現(xiàn)數(shù)據(jù)交互時，比如以實現(xiàn)“紅包”的發(fā)放業(yè)務(wù)為例，用戶A必須一一指定用戶B、用戶C等為目標對象，則用戶數(shù)量更多時會耗費用戶A的大量時間資源。同時，用戶A對于用戶B、用戶C等的指定，需要以用戶B、用戶C等為用戶A的關(guān)聯(lián)用戶為前提，比如用戶B、用戶C等需要以“好友”等形式，事先被記錄于用戶A的通信錄中；同時，在此過程中，業(yè)務(wù)接收方用戶，如用戶B、用戶C還需要根據(jù)用戶A發(fā)起的業(yè)務(wù)的業(yè)務(wù)鏈接，例如URL或二維碼，來訪問并完成相應(yīng)的業(yè)務(wù)，業(yè)務(wù)實現(xiàn)過程較為復(fù)雜。
[0024]鑒于此，本申請?zhí)峁┮环N業(yè)務(wù)實現(xiàn)方法及裝置，以較為簡單的方式來實現(xiàn)相關(guān)業(yè)務(wù)，例如紅包業(yè)務(wù)，或者其它可通過網(wǎng)絡(luò)來實現(xiàn)的業(yè)務(wù)等等。
[0025]本申請實施例中，可以基于口令來實現(xiàn)相關(guān)業(yè)務(wù)，具體地，如圖2所示，該業(yè)務(wù)實現(xiàn)過程中，可以“口令”為中介，或者也可以稱為業(yè)務(wù)接口，實現(xiàn)用戶A與用戶B之間的交互。具體地，由用戶A向服務(wù)端請求后，服務(wù)端為需要交互的對象生成相關(guān)聯(lián)的口令，并將該口令下發(fā)至用戶A ;用戶A可以通過直接發(fā)送、分享至社交網(wǎng)絡(luò)平臺或口述等任意方式，將口令展示給用戶B ;那么，當用戶B向服務(wù)端發(fā)起包含該口令的請求時，即可獲得相關(guān)聯(lián)的交互對象。
[0026]可見，基于口令形式的業(yè)務(wù)實現(xiàn)過程中，交互過程更為簡單、靈活，但由于僅由用戶A自身執(zhí)行口令傳遞，在一些情況下受到限制，例如，對于需要更多用戶參與的業(yè)務(wù)，僅僅依靠用戶A來傳遞口令，方式較為簡單，得接收到該口令的用戶數(shù)量增長緩慢，不利于業(yè)務(wù)實現(xiàn)。因此，基于口令實現(xiàn)業(yè)務(wù)過程中，本申請?zhí)峁┑臉I(yè)務(wù)實現(xiàn)方法及裝置，可以進一步的通過次級口令方式，來提升業(yè)務(wù)對象的擴大速度和范圍。
[0027]圖3示出了根據(jù)本申請一示例性實施例的一種業(yè)務(wù)實現(xiàn)方法的流程圖，如圖3所示，該方法應(yīng)用于服務(wù)端，可以包括以下步驟:
[0028]步驟302，接收到第一用戶發(fā)起的包含主口令的第一提取請求時，獲取與所述主口令對應(yīng)的對象集合，并將第一用戶綁定至所述對象集合。
[0029]在本實施例中，對象可以為任意形式的交互數(shù)據(jù)。作為一示例性實施例，對象可以為虛擬物品，比如優(yōu)惠券、電子賀卡、禮金等；相應(yīng)地，對象集合可以為虛擬物品的集合?？梢岳斫?，針對不同的業(yè)務(wù)實現(xiàn)，虛擬對象是對應(yīng)于相應(yīng)的業(yè)務(wù)的，例如支付業(yè)務(wù)中，預(yù)設(shè)對象可以是資金，商家發(fā)起的商品活動業(yè)務(wù)時，預(yù)設(shè)對象可以是優(yōu)惠券，等等。
[0030]在本實施例中，可以首先確定對應(yīng)于所述主口令的對象集合組，每一對象集合組中包含至少一個對象集合；然后，按照預(yù)定義的分配規(guī)則，選取對象集合組，并從被選中的對象集合組中選取綁定至所述第一用戶的對象集合。
[0031 ] 在本實施例中，主口令或次級口令可以為字符串形式，該字符串可以包含一位或多位字符，且每位字符可以為數(shù)字、字母、漢字、符號等任意形式；可以根據(jù)實際需求或配置方案，確定主口令或次級口令包含的字符數(shù)量和各位字符之間的組合方式。
[0032]步驟304，生成對應(yīng)于所述對象集合的次級口令，并向所述第一用戶返回包含所述次級口令的請求響應(yīng)，以便所述第一用戶將所述次級口令向其它用戶進行展示。
[0033]作為一示例性實施例，請求響應(yīng)中可以直接包含次級口令，則第一用戶可以直接從請求響應(yīng)中獲取構(gòu)成次級口令的字符串。
[0034]作為另一示例性實施例，請求響應(yīng)中可以包含用于獲取該次級口令的鏈接，此時相當于將次級口令間接包含于請求響應(yīng)中；那么，第一用戶可以通過訪問該鏈接即可獲取對應(yīng)的次級口令，獲取構(gòu)成次級口令的字符串。
[0035]作為又一示例性實施例，可以生成包含次級口令的展示圖片，并將該展示圖片包含于請求響應(yīng)中。當然，基于獲取的次級口令的字符串，第一用戶也可以自行生成相應(yīng)的展示圖片，以用于向其他用戶進行展示。
[0036]步驟306，接收第二用戶發(fā)起的包含所述次級口令的第二提取請求時，根據(jù)對所述第二提取請求的處理結(jié)果，對將所述對象集合分配給第一用戶的分配過程進行處理。
[0037]在本實施例中，第二用戶是指所有區(qū)別于第一用戶的“其他用戶”，可以表示一個或多個“其他用戶”。
[0038]在本實施例中，通過將對象集合向第一用戶的分配過程，與對第二提取請求的處理結(jié)果相關(guān)聯(lián)，使得第一用戶將更加注重于對次級口令的傳遞與展示，從而有助于業(yè)務(wù)對象的擴展。
[0039]在本實施例中，當對預(yù)設(shè)數(shù)量的第二用戶發(fā)起的第二提取請求均處理完畢時，將所述對象集合中的對象分配給所述第一用戶以及所述預(yù)設(shè)數(shù)量的第二用戶；或者，當對預(yù)設(shè)數(shù)量的第二用戶發(fā)起的第二提取請求均處理完畢時，將所述對象集合中的對象分配給所述第一用戶。
[0040]在本實施例中，對所述第二提取請求的處理可以包括:根據(jù)所述第二提取請求中包含的次級口令，將所述第二用戶與對應(yīng)于所述次級口令的對象集合綁定；其中，當每一所述第二用戶綁定至所述對象集合時，可以將所述對象集合中的對象數(shù)量按照預(yù)設(shè)比例進行增加?；蛘撸瑢λ龅诙崛≌埱蟮奶幚砜梢园?將所述第二提取請求中的次級口令作為所述主口令進行處理。
[0041]下面結(jié)合圖4，對基于本申請的技術(shù)方案所涉及的多方進行詳細描述。其中，圖4示出了根據(jù)本申請一示例性實施例的另一種業(yè)務(wù)實現(xiàn)方法的流程圖，如圖4所示，該方法可以包括以下步驟:
[0042]步驟402，平臺與服務(wù)端之間進行業(yè)務(wù)協(xié)商。
[0043]在本實施例中，“平臺”為可以提供對象集合的任意賬號，其可以為個人賬號，比如用戶X ;或者，也可以為企業(yè)賬號，比如“XX電視臺”等。
[0044]在本實施例中，平臺與服務(wù)端之間進行協(xié)商時，協(xié)商內(nèi)容可以包括以下內(nèi)容:對象集合組的數(shù)量、每個對象集合組包含的對象集合數(shù)量、每個對象集合包含的對象數(shù)量，以及對象集合組、對象集合或?qū)ο蟮姆峙湟?guī)則等；平臺可以通過將上述內(nèi)容添加至協(xié)商消息中，并發(fā)送至服務(wù)端，以實現(xiàn)告知。
[0045]步驟404，服務(wù)端根據(jù)協(xié)商結(jié)果，確定對象集合組和與該對象集合組相關(guān)聯(lián)的主口令。
[0046]在本實施例中，以“紅包”發(fā)放為例，則對象集合組為“紅包群”，對象集合為每個“紅包群”中包含的“紅包”，對象為每個“紅包”中的禮金。
[0047]在本實施例中，在實現(xiàn)對象集合組與主口令的關(guān)聯(lián)時，主口令可以關(guān)聯(lián)于部分或全部對象集合組；協(xié)商結(jié)果中可以對關(guān)聯(lián)方式進行定義。
[0048]步驟406，服務(wù)端將主口令返回至平臺。
[0049]步驟408，平臺將主口令向用戶進行展示，假定用戶A獲取了主口令。
[0050]在本實施例中，平臺可以通過電視節(jié)目、電臺節(jié)目、視頻網(wǎng)站節(jié)目等渠道，采用視頻播放、聲音播報、主持人口述等多種形式，向用戶展示主口令；或者，平臺也可以通過向用戶發(fā)送短信、在社交網(wǎng)絡(luò)平臺上分享等方式，向用戶展示主口令。
[0051]在本實施例中，主口令可以存在一定的生命周期，比如5分鐘，則超出該生命周期后，服務(wù)端可以刪除該主口令與對象集合組之間的關(guān)聯(lián)關(guān)系，并且可以對該主口令進行回收；其中，服務(wù)端可以將回收的主口令集中在回收數(shù)據(jù)庫中，則下次可以直接從回收數(shù)據(jù)庫中進行選取和使用，而省去了對主口令的生成過程。
[0052]步驟410，用戶A向服務(wù)端發(fā)送第一提取請求，該第一提取請求中包含主口令。
[0053]步驟412，服務(wù)端獲取對應(yīng)于主口令的對象集合組，并將用戶A與其中的對象集合進行綁定，還生成與該對象集合相關(guān)聯(lián)的次級口令。
[0054]在本實施例中，當主口令僅對應(yīng)于一個對象集合組，且該對象集合組中僅包含一個對象集合時，直接將該對象集合與用戶A進行綁定；當主口令對應(yīng)于多個對象集合組，或者對應(yīng)的一個對象集合組包含多個對象集合時，可以根據(jù)預(yù)定義的分配規(guī)則，從中選取一個或多個對象集合，以綁定至用戶A。
[0055]步驟414，服務(wù)端向用戶A返回包含次級口令的請求響應(yīng)。
[0056]在本實施例中，次級口令可以為字符串，該字符串可以包含一位或多位字符，且每位字符可以為數(shù)字、字母、漢字、符號等任意形式；當然，次級口令應(yīng)當區(qū)別于主口令，以確?？诹钗ㄒ恍?。那么，服務(wù)端可以直接將該次級口令的字符串包含于請求響應(yīng)中，并發(fā)送至用戶A ;或者，服務(wù)端可以生成包含該次級口令的展示圖片，并將該展示圖片發(fā)送至用戶A。
[0057]在生成展示圖片時，服務(wù)端可以基于預(yù)定義的固定模板，靜態(tài)生成展示圖片；或者，可以預(yù)定義多種模板，則服務(wù)端可以生成對應(yīng)于當前的次級口令的模板ID，并獲取對應(yīng)于所述模板ID的圖片屬性模板，從而按照該圖片屬性模板來動態(tài)生成展示圖片。其中，圖片屬性模板可以包括:背景圖片、背景顏色、文字顏色、文字大小、風格類型等各種屬性之間的任意組合，可以確保展示圖片的風格多樣，不易被捕捉到相應(yīng)的規(guī)律。
[0058]當然，用戶A采用的客戶端在接收到服務(wù)端返回的次級口令時，也可以在本地生成展示圖片，其生成方式與服務(wù)端類似(如果本地沒有所需的圖片屬性模板，則需要從服務(wù)端下載)，此處不再贅述。
[0059]步驟416，用戶A向其他用戶展示次級口令，假定用戶B獲取了次級口令。
[0060]在本實施例中，以“展示圖片”為例。用戶A可以將展示圖片保存至本地，并通過社交應(yīng)用將其分享至社交網(wǎng)絡(luò)平臺，使得用戶B能夠在社交網(wǎng)絡(luò)平臺上查看到用戶A分享的展示圖片中的提取口令。
[0061 ] 當然，用戶A還可以通過其他方式來實現(xiàn)提取口令的展示。比如，用戶A可以直接將展示圖片發(fā)送至用戶B，譬如通過即時通信的方式來實現(xiàn)?；蛘?，用戶A還可以將提取口令通過口述、廣播等任意方式告知用戶B。
[0062]步驟418，用戶B向服務(wù)端發(fā)送第二提取請求，該第二提取請求中包含次級口令。
[0063]步驟420，服務(wù)端將用戶B綁定至與次級口令相關(guān)聯(lián)的對象集合。
[0064]步驟422，服務(wù)端判斷是否滿足預(yù)設(shè)條件。
[0065]在本實施例中，預(yù)設(shè)條件可以存在多種形式，且根據(jù)預(yù)設(shè)條件的內(nèi)容差異，服務(wù)端采取的相應(yīng)處理方式也存在不同。下面對其中幾種較為具體的預(yù)設(shè)條件進行說明，但本申請并不對此進行限制。
[0066]在一示例性實施例中，預(yù)設(shè)條件可以為:統(tǒng)計已經(jīng)完成處理的第二提取請求對應(yīng)的用戶數(shù)量，且該用戶數(shù)量達到預(yù)設(shè)數(shù)量。那么，服務(wù)端每次接收到第二提取請求并完成處理后，都需要對用戶數(shù)量進行統(tǒng)計，并判斷是否達到預(yù)設(shè)數(shù)量；比如，在上述的步驟420中，當服務(wù)端將用戶B綁定至對象集合后，即可認為用戶B發(fā)起的第二提取請求已經(jīng)完成處理，然后由服務(wù)端對用戶數(shù)量進行統(tǒng)計，并判斷是否滿足預(yù)設(shè)條件。
[0067]在另一示例性實施例中，次級口令對應(yīng)的對象集合中的對象數(shù)量，隨綁定至該對象集合的用戶數(shù)量的增加而增加，則預(yù)設(shè)條件可以為:次級口令對應(yīng)的對象數(shù)量達到預(yù)設(shè)數(shù)量。因此，在上述的步驟420中，當服務(wù)端將用戶B綁定至對象集合，并且調(diào)整了對象數(shù)量后，即可認為用戶B發(fā)起的第二提取請求已經(jīng)完成處理，然后由服務(wù)端對用戶數(shù)量進行統(tǒng)計，并判斷是否滿足預(yù)設(shè)條件。
[0068]步驟424A，服務(wù)端將對象集合向用戶A進行分配。
[0069]在本實施例中，當滿足預(yù)設(shè)條件時，服務(wù)端可以僅向用戶A分配對象集合中的對象。其中，對象的分配規(guī)則可以存在多種形式:作為一示例性實施例，服務(wù)端可將對象集合對應(yīng)的預(yù)設(shè)對象，按照預(yù)設(shè)比例分配至用戶A。其中，該預(yù)設(shè)比例可以為預(yù)定義的分配比例，比如100%;或者，該預(yù)設(shè)比例可以為實時生成的隨機比例，該隨機比例可以為0-100%之間的任意數(shù)值。
[0070]步驟424B，服務(wù)端將對象集合向用戶B等所有發(fā)起第二提取請求的用戶進行分配。
[0071 ] 在本實施例中，當滿足預(yù)設(shè)條件時，服務(wù)端還可以向用戶A和用戶B等所有發(fā)起第二提取請求的用戶共同分配對象集合中的對象，且分配規(guī)則可采用預(yù)定義的分配比例或?qū)崟r生成的隨機比例，但所有用戶對應(yīng)的分配比例之和應(yīng)當小于或等于100%。
[0072]在上述實施例中，基于主口令和次級口令的結(jié)合，實現(xiàn)了平臺-用戶An-用戶Bn之間的多層級業(yè)務(wù)傳遞。如圖5所示，平臺通過主口令，可以直接擴展用戶Al至用戶An等η個用戶，而每個用戶Ai (I彡i彡η)又能夠進一步擴展，比如用戶Al擴展得到用戶BI至用戶Bn，使得業(yè)務(wù)對象數(shù)量呈指數(shù)型增長。
[0073]進一步地，還可以采用更多層級的用戶和口令結(jié)構(gòu)，以實現(xiàn)數(shù)量和效率上的增長。如圖6所示，以用戶BI為例，還可以為用戶BI生成對應(yīng)的再次級口令，并通過用戶BI對再次級口令的展示，得到用戶Bll至用戶Bln等用戶。具體地，比如在圖4所示的步驟422中，若判定未滿足預(yù)設(shè)條件，即可將用戶B發(fā)送的次級口令作為主口令，并通過類似于步驟410-416的處理過程，使得用戶B實現(xiàn)下一層級的用戶擴展。具體地，若以上述的“次級口令”為第I層級次級口令、以“再次級口令”為第2層級次級口令，則本申請的技術(shù)方案還可以包括:
[0074]當任一用戶通過客戶端發(fā)起的提取請求中包含第η層級次級口令時，將所述第η層級次級口令對應(yīng)的對象集合綁定至所述任一用戶；
[0075]若綁定至所述任一用戶的對象集合滿足預(yù)設(shè)條件，則執(zhí)行對該對象集合的分配處理，否則生成對應(yīng)于該對象集合的第η+1層級次級口令，并向所述任一用戶返回包含所述第η+1層級次級口令的請求響應(yīng)，以便所述任一用戶將所述第η+1層級次級口令向其他用戶進行展示，其中η多I。
[0076]圖7示出了根據(jù)本申請的一示例性實施例的電子設(shè)備的示意結(jié)構(gòu)圖。請參考圖7，在硬件層面，該電子設(shè)備包括處理器、內(nèi)部總線、網(wǎng)絡(luò)接口、內(nèi)存以及非易失性存儲器，當然還可能包括其他業(yè)務(wù)所需要的硬件。處理器從非易失性存儲器中讀取對應(yīng)的計算機程序到內(nèi)存中然后運行，在邏輯層面上形成業(yè)務(wù)實現(xiàn)裝置。當然，除了軟件實現(xiàn)方式之外，本申請并不排除其他實現(xiàn)方式，比如邏輯器件抑或軟硬件結(jié)合的方式等等，也就是說以下處理流程的執(zhí)行主體并不限定于各個邏輯單元，也可以是硬件或邏輯器件。
[0077]請參考圖8，在軟件實施方式中，該業(yè)務(wù)實現(xiàn)裝置可以包括主口令處理單元、請求響應(yīng)單元和次級口令處理單元。其中:
[0078]主口令處理單元，接收到第一用戶發(fā)起的包含主口令的第一提取請求時，獲取與所述主口令對應(yīng)的對象集合，并將第一用戶綁定至所述對象集合；
[0079]請求響應(yīng)單元，生成對應(yīng)于所述對象集合的次級口令，并向所述第一用戶返回包含所述次級口令的請求響應(yīng)，以便所述第一用戶將所述次級口令向其它用戶進行展示；
[0080]次級口令處理單元，接收第二用戶發(fā)起的包含所述次級口令的第二提取請求時，根據(jù)對所述第二提取請求的處理結(jié)果，對將所述對象集合分配給第一用戶的分配過程進行處理。
[0081]可選的，所述次級口令處理單元具體用于:
[0082]當對預(yù)設(shè)數(shù)量的第二用戶發(fā)起的第二提取請求均處理完畢時，將所述對象集合中的對象分配給所述第一用戶以及所述預(yù)設(shè)數(shù)量的第二用戶；
[0083]或者，當對預(yù)設(shè)數(shù)量的第二用戶發(fā)起的第二提取請求均處理完畢時，將所述對象集合中的對象分配給所述第一用戶。
[0084]可選的，所述次級口令處理單元通過下述方式對所述第二提取請求進行處理:
[0085]根據(jù)所述第二提取請求中包含的次級口令，將所述第二用戶與對應(yīng)于所述次級口令的對象集合綁定；
[0086]或者，將所述第二提取請求中的次級口令作為所述主口令進行處理。
[0087]可選的，還包括:
[0088]數(shù)量調(diào)整單元，當每一所述第二用戶綁定至所述對象集合時，將所述對象集合中的對象數(shù)量按照預(yù)設(shè)比例進行增加。
[0089]可選的，所述主口令處理單元具體通過下述方式將第一用戶綁定至所述對象集合:
[0090]確定對應(yīng)于所述主口令的對象集合組，每一對象集合組中包含至少一個對象集合；
[0091]按照預(yù)定義的分配規(guī)則，選取對象集合組，并從被選中的對象集合組中選取綁定至所述第一用戶的對象集合。
[0092]在一個典型的配置中，計算設(shè)備包括一個或多個處理器(CPU)、輸入/輸出接口、網(wǎng)絡(luò)接口和內(nèi)存。
[0093]內(nèi)存可能包括計算機可讀介質(zhì)中的非永久性存儲器，隨機存取存儲器(RAM)和/或非易失性內(nèi)存等形式，如只讀存儲器(ROM)或閃存(flash RAM)。內(nèi)存是計算機可讀介質(zhì)的示例。
[0094]計算機可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術(shù)來實現(xiàn)信息存儲。信息可以是計算機可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序的模塊或其他數(shù)據(jù)。計算機的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存(PRAM)、靜態(tài)隨機存取存儲器(SRAM)、動態(tài)隨機存取存儲器(DRAM)、其他類型的隨機存取存儲器(RAM)、只讀存儲器(ROM)、電可擦除可編程只讀存儲器(EEPROM)、快閃記憶體或其他內(nèi)存技術(shù)、只讀光盤只讀存儲器(CD-ROM)、數(shù)字多功能光盤(DVD)或其他光學(xué)存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設(shè)備或任何其他非傳輸介質(zhì)，可用于存儲可以被計算設(shè)備訪問的信息。按照本文中的界定，計算機可讀介質(zhì)不包括暫存電腦可讀媒體(transitory media)，如調(diào)制的數(shù)據(jù)信號和載波。
[0095]還需要說明的是，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、商品或者設(shè)備中還存在另外的相同要素。
[0096]以上所述僅為本申請的較佳實施例而已，并不用以限制本申請，凡在本申請的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本申請保護的范圍之內(nèi)。
【主權(quán)項】
1.一種業(yè)務(wù)實現(xiàn)方法，其特征在于，包括: 接收到第一用戶發(fā)起的包含主口令的第一提取請求時，獲取與所述主口令對應(yīng)的對象集合，并將第一用戶綁定至所述對象集合； 生成對應(yīng)于所述對象集合的次級口令，并向所述第一用戶返回包含所述次級口令的請求響應(yīng)，以便所述第一用戶將所述次級口令向其它用戶進行展示； 接收第二用戶發(fā)起的包含所述次級口令的第二提取請求時，根據(jù)對所述第二提取請求的處理結(jié)果，對將所述對象集合分配給第一用戶的分配過程進行處理。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)對所述第二提取請求的處理結(jié)果，對將所述對象集合分配給第一用戶的分配過程進行處理，包括: 當對預(yù)設(shè)數(shù)量的第二用戶發(fā)起的第二提取請求均處理完畢時，將所述對象集合中的對象分配給所述第一用戶以及所述預(yù)設(shè)數(shù)量的第二用戶； 或者，當對預(yù)設(shè)數(shù)量的第二用戶發(fā)起的第二提取請求均處理完畢時，將所述對象集合中的對象分配給所述第一用戶。3.根據(jù)權(quán)利要求2所述的方法，其特征在于，對所述第二提取請求的處理，具體包括: 根據(jù)所述第二提取請求中包含的次級口令，將所述第二用戶與對應(yīng)于所述次級口令的對象集合綁定； 或者，將所述第二提取請求中的次級口令作為所述主口令進行處理。4.根據(jù)權(quán)利要求3所述的方法，其特征在于，還包括: 當每一所述第二用戶綁定至所述對象集合時，將所述對象集合中的對象數(shù)量按照預(yù)設(shè)比例進行增加。5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述將第一用戶綁定至所述對象集合，包括: 確定對應(yīng)于所述主口令的對象集合組，每一對象集合組中包含至少一個對象集合； 按照預(yù)定義的分配規(guī)則，選取對象集合組，并從被選中的對象集合組中選取綁定至所述第一用戶的對象集合。6.一種業(yè)務(wù)實現(xiàn)裝置，其特征在于，包括: 主口令處理單元，接收到第一用戶發(fā)起的包含主口令的第一提取請求時，獲取與所述主口令對應(yīng)的對象集合，并將第一用戶綁定至所述對象集合； 請求響應(yīng)單元，生成對應(yīng)于所述對象集合的次級口令，并向所述第一用戶返回包含所述次級口令的請求響應(yīng)，以便所述第一用戶將所述次級口令向其它用戶進行展示； 次級口令處理單元，接收第二用戶發(fā)起的包含所述次級口令的第二提取請求時，根據(jù)對所述第二提取請求的處理結(jié)果，對將所述對象集合分配給第一用戶的分配過程進行處理。7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述次級口令處理單元具體用于: 當對預(yù)設(shè)數(shù)量的第二用戶發(fā)起的第二提取請求均處理完畢時，將所述對象集合中的對象分配給所述第一用戶以及所述預(yù)設(shè)數(shù)量的第二用戶； 或者，當對預(yù)設(shè)數(shù)量的第二用戶發(fā)起的第二提取請求均處理完畢時，將所述對象集合中的對象分配給所述第一用戶。8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述次級口令處理單元通過下述方式對所述第二提取請求進行處理: 根據(jù)所述第二提取請求中包含的次級口令，將所述第二用戶與對應(yīng)于所述次級口令的對象集合綁定； 或者，將所述第二提取請求中的次級口令作為所述主口令進行處理。9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，還包括: 數(shù)量調(diào)整單元，當每一所述第二用戶綁定至所述對象集合時，將所述對象集合中的對象數(shù)量按照預(yù)設(shè)比例進行增加。10.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述主口令處理單元具體通過下述方式將第一用戶綁定至所述對象集合: 確定對應(yīng)于所述主口令的對象集合組，每一對象集合組中包含至少一個對象集合； 按照預(yù)定義的分配規(guī)則，選取對象集合組，并從被選中的對象集合組中選取綁定至所述第一用戶的對象集合。
【文檔編號】G06Q30/02GK105989511SQ201510068080
【公開日】2016年10月5日
【申請日】2015年2月9日
【發(fā)明人】邵甫, 朱雁春
【申請人】阿里巴巴集團控股有限公司