CN113726796B - 基于医疗物联网的数据交互方法、装置、设备及介质 - Google Patents

基于医疗物联网的数据交互方法、装置、设备及介质 Download PDF

Info

Publication number
CN113726796B
CN113726796B CN202111019994.8A CN202111019994A CN113726796B CN 113726796 B CN113726796 B CN 113726796B CN 202111019994 A CN202111019994 A CN 202111019994A CN 113726796 B CN113726796 B CN 113726796B
Authority
CN
China
Prior art keywords
medical data
random sequence
data packet
sequence number
target
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.)
Active
Application number
CN202111019994.8A
Other languages
English (en)
Other versions
CN113726796A (zh
Inventor
周壮壮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Ping An Smart Healthcare Technology Co ltd
Original Assignee
Shenzhen Ping An Smart Healthcare Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Ping An Smart Healthcare Technology Co ltd filed Critical Shenzhen Ping An Smart Healthcare Technology Co ltd
Priority to CN202111019994.8A priority Critical patent/CN113726796B/zh
Publication of CN113726796A publication Critical patent/CN113726796A/zh
Application granted granted Critical
Publication of CN113726796B publication Critical patent/CN113726796B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0869Network architectures or network communication protocols for network security for authentication of entities for achieving mutual authentication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Power Engineering (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本申请实施例涉及人工智能技术,提供一种基于医疗物联网的数据交互方法、装置、设备及介质,方法包括:接收携带目标设备随机序列号和目标医疗数据包随机序列号的医疗数据包,判断设备随机序列号集合中是否存在目标设备随机序列号,若是,则根据设备随机序列号生成认证请求,并向目标设备随机序列号对应的目标电子设备发送认证请求,接收来自目标电子设备的认证结果,若根据所述认证结果确定所述目标医疗数据包随机序列号为所述目标电子设备的医疗数据包随机序列号,则将医疗数据包存储至相应的数据库中。采用本申请,保证设备间医疗数据包交互的稳定性和安全性。

Description

基于医疗物联网的数据交互方法、装置、设备及介质
技术领域
本申请涉及人工智能技术,尤其涉及一种基于医疗物联网的数据交互方法、装置、计算机设备及存储介质。
背景技术
当前随着医院电子病历的推广,医院积累了大量患者的医疗数据,这些医疗数据蕴藏着巨大的价值。所以不少地方政府组建了医疗数据共享交换平台,收集了大量的医疗数据。
目前,医疗物联网如何解决设备间医疗数据共享的安全问题,成为建设发展的难点,是急需解决的技术问题。
发明内容
本申请实施例提供一种基于医疗物联网的数据交互方法、装置、设备及介质,以期望通过在医疗数据包中携带设备随机序列号和医疗数据包随机序列号,并两个电子设备之间医疗数据包交互时,对该两种随机序列号进行双重认证,保证设备间医疗数据包交互的稳定性和安全性。
第一方面,本申请实施例提供了一种基于医疗物联网的数据交互方法,应用于第一电子设备,所述方法包括:
接收医疗数据包,所述医疗数据包携带目标设备随机序列号和目标医疗数据包随机序列号;
判断设备随机序列号集合中是否存在所述目标设备随机序列号,所述设备随机序列号集合中包括至少一个参***随机序列号,所述至少一个参***随机序列号中每个所述参***随机序列号为所述第一电子设备与第二电子设备首次建立连接时,获取的所述第二电子设备的设备随机序列号;
若所述设备随机序列号集合中存在所述目标设备随机序列号,则根据所述设备随机序列号生成认证请求,并向所述目标设备随机序列号对应的目标电子设备发送所述认证请求;
接收来自所述目标电子设备的认证结果,其中,所述认证结果用于标识所述目标医疗数据包随机序列号与所述目标电子设备的医疗数据包随机序列号是否相同;
若根据所述认证结果确定所述目标医疗数据包随机序列号为所述目标电子设备的医疗数据包随机序列号,则将所述医疗数据包存储至与所述医疗数据包对应的数据库中。
在一个可能的示例中,所述判断设备随机序列号集合中是否存在所述目标设备随机序列号之后,所述方法还包括:
若设备随机序列号集合中不存在所述目标设备随机序列号,则根据所述医疗数据包生成第一提示信息;
输出所述第一提示信息,其中,所述第一提示信息用于指示所述医疗数据包异常。
在一个可能的示例中,所述方法还包括:所述接收来自所述目标电子设备的认证结果之后,所述方法还包括:
若根据所述认证结果确定所述目标医疗数据包随机序列号不为所述目标电子设备的医疗数据包随机序列号,则根据所述医疗数据包生成第二提示信息;
输出所述第二提示信息,其中,所述第二提示信息用于指示所述医疗数据包异常。
在一个可能的示例中,所述医疗数据包还携带所述医疗数据包的长度,所述根据所述设备随机序列号生成认证请求,包括:
获取目标长度和所述医疗数据包的长度,所述目标长度为所述第一电子设备和所述目标电子设备在首次建立通信连接时交互的单次医疗数据传输的医疗数据长度;
判断所述医疗数据包的长度是否等于所述目标长度;
若所述医疗数据包的长度等于所述目标长度,则根据所述目标医疗数据包随机序列号生成所述认证请求。
在一个可能的示例中,所述判断所述医疗数据包的长度是否等于所述目标长度之后,所述方法还包括:
若所述医疗数据包的长度等于所述目标长度,则根据所述医疗数据包生成第三提示信息;
输出所述第三提示信息,其中,所述第三提示信息用于指示所述医疗数据包异常。
在一个可能的示例中,所述至少一个参***随机序列号中每个参***随机序列号为所述第一电子设备执行以下操作得到的:在检测到与第二电子设备首次建立通信连接的情况下,向所述第二电子设备发送设备随机序列号获取请求,所述设备随机序列号获取请求用于获取所述第二电子设备的设备随机序列号;接收来自所述第二电子设备的所述设备随机序列号。
在一个可能的示例中,所述输出所述第一提示信息,包括:通过显示装置显示所述第一提示信息;和/或,通过蜂鸣器播报所述第一提示信息。
第二方面,本申请实施例提供了一种医疗物联网的数据交互装置,所述装置包括:
接收单元,用于接收医疗数据包,所述医疗数据包携带目标设备随机序列号和目标医疗数据包随机序列号;
判断单元,用于判断设备随机序列号集合中是否存在所述目标设备随机序列号,所述设备随机序列号集合中包括至少一个参***随机序列号,所述至少一个参***随机序列号中每个所述参***随机序列号为第一电子设备与第二电子设备首次建立连接时,获取的所述第二电子设备的设备随机序列号;
认证信息生成单元,用于若所述设备随机序列号集合中存在所述目标设备随机序列号,则根据所述设备随机序列号生成认证请求,并向所述目标设备随机序列号对应的目标电子设备发送所述认证请求;
所述接收单元,还用于接收来自所述目标电子设备的认证结果,其中,所述认证结果用于标识所述目标医疗数据包随机序列号与所述目标电子设备的医疗数据包随机序列号是否相同;
存储单元,用于若根据所述认证结果确定所述目标医疗数据包随机序列号为所述目标电子设备的医疗数据包随机序列号,则将所述医疗数据包存储至与所述医疗数据包对应的数据库中。
在一个可能的示例中,所述装置还包括第一提示单元,所述第一提示单元用于在所述判断设备随机序列号集合中是否存在所述目标设备随机序列号之后,若设备随机序列号集合中不存在所述目标设备随机序列号,则根据所述医疗数据包生成第一提示信息;以及用于输出所述第一提示信息,其中,所述第一提示信息用于指示所述医疗数据包异常。
在一个可能的示例中,所述装置还包括第二提示单元,所述第二提示单元用于在所述接收来自所述目标电子设备的认证结果之后,若根据所述认证结果确定所述目标医疗数据包随机序列号不为所述目标电子设备的医疗数据包随机序列号,则根据所述医疗数据包生成第二提示信息;以及用于输出所述第二提示信息,其中,所述第二提示信息用于指示所述医疗数据包异常。
第三方面,本申请实施例提供了一种第一电子设备,该第一电子设备包括:处理器、存储器、通信接口,以及一个或多个程序,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述一个或多个程序包括用于执行如下所述的方法中的步骤的指令:
接收医疗数据包,所述医疗数据包携带目标设备随机序列号和目标医疗数据包随机序列号;
判断设备随机序列号集合中是否存在所述目标设备随机序列号,所述设备随机序列号集合中包括至少一个参***随机序列号,所述至少一个参***随机序列号中每个所述参***随机序列号为所述第一电子设备与第二电子设备首次建立连接时,获取的所述第二电子设备的设备随机序列号;
若所述设备随机序列号集合中存在所述目标设备随机序列号,则根据所述设备随机序列号生成认证请求,并向所述目标设备随机序列号对应的目标电子设备发送所述认证请求;
接收来自所述目标电子设备的认证结果,其中,所述认证结果用于标识所述目标医疗数据包随机序列号与所述目标电子设备的医疗数据包随机序列号是否相同;
若根据所述认证结果确定所述目标医疗数据包随机序列号为所述目标电子设备的医疗数据包随机序列号,则将所述医疗数据包存储至与所述医疗数据包对应的数据库中。
第四方面,本申请实施例提供了一种计算机可读存储介质,存储有一条或多条计算机程序,其中,所述有一条或多条计算机程序使得计算机执行如下所述的方法中的步骤:
接收医疗数据包,所述医疗数据包携带目标设备随机序列号和目标医疗数据包随机序列号;
判断设备随机序列号集合中是否存在所述目标设备随机序列号,所述设备随机序列号集合中包括至少一个参***随机序列号,所述至少一个参***随机序列号中每个所述参***随机序列号为所述第一电子设备与第二电子设备首次建立连接时,获取的所述第二电子设备的设备随机序列号;
若所述设备随机序列号集合中存在所述目标设备随机序列号,则根据所述设备随机序列号生成认证请求,并向所述目标设备随机序列号对应的目标电子设备发送所述认证请求;
接收来自所述目标电子设备的认证结果,其中,所述认证结果用于标识所述目标医疗数据包随机序列号与所述目标电子设备的医疗数据包随机序列号是否相同;
若根据所述认证结果确定所述目标医疗数据包随机序列号为所述目标电子设备的医疗数据包随机序列号,则将所述医疗数据包存储至与所述医疗数据包对应的数据库中。
可以看出,本申请实施例中,第一电子设备接收携带目标设备随机序列号和目标医疗数据包随机序列号的医疗数据包,判断设备随机序列号集合中是否存在目标设备随机序列号,设备随机序列号集合中的每个参***随机序列号为第一电子设备与第二电子设备首次建立连接时,获取的该第二电子设备的设备随机序列号,若是,则根据设备随机序列号生成认证请求,并向目标设备随机序列号对应的目标电子设备发送认证请求,之后接收来自目标电子设备的认证结果,若根据认证结果确定目标医疗数据包随机序列号为目标电子设备的医疗数据包随机序列号,则将医疗数据包存储至与医疗数据包对应的数据库中。采用本申请,通过在医疗数据包中携带设备随机序列号和医疗数据包随机序列号,并两个电子设备之间医疗数据包交互时,对该两种随机序列号进行双重认证,保证设备间医疗数据包交互的稳定性和安全性。
附图说明
为了更清楚地说明本申请实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种通信***的结构示意图;
图2是本申请实施例提供的一种基于医疗物联网的数据交互方法的流程示意图;
图3是本申请实施例提供的一种医疗物联网的数据交互装置的结构示意图;
图4是本申请另一实施例提供的一种第一电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、设备以及存储介质、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
本申请实施例可以基于人工智能技术对相关的医疗数据进行获取和处理。其中,人工智能(Artificial Intelligence,AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能,感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用***。
人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互***、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
目前,医疗物联网如何解决设备间医疗数据共享的安全问题,成为建设发展的难点,是急需解决的技术问题。
基于上述问题,本发明实施例提供了一种基于医疗物联网的数据交互方法,详述如下。
请参阅图1,图1是本申请实施例提供的一种通信***的架构示意图。如图1所示,通信***包括第一电子设备110和第二电子设备120,此处以b=3为例进行说明。第一电子设备110和第二电子设备120之间可以创建医疗数据传输通道以进行医疗数据传输。
其中,医疗数据,如个人健康档案、处方、检查报告等数据。
基于图1所示的***架构,第一电子设备110,首先判断与第二电子设备120当前次建立的通信连接是否为首次建立通信连接,若是,则向第二电子设备120发送第一设备随机序列号,第一设备随机序列号用于指示第一电子设备110,并接收来自第二电子设备120的第二设备随机序列号,第二设备随机序列号用于指示第二电子设备120,第二电子设备120在发送医疗数据包之前会生成医疗数据包随机序列号,之后会将待发送的医疗数据包携带第二电子设备120的目标医疗数据包随机序列号和医疗数据包随机序列号之后,再发送到第一电子设备110。对应的,关于第一电子设备120,第一电子设备110接收医疗数据包,所述医疗数据包携带目标设备随机序列号和目标医疗数据包随机序列号;判断设备随机序列号集合中是否存在所述目标设备随机序列号,所述设备随机序列号集合中包括至少一个参***随机序列号,所述至少一个参***随机序列号中每个所述参***随机序列号为所述第一电子设备110与第二电子设备120首次建立连接时,获取的所述第二电子设备120的设备随机序列号;若所述设备随机序列号集合中存在所述目标设备随机序列号,则根据所述设备随机序列号生成认证请求,并向所述目标设备随机序列号对应的目标电子设备发送所述认证请求;接收来自所述目标电子设备的认证结果,其中,所述认证结果用于标识所述目标医疗数据包随机序列号与所述目标电子设备的医疗数据包随机序列号是否相同;若根据所述认证结果确定所述目标医疗数据包随机序列号为所述目标电子设备的医疗数据包随机序列号,则将所述医疗数据包存储至与所述医疗数据包对应的数据库中。采用本申请,通过在医疗数据包中携带设备随机序列号和医疗数据包随机序列号,并在两个设备交互医疗数据包时,基于该两种随机序列号对医疗数据包进行认证,保证设备间医疗数据包交互的稳定性和安全性。
需要说明的是,图1中所示的第一电子110和第二电子设备120的形态和数量仅用于举例,并不构成对本申请实施例的限定。
下面结合图2对本申请实施例中的一种基于医疗物联网的数据交互方法进行说明,图2为本申请实施例提供的一种基于医疗物联网的数据交互方法的流程示意图,方法具体包括以下步骤S101~S105。
S101、第一电子设备接收医疗数据包,所述医疗数据包携带目标设备随机序列号和目标医疗数据包随机序列号。
其中,设备随机序列号是一个固定格式中的值,一个设备随机序列号指示一个电子设备,不同的设备随机序列号指示不同的电子设备。医疗数据包随机序列号是一个固定格式中的值,一个医疗数据包随机序列号指示一次电子设备的医疗数据包发送,在电子设备在发送医疗数据包之前,会随机生成一个医疗数据包随机序列号来指示当前次医疗数据包的发送。需要说明的是,设备随机序列号和医疗数据包随机序列号的格式可以相同也可以不同。
此处,第一电子设备接收的医疗数据包包括携带医疗数据的医疗数据包,医疗数据包括但不限于任意居民的就医医疗数据、转诊医疗数据以及疾病诊断医疗数据,等等。
可选的,所述设备随机序列号和所述医疗数据包随机序列号可以通过附着在医疗数据包的特定位置进行传输,该特定位置可以由两个通信的电子设备约定。
两个电子设备将设备随机序列号以及医疗数据包随机序列号按照医疗数据包指定位置返回,当第一电子设备和第二电子设备均为医疗物联网中的电子设备时,能够进一步保证医疗设备之间单次医疗数据包交换双方确认该次发送的医疗数据包是否合规,是否为正确的医疗数据包。
S102、所述第一电子设备判断设备随机序列号集合中是否存在所述目标设备随机序列号。
其中,所述设备随机序列号集合中包括至少一个参***随机序列号,所述至少一个参***随机序列号中每个所述参***随机序列号为所述第一电子设备与第二电子设备首次建立连接时,获取的所述第二电子设备的设备随机序列号。
其中,设备随机序列号集合中包括与第一电子设备建立连接并在通信有效期内的所有电子设备的设备随机序列号。
下面,对每个所述参***随机序列号的获取方法进行详细描述。参***随机序列号的获取过程包括以下步骤A1-A2:
A1、第一电子设备在检测到与第二电子设备首次建立通信连接的情况下,向所述第二电子设备发送设备随机序列号获取请求,所述设备随机序列号获取请求用于获取所述第二电子设备的设备随机序列号。
其中,第一电子设备和第二电子设备可以是能够进行通信连接的两个医疗设备。两个电子设备首次建立通信连接是指两个电子设备先前不存在成功建立通信连接的情况。
可见,本参***随机序列号的获取方法适用于医疗物联网中初次通讯的两个电子设备。
A2、所述第一电子设备接收来自所述第二电子设备的所述设备随机序列号。
具体实现中,电子设备A在与电子设备B初次建立通信连接的情况下,会获取电子设备B发送的携带该电子设备B的设备随机序列号。
同理,第一电子设备也能向第二电子设备发送第一电子设备的设备随机序列。
可见,本示例中,两个电子设备能够在初次通信时,可以互相交换设备随机序列号的方式,在医疗数据包传输的过程中,能够通过设备随机序列号相互认证,保证医疗数据包传输的稳定性和安全性。
需要说明的是,第一电子设备和第二电子设备在建立连接时,会通过三次握手来保证通讯的稳定、可靠。在握手的三次过程中,第一电子设备和第二电子设备可以通过发送的医疗数据包中附带设备随机序列号,以完成第一电子设备和第二电子设备之间互相交换设备随机序列号,该种情况下,设备随机序列号是在发送的医疗数据包中,固定格式中的值。
S103、若所述设备随机序列号集合中存在所述目标设备随机序列号,则所述第一电子设备根据所述目标医疗数据包随机序列号生成认证请求,并向所述目标设备随机序列号对应的目标电子设备发送所述认证请求。
其中,所述认证请求中携带所述目标医疗数据包随机序列号。
需要说明的是,所述设备随机序列号集合中存在所述目标设备随机序列号,表明所述第一电子设备已经和所述目标设备随机序列号对应的目标电子设备建立了通信连接,并获取了该目标电子设备的设备随机序列号。
可选的,若所述设备随机序列号集合中不存在所述目标设备随机序列号,则结束当前进程。
S104、所述第一电子设备接收来自所述目标电子设备的认证结果,所述认证结果用于标识所述目标医疗数据包随机序列号与所述目标电子设备的医疗数据包随机序列号是否相同。
可选的,所述认证结果可以包括所述目标医疗数据包随机序列号为所述目标电子设备的医疗数据包随机序列号或者所述目标医疗数据包随机序列号不为所述目标电子设备的医疗数据包随机序列号。
可选的,所述认证结果可以包括所述目标医疗数据包随机序列号为所述目标电子设备的医疗数据包随机序列号的第一标识或者所述目标医疗数据包随机序列号不为所述目标电子设备的医疗数据包随机序列号的第二标识,第一标识和第二标识不同。
对第一标识和第二标识不做具体限定,如第一标识为A,第二标识为B。
可选的,所述目标设备在接收到所述认证请求之后,会以所述目标医疗数据包随机序列号为查询标识,查询所述目标设备的医疗数据包随机序列号集合,所述医疗数据包随机序列号集合包括所述目标设备生成过的全部医疗数据包随机序列号;若所述医疗数据包随机序列号集合中存在所述目标医疗数据包随机序列号,则生成用于标识所述目标医疗数据包随机序列号为所述目标电子设备的医疗数据包随机序列号的所述认证结果;若所述医疗数据包随机序列号集合中不存在所述目标医疗数据包随机序列号,则生成用于标识所述目标医疗数据包随机序列号不为所述目标电子设备的医疗数据包随机序列号的所述认证结果。
S105、若根据所述认证结果确定所述目标医疗数据包随机序列号为所述目标电子设备的医疗数据包随机序列号,则所述第一电子设备将所述医疗数据包存储至与所述医疗数据包对应的数据库中。
若所述认证结果包括所述目标医疗数据包随机序列号为所述目标电子设备的医疗数据包随机序列号的标识A,则能够基于标识A确定所述目标医疗数据包随机序列号为所述目标电子设备的医疗数据包随机序列号。
若所述认证结果包括所述目标医疗数据包随机序列号为所述目标电子设备的医疗数据包随机序列号,则只要获取到认证结果就可直接确定所述目标医疗数据包随机序列号为所述目标电子设备的医疗数据包随机序列号。
具体实现中,可以预先设置医疗数据包与数据库的对应关系。
在一个具体的应用场景中,电子设备B与电子设备C已经建立了通信连接,并在首次建立通信连接时,电子设备C已经获取了电子设备B的设备随机序列号甲并将其保存在了电子设备C的设备随机序列号集合中,若电子设备B与电子设备C进行医疗数据包交互,则电子设备B需要在发送医疗数据包时,生成该医疗数据包的医疗数据包随机序列号乙,并且将设备随机序列号甲以及该医疗数据包随机序列号乙携带在该医疗数据包中发送到电子设备C,而电子设备C在接收到携带设备随机序列号甲以及该医疗数据包随机序列号乙的医疗数据包之后,首先,会对设备随机序列号甲进行初步认证,可以明白的是,因为随机序列号甲是电子设备B与电子设备C首次建立通信连接时,电子设备C获取的电子设备B的设备随机序列号甲,因此,可以理解的是,电子设备C确定了随机序列号甲,即是可以确定出电子设备B,电子设备C可以直接基于医疗数据包随机序列号乙生成认证请求,因此,认证请求会发送到电子设备B,即是电子设备C会通过电子设备B获取到标识医疗数据包随机序列号乙与该电子设备B的医疗数据包随机序列号是否的认证结果,因为医疗数据包随机序列号为根据当前次医疗数据包随机生成的,且电子设备每次生成的当前次医疗数据包不同,不同的电子设备生成的医疗数据包随机序列号不同,因此,电子设备B发送的医疗数据包一定会携带电子设备B的医疗数据包随机序列号,即是,电子设备B的认证结果会标识医疗数据包随机序列号乙为该电子设备B的医疗数据包随机序列号,此种条件下,电子设备C会将所述医疗数据包存储至与所述医疗数据包对应的数据库中。
可以看出,本申请实施例中,第一电子设备接收携带目标设备随机序列号和目标医疗数据包随机序列号的医疗数据包,判断设备随机序列号集合中是否存在目标设备随机序列号,设备随机序列号集合中的每个参***随机序列号为第一电子设备与第二电子设备首次建立连接时,获取的该第二电子设备的设备随机序列号,若是,则根据设备随机序列号生成认证请求,并向目标设备随机序列号对应的目标电子设备发送认证请求,之后接收来自目标电子设备的认证结果,若根据认证结果确定目标医疗数据包随机序列号为目标电子设备的医疗数据包随机序列号,则将医疗数据包存储至与医疗数据包对应的数据库中。采用本申请,通过在医疗数据包中携带设备随机序列号和医疗数据包随机序列号,并两个电子设备之间医疗数据包交互时,对该两种随机序列号进行双重认证,保证设备间医疗数据包交互的稳定性和安全性。
在一个可能的示例中,所述判断设备随机序列号集合中是否存在所述目标设备随机序列号之后,所述方法还包括:若设备随机序列号集合中不存在所述目标设备随机序列号,则根据所述医疗数据包生成第一提示信息;输出所述第一提示信息,其中,所述第一提示信息用于指示所述医疗数据包异常。
其中,第一提示信息可以是类似“获取到一个异常的医疗数据包”、“获取到一个异常来源的医疗数据包”,等等的信息,不作具体限定。
其中,所述输出所述第一提示信息,包括:通过显示装置显示所述第一提示信息;和/或,通过蜂鸣器播报所述第一提示信息。
显示装置可以是显示屏。
在具体的应用场景中,电子设备B与电子设备C已经建立了通信连接,并在首次建立通信连接时,电子设备C已经获取了电子设备B的设备随机序列号甲并将其保存在了电子设备C的设备随机序列号集合中,若有人通过电子设备A想要冒充电子设备B与电子设备C进行医疗数据包交互,则电子设备A需要在发送医疗数据包时,生成该医疗数据包的医疗数据包随机序列号乙,并且将设备随机序列号甲以及该医疗数据包随机序列号乙携带在该医疗数据包中发送到电子设备C,而电子设备C在接收到携带设备随机序列号甲以及该医疗数据包随机序列号乙的医疗数据包之后,首先,会对设备随机序列号甲进行初步认证,可以明白的是,因为随机序列号甲是电子设备B与电子设备C首次建立通信连接时,电子设备C获取的电子设备B的设备随机序列号甲,因此,可以理解的是,电子设备C确定了设备随机序列号甲,即是可以确定出电子设备B,电子设备C可以直接基于医疗数据包随机序列号乙生成认证请求,由于电子设备A冒充电子设备B,因此,认证请求不会发送到电子设备A,即是电子设备C会通过电子设备B获取医疗数据包随机序列号乙是否为该电子设备B的医疗数据包随机序列号的认证结果,因为医疗数据包随机序列号为根据当前次医疗数据包随机生成的,且电子设备每次生成的当前次医疗数据包不同,不同的电子设备生成的医疗数据包随机序列号不同,因此,电子设备A不能生成该电子设备B的医疗数据包随机序列号,所以,当电子设备A冒充电子设备B时,电子设备A发送的医疗数据包不携带电子设备B的医疗数据包随机序列号,即是,电子设备B的认证结果会标识医疗数据包随机序列号乙不为该电子设备B的医疗数据包随机序列号,则电子设备C在接收到该认证结果之后,会通过显示装置显示“获取到一个异常来源的医疗数据包”,或者,通过蜂鸣器播报“获取到一个异常来源的医疗数据包”。
可见,本示例中,当电子设备1冒充电子设备2与电子设备3交互医疗数据包时,电子设备1发送的医疗数据包中会携带电子设备2的设备随机序列号和电子设备1的医疗数据包随机序列号,若电子设备3的设备随机序列号集合中包括电子设备2的设备随机序列号,则电子设备3会向电子设备2求证该电子设备1的医疗数据包随机序列号是否为电子设备2的医疗数据包随机序列号,并在知晓医疗数据包携带的电子设备1的医疗数据包随机序列号不为电子设备2的医疗数据包随机序列号,提示用户当前接收的医疗数据包异常,避免电子设备冒充其他电子设备进行医疗数据包的情况,进一步提升医联网***中,电子设备进行医疗包数据交互的安全性。
在一个可能的示例中,所述方法还包括:所述接收来自所述目标电子设备的认证结果之后,所述方法还包括:若根据所述认证结果确定所述目标医疗数据包随机序列号不为所述目标电子设备的医疗数据包随机序列号,则根据所述医疗数据包生成第二提示信息;输出所述第二提示信息,其中,所述第二提示信息用于指示所述医疗数据包异常。
若所述认证结果包括所述目标医疗数据包随机序列号不为所述目标电子设备的医疗数据包随机序列号的标识B,则能够基于标识B确定所述目标医疗数据包随机序列号为所述目标电子设备的医疗数据包随机序列号。
若所述认证结果包括所述目标医疗数据包随机序列号不为所述目标电子设备的医疗数据包随机序列号,则只要获取到认证结果就可直接确定所述目标医疗数据包随机序列号不为所述目标电子设备的医疗数据包随机序列号。
其中,第二提示信息可以是类似“获取到一个异常的医疗数据包”、“获取到一个异常来源的医疗数据包”,等等的信息,不作具体限定,第二提示信息和第一提示信息可以相同,也可以不同。
在具体的应用场景中,电子设备A未完成获取电子设备C的设备随机序列号甲并将其保存在电子设备C的设备随机序列号集合中,若电子设备A与电子设备C进行医疗数据包交互,则电子设备A需要在发送医疗数据包时,生成该医疗数据包的医疗数据包随机序列号乙,并且将电子设备A的设备随机序列号甲以及该医疗数据包随机序列号乙携带在该医疗数据包中发送到电子设备C,而电子设备C在接收到携带设备随机序列号甲以及该医疗数据包随机序列号乙的医疗数据包之后,首先,会对设备随机序列号甲进行初步认证,电子设备C会确定出设备随机序列号集合中不存在设备随机序列号甲,之后,电子设备C会通过显示装置显示“获取到一个异常来源的医疗数据包”,或者,通过蜂鸣器播报“获取到一个异常来源的医疗数据包”。
可见,本示例中,当电子设备1未完成获取电子设备2的设备随机序列号甲并将其保存在电子设备2的设备随机序列号集合中时,电子设备1发送的医疗数据包中会携带电子设备1的设备随机序列号和电子设备1的医疗数据包随机序列号,若电子设备2的设备随机序列号集合中不包括电子设备1的设备随机序列号,则提示用户当前接收的医疗数据包异常,避免未经过电子设备连接认证的其他电子设备进行医疗数据包传输的情况,进一步提升医联网***中,电子设备进行医疗包数据交互的安全性。
在一个可能的示例中,所述医疗数据包还携带所述医疗数据包的长度,所述根据所述设备随机序列号生成认证请求,包括:获取目标长度和所述医疗数据包的长度,所述目标长度为所述第一电子设备和所述目标电子设备在首次建立通信连接时交互的单次医疗数据传输的医疗数据长度;判断所述医疗数据包的长度是否等于所述目标长度;若所述医疗数据包的长度等于所述目标长度,则根据所述目标医疗数据包随机序列号生成所述认证请求。
其中,所述目标长度可以通过协议规定,也可以第一电子设备和第二电子设备之间约定的。如,所述目标长度可以是10字节。即是,第一电子设备和第二电子设备单次传输的医疗数据包的长度等于目标长度的情况下,第一电子设备才会根据所述目标医疗数据包随机序列号生成所述认证请求。
可见,本示例中,可以通过在医联网中的任意两个电子设备之间约定单次传输的医疗数据包的长度,在医疗数据包的接收设备验证该医疗数据包的长度等于对应的医疗数据包的接收设备和接收设备约定的单次传输的医疗数据包的长度时,才根据所述目标医疗数据包随机序列号生成所述认证请求,进一步保证设备间医疗数据包交互的安全性。
在一个可能的示例中,所述判断所述医疗数据包的长度是否等于所述目标长度之后,所述方法还包括:若所述医疗数据包的长度等于所述目标长度,则根据所述医疗数据包生成第三提示信息;输出所述第三提示信息,其中,所述第三提示信息用于指示所述医疗数据包异常。
其中,第三提示信息可以是类似“获取到一个异常的医疗数据包”、“获取到一个可能被篡改的医疗数据包”,等等的信息,不作具体限定,第三提示信息、第一提示信息、第二提示信息可以相同,也可以不同。
可见,本示例中,可以通过在医联网中的任意两个电子设备之间约定单次传输的医疗数据包的长度,在医疗数据包的接收设备验证该医疗数据包的长度不等于对应的医疗数据包的接收设备和接收设备约定的单次传输的医疗数据包的长度时,则提示用户当前接收的医疗数据包异常,避免电子设备的数据被篡改的情况,进一步提升医联网***中,电子设备进行医疗包数据交互的安全性。
具体实现中,为了医疗数据的互通,所述第一电子设备和所述第二电子设备可以对传输的医疗数据进行私密钥加密,保证医疗数据传输的安全和自身医疗数据的独特性,此外,所述第一电子设备和所述第二电子设备之间医疗数据传输的格式也可以是提前约定好的。
此外,因为信号或网络的原因,无法实现医疗数据传输的稳定。在通讯建设变革的背景下,通过将设备所属变为地域所属的资源配置划分,实现同厂商下的不同所属设备的统一管理,把因地域原因造成的通讯差异,因设备的通讯一致性,避免了资源配置不均。将医疗数据统一处理,在网络分配上,可以借由医疗物联网的快速传输能力来提高信息的交互。
在一些可能的示例中,第一电子设备可以对本端的医疗数据根据预先设置的数据分类方式进行分类,分为非私有专属数据和私有专属数据,之后对非私有专属数据进行统一处理,对私有专属数据通过预设加密方式进行加密处理,该预设加密方式为相应的医疗设备厂商设置的。具体实现中,每个的医疗设备厂商可以对自己的医疗设备的预设加密方式进行设置,进而保证不同的医疗设备厂商的优势,另一方面可以实现医疗数据的互通,方便扩充医疗知识库,加速医疗行业的发展。
在采用集成的单元的情况下,请参阅图3,图3提供了一种医疗物联网的数据交互装置的功能单元组成框图。该医疗物联网的数据交互装置200包括:接收单元,用于接收医疗数据包,所述医疗数据包携带目标设备随机序列号和目标医疗数据包随机序列号;
判断单元210,用于判断设备随机序列号集合中是否存在所述目标设备随机序列号,所述设备随机序列号集合中包括至少一个参***随机序列号,所述至少一个参***随机序列号中每个所述参***随机序列号为第一电子设备与第二电子设备首次建立连接时,获取的所述第二电子设备的设备随机序列号;
认证信息生成单元220,用于若所述设备随机序列号集合中存在所述目标设备随机序列号,则根据所述设备随机序列号生成认证请求,并向所述目标设备随机序列号对应的目标电子设备发送所述认证请求;
所述接收单元230,还用于接收来自所述目标电子设备的认证结果,其中,所述认证结果用于标识所述目标医疗数据包随机序列号与所述目标电子设备的医疗数据包随机序列号是否相同;
存储单元240,用于若根据所述认证结果确定所述目标医疗数据包随机序列号为所述目标电子设备的医疗数据包随机序列号,则将所述医疗数据包存储至与所述医疗数据包对应的数据库中。
所述存储单元240,还可以用于存储终端的程序代码和医疗数据。其中,存储单元240为存储器时,本申请实施例所涉及的医疗物联网的数据交互装置200可以为图4所示的第一电子设备。
医疗物联网的数据交互装置200可以应用于所述第一电子设备中,医疗物联网的数据交互装置200可以应用于是所述第一电子设备。
需要说明的是,各个操作的具体实现可以详见上述图2所示的方法实施例中的描述,在此不再具体赘述。
可以看出,本申请实施例中,第一电子设备接收携带目标设备随机序列号和目标医疗数据包随机序列号的医疗数据包,判断设备随机序列号集合中是否存在目标设备随机序列号,设备随机序列号集合中的每个参***随机序列号为第一电子设备与第二电子设备首次建立连接时,获取的该第二电子设备的设备随机序列号,若是,则根据设备随机序列号生成认证请求,并向目标设备随机序列号对应的目标电子设备发送认证请求,之后接收来自目标电子设备的认证结果,若根据认证结果确定目标医疗数据包随机序列号为目标电子设备的医疗数据包随机序列号,则将医疗数据包存储至与医疗数据包对应的数据库中。采用本申请,通过在医疗数据包中携带设备随机序列号和医疗数据包随机序列号,并两个电子设备之间医疗数据包交互时,对该两种随机序列号进行双重认证,保证设备间医疗数据包交互的稳定性和安全性。
在一个可能的示例中,所述医疗物联网的数据交互装置200还包括第一提示单元250,其中,所述第一提示单元250,所述第一提示单元用于在所述判断设备随机序列号集合中是否存在所述目标设备随机序列号之后,若设备随机序列号集合中不存在所述目标设备随机序列号,则根据所述医疗数据包生成第一提示信息;以及用于输出所述第一提示信息,其中,所述第一提示信息用于指示所述医疗数据包异常。
在一个可能的示例中,所述医疗物联网的数据交互装置200还包括第二提示单元260,所述第二提示单元260用于在所述接收来自所述目标电子设备的认证结果之后,若根据所述认证结果确定所述目标医疗数据包随机序列号不为所述目标电子设备的医疗数据包随机序列号,则根据所述医疗数据包生成第二提示信息;以及用于输出所述第二提示信息,其中,所述第二提示信息用于指示所述医疗数据包异常。
在一个可能的示例中,所述医疗数据包还携带所述医疗数据包的长度,在所述根据所述设备随机序列号生成认证请求方面,所述认证信息生成单元具体用于:获取目标长度和所述医疗数据包的长度,所述目标长度为所述第一电子设备和所述目标电子设备在首次建立通信连接时交互的单次医疗数据传输的医疗数据长度;以及判断所述医疗数据包的长度是否等于所述目标长度;若所述医疗数据包的长度等于所述目标长度,则根据所述目标医疗数据包随机序列号生成所述认证请求。
在一个可能的示例中,所述医疗物联网的数据交互装置200还包括第三提示单元270,所述第二提示单元270用于在所述判断所述医疗数据包的长度是否等于所述目标长度之后,若所述医疗数据包的长度等于所述目标长度,则根据所述医疗数据包生成第三提示信息;以及用于输出所述第三提示信息,其中,所述第三提示信息用于指示所述医疗数据包异常。
在一个可能的示例中,所述医疗物联网的数据交互装置200还包括设备随机序列号获取单元,用于在检测到与第二电子设备首次建立通信连接的情况下,向所述第二电子设备发送设备随机序列号获取请求,所述设备随机序列号获取请求用于获取所述第二电子设备的设备随机序列号;以及用于接收来自所述第二电子设备的所述设备随机序列号。
在一个可能的示例中,在所述输出所述第一提示信息方面,所述第一提示单元250具体用于:通过显示装置显示所述第一提示信息;和/或,通过蜂鸣器播报所述第一提示信息。
请参见图4,是本申请实施例提供的一种第一电子设备的结构示意图,该第一电子设备具体可以是服务器,如图4所示的本实施例中的第一电子设备300可以包括:处理模块310、存储器320、通信接口330,以及一个或多个程序321,所述一个或多个程序321被存储在所述存储器320中,并且被配置由所述处理模块310执行,所述一个或多个程序321包括用于执行如下所述的方法中的步骤的指令:
接收医疗数据包,所述医疗数据包携带目标设备随机序列号和目标医疗数据包随机序列号;
判断设备随机序列号集合中是否存在所述目标设备随机序列号,所述设备随机序列号集合中包括至少一个参***随机序列号,所述至少一个参***随机序列号中每个所述参***随机序列号为所述第一电子设备与第二电子设备首次建立连接时,获取的所述第二电子设备的设备随机序列号;
若所述设备随机序列号集合中存在所述目标设备随机序列号,则根据所述设备随机序列号生成认证请求,并向所述目标设备随机序列号对应的目标电子设备发送所述认证请求;
接收来自所述目标电子设备的认证结果,其中,所述认证结果用于标识所述目标医疗数据包随机序列号与所述目标电子设备的医疗数据包随机序列号是否相同;
若根据所述认证结果确定所述目标医疗数据包随机序列号为所述目标电子设备的医疗数据包随机序列号,则将所述医疗数据包存储至与所述医疗数据包对应的数据库中。
所述处理模块310可以是中央处理单元(Central Processing Unit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
需要说明的是,各个操作的具体实现可以详见上述图2所示的方法实施例中的描述,在此不再具体赘述。
可以看出,本申请实施例中,第一电子设备接收携带目标设备随机序列号和目标医疗数据包随机序列号的医疗数据包,判断设备随机序列号集合中是否存在目标设备随机序列号,设备随机序列号集合中的每个参***随机序列号为第一电子设备与第二电子设备首次建立连接时,获取的该第二电子设备的设备随机序列号,若是,则根据设备随机序列号生成认证请求,并向目标设备随机序列号对应的目标电子设备发送认证请求,之后接收来自目标电子设备的认证结果,若根据认证结果确定目标医疗数据包随机序列号为目标电子设备的医疗数据包随机序列号,则将医疗数据包存储至与医疗数据包对应的数据库中。采用本申请,通过在医疗数据包中携带设备随机序列号和医疗数据包随机序列号,并两个电子设备之间医疗数据包交互时,对该两种随机序列号进行双重认证,保证设备间医疗数据包交互的稳定性和安全性。
在一个可能的示例中,所述一个或多个程序321还包括用于执行如下所述的方法中的步骤的指令:在所述判断设备随机序列号集合中是否存在所述目标设备随机序列号之后,若设备随机序列号集合中不存在所述目标设备随机序列号,则根据所述医疗数据包生成第一提示信息;输出所述第一提示信息,其中,所述第一提示信息用于指示所述医疗数据包异常。
在一个可能的示例中,所述一个或多个程序321还包括用于执行如下所述的方法中的步骤的指令:在所述接收来自所述目标电子设备的认证结果之后,若根据所述认证结果确定所述目标医疗数据包随机序列号不为所述目标电子设备的医疗数据包随机序列号,则根据所述医疗数据包生成第二提示信息;输出所述第二提示信息,其中,所述第二提示信息用于指示所述医疗数据包异常。
在一个可能的示例中,所述医疗数据包还携带所述医疗数据包的长度,在所述根据所述设备随机序列号生成认证请求方面,所述一个或多个程序321中的指令具体用于:获取目标长度和所述医疗数据包的长度,所述目标长度为所述第一电子设备和所述目标电子设备在首次建立通信连接时交互的单次医疗数据传输的医疗数据长度;判断所述医疗数据包的长度是否等于所述目标长度;若所述医疗数据包的长度等于所述目标长度,则根据所述目标医疗数据包随机序列号生成所述认证请求。
在一个可能的示例中,所述一个或多个程序321中的指令还用于:在所述判断所述医疗数据包的长度是否等于所述目标长度之后,若所述医疗数据包的长度等于所述目标长度,则根据所述医疗数据包生成第三提示信息;输出所述第三提示信息,所述第三提示信息用于指示所述医疗数据包异常。
在一个可能的示例中,所述一个或多个程序321中的指令还用于:在检测到与第二电子设备首次建立通信连接的情况下,向所述第二电子设备发送设备随机序列号获取请求,所述设备随机序列号获取请求用于获取所述第二电子设备的设备随机序列号;以及接收来自所述第二电子设备的所述设备随机序列号。
在一个可能的示例中,在所述输出所述第一提示信息方面,所述一个或多个程序321中的指令具体用于:通过显示装置显示所述第一提示信息;和/或,通过蜂鸣器播报所述第一提示信息。
本申请实施例中还提供一种计算机可读存储介质,所述计算机可读存储介质存储有一条或者多条计算机程序,所述一条或多条计算机程序使得计算机执行如图2实施例中所示的基于医疗物联网的数据交互方法。
所述计算机可读存储介质可以是前述任一实施例所述的电子设备的内部存储单元,例如控制设备的硬盘或内存。所述计算机可读存储介质也可以是所述控制设备的外部存储设备,例如所述控制设备上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,所述计算机可读存储介质还可以既包括所述控制设备的内部存储单元也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序以及所述控制设备所需的其他程序和医疗数据。所述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的医疗数据。
作为示例,上述计算机可读存储介质可被部署在一个计算机设备上执行,或者被部署位于一个地点的多个计算机设备上执行,又或者,在分布在多个地点且通过通信网络互连的多个计算机设备上执行,分布在多个地点且通过通信网络互连的多个计算机设备可以组成区块链网络。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。

Claims (9)

1.一种基于医疗物联网的数据交互方法,其特征在于,应用于第一电子设备,所述方法包括:
接收医疗数据包,所述医疗数据包携带目标设备随机序列号和目标医疗数据包随机序列号;所述目标医疗数据包随机序列号为根据当前次医疗数据包生成的,同一电子设备每次生成的医疗数据包的医疗数据包随机序列号不同,且不同的电子设备生成的医疗数据包随机序列号不同;
检测所述目标设备随机序列号和所述目标医疗数据包随机序列号是否附着在所述医疗数据包的特定位置;其中,所述特定位置由通信的电子设备双方约定得到;
若所述目标设备随机序列号和所述目标医疗数据包随机序列号附着在所述医疗数据包的特定位置,则确定当前次发送的所述医疗数据包合规,为正确的医疗数据包,并判断设备随机序列号集合中是否存在所述目标设备随机序列号,所述设备随机序列号集合中包括至少一个参***随机序列号,所述至少一个参***随机序列号中每个所述参***随机序列号为所述第一电子设备与第二电子设备首次建立连接时,获取的且在通信有效期内的所述第二电子设备的设备随机序列号;
若所述设备随机序列号集合中存在所述目标设备随机序列号,则获取目标长度和所述医疗数据包的长度,所述目标长度为所述第一电子设备和所述目标设备随机序列号对应的目标电子设备在首次建立通信连接时交互的单次医疗数据传输的医疗数据长度;
判断所述医疗数据包的长度是否等于所述目标长度;
若所述医疗数据包的长度等于所述目标长度,则根据所述目标医疗数据包随机序列号生成认证请求,并向所述目标电子设备发送所述认证请求;
接收来自所述目标电子设备的认证结果,其中,所述认证结果用于标识所述目标医疗数据包随机序列号与所述目标电子设备的医疗数据包随机序列号是否相同;
若根据所述认证结果确定所述目标医疗数据包随机序列号为所述目标电子设备的医疗数据包随机序列号,则将所述医疗数据包存储至与所述医疗数据包对应的数据库中;其中,本端的医疗数据根据预先设置的数据分类方式进行了分类,分为非私有专属数据和私有专属数据,所述私有专属数据通过预设加密方式进行加密处理,所述预设加密方式为相应的医疗设备厂商设置的。
2.根据权利要求1所述的方法,其特征在于,所述判断设备随机序列号集合中是否存在所述目标设备随机序列号之后,所述方法还包括:
若设备随机序列号集合中不存在所述目标设备随机序列号,则根据所述医疗数据包生成第一提示信息;
输出所述第一提示信息,其中,所述第一提示信息用于指示所述医疗数据包异常。
3.根据权利要求1所述的方法,其特征在于,所述接收来自所述目标电子设备的认证结果之后,所述方法还包括:
若根据所述认证结果确定所述目标医疗数据包随机序列号不为所述目标电子设备的医疗数据包随机序列号,则根据所述医疗数据包生成第二提示信息;
输出所述第二提示信息,其中,所述第二提示信息用于指示所述医疗数据包异常。
4.根据权利要求1所述的方法,其特征在于,所述判断所述医疗数据包的长度是否等于所述目标长度之后,所述方法还包括:
若所述医疗数据包的长度等于所述目标长度,则根据所述医疗数据包生成第三提示信息;
输出所述第三提示信息,其中,所述第三提示信息用于指示所述医疗数据包异常。
5.根据权利要求1所述的方法,其特征在于,所述至少一个参***随机序列号中每个参***随机序列号为所述第一电子设备执行以下操作得到的:
在检测到与第二电子设备首次建立通信连接的情况下,向所述第二电子设备发送设备随机序列号获取请求,所述设备随机序列号获取请求用于获取所述第二电子设备的设备随机序列号;
接收来自所述第二电子设备的所述设备随机序列号。
6.根据权利要求2所述的方法,其特征在于,所述输出所述第一提示信息,包括:
通过显示装置显示所述第一提示信息;和/或,
通过蜂鸣器播报所述第一提示信息。
7.一种基于医疗物联网的数据交互装置,其特征在于,所述装置包括:
接收单元,用于接收医疗数据包,所述医疗数据包携带目标设备随机序列号和目标医疗数据包随机序列号;所述目标医疗数据包随机序列号为根据当前次医疗数据包生成的,同一电子设备每次生成的医疗数据包的医疗数据包随机序列号不同,且不同的电子设备生成的医疗数据包随机序列号不同;
判断单元,用于检测所述目标设备随机序列号和所述目标医疗数据包随机序列号是否附着在所述医疗数据包的特定位置;其中,所述特定位置由通信的电子设备双方约定得到;若所述目标设备随机序列号和所述目标医疗数据包随机序列号附着在所述医疗数据包的特定位置,则确定当前次发送的所述医疗数据包合规,为正确的医疗数据包,并判断设备随机序列号集合中是否存在所述目标设备随机序列号,所述设备随机序列号集合中包括至少一个参***随机序列号,所述至少一个参***随机序列号中每个所述参***随机序列号为第一电子设备与第二电子设备首次建立连接时,获取的且在通信有效期内的所述第二电子设备的设备随机序列号;
认证信息生成单元,用于若所述设备随机序列号集合中存在所述目标设备随机序列号,则获取目标长度和所述医疗数据包的长度,所述目标长度为所述第一电子设备和所述目标设备随机序列号对应的目标电子设备在首次建立通信连接时交互的单次医疗数据传输的医疗数据长度;判断所述医疗数据包的长度是否等于所述目标长度;若所述医疗数据包的长度等于所述目标长度,则根据所述目标医疗数据包随机序列号生成认证请求,并向所述目标电子设备发送所述认证请求;
所述接收单元,还用于接收来自所述目标电子设备的认证结果,其中,所述认证结果用于标识所述目标医疗数据包随机序列号与所述目标电子设备的医疗数据包随机序列号是否相同;
存储单元,用于若根据所述认证结果确定所述目标医疗数据包随机序列号为所述目标电子设备的医疗数据包随机序列号,则将所述医疗数据包存储至与所述医疗数据包对应的数据库中;其中,本端的医疗数据根据预先设置的数据分类方式进行了分类,分为非私有专属数据和私有专属数据,所述私有专属数据通过预设加密方式进行加密处理,所述预设加密方式为相应的医疗设备厂商设置的。
8.一种第一电子设备,其特征在于,包括处理器、存储器、通信接口,以及一个或多个程序,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述一个或多个程序包括用于执行如权利要求1-6任一项所述的方法中的步骤的指令。
9.一种计算机可读存储介质,其特征在于,存储有一条或多条计算机程序,其中,所述一条或多条计算机程序使得计算机执行如权利要求1-6任一项所述的方法中的步骤。
CN202111019994.8A 2021-08-31 2021-08-31 基于医疗物联网的数据交互方法、装置、设备及介质 Active CN113726796B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111019994.8A CN113726796B (zh) 2021-08-31 2021-08-31 基于医疗物联网的数据交互方法、装置、设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111019994.8A CN113726796B (zh) 2021-08-31 2021-08-31 基于医疗物联网的数据交互方法、装置、设备及介质

Publications (2)

Publication Number Publication Date
CN113726796A CN113726796A (zh) 2021-11-30
CN113726796B true CN113726796B (zh) 2023-10-27

Family

ID=78680419

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111019994.8A Active CN113726796B (zh) 2021-08-31 2021-08-31 基于医疗物联网的数据交互方法、装置、设备及介质

Country Status (1)

Country Link
CN (1) CN113726796B (zh)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105101194A (zh) * 2014-04-28 2015-11-25 华为技术有限公司 终端安全认证方法、装置及***
CN105871857A (zh) * 2016-04-13 2016-08-17 北京怡和嘉业医疗科技有限公司 认证方法、装置、***及治疗设备
CN109067797A (zh) * 2018-09-27 2018-12-21 深圳友讯达科技股份有限公司 一种网络安全防御方法
WO2019052532A1 (zh) * 2017-09-18 2019-03-21 阿里巴巴集团控股有限公司 关于物联网设备的信息交互方法、装置及设备
CN109756460A (zh) * 2017-11-06 2019-05-14 中移(杭州)信息技术有限公司 一种防重放攻击方法及装置
CN110572391A (zh) * 2019-09-06 2019-12-13 公牛集团股份有限公司 一种通信方法、装置、***、可读存储介质及计算机装置
CN112787972A (zh) * 2019-11-04 2021-05-11 成都鼎桥通信技术有限公司 一种在物联网中近端维护认证的***、方法及装置
CN112989308A (zh) * 2021-05-12 2021-06-18 腾讯科技(深圳)有限公司 账户的认证方法、装置、设备及介质

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017096599A1 (zh) * 2015-12-10 2017-06-15 深圳市大疆创新科技有限公司 安全通信***、方法及装置
US10672211B2 (en) * 2017-08-31 2020-06-02 BinBox, Inc. Secure storage systems and methods

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105101194A (zh) * 2014-04-28 2015-11-25 华为技术有限公司 终端安全认证方法、装置及***
CN105871857A (zh) * 2016-04-13 2016-08-17 北京怡和嘉业医疗科技有限公司 认证方法、装置、***及治疗设备
WO2019052532A1 (zh) * 2017-09-18 2019-03-21 阿里巴巴集团控股有限公司 关于物联网设备的信息交互方法、装置及设备
CN109756460A (zh) * 2017-11-06 2019-05-14 中移(杭州)信息技术有限公司 一种防重放攻击方法及装置
CN109067797A (zh) * 2018-09-27 2018-12-21 深圳友讯达科技股份有限公司 一种网络安全防御方法
CN110572391A (zh) * 2019-09-06 2019-12-13 公牛集团股份有限公司 一种通信方法、装置、***、可读存储介质及计算机装置
CN112787972A (zh) * 2019-11-04 2021-05-11 成都鼎桥通信技术有限公司 一种在物联网中近端维护认证的***、方法及装置
CN112989308A (zh) * 2021-05-12 2021-06-18 腾讯科技(深圳)有限公司 账户的认证方法、装置、设备及介质

Also Published As

Publication number Publication date
CN113726796A (zh) 2021-11-30

Similar Documents

Publication Publication Date Title
JP7139424B2 (ja) 車両搭載機器アップグレード方法および関連機器
CN110162009B (zh) 故障诊断方法、信息确定方法、相应装置及设备
BR112013000214A2 (pt) método para permitir, em um dispositivo de comunicação, um canal de comunicação indireta entre o dispositivo de comunicação e pelo menos um dispositivo de comunicação adicional, dispositivo de comunicação para permitir um canal de comunicação indireta entre o dispositivo de comunicação e pelo menos um dispositivo de comunicações adicional, e produto de programa de computador
US20130028411A1 (en) Simple Group Security for Machine-to-Machine Networking (SGSM2M)
CN113536284B (zh) 一种数字证书的验证方法、装置、设备和存储介质
CN107026738A (zh) 数字证书更新方法、数字签名校验方法和数字认证装置
CN107196954A (zh) 一种服务访问方法、装置及***
CN113204599A (zh) 基于物联网的设备监测方法及装置、监测设备和存储介质
CN112399392A (zh) 居家护理终端的通信连接方法、装置、设备和存储介质
CN112804202B (zh) 多网间数据安全交互方法、装置、服务器及存储介质
EP4224316A1 (en) Mirror image management method and apparatus
CN112887199B (zh) 网关和云平台及其配置方法、装置、计算机可读存储介质
CN110581838A (zh) 可持续请求数据流的方法、电子装置及计算机设备
CN113726796B (zh) 基于医疗物联网的数据交互方法、装置、设备及介质
CN110224989B (zh) 信息交互方法、装置、计算机设备及可读存储介质
CN115022012B (zh) 一种数据传输方法、装置、***、设备及存储介质
CN113163399A (zh) 一种终端与服务器的通信方法和装置
CN108462681B (zh) 一种异构网络的通信方法、设备及***
CN113676495B (zh) 设备注册方法、服务器及存储介质
CN111624983B (zh) 同步连接方法及车辆远程诊断***
CN112733203B (zh) 接触数据存储方法、装置、设备及存储介质
JP6988525B2 (ja) 登録システムおよび登録方法
CN112613726A (zh) 基于联邦学习的风险检测方法、客户端、设备和存储介质
CN113672993B (zh) 一种数据处理方法、***、设备及计算机可读存储介质
CN114866595B (zh) 连接方法、端站数据采集器、管理平台

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20221010

Address after: Room 2601 (Unit 07), Qianhai Free Trade Building, No. 3048, Xinghai Avenue, Nanshan Street, Qianhai Shenzhen-Hong Kong Cooperation Zone, Shenzhen, Guangdong 518000

Applicant after: Shenzhen Ping An Smart Healthcare Technology Co.,Ltd.

Address before: 1-34 / F, Qianhai free trade building, 3048 Xinghai Avenue, Mawan, Qianhai Shenzhen Hong Kong cooperation zone, Shenzhen, Guangdong 518000

Applicant before: Ping An International Smart City Technology Co.,Ltd.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant