本申請實施例提供一種基於區塊鏈的螢幕錄製取證方法、系統和電子設備。
為了使本技術領域的人員更好地理解本申請中的技術方案，下面將結合本申請實施例中的附圖，對本申請實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例。基於本申請中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都應當屬於本申請保護的範圍。
圖1是本申請的一個實施例基於區塊鏈的螢幕錄製取證方法流程圖。圖1的方法可包括：
S110，回應於區塊鏈的本地螢幕錄製智慧合約的調用請求，獲取所述本地螢幕錄製智慧合約，所述本地螢幕錄製智慧合約中包括用於實現本地螢幕錄製流程的代碼。
其中，所述本地螢幕錄製流程至少包括啟動螢幕錄製功能，執行機器操作指令，以及結束螢幕錄製以產生螢幕錄製檔。
應理解，在具有智慧合約的區塊鏈系統中，一般包括兩類帳戶，即外部擁有帳戶（External Owned Account，EOA）和合約帳戶（Contract Account，CA）。在本申請實施例中，本地螢幕錄製智慧合約的調用請求，可以是由EOA直接調用，或者由EOA調用其它智慧合約以間接調用。當然，應理解，一般情況下，該本地螢幕錄製智慧合約由EOA調用。
應理解，本申請實施例中，本地螢幕錄製智慧合約的上鏈過程可參考現有技術的上鏈過程，本申請實施例對此不作限定。
應理解，所述調用請求攜帶所述本地螢幕錄製智慧合約的標識和參數。
S120，基於所述本地螢幕錄製智慧合約，執行本地螢幕錄製流程並將執行事件廣播到區塊鏈集群中以進行共識驗證。
應理解，在本申請實施例中，啟動螢幕錄製功能、執行機器操作指令以及結束螢幕錄製以產生螢幕錄製檔等涉及本地螢幕錄製流程的動作，都是通過執行區塊鏈中的所述本地螢幕錄製智慧合約實現。
應理解，在啟動螢幕錄製功能時，為進一步提供取證的可信度，可調用司法機關認可的錄製工具，進行螢幕錄製。當然，也可採用其它錄製工具進行錄製，本申請實施例對此不作限制。
應理解，在所述目標設備上執行機器操作的具體實現可參考現有技術，不再贅述。
在本申請實施例中，區塊鏈執行本地螢幕錄製智慧合約時，同時會廣播執行本地螢幕錄製智慧合約的事件到區塊鏈集群中的其它節點，以便共識節點對此本地螢幕錄製智慧合約的執行進行共識驗證。
共識節點驗證智慧合約執行的具體實現可參考現有技術的方案，或者採用本申請之後改進的技術方案，本申請實施例對此不作限制，其具體實現並不影響本申請實施例的方案。
S130，接收區塊鏈的共識節點回饋的共識結果。
廣播本地螢幕錄製智慧合約的執行事件後，區塊鏈的共識節點會對該本地螢幕錄製智慧合約的執行進行共識驗證，並回饋共識結果。區塊鏈會接收到共識節點回饋的共識結果。
S140，當回饋的共識結果滿足共識條件時，將所述螢幕錄製檔的雜湊資訊儲存到所述區塊鏈的區塊鏈帳本中。
共識條件的達成，具體可參考現有技術，本申請實施例對此不作限制。
應理解，螢幕錄製檔的雜湊資訊，是指對螢幕錄製檔經過加密雜湊函數得到的雜湊值。加密雜湊函數，例如，比特幣中的SHA-256 HASH演算法，乙太坊的KECCAK-256 HASH演算法，等等。
應理解，本申請實施例中螢幕錄製檔的雜湊資訊，可以是對螢幕錄製檔進行一次雜湊運算得到的雜湊值，或者是經過兩次或多次雜湊運算得到的雜湊值。
本申請實施例中，通過執行區塊鏈上的本地螢幕錄製智慧合約，以啟動螢幕錄製功能，執行機器操作指令，以及結束螢幕錄製，最終產生螢幕錄製檔，然後在區塊鏈的共識節點對本地螢幕錄製智慧合約的執行達成共識之後，將螢幕錄製檔的雜湊資訊儲存到區塊鏈中，利用了區塊鏈不可篡改的特性，從而能夠不依賴於公證人員實現螢幕錄製檔作為證據的可靠性，同時也大大簡化了取證流程，降低了取證成本。
現有的公證流程還可能存在被收買從而篡改公證結果的可能，而本申請的技術方案，借助於區塊鏈，使得螢幕錄製檔被篡改的可能性降低到極小，基本不存在篡改的可能性。
可選地，步驟S140中，將所述螢幕錄製檔的雜湊資訊儲存到所述區塊鏈的區塊鏈帳本中，具體可實現為：將所述螢幕錄製檔的雜湊資訊和所述本地螢幕錄製智慧合約的標識儲存到所述區塊鏈的區塊鏈帳本中。
本申請實施例中，在儲存所述螢幕錄製檔的雜湊資訊時，通過將所述螢幕錄製檔的雜湊資訊和本地螢幕錄製智慧合約的標識一起作為記錄儲存到區塊鏈的區塊中，可以使得取證人員能夠清晰地瞭解到螢幕錄製文件是基於哪個智慧合約錄製的。
可選地，步驟S140中，將所述螢幕錄製檔的雜湊資訊儲存到所述區塊鏈的區塊鏈帳本中，具體可實現為：
將所述螢幕錄製檔的雜湊資訊以及所述螢幕錄製檔的相關資訊作儲存到所述區塊鏈的區塊鏈帳本中；
其中，所述相關資訊包括如下一種或多種的組合：
所述螢幕錄製檔的名稱；
所述螢幕錄製檔的儲存位址；
所述螢幕錄製檔的內容介紹；
所述螢幕錄製檔對應的取證用戶資訊。
本申請實施例中，在儲存所述螢幕錄製檔的雜湊資訊時，通過將所述螢幕錄製檔的雜湊資訊和所述螢幕錄製檔的相關資訊一起作為記錄儲存到區塊鏈的區塊中，可以使得取證人員能夠清晰地瞭解到螢幕錄製檔的相關資訊。
可選地，所述本地螢幕錄製流程還包括：將在所述目標設備上執行的機器操作對應的時間戳記資訊寫入到所述螢幕錄製檔中。
本申請實施例中，通過將在所述目標設備上執行的機器操作對應的時間戳記資訊寫入到所述螢幕錄製檔中，可以使得取證人員能夠基於機器操作對應的時間戳記資訊瞭解整個螢幕錄製過程，輔助用戶進行取證。
應理解，在本申請實施例中，執行本地螢幕錄製智慧合約的具體實現可能存在多種方式。
可選地，作為一個實施例，步驟S120具體可實現為：
基於所述本地螢幕錄製智慧合約，在所述區塊鏈的可信執行容器執行本地螢幕錄製流程。
本申請實施例中，可在區塊鏈的可信執行容器執行本地螢幕錄製流程，以解決本地環境不清潔問題以及偽造記錄問題，以進一步增強螢幕錄製取證的可信程度。
進一步地，所述區塊鏈的共識節點用於對所述本地螢幕錄製智慧合約在所述可信執行容器的執行結果進行共識認證。
區塊鏈上的共識節點通過對該可信執行容器的執行結果進行共識認證，以求對智慧合約的執行達成共識。
更進一步地，所述共識結果包括所述螢幕錄製檔的雜湊資訊的一致性認證。
本申請實施例中，當區塊鏈上多數的共識節點得到的螢幕錄製檔的雜湊資訊相同時，即可認為達成共識，進而可以進行後續的儲存操作。
可選地，作為另一個實施例，所述區塊鏈的共識節點用於分別執行所述本地螢幕錄製智慧合約並對所述本地螢幕錄製智慧合約的螢幕錄製內容進行共識認證。
本申請實施例中，可通過共識節點分別執行該本地螢幕錄製智慧合約以達成共識。
應理解，對於分別執行本地螢幕錄製智慧合約的方案來說，螢幕錄製檔的雜湊資訊一般不同，此時，可通過螢幕錄製內容的一致性判斷來確定是否達成共識。也就是說，所述共識結果包括所述螢幕錄製內容的一致性認證。
可選地，所述方法還包括：向所述本地螢幕錄製智慧合約的調用方返回所述螢幕錄製檔的雜湊資訊儲存的區塊標識，所述區塊標識用於所述調用方建立所述螢幕錄製檔與區塊鏈儲存的映射關係。
本申請實施例中，通過將儲存螢幕錄製檔的雜湊資訊的區塊標識返給調用方，以便調用方建立所述螢幕錄製檔與區塊鏈儲存的映射關係，從而方便調用方在進行舉證時從區塊鏈中查找螢幕錄製檔的雜湊資訊。
上述對本說明書特定實施例進行了描述。其它實施例在所附申請專利範圍的範圍內。在一些情況下，在申請專利範圍中記載的動作或步驟可以按照不同於實施例中的順序來執行並且仍然可以實現期望的結果。另外，在附圖中描繪的過程不一定要求示出的特定順序或者連續順序才能實現期望的結果。在某些實施方式中，多工處理和並行處理也是可以的或者可能是有利的。
圖2是本申請的一個實施例電子設備的結構示意圖。請參考圖2，在硬體層面，該電子設備包括處理器，可選地還包括內部匯流排、網路介面、記憶體。其中，記憶體可能包含內存記憶體，例如高速隨機存取記憶體(Random-Access Memory，RAM)，也可能還包括非揮發性記憶體（non-volatile memory），例如至少1個磁碟記憶體等。當然，該電子設備還可能包括其他業務所需要的硬體。
處理器、網路介面和記憶體可以通過內部匯流排相互連接，該內部匯流排可以是ISA(Industry Standard Architecture，工業標準架構）匯流排、PCI(Peripheral Component Interconnect，周邊組件互連標準)匯流排或EISA(Extended Industry Standard Architecture，延伸工業標準架構）匯流排等。所述匯流排可以分為位址匯流排、資料匯流排、控制匯流排等。為便於表示，圖2中僅用一個雙向箭頭表示，但並不表示僅有一根匯流排或一種類型的匯流排。
記憶體，用於存放程式。具體地，程式可以包括程式碼，所述程式碼包括電腦操作指令。記憶體可以包括記憶體和非揮發性記憶體，並向處理器提供指令和資料。
處理器從非揮發性記憶體中讀取對應的電腦程式到記憶體中然後運行，在邏輯層面上形成區塊鏈系統。處理器，執行記憶體所存放的程式，並具體用於執行以下操作：
回應於區塊鏈的本地螢幕錄製智慧合約的調用請求，獲取所述本地螢幕錄製智慧合約，所述本地螢幕錄製智慧合約中包括用於實現本地螢幕錄製流程的代碼，所述本地螢幕錄製流程至少包括啟動螢幕錄製功能，執行機器操作指令，以及結束螢幕錄製以產生螢幕錄製檔；
基於所述本地螢幕錄製智慧合約，執行本地螢幕錄製流程並將執行事件廣播到區塊鏈集群中以進行共識驗證；
接收區塊鏈的共識節點回饋的共識結果；
當回饋的共識結果滿足共識條件時，將所述螢幕錄製檔的雜湊資訊儲存到所述區塊鏈的區塊鏈帳本中。
上述如本申請圖1所示實施例揭示的區塊鏈系統執行的方法可以應用於處理器中，或者由處理器實現。處理器可能是一種積體電路晶片，具有信號的處理能力。在實現過程中，上述方法的各步驟可以通過處理器中的硬體的積體邏輯電路或者軟體形式的指令完成。上述的處理器可以是通用處理器，包括中央處理器（Central Processing Unit，CPU）、網路處理器（Network Processor，NP）等；還可以是數位訊號處理器（Digital Signal Processor，DSP）、專用積體電路（Application Specific Integrated Circuit，ASIC）、現場可程式設計閘陣列（Field-Programmable Gate Array，FPGA）或者其他可程式設計邏輯裝置、分立閘或者電晶體邏輯裝置、分立硬體元件。可以實現或者執行本申請實施例中的公開的各方法、步驟及邏輯方塊圖。通用處理器可以是微處理器或者該處理器也可以是任何常規的處理器等。結合本申請實施例所公開的方法的步驟可以直接體現為硬體解碼處理器執行完成，或者用解碼處理器中的硬體及軟體模組組合執行完成。軟體模組可以位於隨機記憶體，快閃記憶體、唯讀記憶體，可程式設計唯讀記憶體或者電可讀寫可程式設計記憶體、暫存器等本領域成熟的儲存媒體中。該儲存媒體位於記憶體，處理器讀取記憶體中的資訊，結合其硬體完成上述方法的步驟。
該電子設備還可執行圖1所示實施例的方法，具體實現可參考圖1所示實施例，本申請實施例在此不再贅述。
當然，除了軟體實現方式之外，本申請的電子設備並不排除其他實現方式，比如邏輯裝置抑或軟硬體結合的方式等等，也就是說以下處理流程的執行主體並不限定於各個邏輯單元，也可以是硬體或邏輯裝置。
本申請實施例還提出了一種電腦可讀儲存媒體，該電腦可讀儲存媒體儲存一個或多個程式，該一個或多個程式包括指令，該指令當被包括多個應用程式的可擕式電子設備執行時，能夠使該可擕式電子設備執行圖1所示實施例的方法，並具體用於執行以下操作：
回應於區塊鏈的本地螢幕錄製智慧合約的調用請求，獲取所述本地螢幕錄製智慧合約，所述本地螢幕錄製智慧合約中包括用於實現本地螢幕錄製流程的代碼，所述本地螢幕錄製流程至少包括啟動螢幕錄製功能，執行機器操作指令，以及結束螢幕錄製以產生螢幕錄製檔；
基於所述本地螢幕錄製智慧合約，執行本地螢幕錄製流程並將執行事件廣播到區塊鏈集群中以進行共識驗證；
接收區塊鏈的共識節點回饋的共識結果；
當回饋的共識結果滿足共識條件時，將所述螢幕錄製檔的雜湊資訊儲存到所述區塊鏈的區塊鏈帳本中。
圖3是本申請的一個實施例區塊鏈系統的結構示意圖。請參考圖3，在一種軟體實施方式中，區塊鏈系統可包括：
獲取模組310，回應於區塊鏈的本地螢幕錄製智慧合約的調用請求，獲取所述本地螢幕錄製智慧合約，所述本地螢幕錄製智慧合約中包括用於實現本地螢幕錄製流程的代碼，所述本地螢幕錄製流程至少包括啟動螢幕錄製功能，執行機器操作指令，以及結束螢幕錄製以產生螢幕錄製檔；
執行模組320，基於所述本地螢幕錄製智慧合約，執行本地螢幕錄製流程並將執行事件廣播到區塊鏈集群中以進行共識驗證；
發送模組330，將執行事件廣播到區塊鏈集群中以進行共識驗證；
接收模組340，接收區塊鏈的共識節點回饋的共識結果；
儲存模組350，當回饋的共識結果滿足共識條件時，將所述螢幕錄製檔的雜湊資訊儲存到所述區塊鏈的區塊鏈帳本中。
本申請實施例中，通過執行區塊鏈上的本地螢幕錄製智慧合約，以啟動螢幕錄製功能，執行機器操作指令，以及結束螢幕錄製，最終產生螢幕錄製檔，然後在區塊鏈的共識節點對本地螢幕錄製智慧合約的執行達成共識之後，將螢幕錄製檔的雜湊資訊儲存到區塊鏈中，利用了區塊鏈不可篡改的特性，從而能夠不依賴於公證人員實現螢幕錄製檔作為證據的可靠性，同時也大大簡化了取證流程，降低了取證成本。
可選地，儲存模組350具體用於：將所述螢幕錄製檔的雜湊資訊和所述本地螢幕錄製智慧合約的標識儲存到所述區塊鏈的區塊鏈帳本中。
可選地，儲存模組350具體用於：將所述螢幕錄製檔的雜湊資訊以及所述螢幕錄製檔的相關資訊作儲存到所述區塊鏈的區塊鏈帳本中；
其中，所述相關資訊包括如下一種或多種的組合：
所述螢幕錄製檔的名稱；
所述螢幕錄製檔的儲存位址；
所述螢幕錄製檔的內容介紹；
所述螢幕錄製檔對應的取證用戶資訊。
可選地，所述本地螢幕錄製流程還包括：
將在所述目標設備上執行的機器操作對應的時間戳記資訊寫入到所述螢幕錄製檔中。
可選地，作為一個實施例，執行模組320具體用於：基於所述本地螢幕錄製智慧合約，在所述區塊鏈的可信執行容器執行本地螢幕錄製流程。
進一步地，所述區塊鏈的共識節點用於對所述本地螢幕錄製智慧合約在所述可信執行容器的執行結果進行共識認證。
更進一步地，所述共識結果包括所述螢幕錄製檔的雜湊資訊的一致性認證。
可選地，作為另一個實施例，所述區塊鏈的共識節點用於分別執行所述本地螢幕錄製智慧合約並對所述本地螢幕錄製智慧合約的螢幕錄製內容進行共識認證。
進一步地，所述共識結果包括所述螢幕錄製內容的一致性認證。
可選地，區塊鏈系統還可包括返回模組，用於：
向所述本地螢幕錄製智慧合約的調用方返回所述螢幕錄製檔的雜湊資訊儲存的區塊標識，所述區塊標識用於所述調用方建立所述螢幕錄製檔與區塊鏈儲存的映射關係。
可選地，所述調用請求攜帶所述本地螢幕錄製智慧合約的標識和參數。
區塊鏈系統300還可執行圖1所示實施例的方法，具體實現可參考圖1所示實施例，本申請實施例在此不再贅述。
總之，以上所述僅為本申請的較佳實施例而已，並非用於限定本申請的保護範圍。凡在本申請的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本申請的保護範圍之內。
上述實施例闡明的系統、裝置、模組或單元，具體可以由電腦晶片或實體實現，或者由具有某種功能的產品來實現。一種典型的實現設備為電腦。具體的，電腦例如可以為個人電腦、膝上型電腦、蜂窩電話、相機電話、智慧型電話、個人數位助理、媒體播放機、導航設備、電子郵件設備、遊戲控制台、平板電腦、可穿戴設備或者這些設備中的任何設備的組合。
電腦可讀媒體包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現資訊儲存。資訊可以是電腦可讀指令、資料結構、程式的模組或其他資料。電腦的儲存媒體的例子包括，但不限於相變記憶體(PRAM)、靜態隨機存取記憶體(SRAM)、動態隨機存取記憶體(DRAM)、其他類型的隨機存取記憶體(RAM)、唯讀記憶體(ROM)、電可擦除可程式設計唯讀記憶體(EEPROM)、快閃記憶體或其他記憶體技術、唯讀光碟唯讀記憶體(CD-ROM)、數位多功能光碟(DVD)或其他光學儲存、磁盒式磁帶，磁帶磁磁片儲存或其他磁性儲存設備或任何其他非傳輸媒體，可用於儲存可以被計算設備訪問的資訊。按照本文中的界定，電腦可讀媒體不包括暫存電腦可讀媒體(transitory media)，如調製的資料信號和載波。
還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，並不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。
本說明書中的各個實施例均採用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於系統實施例而言，由於其基本相似於方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。The embodiments of the present application provide a method, system and electronic device for screen recording and forensics based on blockchain.
In order to enable those skilled in the art to better understand the technical solutions in the application, the following will clearly and completely describe the technical solutions in the embodiments of the application with reference to the drawings in the embodiments of the application. Obviously, the described The embodiments are only a part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in this application, all other embodiments obtained by those of ordinary skill in the art without creative work shall fall within the protection scope of this application.
Fig. 1 is a flowchart of a method for screen recording and evidence collection based on blockchain in an embodiment of the present application. The method of Figure 1 may include:
S110, in response to a call request of the local screen recording smart contract of the blockchain, obtain the local screen recording smart contract, and the local screen recording smart contract includes a code for realizing the local screen recording process.
Wherein, the local screen recording process at least includes activating the screen recording function, executing machine operation instructions, and ending the screen recording to generate a screen recording file.
It should be understood that in a blockchain system with smart contracts, there are generally two types of accounts, namely, External Owned Account (EOA) and Contract Account (CA). In the embodiment of this application, the call request of the local screen recording smart contract may be directly called by the EOA, or indirectly called by the EOA calling other smart contracts. Of course, it should be understood that in general, the local screen recording smart contract is called by EOA.
It should be understood that, in the embodiment of this application, the on-chain process of the local screen recording smart contract can refer to the on-chain process of the prior art, which is not limited in this embodiment.
It should be understood that the call request carries the identifier and parameters of the local screen recording smart contract.
S120, based on the local screen recording smart contract, execute the local screen recording process and broadcast the execution event to the blockchain cluster for consensus verification.
It should be understood that, in the embodiments of the present application, actions related to the local screen recording process, such as starting the screen recording function, executing machine operation instructions, and ending screen recording to generate a screen recording file, are all performed by executing the local screen in the blockchain Realization of recording smart contract.
It should be understood that when the screen recording function is activated, in order to further provide the credibility of forensics, a recording tool approved by the judicial authority can be invoked to perform screen recording. Of course, other recording tools may also be used for recording, which is not limited in the embodiment of the present application.
It should be understood that the specific implementation of executing machine operations on the target device can refer to the prior art, and will not be repeated.
In the embodiment of this application, when the blockchain executes the local screen recording smart contract, it will also broadcast the event of executing the local screen recording smart contract to other nodes in the blockchain cluster, so that the consensus node can record the smart contract on the local screen. Perform consensus verification.
The specific implementation of the consensus node verifying smart contract execution can refer to the existing technical solution, or adopt the technical solution improved after this application, the embodiment of this application does not limit this, and its specific implementation does not affect the solution of the embodiment of this application.
S130: Receive the consensus result returned by the consensus node of the blockchain.
After broadcasting the execution event of the local screen recording smart contract, the consensus node of the blockchain will perform consensus verification on the execution of the local screen recording smart contract and return the consensus result. The blockchain will receive the consensus results returned by the consensus nodes.
S140: When the feedback consensus result meets the consensus condition, store the hash information of the screen recording file in the blockchain ledger of the blockchain.
For the achievement of the consensus conditions, reference may be made to the prior art for details, and the embodiments of the present application do not limit this.
It should be understood that the hash information of the screen recording refers to the hash value obtained by encrypting the hash function on the screen recording. Encryption hash functions, for example, the SHA-256 HASH algorithm in Bitcoin, the KECCAK-256 HASH algorithm in Ethereum, etc.
It should be understood that the hash information of the screen recording file in the embodiment of the present application may be a hash value obtained by performing a hash operation on the screen recording file, or a hash value obtained after two or more hash operations.
In the embodiment of this application, by executing the local screen recording smart contract on the blockchain to start the screen recording function, execute the machine operation instructions, and end the screen recording, the screen recording file is finally generated, and then the consensus node of the blockchain After reaching a consensus on the execution of the local screen recording smart contract, the hash information of the screen recording file is stored in the blockchain, using the non-tamperable feature of the blockchain, so that the screen recording file can be reliable as evidence without relying on notaries. It also greatly simplifies the process of obtaining evidence and reduces the cost of obtaining evidence.
The existing notarization process may also be bought to tamper with the notarization result, and the technical solution of this application, with the help of the blockchain, reduces the possibility of the screen recording being tampered with to a minimum, and there is basically no possibility of tampering.
Optionally, in step S140, the hash information of the screen recording file is stored in the blockchain ledger of the blockchain, which can be specifically implemented as follows: the hash information of the screen recording file and the local The screen recording the identification of the smart contract is stored in the blockchain ledger of the blockchain.
In the embodiment of this application, when storing the hash information of the screen recording file, by storing the hash information of the screen recording file and the identifier of the local screen recording smart contract as a record in a block of the blockchain, This allows forensics personnel to clearly understand which smart contract the screen recording file is based on.
Optionally, in step S140, storing the hash information of the screen recording file in the blockchain ledger of the blockchain can be specifically implemented as follows:
Storing the hash information of the screen recording file and the related information of the screen recording file in the blockchain ledger of the blockchain;
Wherein, the related information includes one or more of the following combinations:
The name of the screen recording file;
The storage address of the screen recording;
The content introduction of the screen recording file;
Forensic user information corresponding to the screen recording file.
In the embodiment of the present application, when storing the hash information of the screen recording file, the hash information of the screen recording file and the related information of the screen recording file are stored as records in a block of the blockchain. This enables forensics personnel to clearly understand the relevant information of the screen recording.
Optionally, the local screen recording process further includes: writing time stamp information corresponding to the machine operation performed on the target device into the screen recording file.
In the embodiment of this application, by writing the time stamp information corresponding to the machine operation performed on the target device into the screen recording file, the forensics personnel can understand the entire screen recording based on the time stamp information corresponding to the machine operation Process to assist users in obtaining evidence.
It should be understood that, in the embodiment of the present application, there may be multiple ways to implement the local screen recording smart contract.
Optionally, as an embodiment, step S120 may be specifically implemented as:
Based on the local screen recording smart contract, the local screen recording process is executed in the trusted execution container of the blockchain.
In the embodiment of the present application, the local screen recording process can be executed in the trusted execution container of the blockchain to solve the problems of unclean local environment and forged records, so as to further enhance the credibility of the screen recording forensics.
Further, the consensus node of the blockchain is used to perform consensus authentication on the execution result of the local screen recording smart contract in the trusted execution container.
The consensus node on the blockchain uses the consensus authentication of the execution result of the trusted execution container to reach a consensus on the execution of the smart contract.
Further, the consensus result includes the consistency authentication of hash information of the screen recording file.
In the embodiment of the present application, when the hash information of the screen recording file obtained by most consensus nodes on the blockchain is the same, it can be considered that a consensus is reached, and subsequent storage operations can be performed.
Optionally, as another embodiment, the consensus node of the blockchain is used to execute the local screen recording smart contract and perform consensus authentication on the screen recording content of the local screen recording smart contract.
In the embodiment of the present application, the local screen recording smart contract can be executed separately through the consensus node to reach a consensus.
It should be understood that for solutions that execute local screen recording smart contracts separately, the hash information of the screen recording file is generally different. In this case, the consistency of the screen recording content can be used to determine whether a consensus is reached. That is, the consensus result includes the consistency authentication of the screen recording content.
Optionally, the method further includes: returning to the caller of the local screen recording smart contract a block identifier stored in the hash information of the screen recording file, the block identifier being used by the caller to create the The mapping relationship between screen recording and blockchain storage.
In the embodiment of this application, the block identifier storing the hash information of the screen recording is returned to the caller, so that the caller can establish the mapping relationship between the screen recording and the blockchain storage, so as to facilitate the caller when presenting evidence Find the hash information of the screen recording from the blockchain.
The foregoing describes specific embodiments of this specification. Other embodiments are within the scope of the attached patent application. In some cases, the actions or steps described in the scope of the patent application may be performed in a different order from the embodiment and still achieve desired results. In addition, the processes depicted in the drawings do not necessarily require the specific order or sequential order shown to achieve the desired result. In some embodiments, multiplexing and parallel processing are also possible or may be advantageous.
Fig. 2 is a schematic structural diagram of an electronic device according to an embodiment of the present application. Please refer to FIG. 2. At the hardware level, the electronic device includes a processor, optionally an internal bus, a network interface, and a memory. Among them, the memory may include memory memory, such as high-speed random access memory (Random-Access Memory, RAM), and may also include non-volatile memory (non-volatile memory), such as at least one disk memory Wait. Of course, the electronic equipment may also include hardware required by other businesses.
The processor, network interface, and memory can be connected to each other through an internal bus, which can be an ISA (Industry Standard Architecture) bus or a PCI (Peripheral Component Interconnect) bus Or EISA (Extended Industry Standard Architecture, extended industry standard architecture) bus, etc. The bus can be divided into address bus, data bus, control bus, etc. For ease of presentation, only one double-headed arrow is used in FIG. 2, but it does not mean that there is only one busbar or one type of busbar.
Memory, used to store programs. Specifically, the program may include program code, and the program code includes computer operation instructions. The memory may include memory and non-volatile memory, and provide instructions and data to the processor.
The processor reads the corresponding computer program from the non-volatile memory to the memory and then runs, forming a blockchain system at the logical level. The processor executes the programs stored in the memory and is specifically used to perform the following operations:
In response to the call request of the local screen recording smart contract of the blockchain, the local screen recording smart contract is obtained. The local screen recording smart contract includes code for realizing the local screen recording process, and the local screen recording process is at least Including starting the screen recording function, executing machine operation instructions, and ending the screen recording to generate a screen recording file;
Based on the local screen recording smart contract, execute the local screen recording process and broadcast the execution event to the blockchain cluster for consensus verification;
Receive the consensus result returned by the consensus node of the blockchain;
When the feedback consensus result meets the consensus condition, the hash information of the screen recording file is stored in the blockchain ledger of the blockchain.
The foregoing method executed by the blockchain system disclosed in the embodiment shown in FIG. 1 of the present application may be applied to a processor or implemented by a processor. The processor may be an integrated circuit chip with signal processing capabilities. In the implementation process, the steps of the above method can be completed by hardware integrated logic circuits in the processor or instructions in the form of software. The above-mentioned processor may be a general-purpose processor, including a central processing unit (CPU), a network processor (Network Processor, NP), etc.; it may also be a digital signal processor (DSP), a dedicated Integrated circuit (Application Specific Integrated Circuit, ASIC), Field-Programmable Gate Array (FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The methods, steps, and logic block diagrams disclosed in the embodiments of the present application can be implemented or executed. The general-purpose processor may be a microprocessor or the processor may also be any conventional processor or the like. The steps of the method disclosed in the embodiments of the present application can be directly embodied as being executed by a hardware decoding processor, or executed by a combination of hardware and software modules in the decoding processor. The software module can be located in a mature storage medium in the field such as random memory, flash memory, read-only memory, programmable read-only memory, or electrically readable, writable and programmable memory, register. The storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.
The electronic device may also execute the method of the embodiment shown in FIG. 1. For specific implementation, refer to the embodiment shown in FIG. 1, and the embodiment of the present application will not be repeated here.
Of course, in addition to software implementation, the electronic equipment of this application does not exclude other implementations, such as logic devices 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 logic unit , It can also be a hardware or logic device.
An embodiment of the present application also provides a computer-readable storage medium that stores one or more programs, the one or more programs include instructions, and the instructions are portable electronic devices that include multiple application programs. When the device is executed, the portable electronic device can be made to execute the method of the embodiment shown in FIG. 1, and is specifically used to execute the following operations:
In response to the call request of the local screen recording smart contract of the blockchain, the local screen recording smart contract is obtained. The local screen recording smart contract includes code for realizing the local screen recording process, and the local screen recording process is at least Including starting the screen recording function, executing machine operation instructions, and ending the screen recording to generate a screen recording file;
Based on the local screen recording smart contract, execute the local screen recording process and broadcast the execution event to the blockchain cluster for consensus verification;
Receive the consensus result returned by the consensus node of the blockchain;
When the feedback consensus result meets the consensus condition, the hash information of the screen recording file is stored in the blockchain ledger of the blockchain.
Fig. 3 is a schematic structural diagram of a blockchain system according to an embodiment of the present application. Please refer to Figure 3. In a software implementation, the blockchain system may include:
The obtaining module 310, in response to the call request of the local screen recording smart contract of the blockchain, obtains the local screen recording smart contract, and the local screen recording smart contract includes the code for realizing the local screen recording process. The local screen recording process includes at least starting the screen recording function, executing machine operation instructions, and ending the screen recording to generate a screen recording file;
The execution module 320, based on the local screen recording smart contract, executes the local screen recording process and broadcasts the execution event to the blockchain cluster for consensus verification;
The sending module 330 broadcasts the execution event to the blockchain cluster for consensus verification;
The receiving module 340 receives the consensus result returned by the consensus node of the blockchain;
The storage module 350 stores the hash information of the screen recording file in the blockchain ledger of the blockchain when the feedback consensus result meets the consensus condition.
In the embodiment of this application, by executing the local screen recording smart contract on the blockchain to start the screen recording function, execute the machine operation instructions, and end the screen recording, the screen recording file is finally generated, and then the consensus node of the blockchain After reaching a consensus on the execution of the local screen recording smart contract, the hash information of the screen recording file is stored in the blockchain, using the non-tamperable feature of the blockchain, so that the screen recording file can be reliable as evidence without relying on notaries. It also greatly simplifies the process of obtaining evidence and reduces the cost of obtaining evidence.
Optionally, the storage module 350 is specifically configured to store the hash information of the screen recording file and the identification of the local screen recording smart contract in the blockchain ledger of the blockchain.
Optionally, the storage module 350 is specifically configured to store the hash information of the screen recording file and the related information of the screen recording file into the blockchain ledger of the blockchain;
Wherein, the related information includes one or more of the following combinations:
The name of the screen recording file;
The storage address of the screen recording;
The content introduction of the screen recording file;
Forensic user information corresponding to the screen recording file.
Optionally, the local screen recording process further includes:
Write the time stamp information corresponding to the machine operation performed on the target device into the screen recording file.
Optionally, as an embodiment, the execution module 320 is specifically configured to execute a local screen recording process in a trusted execution container of the blockchain based on the local screen recording smart contract.
Further, the consensus node of the blockchain is used to perform consensus authentication on the execution result of the local screen recording smart contract in the trusted execution container.
Further, the consensus result includes the consistency authentication of hash information of the screen recording file.
Optionally, as another embodiment, the consensus node of the blockchain is used to execute the local screen recording smart contract and perform consensus authentication on the screen recording content of the local screen recording smart contract.
Further, the consensus result includes the consistency authentication of the screen recording content.
Optionally, the blockchain system may also include a return module for:
Return the block identifier of the hash information storage of the screen recording to the caller of the local screen recording smart contract, and the block identifier is used by the caller to establish the mapping between the screen recording and the blockchain storage relationship.
Optionally, the call request carries the identifier and parameters of the local screen recording smart contract.
The blockchain system 300 may also execute the method of the embodiment shown in FIG. 1, and for specific implementation, refer to the embodiment shown in FIG.
In short, the above descriptions are only preferred embodiments of the present application, and are not used to limit the protection scope of the present application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of this application shall be included in the protection scope of this application.
The systems, devices, modules or units explained in the above embodiments may be implemented by computer chips or entities, or implemented by products with certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cell phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, and a wearable device. Or any combination of these devices.
Computer-readable media includes permanent and non-permanent, removable and non-removable media, and information storage can be realized by any method or technology. Information can be computer-readable instructions, data structures, program modules, 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), and other types of random access memory (RAM) , Read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, read-only CD-ROM (CD-ROM), digital multi-function Optical discs (DVD) or other optical storage, magnetic cassettes, magnetic tape 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. According to the definition in this article, computer-readable media does not include transitory media, such as modulated data signals and carrier waves.
It should also be noted that the terms "include", "include" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, product or equipment including a series of elements not only includes those elements, but also includes Other elements that are not explicitly listed, or include elements inherent to this process, method, commodity, or equipment. If there are no more restrictions, the element defined by the sentence "including a..." does not exclude the existence of other identical elements in the process, method, commodity, or equipment that includes the element.
The various embodiments in this specification are described in a progressive manner, and the same or similar parts between the various embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, as for the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and for related parts, please refer to the part of the description of the method embodiment.
