Method and apparatus for managing speaking rights in push-to-talk over cellular, and electronic device

Abstract

The present disclosure relates to a method and apparatus for managing speaking rights in push-to-talk over cellular, and an electronic device. The method comprises: receiving a push-to-talk speaking right acquisition request sent by a target push-to-talk terminal; acquiring speaking right priorities of push-to-talk terminals, wherein the speaking right priorities are determined at least on the basis of push-to-talk data between the push-to-talk terminals, and the speaking right priorities represent the priority speaking order of the push-to-talk terminals; and on the basis of the speaking right priorities, determining a request result of the push-to-talk speaking right acquisition request, wherein the request result comprises the request for a push-to-talk speaking right being successful or the request for a push-to-talk speaking right failing. In the method, the speaking right priorities of the push-to-talk terminals can be determined by means of the push-to-talk data of the push-to-talk terminals, and in a push-to-talk process, the speaking right priorities of the push-to-talk terminals can be adjusted on the basis of the push-to-talk data, such that speaking rights can be rationally distributed, thereby improving the efficiency of push-to-talk calls.

Description

Method, device and electronic equipment for managing public network speech rights

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This application is based on the Chinese patent application with application number 202311814364.9 and application date December 26, 2023, and claims the priority of the Chinese patent application. The entire content of the Chinese patent application is hereby introduced into this application as a reference. Technical Field

[0003] The present disclosure relates to the field of public network intercom communications, and in particular to a method, device, and electronic device for managing speech rights on a public network. Background Art

[0004] A public network trunked intercom system (POC, Push To Talk Over Cellular) uses a mobile terminal's wireless network to implement walkie-talkie functionality (PTT, Push To Talk). In the public network intercom field, voice intercom primarily uses a half-duplex mode, meaning the speaker must first seize the right to speak. Only after gaining the right to speak can the terminal capture the speaker's voice content and transmit it to the other end.

[0005] In related technologies, speaking rights are preempted based on terminal priority, with higher-priority users successfully preempting the right to speak. Terminal priority is set as follows: when a user joins a channel, they are considered a low-priority member by default. If the user is set as a channel administrator, they are considered a high-priority member. In related technologies, the speaking rights of terminals are pre-set and fixed. This can lead to higher-priority users maliciously preempting the right to speak, preventing lower-priority users from obtaining more speaking rights and resulting in lower call efficiency during intercoms. Summary of the Invention

[0006] The present disclosure provides a method, device, electronic device and storage medium for managing speech rights in a public network.

[0007] According to a first aspect of the present disclosure, a method for managing public network speech rights is provided, the method comprising: receiving a speech right acquisition request sent by a target intercom terminal; obtaining a speech right priority between each intercom terminal, the speech right priority being determined based at least on intercom data between the intercom terminals, the speech right priority representing a priority speaking order between the intercom terminals; determining a request result of the speech right acquisition request based on the speech right priority; wherein the request result includes a success of the speech right request or a failure of the speech right request.

[0008] According to a second aspect of the present disclosure, a public network intercom speech right management device is provided, the device comprising: a receiving module for receiving a speech right acquisition request sent by a target intercom terminal; an acquisition module for acquiring the speech right priority between each intercom terminal, the speech right priority being determined based at least on the intercom data between the intercom terminals, the speech right priority representing the priority speaking order between the intercom terminals; a determination module for determining a request result of the speech right acquisition request based on the speech right priority; wherein the request result includes a success of the speech right request or a failure of the speech right request.

[0009] According to a third aspect of the present disclosure, an electronic device is provided, comprising: a memory and a processor, wherein a computer program is stored in the memory, and the processor implements the above method when executing the program.

[0010] According to a fourth aspect of the present disclosure, a computer-readable storage medium is provided, on which a computer program is stored, and when the program is executed by a processor, the above method of the present disclosure is implemented.

[0011] The public network intercom speech right management method, device, electronic device and storage medium provided by the embodiments of the present disclosure receive a speech right acquisition request sent by a target intercom terminal; obtain the speech right priority between each intercom terminal, the speech right priority is determined based on at least the intercom data between each intercom terminal, and the speech right priority represents the priority speaking order between each intercom terminal; based on the speech right priority, determine the request result for the speech right acquisition request; wherein the request result includes the success of the speech right request or the failure of the speech right request. This method can determine the speech right priority of the intercom terminal through the intercom data of the intercom terminal. During the intercom process, the speech right priority of each intercom terminal can be adjusted according to the intercom data, and the speech right can be reasonably allocated, thereby improving the efficiency of the intercom call. BRIEF DESCRIPTION OF THE DRAWINGS

[0012] Further details, features and advantages of the present disclosure are disclosed in the following description of exemplary embodiments in conjunction with the accompanying drawings, in which:

[0013] FIG1 is a system diagram of a method for managing speech rights in a public network provided by an exemplary embodiment of the present disclosure;

[0014] FIG2 is an interactive flow chart of a method for managing speech rights in a public network provided by an exemplary embodiment of the present disclosure;

[0015] FIG3 is a flow chart of a method for managing public network speech rights provided by an exemplary embodiment of the present disclosure;

[0016] FIG4 is a schematic block diagram of functional modules of a public network speech right management device provided by an exemplary embodiment of the present disclosure;

[0017] FIG5 is a structural block diagram of an electronic device provided by an exemplary embodiment of the present disclosure;

[0018] FIG6 is a structural block diagram of a computer system provided by an exemplary embodiment of the present disclosure. DETAILED DESCRIPTION

[0019] The following describes embodiments of the present disclosure in more detail with reference to the accompanying drawings. Although certain embodiments of the present disclosure are shown in the accompanying drawings, it should be understood that the present disclosure can be implemented in various forms and should not be construed as limited to the embodiments described herein. Rather, these embodiments are provided to provide a more thorough and complete understanding of the present disclosure. It should be understood that the drawings and embodiments of the present disclosure are for illustrative purposes only and are not intended to limit the scope of protection of the present disclosure.

[0020] It should be understood that the various steps described in the method embodiments of the present disclosure may be performed in different orders and / or in parallel. In addition, the method embodiments may include additional steps and / or omit the steps shown. The scope of the present disclosure is not limited in this respect.

[0021] The term "including" and its variations used in this document are open inclusions, that is, "including but not limited to". The term "based on" means "based at least in part on". The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one other embodiment"; the term "some embodiments" means "at least some embodiments". The relevant definitions of other terms will be given in the description below. It should be noted that the concepts of "first", "second", etc. mentioned in this disclosure are only used to distinguish different devices, modules or units, and are not used to limit the order or interdependence of the functions performed by these devices, modules or units.

[0022] It should be noted that the modifications of "one" and "multiple" mentioned in the present disclosure are illustrative rather than restrictive, and those skilled in the art should understand that unless otherwise clearly indicated in the context, they should be understood as "one or more".

[0023] The names of the messages or information exchanged between multiple devices in the embodiments of the present disclosure are only used for illustrative purposes and are not used to limit the scope of these messages or information.

[0024] It is understandable that before using the technical solutions disclosed in the various embodiments of this disclosure, the type, scope of use, usage scenarios, etc. of the personal information involved in this disclosure should be informed to the user and the user's authorization should be obtained in an appropriate manner in accordance with relevant laws and regulations.

[0025] For example, in response to a user's active request, a prompt message is sent to the user to clearly inform the user that the operation requested will require the acquisition and use of the user's personal information. This allows the user to independently choose whether to provide personal information to the electronic device, application, server, storage medium, or other software or hardware that performs the operations of the disclosed technical solution based on the prompt message.

[0026] As an optional but non-limiting implementation method, in response to receiving the user's active request, the method of sending a prompt message to the user can be, for example, a pop-up window, and the prompt message can be presented in the form of text in the pop-up window. In addition, the pop-up window can also carry a selection control for the user to choose "agree" or "disagree" to provide personal information to the electronic device. It is understandable that the above notification and the process of obtaining user authorization are only illustrative and do not constitute a limitation on the implementation method of the present disclosure. Other methods that meet relevant laws and regulations can also be applied to the implementation method of the present disclosure.

[0027] Public network intercom is a communication method that uses a mobile terminal's wireless network to implement walkie-talkie functionality. In the public network intercom field, voice intercom primarily uses a half-duplex mode, meaning the speaker must first seize the right to speak. Only after gaining the right to speak will the terminal capture the speaker's voice content and transmit it to the other end. In related technologies, speaking rights are preempted based on the terminal's priority. Channel member priorities are set as follows: 1) When a user joins a channel, they are considered a low-priority member by default; 2) If a user is set as a channel administrator, they are considered a high-priority member. Member speaking rights in temporary sessions are set as follows: 1) The member initiating the temporary session has a high priority; 2) The member answering the temporary session has a low priority. When multiple users simultaneously apply for speaking rights, the following scheme applies: If members have the same priority, speaking rights are preempted based on the time the platform receives the speaking rights request. The first request to arrive successfully seizes the speaking rights. After the speaking rights are released, other members of the same priority level may obtain speaking rights. Members with different priorities can successfully seize speaking rights. If a lower-priority member has already obtained speaking rights, the speaking rights are passively released, and the higher-priority member obtains the speaking rights. However, the speech right management scheme adopted in the related art has the following shortcomings: (1) It does not consider the impact of network quality factors on speech right preemption. If the terminal user is a high-priority member in the channel, after preempting the speech right, when intercom is carried out, due to poor network quality, the intercom voice cannot be sent, which is equivalent to wasting the speech right preemption and conversation time. (2) It does not consider the frequency of user speech right application. If the user's speech right application frequency is high, but the preemption success rate is low, it will affect the user's use of the intercom function (giving the user the illusion that the intercom function cannot be used). (3) It does not consider whether the terminal user is in an emergency. If the user has initiated an SOS alarm but is a low-priority member, it may not be possible to preempt the speech right in time, and thus cannot explain the emergency in time. (4) It does not consider the user's role in the enterprise. If the user is an administrator or dispatcher who needs to speak frequently, but competes for the speech right with ordinary users of the same priority, the conventional speech right preemption scheme will still be used, which will result in a poor user experience. (5) The scenario of abnormal application for speaking right is not considered. If the user applies for speaking right frequently, the duration of each speech is short, or the speaking time reaches the maximum duration each time and the speaking right is released passively due to timeout, it is an abnormal application, which will result in a lower probability for other users of the same priority level to obtain speaking right.

[0028] Based on this, the present disclosure provides a method for managing the right to speak on a public network. During the public network intercom process, after receiving the right to speak request from the terminal, the platform obtains the actual priority of the terminal based on the fixed priority and additional priority of the terminal, and allocates the right to speak based on the actual priority. The terminal's right to speak request carries the terminal's intercom data, and the terminal's additional priority is obtained based on the intercom data. The intercom data includes network data, the number of times the right to speak is applied, the number of times voice is sent, the heartbeat packet frequency, and whether the terminal user triggers an emergency intercom. The fixed priority is obtained through the solution in the relevant technology. The present disclosure is described in detail below.

[0029] Referring to Figure 1, the present disclosure provides a public network intercom speech right management system, which includes: a terminal, a signaling service, an intercom service, a user service, and a media service. The terminal can be a web terminal or an app terminal, and the terminal establishes a webSocket connection with the signaling service; and establishes a connection with the media service through the WebRTC media connection process. The terminal is mainly responsible for: (1) providing interactive functions with the user: login and connection, channel / temporary session creation, monitoring, application / release of speech rights, etc. (2) voice collection, encoding and decoding, playback, collection of intercom-related data, etc.

[0030] The signaling service is mainly responsible for: (1) maintaining the webSocket connection with the terminal; (2) forwarding upstream and downstream signaling data.

[0031] The intercom service is mainly responsible for: (1) receiving and processing temporary sessions or the creation of temporary sessions; (2) receiving and processing applications for speaking rights; and maintaining channel or temporary session membership and priority.

[0032] User services are mainly responsible for: (1) maintaining basic user information (such as roles, accounts, etc.) and associated device information; (2) user login authentication; and (3) offline maintenance.

[0033] The media service is mainly responsible for: (1) establishing and maintaining the RTC media channel of the receiving terminal; (2) maintaining the intercom room; and (3) transmitting and forwarding the intercom voice.

[0034] With reference to FIG2 , the public network speech right management method provided by the present disclosure is described as follows:

[0035] In the figure above, when user A presses the PTT button on the device, terminal A initiates a speech right request with intercom data to the platform. Intercom data includes heartbeat packets, voice transmission, the number of times speech right requests were sent and successful, speaking duration, the number of times speech right timeouts were released, emergency warning flags, and user roles.

[0036] After receiving the right-to-speak request, the platform calculates the terminal's right-to-speak priority.

[0037] In the method and system for improving the accuracy of speech right management in the public network described in the present disclosure, the setting and calculation rules of speech right priority in a channel or session are as follows.

[0038] 1. Variable definition

[0039] A: The user takes the priority to seize the right to speak in the channel or conversation.

[0040] B: The fixed priority of a user's right to speak within a channel or conversation. The fixed priority is the default priority when a user creates an account. The default priority can be divided into different levels, each with a corresponding value, such as 1-low priority, 2-medium priority, 3-high priority, and 4-highest priority. In one possible implementation, the default priority of a user account is low priority. If the user's account is an administrator, the default priority is the highest priority. In the same enterprise, the administrator account can control the default priority of other user accounts. For example, if the default priority of user A is low priority, the administrator can set the default priority of user A to high priority.

[0041] C: The right to speak has additional priority.

[0042] The formula for calculating the priority of discourse power is: A=B+C.

[0043] BT: Heartbeat keepalive time, in minutes, set by the server.

[0044] N: A time period in minutes, set and issued by the server; the time period N>= heartbeat keepalive time BT*5. The multiplier can be adjusted according to the actual situation. It can be set low when the overall network environment is good, and relatively high when the network environment is poor to avoid the situation where the heartbeat packet failure rate is high on most terminals at the same time.

[0045] JV: The upper limit of the total positive weight of the calculation factors, set by the server.

[0046] JD: The upper limit of the total negative weight of the calculation factors, set by the server.

[0047] 2. Additional priority C calculation factor variable definition.

[0048] X1: Number of heartbeat packets sent in time period N.

[0049] X2: Number of successful heartbeat packets sent within time period N.

[0050] L1: Number of voice messages sent within time period N.

[0051] L2: Number of successful voice transmissions within time period N.

[0052] Y1: The number of applications for speaking rights within time period N.

[0053] Y2: The number of successful applications for the right to speak within the time period N.

[0054] JP: Emergency alarm flag, 0-no, 1-yes; emergency alarm is triggered by the user.

[0055] T1: Average speaking time in time period N, in milliseconds.

[0056] T2: The number of times the speaking right is released due to timeout within the time period N.

[0057] It should be noted that the basic data for calculation factors will be cleared each time the user logs out, and will be recalculated on a periodic basis when the user logs back in.

[0058] 3. Setting the calculation factor threshold.

[0059] When the calculation factor value reaches the threshold, it will participate in the calculation of additional priority.

[0060] XP: Heartbeat packet failure rate threshold (%), set by the server.

[0061] LP: Voice sending failure rate threshold (%), set by the server.

[0062] YP: Threshold of failure rate of right to speak application (%), set by the server.

[0063] TP: Abnormal average duration threshold, in milliseconds, set by the server.

[0064] TPC: The threshold for the number of times a speech is spoken when determining abnormal duration, set by the server.

[0065] TC: Speech right timeout release ratio threshold (%), set by the server.

[0066] 4. Calculate weight settings.

[0067] XW: The negative weight of the heartbeat packet failure rate in the additional priority calculation, set by the server.

[0068] LW: The negative weight of the voice delivery failure rate in the additional priority calculation, set by the server.

[0069] YW: The right to speak failure rate is included in the additional priority calculation positive weight, which is set by the server.

[0070] JW: The positive weight of the emergency warning mark in the additional priority calculation, set by the server.

[0071] TW: The average abnormal duration is included in the additional priority calculation with a negative weight, which is set by the server.

[0072] TCW: The abnormal release rate of the right to speak participates in the calculation of the additional priority with a negative weight, which is set by the server.

[0073] RW: The administrator role participates in the calculation of the additional priority with a positive weight, which is set by the server.

[0074] The sum of the above weights satisfies 0 < |XW + LW + TW + TCW| < JD, 0 < |YW + JW + RW| < JV. Among them, the positive weight is a positive number, and the negative weight is a negative number.

[0075] 5. Determine whether each calculation factor participates in the calculation of the priority.

[0076] When (X1 - X2) / X1 * 100 > XP, the heartbeat packet sending failure rate FX participates in the calculation of the additional priority; otherwise, the heartbeat packet sending failure rate does not participate in the calculation of the additional priority.

[0077] When (L1 - L2) / L1 * 100 > LP, the voice sending failure rate FL participates in the calculation of the additional priority; otherwise, the voice sending failure rate does not participate in the calculation of the additional priority.

[0078] When (Y1 - Y2) / Y1 * 100 > YP, the failure rate of the right to speak application FY1 participates in the calculation of the additional priority; otherwise, the failure rate of the right to speak application does not participate in the calculation of the additional priority.

[0079] When L1 > TPC & T1 < TP, the abnormal speaking duration FT participates in the calculation of the additional priority; otherwise, the abnormal speaking duration does not participate in the calculation of the additional priority.

[0080] When T2 / Y2 * 100 > TC, 1: The abnormal release rate of the right to speak FT1 participates in the calculation of the additional priority; otherwise, the abnormal release rate of the right to speak does not participate in the calculation of the additional priority.

[0081] According to the above data factors, the calculation formula for the additional priority of the right to speak: C = (FX * XW) + (FL * LW) + (FY1 * YW) + (FT * TW) + (FT1 * TCW) + (JP * JW) + RW

[0082] Among them, the thresholds and weights of each calculation factor can be dynamically set on the server.

[0083] After determining the priority of the right to speak, manage the right to speak. Specifically as follows:

[0084] 1. Check whether there is an occupation or competition for the right to speak in the requested channel or session. If not, the applicant user A directly occupies the right to speak in the channel or session successfully.

[0085] 2. If there is competition for the right to speak in the requested channel or session, the priority of each terminal that seizes the right to speak is determined, and the terminals are sorted in descending order of priority. If the user at the head of the queue is user A, user A successfully seizes the right to speak.

[0086] 3. If the speaking right in the requested channel or session is occupied, the speaking right priorities of user X and user A are compared. If user A's priority is higher than user X's, user X's speaking right is released. A speaking right release message (such as the channel or session ID, speaking right release flag, and the released speaker account and name) is sent to all online users in the same channel or session (including user X but excluding user A). The speaking right is then allocated to user A, and user A successfully seizes the speaking right.

[0087] If the priority of user A is not greater than that of user X, they are queued according to their priorities, enter the queue, and a response is given that user A has failed to obtain the right to speak.

[0088] According to the above logic, if user A successfully seizes the right to speak, the platform creates an intercom media room and sends information about the right to speak, such as the channel or session ID, the right to speak flag, the speaker's account and name, to other online users in the channel or session. Terminal A then responds, notifying the user that the right to speak has been seized. Terminal A then collects the user's voice and transmits it to the intercom in real time. Optionally, a voice prompt can be used to notify the user. For example, if the user successfully seizes the right to speak, a preset voice message, "You have obtained the right to speak. Please enter your voice," is played to indicate that the user has seized the right to speak.

[0089] After terminal A successfully seizes the right to speak, when user A presses the PTT key, terminal A collects user A's voice and sends the voice to other channels or other terminals in the session; after user A releases the PTT key, terminal A stops collecting and transmitting the user's voice and sends a request to the platform to release the right to speak. The platform then performs the logic for releasing the right to speak.

[0090] Based on the above embodiment, the present disclosure further provides a method for managing speech rights on a public network. As shown in FIG3 , the method may include the following steps:

[0091] S100: receiving a request for acquiring a speaking right sent by a target intercom terminal.

[0092] S200: Acquire a speaking right priority between intercom terminals, where the speaking right priority is determined based on at least intercom data between the intercom terminals.

[0093] S300: Determine a request result for obtaining the speaking right based on the speaking right priority; wherein the request result includes success or failure of the speaking right request.

[0094] Through the above method, the speaking right priority of the intercom terminal can be determined through the intercom data of the intercom terminal. During the intercom process, the speaking right priority of each intercom terminal can be adjusted according to the intercom data, and the speaking right can be allocated according to the speaking right priority, so that the speaking right can be reasonably allocated, thereby improving the efficiency of intercom calls.

[0095] The following describes each step:

[0096] In step S100, a request for acquiring a speaking right sent by a target intercom terminal is received.

[0097] In some embodiments, the target intercom terminal can be an intercom. In response to the operation of the target user, the target intercom terminal initiates a request for obtaining the right to speak to the intercom server. For example, when user A presses the PTT key of the intercom, terminal A initiates a request for the right to speak with intercom data to the platform.

[0098] In step S200, the speaking right priority between the intercom terminals is obtained. The speaking right priority is determined based on at least the intercom data between the intercom terminals. The speaking right priority represents the priority speaking order between the intercom terminals.

[0099] The intercom terminals include a terminal that initiates a request for obtaining the speaking right and a terminal that is currently speaking (ie, a terminal that currently occupies the speaking right).

[0100] In some embodiments, the speaking right priority is determined based on at least the intercom data between the intercom terminals, including:

[0101] S210: Acquire terminal information of each intercom terminal and intercom data of each intercom terminal during the intercom process.

[0102] S220: Determine the speaking right priority among the intercom terminals based on the terminal information and intercom data.

[0103] In step S210, the terminal information of each intercom terminal and the intercom data of each intercom terminal during the intercom process are obtained.

[0104] Among them, the terminal information includes terminal user role information and terminal emergency alarm mark. The user role information is the user's identity in the enterprise, such as supervisor, team member or team leader, etc. The user role information can be set when the user creates an enterprise account. The terminal emergency alarm mark can be triggered by the user. When the user initiates the application for speaking rights, he can further select whether there is an emergency on the intercom terminal. If the user selects that there is an emergency, the emergency alarm mark is 1. If the user selects that there is no emergency or the user does not select an emergency, the emergency alarm mark is 0.

[0105] Intercom data includes: heartbeat packet transmission and successful transmission, voice transmission and successful transmission, speech right application and successful application, speech duration, speech right release and timeout release. Furthermore, intercom data also includes heartbeat packet transmission failure rate, voice transmission failure rate, speech right application failure rate, speech right timeout release rate, and abnormal speech duration. Abnormal speech duration is explained as follows: If the average of user B's speech duration for N consecutive times is less than M, the user's speech duration is considered abnormal. The total abnormal speech duration of user B for N consecutive times is S.

[0106] Optionally, the intercom data may further include a heartbeat packet sending success rate, a voice sending success rate, a speaking right application success rate, and a speaking right normal release rate.

[0107] In some embodiments, intercom data within a preset time period may be obtained. For example, if 5 minutes is a period, intercom data within 5 minutes may be obtained.

[0108] In step S220, based on the terminal information and intercom data, the speaking right priority among the intercom terminals is determined.

[0109] In a possible implementation, weights corresponding to the terminal information and intercom data are obtained; and based on the terminal information, intercom data, and weights, a speaking right priority among the intercom terminals is determined.

[0110] In some embodiments, each intercom data corresponds to a preset threshold, and the preset threshold corresponding to each intercom data is obtained; target intercom data is determined from the intercom data based on the preset threshold; wherein the target intercom data is intercom data greater than the preset threshold; based on the terminal information and the weight corresponding to the terminal information, and the target intercom data and the weight corresponding to the target intercom data, the speaking right priority between each intercom terminal is obtained.

[0111] Specifically, determine whether the heartbeat packet sending failure rate is greater than the heartbeat packet sending failure rate threshold. If the heartbeat packet sending failure rate is greater than the heartbeat packet sending failure rate threshold, the heartbeat packet sending failure rate is added to the target intercom data, and the priority is calculated based on the weight of the heartbeat packet sending failure rate. The same is true for other intercom data. For details, please refer to the relevant description of Figure 2 in the embodiment of the present disclosure, which will not be repeated here.

[0112] It should be noted that the preset thresholds of various data and their corresponding weights are dynamically set by relevant technical personnel, and this disclosure does not limit this.

[0113] In some embodiments, the terminal information may also include the fixed priority of the terminal. The fixed priority is the default priority when the user creates an account. The default priority can be divided into different levels, and different levels correspond to different values, such as 1-low priority, 2-medium priority, 3-high priority, and 4-highest priority. In one possible implementation, the default priority of a user account is low priority. If the user account is an administrator, the default priority is the highest priority. In the same enterprise, the administrator account can control the default priority of other user accounts. For example, if the default priority of user A is low priority, the administrator can set the default priority of user A to high priority.

[0114] In some embodiments, the fixed priority and the priority obtained by the above method can be combined to obtain the final speaking right priority of the intercom terminal, thereby performing speaking right management.

[0115] In step S300, based on the speaking right priority, the request result of the speaking right acquisition request is determined; wherein the request result includes whether the speaking right request is successful or whether the speaking right request is failed.

[0116] In some embodiments, if the requested channel or speaking right in the conversation is not occupied, but there are multiple intercom terminals requesting the speaking right at the same time, the terminals are sorted in descending order of priority. If the user at the head of the queue is intercom terminal A, the response to intercom terminal A successfully occupies the speaking right.

