WO2020088104A1

WO2020088104A1 - Method and apparatus for performing block chain record-keeping on webpage by means of file acquisition

Info

Publication number: WO2020088104A1
Application number: PCT/CN2019/104926
Authority: WO
Inventors: 杨新颖
Original assignee: 阿里巴巴集团控股有限公司
Priority date: 2018-10-31
Filing date: 2019-09-09
Publication date: 2020-05-07
Also published as: TW202018556A; TWI712907B; CN109614766B; CN109614766A

Abstract

Disclosed are a method and an apparatus for performing block chain record-keeping on a webpage by means of file acquisition. For a target webpage having a link to a playback file but not containing a playback file itself, a block chain record-keeping party takes a screenshot of the target webpage to obtain a webpage screenshot, and reads a file storage address linked to the target webpage to acquire the playback file from the file storage address. Thereafter, the block chain record-keeping party performs a hash operation on the webpage screenshot and the playback file to obtain a target hash, and then publishes the target hash to a block chain for record-keeping.

Description

Method and device for depositing blockchain certificate on webpage through file acquisition

Technical field

The embodiments of the present specification relate to the field of information technology, and in particular, to a method and device for blockchain certificate deposit on a web page through file acquisition.

Background technique

At present, due to the need for the preservation of network evidence, blockchain technology can be used to deposit evidence on web pages that present network evidence. For example, in the field of copyright protection, the blockchain depositor can, at the request of the copyright owner, deposit certificates on the infringing webpage (the webpage presenting the infringing work) to preserve the evidence for subsequent rights protection.

Assuming that the network evidence is a file of type text, picture, etc., and the presentation mode is static, then the network evidence itself is part of the content of the web page. At this time, at the request of the copyright owner, the server of the blockchain depositor can access the webpage presenting the network evidence, directly take a screenshot of the webpage and deposit the certificate of the obtained webpage screenshot. The screenshot of the web page directly presents the whole picture of the network evidence, which realizes the preservation of the network evidence.

However, assuming that the network evidence is an audio, video and other types of files, the presentation method is dynamic (usually it takes a period of time to display the full picture of the network evidence, which is called playable file in this article), then in this case, The screenshots do not show the full picture of the network evidence, and cannot preserve the network evidence. Therefore, the server of the blockchain depositor often needs to trigger the playback of network evidence after accessing the webpage, spend time to record the entire playback process on the webpage, and then deposit the obtained record file.

Based on the existing technology, there is a need for a more efficient method of depositing web pages.

Summary of the invention

In order to solve the problem that the existing webpage certificate depositing method is relatively inefficient, the embodiments of the present specification provide a method and device for blockchain document depositing on a webpage through file acquisition. The technical solution is as follows:

According to a first aspect of the embodiments of the present specification, a method for blockchain certificate deposit on a webpage through file acquisition is provided, including:

Visit the landing page;

Take a screenshot of the target webpage to obtain a webpage screenshot; and, read the file storage address associated with the target webpage, and obtain a playable file from the file storage address;

Processing the screenshot of the webpage and the playable file into a target hash;

Blockchain certification is performed on the target hash.

According to a second aspect of the embodiments of the present specification, there is provided a device for blockchain certificate deposit on a webpage through file acquisition, including:

Visit the module, visit the target webpage;

The first processing module takes a screenshot of the target webpage to obtain a screenshot of the webpage; and, reads the file storage address associated with the target webpage, and obtains a playable file from the file storage address;

A second processing module, processing the webpage screenshot and the playable file into a target hash;

The certificate storage module performs block chain certificate storage on the target hash.

The technical solution provided by the embodiment of the present specification relates to a target webpage associated with a playable file but not containing the playable file itself. On the one hand, the blockchain certificate depositor takes a screenshot of the target webpage to obtain a webpage screenshot; another On the one hand, the file storage address associated with the target web page is read, and the playable file is obtained from the file storage address. Subsequently, a hash operation is performed on the screenshot of the web page and the playable file to obtain a target hash, and then the target hash is released to the blockchain for certificate storage. This is equivalent to realizing the blockchain certificate for the webpage containing the playable file. In this way, the server of the blockchain depositor does not need to spend time to record the playback process of the playable file, which improves the efficiency of deposit certification.

It should be understood that the above general description and the following detailed description are only exemplary and explanatory, and cannot limit the embodiments of the present specification.

In addition, any of the embodiments of the present specification does not need to achieve all the above-mentioned effects.

BRIEF DESCRIPTION

In order to more clearly explain the embodiments of the specification or the technical solutions in the prior art, the following will briefly introduce the drawings required in the embodiments or the description of the prior art. Obviously, the drawings in the following description are only These are some of the embodiments described in the embodiments of this specification, and those of ordinary skill in the art can also obtain other drawings based on these drawings.

FIG. 1 is a schematic flowchart of a method for performing blockchain certificate deposit on a webpage through file acquisition according to an embodiment of the present specification;

2 is a schematic structural diagram of a Merkel tree constructed based on a file hash sequence provided by an embodiment of this specification;

3 is a schematic diagram of updating a Merkel tree based on a new file hash sequence provided by an embodiment of this specification;

4 is a schematic flowchart of a method for depositing a blockchain certificate on a webpage through webpage monitoring provided by an embodiment of the present specification;

FIG. 5 also provides a structural schematic diagram of an apparatus for performing blockchain certificate deposit on a webpage through webpage monitoring according to an embodiment of this specification;

6 is a schematic structural diagram of a computer device for configuring the method of the embodiment of the present specification.

detailed description

In order to enable those skilled in the art to better understand the technical solutions in the embodiments of the present specification, the technical solutions in the embodiments of the present specification will be described in detail in conjunction with the drawings in the embodiments of the present specification. Obviously, the described implementation Examples are only a part of the embodiments of this specification, but not all the embodiments. Based on the embodiments in this specification, all other embodiments obtained by those of ordinary skill in the art should fall within the scope of protection.

The technical solutions provided by the embodiments of this specification will be described in detail below in conjunction with the drawings.

FIG. 1 is a schematic flowchart of a method for performing blockchain certificate deposit on a webpage through file acquisition according to an embodiment of the present specification, including the following steps:

S100: Visit the target webpage.

The execution subject of this method is generally the server of the blockchain depositor. In the following, for convenience of description, "certificate deposit server" refers to "blockchain depositor's server".

The blockchain certificate depositor may be an institution that provides blockchain certificate deposit service. The blockchain certificate depositor may be a node in the blockchain network, which accepts data deposit request externally, obtains the data to be deposited based on the data deposit request, and then constructs a data deposit transaction based on the data that requires deposit and Broadcasting, in addition, will also participate in the consensus among the nodes in the blockchain network in order to write the data that needs to be stored in the blockchain (shared ledger) that it maintains.

The blockchain depositor may also be a node in the blockchain network, but is responsible for accepting the data deposit request from the agent and performing certain processing on the data that needs to be deposited (such as taking a screenshot of the webpage that needs to be deposited) And hashing), submit the processing results to the blockchain network for certificate storage.

The method shown in FIG. 1 can be applied to the scenario of copyright infringement preservation, and can also be applied to the scenario of evidence preservation in other fields. In the following, the scenario of copyright infringement evidence preservation will be taken as an example to explain this solution. Those skilled in the art should understand that in the scenario of evidence preservation in other fields, it is also possible to use the method flow shown in FIG. 1 to obtain the block chain certificate of the webpage through file acquisition.

S102: Take a screenshot of the target webpage to obtain a screenshot of the webpage; and, read a file storage address associated with the target webpage, and obtain a playable file from the file storage address.

In the embodiment of the present specification, after accessing the target webpage, the certificate storage server may take a screenshot of the target webpage on the one hand to obtain a screenshot of the webpage; Get playable file from storage address.

The file storage address associated with the target webpage refers to the file storage address of the playable file used for playing by the target webpage. Generally speaking, for a webpage used for playing a playable file, since the storage size of the playable file is large, the webpage does not include the playable file itself, but only includes the file storage address of the playable file. When the playable file needs to be played, the browser needs to parse out the file storage address from the webpage, obtain the playable file from the file storage address and play it.

S104: Process the webpage screenshot and the playable file into a target hash.

In the embodiment of the present specification, processing the data into a hash means that the data is used as an input of a hash algorithm to perform a hash calculation to obtain a corresponding hash value.

In step S104, the certificate storage server may directly hash the screenshot of the web page and the playable file to obtain the target hash. On the one hand, the webpage screenshot may be processed into a screenshot hash, on the other hand, the playable file may be processed into a file hash, and finally, the screenshot hash and the file hash may be processed into a target hash.

S106: Perform blockchain certificate storage on the target hash.

As we all know, the hash value obtained after the hash operation of the data can uniquely identify the data, and can be regarded as the "fingerprint" of the data. Once the data is tampered with, the hash value corresponding to the data will also change. Therefore, performing block chain certification on the target hash corresponding to the screenshot of the webpage and the playable file is equivalent to the target webpage, the playable file used for playing by the target webpage, and the target webpage and The corresponding relationship of the playable files is verified by the blockchain, which can prove the following facts:

1. The target webpage is real and has not been tampered with;

2. The playable file is real and has not been tampered with;

3. The target webpage is a webpage for playing the playable file.

Therefore, through the method shown in FIG. 1, the blockchain certificate for the webpage associated with the playable file but not including the playable file itself is realized.

In the embodiment of this specification, if the certificate storage server is not a node in the blockchain network, the certificate storage server may submit the target hash to the blockchain network for certificate storage.

If the certificate deposit server is a blockchain node in the blockchain network, then the certificate deposit server may construct a target transaction based on the target hash, and then broadcast the target transaction to other blocks except itself Chain nodes, so that each blockchain node stores the target transaction into its own blockchain based on a consensus mechanism.

It should be noted that the transaction described in this specification refers to a piece of data that a user creates through a client of the blockchain and needs to be finally released to the distributed database of the blockchain.

That is to say, there are narrow transactions and broad transactions in the transactions in the blockchain. The narrow sense of the transaction refers to a value transfer issued by the user to the blockchain; for example, in the traditional Bitcoin blockchain network, the transaction can be a transfer initiated by the user in the blockchain. The generalized transaction refers to a piece of business data with business intent published by the user to the blockchain; for example, the operator can build an alliance chain based on actual business needs, relying on the alliance chain to deploy some other types that have nothing to do with value transfer Online business (for example, rental business, vehicle scheduling business, insurance claims business, credit service, medical service, etc.), and in this type of alliance chain, the transaction can be a business with business intent issued by the user in the alliance chain Message or business request.

With the method shown in FIG. 1, for a target webpage associated with a playable file but not containing the playable file itself, the blockchain depositor takes a screenshot of the target webpage on the one hand to obtain a screenshot of the webpage; on the other hand reads Obtain a file storage address associated with the target webpage, and obtain a playable file from the file storage address. Subsequently, a hash operation is performed on the screenshot of the web page and the playable file to obtain a target hash, and then the target hash is released to the blockchain for certificate storage. This is equivalent to realizing the blockchain certificate for the webpage containing the playable file. In this way, the server of the blockchain depositor does not need to spend time to record the playback process of the playable file, which improves the efficiency of deposit certification.

In addition, in actual applications, the target webpage can be used to play more than one playable file, which also means that there is more than one file storage address associated with the target webpage.

Therefore, the certificate storage server may obtain a playable file from the file storage address for each file storage address associated with the target webpage as the playable file corresponding to the file storage address. Then, the playable files corresponding to the storage addresses of the files associated with the screenshot of the webpage and the target webpage are processed into target hashes.

Further, sometimes, the target webpage may include more than one subwebpage link. After the user clicks any subwebpage link, the user may enter the subwebpage corresponding to the subwebpage link, and the subwebpage is used to play a playable file.

In this case, the certificate storage server reads more than one file storage address associated with the target webpage, which may specifically be for each subpage link included in the target webpage, visit the subpage link, and then read the subpage The storage address of the file contained in the sub-page corresponding to the link.

In addition, since the sub-page links in the target web page are generally arranged in a certain order, in the above step S104, the target web page can be associated according to the arrangement order of the sub-page links in the target web page The playable files corresponding to the storage addresses of the files are sorted respectively to obtain a playable file sequence; then, the webpage screenshot and the playable file sequence are processed into a target hash.

Wherein, the playable files corresponding to the storage addresses of the files associated with the target webpage may be sorted according to the arrangement order of the links of the subpages in the target webpage, which may specifically be based on the links of the subpages in the target webpage Sort the file storage addresses corresponding to the links of each sub-page; and then sort the playable files corresponding to the file storage addresses according to the order of the file storage addresses.

In this way, once the arrangement order of the links of the subpages in the target webpage changes, the target hash obtained based on the target webpage will change. Blockchain certification of the target hash is not only equivalent to blockchain certification of the content of the target webpage, but also blockchain certification of the content layout of the target webpage.

Further, the certificate storage server processes the webpage screenshot and the playable file sequence into a target hash, which may specifically be processing the webpage screenshot into a screenshot hash; for each of the playable file sequences Playable files, process the playable files into file hashes; sort the file hashes corresponding to the playable files according to the order of the playable files to obtain a file hash sequence; based on the file hash sequence , Construct a Merkel tree; process the screenshot hash and the root hash of the Merkel tree into a target hash.

2 is a schematic diagram of a Merkel tree constructed based on a file hash sequence provided by an embodiment of this specification. As shown in FIG. 2, the root hash of the Merkle tree constructed based on the file hash sequence can uniquely identify the file hash sequence, and can be regarded as a “fingerprint” of the file hash sequence. The file hash sequence is actually a mapping of the arrangement of the links of the subpages corresponding to the playable files in the target webpage.

Once a sub-page link in the target web page is replaced, the target web page needs to be re-registered. Specifically, the above method will still be used to obtain a new file hash sequence based on the current target webpage. Then, the Merkel tree is reconstructed based on the new file hash sequence to obtain a new root hash for verification.

It should be noted that the advantage of using the Merkel tree to store the file hash sequence is that when the content of the target web page changes less, the corresponding file hash sequence will also change less. At this time, only The new Merkel tree can be obtained by recalculating the hash value on the path related to the change in the old Merkel tree.

As shown in Figure 3, assuming that the sub-link 3 of the target web page is replaced by the sub-link 8 of the web page, the corresponding file hash 3 is also replaced by the file hash 8, so, when rebuilding the Merkle tree, only need to Update the path of file Hash 3-Hash 6-Hash 7 in the old Merkel tree (update to file Hash 8-Hash 9-Hash 10). Finally, the root hash is updated to hash 10. In this way, the computing resources of the certificate storage server are saved.

FIG. 4 is a schematic flow chart of a method for depositing a blockchain on a webpage through webpage monitoring provided by an embodiment of the present specification, including the following steps:

S400: Receive a webpage address sent by a user, and access a target webpage corresponding to the webpage address.

The execution subject of this method may also be a certificate deposit server.

The method shown in FIG. 4 can be applied to the scenario of copyright infringement preservation, and can also be applied to the scenario of evidence preservation in other fields. In the following, the scenario of copyright infringement evidence preservation will be taken as an example to explain this solution. Those skilled in the art should understand that, in the scenario of evidence preservation in other fields, it is also possible to deposit certificates on the blockchain of the webpage through the webpage monitoring through the method flow shown in FIG. 4.

In the context of preservation of copyright infringement evidence, the user is generally the copyright owner holding the copyright of the work. When the user finds a webpage (target webpage) presenting the infringing work, he can access the certificate storage server through a browser and provide the webpage address of the target webpage to the certificate storage server.

S402: Extract tags from the document of the target webpage.

As we all know, web pages are actually loaded based on HyperText Markup Language (HTML) documents. The documents described in this article generally refer to HTML documents of webpages. In HTML documents, several HTML tags are used to mark different parts of the document content. For each tag, the document content marked by the mark corresponds to an element of the target webpage, and is used to load the element.

In the embodiment of the present specification, the certificate storage server may extract the tag of the target webpage from the document of the target webpage. Specifically, the certificate storage server may extract all tags of the target webpage, or may extract part of tags of the target webpage.

Further, when the certificate depositing server extracts some tags of the target webpage, for each tag extracted by the certificate depositing server, the tag has the following properties: the content of the document marked by the tag is more likely to change over time Changes occur over time (thus monitoring is necessary).

For example, the tags used to mark website information (such as website domain name) of the target webpage are generally not extracted by the certificate storage server, because the website information is usually fixed. The tags used to mark the number of article readings of the target webpage are generally extracted by the certificate storage server, because the number of article readings usually continues to increase.

S404: Determine the label specified by the user from the extracted labels as the specified label; and obtain the trigger condition for certificate deposit specified by the user.

S406: Monitor the designated tag, and when it is detected that the content of the document marked by the designated tag satisfies the trigger condition for deposit certification, perform blockchain deposit certification on the target webpage.

In the embodiment of the present specification, the user may register in the certificate storage server in advance, and specify a number of tags in advance. Therefore, in step S404, the certificate storage server may directly determine the label designated by the user in advance as the designated label from the extracted labels. It should be noted that the number of specified tags can be greater than one.

In addition, the certificate storage server may also provide the extracted label to the user for selection. Specifically, assuming that the user accesses the certificate storage server through a browser, the certificate storage server may provide the user with a selection interface displaying the extracted tags, and monitor the selection interface; for each displayed in the selection interface Tags, when it is detected that the tag is selected, the tag is determined as the tag specified by the user.

For example, in the selection interface, the extracted labels may be arranged in sequence, and each label has a corresponding check box next to it. The user selects the corresponding label by clicking the check box.

Further, the certificate storage server may analyze the behavior data generated by the user on the Internet to infer a label that the user has a higher probability to select. For example, if the certificate storage server finds that the user is a novel author, then it is presumed that the user is interested in the tag used to mark the number of article readings of the target webpage, that is, the user has a higher probability Select the tag used to mark the number of articles read. Therefore, in the provided selection interface, the certificate storage server may highlight (eg, highlight) the label that the user has a high probability to select to prompt the user to make a selection.

In the embodiment of the present specification, the certificate storage server also needs to obtain the certificate storage trigger condition specified by the user. Specifically, the certificate storage server may provide a condition setting interface to the user, and receive the certificate storage trigger condition input by the user through the condition setting interface.

In the embodiment of the present specification, when the number of designated tags is 1, the certificate deposit server may monitor the designated tags, and once the deposit trigger condition is met, the blockchain deposit operation on the target webpage is triggered.

In this document, the work used for presenting the target webpage is referred to as the related work of the target webpage. There may be more than one related works of the target webpage. In addition, the work concerned by the user among the related works of the target webpage is called a designated related work.

For example, the target webpage is a music list webpage of a music website, and the related works of the target webpage are music work A, music work B, music work C, and the copyright owner of music work B finds that the music website is unauthorized The download service of music piece B is provided, then, the copyright owner of the music piece B can request the certificate deposit server to deposit the certificate to the target webpage. The designated related work of the target webpage is music work B, and the copyright owner will designate the tag used to mark the music work B in the document of the target webpage as the designated label.

In the context of preservation of copyright infringement evidence, if the document content marked by the designated tag includes relevant statistics corresponding to the designated related work of the target webpage, then when the relevant content of the designated related work of the target webpage When the statistical quantity reaches any candidate quantity in the candidate quantity set, it means that the content of the document marked by the specified label satisfies the trigger condition for certificate deposit.

The document content of the target webpage refers to the works presented by the target webpage. The relevant statistics corresponding to the designated related works include, but are not limited to the following: downloads, readings, collections, playbacks, likes, etc.

Each candidate amount in the candidate amount set may be specified according to actual needs. Further, assuming that the candidate quantity set includes N candidate quantities, the N candidate quantities may be determined in the following manner:

Assume that the relevant statistics corresponding to the designated related works of the target webpage are currently x, and the designated ratio is y (less than 1);

Take x * (y + 1) as the first candidate;

Use x * (y + 1) 2 as the second candidate;

...

Let x (y + 1) N be the Nth candidate.

It can be seen that, by determining the set of candidate quantities in the above manner, in fact, each time the relevant statistic increases by a specified percentage (for example, 20%), the target webpage is promptly registered with the blockchain.

For example, every 20% increase in the relevant statistics corresponding to the designated related works of the target webpage will trigger the certificate deposit server to perform a blockchain certificate deposit operation on the target webpage. In this way, the copyright owner can always document the maximum relevant statistics of the infringing work in order to request as much damage compensation as possible and maximize the punishment of the owner of the target page.

In a scenario where copyright infringement evidence is preserved, if the webpage-related information marked by the designated tag is, the designated associated work of the target webpage or the copyright-related information corresponding to the designated associated work, then, when the target webpage is designated When the related work changes, or when the copyright-related information corresponding to the specified related work changes, it means that the document content marked by the specified tag satisfies the triggering condition for certificate deposit.

Wherein, the copyright-related information corresponding to the designated related work refers to information that identifies the copyright status of the designated related work, such as authorization validity period information, authorization information, and work author information. Once the copyright-related information changes, it means that the conclusion of whether the target webpage is infringing needs to be re-evaluated. At this time, it is necessary to re-register the target webpage on the blockchain.

If the designated related works in the target webpage change, it also means that whether the target webpage is still an infringing webpage needs to be re-evaluated. At this time, the target webpage needs to be re-blockchained for certificate deposit.

In a scenario where copyright infringement evidence is preserved, if the document content marked by the designated tag includes the webpage location information corresponding to the designated associated work of the target webpage, then the webpage location information corresponding to the designated associated work of the target webpage occurs When it is changed, it means that the content of the document marked by the specified tag is sufficient for the trigger condition for the deposit.

Further, the location information of the webpage corresponding to the designated associated work of the target webpage changes, which may specifically be: the location information of the webpage corresponding to the designated associated work of the target webpage changes, and the first location is in the target webpage The similarity of the reference position of is lower than that of the second position and the reference position. Wherein, the first position is determined according to the position information of the webpage before the change, and corresponds to the position of the designated associated work in the target webpage; the second position is based on the position information of the webpage after the change The determined position in the target webpage corresponding to the designated related work. The reference position can be set as required.

For example, assuming that the target webpage is used to present a ranking of top ten downloaded music works on a music website, then, over time, the ranking of top10 musical works on the target web page may change. For copyright owners, they are concerned about the ranking of designated related works (unauthorized by the copyright owner) in the ranking list. The higher the download amount of the designated related works, the higher the ranking, and the higher the infringement damages that the copyright owner can claim. Therefore, the upper left corner of the target webpage can be set as the reference position, and the change of the position corresponding to the designated related work in the target webpage can be monitored. When it is detected that the position corresponding to the designated related work changes and is closer to the reference position (meaning that the ranking of the designated related work increases), a block chain certificate is deposited on the target webpage.

In addition, if the number of designated tags is greater than 1, the certificate storage server may acquire, for each designated tag, the deposit triggering conditions specified by the user corresponding to the designated tag. The certificate storage server can monitor each specified tag, and once the specified number of specified tags meets the corresponding trigger condition of the certificate deposit, it triggers the blockchain certificate deposit operation on the target webpage. That is to say, if there is a specified number of specified tags satisfying: for each specified tag in the specified number of specified tags, the document content marked by the specified tag satisfies the corresponding triggering condition for deposit proof; then the target webpage is triggered The blockchain deposit operation.

Through the method shown in FIG. 4, the blockchain depositor ’s server can, at the request of the copyright owner, determine the tag designated by the copyright owner from the target webpage document for monitoring, and on the other hand obtain the deposit designated by the copyright owner. Trigger conditions. When the server of the blockchain depositor detects that the content of the document marked by the label specified by the copyright owner meets the trigger condition of deposit deposit, it will trigger a blockchain deposit operation on the target webpage. In this way, the copyright owner assigns the task of monitoring the target webpage to the server of the blockchain depositor through the specified tag and the specified trigger condition of the certificate deposit. The copyright owner does not need to spend energy to continuously pay attention to the dynamics of the target page, which is more convenient for the copyright owner.

In addition, in the embodiment of the present specification, the certificate storage server may also acquire at least one time point specified by the user, and for each time point, when the time passes the time point, perform block chain certificate storage on the target webpage . In this way, timed deposit of the target webpage is achieved.

It should be noted that if the user needs the certificate deposit server to perform blockchain certificate deposit on the target webpage every time after a specified period, then each of the above time points is actually specified by the user according to the specified period.

In addition, in the embodiment of the present specification, the user may reconfigure the certificate storage strategy for the target webpage. Specifically, the certificate storage server may receive the reconfiguration instruction sent by the user, and in response to the reconfiguration instruction, re-extract the label of the target webpage corresponding to the webpage address, so that the user may reassign the label and / or Specify the trigger condition for deposit.

In addition, in the embodiment of the present specification, after obtaining the trigger condition for certificate deposit specified by the user, the monitoring workload can also be determined according to the trigger condition for certificate deposit; the payment amount can be determined according to the workload; A payment interface is provided to the user so that the user can pay the payment amount.

Among them, the monitoring workload is positively related to the payment amount. The standard for determining the payment amount according to the monitoring workload can be set by the blockchain depositor according to actual needs, which is not specifically limited in this specification.

Further, when there is an infringing work that the user pays attention to on the target webpage, the infringing work is the designated related work of the target webpage. Regardless of which tags in the document of the designated target webpage are designated tags, the user is actually related to the need to pay attention to the designated related works. For example, the document content marked by the specified tag may be related statistics corresponding to the specified related work, copyright status information, or the specified related work itself. In practice, once the designated related work is removed from the target webpage, there is no need to monitor the target webpage. For users, from the beginning of monitoring the designated tags in the target webpage until the designated related works are removed, the elapsed period can actually be regarded as provable and the designated related works survive on the target webpage. Is more important evidence.

For this reason, in the embodiment of the present specification, when the monitoring is started for the designated tag, the time when the monitoring starts is recorded; and, when the designated related work monitored by the target webpage is deleted, the monitoring is ended, and the recording ends Monitoring time. Furthermore, according to the recorded start monitoring time and the end monitoring time, the survival period evidence corresponding to the target webpage can be generated, and the blockchain survival certificate can be performed on the survival period evidence.

Further, in step S406, if the designated associated work of the target webpage is a playable work (such as video, audio, etc.), then the blockchain certification of the target webpage may be specifically:

Take a screenshot of the target webpage to obtain a webpage screenshot; read the work storage address of the specified associated work from the target webpage, and obtain a playable work from the work storage address; copy the webpage screenshot with the The playable work is processed into a target hash; the target hash is published to the blockchain for certificate storage.

Based on the method shown in FIG. 1, the embodiment of the present specification also correspondingly provides a block chain certificate depositing device for web pages through file acquisition, as shown in FIG. 5, including:

Access module 501 to access the target web page;

The first processing module 502 takes a screenshot of the target webpage to obtain a screenshot of the webpage; and reads the file storage address associated with the target webpage and obtains a playable file from the file storage address;

A second processing module 503, processing the webpage screenshot and the playable file into a target hash;

The certificate storage module 504 publishes the target hash to the blockchain for certificate storage.

The second processing module 503 processes the web page screenshot into a screenshot hash, and processes the playable file into a file hash; processes the screenshot hash and the file hash into a target hash .

The first processing module 501 reads more than one file storage address associated with the target webpage; for each file storage address associated with the target webpage, obtains a playable file from the file storage address as the file storage address The corresponding playable file;

The second processing module 503 processes the playable files corresponding to the storage addresses of the files associated with the screenshot of the webpage and the target webpage into target hashes.

The target webpage contains more than one sub-webpage link;

The first processing module 502, for each sub-page link included in the target web page, accesses the sub-page link; reads the file storage address contained in the sub-page corresponding to the sub-page link;

The second processing module 503 sorts the playable files corresponding to the storage addresses of the files associated with the target webpage respectively according to the arrangement order of the links of the subpages in the target webpage to obtain the playable file sequence; The webpage screenshot and the playable file sequence are processed into a target hash.

The second processing module 503 processes the webpage screenshot into a screenshot hash; for each playable file in the playable file sequence, processes the playable file into a file hash; according to each playable file Sorting order of the files, sorting the file hash corresponding to each playable file to obtain a file hash sequence; building a Merkel tree based on the file hash sequence; and hashing the screenshot with the Merkel tree The root hash is processed into the target hash.

The certificate storage module 504 constructs a target transaction based on the target hash; broadcasts the target transaction to other blockchain nodes other than itself, so that each blockchain node bases the target on the consensus mechanism The transaction is deposited into its own blockchain.

Embodiments of this specification also provide a computer device, which includes at least a memory, a processor, and a computer program stored on the memory and executable on the processor, where the processor implements the program to implement FIG. 1 and / or FIG. The function of the method shown in 4.

FIG. 6 shows a schematic diagram of a more specific hardware structure of a computing device provided by an embodiment of the present specification. The device may include: a processor 1010, a memory 1020, an input / output interface 1030, a communication interface 1040, and a bus 1050. The processor 1010, the memory 1020, the input / output interface 1030, and the communication interface 1040 realize the communication connection between the devices within the device through the bus 1050.

The processor 1010 may be implemented by a general-purpose CPU (Central Processing Unit, central processing unit), a microprocessor, an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), or one or more integrated circuits, etc. Programs to implement the technical solutions provided by the embodiments of this specification.

The memory 1020 may be implemented in the form of ROM (Read Only Memory, Read Only Memory), RAM (Random Access Memory, Random Access Memory), static storage devices, and dynamic storage devices. The memory 1020 may store an operating system and other application programs. When the technical solutions provided by the embodiments of the present specification are implemented by software or firmware, related program codes are stored in the memory 1020 and are called and executed by the processor 1010.

The input / output interface 1030 is used to connect input / output modules to realize information input and output. The input / output / module can be configured as a component in the device (not shown in the figure), or can be externally connected to the device to provide corresponding functions. The input device may include a keyboard, mouse, touch screen, microphone, various sensors, etc., and the output device may include a display, a speaker, a vibrator, an indicator light, and the like.

The communication interface 1040 is used to connect a communication module (not shown in the figure) to implement communication interaction between the device and other devices. The communication module can realize communication through a wired method (such as USB, network cable, etc.), and can also realize communication through a wireless method (such as mobile network, WIFI, Bluetooth, etc.).

The bus 1050 includes a path for transferring information between various components of the device (eg, processor 1010, memory 1020, input / output interface 1030, and communication interface 1040).

It should be noted that although the above device only shows the processor 1010, the memory 1020, the input / output interface 1030, the communication interface 1040, and the bus 1050, in the specific implementation process, the device may also include necessary for normal operation Other components. In addition, those skilled in the art may understand that the above-mentioned device may also include only the components necessary to implement the solutions of the embodiments of the present specification, rather than including all the components shown in the figures.

Embodiments of this specification also provide a computer-readable storage medium on which a computer program is stored, which when executed by a processor implements the functions of the method shown in FIG. 1 and / or FIG. 4.

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 tape cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media can be used to store information that can be accessed by computing devices. As defined in this article, computer-readable media does not include temporary computer-readable media (transitory media), such as modulated data signals and carrier waves.

It can be known from the description of the above implementation manners that those skilled in the art can clearly understand that the embodiments of this specification can be implemented by means of software plus a necessary general hardware platform. Based on this understanding, the technical solutions of the embodiments of the present specification can be embodied in the form of software products in essence or part of contributions to the existing technology, and the computer software products can be stored in a storage medium, such as ROM / RAM, Magnetic disks, optical disks, etc., include several instructions to enable a computer device (which may be a personal computer, server, or network device, etc.) to perform the methods described in the embodiments of this specification or some parts of the embodiments.

The system, method, module or unit explained in the above embodiments may be implemented by a computer chip or entity, or 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.

The embodiments in this specification are described in a progressive manner. The same or similar parts between the embodiments can be referred to each other. Each embodiment focuses on the differences from other embodiments. In particular, for the device and device embodiments, since they are basically similar to the method embodiments, the description is relatively simple. For the related parts, refer to the description of the method embodiments. The method embodiments described above are only schematic, wherein the modules described as separate components may or may not be physically separated, and the functions of the modules may be the same when implementing the solution of the embodiments of the present specification Or multiple software and / or hardware. It is also possible to select some or all of the modules according to actual needs to achieve the purpose of the solution of this embodiment. Those of ordinary skill in the art can understand and implement without paying creative labor.

The above is only a specific implementation manner of the embodiments of this specification. It should be pointed out that for those of ordinary skill in the art, without departing from the principles of the embodiments of this specification, several improvements and retouches can be made. These Improvements and retouching should also be regarded as the scope of protection of the embodiments of this specification.

Claims

A method for depositing blockchain certificates on a webpage through file acquisition includes:

Visit the landing page;

Take a screenshot of the target webpage to obtain a webpage screenshot; and, read the file storage address associated with the target webpage, and obtain a playable file from the file storage address;

Processing the screenshot of the webpage and the playable file into a target hash;

Blockchain certification is performed on the target hash.
The method of claim 1, processing the webpage screenshot and the playable file into a target hash, specifically including:

Processing the webpage screenshot into a screenshot hash, and processing the playable file into a file hash;

The hash of the screenshot and the hash of the file are processed into a target hash.
The method of claim 1, reading the file storage address associated with the target webpage, specifically comprising:

Reading more than one file storage address associated with the target webpage;

Obtaining playable files from the file storage address specifically includes:

For each file storage address associated with the target webpage, obtain a playable file from the file storage address as a playable file corresponding to the file storage address;

Processing the webpage screenshot and the target file into a target hash specifically includes:

The playable file corresponding to the storage address of each file associated with the screenshot of the webpage and the target webpage is processed into a target hash.
The method of claim 3, wherein the target webpage includes more than one sub-webpage link;

Reading more than one file storage address associated with the target webpage, specifically including:

For each sub-page link included in the target web page, access the sub-page link;

Read the file storage address contained in the subpage corresponding to the subpage link;

Processing the playable file corresponding to the storage address of each file associated with the screenshot of the webpage and the target webpage as a target hash specifically includes:

Sort the playable files corresponding to the storage addresses of the files associated with the target webpage respectively according to the arrangement order of the links of the subpages in the target webpage to obtain a playable file sequence;

Processing the webpage screenshot and the playable file sequence into a target hash.
The method of claim 4, processing the webpage screenshot and the playable file sequence into a target hash, specifically including:

Processing the webpage screenshot into a screenshot hash;

For each playable file in the playable file sequence, process the playable file into a file hash;

According to the arrangement order of each playable file, sort the file hash corresponding to each playable file to obtain a file hash sequence;

Construct a Merkel tree based on the file hash sequence;

Processing the screenshot hash and the root hash of the Merkel tree into a target hash.
The method according to claim 1, performing blockchain certification on the target hash, specifically including:

Build a target transaction based on the target hash;

Broadcast the target transaction to other blockchain nodes other than itself, so that each blockchain node stores the target transaction into its own blockchain based on a consensus mechanism.
A device for block chain certificate deposit on webpage through file acquisition, including:

Visit the module, visit the target webpage;

The first processing module takes a screenshot of the target webpage to obtain a screenshot of the webpage; and, reads the file storage address associated with the target webpage, and obtains a playable file from the file storage address;

A second processing module, processing the webpage screenshot and the playable file into a target hash;

The certificate storage module performs block chain certificate storage on the target hash.
The apparatus according to claim 7, the second processing module, processing the webpage screenshot into a screenshot hash, and processing the playable file into a file hash; and combining the screenshot hash with the The file hash is processed into the target hash.
The apparatus of claim 7, the first processing module reads more than one file storage address associated with the target webpage; for each file storage address associated with the target webpage, obtains from the file storage address Play file, as the playable file corresponding to the file storage address;

The second processing module processes the playable file corresponding to the storage address of each file associated with the screenshot of the webpage and the target webpage into a target hash.
The apparatus of claim 9, the target webpage includes more than one sub-webpage link;

The first processing module, for each sub-page link included in the target web page, accesses the sub-page link; reads the file storage address contained in the sub-page corresponding to the sub-page link;

The second processing module sorts the playable files corresponding to the storage addresses of the files associated with the target webpage respectively according to the arrangement order of the links of the subpages in the target webpage to obtain a sequence of playable files; The web page screenshot and the playable file sequence are processed into a target hash.
The apparatus of claim 10, the second processing module processes the webpage screenshot into a screenshot hash; for each playable file in the playable file sequence, processes the playable file into a file Hash; sort the file hash corresponding to each playable file according to the arrangement order of each playable file to obtain a file hash sequence; based on the file hash sequence, construct a Merkle tree; use the screenshot It is hoped that the root hash of the Merkel tree is processed into a target hash.
The apparatus of claim 7, the certificate depositing module, based on the target hash, constructs a target transaction; broadcasts the target transaction to other blockchain nodes except itself, so that each blockchain node Based on the consensus mechanism, the target transaction is deposited into its own blockchain.
A computer device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the processor implements the program according to any one of claims 1 to 6 when executing the program method.