CN112600798B - Sign-in method of teleconference and sign-in node server - Google Patents
Sign-in method of teleconference and sign-in node server Download PDFInfo
- Publication number
- CN112600798B CN112600798B CN202011386619.2A CN202011386619A CN112600798B CN 112600798 B CN112600798 B CN 112600798B CN 202011386619 A CN202011386619 A CN 202011386619A CN 112600798 B CN112600798 B CN 112600798B
- Authority
- CN
- China
- Prior art keywords
- conference
- node
- preset
- conference summary
- confirmed
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The application discloses a sign-in method and a sign-in node server of a teleconference, wherein the method comprises the following steps: acquiring a preset conference summary sent by a conference responsible node and a to-be-confirmed conference summary sent by a first participant node from a block chain network; and determining whether the first participant node is signed in successfully or not according to the conference summary to be confirmed and the preset conference summary. The method comprises the steps that a preset conference summary sent by a conference responsible node and a first sent conference summary to be confirmed are obtained from a block chain network, so that conference summary information of the conference responsible node and a first participating node is transparently disclosed, and the two-way information of the conference responsible node and the first participating node is guaranteed to be transparent and cannot be falsified; and determining whether the first participant node is successfully signed according to the conference summary to be confirmed and the preset conference summary, thereby avoiding the false participation of the participant nodes.
Description
Technical Field
The application relates to the technical field of block chains, in particular to a sign-in method and a sign-in node server for a teleconference.
Background
Telecommuting is now widespread, and when a person at the telecommuting needs to have a conference, a telecommuting conference, such as a video teleconference or an audio teleconference, is initiated.
The participants can check in through the participant terminals (for example, smart phones and the like), but in the process of the remote office conference, the participants may not listen to the conference content carefully (for example, the smart phones are placed on one side to carry out other affairs and the like).
Disclosure of Invention
Therefore, the remote conference sign-in method and the sign-in node server are provided, and the problem of how to improve the conference participating quality and the office efficiency of the remote conference is solved.
In order to achieve the above object, a first aspect of the present application provides a check-in method for a teleconference, the method including: acquiring a preset conference summary sent by a conference responsible node and a to-be-confirmed conference summary sent by a first participant node from a block chain network; and determining whether the first participant node is signed in successfully or not according to the conference summary to be confirmed and the preset conference summary.
In some specific implementations, determining whether the first participant node signed in successfully according to the to-be-confirmed conference summary and the preset conference summary includes: analyzing the to-be-confirmed conference summary and the preset conference summary, and determining the conference summary similarity of the to-be-confirmed conference summary and the preset conference summary; and determining whether the first participant node successfully signs in according to the conference summary similarity and a preset conference summary similarity threshold.
In some implementations, the to-be-confirmed meeting summary includes meeting participation time information and meeting summary information; the preset conference summary comprises conference holding time information and conference content information; analyzing the conference summary to be confirmed and the preset conference summary, and determining the conference summary similarity of the conference summary to be confirmed and the preset conference summary, wherein the method comprises the following steps: comparing the conference participation time information with the conference calling time information to obtain a first comparison result; analyzing the conference content information according to the conference summary information, and determining the conference content similarity of the conference summary to be confirmed and the preset conference summary; and determining the conference summary similarity according to the first comparison result, the conference content similarity and a preset conference content similarity threshold.
In some specific implementations, the conference summary information includes an identifier of the first participating node, an identifier of the conference flow to be participated in, and first time information corresponding to the conference flow to be participated in; the conference content information comprises an identification of the node to be participated, a preset conference flow identification corresponding to the identification of the node to be participated and second time information corresponding to the preset conference flow identification; analyzing the conference content information according to the conference summary information, and determining the conference content similarity between the conference summary to be confirmed and the preset conference summary, wherein the conference content similarity comprises the following steps: comparing the identifiers of the first participating node and the nodes to be participated to obtain an identifier comparison result; comparing the conference process identification to be participated with a preset conference process identification, and determining the process similarity; comparing the first time information with the second time information to obtain a second comparison result; and determining the conference content similarity according to the identification comparison result, the process similarity and the second comparison result.
In some specific implementations, determining whether the first participant node successfully signs in according to the conference summary similarity and a preset conference summary similarity threshold includes: under the condition that the conference summary similarity is determined to be larger than or equal to a preset conference summary similarity threshold, the first participant node is determined to be successfully signed in; otherwise, the check-in failure of the first participant node is determined.
In some specific implementations, after determining whether the first participant node successfully signs in according to the to-be-confirmed conference summary and the preset conference summary, the method further includes: under the condition that the first participant node is determined to be successfully signed in, marking the first participant node as a successfully signed-in node; counting the number of successful check-in nodes; under the condition that the number of the nodes which successfully sign in is equal to the number of the preset sign-in members, the conference nodes of the current conference are determined to be aligned; and stopping the check-in of the teleconference, or recording the current time information and marking other conference nodes obtained after the current time information as check-in failure nodes.
In some specific implementations, after determining whether the first participant node successfully signs in according to the to-be-confirmed conference summary and the preset conference summary, the method further includes: marking the meeting summary to be confirmed sent by the node which successfully signs in as a signing summary; determining a conference sharing summary according to the attendance summary and a preset conference summary; and sharing the conference sharing summary to the sign-in successful node and the conference responsible node.
In order to achieve the above object, a second aspect of the present application provides a check-in node server, including: the acquisition module is used for acquiring a preset conference summary sent by a conference responsible node and a to-be-confirmed conference summary sent by a first participant node from a block chain network; and the sign-in module is used for determining whether the first participant node successfully signs in according to the conference summary to be confirmed and the preset conference summary.
In some implementations, a check-in module includes: the analysis submodule is used for analyzing the to-be-confirmed conference summary and the preset conference summary and determining the conference summary similarity of the to-be-confirmed conference summary and the preset conference summary; and the determining submodule is used for determining whether the first participant node is signed in successfully or not according to the conference summary similarity and a preset conference summary similarity threshold.
In some implementations, the server further includes: the first marking module is used for marking the first participant node as a sign-in successful node under the condition that the sign-in of the first participant node is determined to be successful; the counting module is used for counting the number of the nodes which successfully check in; the recording module is used for determining that the conference nodes of the current conference are in order under the condition that the number of the nodes which are successfully checked in is equal to the number of the preset check-in members; and the processing module is used for stopping the check-in of the teleconference, or recording the current time information and marking other participant nodes obtained after the current time information as check-in failure nodes.
According to the remote conference sign-in method and the sign-in node server, the preset conference summary sent by the conference responsible node and the first to-be-confirmed conference summary sent by the conference responsible node are obtained from the block chain network, so that the conference summary information of the conference responsible node and the first participating node is transparently disclosed, and the two-way information of the conference responsible node and the first participating node is guaranteed to be transparent and cannot be falsified; and determining whether the first participant node is successfully signed according to the conference summary to be confirmed and the preset conference summary, thereby avoiding the false participation of the participant nodes.
Drawings
The accompanying drawings are included to provide a further understanding of the embodiments of the disclosure and are incorporated in and constitute a part of this specification, illustrate embodiments of the disclosure and together with the description serve to explain the principles of the disclosure and not to limit the disclosure. The above and other features and advantages will become more apparent to those skilled in the art by describing in detail exemplary embodiments thereof with reference to the attached drawings, in which:
fig. 1 is a flowchart illustrating a check-in method for a teleconference in an embodiment of the present application.
Fig. 2 is a schematic flow chart illustrating a check-in method for a teleconference in another embodiment of the present application.
Fig. 3 is a flow chart illustrating a check-in method for a teleconference in still another embodiment of the present application.
Fig. 4 is a block diagram showing components of a check-in node server in the embodiment of the present application.
Fig. 5 is a block diagram showing components of a check-in system for a teleconference in the embodiment of the present application.
Fig. 6 is a flowchart illustrating a working method of the check-in system for a teleconference in the embodiment of the present application.
In the drawings:
401: the acquisition module 402: sign-in module
510: check-in node server 521: first participant node server
522: second participating node server 523: third participant node server
Detailed Description
The following detailed description of embodiments of the present application will be made with reference to the accompanying drawings. It should be understood that the detailed description and specific examples, while indicating the preferred embodiment of the invention, are given by way of illustration and explanation only, not limitation. It will be apparent to one skilled in the art that the present application may be practiced without some of these specific details. The following description of the embodiments is merely intended to provide a better understanding of the present application by illustrating examples thereof.
To make the objects, technical solutions and advantages of the present application more clear, the following detailed description of the embodiments of the present application will be made with reference to the accompanying drawings.
Fig. 1 is a flowchart illustrating a check-in method for a teleconference in an embodiment of the present application. The check-in method of the teleconference can be applied to a check-in node server. As shown in fig. 1, the check-in method for remote conference includes the following steps:
step S101, a preset conference summary sent by a conference responsible node and a to-be-confirmed conference summary sent by a first participant node are obtained from a block chain network.
The preset conference summary is an official conference summary issued by a conference responsible node and is a synopsis summary of conference processes required by the teleconference, and each participating node can conveniently determine a specific conference process to participate. The conference to be confirmed sent by the first participating node is a conference flow which is summarized by the first participating node and needs to be participated in the teleconference, so that the processing speed of the teleconference is increased.
And S102, determining whether the first participant node is signed in successfully or not according to the to-be-confirmed conference summary and the preset conference summary.
The conference summary to be confirmed can be compared with some conference flow summaries in the preset conference summary to determine whether the first participating node needs to participate in the teleconference in the whole process or only participate in some partial processes of the teleconference, and the successful sign-in indicates that the first participating node can successfully access the teleconference and participate in the related discussion of the teleconference; if the first participant node does not sign in successfully, the first participant node is indicated to fail to sign in, namely the first participant node cannot access the teleconference successfully.
If the conference summary to be confirmed only comprises a plurality of partial processes of the teleconference, only the similarity between the conference summary to be confirmed and the partial process conference summary needing to participate is calculated, so that the processing speed of the first participating node is increased, and whether the first participating node signs in successfully or not is determined.
If the conference to be confirmed includes all conference processes of the remote conference, calculating the similarity of all contents of the conference to be confirmed and the preset conference summary to determine whether the first participant node is successfully signed in, and ensuring the verification comprehensiveness of the first participant node.
In some implementations, determining whether the first participant node successfully signed in according to the to-be-confirmed conference summary and the preset conference summary includes: analyzing the to-be-confirmed conference summary and the preset conference summary, and determining the conference summary similarity of the to-be-confirmed conference summary and the preset conference summary; and determining whether the first participant node is signed in successfully or not according to the conference summary similarity and a preset conference summary similarity threshold.
In some specific implementations, determining whether the first participant node successfully signs in according to the conference summary similarity and a preset conference summary similarity threshold includes: under the condition that the conference summary similarity is determined to be larger than or equal to a preset conference summary similarity threshold, the first participant node is determined to be successfully signed in; otherwise, determining that the first participant node fails to check in.
Whether the first participant node is successfully signed in is judged by comparing the conference summary similarity with a preset conference summary similarity threshold value, the sign-in speed of the first participant node is improved, and the sign-in process of the teleconference is accelerated.
In some implementations, the to-be-confirmed meeting summary includes meeting participation time information and meeting summary information; presetting meeting summary including meeting holding time information and meeting content information; treat to confirm the meeting brief and predetermine the meeting brief and carry out the analysis, confirm to treat to confirm the meeting brief and predetermine the meeting brief similarity of meeting brief, include: comparing the conference participation time information with the conference calling time information to obtain a first comparison result; analyzing the conference content information according to the conference summary information, and determining the conference content similarity of the conference summary to be confirmed and the preset conference summary; and determining the conference summary similarity according to the first comparison result, the conference content similarity and a preset conference content similarity threshold.
The conference joining time can be earlier than the conference holding time, and each conference joining node needs to enter the teleconference in advance so as to ensure the normal holding of the teleconference.
For example, if the joining time information is 3 months, 9 days, 13, and the conference holding time information is 3 months, 9 days, 14, the first comparison result is determined to be the same by calculating that the difference between the joining time information and the conference holding time information is 10 minutes, within a preset time range (for example, greater than 0 minute and less than or equal to 15 minutes). Then, the conference content similarity between the to-be-confirmed conference summary and the preset conference summary is determined (for example, the to-be-confirmed conference summary is compared with each conference flow summary in the preset conference summary to determine the conference content similarity), and if the conference content similarity is greater than or equal to a preset conference content similarity threshold (for example, 80%), the conference summary similarity is determined to be similar, which indicates that the first participating node can participate in the teleconference.
In some specific implementations, the conference summary information includes an identifier of the first participating node, an identifier of the conference flow to be participated in, and first time information corresponding to the conference flow to be participated in; the conference content information comprises an identification of the node to be participated, a preset conference flow identification corresponding to the identification of the node to be participated and second time information corresponding to the preset conference flow identification; analyzing the conference content information according to the conference summary information, and determining the conference content similarity between the conference summary to be confirmed and the preset conference summary, wherein the conference content similarity comprises the following steps: comparing the identifiers of the first participating node and the nodes to be participated to obtain an identifier comparison result; comparing the conference process identification to be participated with a preset conference process identification, and determining the process similarity; comparing the first time information with the second time information to obtain a second comparison result; and determining the conference content similarity according to the identification comparison result, the process similarity and the second comparison result.
The identifier of the first participant node may be an identifier of the first participant node device, or may be a name of a user of the first participant node device (for example, a certain king party), so as to speed up the verification of the first participant node. The identifier of the first participating node is only described by way of example, and may be specifically set according to a specific implementation, and other identifiers of the first participating node that are not described are also within the protection scope of the present application, and are not described herein again.
For example, the conference flow identifier to be participated includes a flow a and a flow B, and the first time information includes: the time corresponding to procedure a is 3 months, 9 days, 14 to 45, and the time corresponding to procedure B is 3 months, 9 days, 14 to 15. The preset conference flow identifier comprises a flow A, a flow B and a flow C, and the second time information comprises: time corresponding to procedure a is 3 months, 9 days, 14 to 45, time corresponding to procedure B is 3 months, 9 days, 14 to 15. Respectively comparing the A process and the B process in the conference process identification to be participated with the A process and the B process in the preset conference process identification to determine the process similarity; meanwhile, the first time information and the second time information are compared to obtain a second comparison result, and therefore the first participant node only needs to participate in the A flow and the B flow of the teleconference, and then the conference content similarity is determined, so that the check-in speed of the first participant node is increased, and the processing efficiency of the teleconference is improved.
In the embodiment, the preset conference summary sent by the conference responsible node and the first conference summary to be confirmed sent are obtained from the block chain network, so that the conference summary information of the conference responsible node and the first conference node is transparently disclosed, and the two-way information of the conference responsible node and the first conference node is guaranteed to be transparent and cannot be falsified; according to the conference summary to be confirmed and the preset conference summary, whether the first participant node is signed in successfully is determined, the false participant condition of the participant node is avoided, and the participant quality of the teleconference and the office efficiency of the teleconference are improved.
Fig. 2 is a flowchart illustrating a check-in method for a teleconference in a further embodiment of the present application. The check-in method of the teleconference can be applied to a check-in node server. As shown in fig. 2, the check-in method of the teleconference includes the following steps:
step S201, a preset conference summary sent by a conference responsible node and a to-be-confirmed conference summary sent by a first participant node are obtained from a block chain network.
Step S202, whether the first participant node is signed in successfully is determined according to the conference summary to be confirmed and the preset conference summary.
It should be noted that steps S201 to S202 in this embodiment are the same as steps S101 to S102 in the previous embodiment, and are not repeated herein.
Step S203, under the condition that the first participant node is determined to be successfully checked in, the first participant node is marked as a successfully checked-in node.
It should be noted that, if the first participant node fails to sign in, the first participant node is marked as a sign-in failed node.
And step S204, counting the number of the nodes successfully checked in.
Because of a lot of participating nodes of the teleconference, the number of the nodes which successfully check in needs to be counted so as to determine whether the participating nodes of the teleconference are in order, and the processing speed of the teleconference is accelerated.
In step S205, it is determined that the conference nodes of the current conference are in order when it is determined that the number of the nodes that successfully check in is equal to the number of the preset check-in members.
For example, the preset successful check-in number is 20, and when the number of the successful check-in nodes is determined to be equal to 20, the participant nodes of the current conference are determined to be aligned; and if not, continuously receiving the conference summary to be confirmed sent by the participating nodes, and judging whether the participating nodes successfully sign in or not until the number of the nodes successfully sign in is equal to 20, so as to ensure that the participating nodes of the teleconference are all in order.
Step S206, stopping the check-in of the teleconference, or recording the current time information and marking other conference nodes obtained after the current time information as check-in failure nodes.
The remote conference check-in stopping can be that the conference summary to be confirmed sent by the participating nodes is not received any more, or the conference summary to be confirmed sent by the participating nodes is continuously received, but the similarity between the conference summary to be confirmed and the preset conference summary is not calculated any more, so that the check-in processing speed of the remote conference is accelerated. Recording current time information (e.g., 14 days after 3 months and 9 days), marking other participant nodes obtained after 14 days after 3 months and 9 days as check-in failure nodes, so that the check-in failure nodes cannot participate in the teleconference, and ensuring the security of the teleconference.
In the embodiment, whether the participating members of the teleconference are in order is determined by counting the number of the nodes successfully checked in; under the condition that the number of the nodes which successfully check in is equal to the number of preset check-in members, determining that the conference nodes of the current conference are in order; and stopping the remote conference sign-in, or recording the current time information and marking other conference nodes obtained after the current time information as sign-in failure nodes, so that the processing speed of the remote conference sign-in is increased, and the security of the remote conference is ensured.
Fig. 3 is a flow chart illustrating a check-in method for a teleconference in still another embodiment of the present application. The remote conference check-in method can be applied to a check-in node server. As shown in fig. 3, the check-in method of the teleconference includes the following steps:
step S301, a preset conference summary sent by a conference responsible node and a to-be-confirmed conference summary sent by a first participant node are obtained from a block chain network.
Step S302, whether the first participant node is signed in successfully is determined according to the to-be-confirmed conference summary and the preset conference summary.
It should be noted that steps S301 to S302 in this embodiment are the same as steps S201 to S202 in the previous embodiment, and are not repeated herein.
Step S303, the to-be-confirmed conference summary sent by the node with successful check-in is marked as a check-in summary.
The conference summary to be confirmed sent by the node which successfully signs in can be marked as the conference summary to sign in, so that the conference summary to be confirmed sent by the node which fails to sign in or other participating nodes is distinguished, confusion of the conference summary to be confirmed is avoided, and the processing efficiency of the teleconference is improved.
Step S304, determining a conference sharing summary according to the sign-in summary and the preset conference summary.
The attendance summary can comprise a plurality of attendance summary sent by the attendance successful nodes, for example, a first attendance summary sent by a first attendance successful node and a second attendance summary sent by a second attendance successful node, the content of each attendance summary can be the same or different, each attendance summary represents a specific conference flow in which each attendance successful node needs to participate in the teleconference, each attendance successful node can clearly identify a specific part to be participated in, a conference flow in which a certain attendance successful node does not need to participate is avoided, the attendance successful node can quit the teleconference, the time of each participating node is avoided being wasted, the processing efficiency of the teleconference is improved, and the quality of the teleconference is improved.
And step S305, sharing the meeting sharing summary to the sign-in successful node and the meeting responsible node.
Wherein, can be with meeting sharing summary send to block chain network in to each in the block chain network successfully node of registering and meeting are responsible for the node and can both obtain meeting sharing summary, guarantee the transparent disclosure of the meeting summary information of teleconference.
In the embodiment, the to-be-confirmed conference summary sent by the node which successfully signs in is marked as the summary of signing in, so as to distinguish the to-be-confirmed conference summary sent by the node which fails in signing in; and determining a conference sharing summary according to the attendance summary and a preset conference summary, sharing the conference sharing summary to the attendance successful node and the conference responsible node, and ensuring transparent disclosure of conference summary information without tampering.
Fig. 4 is a block diagram showing components of a check-in node server in the embodiment of the present application. As shown in fig. 4, the check-in node server specifically includes: the acquisition module 401 is configured to acquire, from a block chain network, a preset conference summary sent by a conference responsible node and a conference summary to be confirmed sent by a first participant node; the sign-in module 402 is configured to determine whether the first participant node successfully signs in according to the to-be-confirmed conference summary and the preset conference summary.
In some implementations, check-in module 402 includes: the analysis submodule is used for analyzing the to-be-confirmed conference summary and the preset conference summary and determining the conference summary similarity of the to-be-confirmed conference summary and the preset conference summary; and the determining submodule is used for determining whether the first participant node successfully signs in according to the conference summary similarity and a preset conference summary similarity threshold.
In some implementations, the server further includes: the first marking module is used for marking the first participant node as a sign-in successful node under the condition that the sign-in of the first participant node is determined to be successful; the counting module is used for counting the number of the nodes which successfully check in; the recording module is used for determining that the conference nodes of the current conference are in order under the condition that the number of the nodes which are successfully checked in is equal to the number of the preset check-in members; and the processing module is used for stopping the sign-in of the teleconference, or recording the current time information and marking other participant nodes obtained after the current time information as sign-in failure nodes.
In the embodiment, the acquisition module acquires the preset conference summary sent by the conference responsible node and the first to-be-confirmed conference summary sent by the conference responsible node from the block chain network, so that the conference summary information of the conference responsible node and the first participating node is transparently disclosed, and the two-way information of the conference responsible node and the first participating node is ensured to be transparent and not to be falsified; whether the first participant node is successfully signed in is determined by using the sign-in module according to the conference summary to be confirmed and the preset conference summary, so that the false participation condition of the participant node is avoided, and the participation quality of the teleconference and the office efficiency of the teleconference are improved.
It should be noted that each module referred to in this embodiment is a logical module, and in practical applications, one logical unit may be one physical unit, may be a part of one physical unit, and may be implemented by a combination of multiple physical units. In addition, in order to highlight the innovative part of the present application, a unit that is not so closely related to solving the technical problem proposed by the present application is not introduced in the present embodiment, but it does not indicate that no other unit exists in the present embodiment.
Fig. 5 is a block diagram showing components of a check-in system for a teleconference in the embodiment of the present application. As shown in fig. 5, the check-in system for a teleconference includes: sign-in node server 510, N participant node servers, and conference host server 530, where N is an integer greater than or equal to 1.
Where N is equal to 3, the participant node servers may include a first participant node server 521, a second participant node server 522, and a third participant node server 523. The check-in node server 510, the N participant node servers, and the conference hosting server 530 communicate over a blockchain network.
A conference host server 530 for uploading a conference summary of the teleconference into the blockchain network. It should be noted that if a participant does not check in on the check-in node server 510 through the participant node server, the conference summary will not be obtained.
Each participating node server (for example, the first participating node server 521, the second participating node server 522, the third participating node server 523 and the like) is used for submitting own participating summary, and using the participating summary (i.e., the to-be-confirmed conference summary) as a basis for the conference sign-in; when a participant node server (e.g., first participant node server 521) signs in successfully, the conference summary published by conference host server 530 and the conference summary of each participant node server (e.g., second participant node server 522, third participant node server 523, etc.) can be viewed from the blockchain network.
The check-in node server 510 is configured to compare and match the to-be-confirmed conference summary submitted by each participating node server with the official conference summary issued by the conference host server 530, so as to determine whether each participating node server successfully checks in. Counting the number of node servers which successfully check in; in the event that it is determined that the number of successful check-in node servers equals a preset number of check-in members (e.g., 20), the check-in of the teleconference is stopped. And the to-be-confirmed conference summary sent by the node server which successfully signs in is marked as a summary of signing in, and the summary of signing in and the official conference summary are sent to the blockchain network, so that the node server which successfully signs in and the conference host server 530 can share the summary information.
It should be noted that, no matter whether the participant node server successfully signs in, its check-in record is recorded in the blockchain network, where the check-in record includes: and (4) identification of whether the participating node server successfully signs in.
Specifically, fig. 6 shows a flowchart of a working method of the check-in system of the teleconference in the embodiment of the present application. As shown in fig. 6, the method specifically includes the following steps.
In step S601, the first participant node server 521 sends the first to-be-confirmed conference summary of itself to the blockchain network, so that the sign-in node server 510 obtains the first to-be-confirmed conference summary.
Wherein the first to-be-confirmed conference summary includes first conference participating time information and first conference summary information, and the first conference summary information includes an identifier of the first conference participating node, a first to-be-participated conference flow identifier, and first time information corresponding to the first to-be-participated conference flow (e.g., 13/9/3/a/30.
Before step S601 is executed, the method further includes: the conference host server 530 sends the official conference summary into the blockchain network for recording into the blockchain network. But the server of the participant node which is not signed in successfully cannot obtain the conference summary of the authority.
The official conference summary comprises conference holding time information and K conference content information, wherein K is an integer greater than or equal to 1. Each piece of conference content information comprises an identification of a node server to be participated, a preset conference process identification corresponding to the identification of the node server to be participated, and preset time information corresponding to the preset conference process identification.
While step S601 is performed, second participating node server 522 performs step S602, and second participating node server 523 performs step S603.
In step S602, the second participating node server 522 sends its second to-be-confirmed conference summary to the blockchain network, so that the check-in node server 510 obtains the second to-be-confirmed conference summary.
The second to-be-confirmed conference summary includes second conference participation time information and second conference summary information, where the second conference summary information includes an identifier of the second conference participation node, an identifier of the second to-be-participated conference flow, and second time information corresponding to the second to-be-participated conference flow (for example, 13/9/3/31/a year.
In step S603, the third participating node server 523 sends the third to-be-confirmed conference summary of itself to the block chain network, so that the sign-in node server 510 obtains the third to-be-confirmed conference summary.
The third to-be-confirmed conference summary includes third conference participating time information and third conference summary information, where the third conference summary information includes an identifier of a third conference node, an identifier of a third to-be-participated conference flow, and third time information corresponding to the third to-be-participated conference flow (for example, 13/9/3/32 in a certain year.
In step S604, the check-in node server 510 sequentially obtains the to-be-confirmed conference sessions sent by the first participating node server 521, the second participating node server 522, and the third participating node server 523 from the blockchain network, and sequentially processes the to-be-confirmed conference sessions.
For example, the conference participating time information (e.g., the first conference participating time information, the second conference participating time information, the third conference participating time information, etc.) sent by each of the conference participating node servers is respectively compared with the conference holding time information to obtain a first comparison result; if it is determined that the first comparison result is the same or the similarity is greater than the preset time threshold, then calculating similarities between the conference summary information (e.g., the first conference summary information, the second conference summary information, the third conference summary information, and the like) of each of the participating node servers and each of the K conference content information, for example, if the similarity between the first conference summary information and two of the K conference content information is greater than a preset similarity threshold (e.g., 90%), determining that the first participating node server 521 needs to participate in the discussion of the two conference contents in the teleconference, but does not need to participate in the discussion of other conferences of the teleconference, and determining that the first participating node server 521 signs in successfully; otherwise, it is determined that first participant node server 521 failed to sign in.
In a specific implementation, the sign-in node server 510 may further compare the identifier of the conference node in the conference summary information of each conference node server, the identifier of the conference flow to be participated in, and the time information corresponding to the conference flow to be participated in with the identifier of the node to be participated in each conference content information, the preset conference flow identifier corresponding to the identifier of the node to be participated in, and the preset time information corresponding to the preset conference flow identifier. For example, when determining whether the third participating node server 523 successfully signs in, the identifier of the third participating node may be respectively compared with the identifier of the node to be participated in each piece of conference content information to obtain a first comparison result; comparing the third conference flow identification to be participated with the conference flow identification to be participated in each conference content information respectively to obtain a second comparison result; comparing the third time information with the time information corresponding to the conference flow to be participated in each conference content information respectively to obtain a third comparison result; then, the first comparison result, the second comparison result, and the third comparison result are considered comprehensively, and whether the third participating node server 523 successfully signs in is determined. If the three comparison results are the same, or the similarity is greater than a preset threshold (for example, 80%), it is determined that the third participating node server 523 successfully signs in; otherwise, it is determined that third participating node server 523 failed to sign in.
It should be noted that after determining whether each participating node server successfully signs in, the sign-in node server 510 needs to record sign-in success information or sign-in failure information into the blockchain network. Wherein, the successful information of registering includes: the identification of the participating node server, the conference process identification corresponding to the participating node server, the time information corresponding to the conference process, the identification of whether the sign-in is successful, and the like.
Step S605, in the case where it is determined that a certain (e.g., first participating node server 521) participating node server has successfully checked in, the check-in node server 510 marks the first participating node server 521 as a successful check-in node server; counting the number of node servers which successfully check in; in a case where it is determined that the number of node servers having successful check-in is equal to the preset number of check-in members (for example, 20), it is determined that the participant node servers of the current conference are aligned, and step S606 is performed.
In step S606, the check-in node server 510 stops checking in for the teleconference, or records the current time information and marks other participating node servers obtained after the current time information as check-in failed node servers.
It should be noted that, when it is determined that the server of a certain participant node successfully signs in, step S607 needs to be executed; if a participant node server (e.g., the second participant node server 522) fails to check in, the second participant node server 522 cannot see the official meeting summary.
Step S607, the check-in node server 510 marks the meeting summary to be confirmed sent by the participating node server that successfully checked in as a check-in summary; the attendance summary and the official conference summary are sent to a block chain network, so that the attendance success node server and the conference host server 530 can share the summary information, and the information of the teleconference is guaranteed to be public and transparent.
In the embodiment, whether each participant node server successfully signs in or not is determined by intelligently matching the conference summary to be verified and confirmed and the official conference summary sent by each participant node server through the sign-in node server, so that the false conference participation of the participant node servers is avoided, and the conference participation quality of the teleconference and the office efficiency of the teleconference are improved. And moreover, the attendance summary sent by the successfully attended node server and the official conference summary are shared with each successfully attended node server and each conference host server, so that the conference summary information is ensured to be transparently disclosed and cannot be tampered.
It is to be understood that the above embodiments are merely exemplary embodiments that are employed to illustrate the principles of the present application, and that the present application is not limited thereto. It will be apparent to those skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope of the application, and these changes and modifications are to be considered as the scope of the application.
Claims (7)
1. A check-in method for a teleconference, the method comprising:
acquiring a preset conference summary sent by a conference responsible node and a to-be-confirmed conference summary sent by a first participant node from a block chain network;
determining whether the first participant node is signed in successfully or not according to the to-be-confirmed conference summary and the preset conference summary;
wherein, the determining whether the first participant node successfully signs in according to the to-be-confirmed conference summary and the preset conference summary comprises:
analyzing the to-be-confirmed conference summary and the preset conference summary, and determining the conference summary similarity of the to-be-confirmed conference summary and the preset conference summary;
determining whether the first participant node is signed in successfully or not according to the conference summary similarity and a preset conference summary similarity threshold;
the to-be-confirmed conference summary comprises conference joining time information and conference summary information; the preset conference summary comprises conference holding time information and conference content information;
analyzing the to-be-confirmed conference summary and the preset conference summary, and determining the conference summary similarity of the to-be-confirmed conference summary and the preset conference summary, including:
comparing the conference participating time information with the conference holding time information to obtain a first comparison result;
analyzing the conference content information according to the conference summary information, and determining the conference content similarity of the to-be-confirmed conference summary and the preset conference summary;
and determining the conference summary similarity according to the first comparison result, the conference content similarity and a preset conference content similarity threshold.
2. The method of claim 1, wherein the meeting summary information comprises an identifier of a first participating node, an identifier of a conference flow to participate, and first time information corresponding to the conference flow to participate;
the conference content information comprises an identification of a node to be participated, a preset conference flow identification corresponding to the identification of the node to be participated and second time information corresponding to the preset conference flow identification;
the analyzing the conference content information according to the conference summary information to determine the conference content similarity between the to-be-confirmed conference summary and the preset conference summary comprises:
comparing the identifiers of the first participating node and the node to be participated to obtain an identifier comparison result;
comparing the conference process identification to be participated with the preset conference process identification, and determining the process similarity;
comparing the first time information with the second time information to obtain a second comparison result;
and determining the conference content similarity according to the identification comparison result, the process similarity and the second comparison result.
3. The method of claim 1, wherein determining whether the first participant node signed in successfully based on the conference summary similarity and a preset conference summary similarity threshold comprises:
determining that the first participant node successfully signs in when the conference summary similarity is determined to be greater than or equal to the preset conference summary similarity threshold;
otherwise, determining that the first participant node fails to sign in.
4. The method of claim 1, wherein after determining whether the first participant node has signed in successfully based on the to-be-confirmed conference summary and the predetermined conference summary, further comprising:
under the condition that the first participant node is determined to be successfully signed in, marking the first participant node as a successfully signed-in node;
counting the number of the check-in successful nodes;
under the condition that the number of the nodes with successful check-in is equal to the number of preset check-in members, determining that the conference nodes of the current conference are in order;
and stopping the check-in of the teleconference, or recording the current time information and marking other conference nodes obtained after the current time information as check-in failure nodes.
5. The method of claim 4, wherein after determining whether the first participant node signed in successfully according to the to-be-confirmed conference summary and the preset conference summary, further comprising:
marking the conference to be confirmed transmitted by the node which successfully signs in as a sign-in summary;
determining a conference sharing summary according to the sign-in summary and the preset conference summary;
and sharing the conference sharing summary to the sign-in successful node and the conference responsible node.
6. A check-in node server, comprising:
the acquisition module is used for acquiring a preset conference summary sent by a conference responsible node and a to-be-confirmed conference summary sent by a first participant node from a block chain network;
the attendance module is used for determining whether the first participant node is successfully attended according to the to-be-confirmed conference summary and the preset conference summary;
wherein, the check-in module includes:
the analysis submodule is used for analyzing the to-be-confirmed conference summary and the preset conference summary and determining the conference summary similarity of the to-be-confirmed conference summary and the preset conference summary;
and the determining submodule is used for determining whether the first participant node is signed in successfully or not according to the conference summary similarity and a preset conference summary similarity threshold.
7. The server of claim 6, further comprising:
the first marking module is used for marking the first participant node as a sign-in successful node under the condition that the sign-in of the first participant node is determined to be successful;
the counting module is used for counting the number of the successful check-in nodes;
the recording module is used for determining that the conference nodes of the current conference are in order under the condition that the number of the successful check-in nodes is equal to the number of preset check-in members;
and the processing module is used for stopping the check-in of the teleconference, or recording the current time information and marking other participant nodes obtained after the current time information as check-in failure nodes.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011386619.2A CN112600798B (en) | 2020-12-01 | 2020-12-01 | Sign-in method of teleconference and sign-in node server |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011386619.2A CN112600798B (en) | 2020-12-01 | 2020-12-01 | Sign-in method of teleconference and sign-in node server |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112600798A CN112600798A (en) | 2021-04-02 |
| CN112600798B true CN112600798B (en) | 2023-04-07 |
Family
ID=75187551
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011386619.2A Active CN112600798B (en) | 2020-12-01 | 2020-12-01 | Sign-in method of teleconference and sign-in node server |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112600798B (en) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006178062A (en) * | 2004-12-21 | 2006-07-06 | Fujitsu Ltd | Online education program and online education apparatus |
| CN110557597A (en) * | 2019-09-12 | 2019-12-10 | 视联动力信息技术股份有限公司 | video conference sign-in method, server, electronic equipment and storage medium |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11128680B2 (en) * | 2017-07-21 | 2021-09-21 | Fiduciary.ai Inc. | AI mediated conference monitoring and document generation |
-
2020
- 2020-12-01 CN CN202011386619.2A patent/CN112600798B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006178062A (en) * | 2004-12-21 | 2006-07-06 | Fujitsu Ltd | Online education program and online education apparatus |
| CN110557597A (en) * | 2019-09-12 | 2019-12-10 | 视联动力信息技术股份有限公司 | video conference sign-in method, server, electronic equipment and storage medium |
Non-Patent Citations (1)
| Title |
|---|
| 基于MVC的试卷生成及主观题判卷算法研究;张翠翠等;《系统仿真学报》;20200118(第01期);第2节 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112600798A (en) | 2021-04-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112132292B (en) | Longitudinal federation learning data processing method, device and system based on block chain | |
| US20080201158A1 (en) | System and method for visitation management in a controlled-access environment | |
| US8243904B2 (en) | Methods to improve security of conference calls by observation of attendees' order and time of joining the call | |
| CN1928902A (en) | Project appraisal method and system | |
| WO2016074534A1 (en) | Method, device, and system for signing in to video conference | |
| US20110135073A1 (en) | Methods to improve fraud detection on conference calling systems by detection of conference moderator password utilization from a non-authorized device | |
| US10958780B1 (en) | Decentralized automatic phone fraud risk management | |
| US20120204029A1 (en) | Method and system for conducting an attorney client privileged conference with the lawyer at an independent location | |
| US20200257788A1 (en) | Location-based, context-aware challenge-response authentication | |
| CN114722049B (en) | Multi-party data intersection calculation method and device and electronic equipment | |
| US7051027B2 (en) | Information service system, information service participation management apparatus, information service providing apparatus, and recording medium | |
| WO2013062163A1 (en) | Method for delivering a will and a message | |
| CN110321730A (en) | A kind of method, block chain node and the storage medium of operation data processing | |
| CN111951457A (en) | Electronic voting method, device, terminal equipment and storage medium | |
| US8635683B2 (en) | Method to improve fraud detection on conference calling systems by detecting re-use of conference moderator passwords | |
| CN112600798B (en) | Sign-in method of teleconference and sign-in node server | |
| WO2021174879A1 (en) | Ai video call quality analysis method and apparatus, computer device, and storage medium | |
| CN111611600B (en) | Service processing method and system based on cloud platform | |
| CN1297636A (en) | Procedure and system for reliable and safe identification of contracting party | |
| CN116611840A (en) | Distributed data asset circulation traceability system and method based on blockchain | |
| CN114401386B (en) | Two-to-many remote e-interrogation system and method for intelligent public security | |
| CN114338616A (en) | Multi-platform wireless conference multi-screen sharing method, device, equipment and storage medium | |
| CN110719195B (en) | Group cooperation sharing system based on digital service community and working method | |
| CN115906035A (en) | Identity authentication method and related equipment | |
| CN109344590A (en) | User identity online verification method and user identity online verification system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |