Video service processing method and device

Abstract

The invention discloses a video service processing method and device. The method comprises the following steps: acquiring a video service request of a first terminal, and broadcasting the video service request to a plurality of block chain nodes; verifying the video service request by using the plurality of block chain nodes based on a consensus mechanism, and generating a video service identifier corresponding to the video service request under the condition that the verification is passed; in response to the video service identifier, processing the video service request according to the smart contract to obtain first video service data; encrypting the first video service data to obtain second video service data, and broadcasting the second video service data to a plurality of block chain nodes; and verifying the second video service data by using the plurality of block chain nodes based on a consensus mechanism, and sending the second video service data to the first terminal when the verification is passed. According to the method and the device, the technical problem of insufficient data security and privacy in a related video service processing scheme is solved.

Description

Technical Field

[0001] The present application relates to the field of blockchain technology, and more specifically, to a method and device for processing video services. Background Art

[0002] With the rapid development of the Internet and mobile communication technologies, video services have become one of the fastest growing areas in the communications industry. However, traditional video service processing systems face many challenges: centralized storage methods make video data vulnerable to single point failures and large-scale attacks; privacy information such as user data and viewing habits are collected and analyzed without adequate protection, posing the risk of privacy leakage; centralized service processing models often lead to slow processing speeds, especially in high-concurrency scenarios, which affects user experience. Therefore, a new technical solution is needed to improve the security, privacy protection capabilities and processing efficiency of video services.

[0003] To address the above-mentioned problems, no effective solution has been proposed yet. Summary of the invention

[0004] The embodiments of the present application provide a video service processing method and device to at least solve the technical problem of insufficient data security and privacy in related video service processing solutions.

[0005] According to one aspect of an embodiment of the present application, a video service processing method is provided, including: obtaining a video service request of a first terminal, and broadcasting the video service request to multiple blockchain nodes; using multiple blockchain nodes to verify the video service request based on a consensus mechanism, and if the verification passes, generating a video service identifier corresponding to the video service request; in response to the video service identifier, processing the video service request according to a smart contract to obtain first video service data; encrypting the first video service data to obtain second video service data, and broadcasting the second video service data to multiple blockchain nodes; using multiple blockchain nodes to verify the second video service data based on a consensus mechanism, and if the verification passes, sending the second video service data to the first terminal.

[0006] Optionally, before using multiple blockchain nodes to verify the video service request based on a consensus mechanism, the method also includes: using a smart contract to verify the identity information in the video service request; if the verification fails, rejecting the video service request and recording an access failure log; if the verification passes, continuing to use multiple blockchain nodes to verify the video service request based on a consensus mechanism.

[0007] Optionally, after obtaining the second video service data, the method further includes: storing the second video service data in a target block in the blockchain system.

[0008] Optionally, the video service request is a video call request for a video call with a second terminal, and the video service identifier is a video call identifier corresponding to the video call request; in response to the video service identifier, the video service request is processed according to a smart contract to obtain first video service data, including: in response to the video call identifier, the video call request is sent to the second terminal according to the smart contract, the video call response fed back by the second terminal is used as the first video service data, and when the video call response indicates that the video call request is agreed, a call connection is established between the first terminal and the second terminal.

[0009] Optionally, during a video call, the first video call data sent by the first terminal is encrypted, and the obtained second video call data is sent to the second terminal; the third video call data sent by the second terminal is encrypted, and the obtained fourth video call data is sent to the first terminal; after the video call ends, the second video call data and the fourth video call data are stored in a target block in the blockchain system, and the business status data corresponding to the first terminal and the second terminal in the target block is updated based on the second video call data and the fourth video call data, wherein the business status data includes at least one of the following: video call time, video call duration, and traffic usage.

[0010] Optionally, the video service request is a video on demand request for a target video in a video on demand server, and the video service identifier is a video on demand identifier corresponding to the video on demand request; in response to the video service identifier, the video service request is processed according to a smart contract to obtain first video service data, including: in response to the video on demand identifier, the video on demand request is sent to the video server according to the smart contract, and when the video server agrees to the video on demand request, the target video fed back by the video server is used as the first video service data.

[0011] Optionally, the type of consensus mechanism includes at least one of the following: proof-of-stake consensus mechanism, delegated proof-of-stake consensus mechanism; the type of encryption algorithm used for encryption includes at least one of the following: Advanced Encryption Standard algorithm, asymmetric encryption algorithm, zero-knowledge proof algorithm, homomorphic encryption algorithm.

[0012] According to another aspect of an embodiment of the present application, a video service processing device is also provided, including: an acquisition module, used to acquire a video service request of a first terminal, and broadcast the video service request to multiple blockchain nodes; a first verification module, used to use multiple blockchain nodes to verify the video service request based on a consensus mechanism, and if the verification is successful, generate a video service identifier corresponding to the video service request; an execution module, used to respond to the video service identifier, process the video service request according to a smart contract, and obtain first video service data; an encryption module, used to encrypt the first video service data, obtain second video service data, and broadcast the second video service data to multiple blockchain nodes; a sending module, used to use multiple blockchain nodes to verify the second video service data based on a consensus mechanism, and if the verification is successful, send the second video service data to the first terminal.

[0013] According to another aspect of an embodiment of the present application, a computer program product is further provided. The computer program product includes: a computer program, wherein the computer program implements the above-mentioned video service processing method when executed by a processor.

[0014] According to another aspect of an embodiment of the present application, an electronic device is further provided. The electronic device includes: a memory and a processor, wherein a computer program is stored in the memory, and the processor is configured to execute the above-mentioned video service processing method through the computer program.

[0015] In an embodiment of the present application, a video service request of a first terminal is obtained, and the video service request is broadcast to multiple blockchain nodes; the video service request is verified based on a consensus mechanism using multiple blockchain nodes, and a video service identifier corresponding to the video service request is generated if the verification passes; in response to the video service identifier, the video service request is processed according to a smart contract to obtain first video service data; the first video service data is encrypted to obtain second video service data, and the second video service data is broadcast to multiple blockchain nodes; the second video service data is verified based on a consensus mechanism using multiple blockchain nodes, and if the verification passes, the second video service data is sent to the first terminal. The application of blockchain technology enables video service requests to be broadcast and verified among multiple nodes, the automated processing of smart contracts further simplifies the business process, and the consensus mechanism ensures that all nodes unanimously recognize the video service data. The combination of these technologies improves the performance of video services in terms of security, privacy protection, and processing efficiency, thereby solving the technical problem of insufficient data security and privacy in related video service processing solutions. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0017] Figure 1 is a flowchart of an optional video service processing method according to an embodiment of the present application;

[0018] Figure 2 is a structural diagram of an optional video service processing device according to an embodiment of the present application;

[0019] Figure 3 It is a schematic diagram of the structure of an optional electronic device according to an embodiment of the present application. DETAILED DESCRIPTION

[0020] In order to enable those skilled in the art to better understand the solution of the present application, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of the present application.

[0021] It should be noted that the terms "first", "second", etc. in the specification, claims and drawings of the present application are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device comprising a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0022] In order to better understand the embodiments of the present application, some nouns or terms that appear in the description of the embodiments of the present application are first translated and explained as follows:

[0023] Blockchain: A distributed ledger technology that allows multiple participants to jointly maintain a growing list of data records, called blocks. Each block contains a set of transaction records, which can be financial transactions, contract information, document authentication, or any other information that needs to be recorded and verified. Once a transaction is recorded on the blockchain, it is almost impossible to change or delete it. Each block contains the hash value of the previous block, forming a chain relationship.

[0024] Smart Contract: A program that runs on a blockchain and automatically executes the terms of a contract when preset conditions are met. Smart contracts are written in code, usually using a specific programming language such as Solidity (used in Ethereum). Once written, the contract is deployed to the blockchain; once the preset conditions are triggered, the smart contract automatically executes the corresponding functions without the intervention of an intermediary or third party; the code of the smart contract is visible to all network participants, which means that anyone can verify the logic and execution of the contract; once a smart contract is deployed to the blockchain, its code and functions cannot be changed unless the contract itself allows modification; smart contracts run in a distributed manner in the blockchain network and do not rely on any single central server or entity.

