CN104580240A - 聊天证据固定方法及装置 - Google Patents
聊天证据固定方法及装置 Download PDFInfo
- Publication number
- CN104580240A CN104580240A CN201510033354.0A CN201510033354A CN104580240A CN 104580240 A CN104580240 A CN 104580240A CN 201510033354 A CN201510033354 A CN 201510033354A CN 104580240 A CN104580240 A CN 104580240A
- Authority
- CN
- China
- Prior art keywords
- chat
- file
- evidence
- service end
- code
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/216—Handling conversation history, e.g. grouping of messages in sessions or threads
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
Abstract
本发明涉及网络通讯技术领域,特别是通讯聊天记录及其公证技术领域。该装置包括客户端、互联网服务端、系统服务端、公证机关服务端,其结构特点是:客户端之间通过互联网服务端联系,系统服务端分别与互联网服务端和公证机关服务端联系,客户端与公证机关服务端直接联系。发明通过客户端采集聊天数据,并在采集结束后自动将聊天数据传输到系统服务端进行保存,当用户需要申请公证时,公证机关服务端主动从系统服务端获取聊天数据,保证了聊天数据的真实性、完整性、不可篡改性等。
Description
技术领域
本发明涉及网络通讯技术领域,特别是通讯聊天记录及其公证技术领域。
背景技术
随着计算机、通讯技术、网络技术的发展,网络已成为人们生活和工作中不可或缺的一部分,与此同时因网络引起的民事纠纷和计算机犯罪也不断增加。电子证据这一以高科技电子介质为载体的证据形式也随之进入司法领域,对我国原有的证据体系提出了新的挑战。
对于日常的聊天而言,公知的有直接面对面谈话,通过电话交流,通过网络聊天文件交流等等形式,一言以概之通过介质将声音信号传送给受达方,及聊天过程。获得聊天记录的方式有多种,如现场录音,录像记录,再如电话监听,或者网络聊天文件记录,上述记录结果应用到诉讼过程中时,都可定义为电子证据,其中,通过监听或者网络记录的方式获得的聊天记录视为网络电子证据,在目前社会交流中出现频繁。为了现场记录,防止出现不讲诚信,或者事后查证当初的口头约定、陈述内容等,也需要通过上述电子记录的形式记载当时的情景。有时,在公安、执法、调查过程中,会采取隐蔽的方式记录执法、调查等过程,防止出现不认账的现象发生,也可以记录更加真实的场景,对于后续的认定、追究工作更加有利;另外,通过网络聊天的人们,除了进行文字的交流,还可以语音、聊天文件交流,将文字和声音甚至图像的内容全部记录,或者部分选择地记录下来,对于当初的情景再现将会非常有利。
上述电子证据较之传统的证据有着较大的区别,其中电子证据的确认较传统证据的确认方法有着较大的区别,对电子证据法律属性的正确认识直接关系到对电子证据的收集和认证。由于电子证据表现形式的多样性,因此在收集时应区别对待。需要注意的时,电子证据的收集及收集方式的合理性;电子证据的有效性的确认;电子证据的不可篡改性保证;以及电子证据的实时性、及时性、连续性。
发明内容
本发明所要解决的技术问题之一是提供一种有效收集聊天记录、保证聊天证据真实性、完整性、不可篡改性的聊天证据固定方法。
本发明解决上述技术问题所采用的技术方案如下:
一种聊天证据固定方法,包括以下步骤:
S1:系统服务端分配标识号;
S2:对标识号进行二级哈希运算,得到编码号;
S3:客户端获取聊天数据;
S4:客户端添加编码号到聊天数据中,并形成聊天文件;
S5:客户端自动将形成的聊天文件上传至系统服务端;
S6:系统服务端接收并存储聊天文件;
S2和S3的步骤顺序为S2、S3或者S3、S2或者S2和S3同时进行。
本发明聊天证据固定方法通过给聊天数据配置二级哈希运算得到的编码号,保证了聊天证据的完整性和不可篡改性;聊天证据的获取、上传和存储过程均没有用户参与,自动完成,因此可以保证聊天证据的真实性和完整性;由于聊天证据的固定具有事前性,可以避免发生事后难以举证的情况。
本发明所述的二级哈希运算,指对标识号先进行一次哈希运算,得到第一哈希值,再对第一哈希值进行第二次哈希运算,得到第二哈希值,即编码号。
本发明所述的聊天数据包括语音、视频、文字和图像数据。
作为优选,上述方法还包括,S7:公证机关根据编码号通过专用加密通道从系统服务端获取与编码号相对应的聊天文件,并将聊天文件存储在公证机关服务端。
其优点在于,专用加密通道可以使得公证机关获取聊天证据的过程与他人操作隔离,保证了数据传输的稳定性,降低了聊天证据在传输过程中被截取、篡改、破坏的可能性。
作为优选,
S4中,对聊天文件进行采样,并对采样得到的数据进行运算,得到第一校验码,聊天文件与第一校验码打包形成聊天证据包;
S5中,客户端自动将聊天证据包上传至系统服务端;
S6中,系统服务端接收并存储聊天证据包;
S7中,公证机关根据编码号通过专用加密通道从系统服务端获取与编码号相对应的聊天证据包,并将聊天证据包存储在公证机关服务端。
其优点在于,在客户端、系统服务端和公证机关服务端分别对整个聊天文件计算校验码,通过比对每次计算得到的校验码,一方面可以了解接收到的文件是否完整,另一方面,也可以了解文件是在哪个或者哪些过程中被篡改或者破坏,进而对装置进行修复和改进。
作为优选,S4中,聊天文件还添加有时间戳和数字签名。其优点在于,时间戳可以表明证据固定的时间,提高证据的可信度;数字签名可以用于验证文件完整性,以及防止文件被篡改。
作为优选,S6和S7中,对聊天证据包中的聊天文件进行采样,并对采样得到的数据进行校验码运算,若计算得到的校验码与第一校验码一致,方可存储所述聊天证据包。
其优点在于,由于校验码用于验证聊天文件完整性,如果校验码不一致,则说明聊天文件已被篡改或者已被破坏,此时,该聊天文件就不满足作为证据的要求,因此本发明只存储通过完整性验证的聊天证据包。
本发明所要解决的技术问题之二是提供一种有效收集聊天记录、保证聊天证据真实性、完整性、不可篡改性的聊天证据固定装置。
一种聊天证据固定装置,包括客户端、互联网服务端、系统服务端、公证机关服务端,客户端之间通过互联网服务端联系,系统服务端分别与互联网服务端和公证机关服务端联系,客户端与公证机关服务端直接联系;
客户端包括初级联系端、标识号接收端、二级加密运算端、编码号存储端、文件配置端、二级联系端、出证申请端、数据采集端、缓存,标识号接收端与二级加密运算端联系,编码号存储端与文件配置端联系,数据采集端与缓存联系,文件配置端包括编码号配置模块、时间戳配置模块和数字签名模块;
系统服务端包括用户识别端、标识号生成端、标识号返回端、配置文件接收端、配置文件存储端、配置文件转发端、用户资料备份端、配置文件管理端,用户识别端与标识号生成端联系,用户识别端与初级联系端联系,配置文件接收端与二级联系端联系;
公证机关服务端包括用户验证端、编码号备份端、文件查询端、文件调取端、文件公证端,文件调取端与文件公证端联系,用户验证端与出证申请端联系,文件查询端与配置文件转发端联系,文件调取端与配置文件转发端联系。
本发明通过客户端采集聊天数据,并在采集结束后自动将聊天数据传输到系统服务端进行保存,当用户需要申请公证时,公证机关服务端主动从系统服务端获取聊天数据。即用户只参与聊天数据的发生过程,聊天数据的采集、传输和存储过程均脱离用户的掌控,从而保证了聊天数据的真实性,进而保证了聊天证据对事实的反映程度,提高了聊天证据的可采信程度。另外,本发明的证据固定具有事前性,避免了事后举证困难的情况。
作为优选,系统服务端还包括出证托管端,用户验证端与出证托管端联系。其优点在于,通过托管,可以免去用户亲自申请的麻烦,同时提高了公证的效率。
作为优选,客户端设有校验码生成端,系统服务端设有第一校验端,公证机关服务端设有第二校验端。
其优点在于,通过计算和比对客户端、系统服务端、公证机关服务端分别生成的校验码,保证了聊天文件在传输和存储过程中的数据完整性,提高了聊天证据的真实性、不可篡改性和完整性。
作为优选,校验码生成端分别与文件配置端、二级联系端联系,第一校验端分别与配置文件接收端、配置文件存储端联系,第二校验端分别与文件调取端、文件公证端联系。
其优点在于,在存储和传输之前进行完整性校验,如果没有通过完整性验证,则需要重新传输或者放弃该数据,保证了数据的完整性、真实性、不可篡改性。
作为优选,校验码生成端、第一校验端和第二校验端分别设有聊天文件取样模块和MD5码运算模块,第一校验端和第二校验端还分别设有校验码比对模块。
其优点在于,对聊天文件进行采样后再计算MD5码,一方面减少了MD5码的计算量,保证了数据传输和保存的速度;另一方面,同样的聊天文件得到的采样结果相同,故计算得到的MD5码相同,且该采样算法一般外人无从得知,因此,大大降低了聊天文件被篡改的可能性,保证了其真实性、完整性和不可篡改性
本发明同现有技术相比具有以下优点及效果:
1、由于聊天文件的采集、传输和存储过程均脱离用户的控制范围,大大降低了聊天文件被篡改的可能性,保证了聊天文件记录的内容的真实性。
2、由于实现了在聊天过程中的实时记录,并且将记录的聊天文件存储在第三方,在需要时调取该聊天文件,进行公证,实现了证据固定的事情性,避免了在事后需要举证时找不到证据的情况。
3、由于标识号具有唯一性,对其进行二级哈希运算并配置到聊天文件中,从而使得聊天文件具有唯一性,同时利用该运算得到的编码号能够便于聊天文件的查找与调取。
4、由于对聊天文件的校验采取先采样再计算MD5码的方法,且采取算法为一般外人难以获得,从而使得该校验方法与普通的校验方式有所差别,进而保证了聊天证据的真实性、完整性、不可篡改性。
5、由于通过客户端采集,系统服务端存储,公证机构只需要在公证机构服务端调取需要公证的聊天文件进行公证即可,降低了许多人力、物力开销,同时也降低了公证的成本。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明的方法步骤示意图。
图2为本发明的装置结构示意图。
标号说明:
1、客户端 101、初级联系端
102、标识号接收端 103、二级加密运算端
104、编码号存储端 105、文件配置端
106、二级联系端 107、出证申请端
108、数据采集端 109、缓存
2、互联网服务端 3、系统服务端
301、用户识别端 302、标识号生成端
303、标识号返回端 304、配置文件接收端
305、配置文件存储端 306、配置文件转发端
307、用户资料备份端 308、配置文件管理端
309、出证托管端 4、公证机关服务端
401、用户验证端 402、编码号备份端
403、文件查询端 404、文件调取端
405、文件公证端
具体实施方式
下面结合实施例对本发明做进一步的详细说明,以下实施例是对本发明的解释而本发明并不局限于以下实施例。
实施例1:
如图1所示,本实施例的聊天证据固定方法,包括以下步骤:
S1:系统服务端3分配标识号。
S2:对标识号进行二级哈希运算,得到编码号;即对公证标识号先进行一次哈希运算,得到第一哈希值,再对第一哈希值进行第二次哈希运算,得到第二哈希值,即编码号。
S3:客户端1获取实时聊天数据。
S4:客户端1添加二级哈希运算得到的编码号到上述聊天数据中,并形成聊天文件。
S5:客户端1自动将形成的聊天文件上传至系统服务端3。
S6:系统服务端3接收并存储聊天文件。
S7:公证机关根据编码号通过专用加密通道从系统服务端3获取与编码号相对应的聊天文件,并将聊天文件存储在公证机关服务端4。
上述的S2和S3的步骤顺序为:S2、S3,或者S3、S2,或者S2和S3同时进行。
在本实施例中,聊天数据包括语音、视频、文字和图像数据。
本实施例的聊天证据固定装置,包括客户端1、互联网服务端2、系统服务端3、公证机关服务端4,客户端1之间通过互联网服务端2联系,系统服务端3分别与互联网服务端2和公证机关服务端4联系,客户端1与公证机关服务端4直接联系;
客户端1包括初级联系端101、标识号接收端102、二级加密运算端103、编码号存储端104、文件配置端105、二级联系端106、出证申请端107、数据采集端108、缓存109,标识号接收端102与二级加密运算端103联系,编码号存储端104与文件配置端105联系,数据采集端108与缓存109联系,文件配置端105包括编码号配置模块、时间戳配置模块和数字签名模块。
初级联系端101是客户与系统服务端3开始联系并建立起的访问验证联系,主要用于申请服务,用户身份验证等。
标识接收端102,是客户端1接收来自系统服务端3发来的标识号,将此标识号作为二级哈希运算的起始码使用。
二级加密运算端103,是将接收来的标识号进行二次哈希值计算,即对公证标识号先进行一次哈希运算,得到第一哈希值,再对第一哈希值进行第二次哈希运算,得到第二哈希值,即编码号,其结果具有唯一性,专门用于配置实时聊天文件用。
编码号存储端104,是将二级运算后的编码号进行存储备份,用于公证申请时的查对录入信息使用。
文件配置端105,是将编码号与实时聊天文件进行配置,将聊天文件标注带有聊天证据服务系统的特有的标识,用于保证聊天文件的唯一性和不可更改性,从而保证聊天文件具有连续性。
二级联系端106,是客户端1与系统服务端3再次联系,用于处理配置后的聊天文件转发。
出证申请端107,是客户端1向公证机关服务端4申请聊天文件的公证出证工作。
系统服务端3包括用户识别端301、标识号生成端302、标识号返回端303、配置文件接收端304、配置文件存储端305、配置文件转发端306、用户资料备份端307、配置文件管理端308,用户识别端301与标识号生成端302联系,用户识别端301与初级联系端101联系,配置文件接收端304与二级联系端106联系。
用户识别端301,是在客户端1发出聊天文件公证申请时,用以验证用户身份信息以及其授权服务范围,通过审核后允许用户获得聊天记录和公证。
标识号生成端302,是系统服务端3审核用户身份信息合法后,生成一个标识号,用于进行聊天文件加密工作。
标识号返回端303,将生成的标识号发送给客户端1,进行聊天文件的加密工作。
配置文件接收端304,是系统服务端3接收来自客户端1的编码号配置过的聊天文件,并送后续结构进行进一步处理。
配置文件存储端305,是将接收来的配置聊天文件进行备份存储,用于后续的查询、调取。
配置文件转发端306,是将配置的聊天文件转发公证机关服务端4。
用户资料备份端307,是专门备份用户身份信息,设置账号密码以及授权服务范围信息,并根据用户的更改进行更新管理,在验证用户身份信息、登录时进行查找参照审核。
配置文件管理端308,是将具有唯一性、不可更改性的加密聊天文件进行统一管理,在公证机关服务端4发出查询和调取指令时,进行配置文件的对比和调取。
公证机关服务端4包括用户验证端401、编码号备份端402、文件查询端403、文件调取端404、文件公证端405,文件调取端404与文件公证端405联系,用户验证端401与出证申请端107联系,文件查询端403与配置文件转发端306联系,文件调取端404与配置文件转发端405联系。
本实施例还支持单用户的聊天数据采集。
本实施例的聊天数据采集和存储过程如下:
若采集的聊天数据为多个用户间的聊天内容,则首先用户通过客户端1的初级联系端101登录系统服务端3,系统服务端3的标识号生成端302生成一个唯一的标识号,并通过标识号返回端303反馈给标识号接收端102,二级加密运算端103对标识号进行两次哈希运算,得到编码号,并将编码号存储在编码号存储端104。
用户通过互联网服务端2取得联系,数据采集端108在用户开始聊天的同时开始记录,一边记录,一边将记录的聊天数据存储在缓存109,当聊天结束时,记录过程随之结束,缓存109将本次聊天数据传输到文件配置端105,文件配置端105读取编码号存储端104中的相应编码号,并将其配置到聊天数据中,同时添加时间戳和数字签名,形成一个聊天文件。
客户端1通过二级联系端106将上述聊天文件自动传输给配置文件接收端304,系统服务端3通过配置文件存储端305存储该聊天文件。
如果聊天数据以单用户方式采集,那么用户无需经过互联网服务端2,直接在客户端1进行聊天内容记录,在记录完成后,客户端1将经过配置的聊天文件自动传输给系统服务端3。
本实施例的聊天文件公证流程如下:
用户通过位于客户端1的出证申请端107与公证机关服务端4取得联系,通过用户验证端401的身份验证并提供聊天文件对应的编码号,文件查询端403利用编码号备份端402中相应的编码号向系统服务端3进行查询,如果查询结果不为空,则将查询到的聊天文件通过配置文件转发端306发送到文件调取端404,最后文件调取端404将该聊天文件传输给文件公证端405进行公证并出证。
实施例2:
如图2所示,本实施例中的聊天证据固定装置,系统服务端3还包括出证托管端309,用户验证端401与出证托管端309联系。
出证托管端309,是专为托管用户开通的一站式聊天文件出证托管服务端口,用户可以在登录后,根据自身获得的授权服务,进行一站式聊天记录、公证出证托管,在完成聊天后的任意时刻直接从公证机关服务端4获得聊天文件出证。
客户端1支持用户包括普通注册用户和托管服务用户。普通注册用户可以通过注册成为服务系统的普通用户,获得证据出证服务授权后,进行聊天证据出证申请并获得聊天出证服务;托管服务用户,比较普通用户服务权限更大,除可以获得同普通用户聊天证据出证的一样的服务外,可以委托系统服务端3进行证据出证的托管,可随时从公证机关服务端4获得聊天证据出证。
本实施例中未说明的技术特征参照实施例1。
实施例3:
由于数据在传输和存储的过程中,可能会存在被恶意篡改、破坏的可能,或者是由于客观原因导致的数据传输不完整等问题,因此需要对聊天文件的完整性、真实性和不可篡改性进行验证,本实施例的聊天证据固定方法,包括以下步骤:
S1:系统服务端3分配标识号。
S2:对标识号进行二级哈希运算,得到编码号;即对公证标识号先进行一次哈希运算,得到第一哈希值,再对第一哈希值进行第二次哈希运算,得到第二哈希值,即编码号。
S3:客户端1获取实时聊天数据。
S4:客户端1添加二级哈希运算得到的编码号到上述聊天数据中,并形成聊天文件,对聊天文件进行采样,并对采样得到的数据进行运算,得到第一校验码,聊天文件与第一校验码打包形成聊天证据包。
S5:客户端1自动将聊天证据包上传至系统服务端3。
S6:系统服务端3接收并存储聊天证据包。
S7:公证机关根据编码号通过专用加密通道从系统服务端3获取与编码号相对应的聊天证据包,并将聊天证据包存储在公证机关服务端4。
上述的S2和S3的步骤顺序为:S2、S3,或者S3、S2,或者S2和S3同时进行。
本实施例的聊天证据固定装置,客户端1设有校验码生成端,系统服务端3设有第一校验端,公证机关服务端4设有第二校验端。
校验码生成端分别与文件配置端105、二级联系端106联系,第一校验端分别与配置文件接收端304、配置文件存储端305联系,第二校验端分别与文件调取端404、文件公证端405联系。
校验码生成端、第一校验端和第二校验端分别设有聊天文件取样模块和MD5码运算模块,第一校验端和第二校验端还分别设有校验码比对模块。
在本实施例中,校验的过程如下:
聊天文件配置完成后,通过对整个聊天文件进行运算,得到一组校验码,在本实施例中,该校验码为第一MD5码,该第一MD5码单独为一个文件,与经过配置的聊天文件一起打包发送到系统服务端3。第一校验码比对端在接收到该打包文件后对其中的聊天文件进行计算,得到第二MD5码,并与该打包文件中的第一MD5码进行比对,如果一致,则将该打包文件存储到配置文件存储端305;若不一致,则要求客户端1重新发送该打包文件,直到第一MD5码和第二MD5码一致时方可将打包文件进行存储。
在公证机关服务端4,第二校验码比对端对从系统服务端3接收到的打包文件中的聊天文件进行计算,得到第三MD5码,并将其与第一MD5码进行比对,若不一致则要求系统服务端3重新发送该打包文件,直至第三MD5码和第一MD5码一致时方可将经过配置的聊天文件存储在配置文件存管端403,但是上述的重传动作超过10次时,则放弃传输该配置文件并报错。
经过以上的验证过程,一方面可以避免由于传输过程、存储过程中聊天文件被篡改、被破坏的风险,保证公正的可靠性;另一方面也可以避免由于网络异常等客观情况导致的文件损坏的情形。
本实施例中未说明的技术特征参照实施例1和/或实施例2。
综上所述,本发明同现有技术相比具有以下优点及效果:
1、由于聊天文件的采集、传输和存储过程均脱离用户的控制范围,大大降低了聊天文件被篡改的可能性,保证了聊天文件记录的内容的真实性。
2、由于实现了在聊天过程中的实时记录,并且将记录的聊天文件存储在第三方,在需要时调取该聊天文件,进行公证,实现了证据固定的事情性,避免了在事后需要举证时找不到证据的情况。
3、由于公证标识号具有唯一性,对其进行二级哈希运算并配置到聊天文件中,从而使得聊天文件具有唯一性,同时利用该加密编码号能够便于聊天文件的查找与调取。
4、由于对聊天文件的校验采取先采样再计算MD5码的方法,且采取算法为一般人难以获得,从而使得该校验方法与普通的校验方式有所差别,进而保证了聊天证据的真实性、完整性、不可篡改性。
5、由于通过客户端1采集,系统服务端3存储,公证机构只需要在公证机构服务端4调取需要公证的聊天文件进行公证即可,降低了许多人力、物力开销,同时也降低了公证的成本。
此外,需要说明的是,本说明书中所描述的具体实施例,其零、部件的形状、所取名称等可以不同。凡依本发明专利构思所述的构造、特征及原理所做的等效或简单变化,均包括于本发明专利的保护范围内。本发明所属技术领域的技术人员可以对所描述的具体实施例做各种各样的修改或补充或采用类似的方式替代,只要不偏离本发明的结构或者超越本权利要求书所定义的范围,均应属于本发明的保护范围。
Claims (10)
1.一种聊天证据固定方法,其特征是:包括以下步骤:
S1:系统服务端分配标识号;
S2:对所述标识号进行二级哈希运算,得到编码号;
S3:客户端获取聊天数据;
S4:所述客户端添加编码号到所述聊天数据中,并形成聊天文件;
S5:所述客户端自动将形成的所述聊天文件上传至所述系统服务端;
S6:所述系统服务端接收并存储所述聊天文件;
所述的S2和S3的步骤顺序为S2、S3或者S3、S2或者S2和S3同时进行。
2.根据权利要求1所述的聊天证据固定方法,其特征是:还包括,
S7:公证机关根据所述编码号通过专用加密通道从所述系统服务端获取与所述编码号相对应的所述聊天文件,并将所述的聊天文件存储在公证机关服务端。
3.根据权利要求2所述的聊天证据固定方法,其特征是:所述的S4中,对所述聊天文件进行采样,并对采样得到的数据进行运算,得到第一校验码,所述聊天文件与所述第一校验码打包形成聊天证据包;
所述的S5中,所述客户端自动将所述聊天证据包上传至所述系统服务端;
所述的S6中,所述系统服务端接收并存储所述聊天证据包;
所述的S7中,公证机关根据所述编码号通过专用加密通道从所述系统服务端获取与所述编码号相对应的所述聊天证据包,并将所述的聊天证据包存储在公证机关服务端。
4.根据权利要求3所述的聊天证据固定方法,其特征是:所述的S4中,所述的聊天文件还添加有时间戳和数字签名。
5.根据权利要求3所述的聊天证据固定方法,其特征是:所述的S6和S7中,对所述聊天证据包中的聊天文件进行采样,并对采样得到的数据进行校验码运算,当计算得到的校验码与所述第一校验码一致,方可存储所述聊天证据包。
6.根据权利要求1至5任一项所述的一种聊天证据固定装置,其特征是:包括客户端、互联网服务端、系统服务端、公证机关服务端,所述的客户端之间通过所述互联网服务端联系,所述的系统服务端分别与所述互联网服务端和公证机关服务端联系,所述的客户端与所述公证机关服务端直接联系;
所述的客户端包括初级联系端、标识号接收端、二级加密运算端、编码号存储端、文件配置端、二级联系端、出证申请端、数据采集端、缓存,所述的标识号接收端与所述二级加密运算端联系,所述的编码号存储端与文件配置端联系,所述的数据采集端与所述缓存联系,所述的文件配置端包括编码号配置模块、时间戳配置模块和数字签名模块;
所述的系统服务端包括用户识别端、标识号生成端、标识号返回端、配置文件接收端、配置文件存储端、配置文件转发端、用户资料备份端、配置文件管理端,所述的用户识别端与所述标识号生成端联系,所述的用户识别端与所述初级联系端联系,所述的配置文件接收端与所述二级联系端联系;
公证机关服务端包括用户验证端、编码号备份端、文件查询端、文件调取端、文件公证端,所述的文件调取端与所述文件公证端联系,所述的用户验证端与所述出证申请端联系,所述的文件查询端与所述配置文件转发端联系,所述的文件调取端与所述配置文件转发端联系。
7.根据权利要求6所述的聊天证据固定装置,其特征是:所述的系统服务端还包括出证托管端,所述的用户验证端与所述出证托管端联系。
8.根据权利要求6所述的聊天证据固定装置,其特征是:所述的客户端设有校验码生成端,所述的系统服务端设有第一校验端,所述的公证机关服务端设有第二校验端。
9.根据权利要求8所述的聊天证据固定装置,其特征是:所述的校验码生成端分别与所述文件配置端、二级联系端联系,所述的第一校验端分别与所述配置文件接收端、配置文件存储端联系,所述的第二校验端分别与所述文件调取端、文件公证端联系。
10.根据权利要求8所述的聊天证据固定装置,其特征是:所述的校验码生成端、第一校验端和第二校验端分别设有聊天文件取样模块和MD5码运算模块,所述的第一校验端和第二校验端还分别设有校验码比对模块。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510033354.0A CN104580240A (zh) | 2015-01-22 | 2015-01-22 | 聊天证据固定方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510033354.0A CN104580240A (zh) | 2015-01-22 | 2015-01-22 | 聊天证据固定方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104580240A true CN104580240A (zh) | 2015-04-29 |
Family
ID=53095420
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510033354.0A Pending CN104580240A (zh) | 2015-01-22 | 2015-01-22 | 聊天证据固定方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104580240A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105007301A (zh) * | 2015-06-08 | 2015-10-28 | 杭州猿人数据科技有限公司 | 基于社交平台的电子证据处理系统及处理方法 |
CN105430452A (zh) * | 2015-10-21 | 2016-03-23 | 北京视博数字电视科技有限公司 | 一种信息传输方法及传输系统 |
CN106130987A (zh) * | 2016-07-01 | 2016-11-16 | 冯颖 | 互联网取证方法、装置及互联网保全系统 |
CN107547908A (zh) * | 2016-06-28 | 2018-01-05 | 真相网络科技(北京)有限公司 | 一种智能互联网音视频自动录制取证方法及系统 |
CN107809423A (zh) * | 2017-10-20 | 2018-03-16 | 国信嘉宁数据技术有限公司 | 一种电子证据数据传输方法、系统和设备 |
CN108563553A (zh) * | 2018-04-20 | 2018-09-21 | 厦门市美亚柏科信息股份有限公司 | 隐性通联工具自动挖掘方法和装置 |
CN108574677A (zh) * | 2017-03-10 | 2018-09-25 | 深圳市福田区高新技术创业中心 | 一种智能取证方法、客户端、服务器及其系统 |
CN110008754A (zh) * | 2019-03-18 | 2019-07-12 | 阿里巴巴集团控股有限公司 | 一种对沟通记录进行区块链存证方法及系统 |
US11888976B2 (en) | 2017-12-13 | 2024-01-30 | Nchain Licensing Ag | System and method for multi-party generation of blockchain-based smart contract |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1549981A (zh) * | 2000-12-30 | 2004-11-24 | ض� | 用于改进文件管理的方法和装置 |
CN1801822A (zh) * | 2006-01-23 | 2006-07-12 | 北京交通大学 | 一种基于主机标识协议的对等网sip实现方法 |
CN101165717A (zh) * | 2006-10-17 | 2008-04-23 | 阿里巴巴公司 | 一种获取电子证据的方法及系统 |
CN102023980A (zh) * | 2009-09-09 | 2011-04-20 | 北京大学 | 文件描述信息存储以及文件数据读取的方法、装置 |
CN102164096A (zh) * | 2010-02-09 | 2011-08-24 | 杭州债易网络科技有限公司 | 一种证据邮箱服务系统 |
CN102325139A (zh) * | 2011-09-14 | 2012-01-18 | 福建伊时代信息科技股份有限公司 | 电子文件的处理方法、处理系统和验证系统 |
CN102609658A (zh) * | 2012-02-15 | 2012-07-25 | 何晓行 | 一种电子证据固化装置、方法及系统 |
CN102724044A (zh) * | 2012-07-04 | 2012-10-10 | 东方金盾科技有限公司 | 电子证据验证保全方法 |
CN103051664A (zh) * | 2012-08-14 | 2013-04-17 | 深圳市朗科科技股份有限公司 | 一种云存储系统的文件管理方法、装置及该云存储系统 |
CN103888241A (zh) * | 2014-03-28 | 2014-06-25 | 北京工业大学 | 一种面向数字取证的数字证据监管链的实现方法 |
-
2015
- 2015-01-22 CN CN201510033354.0A patent/CN104580240A/zh active Pending
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1549981A (zh) * | 2000-12-30 | 2004-11-24 | ض� | 用于改进文件管理的方法和装置 |
CN1801822A (zh) * | 2006-01-23 | 2006-07-12 | 北京交通大学 | 一种基于主机标识协议的对等网sip实现方法 |
CN101165717A (zh) * | 2006-10-17 | 2008-04-23 | 阿里巴巴公司 | 一种获取电子证据的方法及系统 |
CN102023980A (zh) * | 2009-09-09 | 2011-04-20 | 北京大学 | 文件描述信息存储以及文件数据读取的方法、装置 |
CN102164096A (zh) * | 2010-02-09 | 2011-08-24 | 杭州债易网络科技有限公司 | 一种证据邮箱服务系统 |
CN102325139A (zh) * | 2011-09-14 | 2012-01-18 | 福建伊时代信息科技股份有限公司 | 电子文件的处理方法、处理系统和验证系统 |
CN102609658A (zh) * | 2012-02-15 | 2012-07-25 | 何晓行 | 一种电子证据固化装置、方法及系统 |
CN102724044A (zh) * | 2012-07-04 | 2012-10-10 | 东方金盾科技有限公司 | 电子证据验证保全方法 |
CN103051664A (zh) * | 2012-08-14 | 2013-04-17 | 深圳市朗科科技股份有限公司 | 一种云存储系统的文件管理方法、装置及该云存储系统 |
CN103888241A (zh) * | 2014-03-28 | 2014-06-25 | 北京工业大学 | 一种面向数字取证的数字证据监管链的实现方法 |
Non-Patent Citations (1)
Title |
---|
孙国梓,耿伟明等: "电子数据取证的可信固定方法", 《北京工业大学学报》 * |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105007301A (zh) * | 2015-06-08 | 2015-10-28 | 杭州猿人数据科技有限公司 | 基于社交平台的电子证据处理系统及处理方法 |
CN105430452A (zh) * | 2015-10-21 | 2016-03-23 | 北京视博数字电视科技有限公司 | 一种信息传输方法及传输系统 |
CN107547908A (zh) * | 2016-06-28 | 2018-01-05 | 真相网络科技(北京)有限公司 | 一种智能互联网音视频自动录制取证方法及系统 |
CN107547908B (zh) * | 2016-06-28 | 2020-11-06 | 真相网络科技(北京)有限公司 | 一种智能互联网音视频自动录制取证方法及系统 |
CN106130987A (zh) * | 2016-07-01 | 2016-11-16 | 冯颖 | 互联网取证方法、装置及互联网保全系统 |
CN106130987B (zh) * | 2016-07-01 | 2017-07-11 | 冯颖 | 互联网取证方法、装置及互联网保全系统 |
CN108574677A (zh) * | 2017-03-10 | 2018-09-25 | 深圳市福田区高新技术创业中心 | 一种智能取证方法、客户端、服务器及其系统 |
CN107809423A (zh) * | 2017-10-20 | 2018-03-16 | 国信嘉宁数据技术有限公司 | 一种电子证据数据传输方法、系统和设备 |
US11888976B2 (en) | 2017-12-13 | 2024-01-30 | Nchain Licensing Ag | System and method for multi-party generation of blockchain-based smart contract |
CN108563553A (zh) * | 2018-04-20 | 2018-09-21 | 厦门市美亚柏科信息股份有限公司 | 隐性通联工具自动挖掘方法和装置 |
CN110008754A (zh) * | 2019-03-18 | 2019-07-12 | 阿里巴巴集团控股有限公司 | 一种对沟通记录进行区块链存证方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104580240A (zh) | 聊天证据固定方法及装置 | |
CN109409122B (zh) | 文件存储方法及其电子设备、存储介质 | |
CN106130987B (zh) | 互联网取证方法、装置及互联网保全系统 | |
US10848315B2 (en) | Contract agreement method, agreement verification method, contract agreement system, agreement verification device, contract agreement device, contract agreement program and agreement verification program | |
CN108809932B (zh) | 一种基于区块链的存证系统、方法及可读介质 | |
CN105635169B (zh) | 一种基于互联网的电子合同签署方法 | |
CN110852745B (zh) | 一种区块链分布式动态网络密钥自动更新方法 | |
CN105656920B (zh) | 一种基于快递的寄件数据的加解密方法及系统 | |
CN109067801A (zh) | 一种身份认证方法、身份认证装置及计算机可读介质 | |
US20080263645A1 (en) | Privacy identifier remediation | |
CN109753817A (zh) | 基于区块链的医疗信息安全存储方案 | |
EP1678666A2 (en) | Storage and authentication of data transactions | |
CN105338119A (zh) | 一种基于云存储的电子证据固定保全系统 | |
CN110096903B (zh) | 基于区块链的资产验证方法及区块链网络系统 | |
CN106254078A (zh) | 互联网取证方法、装置及互联网保全系统 | |
CN104539636B (zh) | 视频证据服务系统 | |
CN105338120A (zh) | 一种基于云存储的电子证据固定保全方法 | |
CN105007301A (zh) | 基于社交平台的电子证据处理系统及处理方法 | |
CN111405223A (zh) | 一种视频处理方法、装置及设备 | |
CN115567312B (zh) | 一种可满足多种场景的联盟链数据权限管理系统和方法 | |
CN109150550A (zh) | 一种电子数据动态哈希链共识存储系统及方法 | |
KR102125784B1 (ko) | 블록체인을 활용한 음성 녹취 데이터 검증 방법 | |
CN113360861A (zh) | 一种面向抵押贷款的基于中继器跨链的去中心化身份方法 | |
CN113556362B (zh) | 基于区块链智能合约的加密会话建立及维持方法 | |
KR102647433B1 (ko) | 하이브리드블록체인 이용한 존재증명 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20150429 |