Trusted screen recording and evidence storage method and device, storage medium and computer equipment

Abstract

The application relates to the technical field of data processing, and discloses a trusted screen recording and evidence storage method, device, storage medium and computer equipment. The method comprises the following steps: in response to a trigger signal generated when an external detection device and a target detection object establish a connection relationship, automatically starting screen recording and acquiring detection data; writing the detection data into an original picture frame, encoding to generate fusion screen recording data; dividing the fusion screen recording data into blocks according to a time window and calculating the hash values of the blocks, calculating a current cumulative hash value through a progressive hash chain and uploading the current cumulative hash value to the cloud in real time; when the screen recording stops, writing a final cumulative hash value into a blockchain, and uploading the fusion screen recording data to the cloud. The above method realizes automatic triggering of the whole screen recording process, inseparable binding of the detection data and the screen recording picture, real-time protection and final solidification of the evidence, significantly improves the credibility of screen recording and evidence storage, and can be specifically applied to business trace and evidence preservation in a financial technology scene, and guarantees that electronic evidence is real, complete and traceable.

Description

Technical Field

[0001] This invention relates to the field of data processing technology and can be applied to the field of financial technology. In particular, it relates to a reliable screen recording and evidence preservation method, device, storage medium, and computer equipment. Background Technology

[0002] Screen recording technology has been widely used in various scenarios requiring post-event traceability and evidence preservation, such as financial services, insurance claims, remote damage assessment, and on-site construction acceptance. Specifically in the financial and insurance field, screen recording is an important means of traceable service processes, which is of great significance for standardizing sales behavior, preventing sales misrepresentation, and protecting the legitimate rights and interests of financial consumers. By recording the audio and video of the entire service or operation process, intuitive visual evidence can be provided in case of disputes. With the continuous improvement of mobile terminal processing capabilities and the increasingly stringent requirements of financial supervision for business traceability, screen recording solutions based on mobile devices such as smartphones are gradually becoming more popular. For example, in roadside assistance services for vehicle insurance, service personnel can record the entire jump-start operation process via mobile devices, providing objective evidence for potential service disputes in the future.

[0003] Existing screen recording evidence preservation solutions have the following main shortcomings: First, screen recording starts and stops manually, allowing operators to choose when to record, potentially omitting key segments or prematurely terminating the recording process, thus failing to guarantee the integrity and objectivity of the recording process from a technical perspective. Second, the screen recording is separated from business data; real-time data collected by external testing equipment is usually stored in separate files or superimposed as subtitles after encoding, lacking an inseparable binding relationship between the data and the screen, making the relevance and originality of the evidence easily questionable. Third, the preservation of screen recording data lacks real-time protection; most solutions package and upload the data all at once after service completion, leaving the risk of local tampering or deletion during the process.

[0004] In conclusion, a reliable screen recording and evidence preservation method that can automatically trigger screen recording without human intervention and ensure the integrity and immutability of screen recording data and detection data is urgently needed. Summary of the Invention

[0005] In view of this, this application provides a reliable screen recording and evidence preservation method, apparatus, storage medium and computer equipment, the main purpose of which is to solve the problems of uncontrollable screen recording process, insufficient data correlation and lack of real-time protection technology for evidence preservation in the prior art.

[0006] According to a first aspect of the present invention, a reliable screen recording and evidence preservation method is provided, applied to a mobile terminal, comprising: In response to the trigger signal generated when a connection is established between the external detection device and the target detection object, video recording is started, and the detection data collected in real time by the external detection device is acquired. Based on the original screen frames in the video recording, the detection data is written into the pixel area corresponding to the original screen frame to generate a fused video stream, and the fused video stream is compressed and encoded to obtain fused screen recording data. Based on a preset time window, the fused screen recording data is divided into multiple consecutive data blocks, and the hash value corresponding to the data block is calculated. The multiple hash values ​​are then subjected to progressive hash chain calculation to obtain the current cumulative hash value, which is then uploaded to the cloud for storage in real time. When the video recording stops, the final accumulated hash value is written to the blockchain, and the fused screen recording data is uploaded to the cloud for storage.

[0007] Optionally, the step of starting video recording in response to a trigger signal generated when a connection is established between the external testing device and the target testing object includes: responding to a service request initiated by the vehicle owner, generating a service order identifier, and determining the matching external testing device and the corresponding target testing object based on the service order identifier; when the external testing device and the target testing object simultaneously meet preset mechanical clamping conditions and preset electrical conduction conditions, determining that a valid electrical connection is formed between the external testing device and the target testing object, and acquiring the trigger signal generated when the valid electrical connection is established; and starting video recording based on the trigger signal.

[0008] Optionally, the step of writing the detection data into the pixel area corresponding to the original screen frame in the form of pixel data based on the original screen frame in the video recording to generate a fused video stream includes: obtaining the current timestamp and geographical location information carried in the trigger signal; forming an overlay data window based on the detection data, the current timestamp, and the geographical location information; uploading the original screen frame in the video recording to the graphics processor, creating a first texture object, rendering the overlay data window as a floating window, and creating a second texture object; creating an off-screen frame buffer object, drawing the first texture object as a full-screen quadrilateral, drawing the second texture object at a target position on the full-screen quadrilateral, and merging it with the first texture object to form a fused video stream.

[0009] Optionally, after obtaining the fused screen recording data, the method further includes: monitoring the dynamic changes of the detection data and obtaining the numerical change rate of the detection data; when the numerical change rate reaches a preset change rate threshold, recording the detection data value at the current moment as event-related data, and writing the event-related data and the current moment into the fused screen recording data; based on the event-related data, obtaining the timing sequence of the detection data continuously collected during the screen recording process, and calculating the state evaluation value of the target detection object according to the timing sequence of the detection data; and superimposing the state evaluation value onto the fused screen recording data for display.

[0010] Optionally, the step of calculating the hash value corresponding to the data block, performing a progressive hash chain calculation on multiple hash values ​​to obtain the current cumulative hash value and uploading it to the cloud for storage in real time includes: calculating the first hash value of the current data block; determining the previous data block corresponding to the current data block, obtaining the previous cumulative hash value corresponding to the previous data block, concatenating the previous cumulative hash value with the first hash value to calculate a second hash value, and determining the second hash value as the current cumulative hash value; associating the current cumulative hash value with the index of the current data block and the current timestamp to generate a storage record, and uploading the storage record to the cloud for storage in real time.

[0011] Optionally, the step of writing the final cumulative hash value into the blockchain and uploading the fused screen recording data to the cloud for storage includes: associating and packaging the fused screen recording data, the time-series data of the detection data, service order information, and confirmation credentials to generate a complete evidence package; calculating the final cumulative hash value of the complete evidence package, writing the final cumulative hash value into the blockchain to generate a storage number; associating the storage number with the complete evidence package and storing it in the cloud, and returning the storage number.

[0012] Optionally, uploading the fused screen recording data to the cloud for storage includes: when a network interruption is detected, caching the current cumulative hash value of the current data block and the generated fused screen recording data locally; when the network is detected to be restored, re-uploading the cached current cumulative hash value and the generated fused screen recording data to the cloud; and deleting the locally cached fused screen recording data after the current cumulative hash value passes cloud verification.

[0013] According to a second aspect of the present invention, a trusted screen recording and evidence preservation device is provided, applied to a mobile terminal, comprising: The physical trigger module is used to respond to the trigger signal generated when a connection is established between the external detection device and the target detection object, start video recording, and acquire the detection data collected in real time by the external detection device; The screen fusion module is used to write the detection data into the pixel area corresponding to the original screen frame based on the original screen frame in the video recording, generate a fused video stream, and compress and encode the fused video stream to obtain fused screen recording data. The block-based evidence collection module is used to divide the fused screen recording data into multiple consecutive data blocks based on a preset time window, calculate the hash value corresponding to the data block, perform progressive hash chain calculation on multiple hash values, obtain the current cumulative hash value, and upload it to the cloud for storage in real time. The on-chain verification module is used to write the final accumulated hash value into the blockchain when the video recording stops, and to upload the fused screen recording data to the cloud for storage.

[0014] According to a third aspect of the present invention, a storage medium is provided on which a computer program is stored, which, when executed by a processor, implements the above-described trusted screen recording and evidence preservation method.

[0015] According to a fourth aspect of the present invention, a computer device is provided, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the above-described trusted screen recording and evidence preservation method.

[0016] This invention provides a reliable screen recording and evidence preservation method, apparatus, storage medium, and computer device. By responding to a trigger signal generated when a connection is established between an external detection device and the target detection object, automatic screen recording is initiated. Recording initiation does not rely on manual clicks, and the start and stop of recording are controlled by the trigger signal received by the mobile terminal and the subsequent service process status. The recording timing cannot be manually selected or prematurely terminated, ensuring the integrity and objectivity of the recording process. The detection data collected in real-time by the external detection device is directly written into the pixel area corresponding to the original image frame in the form of pixel data, and the writing operation is completed before compression encoding by the video encoder, making the detection data an integral part of the image pixel array. After encoding, the detection data and the screen recording are integrated into a unified whole. Since the detection data has been integrated with the screen at the pixel level before encoding, an inseparable binding relationship is formed between the two. There is no independent data file that can be replaced, nor can the subtitles that are superimposed later be removed or re-edited, thus ensuring the relevance and originality of the evidence. The accumulated hash value is continuously updated and stored in real time as the screen recording process progresses. Any data change at any moment during the screen recording process will produce a cascading reaction in the hash chain. Any tampering or deletion of local data can be detected in time. After the service is completed, the final accumulated hash value is written to the blockchain to achieve final solidification, eliminating the time window for local tampering or deletion and realizing trusted evidence storage throughout the entire process.

[0017] The above method achieves automatic triggering of the entire screen recording process, inseparable binding of detection data and screen recording images, and real-time protection and final solidification of evidence through the synergistic effect of automatic triggering of screen recording by trigger signal, pixel-level data fusion before encoding, real-time evidence storage by progressive hash chain, and final solidification by blockchain, without relying on manual operation. This significantly improves the credibility of screen recording evidence storage.

[0018] The technical solution provided in this application can be applied to various scenarios in the fintech field that require business traceability and evidence preservation, such as remote investigation and loss assessment for insurance claims, traceable sales processes for financial products, and mobile service scenarios such as offline signing for bank loans. Through technical means, it ensures the authenticity, integrity, and traceability of electronic evidence from the source, provides credible electronic evidence support for the resolution of financial disputes, and improves the level of consumer rights protection.

[0019] The above description is only an overview of the technical solution of this application. In order to better understand the technical means of this application and to implement it in accordance with the contents of the specification, and to make the above and other objects, features and advantages of this application more obvious and understandable, the following are specific embodiments of this application. Attached Figure Description

[0020] The accompanying drawings, which are included to provide a further understanding of the invention and form part of this application, illustrate exemplary embodiments of the invention and, together with their description, serve to explain the invention and do not constitute an undue limitation thereof. In the drawings: Figure 1 A flowchart illustrating a trusted screen recording and evidence preservation method provided by an embodiment of the present invention is shown. Figure 2 A flowchart illustrating another trusted screen recording and evidence preservation method provided by an embodiment of the present invention is shown; Figure 3 This diagram illustrates the structure of a trusted screen recording and evidence preservation device according to an embodiment of the present invention. Figure 4 This invention provides a schematic diagram of the structure of another trusted screen recording and evidence preservation device. Figure 5 A schematic diagram of the device structure of a computer device provided in an embodiment of the present invention is shown. Detailed Implementation

[0021] Exemplary embodiments of the present application will now be described in more detail with reference to the accompanying drawings. While exemplary embodiments of the present application are shown in the drawings, it should be understood that the present application may be implemented in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this application will be thorough and complete, and will fully convey the scope of the present application to those skilled in the art.

[0022] This application provides a reliable screen recording and evidence preservation method, such as... Figure 1 As shown, the method includes the following steps: 101. In response to the trigger signal generated when the connection between the external testing equipment and the target testing object is established, start video recording and acquire the testing data collected in real time by the external testing equipment.

[0023] Among them, external detection equipment refers to a detection device that is independent of the mobile terminal and establishes a data connection with the mobile terminal through wired or wireless communication. It is used to collect status parameter data of the target detection object. The connection relationship between the external detection equipment and the target detection object refers to the establishment of an association state between the two that can be used for data communication. This includes an electrical conductive connection formed by the contact between the clamp and the pile head, a wireless communication connection established by Bluetooth pairing, a wireless communication connection established by Wi-Fi direct connection, a connection established by NFC near-field communication, or a signal connection established by other wired or wireless communication protocols. Correspondingly, the trigger signal refers to the electrical signal or data packet generated when the above connection relationship is established, which is used to notify the mobile terminal to perform corresponding operations. Its specific form is associated with the connection. The connection method varies, such as the level transition signal generated when electrical conduction is achieved, the pairing confirmation data packet generated when Bluetooth pairing is successful, or the connection confirmation message generated when a Wi-Fi connection is established. Specifically, in a typical application scenario of this application, the external detection device is an intelligent jump-start detection terminal for vehicle jump-start assistance, which integrates a voltage acquisition module and an internal resistance measurement module to collect the voltage and internal resistance values ​​of the vehicle battery. The target detection object refers to the detection target of the external detection device, which corresponds to the vehicle battery in the above typical application scenario. The trigger signal is the electrical signal generated when a connection is established between the external detection device and the target detection object. The signal can be generated by the external detection device and sent to the mobile terminal as a control command to trigger the start of video screen recording.

[0024] Specifically, the mobile terminal receives and responds to a trigger signal sent by the external testing device, automatically triggering the start of screen recording. Simultaneously, it establishes a data communication link with the external testing device and begins receiving real-time testing data continuously collected by the device during the service process. Unlike existing technologies where service personnel must manually click a recording button to start recording, this application links the start time of recording to the physical connection status between the external testing device and the target object. Only when a valid electrical connection is established between the external testing device and the target object will the mobile terminal automatically start screen recording, ensuring consistency between the start time of recording and the start time of the testing activity. This avoids selective recording issues that may be introduced by manual operation. Furthermore, testing data is continuously acquired after recording begins, providing a data foundation for subsequent fusion with the recorded footage.

[0025] In this embodiment, the automatic association between screen recording startup and hardware physical connection status is realized. Screen recording is not triggered by any manual operation, fundamentally eliminating the possibility of selective recording by service personnel and ensuring the integrity and objectivity of the screen recording process. At the same time, after screen recording starts, the mobile terminal obtains the detection data collected by the external detection device in real time, so that the detection data and the screen recording are synchronized on the timeline. This provides a time-consistent data source for subsequent pixel-level fusion of detection data and screen recording, ensuring the integrity and traceability of evidence from the source.

[0026] 102. Based on the original screen frames in the video recording, the detection data is written into the pixel area corresponding to the original screen frame to generate a fused video stream, and the fused video stream is compressed and encoded to obtain fused screen recording data.

[0027] Among them, the original frame refers to the preview frame image data acquired by the mobile terminal through the system camera API during video screen recording, which has not undergone any compression or encoding processing and carries the image information within the camera's shooting range; the detection data refers to the status parameter data collected in real time by the external detection device and sent to the mobile terminal; the pixel data format writing refers to directly converting the detection data values ​​into the color channel values ​​of the pixels and writing them into the red, green, and blue (RGB) or luminance and chrominance (YUV) components of the pixels at a specified position in the frame, so that the detection data becomes an organic part of the pixel array of this frame, rather than being an independent layer or external data attached to the image; the fused video stream refers to the combined video data containing the original image information and the detection data information formed after the detection data is written into the specified pixel area of ​​the original frame; the compression encoding refers to the encoding and compression processing of the fused video stream using a video encoder to reduce the data size for easier transmission and storage.

[0028] Specifically, the mobile terminal organizes the real-time detection data received from the external detection device into data window content according to a preset display format. Then, each character or graphic element in the data window is converted into a corresponding pixel color value and written into a specified pixel area of ​​the original screen frame. The specific writing operation is completed before the video encoder compresses and encodes the current frame. That is, the original screen frame first undergoes pixel writing processing to form a fused frame, and then the fused frame is sent to the video encoder for compression and encoding. After processing, the fused screen recording data has a specified pixel area of ​​each frame that carries the detection data at the corresponding moment. The detection data and the screen content coexist inseparably in the same pixel matrix, and there is no independent detection data file.

[0029] In this embodiment, the detection data and the screen recording are fused at the pixel level before encoding. The two form an inseparable whole at the video encoding level. Since the detection data has become an organic component of the pixel array of the screen, no video editing software or post-processing tool can separate the data from the screen, nor can it modify or replace the written data. This fundamentally ensures the strong correlation and originality between the detection data and the screen, eliminates the risk of data being replaced separately, timestamps being tampered with, or subtitles being removed, and makes the screen recording evidence more credible.

[0030] 103. Based on a preset time window, the screen recording data is divided into multiple consecutive data blocks, and the hash value corresponding to the data block is calculated. The multiple hash values ​​are then used to perform a progressive hash chain calculation to obtain the current cumulative hash value and upload it to the cloud for storage in real time.

[0031] Here, a time window refers to a time period during screen recording where the fused screen recording data is divided according to a preset duration. The fused screen recording data generated within each time window constitutes a data block. A data block is a collection of fused screen recording data generated within a time window, containing all video frame data and corresponding detection data within the time window. A hash value is a fixed-length hash value obtained by calculating the data block using a hash algorithm (e.g., SHA-256). It has uniqueness and unidirectionality, meaning that different data blocks calculate different hash values, and the original data cannot be deduced from the hash value. Progressive hash chain calculation refers to combining the hash value of the current data block with the cumulative hash value of the previous data block according to a predetermined rule and then calculating the hash value again, so that the data blocks form a chain-like relationship. The current cumulative hash value is the latest hash value obtained after progressive hash chain calculation, carrying information about all data blocks from the start of screen recording to the current moment, and any changes in the content of previous data blocks will be reflected.

[0032] Specifically, after screen recording begins, the system segments the generated fused screen recording data according to a fixed duration. Each data block contains all video frames and corresponding detection data within a 10-second time window. For each data block, the mobile terminal calculates an independent hash value, then concatenates the hash value with the cumulative hash value of the previous data block and calculates the hash value again to generate the current cumulative hash value. The process iterates block by block starting from the first data block. The cumulative hash value of each data block depends on the cumulative hash value of the previous data block, thus forming a hash chain that extends continuously over time. Each time a new cumulative hash value is calculated, the mobile terminal immediately uploads it to the cloud storage through an encrypted channel, so that the cloud continuously obtains the latest cumulative hash value record during the screen recording process.

[0033] In this embodiment, the application implements progressive real-time evidence storage of screen recording data during the service process. Since a new cumulative hash value is generated and uploaded to the cloud at regular intervals, if the content of any data block is tampered with during the entire screen recording process, the hash value corresponding to the data block will change, which will cause the cumulative hash values ​​of all subsequent data blocks to change in a cascading manner. However, the corresponding cumulative hash value already stored in the cloud will not change synchronously, and the tampering behavior can be identified. Compared with the existing technology of uploading and storing evidence in a package after screen recording is completed, this application eliminates the time window from when screen recording stops to when the upload is completed, during which local files can be tampered with or deleted. It realizes simultaneous recording and storage as well as real-time protection, thereby improving the security and credibility of screen recording evidence.

[0034] 104. When the video recording stops, the final accumulated hash value is written to the blockchain, and the merged screen recording data is uploaded to the cloud for storage.

[0035] The final cumulative hash value refers to the last cumulative hash value calculated by the progressive hash chain when screen recording stops. It carries the hash chain information of all data blocks during the entire screen recording process and represents the integrity verification result of all fused screen recording data throughout the entire recording process. Blockchain, as a decentralized distributed ledger technology, ensures that once data is written, it cannot be tampered with or deleted by sequentially linking data in the form of blocks and using cryptographic means. The final cumulative hash value is submitted to the blockchain network as transaction data, confirmed by the consensus mechanism, and stored in the distributed ledger of the blockchain, obtaining the corresponding evidence number. The cloud refers to a remote server platform that provides computing and storage services through the network, used to store the fused screen recording data and related evidence records generated during the screen recording process.

[0036] Specifically, when screen recording stops, the mobile terminal first determines the final cumulative hash value as the final value of the progressive hash chain continuously uploaded throughout the recording process. Then, it submits the final cumulative hash value to the blockchain through a smart contract or notarization interface. After confirmation by blockchain consensus, a notarization number uniquely corresponding to the hash value is generated, completing the final solidification of electronic evidence. Simultaneously, the mobile terminal uploads the complete local fusion screen recording data to cloud storage and associates the storage address returned by the cloud with the notarization number. Thus, the fusion screen recording data stored in the cloud can be found on the blockchain through the notarization number to locate the corresponding final cumulative hash value. By comparing the two hash values, it can be verified whether the fusion screen recording data has been tampered with after the recording stopped. If the hash values ​​match, it proves that the data is complete and has not been tampered with; if the hash values ​​do not match, it indicates that the data has been modified. The cloud can return the notarization number during notarization, which is the only credential for subsequent retrieval and verification of evidence.

[0037] In this embodiment, the application achieves the final solidification of screen recording evidence. Once the final accumulated hash value is written into the blockchain, it obtains an immutable timestamp proof and a content integrity proof. Any subsequent tampering with the merged screen recording data can be identified by comparing the hash value stored on the blockchain. At the same time, combined with the accumulated hash value sequence uploaded in real time during the screen recording process, this application constructs a dual protection mechanism of progressive evidence storage during the screen recording process and final solidification on the blockchain after the screen recording is completed. This ensures that every frame of data throughout the service process is under verifiable evidence protection, significantly improving the admissibility of screen recording evidence and providing objective evidence for any potential disputes that may arise later.

[0038] This invention provides a reliable screen recording and evidence preservation method. By responding to a trigger signal generated when a connection is established between an external detection device and the target detection object, screen recording is automatically initiated. The start of recording does not depend on manual clicking, and the start and stop of recording are controlled by the trigger signal received by the mobile terminal and the subsequent service process status. It prevents manual selection of the recording time or premature termination of recording, ensuring the integrity and objectivity of the recording process. The detection data collected in real time by the external detection device is directly written into the pixel area corresponding to the original screen frame in the form of pixel data. This writing operation is completed before the video encoder performs compression encoding, making the detection data a component of the screen pixel array. After encoding, it forms the detection... The screen recording data, which integrates test data with the video, is pixel-level fused with the video before encoding, forming an inseparable bond between the two. There are no independent data files that can be replaced, nor can post-added subtitles be removed or re-edited, thus ensuring the relevance and originality of the evidence. The accumulated hash value is continuously updated and stored in real time as the screen recording process progresses. Any data change at any moment during the screen recording will have a cascading effect in the hash chain, and any tampering or deletion of local data can be detected in a timely manner. After the service is completed, the final accumulated hash value is written to the blockchain for final solidification, eliminating the time window for local tampering or deletion and achieving reliable evidence storage throughout the entire process.

[0039] The above method achieves automatic triggering of the entire screen recording process, inseparable binding of detection data and screen recording images, and real-time protection and final solidification of evidence through the synergistic effect of automatic triggering of screen recording by trigger signal, pixel-level data fusion before encoding, real-time evidence storage by progressive hash chain, and final solidification by blockchain, without relying on manual operation. This significantly improves the credibility of screen recording evidence storage.

[0040] The technical solution provided in this application can be applied to various scenarios in the fintech field that require business traceability and evidence preservation, such as remote investigation and loss assessment for insurance claims, traceable sales processes for financial products, and mobile service scenarios such as offline signing for bank loans. Through technical means, it ensures the authenticity, integrity, and traceability of electronic evidence from the source, provides credible electronic evidence support for the resolution of financial disputes, and improves the level of consumer rights protection.

[0041] This application provides another reliable screen recording and evidence preservation method, such as... Figure 2 As shown, it specifically includes: 201. Generate an order identifier, complete device matching, and obtain a trigger signal.

[0042] Specifically, in response to a service request initiated by the vehicle owner, a service order identifier is generated, and based on the service order identifier, the matching external testing equipment and the corresponding target testing object are determined; when the external testing equipment and the target testing object simultaneously meet the preset mechanical clamping conditions and preset electrical conduction conditions, it is determined that a valid electrical connection is formed between the external testing equipment and the target testing object, and the trigger signal generated when the valid electrical connection is established is obtained.

[0043] In one specific application scenario of the present invention, the external testing device is an intelligent jump-start testing terminal, used to collect the electrical parameters of the vehicle battery in real time during vehicle jump-start rescue services. Specifically, it integrates a microprocessor unit, a voltage acquisition module, an internal resistance measurement module, a circuit continuity detection module, and a wireless communication module.

[0044] The voltage acquisition module employs a three-stage architecture consisting of a resistor divider network, an operational amplifier, and a 16-bit analog-to-digital converter (ADC). The resistor divider network attenuates the battery input voltage from 0V to 15V to a range of 0V to 1.36V to match the ADC input range. The operational amplifier is configured as a voltage follower to achieve impedance transformation and signal buffering. The ADC continuously acquires data at a sampling rate of 860SPS, achieving a measurement accuracy of ±0.01V. The internal resistance measurement module uses an AC injection method. The microprocessor DAC generates a 1kHz / 50mV sine wave signal, which is amplified and injected into the battery circuit through a DC blocking capacitor. The effective value of the injected current is approximately 5A. A 1kHz AC voltage signal is extracted through a high input impedance differential amplifier, and the amplitude of the voltage component at the same frequency is extracted through a phase-sensitive detector. The microprocessor calculates the internal resistance according to R=V_ac / I_ac, where R is the battery internal resistance, V_ac is the amplitude of the AC voltage component detected across the battery, and I_ac is the effective value of the AC current injected into the battery circuit.

[0045] In addition, the loop continuity detection module adopts a dual mechanical and electrical verification mechanism. For mechanical verification, microswitches are embedded inside the positive and negative clamps of the jumper clips. When the clamps tighten on the battery terminals, the microswitches close due to the deformation of the clamps, generating a first-level trigger signal. For electrical verification, the microprocessor injects a detection current into the loop through a 1mA constant current source, measures the voltage across the loop, and calculates the contact resistance. When the contact resistance is less than 100mΩ, a second-level confirmation signal is generated. Only when both signals are satisfied simultaneously is it determined that the jumper device is effectively connected to the vehicle battery. At this time, the microprocessor generates a continuity signal, which is sent to the mobile terminal via the Bluetooth module. The Bluetooth module is a Bluetooth 4.0 module, supporting both BLE and BR / EDR modes. During the data acquisition phase, BLE mode is used to reduce power consumption, and BR / EDR mode is switched when transmitting a large amount of data. The communication data frame includes a frame header, data length, timestamp, voltage value, internal resistance value, health status, and CRC16 (Cyclic Redundancy Check) verification.

[0046] Furthermore, in this application scenario, after the car owner initiates a service request through the car owner's terminal, the mobile terminal generates a service order identifier and determines the external testing equipment and target testing object matched for this service. Subsequently, when the clamp of the external testing equipment and the pile head of the target testing object simultaneously meet the mechanical clamping condition (i.e., the micro switch is closed) and the electrical conduction condition (i.e., the contact resistance is less than 100mΩ), a valid electrical connection is determined to be formed and a conduction signal is generated. The mobile terminal responds to the conduction signal and automatically starts screen recording. In the triggering mechanism of this application, the service order identifier binds the screen recording and evidence preservation behavior to the specific service business, and the conduction signal ensures the precise synchronization between the start of screen recording and the establishment of the physical connection. The combination of the two eliminates the possibility of manual selective recording from both the business process and physical perception levels, ensuring that screen recording starts automatically from the first moment of the service process, and there is no room for human intervention or selective recording.

[0047] 202. Start screen recording and obtain detection data.

[0048] In this step, in response to the trigger signal, video recording is started, and detection data collected in real time by the external detection device is acquired. The video recording function is implemented based on the system camera API provided by the mobile terminal operating system. When the server-side App starts recording, it calls the system camera API to configure the video acquisition parameters. The specific parameters include: resolution of 1920x1080, frame rate of 30 frames per second, video encoding format of H.264, bit rate of 4Mbps, and audio encoding format of AAC.

[0049] It should be noted that the above parameter values ​​are only a preferred embodiment of the present invention and do not constitute any limitation on the present invention. In actual implementation, parameters such as resolution, frame rate, bit rate, and encoding format can be flexibly adjusted according to the actual needs of the mobile terminal's hardware performance, network transmission bandwidth, cloud storage capacity, and specific application scenarios. For example, when hardware performance is limited or bandwidth is insufficient, the resolution or bit rate can be appropriately reduced to ensure the smoothness of screen recording. In scenarios requiring higher image quality and detail, the resolution or bit rate can be increased accordingly. In addition, the present invention simultaneously collects audio information during screen recording, and the audio encoding adopts AAC format to record the voice communication content during the service process, providing richer evidence information for the complete restoration of the service process. The simultaneous collection of video and audio enables the screen recording evidence to simultaneously present the operation screen and voice communication content, providing a more comprehensive restoration basis for subsequent disputes.

[0050] 203. Create an overlay data window to generate fused screen recording data.

[0051] Specifically, the current timestamp and geographic location information carried in the trigger signal are obtained; an overlay data window is formed based on the detection data, current timestamp, and geographic location information; the original screen frames in the video recording are uploaded to the graphics processor, a first texture object is created, and the overlay data window is rendered as a floating window, and a second texture object is created; an off-screen frame buffer object is created, the first texture object is drawn as a full-screen quadrilateral, the second texture object is drawn at the target position on the full-screen quadrilateral, and the two texture objects are merged with the first texture object to form a fused video stream.

[0052] In this application, the fusion of detection data and screen recording is completed before the video encoder compression encoding. The core processing flow is as follows: First, texture uploading is performed. The mobile terminal obtains the original frame previewed by the camera through the system camera API. In a preferred embodiment of this invention, the original frame format is YUV_420_888, where the Y component stores luminance information, the UV components store chrominance information, and 420 indicates that the chrominance information is sampled at a 1 / 2 ratio in both the horizontal and vertical directions. This format is directly output by the system camera API. Since different mobile terminal platforms have varying support for the YUV format, to improve compatibility and processing efficiency, the mobile terminal first converts the YUV_420_888 format frame to NV21 format, a variant YUV format that interleaves the U and V components, widely applicable to the image processing pipelines of various mobile terminals. Then, the converted frame data is uploaded to the graphics processing unit. The data is first rendered in the GPU's video memory, where a first texture object is created. This first texture object represents the original image captured by the camera and serves as the background layer for subsequent pixel-level fusion. Then, a data window is rendered. The mobile terminal organizes the real-time received detection data, current timestamp, and geographic location information into an overlay data window. This overlay data window is rendered as a semi-transparent floating window. Specifically, the window is located in the upper right corner of the video frame, with a semi-transparent black background and an alpha channel value of 0.6 (60% opacity), making the background transparent to display the underlying image content. The data content is displayed in white font to ensure good readability under various background conditions. The floating window is uploaded to the GPU's video memory as an independent second texture object for fusion with the original image. Afterward, off-screen rendering fusion is performed. The mobile terminal creates an off-screen frame buffer object (FBO) in the GPU. Buffer Object (a GPU rendering technique that allows rendering results to be output to a texture instead of the screen) is used in a mobile terminal. First, the mobile terminal draws a first texture object as a full-screen quadrilateral, filling the entire screen area. Then, a second texture object is drawn in SRC_OVER blending mode (a Porter-Duff image compositing method that overlays the source image onto the target image and blends the transparency based on the alpha channel value of the source image) at a specified position in the upper right corner of the full-screen quadrilateral. During the above blending process, each pixel in the data window is blended pixel-level with the corresponding pixel in the original frame according to the alpha channel value, forming a blended frame in which the detection data and the original image are integrated. Finally, the mobile terminal reads the blended frame data from the off-screen frame buffer object and sends it directly to the hardware video encoder for H.264 compression encoding, ultimately obtaining the blended screen recording data.

[0053] After the above processing, the detection data and the camera image are integrated at the pixel level, eliminating the structure of separate subtitles on the video layer. Unlike existing technologies where subtitles are superimposed on the video after encoding or presented as a separate subtitle track in the player, the detection data in this invention has become an organic component of the image pixel array. The color value of the pixel carrying the detection data in any frame has been directly modified, rather than being superimposed as a separate layer on the image. Therefore, no video editing software or post-processing tool can separate, remove, or replace the data window from the image, fundamentally ensuring the indestructible evidentiary association between the detection data and the screen recording.

[0054] 204. Write the event-related data, calculate and display the status evaluation value.

[0055] Specifically, the system monitors the dynamic changes in the detection data and obtains the rate of change of the detection data values. When the rate of change of the values ​​reaches a preset threshold, the detection data value at the current moment is recorded as event-related data, and the event-related data and the current moment are written into the fused screen recording data. Based on the event-related data, the system obtains the timing sequence of the detection data continuously collected during the screen recording process, and calculates the state evaluation value of the target detection object according to the timing sequence of the detection data. The state evaluation value is then superimposed onto the fused screen recording data for display.

[0056] In this application, the mobile terminal continuously monitors the dynamic changes of the detection data during screen recording and automatically performs key event marking and status assessment based on the characteristics of the changes in the detection data.

[0057] First, the mobile terminal calculates the rate of change of the detected data in real time. When the rate of change reaches a preset threshold, the system determines that a critical event has occurred and writes the current detected data value and the current time into the fused screen recording data. In a specific application scenario of this application, critical events include the moment of device connection, the moment of jump-start, the moment of successful vehicle start, and the moment of device disconnection. Taking the moment of device connection as an example, when the external detection device forms an effective electrical connection with the vehicle battery, the voltage value received by the mobile terminal in real time jumps from 0V to the actual battery voltage, such as 12.6V. When the voltage change rate reaches the preset threshold, the system determines that a connection event has occurred, records the current voltage value, internal resistance value, and timestamp as event-related data, and writes it into the fused screen recording data. In the combined screen recording data, the data change characteristics corresponding to each key event are as follows: the voltage value corresponding to the connection event changes from low to high; the voltage value corresponding to the jump-start event rises from static voltage to charging voltage greater than 13.5V; the voltage value corresponding to the successful startup event recovers from a deep drop at startup to a stable voltage; the voltage value corresponding to the disconnection event drops from battery voltage to 0V; the markers of the above key events are written into the combined screen recording data in the form of SEI messages. The SEI message carries the event type, the timestamp of the event occurrence, and the detection data value at this moment. Since the SEI message is embedded in the video stream, it is precisely aligned with the corresponding video frame on the timeline, which allows for quick location of the key operation moment during subsequent inspection without having to browse the entire screen recording frame by frame.

[0058] Then, based on the timing of the detection data continuously collected throughout the screen recording process, the mobile terminal automatically calculates the status assessment value of the target detection object. In the jump-start application scenario of this application, the status assessment value is the battery health score, which is calculated based on three characteristic curves collected throughout the jump-start process: the static voltage curve, the internal resistance curve, and the start-up impact curve. The static voltage determination includes the mobile terminal collecting voltage data for 10 consecutive seconds after the jump-start equipment is connected and calculating the average value. The static voltage level is determined based on the average value. When the average value is ≥12.6V, it is considered healthy; between 12.0V and 12.6V, it is a warning and requires charging; and below 12.0V, it is considered deteriorated. The internal resistance determination includes the mobile terminal collecting data before the jump-start... The system collects internal resistance data for 10 consecutive seconds and calculates the average value. The internal resistance level is determined based on this average value: less than 10mΩ indicates healthy operation; 10mΩ to 20mΩ indicates a warning; and greater than or equal to 20mΩ indicates degradation. The start-up impact assessment includes the mobile terminal recording the voltage drop depth and recovery time at the moment of vehicle startup. The start-up impact level is determined based on these two parameters: a drop depth less than 2V and a recovery time less than 3 seconds indicates healthy operation; a drop depth between 2V and 3V or a recovery time between 3 and 10 seconds indicates a warning; and a drop depth greater than or equal to 3V or a recovery time greater than or equal to 10 seconds indicates degradation. The mobile terminal calculates a comprehensive health score based on these three assessment results, according to predetermined weights: Comprehensive Score = 0.35 × Static Voltage Score + 0.3 × Internal Resistance Score + 0.35 × Start-up Impact Score. The final score is divided into three levels: 85 points or higher indicates healthy operation; 60 to 85 points indicates rechargeable recovery; and below 60 points indicates recommended replacement. The assessment results are automatically generated by the system and cannot be modified by service personnel.

[0059] Finally, the mobile terminal will continuously overlay the comprehensive health score and its level determination result, as well as real-time detection data such as static voltage and internal resistance values, onto the screen recording data for display. When the level corresponding to the comprehensive health score changes, the display color will switch accordingly: green for healthy, yellow for rechargeable, and red for recommended replacement, allowing car owners to intuitively understand the battery's health status. The above display content and the screen recording are integrated at the pixel level and cannot be separated or replaced later, ensuring that the detection data seen by the car owner is strictly consistent with the data recorded in the screen recording, eliminating the possibility of discrepancies between the data verbally provided by service personnel and the screen recording data.

[0060] Based on this, the automatic marking of key events ensures that the screen recording evidence includes precise markers of key operational moments, facilitating rapid location of key time points during subsequent dispute investigations. This eliminates the need to review the entire screen recording frame by frame, significantly improving the efficiency of evidence retrieval. The automatic calculation and overlay display of status assessment values ​​allow car owners to intuitively see the judgment results automatically generated by the system based on objective detection data, rather than passively accepting verbal conclusions from service personnel, effectively solving the problem of information asymmetry. At the same time, service personnel cannot modify the judgment results, further eliminating the possibility of service personnel guiding car owners to make decisions unfavorable to themselves through subjective judgment, thus ensuring the objectivity and transparency of the service process from a technical perspective.