[0025] Example 1

[0026] According to an embodiment of the present application, a video service processing method is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and although a logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0027] Figure 1 is a flow chart of a video service processing method provided according to an embodiment of the present application, such as Figure 1 As shown, the method comprises the following steps:

[0028] Step S102, obtaining a video service request from the first terminal, and broadcasting the video service request to multiple blockchain nodes;

[0029] Step S104, using multiple blockchain nodes to verify the video service request based on a consensus mechanism, and if the verification passes, generating a video service identifier corresponding to the video service request;

[0030] Step S106, in response to the video service identifier, processing the video service request according to the smart contract to obtain first video service data;

[0031] Step S108, encrypting the first video service data to obtain second video service data, and broadcasting the second video service data to multiple blockchain nodes;

[0032] Step S110, using multiple blockchain nodes to verify the second video service data based on a consensus mechanism, and if the verification is successful, sending the second video service data to the first terminal.

[0033] The following describes each step of the video service processing method in conjunction with a specific implementation process.

[0034] In order to improve the security, transparency and efficiency of video service processing, blockchain technology is introduced into the video service processing process in the embodiment of the present application.

[0035] First, the blockchain system obtains a video service request from the first terminal and broadcasts the video service request to multiple blockchain nodes.

[0036] After receiving a video service request, multiple blockchain nodes use smart contracts to verify the identity information in the video service request. The verification content may include confirming whether the identity information of the request initiator is legal, confirming whether the timestamp of the request is valid, confirming whether the request initiator has the authority to conduct video services, etc.

[0037] If the smart contract verification fails, for example, the request data is incomplete or there is insufficient authority, the blockchain system will reject the video service request and record the access failure log. These logs usually include timestamps, request details, reasons for failure and other information to facilitate subsequent troubleshooting. If the verification passes, that is, all preset conditions are met, the video service request will be further processed.

[0038] After the identity information is verified by the smart contract, multiple blockchain nodes are used to further verify the video service request based on the consensus mechanism to ensure that all nodes reach a consensus.

[0039] Optionally, the type of consensus mechanism includes at least one of the following: proof-of-stake consensus mechanism, delegated proof-of-stake consensus mechanism; the type of encryption algorithm used for encryption includes at least one of the following: Advanced Encryption Standard algorithm, asymmetric encryption algorithm, zero-knowledge proof algorithm, homomorphic encryption algorithm.

[0040] In the process of verifying video service requests based on a consensus mechanism using multiple blockchain nodes, multiple nodes will independently verify the validity of the request, and after reaching a consensus, the verification results will be recorded on the blockchain and a video service identifier will be generated. The video service identifier can also be used for subsequent processing and tracking to ensure that each video service request has a clear record.

[0041] The blockchain system responds to the video service identifier and processes the video service request according to the smart contract to obtain the first video service data; in order to protect the security and privacy of the data, the first video service data is encrypted to obtain the second video service data, and the second video service data is broadcast to multiple blockchain nodes to ensure that all blockchain nodes can synchronize the latest data status.

[0042] As an optional implementation, after obtaining the second video service data, in order to make the data tamper-proof and traceable, the second video service data can also be stored in a target block in the blockchain system.

[0043] After obtaining the above-mentioned second business data, multiple blockchain nodes verify the second video business data based on the consensus mechanism, and if the verification is passed, send the second video business data to the first terminal.

[0044] Optionally, when the video service request is a video call request for requesting a video call with the second terminal, the steps for processing the request are as follows:

[0045] The blockchain system obtains a video call request from a first terminal and broadcasts the video call request to multiple blockchain nodes; the multiple blockchain nodes are used to verify the video call request based on a consensus mechanism, and a video call identifier corresponding to the video call request is generated if the verification is passed; in response to the video call identifier, the video call request is sent to the second terminal according to a smart contract, and the video call response fed back by the second terminal is used as the first video service data, and a call connection is established between the first terminal and the second terminal if the video call response indicates that the video call request is approved. During the video call, the first video call data sent by the first terminal is encrypted to obtain the second video call data, and the second call data is sent to the second terminal; and the third video call data sent by the second terminal is encrypted to obtain the fourth call data, and the fourth video call data is sent to the first terminal; after the video call ends, the second video call data and the fourth video call data are stored in the target block of the blockchain system, and the service status data corresponding to the first terminal and the second terminal in the target block are updated according to the second video call data and the fourth video call data, wherein the service status data includes at least one of the following: video call time, video call duration, and traffic usage.

[0046] Optionally, when the video service request is a video on demand request for a target video in a video on demand server, the processing steps for the request are as follows:

[0047] The blockchain system obtains the video on demand request of the first terminal, and broadcasts the video on demand request to multiple blockchain nodes; uses multiple blockchain nodes to verify the video on demand request based on a consensus mechanism, and generates a video on demand identifier corresponding to the video on demand request if the verification is successful; responds to the video on demand identifier, sends the video on demand request to the video server according to the smart contract, and if the video server agrees to the video on demand request, uses the target video fed back by the video server as the first video service data. Encrypt the target video fed back by the video server to obtain the second video service data, and broadcast the second video service data to multiple blockchain nodes; uses multiple blockchain nodes to verify the second video service data based on a consensus mechanism, and if the verification is successful, sends the second video service data to the first terminal.

[0048] In an embodiment of the present application, a video service request of a first terminal is obtained, and the video service request is broadcast to multiple blockchain nodes; the video service request is verified based on a consensus mechanism using multiple blockchain nodes, and a video service identifier corresponding to the video service request is generated if the verification passes; in response to the video service identifier, the video service request is processed according to a smart contract to obtain first video service data; the first video service data is encrypted to obtain second video service data, and the second video service data is broadcast to multiple blockchain nodes; the second video service data is verified based on a consensus mechanism using multiple blockchain nodes, and if the verification passes, the second video service data is sent to the first terminal. The application of blockchain technology enables video service requests to be broadcast and verified among multiple nodes, the automated processing of smart contracts further simplifies the business process, and the consensus mechanism ensures that all nodes unanimously recognize the video service data. The combination of these technologies improves the performance of video services in terms of security, privacy protection, and processing efficiency, thereby solving the technical problem of insufficient data security and privacy in related video service processing solutions.

[0049] Example 2

[0050] According to an embodiment of the present application, a video service processing device for implementing the video service processing method in embodiment 1 is also provided. Figure 2 As shown, the video service processing device at least includes: an acquisition module 21, a first verification module 22, an execution module 23, an encryption module 24, and a sending module 25, wherein:

[0051] An acquisition module 21 is used to acquire a video service request of the first terminal and broadcast the video service request to multiple blockchain nodes;

[0052] A first verification module 22 is used to verify the video service request based on a consensus mechanism using multiple blockchain nodes, and generate a video service identifier corresponding to the video service request if the verification passes;

[0053] An execution module 23, configured to respond to the video service identifier, process the video service request according to the smart contract, and obtain first video service data;

[0054] An encryption module 24 is used to encrypt the first video service data to obtain second video service data, and broadcast the second video service data to multiple blockchain nodes;

[0055] The sending module 25 is used to verify the second video service data based on a consensus mechanism using multiple blockchain nodes, and send the second video service data to the first terminal if the verification is successful.

[0056] The functions of each module of the video service processing device are described below in conjunction with a specific implementation process.

[0057] First, an acquisition module of the blockchain system acquires a video service request from a first terminal, and broadcasts the video service request to multiple blockchain nodes.

[0058] After receiving a video service request, multiple blockchain nodes use smart contracts to verify the identity information in the video service request. The verification content may include confirming whether the identity information of the request initiator is legal, confirming whether the timestamp of the request is valid, confirming whether the request initiator has the authority to conduct video services, etc.

[0059] If the smart contract verification fails, for example, the request data is incomplete or there is insufficient authority, the blockchain system will reject the video service request and record the access failure log. These logs usually include timestamps, request details, reasons for failure and other information to facilitate subsequent troubleshooting. If the verification passes, that is, all preset conditions are met, the video service request will be further processed.

