麥序控制方法、伺服器、客戶端和計算機系統的製作方法
2023-05-29 23:32:06 1
麥序控制方法、伺服器、客戶端和計算機系統的製作方法
【專利摘要】本發明公開了一種麥序控制方法、伺服器、客戶端和計算機系統。該方法包括：伺服器將用於指示參與第一語音會話的第一客戶端由待發言狀態切換至可發言狀態的第一消息發送給第一客戶端，其中，第一客戶端與伺服器在時間軸上同步；伺服器將第一客戶端對應的下麥時間通知給第一客戶端或者包括第一客戶端在內的參與第一語音會話的所有成員，用於指示第一客戶端在達到下麥時間時由可發言狀態切換至待發言狀態，其中，下麥時間為時間軸上的由伺服器指定的時間點。本發明解決了現有技術中麥序控制邏輯與客戶端的硬編碼分離的設計難以準確地對客戶端的下麥時間進行控制的技術問題。
【專利說明】麥序控制方法、伺服器、客戶端和計算機系統
【技術領域】
[0001]本發明涉及網際網路通信領域，具體而言，涉及一種麥序控制方法、伺服器、客戶端和計算機系統。
【背景技術】
[0002]在現有的網際網路通信領域，多人語音/視頻業務是一種基於富媒體的社交業務。在多人語音/視頻業務中，發言順序是相當重要的一項功能。其中，如果沒有設置發言順序的功能，在多人語音/視頻的應用場景下，很容易導致發言順序的混亂，從而影響到用戶的體驗。
[0003]現有的語音/視頻聊天工具大多採用麥序模式來解決發言順序的問題。其中，麥序模式所涉及的兩項關鍵特性是:1)上麥時長:2)麥序調整功能。其中，上麥時長通常是用於對參與語音會話的成員的發言時間進行限制，例如，在現有的一些產品中，語音會話中的某一成員獲得發言權限以後，與之對應的用戶可以獲得長達608的最長的發言時間，而在計時結束後，客戶端會強制退出可發言狀態，表示發言結束。麥序調整功能通常是用於對參與語音會話的成員的發言次序進行調整，例如，可以將其中一個成員的發言次序上移、下移或者置頂，等等。
[0004]然而，現有的麥序模式的控制邏輯通常是在客戶端完成的，或者說，麥序控制邏輯通常會被寫入客戶端的硬編碼，例如，對於上麥時間而言，常見的實現方式是將上麥時間固定在客戶端，這導致同一個版本的客戶端上麥時間是相同的，對於上麥時間的修改則需要發布新版本的客戶端，對於麥序調整功能而言，常見的實現方式是為每一種調整方法分配一項單獨的命令號，作為預設指令固化在客戶端。
[0005]從上述實現方式來看，上麥時間和麥序控制功能都和客戶端版本強關聯，一旦客戶端版本發布，該版本的上麥時間和能夠支持的的管理員調整麥序的功能就已經確定了，只有替換更新的客戶端版本才能體驗到更新的功能。這將導致了在為麥序模式添加新的功能體驗，例如麥序時間延長、新的麥序位置變化規則時，只有對客戶端更新才能獲得相應的體驗，並且舊的客戶端會出現功能異常的現象。因此需要提出一種在伺服器端實現麥序控制的架構，以滿足不對客戶端進行更新的情況下也能在麥序模式下體驗新的功能設計的要求。
[0006]為解決這一問題，現有技術中已經存在部分實現方式，其對上麥時間的控制完全由伺服器實現，其中，伺服器通常會下發一個上麥時長給客戶端，而客戶端在接收到這一上麥時長後便開始計時，從而使得客戶端不用更新版本也可以體驗到新的上麥時間的設置。然而，在這一方案中，由於伺服器到不同的客戶端的信息傳遞所需的時長不一樣，導致客戶端的實際的發言時長往往會與伺服器通知的上麥時長存在偏差。
[0007]例如在如圖1所示的第一語音會話環境中，客戶端102、104、106、108和110為該語音會話的多個成員，伺服器100用於對這些成員進行控制，其中，客戶端102、104和106與伺服器之間所需的信息傳遞時長為0.88，而客戶端108和110與伺服器之間所需的信息傳遞時長為2.88。在這一場景下，雖然伺服器通知給客戶端102和108的上麥時長是相同的，然而由於客戶端102和108接收到通知的時間有先後，並且伺服器在發出通知時便開始對客戶端的發言時間進行計時，因此，客戶端102和108的實際的發言時間將存在28的偏差，同時也將導致客戶端顯示的發言時間尚未結束前發言即被終止的情況，從而既難以準確地對參與語音會話的成員的下麥時間進行控制，又影響了用戶的體驗。
[0008]針對上述的問題，目前尚未提出有效的解決方案。
【發明內容】
[0009]本發明實施例提供了一種麥序控制方法、伺服器、客戶端和計算機系統，以至少解決現有技術中麥序控制邏輯與客戶端的硬編碼分離的設計難以準確地對客戶端的下麥時間進行控制的技術問題。
[0010]根據本發明實施例的一個方面，提供了一種麥序控制方法，包括:伺服器將用於指示參與第一語音會話的第一客戶端由待發言狀態切換至可發言狀態的第一消息發送給上述第一客戶端，其中，上述第一客戶端與上述伺服器在時間軸上同步；上述伺服器將上述第一客戶端對應的下麥時間通知給上述第一客戶端或者包括上述第一客戶端在內的參與上述第一語音會話的所有成員，用於指示上述第一客戶端在達到上述下麥時間時由上述可發言狀態切換至上述待發言狀態，其中，上述下麥時間為上述時間軸上的由上述伺服器指定的時間點。
[0011]根據本發明實施例的另一方面，還提供了一種伺服器，包括:第一發送單元，用於將用於指示參與第一語音會話的第一客戶端由待發言狀態切換至可發言狀態的第一消息發送給上述第一客戶端，其中，上述第一客戶端與上述伺服器在時間軸上同步；通知單元，用於將上述第一客戶端對應的下麥時間通知給上述第一客戶端或者包括上述第一客戶端在內的參與上述第一語音會話的所有成員，用於指示上述第一客戶端在達到上述下麥時間時由上述可發言狀態切換至上述待發言狀態，其中，上述下麥時間為上述時間軸上的由上述伺服器指定的時間點。
[0012]在本發明實施例中，採用伺服器向客戶端下發下麥時間，也即時間軸上由伺服器指定的時間點，或者說絕對時間的方式，結合同樣由伺服器下發的上麥指示，使客戶端在與伺服器同步的基礎上實現在可發言狀態與待發言狀態之間依照預設的控制邏輯進行準確地切換，從而一方面通過下麥時間的下發達到了麥序控制邏輯與客戶端的硬編碼分離的目的，另一方面利用絕對時間的同一性實現了對客戶端的下麥時間的準確控制，也即，通過本發明技術方案達到了在麥序控制邏輯與客戶端的硬編碼分離的基礎上更為準確地實現麥序控制邏輯的技術效果，進而解決了現有技術中麥序控制邏輯與客戶端的硬編碼分離的設計難以準確地對客戶端的下麥時間進行控制的技術問題。
【專利附圖】
【附圖說明】
[0013]此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用於解釋本發明，並不構成對本發明的不當限定。在附圖中:
[0014]圖1是根據現有技術的一種語音會話環境的示意圖；
[0015]圖2是根據本發明實施例的一種可選的麥序控制方法的示意圖；
[0016]圖3是根據本發明實施例的另一種可選的麥序控制方法的示意圖；
[0017]圖4是根據本發明實施例的又一種可選的麥序控制方法的示意圖；
[0018]圖5是根據本發明實施例的又一種可選的麥序控制方法的示意圖；
[0019]圖6是根據本發明實施例的又一種可選的麥序控制方法的示意圖；
[0020]圖7是根據本發明實施例的又一種可選的麥序控制方法的示意圖；
[0021]圖8是根據本發明實施例的又一種可選的麥序控制方法的示意圖；
[0022]圖9是根據本發明實施例的一種可選的伺服器的示意圖；
[0023]圖10是根據本發明實施例的另一種可選的伺服器的示意圖；
[0024]圖11是根據本發明實施例的又一種可選的伺服器的示意圖；
[0025]圖12是根據本發明實施例的又一種可選的伺服器的示意圖；
[0026]圖13是根據本發明實施例的又一種可選的伺服器的示意圖；
[0027]圖14是根據本發明實施例的又一種可選的伺服器的示意圖；
[0028]圖15是根據本發明實施例的一種可選的客戶端的示意圖；
[0029]圖16是根據本發明實施例的另一種可選的客戶端的示意圖；
[0030]圖17是根據本發明實施例的一種可選的計算機系統的示意圖；
[0031]圖18是根據本發明實施例的又一種可選的麥序控制方法的示意圖；
[0032]圖19是根據本發明實施例的又一種可選的麥序控制方法的示意圖。
【具體實施方式】
[0033]為了使本【技術領域】的人員更好地理解本發明方案，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分的實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都應當屬於本發明保護的範圍。
[0034]需要說明的是，本發明的說明書和權利要求書及上述附圖中的術語「第一」、「第二」等是用於區別類似的對象，而不必用於描述特定的順序或先後次序。應該理解這樣使用的數據在適當情況下可以互換，以便這裡描述的本發明的實施例能夠以除了在這裡圖示或描述的那些以外的順序實施。此外，術語「包括」和「具有」以及他們的任何變形，意圖在於覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統、產品或設備不必限於清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或對於這些過程、方法、產品或設備固有的其它步驟或單元。
[0035]實施例1
[0036]根據本發明實施例，提供了一種麥序控制方法，如圖2所示，該方法包括:
[0037]3202:伺服器將用於指示參與第一語音會話的第一客戶端由待發言狀態切換至可發言狀態的第一消息發送給第一客戶端，其中，第一客戶端與伺服器在時間軸上同步；
[0038]8204:伺服器將第一客戶端對應的下麥時間通知給第一客戶端或者包括第一客戶端在內的參與第一語音會話的所有成員，用於指示第一客戶端在達到下麥時間時由可發言狀態切換至待發言狀態，其中，下麥時間為時間軸上的由伺服器指定的時間點。
[0039]應當理解的是，本發明所要解決的技術問題之一是提供一種方法，以在實現麥序控制邏輯與客戶端的硬編碼分離的基礎上，達到更為準確地實現麥序控制邏輯的目的。為達到這一目的，根據本發明實施例提供了一種麥序控制方法，其中，作為對本發明進行實施的有利的方面之一，上述麥序控制方法仍可以在與現有的麥序控制方法相同或相似的應用環境中實施，而無需對原有的架構作出調整。
[0040]例如，本發明技術方案的一種可選的實施環境仍可以為如圖1所示的由多個客戶端102、104、106、108和110參與的記為第一語音會話的多人語音會話環境，其中，該多人會話語音環境既可以表示單純的語音會話環境，也可以表示包括語音會話的成分在內的多人交互環境，例如多人視頻環境等，本發明對此不作限定。
[0041]下面將以如圖1所示的參與第一語音會話的一個成員為例，對本申請技術方案進行詳細描述。為方便描述，以下將該成員記為第一客戶端。
[0042]根據本發明實施例提供的麥序控制方法，在步驟3202中，伺服器可以將用於指示參與第一語音會話的第一客戶端由待發言狀態切換至可發言狀態的消息發送給第一客戶端，其中，為便於表述，可以將該消息記為第一消息。
[0043]在本發明實施例中，第一消息由伺服器發送給第一客戶端，可以用於指示第一客戶端由待發言狀態切換至可發言狀態。和/或，用於指示第一客戶端由待發言狀態切換至可發言狀態的切換時間點。
[0044]在本發明實施例中，在第一客戶端處於待發言狀態時，用戶從第一客戶端輸入的語音信息將被參與第一語音會話的其他成員所屏蔽，換句話說，在待發言狀態下，使用第一客戶端的用戶的語音信息將無法即時傳達給使用第一語音會話中的其他客戶端的一個或多個用戶。在另一方面，在第一客戶端處於可發言狀態時，用戶從第一客戶端輸入的語音信息將被參與第一語音會話的其他成員所接收，其中，該語音信息既可以通過伺服器發送給其他客戶端，也可以直接由第一客戶端發送給其他客戶端，本發明對此不作限定。
[0045]更具體地，在本發明實施例中，第一客戶端可以有多種方式來實現上述的待發言狀態和可發言狀態。例如，在本發明的一個實施例中，在第一客戶端處於待發言狀態時，可以屏蔽掉與第一客戶端對應的語音輸入設備或者第一客戶端當前所使用的語音通道，在第一客戶端處於可發言狀態時，解除對上述語音輸入設備或語音通道的屏蔽，而在本發明的另一個實施例中，在第一客戶端處於待發言狀態時，可以選擇性地不發送第一客戶端獲取的語音信息，在第一客戶端處於可發言狀態時，將第一客戶端獲取的語音信息發送到第一客戶端的外部，以使上述語音信息最終由參與第一語音會話的其他成員所接收。
[0046]當然，以上只是一些示例，本發明對於第一客戶端的待發言狀態和可發言狀態以及在二者之間進行切換的具體實現方式不作任何限定。
[0047]一般而言，在本發明實施例中，步驟3202中對於第一消息的發送操作可以包括以下兩種情形:
[0048]1)伺服器根據麥序控制邏輯主動向第一客戶端發送第一消息，或者說伺服器主動通知第一客戶端上麥；
[0049]2)伺服器根據第一客戶端的詢問請求作出回應，將包括指示第一客戶端由待發言狀態切換至可發言狀態的具體時間點，也即上麥時間的第一消息返回給第一客戶端。
[0050]當然，本發明實施例還可以包括其他可行的第一消息的發送方式，本發明對此不作任何限定。應當理解，上述實施方式均應視為在本發明的保護範圍之內。
[0051]更具體地，在本發明實施例中，上述第一消息的具體表現形式可以是超文本傳輸協議仏如^1-01:0001)消息，然而這並不意味著對本發明構成了限定，例如，在本發明的一些實施例中，第一消息也可以表現為文件傳輸協議戶抓如⑶1 )消息，或者其他可行的符合文本傳輸格式的請求等。
[0052]在本發明實施例中，第一客戶端可以預先與伺服器進行同步，例如，作為一種可選的實施方式，如圖3所示，在步驟3202或3204之前，上述麥序控制方法還可以包括:
[0053]8302:伺服器將根據伺服器時間以及伺服器與第一客戶端之間所需的信息傳遞時長所獲得的用於同步的客戶端時間通知給第一客戶端；或者，
[0054]3304:伺服器將根據伺服器時間以及伺服器與包括第一客戶端在內的參與第一語音會話的所有成員中的每一個之間所需的信息傳遞時長所獲得的用於同步的客戶端時間通知給對應的成員。
[0055]在本發明實施例中，伺服器可以在客戶端與伺服器建立連接之後，對客戶端進行同步，例如，在步驟3302中，伺服器可以將用於同步的客戶端時間通知給第一客戶端，其中，該用於同步的客戶端時間可以根據伺服器時間以及伺服器與第一客戶端之間所需的信息傳遞時長獲取。
[0056]例如，在一個場景下，檢測到伺服器與第一客戶端之間所需的信息傳遞時長為1.88，也即可以視為對第一消息進行傳遞的延遲時間為1.88，從而上述用於同步的客戶端時間可以根據下式得出:
[0057]8，
[0058]其中，I。表示伺服器時間，表示第一客戶端的客戶端時間。
[0059]在上述場景下，在步驟3302中客戶端時間將被通知給第一客戶端，且第一客戶端將在1.88的延遲時間後接收到該客戶端時間\，而在第一客戶端接收到這一通知的同時，伺服器時間I'。也增加了 1.88，從而二者的值在這一時刻是一致的，並且在這一時刻後第一客戶端時間與伺服器時間也是同步的，也即第一客戶端與其連接的伺服器同步。
[0060]類似地，還可以對伺服器與參與第一語音會話的每一個成員之間所需的信息傳遞時長進行檢測，並根據類似的計算式得出與每一成員對應的客戶端時間，並在步驟3304中發送給對應的成員，從而實現每一成員與伺服器的同步，以便結合步驟3204實現對第一客戶端的發言時間的更為準確的控制。
[0061]當然，上述實施例中所提供的只是第一客戶端與伺服器同步的一種方式，在本發明實施例中，還可以通過其他可行的方式實現客戶端與伺服器的同步，例如，作為一種可選的實施方式，如圖4所示，步驟3204可以包括:
[0062]3402:根據伺服器時間與客戶端時間的時間差值以及伺服器與第一客戶端之間所需的信息傳遞時長對伺服器指定的下麥時間進行校正；
[0063]8404:將校正後的下麥時間通知給第一客戶端或者包括第一客戶端在內的參與第一語音會話的所有成員。
[0064]例如，在另一個場景下，檢測到上述時間差值為2.68，也即第一客戶端的客戶端時間落後伺服器時間2.68，並且檢測到上述信息傳遞時長為1.88，也即可以視為對第一消息進行傳遞的延遲時間為1.88，從而上述校正操作可以根據以下算式執行:
[0065]丁3二丁2-2.6+1.8，
[0066]其中，12表示伺服器指定的下麥時間，13表示校正後的下麥時間。
[0067]應當理解，在上述場景下，由於第一客戶端與伺服器的同步，因而仍應視為第一客戶端與伺服器在時間軸上同步，並且由於本發明實施例中的下麥時間實質上為絕對時間的特性，從而下麥時間仍應視為位於時間軸上的由伺服器指定的時間點，進而上述實施方式同樣應視為在本發明的保護範圍之內。
[0068]在以上描述的基礎上，根據本發明實施例提供的麥序控制方法，在步驟3204中，可以將第一客戶端對應的下麥時間通知給第一客戶端或者包括第一客戶端在內的參與第一語音會話的所有成員。
[0069]在本發明實施例中，區別於現有技術，既非採用將麥序控制邏輯預先寫入客戶端的硬編碼的控制方式，也非採用將預設的上麥時長發送給客戶端的控制方式，而是將用於指示客戶端由可發言狀態切換至待發言狀態的一個絕對時間，也即前述下麥時間通知給第一客戶端。其中，該下麥時間可以為一個由伺服器指定的時間點。
[0070]如前所述，在本發明實施例中，第一客戶端與伺服器在時間軸上同步，換句話說，客戶端時間與伺服器時間是同步的。在這一場景下，由伺服器指定的下麥時間既可以視為由伺服器所指定的一個伺服器時間，又可以視為一個與伺服器時間同步的客戶端時間，進而客戶端可以根據接收到的下麥時間準確地執行由可發言狀態到待發言狀態的切換也即下麥操作，從而免除了根據客戶端的硬編碼來控制第一客戶端執行下麥操作的依賴，並且排除了信息傳遞時長等因素對準確控制第一客戶端的下麥時間造成的幹擾，也即，達到了在實現麥序控制邏輯與客戶端的硬編碼分離的基礎上更為準確地實現麥序控制邏輯的技術效果，進而解決了現有技術中麥序控制邏輯與客戶端的硬編碼分離的設計難以準確地對客戶端的下麥時間進行控制的技術問題。
[0071]類似於前述第一客戶端的可選的執行上麥操作的多種方式，本發明對於第一客戶端執行下麥操作的具體方式不作任何限定。
[0072]類似於前述伺服器對第一客戶端的上麥的通知，在本發明實施例中，伺服器向第一客戶端通知下麥時間的操作可以表現為伺服器根據控制邏輯所主動執行的通知操作，也可以表現為伺服器對接收到的第一客戶端發送的問詢消息進行的回應，本發明對此不作限定。
[0073]在另一方面，在本發明實施例中，上述下麥時間的通知可以表現為伺服器單獨發送的一條消息，也可以添加在其他消息中發送給第一客戶端，特別地，還可以與前述第一消息同一時間發送，或者將下麥時間的添加在第一消息中發送給第一客戶端，本發明對此不作限定。
[0074]此外，對於伺服器將下麥時間的通知和第一消息分別發送給第一客戶端的情形，該通知與該第一消息的發送的先後並無特別限定，也即，在本發明實施例中，並不會對步驟8202和3204的先後執行順序進行限定。例如，在一個場景下，伺服器可以在發送指示第一客戶端上麥的第一消息之前，將根據控制邏輯預先計算得出的下麥時間通知給第一客戶端，從而第一客戶端在上麥前即可以得知預定的下麥時間，而在另一個場景下，伺服器也可以先將第一消息發送給第一客戶端，然後再將根據第一消息的發出時間或者伺服器接收的第一客戶端由可發言狀態切換至待發言狀態的確切的上麥時間所得出的下麥時間通知給第一客戶端，從而可以更為準確地控制第一客戶端在可發言狀態下的持續時間，也即發言時間。
[0075]考慮到本發明技術方案與現有的麥序控制邏輯的兼容性問題，並且為了達到對參與第一語音會話的成員的發言時間進行定量控制的目的，作為一種可選的實施方式，如圖5所示，在步驟3204之前，上述麥序控制方法還可以包括:
[0076]8502:伺服器根據第一客戶端對應的上麥時間以及預設上麥時長獲取下麥時間，其中，上麥時間表示第一客戶端由待發言狀態切換至可發言狀態的在時間軸上的時間點。
[0077]作為可行的麥序控制邏輯的一部分，在步驟3502中，伺服器可以根據第一客戶端對應的上麥時間以及預設上麥時長獲取下麥時間，其中，上麥時間可以表示第一客戶端由待發言狀態切換至可發言狀態的在時間軸上的時間點，預設上麥時長可以表示伺服器所獲取的作為第一語音會話中的成員的發言時間限制的時間長度。通過這一時間長度的設置，可以達到對成員的發言時間的統一管理，進而為使用這些客戶端的用戶提供更優的用戶體驗，並為語音會話的參與者與管理者提供效率和質量更優的服務。
[0078]更具體地，作為一種可選的實施方式，伺服器可以根據下式獲取下麥時間:
[0079]
[0080]其中，1@表示下麥時間，I。。表示伺服器根據麥序控制邏輯所獲取的第一客戶端的上麥時間，0表不預設上麥時長。
[0081]當然，以上只是一種示例，在本發明實施例中，還可以通過其他方式根據上麥時間和預設上麥時長獲取下麥時間，例如，在本發明的一些實施例中，還可以根據伺服器與客戶端之間所需的信息傳遞時長對上述下麥時間進行校正，等。在另一方面，下麥時間也可以通過多種方式獲得，例如，也可以設置為伺服器所在的時間軸上的具有固定時間間隔的一系列時間點，等，本發明對此不作任何限定。
[0082]在以上描述的基礎上，如圖6所示，進一步地，在步驟3204之後，上述麥序控制方法還可以包括:
[0083]3602:在伺服器達到下麥時間時，伺服器將用於指示參與第一語音會話的第二客戶端由待發言狀態切換至可發言狀態的第二消息發送給第二客戶端，其中，第二客戶端在第一成員序列中位於第一客戶端的下一位，其中，第一成員序列用於指示參與第一語音會話的成員的發言次序；
[0084]8604:伺服器將第二客戶端對應的下麥時間通知給第二客戶端或者包括第一客戶端和第二客戶端在內的第一語音會話的所有成員。
[0085]在本發明實施例中，作為一種可行的控制邏輯的選擇，可以通過一個成員序列對待發言的成員進行排序，從而可以在第一語音會話中實現在同一時刻成員之一對發言權限的獨享，進而避免了在這一時刻其他成員同時發言所造成的幹擾，其中，上述享有發言權限的成員可以為當前的成員序列中的第一位，而其他待發言的成員可以排列在成員序列中的第二位至第~位，並可以依據這一次序在當前發言的成員下麥之後逐一地佔用發言權限。為便於表述，可以將與參與第一語音會話的成員對應的成員序列記為第一成員序列。
[0086]值得注意的是，在本發明實施例中，第一成員序列既可以包括參與第一語音會話的所有成員，也可以僅包括由伺服器所記錄的第一語音會話中的待發言成員，其中，該待發言成員可以為向伺服器請求發言權限的成員，換言之，伺服器在接收到發言權限的請求之後，可以將發送該請求的成員標記為待發言成員，進而將待發言成員順序記錄下來，形成第一成員序列。在上述場景下，未向伺服器請求發言權限的成員也可以不出現在成員序列中，本發明對此不作限定。
[0087]具體地，作為一種可選的實施方式，上述控制邏輯的實現方式可以為:使當前享有發言權限的成員處於可發言狀態，使其他待發言的成員處於待發言狀態，而對於參與第一語音會話的成員的控制可以根據上述麥序控制方法來實現。
[0088]其中，作為一種可選的實施方式，在步驟3602中，在伺服器達到下麥時間時，可以將用於指示參與第一語音會話的第二客戶端由待發言狀態切換至可發言狀態的第二消息發送給第二客戶端，其中，其中，第二客戶端在第一成員序列中位於第一客戶端的下一位。其中，伺服器向第二客戶端發送這一上麥指示的具體實現方式可以類似於前述的伺服器向第一客戶端發送第一消息的過程，本發明在此不作累述。
[0089]類似地，在步驟3604中，伺服器還可以將第二客戶端對應的下麥時間通知給第二客戶端或者包括第一客戶端和第二客戶端在內的第一語音會話的所有成員，從而進一步實現對第二客戶端的上麥、下麥時間的準確控制。
[0090]由此類推，通過根據本發明實施例提供的上述麥序控制方法，可以根據預設的麥序控制邏輯實現對參與第一語音會話的所有成員的準確控制。
[0091]當然，以上只是一種示例，第一成員序列的具體表現形式可以有多種，類似的麥序控制邏輯也可以有多種實現方式，例如，伺服器還可以僅記錄有通過選舉機制或者其他可行的擇選機制獲取當前享有發言權限的成員之外的另一成員，記為搶麥成功的成員，並在當前發言的成員下麥之後，將發言權限下發給該搶麥成功的成員，等，本發明對此不作任何限定。
[0092]需要說明的是，從以上實施例可以看出，根據本發明實施例提供的麥序控制方法事實上可以不依賴於麥序控制邏輯本身，而是通過對客戶端的上麥時間和下麥時間的準確控制，為麥序控制邏輯的實現提供了必要的條件。
[0093]在以上描述的基礎上，下面將結合圖7和圖8對本發明實施例提供的麥序控制邏輯的另一個實現基礎，也即麥序調整功能進行描述。
[0094]如圖7所示，可選地，在本發明實施例中，上述麥序控制方法可以包括:
[0095]3702:伺服器將第一成員序列中的次序待調成員的成員標識信息及目標次序信息發送給參與第一語音會話的一個或多個成員，其中，第一成員序列用於指示參與第一語音會話的成員的發言次序；或者，
[0096]3704:伺服器將第二成員序列中的次序待調成員的成員標識信息及目標次序信息發送給參與第二語音會話的一個或多個成員，其中，第二成員序列用於指示參與第二語音會話的成員的發言次序。
[0097]根據本發明實施例提供的麥序控制方法，在步驟3702中，可以將第一成員序列中的次序待調成員的成員標識信息及目標次序信息發送給參與第一語音會話的一個或多個成員，其中，該次序待調成員可以表示伺服器獲取的指示調整發言次序的消息中所指明的調整對象，例如，這一消息中可以包括如下信息內容:
[0098](被調整人員的10，被調整人員調整之後所在位置)
[0099]其中，「被調整人員的10」可以為326「數字，用於表示成員標識信息，「被調整人員調整之後所在的位置」可以為16化〖數字，用於表示目標次序信息。
[0100]在上述場景下，通過對於伺服器發送的成員標識信息和目標次序信息的接收，第一語音會話的成員可以進一步在客戶端的本地實現對當前會話的麥序的及時更新，進而可以根據更新後的麥序執行可行的處理操作，或者將更新後的麥序呈現在顯示設備上，以便用戶對於當前會話的麥序的查看。
[0101]在另一方面，由於次序待調成員的成員標識信息和目標次序信息均屬於反映麥序調整的目標或者說結果的事實信息，而無關於預設的指令或者麥序調整邏輯本身，例如，對於前述示例，其中麥序調整邏輯可以為一次操作將某一成員上移1位，也可以在更新過的麥序調整邏輯中表現為通過相同操作或其他操作將某一成員上移2位，事實上並不會對根據本發明實施例提供的麥序控制方法造成任何影響。
[0102]值得注意的是，在本發明實施例中，步驟3702或3704與上述麥序控制方法中的其他步驟之間並無必然的先後順序，例如，其可以如圖7所示的，在步驟3204之後執行，也可以在步驟3202之前、或者步驟3202和3204之間執行。這並不影響本發明技術方案的實施，且本發明對此不作限定。
[0103]從以上描述可以看出，在本發明實施例中，採用了向客戶端通知成員標識信息和目標次序信息的方式，達到了向客戶端通知麥序調整信息的目的。其中，區別於現有技術，在本發明實施例中，伺服器並非向客戶端發送與麥序調整操作對應的指令，而是直接將次序待調成員的成員標識信息和目標次序信息發送給客戶端，從而免除了對預設指令進行解析的硬編碼的依賴，解決了在與麥序調整功能相關的麥序控制邏輯更新後需要對客戶端的硬編碼進行更新的問題，進一步實現了麥序控制邏輯與客戶端的硬編碼分離的技術效果。
[0104]此外，在麥序控制邏輯與客戶端的硬編碼分離的基礎上，通過本發明技術方案，月艮務器可以僅向客戶端通知在麥序調整功能下被調整的成員，也即次序待調成員的成員標識信息和目標次序信息，而無需將其他被動調整的成員或者整個更新後的成員序列發送給各個客戶端，從而可以將數據傳輸壓力保持在相對較低的水平上，達到了提升計算機網絡的使用效率的技術效果。
[0105]在另一方面，上述用於對第一語音會話進行監控的伺服器還可以同時對第二語音會話進行監控，其中，在步驟3704中，上述伺服器還可以將第二成員序列中的次序待調成員的成員標識信息及目標次序信息發送給參與第二語音會話的一個或多個成員，其中，特別地，上述伺服器可以對參與第一語音會話的成員的上麥和下麥時間進行控制，並對參與第二語音會話的成員的麥序調整繼續控制。應當理解，上述實施方式均應視為在本發明的保護範圍之內，且本發明對於上述麥序控制方法在伺服器或者分布式計算系統上的多種實施方式均不作任何限定。
[0106]進一步地，考慮到本發明技術方案與現有的麥序控制邏輯的兼容性問題，可選地，如圖8所示，在步驟3702或3704之前，上述麥序控制方法還可以包括:
[0107]3802:伺服器接收與麥序調整操作對應的預設指令，其中，麥序調整操作包括以下至少之一:將次序待調成員的發言次序上移、將次序待調成員的發言次序下移、以及將次序待調成員的發言次序移動至當前的第~位；
[0108]8804:從接收到的預設指令中解析出對應的麥序調整操作，並根據解析出的麥序調整操作獲取次序待調成員的調整後的發言次序，作為目標次序信息。
[0109]在現有的麥序控制邏輯中經常出現的麥序調整操作可以包括:將次序待調成員的發言次序上移、將次序待調成員的發言次序下移、以及將次序待調成員的發言次序移動至當前的第~位，其中，1。通過這一麥序控制邏輯的實現以及對應的麥序調整操作的封裝，可以達到為用戶提供方便地麥序調整的功能接口的技術效果。
[0110]在本發明實施例中，通過步驟3802和3804，結合前述步驟3702或3704，可以實現相同的技術效果。其中，在步驟3802中，伺服器可以接收與麥序調整操作對應的預設指令，其中，該預設指令可以具有如下形式:
[0111](操作命令，被調整成員的1(0
[0112]其中，「操作命令」可以為16化丨數字，不同的數字對應不同的麥序調整操作，「被調整人員的10」可以為326「數字，用於表示次序待調成員的標識信息，即可以解析成為上述成員標識信息。
[0113]例如，在一個場景中，操作命令「402」可以表示成員上移的調整，從而伺服器可以在步驟3804中進一步對這一預設指令進行解析，得出調整後的該成員的次序，例如，可以從調整前的第5位調整至第4位，進而可以在步驟3702或3704中，以「第4位」作為該成員的目標次序信息，與該成員的成員標識信息一併發送給客戶端。
[0114]需要說明的是，對於前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本發明並不受所描述的動作順序的限制，因為依據本發明，某些步驟可以採用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施例均屬於優選實施例，所涉及的動作和模塊並不一定是本發明所必須的。
[0115]通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到根據上述實施例的麥序控制方法可藉助軟體加必需的通用硬體平臺的方式來實現，當然也可以通過硬體，但很多情況下前者是更佳的實施方式。基於這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來，該計算機軟體產品存儲在一個存儲介質(如801/狀1、磁碟、光碟)中，包括若干指令用以使得一臺終端設備(可以是手機，計算機，伺服器，或者網絡設備等)執行本發明各個實施例所述的方法。
[0116]實施例2
[0117]根據本發明實施例，還提供了一種用於實施上述麥序控制方法的伺服器，如圖9所示，該伺服器包括:
[0118]1)第一發送單元902，用於將用於指示參與第一語音會話的第一客戶端由待發言狀態切換至可發言狀態的第一消息發送給第一客戶端，其中，第一客戶端與伺服器在時間軸上同步；
[0119]2)通知單元904，用於將第一客戶端對應的下麥時間通知給第一客戶端或者包括第一客戶端在內的參與第一語音會話的所有成員，用於指示第一客戶端在達到下麥時間時由可發言狀態切換至待發言狀態，其中，下麥時間為時間軸上的由伺服器指定的時間點。
[0120]應當理解的是，本發明所要解決的技術問題之一是提供一種伺服器，以在實現麥序控制邏輯與客戶端的硬編碼分離的基礎上，達到更為準確地實現麥序控制邏輯的目的。為達到這一目的，根據本發明實施例提供了一種伺服器，其中，作為對本發明進行實施的有利的方面之一，上述伺服器仍可以在與現有技術中相同或相似的應用環境中實施，而無需對原有的架構作出調整。
[0121]例如，本發明技術方案的一種可選的實施環境仍可以為如圖1所示的由多個客戶端102、104、106、108和110參與的記為第一語音會話的多人語音會話環境，其中，該多人會話語音環境既可以表示單純的語音會話環境，也可以表示包括語音會話的成分在內的多人交互環境，例如多人視頻環境等，本發明對此不作限定。
[0122]下面將以如圖1所示的參與第一語音會話的一個成員為例，對本申請技術方案進行詳細描述。為方便描述，以下將該成員記為第一客戶端。
[0123]根據本發明實施例提供的伺服器，第一發送單元902可以將用於指示參與第一語音會話的第一客戶端由待發言狀態切換至可發言狀態的消息發送給第一客戶端，其中，為便於表述，可以將該消息記為第一消息。
[0124]在本發明實施例中，第一消息由第一發送單兀902發送給第一客戶端，可以用於指示第一客戶端由待發言狀態切換至可發言狀態。和/或，用於指示第一客戶端由待發言狀態切換至可發言狀態的切換時間點。
[0125]在本發明實施例中，在第一客戶端處於待發言狀態時，用戶從第一客戶端輸入的語音信息將被參與第一語音會話的其他成員所屏蔽，換句話說，在待發言狀態下，使用第一客戶端的用戶的語音信息將無法即時傳達給使用第一語音會話中的其他客戶端的一個或多個用戶。在另一方面，在第一客戶端處於可發言狀態時，用戶從第一客戶端輸入的語音信息將被參與第一語音會話的其他成員所接收，其中，該語音信息既可以通過伺服器發送給其他客戶端，也可以直接由第一客戶端發送給其他客戶端，本發明對此不作限定。
[0126]更具體地，在本發明實施例中，第一客戶端可以有多種方式來實現上述的待發言狀態和可發言狀態。例如，在本發明的一個實施例中，在第一客戶端處於待發言狀態時，可以屏蔽掉與第一客戶端對應的語音輸入設備或者第一客戶端當前所使用的語音通道，在第一客戶端處於可發言狀態時，解除對上述語音輸入設備或語音通道的屏蔽，而在本發明的另一個實施例中，在第一客戶端處於待發言狀態時，可以選擇性地不發送第一客戶端獲取的語音信息，在第一客戶端處於可發言狀態時，將第一客戶端獲取的語音信息發送到第一客戶端的外部，以使上述語音信息最終由參與第一語音會話的其他成員所接收。
[0127]當然，以上只是一些示例，本發明對於第一客戶端的待發言狀態和可發言狀態以及在二者之間進行切換的具體實現方式不作任何限定。
[0128]一般而言，在本發明實施例中，第一發送單元902中對於第一消息的發送操作可以包括以下兩種情形:
[0129]1)第一發送單元902根據麥序控制邏輯主動向第一客戶端發送第一消息，或者說伺服器主動通知第一客戶端上麥；
[0130]2)伺服器根據第一客戶端的詢問請求作出回應，通過第一發送單元902將包括指示第一客戶端由待發言狀態切換至可發言狀態的具體時間點，也即上麥時間的第一消息返回給第一客戶端。
[0131]當然，本發明實施例還可以包括其他可行的第一消息的發送方式，本發明對此不作任何限定。應當理解，上述實施方式均應視為在本發明的保護範圍之內。
[0132]更具體地，在本發明實施例中，上述第一消息的具體表現形式可以是仏如消息，然而這並不意味著對本發明構成了限定，例如，在本發明的一些實施例中，第一消息也可以表現為消息，或者其他可行的符合文本傳輸格式的請求等。
[0133]在本發明實施例中，第一客戶端可以預先與伺服器進行同步，例如，作為一種可選的實施方式，如圖10所示，上述伺服器還可以包括:
[0134]1)同步單元1002，用於將根據伺服器時間以及伺服器與第一客戶端之間所需的信息傳遞時長所獲得的用於同步的客戶端時間通知給第一客戶端；或者，將根據伺服器時間以及伺服器與包括第一客戶端在內的參與第一語音會話的所有成員中的每一個之間所需的信息傳遞時長所獲得的用於同步的客戶端時間通知給對應的成員。
[0135]在本發明實施例中，伺服器可以在客戶端與伺服器建立連接之後，對客戶端進行同步，例如，同步單元1002可以將用於同步的客戶端時間通知給第一客戶端，其中，該用於同步的客戶端時間可以根據伺服器時間以及伺服器與第一客戶端之間所需的信息傳遞時長獲取。
[0136]例如，在一個場景下，檢測到伺服器與第一客戶端之間所需的信息傳遞時長為1.88，也即可以視為對第一消息進行傳遞的延遲時間為1.88，從而上述用於同步的客戶端時間可以根據下式得出:
[0137]8,
[0138]其中，I。表示伺服器時間，表示第一客戶端的客戶端時間。
[0139]在上述場景下，在步驟同步單元1002中客戶端時間將被通知給第一客戶端，且第一客戶端將在1.88的延遲時間後接收到該客戶端時間1\，而在第一客戶端接收到這一通知的同時，伺服器時間I'。也增加了 1.88，從而二者的值在這一時刻是一致的，並且在這一時刻後第一客戶端時間與伺服器時間也是同步的，也即第一客戶端與其連接的伺服器同步。
[0140]類似地，還可以對伺服器與參與第一語音會話的每一個成員之間所需的信息傳遞時長進行檢測，並根據類似的計算式得出與每一成員對應的客戶端時間，並在步驟同步單元1002中發送給對應的成員，從而實現每一成員與伺服器的同步，以便結合通知單元904實現對第一客戶端的發言時間的更為準確的控制。
[0141]當然，上述實施例中所提供的只是第一客戶端與伺服器同步的一種方式，在本發明實施例中，還可以通過其他可行的方式實現客戶端與伺服器的同步，例如，作為一種可選的實施方式，如圖11所示，通知單元904可以包括:
[0142]1)校正模塊1102，用於根據伺服器時間與客戶端時間的時間差值以及伺服器與第一客戶端之間所需的信息傳遞時長對伺服器指定的下麥時間進行校正；
[0143]2)通知模塊1104，用於將校正後的下麥時間通知給第一客戶端或者包括第一客戶端在內的參與第一語音會話的所有成員。
[0144]例如，在另一個場景下，檢測到上述時間差值為2.68，也即第一客戶端的客戶端時間落後伺服器時間2.68，並且檢測到上述信息傳遞時長為1.88，也即可以視為對第一消息進行傳遞的延遲時間為1.88，從而校正模塊1102可以根據以下算式執行上述校正操作:
[0145]13=^-2.6+1.8,
[0146]其中，12表示伺服器指定的下麥時間，13表示校正後的下麥時間。
[0147]應當理解，在上述場景下，由於第一客戶端與伺服器的同步，因而仍應視為第一客戶端與伺服器在時間軸上同步，並且由於本發明實施例中的下麥時間實質上為絕對時間的特性，從而下麥時間仍應視為位於時間軸上的由伺服器指定的時間點，進而上述實施方式同樣應視為在本發明的保護範圍之內。
[0148]在以上描述的基礎上，根據本發明實施例提供的伺服器，在通知單元904中，可以將第一客戶端對應的下麥時間通知給第一客戶端或者包括第一客戶端在內的參與第一語音會話的所有成員。
[0149]在本發明實施例中，區別於現有技術，既非採用將麥序控制邏輯預先寫入客戶端的硬編碼的控制方式，也非採用將預設的上麥時長發送給客戶端的控制方式，而是將用於指示客戶端由可發言狀態切換至待發言狀態的一個絕對時間，也即前述下麥時間通知給第一客戶端。其中，該下麥時間可以為一個由伺服器指定的時間點。
[0150]如前所述，在本發明實施例中，第一客戶端與伺服器在時間軸上同步，換句話說，客戶端時間與伺服器時間是同步的。在這一場景下，由伺服器指定的下麥時間既可以視為由伺服器所指定的一個伺服器時間，又可以視為一個與伺服器時間同步的客戶端時間，進而客戶端可以根據接收到的下麥時間準確地執行由可發言狀態到待發言狀態的切換也即下麥操作，從而免除了根據客戶端的硬編碼來控制第一客戶端執行下麥操作的依賴，並且排除了信息傳遞時長等因素對準確控制第一客戶端的下麥時間造成的幹擾，也即，達到了在實現麥序控制邏輯與客戶端的硬編碼分離的基礎上更為準確地實現麥序控制邏輯的技術效果，進而解決了現有技術中麥序控制邏輯與客戶端的硬編碼分離的設計難以準確地對客戶端的下麥時間進行控制的技術問題。
[0151]類似於前述第一客戶端的可選的執行上麥操作的多種方式，本發明對於第一客戶端執行下麥操作的具體方式不作任何限定。
[0152]類似於前述伺服器對第一客戶端的上麥的通知，在本發明實施例中，伺服器向第一客戶端通知下麥時間的操作可以表現為伺服器根據控制邏輯所主動執行的通知操作，也可以表現為伺服器對接收到的第一客戶端發送的問詢消息進行的回應，本發明對此不作限定。
[0153]在另一方面，在本發明實施例中，上述下麥時間的通知可以表現為伺服器單獨發送的一條消息，也可以添加在其他消息中發送給第一客戶端，特別地，還可以與前述第一消息同一時間發送，或者將下麥時間的添加在第一消息中發送給第一客戶端，本發明對此不作限定。
[0154]此外，對於伺服器將下麥時間的通知和第一消息分別發送給第一客戶端的情形，該通知與該第一消息的發送的先後並無特別限定，也即，在本發明實施例中，並不會對第一發送單元902和通知單元904的先後執行順序進行限定。例如，在一個場景下，伺服器可以在發送指示第一客戶端上麥的第一消息之前，將根據控制邏輯預先計算得出的下麥時間通知給第一客戶端，從而第一客戶端在上麥前即可以得知預定的下麥時間，而在另一個場景下，伺服器也可以先將第一消息發送給第一客戶端，然後再將根據第一消息的發出時間或者伺服器接收的第一客戶端由可發言狀態切換至待發言狀態的確切的上麥時間所得出的下麥時間通知給第一客戶端，從而可以更為準確地控制第一客戶端在可發言狀態下的持續時間，也即發言時間。
[0155]考慮到本發明技術方案與現有的麥序控制邏輯的兼容性問題，並且為了達到對參與第一語音會話的成員的發言時間進行定量控制的目的，作為一種可選的實施方式，如圖12所示，與通知單元904耦合地，上述伺服器還可以包括:
[0156]1)獲取單元1202，用於根據第一客戶端對應的上麥時間以及預設上麥時長獲取下麥時間，其中，上麥時間表示第一客戶端由待發言狀態切換至可發言狀態的在時間軸上的時間點。
[0157]作為可行的麥序控制邏輯的一部分，獲取單元1202可以根據第一客戶端對應的上麥時間以及預設上麥時長獲取下麥時間，其中，上麥時間可以表示第一客戶端由待發言狀態切換至可發言狀態的在時間軸上的時間點，預設上麥時長可以表示伺服器所獲取的作為第一語音會話中的成員的發言時間限制的時間長度。通過這一時間長度的設置，可以達到對成員的發言時間的統一管理，進而為使用這些客戶端的用戶提供更優的用戶體驗，並為語音會話的參與者與管理者提供效率和質量更優的服務。
[0158]更具體地，作為一種可選的實施方式，獲取單元1202可以根據下式獲取下麥時間:
[0159]
[0160]其中，1@表示下麥時間，I。。表示伺服器根據麥序控制邏輯所獲取的第一客戶端的上麥時間，0表不預設上麥時長。
[0161]當然，以上只是一種示例，在本發明實施例中，還可以通過其他方式根據上麥時間和預設上麥時長獲取下麥時間，例如，在本發明的一些實施例中，還可以根據伺服器與客戶端之間所需的信息傳遞時長對上述下麥時間進行校正，等。在另一方面，下麥時間也可以通過多種方式獲得，例如，也可以設置為伺服器所在的時間軸上的具有固定時間間隔的一系列時間點，等，本發明對此不作任何限定。
[0162]在以上描述的基礎上，在本發明實施例中，進一步地:
[0163]第一發送單元902還可以用於在伺服器達到下麥時間時，將用於指示參與第一語音會話的第二客戶端由待發言狀態切換至可發言狀態的第二消息發送給第二客戶端，其中，第二客戶端在第一成員序列中位於第一客戶端的下一位，其中，第一成員序列用於指示參與第一語音會話的成員的發言次序；
[0164]通知單元904還可以用於將第二客戶端對應的下麥時間通知給第二客戶端或者包括第一客戶端和第二客戶端在內的第一語音會話的所有成員。
[0165]在本發明實施例中，作為一種可行的控制邏輯的選擇，可以通過一個成員序列對待發言的成員進行排序，從而可以在第一語音會話中實現在同一時刻成員之一對發言權限的獨享，進而避免了在這一時刻其他成員同時發言所造成的幹擾，其中，上述享有發言權限的成員可以為當前的成員序列中的第一位，而其他待發言的成員可以排列在成員序列中的第二位至第~位，並可以依據這一次序在當前發言的成員下麥之後逐一地佔用發言權限。為便於表述，可以將與參與第一語音會話的成員對應的成員序列記為第一成員序列。
[0166]值得注意的是，在本發明實施例中，第一成員序列既可以包括參與第一語音會話的所有成員，也可以僅包括由伺服器所記錄的第一語音會話中的待發言成員，其中，該待發言成員可以為向伺服器請求發言權限的成員，換言之，伺服器在接收到發言權限的請求之後，可以將發送該請求的成員標記為待發言成員，進而將待發言成員順序記錄下來，形成第一成員序列。在上述場景下，未向伺服器請求發言權限的成員也可以不出現在成員序列中，本發明對此不作限定。
[0167]具體地，作為一種可選的實施方式，上述控制邏輯的實現方式可以為:使當前享有發言權限的成員處於可發言狀態，使其他待發言的成員處於待發言狀態，而對於參與第一語音會話的成員的控制可以根據上述伺服器來實現。
[0168]其中，作為一種可選的實施方式，對於第一發送單元902而言，在檢測到伺服器達到下麥時間時，可以將用於指示參與第一語音會話的第二客戶端由待發言狀態切換至可發言狀態的第二消息發送給第二客戶端，其中，其中，第二客戶端在第一成員序列中位於第一客戶端的下一位。其中，第一發送單元902向第二客戶端發送這一上麥指示的具體實現方式可以類似於前述的第一發送單元902向第一客戶端發送第一消息的過程，本發明在此不作累述。
[0169]類似地，通知單元904還可以將第二客戶端對應的下麥時間通知給第二客戶端或者包括第一客戶端和第二客戶端在內的第一語音會話的所有成員，從而進一步實現對第二客戶端的上麥、下麥時間的準確控制。
[0170]由此類推，通過根據本發明實施例提供的上述伺服器，可以根據預設的麥序控制邏輯實現對參與第一語音會話的所有成員的準確控制。
[0171]當然，以上只是一種示例，第一成員序列的具體表現形式可以有多種，類似的麥序控制邏輯也可以有多種實現方式，例如，伺服器還可以僅記錄有通過選舉機制或者其他可行的擇選機制獲取當前享有發言權限的成員之外的另一成員，記為搶麥成功的成員，並在當前發言的成員下麥之後，將發言權限下發給該搶麥成功的成員，等，本發明對此不作任何限定。
[0172]需要說明的是，從以上實施例可以看出，根據本發明實施例提供的伺服器事實上可以不依賴於麥序控制邏輯本身，而是通過對客戶端的上麥時間和下麥時間的準確控制，為麥序控制邏輯的實現提供了必要的條件。
[0173]在以上描述的基礎上，下面將結合圖13和圖14對本發明實施例提供的麥序控制邏輯的另一個實現基礎，也即麥序調整功能進行描述。
[0174]如圖13所示，可選地，在本發明實施例中，上述伺服器可以包括:
[0175]1)第二發送單元1302，用於將第一成員序列中的次序待調成員的成員標識信息及目標次序信息發送給參與第一語音會話的一個或多個成員，其中，第一成員序列用於指示參與第一語音會話的成員的發言次序；或者，將第二成員序列中的次序待調成員的成員標識信息及目標次序信息發送給參與第二語音會話的一個或多個成員，其中，第二成員序列用於指示參與第二語音會話的成員的發言次序。
[0176]根據本發明實施例提供的伺服器，在第二發送單元1302中，可以將第一成員序列中的次序待調成員的成員標識信息及目標次序信息發送給參與第一語音會話的一個或多個成員，其中，該次序待調成員可以表示伺服器獲取的指示調整發言次序的消息中所指明的調整對象，例如，這一消息中可以包括如下信息內容:
[0177](被調整人員的10，被調整人員調整之後所在位置)
[0178]其中，「被調整人員的10」可以為32匕丨數字，用於表示成員標識信息，「被調整人員調整之後所在的位置」可以為16化〖數字，用於表示目標次序信息。
[0179]在上述場景下，通過對於第二發送單元1302發送的成員標識信息和目標次序信息的接收，第一語音會話的成員可以進一步在客戶端的本地實現對當前會話的麥序的及時更新，進而可以根據更新後的麥序執行可行的處理操作，或者將更新後的麥序呈現在顯示設備上，以便用戶對於當前會話的麥序的查看。
[0180]在另一方面，由於次序待調成員的成員標識信息和目標次序信息均屬於反映麥序調整的目標或者說結果的事實信息，而無關於預設的指令或者麥序調整邏輯本身，例如，對於前述示例，其中麥序調整邏輯可以為一次操作將某一成員上移1位，也可以在更新過的麥序調整邏輯中表現為通過相同操作或其他操作將某一成員上移2位，事實上並不會對根據本發明實施例提供的伺服器造成任何影響。
[0181]從以上描述可以看出，在本發明實施例中，採用了向客戶端通知成員標識信息和目標次序信息的方式，達到了向客戶端通知麥序調整信息的目的。其中，區別於現有技術，在本發明實施例中，伺服器並非向客戶端發送與麥序調整操作對應的指令，而是直接將次序待調成員的成員標識信息和目標次序信息發送給客戶端，從而免除了對預設指令進行解析的硬編碼的依賴，解決了在與麥序調整功能相關的麥序控制邏輯更新後需要對客戶端的硬編碼進行更新的問題，進一步實現了麥序控制邏輯與客戶端的硬編碼分離的技術效果。
[0182]此外，在麥序控制邏輯與客戶端的硬編碼分離的基礎上，通過本發明技術方案，月艮務器可以僅向客戶端通知在麥序調整功能下被調整的成員，也即次序待調成員的成員標識信息和目標次序信息，而無需將其他被動調整的成員或者整個更新後的成員序列發送給各個客戶端，從而可以將數據傳輸壓力保持在相對較低的水平上，達到了提升計算機網絡的使用效率的技術效果。
[0183]在另一方面，上述用於對第一語音會話進行監控的伺服器還可以同時對第二語音會話進行監控，其中，上述伺服器還可以通過第二發送單元1302將第二成員序列中的次序待調成員的成員標識信息及目標次序信息發送給參與第二語音會話的一個或多個成員，其中，特別地，上述伺服器可以對參與第一語音會話的成員的上麥和下麥時間進行控制，並對參與第二語音會話的成員的麥序調整繼續控制。應當理解，上述實施方式均應視為在本發明的保護範圍之內，且本發明對於上述伺服器在主從架構或者分布式計算系統上的多種實施方式均不作任何限定。
[0184]進一步地，考慮到本發明技術方案與現有的麥序控制邏輯的兼容性問題，可選地，如圖14所示，與第二發送單元1302耦合地，上述伺服器還可以包括:
[0185]1)接收單元1402，用於接收與麥序調整操作對應的預設指令，其中，麥序調整操作包括以下至少之一:將次序待調成員的發言次序上移、將次序待調成員的發言次序下移、以及將次序待調成員的發言次序移動至當前的第~位，其中，1 ；
[0186]2)解析單元1404，用於從接收到的預設指令中解析出對應的麥序調整操作，並根據解析出的麥序調整操作獲取次序待調成員的調整後的發言次序，作為目標次序信息。
[0187]在現有的麥序控制邏輯中經常出現的麥序調整操作可以包括:將次序待調成員的發言次序上移、將次序待調成員的發言次序下移、以及將次序待調成員的發言次序移動至當前的第二位。通過這一麥序控制邏輯的實現以及對應的麥序調整操作的封裝，可以達到為用戶提供方便地麥序調整的功能接口的技術效果。
[0188]在本發明實施例中，通過接收單元1402和解析單元1404，結合前述第二發送單元1302，可以實現相同的技術效果。其中，接收單元1402可以接收與麥序調整操作對應的預設指令，其中，該預設指令可以具有如下形式:
[0189](操作命令，被調整成員的1(0
[0190]其中，「操作命令」可以為16化丨數字，不同的數字對應不同的麥序調整操作，「被調整人員的10」可以為326「數字，用於表示次序待調成員的標識信息，即可以解析成為上述成員標識信息。
[0191]例如，在一個場景中，操作命令「402」可以表示成員上移的調整，從而可以在解析單元1404中進一步對這一預設指令進行解析，得出調整後的該成員的次序，例如，可以從調整前的第5位調整至第4位，進而可以在第二發送單元1302中，以「第4位」作為該成員的目標次序信息，與該成員的成員標識信息一併發送給客戶端。
[0192]實施例3
[0193]根據本發明實施例，還提供了另一種麥序控制方法，如圖18所示，該方法可以包括:
[0194]31802:接收伺服器發送的用於指示參與第三語音會話的客戶端由待發言狀態切換至可發言狀態的第三消息，並根據第三消息將客戶端由待發言狀態切換至可發言狀態，其中，客戶端與伺服器在時間軸上同步；
[0195]81804:接收伺服器通知的與客戶端對應的下麥時間，並在客戶端達到下麥時間時，將客戶端由可發言狀態切換至待發言狀態，其中，下麥時間為時間軸上的由伺服器指定的時間點。
[0196]在本發明實施例中，由於客戶端從伺服器接收下麥時間，也即時間軸上由伺服器指定的時間點，或者說絕對時間的方式，結合從伺服器接收的上麥指示，使客戶端在與伺服器同步的基礎上實現在可發言狀態與待發言狀態之間依照預設的控制邏輯進行準確地切換，從而一方面通過下麥時間的接收達到了麥序控制邏輯與客戶端的硬編碼分離的目的，另一方面利用絕對時間的同一性實現了對客戶端的下麥時間的準確控制，也即，通過本發明技術方案達到了在麥序控制邏輯與客戶端的硬編碼分離的基礎上更為準確地實現麥序控制邏輯的技術效果，進而解決了現有技術中麥序控制邏輯與客戶端的硬編碼分離的設計難以準確地對客戶端的下麥時間進行控制的技術問題。
[0197]可選地，如圖19所示，在本發明實施例中，上述麥序控制方法還可以包括:
[0198]31902:接收伺服器發送的第三成員序列中的次序待調成員的成員標識信息及目標次序信息，其中，第三成員序列用於指示參與第三語音會話的成員的發言次序；
[0199]81904:對成員標識信息和目標次序信息進行解析，並獲得調整後的第三成員序列。
[0200]在本發明實施例中，採用了客戶端接收通知成員標識信息和目標次序信息的方式，達到了向客戶端通知麥序調整信息的目的。其中，區別於現有技術，在本發明實施例中，客戶端並非從伺服器接收與麥序調整操作對應的指令，而是直接接收次序待調成員的成員標識信息和目標次序信息，從而免除了對預設指令進行解析的硬編碼的依賴，解決了在與麥序調整功能相關的麥序控制邏輯更新後需要對客戶端的硬編碼進行更新的問題，進一步實現了麥序控制邏輯與客戶端的硬編碼分離的技術效果。
[0201]此外，在麥序控制邏輯與客戶端的硬編碼分離的基礎上，通過本發明技術方案，客戶端所接收的信息可以僅限於在麥序調整功能下被調整的成員，也即次序待調成員的成員標識信息和目標次序信息，而無需接收將其他被動調整的成員或者整個更新後的成員序列，從而可以將數據傳輸壓力保持在相對較低的水平上，達到了提升計算機網絡的使用效率的技術效果。
[0202]實施例4
[0203]根據本發明實施例，還提供了一種客戶端，如圖15所示，該客戶端可以包括:
[0204]1)第二接收單元1502，用於接收伺服器發送的指示參與第三語音會話的上述客戶端由待發言狀態切換至可發言狀態的第三消息，其中，上述客戶端與上述伺服器在時間軸上同步；其中，
[0205]上述第二接收單元還用於接收上述伺服器通知的與上述客戶端對應的下麥時間，其中，上述下麥時間為上述時間軸上的由上述伺服器指定的時間點；
[0206]2)切換單元1504，與上述第二接收單元耦合，用於根據上述第三消息將上述客戶端由上述待發言狀態切換至上述可發言狀態；其中，
[0207]上述切換單元還用於在上述客戶端達到上述下麥時間時，將上述客戶端由上述可發言狀態切換至上述待發言狀態。
[0208]在本發明實施例中，由於客戶端從伺服器接收下麥時間，也即時間軸上由伺服器指定的時間點，或者說絕對時間的方式，結合從伺服器接收的上麥指示，使客戶端在與伺服器同步的基礎上實現在可發言狀態與待發言狀態之間依照預設的控制邏輯進行準確地切換，從而一方面通過下麥時間的接收達到了麥序控制邏輯與客戶端的硬編碼分離的目的，另一方面利用絕對時間的同一性實現了對客戶端的下麥時間的準確控制，也即，通過本發明技術方案達到了在麥序控制邏輯與客戶端的硬編碼分離的基礎上更為準確地實現麥序控制邏輯的技術效果，進而解決了現有技術中麥序控制邏輯與客戶端的硬編碼分離的設計難以準確地對客戶端的下麥時間進行控制的技術問題。
[0209]可選地，如圖16所示，在本發明實施例中，上述客戶端還可以包括:
[0210]1)第三接收單元1602，用於接收上述伺服器發送的第三成員序列中的次序待調成員的成員標識信息及目標次序信息，其中，上述第三成員序列用於指示參與上述第三語音會話的成員的發言次序；
[0211]2)第二解析單元1604，用於對上述成員標識信息和上述目標次序信息進行解析，並獲得調整後的第三成員序列。
[0212]在本發明實施例中，採用了客戶端接收通知成員標識信息和目標次序信息的方式，達到了向客戶端通知麥序調整信息的目的。其中，區別於現有技術，在本發明實施例中，客戶端並非從伺服器接收與麥序調整操作對應的指令，而是直接接收次序待調成員的成員標識信息和目標次序信息，從而免除了對預設指令進行解析的硬編碼的依賴，解決了在與麥序調整功能相關的麥序控制邏輯更新後需要對客戶端的硬編碼進行更新的問題，進一步實現了麥序控制邏輯與客戶端的硬編碼分離的技術效果。
[0213]此外，在麥序控制邏輯與客戶端的硬編碼分離的基礎上，通過本發明技術方案，客戶端所接收的信息可以僅限於在麥序調整功能下被調整的成員，也即次序待調成員的成員標識信息和目標次序信息，而無需接收將其他被動調整的成員或者整個更新後的成員序列，從而可以將數據傳輸壓力保持在相對較低的水平上，達到了提升計算機網絡的使用效率的技術效果。
[0214]實施例5
[0215]根據本發明實施例，還提供了一種計算機系統，如圖17所示，該系統可以包括:
[0216]1 )^^^ 1702:
[0217]2)多個客戶端1704，與上述伺服器連接，其中，上述客戶端為參與同一語音會話的成員。
[0218]在圖17中，一個伺服器1702和多個客戶端1704構成了類似於主從架構的計算機系統，其中，伺服器1702可以為根據本發明實施例2所提供的任一種伺服器，多個客戶端1704中的一個或多個可以為根據本發明實施例4所提供的任一種客戶端。
[0219]在本發明實施例中，伺服器1702可以通過第一發送單元902將包括上麥指示的消息發送給當前享有發言權限的多個客戶端1704之一，也即語音會話的一個成員，進而該成員可以通過第二接收單元1502實現對該消息的接收，並根據伺服器1702的指示，通過切換單元1504執行由待發言狀態到可發言狀態的切換，從而完成上麥操作。
[0220]在另一方面，伺服器1702可以通過通知單元904將下麥時間通知給該成員，從而該成員可以通過第二接收單元1502接收該下麥時間，並在達到該下麥時間時，通過切換單元1504執行由可發言狀態到待發言狀態的切換，從而完成下麥操作。
[0221]在上述場景下，由於採用伺服器1702向客戶端1704下發下麥時間，也即時間軸上由伺服器指定的時間點，或者說絕對時間的方式，結合同樣由伺服器1702下發的上麥指示，使客戶端1704在與伺服器1702同步的基礎上實現在可發言狀態與待發言狀態之間依照預設的控制邏輯進行準確地切換，從而一方面通過下麥時間的下發達到了麥序控制邏輯與客戶端1704的硬編碼分離的目的，另一方面利用絕對時間的同一性實現了對客戶端1704的下麥時間的準確控制，也即，通過本發明技術方案達到了在麥序控制邏輯與客戶端的硬編碼分離的基礎上更為準確地實現麥序控制邏輯的技術效果，進而解決了現有技術中麥序控制邏輯與客戶端的硬編碼分離的設計難以準確地對客戶端的下麥時間進行控制的技術問題。
[0222]上述本發明實施例序號僅僅為了描述，不代表實施例的優劣。
[0223]在本發明的上述實施例中，對各個實施例的描述都各有側重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關描述。
[0224]在本申請所提供的幾個實施例中，應該理解到，所揭露的伺服器和客戶端，可通過其它的方式實現。其中，以上所描述的裝置實施例僅僅是示意性的，例如所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統，或一些特徵可以忽略，或不執行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，單元或模塊的間接耦合或通信連接，可以是電性或其它的形式。
[0225]所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位於一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部單元來實現本實施例方案的目的。
[0226]另外，在本發明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以採用硬體的形式實現，也可以採用軟體功能單元的形式實現。
[0227]所述集成的單元如果以軟體功能單元的形式實現並作為獨立的產品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中。基於這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分或者該技術方案的全部或部分可以以軟體產品的形式體現出來，該計算機軟體產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可為個人計算機、伺服器或者網絡設備等)執行本發明各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括山盤、只讀存儲器(801, 1^68(1-01117此!!!。!^)、隨機存取存儲器(狀1，1^811(10111 ^00688 1611101*7)、移動硬碟、磁碟或者光碟等各種可以存儲程序代碼的介質。
[0228]以上所述僅是本發明的優選實施方式，應當指出，對於本【技術領域】的普通技術人員來說，在不脫離本發明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視為本發明的保護範圍。
【權利要求】
1.一種麥序控制方法，其特徵在於，包括: 伺服器將用於指示參與第一語音會話的第一客戶端由待發言狀態切換至可發言狀態的第一消息發送給所述第一客戶端，其中，所述第一客戶端與所述伺服器在時間軸上同I K少； 所述伺服器將所述第一客戶端對應的下麥時間通知給所述第一客戶端或者包括所述第一客戶端在內的參與所述第一語音會話的所有成員，用於指示所述第一客戶端在達到所述下麥時間時由所述可發言狀態切換至所述待發言狀態，其中，所述下麥時間為所述時間軸上的由所述伺服器指定的時間點。
2.根據權利要求1所述的方法，其特徵在於，在所述伺服器將下麥時間通知給所述第一客戶端之後，還包括: 在所述伺服器達到所述下麥時間時，所述伺服器將用於指示參與所述第一語音會話的第二客戶端由所述待發言狀態切換至所述可發言狀態的第二消息發送給所述第二客戶端，其中，所述第二客戶端在第一成員序列中位於所述第一客戶端的下一位，其中，所述第一成員序列用於指示參與所述第一語音會話的成員的發言次序； 所述伺服器將所述第二客戶端對應的下麥時間通知給所述第二客戶端或者包括所述第一客戶端和所述第二客戶端在內的所述第一語音會話的所有成員。
3.根據權利要求1所述的方法，其特徵在於，在所述伺服器將下麥時間通知給所述第一客戶端之前，還包括: 所述伺服器根據所述第一客戶端對應的上麥時間以及預設上麥時長獲取所述下麥時間，其中，所述上麥時間表示所述第一客戶端由所述待發言狀態切換至所述可發言狀態的在所述時間軸上的時間點。
4.根據權利要求1至3中任一項所述的方法，其特徵在於，在所述伺服器將下麥時間通知給所述第一客戶端之前，還包括: 所述伺服器將根據伺服器時間以及所述伺服器與所述第一客戶端之間所需的信息傳遞時長所獲得的用於同步的客戶端時間通知給所述第一客戶端；或者， 所述伺服器將根據伺服器時間以及所述伺服器與包括所述第一客戶端在內的參與所述第一語音會話的所有成員中的每一個之間所需的信息傳遞時長所獲得的用於同步的客戶端時間通知給對應的成員。
5.根據權利要求1所述的方法，其特徵在於，還包括: 所述伺服器將第一成員序列中的次序待調成員的成員標識信息及目標次序信息發送給參與所述第一語音會話的一個或多個成員，其中，所述第一成員序列用於指示參與所述第一語音會話的成員的發言次序；或者， 所述伺服器將第二成員序列中的次序待調成員的成員標識信息及目標次序信息發送給參與第二語音會話的一個或多個成員，其中，所述第二成員序列用於指示參與所述第二語音會話的成員的發言次序。
6.根據權利要求5所述的方法，其特徵在於，所述伺服器將第一成員序列中的次序待調成員的成員標識信息及目標次序信息發送給參與所述第一語音會話的一個或多個成員或者所述伺服器將第二成員序列中的次序待調成員的成員標識信息及目標次序信息發送給參與第二語音會話的一個或多個成員之前，還包括: 所述伺服器接收與麥序調整操作對應的預設指令，其中，所述麥序調整操作包括以下至少之一:將所述次序待調成員的發言次序上移、將所述次序待調成員的發言次序下移、將所述次序待調成員的發言次序移動至當前的第N位，其中，NS I ； 從接收到的所述預設指令中解析出對應的所述麥序調整操作，並根據解析出的所述麥序調整操作獲取所述次序待調成員的調整後的發言次序，作為所述目標次序信息。
7.一種麥序控制方法，其特徵在於，包括: 接收伺服器發送的用於指示參與第一語音會話的客戶端由待發言狀態切換至可發言狀態的第一消息，並根據所述第一消息將所述客戶端由所述待發言狀態切換至所述可發言狀態，其中，所述客戶端與所述伺服器在時間軸上同步； 接收所述伺服器通知的與所述客戶端對應的下麥時間，並在所述客戶端達到所述下麥時間時，將所述客戶端由所述可發言狀態切換至所述待發言狀態，其中，所述下麥時間為所述時間軸上的由所述伺服器指定的時間點。
8.根據權利要求7所述的方法，其特徵在於，還包括: 接收所述伺服器發送的第一成員序列中的次序待調成員的成員標識信息及目標次序信息，其中，所述第一成員序列用於指示參與所述第一語音會話的成員的發言次序； 對所述成員標識信息和所述目標次序信息進行解析，並獲得調整後的第一成員序列。
9.一種伺服器，其特徵在於，包括: 第一發送單元，用於將用於指示參與第一語音會話的第一客戶端由待發言狀態切換至可發言狀態的第一消息發送給所述第一客戶端，其中，所述第一客戶端與所述伺服器在時間軸上同步； 通知單元，用於將所述第一客戶端對應的下麥時間通知給所述第一客戶端或者包括所述第一客戶端在內的參與所述第一語音會話的所有成員，用於指示所述第一客戶端在達到所述下麥時間時由所述可發言狀態切換至所述待發言狀態，其中，所述下麥時間為所述時間軸上的由所述伺服器指定的時間點。
10.根據權利要求9所述的伺服器，其特徵在於， 所述第一發送單元還用於在所述伺服器達到所述下麥時間時，將用於指示參與所述第一語音會話的第二客戶端由所述待發言狀態切換至所述可發言狀態的第二消息發送給所述第二客戶端，其中，所述第二客戶端在第一成員序列中位於所述第一客戶端的下一位，其中，所述第一成員序列用於指示參與所述第一語音會話的成員的發言次序； 所述通知單元還用於將所述第二客戶端對應的下麥時間通知給所述第二客戶端或者包括所述第一客戶端和所述第二客戶端在內的所述第一語音會話的所有成員。
11.根據權利要求9所述的伺服器，其特徵在於，還包括: 獲取單元，用於根據所述第一客戶端對應的上麥時間以及預設上麥時長獲取所述下麥時間，其中，所述上麥時間表示所述第一客戶端由所述待發言狀態切換至所述可發言狀態的在所述時間軸上的時間點。
12.根據權利要求9至11中任一項所述的伺服器，其特徵在於，還包括: 同步單元，用於將根據伺服器時間以及所述伺服器與所述第一客戶端之間所需的信息傳遞時長所獲得的用於同步的客戶端時間通知給所述第一客戶端；或者，將根據伺服器時間以及所述伺服器與包括所述第一客戶端在內的參與所述第一語音會話的所有成員中的每一個之間所需的信息傳遞時長所獲得的用於同步的客戶端時間通知給對應的成員。
13.根據權利要求9所述的伺服器，其特徵在於，還包括: 第二發送單元，用於將第一成員序列中的次序待調成員的成員標識信息及目標次序信息發送給參與所述第一語音會話的一個或多個成員，其中，所述第一成員序列用於指示參與所述第一語音會話的成員的發言次序；或者，將第二成員序列中的次序待調成員的成員標識信息及目標次序信息發送給參與第二語音會話的一個或多個成員，其中，所述第二成員序列用於指示參與所述第二語音會話的成員的發言次序。
14.根據權利要求13所述的伺服器，其特徵在於，還包括: 接收單元，用於接收與麥序調整操作對應的預設指令，其中，所述麥序調整操作包括以下至少之一:將所述次序待調成員的發言次序上移、將所述次序待調成員的發言次序下移、以及將所述次序待調成員的發言次序移動至當前的第二位； 解析單元，用於從接收到的所述預設指令中解析出對應的所述麥序調整操作，並根據解析出的所述麥序調整操作獲取所述次序待調成員的調整後的發言次序，作為所述目標次序信息。
15.—種客戶端，其特徵在於，包括: 第一接收單元，用於接收伺服器發送的用於指示參與第一語音會話的客戶端由待發言狀態切換至可發言狀態的第一消息，其中，所述客戶端與所述伺服器在時間軸上同步；其中， 所述第一接收單元還用於接收所述伺服器通知的與所述客戶端對應的下麥時間，其中，所述下麥時間為所述時間軸上的由所述伺服器指定的時間點； 切換單元，用於根據所述第一消息將所述客戶端由所述待發言狀態切換至所述可發言狀態；其中， 所述切換單元還用於在所述客戶端達到所述下麥時間時，將所述客戶端由所述可發言狀態切換至所述待發言狀態。
16.根據權利要求15所述的客戶端，其特徵在於，還包括: 第二接收單元，用於接收所述伺服器發送的第一成員序列中的次序待調成員的成員標識信息及目標次序信息，其中，所述第一成員序列用於指示參與所述第一語音會話的成員的發言次序； 第二解析單元，用於對所述成員標識信息和所述目標次序信息進行解析，並獲得調整後的第一成員序列。
17.一種計算機系統，其特徵在於，包括: 如權利要求9至14中任一項所述的伺服器； 多個如權利要求15或16所述的客戶端。
【文檔編號】H04L12/58GK104468465SQ201310416694
【公開日】2015年3月25日 申請日期:2013年9月12日 優先權日:2013年9月12日
【發明者】羅喆 申請人:騰訊科技（深圳）有限公司