[0061] 205. Divide the data into blocks and calculate the current hash value, then upload the evidence record.

[0062] Specifically, the first hash value of the current data block is calculated; the previous data block corresponding to the current data block is determined, and the previous cumulative hash value corresponding to the previous data block is obtained. The previous cumulative hash value is concatenated with the first hash value to calculate the second hash value, and the second hash value is determined as the current cumulative hash value; the current cumulative hash value is associated with the index of the current data block and the current timestamp to generate a storage record, and the storage record is uploaded to the cloud storage in real time.

[0063] In this embodiment, during screen recording, the mobile terminal divides the generated fused screen recording data into continuous data blocks according to a preset time window of 10 seconds. Each data block contains all 300 video frames, 8600 detection data sampling points, and GPS coordinate sequences within 10 seconds. In actual implementation, the duration of the preset time window can be flexibly configured according to system performance, network conditions, and evidence storage requirements. For example, it can be set to any duration between 5 and 30 seconds. The setting of the time window needs to take into account the following factors: a window that is too short will cause a surge in the number of data blocks, increasing the calculation and upload frequency, and putting pressure on the performance of the mobile terminal and network bandwidth; a window that is too long will increase the amount of data uploaded at one time, and if an error occurs in a data block during transmission, the amount of data that needs to be retransmitted will also increase accordingly. For the data block formed within the current time window, the mobile terminal calculates its first hash value. Specifically, the mobile terminal uses all video frame data, detection data sampling points, and GPS coordinate sequences contained in the current data block as input data, and calculates the hash value of the data block through a hash algorithm.

[0064] Next, the mobile terminal determines the previous data block corresponding to the current data block and obtains the previous cumulative hash value corresponding to the previous data block. Specifically, for the first data block, its previous cumulative hash value is a preset fixed initial value (H0); for each subsequent data block, its previous cumulative hash value is the cumulative hash value calculated from the previous data block (H). n-1After obtaining the previous accumulated hash value, the mobile terminal concatenates the previous accumulated hash value with the first hash value of the current data block, that is, combines them into a complete data string in chronological order. Then, it calculates the hash value again on the concatenated data string to obtain the second hash value, and determines the second hash value as the current accumulated hash value H of the current data block. n Through the aforementioned progressive calculation method, the cumulative hash value of each data block during screen recording depends on the cumulative hash value of the previous data block and the hash value of the current data block itself, thus forming an interlocking hash chain. The hash chain has cascading sensitivity; any slight change in the content of any data block, such as the modification of a pixel value in a frame or the adjustment of a detection data value, will cause the first hash value of the data block to change, which in turn will cause unpredictable changes in the cumulative hash values ​​of the data block and all subsequent data blocks. However, the historical cumulative hash values ​​stored in the cloud will not change synchronously, and tampering can be identified. After calculating the current cumulative hash value, the mobile terminal immediately associates the current cumulative hash value with the index of the current data block and the current timestamp to generate a storage record, which is then uploaded to the cloud server for storage in real time through an encrypted channel. The storage record may also include information such as the service order number and device identifier to enhance the relevance and traceability of the storage record.

[0065] The aforementioned technical solution enables progressive real-time evidence storage of screen recording data during the service process. Throughout the entire screen recording process, the cloud continuously receives and records the cumulative hash value at every moment, ensuring that the integrity protection of the evidence covers every second from the start to the end of the recording, fundamentally eliminating the time window for local tampering or deletion. In addition, the chain structure of the cumulative hash value further enhances security. Since each cumulative hash value depends on the previous cumulative hash value, even if an attacker obtains a local file of a certain data block, they cannot tamper with the content of the data block without affecting the calculation results of all subsequent cumulative hash values. The corresponding hash value stored in the cloud will immediately expose the tampering behavior. The combination of progressive hash chain and real-time cloud storage ensures that every frame of data generated during the screen recording process is in a verifiable and protected state, protected from the moment the evidence is generated, rather than waiting for the service to be completed. This provides end-to-end protection for the authenticity of electronic evidence from the source to the end.

[0066] 206. Package and generate a complete evidence package, put it on the blockchain for evidence preservation, store it, and return the evidence preservation number.

[0067] Specifically, the time-series data of screen recording data and detection data, service order information and confirmation vouchers are combined and packaged to generate a complete evidence package; the final cumulative hash value of the complete evidence package is calculated, the final cumulative hash value is written into the blockchain to generate a storage number; the storage number is associated with the complete evidence package and stored in the cloud, and the storage number is returned.

[0068] In this embodiment, the mobile terminal integrates screen recording data, time-series detection data continuously collected throughout the screen recording process, service order information, and vehicle owner confirmation vouchers into a unified package to generate a complete evidence package. After the complete evidence package is generated, the mobile terminal calculates the final cumulative hash value of the complete evidence package, that is, performs a hash calculation on all data content of the entire evidence package to obtain the final hash value. The final hash value is a unique identifier for the overall data content of the complete evidence package. Any modification to the content of any file in the evidence package, including screen recording videos, time-series detection data files, order information, or confirmation vouchers, will cause the final hash value to change. The mobile terminal submits the aforementioned final cumulative hash value to the blockchain network. After confirmation by blockchain consensus, a unique evidence storage number corresponding to the hash value is generated. Blockchain evidence storage utilizes the decentralized, tamper-proof, and traceable technical characteristics of blockchain. Once the hash value is written into the blockchain, it obtains an immutable timestamp proof and a content integrity proof. Any subsequent tampering with the original data can be identified by comparing the hash value stored on the blockchain, thereby making the screen recording evidence credible.

[0069] Subsequently, the mobile terminal associates the evidence storage number with the complete evidence package and stores it in the cloud, returning the evidence storage number to the relevant parties. The evidence storage number serves as the unique credential for this evidence storage activity. The complete evidence package can be retrieved from the cloud using this number, and the corresponding evidence storage hash value can be queried through the blockchain for consistency verification. In the event of a service dispute, the relevant parties can retrieve the complete evidence package using the evidence storage number and verify its authenticity. If the fused screen recording data, detection data sequence, or confirmation voucher in the evidence package is modified after storage, the calculated hash value will be inconsistent with the hash value stored on the blockchain, thus identifying the tampering. Through the above final evidence storage scheme, this invention, based on progressive real-time evidence storage during screen recording, further solidifies the complete evidence package through the blockchain. Progressive real-time evidence storage ensures that data changes at every moment during screen recording are traceable and verifiable, while final blockchain evidence storage solidifies all evidence materials as a whole. The two complement each other, forming a fully-linked, double-insured, reliable evidence storage system from screen recording initiation to service completion, providing objective evidence for subsequent disputes.

[0070] 207. Offline caching and resume download.

[0071] Specifically, when a network interruption is detected, the current cumulative hash value of the current data block and the generated fused screen recording data are cached locally; when the network is detected to be restored, the cached current cumulative hash value and the generated fused screen recording data are re-uploaded to the cloud; when the current cumulative hash value passes the cloud verification, the locally cached fused screen recording data is deleted.

[0072] In this embodiment, during screen recording, the mobile terminal relies on the network connection to upload the current cumulative hash value and the fused screen recording data to the cloud in real time. When a network interruption is detected, the mobile terminal pauses the upload operation and caches the current cumulative hash value of the current data block and the generated fused screen recording data in the local storage space. When the network is restored, the mobile terminal automatically resumes the upload of the cached current cumulative hash value and fused screen recording data to the cloud. After receiving the resumed data, the cloud verifies the current cumulative hash value to confirm that the cached fused screen recording data has not been tampered with during the network interruption. After the verification is successful, the mobile terminal deletes the locally cached fused screen recording data to release local storage space and eliminate the risk of data being tampered with or deleted locally. Through the above technical solution, this application can still ensure the integrity and continuity of the evidence data in a weak network or network outage environment. Automatic resume after network restoration does not require manual intervention, ensuring the complete upload of screen recording evidence.

[0073] The above method employs a dual sensing mechanism of mechanical clamping verification and electrical continuity verification. Screen recording is automatically triggered only when a valid electrical connection is formed between the detection device and the target object. The start of screen recording is determined by the physical state of the hardware rather than manual control, thus technically eliminating the possibility of selective recording. It utilizes GPU off-screen rendering technology to fuse real-time detection data into the original frame at the pixel level before the video encoder, making the data window an organic component of the video frame pixels, which cannot be separated or replaced later. This fundamentally ensures the inseparable binding of detection data and screen recording. Based on the time sequence of continuously collected detection data throughout the screen recording process, a multi-dimensional feature curve is automatically formed and the state evaluation value of the target object is calculated. The judgment result is directly superimposed onto the screen recording and cannot be modified, eliminating the space for subjective human judgment. A dual evidence storage mechanism of progressive hash chain and blockchain is adopted. During screen recording, the accumulated hash value is calculated every 10 seconds and uploaded to the cloud in real time. After screen recording is completed, the complete evidence package hash value is written to the blockchain, achieving dual protection of progressive evidence storage during the process and final solidification after completion. This ensures that any data tampering at any moment will be identified by cascading hash changes.

[0074] Furthermore, as Figure 1 To specifically implement the method, this application provides a trusted screen recording and evidence preservation device, such as... Figure 3 As shown, the device includes: a physical triggering module 301, a screen fusion module 302, a block-based evidence collection module 303, and an on-chain evidence consolidation module 304.

[0075] The physical trigger module 301 is used to respond to the trigger signal generated when a connection is established between the external detection device and the target detection object, start video recording, and acquire the detection data collected in real time by the external detection device; The screen fusion module 302 is used to write detection data into the pixel area corresponding to the original screen frame based on the original screen frame in the video recording, generate a fused video stream, and compress and encode the fused video stream to obtain fused screen recording data. The block-based evidence collection module 303 is used to divide the fused screen recording data into multiple consecutive data blocks based on a preset time window, calculate the hash value corresponding to the data block, perform progressive hash chain calculation on multiple hash values, obtain the current cumulative hash value, and upload it to the cloud for storage in real time. The on-chain proof module 304 is used to write the final accumulated hash value to the blockchain when the video recording stops, and to upload the fused recording data to the cloud for storage.

[0076] In specific application scenarios, the physical trigger module 301 is specifically used to respond to service requests initiated by the vehicle owner, generate a service order identifier, and determine the matching external detection device and the corresponding target detection object based on the service order identifier; when the external detection device and the target detection object simultaneously meet the preset mechanical clamping conditions and preset electrical conduction conditions, it is determined that a valid electrical connection is formed between the external detection device and the target detection object, and the trigger signal generated when the valid electrical connection is established is obtained; based on the trigger signal, video screen recording is started.

[0077] In specific application scenarios, the image fusion module 302 is specifically used to obtain the current timestamp and geographical location information carried in the trigger signal; form an overlay data window based on the detection data, current timestamp and geographical location information; upload the original image frames in the video screen recording to the graphics processor, create a first texture object, and render the overlay data window as a floating window to create a second texture object; create an off-screen frame buffer object, draw the first texture object as a full-screen quadrilateral, draw the second texture object at the target position on the full-screen quadrilateral, and merge it with the first texture object to form a fused video stream.

[0078] In specific application scenarios, such as Figure 4 As shown, the above-mentioned device also includes a data monitoring module 305, which is specifically used to monitor the dynamic changes of the detection data and obtain the numerical change rate of the detection data; when the numerical change rate reaches a preset change rate threshold, the detection data value at the current moment is recorded as event-related data, and the event-related data and the current moment are written into the fused screen recording data; based on the event-related data, the timing sequence of the detection data continuously collected during the screen recording process is obtained, and the state evaluation value of the target detection object is calculated according to the timing sequence of the detection data; the state evaluation value is superimposed on the fused screen recording data for display.

[0079] In specific application scenarios, the block-based evidence collection module 303 is specifically used to calculate the first hash value of the current data block; determine the previous data block corresponding to the current data block, and obtain the previous cumulative hash value corresponding to the previous data block; concatenate the previous cumulative hash value with the first hash value to calculate the second hash value, and determine the second hash value as the current cumulative hash value; associate the current cumulative hash value with the index of the current data block and the current timestamp to generate an evidence storage record, and upload the evidence storage record to the cloud for storage in real time.

[0080] In specific application scenarios, the on-chain evidence module 304 is used to associate and package the time-series data of the integrated screen recording data and detection data, service order information and confirmation vouchers to generate a complete evidence package; calculate the final cumulative hash value of the complete evidence package, write the final cumulative hash value into the blockchain to generate a storage number; associate the storage number with the complete evidence package and store it in the cloud, and return the storage number.

[0081] In specific application scenarios, the on-chain verification module 304 is also used to cache the current cumulative hash value of the current data block and the generated fusion screen recording data locally when a network interruption is detected; when the network is detected to be restored, the cached current cumulative hash value and the generated fusion screen recording data are retransmitted to the cloud; and when the current cumulative hash value is verified by the cloud, the locally cached fusion screen recording data is deleted.

[0082] It should be noted that other corresponding descriptions of the functional units involved in the trusted screen recording and evidence preservation device provided in this embodiment can be found in [reference needed]. Figure 1 and Figure 2 The corresponding description in [the document] will not be repeated here.

[0083] Based on the above, Figure 1 and Figure 2 Accordingly, this embodiment also provides a storage medium on which a computer program is stored, which, when executed by a processor, implements the above-described trusted screen recording and evidence preservation method.

[0084] Based on this understanding, the technical solution of this application can be embodied in the form of a software product. The software product can be stored in a non-volatile storage medium (such as a CD-ROM, USB flash drive, or portable hard drive), and includes several instructions to enable a computer device (such as a personal computer, server, or network device) to execute the trusted screen recording and evidence preservation method for various implementation scenarios of this application.

[0085] Based on the above, Figure 1 and Figure 2 The method shown, and Figure 3 and Figure 4 The illustrated embodiment of the trusted screen recording and evidence preservation device, in order to achieve the above objectives, such as... Figure 5As shown, this embodiment also provides a physical device for trusted screen recording and evidence preservation. This device includes a communication bus, a processor, a memory, and a communication interface. It may also include input / output interfaces and a display device. The various functional units can communicate with each other via the bus. The memory stores a computer program, and the processor executes the program stored in the memory to perform the trusted screen recording and evidence preservation method described in the above embodiment.

[0086] Optionally, the physical device may also include a user interface, a network interface, a camera, radio frequency (RF) circuitry, sensors, audio circuitry, a Wi-Fi module, etc. The user interface may include a display screen, input units such as a keyboard, etc., and optional user interfaces may also include USB interfaces, card reader interfaces, etc. The network interface may optionally include standard wired interfaces, wireless interfaces (such as Wi-Fi interfaces), etc.

[0087] Those skilled in the art will understand that the structure of the trusted screen recording and storage device provided in this embodiment does not constitute a limitation on the physical device, and may include more or fewer components, or combine certain components, or have different component arrangements.

[0088] The storage medium may also include an operating system and a network communication module. The operating system is a program that manages the hardware and software resources of the aforementioned physical device, supporting the operation of information processing programs and other software and / or programs. The network communication module is used to enable communication between the various components within the storage medium, as well as communication with other hardware and software in the information processing physical device.

[0089] Through the above description of the embodiments, those skilled in the art can clearly understand that this application can be implemented by means of software plus necessary general-purpose hardware platforms, or it can be implemented by hardware. By applying the technical solution of this application, automatic start of screen recording is achieved in response to the trigger signal generated when a connection is established between the external detection device and the target detection object. The start of screen recording does not depend on manual click operation, and the start and stop of screen recording are controlled by the trigger signal received by the mobile terminal and the subsequent service process status. It is impossible to manually select the recording time or terminate the recording in advance, thus ensuring the integrity and objectivity of the screen recording process. The detection data collected in real time by the external detection device is directly written into the pixel area corresponding to the original screen frame in the form of pixel data, and the writing operation is completed before the video encoder performs compression encoding, so that the detection data becomes part of the screen pixel array, and after encoding, it forms the detection data. According to the integrated screen recording data, since the detection data has been integrated with the screen at the pixel level before encoding, an inseparable binding relationship has been formed between the two. There is no independent data file that can be replaced, nor can the subtitles that are superimposed later be removed or re-edited, thus ensuring the relevance and originality of the evidence. The accumulated hash value is continuously updated and stored in real time as the screen recording process progresses. Any data change at any moment during the screen recording process will produce a cascading reaction in the hash chain. Any tampering or deletion of local data can be detected in time. After the service is completed, the final accumulated hash value is written to the blockchain to achieve final solidification, eliminating the time window for local tampering or deletion and realizing trusted evidence storage throughout the entire process.

[0090] Those skilled in the art will understand that the accompanying drawings are merely schematic diagrams of a preferred embodiment, and the modules or processes shown in the drawings are not necessarily essential for implementing this application. Those skilled in the art will understand that the modules in the apparatus of the embodiment can be distributed within the apparatus of the embodiment as described, or can be modified to be located in one or more apparatuses different from this embodiment. The modules of the above-described embodiment can be combined into one module, or further divided into multiple sub-modules.

[0091] It should be noted that any AI models, software tools, or components not belonging to this company appearing in the embodiments of this application are merely illustrative examples and do not represent actual use. All user personal information involved in the embodiments of this application has been authorized (with the knowledge and consent) by the relevant parties or has been fully authorized by all parties, and the executing entity may obtain it through various legal and compliant means. The collection, storage, use, processing, transmission, provision, and disclosure of the information, data, and signals involved all comply with relevant laws and regulations and do not violate public order and good morals.

[0092] The serial numbers in this application are for descriptive purposes only and do not represent the superiority or inferiority of any particular implementation scenario. The above disclosures are merely a few specific implementation scenarios of this application; however, this application is not limited thereto, and any variations conceived by those skilled in the art should fall within the protection scope of this application.

Claims

1. A reliable screen recording and evidence preservation method, applied to a mobile terminal, characterized in that, include: In response to the trigger signal generated when a connection is established between the external detection device and the target detection object, video recording is started, and the detection data collected in real time by the external detection device is acquired. Based on the original screen frames in the video recording, the detection data is written into the pixel area corresponding to the original screen frames to generate a fused video stream. The fused video stream is then compressed and encoded to obtain fused screen recording data. Based on a preset time window, the fused screen recording data is divided into multiple consecutive data blocks, and the hash value corresponding to the data block is calculated. The multiple hash values ​​are then subjected to progressive hash chain calculation to obtain the current cumulative hash value, which is then uploaded to the cloud for storage in real time. When the video recording stops, the final accumulated hash value is written to the blockchain, and the fused screen recording data is uploaded to the cloud for storage.

2. The method according to claim 1, characterized in that, The trigger signal generated when a connection is established between the external detection device and the target detection object, in response to the start of video recording, includes: In response to a service request initiated by the vehicle owner, a service order identifier is generated, and based on the service order identifier, the matching external testing equipment and the corresponding target testing object are determined; When the external detection device and the target detection object simultaneously meet the preset mechanical clamping conditions and the preset electrical conduction conditions, it is determined that a valid electrical connection is formed between the external detection device and the target detection object, and the trigger signal generated when the valid electrical connection is established is obtained; Based on the trigger signal, start screen recording.

3. The method according to claim 1, characterized in that, The step of writing the detection data into the pixel region corresponding to the original screen frame based on the original screen recording to generate a fused video stream includes: Obtain the current timestamp and geographic location information carried in the trigger signal; An overlay data window is formed based on the detection data, the current timestamp, and the geographic location information; The original screen frames from the video recording are uploaded to the graphics processor to create a first texture object, and the overlay data window is rendered as a floating window to create a second texture object. An off-screen frame buffer object is created, the first texture object is drawn as a full-screen quadrilateral, the second texture object is drawn at the target position on the full-screen quadrilateral, and the two texture objects are merged together to form a merged video stream.

4. The method according to claim 1, characterized in that, After obtaining the fused screen recording data, the method further includes: Monitor the dynamic changes of the detection data and obtain the rate of change of the detection data. When the rate of change of the value reaches the preset rate of change threshold, the detection data value at the current moment is recorded as event-related data, and the event-related data and the current moment are written into the fused screen recording data; Based on the event-related data, the timing sequence of detection data continuously collected during screen recording is obtained, and the state evaluation value of the target detection object is calculated according to the timing sequence of the detection data. The status evaluation value is superimposed onto the fused screen recording data for display.

5. The method according to claim 1, characterized in that, The process of calculating the hash value corresponding to the data block, performing a progressive hash chain calculation on multiple hash values ​​to obtain the current cumulative hash value, and uploading it to the cloud for storage in real time includes: Calculate the first hash value of the current data block; Determine the previous data block corresponding to the current data block, obtain the previous cumulative hash value corresponding to the previous data block, concatenate the previous cumulative hash value with the first hash value to calculate the second hash value, and determine the second hash value as the current cumulative hash value; The current accumulated hash value is associated with the index and current timestamp of the current data block to generate a storage record, and the storage record is uploaded to the cloud in real time for storage.

6. The method according to claim 1, characterized in that, The step of writing the final accumulated hash value into the blockchain and uploading the fused screen recording data to the cloud for storage includes: The fused screen recording data, the time-series data of the detection data, the service order information, and the confirmation voucher are associated and packaged to generate a complete evidence package; Calculate the final cumulative hash value of the complete evidence package, write the final cumulative hash value into the blockchain, and generate a storage number; The evidence storage number is associated with the complete evidence package and stored in the cloud, and the evidence storage number is returned.

7. The method according to claim 1, characterized in that, Uploading the fused screen recording data to the cloud for storage includes: When a network interruption is detected, the current cumulative hash value of the current data block and the generated fused screen recording data are cached locally; When network recovery is detected, the cached current cumulative hash value and the generated fused screen recording data will be re-uploaded to the cloud; Once the current cumulative hash value passes cloud verification, the locally cached fused screen recording data is deleted.

8. A trusted screen recording and evidence preservation device, applied to a mobile terminal, characterized in that, include: The physical trigger module is used to respond to the trigger signal generated when a connection is established between the external detection device and the target detection object, start video recording, and acquire the detection data collected in real time by the external detection device; The screen fusion module is used to write the detection data into the pixel area corresponding to the original screen frame based on the original screen frame in the video recording, generate a fused video stream, and use a video encoder to compress and encode the fused video stream to obtain fused screen recording data. The block-based evidence collection module is used to divide the fused screen recording data into multiple consecutive data blocks based on a preset time window, calculate the hash value corresponding to the data block, perform progressive hash chain calculation on multiple hash values, obtain the current cumulative hash value, and upload it to the cloud for storage in real time. The on-chain verification module is used to write the final accumulated hash value into the blockchain when the video recording stops, and to upload the fused screen recording data to the cloud for storage.

9. A storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 7.

10. A computer device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 7.

Images