CN113259590B - Video data processing method and device, computer equipment and storage medium - Google Patents

Video data processing method and device, computer equipment and storage medium Download PDF

Info

Publication number
CN113259590B
CN113259590B CN202110611483.9A CN202110611483A CN113259590B CN 113259590 B CN113259590 B CN 113259590B CN 202110611483 A CN202110611483 A CN 202110611483A CN 113259590 B CN113259590 B CN 113259590B
Authority
CN
China
Prior art keywords
video
video data
shared
node
user
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
Application number
CN202110611483.9A
Other languages
Chinese (zh)
Other versions
CN113259590A (en
Inventor
陈淼
杨溢
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN202110611483.9A priority Critical patent/CN113259590B/en
Publication of CN113259590A publication Critical patent/CN113259590A/en
Application granted granted Critical
Publication of CN113259590B publication Critical patent/CN113259590B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N23/00—Cameras or camera modules comprising electronic image sensors; Control thereof
    • H04N23/60—Control of cameras or camera modules
    • H04N23/667—Camera operation mode switching, e.g. between still and video, sport and normal or high- and low-resolution modes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N23/00—Cameras or camera modules comprising electronic image sensors; Control thereof
    • H04N23/60—Control of cameras or camera modules
    • H04N23/62—Control of parameters via user interfaces
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Human Computer Interaction (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

The embodiment of the application discloses a video data processing method, a video data processing device, computer equipment and a storage medium, wherein the method comprises the following steps: in response to a first trigger operation for a video client embedded with a sharing plug-in, outputting a shooting mode selection interface associated with the sharing plug-in; the shared plug-in is used for accessing the user terminal with the idle computing resource to the block chain network; responding to a second trigger operation aiming at the shared video shooting control, and outputting a shared video shooting interface; collecting video data in a shared video shooting interface, and determining video data to be released; and in response to a third trigger operation aiming at a video publishing control in the video publishing interface, determining target shared video data, and writing video key information of the target shared video data into the blockchain network based on the sharing plug-in. By adopting the embodiment of the application, the computer power and the labor consumption of the server can be saved, and the safety of the video data is improved.

Description

Video data processing method and device, computer equipment and storage medium
Technical Field
The present application relates to the field of block chain technologies, and in particular, to a video data processing method and apparatus, a computer device, and a storage medium.
Background
In a conventional user terminal operating with a video client, when a user corresponding to the user terminal publishes video data on a service data platform corresponding to the video client, the user terminal may send the video data to a server corresponding to the video client. When the server receives video data generated by a user, the server can store the video data in a database managed by adopting the traditional internet centralized operation. In addition, the server needs to monitor the relevant data (e.g., play times, praise times, forward times, review times, etc.) of the video data stored in the database. It will be appreciated that as more and more video data is stored in the database, the server is required to consume a great deal of computer power and manpower to store and maintain such data.
Because the database is established on a server (for example, a single or set of computer devices connected in series) in a self-establishing or hosting manner by a software operator corresponding to the video client, the related data generated by the video client is highly concentrated on a small amount of computer hardware, so that hacker intrusion cannot be resisted, and further the related data stored in the database has a large potential safety hazard, and the security of the video data is reduced. For example, the server may be tampered, forged or deleted by others, or the server may malfunction due to external factors such as overheating and fire in the machine room, so that data is lost.
Disclosure of Invention
The embodiment of the application provides a video data processing method and device, computer equipment and a storage medium, so that the computer power and the labor consumption of a server are saved, and the safety of video data is improved.
An embodiment of the present application provides a video data processing method, including:
in response to a first trigger operation for a video client embedded with a sharing plug-in, outputting a shooting mode selection interface associated with the sharing plug-in; the shooting mode selection interface comprises a shared video shooting control bound with the shared plug-in; the shared plug-in is used for accessing the user terminal with the idle computing resource to the block chain network;
responding to a second trigger operation aiming at the shared video shooting control, and outputting a shared video shooting interface for acquiring video data through a video client in the user terminal;
the method comprises the steps that video data are collected in a shared video shooting interface, and video data to be published and displayed on a video publishing interface are determined based on the collected video data;
and in response to a third trigger operation aiming at a video publishing control in the video publishing interface, taking video data associated with the video data to be published as target shared video data, and writing video key information of the target shared video data into the blockchain network based on the sharing plug-in.
An aspect of an embodiment of the present application provides a video data processing apparatus, including:
the shooting mode selection interface output module is used for responding to a first trigger operation aiming at a video client embedded with a sharing plug-in, and outputting a shooting mode selection interface associated with the sharing plug-in; the shooting mode selection interface comprises a shared video shooting control bound with the shared plug-in; the shared plug-in is used for accessing the user terminal with the idle computing resource to the block chain network;
the shared video shooting interface output module is used for responding to a second trigger operation aiming at the shared video shooting control and outputting a shared video shooting interface for acquiring video data through a video client in the user terminal;
the video data to be published determining module is used for acquiring video data in the shared video shooting interface and determining the video data to be published which is displayed on the video publishing interface based on the acquired video data;
and the target shared video data writing module is used for responding to a third trigger operation aiming at a video publishing control in the video publishing interface, taking video data associated with the video data to be published as target shared video data, and writing video key information of the target shared video data into the block chain network based on the sharing plug-in.
Wherein, the shooting mode selection interface output module comprises:
the video playing interface output unit is used for responding to the starting operation of a video client embedded with a sharing plug-in and outputting a video playing interface of the video client; the video playing interface comprises a video adding control;
the idle calculation resource acquisition unit is used for responding to a first trigger operation aiming at the video adding control to acquire the idle calculation resource of a user terminal where the video client is located;
the operability determining unit is used for determining that the shared video shooting control bound with the shared plug-in has operability if the acquired idle calculation force resource meets the node access condition;
and the shooting mode selection interface output unit is used for outputting the sharing video shooting control with operability to a shooting mode selection interface associated with the sharing plug-in.
Wherein, this sharing video shoots interface output module and includes:
the terminal type identification unit is used for responding to a second trigger operation aiming at the shared video shooting control and calling the shared plug-in to identify the terminal type of the user terminal;
the authorization agreement signing interface output unit is used for acquiring a user electronic authorization agreement associated with the shared plug-in unit and outputting the user electronic authorization agreement to an authorization agreement signing interface of the video client if the terminal type of the user terminal is identified to be a non-node type; the authorization agreement signing interface comprises an authorization confirmation control;
the terminal type updating unit is used for responding to the authorization operation aiming at the authorization confirmation control, updating the terminal type of the user terminal from a non-node type to a node type through a shared plug-in, and taking the user terminal as a first user node in the block chain network when the user terminal has idle computing resources; the first user node has the capacity of maintaining and updating the shared video data in the block chain network;
and the first shooting interface output unit is used for adding the equipment identification code of the first user node to a node identification list maintained by the block chain network and outputting a shared video shooting interface for acquiring video data through a video client in the user terminal.
Wherein, this sharing video shoots interface output module still includes:
the user node determining unit is used for taking the user terminal as a first user node in the block chain network when the user terminal has idle computing resources if the terminal type of the user terminal is identified as the node type;
the idle calculation capacity resource monitoring unit is used for monitoring idle calculation capacity resources of the first user node through the shared plug-in;
and the second shooting interface output unit is used for switching the shooting mode selection interface to a shared video shooting interface used for acquiring video data through the video client if the situation that the idle computational power resources of the first user node meet the node access condition is monitored.
Wherein, the device still includes:
and the connection relation interruption module is used for interrupting the connection relation between the first user node and the block chain network through the sharing plug-in if the situation that the idle calculation resources of the first user node do not meet the node access conditions is monitored.
The shared video shooting interface comprises a video shooting control and a shooting completion control;
the to-be-released video data determining module comprises:
the video acquisition unit is used for responding to the shooting operation aiming at the video shooting control, carrying out video data acquisition through a camera acquisition component of the user terminal and taking the acquired video data as initial video data;
the video editing interface output unit is used for responding to a fourth trigger operation aiming at the shooting completion control and outputting a video editing interface for editing the initial video data; the video editing interface comprises an editing completion control;
and the to-be-published video data determining unit is used for responding to a fifth trigger operation aiming at the editing completion control and determining the edited initial video data as to-be-published video data displayed on the video publishing interface.
Wherein the target shared video data writing module comprises:
the target shared video data determining unit is used for responding to a third trigger operation aiming at a video publishing control in a video publishing interface, taking video data associated with the video data to be published as target shared video data, and acquiring an equipment identification code of the user terminal;
the storage code granting unit is used for starting the sharing plug-in, granting a distributed storage authorization code for the target shared video data, and taking the granted distributed storage authorization code as a target authorization code;
the video key information determining unit is used for generating a target video identification code for representing target shared video data based on the trigger auxiliary parameter of the third trigger operation, and determining video key information of the target shared video data based on the target video identification code, the target authorization code, the equipment identification code and the target shared video data;
the video key information packaging unit is used for packaging the video key information of the target shared video data to obtain a first to-be-verified block to be written into a block chain of the block chain network, and broadcasting the first to-be-verified block to a second user node in the block chain network so that the second user node performs block consensus on the first to-be-verified block; the second user node is a block chain node with idle calculation power resources in the block chain network;
and the to-be-verified block writing unit is used for receiving the first block consensus result returned by the second user node, and writing the first to-be-verified block into the block chain if the first block consensus result indicates that the consensus is successful.
Wherein the video key information determination unit includes:
a generation timestamp determination subunit configured to record a response timestamp associated with the third trigger operation, and use the recorded response timestamp as a video generation timestamp of the target shared video data;
the parameter acquisition subunit is used for acquiring camera coding parameters corresponding to the target shared video data and acquiring manufacturer information of the video client;
the target video identification code generation subunit is used for determining a trigger auxiliary parameter of a third trigger operation based on the manufacturer information, the camera coding parameter and the video generation timestamp, and generating a target video identification code for representing target shared video data based on the trigger auxiliary parameter;
and the video key information determining subunit is used for determining the video key information of the target shared video data based on the target video identification code, the target authorization code, the equipment identification code and the target shared video data.
The user terminal is a first user node in a block chain network, and the block chain network comprises a second user node associated with the shared plug-in; the association relationship between the first user corresponding to the first user node and the second user corresponding to the second user node is a friend relationship;
the device also includes:
and the target video identification code sending module is used for sending the target video identification code of the target shared video data to a second user node corresponding to a second user based on the friend relationship, so that the second user node acquires video key information of the target shared video data matched with the target video identification code and target data change information associated with the target shared video data from the block chain network, obtains updated target shared video data based on the acquired video key information and the target data change information, and plays the updated target shared video data.
Wherein, the device still includes:
the video display interface output module is used for outputting a video display interface of the video client after the video key information of the target shared video data is successfully written into the block chain; the video display interface is used for presenting video data in a video preview list associated with the recommending user; the video data in the video preview list comprises first type recommended video data and second type recommended video data; the first type of recommended video data is original video data which are stored in a server node corresponding to the video client and uploaded through an original video shooting control; the second recommendation video data is shared video data on a block chain in the block chain network to which the server node is synchronized; the server node is a block chain node in a block chain network;
the video data to be played determining module is used for determining video data to be played from the video preview list, wherein the video data to be played is output on a video playing interface of the video client;
the data change information acquisition module is used for acquiring video key information of the video data to be played and first data change information associated with the video data to be played if the video data to be played is shared video data issued through a sharing plug-in; the first data change information comprises a first interaction parameter associated with the video data to be played;
the video data to be played acquisition module is used for acquiring a shared label of the video data to be played from the video key information of the video data to be played;
and the video updating module is used for updating the video data to be played based on the first interaction parameter to obtain updated video data carrying the sharing tag, and playing the updated video data carrying the sharing tag in the video playing interface.
Wherein, the device still includes:
the interactive parameter determining module is used for responding to interactive operation aiming at the updated video data in the video playing interface and determining a second interactive parameter associated with the interactive operation;
the updating parameter acquiring module is used for taking the manufacturer information of the video client as the manufacturer information of the updated video data, and acquiring the camera coding parameter of the updated video data, the video identification code of the updated video data and the content identification code of the updated video data based on the first change data information;
the data change information determining module is used for determining second data change information of the updated video data based on the second interaction parameter, the manufacturer information of the updated video data, the camera coding parameter of the updated video data, the video identification code of the updated video data and the content identification code of the updated video data;
and the data change information broadcasting module is used for broadcasting the second data change information to the block chain network.
Wherein, the device still includes:
the data change information collection module is used for collecting data change information which is broadcasted in the blockchain network and is associated with the target shared video data based on idle computing resources of the first user node when the user terminal is the first user node in the blockchain network;
the change information table generation module is used for generating a change information table based on the collected data change information, taking the header information of the change information table as a random code, acquiring a hash calculation rule aiming at the random code, and obtaining a hash basic generation number corresponding to the random code based on the hash calculation rule;
the block generation module is used for generating a second to-be-verified block for broadcasting to the block chain network based on the hash basic generation number, and broadcasting the second to-be-verified block to a second user node in the block chain network so that the second user node performs block consensus on the second to-be-verified block; the second user node is a block chain node with idle calculation power resources in the block chain network;
and the block writing module is used for receiving a second block consensus result returned by the second user node, and writing the second block to be verified into the block chain if the second block consensus result indicates that the consensus is successful.
An aspect of an embodiment of the present application provides a computer device, including: a processor and a memory;
the processor is connected with the memory, wherein the memory is used for storing a computer program, and the computer program causes the computer device to execute the method provided by the embodiment of the application when being executed by the processor.
An aspect of the embodiments of the present application provides a computer-readable storage medium, which stores a computer program, where the computer program is adapted to be loaded and executed by a processor, so as to enable a computer device having the processor to execute the method provided by the embodiments of the present application.
An aspect of an embodiment of the present application provides a computer program product or a computer program, which includes computer instructions stored in a computer-readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to cause the computer device to execute the method provided by the embodiment of the application.
In the embodiment of the present application, a video client running on a user terminal may be embedded with a shared plug-in capable of accessing the user terminal with idle computing resources to a blockchain network. It can be understood that the user terminal may respond to a trigger operation for a video client embedded with a sharing plug-in, so as to acquire video data in a sharing video shooting interface through a sharing video shooting control bound with the sharing plug-in, and further obtain video data to be published for displaying on a video publishing interface. When a user terminal responds to a triggering operation aiming at a video publishing control in a video publishing interface, video data associated with the video data to be published is used as target shared video data, video key information of the target shared video data can be written into a block chain network instead of sending the target shared video data to a server corresponding to a video client, and therefore the server does not need to consume a large amount of computer power and manpower to store related video data in a centralized mode, and therefore computer power and manpower consumption of the server are saved. In addition, because the data on the blockchain network has the characteristic of being not falsifiable, the video key information of the target shared video data is written into the blockchain network, so that the security risks of falsification, forgery, deletion and the like of the video data can be effectively solved, and the security of the video data is improved.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.
FIG. 1 is a schematic block link point system according to an embodiment of the present disclosure;
fig. 2 is a schematic view of a scenario for performing data interaction according to an embodiment of the present application;
fig. 3 is a schematic flowchart of a video data processing method according to an embodiment of the present application;
FIG. 4 is a diagram of a data interworking framework provided by an embodiment of the present application;
fig. 5 is a scene schematic diagram of an output shooting mode selection interface provided in an embodiment of the present application;
FIG. 6 is a schematic diagram of a scenario of an output authorization agreement signing interface provided in an embodiment of the present application;
fig. 7 is a schematic view of a scene for acquiring video data to be published according to an embodiment of the present application;
fig. 8 is a schematic view of a scenario in which video key information of target shared video data is written into a blockchain according to an embodiment of the present application;
fig. 9 is a schematic flowchart of a video data processing method according to an embodiment of the present application;
FIG. 10 is a distributed network data structure provided by an embodiment of the present application;
fig. 11 is a schematic structural diagram of a video data processing apparatus according to an embodiment of the present application;
fig. 12 is a schematic diagram of a computer device according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
Referring to fig. 1, fig. 1 is a schematic structural diagram of a block link point system according to an embodiment of the present disclosure. As shown in fig. 1, the block-link point system in the embodiment of the present application (for example, the block-link point system 1X shown in fig. 1) is a distributed system formed by connecting a plurality of block chain nodes through a network communication form. The blockchain network corresponding to the blockchain link point system 1X is a Peer-to-Peer network (P2P network for short), i.e., a distributed application architecture for distributing tasks and workloads among users, and is a networking or network form formed by Peer-to-Peer computing models in application layers.
The block link point system 1X shown in fig. 1 may include a plurality of block link nodes, where the plurality of block link nodes may specifically include a node 10A, a node 10B, a node 10C, a node …, and a node 10N. The block link point in the block link point system 1X may be any computer device accessing the block link network, for example, the computer device may be a user terminal accessing the block link network, or may also be a server accessing the block link network, where the specific form of the block link node is not limited herein.
The server (i.e., the server node) accessed to the blockchain network refers to a server corresponding to an application client (e.g., a video client embedded with a shared plug-in). The server can be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, and can also be a cloud server for providing basic cloud computing services such as cloud service, a cloud database, cloud computing, cloud functions, cloud storage, network service, cloud communication, middleware service, domain name service, security service, CDN, big data and artificial intelligence platform and the like. The sharing plug-in the embodiment of the application is an open plug-in program, which can be downloaded by a software operator and implanted into own software (for example, a video client), so that after a user terminal running the video client is accessed to a blockchain network, the video data on the blockchain network can be maintained and updated by using idle computing resources of the user terminal, so that the computer computing power and the labor consumption of the operator (namely, a server corresponding to the video client) are reduced, and the security of the video data is improved.
The user terminal (i.e. user node) accessing to the blockchain network refers to a user terminal with idle computational power resources accessing to the blockchain network through a shared plug-in a video client. The user terminal herein may include: the intelligent terminal comprises an intelligent terminal with a video data processing function, such as a smart phone, a tablet computer, a notebook computer, a desktop computer, wearable equipment, an intelligent home, and head-mounted equipment. The application client run by the user terminal in the embodiment of the present application refers to a video client embedded with a shared plug-in, and the application client may be an independent client, or may also be an embedded sub-client integrated in a certain client (for example, a social client, an educational client, a multimedia client, and the like), which is not limited herein.
The user node here may include a first user node and a second user node. It can be understood that the first user node may refer to a certain class of user terminals with idle computational resources that are accessed into the blockchain network through a shared plug-in, and a user (i.e., a first user) corresponding to the first user node may produce video content in a service data platform corresponding to the video client, and publish the video content in the blockchain network where the first user node is located through the first user node. The second user node may refer to another type of user terminal with idle computational power resources, which is accessed into the blockchain network through a shared plug-in, and in this embodiment of the present application, the second user node may be a blockchain node with a consensus function in the blockchain network, and in addition, a user (i.e., a second user) corresponding to the second user node may also have an association relationship (e.g., a friend relationship) with a first user corresponding to the first user node.
It should be understood that the number of server nodes in the block-node system 1X may include one or more, which will not be limited herein. For example, the number of server nodes in the embodiment of the present application may take 2 as an example, and specifically may include a server corresponding to the video client 1 (i.e., a first video client) and a server corresponding to the video client 2 (i.e., a second video client). The first video client and the second video client may be video clients corresponding to different operators. It can be understood that, in the embodiment of the present application, each video client corresponding server node embedded with a shared plug-in may perform data interaction with the respective associated user terminal through a network connection. The network connection here is not limited to a connection manner, and may be directly or indirectly connected through a wired communication manner, may be directly or indirectly connected through a wireless communication manner, and may also be connected through another manner, which is not limited herein.
For ease of understanding, in the embodiment of the present application, the node 10A in the block chain node system 1X shown in fig. 1 may be a server node (e.g., a server corresponding to the video client 1) in the block chain network. The node 10A may interact with data via a network connection with a user terminal running the video client 1. The user terminals having a network connection relationship with the node 10A may include a user terminal corresponding to a user who agrees with the user electronic authorization protocol (referred to as a protocol user for short) and a user terminal corresponding to a user who does not agree with the user electronic authorization protocol (referred to as a user who does not agree with the protocol for short). The electronic user authorization protocol is a set of user protocols for informing and soliciting user's consent, and is used for acquiring the right of the user terminal to process video data.
It is understood that the user terminal corresponding to the user with the agreement is the user node accessing to the blockchain network, and the user terminal corresponding to the user without agreement to the agreement may be the user terminal in the user terminal cluster 1Y shown in fig. 1. As shown in fig. 1, the user terminal cluster 1Y may include a plurality of user terminals, which may specifically include a user terminal 100a, a user terminal 100b, user terminals 100c, …, and a user terminal 100 n. Each user terminal in the user terminal cluster 1Y may be installed with the video client 1, and when the video client 1 operates in each user terminal, data interaction may be performed between the video client and the node 10A shown in fig. 1.
In this embodiment, a ue running a video client may access a ue with idle computational resources to a blockchain network through a sharing plug-in embedded in the video client, so as to serve as a ue (i.e., a first ue) in the blockchain network. It can be understood that the user terminal may respond to a trigger operation for a video client embedded with a sharing plug-in, so as to acquire video data in a sharing video shooting interface through a sharing video shooting control bound with the sharing plug-in, and further obtain video data to be published for displaying on a video publishing interface. When the user terminal responds to the triggering operation of the video publishing control in the video publishing interface, the video data associated with the video data to be published can be used as target shared video data, further the video key information of the target shared video data can be written into the block chain network, the target shared video data does not need to be sent to a server corresponding to the video client, and therefore the server does not need to consume a large amount of computer computing power and manpower to store the relevant video data in a centralized mode, and therefore the computer computing power and the manpower consumption of the server are saved. In addition, because the data on the blockchain network has the characteristic of being not falsifiable, the video key information of the target shared video data is written into the blockchain network, so that the security risks of falsification, forgery, deletion and the like of the video data can be effectively solved, and the security of the video data is improved.
For easy understanding, please refer to fig. 2, and fig. 2 is a schematic diagram of a scenario for performing data interaction according to an embodiment of the present application. As shown in fig. 2, a video client running on a ue 20Z in the embodiment of the present application may be embedded with a sharing plug-in, and the sharing plug-in may be used to access the ue 20Z with idle computing resources to the blockchain network shown in fig. 1. For example, the server corresponding to the video client in the user terminal 20Z may be any one of the server nodes in the block chain node system 1X shown in fig. 1, for example, the node 10A shown in fig. 1.
It should be understood that, when the user a corresponding to the user terminal 20Z in the embodiment of the present application agrees to the user electronic authorization protocol associated with the shared plug-in, the user terminal 20Z may access to the blockchain network through the shared plug-in to serve as a user node (i.e., a first user node) in the blockchain network. At this time, the user a may broadcast the shared video data generated by the user a in the blockchain network where the user terminal 20Z is located through the distribution path of the shared video shooting control bound to the shared plug-in, so that the security of the video data may be effectively improved.
Here, it is understood that the user a may perform a trigger operation (i.e., a first trigger operation) with respect to the video client embedded with the sharing plug-in, so that the user terminal 20Z may output a shooting mode selection interface associated with the sharing plug-in response to the trigger operation. The triggering operation may include non-contact operations such as voice and gesture, and may also include contact operations such as clicking and long pressing, which will not be limited herein. As shown in fig. 2, the photography mode selection interface associated with the sharing plug-in may be the photography mode selection interface 210j shown in fig. 2. The capture mode selection interface 210j may include a shared video capture control (e.g., the shared video capture control 21k shown in fig. 2) that binds with a shared add-in.
Further, the user a may perform a trigger operation (i.e., a second trigger operation, e.g., a click operation) with respect to the shared video capture control 21k in the capture mode selection interface 210 j. At this time, since the user a is already a protocol user who agrees with the electronic authorization protocol, the user terminal 20Z may directly switch the display interface of the video client from the shooting mode selection interface 210j to the shared video shooting interface for capturing video data in response to the first trigger operation. The shared video capture interface may be the shared video capture interface 220j shown in fig. 2. As shown in fig. 2, the shared video capture interface 220j may include a video capture control (e.g., video capture control 22 k) therein for capturing video data. Here, the video capture control 22k may be an operability control having a capture duration threshold (e.g., 15 seconds, 30 seconds, 2 minutes, etc.). For example, if the shooting duration threshold of the video shooting control 22k is 30 seconds, the user a can acquire video data with a display duration of at most 30 seconds through the triggering operation of the video shooting control 22 k.
It should be understood that after the user a collects the video data in the shared video shooting interface 220j, the collected video data may also be edited to obtain the video data to be published for displaying on the video publishing interface. The video publishing interface may be the video publishing interface 230j shown in fig. 2. The video publishing interface 230j may include a video publishing control 23 k. Further, the user a may perform a triggering operation (i.e., a third triggering operation) on the video publishing control 23k, so that the user terminal 20Z responds to the third triggering operation to take the video data associated with the video data to be played as target shared video data, and further, based on the sharing plug-in, may write the video key information of the target shared video data into the blockchain 2q shown in fig. 2.
Therefore, after the user terminal 20Z accesses to the blockchain network through the sharing plug-in, the user terminal 20Z may collect target shared video data to be published through a video publishing entry, namely the shared video shooting control 21k bound with the sharing plug-in, when the target shared video data is released, a database building technology of the traditional internet centralized operation management is not needed, so that the server corresponding to the video client side performs centralized management on the collected video data, instead, with the P2P distributed structure, video key information of the target shared video data is written into the blockchain 2q in the blockchain network where the user terminal 20Z is located, so that the blockchain nodes (e.g., user terminals with idle computing resources) in the blockchain network update and maintain the target shared video data, therefore, the computer power and the labor consumption of the server corresponding to the video client can be effectively saved. In addition, because the data on the block chain has the characteristic of being not falsifiable, the video key information of the target shared video data is written into the block chain in the block chain network, so that the security risks of falsification, forgery, deletion and the like of the video data can be effectively solved, and the security of the video data is improved.
When the user terminal has idle computing resources, the user terminal accesses the blockchain network through a sharing plug-in the running video client, and writes the acquired video key information of the target shared video data into the blockchain network, which may refer to the following embodiments corresponding to fig. 3 to fig. 10.
Further, please refer to fig. 3, wherein fig. 3 is a schematic flowchart of a video data processing method according to an embodiment of the present application. As shown in fig. 3, the method may be performed by a user terminal running a video client that may be embedded with a shared plug-in for accessing user terminals with idle computing resources into a blockchain network. The server corresponding to the video client may be any one of the server nodes in the blockchain network shown in fig. 1, for example, the node 10A. The method may comprise at least the following steps S101-S104:
step S101, responding to a first trigger operation aiming at a video client embedded with a sharing plug-in, and outputting a shooting mode selection interface associated with the sharing plug-in.
Specifically, when a user corresponding to the user terminal performs a start operation for a video client embedded with a sharing plug-in, the user terminal may respond to the start operation to output a video playing interface of the video client. Wherein, the video playing interface can comprise a video adding control. Further, the user may execute a first trigger operation for the video addition control, so that the user terminal responds to the first trigger operation to obtain the idle calculation resource of the user terminal where the video client is located. It should be understood that if the acquired idle computing resources satisfy the node access condition, the user terminal may determine that the shared video shooting control bound to the shared plug-in is operable, and may output the operable shared video shooting control to a shooting mode selection interface associated with the shared plug-in.
It should be understood that, a plug-in technology provider corresponding to the shared plug-in the embodiment of the present application may publish the shared plug-in a certain website or community, so that a plug-in access party can download and implant the shared plug-in into its own software. The plug-in technology provider can display a third-party software data intercommunication framework protocol of the plug-in system in a website or community released by the plug-in, so as to clarify data items and intercommunication rules which need to be intercommunicated between the plug-in access party and the plug-in technology provider. For example, the protocol can be used for defining the report entry and specification of video data required to be provided by the plug-in access party and informing the plug-in use criteria except the technical joint debugging.
When a research and development party corresponding to a certain video client needs to access the shared plug-in the video client, the research and development party corresponding to the video client can be used as a plug-in access party of the shared plug-in. At this time, the developer of the video client may write an Application Programming Interface (API) of the shared plug-in into a link corresponding to the shared video capture entry (e.g., the shared video capture control 21k shown in fig. 2) according to a third-party software data interworking framework protocol of the plug-in system. At this time, the server corresponding to the video client may be accessed to the blockchain network associated with the shared plug-in to serve as the server node in the blockchain network.
When a user corresponding to a user terminal sends video data in a service data platform of a video client embedded with a sharing plug-in, a server (namely, a server node) corresponding to the video client generates a configuration public key encryption table based on the sent video data, and then the generated configuration public key encryption table can be written into a block chain in a block chain network where the server node is located. For example, a server (i.e., a first server node) corresponding to a first video client (e.g., video client 1) may generate a first configured public key encryption table based on video data transmitted at the service data platform of video client 1, and a server (i.e., a second server node) corresponding to a second video client (e.g., video client 2) may generate a second configured public key encryption table based on video data transmitted at the service data platform of video client 2.
For ease of understanding, please refer to fig. 4, and fig. 4 is a diagram of a data interworking framework provided in an embodiment of the present application. As shown in fig. 4, the server 40F may be a server corresponding to a video client (e.g., the video client 4), and when a developer corresponding to the video client writes an application program interface of a shared plug-in into a shared video capture entry according to a plug-in system third-party software data interworking framework protocol, the video client 4 may be referred to as a video client embedded with the shared plug-in, and at this time, the server 40F may serve as a server node in a block chain network associated with the shared plug-in, for example, the node 10A in the block chain node system 1X shown in fig. 1.
A plurality of user terminals running the video client 4 may perform network interaction with the server 40F, and the embodiment of the present application may take the user terminal 40Z as an example. It can be understood that, when the video client 4 runs on the user terminal 40Z, the user terminal 40Z may implement data interaction between the service data platform corresponding to the video client 4 and the server 40F by building a virtual machine. When the user terminal 40Z accesses the user terminal 40Z to the blockchain network where the server 40F is located through the shared plug-in, the user terminal 40Z and the server 40F may agree on a protocol synchronization public key (i.e., a plug-in public key of the shared plug-in, for example, the plug-in public key 4g shown in fig. 4).
When the user terminal 40Z broadcasts data information (for example, video key information of target video data, or data change information generated for some shared video data) to the blockchain network, the broadcasted data information may be encrypted through the plug-in public key 4g, so that other blockchain nodes embedded with shared plug-ins can obtain the broadcasted data information, thereby improving the security of the broadcasted data information. In addition, when a user corresponding to the user terminal 40Z produces certain video data (for example, target shared video data) in the service data platform corresponding to the video client 4, the video data may be sent to the blockchain network where the user terminal 40Z is located. Further, the server 40F corresponding to the video client 4 may obtain information to be encrypted (including the interaction parameter, the video content, and the vendor information corresponding to the video client 4) associated with the video data, and further may encrypt the information to be encrypted by using the plug-in public key 4g to obtain the encrypted information corresponding to the video data. It should be understood that the server 40F may be capable of generating encryption information corresponding to a plurality of pieces of video data (i.e., video data transmitted on the service data platform corresponding to the video client 4), further generating a configuration public key encryption table associated with the video client 4 based on the plurality of pieces of encryption information, and writing the configuration public key encryption table to the blockchain in the blockchain network where the server 40F is located, i.e., storing the configuration public key encryption table in the blockchain database 400S shown in fig. 4.
It should be understood that when the user terminal runs the video client embedded with the sharing plug-in, the target shared video data to be broadcast to the blockchain network where the user terminal is located may be acquired through the video publishing entry, which is the shared video capturing control. The shared video shooting control bound with the shared plug-in can be displayed on a shooting mode selection interface in the video client.
For easy understanding, please refer to fig. 5, and fig. 5 is a schematic view of a scene of an output shooting mode selection interface according to an embodiment of the present application. As shown in fig. 5, a video client running on a user terminal in the embodiment of the present application may be embedded with a sharing plug-in. The server corresponding to the video client embedded with the sharing plug-in may be any one of the server nodes in the block chain node system 1X shown in fig. 1, for example, the node 10A shown in fig. 1.
When a user (for example, user a) corresponding to the user terminal performs a start operation for the video client embedded with the sharing plug-in, the user terminal may respond to the start operation and output a video playing interface of the video client in a display interface of the user terminal. The video playing interface may be the video playing interface 510j shown in fig. 5. The video playing interface 510j can play video data distributed by the video distribution rule. The video data in the video playing interface 510j may be recommended video data determined by a server corresponding to the video client for the user a based on the recommendation parameter of the video data. The recommended parameter may be determined based on the historical watching video data of the user a, the heat value of the video data, the interest value of the video data, and the like. The video playing node 510j may also display the accumulated amount of interaction parameters associated with the video data. For example, the interaction parameters may include, but are not limited to, number of praise, number of comment, number of forward, and number of play. In addition, a function display area may be further included in the video playing interface 510j, and a video addition control (e.g., the video addition control 51k shown in fig. 5) may be included in the function display area.
It should be understood that, when the user a performs the first trigger operation on the video adding control 51k, the user terminal may respond to the first trigger operation to obtain the idle computational resource of the user terminal where the video client is located, so as to determine whether the idle computational resource of the user terminal meets the node access condition. Here, the node access condition refers to that an energy consumption value corresponding to an idle computational resource of the ue is smaller than an energy consumption threshold (e.g., 75%). The energy consumption threshold may be a default energy consumption threshold of the video client embedded with the sharing plug-in, or may be an energy consumption threshold set by the user a, which is not limited herein.
If the energy consumption value (for example, 30%) corresponding to the acquired idle computing power resource is smaller than the energy consumption threshold, the user terminal may determine that the acquired idle computing power resource satisfies the node access condition. At this time, the user terminal may determine that the shared video photographing control bound with the shared plug-in is operable, and may output the shared video photographing control having the operability to a photographing mode selection interface (e.g., photographing mode selection interface 520j shown in fig. 5) associated with the shared plug-in. The shooting mode selection interface 520j may include a plurality of shooting controls for selecting a shooting mode, for example, the plurality of shooting controls may specifically include: a first mode selection control (e.g., a shared video capture control bound to a shared plug-in), a second mode selection control (e.g., an original video capture control), a third mode selection control (e.g., an album upload control), and a fourth mode selection control (e.g., a live control).
The original video capture control may be the original video capture control 52k shown in fig. 5. The user terminal may obtain video data (i.e., original video data) through a video publishing entry, which is the original video shooting control 52k, and further may send the obtained original video data to a server corresponding to the video client, so that the server corresponding to the video client performs centralized storage.
The shared video capture control bound to the shared plug-in may be the shared video capture control 53k shown in fig. 5. When the idle computing resources of the user terminal satisfy the node access condition, a control information prompt region (e.g., the control information prompt region 5 shown in fig. 5) of the shared video shooting control 53k may display an operable prompt information associated with the shared video shooting control 53k, for example, the operable prompt information may be "shared video shooting". After the user terminal accesses the blockchain network through the sharing plug-in, the user terminal may obtain shared video data (i.e., target shared video data) through a video publishing entry of the shared video shooting control 53k, and may further publish the obtained target shared video data on a blockchain in the blockchain network where the user terminal is located, so as to perform distributed storage, thereby improving the security of the video data.
Optionally, if an energy consumption value (for example, 78%) corresponding to the acquired idle computational power resource is greater than or equal to an energy consumption threshold, the user terminal may determine that the acquired idle computational power resource does not satisfy the node access condition. At this time, the user terminal may determine that the shared video shooting control bound with the shared plug-in has inoperability, and may further acquire inoperability prompt information associated with the shared video shooting control, for example, the inoperability prompt information may be "the video publishing portal is temporarily closed". Further, the user terminal may output the inoperability prompt information and the shared video capture control with inoperability to a capture mode selection interface associated with the shared plugin. For example, the inoperable prompt message may be output in the control information prompt area 5 in the shooting mode selection interface 520j shown in fig. 5, where the inoperable prompt message is used to instruct the user a to update the energy consumption threshold associated with the node access condition, or to reduce the energy consumption value corresponding to the idle computing resource of the user terminal, so as to reopen the video publishing portal when the node access condition is met.
And S102, responding to a second trigger operation aiming at the shared video shooting control, and outputting a shared video shooting interface for acquiring video data through a video client in the user terminal.
Specifically, the user terminal may respond to a second trigger operation of the user for the shared video shooting control, so that the shared plug-in may be invoked to identify the terminal type of the user terminal. If the terminal type of the user terminal is identified to be a non-node type, the user terminal can acquire the user electronic authorization protocol associated with the shared plug-in, and further can output the user electronic authorization protocol to an authorization protocol signing interface of the video client. Wherein the authorization agreement signing interface may include an authorization confirmation control. It should be understood that the user corresponding to the user terminal may perform an authorization operation with respect to the authorization confirmation control, so that the user terminal may respond to the authorization operation. At this time, the ue may update the terminal type of the ue from a non-node type to a node type through the sharing plug-in, and when the ue has idle computing resources, the ue is used as a ue (i.e. a first ue) in the blockchain network. The first user node may have the capability of maintaining and updating the shared video data in the blockchain network. Further, the first user node may add the device identification code of the first user node to a node identification list maintained by the blockchain network, and output a shared video shooting interface for capturing video data through the video client in the user terminal.
For ease of understanding, please refer to fig. 6, where fig. 6 is a schematic view of a scenario of an output authorization agreement signing interface provided in an embodiment of the present application. As shown in fig. 6, the bsp 61X is a bsp corresponding to a bsp network that the ue 60Z does not access. The blockchain node system 61X may include N blockchain nodes, and specifically may include node 10A, nodes 10B, …, and node 10N. Where N is a positive integer. The N block nodes in the block node system 61X may include user nodes and server nodes. For example, the node 10A in the block-link node system 61X may be a server (i.e., a server node) corresponding to a video client (e.g., the video client 6) embedded with a shared plug-in.
As shown in fig. 6, the video client 6 may be operated in a user terminal 60Z having a network connection relationship with the node 10A. If the ue 60Z has idle computing resources, the ue 60Z may determine that the shared video capture control in the capture mode selection interface is operable. Therefore, when the user corresponding to the user terminal 60Z performs a trigger operation (e.g., a click operation) on the shared video capture control, the user terminal 60Z may respond to the trigger operation, and may further invoke the shared plug-in to identify the terminal type of the user terminal.
It should be understood that, if a user corresponding to the user terminal 60Z performs a triggering operation on the shared video capture control for the first time, the terminal type identified by the user terminal 60Z through the shared plug-in may be a non-node type, that is, the user terminal 60Z is not temporarily connected to the blockchain network. At this time, the user terminal 60Z may acquire the user electronic authorization protocol (e.g., the user electronic authorization protocol 6d shown in fig. 6) associated with the shared plug-in, and may further switch the shooting mode selection interface (e.g., the shooting mode selection interface 520j shown in fig. 5) to an authorization protocol signing interface (e.g., the authorization protocol signing interface 610j shown in fig. 6) in the video client 6, and output the user electronic authorization protocol 6d in the authorization protocol signing interface 610 j. An authorization confirmation control 61k (e.g., the "agreement content" control shown in fig. 6) and an authorization rejection control (e.g., the "rejection protocol content" control shown in fig. 6) may be included in the authorization agreement signing interface 610 j.
It is understood that after the user corresponding to the user terminal 60Z carefully reads the user electronic authorization protocol 6d, a trigger operation may be performed on a control in the authorization protocol signing interface 610j to determine whether the user terminal 60Z needs to access the blockchain network. When the user corresponding to the user terminal 60Z executes the trigger operation for the authorization rejection control, the user terminal 60Z may respond to the trigger operation to rollback the display interface of the video client 6 from the authorization agreement signing interface 610j to the shooting mode selection interface 520j shown in fig. 5, which means that the user terminal 60Z does not access to the block link point system 61X shown in fig. 6. At this time, the block link point system corresponding to the block chain network of the unaccessed ue 60Z is still the block link point system 61X shown in fig. 6.
Optionally, when a user corresponding to the user terminal 60Z performs an authorization operation on the authorization confirmation control 61k, the user terminal 60Z may respond to the authorization operation, update the terminal type of the user terminal from a non-node type to a node type through a shared plug-in, and further determine the user terminal 60Z as a user node (i.e., a first user node) in the blockchain network when the user terminal 60Z has idle computing resources. This means that the user terminal 60Z has successfully accessed the blockchain network associated with the shared plug-in. In this case, the block-link point system corresponding to the block-chain network after the access ue 60Z may be the block-link point system 62X shown in fig. 6.
It is understood that the ue 60Z may use the blockchain technique to maintain and update the video data in the blockchain network corresponding to the blockchain node system 62X by using the idle resources of the ue 60Z while operating the video client 6. The blockchain technology refers to a technology developed based on a blockchain concept, and the technology can be used for constructing a database (namely user information and a public key and secret key storage center) for storing data or information, and the database constructed by the technology has the characteristics of unforgeability, whole-course trace retention, traceability, public transparency, collective maintenance and the like.
When the ue 60Z accesses the blockchain network, the ue 60Z may obtain a node identifier list (i.e., a ue unique code table) maintained in the blockchain network where the ue 60Z is located, and further add the device identifier code of the ue 60Z to the node identifier list, so that other blockchain nodes in the blockchain node system 62X may perform network interaction with the ue 60Z. Based on this, after the user corresponding to the user terminal 60Z performs the trigger operation on the authorization confirmation control 61k, the user terminal 60Z may switch the authorization agreement signing interface 610j of fig. 6 to a shared video shooting interface (e.g., the shared video shooting interface 620j shown in fig. 6) for capturing video data.
Each blockchain node in the blockchain network associated with the shared plug-in has a node identifier (i.e., a device identifier code) corresponding thereto, and each blockchain node may store device identifiers of other blockchain nodes in a blockchain node system (e.g., the blockchain node system 62X shown in fig. 6), so that the generated block is broadcast to other blockchain nodes in the blockchain node system according to the device identifiers of other blockchain nodes. Each blockchain node may maintain a node identifier list as shown in the following table, and store the node name and the device identifier code into the node identifier list correspondingly. The device id may be an IP (Internet Protocol ) address and any other information that can be used to identify the node, and table 1 only illustrates the IP address as an example. For ease of understanding, please refer to table 1, where table 1 is a node identification list provided in the embodiments of the present application. As shown in table 1:
TABLE 1
Figure DEST_PATH_IMAGE001
The node identification list may include two types of block link points, i.e., a user node and a server node. As shown in table 1, the node identification list may include n user nodes and m server nodes, where n and m may be positive integers, and each server node may be a server corresponding to a video client embedded with a shared plug-in. For example, server node 1 may be a server corresponding to video client 1 (i.e., a first video client) having a sharing plug-in embedded therein, server node 2 may be a server corresponding to video client 2 (i.e., a second video client) having a sharing plug-in embedded therein, …, and server node m may be a server corresponding to video client m having a sharing plug-in embedded therein. Each user node can be a user terminal with idle computational power resources, and each user node can run 1 or more video clients embedded with shared plug-ins. For example, the user node 1 may run 2 video clients embedded with a sharing plug-in, and specifically may include the video client 1 embedded with the sharing plug-in and the video client 2 embedded with the sharing plug-in. For example, the user node 2 runs 1 video client embedded with a shared plug-in, and may specifically include the video client 2 embedded with a shared video plug-in.
Optionally, if the terminal type of the user terminal is identified as the node type, the embodiment of the application may use the user terminal as the first user node in the block chain network when the user terminal has the idle calculation resource. Then, when the first user node runs the video client embedded with the sharing plug-in, the first user node may monitor the idle computing power resource of the first user node in real time through the sharing plug-in, for example, the first user node may monitor an energy consumption value corresponding to the idle computing power resource of the first user node in real time.
If the monitored energy consumption value corresponding to the idle computing power resource of the first user node is smaller than the energy consumption threshold (for example, 75%) in the node access condition, the first user node may determine that the idle computing power resource of the first user node satisfies the node access condition, and at this time, when the first user node responds to the trigger operation for the shared video shooting control, the shooting mode selection interface may be directly switched to the shared video shooting interface for acquiring video data through the video client. Optionally, if the monitored energy consumption value corresponding to the idle calculation power resource of the first user node is greater than or equal to the energy consumption threshold in the node access condition, the first user node may determine that the idle calculation power resource of the first user node does not satisfy the node access condition, that is, the first user node does not have the idle calculation power resource. At this time, the first user node may interrupt the connection relationship between the first user node and the block chain network through the sharing plug-in, and may further update the terminal type of the user terminal without the idle calculation resource from the node type to the non-node type.
As shown in fig. 2, when the ue 20Z successfully accesses the blockchain network, the terminal type identified by the ue 20Z through the sharing plug-in is the node type, that is, the ue 20Z is the first ue node in the blockchain network. When the user terminal 20Z runs the video client embedded with the sharing plug-in, the user terminal 20Z may monitor the energy consumption value corresponding to the idle computing resource of the user terminal 20Z in real time through the sharing plug-in. If the monitored energy consumption value corresponding to the idle calculation resource of the ue 20Z is 30%, it may be determined that the idle calculation resource of the ue 20Z satisfies the node access condition, that is, the ue 20Z has the idle calculation resource. Then, when a user corresponding to the user terminal 20Z executes a trigger operation for the shared video shooting control bound to the shared plug-in, the user terminal 20Z may respond to the trigger operation to directly switch the shooting mode selection interface 210j to the shared video shooting interface 220j for acquiring video data. Optionally, if the monitored energy consumption value corresponding to the idle calculation power resource of the ue 20Z is 80%, it may be determined that the idle calculation power resource of the ue 20Z does not satisfy the node access condition, that is, the ue 20Z does not have the idle calculation power resource. At this time, the ue 20Z may interrupt the connection relationship between the ue 20Z and the blockchain network through the sharing plug-in, that is, the terminal type of the ue 20Z without idle computing resources may be updated from the node type to the non-node type.
Step S103, video data are collected in the shared video shooting interface, and video data to be published which are displayed on the video publishing interface are determined based on the collected video data.
Specifically, a user terminal (i.e., a first user node) accessed to a blockchain network may respond to a shooting operation for a video shooting control in a shared video shooting interface, and then may perform video data collection by a camera shooting collection component of the user terminal, and use the collected video data as initial video data. Further, when a user (i.e., the first user) corresponding to the first user node executes a fourth trigger operation with respect to a shooting completion control in the shared video shooting interface, the first user node may respond to the fourth trigger operation and output a video editing interface for editing the initial video data. Wherein the video editing interface may include an edit completion control. When the first user edits the initial video data, the first user may perform a fifth trigger operation with respect to the edit completion control. At this time, the first user node may determine, in response to the fifth trigger operation, the edited initial video data as video data to be distributed for display on the video distribution interface.
For ease of understanding, please refer to fig. 7, where fig. 7 is a schematic view of a scene for acquiring video data to be distributed according to an embodiment of the present application. As shown in fig. 7, in the embodiment of the present application, the first user node is accessed to a user terminal in a blockchain network through a sharing plug-in a video client (e.g., the video client 7), and a protocol user corresponding to the user terminal may be a user a shown in fig. 7. The first user node may be any one of the user nodes in the block-node system 1X shown in fig. 1.
As shown in fig. 7, in the shared video shooting interface 710j in the video client 7, the user a corresponding to the first user node may perform a trigger operation (e.g., a long press operation) with respect to the video shooting control 71k shown in fig. 7. At this time, the first user node may perform video data acquisition through the first user node in response to the trigger operation, and use the acquired video data as initial video data. The initial video data may be video data acquired by a camera acquisition component (e.g., a camera), or may be video data acquired in a local area (e.g., an album) of the first user node, where a manner of acquiring the initial video data is not limited herein. Meanwhile, the first user node can also output a shooting completion control in the shared video shooting interface (e.g., the shooting completion control 72k in the shared video shooting interface 720j shown in fig. 7) in response to a trigger operation for the video shooting control 71 k.
Further, the user a may perform a trigger operation on the shooting completion control 72k, and at this time, the first user node may switch the display interface of the video client 7 from the shared video shooting interface 720j to the video editing interface 730j shown in fig. 7 in response to the trigger operation. Wherein a cursor in region 1i in the video editing interface 730j can be used to select a video frame of the initial video data for editing each video frame. A plurality of editing controls for editing the initial video data, such as editing controls for adding music, editing text, image processing (e.g., filter, special effects), and the like, may be included in the area 2i of the video editing interface 730 j. An edit completion control (e.g., edit completion control 73k shown in fig. 7) may be included in the video editing interface 730 j.
When the user a finishes editing the initial video data, the user a may execute a trigger operation for the editing-finished control 73k, and at this time, the first user node may respond to the trigger operation and determine the edited initial video data as video data to be published. Further, the first user node may switch the display interface of the video client 7 from the video editing interface 730j to the video publishing interface 740j shown in fig. 7, and display the video data to be published on the video publishing interface 740 j.
And step S104, responding to a third trigger operation aiming at a video publishing control in the video publishing interface, taking video data associated with the video data to be published as target shared video data, and writing video key information of the target shared video data into the blockchain network based on the sharing plug-in.
Specifically, when a first user corresponding to a first user node (i.e., a user terminal in an access blockchain network) executes a third trigger operation for a video distribution control in a video distribution interface, the first user node may respond to the third trigger operation, use video data associated with the video data to be distributed as target shared video data, and acquire an equipment identification code of the user terminal. Further, the first user node may start a sharing plug-in, grant a distributed storage authorization code for the target shared video data, and use the granted distributed storage authorization code as the target authorization code. Further, the first user node may generate a target video identification code for representing the target shared video data based on the trigger auxiliary parameter of the third trigger operation, and determine video key information of the target shared video data based on the target video identification code, the target authorization code, the device identification code, and the target shared video data. At this time, the first user node may pack video key information of the target shared video data to obtain a first to-be-verified block to be written in a block chain of the block chain network, and broadcast the first to-be-verified block to a second user node in the block chain network, so that the second user node performs block consensus on the first to-be-verified block. The second user node may be a blockchain node having idle computational power resources in a blockchain network. Further, the first user node may receive a first block consensus result returned by the second user node, and if the first block consensus result indicates that the consensus is successful, the first user node may write the first block to be verified into the block chain.
For easy understanding, please refer to fig. 8, where fig. 8 is a schematic view of a scenario in which video key information of target shared video data is written into a block chain according to an embodiment of the present application. As shown in fig. 8, the user terminal 80Z (i.e., the first user node) in the embodiment of the present application may be a user terminal accessed to the blockchain network through a shared plug-in a video client (e.g., the video client 8), for example, the user terminal 80Z may be any one user node in the above-mentioned blockchain link point system 1X shown in fig. 1.
The video publishing interface in the video client 8 may be the video publishing interface 810j shown in fig. 8. A user (e.g., user a) corresponding to the user terminal 80Z may input text information associated with the video data to be published in the video publishing interface 810j, and may further perform a trigger operation (i.e., a third trigger operation) for a video publishing control (e.g., the video publishing control 81k shown in fig. 8) in the video publishing interface 810j when the input is completed.
At this time, the user terminal 80Z may respond to the third trigger operation, use the video data to be distributed carrying the text information as the target shared video data, and acquire the device identification code of the user terminal 80Z. At the same time, the user terminal 80Z may start a sharing plug-in the video client 8, and grant a distributed storage authorization code (i.e., a target authorization code) for the target shared video data. Further, the user terminal 80Z may acquire the trigger assistance parameter of the third trigger operation. In other words, the user terminal 80Z may record a response timestamp associated with the third trigger operation in response to the third trigger operation for the video publishing control 81k, and may further use the recorded response timestamp as a video generation timestamp of the target shared video data. The user terminal 80Z may further obtain the camera encoding parameter corresponding to the target shared video data and the manufacturer information of the video client 8, and further determine the trigger auxiliary parameter of the third trigger operation based on the obtained manufacturer information, the camera encoding parameter, and the generated video generation timestamp. At this time, the user terminal 80Z may generate a video identification code (i.e., a target video identification code) for representing the target shared video data based on the trigger assistance parameter of the third trigger operation. Further, the user terminal 80Z may determine video key information of the target shared video data based on the target video identification code, the target authorization code, the device identification code, and the target shared video data.
As shown in fig. 8, the blockchain 8q may be an identical blockchain shared by each blockchain node in the blockchain network to which the ue 80Z belongs, and each blockchain node may obtain information stored in the blockchain 8q from the blockchain 8 q. Wherein the blockchain 8q includes a block 1, a block 2, …, a block n, and a target block, and the block 1 is referred to as a founder block of the blockchain 8 q. The target block in the block chain 8q contains video key information of the target shared video data.
The ue 80Z may write the video key information of the target shared video data into a blockchain (e.g., blockchain 8q shown in fig. 8) in the blockchain network where the ue 80Z is located. In other words, the user terminal 80Z can obtain the chunk n having the largest generation timestamp from the chunk chain 8 q. Further, the user terminal 80Z may pack the video key information of the target shared video data, so as to obtain a block to be verified (i.e. a first block to be verified) to be written into the block chain 8 q. At this time, the user terminal 80Z may broadcast the first block to be verified to a second user node in the blockchain network, so that the second user node performs consensus on the obtained first block to be verified to obtain a first block consensus result of the first block to be verified. Here, the second user node may be a blockchain node having idle computational power resources in a blockchain network to which the user terminal 80Z belongs. Further, when the user terminal 80Z receives the first block consensus result returned by the second user node, the first block consensus result may be analyzed. If there is a first block consensus result in the first block consensus result that exceeds the consensus threshold (e.g., 2/3) indicating that the consensus is successful, the user terminal 80Z may determine that the block link points in the block chain network achieve the consensus, and may write the first to-be-verified block into the block chain 8q, i.e., the first to-be-verified block is the next block of the block n, so that the video key information of the target shared video data may be written into the block chain 8 q.
Optionally, before the user terminal 80Z uploads the video key information of the target shared video data, the video key information may be encrypted based on a plug-in public key of a shared plug-in the user terminal 80Z, and then the encrypted video key information of the target shared video data may be written into the block chain 8q shown in fig. 8, so that when other block chain nodes in the block chain network obtain the video key information of the target shared video data, the obtained encrypted video key information of the target shared video data needs to be decrypted based on a plug-in private key of a system plug-in, so as to improve the security of the video key information.
It can be understood that, after the user terminal 80Z successfully writes the video key information of the target shared video data into the blockchain 8q, the user terminal 80Z may switch the display interface of the video client 8 from the video publishing interface 810j to a video display interface (e.g., the video display interface 820j shown in fig. 8), and the target shared video data carrying the sharing tag may be displayed in the video display interface 820 j. The sharing tag may be used to indicate a storage source of the target shared video data, for example, the sharing tag may be "the video data is from a shared database".
In the embodiment of the present application, a video client running on a user terminal may be embedded with a shared plug-in capable of accessing the user terminal with idle computing resources to a blockchain network. It can be understood that the user terminal may respond to a trigger operation for a video client embedded with a sharing plug-in, so as to acquire video data in a sharing video shooting interface through a sharing video shooting control bound with the sharing plug-in, and further obtain video data to be published for displaying on a video publishing interface. When a user terminal responds to a triggering operation aiming at a video publishing control in a video publishing interface, video data associated with the video data to be published is taken as target shared video data, further video key information of the target shared video data can be written into a block chain in a block chain network instead of sending the target shared video data to a server corresponding to a video client, and therefore the server does not need to consume a large amount of computer power and manpower to store the relevant video data in a centralized manner, and computer power and manpower consumption of the server are saved. In addition, because the data on the block chain has the characteristic of being not falsifiable, the video key information of the target shared video data is written into the block chain in the block chain network, so that the security risks of falsification, forgery, deletion and the like of the video data can be effectively solved, and the security of the video data is improved.
Further, please refer to fig. 9, and fig. 9 is a flowchart illustrating a video data processing method according to an embodiment of the present application. As shown in fig. 9, the method may be performed by a user terminal running a video client that may be embedded with a shared plug-in for accessing user terminals with spare computing resources into a blockchain network. The server corresponding to the video client may be any one of the server nodes in the blockchain network shown in fig. 1, for example, the node 10A. The method may comprise at least the following steps S201-S209:
step S201, responding to a first trigger operation aiming at a video client embedded with a sharing plug-in, and outputting a shooting mode selection interface associated with the sharing plug-in;
step S202, responding to a second trigger operation aiming at the shared video shooting control, and outputting a shared video shooting interface for acquiring video data through a video client in the user terminal;
step S203, collecting video data in a shared video shooting interface, and determining video data to be released for displaying on a video release interface based on the collected video data;
step S204, responding to a third trigger operation aiming at a video publishing control in a video publishing interface, taking video data associated with the video data to be published as target shared video data, and writing video key information of the target shared video data into a block chain network based on a sharing plug-in.
For specific implementation of steps S201 to S204, reference may be made to the description of steps S101 to S104 in the embodiment corresponding to fig. 3, which will not be described herein again.
In step S205, after the video key information of the target shared video data is successfully written into the blockchain network, the video display interface of the video client is output.
The blockchain network where the first user node is located may further include a second user node associated with the shared plug-in, where a first user (e.g., user a shown in fig. 8) corresponding to the first user node has an association relationship with a second user (e.g., user B shown in fig. 8) corresponding to the second user node. Specifically, after a user terminal (i.e., a first user node) accessing to a blockchain network successfully writes video key information of target shared video data into a blockchain in the blockchain network where the first user node is located, the first user node may switch a display interface of a video client from a video publishing interface to a video presentation interface. Wherein the video presentation interface can be used to present video data in a video preview list associated with the recommending user. For example, the recommending user may be a user that the first user is interested in the video client, or the recommending user may be a user (e.g., a second user) that has a friend relationship with the first user, which will not be limited herein.
The video data in the video preview list here may include the first type recommended video data and the second type recommended video data. The first type of recommended video data may be raw video data stored in a server node corresponding to the video client and uploaded through a raw video capture control (e.g., the raw video capture control 52k shown in fig. 5). According to the method and the device, the original video data uploaded by the user terminal of the non-node type through the original video shooting control and the original video data uploaded by the user terminal of the node type through the original video shooting control can be collectively referred to as first-class recommended video data. The second recommendation video data here may be shared video data on a blockchain in a blockchain network to which the server node is synchronized. In this embodiment, the shared video data uploaded by the node-type user terminal through the shared video shooting control (e.g., the shared video shooting control 53k shown in fig. 5) may be referred to as second recommendation video data. The server node here may be a blockchain node in a blockchain network.
The server node can screen out the video data which accord with the video distribution rule according to the recommendation parameters of each of the two types of recommended video data so as to generate a video preview list. The recommendation parameter may be related to a focused user, a friend user, a historical viewing record, a video data heat value, a video data interest value, and the like of the first user. It is understood that the video preview list may include n video data, where n is a positive integer, and 4 video data may be taken as an example in the embodiment of the present application, and specifically, the video preview list may include video data 1, video data 2, video data 3, and video data 4.
Step S206, determining the video data to be played for output on the video playing interface of the video client from the video preview list.
Specifically, the first user node obtains video data (e.g., video data 1) with the maximum recommendation parameter from the video preview list, and may directly determine the obtained video data 1 to be played as the video data to be played for output on the video playing interface of the video client. It is understood that the video data to be played here may be video data stored in a server node corresponding to the video client, that is, video data collected by a publishing entry of an original video capture control (e.g., the original video capture control 52k shown in fig. 5) of a user terminal corresponding to a recommended user. Optionally, the video data to be played here may also be shared video data stored on the blockchain, that is, video data collected by a release entry of a shared video shooting control (for example, the shared video shooting control 53k shown in fig. 5) bound with the shared plug-in after the user terminal corresponding to the recommended user accesses the blockchain network.
Step S207, if the video data to be played is shared video data released through the sharing plugin, acquiring video key information of the video data to be played and first data change information associated with the video data to be played.
Specifically, if the video data to be played is the shared video data released by the sharing plug-in, the first user node may obtain, from the block chain of the block chain network where the first user node is located, the video key information of the video data to be played and the first data change information associated with the video data to be played.
It should be appreciated that the first user node may obtain first encryption information of the video data to be played from the blockchain. The first encryption information may be obtained by encrypting the video key information of the video data to be played based on the plug-in public key of the shared plug-in by the user terminal corresponding to the recommended user. At this time, the first user node may decrypt the first encrypted information based on the plug-in private key of the shared plug-in, so as to obtain the video key information of the video data to be played. Meanwhile, the first user node can acquire second encryption information of the video data to be played from the block chain. The second encryption information may be obtained by encrypting data change information (i.e., the first data change information) of the video data to be played based on a plug-in public key of the shared plug-in of other blockchain nodes (e.g., user nodes that generate an interaction behavior for the video data to be played) in the blockchain network. At this time, the first user node may decrypt the second encrypted information based on the plug-in private key of the shared plug-in, so as to obtain first data change information of the video data to be played, and further may obtain first interaction parameters (including but not limited to the number of times of approval, the number of times of comment, the number of times of forwarding, and the number of times of playing) associated with the video data to be played from the first data change information. The first data change information here refers to all data change information associated with the video data to be played.
Optionally, in order to quickly pull the video content of the video data, a server node (for example, a server corresponding to a video client embedded with a sharing plug-in) in the blockchain network may also periodically summarize video key information of each shared video data in the blockchain network based on data change information of each shared video data in the blockchain network, so as to obtain summarized video key information of the shared video data, and store the summarized video key information of the shared video data in a database of the server node, so that when the first user node determines that the video data to be played is the shared video data, the summarized video key information of the video data to be played may be quickly obtained from the database of the server node. Meanwhile, the first user node can also acquire first data change information associated with the video data to be played from a block chain of a block chain network. The first data change information may refer to data change information that is not summarized by the server node, so that the video data to be played is updated subsequently based on the first data change information, thereby obtaining updated video data.
Step S208, obtaining the sharing label of the video data to be played from the video key information of the video data to be played.
Step S209, based on the first interaction parameter, updating the video data to be played to obtain updated video data carrying the sharing tag, and playing the updated video data carrying the sharing tag in the video playing interface.
Specifically, the first user node may update the video data to be played based on the first interaction parameter, so as to obtain updated video data carrying the sharing tag, and further output the updated video data carrying the sharing tag on the video playing interface. For example, the interaction parameters of the video data to be played take three parameters as an example, and specifically may include a first parameter (e.g., the number of plays), a second parameter (e.g., the number of praises), and a third parameter (e.g., the number of forwards).
For example, if the video key information of the video data to be played, which is summarized by the server node and acquired by the first user node, indicates that: the cumulative amount of the playing times of the video data to be played is 300 times, the cumulative amount of the approval times is 210 times, and the cumulative amount of the forwarding times is 60 times, and the first user node determines, based on the obtained first data change information, that the playing times in the first interaction parameter are increased by 120 times, the approval times are increased by 50 times, and the forwarding times are increased by 10 times, so that after the video data to be played is updated by the first user node based on the first interaction parameter, the cumulative amount of the playing times of the updated video data carrying the shared tag is 420 times, the cumulative amount of the approval times is 260 times, and the cumulative amount of the forwarding times is 70 times. At this time, the first user node may output the updated video data carrying the sharing tag on a video playing interface (e.g., the video playing interface 510j shown in fig. 5).
It is understood that the first user node may be responsive to an interactive operation directed to updating video data in the video playback interface, and may further determine a second interactive parameter associated with the interactive operation. For example, a first user corresponding to a first user node performs an interaction operation (e.g., a double-click operation) on the updated video data in the video playing interface, and the first user node may determine that the number of praise of the updated video data is increased by 1 time, and further may determine a second interaction parameter associated with the interaction parameter. Further, the first user node may use the vendor information of the video client as the vendor information of the updated video data, and based on the first change data information, obtain the camera encoding parameter, the video identification code and the content identification code of the video data to be played, and further may respectively determine the camera encoding parameter of the updated video data, the video identification code of the updated video data and the content identification code of the updated video data based on the obtained parameters. At this time, the first user node may determine second data change information for updating the video data based on the second interaction parameter, the vendor information for updating the video data, the camera encoding parameter for updating the video data, the video identification code for updating the video data, and the content identification code for updating the video data, and may further broadcast the second data change information to the blockchain network. The content identification code may be an identification code linked with a basic code stream of the video data to be played.
It should be understood that, when the association relationship between the first user and the second user is a friend relationship, the first user node may send the target video identification code of the target shared video data to the second user node corresponding to the second user based on the friend relationship. When the second user node receives the target video identification code, the second user node may acquire, from the blockchain network, video key information of the target shared video data that matches the target video identification code and target data change information associated with the target shared video data. Further, the second user node may obtain updated target shared video data based on the obtained video key information and the target data change information, and play the updated target shared video data in the second user node. And the updated target shared video data carries the shared label. It should be appreciated that when the second user generates an interactive behavior with respect to the updated target shared video data, the second user node may determine data change information associated with the interactive behavior to broadcast to the blockchain network in which the second user node is located. For a specific implementation manner of the second user node obtaining the updated target shared video data, reference may be made to the specific implementation manner of the first user node obtaining the updated video data, and details will not be described here again.
The first user node can periodically track the shared video data with the shared label to collect data change information associated with the shared video data. The packing period for the first user node to collect the data change information for packing is related to the data accuracy and the computational power level of the idle computational power resources of the first user node. And if the energy consumption value corresponding to the idle calculation resource of the first user node is smaller, the packaging period of the first user node is shorter. For example, when the energy consumption value corresponding to the idle calculation resource of the first user node is 20%, the first user node may collect data change information broadcasted in the blockchain network every 1 second to perform the uplink packet. Optionally, when the energy consumption value corresponding to the idle calculation resource of the first user node is 50%, the first user node may collect data change information broadcasted in the blockchain network once every 1 minute, so as to perform uplink packaging. It can be understood that, the shorter the packing period is, the faster the data change information in one packing period is uploaded to the block chain, so that when each block chain node in the block chain network plays a certain video data on the video playing interface, all the data change information associated with the video data can be acquired in real time from the block chain as much as possible, and further, when the video data is updated based on the data change information, the higher the accuracy of the updated video data is.
For example, the first user node may periodically track the target shared video data sent by itself. It may be appreciated that the first user node may collect data change information associated with the target shared video data broadcast in the blockchain network based on idle computational resources of the first user node. Further, the first user node may generate a change information table based on the collected data change information, and may further use header information of the change information table as a random code. At this time, the first user node may obtain a hash calculation rule for the random code, and obtain a hash basic generation number corresponding to the random code based on the hash calculation rule. The hash calculation rule (i.e., hash function) refers to a function, also called hash function, used in computer programming to extract a digital feature with a finite length from a certain type of data (e.g., random code) as a representation of the data. Here, the hash basic generation number may be a characteristic value of certain data (i.e., a random code) generated based on a hash calculation rule, and is referred to as a hash value or a hash value.
It is understood that the first user node may generate a second to-be-verified block for broadcasting to the blockchain network based on the hash base generation number, and may further broadcast the second to-be-verified block to a second user node in the blockchain network, so that the second user node performs block consensus on the second to-be-verified block; the second user node may be a blockchain node having idle computational power resources in a blockchain network. It should be understood that the first user node may receive a second block consensus result returned by the second user node, and if the second block consensus result indicates that the consensus is successful, write the second block to be verified into the block chain in the block chain network. For a specific implementation of the first user node writing the second block to be verified into the block chain, refer to the specific implementation of writing the first block to be verified into the block chain shown in fig. 8, which will not be described again.
For ease of understanding, please refer to fig. 10, where fig. 10 is a distributed network data structure provided in an embodiment of the present application. As shown in fig. 10, the distributed big data system in the distributed network data structure may be the block link point system 1X shown in fig. 1. The blockchain database 10S shown in fig. 10 may refer to a user information and public key storage center, i.e., a blockchain database corresponding to a blockchain network associated with a shared plug-in.
The blockchain database 10S may include a node identifier list, a video authorization code table, a change information table, a video identifier code table, a first parameter table, a second parameter table, and shared video data published through a video publishing entry bound to a shared plugin, which are shown in fig. 10. As shown in fig. 10, the node identification list may be the node identification list shown in table 1, where the node identification list is used to store the device identification codes of the blockchain nodes in the distributed big data system (i.e., a blockchain point system), where the blockchain points in the distributed big data system may include user nodes (i.e., user terminals with idle computing resources) and server nodes (i.e., servers corresponding to video clients embedded with shared plug-ins).
The video authorization code table can be used for storing distributed storage authorization codes of shared video data generated in a service data platform corresponding to a video client embedded with a shared plug-in. When a certain user node issues shared video data, the sharing plug-in may be started to grant a distributed storage authorization code for the shared video data, and further, the distributed storage authorization code may be added to the video authorization code table shown in fig. 10.
The change information table may be an information table generated after the block link points in the block link network periodically collect data change information associated with the shared video data based on their own idle computing resources. It can be understood that, when a user terminal (i.e. a target user terminal) having a network connection relationship with a server node in the blockchain network is a user terminal used by a user who does not agree to the protocol or a user terminal without idle computing resources, the target user terminal may also view the shared video data stored in the blockchain through the server node when running a video client embedded with a shared plug-in. When a user corresponding to the target user terminal performs an interactive operation on the viewed shared video data, the server node may generate data change information based on such an interactive operation. When the server node periodically tracks the shared video data, the change information table shown in fig. 10 may be generated based on the collected data change information. In addition, the user nodes (i.e. the user terminals having idle computing resources) in the blockchain network may also periodically collect data change information associated with the shared video data based on their own idle computing resources to generate the change information table shown in fig. 10. In some data change information in the change information table shown in fig. 10, the video identification code of the shared video data, a first parameter (e.g., the number of playing times) in the interaction parameter, a second parameter (e.g., the number of praise times) in the interaction parameter, and the like may be included.
The video id table, the first parameter table, and the second parameter table shown in fig. 10 may be information tables that are periodically updated for the block link nodes in the block link network (e.g., updated every day), so that the required information can be quickly found when the shared video data is played subsequently. For example, the video id may store video ids of all shared video data distributed through a video distribution portal bound to the shared plug-in. The first parameter table herein may include an accumulated amount corresponding to the first parameter (for example, an accumulated amount corresponding to the number of playing times) of each piece of shared video data. The second parameter table may include an accumulated amount corresponding to each second parameter of the shared video data (e.g., an accumulated amount corresponding to the number of times of approval).
For example, when a user node in the blockchain network updates a video to be played, the current accumulation amount corresponding to the playing times of the video data to be played can be quickly obtained from the first parameter table, the current accumulation amount corresponding to the approval times of the video data to be played can be obtained from the second parameter table, and then the video data to be played can be updated according to the latest data change information (i.e., the data change information generated after accumulation), without obtaining all data change information of the video data to be played from the generation to the present from the blockchain, so that the updating time of the interactive parameters can be effectively reduced, and the playing efficiency of the video data can be improved.
Further, please refer to fig. 11, where fig. 11 is a schematic structural diagram of a video data processing apparatus according to an embodiment of the present application. As shown in fig. 11, the video data processing apparatus 1 may be a computer program (including program code) running in a computer device, for example, the video data processing apparatus 1 is an application software; the video data processing apparatus 1 may be configured to perform corresponding steps in the methods provided by the embodiments of the present application. As shown in fig. 11, the video data processing apparatus 1 may operate in a ue of a video client embedded with a sharing plug-in (i.e. a ue accessing to a blockchain network through the sharing plug-in and having idle computing resources), which may be the ue 20Z in the embodiment corresponding to fig. 2. The video data processing apparatus 1 may include: the video playing system comprises a shooting mode selection interface output module 11, a shared video shooting interface output module 12, a to-be-released video data determining module 13, a target shared video data writing module 14, a connection relation interruption module 15, a target video identification code sending module 16, a video display interface output module 17, a to-be-played video data determining module 18, a data change information acquiring module 19, a to-be-played video data acquiring module 20, a video updating module 21, an interaction parameter determining module 22, an updating parameter acquiring module 23, a data change information determining module 24, a data change information broadcasting module 25, a data change information collecting module 26, a change information table generating module 27, a block generating module 28 and a block writing module 29.
The shooting mode selection interface output module 11 is used for responding to a first trigger operation aiming at a video client embedded with a sharing plug-in, and outputting a shooting mode selection interface associated with the sharing plug-in; the shooting mode selection interface comprises a shared video shooting control bound with the shared plug-in; the shared plug-in is used for accessing the user terminal with idle computing resources to the blockchain network.
Wherein, the shooting mode selection interface output module 11 includes: a video playing interface output unit 111, an idle calculation power resource acquisition unit 112, an operability determination unit 113, and a shooting mode selection interface output unit 114.
The video playing interface output unit 111 is configured to output a video playing interface of a video client in response to a start operation for the video client embedded with the sharing plug-in; the video playing interface comprises a video adding control;
the idle calculation resource obtaining unit 112 is configured to obtain an idle calculation resource of a user terminal where the video client is located in response to a first trigger operation for the video addition control;
the operability determining unit 113 is configured to determine that the shared video shooting control bound to the shared plugin has operability if the obtained idle computational power resource meets the node access condition;
the shooting mode selection interface output unit 114 is used for outputting the sharing video shooting control with operability to the shooting mode selection interface associated with the sharing plug-in.
For specific implementation manners of the video playing interface output unit 111, the idle calculation resource obtaining unit 112, the operability determining unit 113, and the shooting mode selection interface output unit 114, reference may be made to the description of step S101 in the embodiment corresponding to fig. 3, which will not be described again.
The shared video shooting interface output module 12 is configured to output, in response to a second trigger operation for the shared video shooting control, a shared video shooting interface for acquiring video data through the video client in the user terminal.
The shared video shooting interface output module 12 includes: a terminal type identification unit 121, an authorization agreement signing interface output unit 122, a terminal type updating unit 123, a first shooting interface output unit 124, a user node determination unit 125, an idle computing power resource monitoring unit 126 and a second shooting interface output unit 127.
The terminal type identifying unit 121 is configured to invoke a sharing plug-in to identify a terminal type of the user terminal in response to a second trigger operation for the shared video shooting control;
the authorization agreement signing interface output unit 122 is configured to, if it is identified that the terminal type of the user terminal is a non-node type, obtain a user electronic authorization agreement associated with the shared plug-in, and output the user electronic authorization agreement on an authorization agreement signing interface of the video client; the authorization agreement signing interface comprises an authorization confirmation control;
the terminal type updating unit 123 is configured to update, in response to an authorization operation for an authorization confirmation control, a terminal type of the user terminal from a non-node type to a node type through a shared plug-in, and when the user terminal has an idle computational resource, use the user terminal as a first user node in the block chain network; the first user node has the capacity of maintaining and updating the shared video data in the block chain network;
the first shooting interface output unit 124 is configured to add the device identifier of the first user node to a node identifier list maintained by the blockchain network, and output a shared video shooting interface for acquiring video data through a video client in the user terminal.
The user node determining unit 125 is configured to, if it is identified that the terminal type of the user terminal is the node type, use the user terminal as a first user node in the blockchain network when the user terminal has idle computational power resources;
the idle computing power resource monitoring unit 126 is configured to monitor an idle computing power resource of the first user node through the shared plug-in;
the second shooting interface output unit 127 is configured to switch, through the video client, the shooting mode selection interface to a shared video shooting interface used for acquiring video data if it is monitored that the idle computational power resource of the first user node satisfies the node access condition.
For specific implementation manners of the terminal type identifying unit 121, the authorization agreement signing interface output unit 122, the terminal type updating unit 123, the first shooting interface output unit 124, the user node determining unit 125, the idle calculation resource monitoring unit 126, and the second shooting interface output unit 127, reference may be made to the description of step S102 in the embodiment corresponding to fig. 3, which will not be described again here.
The to-be-released video data determining module 13 is configured to collect video data in the shared video shooting interface, and determine the to-be-released video data to be displayed on the video releasing interface based on the collected video data.
The shared video shooting interface comprises a video shooting control and a shooting completion control;
the to-be-distributed video data determining module 13 includes: the system comprises a video acquisition unit 131, a video editing interface output unit 132 and a to-be-published video data determination unit 133.
The video acquisition unit 131 is configured to perform video data acquisition through a camera acquisition component of the user terminal in response to a shooting operation for the video shooting control, and use the acquired video data as initial video data;
the video editing interface output unit 132 is configured to output a video editing interface for editing the initial video data in response to a fourth trigger operation for the shooting completion control; the video editing interface comprises an editing completion control;
the to-be-published video data determining unit 133 is configured to determine, in response to a fifth trigger operation for the editing completion control, the edited initial video data as to-be-published video data for displaying on the video publishing interface.
For specific implementation manners of the video acquisition unit 131, the video editing interface output unit 132, and the to-be-released video data determination unit 133, reference may be made to the description of step S103 in the embodiment corresponding to fig. 3, which will not be described again.
The target shared video data writing module 14 is configured to, in response to a third trigger operation for a video publishing control in the video publishing interface, take video data associated with the video data to be published as target shared video data, and write video key information of the target shared video data into the blockchain network based on the sharing plug-in.
The target shared video data writing module 14 includes: a target shared video data determining unit 141, a storage code granting unit 142, a video key information determining unit 143, a video key information packing unit 144, and a to-be-verified block writing unit 145.
The target shared video data determining unit 141 is configured to, in response to a third trigger operation for a video publishing control in a video publishing interface, take video data associated with video data to be published as target shared video data, and acquire an equipment identification code of a user terminal;
the storage code granting unit 142 is configured to start a shared plugin, grant a distributed storage authorization code for target shared video data, and use the granted distributed storage authorization code as a target authorization code;
the video key information determining unit 143 is configured to generate a target video identification code indicating target shared video data based on the trigger auxiliary parameter of the third trigger operation, and determine video key information of the target shared video data based on the target video identification code, the target authorization code, the device identification code, and the target shared video data.
Wherein the video key information determining unit 143 includes: a generation timestamp determination sub-unit 1431, a parameter acquisition sub-unit 1432, a target video identification code generation sub-unit 1433, and a video key information determination sub-unit 1434.
The generation timestamp determination subunit 1431 is configured to record a response timestamp associated with the third trigger operation, and use the recorded response timestamp as a video generation timestamp of the target shared video data;
the parameter obtaining subunit 1432 is configured to obtain a camera encoding parameter corresponding to target shared video data, and obtain manufacturer information of the video client;
the target video identification code generation subunit 1433 is configured to determine a trigger auxiliary parameter of the third trigger operation based on the vendor information, the camera encoding parameter, and the video generation timestamp, and generate a target video identification code indicating target shared video data based on the trigger auxiliary parameter;
the video key information determining subunit 1434 is configured to determine the video key information of the target shared video data based on the target video identification code, the target authorization code, the device identification code, and the target shared video data.
The specific implementation manners of the generating timestamp determining subunit 1431, the parameter acquiring subunit 1432, the target video identification code generating subunit 1433, and the video key information determining subunit 1434 may refer to the description of the video key information of the target shared video data in the embodiment corresponding to fig. 8, which will not be described again here.
The video key information packing unit 144 is configured to pack video key information of target shared video data to obtain a first to-be-verified block to be written in a block chain of a block chain network, and broadcast the first to-be-verified block to a second user node in the block chain network, so that the second user node performs block consensus on the first to-be-verified block; the second user node is a block chain node with idle calculation power resources in the block chain network;
the to-be-verified block writing unit 145 is configured to receive a first block consensus result returned by the second user node, and write the first to-be-verified block into the block chain if the first block consensus result indicates that the consensus is successful.
For specific implementation manners of the target shared video data determining unit 141, the storage code granting unit 142, the video key information determining unit 143, the video key information packing unit 144, and the to-be-verified block writing unit 145, reference may be made to the description of step S104 in the embodiment corresponding to fig. 3, and details will not be described again here.
The connection relation interrupting module 15 is configured to interrupt, through the shared plug-in, a connection relation between the first user node and the block chain network if it is monitored that the idle computational power resource of the first user node does not satisfy the node access condition.
The user terminal is a first user node in a block chain network, and the block chain network comprises a second user node associated with the shared plug-in; the association relationship between the first user corresponding to the first user node and the second user corresponding to the second user node is a friend relationship;
the target video identification code sending module 16 is configured to send a target video identification code of the target shared video data to a second user node corresponding to a second user based on a friend relationship, so that the second user node obtains video key information of the target shared video data matched with the target video identification code and target data change information associated with the target shared video data from a block chain network, obtains updated target shared video data based on the obtained video key information and the target data change information, and plays the updated target shared video data.
The video display interface output module 17 is configured to output a video display interface of the video client after the video key information of the target shared video data is successfully written into the blockchain network; the video display interface is used for presenting video data in a video preview list associated with the recommending user; the video data in the video preview list comprises first type recommended video data and second type recommended video data; the first type of recommended video data is original video data which are stored in a server node corresponding to the video client and uploaded through an original video shooting control; the second recommendation video data is shared video data on a block chain in the block chain network to which the server node is synchronized; the server node is a block chain node in a block chain network;
the to-be-played video data determining module 18 is configured to determine, from the video preview list, to-be-played video data for output on a video playing interface of the video client;
the data change information acquiring module 19 is configured to acquire video key information of the video data to be played and first data change information associated with the video data to be played if the video data to be played is shared video data released through a sharing plug-in; the first data change information comprises a first interaction parameter associated with the video data to be played;
the to-be-played video data obtaining module 20 is configured to obtain a shared tag of the to-be-played video data from the video key information of the to-be-played video data;
the video updating module 21 is configured to update video data to be played based on the first interaction parameter to obtain updated video data carrying a shared tag, and play the updated video data carrying the shared tag in a video playing interface.
The interactive parameter determining module 22 is configured to determine, in response to an interactive operation for updating video data in the video playing interface, a second interactive parameter associated with the interactive operation;
the update parameter obtaining module 23 is configured to use vendor information of the video client as vendor information of the update video data, and obtain, based on the first change data information, a camera encoding parameter of the update video data, a video identification code of the update video data, and a content identification code of the update video data;
the data change information determining module 24 is configured to determine second data change information for updating the video data based on the second interaction parameter, the vendor information for updating the video data, the camera encoding parameter for updating the video data, the video identification code for updating the video data, and the content identification code for updating the video data;
the data change information broadcasting module 25 is configured to broadcast the second data change information to the blockchain network.
The data change information collecting module 26 is configured to, when the user terminal is a first user node in the blockchain network, collect data change information associated with the target shared video data broadcast in the blockchain network based on idle computational resources of the first user node;
the change information table generating module 27 is configured to generate a change information table based on the collected data change information, use header information of the change information table as a random code, obtain a hash calculation rule for the random code, and obtain a hash basic generation number corresponding to the random code based on the hash calculation rule;
the block generating module 28 is configured to generate a second to-be-verified block for broadcasting to the blockchain network based on the hash base generation number, and broadcast the second to-be-verified block to a second user node in the blockchain network, so that the second user node performs block consensus on the second to-be-verified block; the second user node is a block chain node with idle calculation power resources in the block chain network;
the block writing module 29 is configured to receive a second block consensus result returned by the second user node, and write the second block to be verified into the block chain if the second block consensus result indicates that the consensus is successful.
Wherein, the specific implementation manners of the shooting mode selection interface output module 11, the shared video shooting interface output module 12, the to-be-released video data determining module 13, the target shared video data writing module 14, the connection relation interruption module 15, the target video identification code sending module 16, the video display interface output module 17, the to-be-played video data determining module 18, the data change information acquiring module 19, the to-be-played video data acquiring module 20, the video updating module 21, the interaction parameter determining module 22, the update parameter acquiring module 23, the data change information determining module 24, the data change information broadcasting module 25, the data change information collecting module 26, the change information table generating module 27, the block generating module 28 and the block writing module 29 can be referred to the descriptions of step S201 to step S209 in the embodiment corresponding to fig. 9, the description will not be continued here. In addition, the beneficial effects of the same method are not described in detail.
Further, please refer to fig. 12, fig. 12 is a schematic diagram of a computer device according to an embodiment of the present application. As shown in fig. 12, the computer device 1000 may be the user terminal 20Z in the embodiment corresponding to fig. 2, a video client of the user terminal 20Z may be embedded with a sharing plug-in, and the computer device 1000 may include: at least one processor 1001, such as a CPU, at least one network interface 1004, a user interface 1003, memory 1005, at least one communication bus 1002. Wherein a communication bus 1002 is used to enable connective communication between these components. The user interface 1003 may include a Display (Display) and a Keyboard (Keyboard), and the network interface 1004 may optionally include a standard wired interface and a wireless interface (e.g., WI-FI interface). The memory 1005 may be a high-speed RAM memory or a non-volatile memory (non-volatile memory), such as at least one disk memory. The memory 1005 may optionally also be at least one storage device located remotely from the aforementioned processor 1001. As shown in fig. 12, a memory 1005, which is a kind of computer storage medium, may include an operating system, a network communication module, a user interface module, and a device control application program.
In the computer device 1000 shown in fig. 12, the network interface 1004 is primarily used for network communication with other blockchain nodes of the blockchain network terminal; the user interface 1003 is an interface for providing a user with input; and the processor 1001 may be used to invoke a device control application stored in the memory 1005 to implement:
in response to a first trigger operation for a video client embedded with a sharing plug-in, outputting a shooting mode selection interface associated with the sharing plug-in; the shooting mode selection interface comprises a shared video shooting control bound with the shared plug-in; the shared plug-in is used for accessing the user terminal with the idle computing resource to the block chain network;
responding to a second trigger operation aiming at the shared video shooting control, and outputting a shared video shooting interface for acquiring video data through a video client in the user terminal;
the method comprises the steps that video data are collected in a shared video shooting interface, and video data to be published and displayed on a video publishing interface are determined based on the collected video data;
and in response to a third trigger operation aiming at a video publishing control in the video publishing interface, taking video data associated with the video data to be published as target shared video data, and writing video key information of the target shared video data into the blockchain network based on the sharing plug-in.
It should be understood that the computer device 1000 described in this embodiment of the present application may perform the description of the video data processing method in the embodiment corresponding to fig. 3 and fig. 9, and may also perform the description of the video data processing apparatus 1 in the embodiment corresponding to fig. 11, which is not described herein again. In addition, the beneficial effects of the same method are not described in detail.
An embodiment of the present application further provides a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium, where the computer program includes program instructions, and when the program instructions are executed by a processor, the data transmission method provided in each step in fig. 3 and 9 is implemented, which may specifically refer to the implementation manner provided in each step in fig. 3 and 9, and is not described herein again.
The computer readable storage medium may be the data transmission device provided in any of the foregoing embodiments or an internal storage unit of the computer device, such as a hard disk or a memory of the computer device. The computer readable storage medium may also be an external storage device of the computer device, such as a plug-in hard disk, a Smart Memory Card (SMC), a Secure Digital (SD) card, a flash card (flash card), and the like, provided on the computer device. Further, the computer-readable storage medium may also include both an internal storage unit and an external storage device of the computer device. The computer-readable storage medium is used for storing the computer program and other programs and data required by the computer device. The computer readable storage medium may also be used to temporarily store data that has been output or is to be output.
An aspect of the application provides a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instruction from the computer-readable storage medium, and the processor executes the computer instruction, so that the computer device can perform the description of the video data processing method in the embodiment corresponding to fig. 3 or fig. 9, which is not described herein again. In addition, the beneficial effects of the same method are not described in detail.
The terms "first," "second," and the like in the description and in the claims and drawings of the embodiments of the present application are used for distinguishing between different objects and not for describing a particular order. Furthermore, the terms "comprises" and any variations thereof, are intended to cover non-exclusive inclusions. For example, a process, method, apparatus, product, or apparatus that comprises a list of steps or elements is not limited to the listed steps or modules, but may alternatively include other steps or modules not listed, or may alternatively include other steps or elements inherent to such process, method, apparatus, product, or apparatus.
Those of ordinary skill in the art will appreciate that the elements and algorithm steps of the examples described in connection with the embodiments disclosed herein may be embodied in electronic hardware, computer software, or combinations of both, and that the components and steps of the examples have been described in a functional general in the foregoing description for the purpose of illustrating clearly the interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
The method and the related apparatus provided by the embodiments of the present application are described with reference to the flowchart and/or the structural diagram of the method provided by the embodiments of the present application, and each flow and/or block of the flowchart and/or the structural diagram of the method, and the combination of the flow and/or block in the flowchart and/or the block diagram can be specifically implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable video data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable video data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block or blocks of the block diagram. These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable video data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block or blocks of the block diagram. These computer program instructions may also be loaded onto a computer or other programmable video data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block or blocks.
The above disclosure is only for the purpose of illustrating the preferred embodiments of the present application and is not to be construed as limiting the scope of the present application, so that the present application is not limited thereto, and all equivalent variations and modifications can be made to the present application.

Claims (14)

1. A method of processing video data, comprising:
in response to a first trigger operation for a video client embedded with a shared plug-in, outputting a shooting mode selection interface associated with the shared plug-in; the shooting mode selection interface comprises a plurality of shooting controls for selecting a shooting mode; the shooting controls comprise a shared video shooting control bound with the shared plug-in and an original video shooting control; the shared plug-in is used for accessing the user terminal with idle computing resources to a block chain network; the original video shooting control is used for sending the obtained original video data to a server corresponding to the video client;
responding to a second trigger operation aiming at the shared video shooting control, and outputting a shared video shooting interface for acquiring video data through the video client in the user terminal;
video data are collected in the shared video shooting interface, and video data to be published which are displayed on a video publishing interface are determined based on the collected video data;
in response to a third trigger operation for a video publishing control in the video publishing interface, taking video data associated with the video data to be published as target shared video data, and writing video key information of the target shared video data into the blockchain network based on the sharing plug-in;
and when the sharing plug-in identifies that the terminal type of the user terminal is the node type, taking the user terminal as a first user node in the block chain network, and if the situation that the idle calculation resources of the first user node do not meet the node access condition is monitored, interrupting the connection relation between the first user node and the block chain network through the sharing plug-in.
2. The method of claim 1, wherein outputting a photography mode selection interface associated with a shared plug-in response to a first trigger operation for a video client having the shared plug-in embedded therein comprises:
responding to starting operation of a video client embedded with a sharing plug-in, and outputting a video playing interface of the video client; the video playing interface comprises a video adding control;
responding to a first trigger operation aiming at the video adding control, and acquiring idle calculation force resources of a user terminal where the video client is located;
if the acquired idle calculation resources meet the node access conditions, determining that the shared video shooting control bound with the shared plug-in has operability;
and outputting the shared video shooting control with operability to a shooting mode selection interface associated with the shared plug-in.
3. The method of claim 1, wherein outputting, in the user terminal and through the video client, a shared video shooting interface for capturing video data in response to the second triggering operation for the shared video shooting control comprises:
calling the sharing plug-in to identify the terminal type of the user terminal in response to a second trigger operation aiming at the sharing video shooting control;
if the terminal type of the user terminal is identified to be a non-node type, acquiring a user electronic authorization protocol associated with the sharing plug-in, and outputting the user electronic authorization protocol to an authorization protocol signing interface of the video client; the authorization agreement signing interface comprises an authorization confirmation control;
responding to an authorization operation aiming at the authorization confirmation control, updating the terminal type of the user terminal from the non-node type to a node type through the sharing plug-in, and taking the user terminal as a first user node in the block chain network when the user terminal has idle computing resources; the first user node has the capacity of maintaining and updating the shared video data in the block chain network;
and adding the equipment identification code of the first user node to a node identification list maintained by the block chain network, and outputting a shared video shooting interface for acquiring video data in the user terminal through the video client.
4. The method of claim 3, further comprising:
if the terminal type of the user terminal is identified to be the node type, taking the user terminal as a first user node in the block chain network when the user terminal has idle computing resources;
monitoring idle computing resources of the first user node through the sharing plug-in;
and if the situation that the idle calculation resources of the first user node meet the node access condition is monitored, switching the shooting mode selection interface to a shared video shooting interface for acquiring video data through the video client.
5. The method of claim 1, wherein the shared video capture interface comprises a video capture control and a capture completion control;
the acquiring video data in the shared video shooting interface, and determining video data to be published for displaying on a video publishing interface based on the acquired video data, includes:
responding to the shooting operation aiming at the video shooting control, carrying out video data acquisition through a camera shooting acquisition assembly of the user terminal, and taking the acquired video data as initial video data;
responding to a fourth trigger operation aiming at the shooting completion control, and outputting a video editing interface for editing the initial video data; the video editing interface comprises an editing completion control;
and in response to a fifth trigger operation aiming at the editing completion control, determining the edited initial video data as video data to be published for displaying on a video publishing interface.
6. The method according to claim 1, wherein the writing, in response to a third trigger operation for a video publishing control in the video publishing interface, video data associated with the video data to be published as target shared video data to the blockchain network based on the sharing plug-in, video key information of the target shared video data includes:
responding to a third trigger operation aiming at a video publishing control in the video publishing interface, taking video data associated with the video data to be published as target shared video data, and acquiring an equipment identification code of the user terminal;
starting the sharing plug-in, granting a distributed storage authorization code for the target shared video data, and taking the granted distributed storage authorization code as a target authorization code;
generating a target video identification code for representing the target shared video data based on the trigger auxiliary parameter of the third trigger operation, and determining video key information of the target shared video data based on the target video identification code, the target authorization code, the device identification code and the target shared video data;
packing the video key information of the target shared video data to obtain a first to-be-verified block to be written into a block chain of the block chain network, and broadcasting the first to-be-verified block to a second user node in the block chain network so that the second user node performs block consensus on the first to-be-verified block; the second user node is a block chain node with idle computing power resources in the block chain network;
and receiving a first block consensus result returned by the second user node, and writing the first block to be verified into the block chain if the first block consensus result indicates successful consensus.
7. The method according to claim 6, wherein the generating a target video identification code for representing the target shared video data based on the triggering auxiliary parameter of the third triggering operation, and determining video key information of the target shared video data based on the target video identification code, the target authorization code, the device identification code, and the target shared video data comprises:
recording a response timestamp associated with the third trigger operation, and taking the recorded response timestamp as a video generation timestamp of the target shared video data;
acquiring camera coding parameters corresponding to the target shared video data, and acquiring manufacturer information of the video client;
determining a triggering auxiliary parameter of the third triggering operation based on the vendor information, the camera coding parameter and the video generation timestamp, and generating a target video identification code for representing the target shared video data based on the triggering auxiliary parameter;
determining video key information of the target shared video data based on the target video identification code, the target authorization code, the device identification code and the target shared video data.
8. The method of claim 1, wherein the user terminal is a first user node in the blockchain network, and wherein a second user node associated with the shared plug-in is included in the blockchain network; the association relationship between the first user corresponding to the first user node and the second user corresponding to the second user node is a friend relationship;
the method further comprises the following steps:
and sending a target video identification code of the target shared video data to a second user node corresponding to the second user based on the friend relationship, so that the second user node acquires video key information of the target shared video data matched with the target video identification code and target data change information associated with the target shared video data from the blockchain network, obtains updated target shared video data based on the acquired video key information and the target data change information, and plays the updated target shared video data.
9. The method of claim 1, further comprising:
after the video key information of the target shared video data is successfully written into the block chain network, outputting a video display interface of the video client; the video display interface is used for presenting video data in a video preview list associated with a recommending user; the video data in the video preview list comprises first type recommended video data and second type recommended video data; the first type of recommended video data is original video data which is stored in a server node corresponding to the video client and uploaded through an original video shooting control; the second recommendation video data is shared video data on a blockchain in the blockchain network to which the server node is synchronized; the server node is a block chain node in the block chain network;
determining video data to be played for output on a video playing interface of the video client from the video preview list;
if the video data to be played is shared video data issued by the sharing plug-in, acquiring video key information of the video data to be played and first data change information associated with the video data to be played; the first data change information comprises a first interaction parameter associated with the video data to be played;
acquiring a sharing label of the video data to be played from the video key information of the video data to be played;
and updating the video data to be played based on the first interaction parameter to obtain updated video data carrying the sharing tag, and playing the updated video data carrying the sharing tag in the video playing interface.
10. The method of claim 9, further comprising:
in response to an interactive operation aiming at updated video data in the video playing interface, determining a second interactive parameter associated with the interactive operation;
taking the manufacturer information of the video client as the manufacturer information of the updated video data, and acquiring the camera coding parameters of the updated video data, the video identification code of the updated video data and the content identification code of the updated video data based on the first data change information;
determining second data change information of the updated video data based on the second interaction parameter, the manufacturer information of the updated video data, the camera coding parameter of the updated video data, the video identification code of the updated video data and the content identification code of the updated video data;
broadcasting the second data change information to the blockchain network.
11. The method of claim 1, further comprising:
when the user terminal is a first user node in the blockchain network, collecting data change information which is broadcasted in the blockchain network and is associated with the target shared video data based on idle computing resources of the first user node;
generating a change information table based on the collected data change information, taking header information of the change information table as a random code, acquiring a hash calculation rule aiming at the random code, and obtaining a hash basic generation number corresponding to the random code based on the hash calculation rule;
generating a second to-be-verified block for broadcasting to the block chain network based on the hash basic generation number, and broadcasting the second to-be-verified block to a second user node in the block chain network so that the second user node performs block consensus on the second to-be-verified block; the second user node is a block chain node with idle computing power resources in the block chain network;
and receiving a second block consensus result returned by the second user node, and writing the second block to be verified into the block chain network if the second block consensus result indicates successful consensus.
12. A video data processing apparatus, comprising:
the shooting mode selection interface output module is used for responding to a first trigger operation aiming at a video client embedded with a sharing plug-in, and outputting a shooting mode selection interface associated with the sharing plug-in; the shooting mode selection interface comprises a plurality of shooting controls for selecting a shooting mode; the shooting controls comprise a shared video shooting control bound with the shared plug-in and an original video shooting control; the shared plug-in is used for accessing the user terminal with idle computing resources to a block chain network; the original video shooting control is used for sending the obtained original video data to a server corresponding to the video client;
a shared video shooting interface output module, configured to output, in the user terminal, a shared video shooting interface used for acquiring video data through the video client in response to a second trigger operation for the shared video shooting control;
the video data to be published determining module is used for acquiring video data in the shared video shooting interface and determining the video data to be published which is displayed on the video publishing interface based on the acquired video data;
a target shared video data writing module, configured to, in response to a third trigger operation for a video publishing control in the video publishing interface, take video data associated with the video data to be published as target shared video data, and write video key information of the target shared video data into the blockchain network based on the sharing plug-in;
and the connection relation interruption module is used for taking the user terminal as a first user node in the block chain network when the sharing plug-in identifies that the terminal type of the user terminal is the node type, and interrupting the connection relation between the first user node and the block chain network through the sharing plug-in if the situation that the idle calculation resources of the first user node do not meet the node access conditions is monitored.
13. A computer device, comprising: a processor and a memory;
the processor is connected to a memory for storing a computer program, the processor being configured to invoke the computer program to cause the computer device to perform the method of any of claims 1-11.
14. A computer-readable storage medium, in which a computer program is stored which is adapted to be loaded and executed by a processor to cause a computer device having said processor to carry out the method of any one of claims 1 to 11.
CN202110611483.9A 2021-06-02 2021-06-02 Video data processing method and device, computer equipment and storage medium Active CN113259590B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110611483.9A CN113259590B (en) 2021-06-02 2021-06-02 Video data processing method and device, computer equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110611483.9A CN113259590B (en) 2021-06-02 2021-06-02 Video data processing method and device, computer equipment and storage medium

Publications (2)

Publication Number Publication Date
CN113259590A CN113259590A (en) 2021-08-13
CN113259590B true CN113259590B (en) 2022-02-11

Family

ID=77185847

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110611483.9A Active CN113259590B (en) 2021-06-02 2021-06-02 Video data processing method and device, computer equipment and storage medium

Country Status (1)

Country Link
CN (1) CN113259590B (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113783997B (en) * 2021-09-13 2022-08-23 北京字跳网络技术有限公司 Video publishing method and device, electronic equipment and storage medium
CN114157917B (en) * 2021-11-29 2024-04-16 北京百度网讯科技有限公司 Video editing method and device and terminal equipment
CN114416259A (en) * 2022-01-20 2022-04-29 北京字跳网络技术有限公司 Method, device, equipment and storage medium for acquiring virtual resources

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107613235A (en) * 2017-09-25 2018-01-19 北京达佳互联信息技术有限公司 video recording method and device
CN108462885A (en) * 2018-05-09 2018-08-28 广东工业大学 A kind of video storage method, device and medium based on block chain
CN108667633A (en) * 2018-05-10 2018-10-16 北京达佳互联信息技术有限公司 A kind of short video sharing method and apparatus
CN110121057A (en) * 2019-04-12 2019-08-13 苏州科技大学 A kind of intelligent camera method and system based on block chain
CN111222935A (en) * 2018-11-26 2020-06-02 北京沃东天骏信息技术有限公司 Transportation means sharing method based on block chain network, terminal and storage medium

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107613235A (en) * 2017-09-25 2018-01-19 北京达佳互联信息技术有限公司 video recording method and device
CN108462885A (en) * 2018-05-09 2018-08-28 广东工业大学 A kind of video storage method, device and medium based on block chain
CN108667633A (en) * 2018-05-10 2018-10-16 北京达佳互联信息技术有限公司 A kind of short video sharing method and apparatus
CN111222935A (en) * 2018-11-26 2020-06-02 北京沃东天骏信息技术有限公司 Transportation means sharing method based on block chain network, terminal and storage medium
CN110121057A (en) * 2019-04-12 2019-08-13 苏州科技大学 A kind of intelligent camera method and system based on block chain

Also Published As

Publication number Publication date
CN113259590A (en) 2021-08-13

Similar Documents

Publication Publication Date Title
CN113259590B (en) Video data processing method and device, computer equipment and storage medium
US10798070B2 (en) Authenticating credentials for mobile platforms
US8843744B2 (en) Method and devices for distributing media contents and related computer program product
CN105075172B (en) Video distribution and playback
CN110830735B (en) Video generation method and device, computer equipment and storage medium
CN108512814B (en) Media data processing method, device and system
US9099151B2 (en) Multimedia content editing server, multimedia content editing method, program, and integrated circuit
CN111464353B (en) Block link point management method, device, computer and readable storage medium
JP2019516270A (en) System and method for identifying matching content
CN110309325B (en) Data processing method and device based on block chain and storage medium
WO2019061630A1 (en) Transaction accounting method, and client
CN112527873B (en) Big data management application system based on chain number cube
CN110290192B (en) Block chain-based data distributed storage and data acquisition method and device
Yang et al. Protecting personal sensitive data security in the cloud with blockchain
CN112866794B (en) Audio track switching method and equipment
CN106231393B (en) Video information processing method, device and system
Meyn Browser to browser media streaming with HTML5
CN112714351A (en) Evidence obtaining method, evidence obtaining device and server
Bellini et al. Exploiting P2P scalability for grant authorization in digital rights management solutions
CN113014956B (en) Video playing method and device
CN113010799B (en) Method and device for acquiring media information, electronic equipment and storage medium
CN114629671B (en) Data detection system
CN117278810A (en) Video interaction method based on message and related equipment
CN118055270A (en) Video processing method, system, device, electronic equipment and storage medium
CN114417049A (en) Song management method, device, equipment, storage medium and program product

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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40050663

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant