WO2020114114A1 - 多媒体协议的内容确认方法及装置、电子设备 - Google Patents

多媒体协议的内容确认方法及装置、电子设备 Download PDF

Info

Publication number
WO2020114114A1
WO2020114114A1 PCT/CN2019/112186 CN2019112186W WO2020114114A1 WO 2020114114 A1 WO2020114114 A1 WO 2020114114A1 CN 2019112186 W CN2019112186 W CN 2019112186W WO 2020114114 A1 WO2020114114 A1 WO 2020114114A1
Authority
WO
WIPO (PCT)
Prior art keywords
protocol
multimedia data
information
multimedia
content
Prior art date
Application number
PCT/CN2019/112186
Other languages
English (en)
French (fr)
Inventor
栗志果
Original Assignee
阿里巴巴集团控股有限公司
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 阿里巴巴集团控股有限公司 filed Critical 阿里巴巴集团控股有限公司
Publication of WO2020114114A1 publication Critical patent/WO2020114114A1/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications

Definitions

  • One or more embodiments of this specification relate to the field of blockchain technology, and in particular, to a multimedia protocol content confirmation method and device, and electronic equipment.
  • one or more embodiments of the present specification provide a content confirmation method and apparatus of a multimedia protocol, and electronic equipment.
  • a content confirmation method of a multimedia protocol is proposed, which is applied to a blockchain node.
  • the method includes:
  • first multimedia data in the form of video or audio provided by the protocol participants, where the first multimedia data contains first information for characterizing the content of the protocol and for characterizing the agreement that the protocol participants endorse the protocol
  • the second information of the content
  • the smart contract is used to identify the characteristic information contained in the protocol content represented by the first information, and output an additional confirmation request for the characteristic information to the protocol participants;
  • a multimedia protocol content confirmation device which is applied to a blockchain node, and the device includes:
  • the first acquiring unit acquires first multimedia data in the form of video or audio provided by the protocol participants, where the first multimedia data includes first information for characterizing protocol content and characterizing the protocol participation Party recognizes the second information of the agreement;
  • a first invoking unit invoking a smart contract, the smart contract is used to identify the characteristic information contained in the protocol content represented by the first information, and output an additional confirmation request for the characteristic information to the protocol participants;
  • the second obtaining unit obtains second multimedia data in the form of video or audio returned by the protocol participant for the additional confirmation request, where the second multimedia data includes additional confirmation information about the feature information ;
  • the publishing unit publishes the first multimedia data and the second multimedia data to the blockchain to record the multimedia agreement signed by the agreement participants.
  • an electronic device including:
  • Memory for storing processor executable instructions
  • the processor executes the executable instruction to implement the method as described in the above embodiment.
  • FIG. 1 is a flowchart of a multimedia protocol content confirmation method provided by an exemplary embodiment.
  • FIG. 2 is a schematic diagram of implementing real person authentication provided by an exemplary embodiment.
  • FIG. 3 is a schematic diagram of signing a multimedia agreement provided by an exemplary embodiment.
  • FIG. 4 is another schematic diagram of signing a multimedia agreement provided by an exemplary embodiment.
  • FIG. 5 is a schematic diagram of an anti-mouth mistreatment provided by an exemplary embodiment.
  • FIG. 6 is another schematic diagram of signing a multimedia agreement provided by an exemplary embodiment.
  • FIG. 7 is a schematic diagram of another anti-port mishandling provided by an exemplary embodiment.
  • FIG. 8 is a schematic structural diagram of an apparatus provided by an exemplary embodiment.
  • FIG. 9 is a block diagram of a multimedia protocol content confirmation apparatus provided by an exemplary embodiment.
  • the steps of the corresponding method are not necessarily performed in the order shown and described in this specification.
  • the method may include more or fewer steps than described in this specification.
  • the single step described in this specification may be decomposed into multiple steps for description in other embodiments; and the multiple steps described in this specification may also be combined into a single step in other embodiments. description.
  • FIG. 1 is a flowchart of a multimedia protocol content confirmation method provided by an exemplary embodiment. As shown in Figure 1, this method is applied to blockchain nodes and can include the following steps:
  • Step 102 Obtain first multimedia data in the form of video or audio provided by a protocol participant, where the first multimedia data includes first information for characterizing protocol content and recognition for characterizing the agreement participant The second information of the agreement content.
  • the electronic device can be configured as a blockchain node in the blockchain network, for example, the electronic device can include a server, PC, tablet Various types of computers, mobile phones, etc.
  • blockchain nodes can be carried on any form of electronic equipment, and this manual does not limit this.
  • the content of the first information may be a video segment or an audio segment where the agreement participant reads out the agreement content; or, the content of the first information may be a text printed by the agreement participant holding the agreement content or displaying The video content of the electronic content of the protocol content; or, the first information may represent the content of the protocol in other ways, which is not limited in this specification.
  • the content of the second information may be a statement similar to "I agree”, “I confirm”, “I approve” or the like for the parties to the agreement; or, the content of the second information may be the agreement Fang makes actions that signify "approval”, such as nodding, extending a thumb, smiling, etc.; or, the second information can characterize the meaning of "approval” in other ways, which is not limited in this specification.
  • the first multimedia data in this specification is characterized by the first information representing the protocol content and the second information representing the agreement attitude of the agreement participants to the protocol content.
  • the functions required by the text protocol in the related art have been realized, and the protocol participants need not specifically form the text content in the technical solution of this specification, especially when multiple protocol participants are involved, multiple protocol participation
  • the parties do not have to go to the same place to sign the agreement, which greatly simplifies the operation of the parties to the agreement and improves the efficiency of signing the agreement while ensuring the validity of the agreement.
  • each protocol participant may collect and Upload the first multimedia data; for another example, multiple protocol participants can be in the same location, and these protocol participants can share an electronic device, such as taking turns to collect and upload the first multimedia data through the electronic device, or by The electronic device simultaneously collects and uploads the first multimedia data to these protocol participants; of course, there may be other situations, which are not limited in this specification.
  • the blockchain node may call a smart contract, and the smart contract is used to verify whether the protocol content represented by the first information is legal and valid.
  • the blockchain node can analyze the protocol content characterized by the first information, extract the protocol content as text information, and provide the text information to the smart contract, so that the smart contract can perform the protocol content characterized by the first information Analysis, such as whether to hit sensitive words, whether to express illegal semantics, etc., this specification does not limit this.
  • the protocol content is verified to be legal and valid
  • the blockchain node is allowed to perform other operations; when the protocol content is verified to be illegal or invalid, the above-mentioned first multimedia data can be determined as an invalid protocol, and the first Add invalid mark to the multimedia data or prevent the first multimedia data from taking effect.
  • Step 104 Invoke a smart contract, the smart contract is used to identify the characteristic information contained in the protocol content represented by the first information, and output an additional confirmation request for the characteristic information to the protocol participant.
  • the feature information may include: information that meets a pre-defined rule of easy-to-talk error. For example, when a vocabulary has the same or similar pronunciation but different expressions, it can be judged that it meets the above-mentioned rules of easy to misunderstand; for example, for some key names (such as the landlord and tenant in the rental agreement), the name of the place (such as the room address in the rental agreement), numbers (such as rent, date), etc., so as to avoid misunderstandings due to changes in accent, tone level, etc.
  • a pre-defined rule of easy-to-talk error For example, when a vocabulary has the same or similar pronunciation but different expressions, it can be judged that it meets the above-mentioned rules of easy to misunderstand; for example, for some key names (such as the landlord and tenant in the rental agreement), the name of the place (such as the room address in the rental agreement), numbers (such as rent, date), etc., so as to avoid misunderstandings due to changes in accent, tone level, etc.
  • a keyword library that conforms to the above-mentioned easy-to-fault rules can be pre-defined, and by matching and identifying the first information, the matching keywords in the first information are determined as the above-mentioned feature information.
  • the first information can be semantically identified and analyzed to determine the information that meets the above-mentioned rules of easy-to-speak error, such as the above-mentioned person name, place name, number, etc., as the above-mentioned feature information.
  • Step 106 Obtain second multimedia data in the form of video or audio returned by the protocol participant for the additional confirmation request, where the second multimedia data includes additional confirmation information about the feature information.
  • the second multimedia data when the second multimedia data includes additional confirmation information on the characteristic information, it is equivalent to the agreement participant re-confirming the characteristic information in the first information, thereby reducing the agreement participant’s accent and accent , Changes in pitch, etc., resulting in issues such as unclear, unclear, and loopholes in the agreement, in order to protect the interests of the parties to the agreement.
  • the first multimedia data and the second multimedia data may be confirmed in different languages in different languages, respectively.
  • the first multimedia information may use Chinese to express the first information including the feature information
  • the second multimedia data may use English to confirm the feature information.
  • a smart contract may be invoked, and the smart contract is used to verify the agreement status of the protocol participants represented by the second information and/or the additional confirmation information Whether the agreement of the agreement participants to the feature information is valid.
  • the blockchain node can analyze the recognition status characterized by the second information and the additional confirmation information, and provide the recognition status to the smart contract, so that the smart contract can perform the recognition status characterized by the second information and the additional confirmation respectively. Analysis, such as whether it is ambiguous or ambiguous, whether there is a stress situation, etc., this manual does not limit this.
  • the blockchain node When the approval status is verified as valid, the blockchain node is allowed to perform other operations; when the approval status is verified as illegal or invalid, the above-mentioned first multimedia data and second multimedia data can be determined as invalid protocols , You can also add invalid marks to the first multimedia data and the second multimedia data or prevent the video data from taking effect.
  • the multiple protocol participants may correspond to the same piece of second multimedia data, and the additional confirmation information contained in the second multimedia data is used to characterize multiple protocols Participants' approval of the feature information.
  • the multiple protocol participants when there are multiple protocol participants, the multiple protocol participants respectively correspond to different second multimedia data, and the additional confirmation information included in each second multimedia data is used to characterize the corresponding The agreement of the parties involved in the agreement on the feature information.
  • Step 108 Publish the first multimedia data and the second multimedia data to the blockchain to record the multimedia agreement signed by the agreement participants.
  • the blockchain by publishing the first multimedia data and the second multimedia data to the blockchain, it can be ensured that the first multimedia data and the second multimedia data cannot be tampered with
  • the tampering behavior of the first multimedia data and the second multimedia data is verifiable, and the first multimedia data and the second multimedia data can be traced by querying the blockchain ledger, which has a very high reliability.
  • digital digest information of the first multimedia data and the second multimedia data may be separately generated, for example, the digital digest information may be a hash value.
  • the blockchain node may obtain the signing attributes of the first multimedia data and the second multimedia data, for example, the signing attributes may include at least one of the following: the identity information of the agreement participant, all The location of the parties involved in the agreement, the time when the agreement was signed, etc., this manual does not limit this. Then, when publishing the first multimedia data and the second multimedia data to the blockchain, the blockchain node may also publish the signed attribute in association, so that the first multimedia data and the second multimedia data The protocol events characterized by volume data have more dimensional feature information, which helps to improve the credibility of the first multimedia data and the second multimedia data.
  • a blockchain node may call a smart contract, and the smart contract is used to verify each first multimedia when multiple protocol participants respectively correspond to different first multimedia data Whether the content of the protocol characterized by the first information contained in the data is consistent.
  • the blockchain node can separately extract the protocol content represented by the first information in each first multimedia data, and pass it to the smart contract, so that the smart contract corresponds to the protocol corresponding to each first multimedia data. Compare the content; if the protocol content is consistent, allow the blockchain nodes to perform other operations.
  • the first multimedia data generated this time can be judged as an invalid protocol, and the first multimedia can also be The volume data adds an invalid mark or prevents these first multimedia data from taking effect (avoid forming a multimedia protocol based on these first multimedia data).
  • a blockchain node can call a smart contract, which is used to generate a text protocol based on the video data and sign it through the data identity of the parties to the protocol; then, the When the first multimedia data and the second multimedia data are published to the blockchain, the blockchain node also publishes the text protocol in association.
  • the agreements in this specification may include unilateral agreements, such as commitments, wills, declarations, etc. This specification does not limit this.
  • the agreement in this specification may include a multi-party agreement or a contract, such as a house rental contract, a commodity sales contract, a labor contract, etc. This specification does not limit this.
  • FIG. 2 is a schematic diagram of implementing real person authentication provided by an exemplary embodiment.
  • the mobile phone 21 can be run by an APP client running an application X or by loading the corresponding application X To provide user A with the signing function of the video agreement.
  • Application X can authenticate user A in order to effectively manage the true identity of user A and accurately define the parties involved in the video protocol (ie user A).
  • the mobile phone 21 can collect an image of the user A through the camera module, so that the collected picture or video includes the face image of the user A, the image of the user A holding a valid certificate (such as an ID card), the user A executes the corresponding action image according to the instructions as identity data for user A, and the identity data is uploaded to the server 22 by the mobile phone 21, so that the server 22 can be based on face detection, face recognition, OCR certificate recognition, living body detection A variety of technical means, etc., to implement real person authentication for user A.
  • a valid certificate such as an ID card
  • FIG. 3 is a schematic diagram of signing a multimedia agreement provided by an exemplary embodiment.
  • the mobile phone 21 can collect multimedia data for the user A, for example, video collection through a camera, audio collection through a microphone, or simultaneous audio and video collection, and ensure that the collected multimedia data can characterize at least two aspects Content: On the one hand, multimedia data needs to characterize the content of the agreement that needs to be signed, on the other hand, multimedia data needs to characterize user A's approval of the content of the agreement.
  • User A can form multimedia data that meets the above requirements in a variety of ways. For example, when user A faces the lens of mobile phone 21, he can speak the voice content that meets the above requirements; for example, when user A faces the lens of mobile phone 21, he or she will also print text or content that meets the above requirements. An electronic device displaying content that satisfies the above requirements is displayed in front of the lens; for another example, the user A may simultaneously use the above-mentioned multiple forms.
  • user A when faced with the lens of mobile phone 21, user A can say the voice content such as "I promise to donate 1 million yuan to XX organization", the characterization of the agreement can be "User A donates 1 million yuan to XX organization” , And the sentence of "I promise" expresses user A's attitude towards the content of the above agreement, so it can be considered that the above requirements are met.
  • the user A when faced with the lens of the mobile phone 21, the user A can present the paper printed with "I promise to donate 1 million RMB to the XX organization" in front of the lens, which also meets the above requirements.
  • the user A when faced with the lens of the mobile phone 21, the user A can present the paper printed with "donate 1 million RMB to the XX organization" in front of the lens, and say a voice such as "I approve the content of the current shooting agreement"
  • the content also meets the above requirements.
  • the above embodiment involves user A signing a unilateral multimedia agreement, that is, the parties to the multimedia agreement only include user A, but this scenario does not mean that only user A can appear in multimedia data.
  • both user A and user B can appear in the multimedia data collected by mobile phone 21, and server 22 can perform real person authentication for user A and user B respectively; after real person authentication is passed, user B can assist User A completes the multimedia collection, for example, user B dictates the agreement content, and user A confirms the user B dictation of the agreement content.
  • user B's dictated content can be "user A donates 1 million yuan to XX organization", and User A can confirm by content such as "I agree”.
  • the server 22 may analyze the multimedia data uploaded by the mobile phone 21 to determine the multimedia content it contains, such as the aforementioned protocol content, user A's approval of the protocol content, and so on. Then, the server 22 may check the above-mentioned multimedia content based on the inspection rules defined in the smart contract by calling a smart contract; wherein, the inspection rules may include at least one of the following: whether the protocol content contains illegal content (for example, the protocol can be matched Whether the content contains preset sensitive words), whether the agreement content contains invalid content (such as whether the agreement content is clear and accurate through semantic analysis), whether the agreement participants approve the agreement content (such as whether the agreement participants issue a voice that expresses "approval” or Make the action of expressing "approval", etc.) Whether the state of the agreement participant expressing "approval” is normal (such as whether the tone or expression of the agreement participant is normal, whether there is a situation of coercion, etc.), etc. Limit it.
  • the inspection rules may include at least one of the following: whether the protocol content contains
  • FIG. 5 is a schematic diagram of an anti-mouth mistreatment provided by an exemplary embodiment.
  • server 22 can extract the protocol content contained in the multimedia data; then, server 22 can call a smart contract to transfer the extracted The content of the agreement is provided to the smart contract, so that the smart contract checks whether the content of the agreement contains misleading content.
  • the smart contract is pre-defined with identification logic for easy-to-spoken content, such as matching the protocol content with pre-defined easy-to-spoken keywords, and then for example, identifying the name, address information, number, etc. identified in the protocol content
  • identification logic for easy-to-spoken content such as matching the protocol content with pre-defined easy-to-spoken keywords, and then for example, identifying the name, address information, number, etc. identified in the protocol content
  • Certain types of information are used as easy-to-spoken content, and for example, the content of the agreement content that is ambiguous due to the accent and tone change of the parties to the agreement is regarded as easy-to-spoken content. This manual does not limit this.
  • the smart contract may instruct the server 22 to return a corresponding prompt of confirmation of the easy-to-speak errors to the mobile phone 21.
  • the mobile phone 21 can guide the user to repeatedly confirm the content that is easy to misinterpret, so as to collect corresponding multimedia confirmation data.
  • the mobile phone 21 can upload the collected multimedia confirmation data to the server 22, and the server 22 invokes a smart contract to check the data content contained in the multimedia confirmation data.
  • the smart contract can perform legality detection on the data content contained in the multimedia confirmation data (such as whether it contains sensitive words, etc.); for another example, the smart contract can compare the data content contained in the multimedia confirmation data with the protocol content contained in the above multimedia data To determine whether they are consistent.
  • the server 22 can publish the corresponding multimedia protocol to the blockchain.
  • the server 22 may issue a transaction to the blockchain, the transaction includes the multimedia data uploaded by the mobile phone 21 in FIG. 3-4, the multimedia confirmation data uploaded by the mobile phone 21 in FIG. 6, the multimedia data and the multimedia confirmation
  • the data is signed via a key that characterizes the digital identity of user A, to indicate that the multimedia data and multimedia confirmation data are multimedia protocols that user A participates in, and the content of the transaction can be recorded in the blockchain ledger, thereby achieving To document the multimedia protocol.
  • the server 22 may only store the above-mentioned multimedia data and multimedia confirmation data locally, and the transaction posted to the blockchain contains only the hash value of the multimedia data and multimedia confirmation data, on the one hand, it can avoid the content of the multimedia protocol It is disclosed and helps to improve data privacy.
  • the multimedia data and multimedia confirmation data stored locally by the server 22 can be verified according to the hash value recorded in the blockchain ledger to avoid the multimedia data and multimedia confirmation The data has been tampered with.
  • the multimedia protocol is a single-party multimedia protocol; while in other embodiments, the multimedia protocol may also be a multi-party multimedia protocol, that is, there are multiple protocol participants.
  • the multimedia protocol may also be a multi-party multimedia protocol, that is, there are multiple protocol participants. The following is for multiple parties Multimedia protocol scenarios are described.
  • user A and user B are parties to the agreement, that is, user A and user B jointly sign a multimedia agreement.
  • user A and user B can be co-located, and jointly use mobile phone 21 to complete operations such as real-person authentication and multimedia data collection.
  • the mobile phone 21 can simultaneously collect images including the user A and the user B through the camera module, and accordingly implement the real person authentication for the user A and the user B.
  • the process is the same as the embodiment shown in FIG. 2 Similarly, no more details here.
  • user A and user B can perform time-division multiplexing on mobile phone 21, for example, user A uses mobile phone 21 to complete real person authentication, and then user B uses mobile phone 21 to complete real person authentication. For each user's real person
  • the authentication process is similar to the embodiment shown in FIG. 2 and will not be repeated here.
  • the mobile phone 21 can perform multimedia collection on the user A and the user B to obtain corresponding multimedia data.
  • the mobile phone 21 may generate a piece of multimedia data including: multimedia content characterizing the content of the agreement to be signed, multimedia content characterizing the user A and the user B endorsing the content of the agreement; for example, user A Yes (facing the lens of mobile phone 21), say "I promise to rent Room 302, Building 2, Building XX, to user B, the rent is 3000 yuan per month", and user B can (facing the lens of mobile phone 21) say " I promise to rent Room 302 in Building 2 of XX Community from User A, and the rent is 3,000 yuan per month.
  • the agreement is "Rent 302 in Building 2 of XX Community from User A to User B, and the rent is 3000 yuan per month.”
  • the sentence of user A and user B about "I promise" expresses the attitude of recognition of the content of the above agreement; for another example, user A or user B can print "User A rents Building 2 of XX Community to User B" "Room 302, the rent is 3,000 yuan per month" paper is presented in front of the camera, and user A and user B can separately say voice content such as "I approve the currently photographed protocol content.”
  • the expression form of multimedia content is not limited, as long as it can characterize the meaning of the above two aspects.
  • the user A and the user B can complete the multimedia data collection at the same time, or they can complete the collection separately and sequentially. This specification does not limit this.
  • the mobile phone 21 may separately generate a piece of multimedia data for the user A and the user B.
  • the multimedia data corresponding to the user A includes: multimedia content characterizing the content of the agreement to be signed, and characterizing that the user A recognizes the agreement
  • the multimedia content of the content, corresponding to the multimedia data of user B includes: multimedia content characterizing the content of the agreement to be signed, and multimedia content characterizing the content of user B's approval of the agreement.
  • the generation method is similar to the embodiment shown in FIG. 3 or FIG. 4 and will not be repeated here.
  • the server 22 may return an easy-to-error content confirmation prompt to the mobile phone 21 through an embodiment similar to that shown in FIG. 5, so that the mobile phone 21 guides the user A and User B repeatedly confirms the content of easy-to-talk errors in the content of the agreement. Then, the server 22 obtains the multimedia confirmation data uploaded by the mobile phone 21, and invokes a smart contract to check the data content contained in the multimedia confirmation data, and publishes the multimedia data and the multimedia confirmation data uploaded by the mobile phone 21 to the blockchain, Recorded as the corresponding multimedia protocol.
  • FIG. 5 reference may be made to the embodiment shown in FIG. 5, but the operation of confirming the content of easy-to-talk and error needs to be completed by user A and user B, and details are not described here.
  • user A and user B can also use different electronic devices.
  • user A can use mobile phone 21 and user B can use mobile phone 23, especially when user A and user B respectively When in different geographic locations, you can still sign a multimedia agreement remotely without going to the same location to sign the agreement.
  • any protocol participant may request the server 22 to sign the multimedia protocol function through the mobile phone 21.
  • the protocol participant is the user A
  • the user A may designate the user B as the associated protocol participant.
  • the mobile phone 21 used by the user A logged in with the account of the user A
  • the mobile phone 23 used by the user B logged in the account of the user B
  • the mobile phone 21 can implement real-person authentication for user A and collect multimedia data related to user A, which is similar to the case shown in the embodiment shown in FIGS. 3-4, and details are not described here; the mobile phone 23 can implement real-person authentication for user B , And collect multimedia data related to User B, which is similar to the implementation process of the mobile phone 21 and will not be described here.
  • the multimedia data can be analyzed by the server 22, and then the analysis result can be checked by calling a smart contract. Check at least one of the above aspects: whether the agreement content contains illegal content, whether the agreement content contains invalid content, whether the agreement participants approve the agreement content, and whether the agreement participants express the status of “approval”, etc., which will not be repeated here.
  • FIG. 7 is a schematic diagram of another anti-port mishandling provided by an exemplary embodiment.
  • the server 22 can detect the protocol content contained in the multimedia data 1 uploaded by the mobile phone 21 and the protocol content contained in the multimedia data 2 uploaded by the mobile phone 23 by calling a smart contract to determine the content contained in the protocol content. Spoken content, and send easy-to-speak error content confirmation prompt 1 to mobile phone 21 and mobile phone 23 respectively, so that easy-to-speak error content confirmation prompt 2 causes mobile phone 21 and mobile phone 23 to guide user A and user B to repeatedly confirm the easy-to-speak error content in the agreement content .
  • the server 22 obtains the multimedia confirmation data 1 and the multimedia confirmation data 2 uploaded by the mobile phone 21 and the mobile phone 23 respectively, and invokes a smart contract to check the data content contained in the multimedia confirmation data 1 and the multimedia confirmation data 2 respectively.
  • a smart contract to check the data content contained in the multimedia confirmation data 1 and the multimedia confirmation data 2 respectively.
  • the two since user A and user B may be in different geographic locations, the two may not be able to directly learn about the other party's multimedia collection, so after server 22 obtains one party's multimedia data or multimedia confirmation data , You can pass it to another party for viewing.
  • video windows corresponding to each protocol participant can be displayed to display video images taken by the electronic devices used by each protocol participant; for example, the mobile phone 21, Two video windows can be displayed on the mobile phone 23 to display the video pictures taken by the mobile phone 21 and the mobile phone 23 respectively, so that the user A and the user B can view their own video shooting situation, and can also view the other party's video shooting situation .
  • each protocol participant can learn the multimedia data and multimedia confirmation data of each protocol participant, so that the content of the protocol contained in the multimedia data and the multimedia confirmation data
  • the content of the data can be viewed to facilitate the detection of text traps, ambiguities, and misunderstandings that may not be easily noticed by the server 22; and, each agreement participant can have the authority to terminate the agreement, so that any agreement participant can When there is any objection to multimedia data or multimedia confirmation data, and other parties to the agreement refuse to modify it, the agreement can be terminated to protect the rights and interests of the parties to the agreement.
  • the server 22 can publish the multimedia data 1 and the multimedia confirmation data 1 respectively uploaded by the mobile phone 21, the multimedia data 2 and the multimedia confirmation data 2 respectively uploaded by the mobile phone 23 to the blockchain, so as to record the signing between the user A and the user B Multimedia protocol.
  • four hash values corresponding to multimedia data 1, multimedia confirmation data 1, multimedia data 2, and multimedia confirmation data 2 may be posted to the block Chain, and store the multimedia data 1, multimedia confirmation data 1, multimedia data 2, and multimedia confirmation data 2 at the server 22 and avoid the chain, which helps to achieve privacy protection.
  • FIG. 8 is a schematic structural diagram of a device provided by an exemplary embodiment. Please refer to FIG. 8.
  • the device includes a processor 802, an internal bus 804, a network interface 806, a memory 808, and a non-volatile memory 810. Of course, it may include hardware required for other services.
  • the processor 802 reads the corresponding computer program from the non-volatile memory 810 into the memory 808 and then runs it to form a content confirmation device of the multimedia protocol on a logical level.
  • one or more embodiments of this specification do not exclude other implementations, such as a logic device or a combination of software and hardware, etc., that is to say, the execution body of the following processing flow is not limited to each
  • the logic unit may also be a hardware or logic device.
  • the content confirmation device of the multimedia protocol is applied to a blockchain node, and may include:
  • the first obtaining unit 91 obtains first multimedia data in the form of video or audio provided by the protocol participants, where the first multimedia data includes first information for characterizing the content of the protocol and characterizing the protocol The participant recognizes the second information of the agreement;
  • the first invoking unit 92 invokes a smart contract, which is used to identify the characteristic information contained in the protocol content represented by the first information, and outputs an additional confirmation request for the characteristic information to the protocol participant ;
  • the second obtaining unit 93 obtains second multimedia data in the form of video or audio returned by the protocol participant in response to the additional confirmation request, where the second multimedia data includes additional confirmation of the feature information information;
  • the publishing unit 94 publishes the first multimedia data and the second multimedia data to the blockchain to record the multimedia agreement signed by the agreement participants.
  • the characteristic information includes: information that conforms to a pre-defined easy-to-talk error rule.
  • the first multimedia data and the second multimedia data respectively use different languages to confirm the feature information.
  • Optional also includes:
  • the second calling unit 95 calls a smart contract, and the smart contract is used to verify whether the protocol content represented by the first information is legal and valid.
  • Optional also includes:
  • the third calling unit 96 invokes a smart contract, which is used to verify the agreement of the protocol participants represented by the second information on the content of the protocol and/or the additional confirmation information Whether the agreement of the parties to the agreement is valid.
  • the multimedia protocol is a single-party protocol, and there is one protocol participant; or, the multimedia protocol is a multi-party protocol, and there are multiple protocol participants.
  • the multiple protocol participants correspond to the same first multimedia data and second multimedia data
  • the second information included in the first multimedia data is used for Characterizing the recognition of the protocol content by multiple protocol participants
  • the additional confirmation information included in the second multimedia data is used to characterize the recognition of the feature information by multiple protocol participants
  • the multiple protocol participants respectively correspond to different first multimedia data and second multimedia data
  • the second information contained in each first multimedia data is used for Representing the approval status of the corresponding protocol participants to the protocol content
  • the additional confirmation information contained in each second multimedia data is used to characterize the approval status of the corresponding protocol participants to the feature information.
  • Optional also includes:
  • the fourth calling unit 97 invokes a smart contract, and the smart contract is used to verify that the first multimedia data contains the first multimedia data when multiple protocol participants respectively correspond to different first multimedia data. Whether the content of the agreement characterized by the information is consistent.
  • Optional also includes:
  • the fifth calling unit 98 invokes a smart contract, and the smart contract is used to generate a text protocol based on the video data, and sign through the data identity of the parties to the protocol;
  • the publishing unit 94 When publishing the first multimedia data and the second multimedia data to the blockchain, the publishing unit 94 also publishes the text protocol in association.
  • the system, device, module or unit explained in the above embodiments may be specifically implemented by a computer chip or entity, or implemented by a product with a certain function.
  • a typical implementation device is a computer, and the specific form of the computer may be a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email sending and receiving device, and a game control Desk, tablet computer, wearable device, or any combination of these devices.
  • This specification proposes a computer-readable medium on which computer instructions are stored.
  • the technical solution of this specification is implemented, such as the content confirmation method of the multimedia protocol in any of the above embodiments, which is no longer described here. Repeat them one by one.
  • the computer includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
  • processors CPUs
  • input/output interfaces network interfaces
  • memory volatile and non-volatile memory
  • the memory may include non-permanent memory, random access memory (RAM) and/or non-volatile memory in a computer-readable medium, such as read only memory (ROM) or flash memory (flashRAM). Memory is an example of computer-readable media.
  • RAM random access memory
  • flashRAM flash memory
  • Computer-readable media including permanent and non-permanent, removable and non-removable media, can store information by any method or technology.
  • the information may be computer readable instructions, data structures, modules of programs, or other data.
  • Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, read-only compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, Magnetic cassette tapes, magnetic disk storage, quantum memory, graphene-based storage media or other magnetic storage devices or any other non-transmission media can be used to store information that can be accessed by computing devices.
  • computer-readable media does not include temporary computer-readable media (transitory media), such as modulated data signals and carrier waves.
  • first, second, third, etc. may use the terms first, second, third, etc. to describe various information, the information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other.
  • first information may also be referred to as second information, and similarly, the second information may also be referred to as first information.
  • word "if” as used herein may be interpreted as "when” or “when” or “in response to a determination”.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本说明书一个或多个实施例提供一种多媒体协议的内容确认方法及装置、电子设备,应用于区块链节点,该方法包括:获取协议参与方提供的视频或音频形式的第一多媒体数据,该第一多媒体数据中包含用于表征协议内容的第一信息和用于表征该协议参与方认可该协议内容的第二信息;调用智能合约,该智能合约被用于识别该第一信息表征的协议内容中包含的特征信息,并向该协议参与方输出对该特征信息的额外确认请求;获取该协议参与方针对该额外确认请求返回的视频或音频形式的第二多媒体数据,该第二多媒体数据中包含对该特征信息的额外确认信息;将该第一多媒体数据和该第二多媒体数据发布至区块链,以记录为该协议参与方签订的多媒体协议。

Description

多媒体协议的内容确认方法及装置、电子设备 技术领域
本说明书一个或多个实施例涉及区块链技术领域,尤其涉及一种多媒体协议的内容确认方法及装置、电子设备。
背景技术
在相关技术中,用户有时会通过口头约定形成协议,但由于无法形成可追溯的证据,使得最终是否履约或履约程度如何,往往取决于用户自身的约束。因此,相关技术中可以针对用户希望约定的协议内容用文字形式进行表达,并由用户对文字内容进行签名确认,即可形成可追溯的证据,以约束用户的履约行为。
发明内容
有鉴于此,本说明书一个或多个实施例提供一种多媒体协议的内容确认方法及装置、电子设备。
为实现上述目的,本说明书一个或多个实施例提供技术方案如下:
根据本说明书一个或多个实施例的第一方面,提出了一种多媒体协议的内容确认方法,应用于区块链节点,所述方法包括:
获取协议参与方提供的视频或音频形式的第一多媒体数据,所述第一多媒体数据中包含用于表征协议内容的第一信息和用于表征所述协议参与方认可所述协议内容的第二信息;
调用智能合约,所述智能合约被用于识别所述第一信息表征的协议内容中包含的特征信息,并向所述协议参与方输出对所述特征信息的额外确认请求;
获取所述协议参与方针对所述额外确认请求返回的视频或音频形式的第二多媒体数据,所述第二多媒体数据中包含对所述特征信息的额外确认信息;
将所述第一多媒体数据和所述第二多媒体数据发布至区块链,以记录为所述协议参与方签订的多媒体协议。
根据本说明书一个或多个实施例的第二方面,提出了一种多媒体协议的内容确认 装置,应用于区块链节点,所述装置包括:
第一获取单元,获取协议参与方提供的视频或音频形式的第一多媒体数据,所述第一多媒体数据中包含用于表征协议内容的第一信息和用于表征所述协议参与方认可所述协议内容的第二信息;
第一调用单元,调用智能合约,所述智能合约被用于识别所述第一信息表征的协议内容中包含的特征信息,并向所述协议参与方输出对所述特征信息的额外确认请求;
第二获取单元,获取所述协议参与方针对所述额外确认请求返回的视频或音频形式的第二多媒体数据,所述第二多媒体数据中包含对所述特征信息的额外确认信息;
发布单元,将所述第一多媒体数据和所述第二多媒体数据发布至区块链,以记录为所述协议参与方签订的多媒体协议。
根据本说明书一个或多个实施例的第三方面,提出了一种电子设备,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器通过运行所述可执行指令以实现如上述实施例中所述的方法。
附图说明
图1是一示例性实施例提供的一种多媒体协议的内容确认方法的流程图。
图2是一示例性实施例提供的一种实施实人认证的示意图。
图3是一示例性实施例提供的一种签订多媒体协议的示意图。
图4是一示例性实施例提供的另一种签订多媒体协议的示意图。
图5是一示例性实施例提供的一种防口误处理的示意图。
图6是一示例性实施例提供的又一种签订多媒体协议的示意图。
图7是一示例性实施例提供的另一种防口误处理的示意图。
图8是一示例性实施例提供的一种设备的结构示意图。
图9是一示例性实施例提供的一种多媒体协议的内容确认装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。
需要说明的是:在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中,其方法所包括的步骤可以比本说明书所描述的更多或更少。此外,本说明书中所描述的单个步骤,在其他实施例中可能被分解为多个步骤进行描述;而本说明书中所描述的多个步骤,在其他实施例中也可能被合并为单个步骤进行描述。
图1是一示例性实施例提供的一种多媒体协议的内容确认方法的流程图。如图1所示,该方法应用于区块链节点,可以包括以下步骤:
步骤102,获取协议参与方提供的视频或音频形式的第一多媒体数据,所述第一多媒体数据中包含用于表征协议内容的第一信息和用于表征所述协议参与方认可所述协议内容的第二信息。
在一实施例中,通过在电子设备上安装、运行区块链的客户端,可以将该电子设备配置为区块链网络中的区块链节点,比如该电子设备可以包括服务器、PC、平板电脑、手机等各种类型;换言之,区块链节点可以承载于任意形式的电子设备上,本说明书并不对此进行限制。
在一实施例中,第一信息的内容可以为协议参与方读出协议内容的视频片段或音频片段;或者,第一信息的内容可以为协议参与方手持印制有协议内容的文本或展示有协议内容的电子设备的视频片段;或者,第一信息可以通过其他方式表征协议内容,本说明书并不对此进行限制。
在一实施例中,第二信息的内容可以为协议参与方说出类似于“我同意”、“我确认”、“我认可”或类似的语句;或者,第二信息的内容可以为协议参与方做出表征“认可”的动作,比如点头、伸出大拇指、微笑等;或者,第二信息可以通过其他方式表征“认可”的含义,本说明书并不对此进行限制。
在一实施例中,由于第一多媒体数据中通过第一信息表征了协议内容、通过第二 信息表征了协议参与方对协议内容的认可态度,使得本说明书中的第一多媒体数据实际上已经实现了相关技术中的文本协议所需实现的功能,且协议参与方在本说明书的技术方案中无需具体形成文本内容,尤其是当涉及到多个协议参与方时,多个协议参与方不必须前往同一地点签订协议,从而在保证协议有效性的同时,极大地简化了协议参与方的操作、提升了协议签订效率。
在一实施例中,如果存在多个协议参与方,可能存在多种情形:例如,多个协议参与方可以分别使用不同的电子设备,每一协议参与方可以分别通过自己使用的电子设备采集并上传第一多媒体数据;再例如,多个协议参与方可以处于同一地点,这些协议参与方可以共用一台电子设备,比如轮流通过该电子设备采集并上传第一多媒体数据,或者由电子设备同时对这些协议参与方进行第一多媒体数据的采集和上传;当然,还可能存在其他情形,本说明书并不对此进行限制。
在一实施例中,区块链节点可以调用智能合约,所述智能合约被用于验证所述第一信息所表征的协议内容是否合法有效。例如,区块链节点可以分析第一信息所表征的协议内容、将该协议内容提取为文本信息,并将该文本信息提供至智能合约,使得智能合约可以对第一信息所表征的协议内容进行分析,比如是否命中敏感词、是否表达了非法语义等,本说明书并不对此进行限制。当协议内容被验证为合法有效时,允许区块链节点实施其他操作;当协议内容被验证为非法或无效时,可以将上述的第一多媒体数据判定为无效协议,还可以对第一多媒体数据添加无效标记或阻止该第一多媒体数据生效。
步骤104,调用智能合约,所述智能合约被用于识别所述第一信息表征的协议内容中包含的特征信息,并向所述协议参与方输出对所述特征信息的额外确认请求。
在一实施例中,所述特征信息可以包括:符合预定义的易口误规则的信息。比如某一词汇存在发音相同或相近但表达的含义不同的情况时,可以判定为符合上述的易口误规则;再比如对于一些关键的人名(如租房协议中的房东、租客)、地点名称(如租房协议中的房间地址)、数字(如租金、日期)等,从而避免由于口音变化、声调高低等方式造成误解。
在一实施例中,可以预先定义符合上述易口误规则的关键词库,并通过对第一信息进行匹配识别,确定第一信息中匹配的关键词,以作为上述的特征信息。
在一实施例中,可以通过对第一信息进行语义识别与分析,以确定出符合上述易口误规则的信息,比如上述的人名、地点名称、数字等,以作为上述的特征信息。
步骤106,获取所述协议参与方针对所述额外确认请求返回的视频或音频形式的第二多媒体数据,所述第二多媒体数据中包含对所述特征信息的额外确认信息。
在一实施例中,当第二多媒体数据包含对特征信息的额外确认信息时,相当于协议参与方对上述第一信息中的特征信息予以再次确认,从而降低协议参与方由于口误、口音、音调变化等原因而造成协议内容不清楚、不明确、存在漏洞等问题,以便于维护协议参与方的利益。
在一实施例中,所述第一多媒体数据与所述第二多媒体数据中可以分别采用不同语言对所述特征信息予以确认。例如,第一多媒体信息中可以采用中文对包含特征信息在内的第一信息进行表达,而第二多媒体数据中可以采用英文对特征信息进行确认。通过采用不同语音对相同的特征信息进行确认,可以降低协议参与方因口误、口音、音调变化等原因而造成协议内容不清楚、不明确、存在漏洞等的概率,有助于维护协议参与方的利益。
在一实施例中,可以调用智能合约,所述智能合约被用于验证所述第二信息所表征的所述协议参与方对所述协议内容的认可情况和/或所述额外确认信息所表征的所述协议参与方对所述特征信息的认可情况是否有效。例如,区块链节点可以分析第二信息和额外确认信息所分别表征的认可情况,并将该认可情况提供至智能合约,使得智能合约可以对第二信息和额外确认所分别表征的认可情况进行分析,比如是否含糊不清或存在歧义、是否存在胁迫状况等,本说明书并不对此进行限制。当认可情况被验证为有效时,允许区块链节点实施其他操作;当认可情况被验证为非法或无效时,可以将上述的第一多媒体数据、第二多媒体数据判定为无效协议,还可以对第一多媒体数据、第二多媒体数据添加无效标记或阻止该视频数据生效。
在一实施例中,当存在多个协议参与方时,多个协议参与方可以对应于同一份第二多媒体数据,该第二多媒体数据包含的额外确认信息用于表征多个协议参与方对所述特征信息的认可情况。在另一实施例中,当存在多个协议参与方时,多个协议参与方分别对应于不同的第二多媒体数据,每一第二多媒体数据包含的额外确认信息用于表征相应的协议参与方对所述特征信息的认可情况。
步骤108,将所述第一多媒体数据和所述第二多媒体数据发布至区块链,以记录为所述协议参与方签订的多媒体协议。
在一实施例中,通过将第一多媒体数据和第二多媒体数据发布至区块链中,可以 确保该第一多媒体数据和第二多媒体数据无法被篡改或使得对第一多媒体数据和第二多媒体数据的篡改行为可检验,且可以通过查询区块链账本而对该第一多媒体数据和第二多媒体数据进行追溯,具有极高的可靠性。
在一实施例中,可以分别生成第一多媒体数据和第二多媒体数据的数字摘要信息,比如该数字摘要信息可以为哈希值。通过将第一多媒体数据和第二多媒体数据分别对应的数字摘要信息发布至区块链中,或者进一步生成两者的数字摘要信息对应的数字摘要信息并发布至区块链中,而将第一多媒体数据和第二多媒体数据存储在本地而不上链,那么基于第一多媒体数据、第二多媒体数据与数字摘要信息之间的唯一匹配关系,可以确保第一多媒体数据和第二多媒体数据无法被篡改或使得对第一多媒体数据和第二多媒体数据的篡改行为可检验,同时可以避免对第一多媒体数据和第二多媒体数据的内容造成公开、有助于实现隐私保护。
在一实施例中,区块链节点可以获取第一多媒体数据和第二多媒体数据的签订属性,比如该签订属性可以包括以下至少之一:所述协议参与方的身份信息、所述协议参与方的所处地点、协议签订时刻等,本说明书并不对此进行限制。然后,区块链节点可以在将第一多媒体数据和第二多媒体数据发布至区块链时,还关联发布所述签订属性,使得该第一多媒体数据和第二多媒体数据所表征的协议事件具有更多维度的特征信息,有助于提升第一多媒体数据和第二多媒体数据的可信度。
在一实施例中,区块链节点可以调用智能合约,所述智能合约被用于在多个协议参与方分别对应于不同的第一多媒体数据的情况下,验证各个第一多媒体数据包含的第一信息所表征的协议内容是否一致。比如,区块链节点可以分别提取各个第一多媒体数据中的第一信息所表征的协议内容,并传递至智能合约中,以由智能合约对各个第一多媒体数据分别对应的协议内容进行比较;如果协议内容均一致,允许区块链节点实施其他操作,如果协议内容不完全一致,可以将本次生成的第一多媒体数据判定为无效协议,还可以对第一多媒体数据添加无效标记或阻止这些第一多媒体数据生效(避免基于这些第一多媒体数据形成多媒体协议)。
在一实施例中,区块链节点可以调用智能合约,所述智能合约被用于根据所述视频数据生成文字协议,并通过所述协议参与方的数据身份进行签名;然后,在将所述第一多媒体数据和所述第二多媒体数据发布至区块链时,该区块链节点还关联发布所述文字协议。
在一实施例中,本说明书中的协议可以包括单方协议,比如承诺书、遗嘱、声明 等,本说明书并不对此进行限制。在一实施例中,本说明书中的协议可以包括多方协议或称为合同,比如房屋租赁合同、商品买卖合同、劳动合同等,本说明书并不对此进行限制。
为了便于理解,下面以协议签订为例,对本说明书一个或多个实施例的技术方案进行说明。图2是一示例性实施例提供的一种实施实人认证的示意图。如图2所示,假定用户A使用手机21(或其他类型的电子设备,本说明书并不对此进行限制),该手机21上可以通过运行某一应用X的APP客户端或加载该应用X对应的网站,以向用户A提供视频协议的签订功能。在实施视频协议的签订过程中,应用X可以对用户A进行实人认证,以便于对用户A的个人真实身份进行有效管理,并准确定义相关视频协议的协议参与方(即用户A)。
在一实施例中,手机21可以通过摄像头模组对用户A进行图像采集,使得采集到的图片或视频中包含用户A的人脸图像、用户A手持有效证件(如身份证)的图像、用户A按照指令执行相应动作的图像等,以作为针对用户A的身份数据,并由手机21将身份数据上传至服务器22,使得服务器22可以基于人脸检测、人脸识别、OCR证件识别、活体检测等多种技术手段,对用户A实施实人认证。
在实人认证完成后,用户A可以基于已完成认证的身份信息,签订相应的视频协议。图3是一示例性实施例提供的一种签订多媒体协议的示意图。如图3所示,手机21可以对用户A进行多媒体数据采集,比如可以通过摄像头进行视频采集、通过麦克风进行音频采集或者同时实施音视频采集等,并确保采集得到的多媒体数据能够至少表征两方面的内容:一方面,多媒体数据需要表征所需签订的协议内容,另一方面,多媒体数据需要表征用户A认可该协议内容。
用户A可以通过多种方式形成满足上述要求的多媒体数据。例如,用户A可以在面对手机21的镜头时,说出满足上述要求的语音内容;再例如,用户A可以在面对手机21的镜头时,还将印刷有满足上述要求的内容的文本或显示有满足上述要求的内容的电子设备展示于镜头前;又例如,用户A可以同时采用上述的多种形式。
比如,用户A可以在面对手机21的镜头时,说出诸如“我承诺向XX组织捐赠100万人民币”的语音内容时,表征的协议内容可以为“用户A向XX组织捐赠100万人民币”,而“我承诺……”的句式表达了用户A对上述协议内容的认可态度,因而可以认为满足上述要求。再比如,用户A可以在面对手机21的镜头时,可以将打印有“我承诺向XX组织捐赠100万人民币”的纸张呈现于镜头前,同样满足上述要求。又比如, 用户A可以在面对手机21的镜头时,可以将打印有“向XX组织捐赠100万人民币”的纸张呈现于镜头前,并说出诸如“我认可当前拍摄的协议内容”的语音内容,同样满足上述要求。
上述实施例涉及到用户A签订单方的多媒体协议,即该多媒体协议的协议参与方仅包含用户A,但该场景下并不意味着只有用户A能够出现在多媒体数据中。比如图4所示,用户A与用户B均可以出现在手机21采集的多媒体数据中,并且服务器22可以分别针对用户A和用户B进行实人认证;在实人认证通过后,用户B可以协助用户A完成多媒体采集,比如由用户B口述协议内容,并由用户A对用户B口述的协议内容予以确认,譬如用户B的口述内容可以为“由用户A向XX组织捐赠100万人民币”,而用户A可以通过诸如“我同意”等内容予以确认。
在一实施例中,服务器22可以对手机21上传的多媒体数据进行分析,以确定其包含的多媒体内容,比如上述的协议内容、用户A对该协议内容的认可情况等。然后,服务器22可以通过调用智能合约,以基于该智能合约中定义的检验规则对上述的多媒体内容进行检验;其中,检验规则可以包括以下至少之一:协议内容是否包含非法内容(比如可以匹配协议内容是否包含预设的敏感词)、协议内容是否包含无效内容(比如通过语义分析协议内容是否清楚、准确)、协议参与方是否认可协议内容(比如协议参与方是否发出表达“认可”的语音或做出表达“认可”的动作等)、协议参与方表达“认可”的状态是否正常(比如协议参与方的语调或表情是否正常、是否存在受人胁迫的情形等)等,本说明书并不对此进行限制。
图5是一示例性实施例提供的一种防口误处理的示意图。如图5所示,针对用户A签订的单方多媒体协议,服务器22在收到手机21上传的多媒体数据后,可以提取该多媒体数据包含的协议内容;然后,服务器22可以调用智能合约,将提取的协议内容提供至该智能合约,以由该智能合约检验该协议内容中是否包含易口误内容。
在一实施例中,智能合约中预先定义有易口误内容的识别逻辑,比如将协议内容与预定义的易口误关键词进行匹配,再比如将协议内容中识别出的人名、地址信息、数字等特定类型的信息作为易口误内容,又比如将协议内容中由于协议参与方的口音、音调变化等而造成含义不清的内容作为易口误内容等,本说明书并不对此进行限制。
针对识别出的易口误内容,智能合约可以指示服务器22向手机21返回相应的易口误内容确认提示。相应地,手机21可以引导用户对易口误内容进行重复确认,以采集到相应的多媒体确认数据。例如,假定协议内容为“我承诺从用户A处租用XX小区 2号楼302室,租金为每月3000元”、易口误内容为中文表达的“3000元”(比如由口音、音调变化等,可能被误解为“4000元”),可以引导用户A用诸如英文(或其他语言)表达为“Three thousand yuan”,从而通过两种不同语言对租金数额进行确认,极大地降低了租金数额可能存在的争议。
相应地,手机21可以将采集到的多媒体确认数据上传至服务器22,由服务器22调用智能合约对该多媒体确认数据所包含的数据内容进行检验。例如,智能合约可以对多媒体确认数据包含的数据内容进行合法性检测(比如是否包含敏感词等);再例如,智能合约可以将多媒体确认数据包含的数据内容与上述多媒体数据包含的协议内容进行比较,以确定两者是否一致。
在确认无误后,服务器22可以向区块链中发布相应的多媒体协议。例如,服务器22可以向区块链中发布一笔交易,该交易中包含图3-4中由手机21上传的多媒体数据、图6中由手机21上传的多媒体确认数据,该多媒体数据和多媒体确认数据经由用于表征用户A的数字身份的密钥进行签名,以表明该多媒体数据和多媒体确认数据为用户A参与的多媒体协议,而该交易的内容可以被记录至区块链账本中,从而实现了对该多媒体协议的存证。当然,服务器22可以仅在本地存储上述的多媒体数据和多媒体确认数据,而向区块链中发布的交易中仅包含该多媒体数据和多媒体确认数据的哈希值,一方面可以避免多媒体协议的内容被公开、有助于提升数据私密性,另一方面可以根据区块链账本中记录的哈希值对服务器22在本地存储的多媒体数据和多媒体确认数据进行验证,以避免该多媒体数据和多媒体确认数据被篡改。
上述实施例中,多媒体协议仅存在单个协议参与方,即该多媒体协议为单方多媒体协议;而在其他实施例中,多媒体协议还可以为多方多媒体协议,即存在多个协议参与方,下面针对多方多媒体协议的场景进行描述。
假定用户A与用户B均为协议参与方,即由用户A与用户B共同参与签订一项多媒体协议。如图4所示,用户A与用户B可以位于同一处,并共同使用手机21完成实人认证、多媒体数据的采集等操作。在实人认证过程中,手机21可以通过摄像头模组同时采集到包含用户A和用户B的图像,并据此针对用户A和用户B实施实人认证,其过程与图2所示的实施例类似,此处不再赘述。或者,用户A和用户B可以对手机21进行分时复用,比如首先由用户A使用手机21完成实人认证,然后换由用户B使用手机21完成实人认证,对于每个用户的实人认证过程分别与图2所示的实施例类似,此处不再赘述。
然后,可以通过手机21对用户A、用户B进行多媒体采集,以获得相应的多媒体数据。在一实施例中,手机21可以生成一份多媒体数据,该多媒体数据中包含:表征所需签订的协议内容的多媒体内容、表征用户A和用户B认可该协议内容的多媒体内容;比如,用户A可以(面对手机21的镜头)说出“我承诺将XX小区2号楼302室出租给用户B,租金为每月3000元”,而用户B可以(面对手机21的镜头)说出“我承诺从用户A处租用XX小区2号楼302室,租金为每月3000元”,那么协议内容为“用户A向用户B出租XX小区2号楼302室,租金为每月3000元”,且用户A、用户B关于“我承诺……”的句式表达了对上述协议内容的认可态度;再比如,用户A或用户B可以将打印有“用户A向用户B出租XX小区2号楼302室,租金为每月3000元”的纸张呈现于镜头前,而用户A、用户B可以分别说出诸如“我认可当前拍摄的协议内容”的语音内容。当然,多媒体内容的表达形式并不受限,只要能够表征上述两方面的含义即可。
需要指出的是:当手机21仅生成一份多媒体数据时,用户A与用户B可以同时完成多媒体数据的采集,也可以分别、依次完成采集,本说明书并不对此进行限制。
在另一实施例中,手机21可以针对用户A和用户B分别生成一份多媒体数据,对应于用户A的多媒体数据中包含:表征所需签订的协议内容的多媒体内容、表征用户A认可该协议内容的多媒体内容,对应于用户B的多媒体数据中包含:表征所需签订的协议内容的多媒体内容、表征用户B认可该协议内容的多媒体内容。对于每份多媒体数据,生成方式与图3或图4所示的实施例相类似,此处不再赘述。
当用户A与用户B参与的多方多媒体协议仅生成一份多媒体数据时,服务器22可以通过类似于图5所示的实施例,向手机21返回易口误内容确认提示,使得手机21引导用户A和用户B对协议内容中的易口误内容进行重复确认。然后,由服务器22获得手机21上传的多媒体确认数据,并调用智能合约对该多媒体确认数据中包含的数据内容进行检验,以及将手机21分别上传的多媒体数据和多媒体确认数据发布至区块链、记录为相应的多媒体协议。此处可以参考图5所示的实施例,只是对易口误内容的确认操作需要由用户A和用户B完成,此处不再赘述。
除了共用手机21之外,用户A与用户B还可以分别使用不同的电子设备,比如图6所示,用户A可以使用手机21、用户B可以使用手机23,尤其是当用户A与用户B分别处于不同地理位置时,仍然可以远程签订多媒体协议,而无需前往同一地点进行协议签订。
在一实施例中,可由任一协议参与方通过手机21向服务器22请求多媒体协议的签订功能,比如该任一协议参与方为用户A时,该用户A可以指定用户B为相关联的协议参与方,使得用户A使用的手机21(登录有用户A的账号)与用户B使用的手机23(登录有用户B的账号)之间可以实现协同,从而共同参与到同一多媒体协议的签订过程中。
手机21可以针对用户A实施实人认证,并采集用户A相关的多媒体数据,这与图3-4所示实施例的情况类似,此处不再赘述;手机23可以针对用户B实施实人认证,并采集用户B相关的多媒体数据,这与手机21的实施过程类似,此处不再赘述。
当手机21或手机23将多媒体数据上传至服务器22后,与图3所示实施例相类似的,可由服务器22对多媒体数据进行分析,然后通过调用智能合约对分析结果进行检验,比如可以针对下述方面中至少之一进行检验:协议内容是否包含非法内容、协议内容是否包含无效内容、协议参与方是否认可协议内容、协议参与方表达“认可”的状态是否正常等,此处不再赘述。
图7是一示例性实施例提供的另一种防口误处理的示意图。如图7所示,服务器22可以通过调用智能合约,以分别针对手机21上传的多媒体数据1包含的协议内容、手机23上传的多媒体数据2包含的协议内容进行检测,确定协议内容中包含的易口误内容,并分别向手机21、手机23发送易口误内容确认提示1、易口误内容确认提示2,使得手机21、手机23分别引导用户A、用户B对协议内容中的易口误内容进行重复确认。然后,由服务器22分别获得手机21、手机23上传的多媒体确认数据1、多媒体确认数据2,并调用智能合约分别对该多媒体确认数据1、多媒体确认数据2中包含的数据内容进行检验。针对用户A、用户B实施的防口误处理,均可以参考图5所示的实施例,此处不再赘述。
在一实施例中,由于用户A与用户B有可能处于不同的地理位置处,使得两者可能并不能够直接获知对方的多媒体采集情况,因而服务器22在获得一方的多媒体数据或多媒体确认数据后,可以将其传递至另一方进行查看。例如,每一协议参与方使用的电子设备上,可以展示出分别对应于各个协议参与方的视频窗口,以分别用于展示各个协议参与方使用的电子设备拍摄的视频画面;譬如,手机21、手机23上可以分别展示出两个视频窗口,以分别展示手机21和手机23拍摄的视频画面,使得用户A、用户B既可以查看到自身的视频拍摄情况,也可以查看到对方的视频拍摄情况。尤其是,通过对多媒体数据和多媒体确认数据的相互传递,使得每一协议参与方可以获知各个协议参 与方的多媒体数据和多媒体确认数据,从而对多媒体数据所含的协议内容、多媒体确认数据所含的数据内容进行查看,便于发现服务器22可能不易察觉的文字陷阱、歧义、口误等情形;并且,每一协议参与方均可以具备终止签订的权限,使得任一协议参与方对其他协议参与方的多媒体数据或多媒体确认数据存在异议、且其他协议参与方拒绝修改时,均可以终止协议签订,以保障协议参与方的权益。
然后,服务器22可以将手机21分别上传的多媒体数据1和多媒体确认数据1、手机23分别上传的多媒体数据2和多媒体确认数据2发布至区块链,从而记录为用户A与用户B之间签订的多媒体协议。或者,可以将多媒体数据1、多媒体确认数据1、多媒体数据2和多媒体确认数据2分别对应的四个哈希值(或者由四个哈希值再次计算得到的一个哈希值)发布至区块链,而将多媒体数据1、多媒体确认数据1、多媒体数据2和多媒体确认数据2存储于服务器22处并避免上链,有助于实现隐私保护。
需要指出的是:虽然在上述实施例中,涉及到多方协议时以用户A与用户B之间的协议签订场景进行举例,但本说明书的技术方案同样可以应用于更多数量的协议参与方之间,以实现三方或更多方的协议签订,本说明书并不对此进行限制。
图8是一示例性实施例提供的一种设备的示意结构图。请参考图8,在硬件层面,该设备包括处理器802、内部总线804、网络接口806、内存808以及非易失性存储器810,当然还可能包括其他业务所需要的硬件。处理器802从非易失性存储器810中读取对应的计算机程序到内存808中然后运行,在逻辑层面上形成多媒体协议的内容确认装置。当然,除了软件实现方式之外,本说明书一个或多个实施例并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
请参考图9,在软件实施方式中,该多媒体协议的内容确认装置应用于区块链节点,可以包括:
第一获取单元91,获取协议参与方提供的视频或音频形式的第一多媒体数据,所述第一多媒体数据中包含用于表征协议内容的第一信息和用于表征所述协议参与方认可所述协议内容的第二信息;
第一调用单元92,调用智能合约,所述智能合约被用于识别所述第一信息表征的协议内容中包含的特征信息,并向所述协议参与方输出对所述特征信息的额外确认请求;
第二获取单元93,获取所述协议参与方针对所述额外确认请求返回的视频或音频 形式的第二多媒体数据,所述第二多媒体数据中包含对所述特征信息的额外确认信息;
发布单元94,将所述第一多媒体数据和所述第二多媒体数据发布至区块链,以记录为所述协议参与方签订的多媒体协议。
可选的,所述特征信息包括:符合预定义的易口误规则的信息。
可选的,所述第一多媒体数据与所述第二多媒体数据中分别采用不同语言对所述特征信息予以确认。
可选的,还包括:
第二调用单元95,调用智能合约,所述智能合约被用于验证所述第一信息所表征的协议内容是否合法有效。
可选的,还包括:
第三调用单元96,调用智能合约,所述智能合约被用于验证所述第二信息所表征的所述协议参与方对所述协议内容的认可情况和/或所述额外确认信息所表征的所述协议参与方对所述特征信息的认可情况是否有效。
可选的,所述多媒体协议为单方协议,存在一个协议参与方;或者,所述多媒体协议为多方协议,存在多个协议参与方。
可选的,当存在多个协议参与方时,多个协议参与方对应于相同的第一多媒体数据、第二多媒体数据,该第一多媒体数据包含的第二信息用于表征多个协议参与方对所述协议内容的认可情况,所述第二多媒体数据包含的额外确认信息用于表征多个协议参与方对所述特征信息的认可情况;
或者,当存在多个协议参与方时,多个协议参与方分别对应于不同的第一多媒体数据、第二多媒体数据,每个第一多媒体数据包含的第二信息用于表征相应的协议参与方对所述协议内容的认可情况,每个第二多媒体数据包含的额外确认信息用于表征相应的协议参与方对所述特征信息的认可情况。
可选的,还包括:
第四调用单元97,调用智能合约,所述智能合约被用于在多个协议参与方分别对应于不同的第一多媒体数据的情况下,验证各个第一多媒体数据包含的第一信息所表征的协议内容是否一致。
可选的,还包括:
第五调用单元98,调用智能合约,所述智能合约被用于根据所述视频数据生成文字协议,并通过所述协议参与方的数据身份进行签名;
所述发布单元94在将所述第一多媒体数据和所述第二多媒体数据发布至区块链时,还关联发布所述文字协议。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
本说明书提出了一种计算机可读介质,其上存储有计算机指令,该指令被处理器执行时实现本说明书的技术方案,比如上述任一实施例的多媒体协议的内容确认方法,此处不再一一赘述。
在一个典型的配置中,计算机包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素, 而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书一个或多个实施例范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
以上所述仅为本说明书一个或多个实施例的较佳实施例而已,并不用以限制本说明书一个或多个实施例,凡在本说明书一个或多个实施例的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本说明书一个或多个实施例保护的范围之内。

Claims (19)

  1. 一种多媒体协议的内容确认方法,应用于区块链节点,所述方法包括:
    获取协议参与方提供的视频或音频形式的第一多媒体数据,所述第一多媒体数据中包含用于表征协议内容的第一信息和用于表征所述协议参与方认可所述协议内容的第二信息;
    调用智能合约,所述智能合约被用于识别所述第一信息表征的协议内容中包含的特征信息,并向所述协议参与方输出对所述特征信息的额外确认请求;
    获取所述协议参与方针对所述额外确认请求返回的视频或音频形式的第二多媒体数据,所述第二多媒体数据中包含对所述特征信息的额外确认信息;
    将所述第一多媒体数据和所述第二多媒体数据发布至区块链,以记录为所述协议参与方签订的多媒体协议。
  2. 根据权利要求1所述的方法,所述特征信息包括:符合预定义的易口误规则的信息。
  3. 根据权利要求1所述的方法,所述第一多媒体数据与所述第二多媒体数据中分别采用不同语言对所述特征信息予以确认。
  4. 根据权利要求1所述的方法,还包括:
    调用智能合约,所述智能合约被用于验证所述第一信息所表征的协议内容是否合法有效。
  5. 根据权利要求1所述的方法,还包括:
    调用智能合约,所述智能合约被用于验证所述第二信息所表征的所述协议参与方对所述协议内容的认可情况和/或所述额外确认信息所表征的所述协议参与方对所述特征信息的认可情况是否有效。
  6. 根据权利要求1所述的方法,所述多媒体协议为单方协议,存在一个协议参与方;或者,所述多媒体协议为多方协议,存在多个协议参与方。
  7. 根据权利要求1所述的方法,
    当存在多个协议参与方时,多个协议参与方对应于相同的第一多媒体数据、第二多媒体数据,该第一多媒体数据包含的第二信息用于表征多个协议参与方对所述协议内容的认可情况,所述第二多媒体数据包含的额外确认信息用于表征多个协议参与方对所述特征信息的认可情况;
    或者,当存在多个协议参与方时,多个协议参与方分别对应于不同的第一多媒体数据、第二多媒体数据,每个第一多媒体数据包含的第二信息用于表征相应的协议参与方 对所述协议内容的认可情况,每个第二多媒体数据包含的额外确认信息用于表征相应的协议参与方对所述特征信息的认可情况。
  8. 根据权利要求7所述的方法,还包括:
    调用智能合约,所述智能合约被用于在多个协议参与方分别对应于不同的第一多媒体数据的情况下,验证各个第一多媒体数据包含的第一信息所表征的协议内容是否一致。
  9. 根据权利要求1所述的方法,还包括:
    调用智能合约,所述智能合约被用于根据所述视频数据生成文字协议,并通过所述协议参与方的数据身份进行签名;
    在将所述第一多媒体数据和所述第二多媒体数据发布至区块链时,还关联发布所述文字协议。
  10. 一种多媒体协议的内容确认装置,应用于区块链节点,所述装置包括:
    第一获取单元,获取协议参与方提供的视频或音频形式的第一多媒体数据,所述第一多媒体数据中包含用于表征协议内容的第一信息和用于表征所述协议参与方认可所述协议内容的第二信息;
    第一调用单元,调用智能合约,所述智能合约被用于识别所述第一信息表征的协议内容中包含的特征信息,并向所述协议参与方输出对所述特征信息的额外确认请求;
    第二获取单元,获取所述协议参与方针对所述额外确认请求返回的视频或音频形式的第二多媒体数据,所述第二多媒体数据中包含对所述特征信息的额外确认信息;
    发布单元,将所述第一多媒体数据和所述第二多媒体数据发布至区块链,以记录为所述协议参与方签订的多媒体协议。
  11. 根据权利要求10所述的装置,所述特征信息包括:符合预定义的易口误规则的信息。
  12. 根据权利要求10所述的装置,所述第一多媒体数据与所述第二多媒体数据中分别采用不同语言对所述特征信息予以确认。
  13. 根据权利要求10所述的装置,还包括:
    第二调用单元,调用智能合约,所述智能合约被用于验证所述第一信息所表征的协议内容是否合法有效。
  14. 根据权利要求10所述的装置,还包括:
    第三调用单元,调用智能合约,所述智能合约被用于验证所述第二信息所表征的所述协议参与方对所述协议内容的认可情况和/或所述额外确认信息所表征的所述协议参与方对所述特征信息的认可情况是否有效。
  15. 根据权利要求10所述的装置,所述多媒体协议为单方协议,存在一个协议参与方;或者,所述多媒体协议为多方协议,存在多个协议参与方。
  16. 根据权利要求10所述的装置,
    当存在多个协议参与方时,多个协议参与方对应于相同的第一多媒体数据、第二多媒体数据,该第一多媒体数据包含的第二信息用于表征多个协议参与方对所述协议内容的认可情况,所述第二多媒体数据包含的额外确认信息用于表征多个协议参与方对所述特征信息的认可情况;
    或者,当存在多个协议参与方时,多个协议参与方分别对应于不同的第一多媒体数据、第二多媒体数据,每个第一多媒体数据包含的第二信息用于表征相应的协议参与方对所述协议内容的认可情况,每个第二多媒体数据包含的额外确认信息用于表征相应的协议参与方对所述特征信息的认可情况。
  17. 根据权利要求16所述的装置,还包括:
    第四调用单元,调用智能合约,所述智能合约被用于在多个协议参与方分别对应于不同的第一多媒体数据的情况下,验证各个第一多媒体数据包含的第一信息所表征的协议内容是否一致。
  18. 根据权利要求10所述的装置,还包括:
    第五调用单元,调用智能合约,所述智能合约被用于根据所述视频数据生成文字协议,并通过所述协议参与方的数据身份进行签名;
    所述发布单元在将所述第一多媒体数据和所述第二多媒体数据发布至区块链时,还关联发布所述文字协议。
  19. 一种电子设备,包括:
    处理器;
    用于存储处理器可执行指令的存储器;
    其中,所述处理器通过运行所述可执行指令以实现如权利要求1-9中任一项所述的方法。
PCT/CN2019/112186 2018-12-05 2019-10-21 多媒体协议的内容确认方法及装置、电子设备 WO2020114114A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201811481410.7A CN110048995B (zh) 2018-12-05 2018-12-05 多媒体协议的内容确认方法及装置、电子设备
CN201811481410.7 2018-12-05

Publications (1)

Publication Number Publication Date
WO2020114114A1 true WO2020114114A1 (zh) 2020-06-11

Family

ID=67273654

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/112186 WO2020114114A1 (zh) 2018-12-05 2019-10-21 多媒体协议的内容确认方法及装置、电子设备

Country Status (3)

Country Link
CN (1) CN110048995B (zh)
TW (1) TWI710988B (zh)
WO (1) WO2020114114A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112148903A (zh) * 2020-09-15 2020-12-29 京东数字科技控股股份有限公司 一种进行内容审核的数据处理方法及装置

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110048995B (zh) * 2018-12-05 2021-02-09 创新先进技术有限公司 多媒体协议的内容确认方法及装置、电子设备
CN110543516A (zh) * 2019-07-26 2019-12-06 深圳壹账通智能科技有限公司 智能合约处理方法、装置、计算机设备及存储介质
CN110533429A (zh) * 2019-08-30 2019-12-03 北京金山云网络技术有限公司 区块链中的交易背书方法、装置和区块链网络
CN115550472B (zh) * 2022-11-22 2023-03-28 浙江大华技术股份有限公司 异构数据处理方法及装置

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105975868A (zh) * 2016-04-29 2016-09-28 杭州云象网络技术有限公司 一种基于区块链的证据保全方法及装置
CN106504008A (zh) * 2016-10-24 2017-03-15 中山大学 一种基于区块链的公平合同签署方法
CN106779385A (zh) * 2016-12-07 2017-05-31 北京信任度科技有限公司 利用区块链固定电子证据和用户身份的方法及系统
WO2018150275A2 (en) * 2017-02-17 2018-08-23 Leng Tianqing Splitting digital promises recorded in a blockchain
CN108717431A (zh) * 2018-05-11 2018-10-30 中国科学院软件研究所 一种基于区块链的电子证据存证、验证方法及系统
CN108830545A (zh) * 2018-04-28 2018-11-16 深圳慧通商务有限公司 合同数据处理方法、合同管理客户端和区块链管理装置
CN108898389A (zh) * 2018-06-26 2018-11-27 阿里巴巴集团控股有限公司 基于区块链的内容验证方法及装置、电子设备
CN110048995A (zh) * 2018-12-05 2019-07-23 阿里巴巴集团控股有限公司 多媒体协议的内容确认方法及装置、电子设备

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9992028B2 (en) * 2015-11-26 2018-06-05 International Business Machines Corporation System, method, and computer program product for privacy-preserving transaction validation mechanisms for smart contracts that are included in a ledger
US10255108B2 (en) * 2016-01-26 2019-04-09 International Business Machines Corporation Parallel execution of blockchain transactions
CN107784474A (zh) * 2016-08-24 2018-03-09 深圳市图灵奇点智能科技有限公司 一种新型电子合约及其自动执行的方法
US20180089760A1 (en) * 2016-09-26 2018-03-29 Shapeshift Ag System and method of providing a multi-asset rebalancing mechanism
TWI659377B (zh) * 2017-01-26 2019-05-11 現代財富控股有限公司 以智能合約數位化不可量化資產並交易之系統及其方法
CN107464117B (zh) * 2017-08-04 2021-06-22 平安科技(深圳)有限公司 基于区块链的数据管理方法及区块链系统
CN108600272B (zh) * 2018-05-10 2020-08-04 阿里巴巴集团控股有限公司 一种区块链数据处理方法、装置、处理设备及系统
CN108809630A (zh) * 2018-06-19 2018-11-13 中钞信用卡产业发展有限公司杭州区块链技术研究院 一种遗嘱保存方法、系统、设备及计算机可读存储介质

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105975868A (zh) * 2016-04-29 2016-09-28 杭州云象网络技术有限公司 一种基于区块链的证据保全方法及装置
CN106504008A (zh) * 2016-10-24 2017-03-15 中山大学 一种基于区块链的公平合同签署方法
CN106779385A (zh) * 2016-12-07 2017-05-31 北京信任度科技有限公司 利用区块链固定电子证据和用户身份的方法及系统
WO2018150275A2 (en) * 2017-02-17 2018-08-23 Leng Tianqing Splitting digital promises recorded in a blockchain
CN108830545A (zh) * 2018-04-28 2018-11-16 深圳慧通商务有限公司 合同数据处理方法、合同管理客户端和区块链管理装置
CN108717431A (zh) * 2018-05-11 2018-10-30 中国科学院软件研究所 一种基于区块链的电子证据存证、验证方法及系统
CN108898389A (zh) * 2018-06-26 2018-11-27 阿里巴巴集团控股有限公司 基于区块链的内容验证方法及装置、电子设备
CN110048995A (zh) * 2018-12-05 2019-07-23 阿里巴巴集团控股有限公司 多媒体协议的内容确认方法及装置、电子设备

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112148903A (zh) * 2020-09-15 2020-12-29 京东数字科技控股股份有限公司 一种进行内容审核的数据处理方法及装置

Also Published As

Publication number Publication date
TWI710988B (zh) 2020-11-21
TW202022745A (zh) 2020-06-16
CN110048995A (zh) 2019-07-23
CN110048995B (zh) 2021-02-09

Similar Documents

Publication Publication Date Title
WO2020114114A1 (zh) 多媒体协议的内容确认方法及装置、电子设备
US11783862B2 (en) Routing messages by message parameter
US11372608B2 (en) Gallery of messages from individuals with a shared interest
WO2021143497A1 (zh) 一种基于存证区块链的侵权存证方法、装置及设备
McPherson Advocacy organizations’ evaluation of social media information for NGO journalism: The evidence and engagement models
KR20220016873A (ko) 아이덴티티 검증 및 관리 시스템
US20160132693A1 (en) Document distribution and interaction
WO2020082886A1 (zh) 认证方法及装置、电子设备
US20160149707A1 (en) Tracking and notification of fulfillment events
US20130262992A1 (en) Methods and systems for electronic editing and/or signing
TW201933054A (zh) 簽約方法和裝置
CN108829753A (zh) 一种信息处理方法及装置
CN109255035A (zh) 用于构建知识图谱的方法和装置
CN111737675A (zh) 一种基于区块链的电子签名方法及装置
US20220076288A1 (en) Method of and system for managing a reward program
Bushey The archival trustworthiness of digital photographs in social media platforms.
TWI745749B (zh) 基於區塊鏈的音訊協議簽訂方法及裝置、電子設備
US8654942B1 (en) Multi-device video communication session
TWI717832B (zh) 基於區塊鏈的視訊協議簽訂方法及裝置、電子設備
CN110084573A (zh) 基于区块链的多媒体协议签订方法及装置
US20180225703A1 (en) Methods and Systems for Generating Synthetic Content Feeds
US11582044B2 (en) Systems and methods to timestamp and authenticate digital documents using a secure ledger
US20240097912A1 (en) Blockchain verification of digital content attributions
US20170060525A1 (en) Tagging multimedia files by merging
CN116543273A (zh) 数据处理方法、装置、计算机、可读存储介质及程序产品

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19892562

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19892562

Country of ref document: EP

Kind code of ref document: A1