[0117] If the speaking right in the requested channel or session is already occupied, the speaking right priorities of user X and user A are compared. If user A's priority is higher than user X's, user X's speaking right is released. A speaking right release message (e.g., channel or session ID, speaking right release flag, released speaker account and name) is sent to all online users in the same channel or session (including user X but excluding user A). The speaking right is then allocated to user A. A notification is sent to intercom terminal A indicating that the speaking right has been successfully seized, with a message indicating successful acquisition of the speaking right, such as "You have successfully acquired the speaking right. Please enter your voice." If user A's priority is not higher than user X's, user A is placed in the priority sorting queue and a notification is sent indicating that user A failed to acquire the speaking right.

[0118] In the case of dividing each functional module into corresponding functional modules, an embodiment of the present disclosure provides a public network speech right management device, which can be a server or a chip applied to a server. Figure 4 is a schematic block diagram of the functional modules of the public network speech right management device provided by an exemplary embodiment of the present disclosure. As shown in Figure 4, the public network speech right management device includes:

[0119] The receiving module 201 is configured to receive a request for acquiring a speaking right sent by a target intercom terminal;

[0120] An acquisition module 202 is configured to acquire a speaking priority between each intercom terminal, where the speaking priority is determined based at least on the intercom data between each intercom terminal, and represents a speaking priority order between each intercom terminal;

[0121] The determination module 203 is configured to determine a request result for obtaining the speaking right based on the speaking right priority; wherein the request result includes success or failure of the speaking right request.

[0122] In one possible implementation, the acquisition module 202 is further configured to acquire terminal information of each intercom terminal and intercom data of each intercom terminal during the intercom process; the intercom data includes at least one of the following: the number of heartbeat packet transmissions and successful transmissions, the number of voice transmissions and successful transmissions, the number of speech right applications and successful applications, the speaking duration, the number of speech right releases and the number of timeout releases. The terminal information includes terminal user role information and terminal emergency alarm flags. The intercom data also includes at least one of the following: the heartbeat packet transmission failure rate, the voice transmission failure rate, the speech right application failure rate, the speech right timeout release rate, and the abnormal speaking duration. The determination module 203 is further configured to determine the speaking right priority between the intercom terminals based on the terminal information and intercom data.

[0123] In a possible implementation, the acquisition module 202 is further used to obtain the weights corresponding to the terminal information and the intercom data respectively; the determination module 203 is further used to determine the speaking right priority between the intercom terminals based on the terminal information, intercom data and the weights.

[0124] In one possible implementation, the acquisition module 202 is further used to obtain preset thresholds corresponding to the intercom data; the determination module 203 is further used to determine target intercom data from the intercom data based on the preset threshold; wherein the target intercom data is intercom data greater than the preset threshold; the determination module 203 is further used to obtain the speaking right priority between each intercom terminal based on the terminal information and the weight corresponding to the terminal information, and the target intercom data and the weight corresponding to the target intercom data.

[0125] In a possible implementation, the apparatus further includes: a sending module configured to send a message indicating successful acquisition of the speaking right to the target terminal when the target terminal successfully acquires the speaking right, and to send a message indicating that the speaking right is occupied to the terminal that has not acquired the speaking right.

[0126] An embodiment of the present disclosure further provides an electronic device, comprising: at least one processor; and a memory for storing instructions executable by at least one processor; wherein the at least one processor is configured to execute instructions to implement the above method disclosed in the embodiment of the present disclosure.

[0127] Figure 5 is a schematic diagram of the structure of an electronic device provided by an exemplary embodiment of the present disclosure. As shown in Figure 5, the electronic device 1800 includes at least one processor 1801 and a memory 1802 coupled to the processor 1801. The processor 1801 can execute the corresponding steps of the above-mentioned method disclosed in the embodiment of the present disclosure.

[0128] The processor 1801 can also be referred to as a central processing unit (CPU), which can be an integrated circuit chip with signal processing capabilities. Each step in the method disclosed in the embodiments of the present disclosure can be completed by hardware integrated logic circuits in the processor 1801 or by software instructions. The processor 1801 can be a general-purpose processor, a digital signal processor (DSP), an ASIC, a field-programmable gate array (FPGA), or other programmable logic device, discrete gate or transistor logic device, or discrete hardware component. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in the embodiments of the present disclosure can be directly implemented as being executed by a hardware decoding processor, or by a combination of hardware and software modules in the decoding processor. The software module can be located in the memory 1802, such as a storage medium mature in the art, such as a random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, etc. The processor 1801 reads the information in the memory 1802 and, in conjunction with its hardware, completes the steps of the method.

[0129] In addition, when various operations / processes according to the present disclosure are implemented via software and / or firmware, the programs constituting the software can be installed from a storage medium or a network to a computer system having a dedicated hardware structure, such as computer system 1900 shown in FIG6 . When the various programs are installed, the computer system can perform various functions, including those described above. FIG6 is a block diagram of the structure of a computer system provided by an exemplary embodiment of the present disclosure.

[0130] Computer system 1900 is intended to represent various forms of digital electronic computer devices, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. Electronic devices may also represent various forms of mobile devices, such as personal digital assistants, cellular phones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are intended to be examples only and are not intended to limit the implementation of the present disclosure described and / or claimed herein.

[0131] As shown in FIG6 , computer system 1900 includes a computing unit 1901, which can perform various appropriate actions and processes according to a computer program stored in a read-only memory (ROM) 1902 or a computer program loaded from a storage unit 1908 into a random access memory (RAM) 1903. Various programs and data required for the operation of computer system 1900 may also be stored in RAM 1903. Computing unit 1901, ROM 1902, and RAM 1903 are connected to each other via a bus 1904. An input / output (I / O) interface 1905 is also connected to bus 1904.

[0132] Several components within computer system 1900 are connected to I / O interface 1905, including an input unit 1906, an output unit 1907, a storage unit 1908, and a communication unit 1909. Input unit 1906 can be any type of device capable of inputting information into computer system 1900. Input unit 1906 can receive input numeric or character information and generate key input signals related to user settings and / or function control of an electronic device. Output unit 1907 can be any type of device capable of presenting information and may include, but is not limited to, a display, a speaker, a video / audio output terminal, a vibrator, and / or a printer. Storage unit 1908 may include, but is not limited to, a magnetic disk or an optical disk. Communication unit 1909 allows computer system 1900 to exchange information / data with other devices over a network, such as the Internet, and may include, but is not limited to, a modem, a network card, an infrared communication device, a wireless communication transceiver and / or chipset, such as a Bluetooth™ device, a WiFi device, a WiMax device, a cellular communication device, and / or the like.

[0133] The computing unit 1901 may be a variety of general and / or special processing components with processing and computing capabilities. Some examples of the computing unit 1901 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various dedicated artificial intelligence (AI) computing chips, various computing units that run machine learning model algorithms, digital signal processors (DSPs), and any appropriate processors, controllers, microcontrollers, etc. The computing unit 1901 performs the various methods and processes described above. For example, in some embodiments, the above-mentioned methods disclosed in the embodiments of the present disclosure may be implemented as a computer software program, which is tangibly contained in a machine-readable medium, such as a storage unit 1908. In some embodiments, part or all of the computer program may be loaded and / or installed on the electronic device 1900 via the ROM 1902 and / or the communication unit 1909. In some embodiments, the computing unit 1901 may be configured to perform the above-mentioned methods disclosed in the embodiments of the present disclosure by any other appropriate means (e.g., by means of firmware).

[0134] An embodiment of the present disclosure further provides a computer-readable storage medium, wherein, when instructions in the computer-readable storage medium are executed by a processor of an electronic device, the electronic device is enabled to execute the above method disclosed in the embodiment of the present disclosure.

[0135] The computer-readable storage medium in the embodiments of the present disclosure can be a tangible medium that can contain or store a program for use by an instruction execution system, device or equipment or used in combination with an instruction execution system, device or equipment. The above-mentioned computer-readable storage medium can include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices or equipment, or any suitable combination of the above. More specifically, the above-mentioned computer-readable storage medium can include an electrical connection based on one or more lines, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above.

[0136] The computer-readable medium may be included in the electronic device, or may exist independently without being incorporated into the electronic device.

[0137] The embodiments of the present disclosure further provide a computer program product, including a computer program, wherein when the computer program is executed by a processor, the method disclosed in the embodiments of the present disclosure is implemented.

[0138] In embodiments of the present disclosure, computer program code for performing the operations of the present disclosure may be written in one or more programming languages ​​or combinations thereof, including but not limited to object-oriented programming languages ​​such as Java, Smalltalk, C++, and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as a separate software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving a remote computer, the remote computer may be connected to the user's computer via any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer.

[0139] The flowcharts and block diagrams in the accompanying drawings illustrate the possible implementation architecture, functions and operations of the systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each box in the flowchart or block diagram can represent a module, program segment, or a part of code, and the module, program segment, or a part of code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order than that marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram and / or flowchart, and the combination of the boxes in the block diagram and / or flowchart, can be implemented with a dedicated hardware-based system that performs the specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0140] The modules, components, or units described in the embodiments of the present disclosure may be implemented in software or hardware. The names of the modules, components, or units do not necessarily limit the modules, components, or units themselves.

[0141] The functions described above herein may be performed at least in part by one or more hardware logic components. For example, and without limitation, exemplary hardware logic components that may be used include: field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chip (SOCs), complex programmable logic devices (CPLDs), and the like.

[0142] The above descriptions are merely some embodiments of the present disclosure and an illustration of the technical principles employed. Those skilled in the art should understand that the scope of disclosure involved in the present disclosure is not limited to the technical solutions formed by a specific combination of the above-mentioned technical features, but also encompasses other technical solutions formed by any combination of the above-mentioned technical features or their equivalents without departing from the above-mentioned disclosed concepts. For example, a technical solution formed by replacing the above-mentioned features with (but not limited to) technical features with similar functions disclosed in the present disclosure.

[0143] Although some specific embodiments of the present disclosure have been described in detail by way of examples, those skilled in the art will appreciate that the above examples are for illustrative purposes only and are not intended to limit the scope of the present disclosure. Those skilled in the art will appreciate that modifications may be made to the above embodiments without departing from the scope and spirit of the present disclosure. The scope of the present disclosure is defined by the appended claims.

Claims

1. A public network intercom speech right management method, which is applied to an intercom server, and the method includes: Receiving a speech right acquisition request sent by a target intercom terminal; Obtaining the speech right priorities among the intercom terminals, where the speech right priorities are determined based at least on the intercom data among the intercom terminals, and the speech right priorities represent the priority speaking order among the intercom terminals; Based on the speech right priorities, determining the request result of the speech right acquisition request; where the request result includes a successful speech right request or a failed speech right request.

2. The method according to claim 1, where the obtaining the speech right priorities among the intercom terminals includes: Obtaining the terminal information of the intercom terminals and the intercom data during the intercom process of the intercom terminals; Based on the terminal information and the intercom data, determining the speech right priorities among the intercom terminals.

3. The method according to claim 2, where the intercom data includes at least one of the following: the number of heartbeat packet transmissions and the number of successful transmissions, the number of voice transmissions and the number of successful transmissions, the number of speech right applications and the number of successful applications, the speaking duration, the number of speech right releases and the number of timeout releases.

4. The method according to claim 2 or 3, where the terminal information includes terminal user role information and terminal emergency alarm marks, and the intercom data further includes at least one of the following: the heartbeat packet transmission failure rate, the voice transmission failure rate, the speech right application failure rate, the speech right timeout release rate, and the abnormal speaking duration.

5. The method according to any one of claims 2-4, where the determining the speech right priorities among the intercom terminals based on the terminal information and the intercom data includes: Obtaining the weights corresponding to the terminal information and the intercom data respectively; Based on the terminal information, the intercom data, and the weights, determining the speech right priorities among the intercom terminals.

6. The method according to claim 5, where the determining the speech right priorities among the intercom terminals based on the terminal information, the intercom data, and the weights includes: Obtaining the preset thresholds corresponding to the intercom data respectively; Based on the preset thresholds, determining target intercom data from the intercom data; where the target intercom data is the intercom data greater than the preset thresholds; Based on the terminal information and the weight corresponding to the terminal information, the target intercom data and the weight corresponding to the target intercom data, obtaining the speech right priorities among the intercom terminals.

7. The method according to any one of claims 1-6, the method further includes: When the target terminal successfully obtains the speech right, sending a message indicating successful speech right acquisition to the target terminal, and sending a message indicating that the speech right is occupied to the terminals that do not obtain the speech right.

8. A public network intercom speech right management device, the device includes: A receiving module, configured to receive a speech right acquisition request sent by a target intercom terminal; An acquisition module, configured to acquire the speech right priorities among the intercom terminals, where the speech right priorities are determined based at least on the intercom data among the intercom terminals, and the speech right priorities represent the priority speaking order among the intercom terminals; A determination module, configured to determine the request result of the intercom speech right acquisition request based on the speech right priorities; where the request result includes that the intercom speech right request is successful or the intercom speech right request fails.

9. The apparatus according to claim 8, wherein the acquisition module is further configured to: Acquire the terminal information of the intercom terminals and the intercom data during the intercom process of the intercom terminals; Determine the speech right priorities among the intercom terminals based on the terminal information and the intercom data.

10. The apparatus according to claim 9, wherein the intercom data includes at least one of the following: the number of heartbeat packet transmissions and the number of successful transmissions, the number of voice transmissions and the number of successful transmissions, the number of speech right applications and the number of successful applications, the speaking duration, the number of speech right releases and the number of timeout releases.

11. The apparatus according to claim 9 or 10, wherein the terminal information includes terminal user role information and terminal emergency warning marks, and the intercom data further includes at least one of the following: the heartbeat packet transmission failure rate, the voice transmission failure rate, the speech right application failure rate, the speech right timeout release rate, and the abnormal speaking duration.

12. The apparatus according to any one of claims 9-11, The acquisition module is further configured to acquire the weights corresponding to the terminal information and the intercom data respectively; The determination module is further configured to determine the speech right priorities among the intercom terminals based on the terminal information, the intercom data, and the weights.

13. The apparatus according to claim 12, The acquisition module is further configured to acquire the preset thresholds corresponding to the intercom data respectively; The determining module is further configured to determine target intercom data from the intercom data based on the preset threshold; wherein, The target intercom data is the intercom data greater than the preset threshold; The determination module is further configured to obtain the speech right priorities among the intercom terminals based on the terminal information and the weight corresponding to the terminal information, the target intercom data and the weight corresponding to the target intercom data.

14. The apparatus according to any one of claims 8-13, wherein the apparatus further includes: A sending module, configured to, when the target terminal successfully acquires the speech right, send an information indicating successful acquisition of the speech right to the target terminal, and send an information indicating that the speech right is occupied to the terminals that do not acquire the speech right.

15. An electronic device, including: At least one processor; A memory for storing executable instructions of the at least one processor; Wherein, the at least one processor is configured to execute the instructions to implement the method according to any one of claims 1-7.

16. A computer-readable storage medium, when the instructions in the computer-readable storage medium are executed by a processor of an electronic device, enabling the electronic device to execute the method according to any one of claims 1-7.

Images