[0060] After the identity information is verified by the smart contract, the first verification module continues to use multiple blockchain nodes to further verify the video service request based on the consensus mechanism to ensure that all nodes reach a consensus.

[0061] Optionally, the type of consensus mechanism includes at least one of the following: proof-of-stake consensus mechanism, delegated proof-of-stake consensus mechanism; the type of encryption algorithm used for encryption includes at least one of the following: Advanced Encryption Standard algorithm, asymmetric encryption algorithm, zero-knowledge proof algorithm, homomorphic encryption algorithm.

[0062] In the process of the first verification module using multiple blockchain nodes to verify the video service request based on the consensus mechanism, multiple nodes will independently verify the validity of the request, and after reaching a consensus, the verification results will be recorded on the blockchain and a video service identifier will be generated. The video service identifier can also be used for subsequent processing and tracking to ensure that each video service request has a clear record.

[0063] The execution module of the blockchain system responds to the video service identifier and processes the video service request according to the smart contract to obtain the first video service data; in order to protect the security and privacy of the data, the encryption module then encrypts the first video service data to obtain the second video service data, and broadcasts the second video service data to multiple blockchain nodes to ensure that all blockchain nodes can synchronize the latest data status.

[0064] As an optional implementation, after obtaining the second video service data, in order to make the data tamper-proof and traceable, the second video service data can also be stored in a target block in the blockchain system.

[0065] After multiple blockchain nodes obtain the above-mentioned second business data, the sending module verifies the second video business data based on the consensus mechanism, and sends the second video business data to the first terminal if the verification is passed.

[0066] Optionally, when the video service request is a video call request for requesting a video call with the second terminal, the steps for processing the request are as follows:

[0067] The acquisition module acquires the video call request of the first terminal and broadcasts the video call request to multiple blockchain nodes; the first verification module uses multiple blockchain nodes to verify the video call request based on the consensus mechanism, and generates a video call identifier corresponding to the video call request if the verification is passed; the execution module responds to the video call identifier and sends the video call request to the second terminal according to the smart contract, takes the video call response fed back by the second terminal as the first video service data, and establishes a call connection between the first terminal and the second terminal if the video call response indicates that the video call request is approved. During the video call process, the encryption module encrypts the first video call data sent by the first terminal to obtain the second video call data, and the sending module sends the second call data to the second terminal; the encryption module encrypts the third video call data sent by the second terminal to obtain the fourth call data, and the sending module sends the obtained fourth video call data to the first terminal; after the video call ends, the second video call data and the fourth video call data are stored in the target block of the blockchain system, and the service status data corresponding to the first terminal and the second terminal in the target block are updated according to the second video call data and the fourth video call data, wherein the service status data includes at least one of the following: video call time, video call duration, and traffic usage.

[0068] Optionally, when the video service request is a video on demand request for a target video in a video on demand server, the steps for processing the request are as follows:

[0069] The acquisition module acquires the video on demand request of the first terminal and broadcasts the video on demand request to multiple blockchain nodes; the first verification module uses multiple blockchain nodes to verify the video on demand request based on the consensus mechanism, and generates a video on demand identifier corresponding to the video on demand request if the verification is passed; the execution module responds to the video on demand identifier and sends the video on demand request to the video server according to the smart contract, and if the video server agrees to the video on demand request, the target video fed back by the video server is used as the first video service data. The encryption module encrypts the first video service data to obtain the second video service data, and the sending module broadcasts the second video service data to multiple blockchain nodes; the first verification module uses multiple blockchain nodes to verify the second video service data based on the consensus mechanism, and if the verification is passed, the second video service data is sent to the first terminal.

[0070] It should be noted that each module in the video service processing device in the embodiment of the present application corresponds one-to-one to each implementation step of the video service processing method in Example 1. Since a detailed description has been given in Example 1, some details not reflected in this embodiment can be referred to Example 1 and will not be repeated here.

[0071] Example 3

[0072] According to an embodiment of the present application, a computer program product is further provided. The computer program product includes a computer program. When the computer program is executed by a processor, the video service processing method in Embodiment 1 is implemented.

[0073] According to an embodiment of the present application, a non-volatile storage medium is further provided, which includes a stored computer program, wherein the device where the non-volatile storage medium is located executes the video service processing method in Example 1 by running the computer program.

[0074] According to an embodiment of the present application, a processor is further provided, which is used to run a computer program, wherein the video service processing method in Embodiment 1 is executed when the computer program is run.

[0075] According to an embodiment of the present application, an electronic device is also provided, which includes: a memory and a processor, wherein a computer program is stored in the memory, and the processor is configured to execute the video service processing method in Example 1 through the computer program.

[0076] Specifically, when the computer program is running, the following steps are executed: obtaining a video service request of the first terminal, and broadcasting the video service request to multiple blockchain nodes; using multiple blockchain nodes to verify the video service request based on a consensus mechanism, and if the verification is successful, generating a video service identifier corresponding to the video service request; in response to the video service identifier, processing the video service request according to the smart contract to obtain first video service data; encrypting the first video service data to obtain second video service data, and broadcasting the second video service data to multiple blockchain nodes; using multiple blockchain nodes to verify the second video service data based on a consensus mechanism, and if the verification is successful, sending the second video service data to the first terminal.

[0077] As an optional implementation, the electronic device may be in the form of a mobile terminal, a computer terminal or a similar computing device. Figure 3 FIG. 1 shows a hardware structure block diagram of an electronic device for implementing a video service processing method. Figure 3As shown, the electronic device 30 may include one or more (302a, 302b, ..., 302n are used to illustrate) processors 302 (the processor 302 may include but is not limited to a processing device such as a microprocessor MCU or a programmable logic device FPGA), a memory 304 for storing data, and a transmission device 306 for communication functions. In addition, it may also include: a display, an input / output interface (I / O interface), a universal serial bus (USB) port (which may be included as one of the ports of the BUS bus), a network interface, a power supply and / or a camera. It can be understood by those skilled in the art that Figure 3 The structure shown is only for illustration and does not limit the structure of the above electronic device. Figure 3 More or fewer components as shown, or with Figure 3 Different configurations are shown.

[0078] It should be noted that the one or more processors 302 and / or other data processing circuits described above may generally be referred to herein as "data processing circuits". The data processing circuits may be embodied in whole or in part as software, hardware, firmware, or any other combination thereof. In addition, the data processing circuit may be a single independent processing module, or may be incorporated in whole or in part into any of the other components in the electronic device 30. As described in the embodiments of the present application, the data processing circuit acts as a processor control (e.g., selection of a variable resistor terminal path connected to an interface).

[0079] The memory 304 can be used to store software programs and modules of application software, such as the program instructions / data storage device corresponding to the video service processing method in the embodiment of the present application. The processor 302 executes various functional applications and data processing by running the software programs and modules stored in the memory 304, that is, realizing the vulnerability detection method of the above-mentioned application program. The memory 304 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 304 may further include a memory remotely arranged relative to the processor 302, and these remote memories may be connected to the electronic device 30 via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0080] The transmission device 306 is used to receive or send data via a network. The specific example of the above network may include a wireless network provided by a communication provider of the electronic device 30. In one example, the transmission device 306 includes a network adapter (Network Interface Controller, NIC), which can be connected to other network devices through a base station so as to communicate with the Internet. In one example, the transmission device 306 can be a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0081] The display may be, for example, a touch screen liquid crystal display (LCD) that enables a user to interact with a user interface of the electronic device 30 .

[0082] The serial numbers of the above embodiments are only for description and do not represent the advantages or disadvantages of the embodiments.

[0083] In the above embodiments of the present application, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, please refer to the relevant description of other embodiments.

[0084] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. Among them, the device embodiments described above are only schematic. For example, the division of units can be a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of units or modules, which can be electrical or other forms.

[0085] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed over multiple units. Some or all of the units may be selected according to actual needs to achieve the purpose of the present embodiment.

[0086] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0087] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art or all or part of the technical solution, can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, server or network device, etc.) to perform all or part of the steps of each embodiment method of the present application. The aforementioned storage medium includes: U disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), mobile hard disk, disk or optical disk, etc. Various media that can store program codes.

[0088] The above are only preferred implementations of the present application. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principles of the present application. These improvements and modifications should also be regarded as the scope of protection of the present application.

Claims

1. A video service processing method, applied to a blockchain system, characterized in that: include: Obtaining a video service request from the first terminal, and broadcasting the video service request to multiple blockchain nodes; Using the multiple blockchain nodes to verify the video service request based on a consensus mechanism, and if the verification passes, generating a video service identifier corresponding to the video service request; In response to the video service identifier, processing the video service request according to the smart contract to obtain first video service data; Encrypting the first video service data to obtain second video service data, and broadcasting the second video service data to the multiple blockchain nodes; The second video service data is verified by using the multiple blockchain nodes based on a consensus mechanism, and if the verification passes, the second video service data is sent to the first terminal.

2. The method according to claim 1, characterized in that Before using the multiple blockchain nodes to verify the video service request based on a consensus mechanism, the method further includes: Using smart contracts to verify the identity information in the video service request; If the verification fails, the video service request is rejected and an access failure log is recorded; If the verification is successful, continue to use the multiple blockchain nodes to verify the video service request based on the consensus mechanism.

3. The method according to claim 1, characterized in that After obtaining the second video service data, the method further includes: The second video service data is stored in a target block in the blockchain system.

4. The method according to claim 1, characterized in that: The video service request is a video call request for requesting a video call with a second terminal, and the video service identifier is a video call identifier corresponding to the video call request; In response to the video service identifier, the video service request is processed according to the smart contract to obtain the first video service data, including: in response to the video call identifier, the video call request is sent to the second terminal according to the smart contract, the video call response fed back by the second terminal is used as the first video service data, and when the video call response indicates that the video call request is agreed, a call connection is established between the first terminal and the second terminal.

5. The method according to claim 4, characterized in that The method further comprises: During the video call, encrypt the first video call data sent by the first terminal, and send the obtained second video call data to the second terminal; encrypt the third video call data sent by the second terminal, and send the obtained fourth video call data to the first terminal; After the video call ends, the second video call data and the fourth video call data are stored in the target block in the blockchain system, and the service status data corresponding to the first terminal and the second terminal in the target block are updated according to the second video call data and the fourth video call data, wherein the service status data includes at least one of the following: video call time, video call duration, and traffic usage.

6. The method according to claim 1, characterized in that The video service request is a video on demand request for requesting a target video in a video on demand server, and the video service identifier is a video on demand identifier corresponding to the video on demand request; In response to the video service identifier, the video service request is processed according to the smart contract to obtain the first video service data, including: in response to the video on demand identifier, the video on demand request is sent to the video server according to the smart contract, and when the video server agrees to the video on demand request, the target video fed back by the video server is used as the first video service data.

7. The method according to any one of claims 1 to 6, characterized in that: The type of the consensus mechanism includes at least one of the following: a proof-of-stake consensus mechanism, a delegated proof-of-stake consensus mechanism; The encryption algorithm type used for encryption includes at least one of the following: Advanced Encryption Standard algorithm, asymmetric encryption algorithm, zero-knowledge proof algorithm, and homomorphic encryption algorithm.

8. A video service processing device, characterized in that: include: An acquisition module, configured to acquire a video service request of the first terminal, and broadcast the video service request to multiple blockchain nodes; A first verification module, configured to verify the video service request using the multiple blockchain nodes based on a consensus mechanism, and generate a video service identifier corresponding to the video service request if the verification passes; an execution module, configured to respond to the video service identifier, process the video service request according to the smart contract, and obtain first video service data; An encryption module, used to encrypt the first video service data to obtain second video service data, and broadcast the second video service data to the multiple blockchain nodes; A sending module is used to verify the second video service data based on a consensus mechanism using the multiple blockchain nodes, and if the verification is passed, send the second video service data to the first terminal.

9. A computer program product, characterized in that include: A computer program, wherein when the computer program is executed by a processor, the video service processing method according to any one of claims 1 to 7 is implemented.

10. An electronic device, characterized in that: include: A memory and a processor, wherein the memory stores a computer program, and the processor is configured to execute the video service processing method according to any one of claims 1 to 7 through the computer program.

Images